FMK Teknik

Så blev det d. 28/2 og minihøringen er dermed afsluttet.

Der er ikke kommet indvendinger eller ændringsønsker i forhold til det foreslåede, og vi igangsætter derfor udviklingen af den nye service.

Der er i DDV snitflade 1.4.0.E1 indført en service med navnet GetNotificationUnsubscriptions, der giver lægen mulighed for at forespørge på en borgers aktuelle påmindelsesfravalg - det vil sige, om borgeren ønsker at modtage vaccinationspåmindelser i sin e-Boks og på NemSMS.

Servicen tager borgerens CPR nummer og returnerer et ja/nej svar, som indikerer det aktuelle fravalg. I relation til børn omfatter fravalget implicit også forældrene.

Servicen er senere justeret, så der også kan forespørges på indiviuelle modtagere. Hermed kan forældrene have hver sin præference ift. vaccinationspåmindelser.

Som servicen er udformet lægges der op til en arbejdsgang, hvor lægen slår op på barnet for at administrere påmindelsesfravalg. Dette kan dog medføre uhensigtsmæssige MinLog registreringer, hvis eksempelvis den fraskilte forælder sidder i konsultation hos lægen og beder om ikke at modtage vaccinationspåmindelser om et fælles barn. Her kan lægens opslag på barnet medføre en MinLog registering på den anden forælder. Samtidig er der mulighed for at lægen fejlagtigt kommer til at slå påmindelser fra for begge forældre, eftersom de i lægesystemet sandsynligvis optræder i en samlet liste.

Det er derfor besluttet at DDV skal tilbyde en service, der returner hvilke børn en forælder har et påmindelsesfravalg for. På den måde understøttes en alternativ arbejdsgang, hvor lægen slår op på forældren i stedet for barnet.

Det er teknisk set muligt for anvendersysterne at implementere tilsvarende funktionalitet ved at hente barn-forælder relationer fra stamdata, og via kald til den nuværende service for hver af børnene at identificere, om forældren har et påmindelsesfravalg for dette barn. Men dette medfører mange servicekald og en uforholdsmæssig tung logik på klientsiden, og da DDV jo er kendetegnet ved at være smidig, hurtig og en fornøjelse at kode op imod, så tilbyder vi selvfølgelig en ny service til formålet - det manglede bare.

Eftersom der formelt set er tale om en ændring af snitfladen afholdes derfor en minihøring hvor leverandører og andre interessenter har mulighed for at gøre opmærksom på eventuelle problemer og fremsætte ændringsønsker til det foreslåede. Da der er tale om en ny service er der ingen konsekvenser for nuværende anvendere af E1 snitfladen. Der er ligeledes heller ikke krav om recertificering.

Vi forestiller os at servicen vil have følgende request og response udformning:

Service navn: GetRecipientNotificationUnsubscriptions

Request

<sequence>
<element name="RecipientPersonIdentifier" type="cpr:PersonCivilRegistrationIdentifierType" />
</sequence>
Response
   <element name="RecipientPersonIdentifier" type="cpr:PersonCivilRegistrationIdentifierType" />
<element name="Unsubscription" minOccurs="0" maxOccurs="unbounded">
<complexType>
<sequence>
<element name="Created" type="vaccinationcard20131201:CreatedType"/>
<element name="PersonIdentifier" type="cpr:PersonCivilRegistrationIdentifierType" minOccurs="0"/>
</sequence>
</complexType>
</element>
Servicen ligner meget den aktuelle service men tager udgangspunkt i modtageren og ikke borgeren selv (barnet).

Kommentarer og ændringsforslag modtages gerne i høringsperioden, som løber fra dags dato frem til udgangen af februar (fredag d. 28/2 2020).

Den nyeste snitflade til DDV, 1.4.0 extension E1 tilføjer services, der gør det muligt for anvendersystemer at oprette og slette påmindelsesfravalg – det vil sige at tilgodese ønsker fra borgere om ikke at modtage vaccinationspåmindelser i deres e-Boks.

Snitfladens ibrugtagning af bl.a. FMK Online har imidlertid identificeret et behov for at kunne præcisere påmindelsesfravalg i forhold til forældre og børn. I dag gælder et påmindelsesfravalg begge barnets forældre, og det er således ikke muligt at etablere et fravalg der kun gælder én forælder. Der er udarbejdet et løsningsforslag, der via en justering i snitfladen gør det muligt at oprette, hente og slette påmindelsesfravalg for en individuel forælder/værge, gældende for individuelle børn. Ændringerne implementeres på en måde så de ikke påvirker de anvendersystemer, der allerede har taget extension E1 i brug. Der er ikke planlagt nye certificeringskrav i relation til det udvidede påmindelsesfravalg.

Udover påmindelsesfravalget er der ønske om en forbedring i forhold til hentning af forløbsfravalg. I snitflade 1.4.0 kaldes GetUnsubscriptions således for at hente en liste over aktuelle forløbsfravalg, men i svaret er det ikke muligt at se hvem der har oprettet fravalget. Det foreslås derfor at servicen introduceres i 1.4.0.E1, med et udvidet response, der returnerer en modifikatorstruktur med opretteren. Anvendersystemer, der benytter 1.4.0, vil ikke opleve nogen ændringer, og de systemer, der har taget extension E1 I brug, kan tage den nye service I brug efter behov. Der medfølger ikke nye certificeringskrav i relation til modifikator på forløbsfravalg (selvom systemerne selvfølgelig opfordres til at vise informationen hvis den er tilgængelig).

Denne minihøring har til formål at afdække om der blandt leverandørerne er et ønske om at henlægge de beskrevne justeringer til en ny extension E2, eller om vi kan indføre ændringerne som beskrevet ovenfor, i den eksisterende extension E1. Benyt gerne dette forum til at poste forbehold og øvrige tilkendegivelser.

På DDV teamets vegne,

Michael Berg

I forbindelse med anvendelse af DDV IDWS snitfladen har det været sådan at anvendersystemer skulle specificere https://fmk som Audience i AudienceRestriction delen i IDWS headeren, som vist i eksemplet her:

    ...
    <saml2:Conditions NotBefore="2014-09-21T19:57:15.309Z" NotOnOrAfter="2014-09-22T03:57:15.309Z">
        <saml2:AudienceRestriction>
            <saml2:Audience>https://fmk</saml2:Audience>
        </saml2:AudienceRestriction>
    </saml2:Conditions>
    ...

Det er besluttet at kald til DDV fremover skal ske med audience https://ddv. Anvendersystemer bør derfor sikre sig følgende:

• Anvendersystemer der benytter STS til billetomveksling og udstedelse af IDWS security tokens skal whitelistes til anvendelse af https://ddv som Audience. Proceduren er at man opretter en supporthenvendelse via formularen på nspop.dk (https://www.nspop.dk/display/resources/Supporthenvendelse). Vælg forretningsservice STS.
• Nødvendige kodemæssige ændringer, så kald sker med https://ddv som Audience.

Valideringen aktiveres i første omgang på Test1, hvilket vil ske i løbet af denne uge. Dermed bliver det muligt at teste eventuelle rettelser op imod Test1.

Information om aktivering på Test2 og i Prod meldes ud på et senere tidspunkt.

Vi er i DDV teamet opmærksomme på at der på testsystemerne generelt, og på Test1 i isærdeleshed, er meget lidt trafik fra anvendersystemerne.

Test1 er første trappetrin på vej mod produktion, og vores første mulighed for at identificere problemer med en ny release. Samtidig er det jeres første chance som leverandører og slutbrugere for at teste ny funktionalitet samt verificere at supportsager er løst som forventet og uden utilsigtede følgefejl.

Det er derfor vigtigt at testsystemerne modtager trafik fra anvendersystemerne så vi bliver opmærksomme på eventuelle problemer så tidligt som muligt. Dette kunne for eksempel ske via automatiske integrationstests eller ved at inddrage vaccinationsregistret når der alligevel testes FMK funktionalitet - i det omfang det er muligt.

Så hermed et opråb om, at vi hjælper hinanden med at holde testserverne varme - til gavn for alle.

På DDV teamets vegne,

Michael Berg

​

Hej,

Skema- og wsdl filer med de varslede rettelser ift dosisdispensering, privatmarkering på ordinationer og recepter, IsInvalid på GetNewOrders og ReportedBy på recepter er nu tilgængelige på Github.

Der er tale om version 1.4.4.16 og filerne kan downloades fra GitHub her.

Med venlig hilsen
FMK Teamet

Hej Lisbet,

Enig, anvendelsen af deadline vil blive beskrevet på dokuWiki.

Vi afventer lige om der kommer reaktioner på udmeldingen her, og publicerer derefter WSDL filerne snarest muligt.

Mvh Michael

Hej Tom, mange tak for vedhæftningen.

Det giver os lige et par nye opgaver kan jeg se.. :-)