Norsk profil for XDS-metadata

Denne siden gir en beskrivelse av metadata for den norske XDS-profilen. Dette gjelder både hvilke attributter som skal brukes, hvordan attributtene skal brukes og hvilke kodesystemer som skal brukes. XDS er innholdsagnostisk, noe som betyr at det ikke har kjennskap til innholdet i dokumentet som deles eller gjøres tilgjengelig i en XDS-løsning.

Om dokumentet er en PDF, en XML-fil eller et bilde, spiller ingen rolle for XDS-løsningen – den vil uansett bare behandle filen som et dokument uten hensyn til innhold eller format.
Siden XDS-løsninger ikke har noen relasjon til innholdet i dokumentet, må det registreres metadata som blant annet beskriver det overordnede kliniske innholdet i dokumentene. Det er disse metadataene som brukes ved søk etter bestemte dokumenter. Metadataene er inndelt i følgende områder:

• Pasientidentitet: Attributt som identifiserer pasienten som et dokument omhandler, inkludert pasient-ID (fødselsnummer) og navn.
• Kilde/opprinnelse: Attributt som beskriver hvor dokumentet er generert.
• Sikkerhet og personvern: Attributt som beskriver sikkerhetsregler og kan brukes til å kontrollere tilgang til dokumentet.
• Innholdsbeskrivelse (deskriptiv): Attributt som beskriver det kliniske innholdet i dokumentet. Dette er et attributt som er viktig for å utføre søk og finne dokumenter basert på kliniske «søkeparametere».
• Dokumentstatus (objektlivssyklus): Attributt som beskriver statusen til dokumentet og eventuelle relasjoner til andre dokumenter. Utveksling: Attributt som beskriver hvordan dokumentet kan utveksles («pull» eller «push»)

Bruk av XDS og informasjonssikkerhet

Denne profilen beskriver ikke hvordan ulike brukere og løsninger skal få tilgang til dokumenter som gjøres tilgjengelige for oppslag i en XDS-løsning.
XDS har flere metadataattributter, som virksomheten (authorInstitution) som produserte dokumentet og dokumenttypen (classCode/typeCode), som kan gi grunnlag for hvordan sikkerhet og tilgangsstyring kan ivaretas.
Det er imidlertid ingen «innebygd» sikkerhet/tilgangskontroll i metadataattributtene direkte – dette må ivaretas av løsningene som til sammen utgjør ett eller flere XDS-områder og via systemløsningene som gir tilgang til dokumenter i en XDS-løsning

Profilbeskrivelse

Noen av XML-typene som beskrives nedenfor kan brukes til å representere ulike konsepter. Tabellen nedenfor beskriver de ulike typene.

DocumentEntry (<ExtrinsicObject>)

I denne sammenhengen er et DocumentEntry metadataene som er registrert på det enkelte dokumentet som skal gjøres tilgjengelig og deles i en XDS-løsning. Disse metadataene inneholder ikke innholdet i selve dokumentet, men kun metadata om dokumentet. Det finnes to typer DocumentEntry:

• Stable DocumentEntry inneholder data om et dokument som allerede er generert og eksisterer, og som er tilgjengelig for nedlasting via XDS-løsningen.
• On-demand DocumentEntry inneholder metadata med en unik ID som kan brukes til å generere et dokument når det er gjort en forespørsel om dokumentet med den ID-en.

🚩 Merk!
PJD.XcaDocumentSource samt alle dokumentkilder i Norge støtter kun Stable-dokumenter. Dette er beskrevet for informasjonsformål.
Bruken av On-demand-dokumenter i dokumentdeling i Norge støttes ikke.

SubmissionSet (<RegistryPackage>)

SubmissionSet er en beskrivelse av ett eller flere DocumentEntry-objekter som del av en en «pakke». SubmissionSet-et kan sammenlignes med pakkeetiketten på en pakke. Disse metadataene oppsummerer innholdet i SubmissionSet og hvordan tilhørende dokumenter, relasjoner og mapper er plassert sammen. Et eksempel på når et SubmissionSet kan brukes, er når man ønsker å samle alle dokumenter knyttet til et sykehusopphold for en pasient. Når et SubmissionSet sendes inn, er det slik at enten alle dokumentene legges i dokumentarkivet, eller ingen (Atomic submission). Det vil si at dersom det er en feil knyttet til ett av dokumentene, vil ingen av dokumentene bli lagt i arkivet.

Association (<Association>)

En <Association> brukes til å binde to eller flere typer sammen for å skape en logisk forbindelse mellom dem. Dette gjøres ved hjelp av attributtene sourceObject og targetObject, som refererer til de unike identifikatorene til de tilknyttede typene. En <Association> kan ha flere tilstander basert på sin associationType

Folder (<RegistryPackage>)

En Folder er en logisk samling av dokumenter som har en relasjon til hverandre. En Folder kan oppdateres av flere SubmissionSets, også sendt fra flere ulike virksomheter. Dette kan for eksempel være for å samle alle dokumenter som tilhører en laboratorieundersøkelse, både laboratorierekvisjonen og tilhørende laboratoriesvar. Dette dokumentet beskriver ikke spesifikt hvordan Folder skal brukes.

Spesifikajson

Norsk IHE XDS metadataprofil

Den gjeldende spesifikasjonen er publisert på Helsedirektoratet's nettsider

IHE XDS metadata - helsedirektoratet.no

Utvidelser av spesifikasjonen

DocumentEntry.ConfidentialityCode

I tillegg til kodeverk 2.16.578.1.12.4.1.1.9603, kan den nye utgaven 2.16.578.1.12.4.1.1.9604 også bli brukt til å klassifisere et dokument. Dokumentkilder- og konsumenter skal være i stand til å håndtere begge kodeverk og forretningsreglene knyttet til de.

SubmissionSet.SourceId

XML Example

<q2:ExternalIdentifier 
    id="8097525e-1d1e-40c3-86f8-0884fc72c95c" 
    objectType="urn:oasis:names:tc:ebxml-regrep:ObjectType:RegistryObject:ExternalIdentifier" 
    registryObject="976905c8-fc37-4a66-aa8d-d993c5a33a9f" 
    identificationScheme="urn:uuid:554ac39e-e3fe-47fe-b233-965d2a147832" 
    value=".3681.1832.2070">
<q2:Name>
    <q2:LocalizedString value="XDSSubmissionSet.sourceId" />
</q2:Name>