elga-cdaxds-2.06.2:Überblickstabelle

Überblickstabelle der XDS Metadaten

Die folgende Tabelle gibt einen Überblick über alle XDS-Metadaten-Elemente. Die Spalten zeigen jeweils den Namen des Metadaten-Elements, dessen Optionalität in IHE bzw. ELGA für das Einbringen von Dokumenten, sowie die Quelle aus der die Informationen stammen.

In der Tabelle 3 werden die XDS-Metadaten-Elemente mit der minimalen Anzahl des Vorkommens der Elemente (Optionalität), jeweils für Stable Documents (SD) und On-Demand-Documents (ODD) angegeben.

Code	Bedeutung
C	Aus CDA-Inhalt abgeleitet (direkt oder indirekt, gilt nicht für On-Demand-Documents)
E1	Explizit gesetzt (ELGA relevant)
E2	Explizit gesetzt (nicht ELGA relevant)
A	Von Registry oder Repository automatisch gesetzt
B	Vom ELGA-Berechtigungssteuerungssystem automatisch gesetzt

Tabelle 1: Legende zur Spalte „Quelle“ der folgenden Tabelle

Code	Bedeutung
R	Verpflichtend („Required”)
R2	Verpflichtend wenn bekannt („Required if Known“)
O	Optional
X	Wird nicht unterstützt – wird bei der Registrierung nicht eingetragen

Tabelle 2: Legende zur Spalte „Optionalität“ der folgenden Tabelle

Metadaten Element		Optionalität		Beschreibung	Quelle
		SD9	ODD10
Aus dem CDA-Inhalt ableitbare Metadaten
author (besteht aus den folgenden Komponenten)		R	R	Die Person, welche das Dokument verfasst hat	-
	authorInstitution	R	R	ID der Organisation der die Person angehört. (OID aus dem GDA-Index)	C
	authorPerson	R	R	Daten der Person. (Name, ID, etc.)	C
	authorRole	R2	X	Rolle der Person	C
	authorSpeciality	R2	X	Fachrichtung der Person	C
classCode		R	R	Dokumentenklasse (Oberklasse) z.B.: 18842-5 „Entlassungsbrief“	C
confidentialityCode		R	X	Vertraulichkeitscode des Dokuments	C
creationTime		R	R	Zeitpunkt der Dokumentenerstellung	C
eventCodeList		R2	R2	Liste von Gesundheitsdienstleistungen	C
intendedRecipient		O	X	Für Verwendung mit XDW vorgesehen. Derzeit nicht in Verwendung.	C
languageCode		R	R	Sprachcode des Dokuments z.B.: "de-AT"	C
legalAuthenticator		R2	X	Rechtlicher Unterzeichner des Dokuments	C
serviceStartTime		R2	O	Beginn-Datum der Gesundheitsdienstleistung, z.B.: Datum der Aufnahme	C
serviceStopTime		R2	O	Ende-Datum der Gesundheitsdienstleistung, z.B.: Datum der Entlassung	C
sourcePatientId		R	R	Patienten ID im Informationssystem des GDA. z.B.: im KIS des KH	C
sourcePatientInfo		R	R	Demographische Daten des Patienten im Informationssystem des GDA (z.B.: im KIS einer Krankenanstalt)	C
Title		R	R	Titel des Dokuments	C
typeCode11		R	R	Dokumententyp (Unterklasse) codierter Wert, z.B.: 11490-0, „Entlassungsbrief aus stationärer Behandlung (Arzt)“	C
uniqueId		R	R	Global eindeutige ID des Dokuments	C
referenceIdList		R	O	Liste von Identifikatoren. Die Semantik der jeweiligen Identifier ist in dem Data Typ CXi codiert	C
Explizit zu setzende Metadaten
availabilityStatus		R	R	Gültigkeit des Dokuments	E1
formatCode		R	R	Format des Dokumenteninhalts	E1
healthcareFacilityTypeCode		R	R	Klassifizierung des GDA	E1
mimeType		R	R	Mime Type des Dokuments z.B.: „text/xml“ für CDA	E1
parentDocumentId		O12	O	Verweis auf ein referenziertes Dokument	E1
parentDocumentRelationship		O13	O	Typ der Relation zu dem referenzierten Dokument. z.B.: RPLC, XFRM	E1
practiceSettingCode		R	R	Fachliche Zuordnung des Dokuments	E1
entryUUID		R	R	UUID des Metadaten-Records des Dokuments (XDS DocumentEntry)	E1
objectType		R	R	Typ des DocumentEntries (SD oder ODD)	E1
comments		O	O	Kommentar zum Dokument	E2
patientId		R	R	Patienten-ID in der XDS Affinity Domain	E1
Von Registry oder Repository automatisch gesetzte Metadaten
hash		R	X	Hash Wert des Dokuments. Wird vom Repository befüllt.	A
homeCommunityId		R	R	Gemäß ITI XCA: Eine eindeutige Identifikation (OID) für eine „Community“, die in weiterer Folge dazu verwendet wird, den entsprechenden WebService Endpoint (URI des/der XCA Responding Gateway(s)) zu erhalten.	A
repositoryUniqueId		R	R	Die eindeutige Identifikation (OID) des Document Repositories, in welchem das Dokument abgelegt ist. Wird vom Repository befüllt.	A
size		R	X	Größe des Dokuments in Bytes. Wird vom Repository befüllt.	A
URI		-14	-	Wird in XDS nicht verwendet	A
Vom ELGA-Berechtigungssteuerungssystem automatisch gesetzte Metadaten (non-IHE)
elgaFlag		R	R	Kennzeichnet ein Dokument als „ELGA-Dokument“	B
elgaHash		R	R	Prüfkennzeichen für Integrität und Authentizität des XDS-Metadatensatzes	B

Tabelle 3: Überblick XDS Metadaten und deren Quellen (alphabetisch)

⁹ SD: „Stable Document“: Stabiles Dokument, das als Datei gespeichert und registriert zur Verfügung steht.
¹⁰ ODD: „On-Demand Document“: Dokument, das nur als Verweis in der Registry existiert und erst zum Abfragezeitpunkt generiert wird.
¹¹ Der Inhalt des typeCodes soll mit dem contentTypeCode des SubmissionSets übereinstimmen.
¹² MUSS vorhanden sein, wenn eine „parentDocumentRelationship“ existiert.
¹³ MUSS gemeinsam mit einer „parentDocumentId“ angegeben sein.
¹⁴ Dieses Element wird von XDS nicht verwendet und ist nur der Vollständigkeit halber angegeben.