Änderungen

{{#seo:

|titlemode=append

|keywords= XDS Metadaten, Metadaten, XDS, CDA, CDA Dokumente

|description=Dieses Dokument definiert die Metadaten beim Einbringen von CDA-Dokumenten in die österreichische ELGA Infrastruktur über das IHE Profil Cross-Enterprise Document Sharing (XDS).

}}

<!--

{{Underconstruction}}

-->

<!--

-->

|Group = ELGA CDA Implementierungsleitfäden

|Title = ELGA XDS Metadaten (XDSDocumentEntry)

|Short = XDS Metadaten

|Namespace = elga-cdaxds-2.06.2

|Type = Implementierungsleitfaden

|Submitted = ELGA GmbH

|Copyright = 2011-

|Period = n.a.

|OID = 1.2.40.0.34.7.6.9.3

Die Lizenzinformationen und Richtlinien zum geistigen Eigentum von IHE International sind beschrieben in Anhang A der IHE International Principles of Governance<ref name="IHE Governance">[https://www.ihe.net/wp-content/uploads/2018/07/IHE-International-Principles-of-Governance.pdf IHE Principles of Governance]</ref> .

===Urheber- und Nutzungsrechte von anderen Quellen ("Third Party IP")===

<div style="border: thin #77c123 solid;width:100%; margin-left: 10px">

Ein Leitfaden in seiner jeweils aktuell gültigen Fassung sowie die aktualisierten Terminologien sind vom zuständigen Minister auf [http://www.gesundheit.gv.at www.gesundheit.gv.at] zu veröffentlichen. Der Zeitplan zur Bereitstellung der Datenaustauschformate wird durch das Gesundheitstelematikgesetz 2012 und darauf basierenden Durchführungsverordnungen durch den zuständigen Bundesminister vorgegeben. Hauptversionen, also Aktualisierungen des Implementierungsleitfadens, welche zusätzliche verpflichtende Konformitätskriterien enthalten ("Mandatory" (M), "Required" (R) und "Fixed" (F)), sind mit ihren Fristen zur Bereitstellung per Verordnung kundzumachen. Andere Aktualisierungen (Nebenversionen) dürfen auch ohne Änderung dieser Verordnung unter www.gesundheit.gv.at veröffentlicht werden.

Die Einhaltung der gesetzlichen Bestimmungen liegt im Verantwortungsbereich der Ersteller der CDA-Dokumente.

Weiters bezieht sich dieser Leitfaden auf den internationalen Standard "HL7® Clinical Document Architecture, Release 2.0" (CDA ®)<ref name="CDA"></ref>, für die das Copyright © von Health Level Seven International<ref name="HL7">Health Level Seven International [http://www.hl7.org www.hl7.org]</ref> gilt. 2009 wurde die Release 2.0 als ISO-Standard ISO/HL7 27932:2009 publiziert<ref name="ISO CDA">ISO/HL7 27932:2009 Data Exchange Standards — HL7 Clinical Document Architecture, Release 2 [https://www.iso.org/standard/44429.html https://www.iso.org/standard/44429.html]</ref>. CDA definiert die Struktur und Semantik von "medizinischen Dokumenten" zum Austausch zwischen Gesundheitsdiensteanbietern und Patienten. Es enthält alle Metadaten zur Weiterverarbeitung und einen lesbaren textuellen Inhalt und kann diese Informationen auch maschinenlesbar tragen.

Die HL7 Standards können über die HL7 Anwendergruppe Österreich (HL7 Austria)<ref>HL7 Austria [http://www.hl7.at/ www.hl7.at]</ref>, die offizielle Vertretung von Health Level Seven International in Österreich bezogen werden. Alle auf nationale Verhältnisse angepassten und veröffentlichten HL7-Spezifikationen können ohne Lizenz- und Nutzungsgebühren in jeder Art von Anwendungssoftware verwendet werden.

{{BeginILFBox}}

Gemeinsam mit diesem Leitfaden werden auf der Website der ELGA GmbH ([http://www.elga.gv.at/CDA Website der ELGA GmbH]) weitere Dateien und Dokumente zur Unterstützung bereitgestellt:

*Beispieldokumente

*Referenz-Stylesheet (Tool zur Darstellung im Browser - Konvertierung in HTML)

|- style="background:#FFEBAD"

| colspan="2" style="text-align:left" |Herausgeber, Projektleiter, CDA-Koordinator

|ELGA GmbH||Stefan Sabutsch

|- style="background:#FFEBAD"

| colspan="2" style="text-align:left" |Autoren

|CodeWerk Software Services and Development GmbH||Jürgen Brandstätter

|ELGA GmbH, HL7 Austria||Stefan Sabutsch

|ELGA GmbH||Oliver Kuttin

|Wiener Krankenanstaltenverbund||Konrad Hölzl

|}

¹ Namen ohne Titel

<!--Einleitung-->

==Gegenstand dieses Dokuments==

Dieses Dokument definiert die Metadaten beim Einbringen von Dokumenten in Form von Befunden<ref name="ALF"></ref> oder Bilddaten in die ELGA Infrastruktur über das IHE Profil Cross-Enterprise Document Sharing (XDS)<ref name="IHE ITI"></ref>. Die hier definierten Regeln sind von den folgenden "Technical Frameworks" der IHE abgeleitet:

Ausgehend von obiger Basis definiert das vorliegende Dokument die genaue Spezifikation der Befüllung der XDS Metadaten speziell für die Anwendung im Rahmen der österreichischen Gesundheitsakte ELGA. Die Spezifikation wurde im Zusammenhang mit dem "Allgemeinen Implementierungsleitfaden"<ref name="ALF"></ref>, den "ELGA CDA Implementierungsleitfäden" und dem Leitfaden zur Erstellung und Verwendung von KOS Objekten für den ELGA Bilddatenaustausch<ref name="KOS-Leitfaden">DICOM Austria: Leitfaden zur Erstellung und Verwendung von KOS Objekten für den ELGA Bilddatenaustausch [https://collab.dicom-austria.at/pages/viewpage.action?pageId=27033635 DICOM Austria KOS Leitfaden], zuletzt besucht am 19.02.2021</ref> erstellt.

===Größenbeschränkung ===

==Allgemeines zu XDS-Metadaten==

* über den GDA, welcher das Dokument erstellt hat

* über weitere systemrelevante Informationen (z.B. Dokumentgröße, Mime-Type, etc.).

Die Angabe der Metadaten muss von der Anwendung vorgenommen werden, die das Dokument einbringt.

{{EndYellowBox}}

===Metadaten aus unstrukturierten Dokumenten===

===Metadaten aus "On-Demand Documents" (ODD) ===

Über XDS können auch Dokumente abgerufen werden, die zum Abfragezeitpunkt automatisch generiert werden. Für diese Dokumente werden Verweise in der Registry eingetragen, damit sie bei der Abfrage auch gefunden werden können. Die Metadaten von ODD unterscheiden sich notwendigerweise von den Metadaten der "stabilen Dokumente" (SD), da sie erst bei Generierung des Dokuments vorhanden sind.

===Metadaten aus Bilddaten (KOS)===

|'''M [1..1]'''

|K

|-

| colspan="2" |'''eventCodeList'''

| colspan="2" |'''referenceIdList'''

|'''M [1..*]'''

|Liste von Identifikatoren. Die Semantik der jeweiligen Identifier ist in dem Data Typ CXi codiert

|-

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.

''Tabelle 4: Legende zur Spalte "Quelle" der folgenden Tabelle''

⁹ SD: "Stable Document": Stabiles Dokument, das als Datei gespeichert und registriert zur Verfügung steht.<br />

¹⁰ ODD: "On-demand Document": Dokument, das nur als Verweis in der Registry existiert und erst zum Abfragezeitpunkt generiert wird. <br />

¹² MUSS vorhanden sein, wenn eine "parentDocumentRelationship" existiert. <br />

¹³ MUSS gemeinsam mit einer "parentDocumentId" angegeben sein.<br />

=XDS-I Metadaten für DICOM KOS Objekte=

Die folgende Tabelle gibt einen Überblick jener XDS-I Metadaten-Elemente, die direkt aus dem DICOM KOS bzw. der zugrundeliegenden DICOM Study abgeleitet werden können. Die Spalten zeigen jeweils den Namen des Metadaten-Elements, dessen Optionalität in ELGA für das Einbringen von DICOM KOS Objekten, sowie die Quelle aus der die Informationen stammen.

id="urn:uuid:33adae7e-f1ed-4345-acab-73f59bc1d037" nodeRepresentation="">

<Slot name="authorPerson">

</ValueList>

</Slot>

</Slot>

</Classification></pre>

=====Spezifikation für Software und Geräte=====

====authorRole====

Dieser Leitfaden beschreibt keine Einschränkungen für die Verwendung.

====submissionSet.contentTypeCode====

$code = "55113-5"

#Versionsklammer über die zusammengehörenden Versionen (ownDocument_setId, M [1..1])

#Verlinkung zwischen DICOM KOS-Objekten und einer Aufenthaltszahl (encounterId, O [0..1])

Dieser Datentyp ist in IHE ITI Data Types in folgender Weise spezifiziert:<ref name="ITITF3"/>

{| class="wikitable" width="100%"

!Data Type||Source Standard||Encoding Specification

=====Spezifikation=====

Accession Number wird wird als ebRIM Slot gemäß folgender Vorschrift zusammengesetzt:

=XDS Metadaten für CDA Dokumente=

==XDS Metadaten 1: aus dem CDA-Inhalt abgeleitet==

===creationTime===

Im Fall eines CDA R2 Dokuments gilt folgende Verknüpfung mit den CDA Header Elementen:

#Im CDA wird jeweils das medizinisch zutreffendste Datum angeführt. Die Bedeutung des Datums ist für jede einzelne Dokumentenklasse im zugehörigen speziellen Leitfaden separat definiert.

##YYYYMMDD

{{BeginYellowBox}}

{{EndYellowBox}}

====Spezifikation====

##ClinicalDocument/recordTarget/patientRole/id

#Laut Vorgabe der ELGA Gesundheitsdaten ist die Angabe von mindestens den folgenden zwei IDs des Patienten im CDA verpflichtend bzw. verpflichtend, wenn bekannt:

##id[2] … Österreichische Sozialversicherungsnummer (nur wenn bekannt)<br /><span style="color:red;">Achtung: Diese ID gelangt nicht in die Metadaten!</span>

</pre>

Dies entspricht einer Transformation auf den HL7 v2 CX Datentyp gemäß IHE ITI TF-3<ref name="ITITF3"/>.

===sourcePatientInfo===

====submissionSet.contentTypeCode====

$code = ClinicalDocument/code/@code

====Referenz zwischen Dokument und Studie (Accession Number)====

=====Spezifikation=====

</pre>Siehe auch IHE RAD TF3 4.68.4.1.2.4.1 "Linking Report to Set of DICOM Instances"

<br />

====Verlinkung via Aufenthaltszahl (encounterId)====

Durch encounterId wird die Verlinkung sämtlicher Befunde oder Bilddaten (siehe Kapitel [[ILF:XDS_Metadaten_(Version_3)#referenceIdList|referenceIdList]] für Dicom KOS-Objekte), die im Rahmen eines Aufenthaltes verfasst wurden, in den XDS-Metadaten unterstützt. Dies geschieht, indem dieselbe Aufenthaltszahl als encounterId in den XDS-/XDS-I Metadaten der zu gruppierenden Objekte strukturiert wird.

<Slot name="<nowiki>urn:ihe:iti:xds:2013:referenceIdList</nowiki>">

<ValueList>

</Slot>

</ExtrinsicObject>