Änderungen

Wechseln zu: Navigation, Suche
sourcePatientInfo
}
}}
{{#customtitle:XDS Metadaten 1}}
==XDS Metadaten 1: aus dem CDA-Inhalt abgeleitet==
 ===author===Die Personen und/oder Maschinen, die das Dokument erstellt haben. Dieses Attribut enthält die Subattribute: authorInstitution, authorPerson, authorRole, authorSpecialty (und authorTelecommunication). CDA-Dokumente erlauben mehrere Author-Elemente. Sollten mehrere Author-Elemente vorhanden sein, ist '''nur das jeweils erste Author-Element''' zu mappen. ====authorInstitution====
Das ''authorInstitution'' Element beschreibt die Organisation (GDA), in dessen Gültigkeitsbereich das Dokument erstellt wurde.
# Falls mehrere ID-Elemente angegeben sind, ist id[1] (die erste ID) zu verwenden.
=====Spezifikation=====
{{BeginYellowBox}}
'''authorInstitution''' wird gemäß folgender Vorschrift zusammengesetzt:
{{EndYellowBox}}
====authorPerson====Das Element ''authorPerson'' beschreibt die Identifikation und demographische Informationen der Person oder das Gerät/die Software, welche das Dokument inhaltlich erstellt hat (also nicht die Schreibkraft).Mindestens eine Person
Im Fall eines CDA R2 Dokuments gilt folgende Verknüpfung mit CDA Header Elementen:
##### softwareName
=====Spezifikation für Personen=====
{{BeginYellowBox}}
'''authorPerson''' wird gemäß folgender Vorschrift zusammengesetzt:
<span style="color:red"> $person</span>/assignedPerson/name/given[2],"^",<br/>
<span style="color:red"> $person</span>/assignedPerson/name/suffix,"^",<br/>
<span style="color:red"> $person</span>/assignedPerson/name/prefix[@qualifier="AC"],"^^^&amp;amp;",<br/><span style="color:red"> $person</span>/id/@root,"&amp;amp;ISO"<br/>
)<br/>
Bsp: 1234^Musterdoktor^Herbert^^^Dr.^^^&amp;amp;1.2.3.4.5.6.7.8.9&amp;amp;ISO
{{EndOrangeBox}}
{{EndYellowBox}}
=====Spezifikation für Software und Geräte=====
{{BeginYellowBox}}
'''authorPerson''' wird gemäß folgender Vorschrift zusammengesetzt:
{{EndYellowBox}}
====authorRole====
Das ''authorRole'' Element beschreibt die Rolle, die der inhaltliche Autor des Dokuments zum Zeitpunkt der Dokumentation innehatte.
# Wenn das Element angegeben ist, wird die Rolle als Text im Attribut @displayName erwartet.
=====Spezifikation=====
{{BeginYellowBox}}
'''authorRole''' wird gemäß folgender Vorschrift zusammengesetzt:
Im Fall von Geräten oder Software als Autor sowie in ODD bleibt das Element leer
====authorSpeciality====
Das ''authorSpeciality Element'' beschreibt die Fachrichtung der Person, welche das Dokument verfasst hat.
# Wenn das Element angegeben ist, wird die Fachrichtung als Text im Attribut @displayName erwartet.
======Spezifikation======
{{BeginYellowBox}}
'''authorSpeciality''' wird gemäß folgender Vorschrift zusammengesetzt:
nodeRepresentation="$code">
<rim:Name>
<rim:LocalizedString value="$displayName"/>
</rim:Name>
<rim:Slot name="codingScheme">
<rim:ValueList>
<rim:Value>urn:oid:$codeSystem</rim:Value>
</rim:ValueList>
</rim:Slot>
<rim:Name>
<rim:LocalizedString value="$displayName"/>
</rim:Name>
</rim:Classification>
</pre>
<span style="color:red"> $person</span>/assignedPerson/name/given[2],"^",<br/>
<span style="color:red"> $person</span>/assignedPerson/name/suffix,"^",<br/>
<span style="color:red"> $person</span>/assignedPerson/name/prefix[@qualifier="AC"],"^^^&amp;amp;",<br/><span style="color:red"> $person</span>/id/@root,"&amp;amp;ISO"<br/>
)<br/>
Bsp: 1234^Musterdoktor^Herbert^^^Dr.^^^&amp;amp;1.2.3.4.5.6.7.8.9&amp;amp;ISO
{{EndOrangeBox}}
Dies entspricht einer Transformation auf HL7 v2 XCN Datentyp gemäß [IHE ITI-TF3].
<pre class="orange">
concat(
ClinicalDocument/recordTarget/patientRole/id[1]/@extension, "^^^&amp;amp;",ClinicalDocument/recordTarget/patientRole/id[1]/@root, "&amp;amp;ISO"
)
Bsp: 4711^^^&amp;amp;1.2.3.4.5.6.7.8.9&amp;amp;ISO
</pre>
Dies entspricht einer Transformation auf den HL7 v2 CX Datentyp gemäß [IHE ITI-TF3].
===sourcePatientInfo===
 
Das ''sourcePatientInfo'' Element beschreibt die demographischen Daten des Patienten.
Im Fall eines CDA R2 Dokuments gilt grundsätzlich folgende Verknüpfung mit den CDA Header Elementen:
# Laut Vorgabe der ELGA Gesundheitsdaten ist beim Patienten die Angabe der folgenden Elemente verpflichtend:
## Verpflichtend
### Lokale ID des Patienten aus dem System (id[1])
### Patientenname (name)
### Geschlecht (administrativeGender)
### Geburtsdatum (birthTime)
## Verpflichtend wenn bekannt
### Sozialversicherungsnummer des Patienten (id[2])<br/><span style="color:red;">Achtung: Diese ID gelangt nicht in die Metadaten!</span>
### Adresse (addr)
#### Beliebige Granularität
{{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. Von einer Speicherung in der Registry wird daher abgeraten.
{{EndYellowBox}}
 
====Spezifikation (empfohlene Variante)====
{{BeginYellowBox}}
'''sourcePatientInfo''' wird gemäß folgender Vorschrift zusammengesetzt:
{{BeginOrangeBox}}
$patientRole = ClinicalDocument/recordTarget/patientRole
{{EndOrangeBox}}
{{BeginOrangeBox}}
<span style="color:red">$id </span>= concat(
$patientRole/id[1]/@extension, "^^^&",
$patientRole/id[1]/@root, "&ISO"
)
Bsp: 4711^^^&1.2.3.4.5.6.7.8.9&ISO
 
<span style="color:red">$name </span>= ""
 
<span style="color:red">$birthtime </span>= ""
 
<span style="color:red">$gender </span> = ""
 
<span style="color:red">$addr </span>= ""
{{EndOrangeBox}}
<pre class="orange">
<rim:Slot name="sourcePatientInfo">
<rim:ValueList>
<rim:Value>PID-3|$id </rim:Value>
<rim:Value>PID-5|$name </rim:Value>
<rim:Value>PID-7|$birthtime </rim:Value>
<rim:Value>PID-8|$gender </rim:Value>
<rim:Value>PID-11|$addr </rim:Value>
</rim:ValueList>
</rim:Slot>
</pre>
{{EndYellowBox}}
====Optionale Spezifikation (mit demografischen Patientendaten)====
{{BeginYellowBox}}
'''sourcePatientInfo''' wird gemäß folgender Vorschrift zusammengesetzt:<pre class="orange">$patientRole = ClinicalDocument/recordTarget/patientRole</pre><pre class="orange">$id = concat($patientRole/id[1]/@extension, "^^^&",$patientRole/id[1]/@root, "&ISO")Bsp: 4711^^^&1.2.3.4.5.6.7.8.9&ISO  $name = concat($patientRole/patient/name/family,"^",$patientRole/patient/name/given[1],"^",$patientRole/patient/name/given[2],"^",$patientRole/patient/In ELGA werden die Elemente name/suffix,"^"administrativeGender,$patientRole/patient/name/prefix[@qualifier="AC"])Bsp: Mustermann^Herbert^^^Ing. $birthtime = $patientRole/patient/birthtime/@valueBsp: 19650120 $gender = $patientRole/patient/administrativeGenderCode/@codeBsp: M $birthTime und addr = concat($patientRole/addr/streetAddressLine,"^^",$patientRole/addr/city,"^",$patientRole/addr/stateNICHT zur Identifikation des Patienten benötigt,"^",$patientRole/addr/postalCode,"^",$patientRole/addr/country)… oder …$addr = concat(concat($patientRole/addr/streetName," ",$patientRole/addr/houseNumber),"^^",$patientRole/addr/city,"^",$patientRole/addr/state,"^",$patientRole/addr/postalCode,"^",$patientRole/addr/country)Bsp: Mustergasse 11^^Wien^W^1230^AustriaBemerkung: Wenn die Adresse nicht Speicherung dieser Daten erhöht aber den Sicherheits- und Schutzbedarf der Registry unnötig. Eine Speicherung in der erforderlichen Granularität zur Verfügung steht, dann wird dieses Element Registry ist im Sinne der Datenminimierung (PID-11DSGVO) nicht angegebenNICHT ERLAUBT.</pre> <pre class="orange"><rim:Slot name="sourcePatientInfo"> <rim:ValueList> <rim:Value>PID-3|$id</rim:Value> <rim:Value>PID-5|$name</rim:Value> <rim:Value>PID-7|$birthtime</rim:Value> <rim:Value>PID-8|$gender</rim:Value> <rim:Value>PID-11|$addr</rim:Value> </rim:ValueList></rim:Slot></pre>
{{EndYellowBox}}
Bsp: Entlassungsbrief der chirurgischen Abteilung
</pre>
Die Verwendung von Zeichenketten für Line Feed (lf) oder Carriage Return (cr) ist innerhalb des title generell NICHT ERLAUBT.
{{EndYellowBox}}
Dieser Datentyp ist in IHE_ITI_TF_Rev10.0_Vol3_FT_2013-09-27 in der Table 4.2.3.1.7-2: Data Types in folgender Weise spezifiziert:
{| class="wikitable" width="100%"! Data Type|| Source Standard || Encoding Specification
|-
|CX ||HL7 V2.5 Identifier|| This is an identifier. HL7 Identifier type CX consists of several components, but this specification restricts them to the use of two components, the Id Number, and the Assigning Authority (AA). The Assigning Authority identifies the "domain" over which the Id Number represents a unique entity. Furthermore, the AA is characterized by a Universal Id and Universal Id Type. In Document Sharing profiles, ISO Object Identifiers (see OID below) must be used as Universal Id.<br/>Therefore, Universal Id Type is always ISO. The required format is: <br/>IdNumber^^^&OIDofAA&ISO<br/>No other values/modifications in other components or subcomponents are allowed. Specifically, components 2 and 3 shall be empty as listed above.<br/>An explicit example is:<br/>543797436^^^&1.2.840.113619.6.197&ISO<br/>Note that the '&' character must be properly encoded in the XML content.
|-
|'''CXi''' ||HL7 V2 Identifier||'''This is an identifier of a reference object, distinct from the use of CX for Patient Identifiers. HL7 Identifier type CX consists of several components.'''* '''CXi.1 shall be present and hold the identifier value.'''* '''CXi4 (Assigning Authority) shall be present when the identifier in CXi.1 is not globally unique and holds the identifier of the "domain" over which the ID Number represents a unique entity. It is formatted just like CX.4 in the CX datatype above.'''* '''CXi.5 (Identifier Type Code) shall be present and chosen from either a URN defined by IHE, or a locally defined value.'''* '''When the homeCommunityId is known, CX.6 shall be present and holds the homeCommunityId encoded as ISO, see CX.4 in the CX datatype above.'''* '''No other components shall be present.'''
|}
{{EndYellowBox}}
'''Beispiel:'''<br/>Daten aus dem Beispiel 2 aus dem “Allgemeinen Implementierungsleitfaden“ [1]:
{{BeginYellowBox}}
referenceIdList wird gemäß folgender Vorschrift zusammengesetzt:
"^", "urn:elga:iti:xds:2014:ownDocument_setId", "^", homeCommunityId)
Bitte beachten Sie, dass sowohl die ClinicalDocument/setId/@root als auch die homeCommunityId in der Schreibweise „&“, OID-Wert, „&ISO“ anzugeben sind. Aus dem Beispiel oben wird daher folgender CXi Wert erstellt: "ZZZZZZZZZZZZZZZZZZZ^^^&amp;amp;1.2.40.0.34.99.111.1.1&amp;amp;ISO^urn:elga:iti:xds:2014:ownDocument_setId^&amp;amp;1.2.40.0.34.99.999&amp;amp;ISO"{{EndYellowBox}}Die homeCommunityId ist die eindeutige OID, unter welcher die ELGA Affinity Domäne registriert ist. {{BeginYellowBox}}Folgend ein weiteres Beispiel unter Verwendung einer UUID in ClinicalDocument/setId:<pre class="orange"><ClinicalDocument xmlns=„urn:hl7-org:v3“><id root="1.2.40.0.34.99.111.1.1" extension="BBBBBBBBBBBBBBBBBB"/><setId root="2.25" extension="urn:uuid:19FEE6C3-6B35-4C5B-B1CC-2B5B4001AB2"/><versionNumber value="2"/> </ClinicalDocument></pre>Wiederum gilt die Vorgabe: concat(ClinicalDocument/setId/@extension, "^^^", ClinicalDocument/setId/@root, "^", "urn:elga:iti:xds:2014:ownDocument_setId", "^", homeCommunityId)
Daher würde sich aus dem Beispiel 2 aus dem Allgemeinen CDA ILF in diesem Fall folgender CXi Wert ergeben:
"ZZZZZZZZZZZZZZZZZZZ<nowiki>urn:uuid:19FEE6C3-6B35-4C5B-B1CC-B2B5B4001AB2^^^</nowiki>&1.amp;amp;2.40.0.34.99.111.1.125&amp;amp;ISO^urn:elga:iti:xds:2014:ownDocument_setId^&amp;amp;1.2.40.0.34.99.999&amp;amp;ISO"
{{EndYellowBox}}
Die homeCommunityId ist die eindeutige OID unter welcher die ELGA Affinity Domäne registriert ist.
===intendedRecipient===
320
Bearbeitungen

Navigationsmenü