Item | DT | Kard | Konf | Beschreibung | Label |
---|
| | 1 … 1 | M | | (eim...tus) |
| @classCode
|
| cs | 0 … 1 | F | DOCCLIN |
| @moodCode
|
| cs | 0 … 1 | F | EVN |
Eingefügt | 1 … 1 | M | von 1.2.40.0.34.6.0.11.1.10 Document Realm (DYNAMIC) |
| hl7:realmCode
|
| CS (erforderlich) | 1 … 1 | M | Hoheitsbereich des Dokuments.
Fester Wert: @code = AT (aus ValueSet „ELGA_RealmCode“) | (eim...tus) |
| | @code
|
| | 1 … 1 | F | AT |
| Beispiel | <realmCode code="AT"/> |
| hl7:typeId
|
| II | 1 … 1 | M | Dokumentformat CDA R2 | (eim...tus) |
| | @root
|
| uid | 1 … 1 | F | 2.16.840.1.113883.1.3 |
| | @extension
|
| st | 1 … 1 | F | POCD_HD000040 |
| hl7:templateId
|
| II | 1 … 1 | M | ELGA TemplateId für den Allgemeinen Implementierungsleitfaden 2.07 | (eim...tus) |
| | @root
|
| uid | 1 … 1 | F | 1.2.40.0.34.6.0.11.0.1 |
| hl7:templateId
|
| II | 1 … 1 | M | ELGA TemplateId für den Implementierungsleitfaden e-Impfpass. Dient als informative Referenz. | (eim...tus) |
| | @root
|
| uid | 1 … 1 | F | 1.2.40.0.34.7.19 |
| hl7:templateId
|
| II | 1 … 1 | M | Template spezieller Implementierungsleitfaden ELGA e-Impfpass - Kompletter Immunisierungsstatus | (eim...tus) |
| | @root
|
| uid | 1 … 1 | F | 1.2.40.0.34.6.0.11.0.4 |
| hl7:templateId
|
| II | 1 … 1 | M | TemplateId der Version des speziellen Implementierungsleitfaden ELGA e-Impfpass - Kompletter Immunisierungsstatus | (eim...tus) |
| | @root
|
| uid | 1 … 1 | F | 1.2.40.0.34.6.0.11.0.4.1 |
| hl7:templateId
|
| II | 1 … 1 | M | Immunization Content (IC) Content Module, IHE PCC Technical Framework Revision 11.0 - November 11, 2016. Dient als informative Referenz. | (eim...tus) |
| | @root
|
| uid | 1 … 1 | F | 1.3.6.1.4.1.19376.1.5.3.1.1.18.1.2 |
| hl7:id
|
| II | 1 … 1 | M | Weltweit eindeutige Dokumenten-Id eines CDA-Dokuments.
Grundsätzlich sind die Vorgaben gemäß „Identifikations-Elemente“ zu befolgen
| (eim...tus) |
| Beispiel | <id root="1.2.40.0.34.99.111.1.1" extension="134F989" assigningAuthorityName="Amadeus Spital"/> |
| hl7:code
|
| CE | 1 … 1 | M | Bezeichnet die „Dokumentklasse“ bzw den präziseren „Dokumenentyp“. Zulässige Werte gemäß Value-Set „ELGA_Dokumentklassen“
Grundsätzlich sind die Vorgaben gemäß „code-Element CE CWE“ zu befolgen.
| (eim...tus) |
| | @code
|
| CONF | 1 … 1 | F | 11369-6 |
| | @codeSystem
|
| 1 … 1 | F | 2.16.840.1.113883.6.1 (LOINC) |
| | @displayName
|
| 1 … 1 | F | HISTORY OF IMMUNIZATIONS |
| Beispiel | <code code="11369-6" displayName="HISTORY OF IMMUNIZATIONS" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC"/> |
| | hl7:translation
|
| CD | 1 … 1 | M | Dokumentenklasse in grober Granularität. Wird in ELGA in das XDS DocumentEntry Metadaten-Attribut classCode übernommen.
Ausgangsbasis dieses Werts ist das Element ClinicalDocument/code, welches ELGA auf hierarchische Überbegriffe (die Dokumentenklasse) gemappt werden kann. Der Wert für translation/@code ergibt sich aus dieser Zusammenfassung.
| (eim...tus) |
| cs | 1 … 1 | F | 82593-5 |
| oid | 1 … 1 | F | 2.16.840.1.113883.6.1 |
| st | 0 … 1 | | |
| st | 1 … 1 | F | Immunization summary report |
| Constraint | Als translation/@code muss dasjenige Element des Lvl-Typ „0“ des Value Sets „ELGA_Dokumentklassen“ angegeben werden, in dessen Unterelementen sich der Wert der Ausgangsbasis (ClinicalDocument/code) befindet.
|
| CONF | Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.39 ELGA_Dokumentenklassen (DYNAMIC) |
|
| hl7:title
|
| ST | 1 … 1 | M | Dokumententitel. Dieses Element enthält den für den lesenden Dokumentempfänger gedachten Titel. MUSS lauten: "Kompletter Immunisierungsstatus" | (eim...tus) |
Eingefügt | 1 … 1 | M | von 1.2.40.0.34.6.0.11.1.11 Document Effective Time (DYNAMIC) |
| hl7:effectiveTime
|
| TS.AT.TZ | 1 … 1 | M | Erstellungsdatum des Dokuments.
Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen. | (eim...tus) |
Eingefügt | 1 … 1 | M | von 1.2.40.0.34.6.0.11.1.12 Document Confidentiality Code (DYNAMIC) |
| hl7:confidentialityCode
|
| CE | 1 … 1 | M | Vertraulichkeitscode des Dokuments
(aus ValueSet „ELGA_Confidentiality“)
| (eim...tus) |
| | @codeSystemName
|
| st | 1 … 1 | F | HL7:Confidentiality |
| | @code
|
| CONF | 1 … 1 | F | N |
| | @codeSystem
|
| 1 … 1 | F | 2.16.840.1.113883.5.25 (Confidentialty (HL7)) |
| | @displayName
|
| 1 … 1 | F | normal |
Eingefügt | 1 … 1 | M | von 1.2.40.0.34.6.0.11.1.13 Document Language (DYNAMIC) |
| hl7:languageCode
|
| CS.LANG | 1 … 1 | M | Sprachcode des Dokuments.
(aus ValueSet „ELGA_LanguageCode“)
| (eim...tus) |
| | @code
|
| CONF | 1 … 1 | F | de-AT |
Eingefügt | 1 … 1 | M | von 1.2.40.0.34.6.0.11.1.15 Document Set Id and Version Number (DYNAMIC) |
| hl7:setId
|
| II | 1 … 1 | M | Eindeutige Id des Dokumentensets. Diese bleibt über alle Versionen der Dokumente gleich (initialer Wert bleibt erhalten). Grundsätzlich sind die Vorgaben gemäß „Identifikations-Elemente“ zu befolgen.
Hinweis: Bestimmte Systeme, die bei der Übernahme der SetID in die XDS-Metadaten mit dem V2-Datentyp CX arbeiten, könnten ein Problem mit @Extension-Attributen haben, die länger als 15 Zeichen sind. Die SetID sollte unterschiedlich zur clinicalDocument.id sein. | (eim...tus) |
| | @assigningAuthorityName
|
| st | 0 … 1 | | |
| | @extension
|
| st | 0 … 1 | | |
| | @root
|
| uid | 1 … 1 | R | |
| hl7:versionNumber
|
| INT.NONNEG | 1 … 1 | M | Versionsnummer des Dokuments, wird bei neuen Dokumenten wird mit 1 festgelegt.
Die versionNumber ist eine natürliche Zahl für die fortlaufende Versionszählung. Mit einer neuen Version wird diese Zahl hochgezählt, die setId bleibt gleich.
| (eim...tus) |
| | @value
|
| int | 1 … 1 | R | Versionsnummer als positive ganze Zahl.
|
Eingefügt | 1 … 1 | M | von 1.2.40.0.34.6.0.11.1.31 Record Target - e-Impfpass (DYNAMIC) |
| hl7:recordTarget
|
| | 1 … 1 | M | Komponente für die Patientendaten. | (eim...tus) |
| | elgaimpf-dataelement-1 | Impfling | Datensatz e-Impfpass 2019 |
|
| | @typeCode
|
| cs | 0 … 1 | F | RCT |
| | @contextControlCode
|
| cs | 1 … 1 | F | OP |
| | hl7:patientRole
|
| | 1 … 1 | M | Patientendaten.
| (eim...tus) |
| cs | 0 … 1 | F | PAT |
| 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
| (eim...tus) |
| | 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 | |
| | 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) | (eim...tus) |
| | elgaimpf-dataelement-219 | Adresse | Datensatz e-Impfpass 2019 |
|
| TEL.AT | 0 … * | R | Kontakt-Element. Grundsätzlich sind die Vorgaben gemäß „Kontaktdaten-Element“ zu befolgen.
| (eim...tus) |
| | 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) |
|
| | 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.6 Person Name Compilation G2 (DYNAMIC) | (eim...tus) |
| | | 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
| (eim...tus) |
| | 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.
| (eim...tus) |
| | elgaimpf-dataelement-95 | Geburtstdatum | Datensatz e-Impfpass 2019 |
|
| CE | 0 … 1 | | Codierung des Familienstands des Patienten.
Zulässige Werte gemäß Value-Set „ELGA_MaritalStatus“
| (eim...tus) |
| 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 | 0 … 1 | | Codierung des Religionsbekenntnisses des Patienten.
Zulässige Werte gemäß Value-Set „ELGA_ReligiousAffiliation“
| (eim...tus) |
| 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!
| (eim...tus) |
| | | NP | Ethnische Zugehörigkeit des Patienten.
Darf nicht verwendet werden!
| (eim...tus) |
| | 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.
| (eim...tus) |
| 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) | (eim...tus) |
| TEL.AT | 0 … * | | Beliebig viele Kontaktdaten des gesetzlichen Vertreters als Person oder Organisation. Grundsätzlich sind die Vorgaben gemäß „Kontaktdaten-Element“ zu befolgen.
| (eim...tus) |
| 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) | (eim...tus) |
| | 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) | (eim...tus) |
| | | | | | hl7:guardianOrganization
|
| | 0 … 1 | | Name des gesetzlichen Vertreters (Organisation) Beinhaltet 1.2.40.0.34.6.0.11.9.27 Organization Name Compilation (DYNAMIC) | (eim...tus) |
| | 0 … 1 | | Geburtsort des Patienten. | (eim...tus) |
| cs | 0 … 1 | F | BIRTHPL |
| | 1 … 1 | | | (eim...tus) |
| 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) | (eim...tus) |
| AD | 0 … 1 | | Die Adresse des Geburtsorts, struktuiert. Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC) | (eim...tus) |
| | | | hl7:languageCommunication
|
| | 0 … * | | Informationen bezüglich der Sprachfähigkeiten und Ausdrucksform des Patienten.
| (eim...tus) |
| CS | 1 … 1 | M | Sprache, die vom Patienten zu einem bestimmten Grad beherrscht wird (geschrieben oder gesprochen).
| (eim...tus) |
| 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“
| (eim...tus) |
| 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“
| (eim...tus) |
| 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. | (eim...tus) |
Eingefügt | 1 … * | M | von 1.2.40.0.34.6.0.11.1.2 Author (DYNAMIC) |
| hl7:author
|
| | 1 … * | M | Verfasser des Dokuments.
| (eim...tus) |
| | @typeCode
|
| cs | 0 … 1 | F | AUT |
| | @contextControlCode
|
| cs | 0 … 1 | F | OP |
| | hl7:functionCode
|
| CE (extensible) | 0 … 1 | | Funktionscode des Verfassers des Dokuments
z.B: „Diensthabender Oberarzt“, „Verantwortlicher Arzt für Dokumentation“,„Stationsschwester“.
Eigene Codes und Bezeichnungen können verwendet werden.
| (eim...tus) |
| cs | 1 … 1 | R | |
| oid | 1 … 1 | R | |
| st | 0 … 1 | | |
| st | 1 … 1 | R | |
| | hl7:time
|
| TS.AT.TZ | 1 … 1 | R | Der Zeitpunkt an dem das Dokument verfasst wurde.
Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen.
Zugelassene nullFlavor: UNK | (eim...tus) |
| cs | 0 … 1 | F | UNK |
| Schematron assert | role | error | |
| test | not(hl7:time) or not(hl7:time/@nullFlavor='UNK') | |
| Meldung | Nur Nullflavor UNK zugelassen | |
| | hl7:assignedAuthor
|
| II | 1 … 1 | M | | (eim...tus) |
| cs | 0 … 1 | F | ASSIGNED |
| Schematron assert | role | error | |
| test | not(assignedAuthoringDevice/softwareName) or (representedOrganization) | |
| Meldung | For device authors the element representedOrganization is REQUIRED. | |
| II | 1 … * | R | Identifikation des Verfassers des Dokuments im lokalen System des/der datenerstellenden Gerätes/Software.
ODER Identifikation des/der datenerstellenden Gerätes/Software.
Grundsätzlich sind die Vorgaben für „Identifikations-Elemente“ zu befolgen.
Zugelassene nullFlavor:
- NI ….... Person hat keine ID / Gerät/Software hat keine ID
- UNK … Person hat eine ID, diese ist jedoch unbekannt / Gerät/Software hat eine ID, diese ist jedoch unbekannt
| (eim...tus) |
| st | 0 … 1 | | |
| cs | 0 … 1 | | |
| cs | 1 … 1 | R | |
| st | 0 … 1 | | |
| Schematron assert | role | error | |
| test | not(@root and @extension) or not(@nullFlavor='NI' or @nullFlavor='UNK') | |
| Meldung | Either the id or nullFlavor is REQUIRED | |
| CE | 0 … 1 | | Angabe der Fachrichtung des Verfassers des Dokuments („Sonderfach“ gem. Ausbildungsordnung)
z.B: „Facharzt/Fachärzting für Gynäkologie“
Wenn ein Autor mehreren ärztlichen Sonderfächern zugeordnet ist, kann das anzugebende Sonderfach gewählt werden. Additivfächer werden nicht angegeben.
| (eim...tus) |
| oid | 1 … 1 | R | |
| st | 0 … 1 | | |
| st | 1 … 1 | R | |
| cs | 1 … 1 | R | |
| CONF | Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.6 ELGA_AuthorSpeciality (DYNAMIC) |
|
| TEL.AT | 0 … * | | Kontaktdaten des Verfassers des Dokuments.
Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen. | (eim...tus) |
| 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äß „ELGA_URLScheme“ |
| set_cs | 0 … 1 | | Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …)
Bsp: WP
Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“
TODO: Assert: bei Angabe mehrerer Tel @use angeben
|
| 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 | | Elemente in der Auswahl:
- hl7:assignedPerson
- hl7:assignedAuthoringDevice
Elemente in der Auswahl:- hl7:assignedPerson welches enthält Template 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)
- hl7:assignedAuthoringDevice welches enthält Template 1.2.40.0.34.6.0.11.9.18 Device Compilation (DYNAMIC)
|
| | 0 … 1 | | Personendaten des Verfassers des Dokuments.
Grundsätzlich sind die Vorgaben für „Personen-Element“ zu befolgen, name-Element ist hier Mandatory. Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC) | (eim...tus) |
| | | | hl7:assignedAuthoringDevice
|
| | 0 … 1 | | Datenerstellenden Gerät Beinhaltet 1.2.40.0.34.6.0.11.9.18 Device Compilation (DYNAMIC) | (eim...tus) |
| | | hl7:representedOrganization
|
| | 1 … 1 | M | Organisation, in deren Auftrag der Verfasser des Dokuments die Dokumentation verfasst hat.
- id MUSS der OID der Organisation aus dem GDA-Index entsprechen.
- Zu dem Namen größerer Organisationen SOLL auch die Abteilung angegeben werden., z.B.: „Amadeus Spital, Chirurgische Abteilung“
Beinhaltet 1.2.40.0.34.6.0.11.9.5 Organization Compilation with id, name (DYNAMIC) | (eim...tus) |
| |
Eingefügt | | NP | von 1.2.40.0.34.6.0.11.1.22 Data Enterer (DYNAMIC) |
| hl7:dataEnterer
|
| | | NP | Person der Dateneingabe.
| (eim...tus) |
| | elgaimpf-dataelement-32 | Eintragende Person (Dokument) | Datensatz e-Impfpass 2019 |
|
| | @typeCode
|
| cs | 0 … 1 | F | ENT |
| | @contextControlCode
|
| cs | 1 … 1 | F | OP |
| | hl7:time
|
| TS.AT.TZ | 0 … 1 | | Der Zeitpunkt an dem das Dokument geschrieben wurde.
Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen.
| (eim...tus) |
| | hl7:assignedEntity
|
| | 1 … 1 | M | Personendaten der schreibenden Person
Grundsätzlich sind die Vorgaben für „AssignedEntity-Element (Person + Organisation)“ zu befolgen.
| (eim...tus) |
Eingefügt | | | von 1.2.40.0.34.6.0.11.9.22 Assigned Entity (DYNAMIC) |
| cs | 0 … 1 | F | ASSIGNED |
| II | 1 … * | R | Mindestens eine ID der Person der Entität
Zugelassene nullFlavor:
-
NI … Die Person der Entität hat keine Identifikationsnummer
-
UNK … Die Person der Entität hat eine Identifikationsnummer, diese ist jedoch unbekannt
| (eim...tus) |
| st | 0 … 1 | | |
| st | 0 … 1 | | |
| uid | 1 … 1 | R | |
| cs | 0 … 1 | | |
| Schematron assert | role | error | |
| test | not(hl7:id/@root) or (not(hl7:id/@nullFlavor='NI') or not(hl7:id/@nullFlavor='UNK')) | |
| Meldung | Zugelassene @nullFlavor sind "NI" oder "UNK" | |
| | 0 … 1 | | Ein Adress-Element der Person der Entität. Grundsätzlich sind die Vorgaben gemäß „Adress-Elemente“ zu befolgen.
Adressangabe in Granularitätsstufe 2 oder 3, Zugelassener nullFlavor "UNK"
Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC) | (eim...tus) |
| cs | 0 … 1 | F | UNK |
| Schematron assert | role | error | |
| test | not (hl7:addr) or not(hl7:addr/@nullFlavor='UNK') | |
| Meldung | Es kann entweder eine Adresse oder der nullFlavor "UNK" angegeben werden. | |
| TEL.AT | 0 … * | | Beliebig viele Kontakt-Elemente der Person der Entität.
Grundsätzlich sind die Vorgaben gemäß „Kontaktdaten-Element“ zu befolgen.
| (eim...tus) |
| url | 1 … 1 | R | Die Kontaktadresse (Telefonnummer, Email, etc.)
Es gelten die ELGA Formatkonventionen für Telekom-Daten
Zulässige Werteliste für telecom Präfixe gemäß Value-Set „ELGA_URLScheme“
|
| cs | 0 … 1 | | Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …)
Bsp: WP
Zulässige Werte gemäß Value-Set "AddressUse"
|
| CONF | Der Wert von @use muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.190 AddressUse (DYNAMIC) |
|
| | 1 … 1 | M | Personendaten der Person der Entität
Grundsätzlich sind die Vorgaben gemäß „Personen-Element“ zu befolgen. Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC) | (eim...tus) |
| |
| | | hl7:representedOrganization
|
| | 0 … 1 | | Organisationsdaten der Entität
Grundsätzlich sind die Vorgaben gemäß „Organisations-Element“ zu befolgen. Beinhaltet 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC) | (eim...tus) |
Eingefügt | 1 … 1 | M | von 1.2.40.0.34.6.0.11.1.4 Custodian (DYNAMIC) |
| hl7:custodian
|
| | 1 … 1 | M | Verwahrer des Dokuments. | (eim...tus) |
| | @typeCode
|
| cs | 0 … 1 | F | CST |
| | hl7:assignedCustodian
|
| | 1 … 1 | M | | (eim...tus) |
| cs | 0 … 1 | F | ASSIGNED |
| | | hl7:representedCustodianOrganization
|
| | 1 … 1 | M | | (eim...tus) |
| cs | 0 … 1 | F | ORG |
| cs | 0 … 1 | F | INSTANCE |
| II | 1 … 1 | M | Identifikation des Verwahrers des Dokuments, wie im GDA-Index angegeben. Grundsätzlich sind die Vorgaben für „Identifikations-Elemente“ zu befolgen. | (eim...tus) |
| uid | 1 … 1 | R | |
| st | 0 … 1 | | |
| ON | 1 … 1 | M | Name des Verwahrers des Dokuments (Organisation). Grundsätzlich sind die Vorgaben für „Namen-Elemente von Organisationen ON“ zu befolgen. | (eim...tus) |
| TEL.AT | 0 … 1 | | Kontaktdaten des Verwahrers des Dokuments (Organisation). Grundsätzlich sind die Vorgaben für „Kontaktdaten-Elemente“ zu befolgen. | (eim...tus) |
| AD | 1 … 1 | M | Adresse des Verwahrers des Dokuments (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) | (eim...tus) |
| |
Eingefügt | | NP | von 1.2.40.0.34.6.0.11.1.24 Information Recipient (DYNAMIC) |
| hl7:informationRecipient
|
| | | NP | Beabsichtiger Empfänger des Dokuments.
| (eim...tus) |
| | @typeCode
|
| cs | 0 … 1 | |
Typ des Informationsempfängers.
z.B: PRCP „Primärer Empfänger“
Wird das Attribut weggelassen, gilt der Empfänger als primärer Empfänger.
TODO: Assert: Wenn mehrere Empfänger, dann muss immer typeCode gesetzt werden und genau 1 PRCP.
|
| CONF | Der Wert von @typeCode muss gewählt werden aus dem Value Set 1.2.40.0.34.10.29 ELGA_InformationRecipientType (DYNAMIC) |
|
| | hl7:intendedRecipient
|
| | 1 … 1 | M | | (eim...tus) |
| cs | 0 … 1 | | |
| II | 1 … * | R |
Identifikation des beabsichtigten Empfängers (Person). Empfohlene Information für einen Empfänger ist die ID aus dem GDA-Index.
Grundsätzlich sind die Vorgaben für „Identifikations-Elemente“ zu befolgen.
Zugelassene nullFlavor:
- NI … Person hat keine ID
- UNK ... Person hat eine ID, diese ist jedoch unbekannt
| (eim...tus) |
| cs | 0 … 1 | | |
| st | 0 … 1 | | |
| st | 0 … 1 | | |
| uid | 1 … 1 | R | |
| Beispiel | <id nullFlavor="UNK" assigningAuthorityName="GDA Index"/> |
| Schematron assert | role | error | |
| test | hl7:id/@nullFlavor='NI' or hl7:id/@nullFlavor='UNK' | |
| Meldung | Zugelassene @nullFlavor sind "NI" oder "UNK" | |
Auswahl | 1 … 1 | |
Personendaten des beabsichtigten Empfängers.
Empfehlung: Der Name des Empfängers und die Organisation, der er angehört, sollen in möglichst hoher Granularität angegeben werden. Aufgrund der gängigen Praxis kann als minimale Information für den Empfänger der unstrukturierte Name angegeben werden.
Grundsätzlich sind die Vorgaben gemäß Kapitel „Personen-Element“ zu befolgen.
Elemente in der Auswahl:- hl7:informationRecipient[not(@nullFlavor)]
- hl7:informationRecipient[not(@nullFlavor)]
|
| | | | hl7:informationRecipient
|
| | 1 … 1 | M | | (eim...tus) |
Eingefügt | | | von 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC) |
| cs | 0 … 1 | F | PSN |
| cs | 0 … 1 | F | INSTANCE |
| PN | 1 … 1 | M | Namen-Element (Person)
| (eim...tus) |
| cs | 0 … 1 | | Die genaue Bedeutung des angegebenen Namens, beispielsweise dass der angegebene Personen-Name ein „Künstlername“ ist.
Bsp: A („Artist“)
Zulässige Werte gemäß Value-Set „ELGA_EntityNameUse“
Wird kein @use Attribut angegeben, gilt der Name als rechtlicher Name („L“). |
| | | | hl7:informationRecipient
|
| | 1 … 1 | M | | (eim...tus) |
Eingefügt | | | von 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC) |
| cs | 0 … 1 | F | PSN |
| cs | 0 … 1 | F | INSTANCE |
| PN | 1 … 1 | M | Namen-Element (Person) | (eim...tus) |
| cs | 0 … 1 | | Die genaue Bedeutung des angegebenen Namens, z.B Angabe eines Künstlernamens mit „A" für „Artist“.
Zulässige Werte gemäß Value-Set „ELGA_EntityNameUse“
Wird kein @use Attribut angegeben, gilt der Name als rechtlicher Name („L“). |
| ENXP | 0 … * | | Beliebig viele Präfixe zum Namen, z.B. Akademische Titel
Achtung: Die Angabe der Anrede („Frau“, „Herr“), ist im CDA nicht vorgesehen! | (eim...tus) |
| cs | 0 … 1 | | Bedeutung eines prefix-Elements, z.B Angabe eines akademischen mit "AC" für „Academic“.
Zulässige Werte gemäß Value-Set „ELGA_EntityNamePartQualifier"
|
| CONF | Der Wert von @qualifier muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.8 ELGA_EntityNamePartQualifier_VS (DYNAMIC) |
|
| ENXP | 1 … * | M | Mindestens ein Hauptname (Nachname) | (eim...tus) |
| cs | 0 … 1 | | Bedeutung eines family-Elements, z.B Angabe eines Geburtsnamen mit „BR" für „Birth“.
Zulässige Werte gemäß Value-Set „ELGA_EntityNamePartQualifier“
|
| CONF | Der Wert von @qualifier muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.8 ELGA_EntityNamePartQualifier_VS (DYNAMIC) |
|
| ENXP | 1 … * | M | Mindestens ein Vorname | (eim...tus) |
| cs | 0 … 1 | | Die genaue Bedeutung eines given-Elements, beispielsweise dass das angegebene Element einen Geburtsnamen bezeichnet.
z.B.: BR („Birth“)
Zulässige Werte gemäß Value-Set „ELGA_EntityNamePartQualifier“
|
| CONF | Der Wert von @qualifier muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.8 ELGA_EntityNamePartQualifier_VS (DYNAMIC) |
|
| ENXP | 0 … * | | Beliebig viele Suffixe zum Namen | (eim...tus) |
| cs | 0 … 1 | |
Die genaue Bedeutung eines suffix-Elements, beispielsweise dass das angegebene Suffix einen akademischen Titel darstellt.
z.B.: AC („Academic“)
Zulässige Werte gemäß Value-Set „ELGA_EntityNamePartQualifier“
|
| CONF | Der Wert von @qualifier muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.8 ELGA_EntityNamePartQualifier_VS (DYNAMIC) |
|
| | | hl7:receivedOrganization
|
| | 0 … 1 | |
Organisation, der der beabsichtigte Empfänger angehört.
z.B.: „Ordination des empfangenden Arztes“
Grundsätzlich sind die Vorgaben gemäß Kapitel „Organisations-Element“ zu befolgen.
| (eim...tus) |
Eingefügt | 0 … 1 | | von 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC) |
| cs | 0 … 1 | F | ORG |
| cs | 0 … 1 | F | INSTANCE |
| II | 0 … 1 | | Beliebig viele IDs der Organisation. z.B.: ID aus dem GDA-Index, DVR-Nummer, ATU-Nummer, etc.
| (eim...tus) |
| uid | 1 … 1 | R | |
| st | 0 … 1 | | |
| ON | 0 … 1 | M | Name der Organisation. Zu dem Namen von größere Organisationen SOLL auch die Abteilung angegeben werden., z.B.: „Amadeus Spital, Chirurgische Abteilung“
| Warnung: Wenn isMandatory=true dann muss minimumMultiplicity größer 0 sein. |
| (eim...tus) |
| TEL.AT | 0 … 1 | | Kontaktdaten der Organisation.
Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen. | (eim...tus) |
| 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äß „ELGA_URLScheme“ |
| set_cs | 0 … 1 | | Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …)
Bsp: WP
Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“
TODO: Assert: bei Angabe mehrerer Tel, @use angeben |
| CONF | Der Wert von @use muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.190 AddressUse (DYNAMIC) |
|
| AD | 0 … 1 | | Adresse der Organisation.
Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC) | (eim...tus) |
Eingefügt | | NP | von 1.2.40.0.34.6.0.11.1.5 Legal Authenticator (DYNAMIC) |
| hl7:legalAuthenticator
|
| | | NP | Rechtlicher Unterzeichner.
| (eim...tus) |
| | elgaimpf-dataelement-368 | Rechtlicher Unterzeichner | Datensatz e-Impfpass 2019 |
|
| | @contextControlCode
|
| cs | 1 … 1 | F | OP |
| | @typeCode
|
| cs | 0 … 1 | F | LA |
| | hl7:time
|
| TS.AT.TZ | 1 … 1 | R | Der Zeitpunkt, an dem das Dokument unterzeichnet wurde.
Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen. | (eim...tus) |
| | elgaimpf-dataelement-369 | Zeitpunkt der Unterzeichnung | Datensatz e-Impfpass 2019 |
|
| cs | 0 … 1 | F | UNK |
| | hl7:signatureCode
|
| CS | 1 … 1 | M | Signaturcode gibt an, dass das Originaldokument unterzeichnet wurde.
| (eim...tus) |
| | elgaimpf-dataelement-370 | Signatur | Datensatz e-Impfpass 2019 |
|
| CONF | 1 … 1 | F | S |
| | hl7:assignedEntity
|
| | 1 … 1 | M | Personendaten des rechtlichen Unterzeichners.
Für den Namen ist verpflichtend Granularitätsstufe 2 („strukturierte Angabe des Namens‘‘) anzuwenden!
Grundsätzlich sind die Vorgaben gemäß Kapitel „AssignedEntity-Element (Person + Organisation)“ zu befolgen.
| (eim...tus) |
| | elgaimpf-dataelement-372 | Kontaktdaten | Datensatz e-Impfpass 2019 | elgaimpf-dataelement-371 | ID des Unterzeichners | Datensatz e-Impfpass 2019 | elgaimpf-dataelement-374 | Organisation | Datensatz e-Impfpass 2019 | elgaimpf-dataelement-373 | Name | Datensatz e-Impfpass 2019 |
|
Eingefügt | | | von 1.2.40.0.34.6.0.11.9.22 Assigned Entity (DYNAMIC) |
| cs | 0 … 1 | F | ASSIGNED |
| II | 1 … * | R | Mindestens eine ID der Person der Entität
Zugelassene nullFlavor:
-
NI … Die Person der Entität hat keine Identifikationsnummer
-
UNK … Die Person der Entität hat eine Identifikationsnummer, diese ist jedoch unbekannt
| (eim...tus) |
| st | 0 … 1 | | |
| st | 0 … 1 | | |
| uid | 1 … 1 | R | |
| cs | 0 … 1 | | |
| Schematron assert | role | error | |
| test | not(hl7:id/@root) or (not(hl7:id/@nullFlavor='NI') or not(hl7:id/@nullFlavor='UNK')) | |
| Meldung | Zugelassene @nullFlavor sind "NI" oder "UNK" | |
| | 0 … 1 | | Ein Adress-Element der Person der Entität. Grundsätzlich sind die Vorgaben gemäß „Adress-Elemente“ zu befolgen.
Adressangabe in Granularitätsstufe 2 oder 3, Zugelassener nullFlavor "UNK"
Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC) | (eim...tus) |
| cs | 0 … 1 | F | UNK |
| Schematron assert | role | error | |
| test | not (hl7:addr) or not(hl7:addr/@nullFlavor='UNK') | |
| Meldung | Es kann entweder eine Adresse oder der nullFlavor "UNK" angegeben werden. | |
| TEL.AT | 0 … * | | Beliebig viele Kontakt-Elemente der Person der Entität.
Grundsätzlich sind die Vorgaben gemäß „Kontaktdaten-Element“ zu befolgen.
| (eim...tus) |
| url | 1 … 1 | R | Die Kontaktadresse (Telefonnummer, Email, etc.)
Es gelten die ELGA Formatkonventionen für Telekom-Daten
Zulässige Werteliste für telecom Präfixe gemäß Value-Set „ELGA_URLScheme“
|
| cs | 0 … 1 | | Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …)
Bsp: WP
Zulässige Werte gemäß Value-Set "AddressUse"
|
| CONF | Der Wert von @use muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.190 AddressUse (DYNAMIC) |
|
| | 1 … 1 | M | Personendaten der Person der Entität
Grundsätzlich sind die Vorgaben gemäß „Personen-Element“ zu befolgen. Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC) | (eim...tus) |
| |
| | | hl7:representedOrganization
|
| | 0 … 1 | | Organisationsdaten der Entität
Grundsätzlich sind die Vorgaben gemäß „Organisations-Element“ zu befolgen. Beinhaltet 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC) | (eim...tus) |
Eingefügt | | NP | von 1.2.40.0.34.6.0.11.1.20 Participant Fachlicher Ansprechpartner (DYNAMIC) Fachlicher Ansprechpartner
|
| hl7:participant
|
| | | NP | Fachlicher Ansprechpartner
| (eim...tus) |
| | @typeCode
|
| cs | 1 … 1 | F | CALLBCK |
| Callback contact
|
| | @contextControlCode
|
| cs | 1 … 1 | F | OP |
| | hl7:templateId
|
| II | 1 … 1 | M | Template ID zur Identifikation dieser Art von Beteiligten
| (eim...tus) |
| uid | 1 … 1 | F | 1.2.40.0.34.6.0.11.1.20 |
| | hl7:associatedEntity
|
| | 1 … 1 | M | | (eim...tus) |
| cs | 1 … 1 | F | PROV |
|
Healthcare provider - Gesundheitsdienstanbieter
|
| AD | 0 … 1 | |
Adresse des Beteiligten.
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) | (eim...tus) |
| TEL.AT | 1 … * | M | Beliebig viele Kontaktdaten des Beteiligten.
Es MUSS mindestens eine Telefon-Nummer angegeben werden
| (eim...tus) |
| 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äß „ELGA_URLScheme“
|
| set_cs | 0 … 1 | |
Bedeutung des angegebenen Kontakts (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) |
|
| | 1 … 1 | M |
Name der Person
Für den Namen ist verpflichtend Granularitätsstufe 2 („strukturierte Angabe des Namens‘‘) anzuwenden!
Grundsätzlich sind die Vorgaben für „Namen-Elemente von Personen PN“ zu befolgen.
| (eim...tus) |
Eingefügt | | | von 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC) |
| cs | 0 … 1 | F | PSN |
| cs | 0 … 1 | F | INSTANCE |
| PN | 1 … 1 | M | Namen-Element (Person) | (eim...tus) |
| cs | 0 … 1 | | Die genaue Bedeutung des angegebenen Namens, z.B Angabe eines Künstlernamens mit „A" für „Artist“.
Zulässige Werte gemäß Value-Set „ELGA_EntityNameUse“
Wird kein @use Attribut angegeben, gilt der Name als rechtlicher Name („L“). |
| ENXP | 0 … * | | Beliebig viele Präfixe zum Namen, z.B. Akademische Titel
Achtung: Die Angabe der Anrede („Frau“, „Herr“), ist im CDA nicht vorgesehen! | (eim...tus) |
| cs | 0 … 1 | | Bedeutung eines prefix-Elements, z.B Angabe eines akademischen mit "AC" für „Academic“.
Zulässige Werte gemäß Value-Set „ELGA_EntityNamePartQualifier"
|
| CONF | Der Wert von @qualifier muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.8 ELGA_EntityNamePartQualifier_VS (DYNAMIC) |
|
| ENXP | 1 … * | M | Mindestens ein Hauptname (Nachname) | (eim...tus) |
| cs | 0 … 1 | | Bedeutung eines family-Elements, z.B Angabe eines Geburtsnamen mit „BR" für „Birth“.
Zulässige Werte gemäß Value-Set „ELGA_EntityNamePartQualifier“
|
| CONF | Der Wert von @qualifier muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.8 ELGA_EntityNamePartQualifier_VS (DYNAMIC) |
|
| ENXP | 1 … * | M | Mindestens ein Vorname | (eim...tus) |
| cs | 0 … 1 | | Die genaue Bedeutung eines given-Elements, beispielsweise dass das angegebene Element einen Geburtsnamen bezeichnet.
z.B.: BR („Birth“)
Zulässige Werte gemäß Value-Set „ELGA_EntityNamePartQualifier“
|
| CONF | Der Wert von @qualifier muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.8 ELGA_EntityNamePartQualifier_VS (DYNAMIC) |
|
| ENXP | 0 … * | | Beliebig viele Suffixe zum Namen | (eim...tus) |
| cs | 0 … 1 | |
Die genaue Bedeutung eines suffix-Elements, beispielsweise dass das angegebene Suffix einen akademischen Titel darstellt.
z.B.: AC („Academic“)
Zulässige Werte gemäß Value-Set „ELGA_EntityNamePartQualifier“
|
| CONF | Der Wert von @qualifier muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.8 ELGA_EntityNamePartQualifier_VS (DYNAMIC) |
|
| | 0 … 1 | |
Organisation, der der Beteiligte angehört (mit Adresse und Kontaktdaten der Organisation).
Grundsätzlich sind die Vorgaben für "Organisations-Element" zu befolgen.
| (eim...tus) |
Eingefügt | | | von 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC) |
| cs | 0 … 1 | F | ORG |
| cs | 0 … 1 | F | INSTANCE |
| II | 0 … * | | Beliebig viele IDs der Organisation. z.B.: ID aus dem GDA-Index, DVR-Nummer, ATU-Nummer, etc.
| (eim...tus) |
| uid | 1 … 1 | R | |
| st | 0 … 1 | | |
| ON | 1 … 1 | M | Name der Organisation. Zu dem Namen von größere Organisationen SOLL auch die Abteilung angegeben werden., z.B.: „Amadeus Spital, Chirurgische Abteilung“
| (eim...tus) |
| TEL.AT | 0 … * | | Kontaktdaten der Organisation.
Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen. | (eim...tus) |
| 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äß „ELGA_URLScheme“ |
| set_cs | 0 … 1 | | Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …)
Bsp: WP
Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“
TODO: Assert: bei Angabe mehrerer Tel, @use angeben |
| CONF | Der Wert von @use muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.190 AddressUse (DYNAMIC) |
|
| AD | 0 … 1 | | Adresse der Organisation.
Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC) | (eim...tus) |
Eingefügt | | NP | von 1.2.40.0.34.6.0.11.1.21 Participant Ein-, Ueber-, Zuweisender Arzt (DYNAMIC) Einweisender/Zuweisender Arzt
|
| hl7:participant
|
| | | NP | Einweisender/Zuweisender/Überweisender Arzt | (eim...tus) |
| | @typeCode
|
| cs | 1 … 1 | F | REF |
| Referrer
|
| | @contextControlCode
|
| cs | 1 … 1 | F | OP |
| | hl7:templateId
|
| II | 1 … 1 | M | | (eim...tus) |
| uid | 1 … 1 | F | 1.2.40.0.34.6.0.11.1.21 |
| | hl7:associatedEntity
|
| | 1 … 1 | M | | (eim...tus) |
| cs | 1 … 1 | F | PROV |
| Healthcare provider - Gesundheitsdienstanbieter
|
| II | 0 … * | | Identifikation des einweisenden/zuweisenden/überweisenden Arztes.
Zugelassene nullFlavor:
- NI … Person hat keine ID
- UNK … Person hat eine ID, diese ist jedoch unbekannt
Grundsätzlich sind die Vorgaben für „Identifikations-Elemente“ zu befolgen.
| (eim...tus) |
| cs | 0 … 1 | | |
| st | 0 … 1 | | |
| st | 0 … 1 | | |
| uid | 1 … 1 | R | |
| Schematron assert | role | error | |
| test | not(hl7:id/@root) or (not(hl7:id/@nullFlavor='NI' or hl7:id/@nullFlavor='UNK')) | |
| Meldung | Zugelassene nullFlavor sind "NI" oder "UNK" | |
| AD | 0 … 1 | | Adresse des einweisenden/zuweisenden/überweisenden Arztes Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC) | (eim...tus) |
| TEL.AT | 0 … * | | Beliebig viele Kontaktdaten des einweisenden/zuweisenden/überweisenden Arztes
| (eim...tus) |
| 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äß „ELGA_URLScheme“
|
| set_cs | 0 … 1 | | Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …)
Bsp: WP
Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“
TODO: Assert: bei Angabe mehrerer Tel, @use angeben
|
| 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 | | Elemente in der Auswahl:- hl7:associatedPerson[not(@nullFlavor)]
- hl7:associatedPerson[not(@nullFlavor)]
|
| | 1 … 1 | M | | (eim...tus) |
Eingefügt | | | von 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC) |
| cs | 0 … 1 | F | PSN |
| cs | 0 … 1 | F | INSTANCE |
| PN | 1 … 1 | M | Namen-Element (Person)
| (eim...tus) |
| cs | 0 … 1 | | Die genaue Bedeutung des angegebenen Namens, beispielsweise dass der angegebene Personen-Name ein „Künstlername“ ist.
Bsp: A („Artist“)
Zulässige Werte gemäß Value-Set „ELGA_EntityNameUse“
Wird kein @use Attribut angegeben, gilt der Name als rechtlicher Name („L“). |
| | 1 … 1 | M | | (eim...tus) |
Eingefügt | | | von 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC) |
| cs | 0 … 1 | F | PSN |
| cs | 0 … 1 | F | INSTANCE |
| PN | 1 … 1 | M | Namen-Element (Person) | (eim...tus) |
| cs | 0 … 1 | | Die genaue Bedeutung des angegebenen Namens, z.B Angabe eines Künstlernamens mit „A" für „Artist“.
Zulässige Werte gemäß Value-Set „ELGA_EntityNameUse“
Wird kein @use Attribut angegeben, gilt der Name als rechtlicher Name („L“). |
| ENXP | 0 … * | | Beliebig viele Präfixe zum Namen, z.B. Akademische Titel
Achtung: Die Angabe der Anrede („Frau“, „Herr“), ist im CDA nicht vorgesehen! | (eim...tus) |
| cs | 0 … 1 | | Bedeutung eines prefix-Elements, z.B Angabe eines akademischen mit "AC" für „Academic“.
Zulässige Werte gemäß Value-Set „ELGA_EntityNamePartQualifier"
|
| CONF | Der Wert von @qualifier muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.8 ELGA_EntityNamePartQualifier_VS (DYNAMIC) |
|
| ENXP | 1 … * | M | Mindestens ein Hauptname (Nachname) | (eim...tus) |
| cs | 0 … 1 | | Bedeutung eines family-Elements, z.B Angabe eines Geburtsnamen mit „BR" für „Birth“.
Zulässige Werte gemäß Value-Set „ELGA_EntityNamePartQualifier“
|
| CONF | Der Wert von @qualifier muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.8 ELGA_EntityNamePartQualifier_VS (DYNAMIC) |
|
| ENXP | 1 … * | M | Mindestens ein Vorname | (eim...tus) |
| cs | 0 … 1 | | Die genaue Bedeutung eines given-Elements, beispielsweise dass das angegebene Element einen Geburtsnamen bezeichnet.
z.B.: BR („Birth“)
Zulässige Werte gemäß Value-Set „ELGA_EntityNamePartQualifier“
|
| CONF | Der Wert von @qualifier muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.8 ELGA_EntityNamePartQualifier_VS (DYNAMIC) |
|
| ENXP | 0 … * | | Beliebig viele Suffixe zum Namen | (eim...tus) |
| cs | 0 … 1 | |
Die genaue Bedeutung eines suffix-Elements, beispielsweise dass das angegebene Suffix einen akademischen Titel darstellt.
z.B.: AC („Academic“)
Zulässige Werte gemäß Value-Set „ELGA_EntityNamePartQualifier“
|
| CONF | Der Wert von @qualifier muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.8 ELGA_EntityNamePartQualifier_VS (DYNAMIC) |
|
| | 0 … 1 | |
Organisation, der der Einweiser/Zuweiser/Überweiser angehört (mit Adresse und Kontaktdaten der Organisation).
Grundsätzlich sind die Vorgaben für "Organisations-Element" zu befolgen.
| (eim...tus) |
Eingefügt | | | von 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC) |
| cs | 0 … 1 | F | ORG |
| cs | 0 … 1 | F | INSTANCE |
| II | 0 … * | | Beliebig viele IDs der Organisation. z.B.: ID aus dem GDA-Index, DVR-Nummer, ATU-Nummer, etc.
| (eim...tus) |
| uid | 1 … 1 | R | |
| st | 0 … 1 | | |
| ON | 1 … 1 | M | Name der Organisation. Zu dem Namen von größere Organisationen SOLL auch die Abteilung angegeben werden., z.B.: „Amadeus Spital, Chirurgische Abteilung“
| (eim...tus) |
| TEL.AT | 0 … * | | Kontaktdaten der Organisation.
Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen. | (eim...tus) |
| 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äß „ELGA_URLScheme“ |
| set_cs | 0 … 1 | | Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …)
Bsp: WP
Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“
TODO: Assert: bei Angabe mehrerer Tel, @use angeben |
| CONF | Der Wert von @use muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.190 AddressUse (DYNAMIC) |
|
| AD | 0 … 1 | | Adresse der Organisation.
Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC) | (eim...tus) |
Eingefügt | | NP | von 1.2.40.0.34.6.0.11.1.23 Participant Hausarzt (DYNAMIC) Hausarzt
|
| hl7:participant
|
| | | NP | Beteiligter (Hausarzt). | (eim...tus) |
| | @typeCode
|
| cs | 1 … 1 | F | IND |
| In indirektem Bezug.
|
| | @contextControlCode
|
| cs | 1 … 1 | F | OP |
| | hl7:templateId
|
| II | 1 … 1 | M | Template ID zur Identifikation dieser Art von Beteiligten
| (eim...tus) |
| uid | 1 … 1 | F | 1.2.40.0.34.6.0.11.1.23 |
| | hl7:functionCode
|
| CE | 1 … * | M | Funktionscode des Beteiligten
| (eim...tus) |
| cs | 1 … 1 | F | PCP |
| oid | 1 … 1 | F | 2.16.840.1.113883.5.88 |
| st | 1 … 1 | F | HL7:ParticipationFunction |
| st | 1 … 1 | F | primary care physician |
| | hl7:time
|
| | | NP | | (eim...tus) |
| | hl7:associatedEntity
|
| | 1 … 1 | M | Beschreibung der Entität.
| (eim...tus) |
| cs | 1 … 1 | F | PROV |
| Healthcare provider - Gesundheitsdienstanbieter.
|
| II | 0 … * | | Identifikation des Beteiligten (Person) aus dem GDA-Index.
Zugelassene nullFlavor:
- NI … Organisation hat keine ID
- UNK … Organisation hat eine ID, diese ist jedoch unbekannt
Grundsätzlich sind die Vorgaben für „Identifikations-Elemente“ zu befolgen.
| (eim...tus) |
| st | 0 … 1 | | |
| cs | 0 … 1 | | |
| uid | 1 … 1 | R | |
| st | 0 … 1 | | |
| Schematron assert | role | error | |
| test | not(hl7:id/@nullFlavor='NI' or hl7:id/@nullFlavor='UNK') | |
| Meldung | Zugelassene nullFlavor sind "NI" oder "UNK" | |
| AD | 0 … 1 | | Adresse des Hausarztes Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC) | (eim...tus) |
| TEL.AT | 0 … * | | Beliebig viele Kontaktdaten des Hausarztes.
| (eim...tus) |
| 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äß „ELGA_URLScheme“
|
| set_cs | 0 … 1 | | Bedeutung des angegebenen Kontakts (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) |
|
| | 1 … 1 | M | Name des Hausarztes. Angabe strukturiert oder unstrukturiert. | (eim...tus) |
Auswahl | 1 … 1 | | Elemente in der Auswahl:- hl7:name welches enthält Template 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC)
- hl7:name welches enthält Template 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)
|
| | 0 … 1 | R | Name Granularitätsstufe 1
Beinhaltet 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC) | (eim...tus) |
| | 0 … 1 | R | Name Granularitätsstufe 2 Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC) | (eim...tus) |
| | 0 … 1 | |
Arztpraxis oder Ordination.
Grundsätzlich sind die Vorgaben für „Organisations-Element“ zu befolgen.
| (eim...tus) |
Eingefügt | | | von 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC) |
| cs | 0 … 1 | F | ORG |
| cs | 0 … 1 | F | INSTANCE |
| II | 0 … * | | Beliebig viele IDs der Organisation. z.B.: ID aus dem GDA-Index, DVR-Nummer, ATU-Nummer, etc.
| (eim...tus) |
| uid | 1 … 1 | R | |
| st | 0 … 1 | | |
| ON | 1 … 1 | M | Name der Organisation. Zu dem Namen von größere Organisationen SOLL auch die Abteilung angegeben werden., z.B.: „Amadeus Spital, Chirurgische Abteilung“
| (eim...tus) |
| TEL.AT | 0 … * | | Kontaktdaten der Organisation.
Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen. | (eim...tus) |
| 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äß „ELGA_URLScheme“ |
| set_cs | 0 … 1 | | Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …)
Bsp: WP
Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“
TODO: Assert: bei Angabe mehrerer Tel, @use angeben |
| CONF | Der Wert von @use muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.190 AddressUse (DYNAMIC) |
|
| AD | 0 … 1 | | Adresse der Organisation.
Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC) | (eim...tus) |
Eingefügt | | NP | von 1.2.40.0.34.6.0.11.1.27 Participant Auskunftsberechtigte Person (Notfallkontakt) (DYNAMIC) Notfall-Kontakt / Auskunftsberechtigte Person
|
| hl7:participant
|
| | | NP | Beteiligter (Notfallkontakt / Auskunftsberechtigte Person)
| (eim...tus) |
| wo [hl7:templateId |
| |
| | @typeCode
|
| cs | 1 … 1 | F | IND |
| In indirektem Bezug.
|
| | @contextControlCode
|
| cs | 1 … 1 | F | OP |
| | hl7:templateId
|
| II | 1 … 1 | M | Template ID zur Identifikation dieser Art von Beteiligten
| (eim...tus) |
| uid | 1 … 1 | F | 1.2.40.0.34.6.0.11.1.27 |
| | hl7:time
|
| IVL_TS | 0 … 1 | |
Zeitraum, in dem der angegebene Kontakt den Notfall-Kontakt darstellt.
Wird nur angegeben, wenn der Kontakt bereits absehbar nur in einem eingeschränkten Zeitraum zur Verfügung steht.
Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen.
Beinhaltet 1.2.40.0.34.6.0.11.9.15 Time Interval Information minimal (DYNAMIC) | (eim...tus) |
| | hl7:associatedEntity
|
| | 1 … 1 | M | Beschreibung der Entität.
| (eim...tus) |
| cs | 1 … 1 | F | ECON |
| Emergency contact - Notfall-Kontakt
|
| CE (extensible) | 0 … 1 | |
Verwandtschaftsverhältnis des Beteiligten zum Patienten.
Beispiel: DAU („daughter“), wenn die Beteiligte die Tochter des Patienten ist.
| (eim...tus) |
| cs | 1 … 1 | R | Zulässige Werte gemäß Value-Set „ELGA_PersonalRelationship“
|
| st | 1 … 1 | R | |
| oid | 1 … 1 | F | 2.16.840.1.113883.5.111 |
| st | 1 … 1 | F | HL7:RoleCode |
| CONF | Der Wert von @code sollte gewählt werden aus dem Value Set 1.2.40.0.34.10.17 ELGA_PersonalRelationship (DYNAMIC) |
|
| AD | 0 … 1 | | Adresse des Beteiligten
Grundsätzlich sind die Vorgaben gemäß „Adress-Elemente“ zu befolgen.
Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC) | (eim...tus) |
| TEL.AT | 0 … * | R | Beliebig viele Kontaktdaten des Beteiligten.
Es SOLL mindestens eine Telefon-Nummer angegeben werden.
| (eim...tus) |
| set_cs | 0 … 1 | |
Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …)
Bsp: WP
Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“
TODO: Assert: bei Angabe mehrerer Tel, @use angeben
|
| CONF | Der Wert von @use muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.190 AddressUse (DYNAMIC) |
|
| | 1 … 1 | M | Name des Beteiligten. | (eim...tus) |
Auswahl | 1 … 1 | | Elemente in der Auswahl:- hl7:name welches enthält Template 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC)
- hl7:name welches enthält Template 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)
|
| | … 1 | R | Name Granularitätsstufe 1
Beinhaltet 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC) | (eim...tus) |
| | … 1 | R | Name Granularitätsstufe 2 Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC) | (eim...tus) |
| | 0 … 1 | |
Organisation, der der Beteiligte angehört (mit Adresse und Kontaktdaten der Organisation).
Grundsätzlich sind die Vorgaben für „Organisations-Element“ zu befolgen.
| (eim...tus) |
Eingefügt | | | von 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC) |
| cs | 0 … 1 | F | ORG |
| cs | 0 … 1 | F | INSTANCE |
| II | 0 … * | | Beliebig viele IDs der Organisation. z.B.: ID aus dem GDA-Index, DVR-Nummer, ATU-Nummer, etc.
| (eim...tus) |
| uid | 1 … 1 | R | |
| st | 0 … 1 | | |
| ON | 1 … 1 | M | Name der Organisation. Zu dem Namen von größere Organisationen SOLL auch die Abteilung angegeben werden., z.B.: „Amadeus Spital, Chirurgische Abteilung“
| (eim...tus) |
| TEL.AT | 0 … * | | Kontaktdaten der Organisation.
Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen. | (eim...tus) |
| 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äß „ELGA_URLScheme“ |
| set_cs | 0 … 1 | | Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …)
Bsp: WP
Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“
TODO: Assert: bei Angabe mehrerer Tel, @use angeben |
| CONF | Der Wert von @use muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.190 AddressUse (DYNAMIC) |
|
| AD | 0 … 1 | | Adresse der Organisation.
Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC) | (eim...tus) |
Eingefügt | | NP | von 1.2.40.0.34.6.0.11.1.25 Participant Angehoerige (DYNAMIC) Angehörige
|
| hl7:participant
|
| | | NP | Beteiligter (Angehöriger)
| (eim...tus) |
| | @typeCode
|
| cs | 1 … 1 | F | IND |
| In indirektem Bezug.
|
| | @contextControlCode
|
| cs | 1 … 1 | F | OP |
| | hl7:templateId
|
| II | 1 … 1 | M | Template ID zur Identifikation dieser Art von Beteiligten
| (eim...tus) |
| uid | 1 … 1 | F | 1.2.40.0.34.6.0.11.1.25 |
| | hl7:associatedEntity
|
| | 1 … 1 | M | Beschreibung der Entität.
| (eim...tus) |
| cs | 1 … 1 | F | PRS |
| Personal relationship - In persönlicher Beziehung
|
| CE (extensible) | 1 … 1 | M | Verwandtschaftsverhältnis des Beteiligten zum Patienten. Beispiel: DAU („daughter“), wenn die Beteiligte die Tochter des Patienten ist oder NBOR für Nachbar.
| (eim...tus) |
| cs | 1 … 1 | R | |
| CONF | Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.17 ELGA_PersonalRelationship (DYNAMIC) |
|
| st | 1 … 1 | R | |
| oid | 1 … 1 | F | 2.16.840.1.113883.5.111 |
| st | 1 … 1 | F | HL7:RoleCode |
| CONF | Der Wert von @code sollte gewählt werden aus dem Value Set 1.2.40.0.34.10.17 ELGA_PersonalRelationship (DYNAMIC) |
|
| AD | 0 … 1 | | Adresse des Beteiligten
Grundsätzlich sind die Vorgaben gemäß „Adress-Elemente“ zu befolgen.
Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC) | (eim...tus) |
| TEL.AT | 0 … * | | Beliebig viele Kontaktdaten des Beteiligten.
| (eim...tus) |
| set_cs | 0 … 1 | | Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …)
Bsp: WP
Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“
TODO: Assert: bei Angabe mehrerer Tel, @use angeben
|
| CONF | Der Wert von @use muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.190 AddressUse (DYNAMIC) |
|
| | 1 … 1 | M | Name des Beteiligten.
| (eim...tus) |
Auswahl | 1 … 1 | | Elemente in der Auswahl:- hl7:name welches enthält Template 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC)
- hl7:name welches enthält Template 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)
|
| | … 1 | R | Name Granularitätsstufe 1
Beinhaltet 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC) | (eim...tus) |
| | … 1 | R | Name Granularitätsstufe 2 Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC) | (eim...tus) |
| | 0 … 1 | | Beinhaltet 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC) | (eim...tus) |
Eingefügt | | NP | von 1.2.40.0.34.6.0.11.1.26 Participant Versicherung (DYNAMIC) Versicherter / Versicherung
|
| hl7:participant
|
| | | NP | Beteiligter (Versicherter/Versicherung). | (eim...tus) |
| | @typeCode
|
| cs | 1 … 1 | F | HLD |
|
|
| | @contextControlCode
|
| cs | 1 … 1 | F | OP |
| | hl7:templateId
|
| II | 1 … 1 | M | Template ID zur Identifikation dieser Art von Beteiligten
| (eim...tus) |
| uid | 1 … 1 | F | 1.2.40.0.34.6.0.11.1.26 |
| | hl7:time
|
| IVL_TS | 0 … 1 | | Gültigkeitszeitraum der Versicherungspolizze.
Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen.
Beinhaltet 1.2.40.0.34.6.0.11.9.15 Time Interval Information minimal (DYNAMIC) | (eim...tus) |
| | hl7:associatedEntity
|
| | 1 … 1 | M | | (eim...tus) |
| cs | 1 … 1 | F | POLHOLD |
| Policy holder - Halter einer Versicherungspolizze
|
| II | 1 … 1 | R |
Sozialversicherungsnummer des Patienten (SELF) oder der Person, bei der der Patient mitversichert ist (FAMDEP)
Zugelassene nullFlavor:
-
NI … Patient hat keine Sozialversicherungsnummer (z.B. Ausländer, …)
-
UNK … Patient hat eine Sozialversicherungsnummer, diese ist jedoch unbekannt
| (eim...tus) |
| cs | 0 … 1 | | |
| uid | 1 … 1 | R | OID der Liste aller österreichischen Sozialversicherungen z.B.: 1.2.40.0.10.1.4.3.1 (gilt für die SVNr aller Sozialversicherungsträger)
|
| st | 1 … 1 | R | Sozialversicherungsnummer des Patienten
z.B.: 1111040570
|
| st | 0 … 1 | | z.B.: Österreichische Sozialversicherung
|
| Schematron assert | role | error | |
| test | not(hl7:id/@root) or not(hl7:id/@nullFlavor='NI' or hl7:id/@nullFlavor='UNK') | |
| Meldung | Zugelassene nullFlavor sind "NI" und "UNK" | |
| CE (extensible) | 1 … 1 | M | Versicherungsverhältnis codiert
Beispiele:
- SELF, wenn der Patient selbst der Versicherte ist.
- FAMDEP, wenn der Patient bei einem Familienmitglied mitversichert ist.
| (eim...tus) |
| cs | 1 … 1 | R | |
| st | 1 … 1 | R | |
| oid | 1 … 1 | F | 2.16.840.1.113883.5.111 |
| st | 1 … 1 | F | HL7:RoleCode |
| CONF | Der Wert von @code sollte gewählt werden aus dem Value Set 1.2.40.0.34.10.9 ELGA_InsuredAssocEntity (DYNAMIC) |
|
| AD | 0 … 1 | | Adresse des Beteiligten.
Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC) | (eim...tus) |
| TEL.AT | 0 … * | | Beliebig viele Kontaktdaten des Beteiligten.
| (eim...tus) |
| 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äß „ELGA_URLScheme“
|
| set_cs | 0 … 1 | | Bedeutung des angegebenen Kontakts (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) |
|
| | 0 … 1 | C | Name des Beteiligten.
Wenn das Versicherungsverhältnis "familienversichert" ("FAMDEP“) ist, dann MUSS eine associatedPerson angegeben sein (1..1 M), sonst kann sie entfallen (0..1 O)
Beinhaltet 1.2.40.0.34.6.0.11.9.6 Person Name Compilation G2 (DYNAMIC) | (eim...tus) |
| Schematron assert | role | error | |
| test | hl7:code/@code!='FAMDEP' or count(hl7:associatedPerson)=1 | |
| Meldung | Wenn das Versicherungsverhältnis "familienversichert" ist, dann muss eine associatedPerson angegeben sein | |
| | 1 … 1 | M |
Versicherungsgesellschaft.
Grundsätzlich sind die Vorgaben für „Organisations-Element“ zu befolgen.
| (eim...tus) |
Eingefügt | | | von 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC) |
| cs | 0 … 1 | F | ORG |
| cs | 0 … 1 | F | INSTANCE |
| II | 0 … * | | Beliebig viele IDs der Organisation. z.B.: ID aus dem GDA-Index, DVR-Nummer, ATU-Nummer, etc.
| (eim...tus) |
| uid | 1 … 1 | R | |
| st | 0 … 1 | | |
| ON | 1 … 1 | M | Name der Organisation. Zu dem Namen von größere Organisationen SOLL auch die Abteilung angegeben werden., z.B.: „Amadeus Spital, Chirurgische Abteilung“
| (eim...tus) |
| TEL.AT | 0 … * | | Kontaktdaten der Organisation.
Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen. | (eim...tus) |
| 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äß „ELGA_URLScheme“ |
| set_cs | 0 … 1 | | Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …)
Bsp: WP
Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“
TODO: Assert: bei Angabe mehrerer Tel, @use angeben |
| CONF | Der Wert von @use muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.190 AddressUse (DYNAMIC) |
|
| AD | 0 … 1 | | Adresse der Organisation.
Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC) | (eim...tus) |
Eingefügt | | NP | von 1.2.40.0.34.6.0.11.1.29 Participant Betreuungsorganisation (DYNAMIC) Betreuende Organisation
|
| hl7:participant
|
| | | NP | Beteiligter (Betreuende Organisation) | (eim...tus) |
| wo [hl7:templateId |
| |
| | @typeCode
|
| cs | 1 … 1 | F | IND |
| | @contextControlCode
|
| cs | 1 … 1 | F | OP |
| | hl7:templateId
|
| II | 1 … 1 | M | Template ID zur Identifikation dieser Art von Beteiligten
| (eim...tus) |
| uid | 1 … 1 | F | 1.2.40.0.34.6.0.11.1.28 |
| | hl7:associatedEntity
|
| | 1 … 1 | M | Beschreibung der Entität.
| (eim...tus) |
| cs | 1 … 1 | F | CAREGIVER |
| Betreuer
|
| | 1 … 1 | M | Betreuende Organisation | (eim...tus) |
Eingefügt | | | von 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC) |
| cs | 0 … 1 | F | ORG |
| cs | 0 … 1 | F | INSTANCE |
| II | 0 … * | | Beliebig viele IDs der Organisation. z.B.: ID aus dem GDA-Index, DVR-Nummer, ATU-Nummer, etc.
| (eim...tus) |
| uid | 1 … 1 | R | |
| st | 0 … 1 | | |
| ON | 1 … 1 | M | Name der Organisation. Zu dem Namen von größere Organisationen SOLL auch die Abteilung angegeben werden., z.B.: „Amadeus Spital, Chirurgische Abteilung“
| (eim...tus) |
| TEL.AT | 0 … * | | Kontaktdaten der Organisation.
Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen. | (eim...tus) |
| 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äß „ELGA_URLScheme“ |
| set_cs | 0 … 1 | | Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …)
Bsp: WP
Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“
TODO: Assert: bei Angabe mehrerer Tel, @use angeben |
| CONF | Der Wert von @use muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.190 AddressUse (DYNAMIC) |
|
| AD | 0 … 1 | | Adresse der Organisation.
Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC) | (eim...tus) |
Eingefügt | | NP | von 1.2.40.0.34.6.0.11.1.28 Participant Weitere Behandler (DYNAMIC) Weitere Behandler
|
| hl7:participant
|
| | | NP | Beteiligter (Weitere Behandler) | (eim...tus) |
| | @typeCode
|
| cs | 1 … 1 | F | CON |
| | @contextControlCode
|
| cs | 1 … 1 | F | OP |
| | hl7:templateId
|
| II | 1 … 1 | M | Template ID zur Identifikation dieser Art von Beteiligten
| (eim...tus) |
| uid | 1 … 1 | F | 1.2.40.0.34.6.0.11.1.28 |
| | hl7:functionCode
|
| CE (extensible) | 0 … 1 | R | Funktionscode des Behandlers z.B: „Facharzt für Neurologie“ Eigene Codes und Bezeichnungen dürfen verwendet werden. Grundsätzlich sind die Vorgaben gemäß „code-Element CE CWE“ zu befolgen. | (eim...tus) |
| cs | 1 … 1 | R | |
| oid | 1 … 1 | R | |
| st | 0 … 1 | | |
| st | 1 … 1 | R | |
| CONF | Der Wert von @code sollte gewählt werden aus dem Value Set 1.2.40.0.34.10.6 ELGA_AuthorSpeciality (DYNAMIC) |
|
| | hl7:associatedEntity
|
| | 1 … 1 | M | Beschreibung der Entität.
| (eim...tus) |
| cs | 1 … 1 | F | PROV |
| Gesundheitsdienstanbieter.
|
| AD | 0 … 1 | | Adresse des Beteiligten.
Grundsätzlich sind die Vorgaben gemäß „Adress-Elemente“ zu befolgen
Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC) | (eim...tus) |
| TEL.AT | 1 … * | R | Beliebig viele Kontaktdaten des Beteiligten.
Es MUSS mindestens eine Telefon-Nummer angegeben werden.
| (eim...tus) |
| 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äß „ELGA_URLScheme“
|
| set_cs | 0 … 1 | | Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …)
Bsp: WP
Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“
Bei Angabe mehrerer Telefonnummern ist jeweils das Attribut @use anzugeben.
|
| CONF | Der Wert von @use muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.190 AddressUse (DYNAMIC) |
|
| | 1 … 1 | M | Beteiligte Person
Grundsätzlich sind die Vorgaben für „Personen-Element“ zu befolgen.
Beinhaltet 1.2.40.0.34.6.0.11.9.6 Person Name Compilation G2 (DYNAMIC) | (eim...tus) |
| |
| | 0 … 1 | | Organisation, der der Beteiligte angehört (mit Adresse und Kontaktdaten der Organisation).
Grundsätzlich sind die Vorgaben für „Organisations-Element“ zu befolgen.
| (eim...tus) |
Eingefügt | | | von 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC) |
| cs | 0 … 1 | F | ORG |
| cs | 0 … 1 | F | INSTANCE |
| II | 0 … * | | Beliebig viele IDs der Organisation. z.B.: ID aus dem GDA-Index, DVR-Nummer, ATU-Nummer, etc.
| (eim...tus) |
| uid | 1 … 1 | R | |
| st | 0 … 1 | | |
| ON | 1 … 1 | M | Name der Organisation. Zu dem Namen von größere Organisationen SOLL auch die Abteilung angegeben werden., z.B.: „Amadeus Spital, Chirurgische Abteilung“
| (eim...tus) |
| TEL.AT | 0 … * | | Kontaktdaten der Organisation.
Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen. | (eim...tus) |
| 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äß „ELGA_URLScheme“ |
| set_cs | 0 … 1 | | Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …)
Bsp: WP
Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“
TODO: Assert: bei Angabe mehrerer Tel, @use angeben |
| CONF | Der Wert von @use muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.190 AddressUse (DYNAMIC) |
|
| AD | 0 … 1 | | Adresse der Organisation.
Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC) | (eim...tus) |
Eingefügt | | NP | von 1.2.40.0.34.6.0.11.1.9 In Fulfillment Of (DYNAMIC) |
| hl7:inFulfillmentOf
|
| | 0 … * | NP | Komponente zur Dokumentation des Auftrags.
| (eim...tus) |
| | @typeCode
|
| cs | 1 … 1 | F | FLFS |
| | hl7:order
|
| | 1 … 1 | M | Auftrag.
| (eim...tus) |
| cs | 1 … 1 | F | ACT |
| cs | 1 … 1 | F | RQO |
| II | 1 … 1 | M | Auftragsnummer, Anforderungsnummer. Grundsätzlich sind die Vorgaben gemäß Kapitel „Identifikations-Elemente“ zu befolgen.
| (eim...tus) |
| st | 0 … 1 | | |
| st | 0 … 1 | | |
| uid | 1 … 1 | R | |
| hl7:documentationOf
|
| | 1 … 1 | M | Komponente für die Gesundheitsdienstleistung.
| (eim...tus) |
| | @typeCode
|
| cs | 0 … 1 | F | DOC |
| | hl7:serviceEvent
|
| | 1 … 1 | M | Gesundheitsdienstleistung.
| (eim...tus) |
| cs | 1 … 1 | F | PCPR |
| cs | 0 … 1 | F | EVN |
| CE | 1 … 1 | M | Code der Gesundheitsdienstleistung.
| (eim...tus) |
| cs | 1 … 1 | F | 41000179103 |
| oid | 1 … 1 | F | 2.16.840.1.113883.6.96 |
| st | 1 … 1 | F | SNOMED CT |
| st | 1 … 1 | F | Immunization record (record artifact) |
| IVL_TS | 1 … 1 | M | Zeitraum der Gesundheitsdienstleistung,
Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen.
ACHTUNG: Die Zeitangaben der Gesundheitsdienstleistung (erstes documentationOf/serviceEvent-Element) werden in die Dokument-Metadaten übernommen! Die Bedeutung der Dokument-Metadaten-Elemente lautet daher wie folgt:
- serviceStartTime: Beginn des ersten documentationOf/serviceEvent-Elements
- serviceStopTime: Ende des ersten documentationOf/serviceEvent-Elements
Hinweis: Für die automatisierte Datenübernahme aus dem CDA-Dokument in die XDS-Dokumentmetadaten ist stets ein Zeitintervall anzugeben.
| (eim...tus) |
| TS.AT.TZ | 1 … 1 | R | | (eim...tus) |
| cs | 0 … 1 | F | UNK |
| Constraint | Zeitpunkt des ältesten effectiveTime aus:
- "Immunization Entry", templateId 1.2.40.0.34.6.0.11.3.1,
substanceAdministration/effectiveTime
und
- "Impfrelevante Erkrankungen Problem Entry",
templateId 1.2.40.0.34.6.0.11.3.9, observation/effectiveTime/low
|
| TS.AT.TZ | 1 … 1 | R | | (eim...tus) |
| cs | 0 … 1 | F | UNK |
| Constraint | Zeitpunkt des jüngsten effectiveTime aus:
- "Immunization Entry", templateId 1.2.40.0.34.6.0.11.3.1,
substanceAdministration/effectiveTime
und
- "Impfrelevante Erkrankungen Problem Entry",
templateId 1.2.40.0.34.6.0.11.3.9, observation/effectiveTime/high
|
| | | NP | | (eim...tus) |
Eingefügt | 0 … 1 | | von 1.2.40.0.34.6.0.11.1.14 Document Replacement - Related Document (DYNAMIC) |
| hl7:relatedDocument
|
| | 0 … 1 | | Komponente für das vorgehende Dokument.
| (eim...tus) |
| | @typeCode
|
| cs | 1 … 1 | F | RPLC |
| Art des Bezugs zum Vordokument.
Erlaubter @typeCodes:
-
RPLC - replaces: Das Dokument ersetzt ein existierendes Dokument. Der Status des zu ersetzenden Dokumentes wird auf "überholt" gesetzt, das ursprüngliche Dokument bleibt aber noch im System als historische Referenz verfügbar.
Nicht erlaubt:
-
APND - append: Zusammenhängen von Dokumenten. Dies ist in ELGA bereits über das Einbetten von Dokumenten realisiert.
-
XFRM - transformed: Das Dokument ist Ergebnis eines Transformationsprozesses, d.h. ist aus einem anderen Originaldokument hervorgegangen.
Hinweis: Die parallele Ablage von CDA-Dokumenten, welche vom Dokumentersteller bereits mit einem Stylesheet zu einem PDF Dokument gerendert wurden, kann mit der XFRM – Transaktion vorgenommen werden. Es ist nicht auszuschließen, dass die Transformation in lokalen Affiniy Domains Anwendung findet. Für ELGA ist die Transformation jedoch kein Anwendungsfall.
|
| | hl7:parentDocument
|
| | 1 … 1 | M | Vorhergehendes Dokument.
| (eim...tus) |
| cs | 0 … 1 | F | DOCCLIN |
| cs | 0 … 1 | F | EVN |
| II | 1 … 1 | M | Dokumenten-Id des vorgehenden Dokuments.
Grundsätzlich sind die Vorgaben für „Identifikations-Elemente“ zu befolgen.
| (eim...tus) |
| st | 0 … 1 | | |
| st | 0 … 1 | | |
| uid | 1 … 1 | R | |
Eingefügt | | NP | von 1.2.40.0.34.6.0.11.1.18 Authorization (DYNAMIC) |
| hl7:authorization
|
| | | NP | Komponente für die Einverständniserklärung.
Wird in ELGA nicht verwendet!
| (eim...tus) |
Eingefügt | | NP | von 1.2.40.0.34.6.0.11.1.7 Component Of - Encompassing Encounter (DYNAMIC) |
| hl7:componentOf
|
| | | NP | Komponente für den Patientenkontakt.
| (eim...tus) |
| | @typeCode
|
| cs | 0 … 1 | F | COMP |
| | hl7:encompassingEncounter
|
| | 1 … 1 | M | Patientenkontakt.
| (eim...tus) |
| cs | 0 … 1 | F | ENC |
| cs | 0 … 1 | F | EVN |
| II | 0 … 1 | | Identifikationselement zur Aufnahme der Aufenthaltszahl
Verweis auf speziellen Implementierungsleitfaden: Ob, und welche Identifikation eingetragen werden soll ergibt sich aus dem jeweiligen speziellen Implementierungsleitfaden.
| (eim...tus) |
| st | 0 … 1 | | Name der Stelle, welche die ID zugewiesen hat, z.B.: „Amadeus Spital“. |
| st | 1 … 1 | R | Aufenthaltszahl, z.B.: Az123456
|
| uid | 1 … 1 | R | OID der Liste der Aufenthaltszahlen der Organisation
|
| CE | 1 … 1 | M | Codierung des Patientenkontakts.
Verweis auf speziellen Implementierungsleitfaden: Welche Codierung angewandt werden soll, ergibt sich aus dem jeweiligen speziellen Implementierungsleitfaden.
| (eim...tus) |
| cs | 1 … 1 | R | Zulässige Werte gemäß Value-Set „ELGA_ActEncounterCode“
|
| st | 1 … 1 | R | |
| oid | 1 … 1 | F | 2.16.840.1.113883.5.4 |
| st | 1 … 1 | F | HL7:ActCode |
| CONF | Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.5 ELGA_ActEncounterCode (DYNAMIC) |
|
| IVL_TS | 1 … 1 | M | Zeitraum des Patientenkontakts.
Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen.
Verweis auf speziellen Implementierungsleitfaden: Welche Start- und Endezeiten eingetragen werden sollen, ergibt sich aus dem jeweiligen speziellen Implementierungsleitfaden.
| (eim...tus) |
| TS.DATE.MIN | 1 … 1 | R | | (eim...tus) |
| TS.DATE.MIN | 0 … 1 | | | (eim...tus) |
| | 0 … 1 | | Komponente für die verantwortliche Person. | (eim...tus) |
| | 1 … 1 | M | Entität der verantwortlichen Person.
Grundsätzlich sind die Vorgaben für „AssignedEntity-Element (Person + Organisation)“ zu befolgen.
Verweis auf speziellen Implementierungsleitfaden: Die konkrete Bedeutung der verantwortlichen Person für den Patientenkontakt (Aufenthalt) und eine ggf. verpflichtende Angabe dieses Elements ergeben sich aus dem jeweiligen speziellen Implementierungsleitfaden.
| (eim...tus) |
Eingefügt | | | von 1.2.40.0.34.6.0.11.9.22 Assigned Entity (DYNAMIC) |
| cs | 0 … 1 | F | ASSIGNED |
| II | 1 … * | R | Mindestens eine ID der Person der Entität
Zugelassene nullFlavor:
-
NI … Die Person der Entität hat keine Identifikationsnummer
-
UNK … Die Person der Entität hat eine Identifikationsnummer, diese ist jedoch unbekannt
| (eim...tus) |
| st | 0 … 1 | | |
| st | 0 … 1 | | |
| uid | 1 … 1 | R | |
| cs | 0 … 1 | | |
| Schematron assert | role | error | |
| test | not(hl7:id/@root) or (not(hl7:id/@nullFlavor='NI') or not(hl7:id/@nullFlavor='UNK')) | |
| Meldung | Zugelassene @nullFlavor sind "NI" oder "UNK" | |
| | 0 … 1 | | Ein Adress-Element der Person der Entität. Grundsätzlich sind die Vorgaben gemäß „Adress-Elemente“ zu befolgen.
Adressangabe in Granularitätsstufe 2 oder 3, Zugelassener nullFlavor "UNK"
Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC) | (eim...tus) |
| cs | 0 … 1 | F | UNK |
| Schematron assert | role | error | |
| test | not (hl7:addr) or not(hl7:addr/@nullFlavor='UNK') | |
| Meldung | Es kann entweder eine Adresse oder der nullFlavor "UNK" angegeben werden. | |
| TEL.AT | 0 … * | | Beliebig viele Kontakt-Elemente der Person der Entität.
Grundsätzlich sind die Vorgaben gemäß „Kontaktdaten-Element“ zu befolgen.
| (eim...tus) |
| url | 1 … 1 | R | Die Kontaktadresse (Telefonnummer, Email, etc.)
Es gelten die ELGA Formatkonventionen für Telekom-Daten
Zulässige Werteliste für telecom Präfixe gemäß Value-Set „ELGA_URLScheme“
|
| cs | 0 … 1 | | Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …)
Bsp: WP
Zulässige Werte gemäß Value-Set "AddressUse"
|
| CONF | Der Wert von @use muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.190 AddressUse (DYNAMIC) |
|
| | 1 … 1 | M | Personendaten der Person der Entität
Grundsätzlich sind die Vorgaben gemäß „Personen-Element“ zu befolgen. Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC) | (eim...tus) |
| |
| | | | | hl7:representedOrganization
|
| | 0 … 1 | | Organisationsdaten der Entität
Grundsätzlich sind die Vorgaben gemäß „Organisations-Element“ zu befolgen. Beinhaltet 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC) | (eim...tus) |
Eingefügt | 1 … 1 | M | von 1.2.40.0.34.6.0.11.1.8 Encounter Location (DYNAMIC) Die Organisation, in deren Verantwortungsbereich der Patientenkontakt stattfand, MUSS verpflichtend angegeben werden (z.B.: die entlassende Krankenanstalt mit Abteilung).
Verweis auf speziellen Implementierungsleitfaden: Die konkrete Bedeutung der Organisation, in deren Verantwortungsbereich der Patientenkontakt (Aufenthalt) stattfand, ergibt sich aus dem jeweiligen speziellen Implementierungsleitfaden.
|
| | 1 … 1 | M | | (eim...tus) |
| cs | 0 … 1 | F | LOC |
| | 1 … 1 | M | | (eim...tus) |
| cs | 0 … 1 | F | SDLOC |
| | | | | hl7:serviceProviderOrganization
|
| | 1 … 1 | M | Organisation, in deren Verantwortungsbereich der Patientenkontakt stattfand. Beinhaltet 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC) | (eim...tus) |
| |
| hl7:component
|
| | 1 … 1 | M | | (eim...tus) |
| | @typeCode
|
| cs | 0 … 1 | F | COMP |
| | @contextConductionInd
|
| bl | 0 … 1 | F | true |
| | hl7:structuredBody
|
| | 1 … 1 | M | | (eim...tus) |
| cs | 0 … 1 | F | DOCBODY |
| cs | 0 … 1 | F | EVN |
| | 1 … 1 | M | Kapitel Impfungen: Sammlung der dokumentierten Impfungen Beinhaltet 1.2.40.0.34.6.0.11.2.1 Impfungen - kodiert (DYNAMIC) | (eim...tus) |
| | | wo [hl7:section [hl7:code [(@code = '11369-6' and @codeSystem = '2.16.840.1.113883.6.1')]]] |
| |
| cs | 0 … 1 | F | COMP |
| cs | 1 … 1 | F | true |
| | 0 … 1 | | Kapitel Impfrelevante Erkrankungen: Sammlung der dokumentierten impfrelevanten Erkrankungen Beinhaltet 1.2.40.0.34.6.0.11.2.5 Impfrelevante Erkrankungen - kodiert (DYNAMIC) | (eim...tus) |
| |
| cs | 0 … 1 | F | COMP |
| cs | 1 … 1 | F | true |
| | 0 … 1 | | Kapitel Impfempfehlungen: Sammlung der dokumentierten Impfempfehlungen Beinhaltet 1.2.40.0.34.6.0.11.2.2 Impfempfehlungen - kodiert (DYNAMIC) | (eim...tus) |
| | | wo [hl7:section [hl7:code [(@code = '18776-5' and @codeSystem = '2.16.840.1.113883.6.1')]]] |
| |
| cs | 0 … 1 | F | COMP |
| cs | 1 … 1 | F | true |
| | 0 … 1 | | Kapitel Antikörper-Untersuchungen: Sammlung der dokumentierten Antikörper-Untersuchungen
Beinhaltet 1.2.40.0.34.6.0.11.2.7 Antikörper-Bestimmung (DYNAMIC) | (eim...tus) |
| |
| cs | 0 … 1 | F | COMP |
| cs | 1 … 1 | F | true |
| | 0 … 1 | | Kapitel Impfreaktion: Sammlung der dokumentierten Impfreaktionen.
Beinhaltet 1.2.40.0.34.6.0.11.2.6 Impfreaktion (DYNAMIC) | (eim...tus) |
| | | wo [hl7:section [hl7:code [(@code = '48765-2' and @codeSystem = '2.16.840.1.113883.6.1')]]] |
| |
| cs | 0 … 1 | F | COMP |
| cs | 1 … 1 | F | true |
| | 0 … 1 | | Kapitel Personengruppe: Dokumentiert die Zugehörigkeit zu speziellen Personengruppen.
Beinhaltet 1.2.40.0.34.6.0.11.2.4 Expositionsrisiko Personengruppen - unkodiert (DYNAMIC) | (eim...tus) |
| |
| cs | 0 … 1 | F | COMP |
| cs | 1 … 1 | F | true |
Eingefügt | | | von 1.2.40.0.34.6.0.11.9.34 Stylesheet Test eImpfpass (DYNAMIC) |
| Schematron assert | role | error | |
| test | matches(//processing-instruction('xml-stylesheet'), '[^\w]ELGA_eimpf-stylesheet_v1.0.xsl[^\w]') | |
| Meldung | (xml-processing-instr): Es muss ein xml-stylesheet-Prologattribut anwesend sein mit dem Wert für @href=ELGA_eimpf-stylesheet_v1.0.xsl | |