...

På NSP deles i dag CDA dokumenter vha. en XDS infrastruktur. Et CDA dokumenter dokument er et struktureret XML dokument, som følger en bestemt standard for kliniske dokumenter. Der findes forskellige typer af CDA dokumenter. Medcom har lavet de danske profileringer (Udgivelser), som dækker typerne:

...

Fælles for alle dokumenterne er en et fælles CDA header format, der indeholder metadata om dokumentet. Denne skal overholde Medcoms standard (XDS Metadata for Document Sharing. Danish profile).  Ligesom data i headeren skal findes i Medcoms fælles liste over tilladet værdisæt (DK-IHE_Metadata-Common_Code_systems-Value_sets). 

Dokumenter, som gemmes i XDS infrasktrukturen, registreres under deres metadata - herunder dokumentid, og kan fremsøges ud fra disse igen. Det registerede metadata er underlagt samme standarder, som CDA dokumenterne selv er,  dvs. de skal overholde Medcoms standarder.

For at gemme eller hente et dokument, anvendet et ITI kald. ITI kald er standardiserede SOAP services, der overholder IHE XDS specifikationen. Et ITI kald opererer med begreberne SubmissionSet, DocumentEntry og Association, hvis indhold lægger sig op af dokumentets metadata. Disse skal derfor også overholde standarderne.

For yderligere Yderligere detaljer og introduktion til dokumentdeling læskan læses i Dokumentdeling på NSP. 

For at lette arbejdet med at overholde/validerere for standarderne, findes XdsValidation biblioteket. DROS komponenten gør kan gøre brug af denne validering, for at sikre, at der ikke komme ugyldige data ind i XDS infrastrukturen. Anvendere af DROS kan selv implementere validering vha. af XdsValidation biblioteket, hvis man ønsker at finde " fejl" , inden det faktisk faktiske kald udføres.

XdsValiderings biblioteket er under fortsat udvikling. Se afsnittet "Understøttede valideringsregler" for den nuværende implementering.

For at anvende XdsValidation biblioteket, skal man gøre brug af tredjepartsproduktet IPF Open eHealth Integration Platform, da interaktionen foregår vha. dette.

Da DROS, som nævnt gør brug af XdsValidation, kan man her finde yderligere inspiration for implementering , hvis man som ekstern anvender ønsker at gøre brug af XDS valideringder. Dette dokument beskriver overordnet tilgængelighed funktionalitet af modulet samt anvendelsebiblioteket.

API Beskrivelse og anvendelse

...

De implementerede valideringsregler er lavet med udgangspunkt i Medcoms standarder og IHE XDS specifikationen.

De Disse standarder refereres som følger:

• (IHE 4.2.3.1.2 Creating Coded Attributes): IHE XDS specfikiationen afsnit 4.2.3.1.2
• (DK_IHE_ClassCode_DE): Medcoms fælles liste over tilladet værdisæt faneblad ClassCode_DE
• (Metadata-v096 2.2.3 classCode): Medsoms danske CDA profil afsnit 2.2.3
• (DK-APD-v2.0: 2.1.10.1 Appointment Date and Time):  Medcoms Appointment Document (APD) til aftaler afsnit 2.1.10.1

For nu er følgende valideringer implementeret:

...

. Beskrivelsern i tabelkolonnerne "Validering" stammer fra XdsValidationprojektets javadoc

...

og

...

skal vedligeholdes der.

(Anvend "mvn javadoc:javadoc -pl \!validation-cda-dependencies " for at generere i target/site folderne for mvn modulerne validation-xds og validation-codes)

Default validering konfiguration

Der Man kan med fordel tages tage udgangspunkt i disse konfigurerede valideringer, ligesom DROS gør i ovenstående eksempler. Hvad de hver især dækker fremgår af følgende afsnit.

Validering af struktur

Dette er validering, som har med struktur at gøre. F.eks. udpakning af information og forventninger til del-elementer.

Afkrydningen i tabellens 5 sidste søjler indikerer, om en given validering er inkluderet i default valideringer, som er konfigureret i XdsValidation biblioteket.

...

Feltvalideringer

Hver validering beskæftiger sig med et specifikt felt i enten ITI kald og/eller CDA dokumentet.

Afkrydningen i tabellens 5 sidste søjler indikerer, om en given validering er inkluderet i default valideringer, som er konfigureret i XdsValidation biblioteket.

...