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 2023‑04‑03 10:42:29
Andere Versionen mit dieser Id:
Status active Aktiv Versions-Label 1.1.0+20230717
Name atcdabbr_header_RecordTarget_eImpfpass Bezeichnung Record Target - e-Impfpass
Beschreibung

Das RecordTarget-Element enthält den "Impfling" (Bürger, Patient). Das ist die Person, über welche die e-Impfpass Anwendung Impfungen verwaltet und über deren Gesundheitsdaten berichtet wird.

Klassifikation CDA Header Level Template
Offen/Geschlossen Geschlossen (nur definierte Elemente sind erlaubt)
Assoziiert mit
Assoziiert mit 11 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
Benutzt von / Benutzt
Benutzt von 2 Transactions und 14 Templates, Benutzt 5 Templates
Benutzt von als Name Version
elgaimpf-transaction-18 Transaktion draft Kompletter Immunisierungsstatus (v2) 2023‑05‑09 07:35:05
elgaimpf-transaction-19 Transaktion draft Update Immunisierungsstatus (v2) 2023‑05‑09 07:36:14
1.2.40.0.34.6.0.11.0.2 Inklusion active Update Immunisierungsstatus (2.0.0+20230717) 2023‑01‑23 14:48:21
1.2.40.0.34.6.0.11.0.2 Inklusion active Update Immunisierungsstatus (1.3.1+20220714) 2022‑07‑15 13:52:04
1.2.40.0.34.6.0.11.0.2 Inklusion active Update Immunisierungsstatus (1.3.0+20220127) 2022‑01‑25 12:15:38
1.2.40.0.34.6.0.11.0.2 Inklusion active Update Immunisierungsstatus (1.2.0+20220103) 2021‑08‑18 14:29:50
1.2.40.0.34.6.0.11.0.2 Inklusion active Update Immunisierungsstatus (1.1.1+20210526) 2021‑05‑25 13:23:24
1.2.40.0.34.6.0.11.0.2 Inklusion active Update Immunisierungsstatus (1.1.0+20210512) 2021‑05‑12 09:26:29
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 (2.0.0+20230717) 2023‑01‑24 14:59:34
1.2.40.0.34.6.0.11.0.4 Inklusion active Kompletter Immunisierungsstatus (1.3.1+20220714) 2022‑07‑15 13:50:33
1.2.40.0.34.6.0.11.0.4 Inklusion active Kompletter Immunisierungsstatus (1.3.0+20220127) 2022‑01‑25 12:13:30
1.2.40.0.34.6.0.11.0.4 Inklusion active Kompletter Immunisierungsstatus (1.2.0+20220103) 2021‑08‑24 10:37:08
1.2.40.0.34.6.0.11.0.4 Inklusion active Kompletter Immunisierungsstatus (1.1.1+20210526) 2021‑05‑25 13:22:08
1.2.40.0.34.6.0.11.0.4 Inklusion active Kompletter Immunisierungsstatus (1.1.0+20210512) 2021‑05‑12 09:26:01
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.1+20230717) DYNAMIC
1.2.40.0.34.6.0.11.9.11 Containment active Person Name Compilation G2 M (1.0.1+20230717) DYNAMIC
1.2.40.0.34.6.0.11.9.12 Containment active Person Name Compilation G1 M (1.0.1+20230717) 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.2+20230717) DYNAMIC
Beziehung Spezialisierung: Template 1.2.40.0.34.6.0.11.1.31 Record Target - e-Impfpass (2021‑04‑29 10:16:25)
Version: Template 1.2.40.0.34.6.0.11.1.31 Record Target - e-Impfpass (2019‑07‑09 09:35:06)
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"/>      <!-- 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 Value Set "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
Auswahl 1 … 1
Geburtsdatum des Patienten.
Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen.
Elemente in der Auswahl:
  • hl7:birthTime
  • hl7:birthTime[@nullFlavor='UNK']
hl7:birthTime
TS.AT.VAR 0 … 1 (atcdotsass)
  Constraint

Wenn vorhanden MUSS das Geburtsdatum im Format YYYYMMDD (taggenau) oder YYYYMMDDhhmmss[+/-]HHMM (sekundengenau mit Zeitzone) angegeben werden.

Sollte die Information nicht vorliegen KANN das Geburtsdatum auch im Format YYYY (jahrgenau) oder YYYYMM (monatsgenau) strukturiert sein.

hl7:birthTime
TS.AT.VAR 0 … 1 (atcdotsass)
wo [@nullFlavor='UNK']
@nullFlavor
cs 1 … 1 F UNK
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"