Back To Index  <<  Back To Templates

active Template  Update Immunisierungsstatus

Id 1.2.40.0.34.6.0.11.0.2 Gültigkeit 2022‑01‑25 12:15:38
Andere Versionen mit dieser Id:
Status active Aktiv Versions-Label 1.3.0+20220127
Name eimpf_document_UpdateImmunisierungsstatus Bezeichnung Update Immunisierungsstatus
Beschreibung
Spezieller Implementierungsleitfaden e-Impfpass für Dokument: Update Immunisierungsstatus (Dokument-Level-Template).
Ein Dokument enthält mindestens eine Sektion "Impfungen" und optional weitere Sektionen (Expositionsrisiko Personengruppen, Impfrelevante Erkrankungen, Antikörper-Bestimmung, Impfempfehlungen, Beilagen).
Kontext Pfadname /
Label elgaimpf‑UpdateImmunisierungsstatus
Klassifikation CDA Document Level Template
Offen/Geschlossen Geschlossen (nur definierte Elemente sind erlaubt)
Benutzt von / Benutzt
Benutzt von 0 Transactions und 0 Templates, Benutzt 20 Templates
Benutzt als Name Version
1.2.40.0.34.6.0.11.1.10 Inklusion active Document Realm (1.0.0+20210219) DYNAMIC
1.2.40.0.34.6.0.11.1.11 Inklusion active Document Effective Time (1.0.0+20210219) DYNAMIC
1.2.40.0.34.6.0.11.1.12 Inklusion active Document Confidentiality Code (1.0.1+20210628) DYNAMIC
1.2.40.0.34.6.0.11.1.13 Inklusion active Document Language (1.0.0+20210219) DYNAMIC
1.2.40.0.34.6.0.11.1.15 Inklusion active Document Set Id and Version Number (1.0.0+20210219) DYNAMIC
1.2.40.0.34.6.0.11.1.31 Inklusion active Record Target - e-Impfpass (1.0.1+20210512) DYNAMIC
1.2.40.0.34.6.0.11.1.2 Inklusion active Author (1.0.2+20211213) DYNAMIC
1.2.40.0.34.6.0.11.1.22 Inklusion active Data Enterer (1.0.0+20210219) DYNAMIC
1.2.40.0.34.6.0.11.1.4 Inklusion active Custodian (1.0.1+20211213) DYNAMIC
1.2.40.0.34.6.0.11.1.5 Inklusion active Legal Authenticator (1.0.0+20210219) DYNAMIC
1.2.40.0.34.6.0.11.1.6 Inklusion active Authenticator (1.0.0+20210219) DYNAMIC
1.2.40.0.34.6.0.11.1.32 Inklusion active Documentation Of Service Event - e-Impfpass (2019) DYNAMIC
1.2.40.0.34.6.0.11.1.14 Inklusion active Document Replacement - Related Document (1.0.1+20210628) DYNAMIC
1.2.40.0.34.6.0.11.1.7 Inklusion draft Component Of - Encompassing Encounter (2019) 2019‑03‑07 10:44:49
1.2.40.0.34.6.0.11.2.1 Containment active Impfungen - kodiert (1.0.0+20210219) DYNAMIC
1.2.40.0.34.6.0.11.2.4 Containment active Expositionsrisiko Personengruppen - kodiert (1.0.0+20210219) DYNAMIC
1.2.40.0.34.6.0.11.2.5 Containment active Impfrelevante Erkrankungen - kodiert (2019) DYNAMIC
1.2.40.0.34.6.0.11.2.7 Containment active Antikörper-Bestimmung - kodiert (2019) DYNAMIC
1.2.40.0.34.6.0.11.2.2 Containment active Impfempfehlungen - kodiert (1.0.2+20220310) DYNAMIC
1.2.40.0.34.6.0.11.2.71 Containment active Beilagen (1.0.1+20210628) DYNAMIC
Beziehung Version: Template 1.2.40.0.34.6.0.11.0.2 Update Immunisierungsstatus (2021‑08‑18 14:29:50)
Version: Template 1.2.40.0.34.6.0.11.0.2 Update Immunisierungsstatus (2021‑05‑25 13:23:24)
Version: Template 1.2.40.0.34.6.0.11.0.2 Update Immunisierungsstatus (2021‑05‑12 09:26:29)
Version: Template 1.2.40.0.34.6.0.11.0.2 Update Immunisierungsstatus (2019‑01‑15 16:55:36)
Beispiel
Beispieldateien
<!-- Beispieldateien werden unter https://wiki.hl7.at/index.php?title=ILF:E-Impfpass_Guide bereitgestellt -->
<clinicalDocument/>
Beispiel
Update Immunisierungsstatus
<ClinicalDocument classCode="DOCCLIN" moodCode="EVN">
  <!-- include template 1.2.40.0.34.6.0.11.1.10 'Document Realm' (dynamic) 1..1 M -->
  <typeId root="2.16.840.1.113883.1.3" extension="POCD_HD000040"/>  <templateId root="1.2.40.0.34.6.0.11.0.1"/>  <templateId root="1.2.40.0.34.7.19"/>  <templateId root="1.2.40.0.34.6.0.11.0.2"/>  <templateId extension="XDSdocumentEntry.formatCode^urn:hl7-at:eImpf:2019" root="1.2.40.0.34.6.0.11.0.2.1"/>  <templateId root="1.3.6.1.4.1.19376.1.5.3.1.1.18.1.2"/>  <id root="1.2.3.999" extension="--example only--"/>  <code code="11369-6" codeSystem="2.16.840.1.113883.6.1" displayName="HISTORY OF IMMUNIZATIONS">
    <translation code="87273-9" codeSystem="2.16.840.1.113883.6.1" codeSystemName="codeSystemName" displayName="Immunization note"/>  </code>  <title>title</title>  <!-- include template 1.2.40.0.34.6.0.11.1.11 'Document Effective Time' (dynamic) 1..1 M -->
  <!-- include template 1.2.40.0.34.6.0.11.1.12 'Document Confidentiality Code' (dynamic) 1..1 M -->
  <!-- include template 1.2.40.0.34.6.0.11.1.13 'Document Language' (dynamic) 1..1 M -->
  <!-- include template 1.2.40.0.34.6.0.11.1.15 'Document Set Id and Version Number' (dynamic) 1..1 M -->
  <!-- include template 1.2.40.0.34.6.0.11.1.31 'Record Target - e-Impfpass' (dynamic) 1..1 M -->
  <!-- include template 1.2.40.0.34.6.0.11.1.2 'Author' (dynamic) 1..* M -->
  <!-- include template 1.2.40.0.34.6.0.11.1.22 'Data Enterer' (dynamic) 0..1 O -->
  <!-- include template 1.2.40.0.34.6.0.11.1.4 'Custodian' (dynamic) 1..1 M -->
  <!-- include template 1.2.40.0.34.6.0.11.1.5 'Legal Authenticator' (dynamic) 1..1 M -->
  <!-- include template 1.2.40.0.34.6.0.11.1.32 'Documentation Of Service Event - e-Impfpass' (dynamic) 1..1 M -->
  <!-- include template 1.2.40.0.34.6.0.11.1.14 'Document Replacement - Related Document' (dynamic) 0..1 O -->
  <component typeCode="COMP" contextConductionInd="true">
    <structuredBody classCode="DOCBODY" moodCode="EVN">
      <component typeCode="COMP" contextConductionInd="true">
        <!-- template 1.2.40.0.34.6.0.11.2.1 'Impfungen - kodiert' (2017-03-11T18:38:41) -->
      </component>      <component typeCode="COMP" contextConductionInd="true">
        <!-- template 1.2.40.0.34.6.0.11.2.4 'Expositionsrisiko Personengruppen - kodiert' (2019-04-24T14:18:17) -->
      </component>      <component typeCode="COMP" contextConductionInd="true">
        <!-- template 1.2.40.0.34.6.0.11.2.5 'Impfrelevante Erkrankungen - kodiert' (2019-05-20T08:20:55) -->
      </component>      <component typeCode="COMP" contextConductionInd="true">
        <!-- template 1.2.40.0.34.6.0.11.2.7 'Antikörper-Bestimmung - kodiert' (2019-04-12T16:06:34) -->
      </component>      <component typeCode="COMP" contextConductionInd="true">
        <!-- template 1.2.40.0.34.6.0.11.2.2 'Impfempfehlungen - kodiert' (2019-01-17T16:18:17) -->
      </component>    </structuredBody>  </component>  <!-- include template 1.2.40.0.34.6.0.11.9.34 'Stylesheet Test eImpfpass' (dynamic) .. O -->
</ClinicalDocument>
XML Überblick
XML Überblick
Szenario doublearrow Transaktion Transaktion
draft e-Impfpass 2019 draft Content 2019 draft arrowright elgaimpf Update Immunisierungsstatus 2019
Item DT Kard Konf Beschreibung Label
hl7:ClinicalDocument
 		1 … 1 M
Update 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"?> 
 elgadotsatus
@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 ValueSet „ELGA_RealmCode“)
 elgadotsatus
@code
 		1 … 1 F AT
hl7:typeId
 		II 1 … 1 M Dokumentformat CDA R2 elgadotsatus
@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 elgadotsatus
@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. elgadotsatus
@root
 		uid 1 … 1 F 1.2.40.0.34.7.19
hl7:templateId
 		II 1 … 1 M Implementierungsleitfaden e-Impfpass - Update Immunisierungsstatus elgadotsatus
@root
 		uid 1 … 1 F 1.2.40.0.34.6.0.11.0.2
hl7:templateId
 		II 1 … 1 M Version des speziellen Implementierungsleitfaden e-Impfpass - Update 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^).  		elgadotsatus
@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.2.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. elgadotsatus
@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
 elgadotsatus
  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.
 elgadotsatus
@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.
 elgadotsatus
@code
 		cs 1 … 1 F 87273-9
@codeSystem
 		oid 1 … 1 F 2.16.840.1.113883.6.1
@displayName
 		st 1 … 1 F Immunization note
hl7:title
 		ST 1 … 1 M Dokumententitel. Dieses Element enthält den für den lesenden Dokumentempfänger gedachten Titel.
MUSS lauten: "Update Immunisierungsstatus"
↔ Hinweis zum XDS-Mapping: Dieses Element wird ins XDS-Attribut title gemappt. 
elgadotsatus
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.
 elgadotsatus
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“. 
 elgadotsatus
@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.
 elgadotsatus
@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 atcdabbr_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)
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.
elgadotsatus
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.
 elgadotsatus
@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. elgadotsatus
 
target
elgaimpf-dataelement-1 draft Impfling draft Datensatz e-Impfpass 2019
@typeCode
 		cs 0 … 1 F RCT
@contextControlCode
 		cs 0 … 1 F OP
hl7:patientRole
 		1 … 1 M Patientendaten. elgadotsatus
@classCode
 		cs 0 … 1 F PAT
hl7:id
 		II 2 … * R Identifikatoren des Patienten. Es werden drei Identifikatoren definiert, die nur in einer festgelegten Reihenfolge angegeben werden können:
  1. Die erste ID ist der lokale Identifikator, mit der der Patient im erstellenden System identifiziert wird.
  2. Die zweite ID ist die Sozialversicherungsnummer.
  3. Die dritte ID ist das bereichsspezifische Personenkennzeichen
 elgadotsatus
 
target
elgaimpf-dataelement-86 draft LokaleID draft Datensatz e-Impfpass 2019
elgaimpf-dataelement-87 draft SVNr draft Datensatz e-Impfpass 2019
elgaimpf-dataelement-88 draft bPK-GH draft Datensatz e-Impfpass 2019
  Constraint

Im Fall der Dokumentenklasse "Update Immunisierungsstatus" MUSS die Reihenfolge der id-Elemente wie folgt eingehalten werden:

id[1] Identifikation des Patienten im lokalen System M [1..1]

↔ Hinweis zum XDS-Mapping: Das Element id[1] wird ins XDS-Attribut sourcePatientId gemappt.

id[2] Sozialversicherungsnummer des Patienten R [1..1]:

  • @root: OID der Liste aller österreichischen Sozialversicherungen, fester Wert 1.2.40.0.10.1.4.3.1, M [1..1]
  • @extension: Vollständige Sozialversicherungsnummer des Patienten (10 Stellen), M [1..1]
  • @assigningAuthorityName: Fester Wert "Österreichische Sozialversicherung", O [0..1]

Zugelassene nullFlavor:

  • NI … Patient hat keine Sozialversicherungsnummer (z.B. Ausländer)
  • UNK … Patient hat eine Sozialversicherungsnummer, diese ist jedoch unbekannt

id[3] Bereichsspezifisches Personenkennzeichen, Bereichskennzeichen GH (Gesundheit) C [0..1]

  • @root: OID der österreichischen bPK, fester Wert "1.2.40.0.10.2.1.1.149", M [1..1]
  • @extension: bPK-GH des Patienten: concat(Bereichskürzel, ":", bPK) (Base64,28 Zeichen)
  • @assigningAuthorityName: Fester Wert "Österreichische Stammzahlenregisterbehörde", O [0..1]

Anmerkung: Das bPK dient ausschließlich der Zuordnung der elektronischen Identität und darf daher nicht am Ausdruck erscheinen.

Wenn id[2] nullFlavor strukturiert, dann MUSS id[3] bPK-GH vorhanden sein.

Im Fall der Dokumentenklasse "Kompletter Immunisierungsstatus" MUSS die Reihenfolge der id-Elemente wie folgt eingehalten werden:

id[1] Identifikation des Patienten im lokalen System M [1..1]. Hierbei MUSS es sich um das bPK-GH des Patienten handeln mit

  • @root: OID der österreichischen bPK, fester Wert "1.2.40.0.10.2.1.1.149", M [1..1]
  • @extension: bPK-GH des Patienten: Bereichskürzel + bPK
  • @assigningAuthorityName: Fester Wert "Österreichische Stammzahlenregisterbehörde", O [0..1]

Anmerkung: Das bPK dient ausschließlich der Zuordnung der elektronischen Identität und darf daher nicht am Ausdruck erscheinen.

↔ Hinweis zum XDS-Mapping: Das Element id[1] wird ins XDS-Attribut sourcePatientId gemappt.

id[2] Sozialversicherungsnummer des Patienten R [1..1]:

  • @root: OID der Liste aller österreichischen Sozialversicherungen, fester Wert 1.2.40.0.10.1.4.3.1, M [1..1]
  • @extension: Vollständige Sozialversicherungsnummer des Patienten (10 Stellen), M [1..1]
  • @assigningAuthorityName: Fester Wert "Österreichische Sozialversicherung", O [0..1]

Zugelassene nullFlavor:

  • NI … Patient hat keine Sozialversicherungsnummer (z.B. Ausländer)
  • UNK … Patient hat eine Sozialversicherungsnummer, diese ist jedoch unbekannt
hl7:addr
 		0 … 2
Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC) 		elgadotsatus
wo [not(@nullFlavor)]
 
target
elgaimpf-dataelement-219 draft Adresse draft Datensatz e-Impfpass 2019
hl7:telecom
 		TEL.AT 0 … * R Kontakt-Element. Grundsätzlich sind die Vorgaben gemäß „Kontaktdaten-Element“ zu befolgen. elgadotsatus
wo [not(@nullFlavor)]
 
target
elgaimpf-dataelement-216 draft Kontaktdaten draft Datensatz e-Impfpass 2019
@value
 		url 1 … 1 R
Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567
Formatkonvention siehe „telecom-Format Konventionen für Telekom-Daten“
Zulässige Werteliste für telecom Präfixe gemäß Value-Set „ELGA_URLScheme“
 
target
elgaimpf-dataelement-227 draft Telefon Mobil draft Datensatz e-Impfpass 2019
elgaimpf-dataelement-228 draft Telefon Festnetz draft Datensatz e-Impfpass 2019
elgaimpf-dataelement-229 draft Mail draft Datensatz e-Impfpass 2019
@use
 		cs 0 … 1  
Bedeutung des angegebenen Kontakts (z.B Heim, Arbeitsplatz) Bsp: WP
Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“
  Constraint Werden mehrere telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein.
hl7:patient
 		1 … 1 M Name des Patienten.
Für den Namen ist verpflichtend Granularitätsstufe 2 („strukturierte Angabe des Namens‘‘) anzuwenden!
Grundsätzlich sind die Vorgaben gemäß „Namen-Elemente von Personen PN“ zu befolgen.

Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC) 		elgadotsatus
 
target
elgaimpf-dataelement-172 draft Name draft Datensatz e-Impfpass 2019
Auswahl 1 … 1
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 elgadotsatus
wo [not(@nullFlavor)]
 
target
elgaimpf-dataelement-94 draft Geschlecht draft Datensatz e-Impfpass 2019
@displayName
 		st 1 … 1 R
@code
 		cs 1 … 1 R
@codeSystem
 		oid 1 … 1 F 2.16.840.1.113883.5.1
@codeSystemName
 		st 0 … 1 F HL7:AdministrativeGender
  CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.4 ELGA_AdministrativeGender (DYNAMIC)
hl7:administrativeGenderCode
 		CE 0 … 1 elgadotsatus
wo [@nullFlavor='UNK']
@nullFlavor
 		cs 1 … 1 F UNK
hl7:birthTime
 		TS.DATE 1 … 1 M
Geburtsdatum des Patienten.
Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen.
elgadotsatus
 
target
elgaimpf-dataelement-95 draft Geburtstdatum draft Datensatz e-Impfpass 2019
hl7:maritalStatusCode
 		NP Codierung des Familienstands des Patienten. Wird in e-Impfpass nicht verwendet! elgadotsatus
hl7:religiousAffiliationCode
 		NP Codierung des Religionsbekenntnisses des Patienten. Wird in e-Impfpass nicht verwendet! elgadotsatus
hl7:raceCode
 		NP
Rasse des Patienten: Darf nicht verwendet werden!
elgadotsatus
hl7:ethnicGroupCode
 		NP Ethnische Zugehörigkeit des Patienten: Darf nicht verwendet werden! elgadotsatus
hl7:guardian
 		0 … * R Gesetzlicher Vertreter (Erwachsenenvertreter, Vormund, Obsorgeberechtigter). Der gesetzliche Vertreter kann entweder eine Person (guardianPerson) oder eine Organisation (guardianOrganization) sein.
Beim Patienten können optional ein oder mehrere gesetzliche Vertreter angegeben werden. Wenn ein gesetzliche Vertreter bekannt ist, SOLL diese Information auch angegeben werden. 		elgadotsatus
@classCode
 		cs 0 … 1 F GUARD
hl7:addr
 		0 … 1
Die Adresse des gesetzlichen Vertreters oder der Organisation.
Grundsätzlich sind die Vorgaben für „Adress-Elemente“ zu befolgen.

Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC) 		elgadotsatus
hl7:telecom
 		TEL.AT 0 … * Beliebig viele Kontaktdaten des gesetzlichen Vertreters als Person oder Organisation.
Grundsätzlich sind die Vorgaben gemäß „Kontaktdaten-Element“ zu befolgen. 		elgadotsatus
@value
 		st 1 … 1 R
Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567
Formatkonvention siehe „Kontaktdaten-Elemente“
Zulässige Werteliste für telecom Präfixe gemäß Value-Set „ELGA_URLScheme“
@use
 		set_cs 0 … 1  
Bedeutung des angegebenen Kontakts (z.B. Heim, Arbeitsplatz), z.B. WP
Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“
  Constraint Werden mehrere telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein.
Auswahl 1 … 1
Angabe des gesetzlichen Vertreters als Person (guardianPerson in Granularitätsstufe 1 oder 2) ODER als Organisation (guardianOrganization)
Elemente in der Auswahl:
hl7:guardianPerson
 		0 … 1 Name des gesetzlichen Vertreters: Angabe in Granularitätsstufe 1
Beinhaltet 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC) 		elgadotsatus
hl7:guardianPerson
 		0 … 1 Name des gesetzlichen Vertreters: Angabe in Granularitätsstufe 2
Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC) 		elgadotsatus
hl7:guardianOrganization
 		0 … 1 Name des gesetzlichen Vertreters (Organisation)
Beinhaltet 1.2.40.0.34.6.0.11.9.27 Organization Name Compilation (DYNAMIC) 		elgadotsatus
hl7:birthplace
 		0 … 1 Geburtsort des Patienten. elgadotsatus
@classCode
 		cs 0 … 1 F BIRTHPL
hl7:place
 		1 … 1 elgadotsatus
@classCode
 		cs 0 … 1 F PLC
@determinerCode
 		cs 0 … 1 F INSTANCE
Auswahl 1 … 1 Elemente in der Auswahl:
hl7:addr
 		AD 0 … 1 Die Adresse des Geburtsorts. Minimalangabe. Alle Elemente optional.
Beinhaltet 1.2.40.0.34.6.0.11.9.10 Address Compilation Minimal (DYNAMIC) 		elgadotsatus
hl7:addr
 		AD 0 … 1 Die Adresse des Geburtsorts, struktuiert.
Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC) 		elgadotsatus
hl7:languageCommunication
 		NP Informationen bezüglich der Sprachfähigkeiten und Ausdrucksform des Patienten. Wird in e-Impfpass nicht verwendet! elgadotsatus
  Schematron assert role red error  
  test not(hl7:id[1]/@nullFlavor)  
  Meldung Die Verwendung von id/@nullFlavor ist an dieser Stelle NICHT ERLAUBT.  
  Schematron assert role red error  
  test not(hl7:id[2]/@nullFlavor='UNK') or hl7:id[@root='1.2.40.0.10.2.1.1.149']  
  Meldung Wenn die SVNR mit nullFlavor 'UNK' angegeben wird, MUSS das bPK-GH strukturiert sein.  
  Schematron assert role red error  
  test not(hl7:id[2]/@nullFlavor) or (hl7:id[2][@nullFlavor='UNK'] or hl7:id[2][@nullFlavor='NI'])  
  Meldung Zugelassene nullFlavor sind "NI" und "UNK"  
Eingefügt 1 … * M von 1.2.40.0.34.6.0.11.1.2 Author (DYNAMIC)
  Constraint
  • Im Falle eines Selbsteintrags durch den/die Bürger/in, MUSS als Author die vom Bürger verwendete Software angegeben werden (M [1..1]).
hl7:author
 		1 … * M Verfasser des Dokuments.
 elgadotsatus
@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.
 elgadotsatus
@code
 		cs 1 … 1 R
@codeSystem
 		oid 1 … 1 R
@displayName
 		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']
hl7:time
 		TS.AT.TZ 0 … 1 elgadotsatus
wo [not(@nullFlavor)]
hl7:time
 		TS.AT.TZ 0 … 1 elgadotsatus
wo [@nullFlavor='UNK']
@nullFlavor
 		cs 1 … 1 F UNK
hl7:assignedAuthor
 		1 … 1 M elgadotsatus
@classCode
 		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
hl7:id
 		II 0 … *
Identifikation des Verfassers des Dokuments im lokalen System des/der datenerstellenden Gerätes/Software.
ODER Identifikation des/der datenerstellenden Gerätes/Software. 
 elgadotsatus
wo [not(@nullFlavor)]
hl7:id
 		II 0 … 1 elgadotsatus
wo [@nullFlavor='NI']
@nullFlavor
 		cs 1 … 1 F NI
hl7:id
 		II 0 … 1 elgadotsatus
wo [@nullFlavor='UNK']
@nullFlavor
 		cs 1 … 1 F UNK
hl7:code
 		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.
elgadotsatus
@codeSystem
 		oid 1 … 1 R
@displayName
 		st 1 … 1 R
@code
 		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)
hl7:telecom
 		TEL.AT 0 … *
Kontaktdaten des Verfassers des Dokuments.
Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen.
 elgadotsatus
wo [not(@nullFlavor)]
@value
 		st 1 … 1 R
Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567
Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“
@use
 		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
 		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) 		elgadotsatus
hl7:assignedAuthoringDevice
 		0 … 1 Datenerstellende/s Software/Gerät
Beinhaltet 1.2.40.0.34.6.0.11.9.18 Device Compilation (DYNAMIC) 		elgadotsatus
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) 		elgadotsatus
  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.

Eingefügt 0 … 1 C von 1.2.40.0.34.6.0.11.1.22 Data Enterer (DYNAMIC)
  Constraint
  • Im Falle eines Selbsteintrags durch den/die Bürger/in, MUSS diese/r als DataEnterer eingetragen werden (M [1..1]).
  • In allen anderen Fällen ist die Angabe von DataEnterer optional (O [1..0]).
hl7:dataEnterer
 		0 … 1 C Schreibkraft, Medizinische/r Dokumentationsassistent/in, etc.
 elgadotsatus
 
target
elgaimpf-dataelement-32 draft Eintragende Person draft Datensatz e-Impfpass 2019
@typeCode
 		cs 0 … 1 F ENT
@contextControlCode
 		cs 0 … 1 F OP
hl7:time
 		TS.AT.TZ 0 … 1 R
Der Zeitpunkt an dem das Dokument geschrieben wurde.
Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen.
 elgadotsatus
wo [not(@nullFlavor)]
hl7:assignedEntity
 		1 … 1 M
Beinhaltet 1.2.40.0.34.6.0.11.9.22 Assigned Entity (DYNAMIC) 		elgadotsatus
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. elgadotsatus
@typeCode
 		cs 0 … 1 F CST
hl7:assignedCustodian
 		1 … 1 M elgadotsatus
@classCode
 		cs 0 … 1 F ASSIGNED
hl7:representedCustodianOrganization
 		1 … 1 M elgadotsatus
@classCode
 		cs 0 … 1 F ORG
@determinerCode
 		cs 0 … 1 F INSTANCE
hl7:id
 		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. 		elgadotsatus
hl7:name
 		ON 1 … 1 M Name des Verwahrers des Dokuments (Organisation). Grundsätzlich sind die Vorgaben für „Namen-Elemente von Organisationen ON“ zu befolgen. elgadotsatus
hl7:telecom
 		TEL.AT 0 … * Kontaktdaten des Verwahrers des originalen Dokuments (Organisation). Grundsätzlich sind die Vorgaben für „Kontaktdaten-Elemente“ zu befolgen. elgadotsatus
wo [not(@nullFlavor)]
@value
 		st 1 … 1 R
@use
 		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.
hl7:addr
 		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) 		elgadotsatus
hl7:informationRecipient
 		NP elgadotsatus
Eingefügt 1 … 1 M von 1.2.40.0.34.6.0.11.1.5 Legal Authenticator (DYNAMIC)
hl7:legalAuthenticator
 		1 … 1 M Hauptunterzeichner, Rechtlicher Unterzeichner
 elgadotsatus
@contextControlCode
 		cs 0 … 1 F OP
@typeCode
 		cs 0 … 1 F LA
Auswahl 1 … 1
Der Zeitpunkt, an dem das Dokument unterzeichnet wurde.
Elemente in der Auswahl:
  • hl7:time[not(@nullFlavor)]
  • hl7:time[@nullFlavor='UNK']
hl7:time
 		TS.AT.TZ 0 … 1 elgadotsatus
wo [not(@nullFlavor)]
hl7:time
 		TS.AT.TZ 0 … 1 elgadotsatus
wo [@nullFlavor='UNK']
@nullFlavor
 		cs 1 … 1 F UNK
hl7:signatureCode
 		CS 1 … 1 M Signaturcode gibt an, dass das Originaldokument unterzeichnet wurde.
 elgadotsatus
@code
 		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!
Beinhaltet 1.2.40.0.34.6.0.11.9.22 Assigned Entity (DYNAMIC) 		elgadotsatus
Eingefügt NP von 1.2.40.0.34.6.0.11.1.6 Authenticator (DYNAMIC)
hl7:authenticator
 		NP Weitere Unterzeichner. elgadotsatus
@typeCode
 		cs 0 … 1 F AUTHEN
Auswahl 1 … 1
Der Zeitpunkt, an dem das Dokument unterzeichnet wurde.
Grundsätzlich sind die Vorgaben gemäß für „Zeit-Elemente“ zu befolgen.
Elemente in der Auswahl:
  • hl7:time[not(@nullFlavor)]
  • hl7:time[@nullFlavor='UNK']
hl7:time
 		TS.AT.TZ 0 … 1 elgadotsatus
wo [not(@nullFlavor)]
hl7:time
 		TS.AT.TZ 0 … 1 elgadotsatus
wo [@nullFlavor='UNK']
@nullFlavor
 		cs 1 … 1 F UNK
hl7:signatureCode
 		CS 1 … 1 M elgadotsatus
@code
 		CONF 1 … 1 F S
hl7:assignedEntity
 		1 … 1 M
Personendaten des weiteren Unterzeichners.
Grundsätzlich sind die Vorgaben gemäß Kapitel „AssignedEntity-Element (Person + Organisation)“ zu befolgen.
elgadotsatus
Eingefügt von 1.2.40.0.34.6.0.11.9.22 Assigned Entity (DYNAMIC)
@classCode
 		cs 0 … 1 F ASSIGNED
Auswahl 1 … *
Mindestens eine ID der Person der Entität
Elemente in der Auswahl:
  • hl7:id[not(@nullFlavor)]
  • hl7:id[@nullFlavor='NI']
  • hl7:id[@nullFlavor='UNK']
  Constraint
Zugelassene nullFlavor:
  • NI … Die Person der Entität hat keine Identifikationsnummer
  • UNK … Die Person der Entität hat eine Identifikationsnummer, diese ist jedoch unbekannt
hl7:id
 		II 0 … * elgadotsatus
wo [not(@nullFlavor)]
hl7:id
 		II 0 … 1 elgadotsatus
wo [@nullFlavor='NI']
@nullFlavor
 		cs 1 … 1 F NI
hl7:id
 		II 0 … 1 elgadotsatus
wo [@nullFlavor='UNK']
@nullFlavor
 		cs 1 … 1 F UNK
Auswahl 0 … 1
Elemente in der Auswahl:
  • hl7:addr[not(@nullFlavor)] welches enthält Template 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)
  • hl7:addr[@nullFlavor='UNK']
hl7:addr
 		0 … 1 Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC) elgadotsatus
wo [not(@nullFlavor)]
hl7:addr
 		0 … 1 elgadotsatus
wo [@nullFlavor='UNK']
@nullFlavor
 		cs 1 … 1 F UNK
hl7:telecom
 		TEL.AT 0 … *
Beliebig viele Kontakt-Elemente der Person der Entität.
Grundsätzlich sind die Vorgaben gemäß „Kontaktdaten-Element“ zu befolgen.
 elgadotsatus
wo [not(@nullFlavor)]
@value
 		url 1 … 1 R
Die Kontaktadresse (Telefonnummer, Email, etc.).
Es gelten die ELGA Formatkonventionen für Telekom-Daten, z.B. tel:+43.1.1234567
Zulässige Werteliste für telecom Präfixe gemäß Value-Set „ELGA_URLScheme“
@use
 		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.
hl7:assignedPerson
 		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) 		elgadotsatus
hl7:representedOrganization
 		0 … 1 R
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) 		elgadotsatus
hl7:participant
 		NP
  • Fachlicher Ansprechpartner
  • Ein-, Ueber-, Zuweisender Arzt
  • Auskunftsberechtigte Person (Notfallkontakt)
  • Angehörige
  • Versicherung
  • Betreuungsorganisation
elgadotsatus
hl7:inFulfillmentOf
 		NP elgadotsatus
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. elgadotsatus
@typeCode
 		cs 0 … 1 F DOC
hl7:serviceEvent
 		1 … 1 M Gesundheitsdienstleistung. elgadotsatus
@classCode
 		cs 1 … 1 F ACT
@moodCode
 		cs 0 … 1 F EVN
hl7:code
 		CE 1 … 1 M
Code der Gesundheitsdienstleistung, fixer Wert 41000179103.
↔ Hinweis zum XDS-Mapping: Dieses Element wird ins XDS-Attribut eventCodeList gemappt.
elgadotsatus
@code
 		cs 1 … 1 F 41000179103
@codeSystem
 		oid 1 … 1 F 2.16.840.1.113883.6.96
@codeSystemName
 		st 1 … 1 F SNOMED CT
@displayName
 		st 1 … 1 F Immunization record (record artifact)
hl7:effectiveTime
 		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
 elgadotsatus
Auswahl 1 … 1 Elemente in der Auswahl:
  • hl7:low[not(@nullFlavor)]
  • hl7:low[@nullFlavor='UNK']
hl7:low
 		TS.AT.TZ 0 … 1 elgadotsatus
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
hl7:low
 		TS.AT.TZ 0 … 1 NullFlavor elgadotsatus
wo [@nullFlavor='UNK']
@nullFlavor
 		cs 1 … 1 F UNK
Auswahl 1 … 1 Elemente in der Auswahl:
  • hl7:high[not(@nullFlavor)]
  • hl7:high[@nullFlavor='UNK']
hl7:high
 		TS.AT.TZ 0 … 1 elgadotsatus
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
hl7:high
 		TS.AT.TZ 0 … 1 NullFlavor elgadotsatus
wo [@nullFlavor='UNK']
@nullFlavor
 		cs 1 … 1 F UNK
hl7:performer
 		NP elgadotsatus
Eingefügt 0 … 1 von 1.2.40.0.34.6.0.11.1.14 Document Replacement - Related Document (DYNAMIC)
hl7:relatedDocument
 		0 … 1 elgadotsatus
@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.
 elgadotsatus
@classCode
 		cs 0 … 1 F DOCCLIN
@moodCode
 		cs 0 … 1 F EVN
hl7:id
 		II 1 … 1 M Dokumenten-Id des vorgehenden Dokuments.
Grundsätzlich sind die Vorgaben für „Identifikations-Elemente“ zu befolgen.
 elgadotsatus
hl7:authorization
 		NP elgadotsatus
Eingefügt 0 … 1 von 1.2.40.0.34.6.0.11.1.7 Component Of - Encompassing Encounter (2019‑03‑07 10:44:49)
hl7:componentOf
 		0 … 1 Komponente für den Patientenkontakt.
 elgadotsatus
@typeCode
 		cs 0 … 1 F COMP
hl7:encompassingEncounter
 		1 … 1 M Patientenkontakt.
 elgadotsatus
@classCode
 		cs 0 … 1 F ENC
@moodCode
 		cs 0 … 1 F EVN
hl7:id
 		II 0 … 1 Identifikationselement zur Aufnahme der Aufenthaltszahl
 elgadotsatus
wo [not(@nullFlavor)]
@extension
 		st 1 … 1 R Aufenthaltszahl, z.B.: Az123456
@root
 		uid 1 … 1 R OID der Liste der Aufenthaltszahlen der Organisation
  Constraint
  • @assigningAuthorityName [0..1]: Name der Stelle, welche die ID zugewiesen hat, z.B.: „Amadeus Spital“.
hl7:code
 		CE 1 … 1 M Codierung des Patientenkontakts.
 elgadotsatus
@code
 		cs 1 … 1 R Zulässige Werte gemäß Value-Set „ELGA_ActEncounterCode“
@displayName
 		st 0 … 1  
@codeSystem
 		oid 1 … 1 F 2.16.840.1.113883.5.4
@codeSystemName
 		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)
hl7:effectiveTime
 		IVL_TS 1 … 1 M
Zeitraum des Patientenkontakts.
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) 		elgadotsatus
  Constraint Der Zeitraum des Patientenkontaktes muss die Vorgaben der speziellen Implementierungsleitfäden einhalten. Dabei gilt allgemein:
  • Der Zeitraum besteht aus dem Zeitpunkt der administrativen Aufnahme in die Behandlung und dem Zeitpunkt der administrativen Entlassung aus der Behandlung.
  • Der Entlassungszeitpunkt kann „unbekannt“ sein, wenn die administrative Entlassung noch nicht erfolgt ist. (nullFlavor UNK beim effectiveTime.high)
  • Hinweis: Als Zeitpunkt der Aufnahme/Entlassung SOLL der Zeitpunkt der administrativen Aufnahme/Entlassung angegeben werden. Wenn der Zeitpunkt der administrativen Aufnahme/Entlassung nicht vorhanden ist, darf auch der Zeitpunkt der medizinischen Aufnahme/Entlassung angegeben werden.
hl7:responsibleParty
 		0 … 1 R
Komponente für die verantwortliche Person.
 elgadotsatus
hl7:assignedEntity
 		1 … 1 M
Entität der verantwortlichen Person.
Grundsätzlich sind die Vorgaben für „AssignedEntity-Element (Person + Organisation)“ zu befolgen.
 elgadotsatus
Eingefügt von 1.2.40.0.34.6.0.11.9.22 Assigned Entity (DYNAMIC)
@classCode
 		cs 0 … 1 F ASSIGNED
Auswahl 1 … *
Mindestens eine ID der Person der Entität
Elemente in der Auswahl:
  • hl7:id[not(@nullFlavor)]
  • hl7:id[@nullFlavor='NI']
  • hl7:id[@nullFlavor='UNK']
  Constraint
Zugelassene nullFlavor:
  • NI … Die Person der Entität hat keine Identifikationsnummer
  • UNK … Die Person der Entität hat eine Identifikationsnummer, diese ist jedoch unbekannt
hl7:id
 		II 0 … * elgadotsatus
wo [not(@nullFlavor)]
hl7:id
 		II 0 … 1 elgadotsatus
wo [@nullFlavor='NI']
@nullFlavor
 		cs 1 … 1 F NI
hl7:id
 		II 0 … 1 elgadotsatus
wo [@nullFlavor='UNK']
@nullFlavor
 		cs 1 … 1 F UNK
Auswahl 0 … 1
Elemente in der Auswahl:
  • hl7:addr[not(@nullFlavor)] welches enthält Template 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)
  • hl7:addr[@nullFlavor='UNK']
hl7:addr
 		0 … 1 Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC) elgadotsatus
wo [not(@nullFlavor)]
hl7:addr
 		0 … 1 elgadotsatus
wo [@nullFlavor='UNK']
@nullFlavor
 		cs 1 … 1 F UNK
hl7:telecom
 		TEL.AT 0 … *
Beliebig viele Kontakt-Elemente der Person der Entität.
Grundsätzlich sind die Vorgaben gemäß „Kontaktdaten-Element“ zu befolgen.
 elgadotsatus
wo [not(@nullFlavor)]
@value
 		url 1 … 1 R
Die Kontaktadresse (Telefonnummer, Email, etc.).
Es gelten die ELGA Formatkonventionen für Telekom-Daten, z.B. tel:+43.1.1234567
Zulässige Werteliste für telecom Präfixe gemäß Value-Set „ELGA_URLScheme“
@use
 		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.
hl7:assignedPerson
 		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) 		elgadotsatus
hl7:representedOrganization
 		0 … 1 R
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) 		elgadotsatus
Eingefügt 1 … 1 M von 1.2.40.0.34.6.0.11.1.8 Encounter Location (2019‑03‑07 11:13:21)
Die Organisation, in deren Verantwortungsbereich der Patientenkontakt stattfand, MUSS verpflichtend angegeben werden (z.B.: die entlassende Krankenanstalt mit Abteilung).
hl7:location
 		1 … 1 M elgadotsatus
@typeCode
 		cs 0 … 1 F LOC
hl7:healthCareFacility
 		1 … 1 M elgadotsatus
@classCode
 		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) 		elgadotsatus
hl7:component
 		1 … 1 M elgadotsatus
@typeCode
 		cs 0 … 1 F COMP
@contextConductionInd
 		bl 0 … 1 F true
hl7:structuredBody
 		1 … 1 M elgadotsatus
@classCode
 		cs 0 … 1 F DOCBODY
@moodCode
 		cs 0 … 1 F EVN
hl7:component
 		1 … 1 M Kapitel Impfungen: Sammlung der dokumentierten Impfungen.
Beinhaltet 1.2.40.0.34.6.0.11.2.1 Impfungen - kodiert (DYNAMIC) 		elgadotsatus
@typeCode
 		cs 0 … 1 F COMP
@contextConductionInd
 		bl 0 … 1 F true
hl7:component
 		0 … 1 C Kapitel Personengruppe: Dokumentiert die Zugehörigkeit zu speziellen Personengruppen.
Beinhaltet 1.2.40.0.34.6.0.11.2.4 Expositionsrisiko Personengruppen - kodiert (DYNAMIC) 		elgadotsatus
@typeCode
 		cs 0 … 1 F COMP
@contextConductionInd
 		bl 0 … 1 F true
  Constraint
  • Im Fall einer Selbsteintragung durch den/die Bürger/in ist die Verwendung dieser Sektion verboten (NP).
  • In allen anderen Fällen ist diese Sektion optional (O [0..1]).
hl7:component
 		0 … 1 C Kapitel Impfrelevante Erkrankungen: Sammlung der dokumentierten impfrelevanten Erkrankungen
Beinhaltet 1.2.40.0.34.6.0.11.2.5 Impfrelevante Erkrankungen - kodiert (DYNAMIC) 		elgadotsatus
@typeCode
 		cs 0 … 1 F COMP
@contextConductionInd
 		bl 0 … 1 F true
  Constraint
  • Im Fall einer Selbsteintragung durch den/die Bürger/in ist die Verwendung dieser Sektion verboten (NP).
  • In allen anderen Fällen ist diese Sektion optional (O [0..1]).
hl7:component
 		0 … 1 C 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) 		elgadotsatus
@typeCode
 		cs 0 … 1 F COMP
@contextConductionInd
 		bl 0 … 1 F true
  Constraint
  • Im Fall einer Selbsteintragung durch den/die Bürger/in ist die Verwendung dieser Sektion verboten (NP).
  • In allen anderen Fällen ist diese Sektion optional (O [0..1]).
hl7:component
 		0 … 1 C Kapitel Impfempfehlungen: Sammlung der dokumentierten Impfempfehlungen
Beinhaltet 1.2.40.0.34.6.0.11.2.2 Impfempfehlungen - kodiert (DYNAMIC) 		elgadotsatus
@typeCode
 		cs 0 … 1 F COMP
@contextConductionInd
 		bl 0 … 1 F true
  Constraint
  • Im Fall einer Selbsteintragung durch den/die Bürger/in ist die Verwendung dieser Sektion verboten (NP).
  • In allen anderen Fällen ist diese Sektion optional (O [0..1]).
hl7:component
 		0 … 1 Kapitel Beilagen: Attachment des eingescannten Papier-Impfpasses
Beinhaltet 1.2.40.0.34.6.0.11.2.71 Beilagen (DYNAMIC) 		elgadotsatus
@typeCode
 		cs 0 … 1 F COMP
@contextConductionInd
 		bl 0 … 1 F true
  Constraint
Im section/entry MUSS ENTWEDER ein Author ODER ein Informant angegeben werden.
  • Im Fall des Selbsteintrags durch den/die Bürger/in, MUSS der Informant M [1..1] und der darin enthaltene relatedEntity.code M [1..1] mit "SELF" angeben werden.
  • In allen anderen Fällen MUSS der Author angegeben werden M [1..1].