Differences

This shows you the differences between two versions of the page.

--- fmk:extensions:e1 [2016-01-27 11:47] – tgl
+++ fmk:extensions:e1 [2026-03-06 08:53] (current) – external edit 127.0.0.1
@@ Line 1: / Line 1: @@
 ====== Beskrivelse af extension E1 ======
-:!: Bemærk at denne extension er under udarbejdelse og endnu ikke færdiggjort!
-I forbindelse med planlægningen af FMK 1.4.4 snitfladen blev der på en række teknikermøder diskutteret hvilken funktionalitet snitfladen skulle stille til rådighed. En række ønsker blev prioriteret højt af leverandørerne, men nåede af forskellige årsager ikke at komme med i den færdige snitfladebeskrivelse.
+I forbindelse med planlægningen af FMK 1.4.4 snitfladen blev der på en række teknikermøder diskuteret hvilken funktionalitet snitfladen skulle stille til rådighed. En række ønsker blev prioriteret højt af leverandørerne, men nåede af forskellige årsager ikke at komme med i den færdige snitfladebeskrivelse.
 For at imødekomme leverandørernes ønsker leveres de væsentligste kandidater i en ny udvidelse af FMK 1.4.4 som får betegnelsen Extension E1.
@@ Line 9: / Line 9: @@
 Med Extension E1 udvides snitfladerne med følgende ny funktionalitet.
 ==== Udvidelse af Hent medicinkort servicen med DD-info. ====
@@ Line 53: / Line 52: @@
 </code>
-==== Udvidelse af Hent medicinkort servicen med informationer om receptfornyelsesanmodninger ====
+==== Udvidelse af Hent medicinkort servicen med informationer om receptanmodninger ====
-Udvidelsen består i at der i et GetMedicineCardResponse inkluderes information om, hvorvidt der eksisterer receptfornyelsesanmodninger på den pågældende borger.
+Udvidelsen består i at der i et GetMedicineCardResponse inkluderes information om, hvorvidt der eksisterer receptanmodninger på den pågældende borger.
-Dette skal ses i sammenhæng med et nyt godkendelseskrav GK 3.12, samt skærpelserne i GK 12.3: ”Systemer, skal give brugeren mulighed for at slå op på receptfornyelsesanmodninger fra hjemmeplejen.”.
+Dette skal ses i sammenhæng med et nyt godkendelseskrav GK 3.12, samt skærpelserne i GK 12.3: ”Systemer, skal give brugeren mulighed for at slå op på receptanmodninger fra hjemmeplejen.”.
-For at kunne understøtte disse krav, har det været nødvendigt at hente alle medicinanmodninger for samtlige borgere,  der hentes medicinkort på. Da kun et fåtal af alle borgere har receptfornyelsesanmodninger, har der været ønsker om at informationen tilføjes til medicinkortet, når der ligger receptfornyelsesanmodninger på den pågældende borger.
+For at kunne understøtte disse krav, har det været nødvendigt at hente alle medicinanmodninger for samtlige borgere,  der hentes medicinkort på. Da kun et fåtal af alle borgere har receptanmodninger, har der været ønsker om at informationen tilføjes til medicinkortet, når der ligger receptanmodninger på den pågældende borger.
-Information om eksisterende receptfornyelsesanmodninger ligger i elementet <RelevantOrderEffectuationExist>. Dette element er et flag, der blot fortæller at der eksisterer receptfornyelsesanmodninger, men som ikke uddyber status eller antal af disse receptfornyelsesanmodninger. Det enkelte system må, når <RelevantOrderEffectuationExist> elementet eksisterer, selv hente og præsentere receptfornyelsesanmodningerne for brugeren, i henhold til godkendelseskriterierne.
+Information om eksisterende receptanmodninger ligger i elementet <OrderedPrescriptionMedicationsExist>. Dette element er et flag, der blot fortæller at der eksisterer receptanmodninger, men som ikke uddyber status eller antal af disse receptanmodninger. Det enkelte system må, når <OrderedPrescriptionMedicationsExist> elementet eksisterer, selv hente og præsentere receptanmodningerne for brugeren, i henhold til godkendelseskriterierne.
-Herunder ses et eksempel på et svar fra GetMedicineCard-servicen, hvor der på borgeren eksisterer receptfornyelsesanmodninger:
+Herunder ses et eksempel på et svar fra GetMedicineCard-servicen, hvor der på borgeren eksisterer receptanmodninger:
 <code xml>
@@ Line 73: / Line 72: @@
       </Patient>
        ..
-      <RelevantOrderEffectuationExist>true</RelevantOrderEffectuationExist>
+      <OrderedPrescriptionMedicationsExist>true</OrderedPrescriptionMedicationsExist>
        ..
    </MedicineCard>
@@ Line 116: / Line 115: @@
 === GetPrescriptionMedication kan hente recepter på CPR nummer ===
-GetPrescriptionMedication servicen er i FMK 1.4.4 begrænset til, at man skal kende identifiers på de recepter, man ønsker at hente. Se evt. [[fmk:1.4.2:hent_receptordination|Hent receptordination]]. Med denne udvidelse muliggøres det at hente alle recepter på et CPR.
+GetPrescriptionMedication servicen er i FMK 1.4.4 begrænset til, at man skal kende identifiers på de recepter, man ønsker at hente. Se evt. [[fmk:1.4.4:hent_receptordination|Hent receptordination]]. Med denne udvidelse muliggøres det at hente alle recepter på et CPR.
 Alternativt til identifiers, kan der med Extension E1 med parameteren IncludeAllPrescriptionMedications, angives hvorvidt alle recepter skal inkluderes i svaret eller med parameteren IncludeOpenPrescriptionMedications, angives hvorvidt det kun er åbne recepter, der inkluderes i svaret.
@@ Line 227: / Line 226: @@
 </code>
+=== Anvendelse af VOCES certifikat ===
+Der er mulighed for at kalde "Hent liste over Medicinkort versioner" vha. System rollen og et VOCES certifikat. Indholdet af kaldet skal ikke ændres i dette tilfælde men være som ovenfor.
 ==== Datoer og historik på relationer =====
@@ Line 236: / Line 238: @@
 === Datoer for patientrelationer returneres i GetMedicineCard ===
-Udvidelsen består i at svaret på et HentMedicinkort kald, se evt. [[fmk:1.4.2:medicinkort|Medicinkort]], indeholder oprettelsestidspunkter for relationer.
+Udvidelsen består i at svaret på et HentMedicinkort kald, se evt. [[fmk:1.4.4:medicinkort|Medicinkort]], indeholder oprettelsestidspunkter for relationer.
 <code xml>
@@ Line 309: / Line 311: @@
 I svaret returneres i dette eksempel to relationer.
-For hver relation returneres først relationens ID. Herefter hvem der har oprettet relationen i "Created" og evt. hvem der har slettet relationen i "Removed". Se evt. [[fmk:1.4.2:modifikator|Modifikator]].
+For hver relation returneres først relationens ID. Herefter hvem der har oprettet relationen i "Created" og evt. hvem der har slettet relationen i "Removed". Se evt. [[fmk:1.4.4:modifikator|Modifikator]].
 <code xml>
@@ Line 401: / Line 403: @@
 </code>
+===== WSDL og skemaer =====
+[[https://github.com/trifork/FMKResources/blob/master/wsdl/MedicineCard_2015_01_01_E1-collection.zip?raw=true| WSDL og skemaer, version 1.4.4.E1]]
+[[https://github.com/trifork/FMKResources/blob/master/wsdl/MedicineCard-inline_2015_01_01_E1.wsdl.zip?raw=true| WDSL med skemaer inline, version 1.4.4.E1]]
+[[https://github.com/trifork/FMKResources/blob/master/wsdl/MedicineCard_Idws_2015_01_01_E1-collection.zip?raw=true| IDWS WSDL og skemaer, version 1.4.4.E1]]
+[[https://github.com/trifork/FMKResources/blob/master/wsdl/MedicineCard-inline_Idws_2015_01_01_E1.wsdl.zip?raw=true| IDWS WDSL med skemaer inline, version 1.4.4.E1]]
+[[fmk:medicinecard-inline_2015_01_01_E1:feltbeskrivelser|Feltbeskrivelser]]