News:

Velkommen til FMK Teknik

Main Menu

Recent posts

#61
TAS-Online er opdateret til version 4.17.3 i produktion. Følgende er ændret siden sidste version:

Fejlrettelser

FMKO-519, XmlToDomConverter.addValueChangeHandlers finder ikke enable-if

--

Nogle tilskuds ansøgnings blanketter viser flere felter når man trykker på checkbokse eller radio knapper, denne logik var faldet ud, så at alle felter altid var synglige.

Et eksempel

I nogle blanketter kan man trykke på "anden diagnose". Når man trykker på knappen, så kommer et tekstfelt frem hvor man skal beskrive den "anden diagnose"

#62
DDV-modulet i FMK-Online er opdateret til version 2.27.2 i produktion. Følgende er ændret siden seneste version:

Fejlrettelser:

FMKO-169 Manglende refresh på DDV faner
FMKO-376 Kvikvac: Slet vaccination blokerer, hvis brugerens organisation ikke er whitelistet til journalføring
FMKO-377 Kvikvac: Journalføringsfunktionalitet vises, selvom brugerens organisation ikke er whitelistet til journalføring
FMKO-378 Kvikvac: Der registreres standard journaliseringstekster, selvom brugerens organisation ikke er whitelistet til journalføring

Forbedringer:

FMKO-361 Oprydning: Fjern WebReq integration fra Kvikvac
FMKO-490 Overfør brugervalgt medhjælpstype til createdBy/modifiedBy/reportedBy

På FMK-klient teamets vegne
/Jeppe Sommer
#63
FMK-Online i gammelt design er opdateret til version 2.64.1. Denne release indeholder følgende ændringer:

Fejlrettelser

FMKO-502 Ansættelsessted fastholdes ved skift imellem apoteksrolle og autorisationsbaseret rolle (classic)

Øvrige ændringer

FMKO-484 Opdater dependency til fmk-online-bem-api - classic
FMKO-498 Undgå at eksponere bemyndigendes cpr til medhjælpere (classic)
FMKO-500 Fjern check af CVR-relation for apoteks-brugere fra frontend (classic)

Bemærk: Bemyndigelses-modulet er nu ikke længere tilgængeligt fra FMK-online - gammelt design.

På FMK-klient teamets vegne
/Jeppe Sommer
#64
Som et led i udfasning af det gamle FMK-Online design er bemyndigelsesmodulet (BEM-Online "classic") ikke længere tilgængeligt i gammelt design.

På FMK-klient teamets vegne
/Ole Bak Jensen
#65
Hej Charlotte

Gyldigheden for apotekerne er speciel og den blev udvidet til 12 timer i oktober 2023, for alle øvrige er den 9 timer.
Udvidelsen var betinget at potentielle problemer med MitId, hvor SDS valgte at acceptere risikoen ved udvidelse af gyldighedsperioden for apoteker og deres personale. Dette skete på baggrund af  en vurdering af, at adgangen var kritisk for ekspeditionsmuligheden kombineret med en mindre risiko ved kompromittering grundet apotekernes begrænset adgang til aktuel medicinering.
Mvh FMK-teamet

#66
Hej! De 9 timer blev da øget til 12 timer i oktober 2023... ikke?
vh Charlotte
#67
FMK-Online er opdateret til version 3.33.12 i produktion. Dette er en hotfix-release med en enkelt rettelse:

FMKO-509 Ønsket rolle bliver ikke overført ifm. sikker browseropstart


På FMK-klient teamets vegne
/Jeppe Sommer
#68
Uden ellers at kende baggrunden for henvendelserne, så er der jo intet nyt i dette, men det har nok fået ny bevågenhed fordi det ikke længere er muligt at automatisk genudstede et ID-kort efter overgangen til MitID, nu er det pludselig en funktion der kræver brugerinteraktion, så for første gang i FMKs historie er det blevet yderst synligt.
#69
Da vi har modtaget spørgsmål vedr. gyldighedsperiode af de SOSI Id kort der anvendes ved DGWS kald, herunder til FMK, vil vi gerne lige præcisere hvordan reglerne er, for at være sikre på, at alle er klar over det:

Hovedreglen er, at FMK accepterer ID Kort der højst er 9 timer gamle. STS'en udsteder et ID Kort med maksimalt 24 timers gyldighed , men det er op til de enkelte services, hvor lang tid efter udstedelse en given service vil acceptere et id-kort, da sikkerheden for at id-kortet ikke er kompromitteret (faldet i forkerte hænder) mindskes over tid. Det blev oprindeligt besluttet i FMK-styregruppen, at FMK skulle acceptere 8 timer - altså en almindelig arbejdsdag - men for at undgå at ID-kortet løb ud, lige når man skulle afslutte det sidste arbejde på vej ud af døren, accepterede man at det i praksis var 9 timer.

Såfremt man ved, at en vagt er længere end 8 timer, kan systemet da tillade brugeren at re-autentificere i løbet af vagten - men behøver ikke vente til det er udløbet.

Mvh FMK Teamet
#70
Problemet er nu løst og test2 kører nu igen normalt.