Item | DT | Kard | Konf | Beschreibung | Label |
---|
| | 1 … 1 | M | Komponente für die Patientendaten. | (atc...ass) |
| | elgaimpf-dataelement-1 | Impfling | Datensatz Immunisierungsstatus |
|
| @typeCode
|
| cs | 0 … 1 | F | RCT |
| @contextControlCode
|
| cs | 0 … 1 | F | OP |
| hl7:patientRole
|
| | 1 … 1 | M | Patientendaten. | (atc...ass) |
| | @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:
- Die erste ID ist der lokale Identifikator, mit der der Patient im erstellenden System identifiziert wird.
- Die zweite ID ist die Sozialversicherungsnummer.
- Die dritte ID ist das bereichsspezifische Personenkennzeichen
| (atc...ass) |
| | elgaimpf-dataelement-86 | LokaleID | Datensatz Immunisierungsstatus | elgaimpf-dataelement-87 | SVNr | Datensatz Immunisierungsstatus | elgaimpf-dataelement-88 | bPK-GH | 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) | (atc...ass) |
wo [not(@nullFlavor)] | |
| | elgaimpf-dataelement-219 | Adresse | Datensatz Immunisierungsstatus |
|
| | hl7:telecom
|
| TEL.AT | 0 … * | R | Kontakt-Element. Grundsätzlich sind die Vorgaben gemäß „Kontaktdaten-Element“ zu befolgen. | (atc...ass) |
wo [not(@nullFlavor)] | |
| | elgaimpf-dataelement-216 | Kontaktdaten | Datensatz Immunisierungsstatus |
|
| url | 1 … 1 | R |
Formatkonvention siehe „telecom-Format Konventionen für Telekom-Daten“
Zulässige Werteliste für telecom Präfixe gemäß Value Set „ELGA_URLScheme“
|
| | elgaimpf-dataelement-227 | Telefon Mobil | Datensatz Immunisierungsstatus | elgaimpf-dataelement-228 | Telefon Festnetz | Datensatz Immunisierungsstatus | elgaimpf-dataelement-229 | Mail | Datensatz Immunisierungsstatus |
|
| 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) | (atc...ass) |
| | elgaimpf-dataelement-172 | Name | Datensatz Immunisierungsstatus |
|
Auswahl | | |
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 | | | (atc...ass) |
wo [not(@nullFlavor)] | |
| | elgaimpf-dataelement-94 | Geschlecht | Datensatz Immunisierungsstatus |
|
| st | 1 … 1 | R | |
| cs | 1 … 1 | R | |
| oid | 1 … 1 | F | 2.16.840.1.113883.5.1 |
| 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 | | | (atc...ass) |
wo [@nullFlavor='UNK'] | |
| cs | 1 … 1 | F | UNK |
Auswahl | | |
Geburtsdatum des Patienten. Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen.
Elemente in der Auswahl:- hl7:birthTime
- hl7:birthTime[@nullFlavor='UNK']
|
| TS.AT.VAR | 0 … 1 | | | (atc...ass) |
| 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. |
| TS.AT.VAR | 0 … 1 | | | (atc...ass) |
wo [@nullFlavor='UNK'] | |
| cs | 1 … 1 | F | UNK |
| | | NP | Codierung des Familienstands des Patienten. Wird in e-Impfpass nicht verwendet!
| (atc...ass) |
| | | hl7:religiousAffiliationCode
|
| | | NP | Codierung des Religionsbekenntnisses des Patienten. Wird in e-Impfpass nicht verwendet!
| (atc...ass) |
| | | NP |
Rasse des Patienten: Darf nicht verwendet werden!
| (atc...ass) |
| | | NP | Ethnische Zugehörigkeit des Patienten: Darf nicht verwendet werden!
| (atc...ass) |
| | | NP |
Gesetzlicher Vertreter (Erwachsenenvertreter, Vormund, Obsorgeberechtigter). Wird in e-Impfpass nicht verwendet!
| (atc...ass) |
| | 0 … 1 | | Geburtsort des Patienten. | (atc...ass) |
| cs | 0 … 1 | F | BIRTHPL |
| | 1 … 1 | | | (atc...ass) |
| cs | 0 … 1 | F | PLC |
| cs | 0 … 1 | F | INSTANCE |
Auswahl | | | Elemente in der Auswahl:- hl7:addr welches enthält Template 1.2.40.0.34.6.0.11.9.10 Address Compilation Minimal (DYNAMIC)
- hl7:addr welches enthält Template 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)
|
| 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) | (atc...ass) |
| AD | 0 … 1 | | Die Adresse des Geburtsorts, struktuiert. Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC) | (atc...ass) |
| | | hl7:languageCommunication
|
| | | NP | Informationen bezüglich der Sprachfähigkeiten und Ausdrucksform des Patienten. Wird in e-Impfpass nicht verwendet!
| (atc...ass) |
| Schematron assert | role | error | |
| test | not(hl7:id[1]/@nullFlavor) | |
| Meldung | Die Verwendung von id/@nullFlavor ist an dieser Stelle NICHT ERLAUBT. | |
| Schematron assert | role | 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 | 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" | |