| Item | DT | Kard | Konf | Beschreibung | Label |
|---|
| | 1 … 1 | M | Kompletter Immunisierungsstatus
Alle Dokumente müssen mit diesem XML-Prolog starten:<?xml version="1.0" encoding="utf-8" standalone="yes"?> <?xml-stylesheet type="text/xsl" href="eimpf-stylesheet_v1.0.xsl"?> | (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 | 1 … 1 | M | Hoheitsbereich des Dokuments.
Fester Wert: @code = AT (aus Value Set „ELGA_RealmCode“) | (eim...tus) |
 | | @code
|
| | 1 … 1 | F | 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 | eHealth Austria Dokumente | (eim...tus) |
| | @root
|
| uid | 1 … 1 | F | 1.2.40.0.34.6.0.11.0.1 |
| hl7:templateId
|
| II | 1 … 1 | M | Implementierungsleitfaden e-Impfpass 2019 (OID Knoten). Dient als informative Referenz. | (eim...tus) |
| | @root
|
| uid | 1 … 1 | F | 1.2.40.0.34.7.19 |
| hl7:templateId
|
| II | 1 … 1 | M | Implementierungsleitfaden e-Impfpass - Kompletter Immunisierungsstatus | (eim...tus) |
| wo [@root='1.2.40.0.34.6.0.11.0.4'] | |
| | @root
|
| uid | 1 … 1 | F | 1.2.40.0.34.6.0.11.0.4 |
| hl7:templateId
|
| II | 1 … 1 | M | Version des speziellen Implementierungsleitfaden e-Impfpass - Kompletter Immunisierungsstatus mit XDSdocumentEntry.formatCode als Extension.
↔ Hinweis zum XDS-Mapping: Das templateId-Element mit einer Extension beginnend mit "XDSdocumentEntry.formatCode^" wird ins XDS-Attribut formatCode gemappt (ohne Präfix XDSdocumentEntry.formatCode^). | (eim...tus) |
| | @extension
|
| st | 1 … 1 | F | XDSdocumentEntry.formatCode^urn:hl7-at:eImpf:2019 |
| | @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“. Zulässige Werte gemäß Value-Set „ELGA_Dokumentklassen“ ↔ Hinweis zum XDS-Mapping: Dieses Element wird ins XDS-Attribut XDSDocumentEntry.classCode gemappt.
Zu berücksichtigen sind jeweils die Attribute @code, @codeSystem und @displayName. | (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 |
| | hl7:translation
|
| CD | 1 … 1 | M | Dokumententyp in feiner Granularität. Wird in ELGA in das XDS DocumentEntry Metadaten-Attribut XDSDocumentEntry.typeCode übernommen.
Zu berücksichtigen sind jeweils die Attribute @code, @codeSystem und @displayName. | (eim...tus) |
| cs | 1 … 1 | F | 82593-5 |
| oid | 1 … 1 | F | 2.16.840.1.113883.6.1 |
| st | 1 … 1 | F | Immunization summary report |
| hl7:title
|
| ST | 1 … 1 | M | Dokumententitel. Dieses Element enthält den für den lesenden Dokumentempfänger gedachten Titel.
MUSS lauten: "Immunisierungsstatus - Zusammenfassung"
↔ Hinweis zum XDS-Mapping: Dieses Element wird ins XDS-Attribut title gemappt. | (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 |
Relevantes Datum des Dokuments.
Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen.
| (eim...tus) |
| |  | | at-cda-bbr-dataelement-11 |  Erstellungsdatum | Dataset A Allgemeiner Leitfaden |
|
| 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 Value Set „ELGA_Confidentiality“. | (eim...tus) |
| | | | at-cda-bbr-dataelement-13 | Vertraulichkeitscode | Dataset A Allgemeiner Leitfaden |
|
| | @codeSystemName
|
| st | 1 … 1 | F | HL7:Confidentiality |
| | Constraint | Für ELGA-Dokumente ist ausschließlich "N" erlaubt!
|
| 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.
| (eim...tus) |
| | | | at-cda-bbr-dataelement-14 | Sprachcode | Dataset A Allgemeiner Leitfaden |
|
| | @code
|
| cs | 1 … 1 | R | |
| | CONF | | Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.10 ELGA_LanguageCode (DYNAMIC) |
|
| | Constraint | Für ELGA ist in @code für CDA und Ableitungen in die XDSDocumentEntry-Metadaten derzeit ausschließlich der Wert "de-AT" zulässig.
Für eHealth und zukünftige Versionen der ELGA Leitfäden können weitere Sprachcodes erlaubt werden. |
| Eingefügt | 1 … 1 | M | von 1.2.40.0.34.6.0.11.1.15 Document Set Id and Version Number (DYNAMIC)
Das CDA-Dokument "Kompletter Immunisierungsstatus" ist immer eine neue Version desselben Dokuments, d.h. die SetId bleibt über alle Versionen gleich, es ändert sich nur die VersionsNumber. |
| hl7:setId
|
| II | 1 … 1 | M |
Eindeutige Id des Dokumentensets. Diese bleibt über alle Versionen der Dokumente gleich (initialer Wert bleibt erhalten). Die setId SOLL unterschiedlich zur clinicalDocument.id sein. ↔ Hinweis zum XDS-Mapping: Dieses Element wird ins XDS-Attribut referenceIdList
("urn:elga:iti:xds:2014:ownDocument_setId") gemappt. 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. | (eim...tus) |
| hl7:versionNumber
|
| INT.NONNEG | 1 … 1 | M | Versionsnummer des Dokuments, wird bei neuen Dokumenten 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, während die setId gleich bleibt.
| (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 Immunisierungsstatus |
|
| | @typeCode
|
| cs | 0 … 1 | F | RCT |
| | @contextControlCode
|
| cs | 0 … 1 | F | OP |
| | hl7:patientRole
|
| | 1 … 1 | M | Patientendaten. | (eim...tus) |
| cs | 0 … 1 | F | PAT |
| 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
| (eim...tus) |
| | | | 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
|
| | 0 … 2 | | Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC) | (eim...tus) |
| wo [not(@nullFlavor)] | |
| | | | elgaimpf-dataelement-219 | Adresse | Datensatz Immunisierungsstatus |
|
| TEL.AT | 0 … * | R | Kontakt-Element. Grundsätzlich sind die Vorgaben gemäß „Kontaktdaten-Element“ zu befolgen. | (eim...tus) |
| 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. |
| | 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) | (eim...tus) |
| | | | elgaimpf-dataelement-172 | Name | Datensatz Immunisierungsstatus |
|
| Auswahl | | |
Codierung des Geschlechts des Patienten aus ValueSet "ELGA_AdministrativeGender".
Zugelassene nullFlavor: UNK
Elemente in der Auswahl:- hl7:administrativeGenderCode[not(@nullFlavor)]
- hl7:administrativeGenderCode[@nullFlavor='UNK']
|
| | | | | hl7:administrativeGenderCode
|
| CE | 0 … 1 | | | (eim...tus) |
| 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 | | | (eim...tus) |
| wo [@nullFlavor='UNK'] | |
| cs | 1 … 1 | F | UNK |
| 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 Immunisierungsstatus |
|
| | | NP | Codierung des Familienstands des Patienten. Wird in e-Impfpass nicht verwendet!
| (eim...tus) |
| | | | hl7:religiousAffiliationCode
|
| | | NP | Codierung des Religionsbekenntnisses des Patienten. Wird in e-Impfpass nicht verwendet!
| (eim...tus) |
| | | NP |
Rasse des Patienten: Darf nicht verwendet werden!
| (eim...tus) |
| | | NP | Ethnische Zugehörigkeit des Patienten: Darf nicht verwendet werden!
| (eim...tus) |
| | | NP |
Gesetzlicher Vertreter (Erwachsenenvertreter, Vormund, Obsorgeberechtigter). Wird in e-Impfpass nicht verwendet!
| (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 | | | 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
|
| | | NP | Informationen bezüglich der Sprachfähigkeiten und Ausdrucksform des Patienten. Wird in e-Impfpass nicht verwendet!
| (eim...tus) |
| | 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" | |
| 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 | R |
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 | 1 … 1 | R | |
| Auswahl | 1 … 1 | |
Der Zeitpunkt an dem das Dokument verfasst bzw. inhaltlich fertiggestellt wurde.
Elemente in der Auswahl:- hl7:time[not(@nullFlavor)]
- hl7:time[@nullFlavor='UNK']
|
| TS.AT.TZ | 0 … 1 | | | (eim...tus) |
| wo [not(@nullFlavor)] | |
| TS.AT.TZ | 0 … 1 | | | (eim...tus) |
| wo [@nullFlavor='UNK'] | |
| cs | 1 … 1 | F | UNK |
| | hl7:assignedAuthor
|
| | 1 … 1 | M | | (eim...tus) |
| cs | 0 … 1 | F | ASSIGNED |
| Auswahl | 1 … * | |
Identifikation des Verfassers des Dokuments im lokalen System des/der datenerstellenden Gerätes/Software.
ODER Identifikation des/der datenerstellenden Gerätes/Software.
Elemente in der Auswahl:- hl7:id[not(@nullFlavor)]
- hl7:id[@nullFlavor='NI']
- hl7:id[@nullFlavor='UNK']
|
| | Constraint | 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
|
| II | 0 … * | |
Identifikation des Verfassers des Dokuments im lokalen System des/der datenerstellenden Gerätes/Software.
ODER Identifikation des/der datenerstellenden Gerätes/Software.
| (eim...tus) |
| wo [not(@nullFlavor)] | |
| II | 0 … 1 | | | (eim...tus) |
| wo [@nullFlavor='NI'] | |
| cs | 1 … 1 | F | NI |
| II | 0 … 1 | | | (eim...tus) |
| wo [@nullFlavor='UNK'] | |
| cs | 1 … 1 | F | UNK |
| CE | 0 … 1 | R |
Angabe der Fachrichtung des Verfassers des Dokuments („Sonderfach“ gem. Ausbildungsordnung), z.B: „Facharzt/Fachärztin 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 | 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) |
| wo [not(@nullFlavor)] | |
| st | 1 … 1 | R |
Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“
|
| set_cs | 0 … 1 | |
Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP
Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“
|
| | Constraint | Werden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein.
|
| Auswahl | 1 … 1 | | 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 | | Datenerstellende/s Software/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.
↔ Hinweis zum XDS-Mapping: Da manche offiziellen Bezeichnungen von GDA sehr lang werden können, SOLL das name Element einer möglichst eindeutigen Kurzbezeichnung der Organisation entsprechen (im GDA-I im Tag description enthalten). Bei größeren Organisationen SOLL zusätzlich die Abteilung angegeben werden, damit die Zuordnung für den Leser einfacher wird.
Beispiel: Statt "Allgemeines Krankenhaus der Stadt Wien-Medizinischer Universitätscampus" --> "Wien AKH" bzw. "Wien AKH - Augenambulanz"
Beinhaltet 1.2.40.0.34.6.0.11.9.5 Organization Compilation with id, name (DYNAMIC) | (eim...tus) |
| | Constraint |
- id MUSS der OID der Organisation aus dem GDA-Index entsprechen.
- name SOLL der Kurzbezeichnung im GDA-I entsprechen (sofern vorhanden)
- Zu dem Namen größerer Organisationen SOLL auch die Abteilung angegeben werden., z.B.: „Amadeus Spital, Chirurgische Abteilung“
-
Ausnahme: Wenn als Author ein/e Software/Gerät fungiert und keine OID aus dem GDA-I angegeben werden kann, MÜSSEN die Angaben der Organisation des Geräte-/Software-Betreibers oder Herstellers entsprechen.
|
| hl7:dataEnterer
|
| | | NP | | (eim...tus) |
| | | | elgaimpf-dataelement-32 | Eintragende Person | Datensatz Immunisierungsstatus |
|
| 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) |
| | | | at-cda-bbr-dataelement-24 | Verwahrer | Dataset A Allgemeiner Leitfaden |
|
| | @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 … * | M | Identifikation des Verwahrers des Dokuments. Wenn dieser im GDA-I angeführt ist, ist die entsprechende OID zu verwenden.
Grundsätzlich sind die Vorgaben für „Identifikations-Elemente“ zu befolgen. | (eim...tus) |
| 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 … * | | Kontaktdaten des Verwahrers des originalen Dokuments (Organisation). Grundsätzlich sind die Vorgaben für „Kontaktdaten-Elemente“ zu befolgen. | (eim...tus) |
| wo [not(@nullFlavor)] | |
| st | 1 … 1 | R | |
| set_cs | 0 … 1 | |
Bedeutung des angegebenen Kontakts gemäß Value-Set „ELGA_TelecomAddressUse“
|
| | Constraint | Werden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein.
|
| 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) |
| hl7:informationRecipient
|
| | | NP | | (eim...tus) |
| hl7:legalAuthenticator
|
| | | NP | | (eim...tus) |
| | | | elgaimpf-dataelement-368 | Unterzeichnende Person (Dokument) | Datensatz Immunisierungsstatus |
|
| hl7:authenticator
|
| | | NP | | (eim...tus) |
| hl7:participant
|
| | | NP | - Fachlicher Ansprechpartner
- Ein-, Ueber-, Zuweisender Arzt
- Auskunftsberechtigte Person (Notfallkontakt)
- Angehörige
- Versicherung
- Betreuungsorganisation
| (eim...tus) |
| hl7:inFulfillmentOf
|
| | | NP | | (eim...tus) |
| Eingefügt | 1 … 1 | M | von 1.2.40.0.34.6.0.11.1.32 Documentation Of Service Event - e-Impfpass (DYNAMIC) |
| 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 | ACT |
| cs | 0 … 1 | F | EVN |
| CE | 1 … 1 | M | Code der Gesundheitsdienstleistung, fixer Wert 41000179103.
↔ Hinweis zum XDS-Mapping: Dieses Element wird ins XDS-Attribut eventCodeList gemappt. | (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,
↔ Hinweis zum XDS-Mapping: Dieses Element wird in die XDS-Attribute serviceStartTime und serviceStopTime gemappt. Für die automatisierte Datenübernahme aus dem CDA-Dokument in die XDS-Dokumentmetadaten ist stets ein Zeitintervall anzugeben.
ACHTUNG: Die Zeitangaben der jeweils ersten 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
| (eim...tus) |
| Auswahl | 1 … 1 | | Elemente in der Auswahl:- hl7:low[not(@nullFlavor)]
- hl7:low[@nullFlavor='UNK']
|
| TS.AT.TZ | 0 … 1 | | | (eim...tus) |
| wo [not(@nullFlavor)] | |
| | Constraint | Für "Update Immunisierungsstatus": Zeitpunkt des Behandlungsbeginns (aktueller Besuch).
Für "Kompletter Immunisierungsstatus": 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, act/effectiveTime/low
|
| TS.AT.TZ | 0 … 1 | | NullFlavor | (eim...tus) |
| wo [@nullFlavor='UNK'] | |
| cs | 1 … 1 | F | UNK |
| Auswahl | 1 … 1 | | Elemente in der Auswahl:- hl7:high[not(@nullFlavor)]
- hl7:high[@nullFlavor='UNK']
|
| TS.AT.TZ | 0 … 1 | | | (eim...tus) |
| wo [not(@nullFlavor)] | |
| | Constraint | Für "Update Immunisierungsstatus": Zeitpunkt des Behandlungsendes (aktuelle Behandlung, muss sich von Behandlungsbeginn unterscheiden) Für "Kompletter Immunisierungsstatus": 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, act/effectiveTime/high
|
| TS.AT.TZ | 0 … 1 | | NullFlavor | (eim...tus) |
| wo [@nullFlavor='UNK'] | |
| cs | 1 … 1 | F | UNK |
| | | 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 | | | (eim...tus) |
| | | | at-cda-bbr-dataelement-15 | Bezug zu vorgehenden Dokumenten | Dataset A Allgemeiner Leitfaden |
|
| | @typeCode
|
| cs | 1 … 1 | R |
Art des Bezugs zum Vordokument.
|
| | Constraint |
Erlaubte @typeCodes:
RPLC - replaces: Das Dokument ersetzt ein existierendes Dokument. Der Status des zu ersetzenden Dokumentes wird auf "deprecated" gesetzt, das ursprüngliche Dokument bleibt aber noch im System als historische Referenz verfügbar.
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 Affinity 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) |
| hl7:authorization
|
| | | NP | | (eim...tus) |
| hl7:componentOf
|
| | | NP | Encompassing Encounter | (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) |
| cs | 0 … 1 | F | COMP |
| cs | 0 … 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 - kodiert (DYNAMIC) | (eim...tus) |
| cs | 0 … 1 | F | COMP |
| cs | 0 … 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 | 0 … 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 - kodiert (DYNAMIC) | (eim...tus) |
| cs | 0 … 1 | F | COMP |
| cs | 0 … 1 | F | true |
| | 1 … 1 | R | Kapitel Impfempfehlungen: Sammlung der dokumentierten Impfempfehlungen
Beinhaltet 1.2.40.0.34.6.0.11.2.2 Impfempfehlungen - kodiert (DYNAMIC) | (eim...tus) |
| cs | 0 … 1 | F | COMP |
| cs | 0 … 1 | F | true |
| | 0 … 1 | | Kapitel Beilagen: Attachment des eingescannten Papier-Impfpasses
Beinhaltet 1.2.40.0.34.6.0.11.2.71 Beilagen (DYNAMIC) | (eim...tus) |
| cs | 0 … 1 | F | COMP |
| bl | 0 … 1 | F | true |
| Eingefügt | | | von 1.2.40.0.34.6.0.11.9.34 Stylesheet Test e-Impfpass (DYNAMIC) |
| | Schematron assert | role | error | |
| | test | matches(//processing-instruction('xml-stylesheet'), '[^\w]eimpf-stylesheet_v1.0.xsl[^\w]') | |
| | Meldung | (xml-processing-instr): Es muss ein xml-stylesheet-Prologattribut anwesend sein mit dem Wert für @href=eimpf-stylesheet_v1.0.xsl | |
Aktiv
