320
Bearbeitungen
Änderungen
→XDS Metadaten 1: aus dem DICOM KOS Objekt abgeleitet
|(0008,1030)
|Optionale Angaben zur Studie; diese können z.B. aus der Study Description abgeleitet werden.
|}<br />
===author===
Die Personen und/oder Maschinen, die das Dokument erstellt haben. Dieses Attribut enthält die Subattribute: authorInstitution, authorPerson, authorRole, authorSpecialty (und authorTelecommunication).
#*Hersteller: Attribut „Manufacturer“, (0008,0070)
#*Modellname: Attribut „ Manufacturer's Model Name“, (0008,1090) ----[[#%20ftnref1|[2]]] Erlaubte Werte siehe <nowiki>http://dicom.nema.org/medical/dicom/current/output/chtml/part03/sect_C.7.3.html#sect_C.7.3.1.1.1</nowiki>
{{BeginYellowBox}}
In Registries, die nicht ausschließlich für ELGA Verwendung finden (z.B. auch für andere eHealth-Anwendungen) sollten ebenfalls einheitliche Codes für die Dokumentenklasse und den Dokumententyp angewendet werden. Eine entsprechende Liste “hl7“[https://termpub.gesundheit.gv.at/TermBrowser/gui/main/main.zul?loadType=ValueSet&loadName=HL7-at_XDS-Dokumentenklassen hl7-austria-Dokumentenklassen” Dokumentenklassen]” OID {1.2.40.0.34.10.86} wird von der HL7 Austria standardisiert (http://www.hl7.at). [https://termpub.gesundheit.gv.at/TermBrowser/gui/main/main.zul?loadType=ValueSet&loadName=HL7-at_XDS-Dokumentenklassen Direktlink]
===confidentialityCode===
'''eventCodeList (und eventCodeListDisplayName)''' wird als ebRIM Slot gemäß folgender Vorschrift zusammengesetzt:<br />
Für jedes documentationOf Element [1..n]:<br />
<span>$code </span>= APPC code (alle Achsen) z.B. "2.4.0.5-3-3"<br />
Das ''sourcePatientInfo'' Element beschreibt die demographischen Daten des Patienten. Die Patienten ID wird wie in Kapitel 3.2.12 sourcePatientId gemappt und verwendet[[#%20ftn1|[5]]].
----[[#%20ftnref1|[5]]] IHE RAD TF vol3 Vorgaben Table 4.68.4.1.2.3-1: XDS-I.b-specific Metadata Requirements
{{BeginYellowBox}}
In ELGA werden die Elemente name, administrativeGender, birthTime und addr NICHT zur Identifikation des Patienten benötigt, die Speicherung dieser Daten erhöht aber den Sicherheits- und Schutzbedarf der Registry unnötig. Eine Speicherung in der Registry ist im Sinne der Datenminimierung (DSGVO) NICHT ERLAUBT.
====Spezifikation====
uniqueId wird als ebRIM ExternalIdentifier zum DocumentEntry gemäß folgender Vorschrift zusammengesetzt:<br />
$value = (0008,0018) SOP Instance UID
<pre class="ilfbox_code">
Wie oben angeführt wird folgender CXi Wert für <Value>erstellt:
<pre class="ilfbox_code">
<ExtrinsicObject mimeType="text/xml"
</Slot>
</ExtrinsicObject>
</pre><br />
===intendedRecipient===
Für die spätere Verwendung von IHE Cross Enterprise Document Workflow (XDW) ist der ''intendedRecipient'' notwendig. Derzeit wird dieses Element in ELGA nicht verwendet. Sobald IHE XDW für ELGA zugelassen wird, folgt die Spezifikation dieses Elementes.
