Differences

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

--- fmk:1.4.4:sogning_pa_receptanmodninger [2020-10-19 09:20] – [Svar] sas
+++ fmk:1.4.4:sogning_pa_receptanmodninger [2026-03-06 08:53] (current) – external edit 127.0.0.1
@@ Line 4: / Line 4: @@
 Kald til denne service logges ikke i de enkelte patienters MinLog, da der (stort set) ingen personfølsomme data returneres, og servicen understøtter således visning af ubehandlede receptanmodninger i oversigtsbilleder.
-===== Forskel mellem 1.4.4E5 og 1.4.4E2+E4 =====
+==== Forespørgsel ====
-Fra og med snitflade 1.4.4E5 er der ændret i virkemåden for servicen. I tidligere snitflader blev der itereret over personer med receptanmodninger, og ''FromDateTime'' blev anvendt som en pagineringsmekanisme.
-Dette er ændret fra E5 således at der itereres over individuelle receptanmodninger, hvor ''FromDateTime'' nu bruges som filterering af hvilke receptanmodninger som medregnes, således at kun anmodninger lavet på eller efter det specifikke tidspunkt vil blive talt med i servicen. Dette funktionalitet matcher den tidligere EO service [[fmk:bestil_udlevering:1.4.4:opslag_pa_bestilte_udleveringer | hent anmodninger]].
-I E5 kan der i svar fra servicen returneres en ''MoreAvailable'' Element, dette betyder at der er flere anmodninger som kan hentes gennem den nye paginering. I requesten kan der i E5 medsendes et ''PageNumber'' element, dette gør FMK finder de næste række af anmodninger som ikke var sendt i det foregående request. **Bemærk:** det indsendte ''PageNumber'' returneres også i svaret fra servicen.
-Så længde et svar fra servicen indholder en ''MoreAvailable'' element, bør klient-systemet kalde servicen igen med det næste ''PageNumber''.
-==== Forespørgsel E2+E4 ====
 Her er et eksempel på input XML som anvender den anmodede organisation (PrescribingOrganisation):
@@ Line 36: / Line 27: @@
 </code>
-==== Forespørgsel E5 ====
+**Bemærk:** Det er muligt for sygehuse at søge igennem underafdelinger ved hjælp af en * markering. Dvs angives der fx 1301* Betyder dette både 1301 og alle underafdelinger til denne. Dog skal der mindst angives de 4 første cifre i SKS-koden. Forsøg på at benytte mindre en 4 cifre vil give en valideringsfejl.
-Eksempel hvor lægehus henter receptanmodninger hvor der et bedt kun inkluderes de patienter som har receptanmodninger der ikke er ældre end ''FromDateTime''
+==== Svar ====
-<code xml SearchPrescriptionRequestsRequest-1.xml>
-<SearchPrescriptionRequestsRequest>
-  <PrescribingOrganisation>
-    <Type>Yder</Type>
-    <Identifier source="Yder">061069</Identifier>
-    <FromDateTime>2020-10-15T12:00:00Z</FromDateTime>
-  </PrescribingOrganisation>
-</SearchPrescriptionRequestsRequest>
-</code>
-Eksempel hvor kommune henter receptanmodninger oprettet hos dem, hvor der bedes om 3 sæt at anmodninger.
-<code xml SearchPrescriptionRequestsRequest-2.xml>
-<SearchPrescriptionRequestsRequest>
-  <OrderingOrganisation>
-    <Type>Kommune</Type>
-    <Identifier source="Kommunekode">685</Identifier>
-    <FromDateTime>2020-10-10T12:00:00Z</FromDateTime>
-    <PageNumber>3</PageNumber>
-  </OrderingOrganisation>
-</SearchPrescriptionRequestsRequest>
-</code>
-==== Svar E2+E4 ====
 For hver patient returneres CPR, datoen for ældste ubehandlede receptanmodning, samt antallet af ubehandlede receptanmodninger.
@@ Line 83: / Line 48: @@
-Resultaterne leveres sorteret efter OldestUnhandledCreatedDateTime. Hvis der er mere end N (fx 100) patienter, så returneres de første N samt et HasMore-element på denne form:
+Resultaterne leveres sorteret efter OldestUnhandledCreatedDateTime. Hvis der er mere end N (fx 25) patienter, så returneres de første N samt et HasMore-element på denne form:
@@ Line 94: / Line 59: @@
 Og så kan servicen efterfølgende kaldes igen med FromDateTime-element ind til der ikke er flere resultater. Bemærk at datoen i FromDateTime-elementet er ekslusiv, dvs. at svar kun vil indeholder resultater hvor OldestUnhandledCreatedDateTime ligger efter denne dato. Det betyder teknisk set at en patient kan fremkomme i efterfølgende kald, hvis dennes ældste ubehandlede receptanmodning har skiftet status.
-==== Svar E5 ====
-For hver patient returneres CPR, datoen for ældste ubehandlede receptanmodning, samt antallet af ubehandlede receptanmodninger.
-<code xml SearchPrescriptionRequestsResponse.xml>
-<SearchPrescriptionRequestsResponse>
-  <Patient>
-    <PersonIdentifier source="CPR">1111111118</PersonIdentifier>
-    <OldestUnhandledCreatedDateTime>2014-02-06T14:45:23Z</OldestUnhandledCreatedDateTime>
-    <NumberOfUnhandled>2</NumberOfUnhandled>
-  </Patient>
-  <Patient>
-    <PersonIdentifier source="CPR">0102031234</PersonIdentifier>
-    <OldestUnhandledCreatedDateTime>2014-02-06T14:51:22Z</OldestUnhandledCreatedDateTime>
-    <NumberOfUnhandled>1</NumberOfUnhandled>
-  </Patient>
-  ...
-  <MoreAvailable>
-</SearchPrescriptionRequestsResponse>
-</code>
-Resultaterne leveres sorteret efter OldestUnhandledCreatedDateTime. Hvis der er mere end N (fx 100) patienter, så returneres de første N samt et ''MoreAvailable'' element som også er set ovenover.
-Er der i requesten medsendt et ''PageNumber'' element, er denne også sat ind i responset.
-<code xml SearchPrescriptionRequestsResponse.xml>
-<SearchPrescriptionRequestsResponse>
-  <Patient>
-    ..
-  </Patient>
-  <Patient>
-    ...
-  </Patient>
-  ...
-  <PageNumber>2</PageNumber>
-  <MoreAvailable>
-</SearchPrescriptionRequestsResponse>
-</code>
-Så længde der returneres et ''MoreAvailable'' element, bør servicen kaldes igen med samme ''FromDateTime'', og næste værdi for ''PageNumber'' dvs i overstående tilfælde ville næste logiske værdi være 3.