3.869
Bearbeitungen
Änderungen
keine Bearbeitungszusammenfassung
|Namespace = elga-cdaxds-2.06.2
|Type = Implementierungsleitfaden
|Version = 3.0.0+20210326
|Submitted = ELGA GmbH
|Date = März 2021
|Copyright = 2011-
|Status = NormativFinal
|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> .
<!-- Seitenumbruch --><p style="page-break-before: always"></p>
===Urheber- und Nutzungsrechte von anderen Quellen ("Third Party IP")===
<div style="border: thin #77c123 solid;width:100%; margin-left: 10px">
|- style="background:#FFEBAD"
| colspan="2" style="text-align:left" |Herausgeber, Projektleiter, CDA-Koordinator
|- style="background:#FFFFFF"
|ELGA GmbH||Stefan Sabutsch
|- style="background:#FFEBAD"
| colspan="2" style="text-align:left" |Autoren
|- style="background:#FFFFFF"
|CodeWerk Software Services and Development GmbH||Jürgen Brandstätter
|- style="background:#FFFFFF"|DICOM Austria|Emmanuel Helm|-|DICOM Austria|Silvia Winkler|-
|ELGA GmbH, HL7 Austria||Stefan Sabutsch
|- style="background:#FFFFFF"
|ELGA GmbH||Oliver Kuttin
|- style="background:#FFFFFF"|ELGA GmbH|Stefan Repas|-
|Wiener Krankenanstaltenverbund||Konrad Hölzl
|}
<sup>1</sup> Namen ohne Titel
<!--Einleitung-->
{{EndYellowBox}}
'''Hinweis:''' Siehe auch Vorschriften zur Befüllung der Dokument-Metadaten aus Dokumenten des IHE IT Infrastructure Technical Framworks(ITI), Volume 3, Rev. 17.0 Final Text<ref name="ITITF3"/>.
===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.
Die genaue Beschreibung für On-Demand Documents findet sich IT Infrastructure Technical Framwork (ITI), Volume 3, Rev. 17.0 Final Text<ref name="ITITF3"/>.
===Metadaten aus Bilddaten (KOS)===
| colspan="2" |'''referenceIdList'''
|'''M [1..*]'''
|K/E1
|Liste von Identifikatoren. Die Semantik der jeweiligen Identifier ist in dem Data Typ CXi codiert
|-
=XDS-I Metadaten für DICOM KOS Objekte=
Die folgenden Kapitel spezifizieren die XDS-I Metadaten von DICOM KOS-Objekten für deren Verwendung in ELGA. Nicht weiter eingeschränkte Metadaten sind nicht angeführt. Für diese gelten die generellen Vorgaben wie in IHE IT Infrastructure Technical Framework, vol3, rev. 17, Vol 3 "Table 4.2.3.2-1 DocumentEntry Metadata Attribute Definition" angeführt<ref name="ITITF3"/>.
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> <Value>11375^Musterdoc^Josef^Maria^Msc^DI DrDIDr^^^&amp;1.2.40.0.34.99.4613.3.3&amp;ISO </Value>
</ValueList>
</Slot>
====authorRole====
Das ''authorRole'' Element beschreibt die Rolle, die der inhaltliche Autor (bzw. das erstellende Gerät) zum Zeitpunkt der KOS-Objekt Generation Erzeugung innehatte.
Dieser Leitfaden beschreibt keine Einschränkungen für die Verwendung.
#Versionsklammer über die zusammengehörenden Versionen (ownDocument_setId, M [1..1])
#Verlinkung zwischen e-Befunden (CDA) und DICOM Studien über KOS-Objekte (Accession Number, M R [10..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"/>
<!-- Seitenumbruch --><p style="page-break-before: always"></p>
{| class="wikitable" width="100%"
!Data Type||Source Standard||Encoding Specification
=====Spezifikation=====
Bei der Registrierung von KOS Objekten MUSS SOLL eine Accession Number in den XDS-I Metadaten in der ReferenceIdList angegeben werden. Diese dient als Basis für die Verlinkung mit einem Befund der bildgebenden Diagnostik (diagnostic image report). Wird in der ReferenceIdList der XDS-I Metadaten keine Accession Number angeführt, ist eine Verlinkung nicht möglich. Der Wert eines Listelementes innerhalb einer referenceIdList hat dem HL7 Datentyp CXi zu folgen (siehe oben).
Accession Number wird wird als ebRIM Slot gemäß folgender Vorschrift zusammengesetzt:
=XDS Metadaten für CDA Dokumente=
Die folgenden Kapitel spezifizieren die XDS-Metadaten von HL7 CDA-Dokumenten für deren Verwendung in ELGA. Nicht angegebene Metadaten sind nicht weiter eingeschränkt. Für diese gelten die generellen Vorgaben wie in IHE IT Infrastructure Technical Framework, vol3, revVol. 17, 3 "Table 4.2.3.2-1 DocumentEntry Metadata Attribute Definition" angeführt.<ref name="ITITF3"/>
==XDS Metadaten 1: aus dem CDA-Inhalt abgeleitet==
##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[1] … Lokale ID des Patienten vom einbringenden (lokalen) System
##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"/>.
{{BeginYellowBox}}
Ein spezieller Leitfaden kann eine abweichende Mapping-Vorschrift definieren!
{{EndYellowBox}}
===sourcePatientInfo===
====Referenz zwischen Dokument und Studie (Accession Number)====
Um eine Verknüpfung zwischen den über ein KOS Objekt referenzierten Bilddaten und den zugehörigen Befunden herzustellen, wird ein weiterer Identifier benötigt, der sowohl bei der Aufnahme (''acquisition, store'') als auch bei der Befundschreibung (''report'') verfügbar ist. Dies trifft auf die Accession Number zu (dasjenige bzw. ein vergleichbares Element, das im implementierten Workflow zur Verknüpfung von Studie und Befund verwendet wird).
=====Spezifikation=====
Für Befunde der Bildgebenden bildgebenden Diagnostik (diagnostic image report) KANN die als Accession Number in den jene aus der ReferenceIdList der XDS-I Metadaten in der ReferenceIdList angegeben werdendes KOS Objektes, wenn mit dem eine Verlinkung gewünscht wirdhergestellt werden soll, genutzt werden. Der Wert eines Listelementes innerhalb einer referenceIdList hat dem HL7 Datentyp CXi zu folgen (siehe oben). Accession Number wird wird als ebRIM Slot gemäß folgender Vorschrift zusammengesetzt:
</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>
