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
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-95 draft Geburtstdatum draft Datensatz e-Impfpass 2019
elgaimpf-dataelement-88 draft bPK-GH draft Datensatz e-Impfpass 2019
elgaimpf-dataelement-1 draft Impfling draft Datensatz e-Impfpass 2019
elgaimpf-dataelement-86 draft LokaleID draft Datensatz e-Impfpass 2019
elgaimpf-dataelement-216 draft Kontaktdaten draft Datensatz e-Impfpass 2019
elgaimpf-dataelement-229 draft Mail draft Datensatz e-Impfpass 2019
elgaimpf-dataelement-227 draft Telefon Mobil draft Datensatz e-Impfpass 2019
elgaimpf-dataelement-94 draft Geschlecht draft Datensatz e-Impfpass 2019
elgaimpf-dataelement-172 draft Name draft Datensatz e-Impfpass 2019
elgaimpf-dataelement-87 draft SVNr draft Datensatz e-Impfpass 2019
elgaimpf-dataelement-228 draft Telefon Festnetz draft Datensatz e-Impfpass 2019
elgaimpf-dataelement-219 draft Adresse draft Datensatz e-Impfpass 2019
Benutzt von / Benutzt
Benutzt von 2 Transactions und 2 Templates, Benutzt 5 Templates
Benutzt von als Name Version
elgaimpf-transaction-16 Transaktion draft elgaimpf Kompletter Immunisierungsstatus (2019) 2019‑01‑15 16:37:00
elgaimpf-transaction-17 Transaktion draft elgaimpf Update Immunisierungsstatus (2019) 2019‑01‑15 16:58:01
1.2.40.0.34.6.0.11.0.2 Inklusion active Update Immunisierungsstatus (2019) 2019‑01‑15 16:55:36
1.2.40.0.34.6.0.11.0.4 Inklusion active Kompletter Immunisierungsstatus (2019) 2019‑04‑04 10:10:28
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.0+20210219) DYNAMIC
1.2.40.0.34.6.0.11.9.10 Containment active Address Compilation Minimal (1.0.0+20210219) 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 e-Impfpass 2019
@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-88 draft bPK-GH draft Datensatz e-Impfpass 2019
elgaimpf-dataelement-86 draft LokaleID draft Datensatz e-Impfpass 2019
elgaimpf-dataelement-87 draft SVNr draft Datensatz e-Impfpass 2019
  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 e-Impfpass 2019
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 e-Impfpass 2019
@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-229 draft Mail draft Datensatz e-Impfpass 2019
elgaimpf-dataelement-227 draft Telefon Mobil draft Datensatz e-Impfpass 2019
elgaimpf-dataelement-228 draft Telefon Festnetz draft Datensatz e-Impfpass 2019
@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 e-Impfpass 2019
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 e-Impfpass 2019
@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 e-Impfpass 2019
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"