Differences

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

--- fmk:1.4.4:hent_organisations_receptanmodninger_med_detaljer [2023-05-10 11:33] – created sas
+++ fmk:1.4.4:hent_organisations_receptanmodninger_med_detaljer [2026-03-06 08:53] (current) – external edit 127.0.0.1
@@ Line 6: / Line 6: @@
 **Bemærk:** I modsætning til tidligere services vil det ikke være lovligt for EPJ af søge på underafdelinger ved at angive en '*' som en del af den identifier man søger på, i stedet er dette erstattet af et krævet element i forespørgslen.
-Kaldet supporterer alle former for organisations-typer, men som beskrevet er søgning i underafdelinger ikke supporteret for andre en sygehuse. Hvis der anvendes en ikke supporteret type sammen med søgning i underafdelinger, vil anmodningen om underafdelinger blive ignoreret af FMK.
+Kaldet supporterer alle former for organisations-typer, men som beskrevet er søgning i underafdelinger ikke supporteret for andre en sygehuse. Hvis der anvendes en ikke supporteret type sammen med søgning i underafdelinger, vil anmodningen om underafdelinger blive ignoreret af FMK. Søgning på under-afdeligner supporteres både for SKS og for SOR, FMK har også en mapning frem og tilbage mellem disse intern. Så anvendes SKS, vil FMK også fremsøger for SOR, og omvendt. Dette gøres for at understøtte overgangen til SOR. **Dette kræver dog at SKS-koden er angives i SOR for at mapningen kan ske. Søges der på en SOR-kode hvor SKS ikke er angives i SOR, kan FMK ikke søge igennem med både SOR og SKS**
+**Bemærk** Da SOR er et meget stort register, supporteres hierarkisk søgning kun på hospitaler under de danske regioner. Samtidig har FMK teamet identificeret potentielle farer for performance pga størrelsen af de forskellige hospitaler, og antallet af afdelinger som ville kunne modtage receptanmodninger, og derfor skal inkluderes i en søgning. FMK har implementeret at de kan afvise hierarkiske søgninger hvis antallet af enheder som ville skulle gennemsøges virker for højt. Denne vil i første omgang ikke være tændt, men kan blive nødvendigt at aktivere.
 ====== Forespørgsel / Request ======
@@ Line 21: / Line 21: @@
 **Bemærk: ** Hvis en ''LastReceived'' angives, men denne ikke kan findes af FMK (fx hvis anmodninger er blevet behandlet i mellemtiden), vil FMK blot starte med første receptanmodning igen. __Det er altså ikke set som en fejl, at ''LastReceieved'' ikke matcher med en ubehandlet receptanmodning til den organisation man søger på. FMK ignorerer blot ''LastReceived'' i disse tilfælde__
+**source="SOR"**. I forhold til andre steder i FMK hvor SOR anvendes, så er der ikke lige så mange restriktioner på anvendelsen af SOR i denne service, da den angivne organisation i denne service ikke benyttes til at registrere data i FMK, men blot benyttes til en søgning på denne og eventuelle under-organisationer. Man kan derfor opleve ikke at få fejl, selvom man fx anvender SOR-typer som ikke ellers er tilladte andre steder i FMK. Bemærk dog at man ikke skal forvente at finde recept-anmodninger sendte til organisationer hvis SOR-type ikke tillades i FMK, da FMK ville have afvist at oprette en anmodning til denne organisation.
 <code xml GetPrescriptionRequestsAndDetailsRequestType-1.xml>
-<GetOrganisationPrescriptionRequestsRequest>
+<GetPrescriptionRequestsAndDetailsRequest>
 	<PrescribingOrganisation>
 		<Type>Sygehus</Type>
@@ Line 30: / Line 31: @@
         <IncludeSubOrganisations>false</IncludeSubOrganisations>
         <RequestNotOlderThan>2023-01-01T00:00:00Z</RequestNotOlderThan>
-</GetOrganisationPrescriptionRequestsRequest>
+</GetPrescriptionRequestsAndDetailsRequest>
 </code>
 <code xml GetPrescriptionRequestsAndDetailsRequestType-2.xml>
-<GetOrganisationPrescriptionRequestsRequest>
+<GetPrescriptionRequestsAndDetailsResponse>
 	<PrescribingOrganisation>
 		<Type>Sygehus</Type>
@@ Line 42: / Line 43: @@
         <RequestNotOlderThan>2023-01-01T00:00:00Z</RequestNotOlderThan>
         <LastReceived>111111111111111111</LastReceived>
-</GetOrganisationPrescriptionRequestsRequest>
+</GetPrescriptionRequestsAndDetailsResponse>
 </code>