Page History
Referencer
[EHMI-ARK] | Målbillede for EHMI ”Maalbillede for meddelelseskommunikation.pdf” |
[EAS-FHIR-IG] | EAS FHIR Implementation Guide |
[EAS US] | EHMI-EAS users-stories ”Sundhedsadressering User stories - ny skabelon.docx” |
[HAPI FHIR] | Open source FHIR service |
[EER-FHIR-IG] | EER FHIR Implementation Guide |
[EHMI-SIK] | Sikkerhedsarkitektur for EHMI Sikkerhedsarkitektur EHMI services v10.pdf |
Baggrund
I 2020 udarbejdede Sundhedsdatastyrelsen Målbillede for meddelelseskommunikation på sundhedsområdet [EHMI-ARK], som dannede grundlag for en efterfølgende pilotafprøvning.
Den fremtidige meddelelseskommunikation på sundhedsområdet skal baseres på eDelivery – en standardiseret, domæneneutral infrastruktur for effektiv meddelelsesudveksling, udviklet i EU-regi. Denne infrastruktur anvendes allerede på andre områder end sundhed i både EU og Danmark.
I Danmark omtales eDelivery-infrastrukturen til sundhedsområdet som EHMI – Enhanced Healthcare Messaging Infrastructure. Formålet med afprøvningen af EHMI er at realisere visionen i Målbilledet for meddelelseskommunikation på sundhedsområdet, som udstikker rammer og retning for EHMI-produktionspiloten. Visionen er, at MedCom-kommunikationen skal bevæge sig fra den nuværende EDIFACT-/VANS-infrastruktur over til EHMI-infrastrukturen.
EAS – EHMI Addressing Service – er en fælles forretningsadresseringsservice på sundhedsområdet, som er etableret på den nationale serviceplatform (NSP) som led i EHMI-produktionspiloten. EAS anvendes af fagsystemer til at fremsøge adressen på en modtager af en meddelelse – eksempelvis når modtageren ikke entydigt kan identificeres ud fra en given klinisk kontekst. EAS videresender forespørgsler til relevante autoritative kilder og returnerer det nødvendige svar til fagsystemet. På den måde afkobler EAS fagsystemerne fra de bagvedliggende kilder, så logikken for at fremsøge modtagere i forskellige situationer nu centraliseres og vedligeholdes ét sted – i EAS.
I den nuværende implementering understøtter EAS følgende søgefunktioner:
- Fremsøg en patients (sikringsgruppe 1) praktiserende læge og dennes modtageradresse
- Fremsøg modtageradresse via ydernummer
- Fremsøg modtageradresse via SOR id
- Fremsøg en liste af mulige modtagere (og deres modtageradresser) via postnummer
Disse funktioner dækker behovene i produktionspiloten, og EAS udbygges løbende med yderligere fremsøgningsscenarier.
Applikationsarkitektur
Et samlet overblik over EAS-applikationsarkitekturen ses i figuren nedenfor.
EAS realiseres via en HAPI FHIR Plain Server (FHIR facade server). Facade-serveren er valgt, da EAS ikke selv opbevarer data, men i stedet henter og behandler data fra forskellige autoritative registre on-demand.
FHIR Ressourcer udtrykkes, hvor det er muligt, via den kanoniske informationsmodel i HL7-FHIR R4, og der hvor R4 ikke er tilstrækkelig, anvendes HL7-FHIR R5/R6 Extensions som inspiration.
EAS-operationerne er defineret via HL7-FHIR R4 CapabilityStatement.
Adresseringsforretningslogik
EAS realiserer følgende fire use cases (jf. EAS FHIR Implementation Guide):
- UC1: Get General Practitioner for a Patient by PatientId (Health Insurance Group 1)
- UC2: Get General Practitioner for a Patient by GPId (Health Insurance Group 1)
- UC3: Get possible General Practitioner for a Patient by PostalCodes (Health Insurance Group 2)
- UC4: Get ReceivingOrganization by SOR id
De fire use cases benytter de fire FHIR-operationer beskrevet nedenfor. På den følgende figur er de fire operationer fremhævet med mørkeblå farve.
Navn op FHIR operation | Input og output | UseCase |
getReceivingOrganizationByPatientId | Input: 1) CPR-nummer opsat i EasCorePatientFHIR ressourcen 2) Liste af MessageType | UC 1 |
Output Succes) Liste afEasMessagingOrganizationFHIR ressourcer Error)EasOperationOutcome | ||
getReceivingOrganizationByGPId
| Input: 1) Ydernummer opsat i EasSorOrganizationFHIR ressourcen 2) Liste af MessageType | UC2 |
Output Succes) Liste afEasMessagingOrganizationFHIR ressourcer Error)EasOperationOutcome | ||
getListOfGpByPostalCode
| Input: 1) Liste med postnumre 2) Liste af MessageType. | UC3 |
Output Succes) Liste afEasSorOrganizationFHIR ressourcer Error)EasOperationOutcome | ||
getReceivingOrganizationBySORId
| Input: 1) Liste af SOR-koder opsat i EasSorOrganizationFHIR ressourcen. 2) Liste af MessageType. | UC3 og UC4 |
Output Succes) Liste afEasMessagingOrganizationFHIR ressourcer Error)EasOperationOutcome |
EasCorePatient, EasSorOrganization, EasMessagingOrganization og EasOperationOutcome er FHIR ressourcer og specificeretvia [EAS-FHIR-IG].
Input parameteren MessageType er en streng, der angiver en meddelelsestype. Ved kald til EAS ønsker serviceaftageren at afgrænse output til EndPoints, som understøtter en af de meddelelsestyper, der fremgår af MessageType input-listen. I pilotprojektet fokuseres alene påendpoints, der understøtter meddelelsestypen”kommunalt prøvesvar” (homecareobservation).
...
*En organisation (eksempelvis en lægepraksis) er i SOR-registeret repræsenteret som et hierarki af SOR-noder (jf. eksemplet påFigur 4 figuren nedenfor). Som det fremgåraf figuren, såer noderne med SOR-id xx6 og xx7 tilknyttet ydernummer=c. I dette tilfælde skal forældrene også udtrækkes – dvs. det bliver i alt noderne xx6, xx7, xx4 og xx1.Hvis det derimod var ydernummer=b, som skal fremsøges, så bliver det med forældre og børn noderne xx5, xx3 og xx1.
...