Back To Index  <<  Back To Templates

draft Template  HeaderRecordTarget

Id 1.2.40.0.34.11.20001
ref
elgabbr-
 		Gültigkeit 2017‑07‑20
Andere Versionen mit dieser Id:
Status draft Entwurf Versions-Label
Name HeaderRecordTarget Bezeichnung HeaderRecordTarget
Beschreibung
Das RecordTarget-Element enthält den Patienten: Die Person, die von einem Gesundheitsdiensteanbieter (Arzt, einer Ärztin oder einem Angehörigen anderer Heilberufe) behandelt wird und über die bzw über deren Gesundheitsdaten im Dokument berichtet wird.
Klassifikation CDA Header Level Template
Offen/Geschlossen Offen (auch andere als die definierten Elemente sind erlaubt)
Benutzt von / Benutzt
Benutzt von 7 Transactions und 42 Templates, Benutzt 1 Template
Benutzt von als Name Version
elga-transactions-50 Transaktion draft ELGA CDA Dokument eMedikation Rezept 2013‑12‑08
elga-transactions-60 Transaktion draft ELGA CDA Dokument eMedikation Abgabe 2013‑12‑08
elga-transactions-70 Transaktion draft ELGA CDA Dokument eMedikation Medikationsliste 2013‑12‑08
elga-transactions-80 Transaktion draft ELGA CDA Dokument eMedikation Pharmazeutische Empfehlung 2013‑12‑08
elga-transactions-30 Transaktion final ELGA CDA Dokument Laborbefund 2011‑08‑31
elga-transactions-40 Transaktion final ELGA CDA Dokument Befund Bildgebende Diagnostik 2011‑08‑31
elga-transactions-10 Transaktion final ELGA CDA Dokument Entlassung Ärztlich 2011‑08‑31
1.2.40.0.10.1.4.3.4.1.1.1 Inklusion retired eMedikation Rezept 2013‑12‑16
1.2.40.0.34.11.10005 link retired ELGA CDA Dokument eMedikation Rezept 2013‑12‑16
1.2.40.0.10.1.4.3.4.1.1.2 Inklusion retired eMedikation Abgabe 2013‑12‑16
1.2.40.0.34.11.10006 link retired ELGA CDA Dokument eMedikation Abgabe 2013‑12‑16
1.2.40.0.10.1.4.3.4.1.1.3 Inklusion retired eMedikation Medikationsliste 2013‑12‑16
1.2.40.0.34.11.10007 link retired ELGA CDA Dokument eMedikation Medikationsliste 2013‑12‑16
1.2.40.0.10.1.4.3.4.1.1.4 Inklusion retired eMedikation Pharmazeutische Empfehlung 2013‑12‑16
1.2.40.0.34.11.10008 link retired ELGA CDA Dokument eMedikation Pharmazeutische Empfehlung 2013‑12‑16
1.2.40.0.34.11.1 Inklusion active Allgemeiner Implementierungsleitfaden ELGA CDA Dokumente 2017‑02‑20
1.2.40.0.34.11.1 Inklusion retired Allgemeiner Implementierungsleitfaden ELGA CDA Dokumente 2011‑12‑19
1.2.40.0.34.11.10008 Inklusion cancelled ELGA CDA Dokument eMedikation Pharmazeutische Empfehlung 2014‑01‑31
1.2.40.0.34.11.1002 Inklusion cancelled Entlassungsbrief (Ärztlich) 2015‑12‑11
1.2.40.0.34.11.1004 Inklusion cancelled Laborbefund 2015‑09‑24
1.2.40.0.34.11.1005 Inklusion cancelled Befund Bildgebende Diagnostik 2023‑04‑17 12:12:26
1.2.40.0.34.11.2 Inklusion draft Entlassung Ärztlich 2023‑05‑08 13:44:15
1.2.40.0.34.11.10001 link retired ELGA CDA Dokument Entlassung Ärztlich 2013‑11‑07
1.2.40.0.34.11.2 Inklusion retired Entlassungsbrief (Ärztlich) 2014‑11‑20
1.2.40.0.34.11.2 Inklusion retired Entlassungsbrief (Ärztlich) 2014‑05‑25
1.2.40.0.34.11.2 Inklusion retired Entlassungsbrief (Ärztlich) 2014‑01‑05
1.2.40.0.34.11.2 Inklusion retired Entlassungsbrief (Ärztlich) 2013‑11‑06
1.2.40.0.34.11.4 Inklusion draft Laborbefund 2023‑05‑08 13:51:02
1.2.40.0.34.11.10003 link retired ELGA CDA Dokument Laborbefund 2013‑11‑07
1.2.40.0.34.11.4 Inklusion retired Laborbefund 2015‑02‑02
1.2.40.0.34.11.4 Inklusion retired Laborbefund 2014‑12‑06
1.2.40.0.34.11.4 Inklusion retired Laborbefund 2014‑03‑25
1.2.40.0.34.11.4 Inklusion retired Laborbefund 2014‑03‑01
1.2.40.0.34.11.4 Inklusion retired Laborbefund 2013‑11‑07
1.2.40.0.34.11.5 Inklusion draft Befund Bildgebende Diagnostik 2023‑04‑17 12:20:09
1.2.40.0.34.11.10004 link retired ELGA CDA Dokument Befund Bildgebende Diagnostik 2013‑10‑16
1.2.40.0.34.11.5 Inklusion active Befund Bildgebende Diagnostik 2015‑09‑24
1.2.40.0.34.11.5 Inklusion retired Befund Bildgebende Diagnostik 2015‑01‑30
1.2.40.0.34.11.5 Inklusion retired Befund Bildgebende Diagnostik 2014‑11‑20
1.2.40.0.34.11.5 Inklusion retired Befund Bildgebende Diagnostik 2014‑03‑25
1.2.40.0.34.11.5 Inklusion retired Befund Bildgebende Diagnostik 2013‑10‑16
1.2.40.0.34.11.8.1 Inklusion draft eMedikation Rezept 2014‑01‑31
1.2.40.0.34.11.8.1001 Inklusion cancelled eMedikation Rezept 2014‑01‑31
1.2.40.0.34.11.8.1002 Inklusion cancelled eMedikation Abgabe 2014‑01‑31
1.2.40.0.34.11.8.1003 Inklusion cancelled eMedikation Medikationsliste 2014‑01‑31
1.2.40.0.34.11.8.2 Inklusion draft eMedikation Abgabe 2014‑01‑31
1.2.40.0.34.11.8.3 Inklusion draft eMedikation Medikationsliste 2014‑01‑31
1.2.40.0.34.11.8.4 Inklusion draft eMedikation Pharmazeutische Empfehlung 2023‑05‑08 14:18:02
1.2.40.0.34.11.8.4 Inklusion retired eMedikation Pharmazeutische Empfehlung 2014‑01‑31
Benutzt als Name Version
1.2.40.0.34.11.90017 Inklusion draft Language Communication DYNAMIC
Beziehung Version: Template 1.2.40.0.34.11.20001 HeaderRecordTarget (2017‑03‑27)
ref
elgabbr-
Beispiel
Vollständiges Beispiel
<recordTarget typeCode="RCT" contextControlCode="OP">
  <patientRole classCode="PAT">
    <!-- lokale Patienten ID vom System -->
    <id root="1.2.40.0.34.99.111.1.2" extension="4711" assigningAuthorityName="Amadeus Spital"/>    <!-- Sozialversicherungsnummer des Patienten -->
    <id root="1.2.40.0.10.1.4.3.1" extension="1111241261" assigningAuthorityName="Österreichische Sozialversicherung"/>    <!-- Adresse des Patienten -->
    <addr use="H">
      <streetName>Musterstraße</streetName>      <houseNumber>13a</houseNumber>      <postalCode>7000</postalCode>      <city>Eisenstadt</city>      <state>Burgenland</state>      <country>AUT</country>    </addr>    <!-- Kontaktdaten des Patienten-->
    <telecom value="tel:+43.1.40400" use="H"/>    <telecom value="tel:+43.664.1234567" use="MC"/>    <telecom value="mailto:herbert.mustermann@provider.at"/>    <!-- Name des Patienten -->
    <patient classCode="PSN" determinerCode="INSTANCE">
      <name>
        <prefix qualifier="AC">Dipl.Ing.</prefix>        <given>Herbert</given>        <given>Hannes</given>        <family>Mustermann</family>        <family qualifier="BR">VorDerHeirat</family>        <suffix qualifier="AC">BSc</suffix>        <suffix qualifier="AC">MBA</suffix>      </name>      <!-- Geschlecht des Patienten -->
      <administrativeGenderCode code="M" displayName="Male" codeSystem="2.16.840.1.113883.5.1" codeSystemName="HL7:AdministrativeGender"/>      <!-- Geburtsdatum des Patienten -->
      <birthTime value="19701224"/>      <!-- Familienstand des Patienten -->
      <maritalStatusCode code="D" displayName="Divorced" codeSystem="2.16.840.1.113883.5.2"/>      <!-- Religionszugehörigkeit des Patienten -->
      <religiousAffiliationCode code="101" displayName="Römisch-Katholisch" codeSystem="2.16.840.1.113883.2.16.1.4.1" codeSystemName="HL7.AT:ReligionAustria"/>      <!-- Vormund/Sachwalter des Patienten "Organisation"-->
      <guardian>
        <!--Eine Organisation als Guardian, hier als Strukturbeispiel-->
        <addr>
          <streetAddressLine>Kinderdorfstraße 1</streetAddressLine>          <postalCode>2371</postalCode>          <city>Hinterbrühl</city>          <state>Niederösterreich</state>          <country>AUT</country>        </addr>        <!-- Kontaktdaten des Vormunds/Sachwalters (Organisation)-->
        <telecom use="H" value="tel:+43.2236.2928"/>        <telecom use="WP" value="tel:+43.2236.9000"/>        <guardianOrganization>
          <!-- Name der Vormund/Sachwalter-Organisation-->
          <name>SOS Kinderdorf Hinterbrühl</name>        </guardianOrganization>      </guardian>      <!-- Vormund/Sachwalter des Patienten "Person" -->
      <guardian>
        <!-- Adresse des Vormunds/Sachwalters (Person) -->
        <addr>
          <streetAddressLine>Musterstraße 1234</streetAddressLine>          <postalCode>8011</postalCode>          <city>Graz</city>          <state>Steiermark</state>          <country>AUT</country>        </addr>        <!-- Kontaktdaten des Vormunds/Sachwalters (Person) -->
        <telecom use="MC" value="tel:+43.676.1234567"/>        <telecom use="H" value="tel:+43.316.717.653.9939"/>        <telecom use="WP" value="tel:+43.316.608.271.9000"/>        <guardianPerson>
          <!-- Name der Vormund/Sachwalter-Organisation -->
          <name>
            <given>Susi</given>            <family>Sorgenvoll</family>          </name>        </guardianPerson>      </guardian>      <!-- Geburtsort des Patienten -->
      <birthplace>
        <place>
          <addr>Graz</addr>        </place>      </birthplace>    </patient>  </patientRole></recordTarget>
Beispiel
Minimalbeispiel 1
<recordTarget typeCode="RCT" contextControlCode="OP">
  <patientRole classCode="PAT">
    <!-- lokale Patienten ID vom System -->
    <id root="1.2.40.0.34.99.111.1.2" extension="4711"/>    <!-- Name des Patienten -->
    <patient classCode="PSN" determinerCode="INSTANCE">
      <name>
        <given>Herbert</given>        <family>Mustermann</family>      </name>      <!-- Geschlecht des Patienten -->
      <administrativeGenderCode code="M" codeSystem="2.16.840.1.113883.5.1"/>      <!-- Geburtsdatum des Patienten -->
      <birthTime value="19701224"/>    </patient>  </patientRole></recordTarget>
Beispiel
Minimalbeispiel 2
<recordTarget>
  <patientRole>
    <!-- lokale Patienten ID -->
    <id root="1.2.40.0.34.99.111.1.2" extension="4711"/>    <!-- Name des Patienten -->
    <patient>
      <name>
        <given>Herbert</given>        <family>Mustermann</family>      </name>      <!-- Geschlecht des Patienten -->
      <administrativeGenderCode nullFlavor="UNK"/>      <!-- Geburtsdatum des Patienten -->
      <birthTime nullFlavor="UNK"/>    </patient>  </patientRole></recordTarget>
Item DT Kard Konf Beschreibung Label
hl7:recordTarget
Komponente für die Patientendaten.
 (Headotsget)
@typeCode
 		cs 0 … 1 F RCT
@contextControlCode
 		cs 0 … 1 F OP
  Beispiel <recordTarget typeCode="RCT" contextControlCode="OP">
  <patientRole classCode="PAT">
    <!-- ... -->
  </patientRole></recordTarget>
hl7:patientRole
 		1 … 1 R Patientendaten. (Headotsget)
@classCode
 		cs 0 … 1 F PAT
  Beispiel <patientRole classCode="PAT">
  <id extension="186245" root="1.2.276.0.76.3.1.139.3.871"/>  <patient classCode="PSN" determinerCode="INSTANCE">
    <!-- ... -->
  </patient></patientRole>
  Schematron assert role red error  
  test string-length(hl7:id[1]/@root)>0  
  Meldung patientRole id[1] MUSS als lokale Patienten ID vom System vorhanden sein  
  Schematron assert role red error  
  test hl7:id[2]/@root = '1.2.40.0.10.1.4.3.1' or hl7:id[2]/@nullFlavor='NI' or hl7:id[2]/@nullFlavor='UNK'  
  Meldung patientRole id[2] MUSS Sozialversicherungsnummer des Patienten sein (1.2.40.0.10.1.4.3.1) oder @nullFlavor 'NI' oder 'UNK' ist angegeben  
hl7:id
 		II 2 … * R id[1] Identifikation des Patienten im lokalen System.
id[2] Sozialversicherungsnummer des Patienten
Zugelassene nullFlavor:
  • NI … Patient hat keine Sozialversicherungsnummer (z.B. Ausländer, …)
  • UNK … Patient hat eine Sozialversicherungsnummer, diese ist jedoch unbekannt
id[3] Bereichsspezifisches Personenkennzeichen, Bereichskennzeichen GH (Gesundheit)

 (Headotsget)
  Beispiel
lokale Patienten ID vom System, notwendig für XDS
<id root="1.2.40.0.34.99.111.1.2" extension="4711" assigningAuthorityName="Amadeus Spital"/>
  Beispiel
Patienten SV Nummer
<id root="1.2.40.0.10.1.4.3.1" extension="1234241270" assigningAuthorityName="Österreichische Sozialversicherung"/>
  Beispiel
bPK-GH des Patienten: Bereichskürzel + bPK (Base64,28 Zeichen)
<id root="1.2.40.0.10.2.1.1.149" extension="GH:XNV5ThCj5OwJR0oOcWmK4WUs5p4=" assigningAuthorityName="Österreichische Stammzahlenregisterbehörde"/><!--Anmerkung: Das bPK dient ausschließlich der Zuordnung der elektronischen Identität und darf daher nicht am Ausdruck erscheinen-->
hl7:addr
 		AD 0 … 1
Adresse des Patienten.
Grundsätzlich sind die Vorgaben für „Adress-Elemente“ zu befolgen.
 (Headotsget)
hl7:streetAddressLine
 		0 … 1 (Headotsget)
hl7:streetName
 		0 … 1 (Headotsget)
hl7:houseNumber
 		0 … 1 (Headotsget)
  Schematron assert role red error  
  test hl7:streetAddressLine or (hl7:streetName and hl7:houseNumber)  
  Meldung Granularitätsstufen Adresse beachten: streetAddressLine oder streetName+houseNumber  
hl7:postalCode
 		1 … 1 M (Headotsget)
hl7:city
 		1 … 1 M (Headotsget)
hl7:state
 		0 … 1 C (Headotsget)
hl7:country
 		1 … 1 M (Headotsget)
hl7:additionalLocator
 		0 … 1 (Headotsget)
hl7:telecom
 		TEL.AT 0 … *
Kontaktdaten des Patienten.
Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen.
 (Headotsget)
hl7:patient
 		0 … 1 (Headotsget)
@classCode
 		cs 0 … 1 F PSN
@determinerCode
 		cs 0 … 1 F INSTANCE
hl7:name
 		PN 1 … 1 M
Name des Patienten.
Für den Namen ist verpflichtend Granularitätsstufe 2 („strukturierte Angabe des Namens‘‘) anzuwenden!
Grundsätzlich sind die Vorgaben für „Namen-Elemente von Personen PN“ zu befolgen.
 (Headotsget)
hl7:prefix
 		0 … * (Headotsget)
hl7:given
 		1 … * M (Headotsget)
hl7:family
 		1 … * M (Headotsget)
hl7:suffix
 		0 … * (Headotsget)
hl7:administrativeGenderCode
 		CE 1 … 1 R
Codierung des Geschlechts des Patienten.
Zugelassene nullFlavor: UNK
 (Headotsget)
  CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.4 ELGA_AdministrativeGender (DYNAMIC)
hl7:birthTime
 		TS.DATE.MIN 1 … 1 R
Geburtsdatum des Patienten.
Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen.
Zugelassene nullFlavor: UNK
 (Headotsget)
hl7:maritalStatusCode
 		CE 0 … 1 Codierung des Familienstands des Patienten. (Headotsget)
  CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.11 ELGA_MaritalStatus (DYNAMIC)
hl7:religiousAffiliationCode
 		CE 0 … 1 Codierung des Religionsbekenntnisses des Patienten. (Headotsget)
  CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.18 ELGA_ReligiousAffiliation (DYNAMIC)
hl7:raceCode
 		NP
Rasse des Patienten
Darf nicht verwendet werden!
 (Headotsget)
hl7:ethnicGroupCode
 		NP Ethnische Zugehörigkeit des Patienten.
Darf nicht verwendet werden!		 (Headotsget)
hl7:guardian
 		0 … * Gesetzlicher Vertreter: Erwachsenenvertreter, Vormund, Obsorgeberechtigter (Headotsget)
hl7:addr
 		AD 0 … 1
Die Adresse des gesetzlichen Vertreters oder der Organisation.
Grundsätzlich sind die Vorgaben für „Adress-Elemente“ zu befolgen.
 (Headotsget)
hl7:telecom
 		TEL.AT 0 … *
Beliebig viele Kontaktdatendes gesetzlichen Vertreters oder der Organisation.
Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen.
 (Headotsget)
Auswahl 1 … 1 Elemente in der Auswahl:
  • hl7:guardianPerson
  • hl7:guardianOrganization
hl7:guardianPerson
 		 … 1 Name des des gesetzlichen Vertreters (Person). (Headotsget)
hl7:name
 		PN 1 … 1 M Name der Person. (Headotsget)
hl7:guardianOrganization
 		 … 1 Name des des gesetzlichen Vertreters (Organisation). (Headotsget)
hl7:name
 		ON 1 … 1 M Name der Organisation. (Headotsget)
hl7:birthplace
 		0 … 1 Geburtsort des Patienten. (Headotsget)
hl7:place
 		1 … 1 M (Headotsget)
hl7:addr
 		AD 1 … 1 M

Die Adresse des Geburtsorts.

Grundsätzlich sind die Vorgaben gemäß „Adress-Elemente“ für Granularitätsstufe 1 zu befolgen.

Granularitätsstufe 2 oder 3 ist auch bei EIS Enhanced und Full Support nicht erforderlich. 		(Headotsget)
Eingefügt von 1.2.40.0.34.11.90017 Language Communication (DYNAMIC)
hl7:languageCommunication
 		0 … *
Komponente zur Angabe der Sprachfähigkeiten des Patienten.
 (Headotsget)
hl7:languageCode
 		CS 0 … 1 Sprache, die vom Patienten zu einem bestimmten Grad beherrscht wird (geschrieben oder gesprochen). (Headotsget)
  CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.173 ELGA_HumanLanguage (DYNAMIC)
hl7:modeCode
 		CE 0 … 1 Ausdrucksform der Sprache.
@codeSystem Fester Wert: 2.16.840.1.113883.5.60		 (Headotsget)
  CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.175 ELGA_LanguageAbilityMode (DYNAMIC)
hl7:proficiencyLevelCode
 		CE 0 … 1 Grad der Sprachkenntnis in der Sprache.
@codeSystem Fester Wert: 2.16.840.1.113883.5.61		 (Headotsget)
  CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.174 ELGA_ProficiencyLevelCode (DYNAMIC)
hl7:preferenceInd
 		BL 0 … 1 Kennzeichnung, ob die Sprache in der angegebenen Ausdrucksform vom Patienten bevorzugt wird. (Headotsget)