Table of Contents

Introduktion

Nærværende dokument beskriver de såkaldte AO XDS Adaptere (IHE XDS proxy’er) fra interimløsningen.

Formål

AO XDS Adaptere tilbyder en snitflade til fremsøgning og hentning af CDA aftaledokumenter.

...

Nærværende dokument er tiltænkt udviklere og IT-arkitekter med interesse i anvendelsen af AO XDS Adaptere.

Herunder hører naturligvis personer involveret i konkrete dokument-kildesystemers brug af aftaler (indirekte gennem DDS).

...

Introduktion til AO XDS Adaptere

...

Overblik over løsningens arkitektur

Patienters aftaler med pleje- og sundhedsvæsenet gøres tilgængelige gennem Dokumentdelingsservices (DDS) på den Nationale Service Platform (NSP).

AO XDS Adaptere udstilles ikke direkte på NSP'en men kaldes via DDS - som et bagvedliggende XDS Registry og XDS Repository.

AO XDS Adaptere overlader derfor flere lovgivningsmæssige og sikkerhedsrelaterede opgaver til DDS. Det drejer sig f.eks. om:

Sikkerhedsprotokol (DDS implementerer DGWS -
• DDS adgangskontrol: Adgang under hensyntagen til DGWS (AO XDS Adaptere
har ingen
• implementerer ikke selv sikkerhed)
• Auditlogning
Kald af relaterede services:
• Logning til MinLog
• Tjek af samtykkeregler
Tjek af behandlingsrelation
• Opfølgning i forhold til behandlingsrelation: DDS bestiller opfølgning ved dataadgang - herunder også data fremskaffet via AO XDS Adaptere
• Spærringer: DDS udleverer data i overensstemmelse med borgerens registreringer i MinSpærring
• Logning i MinLog: DDS logger udleverede data til MinLog
• AuditLogning i DDS

DDS indhenter dokumentmetadata og aftaleoversigtsdokumenter ved at kalde Aftaleoversigt XDS Registry Adapter og Aftaleoversigt XDS Repository Adapter, samlet kendt som Aftaleoversigt XDS-adaptere.

Indholdet i de konkrete aftaleoversigtsdokumenter skabes af AO XDS Registry Adapter ved at kalde Bookplans REST-ful aftaleservice. Returværdierne fra Bookplan definerer de metadata entries, der returneres ved søgninger.

Dokumenternes indhold dannes i Aftaleoversigt XDS Registry Adapter og lagres i en database, så de senere kan hentes af anvenderne.

Dokumenterne kan hentes via Aftaleoversigten XDS Repository Adapter.

AO XDS Adaptere er således en ren forretningskomponent, der har til ansvar at:

1. Modtage søgninger på aftaledokumenter fra dokumentanvendere via DDS
   1. Kalde bagvedliggende Bookplan snitflade for at fremsøge de relevate data for søgninger (i pkt 1)
   2. Transformere Bookplan aftaler til lovlige CDA aftaledokumenter (APD) i henhold til template (enten versionerne 1.1 eller 2.0) og persistere disse midlertidigt i database
   3. Returnere søgeresultate som DocumentEntries via DDS
2. Modtage requests til dokumentudsøgninger på ID fra dokumentanvendere via DDS
   1. Udsøge dokumenter i database (se pkt 1.b ovenfor) og returnere dokumentindhold til anvender via DDS

Overblik over løsningens arkitektur

Dokumentanvendere tilgår ikke AO XDS Adaptere direkte, men vil anvende disse services indirekte gennem servicekald til DDS.

Ovenstående er opsummeret følgende diagram:

Fremsøgning af dokument(ers metadata)

DDS Registry udbyder en service til søgning (ITI-18) for anvenderne.

Ved modtagelse af en søgning, vil DDS Registry sende søgningen videre til alle bagvedliggende registries - herunder AO XDS Registry RN og AO XDS Registry RM.

...

AO XDS Registry kalder den bagvedliggende Bookplan web service (hhv. Bookplan RN og Bookplan RM) for at fremsøge relevante aftaler. Disse bookplan-aftaler mappes til CDA dokumenter (enten APD version 1.1 eller APD version 2.0 udfra konfigurationen). Da bookplan-aftaler ikke har et unikt ID, så vil AO XDS Registry Adapter generere et dokument-id (og et dokument) for hvert resultat, som fremsøgningen giver anledning til. Samtidig med at resultatlisten for kaldet til ITI-18 kaldet laves, så genereres selve aftaledokumentet og lagres i AO XDS DB Cache.

Hentning af dokumenter

Ved hentning af dokument via DDS Repositorys service ITI-43 delegeres kaldet videre til AO XDS Repository. Det er op til AO XDS Repository at hente aftaledokumentet ud af AO XDS DB Cache.

...