FMK Teknik

Vi har i går d. 15/11 2021 released DDV version 3.2.9 til produktion.

Der er desværre ikke så meget spændende at fortælle om denne gang, da releasens indhold primært går på den fortsatte understøttelse af den nationale Covid-19 vaccinationsindsats. Resten er fejlrettelser, justeringer af interne logninger og andet der ikke er synligt for jer ude i anvendersystemerne.

Den samlede liste af rettelser kan findes på nspop.dk under 'FMK Releaseplan'.

På DDV teamets vegne,

Michael Berg

Vi har i går d. 9/8 released DDV version 3.2.5 til produktion.

Opdateringen omfatter følgende:

• Vaccinationer der indberettes med SOR organisationen 1159391000016002 bliver registeret i DDV med landekode Grønland (GL) (DDV-1659).
• GetPlannedVaccinations service returnerer nu anbefalede vaccinationer sorteret på forløb og index i forløbet (DDV-1509)
• Påmindelsesbreve i børnevaccinationsprogrammet sendes ikke længere til forældre, der er flyttet til udlandet (DDV-1263)
• Tilretninger og forbedringer til understøttelsen af COVID-19 vaccinationsindsatsen i Danmark

Se evt. 'FMK Releaseplan' på nspop.dk.

På DDV teamets vegne,

Michael Berg

Vi har i går d.1 juli released DDV version 3.2.3 til produktion.

De mest væsentlige ændringer i denne release er:

* Mindre rettelse til X-eCPR funktionaliteten, så personer der får et nyt X-eCPR nummer (ved ændring af fødselsdato for eksempel) stadig kan slås op i DDV
* Opdateret layout på det trykte Coronapas som bl.a. udsendes automatisk til ikke-digitale borgere, så passet viser hvilket land man er vaccineret i samt markedsføringsindehaver og producent for de enkelte vacciner.

Se evt. 'FMK Releaseplan' på nspop.dk.

På DDV teamets vegne,

Michael Berg

Vi har i går d. 23 juni released DDV version 3.2.1 til produktion.

Med denne release åbner vi op for indberetning af vaccinationsoplysninger på personer med et national eCPR nummer (X-eCPR). Numrene følger et generelt format "CCCCCCCAAC" hvor C er et ciffer og A er et bogstav. Eksempel: 1302217DB1. Funktionaliteten er implementeret retroaktivt i de eksisterende snitflader ved at lempe på skemavalideringen af CPR numre, så X-eCPR også slippes igennem.

Funktionaliteten påvirker ikke eksisterende anvendersystemer der alene indberetter på CPR nummer.

Se evt. 'FMK Releaseplan' på nspop.dk.

På DDV teamets vegne,

Michael Berg

Vi har i går d. 27/4 deployed DDV version 3.1.13 til produktion.

Rettelserne handler endnu engang om justeringer og fejlrettelser i forhold til samspillet mellem DDV, WebReq og TestCenter Danmark, herunder funktionalitet omhandlende udstedelse af vaccinationspas.

Der er ikke introduceret ændringer, der umiddelbart påvirker eksisterende snitflader eller anvendersystemer.

På DDV teamets vegne,

Michael Berg

Vi har i går d. 7/4 deployed DDV version 3.1.10 til produktion.

Rettelserne omfatter som sidst primært justeringer og fejlrettelser i forhold til samspillet mellem DDV, WebReq og TestCenter Danmark. Herudover er der implementeret funktionalitet til automatisk udsendelse af Coronapas pr. brev til ikke-digitale borgere.

Der er ikke introduceret ændringer der umiddelbart påvirker anvendersystemerne.

På DDV teamets vegne,

Michael Berg

DDV version 3.1.9 er released til PROD i dag d. 25/3 2021.

Der er reelt tale om en dobbelrelease for vi kom i produktion med 3.1.8 i går - men den er altså allerede erstattet af en ny release.

Rettelserne omfatter for begge releases vedkommende justeringer af intern funktionalitet til understøttelse af COVID-19 vaccinationsindsatsen - primært i forhold til samspillet mellem DDV, WebReq og Testcenter Danmark.

Der er i 3.1.8 og 3.1.9 ikke introduceret ny eller ændret funktionalitet der påvirker anvendersystemerne direkte, med undtagelse af en ændring af fejlhåndtering på IDWS snitfladen. Ændringen betyder at flere fejl returneres som CLIENT fejl i stedet for SERVER. Det er en mindre detalje men vi anbefaler dog at verificere IDWS fejlhåndteringen, så der ikke er noget der går i stykker når vi tænder for det i produktion. Dvs - login som borger eller POCES læge og udfør en handling der vil afstedkomme en fejl - for eksempel opslag på ukendt CPR nummer.

På DDV teamets vegne,

Michael Berg

DDV version 3.1.7 er released til PROD i går d. 10/3 2021.

Rettelserne omfatter bl.a. den omtalte semantikændring af servicen DeleteVaccination, så sletning af vaccinationer, der er opstået som følge af effektueringer af anbefalede vaccinationer, nu vil forsøge at genskabe den anbefalede vaccination.

I tillæg hertil er der stabilitetsforbedringer i vaccinepas servicen, og så er der rettet en fejl, der gjorde det umuligt at indberette vaccinationer med organisationstyper. der var længere end 30 tegn.

På DDV teamets vegne,

Michael Berg
Modify message

DDV version 3.1.6 er released til PROD i går d. 4/3 2021.

Der er udelukkende tale om intern funktionalitet til understøttelse af den nationale COVID-19 vaccinationsindsats. Der er ingen fejlrettelser eller ny funktionalitet der påvirker anvendersystemerne.

Det går meget hurtigt med releases i disse dage, og vi når desværre ikke altid at få annonceret alting her på fmk-teknik. Det beklager vi selvfølgelig.

På DDV teamets vegne,

Michael Berg

DDV version 3.1.7 er i dag d. 5. marts released til TEST1 og TEST2.

Denne release indeholder en semantisk ændring der går ud på, at hvis der udføres et kald til DeleteVaccination med en vaccination, der er opstået som følge af effektuering af en anbefalet vaccination, så vil sletningen nu genskabe den oprindelige anbefalede vaccination. Ændringen er tidligere varslet på FMK Teknik: Semantisk ændring af Slet vaccination.

Ændringen kan have konsekvenser for anvendersystemerne, hvor en sletning af en vaccination kan medføre at oversigten over anbefalede vaccinationer skal opfriskes. Det anbefales derfor at I som leverandører tester det af på test1 eller test2 med henblik på at afdække eventuelle sideeffekter.

Vi forventer at lægge 3.1.7 i produktion indenfor en uges tid.

På DDV teamets vegne,

Michael Berg

DDV version 3.1.0 blev d. 4/1 2021 released til PROD.

Der er udelukkende tale om intern funktionalitet til understøttelse af den nationale COVID-19 vaccinationsindsats. Der er ingen fejlrettelser eller ny funktionalitet der påvirker anvendersystemerne.

På DDV teamets vegne,

Michael Berg

DDV version 3.0.29 er i dag released til produktion.

Der er tale om en mindre maintenance release med følgende indhold:

• DDV-1375 - Udfør auditlogning og minlog registrering baseret på information fra Whitelisting headeren i stedet for SOSI ID kortet
• DDV-1399 - Rettet fejl i håndtering af påmindelsesfravalg, der betød at barnets forældre i mange tilfælde blev påmindet i e-Boks på trods af et fravalg
• DDV-1139 - Mindre justeringer i logning ifm. identifikation af brugerens organisation

På DDV teamets vegne,

Michael Berg

DDV version 3.0.29 er i dag released til TEST1 samt TEST2.

Der er tale om en mindre maintenance release med følgende indhold:

• DDV-1375 - Ændre MinLog Organisation til OrgUsingName
• DDV-1399 - Rettet fejl i håndtering af påmindelsesfravalg, der betød at barnets forældre i mange tilfælde blev påmindet i e-Boks på trods af et fravalg
• DDV-1139 - Mindre justeringer i logning ifm. identifikation af brugerens organisation

På DDV teamets vegne,

Michael Berg

Kære alle,

Vi enabler i dag en feature i produktion der gør, at fejlende kald til DDV snitfladen vil returnere en del mere information om hvad der gik galt - herunder fejlkode samt et stacktrace der kan være nyttigt i forbindelse med eventuelle supporthenvendelser. Se følgende posting for en komplet beskrivelse af fejlrettelsen.

Det er tidligere forekommet at systemer har oplevet problemer i forbindelse med, at et response indholder flere elementer end tidligere. Det forventer vi ikke sker i denne omgang, men ellers hører vi naturligvis gerne om det via nspop.

DDV version 3.0.28 er i dag released til produktion. Vi kan i denne omgang byde på følgende:

Ny funktionalitet

• Automatisk effektuering sker nu kun hvis barnet vaccineres højest tre måneder før den planlagte dato (DDV-1388)
• Krav om minimumsalder og -intervaller slækkes så et "slip" på op til 4 dage tillades. Et barn der møder op 4 dage før sin 3-måneders fødselsdag betragtes således som 3 måneder gammel og vil derfor være kandidat til automatisk effektuering hvis lægen glemmer at gøre tingene på den rigtige måde. (DDV-1392)
• I responses på fejlende kald returneres nu også den specifikke årsag (bl.a. fejlkode) til at kaldet fejlede (enables senere) (DDV-1387)

Rettelser

• En fejl har forhindret læger i at effektuere anbefalede vaccinationer oprettet af ydere, der ikke længere er gyldige. Den fejl er nu rettet. (DDV-1390)
• Rettet fejl der i visse tilfælde forhindrede autoeffektueringens regel 4 (DiTeKiPol revaccination/booster) i at træde i kraft.​ (DDV-1394)

God fornøjelse!

Influenzasæsonen 2020/21 er i fuld gang og der er i klinikkerne derfor et øget behov for indberetning af influenzavaccinationer.

Der gives i år mange vaccinationer med Trivalent High Dose, og der er i den sammenhæng flere brugere, der oplever, at de ikke kan finde Trivalent når de søger på vaccinen i deres lægesystem. I stedet findes Fluzone, hvilket har givet anledning til en række supporthenvendelser til Serum Insitituttet, da brugeren ikke altid er klar over at der er tale om samme vaccine i to forskellige produkter.

For at afhjælpe dette problem har Serum Insituttet i fredags (d. 9/10) oprettet Trivalent som en selvstændig vaccine i DDV stamdatasættet, hvorfor produktet nu også burde dukke op i søgninger efter Trivalent. Det kræver dog at man i anvendersystemerne har replikeret stamdata siden i fredags.

I kan som leverandører hjælpe jeres brugere ved at sikre, at der sker en daglig replikering af DDV stamdatasættet. Dermed kan brugerne indberette influenzavaccinationer lettere, og presset på Serum Instituttets support reduceres.

Bemærk i denne sammenhæng følgende opsang fra Sundhedsdatastyrelsen d. 21/2 2020: http://www.fmk-teknik.dk/index.php?topic=1717.0

Ligeledes har det stor betydning at der anvendes et opdateret Stamdatasæt for vaccinationer. En daglig opdatering anbefales for alle anvendersystemer, og er et certificeringskrav fra og med snitfladeversion 1.4.0.E1.

Til orientering:

Som beskrevet i posting her på FMK Teknik d. 12/5 er der i DDV indført en automatik, der omsætter vaccinationsoprettelser til en effektueringer af anbefalede vaccinationer for børnevaccinationsprogrammet, når visse betingelser er opfyldt.

Regelsættet, der er besluttet af SSI, har haft en positiv effekt på antallet af anbefalede vaccinationer der fejlagtigt fremstår som ikke effektuerede, og en tilsvarende betydelig reduktion af vaccinationspåmindelser, der udsendes til forældrene på denne baggrund. Der er dog identificeret enkelte scenarier hvor reglerne utilsigtet effektuerer anbefalede vaccinationer, som barnet derfor ikke bliver indkaldt til senere. Det gælder specielt børn, der er tilmeldt 4-års vaccinationsprogrammet.

Derfor indfører SSI nu en generel justering af reglerne, idet en anbefalet vaccination kun effektueres automatisk såfremt den er planlagt indenfor de nærmeste 3 måneder. Hvis barnet dukker op hos lægen som 2-årig og modtager en MFR vaccination, så vil den anbefalede vaccination på MFR der ligger i 4-års programmet derfor ikke længere blive effektueret. Hvis barnet i stedet møder op hos lægen i en alder på 3 år og 9 måneder så vil MFR vaccinationen blive effektueret automatisk.

Bemærk at disse regler som tidligere nævnt er indført for at hjælpe sundhedsfaglige, der af forskellige årsager kommer til at oprette en ny vaccination i stedet for at effektuere en eksisterende, anbefalet vaccination. Der skal igen lyde en opfordring til leverandørene om at implementere tiltag i anvendersystemerne, der understøtter arbejdsgangen omkring vaccinationer i børnevaccinationsprogrammet. Dette kan eksempelvis gøres ved at tilføje advarsler når der oprettes vaccinationer med vacciner, der allerede indgår i et af borgerens tilknyttede vaccinationsforløb. Inspiration kan i denne sammenhæng hentes fra FMK Online.

Ændringerne er indført i DDV release 3.0.28, der p.t. findes på Test1. Release til produktion er ikke endelig fastlagt endnu, men vil formentlig ske indenfor de kommende 14 dage.

SSI vil i forbindelse med deres kommende nyhedsbrev orientere lægerne om ændringerne til den automatiske effektuering.

Kære alle,

Fejlende kald til DDV snitfladerne returnerer i dag et response med forholdsvis begrænsede detaljer om årsagen. For eksempel:

<SOAP-ENV:Body>
    <SOAP-ENV:Fault>
        <faultcode>SOAP-ENV:Server</faultcode>
        <faultstring xml:lang="en">Person med CPR-nr. 1234561111 kunne ikke findes!</faultstring>
    </SOAP-ENV:Fault>
</SOAP-ENV:Body>


På DokuWiki findes en bruttoliste over hvilke fejl man kan få tilbage i forbindelse med kald til DDV. Hver fejl har sin egen fejlkode, som eksempelvis "4000   Person med CPR-nr. {0} kunne ikke findes!". Problemet er at koden "4000" ikke returneres i fejlsvaret. Der burde være et <detail> element inkluderet med oplysninger om fejlkoden og øvrige detaljer om årsagen, som det bl.a. kendes fra FMK. En fejl har dog indtil nu forhindret at dette element blev inkluderet i svaret.

Det retter vi nu op på, så det dermed bliver muligt at reagere på specifikke fejl uden at skulle parse fejlteksten. Et fejlende kald vil således returnere følgende volumiøse svar:


<SOAP-ENV:Body>
    <SOAP-ENV:Fault>
        <faultcode>SOAP-ENV:Client</faultcode>
        <faultstring xml:lang="en">Vaccinationsforløb kunne ikke findes!</faultstring>
        <detail>
            <medcom:FaultCode xmlns:medcom="http://www.medcom.dk/dgws/2006/04/dgws-1.0.xsd">VaccinationPlanNotFound</medcom:FaultCode>
            <ddv:errorcode xmlns:ddv="http://vaccinationsregister.dk/schemas/2010/07/01">4010</ddv:errorcode>
            <ddv:stacktrace xmlns:ddv="http://vaccinationsregister.dk/schemas/2010/07/01">
            dk.vaccinationsregister.ddvshared.shared.exceptions.ValidationException: Vaccinationsforløb kunne ikke findes!
            at dk.vaccinationsregister.server.services.commands.serverintern.GetVaccinationPlanForSubscriptionActionHandler.execute(GetVaccinationPlanForSubscriptionActionHandler.java:28)
            at dk.vaccinationsregister.server.services.commands.serverintern.GetVaccinationPlanForSubscriptionActionHandler.execute(GetVaccinationPlanForSubscriptionActionHandler.java:18)
            ...afkortet...
            at org.eclipse.jetty.util.thread.QueuedThreadPool$3.run(QueuedThreadPool.java:543)
            at java.lang.Thread.run(Thread.java:748)</ddv:stacktrace>
        </detail>
    </SOAP-ENV:Fault>
</SOAP-ENV:Body>


Bemærk det nye <detail> element som indeholder både en errorcode samt en faultcode. Errorcode henviser her direkte til fejlkoderne, der er beskrevet på DokuWiki.

Der returneres også et stacktrace, som kan benyttes i forbindelse med oprettelse af supportsager. Det er ikke noget vi forventer blot noget der kan gøre fejlsøgning lidt lettere i visse situationer.

Grunden til denne serviceoplysning er, at vi tidligere har oplevet at anvendersystemer af forskellige årsager er løbet ind i problemer hvis responset indeholder elementer, der ikke tidligere har været sendt ud. Derfor håber vi at I vil være med til at teste funktionaliteten, som p.t. er enabled på Test1. I alle andre miljøer, herunder PROD, er funktionaliteten slået fra og her får man kun det "korte" fejlsvar tilbage.

Test kan eksempelvis udføres ved at lave opslag på personer der ikke findes (CPR nummer ikke fundet) ændring eller sletning af identifiers der ikke findes - osv. Verificer, at det nye <detail> element ikke har uønskede sideeffekter i jeres løsninger.

Hvis ikke der indløber protester så håber vi at kunne slå det udvidede fejl-respons til i produktion 1/10 2020.

DDV version 3.0.25 er i dag released til TEST1 samt TEST2.

Der er tale om en maintenance release der primært indeholder fejlrettelser og mindre forbedringer. Det handler for eksempel om:

• Fjernelse af GWT kode der ikke længere er i brug
• Forbedringer af logning samt error/retry-rubusthed i integrationen til e-Boks og Strålfors
• En stribe rettelser til håndtering af historik på planlagte vaccinationer samt automatisk forløbstilskrivning
• Klargøring til etablering af fuld historik på forløbstilknytninger
• Dependency opdateringer aht stabilitet, sikkerhed og licensforhold​

Den fulde liste kan ses på nspop.dk, under 'FMK Releaseplan'.

I snitflade til DDV, 1.4.0 extension E1 er der med servicen GetUnsubscriptions mulighed for at hente en liste over borgerens fravalgte forløb. De fravalgte forløb returneres med et id og et navn, samt modifikatorstrukturer på opretter og indberetter af de enkelte forløbsfravalg.

Udover disse oplysninger er der ønske om også at få den årsagsangivelse, der eventuelt ligger til grund for fravalget, med retur. Det er ikke altid at årsagen er kendt da muligheden for at indberette en sådan først er indført i snitflade 1.4.0.E1, men i de tilfælde hvor den kendes kan det have klinisk relevans for lægen. Det giver derfor god mening at systemerne kan spørge på værdien.

Det der konkret foreslås er følgende:

• Udvidelse af request til GetUnsubscriptions med en anmodningsindikation (<IncludeStatus/>), som tillægges den betydning, at systemet ønsker at få en status (årsag) returneret.
• Udvidelse af svaret fra GetUnsubscriptions med en Status, svarende til den årsagsangivelse, der indberettes med fx. DeletePlannedVaccination. Værdien vil have minOccurs=0 og kun blive returneret når der anmodes om den, og hvis årsagen kendes.

Til orientering kan status p.t. antage føglende værdier:

<simpleType name="PredefinedPlannedVaccinationStatusType">
<restriction base="vaccinationcard20131201e1:UndefinedPlannedVaccinationStatusType">
<enumeration value="Planlagt"/>
<enumeration value="Effektueret"/>
<enumeration value="Fejlregistrering"/>
<enumeration value="Slettet på borgers anmodning"/>
<enumeration value="Slettet af lægefaglige årsager"/>
</restriction>
</simpleType>

Vær opmærksom på at request elementet til GetUnsubscriptions p.t. kun ligger i 1.4.0 snitfladen. Derfor vil ovenstående forslag teknisk set medføre ændringer i både 1.4.0 og 1.4.0.E1, selvom funktionaliteten spærres for anvendersystemer på 1.4.0 snitfladen.

Den foreslåede ændring kan gennemføres uden umdidelbare konsekvenser for nuværende anvendere af både 1.4.0 og 1.4.0.E1 snitfladerne. Ikke desto mindre hører vi selvfølgelig gerne forslag eller eventuelle forbehold omkring den foreslåede udvidelse.

Benyt gerne dette forum til at poste forbehold og øvrige tilkendegivelser. Der gives frist til slutningen af måneden (fredag d. 29/5) hvorefter ændringerne vil blive implementeret.