Page History
Indledning
Dette dokument handler om arkitekturen, der ligger bag deling af aftaler via NSP.
Det giver et overblik over, hvorledes de forskellige forretningsservices på NSP skal anvendes i forbindelse med deling af aftaler.
Dokumentet dokumenterer ikke de enkelte services i forhold til f.eks. snitflader, men vil henvise til relevant dokumentation .
Dokumentet starter med et overblik over aftaler: Hvad er en aftale? Hvordan er aftaler modelleret?
Dernæst gives et overblik over aftaledeling: Hvilke NSP services udgør tilsammen infratrukturen til understøttelse af deling af aftaler.
Tilsidst i dokumentet gennemgås relevante user stories i forbindelse med deling af aftaler:
...
f.eks. snitfladebeskrivelser for de involverede services.
Der henvises til dokumentationen Et samlet patientoverblik > Aftaleoversigt for en beskrivelser af forretningsregler, tekniske implementationsvejledninger samt standarder, der gælder for deling af aftaler.
...
Ordliste
| Betegnelse | Beskrivelse | Yderligere dokumentation |
|---|---|---|
| APD | Appointment Document er en type af CDA til modellering af aftaler. | Se MEDCOM-APD |
| CDA | Clinical Document Architecture er en XML baseret HL7 standard der specificerer encoding, struktur og semantik for kliniske dokumenter. | http://www.hl7.org/implement/standards/product_brief.cfm?product_id=7 |
| XDS | Cross Enterprise Document Sharing (XDS) er en række IHE standarder, der specificerer, hvordan dokumenter (f.eks. CDA) deles mellem sundhedsorganisationer. | https://wiki.ihe.net/index.php/Cross-Enterprise_Document_Sharing |
Dokumenthenvisninger
...
https://bitbucket.org/4s/cda-validator
https://cda.medcom.dk (online version)
Overblik over aftaler
Hvad er en aftale?
I konteksten af deling af aftaler, defineres en aftale som følger:
...
En aftale skal i det følgende forstås som et tidspunkt og et sted,
hvor en borger og en sundhedsprofessionel ressource (hospital, læge, kommune)
mødes i terapeutisk/behandlingsøjemed (se ABP1.1)
I deling af aftaler via NSP arbejdes der med en fælles datamodel for aftaler. Denne fælles datamodel bygger på HL7v3 (baseret på HL7's Reference Information Model - RIM) samt profilering af denne datamodel i implementationsguides for XML dokumenter (CDA Release 2) for specifikke anvendelser.
Hvordan modelleres aftaler?
Overordnet set består et CDA (Clinical Document Architecture) dokument af følgende elementer:
- En header med metadata om dokumentet: Denne header indeholder information, der går igen henover alle typer af kliniske dokumenter f.eks. hvilken patient drejer dokumentet sig om, hvilken organisation er ansvarlig (ejer) af dokumentet mm.
- En body med selve det kliniske indhold: En struktur til bestemte formål
Medcom har lavet danske profileringer både af CDA headeren (se MEDCOM-CDAHEADER) og af aftaledokumentformatet (MEDCOM-APD).
...
Således modelleres aftaler som individuelle aftaledokumenter.
Det er op til anvenderne af deling af aftaler at parse og forstå de hentede aftaledokumenter. Medcom har til dette formål udviklet en builder/parser til f.eks. aftaledokumenter (se 4S-BUILDER) samt en validator (se 4S-VALIDATOR), som også er tilgængelig online.
Aftaleformatet er udkommet i flere revisioner, hvoraf den seneste er 2.0.
Repeterende aftaler
Der har været diskussioner om, hvorledes repeterende aftaler skal repræsenteres indenfor konceptet deling af aftaler. Medcoms version 2.0 af APD (se MEDCOM-APD-V2) behandler specifikt problemet vedr. repeterende aftaler, hvor de tidligere versioner lod dette være op til anvenderne.
En repeterende aftale er en aftale, hvor en borger og en sundhedsprofessionel mødes i terapeutisk/behandlingsøjemed flere gange med en defineret frekvens f.eks. et hjemmebesøg hver mandag. I forhold til aftaledefinitionen ovenfor, kan en repeterende aftale opfattes som en mængde af flere enkeltaftaler.
Version 2.0 af APD beskriver, hvorledes de enkelte delaftaler i en repeterende aftale skal modelleres som individuelle APD CDA dokumenter. Aftaledokumenter som er en del af en repeterende aftale har en angivelse af dette som en del af CDA body:
- Repetationskode: For at en aftale kan opfattes som en del af en repeterende aftale, skal APD dokumentet have repetationskoden 'RepeatingDocumentType'.
- Sammenkædning med andre enkeltaftaler: Der kan angives et UUID på de enkelte aftaledokumenter. UUID'en identificerer den repeterende aftale og er en måde at lave den konkrete sammenkædning på.
Vejledende tidspunkter
Udover at beskrive modelleringen af repeterende aftaler indeholder version 2.0 af APD en beskrivelse af, hvordan det kan modelleres, at tidspunkterne i aftalen er vejledende f.eks. i forbindelse med hjemmebesøg.
Eksempel på aftaledokument
På Medcoms SVN findes en række eksempler på CDA dokumenter.
...
Overblik over aftaledeling
Ligesom modellering af aftaler bygger på danske profileringer af internationale standarder under HL7, er snitfladerne i deling af aftaler også baseret på HL7 standarder.
...
Aftaledelingarkitektur
I det følgende gives et arkitekturoverblik over, hvilke forretningsservices på NSP, der er i spil i forbindelse med deling af aftaler.
Gliffy Diagram macroId 6af5c9e5-0448-4e1d-9c80-a06fed416acc name Aftaledeling-arkitektur pagePin 4
User stories i forbindelse med aftaledeling
...