FMK Teknik

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

FMK opdateres torsdag den 4. juni 2026 til version 1.4.6.86 i test1 og test2. Opdateringen foregår uden nedetid.

Som det har været tilfældet med de seneste par versioner, består denne version igen primært af opdateringer som forberedelse til FMK 1.6.0 snitfladen. Øvrige issues kan ses i releaseplanen: https://www.nspop.dk/display/Web3/Trifork+FMK+Releaseplan

Mvh FMK Teamet

Som tidligere udmeldt, åbnes der den 1.7.2026 for kald til FMK 1.6.0 snitfladen i testmiljøerne. Herunder lidt info omkring hvordan det rent praktisk kommer til at foregå:
 
Testmiljøer
På seneste FMK teknikermøde blev det problematiseret, hvis der kun blev åbnet for 1.6.0 på et af de to testmiljøer. Det er derfor blevet besluttet at åbne for adgang til 1.6.0 både på test1 og test2 pr. 1.7.2026. Der er dog fortsat behov for at kunne tilgå test1 og test2 med 1.4.x snitfladerne, hvilket har den konsekvens, at man fra en 1.4.x klient vil kunne læse data oprettet med en 1.6.0 klient, evt. med elementer fra den nye datamodel som ikke kan repræsenteres i 1.4.x. Denne situation vil aldrig opstå i produktion pga. den vedtagne faseopdeling:
 

• I fase 1.1 er det kun tilladt skrive elementer fra den eksisterende datamodel, hvorfor disse uden problemer kan læses fra 1.4.x.
• I fase 1.2 kan der også skrives med elementer fra den nye datamodel, hvilket dermed udelukker læsning fra 1.4.x klienter. Der overgås dermed først til fase 1.2 når alle klienter er ovre på 1.6.0 fase 1.1.

I testmiljøerne påtænkes det at starte op direkte i fase 1.2, da vi mener det giver mest værdi for klientudviklerne at kunne udvikle til denne fase, og dermed have mulighed for at oprette data efter den nye datamodel. Dermed vil det dog ikke kunne udelukkes, at 1.4.x klienter kan indlæse 1.6.0 data.

Vi må derfor også opfordre til, at man internt indenfor de test-cprnumre man har fået tildelt, sørger for at holde styr på, hvilke cpr-numre der er anvendt til 1.4.x tests, og hvilke der er anvendt til 1.6.0 tests da man i modsat fald vil kunne opleve fejl. Vi vil forsøge at fange nogle af disse fejl og returnere en nyoprettet fejlkode 3103 i de tilfælde, men med forbehold for at der kan være fejlsituationer som vi ikke har taget højde for, da de som nævnt ikke vil forekomme i produktion.
 
For at give klientsystemerne størst mulig fleksibilitet i forhold til udvikling og aftestning, påtænkes det også at kunne konfigurere hvilken fase FMK 1.6.0 validerer efter, individuelt på systemniveau, d.v.s. forskellige klienter vil i testmiljøerne kunne være i forskellige faser, hvis det skønnes nødvendigt af hensyn til udvikling og test.
 
Vedr. testdata i Testuniverset foretages separat udmelding herom, når disse er klar.
 
Releases og ændringsstyring
Hidtil har 1.6.0 funktionalitet ikke været inkluderet i de publicerede release planer vedr. nye FMK backend releases. Fra den 1.7 vil alle ændringer inkl. 1.6.0 relaterede ændringer blive inkluderet i release planerne, da det fra nu af må antages at have generel interesse ifm. Implementation af nye features, fejlrettelser osv.

Hvis der foretages fejlrettelser i xml skemaerne vil dette fortsat blive kommunikeret vha. https://wiki.fmk-teknik.dk/fmk:1.6.0:aendringslog samt release planen. Tilgængelighed af de respektive services kommunikeres via https://wiki.fmk-teknik.dk/fmk:1.6.0:services .

Whitelisting
For at kunne kalde FMK 1.6.0 på testmiljøerne skal der først oprettes en whitelisting pr. system. Dette gøres ved at oprette en supportsag via nspop.dk, anføre at man ønsker en FMK 1.6.0 whitelisting i test, samt hvilke whitelisting header værdier man ønsker åbnet for vedr.:

•   SystemOwner (systemejer)
•   SystemName (systemnavn)
•   SystemVersion (klientens versionsnr.)

Bemærk, at man ikke kan genbruge værdierne fra 1.4.x whitelistingen, da kombinationen af systemejer/systemnavn/versionsnr. skal være entydig.

FMK-Online
Releases af FMK-Online i testmiljøerne kommer til at foregå i et parallelt spor set i forhold til FMK backend'en, og der vil derfor komme særskilte udmeldinger herom.

Mvh FMK Teamet