Page History

...

Nærværende dokument beskriver design og arkitektur af 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.

Formålet med dette dokument er at beskrive systemarkitekturen for AO XDS Adaptere. 

Derudover inderholder dokumentet en beslutningslog for design og arkitekturen af AO XDS Adaptere.

Læsevejledning

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

...

• DDS adgangskontrol: Adgang under hensyntagen til DGWS (AO XDS Adaptere implementerer ikke selv sikkerhed)
• 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 DDSaf udleverede informationer

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

Indholdet i de konkrete aftaleoversigtsdokumenter aftaledokumenter samt metadata entries for disse skabes af AO XDS Registry Adapter ved at kalde processering af returværdier fra kald til 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 rene 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

• Understøtte queries til fremsøgning af dokumentmetadata via DDS Registry (ITI-18 Registry Stored Query)
• Understøtte forespørgsler efter dokumentindhold via DDS Repository (ITI-43 Retrieve Document Set)

Arkitekturen er afbilledet i Ovenstående er opsummeret følgende diagram:

...

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.

...