Recent Posts

Pages: 1 2 3 [4] 5 6 ... 10
31
Ovennævnte validering er nu aktiveret i hhv. test1, test2 og udd.

Mvh FMK Teamet
32
TEST2 Opdateret

DDV i TEST2-miljøet er i dag opdateret og kører nu med ovenstående feature enabled.
Hvis der opleves problemer eller udfordringer med de berigede responses, hører vi naturligvis stadig gerne fra jer.

På DDV teamets vegne
Pierre Jakobsen
33
Kære Alle

Som forberedelse til central aktivering af udvidet validering 10016, Behandlingsslutdato på ATC J01, P01 og S01A i produktion d. 12. marts 2024 aktiveres denne validering i testmiljøerne d. 5. marts 2024 kl. 10.

De systemer, der har bedt om undtagelse for denne validering i produktion, vil få den samme opsætning i testmiljøerne.

Læs evt. mere her,https://www.fmk-teknik.dk/index.php?topic=2328.0 

På vegne af FMK-teamet.
Åse Grønborg Sørensen
Faglig koordinator, Fæles Medicinkort

34
FMK opdateres i dag mandag den 04.03.2024 til version 1.4.6.62.f. Opdateringen foretages uden nedetid.

Opdateringen indeholder kun en opgradering af interne tekniske komponenter, d.v.s. der er ingen funktionelle ændringer.

Mvh FMK Teamet
35
Der har fra anvendersystemer været fremsat ønske om, at visse stamdata-informationer blev inkluderet i diverse responses, eftersom snitflade-skemaet rent faktisk tillod disse detaljer.
Featuren blev udviklet før pandemien og har levet et stille liv på NSP TEST1, hvor den har været aktiveret gennem længere tid. Ændringen efterspørges stadig, derfor fortsættes udrulningen nu.

Berigelsen af responses påvirker i princippet alle services, som returnerer svar med elementer af typen “VaccinationType” (namespace=http://vaccinationsregister.dk/schemas/2013/12/01).
Dvs. svar fra både  læse- og skrive-services er berørt:
  • GetVaccinationCard
  • GetVaccinationCardIfUpdated
  • GetVaccinationHistory
  • CreatePreviousVaccination
  • CreateVaccination
  • DeleteVaccination
  • EffectuatePlannedVaccination
  • MultiUpdate
  • UpdateVaccination

Hvad er ændret?
Den ekstra stamdataberigelse omfatter tilføjelse af følgende elementer:
  • Information om “Indikation/forebyggelse mod” (“Disease”)
  • Søgeord tilknyttet vaccinen (“VaccineKeywordsText”)
Derudover returneres information fra den seneste opdatering/version af de enkelte DDV stamdata elementer. Det er begrænset, hvor stor impact dette har på response-xml’en, da selve strukturen ikke ændres. Derimod vil indholdsmæssige/tekstuelle rettelser kunne forekomme.
Se herunder for eksempler på begge ændringer.

Eksempler
For teknisk illustration af ændringerne henvises til de to vedhæftede XML-filer med response fra “GetVaccinationCard”-servicen, hvor TEST1-response.xml er med de ekstra berigelser, mens TEST2-response.xml er uden.
Mest signifikant er nok tilføjelsen af `Disease` element(er):
Code: [Select]
<ns2:Disease>
  <ns2:DiseaseIdentifier>10</ns2:DiseaseIdentifier>
  <ns2:DiseaseName>Tetanus</ns2:DiseaseName>
  <ns2:DiseaseNameDK>Stivkrampe</ns2:DiseaseNameDK>
  <ns2:ATC>
    <ns2:Code>J07AM</ns2:Code>
    <ns2:Text>Tetanus vacciner</ns2:Text>
  </ns2:ATC>
</ns2:Disease>
<ns2:Disease>
  <ns2:DiseaseIdentifier>4</ns2:DiseaseIdentifier>
  <ns2:DiseaseName>Diphteria</ns2:DiseaseName>
  <ns2:DiseaseNameDK>Difteri</ns2:DiseaseNameDK>
  <ns2:ATC>
    <ns2:Code>J07AF</ns2:Code>
    <ns2:Text>Difteri vacciner</ns2:Text>
  </ns2:ATC>
</ns2:Disease>
Snippet fra TEST1-response.xml

Ændring til udlæsning af nyeste stamdata bliver bla. synlig, når ATC-klassifikationen ændres efter registrering af vaccination.
Covid-vaccinerne er eksempler herpå:
Code: [Select]
<ns2:GetVaccinationCardResponse xmlns:ns2="http://vaccinationsregister.dk/schemas/2013/12/01">
 <ns2:Vaccination>
    ...
   <ns2:Vaccine>
     <ns2:VaccineIdentifier>32115518136</ns2:VaccineIdentifier>
     <ns2:VaccineName>Moderna/Spikevax Covid-19 0,5 ml</ns2:VaccineName>
      ...
     <ns2:ATC>
       <ns2:Code>J07BN01</ns2:Code>
       <ns2:Text>Covid-19, rna-baseret vaccine</ns2:Text>
     </ns2:ATC>
   </ns2:Vaccine>
    ...
 </ns2:Vaccination>
 <ns2:Vaccination>
    ...
   <ns2:Vaccine>
     <ns2:VaccineIdentifier>32115517138</ns2:VaccineIdentifier>
     <ns2:VaccineName>Comirnaty Covid-19 vaccine</ns2:VaccineName>
      ...
     <ns2:ATC>
       <ns2:Code>J07BX03</ns2:Code>
       <ns2:Text>Covid-19 vacciner</ns2:Text>
     </ns2:ATC>
   </ns2:Vaccine>
    ...
 </ns2:Vaccination>
</ns2:GetVaccinationCardResponse>
Snippet fra TEST1 - (ATCKode var på oprettelsestidspunkt “J07BX” for begge vacciner)
Code: [Select]
<ns2:GetVaccinationCardResponse xmlns:ns2="http://vaccinationsregister.dk/schemas/2013/12/01">
 <ns2:Vaccination>
    ...
   <ns2:Vaccine>
     <ns2:VaccineIdentifier>32115580980</ns2:VaccineIdentifier>
     <ns2:VaccineName>Pfizer BioNTech Covid-19 vacc</ns2:VaccineName>
     <ns2:ATC>
       <ns2:Code>J07BX</ns2:Code>
       <ns2:Text>Andre virale vacciner</ns2:Text>
     </ns2:ATC>
   </ns2:Vaccine>
    ...
 </ns2:Vaccination>
 <ns2:Vaccination>
    ...
   <ns2:Vaccine>
     <ns2:VaccineIdentifier>32115580981</ns2:VaccineIdentifier>
     <ns2:VaccineName>Comirnaty Covid-19 vaccine</ns2:VaccineName>
     <ns2:ATC>
       <ns2:Code>J07BX</ns2:Code>
       <ns2:Text>Andre virale vacciner</ns2:Text>
     </ns2:ATC>
   </ns2:Vaccine>
    ...
 </ns2:Vaccination>
</ns2:GetVaccinationCardResponse>
Snippet fra TEST2 - (ATCKode var på oprettelsestidspunkt “J07BX” for begge vacciner og er det fortsat ved udlæsning)

BEMÆRK Der er intet krav om, at anvendersystemerne viser de ekstra detaljer om stamdata, og opslag i replikerede og aktuelle DDV stamdata anbefales fortsat jvf. certificeringskravene.
De berigede data stilles således til rådighed for anvendersystemer, der midlertidigt ikke har adgang til replikerede stamdata.


Tidsplan
Den beskrevne feature har hidtil kun været aktiveret i NSP TEST1.
Opdatering af de enkelte DDV miljøer forventes at følge nedenstående plan:
  • NSP TEST2: I løbet af uge 10 2024
  • NSP STAGE+PROD: I starten af uge 16 2024
  • NSP UDD+PRODTEST: Kort efter PROD
De berigede svar overholder fortsat DDV-snitfladens schema-definitioner. Vi opfordrer alligevel til, at alle leverandører verificerer, at ændringen ikke har nogle uventede sideeffekter i de pågældende systemer.
Opleves der problemer med behandling af det berigede svar, så meld gerne tilbage hurtigst muligt. Enten som reply på denne post eller ved at melde en support-sag ind på NSPOP.

På DDV teamets vegne
Pierre Jakobsen
36
FMK opdateres i dag onsdag den 28.02.2024 til version 1.4.6.62.e i produktionsmiljøet. Opdateringen foregår uden nedetid.

For listen over ændringer i denne version henvises til releaseplanen: https://www.nspop.dk/display/Web3/Trifork+FMK+Releaseplan

Mvh FMK Teamet
37
På mandag d. 4. marts slår vi validering af indre modifikatorer til i prod. Den har været slået til i test-systemerne i et par måneder.

Det betyder at modifikatorer på underelementer af UpdateMedicineCardRequest og UpdateDrugMedicationRequest fremover vil blive valideret efter samme regler som modifikatorer på det overordnede element. F.eks. vil der blive valideret at organisationen er en valid organisation af den angivne type og at det angivne autorisations-id er et validt autorisations-id.

Mvh FMK Teamet
38
Hej Claus

Det er fint at I indfører en parameter, så anvendersystemet kan foretage en filtrering. Men som standard bør en sådan ændring ikke resultere i en ændret opførsel. Jeg forventer ikke at vores brug bliver påvirket, men udfra teksten kan det ikke afgøres med sikkerhed. Hvis I vender funktionaliteten, så parameteren skal angives eksplicit for at undge kontakter på døde patienter, har vi ingen indvendiger.

Mvh
Claus Åge Breuerbach / Systematic
39
Der er indkommet et forslag til en mindre ændring af servicen GetPatientOrganisationRelations som blev indført i FMK 1.4.4.E5 for at give mulighed for at hente lister over patient relationer knyttet til en given organisation. Se https://wiki.fmk-teknik.dk/doku.php?id=fmk:extensions:hent_patientrelationer_for_organisation for yderligere detaljer om denne service.

Som servicen er i dag, returneres alle relationer uden hensyntagen til patientens CPR status, d.v.s. der returneres også relationer for afdøde patienter i op til 2 år efter dødsdagen, hvorefter relationen vil blive slettet. Vil vil gerne indføre en ny optionel parameter til kaldet der gør, at kalderen kan afgøre, om relationer hørende til afdøde personer inkluderes i søgeresultatet eller filtreres fra. Vi foreslår desuden, at hvis den nye parameter udelades, er default værdien, at der kun returneres relationer for leverende personer. Bemærk at denne default opførsel vil være en ændring i forhold til den eksisterende service.

Vi indbyder hermed alle interessenter til at kommentere på ovenstående ændring inden fredag den 8. marts 2024. Hvis vi ikke inden denne dato har modtaget indsigelser med blokerende argumenter mod ændringerne, vil implementationen herefter blive igangsat og senere udrullet i de respektive miljøer.

Mvh FMK Teamet

40
Kære Alle

FMK Styregruppen har godkendt en central aktivering af Udvidet validering 10016 – Behandlingsslutdato på ATC J, P og S01A.

Plan
•   Valideringen idriftsættes tirsdag d. 12. marts 2024 kl. 10:00
•   Systemer der mener, at de ikke skal modtage valideringen kan kontakte AAGS@sundhedsdata.dk inden d. 1. marts 2024. Eksisterer en lignende validering i systemet, kan FMK
        valideringen slås fra.

Validering 10016

Besked: ”Ordinationen på {DrugName} bør have en behandlingsslutdato.”

Hvis det angivne lægemiddel på ordinationen har en af de valgte ATC-koder J, P og S01A. Så skal der på ordinationen angives en behandlingsslutdato, med mindre man aktivt vælger at overrule denne validering.

Baggrund
FMK kvalitetsstatistik har været særdeles bidragende til at konkretisere behovet for validering ved ingen behandlingsslutdato for ATC-gruppen J, P og S01A. Der har ved ordinationer med disse ATC-koder kun været taget stilling til behandlingsslutdato i 4,5% af tilfældene.
FMK idriftsatte denne validering i januar 2023 som anvendersystemer kunne vælge at implementere. Det opleves dog at systemleverandørerne ikke nødvendigvis implementerer disse gode tiltag blot fordi de er blevet udviklet og FMK klinisk brugergruppe efterspørger derfor, at det bliver et krav. Som sædvane kan parterne blive undtaget, såfremt denne validering allerede findes i deres system.
FMK kvalitetsstatistik vil fremadrettet følge hvor mange nye ordinationer der bliver oprettet med og uden behandlingsslutdato.

Mvh
Åse Grønborg Sørensen
Faglig koordinator Fælles Medicinkort

Pages: 1 2 3 [4] 5 6 ... 10