Back To Index  <<  Back To Templates

active Template  Record Target - e-Impfpass

Id 1.2.40.0.34.6.0.11.1.31 Gültigkeit 2019‑07‑09 09:35:06
Andere Versionen mit dieser Id:
Status active Aktiv Versions-Label 2019
Name atcdabbr_header_RecordTarget_eImpfpass Bezeichnung Record Target - e-Impfpass
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 Geschlossen (nur definierte Elemente sind erlaubt)
Assoziiert mit
Assoziiert mit 12 Konzepte
Id Name Datensatz
elgaimpf-dataelement-1 draft Impfling draft Datensatz Immunisierungsstatus
elgaimpf-dataelement-172 draft Name draft Datensatz Immunisierungsstatus
elgaimpf-dataelement-216 draft Kontaktdaten draft Datensatz Immunisierungsstatus
elgaimpf-dataelement-219 draft Adresse draft Datensatz Immunisierungsstatus
elgaimpf-dataelement-227 draft Telefon Mobil draft Datensatz Immunisierungsstatus
elgaimpf-dataelement-228 draft Telefon Festnetz draft Datensatz Immunisierungsstatus
elgaimpf-dataelement-229 draft Mail draft Datensatz Immunisierungsstatus
elgaimpf-dataelement-86 draft LokaleID draft Datensatz Immunisierungsstatus
elgaimpf-dataelement-87 draft SVNr draft Datensatz Immunisierungsstatus
elgaimpf-dataelement-88 draft bPK-GH draft Datensatz Immunisierungsstatus
elgaimpf-dataelement-94 draft Geschlecht draft Datensatz Immunisierungsstatus
elgaimpf-dataelement-95 draft Geburtstdatum draft Datensatz Immunisierungsstatus
Benutzt von / Benutzt
Benutzt von 0 Transactions und 0 Templates, Benutzt 5 Templates
Benutzt als Name Version
1.2.40.0.34.6.0.11.9.25 Containment active Address Compilation (1.0.0+20210219) DYNAMIC
1.2.40.0.34.6.0.11.9.11 Containment active Person Name Compilation G2 M (1.0.0+20210219) DYNAMIC
1.2.40.0.34.6.0.11.9.12 Containment active Person Name Compilation G1 M (1.0.0+20210219) DYNAMIC
1.2.40.0.34.6.0.11.9.27 Containment active Organization Name Compilation (1.0.1+20210628) DYNAMIC
1.2.40.0.34.6.0.11.9.10 Containment active Address Compilation Minimal (1.0.1+20210628) DYNAMIC
Beziehung Spezialisierung: Template 1.2.40.0.34.6.0.11.1.3 Record Target (2019‑02‑20 12:10:02)
ref
at-cda-bbr-

Spezialisierung: Template 2.16.840.1.113883.10.12.101 CDA recordTarget (2005‑09‑07)
ref
ad1bbr-
Beispiel
Strukturbeispiel
<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"/>    <!-- bPK-GH des Patienten -->
    <id root="1.2.40.0.10.2.1.1.149" extension="GH:b64encodedbPKValue"/>    <!-- Adresse des Patienten -->
    <addr>
      <!-- template 1.2.40.0.34.6.0.11.9.25 'Address Compilation' (2019-02-28T14:24:14) -->
    </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"/>    <patient classCode="PSN" determinerCode="INSTANCE">
      <!-- Name des Patienten (Granularitätsstufe 2) -->
      <name>
        <!-- template 1.2.40.0.34.6.0.11.9.6 'Person Name Compilation G2' -->
      </name>      <!-- Geschlecht des Patienten -->
      <administrativeGenderCode displayName="Male" code="M" codeSystem="2.16.840.1.113883.5.1" codeSystemName="HL7:AdministrativeGender"/>      <!-- Geburtsdatum des Patienten -->
      <birthTime value="19701224"/>      <!-- Familienstand des Patienten -->
      <maritalStatusCode code="D" codeSystem="2.16.840.1.113883.5.2" codeSystemName="HL7:MaritalStatus" displayName="Divorced"/>      <!-- 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"/>      <!-- Gesetzlicher Vertreter des Patienten "Organisation"-->
      <guardian classCode="GUARD">
        <!-- Gesetzlicher Vertreter "Person" -->
        <addr>
          <!-- template 1.2.40.0.34.6.0.11.9.25 'Address Compilation' (2019-02-28T14:24:14) -->
        </addr>        <!-- Kontaktdaten des gesetzlichen Vertreters -->
        <telecom use="H" value="tel:+43.2236.2928"/>        <telecom use="WP" value="tel:+43.2236.9000"/>        <!-- Name des gesetzlichen Vertreters (Granularitätsstufe 1) -->
        <guardianPerson>
          <name>
            <!-- template 1.2.40.0.34.6.0.11.9.12 'Person Name Compilation G1 M' -->
          </name>        </guardianPerson>      </guardian>      <birthplace classCode="BIRTHPL">
        <place classCode="PLC" determinerCode="INSTANCE">
          <!-- 1.2.40.0.34.6.0.11.9.10 'Address Compilation Minimal' -->
        </place>      </birthplace>      <languageCommunication>
        <languageCode code="aa"/>        <modeCode code="ESP" displayName="Expressed spoken" codeSystem="2.16.840.1.113883.5.60" codeSystemName="HL7:LanguageAbilityMode"/>        <proficiencyLevelCode code="E" displayName="Excellent" codeSystem="2.16.840.1.113883.5.61" codeSystemName="HL7:LanguageAbilityProficiency"/>        <preferenceInd value="true"/>      </languageCommunication>    </patient>  </patientRole></recordTarget>
Item DT Kard Konf Beschreibung Label
hl7:recordTarget
 		1 … 1 M Komponente für die Patientendaten. (atcdotsass)
 
target
elgaimpf-dataelement-1 draft Impfling draft Datensatz Immunisierungsstatus
@typeCode
 		cs 0 … 1 F RCT
@contextControlCode
 		cs 0 … 1 F OP
hl7:patientRole
 		1 … 1 M Patientendaten. (atcdotsass)
@classCode
 		cs 0 … 1 F PAT
hl7:id
 		II 2 … * R Identifikatoren des Patienten. Es werden drei Identifikatoren definiert, die nur in einer festgelegten Reihenfolge angegeben werden können:
  1. Die erste ID ist der lokale Identifikator, mit der der Patient im erstellenden System identifiziert wird.
  2. Die zweite ID ist die Sozialversicherungsnummer.
  3. Die dritte ID ist das bereichsspezifische Personenkennzeichen
 (atcdotsass)
 
target
elgaimpf-dataelement-86 draft LokaleID draft Datensatz Immunisierungsstatus
elgaimpf-dataelement-87 draft SVNr draft Datensatz Immunisierungsstatus
elgaimpf-dataelement-88 draft bPK-GH draft Datensatz Immunisierungsstatus
  Constraint

Im Fall der Dokumentenklasse "Update Immunisierungsstatus" MUSS die Reihenfolge der id-Elemente wie folgt eingehalten werden:

id[1] Identifikation des Patienten im lokalen System M [1..1]

↔ Hinweis zum XDS-Mapping: Das Element id[1] wird ins XDS-Attribut sourcePatientId gemappt.

id[2] Sozialversicherungsnummer des Patienten R [1..1]:

  • @root: OID der Liste aller österreichischen Sozialversicherungen, fester Wert 1.2.40.0.10.1.4.3.1, M [1..1]
  • @extension: Vollständige Sozialversicherungsnummer des Patienten (10 Stellen), M [1..1]
  • @assigningAuthorityName: Fester Wert "Österreichische Sozialversicherung", O [0..1]

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) C [0..1]

  • @root: OID der österreichischen bPK, fester Wert "1.2.40.0.10.2.1.1.149", M [1..1]
  • @extension: bPK-GH des Patienten: concat(Bereichskürzel, ":", bPK) (Base64,28 Zeichen)
  • @assigningAuthorityName: Fester Wert "Österreichische Stammzahlenregisterbehörde", O [0..1]

Anmerkung: Das bPK dient ausschließlich der Zuordnung der elektronischen Identität und darf daher nicht am Ausdruck erscheinen.

Wenn id[2] nullFlavor strukturiert, dann MUSS id[3] bPK-GH vorhanden sein.

Im Fall der Dokumentenklasse "Kompletter Immunisierungsstatus" MUSS die Reihenfolge der id-Elemente wie folgt eingehalten werden:

id[1] Identifikation des Patienten im lokalen System M [1..1]. Hierbei MUSS es sich um das bPK-GH des Patienten handeln mit

  • @root: OID der österreichischen bPK, fester Wert "1.2.40.0.10.2.1.1.149", M [1..1]
  • @extension: bPK-GH des Patienten: Bereichskürzel + bPK
  • @assigningAuthorityName: Fester Wert "Österreichische Stammzahlenregisterbehörde", O [0..1]

Anmerkung: Das bPK dient ausschließlich der Zuordnung der elektronischen Identität und darf daher nicht am Ausdruck erscheinen.

↔ Hinweis zum XDS-Mapping: Das Element id[1] wird ins XDS-Attribut sourcePatientId gemappt.

id[2] Sozialversicherungsnummer des Patienten R [1..1]:

  • @root: OID der Liste aller österreichischen Sozialversicherungen, fester Wert 1.2.40.0.10.1.4.3.1, M [1..1]
  • @extension: Vollständige Sozialversicherungsnummer des Patienten (10 Stellen), M [1..1]
  • @assigningAuthorityName: Fester Wert "Österreichische Sozialversicherung", O [0..1]

Zugelassene nullFlavor:

  • NI … Patient hat keine Sozialversicherungsnummer (z.B. Ausländer)
  • UNK … Patient hat eine Sozialversicherungsnummer, diese ist jedoch unbekannt
hl7:addr
 		0 … 2
Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC) 		(atcdotsass)
wo [not(@nullFlavor)]
 
target
elgaimpf-dataelement-219 draft Adresse draft Datensatz Immunisierungsstatus
hl7:telecom
 		TEL.AT 0 … * R Kontakt-Element. Grundsätzlich sind die Vorgaben gemäß „Kontaktdaten-Element“ zu befolgen. (atcdotsass)
wo [not(@nullFlavor)]
 
target
elgaimpf-dataelement-216 draft Kontaktdaten draft Datensatz Immunisierungsstatus
@value
 		url 1 … 1 R
Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567
Formatkonvention siehe „telecom-Format Konventionen für Telekom-Daten“
Zulässige Werteliste für telecom Präfixe gemäß Value-Set „ELGA_URLScheme“
 
target
elgaimpf-dataelement-227 draft Telefon Mobil draft Datensatz Immunisierungsstatus
elgaimpf-dataelement-228 draft Telefon Festnetz draft Datensatz Immunisierungsstatus
elgaimpf-dataelement-229 draft Mail draft Datensatz Immunisierungsstatus
@use
 		cs 0 … 1  
Bedeutung des angegebenen Kontakts (z.B Heim, Arbeitsplatz) Bsp: WP
Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“
  Constraint Werden mehrere telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein.
hl7:patient
 		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 gemäß „Namen-Elemente von Personen PN“ zu befolgen.

Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC) 		(atcdotsass)
 
target
elgaimpf-dataelement-172 draft Name draft Datensatz Immunisierungsstatus
Auswahl 1 … 1
Codierung des Geschlechts des Patienten aus ValueSet "ELGA_AdministrativeGender".
Zugelassene nullFlavor: UNK
Elemente in der Auswahl:
  • hl7:administrativeGenderCode[not(@nullFlavor)]
  • hl7:administrativeGenderCode[@nullFlavor='UNK']
hl7:administrativeGenderCode
 		CE 0 … 1 (atcdotsass)
wo [not(@nullFlavor)]
 
target
elgaimpf-dataelement-94 draft Geschlecht draft Datensatz Immunisierungsstatus
@displayName
 		st 1 … 1 R
@code
 		cs 1 … 1 R
@codeSystem
 		oid 1 … 1 F 2.16.840.1.113883.5.1
@codeSystemName
 		st 0 … 1 F HL7:AdministrativeGender
  CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.4 ELGA_AdministrativeGender (DYNAMIC)
hl7:administrativeGenderCode
 		CE 0 … 1 (atcdotsass)
wo [@nullFlavor='UNK']
@nullFlavor
 		cs 1 … 1 F UNK
hl7:birthTime
 		TS.DATE 1 … 1 M
Geburtsdatum des Patienten.
Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen.
(atcdotsass)
 
target
elgaimpf-dataelement-95 draft Geburtstdatum draft Datensatz Immunisierungsstatus
hl7:maritalStatusCode
 		NP Codierung des Familienstands des Patienten. Wird in e-Impfpass nicht verwendet! (atcdotsass)
hl7:religiousAffiliationCode
 		NP Codierung des Religionsbekenntnisses des Patienten. Wird in e-Impfpass nicht verwendet! (atcdotsass)
hl7:raceCode
 		NP
Rasse des Patienten: Darf nicht verwendet werden!
(atcdotsass)
hl7:ethnicGroupCode
 		NP Ethnische Zugehörigkeit des Patienten: Darf nicht verwendet werden! (atcdotsass)
hl7:guardian
 		0 … * R Gesetzlicher Vertreter (Erwachsenenvertreter, Vormund, Obsorgeberechtigter). Der gesetzliche Vertreter kann entweder eine Person (guardianPerson) oder eine Organisation (guardianOrganization) sein.
Beim Patienten können optional ein oder mehrere gesetzliche Vertreter angegeben werden. Wenn ein gesetzliche Vertreter bekannt ist, SOLL diese Information auch angegeben werden. 		(atcdotsass)
@classCode
 		cs 0 … 1 F GUARD
hl7:addr
 		0 … 1
Die Adresse des gesetzlichen Vertreters oder der Organisation.
Grundsätzlich sind die Vorgaben für „Adress-Elemente“ zu befolgen.

Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC) 		(atcdotsass)
hl7:telecom
 		TEL.AT 0 … * Beliebig viele Kontaktdaten des gesetzlichen Vertreters als Person oder Organisation.
Grundsätzlich sind die Vorgaben gemäß „Kontaktdaten-Element“ zu befolgen. 		(atcdotsass)
@value
 		st 1 … 1 R
Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567
Formatkonvention siehe „Kontaktdaten-Elemente“
Zulässige Werteliste für telecom Präfixe gemäß Value-Set „ELGA_URLScheme“
@use
 		set_cs 0 … 1  
Bedeutung des angegebenen Kontakts (z.B. Heim, Arbeitsplatz), z.B. WP
Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“
  Constraint Werden mehrere telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein.
Auswahl 1 … 1
Angabe des gesetzlichen Vertreters als Person (guardianPerson in Granularitätsstufe 1 oder 2) ODER als Organisation (guardianOrganization)
Elemente in der Auswahl:
hl7:guardianPerson
 		0 … 1 Name des gesetzlichen Vertreters: Angabe in Granularitätsstufe 1
Beinhaltet 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC) 		(atcdotsass)
hl7:guardianPerson
 		0 … 1 Name des gesetzlichen Vertreters: Angabe in Granularitätsstufe 2
Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC) 		(atcdotsass)
hl7:guardianOrganization
 		0 … 1 Name des gesetzlichen Vertreters (Organisation)
Beinhaltet 1.2.40.0.34.6.0.11.9.27 Organization Name Compilation (DYNAMIC) 		(atcdotsass)
hl7:birthplace
 		0 … 1 Geburtsort des Patienten. (atcdotsass)
@classCode
 		cs 0 … 1 F BIRTHPL
hl7:place
 		1 … 1 (atcdotsass)
@classCode
 		cs 0 … 1 F PLC
@determinerCode
 		cs 0 … 1 F INSTANCE
Auswahl 1 … 1 Elemente in der Auswahl:
hl7:addr
 		AD 0 … 1 Die Adresse des Geburtsorts. Minimalangabe. Alle Elemente optional.
Beinhaltet 1.2.40.0.34.6.0.11.9.10 Address Compilation Minimal (DYNAMIC) 		(atcdotsass)
hl7:addr
 		AD 0 … 1 Die Adresse des Geburtsorts, struktuiert.
Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC) 		(atcdotsass)
hl7:languageCommunication
 		NP Informationen bezüglich der Sprachfähigkeiten und Ausdrucksform des Patienten. Wird in e-Impfpass nicht verwendet! (atcdotsass)
  Schematron assert role red error  
  test not(hl7:id[1]/@nullFlavor)  
  Meldung Die Verwendung von id/@nullFlavor ist an dieser Stelle NICHT ERLAUBT.  
  Schematron assert role red error  
  test not(hl7:id[2]/@nullFlavor='UNK') or hl7:id[@root='1.2.40.0.10.2.1.1.149']  
  Meldung Wenn die SVNR mit nullFlavor 'UNK' angegeben wird, MUSS das bPK-GH strukturiert sein.  
  Schematron assert role red error  
  test not(hl7:id[2]/@nullFlavor) or (hl7:id[2][@nullFlavor='UNK'] or hl7:id[2][@nullFlavor='NI'])  
  Meldung Zugelassene nullFlavor sind "NI" und "UNK"