Änderungen

 # Im CDA wird die Klassifizierung des Dokuments wie folgt abgelegt:## ClinicalDocument/effectiveTime# Laut Vorgabe der ELGA Gesundheitsdaten ist die Angabe des Dokumentendatums ein verpflichtendes Element.#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 werden.# Ein einfaches Zeitelement (HL7 TS) in CDA beinhaltet unter anderem die folgenden Attribute:# @value … enthält das Datum in folgenden möglichen Formen## YYYYMMDD## YYYYMMDDhhmmss[+/-]HHMM (Zeitzone)### Bsp: 20081224082015+0100### Für: 24.12.2008, 08:20:14, Zeitzone GMT+1 

'''creationTime''' wird gemäß folgender Vorschrift zusammengesetzt:<br/>

'''Hinweis: '''<br/>

 # Laut Festlegung wird die Person, welche das Dokument vidiert hat, im Element „legalAuthenticator“ abgelegt:## ClinicalDocument/legalAuthenticator[1]/assignedEntity<br/> '''ACHTUNG''': Nach DocumentEntry.legalAuthenticator kann jeweils nur das erste Element (ClinicalDocument/LegalAuthenticator[1]) übernommen werden.# Die vidierende Person## Ein Personenelement in CDA beinhaltet unter anderem die folgenden Unterelemente:### id … ID der Person mit den folgenden Attributen:#### @root … Root OID des ID Pools, oder direkte die OID der Person (ohne @extension-Attribut)#### @extension … Eigentliche ID des Elements aus dem gegebenen ID Pool (falls die @root nicht direkt die Person identifiziert)### assignedEntity#### Enthält ein HL7 Personen-Element, welches das Namen-Element zur Person enthält##### Name

'''legalAuthenticator''' wird gemäß folgender Vorschrift zusammengesetzt:<br/>

<span style="color:red"> $person </span>= ClinicalDocument/legalAuthenticator[1]/assignedEntity

concat(<br/><span style="color:red"> $person</span>/id/@extension,"^",<br/><span style="color:red"> $person</span>/assignedPerson/name/family,"^",<br/><span style="color:red"> $person</span>/assignedPerson/name/given[1],"^",<br/><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/>

'''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>

{| 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.'''

'''Beispiel:'''<br/>Daten aus dem Beispiel 2 aus dem “Allgemeinen Implementierungsleitfaden“ [1]:

Bitte beachten Sie, dass sowohl die ClinicalDocument/setId/@root als auch die homeCommunityId in der Schreibweise „&“, OID-Wert, „&ISO“ anzugeben sind.

Daher würde sich aus Aus dem Beispiel 2 aus dem Allgemeinen CDA ILF oben wird daher folgender CXi Wert ergebenerstellt:

"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"

Die homeCommunityId ist die eindeutige OID , unter welcher die ELGA Affinity Domäne registriert ist.

Bei Vorliegen Folgend ein weiteres Beispiel unter Verwendung einer UUID in ClinicalDocument/setId, die nur ein Root-Attribut hat, wie z.B. eine UUID, wird die referenceIdList gemäß folgender Vorschrift zusammengesetzt:

<setId root="2.25" extension="urn:uuid:19FEE6C3-6B35-4C5B-B1CC-B2B5B4001AB22B5B4001AB2"/>

concat(ClinicalDocument/setId/@root, "^^^^", "urnWiederum gilt die Vorgabe:elga:iti:xds:2014:ownDocument_setId", "", homeCommunityId)

Bitte beachten Sieconcat(ClinicalDocument/setId/@extension, "^^^", dass sowohl die ClinicalDocument/setId/@root als auch die homeCommunityId in der Schreibweise „&“, OID"^", "urn:elga:iti:xds:2014:ownDocument_setId", "^", „&ISO“ anzugeben sind.homeCommunityId)

Daher würde sich aus dem Beispiel 2 aus dem Allgemeinen CDA ILF in diesem Fall folgender CXi Wert ergeben:

"<nowiki>urn:uuid:19FEE6C3-6B35-4C5B-B1CC-B2B5B4001AB2^^^</nowiki>&amp;amp;2.25&amp;amp;ISO^urn:elga:iti:xds:2014:ownDocument_setId^&amp;amp;1.2.40.0.34.99.999&amp;amp;ISO"