elga-cdaxds-2.06.2:Überblickstabelle: Unterschied zwischen den Versionen

Aus HL7 Austria MediaWiki
Wechseln zu: Navigation, Suche
[unmarkierte Version][unmarkierte Version]
(XDS Metadaten für CDA Dokumente)
Zeile 1: Zeile 1:
 +
=XDS Metadaten für CDA Dokumente=
 
==Überblickstabelle der XDS Metadaten==
 
==Ü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.
 
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.

Version vom 26. September 2017, 12:08 Uhr

1 XDS Metadaten für CDA Dokumente

1.1 Ü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 R212 O Verweis auf ein referenziertes Dokument E1
parentDocumentRelationship R213 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)


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