Differences

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

--- fmk:generel:kommunikation_med_receptserver [2018-01-16 12:15] – [Tegnsæt] usk
+++ fmk:generel:kommunikation_med_receptserver [2026-03-06 08:53] (current) – external edit 127.0.0.1
@@ Line 3: / Line 3: @@
 Før 2015 blev recepter håndteret på den såkaldte "Receptserver" og FMK havde en replikeret kopi af data. Dengang kunne recepter enten oprettes via EDIFACT eller via en service i FMK, som kaldte videre til en webservice på Receptserveren. Den tekniske fremføring af EDIFACT beskeder gjorde, at recepter af denne type kunne nå frem til Receptserveren (og dermed apotekerne) med en vis forsinkelse, der i værste fald kunne være halve eller hele timer. **Recepter oprettet gennem FMK er derimod altid blevet oprettet "øjeblikkeligt" i samme kald, uden forsinkelse.**
-I dag håndteres recepter af et Recept-modul i FMK-regi. Der er dog stadig ikke transaktionsmæssig sammenhæng imellem FMK or Recept-modulet.
+I dag håndteres recepter af et recept-modul i FMK-regi. Der er dog stadig ikke transaktionsmæssig sammenhæng imellem FMK or recept-modulet.
 En recept der ikke kan oprettes vil medføre at kaldet til recept-modulet og FMK vil rulle tilbage. Derimod vil FMKs evt. tidligere kald til recept-modulet ikke rulle tilbage, dvs. at recepter oprettet i samme kald til FMK, men ud fra andre lægemiddelordinationer, vil ikke blive rullet tilbage. Dette kan f.eks. optræde, når FMK kaldes med flere ”opret recept” dokumenter i samme kald.
@@ Line 43: / Line 43: @@
 </code>
-===== Angivelse at seneste replikering =====
-(Fra og med FMK version 1.4.4 vil dette element ikke længere returneres)
-Receptordinationer blive hentet fra en lokal replikeret kopi af data fra Receptserveren. Alle læsninger vil ske fra replikaet, hvorimod oprettelse af receptordinationer sker gennem en webservice på receptserveren. Receptordinationer oprettet gennem FMK vil automatisk blive opdateret i replikaet.
-I normal drift vil den lokale database maksimalt være 30 minutter efter receptserveren. I fejlsituationer er det dog relevant at vide præcis, hvornår sidste replikering fandt sted. Denne oplysning er indsat i response headeren som eksempelvis:
-<code xml>
-<PrescriptionReplicationStatusStructure>
-	<LatestReplicationDateTime>2009-11-16T11:52:00Z</LatestReplicationDateTime>
-</PrescriptionReplicationStatusStructure>
-</code>
-Tiden angives i timer og minutter. Sekunder sættes altid til 00.