Item | DT | Kard | Konf | Beschreibung | Label |
---|
| | 1 … 1 | M | Komponente für die Patientendaten. | (atc...ass) |
| | elgaimpf-dataelement-1 | Impfling | Datensatz e-Impfpass 2019 |
|
| @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 |
Allgemeine Vorgaben
Hinweis: Die Reihenfolge der id-Elemente MUSS unbedingt eingehalten werden!
id[1] Identifikation des Patienten im lokalen System. Grundsätzlich sind die Vorgaben gemäß „Identifikations-Elemente“ zu befolgen. (1..1 M)
id[2] Sozialversicherungsnummer des Patienten (1..1 R):
- @root: OID der Liste aller österreichischen Sozialversicherungen, fester Wert: 1.2.40.0.10.1.4.3.1 (1..1 M)
- @extension: Vollständige Sozialversicherungsnummer des Patienten (10 Stellen) (1..1 M)
- @assigningAuthorityName: Fester Wert: Österreichische Sozialversicherung (0..1 O)
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) (0..1 O)
- @root: OID der österreichischen bPK, fester Wert: 1.2.40.0.10.2.1.1.149 (1..1 M)
- @extension: bPK-GH des Patienten: Bereichskürzel + bPK (Base64, 28 Zeichen) (insg. 31 Stellen)
Anmerkung: Das bPK dient ausschließlich der Zuordnung der elektronischen Identität und darf daher nicht am Ausdruck erscheinen (1..1 M)
- @assigningAuthorityName: Fester Wert: Österreichische Stammzahlenregisterbehörde (0..1 O)
TODO Assert: id[1] darf nicht nullFlavor sein TODO Assert: id[3] bpkGH Anzahl Stellen = 31
| (atc...ass) |
| | elgaimpf-dataelement-88 | bPK-GH | Datensatz e-Impfpass 2019 | elgaimpf-dataelement-86 | LokaleID | Datensatz e-Impfpass 2019 | elgaimpf-dataelement-87 | SVNr | Datensatz e-Impfpass 2019 |
|
| Constraint | Im Fall der Dokumentenklasse "Kompletter Immunisierungsstatus" MUSS, M [1..1] id[3], das Bereichsspezifisches Personenkennzeichen, Bereichskennzeichen GH (Gesundheit), angegeben sein.
Die Verwendung von id[1], Identifikation des Patienten im lokalen System, ist NICHT ERLAUBT NP [0..0].
In allen anderen Fällen gelten die allgemeinen Vorgaben.
ToDo: Assert
|
| Schematron assert | role | error | |
| test | not(hl7:id[2]/@root = '1.2.40.0.10.1.4.3.1') and not(string-length(hl7:id[2]/@extension) = 10) or not(hl7:id[2]/@nullFlavor='NI' or hl7:id[2]/@nullFlavor='UNK') | |
| Meldung | patientRole id[2] MUSS 10-stellige Sozialversicherungsnummer des Patienten sein (1.2.40.0.10.1.4.3.1) oder @nullFlavor 'NI' oder 'UNK' ist angegeben | |
| | hl7:addr
|
| | 0 … 2 | | Adresse des Patienten
TODO: Assert: Wenn mehr als 1 Adresse angegeben wird (z.B. Home, Pflege), muss @use zu jeder Adresse angegeben werden
Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC) | (atc...ass) |
| | elgaimpf-dataelement-219 | Adresse | Datensatz e-Impfpass 2019 |
|
| | hl7:telecom
|
| TEL.AT | 0 … * | R | Kontakt-Element. Grundsätzlich sind die Vorgaben gemäß „Kontaktdaten-Element“ zu befolgen.
| (atc...ass) |
| | elgaimpf-dataelement-216 | Kontaktdaten | Datensatz e-Impfpass 2019 |
|
| url | 1 … 1 | R | Die Kontaktadresse (Telefonnummer, Email, etc.)
Formatkonvention siehe „telecom-Format Konventionen für Telekom-Daten“
Zulässige Werteliste für telecom Präfixe gemäß Value-Set „ELGA_URLScheme“
|
| | elgaimpf-dataelement-229 | Mail | Datensatz e-Impfpass 2019 | elgaimpf-dataelement-227 | Telefon Mobil | Datensatz e-Impfpass 2019 | elgaimpf-dataelement-228 | Telefon Festnetz | Datensatz e-Impfpass 2019 | elgaimpf-dataelement-230 | FAX | Datensatz e-Impfpass 2019 |
|
| cs | 0 … 1 | | Bedeutung des angegebenen Kontakts (z.B Heim, Arbeitsplatz) Bsp: WP
Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“
|
| CONF | Der Wert von @use muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.190 AddressUse (DYNAMIC) |
|
| | 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) |
| | wo [hl7:administrativeGenderCode [concat(@code, @codeSystem) = doc('include/voc-1.2.40.0.34.10.4-DYNAMIC.xml')//valueSet [1]/conceptList/concept/concat(@code, @codeSystem) or @nullFlavor = doc('include/voc-1.2.40.0.34.10.4-DYNAMIC.xml')//valueSet [1]/conceptList/exception/@code]] |
| |
| | elgaimpf-dataelement-172 | Name | Datensatz e-Impfpass 2019 |
|
| cs | 0 … 1 | F | PSN |
| cs | 0 … 1 | F | INSTANCE |
| | | hl7:administrativeGenderCode
|
| CE | 1 … 1 | R | Codierung des Geschlechts des Patienten aus ValueSet "
ELGA_AdministrativeGender".
Zugelassene nullFlavor: UNK
| (atc...ass) |
| | elgaimpf-dataelement-94 | Geschlecht | Datensatz e-Impfpass 2019 |
|
| st | 1 … 1 | R | |
| cs | 0 … 1 | F | UNK |
| 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) |
|
| Schematron assert | role | error | |
| test | (@code and @codeSystem and @displayName) or (@nullFlavor='UNK') | |
| Meldung | Entweder ein Code mit Codesystem und Displayname oder der Nullflavor UNK erforderlich | |
| TS.DATE | 1 … 1 | M | Geburtsdatum des Patienten.
Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen.
| (atc...ass) |
| | elgaimpf-dataelement-95 | Geburtstdatum | Datensatz e-Impfpass 2019 |
|
| CE | | NP | Codierung des Familienstands des Patienten.
Zulässige Werte gemäß Value-Set „ELGA_MaritalStatus“
| (atc...ass) |
| cs | 1 … 1 | R | |
| oid | 1 … 1 | F | 2.16.840.1.113883.5.2 |
| st | 1 … 1 | F | HL7:MaritalStatus |
| st | 1 … 1 | R | |
| 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 | | NP | Codierung des Religionsbekenntnisses des Patienten.
Zulässige Werte gemäß Value-Set „ELGA_ReligiousAffiliation“
| (atc...ass) |
| cs | 1 … 1 | R | |
| oid | 1 … 1 | F | 2.16.840.1.113883.2.16.1.4.1 |
| st | 1 … 1 | F | HL7.AT:ReligionAustria |
| st | 1 … 1 | R | |
| CONF | Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.18 ELGA_ReligiousAffiliation (DYNAMIC) |
|
| | | NP | Rasse des Patienten
Darf nicht verwendet werden!
| (atc...ass) |
| | | NP | Ethnische Zugehörigkeit des Patienten.
Darf nicht verwendet werden!
| (atc...ass) |
| | 0 … * | R | Gesetzlicher Vertreter: Erwachsenenvertreter, Vormund, Obsorgeberechtigter
Der gesetzliche Vetreter kann entweder eine Person (guardianPerson) oder eine Organisation (guardianOrganization) sein.
Beim Patient können optional ein oder mehrere gesetzliche Vetreter angegeben werden. Wenn ein gesetzliche Vetreter bekannt ist, SOLL diese Information auch angegeben werden.
| (atc...ass) |
| cs | 0 … 1 | F | GUARD |
| | 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) | (atc...ass) |
| TEL.AT | 0 … * | | Beliebig viele Kontaktdaten des gesetzlichen Vertreters als Person oder Organisation. Grundsätzlich sind die Vorgaben gemäß „Kontaktdaten-Element“ zu befolgen.
| (atc...ass) |
| st | 1 … 1 | R |
Die Kontaktadresse (Telefonnummer, Email, etc.)
Formatkonvention siehe „telecom-Format Konventionen für Telekom-Daten“
Zulässige Werteliste für telecom Präfixe gemäß Value-Set „ELGA_URLScheme“
|
| set_cs | 0 … 1 | | Bedeutung des angegebenen Kontakts (z.B. Heim, Arbeitsplatz) Bsp: WP
Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“
|
| CONF | Der Wert von @use muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.190 AddressUse (DYNAMIC) |
|
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 welches enthält Template 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC)
- hl7:guardianPerson welches enthält Template 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)
- hl7:guardianOrganization welches enthält Template 1.2.40.0.34.6.0.11.9.27 Organization Name Compilation (DYNAMIC)
|
| | 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) | (atc...ass) |
| | 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) | (atc...ass) |
| | | | | hl7:guardianOrganization
|
| | 0 … 1 | | Name des gesetzlichen Vertreters (Organisation) Beinhaltet 1.2.40.0.34.6.0.11.9.27 Organization Name Compilation (DYNAMIC) | (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 | 1 … 1 | | 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.
| (atc...ass) |
| CS | 1 … 1 | M | Sprache, die vom Patienten zu einem bestimmten Grad beherrscht wird (geschrieben oder gesprochen).
| (atc...ass) |
| cs | 1 … 1 | R | Zulässige Werte gemäß Value-Set „ELGA_HumanLanguage“ aus Code-System „HL7:HumanLanguage 2.16.840.1.113883.6.121“
Gemäß IETF / RFC 3066 enthält es ein bestimmtes Subset von Codes aus ISO 639-1 und ISO 639-2 (also zwei- und dreistellige Sprachcodes). Gemäß RFC 3066 ist es zulässig, eine Angabe der landestypischen Ausprägung der Sprache nach einem Bindestrich anzufügen. Das Land wird dabei nach ISO 3166-1 Alpha 2 angegeben. Dies MUSS bei der Auswertung des languageCodes berücksichtigt und toleriert werden.
|
| CONF | Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.173 ELGA_HumanLanguage (DYNAMIC) |
|
| CE | 0 … 1 | | Ausdrucksform der Sprache.
Zulässige Werte gemäß Value-Set „ELGA_LanguageAbilityMode“
| (atc...ass) |
| cs | 1 … 1 | R | |
| st | 1 … 1 | R | |
| oid | 1 … 1 | F | 2.16.840.1.113883.5.60 |
| st | 0 … 1 | F | HL7:LanguageAbilityMode |
| 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.
Zulässige Werte gemäß Value-Set „ELGA_ProficiencyLevelCode“
| (atc...ass) |
| cs | 1 … 1 | R | |
| st | 1 … 1 | R | |
| oid | 1 … 1 | F | 2.16.840.1.113883.5.61 |
| st | 0 … 1 | F | HL7:LanguageAbilityProficiency |
| CONF | Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.174 ELGA_ProficiencyLevelCode (DYNAMIC) |
|
| BL | 0 … 1 | | Kennzeichnung, ob die Sprache in der angegebenen Ausdrucksform vom Patienten bevorzugt wird. | (atc...ass) |