FMK Teknik

Kære Alle

Tak for jeres feedback på vores forespørgsel om at flytte den basale responsinformation fra Response Body til Header.

Vi har modtaget en række velbegrundede argumenter, som både taler for og imod en sådan ændring. På baggrund af tilbagemeldingerne har vi bedt vores udvikler undersøge mulighederne for at introducere en Context Header som et alternativ. Med en Context Header ser vi på muligheden for at samle responsrelateret information (fx paginering) i en dedikeret header indlejret i responset, hvor tværgående information (såsom whitelisting og consent) holdes som allerede skitseret i Request/Response headers udenfor responset. Formålet er at gøre det lettere for klienterne at identificere status, advarsler og øvrig metadata uden at skulle analysere indholdet af selve Response Body, men samtidig holde response-relateret information tæt på responset men på en ensartet måde på tværs af kaldene.
Vi forventer at publicere en nærmere beskrivelse primo august. Herefter vil der blive gennemført en høring, hvorefter der udarbejdes en indstilling til FMK-styregruppen.
Der er ikke planlagt ændringer på nuværende tidspunkt, og vi fortsætter derfor arbejdet efter de gældende principper, mens de forskellige muligheder undersøges nærmere.


Mvh Åse Grønborg
Pva. FMK-teamet

FMK opdateres onsdag den 01.07.2026 til version 1.6.0.01 i test1 og test2. Opdateringen foregår uden nedetid.

Samtidig aktiveres FMK 1.6.0 funktionalitet svarende til fase 1.2, d.v.s. testklienter vil både være i stand til at læse og skrive FMK data med nye 1.6.0 elementer (fx nye doseringstyper) jvf. planen for fase 1.

Der henvises i øvrigt til tidligere udmelding vedr. aktivering af FMK 1.6.0 i testmiljøer: https://www.fmk-teknik.dk/index.php?topic=2593.0

Mvh FMK Teamet

I Sundhedsdatastyrelsen arbejdes der for tiden med en kommende driftstransition. Den nye opsætning skal vi have testet inden den går live. Testen er planlagt til at finde sted onsdag, den 26. august 2026 mellem kl. 8.00 og 16.00. Fredag, den 28. august 2026 er reserveret samme tid til eventuel gentest.

Alle systemer bliver omdirigeret til den nye URL for test 1 og test 2 ovenstående dage. Skulle du opleve fejl, beder vi dig at om at kontakte Sundshedsdatastyrelsens Servicedesk på https://webform.nspop.dk/index.php/supporthenvendelse.

I Sundhedsdatastyrelsen arbejdes der for tiden med en kommende driftstransition. Den nye opsætning skal vi have testet inden den går live. Testen er planlagt til at finde sted onsdag, den 26. august 2026 mellem kl. 8.00 og 16.00. Fredag, den 28. august 2026 er reserveret samme tid til eventuel gentest.

Alle systemer bliver omdirigeret til den nye URL for test 1 og test 2 ovenstående dage. Skulle du opleve fejl, beder vi dig at om at kontakte Sundshedsdatastyrelsens Servicedesk på https://webform.nspop.dk/index.php/supporthenvendelse.

FMK-online-boot (håndterer login samt valg af arbejdssted og patient) er blevet opdateret til version 3.56.2 i produktion.

OBS: Efter denne opdatering er det ikke længere muligt at fortsætte med et tidligere valgt arbejdssted baseret på SKS-kode. Sygehusafdelinger kan i stedet fremsøges ud fra navn eller evt. SOR-id.

Releasen indeholder flg. ændring:

FMKO-2805 Bloker for at fortsætte med tidligere valgt SKS-baseret arbejdssted

På FMK-klient teamets vegne
/Jeppe Sommer

Kære alle

FMK end-to-end test bliver til et FMK 1.6.0 event i år, hvor vi vil se og "skrivebordsteste" de nye funktioner i 1.6.0.

Mere information finder du i vedhæftede invitation.

Deadline for tilmelding er den 8. juli 2026.

Med venlig hilsen
FMK-teamet

FMK opdateres tirsdag den 23.06.2026 til version 1.4.6.86. Opdateringen foregår uden nedetid.

Opdateringen består igen primært af FMK 1.6.0 relaterede issues, hvorfor der kun fremgår enkelte jira's på release planen, i og med at disse er de eneste der reelt vil påvirke funktionaliteten i produktion.

Da vi efter 01.07.2026 går over i næste trin i 1.6.0 planen forventer vi dog herefter, at samtlige ændringer for eftertiden vil blive listet på release-planen, også selvom de endnu ikke er tilgængelige i produktion - simpelt hen for at give udviklerne af klientsystemernes bedst mulig information om ændringer, også i testmiljøerne.

Mvh FMK Teamet

FMK-online-boot (håndterer login samt valg af arbejdssted og patient) er blevet opdateret til version 3.56.1 i produktion.

OBS: Efter denne opdatering er det ikke længere muligt at vælge arbejdssted baseret på SKS-kode. Sygehusafdelinger kan i stedet fremsøges ud fra navn eller evt. SOR-id.

FMKO-2634 Request id mangler i nogle logs
FMKO-2629 NSPFMKSUP-702 INC0147901 Fejl ved login efter udløbet session
FMKO-2653 Mulighed for at konfigurere hvilke datakilder, der skal bruges ved fremsøgning af arbejdssted
FMKO-2715 Barns CPR bliver hængende i session storage efter brugeren har skiftet tilbage til at se sig selv
FMKO-2655 Vis infotekst om at SKS ikke længere er muligt ved valg af arbejdssted
FMKO-2716 Dropdown til valg af arbejdssted åbner opad når der vises en info-bar

På FMK-klient teamets vegne
/Jeppe Sommer

Kære alle

Hermed referat fra FMK Teknikermøde d. 27. maj 2026.

Husk at referatet kan ikke stå alene. Det skal læses sammen med præsentationen. Begge er vedhæftet.

Dato for næste FMK Teknikermøde:

03. november 2026

Lokation: Aarhus

/FMK teamet

Der er kommet feedback fra udvikler af klientsystem, som ikke mener at flytningen af indhold som paginering, advarsler, privatmarkering fra request/response body til header i FMK 1.6.0 er hensigtsmæssig.

Bekymringen er, at det er lettere at lave fejl, når det klinisk relevante indhold af et service-kald ikke står direkte i kaldets strukturer, men i stedet i en header. Dette giver en dårlig type-sikkerhed, da det ikke længere fremgår direkte fra request og response og sætter i stedet krav til dokumentationen.
Derudover vil det potentielt kunne give klienter ekstra arbejde, da disse headers typisk spiller dårligt sammen med klient-frameworks baseret på automatisk kode-generering og automatisk validering af fx request-indhold.
Klienten vurderer, at ændringen både giver dårligere validering og mere arbejde for mange klienter. Såfremt disse headers beholdes, vil det være nødvendigt med dokumentation af relevante request og response-headers på alle service-beskrivelser.

Da det er en større ændring i den allerede udmeldte 1.6.0 snitflade, som potentielt vil kunne forsinke tidsplanen, vil FMK-teamet meget gerne have tilbagemeldinger fra klientsystemer vedr. om de ser de samme udfordringer som de førnævnte. En større ændring af snitflade og tidsplan skal være begrundet i et udbredt ønske om ændringer og ikke kun fra et enkelt system.

Tilbagemelding skal ske til Åse: aags@sundhedsdata.dk

Tidsfrist for tilbagemelding: 30. juni 2026

På vegne af FMK-teamet