Page History

...

Oprindelig var det aftaledokumenter (APD) som blev delt på NSP platformen. Men det har ændret sig, så også de andre dokumenttyper er kommet i spil. Alle dokumenterne på NSP er CDA dokumenter for nuværende. Og de skal alle overholde Medcoms profiler nævnt ovenfor. 

Der er to typer af CDA dokumenter (angives også i metadata feltet type) .

• "Stable document" som bliver skabt og gemt en gang for alle
• "On-demand" som først skabes på det tidspunkt det faktisk efterspørges

TODO: andre dokumenttyper , f.eks. on-demand? fsk... af ondemand som skal nævnes med navn?

Hvad er dokumentdeling

XDS står for Cross-Enterprise Document Sharing og er en international standard (IHE) for udveksling af kliniske dokumenter. Se f.eks. IHE Cross-Enterprise Document Sharing. En XDS infrastruktur består (mindst) af følgende to komponenter:

• XDS Repository: Står for persistering af dokumenter tilknyttet et unikt ID.
• XDS Registry: Står for opbevaring og indexering af metadata vedr. dokumenterne i et eller flere XDS repositories. Dette kunne f.eks. være start- og sluttidspunkt

...

• dokumentet dækker over, eller dets forfatter (author) (oplysningerne stammer fra CDA headeren)

Integrationen med XDS infrastrukturen sker vha en række standardiserede SOAP webservices. Et overblik over XDS infrastrukturen og de forskellige services ses nedenfor:

...

Image Added

TODO: Lav korrekt tegning

Når data skal deles vha XDS sker følgende:

1. Dokumenter afleveres af dokumentkilden (Document Source) til XDS repository via servicehåndtaget ITI-41 Provide and Register Document Set. Herefter sørger XDS repository for at registrere dokumentet i XDS registry via servicehåndtaget ITI-42 Register Document Set.
2. Hvis der er tale om et on-demand dokument registreres det af dokumentkilden (On Demand Document Source) direkte i XDS registry via servicehåndtaget ITI-61 Register On Demand Document Entry,  da der ikke et et faktisk CDA dokument at gemme.
3. Dokumentaftager (Document Consumer) fremsøger dokumenter i XDS registry via servicehåndtaget ITI-18 Registry Stored Query. Svaret på denne query er en liste af documentIds og repositoryIds, der fortæller, hvilke dokumenter der lever op til søgekriterierne, og hvor de findes (repositoryId)
4. Dokumentaftager (Document Consumer) henter dokument i XDS

...

1. repository via servicehåndtaget ITI-43 Retrieve Document Set

...

1. Dokumentadministrator (Document Administrator) kan opdatere metadata (heriblandt deprecate) i XDS registry via servicehåndtaget

...

1. ITI-57 Update Document Set.

IHE XDS standarden linker specificeret i en række dokumenter som findes her (revision og dato matcher versionen da link indsat):

• ITI TF-1: IHE IT Infrastructure Technical Framework Volume 1 (ITI TF-1) Integration Profiles (Revision 17.0 – Final Text)
• ITI TF-2a2: IHE IT Infrastructure Technical Framework Volume 2a (ITI TF-2a) Transactions Part A (Revision 17.0 – Final Text)ITI TF-2b: IHE IT Infrastructure Technical Framework Volume 2b (ITI TF-2b) Transactions Part B (Revision 17.0 , Volume 2 Revision 18.0, July 30, 2021 – Final Text)
• ITI TF-3: IHE IT Infrastructure (ITI) Technical Framework, Volume 3 (ITI TF- 3 ) Cross-Transaction Specifications and Content Specifications (Revision 17.0 Revision 18.0, July 30, 2021 – Final Text)
• ITI TF-Metadata: IHE IT Infrastructure Technical Framework Supplement 10 XDS Metadata Update 15 Rev. 1.11 12 – Trial Implementation July 122, 20192021

TODO: inkl læsevejledning til standarden

...