...

NXRG - Design- og arkitekturbeskrivelse

TODO: skrive hvad slet er først, og anvend så det istedet for deprecated.

Indledning

Formål

Dokumentdeling gør det muligt for aktører sundhedsvæsnet at dele relevante data om borgere, og dermed skabe et overblik over den enkelte borgers situation for de aktører som har brug for dette. Det kan være dem, som planlægger og gennemfører behandlingsforløb eller for borgerens selv og omsorgspersoner. Samtidig skal det være muligt for borgeren at bestemme, hvem han/hun vil dele disse data med gennem samtykke samt se, hvem der har læst data via MinLog. Infrastrukturen der muliggør deling af dokumenter på tværs af sundhedsaktører er baseret på IHE XDS standarden

...

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 repository via servicehåndtaget ITI-43 Retrieve Document Set
5. Dokumentadministrator (Document Administrator) kan opdatere metadata (heriblandt slet (deprecate)) i XDS registry via servicehåndtaget ITI-57 Update Document Set.
6. (Patient Identify Source som fremgår af figuren anvendes ikke på NSP)

...

Man anvender submissionSet når man sender data ind (dvs ikke til søgninger). Et submissionSet pakker et kald ind. Indholdet af et submissionSet er documententries og associations. Opretter man nye dokumenter, vil der i et submissionset være en eller flere documentEntries (et for hvert dokument) og tilsvarende antal "SE-DE HasMember" associationer.  Tilsvarende gælder for ret dokument. Men her vil der yderligere være en "Relationship" association af typen "replace". Deprecater Sletter (deprecate) man et dokument, har man ikke en docuemntEntrydocumentEntry, men en "Relationship" association af typen "update availability status".

Når man opretter et documentEntry skal der sættes et entryUuid på. Dette id er vigtigt, da det anvendes i forbindelse med senere ret og slet (deprecate af ) af dokumentet. Det skal have prefix "urn:uuid:" for at være et entryUuid, ellers vil det blive opfattet som et symbolsk id, og den kaldte komponent vil selv tildele et gyldigt entryUuid.

...

• For opret af dokumenter: source er submissionSet entryUuid og target er documentEntry's entryUuid
• For ret, som for opret. Men den ekstra "replace" association er source  nye dokuments entryUuid og target det gamle dokument
• For slet (deprecate):  source er submissionSet entryUuid og target er entryUuid for det dokument som skal deprecatesslettes

TODO: hvilke id'er er vigtige ud over de nævne?

...

...