Diese Seite oder Abschnitt ist derzeit ein Entwurf und kann sich noch ändern.
This article was last edited by Sabutsch (talk| contribs) 5 years ago.

This article or section is in the middle of an expansion or major restructuring.
This article was last edited by Sabutsch (talk| contribs) 5 years ago.

Inhaltsverzeichnis

1 Übersicht
2 Dataset
3 Templates
- 3.1 CDA Struktur
- 3.2 Codes und Wertebereiche
  - 3.2.1 Author Speciality
  - 3.2.2 Abrechenbarkeit

1 Übersicht

Eine Übersicht über die Inhalte dieser Spezifikationden inklusive Beschreibung aller Elemente des XML Headers und Bodies finden Sie in Form eines Art-Decor Data Sets unter e-Impfpass.

2 Dataset

3 Templates

3.1 CDA Struktur

3.1.1 CDA Document Level Templates

3.1.1.1 Kompletter Impfstatus

Id 1.2.40.0.34.6.0.11.0.1 Gültigkeit 2019‑01‑09 20:19:47

Status Entwurf Versions-Label 2019

Name eimpf_document_KompletterImmunisierungsstatus_alt Anzeigename Kompletter Immunisierungsstatus alt

Beschreibung Template Spezieller Implementierungsleitfaden ELGA e-Impfpass (Kompletter Immunstatus)

Kontext Geschwisterknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.0.1

Label elgaimpfk

Klassifikation CDA Document Level Template

Offen/Geschlossen Offen (auch andere als die definierten Elemente sind erlaubt)

Benutzt

Benutzt 13 Templates

Benutzt	als	Name	Version
1.2.40.0.34.11.90008	Inklusion	CD effectiveTime	DYNAMIC
1.2.40.0.34.11.90009	Inklusion	CD confidentialityCode	DYNAMIC
1.2.40.0.34.11.90010	Inklusion	CD languageCode	DYNAMIC
1.2.40.0.34.11.90007	Inklusion	SetId VersionNumber	DYNAMIC
1.2.40.0.34.11.20001	Inklusion	HeaderRecordTarget	DYNAMIC
1.2.40.0.34.11.20002	Inklusion	HeaderAuthor	DYNAMIC
1.2.40.0.34.11.20003	Inklusion	HeaderDataEnterer	DYNAMIC
1.2.40.0.34.11.20004	Inklusion	HeaderCustodian	DYNAMIC
1.2.40.0.34.11.20005	Inklusion	HeaderInformationRecipient	DYNAMIC
1.2.40.0.34.11.20007	Inklusion	HeaderAuthenticator	DYNAMIC
1.2.40.0.34.11.20011	Inklusion	HeaderRelatedDocument	DYNAMIC
1.2.40.0.34.6.0.11.2.1	Containment	Impfungen - kodiert (2019)	DYNAMIC
1.2.40.0.34.6.0.11.2.2	Containment	Impfempfehlungen - kodiert (2019)	DYNAMIC

Beispiel

<placeholder>  </placeholder>

Item DT Kard Konf Beschreibung Label

hl7:templateId

II

1 … 1

R

Template Spezieller Implementierungsleitfaden ELGA e-Impfpass (Kompletter Impfstatus)

elgaimpfk

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.0.1

hl7:templateId

II

1 … 1

R

IHE Immunization Content Specification, IHE PCC TF Revision 11.0 - Final Text, November 11, 2016

elgaimpfk

@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

elgaimpfk

hl7:code

CE

1 … 1

M

elgaimpfk

@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:title

ST

1 … 1

M

Dokumententitel. Dieses Element enthält den für den lesenden Dokumentempfänger gedachten Titel.

elgaimpfk

Eingefügt von 1.2.40.0.34.11.90008 CD effectiveTime (DYNAMIC)

hl7:effectiveTime

TS.AT.TZ

1 … 1

M

Erstellungsdatum des Dokuments.

Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen.

elgaimpfk


elgaimpf-dataelement-7	Datum der Eintragung	Datensatz
elgagab-dataelement-8	Erstellungsdatum	Datensatz

Eingefügt von 1.2.40.0.34.11.90009 CD confidentialityCode (DYNAMIC)

hl7:confidentialityCode

CE

1 … 1

M

elgaimpfk


	elgagab-dataelement-266	Vertraulichkeitscode	Datensatz

@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 von 1.2.40.0.34.11.90010 CD languageCode (DYNAMIC)

hl7:languageCode

CS.LANG

1 … 1

M

Sprachcode des Dokuments.

elgaimpfk


	elgagab-dataelement-265	Sprachcode	Datensatz

@code

CONF

1 … 1

F

de-AT

Eingefügt von 1.2.40.0.34.11.90007 SetId VersionNumber (DYNAMIC)

hl7:setId

II

1 … 1

M

Eindeutige Id des Dokumentensets.
Grundsätzlich sind die Vorgaben für „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.

elgaimpfk

Beispiel <setId extension="D1127" root="1.2.276.0.76.3.1.139.2.427"/>

hl7:versionNumber

INT.NONNEG

1 … 1

M

Versionsnummer des Dokuments.

elgaimpfk

Beispiel <versionNumber value="1"/>

Eingefügt 1 … 1 M von 1.2.40.0.34.11.20001 HeaderRecordTarget (DYNAMIC)

hl7:recordTarget

1 … 1

M

Komponente für die Patientendaten.

elgaimpfk


	elgagab-dataelement-9	Patient	Datensatz

@typeCode

cs

0 … 1

F

RCT

@contextControlCode

cs

0 … 1

F

OP

Beispiel <recordTarget typeCode="RCT" contextControlCode="OP"> <patientRole classCode="PAT">  </patientRole></recordTarget>

hl7:patientRole

1 … 1

R

Patientendaten.

elgaimpfk

@classCode

cs

0 … 1

F

PAT

Beispiel <patientRole classCode="PAT"> <id extension="186245" root="1.2.276.0.76.3.1.139.3.871"/> <patient classCode="PSN" determinerCode="INSTANCE">  </patient></patientRole>

Schematron assert role error

test string-length(hl7:id[1]/@root)>0

Meldung patientRole id[1] MUSS als lokale Patienten ID vom System vorhanden sein

Schematron assert role error

test hl7:id[2]/@root = '1.2.40.0.10.1.4.3.1' or hl7:id[2]/@nullFlavor='NI' or hl7:id[2]/@nullFlavor='UNK'

Meldung patientRole id[2] MUSS Sozialversicherungsnummer des Patienten sein (1.2.40.0.10.1.4.3.1) oder @nullFlavor 'NI' oder 'UNK' ist angegeben

hl7:id

II

2 … *

R

id[1] Identifikation des Patienten im lokalen System.
id[2] Sozialversicherungsnummer des Patienten
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)

elgaimpfk

Beispiel

lokale Patienten ID vom System, notwendig für XDS

<id root="1.2.40.0.34.99.111.1.2" extension="4711" assigningAuthorityName="Amadeus Spital"/>

Beispiel

Patienten SV Nummer

<id root="1.2.40.0.10.1.4.3.1" extension="1234241270" assigningAuthorityName="Österreichische Sozialversicherung"/>

Beispiel

bPK-GH des Patienten: Bereichskürzel + bPK (Base64,28 Zeichen)

<id root="1.2.40.0.10.2.1.1.149" extension="GH:XNV5ThCj5OwJR0oOcWmK4WUs5p4=" assigningAuthorityName="Österreichische Stammzahlenregisterbehörde"/>

hl7:addr

AD

0 … 1

Adresse des Patienten.

Grundsätzlich sind die Vorgaben für „Adress-Elemente“ zu befolgen.

elgaimpfk

hl7:streetAddressLine

0 … 1

elgaimpfk

hl7:streetName

0 … 1

elgaimpfk

hl7:houseNumber

0 … 1

elgaimpfk

Schematron assert role error

test hl7:streetAddressLine or (hl7:streetName and hl7:houseNumber)

Meldung Granularitätsstufen Adresse beachten: streetAddressLine oder streetName+houseNumber

hl7:postalCode

1 … 1

M

elgaimpfk

hl7:city

1 … 1

M

elgaimpfk

hl7:state

0 … 1

C

elgaimpfk

hl7:country

1 … 1

M

elgaimpfk

hl7:additionalLocator

0 … 1

elgaimpfk

hl7:telecom

TEL.AT

0 … *

Kontaktdaten des Patienten.

Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen.

elgaimpfk

hl7:patient

0 … 1

elgaimpfk

@classCode

cs

0 … 1

F

PSN

@determinerCode

cs

0 … 1

F

INSTANCE

hl7:name

PN

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 für „Namen-Elemente von Personen PN“ zu befolgen.

elgaimpfk

hl7:prefix

0 … *

elgaimpfk

hl7:given

1 … *

M

elgaimpfk

hl7:family

1 … *

M

elgaimpfk

hl7:suffix

0 … *

elgaimpfk

hl7:administrativeGenderCode

CE

1 … 1

R

Codierung des Geschlechts des Patienten.

Zugelassene nullFlavor: UNK

elgaimpfk

CONF

Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.4 ELGA_AdministrativeGender (DYNAMIC)

hl7:birthTime

TS.DATE.MIN

1 … 1

R

Geburtsdatum des Patienten.

Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen.

Zugelassene nullFlavor: UNK

elgaimpfk

hl7:maritalStatusCode

CE

0 … 1

Codierung des Familienstands des Patienten.

elgaimpfk

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.

elgaimpfk

CONF

Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.18 ELGA_ReligiousAffiliation (DYNAMIC)

hl7:raceCode

NP

Rasse des Patienten

Darf nicht verwendet werden!

elgaimpfk

hl7:ethnicGroupCode

NP

Ethnische Zugehörigkeit des Patienten.
Darf nicht verwendet werden!

elgaimpfk

hl7:guardian

0 … *

Gesetzlicher Vertreter: Erwachsenenvertreter, Vormund, Obsorgeberechtigter

elgaimpfk

hl7:addr

AD

0 … 1

Die Adresse des gesetzlichen Vertreters oder der Organisation.

Grundsätzlich sind die Vorgaben für „Adress-Elemente“ zu befolgen.

elgaimpfk

hl7:telecom

TEL.AT

0 … *

Beliebig viele Kontaktdatendes gesetzlichen Vertreters oder der Organisation.

Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen.

elgaimpfk

Auswahl

1 … 1

Elemente in der Auswahl:

hl7:guardianPerson
hl7:guardianOrganization

hl7:guardianPerson

… 1

Name des des gesetzlichen Vertreters (Person).

elgaimpfk

hl7:name

PN

1 … 1

M

Name der Person.

elgaimpfk

hl7:guardianOrganization

… 1

Name des des gesetzlichen Vertreters (Organisation).

elgaimpfk

hl7:name

ON

1 … 1

M

Name der Organisation.

elgaimpfk

hl7:birthplace

0 … 1

Geburtsort des Patienten.

elgaimpfk

hl7:place

1 … 1

M

elgaimpfk

hl7:addr

AD

1 … 1

M

Die Adresse des Geburtsorts.

Grundsätzlich sind die Vorgaben gemäß „Adress-Elemente“ für Granularitätsstufe 1 zu befolgen.

Granularitätsstufe 2 oder 3 ist auch bei EIS Enhanced und Full Support nicht erforderlich.

elgaimpfk

Eingefügt von 1.2.40.0.34.11.90017 Language Communication (DYNAMIC)

hl7:languageCommunication

0 … *

Komponente zur Angabe der Sprachfähigkeiten des Patienten.

elgaimpfk

hl7:languageCode

CS

0 … 1

Sprache, die vom Patienten zu einem bestimmten Grad beherrscht wird (geschrieben oder gesprochen).

elgaimpfk

CONF

Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.173 ELGA_HumanLanguage (DYNAMIC)

hl7:modeCode

CE

0 … 1

Ausdrucksform der Sprache.
@codeSystem Fester Wert: 2.16.840.1.113883.5.60

elgaimpfk

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.
@codeSystem Fester Wert: 2.16.840.1.113883.5.61

elgaimpfk

CONF

Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.174 ELGA_ProficiencyLevelCode (DYNAMIC)

hl7:preferenceInd

BL

0 … 1

Kennzeichnung, ob die Sprache in der angegebenen Ausdrucksform vom Patienten bevorzugt wird.

elgaimpfk

Eingefügt 1 … * M von 1.2.40.0.34.11.20002 HeaderAuthor (DYNAMIC)

hl7:author

1 … *

M

Verfasser des Dokuments.

elgaimpfk


	elgagab-dataelement-48	Autor	Datensatz

@typeCode

cs

0 … 1

F

AUT

@contextControlCode

cs

0 … 1

F

OP

hl7:functionCode

CE

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.

Grundsätzlich sind die Vorgaben für „code-Element CE CWE“ zu befolgen.

elgaimpfk

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

elgaimpfk

hl7:assignedAuthor

1 … 1

R

Organisation, in deren Auftrag der Verfasser des Dokuments die Dokumentation verfasst hat.

elgaimpfk

@classCode

cs

0 … 1

F

ASSIGNED

Beispiel <assignedAuthor classCode="ASSIGNED"> <id extension="ied8984938" root="1.2.276.0.76.3.1.139.933"/> <assignedPerson classCode="PSN" determinerCode="INSTANCE">  </assignedPerson></assignedAuthor>

hl7:id

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

elgaimpfk

hl7:code

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.

Grundsätzlich sind die Vorgaben für „code-Element CE CWE“ zu befolgen.

elgaimpfk

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.

elgaimpfk

Auswahl

1 … 1

Elemente in der Auswahl:

hl7:assignedPerson
hl7:assignedAuthoringDevice

hl7:assignedPerson

… 1

Personendaten des Verfassers des Dokuments.

Grundsätzlich sind die Vorgaben für „Personen-Element“ zu befolgen.

elgaimpfk

Eingefügt von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC)

@classCode

cs

0 … 1

F

PSN

@determinerCode

cs

0 … 1

F

INSTANCE

hl7:name

PN

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.

elgaimpfk

hl7:assignedAuthoringDevice

… 1

elgaimpfk

@classCode

cs

0 … 1

F

DEV

@determinerCode

cs

0 … 1

F

INSTANCE

hl7:manufacturerModelName

SC

1 … 1

R

Hersteller und Modellbezeichnung des datenerstellenden Gerätes.

elgaimpfk

hl7:softwareName

SC

1 … 1

R

Bezeichnung (und ggf Version) der datenerstellenden Software.

elgaimpfk

hl7:representedOrganization

1 … 1

M

Organisation, in deren Auftrag der Verfasser des Dokuments die Dokumentation verfasst hat.

elgaimpfk

Beispiel <representedOrganization classCode="ORG" determinerCode="INSTANCE"> <id root="1.2.40.0.34.99.111.1.3" extension="1111"/> <name>  </name></representedOrganization>

hl7:id

II

1 … *

M

Die OID der Organisation aus dem GDA-Index.

Hinweise:
id[1] MUSS aus dem GDA-I stammen, weitere id-Elemente können hinzugefügt werden.

Für den Namen von größere Organisationen SOLL auch die Abteilung angegeben werden., z.B.: „Amadeus Spital, Chirurgische Abteilung“

Für die Adresse MUSS mindestens Granularitätsstufe 2 angewendet werden.

Grundsätzlich sind die Vorgaben gemäß Kapitel „Organisations-Element“ zu befolgen.

elgaimpfk

hl7:name

ON

1 … 1

M

elgaimpfk

hl7:telecom

TEL.AT

0 … *

elgaimpfk

hl7:addr

AD

0 … 1

elgaimpfk

Eingefügt 0 … 1 von 1.2.40.0.34.11.20003 HeaderDataEnterer (DYNAMIC)

hl7:dataEnterer

0 … 1

Person der Dateneingabe.

elgaimpfk


	elgagab-dataelement-65	Schreibkraft	Datensatz

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.

elgaimpfk

hl7:assignedEntity

1 … 1

R

Personendaten der schreibenden Person

Grundsätzlich sind die Vorgaben für „AssignedEntity-Element (Person + Organisation)“ zu befolgen.

elgaimpfk

Eingefügt von 1.2.40.0.34.11.90003 AssignedEntityElements (DYNAMIC)

hl7:id

II

1 … *

R

Mindestens eine Id der validierenden Person.

Zugelassene nullFlavor: UNK

elgaimpfk

hl7:addr

AD

0 … 1

Ein Adress-Element der validierenden Person.

Zugelassene nullFlavor: UNK

elgaimpfk

hl7:telecom

TEL.AT

0 … *

Mindestens ein Telecom-Element der validierenden Person.

Zugelassene nullFlavor: UNK

elgaimpfk

hl7:assignedPerson

1 … 1

M

Persondendaten der validierenden Person.

elgaimpfk

Eingefügt von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC)

@classCode

cs

0 … 1

F

PSN

@determinerCode

cs

0 … 1

F

INSTANCE

hl7:name

PN

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.

elgaimpfk

hl7:representedOrganization

0 … 1

Organistationsdaten der validierenden Person.

elgaimpfk

Eingefügt von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC)

@classCode

0 … 1

F

ORG

@determinerCode

0 … 1

F

INSTANCE

hl7:id

II

0 … *

elgaimpfk

hl7:name

ON

1 … 1

M

elgaimpfk

hl7:telecom

TEL.AT

0 … *

elgaimpfk

hl7:addr

AD

0 … 1

elgaimpfk

Eingefügt 1 … 1 M von 1.2.40.0.34.11.20004 HeaderCustodian (DYNAMIC)

hl7:custodian

1 … 1

M

Verwahrer des Dokuments.

elgaimpfk


	elgagab-dataelement-73	Verwahrer	Datensatz

@typeCode

cs

0 … 1

F

CST

hl7:assignedCustodian

1 … 1

M

elgaimpfk

@classCode

cs

0 … 1

F

ASSIGNED

hl7:representedCustodianOrganization

1 … 1

M

elgaimpfk

@classCode

cs

0 … 1

F

ORG

@determinerCode

cs

0 … 1

F

INSTANCE

hl7:id

II

1 … 1

R

Identifikation des Verwahrers des Dokuments, wie im GDA-Index angegeben.

Grundsätzlich sind die Vorgaben für „Identifikations-Elemente“ zu befolgen.

Zugelassene nullFlavor:

NI … Organisation hat keine ID aus dem GDA-Index
UNK … Organisation hat eine ID aus dem GDA-Index, diese ist jedoch unbekannt

elgaimpfk

hl7:name

1 … 1

M

Name des Verwahrers des Dokuments (Organisation).
Grundsätzlich sind die Vorgaben für „Namen-Elemente von Organisationen ON“ zu befolgen.

elgaimpfk

hl7:telecom

TEL.AT

0 … 1

Kontaktdaten des Verwahrers des Dokuments (Organisation).
Grundsätzlich sind die Vorgaben für „Kontaktdaten-Elemente“ zu befolgen.

elgaimpfk

hl7:addr

AD

1 … 1

M

Adresse des Verwahrers des Dokuments (Organisation).
Grundsätzlich sind die Vorgaben für „Adress-Elemente“ zu befolgen.

elgaimpfk

Eingefügt 0 … * von 1.2.40.0.34.11.20005 HeaderInformationRecipient (DYNAMIC)

hl7:informationRecipient

0 … *

Beabsichtiger Empfänger des Dokuments.

elgaimpfk


	elgagab-dataelement-259	Empfänger	Datensatz

@typeCode

cs

0 … 1

Typ des Informationsempfängers.

Bsp: PRCP „Primärer Empfänger“

Wird das Attribut weggelassen, gilt der Empfänger als primärer Empfänger.

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

elgaimpfk

hl7:id

II

1 … *

R

Identifikation des beabsichtigten Empfängers (Person).
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

elgaimpfk

Beispiel <id nullFlavor="UNK" assigningAuthorityName="GDA Index"/>

hl7:informationRecipient

1 … 1

M

Personendaten des beabsichtigten Empfängers.
Grundsätzlich sind die Vorgaben gemäß Kapitel „Personen-Element“ zu befolgen.

elgaimpfk

Eingefügt von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC)

@classCode

cs

0 … 1

F

PSN

@determinerCode

cs

0 … 1

F

INSTANCE

hl7:name

PN

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.

elgaimpfk

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.

elgaimpfk

Eingefügt von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC)

@classCode

0 … 1

F

ORG

@determinerCode

0 … 1

F

INSTANCE

hl7:id

II

0 … *

elgaimpfk

hl7:name

ON

1 … 1

M

elgaimpfk

hl7:telecom

TEL.AT

0 … *

elgaimpfk

hl7:addr

AD

0 … 1

elgaimpfk

hl7:legalAuthenticator

NP

elgaimpfk

Eingefügt 0 … * von 1.2.40.0.34.11.20007 HeaderAuthenticator (DYNAMIC)

hl7:authenticator

0 … *

Weitere Unterzeichner.

elgaimpfk


	elgagab-dataelement-86	Weitere Unterzeichner	Datensatz

@typeCode

cs

0 … 1

F

AUTHEN

hl7:time

TS.DATE.MIN

1 … 1

R

Der Zeitpunkt, an dem das Dokument unterzeichnet wurde.

Grundsätzlich sind die Vorgaben gemäß für „Zeit-Elemente“ zu befolgen.

Zugelassene nullFlavor: UNK

elgaimpfk

hl7:signatureCode

CS

1 … 1

M

elgaimpfk

@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.

elgaimpfk

Eingefügt von 1.2.40.0.34.11.90003 AssignedEntityElements (DYNAMIC)

hl7:id

II

1 … *

R

Mindestens eine Id der validierenden Person.

Zugelassene nullFlavor: UNK

elgaimpfk

hl7:addr

AD

0 … 1

Ein Adress-Element der validierenden Person.

Zugelassene nullFlavor: UNK

elgaimpfk

hl7:telecom

TEL.AT

0 … *

Mindestens ein Telecom-Element der validierenden Person.

Zugelassene nullFlavor: UNK

elgaimpfk

hl7:assignedPerson

1 … 1

M

Persondendaten der validierenden Person.

elgaimpfk

Eingefügt von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC)

@classCode

cs

0 … 1

F

PSN

@determinerCode

cs

0 … 1

F

INSTANCE

hl7:name

PN

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.

elgaimpfk

hl7:representedOrganization

0 … 1

Organistationsdaten der validierenden Person.

elgaimpfk

Eingefügt von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC)

@classCode

0 … 1

F

ORG

@determinerCode

0 … 1

F

INSTANCE

hl7:id

II

0 … *

elgaimpfk

hl7:name

ON

1 … 1

M

elgaimpfk

hl7:telecom

TEL.AT

0 … *

elgaimpfk

hl7:addr

AD

0 … 1

elgaimpfk

hl7:inFulfillmentOf

NP

elgaimpfk

hl7:documentationOf

NP

elgaimpfk

Eingefügt 0 … 1 von 1.2.40.0.34.11.20011 HeaderRelatedDocument (DYNAMIC)

hl7:relatedDocument

0 … 1

Komponente für das vorgehende Dokument.

elgaimpfk


	elgagab-dataelement-155	Bezug zu vorgehenden Dokumenten	Datensatz

@typeCode

cs

1 … 1

F

RPLC

Art des Bezugs zum Vordokument.

hl7:parentDocument

1 … 1

M

Vorhergehendes Dokument.

elgaimpfk

@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.

elgaimpfk

hl7:authorization

NP

elgaimpfk

hl7:componentOf

NP

elgaimpfk

hl7:component

elgaimpfk

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

bl

0 … 1

F

true

hl7:structuredBody

elgaimpfk

hl7:component

1 … 1

R

Kapitel Impfungen: Sammlung der dokumentierten Impfungen
Beinhaltet 1.2.40.0.34.6.0.11.2.1 Impfungen - kodiert (DYNAMIC)

elgaimpfk

wo [hl7:section [hl7:code [(@code = '11369-6' and @codeSystem = '2.16.840.1.113883.6.1')]]]

hl7:component

0 … 1

Kapitel Impfungen: Sammlung der dokumentierten Impfungen
Beinhaltet

Fehler: Kann das Template "1.2.40.0.34.6.0.11.2.4" (DYNAMIC) nicht finden

elgaimpfk

hl7:component

0 … 1

Kapitel Impfempfehlungen: Sammlung der dokumentierten Impfempfehlungen
Beinhaltet 1.2.40.0.34.6.0.11.2.2 Impfempfehlungen - kodiert (DYNAMIC)

elgaimpfk

wo [hl7:section [hl7:code [(@code = '18776-5' and @codeSystem = '2.16.840.1.113883.6.1')]]]

...

3.1.1.2 Aktualisierung Impfstatus

Id

1.2.40.0.34.6.0.11.0.2

Gültigkeit

2023‑01‑23 14:48:21

Andere Versionen mit dieser Id:

eimpf_document_UpdateImmunisierungsstatus vom 2022‑07‑15 13:52:04
eimpf_document_UpdateImmunisierungsstatus vom 2022‑01‑25 12:15:38
eimpf_document_UpdateImmunisierungsstatus vom 2021‑08‑18 14:29:50
eimpf_document_UpdateImmunisierungsstatus vom 2021‑05‑25 13:23:24
eimpf_document_UpdateImmunisierungsstatus vom 2021‑05‑12 09:26:29
eimpf_document_UpdateImmunisierungsstatus vom 2019‑01‑15 16:55:36

Status

Aktiv

Versions-Label

2.0.0+20230717

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 (Impfempfehlungen, Indikationsgruppen, Impfrelevante Erkrankungen, Antikörper-Bestimmung, Beilagen).

Kontext

Pfadname /

Label

elgaimpf‑UpdateImmunisierungsstatus

Klassifikation

CDA Document Level Template

Offen/Geschlossen

Geschlossen (nur definierte Elemente sind erlaubt)

Benutzt

Benutzt 21 Templates

Benutzt	als	Name	Version
1.2.40.0.34.6.0.11.1.10	Inklusion	Document Realm (1.0.1+20230717)	DYNAMIC
1.2.40.0.34.6.0.11.1.46	Inklusion	Document TerminologyDate (1.0.0+20210219)	DYNAMIC
1.2.40.0.34.6.0.11.1.44	Inklusion	Document PracticeSettingCode (1.1.0+20210303)	DYNAMIC
1.2.40.0.34.6.0.11.1.11	Inklusion	Document Effective Time (1.0.1+20230717)	DYNAMIC
1.2.40.0.34.6.0.11.1.12	Inklusion	Document Confidentiality Code (1.0.2+20230717)	DYNAMIC
1.2.40.0.34.6.0.11.1.13	Inklusion	Document Language (1.0.0+20210219)	DYNAMIC
1.2.40.0.34.6.0.11.1.15	Inklusion	Document Set Id and Version Number (1.0.0+20210219)	DYNAMIC
1.2.40.0.34.6.0.11.1.31	Inklusion	Record Target - e-Impfpass (1.1.0+20230717)	DYNAMIC
1.2.40.0.34.6.0.11.1.2	Inklusion	Author (1.0.3+20230717)	DYNAMIC
1.2.40.0.34.6.0.11.1.22	Inklusion	Data Enterer (1.0.1+20230717)	DYNAMIC
1.2.40.0.34.6.0.11.1.4	Inklusion	Custodian (1.0.1+20211213)	DYNAMIC
1.2.40.0.34.6.0.11.1.5	Inklusion	Legal Authenticator (1.0.0+20210219)	DYNAMIC
1.2.40.0.34.6.0.11.1.32	Inklusion	Documentation Of Service Event - e-Impfpass (1.0.0+20230717)	DYNAMIC
1.2.40.0.34.6.0.11.1.14	Inklusion	Document Replacement - Related Document (1.0.1+20210628)	DYNAMIC
1.2.40.0.34.6.0.11.1.50	Inklusion	Component Of - Encompassing Encounter with id (1.0.1+20230717)	DYNAMIC
1.2.40.0.34.6.0.11.2.1	Containment	Impfungen - kodiert (1.0.0+20210219)	DYNAMIC
1.2.40.0.34.6.0.11.2.4	Containment	Indikationsgruppen - kodiert (1.0.1+20230717)	DYNAMIC
1.2.40.0.34.6.0.11.2.5	Containment	Impfrelevante Erkrankungen - kodiert (1.0.0+20230717)	DYNAMIC
1.2.40.0.34.6.0.11.2.7	Containment	Antikörper-Bestimmung - kodiert (1.0.0+20230717)	DYNAMIC
1.2.40.0.34.6.0.11.2.2	Containment	Impfempfehlungen - kodiert (1.0.3+20230717)	DYNAMIC
1.2.40.0.34.6.0.11.2.71	Containment	Beilagen (1.0.2+20230717)	DYNAMIC

Beziehung

Version: Template 1.2.40.0.34.6.0.11.0.2 Update Immunisierungsstatus (2022‑07‑15 13:52:04)

ref

elgaimpf-

Version: Template 1.2.40.0.34.6.0.11.0.2 Update Immunisierungsstatus (2022‑01‑25 12:15:38)

ref

elgaimpf-

Version: Template 1.2.40.0.34.6.0.11.0.2 Update Immunisierungsstatus (2021‑08‑18 14:29:50)

ref

elgaimpf-

Version: Template 1.2.40.0.34.6.0.11.0.2 Update Immunisierungsstatus (2021‑05‑25 13:23:24)

ref

elgaimpf-

Version: Template 1.2.40.0.34.6.0.11.0.2 Update Immunisierungsstatus (2021‑05‑12 09:26:29)

ref

elgaimpf-

Version: Template 1.2.40.0.34.6.0.11.0.2 Update Immunisierungsstatus (2019‑01‑15 16:55:36)

ref

elgaimpf-

Beispiel

Beispieldateien

<clinicalDocument/>

Beispiel

Update Immunisierungsstatus

<ClinicalDocument classCode="DOCCLIN" moodCode="EVN">
  
  <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.2"/>  <templateId root="1.2.40.0.34.6.0.11.0.2"/>  <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>  <hl7at:terminologyDate value="20221224"/>  <hl7at:formatCode code="urn:hl7-at:eImpf:2.0.0+20230717" codeSystem="1.2.40.0.34.5.37" displayName="HL7 Austria e-Impfpass 2.0.0+20230717"/>  <hl7at:practiceSettingCode code="F023" displayName="Interdisziplinärer Bereich" codeSystem="1.2.40.0.34.5.12" codeSystemName="ELGA_PracticeSetting"/>  
  
  
  
  
  
  
  
  
  
  
  <component typeCode="COMP" contextConductionInd="true">
    <structuredBody classCode="DOCBODY" moodCode="EVN">
      <component typeCode="COMP" contextConductionInd="true">
        
      </component>      <component typeCode="COMP" contextConductionInd="true">
        
      </component>      <component typeCode="COMP" contextConductionInd="true">
        
      </component>      <component typeCode="COMP" contextConductionInd="true">
        
      </component>      <component typeCode="COMP" contextConductionInd="true">
        
      </component>    </structuredBody>  </component>  
</ClinicalDocument>

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"?>

elga...atus

@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“)

elga...atus

@code

1 … 1

F

AT

hl7:typeId

II

1 … 1

M

Dokumentformat CDA R2

elga...atus

@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

elga...atus

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.0.1

hl7:templateId

II

1 … 1

M

Implementierungsleitfaden e-Impfpass v2 (OID Knoten). Dient als informative Referenz.

elga...atus

@root

uid

1 … 1

F

1.2.40.0.34.7.19.2

hl7:templateId

II

1 … 1

M

Implementierungsleitfaden e-Impfpass - Update Immunisierungsstatus

elga...atus

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.0.2

hl7:templateId

II

NP

Vor v2 wurde hier die Version des speziellen Implementierungsleitfaden e-Impfpass - Update Immunisierungsstatus mit XDSdocumentEntry.formatCode als Extension angegeben.
↔ Hinweis zum XDS-Mapping: Das templateId-Element mit einer Extension beginnend mit "XDSdocumentEntry.formatCode^" wurde ins XDS-Attribut formatCode gemappt (ohne Präfix XDSdocumentEntry.formatCode^).

elga...atus

@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.

elga...atus

@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

elga...atus

Beispiel

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.

elga...atus

@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.

elga...atus

@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.

elga...atus

sdtc:statusCode

NP

Ein Update Immunisierungsstatus ist grundsätzlich immer ein abgeschlossenes bzw. "fertiges" Dokument - in diesen Fällen erübrigt sich die Angabe eines Status.

elga...atus

Eingefügt

1 … 1

M

von 1.2.40.0.34.6.0.11.1.46 Document TerminologyDate (DYNAMIC)

hl7at:terminologyDate

TS.DATE.FULL

1 … 1

M

Das Terminologie-Datum des Dokumentes
Das Datum, an dem die lokal zur Implementierung verwendeten Value Sets mit dem österreichischen Terminologieserver abgeglichen wurden, wird hier angegeben.

elga...atus

Constraint

Das Datum der letzten Terminologie-Aktualisierung MUSS entsprechend klassischer HL7 V3 Notation im Format "YYYYMMDD" angegeben werden.
Beispiel: 20200527

hl7at:formatCode

CD

1 … 1

M

↔ Hinweis zum XDS-Mapping:
@code wird in das XDS-Attribut XDSDocumentEntry.formatCode übernommen.

elga...atus

@code

st

1 … 1

R

@displayName

st

1 … 1

R

@codeSystemName

st

0 … 1

F

ELGA_FormatCode

@codeSystem

CONF

1 … 1

F

1.2.40.0.34.5.37

Schematron assert

role

error

test

matches(@code, '^urn:hl7-at:eImpf:2\.[0-9]+\.[0-9]+\+[0-9]{8}$')

Meldung

Es MUSS die neue Hauptversion v2 im Attribut code im formatCode verwendet werden.

Schematron assert

role

error

test

matches(@displayName, '^HL7 Austria e-Impfpass 2\.[0-9]+\.[0-9]+\+[0-9]{8}$')

Meldung

Es MUSS die neue Hauptversion v2 im Attribut displayName im formatCode verwendet werden.

Eingefügt

0 … 1

R

von 1.2.40.0.34.6.0.11.1.44 Document PracticeSettingCode (DYNAMIC)

hl7at:practiceSettingCode

CD

0 … 1

R

Die fachliche Zuordnung des Dokumentes

elga...atus

@displayName

1 … 1

R

CONF

Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.75 ELGA_PracticeSetting (DYNAMIC)

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.

elga...atus


	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“.

elga...atus


	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.

elga...atus


	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)

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.

elga...atus

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.

elga...atus

@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.

elga...atus


	elgaimpf-dataelement-1	Impfling	Datensatz Immunisierungsstatus

@typeCode

cs

0 … 1

F

RCT

@contextControlCode

cs

0 … 1

F

OP

hl7:patientRole

1 … 1

M

Patientendaten.

elga...atus

@classCode

cs

0 … 1

F

PAT

hl7:id

II

2 … *

R

Identifikatoren des Patienten. Es werden drei Identifikatoren definiert, die nur in einer festgelegten Reihenfolge angegeben werden können:

Die erste ID ist der lokale Identifikator, mit der der Patient im erstellenden System identifiziert wird.
Die zweite ID ist die Sozialversicherungsnummer.
Die dritte ID ist das bereichsspezifische Personenkennzeichen

elga...atus


elgaimpf-dataelement-86	LokaleID	Datensatz Immunisierungsstatus
elgaimpf-dataelement-87	SVNr	Datensatz Immunisierungsstatus
elgaimpf-dataelement-88	bPK-GH	Datensatz Immunisierungsstatus

Constraint

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

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

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

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

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

Zugelassene nullFlavor:

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

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

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

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

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

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

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

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

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

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

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

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

Zugelassene nullFlavor:

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

hl7:addr

0 … 2

Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)

elga...atus

wo [not(@nullFlavor)]


	elgaimpf-dataelement-219	Adresse	Datensatz Immunisierungsstatus

hl7:telecom

TEL.AT

0 … *

R

Kontakt-Element. Grundsätzlich sind die Vorgaben gemäß „Kontaktdaten-Element“ zu befolgen.

elga...atus

wo [not(@nullFlavor)]


	elgaimpf-dataelement-216	Kontaktdaten	Datensatz Immunisierungsstatus

@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“


elgaimpf-dataelement-227	Telefon Mobil	Datensatz Immunisierungsstatus
elgaimpf-dataelement-228	Telefon Festnetz	Datensatz Immunisierungsstatus
elgaimpf-dataelement-229	Mail	Datensatz Immunisierungsstatus

@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)

elga...atus


	elgaimpf-dataelement-172	Name	Datensatz Immunisierungsstatus

Auswahl

1 … 1

Codierung des Geschlechts des Patienten aus Value Set "ELGA_AdministrativeGender".

Zugelassene nullFlavor: UNK

Elemente in der Auswahl:

hl7:administrativeGenderCode[not(@nullFlavor)]
hl7:administrativeGenderCode[@nullFlavor='UNK']

hl7:administrativeGenderCode

CE

0 … 1

elga...atus

wo [not(@nullFlavor)]


	elgaimpf-dataelement-94	Geschlecht	Datensatz Immunisierungsstatus

@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

elga...atus

wo [@nullFlavor='UNK']

@nullFlavor

cs

1 … 1

F

UNK

Auswahl

1 … 1

Geburtsdatum des Patienten.
Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen.

Elemente in der Auswahl:

hl7:birthTime
hl7:birthTime[@nullFlavor='UNK']

hl7:birthTime

TS.AT.VAR

0 … 1

elga...atus

Constraint

Wenn vorhanden MUSS das Geburtsdatum im Format YYYYMMDD (taggenau) oder YYYYMMDDhhmmss[+/-]HHMM (sekundengenau mit Zeitzone) angegeben werden.

Sollte die Information nicht vorliegen KANN das Geburtsdatum auch im Format YYYY (jahrgenau) oder YYYYMM (monatsgenau) strukturiert sein.

hl7:birthTime

TS.AT.VAR

0 … 1

elga...atus

wo [@nullFlavor='UNK']

@nullFlavor

cs

1 … 1

F

UNK

hl7:maritalStatusCode

NP

Codierung des Familienstands des Patienten. Wird in e-Impfpass nicht verwendet!

elga...atus

hl7:religiousAffiliationCode

NP

Codierung des Religionsbekenntnisses des Patienten. Wird in e-Impfpass nicht verwendet!

elga...atus

hl7:raceCode

NP

Rasse des Patienten: Darf nicht verwendet werden!

elga...atus

hl7:ethnicGroupCode

NP

Ethnische Zugehörigkeit des Patienten: Darf nicht verwendet werden!

elga...atus

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.

elga...atus

@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)

elga...atus

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.

elga...atus

@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 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)

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)

elga...atus

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)

elga...atus

hl7:guardianOrganization

0 … 1

Name des gesetzlichen Vertreters (Organisation)
Beinhaltet 1.2.40.0.34.6.0.11.9.27 Organization Name Compilation (DYNAMIC)

elga...atus

hl7:birthplace

0 … 1

Geburtsort des Patienten.

elga...atus

@classCode

cs

0 … 1

F

BIRTHPL

hl7:place

1 … 1

elga...atus

@classCode

cs

0 … 1

F

PLC

@determinerCode

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)

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)

elga...atus

hl7:addr

AD

0 … 1

Die Adresse des Geburtsorts, struktuiert.
Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)

elga...atus

hl7:languageCommunication

NP

Informationen bezüglich der Sprachfähigkeiten und Ausdrucksform des Patienten. Wird in e-Impfpass nicht verwendet!

elga...atus

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)

Constraint

Wenn der Dokumentersteller eine Person ist, soll diese vor der dokumentenerstellenden Software im Author im assignedPerson dokumentiert werden (R [0..*]).
Es MUSS die dokumenterstellende Software in einem Author im assignedAuthoringDevice dokumentiert werden (M [1..1]).

hl7:author

1 … *

M

Verfasser des Dokuments.

elga...atus

@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.

elga...atus

@code

cs

1 … 1

R

@codeSystem

oid

1 … 1

R

@displayName

st

1 … 1

R

Auswahl

1 … 1

Der Zeitpunkt, zu 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

elga...atus

wo [not(@nullFlavor)]

hl7:time

TS.AT.TZ

0 … 1

elga...atus

wo [@nullFlavor='UNK']

@nullFlavor

cs

1 … 1

F

UNK

hl7:assignedAuthor

1 … 1

M

elga...atus

@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.

elga...atus

wo [not(@nullFlavor)]

hl7:id

II

0 … 1

elga...atus

wo [@nullFlavor='NI']

@nullFlavor

cs

1 … 1

F

NI

hl7:id

II

0 … 1

elga...atus

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.

elga...atus

@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.

elga...atus

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 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)

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)

elga...atus

hl7:assignedAuthoringDevice

0 … 1

Datenerstellende/s Software/Gerät
Beinhaltet 1.2.40.0.34.6.0.11.9.18 Device Compilation (DYNAMIC)

elga...atus

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)

elga...atus

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.

Schematron assert

role

error

test

count(hl7:author/hl7:assignedAuthor/hl7:assignedAuthoringDevice)=1

Meldung

Es MUSS genau eine dokumenterstellende Software angeben werden.

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 [0..1]).

hl7:dataEnterer

0 … 1

C

z.B. Schreibkraft, Medizinische Dokumentationsassistenz

elga...atus


	at-cda-bbr-dataelement-16	Schreibkraft	Dataset A Allgemeiner Leitfaden

@typeCode

cs

0 … 1

F

ENT

@contextControlCode

cs

0 … 1

F

OP

hl7:time

TS.AT.TZ

0 … 1

R

Der Zeitpunkt zu dem die Daten dokumentiert wurden.

Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen.

elga...atus

wo [not(@nullFlavor)]


	at-cda-bbr-dataelement-17	Zeitpunkt des Schreibens	Dataset A Allgemeiner Leitfaden

hl7:assignedEntity

1 … 1

M

Beinhaltet 1.2.40.0.34.6.0.11.9.22 Assigned Entity (DYNAMIC)

elga...atus

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.

elga...atus


	at-cda-bbr-dataelement-24	Verwahrer	Dataset A Allgemeiner Leitfaden

@typeCode

cs

0 … 1

F

CST

hl7:assignedCustodian

1 … 1

M

elga...atus

@classCode

cs

0 … 1

F

ASSIGNED

hl7:representedCustodianOrganization

1 … 1

M

elga...atus

@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.

elga...atus

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.

elga...atus

hl7:telecom

TEL.AT

0 … *

Kontaktdaten des Verwahrers des originalen Dokuments (Organisation). Grundsätzlich sind die Vorgaben für „Kontaktdaten-Elemente“ zu befolgen.

elga...atus

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)

elga...atus

hl7:informationRecipient

NP

elga...atus

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

elga...atus


	at-cda-bbr-dataelement-1	Rechtlicher Unterzeichner	Dataset A Allgemeiner Leitfaden

@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

elga...atus

wo [not(@nullFlavor)]


	at-cda-bbr-dataelement-5	Zeitpunkt der Unterzeichnung	Dataset A Allgemeiner Leitfaden

hl7:time

TS.AT.TZ

0 … 1

elga...atus

wo [@nullFlavor='UNK']

@nullFlavor

cs

1 … 1

F

UNK

hl7:signatureCode

CS

1 … 1

M

Signaturcode gibt an, dass das Originaldokument unterzeichnet wurde.

elga...atus


	at-cda-bbr-dataelement-6	Signatur	Dataset A Allgemeiner Leitfaden

@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)

elga...atus

hl7:authenticator

NP

elga...atus

hl7:participant

NP

Fachlicher Ansprechpartner
Ein-, Über-, Zuweisender Arzt
Auskunftsberechtigte Person (Notfallkontakt)
Angehörige
Versicherung
Betreuungsorganisation

elga...atus

hl7:inFulfillmentOf

NP

elga...atus

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.

elga...atus

@typeCode

cs

0 … 1

F

DOC

hl7:serviceEvent

1 … 1

M

Gesundheitsdienstleistung.

elga...atus

@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.

elga...atus

@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

elga...atus

Auswahl

1 … 1

Elemente in der Auswahl:

hl7:low[not(@nullFlavor)]
hl7:low[@nullFlavor='UNK']

hl7:low

TS.AT.TZ

0 … 1

elga...atus

wo [not(@nullFlavor)]

Constraint

Für "Update Immunisierungsstatus": Zeitpunkt des Starts der Gesundheitsdienstleistung (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

elga...atus

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

elga...atus

wo [not(@nullFlavor)]

Constraint

Für "Update Immunisierungsstatus": Zeitpunkt des Endes der Gesundheitsdienstleistung (aktueller Besuch, MUSS sich vom Start der Gesundheitsdienstleistung 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

elga...atus

wo [@nullFlavor='UNK']

@nullFlavor

cs

1 … 1

F

UNK

hl7:performer

NP

elga...atus

Eingefügt

0 … 1

von 1.2.40.0.34.6.0.11.1.14 Document Replacement - Related Document (DYNAMIC)

hl7:relatedDocument

0 … 1

elga...atus


	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.

elga...atus

@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.

elga...atus

Schematron assert

role

error

test

not(hl7:relatedDocument) or hl7:relatedDocument[@typeCode='RPLC']

Meldung

Wird /ClinicalDocument/relatedDocument angegeben, MUSS relatedDocument[@typeCode='RPLC'] sein.

hl7:authorization

NP

elga...atus

Eingefügt

0 … 1

von 1.2.40.0.34.6.0.11.1.50 Component Of - Encompassing Encounter with id (DYNAMIC)

hl7:componentOf

0 … 1

Komponente für den Patientenkontakt.

elga...atus


	at-cda-bbr-dataelement-33	Patientenkontakt	Dataset A Allgemeiner Leitfaden

@typeCode

cs

0 … 1

F

COMP

hl7:encompassingEncounter

1 … 1

M

Patientenkontakt.

elga...atus

@classCode

cs

0 … 1

F

ENC

@moodCode

cs

0 … 1

F

EVN

Auswahl

1 … 1

Elemente in der Auswahl:

hl7:id[not(@nullFlavor)]
hl7:id[@nullFlavor='UNK']

hl7:id

II

0 … 1

Identifikationselement zur Aufnahme der Aufenthaltszahl

elga...atus

wo [not(@nullFlavor)]


	at-cda-bbr-dataelement-34	ID	Dataset A Allgemeiner Leitfaden

@extension

st

1 … 1

R

Aufenthaltszahl, z.B.: Az123456

@root

uid

1 … 1

R

OID der Liste der Aufenthaltszahlen der Organisation

@assigningAuthorityName

st

0 … 1

Name der Stelle, welche die ID zugewiesen hat, z.B.: "Amadeus Spital".

hl7:id

II

0 … 1

elga...atus

wo [@nullFlavor='UNK']

hl7:code

CE

1 … 1

M

Codierung des Patientenkontakts.

elga...atus


	at-cda-bbr-dataelement-39	Art des Aufenthalts	Dataset A Allgemeiner Leitfaden

@code

cs

1 … 1

R

@codeSystem

oid

1 … 1

R

@codeSystemName

st

0 … 1

F

HL7:ActCode

@displayName

st

1 … 1

R

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)

elga...atus


	at-cda-bbr-dataelement-37	Beginn des Patientenkontaktes	Dataset A Allgemeiner Leitfaden

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.

elga...atus


	at-cda-bbr-dataelement-40	Verantwortliche Person	Dataset A Allgemeiner Leitfaden

hl7:assignedEntity

1 … 1

M

Entität der verantwortlichen Person.

Grundsätzlich sind die Vorgaben für „AssignedEntity-Element (Person + Organisation)“ zu befolgen.

Beinhaltet 1.2.40.0.34.6.0.11.9.22 Assigned Entity (DYNAMIC)

elga...atus

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).

hl7:location

1 … 1

M

elga...atus

@typeCode

cs

0 … 1

F

LOC

hl7:healthCareFacility

1 … 1

M

elga...atus

@classCode

cs

0 … 1

F

SDLOC

hl7:code

CE

1 … 1

M

Der Code zur Klassifizierung des GDA repräsentiert die Art der Einrichtung, in der die Tätigkeit stattfand, die zur Erzeugung des Dokuments führte. Zum Beispiel sollten Dokumente, die während eines ambulanten Falls in einem Krankenhaus entstehen, mit dem healthcareFacilityTypeCode für „Krankenhaus“ gekennzeichnet werden.

Zulässige Werte gemäß Value-Set „ELGA_HealthcareFacilityTypeCode“

Für ELGA SOLL der Code dem Eintrag "GDA Rollenname" oder, wenn der GDA Rollenname nicht verfügbar ist, der "Aggregierten Rolle" im GDA-I entsprechen.

↔ Hinweis zum XDS-Mapping: Dieses Element wird ins XDS-Attribut XDSDocumentEntry.healthcareFacilityTypeCode gemappt.

Zu berücksichtigen sind jeweils die Attribute @code, @codeSystem und @displayName.

elga...atus

@displayName

st

1 … 1

R

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)

elga...atus

hl7:component

1 … 1

M

elga...atus

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

bl

0 … 1

F

true

hl7:structuredBody

1 … 1

M

elga...atus

@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)

elga...atus

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

bl

0 … 1

F

true

Constraint

Diese Section MUSS immer angegeben werden, um dem IHE PCC Profil zu entsprechen. Für den Fall, dass in einem "Update Immunisierungsstatus" keine Impfung dokumentiert wird (z.B. es wird nur eine Impfempfehlung oder nur eine impfrelevante Erkrankung angegeben), ist in dieser Section das "Immunization Entry Impfung nicht angegeben" Entry zu verwenden.

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 Indikationsgruppen - kodiert (DYNAMIC)

elga...atus

@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)

elga...atus

@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)

elga...atus

@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)

elga...atus

@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)

elga...atus

@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].

3.1.2 CDA Header Level Templates

3.1.2.1 TODO

3.1.3 CDA Section Level Templates

3.1.3.1 Impfungen kodiert

Id

1.2.40.0.34.6.0.11.2.1

ref

at-cda-bbr-

Gültigkeit

2021‑02‑19 11:46:43

Andere Versionen mit dieser Id:

atcdabrr_section_ImpfungenKodiert vom 2017‑03‑11 18:38:41

Status

Aktiv

Versions-Label

1.0.0+20210219

Name

atcdabrr_section_ImpfungenKodiert

Bezeichnung

Impfungen - kodiert

Beschreibung

Diese Sektion enthält die Impfungen, die dem Patienten verabreicht wurden.
Pro Sektion können mehrere Impfungen enthalten sein. Alle Inhalte sind verpflichtend strukturiert in den darunterliegenden Entries anzugeben.

Kontext

Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.2.1

Klassifikation

CDA Section level template

Offen/Geschlossen

Geschlossen (nur definierte Elemente sind erlaubt)

Benutzt

Benutzt 3 Templates

Benutzt	als	Name	Version
1.2.40.0.34.6.0.11.3.1	Containment	Immunization Entry (2.0.1+20240628)	DYNAMIC
1.2.40.0.34.6.0.11.3.28	Containment	Immunization Entry Impfung nicht angegeben (2.0.1+20240628)	DYNAMIC
1.2.40.0.34.6.0.11.2.8	Containment	Übersetzung (1.0.2+20230717)	DYNAMIC

Beziehung

Version: Template 1.2.40.0.34.6.0.11.2.1 Impfungen - kodiert (2017‑03‑11 18:38:41)

ref

at-cda-bbr-

Spezialisierung: Template 2.16.840.1.113883.10.20.1.6 Immunization section (DYNAMIC)

ref

ccd1-

Spezialisierung: Template 1.3.6.1.4.1.19376.1.5.3.1.3.23 IHE Immunizations Section (2013‑12‑20)

ref

IHE-PCC-

Beispiel

Strukturbeispiel

<hl7:section classCode="DOCSECT" moodCode="EVN">
  <hl7:templateId root="1.2.40.0.34.6.0.11.2.1"/>  <hl7:templateId root="2.16.840.1.113883.10.20.1.6"/>  <hl7:templateId root="1.3.6.1.4.1.19376.1.5.3.1.3.23"/>  <hl7:id root="1.2.3.999" extension="--example only--"/>  <hl7:code code="11369-6" codeSystem="2.16.840.1.113883.6.1" displayName="HISTORY OF IMMUNIZATIONS"/>  <hl7:title>Impfungen</hl7:title>  <text>
    <table ID="sbdm-1">
      <tbody>
        <tr>
          <td styleCode="xELGA_colw:20">Impfung gegen:</td>          <td>
            <content ID="target-1">Frühsommer-Meningoencephalitis</content>          </td>        </tr>        
      </tbody>    </table>  </text>  
  <hl7:entry typeCode="DRIV" contextConductionInd="true">
    
  </hl7:entry>  
  <hl7:entry typeCode="DRIV">
    
  </hl7:entry>  <hl7:component typeCode="COMP" contextConductionInd="true">
    
  </hl7:component></hl7:section>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:section

(atc...ert)

@classCode

cs

0 … 1

F

DOCSECT

@moodCode

cs

0 … 1

F

EVN

hl7:templateId

II

1 … 1

M

ELGA

(atc...ert)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.2.1

hl7:templateId

II

1 … 1

M

HL7 CCD Immunization section

(atc...ert)

@root

uid

1 … 1

F

2.16.840.1.113883.10.20.1.6

hl7:templateId

II

1 … 1

M

IHE PCC Immunizations Section

(atc...ert)

@root

uid

1 … 1

F

1.3.6.1.4.1.19376.1.5.3.1.3.23

hl7:id

II

0 … 1

Eindeutige ID der Sektion (optional)

(atc...ert)

wo [not(@nullFlavor)]

hl7:code

CE

1 … 1

M

Code der Sektion. Fixer Wert "11369-6"

(atc...ert)

@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:title

ST

1 … 1

M

Der Titel der Sektion MUSS lauten: 'Impfungen'

(atc...ert)

CONF

Elementinhalt muss "Impfungen" sein

hl7:text

SD.TEXT

1 … 1

M

Die narrative Beschreibung in diesem Kapitel wird automatisch aus den kodierten Elementen erstellt.
Alle relevanten Informationen werden hier tabellarisch dargestellt.
Form: zweispaltig, erste Spalte enthält den Namen des Datenelements, die zweite Spalte den Inhalt.
z.B.: Impfung gegen: Frühsommer-Meningoencephalitis

(atc...ert)

Auswahl

1 … *

Elemente in der Auswahl:

hl7:entry[hl7:substanceAdministration/hl7:templateId[@root='1.2.40.0.34.6.0.11.3.1']] welches enthält Template 1.2.40.0.34.6.0.11.3.1 Immunization Entry (DYNAMIC)
hl7:entry[hl7:substanceAdministration/hl7:templateId[@root='1.2.40.0.34.6.0.11.3.28']] welches enthält Template 1.2.40.0.34.6.0.11.3.28 Immunization Entry Impfung nicht angegeben (DYNAMIC)

hl7:entry

0 … *

Beinhaltet 1.2.40.0.34.6.0.11.3.1 Immunization Entry (DYNAMIC)

(atc...ert)

wo [hl7:substanceAdministration/hl7:templateId [@root='1.2.40.0.34.6.0.11.3.1']]

@typeCode

cs

1 … 1

F

DRIV

DRIV (is derived from) deutet an, dass der section.text aus den Level 3 Entries gerendert wurde und keinen medizinisch relevanten Inhalt enthält, der nicht aus den Entries stammt.

@contextConductionInd

cs

0 … 1

F

true

hl7:entry

0 … 1

Beinhaltet 1.2.40.0.34.6.0.11.3.28 Immunization Entry Impfung nicht angegeben (DYNAMIC)

(atc...ert)

wo [hl7:substanceAdministration/hl7:templateId [@root='1.2.40.0.34.6.0.11.3.28']]

@typeCode

cs

1 … 1

F

DRIV

DRIV (is derived from) deutet an, dass der section.text aus den Level 3 Entries gerendert wurde und keinen medizinisch relevanten Inhalt enthält, der nicht aus den Entries stammt.

@contextConductionInd

cs

0 … 1

F

true

hl7:component

0 … *

Optionale Subsections zur Angabe von Übersetzungen des "text"-Elements in andere Sprachen.
Beinhaltet 1.2.40.0.34.6.0.11.2.8 Übersetzung (DYNAMIC)

(atc...ert)

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

cs

0 … 1

F

true

3.1.4 CDA Entry Level Templates

3.1.4.1 Impfung Entry

Id

1.2.40.0.34.6.0.11.3.1

ref

at-cda-bbr-

Gültigkeit

2024‑05‑21 15:48:03

Andere Versionen mit dieser Id:

atcdabbr_entry_Immunization vom 2023‑01‑23 12:29:18
atcdabbr_entry_Immunization vom 2022‑01‑25 14:21:09
atcdabbr_entry_Immunization vom 2021‑08‑04 13:02:28
atcdabbr_entry_Immunization vom 2021‑05‑20 08:43:35
atcdabbr_entry_Immunization vom 2021‑05‑19 15:07:24
atcdabbr_entry_Immunization vom 2021‑05‑17 14:08:25
atcdabbr_entry_Immunization vom 2021‑05‑04 08:23:05
atcdabbr_entry_Immunization vom 2021‑02‑19 12:46:49
atcdabbr_entry_Immunization vom 2019‑01‑16 16:12:57

Status

Aktiv

Versions-Label

2.0.1+20240628

Name

atcdabbr_entry_Immunization

Bezeichnung

Immunization Entry

Beschreibung

Enthält die Dokumentation einer einzelnen Impfung (einzelne Verabreichung eines Impfstoffes).
Wird die Nachtragung einer Impfung dokumentiert, MUSS dies durch das Element participant/@typeCode = "ENT" gekennzeichnet sein (M [1..1]).

Kontext

Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.1

Klassifikation

CDA Entry Level Template

Offen/Geschlossen

Geschlossen (nur definierte Elemente sind erlaubt)

Benutzt

Benutzt 15 Templates

Benutzt	als	Name	Version
1.2.40.0.34.6.0.11.9.1	Inklusion	Narrative Text Reference (1.0.1+20210512)	DYNAMIC
1.2.40.0.34.6.0.11.9.32	Containment	Vaccine Product (2.0.0+20230717)	DYNAMIC
1.2.40.0.34.6.0.11.9.31	Containment	Vaccine Product nicht angegeben (1.0.0+20210219)	DYNAMIC
1.2.40.0.34.6.0.11.9.21	Containment	Performer Body - Impfende Person (1.0.2+20220103)	DYNAMIC
1.2.40.0.34.6.0.11.9.8	Containment	Author Body - e-Impfpass (2.0.0+20230717)	DYNAMIC
1.2.40.0.34.6.0.11.9.3	Containment	Informant Body (1.0.1+20211213)	DYNAMIC
1.2.40.0.34.6.0.11.9.14	Containment	Participant Body - Transcriber (1.1.0+20220103)	DYNAMIC
1.2.40.0.34.6.0.11.9.44	Containment	Participant Body - Verifier (2.0.0+20230717)	DYNAMIC
1.2.40.0.34.6.0.11.9.46	Containment	Participant Body - Authorized Editor (1.0.1+20230717)	DYNAMIC
1.2.40.0.34.6.0.11.9.47	Containment	Participant Body - Data Enterer (1.0.1+20230717)	DYNAMIC
1.2.40.0.34.6.0.11.3.2	Containment	Immunization Target Entry (2.0.0+20230717)	DYNAMIC
1.2.40.0.34.6.0.11.3.5	Containment	Immunization Billability Entry (1.0.1+20230717)	DYNAMIC
1.2.40.0.34.6.0.11.3.168	Containment	Zusatzklassifikation (1.0.2+20230717)	DYNAMIC
1.2.40.0.34.6.0.11.3.14	Containment	External Document Entry (1.0.1+20230717)	DYNAMIC
1.2.40.0.34.6.0.11.3.10	Containment	Immunization Schedule Entry (2.0.0+20230717)	DYNAMIC

Beziehung

Version: Template 1.2.40.0.34.6.0.11.3.1 Immunization Entry (2023‑01‑23 12:29:18)

ref

at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.3.1 Immunization Entry (2021‑05‑20 08:43:35)

ref

at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.3.1 Immunization Entry (2021‑02‑19 12:46:49)

ref

at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.3.1 Immunization Entry (2019‑01‑16 16:12:57)

ref

at-cda-bbr-

Spezialisierung: Template 1.3.6.1.4.1.19376.1.5.3.1.4.12 eHDSI Immunizations (DYNAMIC)

ref

epsos-

Spezialisierung: Template 2.16.840.1.113883.10.20.1.24 Medication activity (DYNAMIC)

ref

ccd1-

Beispiel

Neue Impfung - Minimalbeispiel für Update Immunisierungsstatus

Beispiel

Impfung - Vollständig für Kompletter Immunisierungsstatus

Beispiel

Nachtragung einer Impfung (z.B. aus Papier-Impfpass)

Item

DT

Kard

Konf

Beschreibung

Label

hl7:substanceAdministration

(atc...ion)

@classCode

cs

1 … 1

F

SBADM

@moodCode

cs

1 … 1

F

EVN

@negationInd

bl

1 … 1

F

false

In ELGA werden keine unerwünschten Impfungen dokumentiert, daher ist der negationInd immer "false".

hl7:templateId

II

1 … 1

M

ELGA

(atc...ion)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.3.1

hl7:templateId

II

1 … 1

M

HL7 CCD Medication activity

(atc...ion)

@root

uid

1 … 1

F

2.16.840.1.113883.10.20.1.24

hl7:templateId

II

1 … 1

M

IHE Immunizations Entry

(atc...ion)

@root

uid

1 … 1

F

1.3.6.1.4.1.19376.1.5.3.1.4.12

hl7:id

II

1 … 1

M

Id der einzelnen Impfung, auf die referenziert werden kann (z.B. für Updates).
OID und/oder Extension werden von der GDA-Software generiert, Eindeutigkeit ist unbedingt zu wahren.

(atc...ion)

hl7:code

CD

1 … 1

M

(atc...ion)

@code

cs

1 … 1

F

IMMUNIZ

@codeSystem

oid

1 … 1

F

2.16.840.1.113883.5.4

@codeSystemName

st

1 … 1

F

ActCode

@displayName

st

0

NP

NP/nicht anwesend

Eingefügt

1 … 1

M

von 1.2.40.0.34.6.0.11.9.1 Narrative Text Reference (DYNAMIC)

hl7:text

ED

1 … 1

M

(atc...ion)

hl7:reference

TEL

1 … 1

M

Die Referenz auf den entsprechenden Text im menschenlesbaren Teil muss durch Bezugnahme auf den Inhalt[@ID] angegeben werden: reference[@value='#xxx'].
Die Referenz ist mit einem ID-Attribut anzugeben, dieses Element DARF NUR den Textinhalt des codierten Inhalts mit Zusatzinformationen umschließen.

Alternativ kann @value auch mit dem url-scheme "http" oder "https" beginnen.

(atc...ion)

@value

1 … 1

R

Schematron assert

role

error

test

starts-with(@value,'#') or starts-with(@value,'http')

Meldung

The @value attribute content MUST conform to the format '#xxx', where xxx is the ID of the corresponding 'content'-element, or begin with the 'http' or 'https' url-scheme.

hl7:statusCode

CS

1 … 1

M

Fester Wert "completed"

(atc...ion)

@code

cs

1 … 1

F

completed

hl7:effectiveTime

TS.AT.VAR

1 … 1

M

Impfzeitpunkt: Datum inklusive Zeitpunkt der Durchführung der Impfung.
bzw.
Impfdatum: Datum der Durchführung der Impfung ohne Zeitangabe. Bitte bei der Anzeige beachten, das keine (erfundene) Zeitangabe gemacht wird, wie z.B. "00:00".

(atc...ion)

wo [not(@nullFlavor)]

Constraint

Im Fall der Dokumentenklasse "Update Immunisierungsstatus" ohne Nachtrag MUSS der Impfzeitpunkt entweder im Format YYYYMMDD (taggenau) oder YYYYMMDDhhmmss[+/-]HHMM (sekundengenau mit Zeitzone) angegeben werden.

Im Fall der Dokumentenklasse "Update Immunisierungsstatus" mit Nachtrag KANN der Impfzeitpunkt zusätzlich auch im Format YYYY (jahrgenau) oder YYYYMM (monatsgenau) strukturiert sein.

hl7:routeCode

CE

0 … 1

Die Art der Anwendung (des Impfstoffes) z.B. subkutan, intramuskulär.

(atc...ion)

CONF

Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.14581 HL7_RouteOfAdministration (DYNAMIC)

hl7:approachSiteCode

CD

1 … 1

R

Der Ort der Anwendung bzw. die Körperstelle, an der die Impfung angewendet wurde.

Wird nicht verwendet!

Für dieses Element wird daher immer der nullFlavor='NA' angegeben.

(atc...ion)

@nullFlavor

cs

1 … 1

F

NA

Auswahl

1 … 1

Elemente in der Auswahl:

hl7:doseQuantity[not(hl7:low|hl7:high|@nullFlavor)]
hl7:doseQuantity[@nullFlavor='UNK']

hl7:doseQuantity

IVL_PQ

0 … 1

Menge des Wirkstoffs des verabreichten Arzneimittels (Mengenangabe aus Fachinformation).
Mit doseQuantity als IVL_PQ, aber als PQ instantiiert.

Hinweis: Die tatsächlich verabreichte Menge kann dokumentiert werden, falls von Fachinformation abweichend. Falls zwei Impfdosen verabreicht werden ("zwei Packungen"), gibt es zwei Möglichkeiten der Dokumentation:

Wenn die Packungen dieselbe Chargennummer besitzen: Verabreichte Menge verdoppeln, nur eine Impfung dokumentieren (zwei Impfungen mit derselben Chargennummer werden von der zentralen Applikation als Duplikat erkannt und ignoriert).
Wenn zwei unterschiedliche Chargennummern verimpft werden, können beide jeweils als eine eigene Impfung mit derselben Dosiskennung und demselben Impfdatum gespeichert werden.

(atc...ion)

wo [not(hl7:lowoder
hl7:highoder
@nullFlavor)]

@value

1 … 1

R

Dosierung bzw. Menge des verabreichten Impfstoffes.

@unit

cs

0 … 1

CONF

Der Wert von @unit muss gewählt werden aus dem Value Set 1.2.40.0.34.10.32 ELGA_MedikationMengenart (DYNAMIC)

oder

Der Wert von @unit muss gewählt werden aus dem Value Set 1.2.40.0.34.10.67 ELGA_MedikationMengenartAlternativ (DYNAMIC)

Constraint

Im Fall der Dokumentenklasse "Update Immunisierungsstatus" ohne Nachtrag MUSS, M [1..1], die tatsächlich verabreichte Menge dokumentiert werden, WENN von Fachinformation abweichend verabreicht wurde.

In allen anderen Fällen MUSS, R [1..1] das Element vorhanden sein und KANN mit nullFlavor = "UNK" strukturiert werden.

hl7:low

IVXB_PQ

NP

(atc...ion)

hl7:center

PQ

NP

(atc...ion)

hl7:width

PQ

NP

(atc...ion)

hl7:high

IVXB_PQ

NP

(atc...ion)

hl7:doseQuantity

IVL_PQ

0 … 1

(atc...ion)

wo [@nullFlavor='UNK']

@nullFlavor

cs

1 … 1

F

UNK

Auswahl

1 … 1

Elemente in der Auswahl:

hl7:consumable[hl7:manufacturedProduct/hl7:templateId[@root='1.2.40.0.34.6.0.11.9.32']] welches enthält Template 1.2.40.0.34.6.0.11.9.32 Vaccine Product (DYNAMIC)
hl7:consumable[hl7:manufacturedProduct/hl7:templateId[@root='1.2.40.0.34.6.0.11.9.31']] welches enthält Template 1.2.40.0.34.6.0.11.9.31 Vaccine Product nicht angegeben (DYNAMIC)

Constraint

Im Fall der Dokumentenklasse "Update Immunisierungsstatus" ohne Nachtragung MUSS, M [1..1], das Element den Vorgaben des Template "Vaccine Product" (templateId 1.2.40.0.34.6.0.11.9.32) folgen.
In allen anderen Fällen kann das Element auch entsprechend dem Template "Vaccine Product nicht angegeben" (templateId 1.2.40.0.34.6.0.11.9.31) strukturiert sein.

hl7:consumable

0 … 1

Impfstoff.

Beinhaltet 1.2.40.0.34.6.0.11.9.32 Vaccine Product (DYNAMIC)

(atc...ion)

wo [hl7:manufacturedProduct/hl7:templateId [@root='1.2.40.0.34.6.0.11.9.32']]

@typeCode

cs

1 … 1

F

CSM

hl7:consumable

0 … 1

Beinhaltet 1.2.40.0.34.6.0.11.9.31 Vaccine Product nicht angegeben (DYNAMIC)

(atc...ion)

wo [hl7:manufacturedProduct/hl7:templateId [@root='1.2.40.0.34.6.0.11.9.31']]

@typeCode

cs

1 … 1

F

CSM

hl7:performer

0 … 1

C

"Impfende Person": Jene Person, die die Impfung durchführt, z.B. ein Arzt oder eine Hebamme bzw. DGKS im übertragenen Wirkungsbereich.

Bei Strukturierung des Elements entspricht performer/assignedEntity/representedOrganization/addr dem Impfort.

Beinhaltet 1.2.40.0.34.6.0.11.9.21 Performer Body - Impfende Person (DYNAMIC)

(atc...ion)

@typeCode

cs

1 … 1

F

PRF

Constraint

Im Fall der Dokumentenklasse "Update Immunisierungsstatus" ohne Nachtragung

MUSS dieses Element angegeben sein, WENN sich der Performer von der für die Impfung verantwortlichen Person (author) unterscheidet.

In allen anderen Fällen KANN, das Element auch komplett entfallen.

Wird dieses Element strukturiert wird, SOLL in performer/assignedEntity/representedOrganization/addr der Impfort angegeben werden, soweit er bekannt ist (R [0..1]).

hl7:author

0 … 1

C

"Medizinisch verantwortliche Person": Die Person, die für die Impfung und ihre Dokumentation letztlich verantwortlich ist, z.B. der verantwortliche Arzt.

Wird der "Performer Body - Impfende Person" nicht strukturiert, dann entspricht author/assignedAuthor/representedOrganization/addr dem Impfort.

Beinhaltet 1.2.40.0.34.6.0.11.9.8 Author Body - e-Impfpass (DYNAMIC)

(atc...ion)

Constraint

Der Author MUSS verpflichtend angegeben werden bei:

einer neuen Impfung (Dokumentenklasse "Update Immunisierungsstatus" ohne Nachtragung) (M [1..1]) oder
einer Selbsteintragung einer Impfung durch den Bürger (M [1..1]).

Bei einem Nachtrag (Dokumentenklasse "Update Immunisierungsstatus" mit Nachtragung) KANN das Element auch komplett entfallen (O [0..1]).

Wird dieses Element strukturiert und wird die "Impfende Person" (performer) nicht angegeben, SOLL in author/assignedAuthor/representedOrganization/addr der Impfort angegeben werden, soweit er bekannt ist (R [0..1]).

hl7:informant

0 … 1

C

Verpflichtende Angabe, falls die Impfung durch den/die Bürger/in selbst eingetragen wird.

Anmerkung: Selbsteingetragene Impfungen sind als solche gekennzeichnet und dienen Gesundheitsdiensteanbietern nur zur Information.

Beinhaltet 1.2.40.0.34.6.0.11.9.3 Informant Body (DYNAMIC)

(atc...ion)

Constraint

Im Falle einer Selbsteintragung einer Impfung 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 wird der Informant nicht angegeben (NP).

hl7:participant

0 … 1

C

Nachtragende Person (Datenverarbeitende Person)

Die Person / Gerät, die Daten für den Impfpass dokumentiert. Nur für Nachtragung relevant.

Beinhaltet 1.2.40.0.34.6.0.11.9.14 Participant Body - Transcriber (DYNAMIC)

(atc...ion)

@typeCode

cs

1 … 1

F

ENT

@contextControlCode

cs

0 … 1

F

OP

Constraint

Im Fall der Nachtragung einer Immunisierung mittels der Dokumentenklasse "Update Immunisierungsstatus" MUSS, M [1..1] dieses Element angegeben sein.
Im Fall der Dokumentenklasse "Update Immunisierungsstatus" ohne Nachtragung ist dieses Element NICHT ERLAUBT (NP [0..0]).
Im Fall der Dokumentenklasse "Kompletter Immunisierungsstatus" KANN dieses Element angegeben sein (O [0..1]).

hl7:participant

0 … 1

C

Korrigierende Person (Datenverarbeitende Person)
Die Person / Gerät, die Daten im e-Impfpass korrigiert.

Anmerkung: Nur spezielle gesetzlich festgelegte Rollen dürfen Korrekturen an Einträgen anderer GDA durchführen und werden von der Zentralen Anwendung beim entsprechenden Eintrag im Kompletten Immunisierungsstatus als korrigierende Person angeführt.

Beinhaltet 1.2.40.0.34.6.0.11.9.44 Participant Body - Verifier (DYNAMIC)

(atc...ion)

@typeCode

cs

1 … 1

F

VRF

@contextControlCode

cs

0 … 1

F

OP

Constraint

In der Dokumentenklasse "Update Immunisierungsstatus" ist die Angabe einer korrigierende Person NICHT erlaubt (NP [0...0]).
In der Dokumentenklasse "Kompletter Immunisierungsstatus" MUSS die korrigierende Person angegeben werden (M [1..1]), wenn eine neue Version eines "Update Immunisierungsstatus" nicht den ursprünglichen document.author enthält (Korrektur durch Behörde).
Alle durch Behörden korrigierten Einträge scheinen dauerhaft im Kompletten Immunisierungsstatus mit korrigierender Person auf, sonst ist die korrigierende Person verboten (NP).

hl7:participant

0 … 1

C

Berechtigter bearbeitender GDA (OID aus dem GDA-Index).

Beinhaltet 1.2.40.0.34.6.0.11.9.46 Participant Body - Authorized Editor (DYNAMIC)

(atc...ion)

@typeCode

cs

1 … 1

F

AUT

@contextControlCode

cs

0 … 1

F

OP

Constraint

In der Dokumentenklasse "Update Immunisierungsstatus" ist die Angabe NICHT erlaubt (NP [0...0]).
In der Dokumentenklasse "Kompletter Immunisierungsstatus" KANN der berechtigte bearbeitende GDA angegeben werden ([0..1]), wenn die OID aus dem GDA-Index des document.author des zugrundeliegenden "Update Immunisierungsstatus" vorliegt.

hl7:participant

0 … 1

C

"Eintragende Person": Die dokumentierende Person (z.B. Medizinische Dokumentationsassistenz, Schreibkraft) (OID aus dem GDA-Index).

Beinhaltet 1.2.40.0.34.6.0.11.9.47 Participant Body - Data Enterer (DYNAMIC)

(atc...ion)

@typeCode

cs

1 … 1

F

ENT

@contextControlCode

cs

0 … 1

F

OP

Constraint

In der Dokumentenklasse "Update Immunisierungsstatus" ist die Angabe NICHT erlaubt (NP [0...0]).
In der Dokumentenklasse "Kompletter Immunisierungsstatus" KANN die dokumentierende Person (ClinicalDocument/dataEnterer) aus dem jeweiligen "Update Immunisierungsstatus" in den entsprechenden entry."Participant Body - Data Enterer" übernommen werden ([0..1]).

hl7:entryRelationship

1 … *

M

"Impfziel": Immunisierung gegen eine bestimmte Krankheit oder einen Erreger.

Beinhaltet 1.2.40.0.34.6.0.11.3.2 Immunization Target Entry (DYNAMIC)

(atc...ion)

@typeCode

cs

1 … 1

F

RSON

@contextConductionInd

cs

0 … 1

F

true

hl7:entryRelationship

0 … 1

C

Abrechenbarkeit.

Beinhaltet 1.2.40.0.34.6.0.11.3.5 Immunization Billability Entry (DYNAMIC)

(atc...ion)

@typeCode

cs

1 … 1

F

SUBJ

@contextConductionInd

cs

0 … 1

F

true

Constraint

Ist nur im Falle der Dokumentenklasse "Update Immunisierungsstatus" ohne Nachtragung zulässig.
In allen anderen Fällen MUSS dieses Element komplett entfallen.

Schematron assert

role

error

test

/hl7:ClinicalDocument/hl7:templateId[@root = '1.2.40.0.34.6.0.11.0.2'] and not(ancestor::*/hl7:participant/hl7:templateId[@root = '1.2.40.0.34.6.0.11.9.14'])

Meldung

Das Element entryRelationship/act/templateId/@root='1.2.40.0.34.6.0.11.3.5' ist NICHT ERLAUBT.

hl7:entryRelationship

C

Zusatzklassifikation

Beinhaltet 1.2.40.0.34.6.0.11.3.168 Zusatzklassifikation (DYNAMIC)

(atc...ion)

@typeCode

cs

1 … 1

F

SUBJ

@contextConductionInd

cs

0 … 1

F

true

Constraint

Impfsetting:

Im Fall der Dokumentenklasse "Update Immunisierungsstatus" ohne Nachtrag MUSS in diesem Element das Impfsetting angegeben sein (M [1..1]).
Im Fall der Dokumentenklasse "Update Immunisierungsstatus" mit Nachtrag ist die Angabe eines Impfsettings optional (O [0..1]).
In allen anderen Fällen ist die Angabe des Impfsettings optional (O [0..*]).

Im Fall der Dokumentenklasse " Update Immunisierungsstatus " KANN in diesem Element das Impfprogramm angegeben werden im Rahmen dessen die Impfung verabreicht wurde (O [0..1]) .

hl7:reference

0 … 1

C

Referenz auf das zugrundeliegende CDA-Dokument der Dokumentenklasse "Update Immunisierungsstatus" mit dem dieses Immunization Entry ursprünglich vom GDA gespeichert wurde.

Beinhaltet 1.2.40.0.34.6.0.11.3.14 External Document Entry (DYNAMIC)

(atc...ion)

wo [hl7:externalDocument [hl7:code [@code = '11369-6']]]

@typeCode

cs

1 … 1

F

REFR

Constraint

Im Fall der Dokumentenklasse "Kompletter Immunisierungsstatus" MUSS dieses Element angegeben sein (M [1..1]).

In allen anderen Fällen KANN das Element auch komplett entfallen (R [0..1]).

hl7:reference

0 … 1

R

Referenz auf das Impfzertifikat zu dieser Impfung.

Hinweis: Die Angabe des Impfzertifikats wird ab 01.07.2023 technisch nicht mehr unterstützt.

Beinhaltet 1.2.40.0.34.6.0.11.3.14 External Document Entry (DYNAMIC)

(atc...ion)

wo [not(hl7:externalDocument [hl7:code [@code = '11369-6']])]

@typeCode

cs

1 … 1

F

REFR

Constraint

Bei Referenz auf ein Impfzertifikat gelten für das External Document Entry folgende constraints:

externalDocument/code MUSS mit den Attributen

@code == "308707006"
@codeSystem == "2.16.840.1.113883.6.96"
@displayName == "Zertifikat"

strukturiert sein.

externalDocument/code/translation/code MUSS mit den Attributen

@code == "DGC-V"
@codeSystem == "1.2.40.0.34.5.183"
@displayName == "Impfzertifikat"

strukturiert sein.

hl7:precondition

1 … 1

M

Impfschema. Die Angabe eines Impfschemas ist verpflichtend.

Beinhaltet 1.2.40.0.34.6.0.11.3.10 Immunization Schedule Entry (DYNAMIC)

(atc...ion)

@typeCode

cs

0 … 1

F

PRCN

Schematron assert

role

error

test

not(/hl7:ClinicalDocument/hl7:templateId[@root = '1.2.40.0.34.6.0.11.0.2']) or hl7:doseQuantity

Meldung

Das Element doseQuantity MUSS vorhanden und KANN mit nullFlavor "UNK" strukturiert sein.

Schematron assert

role

error

test

not(/hl7:ClinicalDocument/hl7:templateId[@root = '1.2.40.0.34.6.0.11.0.2'] and not( hl7:participant/hl7:templateId[@root = '1.2.40.0.34.6.0.11.9.14'])) or hl7:consumable/hl7:manufacturedProduct/hl7:templateId[@root='1.2.40.0.34.6.0.11.9.32']

Meldung

Das Element consumable/manufacturedProduct/templateId/@root='1.2.40.0.34.6.0.11.9.32' MUSS vorhanden sein.

Schematron assert

role

error

test

not(/hl7:ClinicalDocument/hl7:templateId[@root = '1.2.40.0.34.6.0.11.0.2'] and not(hl7:participant/hl7:templateId[@root = '1.2.40.0.34.6.0.11.9.14'])) or hl7:author

Meldung

Das Element author MUSS vorhanden sein.

Schematron assert

role

error

test

not(/hl7:ClinicalDocument/hl7:templateId[@root = '1.2.40.0.34.6.0.11.0.4']) or hl7:reference/hl7:externalDocument/hl7:code/hl7:translation[@code = '87273-9']

Meldung

Das Element reference MUSS vorhanden sein.

Schematron assert

role

error

test

not(/hl7:ClinicalDocument/hl7:templateId[@root = '1.2.40.0.34.6.0.11.0.2'] and hl7:participant/hl7:templateId[@root = '1.2.40.0.34.6.0.11.9.44'])

Meldung

Das Element participant[@typeCode='VRF'] DARF NICHT vorhanden sein.

Schematron assert

role

error

test

not(/hl7:ClinicalDocument/hl7:templateId[@root = '1.2.40.0.34.6.0.11.0.2'] and hl7:participant/hl7:templateId[@root = '1.2.40.0.34.6.0.11.9.46'])

Meldung

Das Element participant[@typeCode='AUT'] DARF NICHT vorhanden sein.

Schematron assert

role

error

test

not(/hl7:ClinicalDocument/hl7:templateId[@root = '1.2.40.0.34.6.0.11.0.2'] and hl7:participant/hl7:templateId[@root = '1.2.40.0.34.6.0.11.9.47'])

Meldung

Das Element participant[@typeCode='ENT'] DARF NICHT vorhanden sein.

3.1.4.2 Performer Body

Id

1.2.40.0.34.6.0.11.3.3

ref

at-cda-bbr-

Gültigkeit

2023‑01‑23 16:19:01

Andere Versionen mit dieser Id:

atcdabbr_entry_ImmunizationRecommendation vom 2022‑01‑25 14:14:04
atcdabbr_entry_ImmunizationRecommendation vom 2021‑08‑04 13:35:43
atcdabbr_entry_ImmunizationRecommendation vom 2021‑05‑18 08:55:47
atcdabbr_entry_ImmunizationRecommendation vom 2021‑05‑04 09:04:33
atcdabbr_entry_ImmunizationRecommendation vom 2021‑02‑19 12:47:07
atcdabbr_entry_ImmunizationRecommendation vom 2019‑04‑25 10:30:18

Status

Aktiv

Versions-Label

2.0.0+20230717

Name

atcdabbr_entry_ImmunizationRecommendation

Bezeichnung

Immunization Recommendation Entry

Beschreibung

Enthält die Dokumentation einer einzelnen Impfempfehlung (die geplante einzelne Verabreichung eines Impfstoffes).

Impfempfehlungen können von einem Arzt stammen oder automatisiert von einem Regelwerk erstellt werden.

Impfempfehlungen können sich auf ein bestimmtes Produkt und sollten sich auf ein bestimmtes Impfschema beziehen.

Impfempfehlungen können auch eine Kontraindikation für eine Impfung dokumentieren (Empfehlung für eine Nicht-Impfung). Hinweis: Die Angabe von Kontraindikationen ist technisch zwar möglich, wird zurzeit aber NICHT unterstützt.

Kontext

Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.3

Label

IHE PCC TF2 Rev.11, 6.3.4.17

Klassifikation

CDA Entry Level Template

Offen/Geschlossen

Geschlossen (nur definierte Elemente sind erlaubt)

Benutzt

Benutzt 13 Templates

Benutzt	als	Name	Version
1.2.40.0.34.6.0.11.9.1	Inklusion	Narrative Text Reference (1.0.1+20210512)	DYNAMIC
1.2.40.0.34.6.0.11.9.15	Containment	Time Interval Information minimal (1.0.1+20210628)	DYNAMIC
1.2.40.0.34.6.0.11.9.32	Containment	Vaccine Product (2.0.0+20230717)	DYNAMIC
1.2.40.0.34.6.0.11.9.31	Containment	Vaccine Product nicht angegeben (1.0.0+20210219)	DYNAMIC
1.2.40.0.34.6.0.11.9.8	Containment	Author Body - e-Impfpass (2.0.0+20230717)	DYNAMIC
1.2.40.0.34.6.0.11.9.44	Containment	Participant Body - Verifier (2.0.0+20230717)	DYNAMIC
1.2.40.0.34.6.0.11.9.46	Containment	Participant Body - Authorized Editor (1.0.1+20230717)	DYNAMIC
1.2.40.0.34.6.0.11.9.47	Containment	Participant Body - Data Enterer (1.0.1+20230717)	DYNAMIC
1.2.40.0.34.6.0.11.3.2	Containment	Immunization Target Entry (2.0.0+20230717)	DYNAMIC
1.2.40.0.34.6.0.11.3.17	Containment	Comment Entry - Single Author / Informant (1.0.0+20230717)	DYNAMIC
1.2.40.0.34.6.0.11.3.22	Containment	Impfplan Entry (1.1.0+20230717)	DYNAMIC
1.2.40.0.34.6.0.11.3.14	Containment	External Document Entry (1.0.1+20230717)	DYNAMIC
1.2.40.0.34.6.0.11.3.10	Containment	Immunization Schedule Entry (2.0.0+20230717)	DYNAMIC

Beziehung

Version: Template 1.2.40.0.34.6.0.11.3.3 Immunization Recommendation Entry (2022‑01‑25 14:14:04)

ref

at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.3.3 Immunization Recommendation Entry (2021‑08‑04 13:35:43)

ref

at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.3.3 Immunization Recommendation Entry (2021‑05‑18 08:55:47)

ref

at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.3.3 Immunization Recommendation Entry (2021‑05‑04 09:04:33)

ref

at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.3.3 Immunization Recommendation Entry (2021‑02‑19 12:47:07)

ref

at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.3.3 Immunization Recommendation Entry (2019‑04‑25 10:30:18)

ref

at-cda-bbr-

Spezialisierung: Template 1.3.6.1.4.1.19376.1.5.3.1.4.12.2 IHE Immunization Recommendation (DYNAMIC)

ref

IHE-PCC-

Spezialisierung: Template 2.16.840.1.113883.10.20.1.25 (DYNAMIC)

ref

at-cda-bbr-

Beispiel

Empfohlener Impftermin

Beispiel

Empfohlene Impfung ohne Termin

Beispiel

Keine weitere Impfung notwendig

Beispiel

Nicht indizierte Impfung (Update Immunisierungsstatus)

Beispiel

Nicht indizierte Impfung (Kompletter Immunisierungsstatus)

Item

DT

Kard

Konf

Beschreibung

Label

hl7:substanceAdministration

Eine Impfempfehlung ist ein Vorschlag zur Verabreichung eines Impfstoffes oder eine Dokumentation einer beabsichtigten, aber noch nicht verabreichten Impfung.

IHE PCC TF2 Rev.11, 6.3.4.17

@classCode

cs

1 … 1

F

SBADM

@moodCode

cs

1 … 1

F

PRP

Von den beiden laut IHE PCC möglichen Werten wird nur PRP (recommended immunization (proposal)) verwendet.

@negationInd

bl

1 … 1

R

Impfempfehlungen (geplante Impfungen) werden mit false gekennzeichnet.
Impfungen, die aus medizinischen Gründen nicht verabreicht werden dürfen (Kontraindikation), werden mit true gekennzeichnet.
Nicht gewünschte oder abgelehnte Impfungen werden nicht dokumentiert.

hl7:templateId

II

1 … 1

M

ELGA

IHE PCC TF2 Rev.11, 6.3.4.17

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.3.3

hl7:templateId

II

1 … 1

M

HL7 CCD

IHE PCC TF2 Rev.11, 6.3.4.17

wo [@root='2.16.840.1.113883.10.20.1.25']

@root

uid

1 … 1

F

2.16.840.1.113883.10.20.1.25

hl7:templateId

II

1 … 1

M

IHE PCC Immunization Recommendation Entry

IHE PCC TF2 Rev.11, 6.3.4.17

wo [@root='1.3.6.1.4.1.19376.1.5.3.1.4.12.2']

@root

uid

1 … 1

F

1.3.6.1.4.1.19376.1.5.3.1.4.12.2

hl7:id

II

1 … 1

M

Id der einzelnen Impfempfehlung, auf die referenziert werden kann (z.B. für Updates).
Eindeutigkeit ist unbedingt zu wahren.

IHE PCC TF2 Rev.11, 6.3.4.17

hl7:code

CD

1 … 1

M

Klassifikation der Impfempfehlung und deren Bedeutung für den Impfling.

Automatisch berechnete Impfempfehlungen erhalten einen jeweils passenden Code aus dem Value Set
Ärztliche Impfempfehlungen tragen im Dokument "Update Immunisierungsstatus" einen fixen Code ("IMMUNIZ"). Für diese ärztlichen Impfempfehlungen wird im Dokument "Kompletter Immunisierungsstatus" - basierend auf dem vom Arzt eingegebenen Datum - ein aktuell passender Code aus dem Value Set eingetragen.

IHE PCC TF2 Rev.11, 6.3.4.17

@code

cs

1 … 1

R

@codeSystem

oid

1 … 1

R

@codeSystemName

st

0 … 1

@displayName

st

0 … 1

Constraint

Im Fall der Dokumentenklasse "Update Immunisierungsstatus" MUSS der fixe Code "IMMUNIZ" strukturiert sein.
Im Fall der Dokumentenklasse "Kompletter Immunisierungsstatus" MUSS ein Code aus dem Value Set "eImpf_SpecialCaseVaccination" angeführt werden.

CONF

Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.3 eImpf_SpecialCaseVaccination (DYNAMIC)

oder

@code muss "IMMUNIZ" sein

@codeSystem muss "2.16.840.1.113883.5.4" sein

Eingefügt

1 … 1

M

von 1.2.40.0.34.6.0.11.9.1 Narrative Text Reference (DYNAMIC)
Der menschenlesbare Text MUSS automatisch aus den strukturierten Informationen dieses Elements generiert werden. Das text-Element DARF NUR den Verweis auf den entsprechenden Text im menschenlesbaren Teil enthalten.

hl7:text

ED

1 … 1

M

IHE PCC TF2 Rev.11, 6.3.4.17

hl7:reference

TEL

1 … 1

M

Die Referenz auf den entsprechenden Text im menschenlesbaren Teil muss durch Bezugnahme auf den Inhalt[@ID] angegeben werden: reference[@value='#xxx'].
Die Referenz ist mit einem ID-Attribut anzugeben, dieses Element DARF NUR den Textinhalt des codierten Inhalts mit Zusatzinformationen umschließen.

Alternativ kann @value auch mit dem url-scheme "http" oder "https" beginnen.

IHE PCC TF2 Rev.11, 6.3.4.17

@value

1 … 1

R

Schematron assert

role

error

test

starts-with(@value,'#') or starts-with(@value,'http')

Meldung

The @value attribute content MUST conform to the format '#xxx', where xxx is the ID of the corresponding 'content'-element, or begin with the 'http' or 'https' url-scheme.

hl7:statusCode

CS

1 … 1

M

Fixer Wert "active"

IHE PCC TF2 Rev.11, 6.3.4.17

@code

cs

1 … 1

F

active

hl7:effectiveTime

IVL_TS

0 … 1

"Empfohlenes Impfdatum": Die Impfempfehlung bezieht sich immer auf einen Zeitraum (beginnend mit frühestmöglichem Zeitpunkt). Pro Impfziel ist immer nur der jeweils nächste Impftermin anzugeben.

Wenn kein Zeitraum berechnet werden kann, können low und high UNK sein. Datentyp jeweils TS.AT.TZ (Zeit KANN angegeben werden). Beispiel für "Impfung am 3.10.2019" angeben → low="20191003" - high= "20191004" | "20191003235959+0200".
Beinhaltet 1.2.40.0.34.6.0.11.9.15 Time Interval Information minimal (DYNAMIC)

IHE PCC TF2 Rev.11, 6.3.4.17

hl7:routeCode

CE

1 … 1

R

Die Art der Anwendung (des Impfstoffes) z.B. subkutan, intramuskulär.
Wird nicht verwendet! Für dieses Element wird daher immer der nullFlavor='NA' angegeben.

IHE PCC TF2 Rev.11, 6.3.4.17

@nullFlavor

cs

1 … 1

F

NA

hl7:approachSiteCode

CD

1 … 1

R

Der Ort der Anwendung bzw. die Körperstelle, an der die Impfung angewendet wurde.

Wird nicht verwendet!

Für dieses Element wird daher immer der nullFlavor='NA' angegeben.

IHE PCC TF2 Rev.11, 6.3.4.17

@nullFlavor

cs

1 … 1

F

NA

Auswahl

1 … 1

Elemente in der Auswahl:

hl7:doseQuantity[not(@nullFlavor|hl7:low|hl7:high|hl7:center|hl7:width)]
hl7:doseQuantity[not(hl7:low|hl7:high)]

hl7:doseQuantity

IVL_PQ

0 … 1

Empfohlene Dosierung. Z.B. die Anzahl der Ampullen

IHE PCC TF2 Rev.11, 6.3.4.17

wo [not(@nullFlavoroder
hl7:lowoder
hl7:highoder
hl7:centeroder
hl7:width)]

hl7:doseQuantity

IVL_PQ

0 … 1

Dosierung wird nicht angegeben. Das Element wird daher mit nullFlavor='NA' angegeben.

IHE PCC TF2 Rev.11, 6.3.4.17

wo [not(hl7:lowoder
hl7:high)]

@nullFlavor

cs

1 … 1

F

NA

Auswahl

1 … 1

"Empfohlener Impfstoff": Angaben zum ärztlich empfohlenen Arzneimittel

Elemente in der Auswahl:

hl7:consumable[hl7:manufacturedProduct/hl7:templateId[@root='1.2.40.0.34.6.0.11.9.32']] welches enthält Template 1.2.40.0.34.6.0.11.9.32 Vaccine Product (DYNAMIC)
hl7:consumable[hl7:manufacturedProduct/hl7:templateId[@root='1.2.40.0.34.6.0.11.9.31']] welches enthält Template 1.2.40.0.34.6.0.11.9.31 Vaccine Product nicht angegeben (DYNAMIC)

hl7:consumable

0 … 1

Beinhaltet 1.2.40.0.34.6.0.11.9.32 Vaccine Product (DYNAMIC)

IHE PCC TF2 Rev.11, 6.3.4.17

wo [hl7:manufacturedProduct/hl7:templateId [@root='1.2.40.0.34.6.0.11.9.32']]

@typeCode

cs

1 … 1

F

CSM

hl7:consumable

0 … 1

Beinhaltet 1.2.40.0.34.6.0.11.9.31 Vaccine Product nicht angegeben (DYNAMIC)

IHE PCC TF2 Rev.11, 6.3.4.17

wo [hl7:manufacturedProduct/hl7:templateId [@root='1.2.40.0.34.6.0.11.9.31']]

@typeCode

cs

1 … 1

F

CSM

hl7:author

1 … 1

M

"Medizinisch verantwortliche Person oder System": Person oder System, das die Empfehlung generiert
Beinhaltet 1.2.40.0.34.6.0.11.9.8 Author Body - e-Impfpass (DYNAMIC)

IHE PCC TF2 Rev.11, 6.3.4.17

hl7:participant

0 … 1

C

Korrigierende Person (Datenverarbeitende Person)

Die Person / Gerät, die Daten im e-Impfpass korrigiert.

Anmerkung: Nur spezielle gesetzlich festgelegte Rollen dürfen Korrekturen an Einträgen anderer GDA durchführen und werden von der Zentralen Anwendung beim entsprechenden Eintrag im Kompletten Immunisierungsstatus als korrigierende Person angeführt.

Beinhaltet 1.2.40.0.34.6.0.11.9.44 Participant Body - Verifier (DYNAMIC)

IHE PCC TF2 Rev.11, 6.3.4.17

@typeCode

cs

1 … 1

F

VRF

@contextControlCode

cs

0 … 1

F

OP

Constraint

In der Dokumentenklasse "Update Immunisierungsstatus" ist die Angabe einer korrigierende Person NICHT erlaubt (NP [0...0]).
In der Dokumentenklasse "Kompletter Immunisierungsstatus" MUSS die korrigierende Person angegeben werden (M [1..1]), wenn eine neue Version eines "Update Immunisierungsstatus" nicht den ursprünglichen document.author enthält (Korrektur durch Behörde).
Alle durch Behörden korrigierten Einträge scheinen dauerhaft im Kompletten Immunisierungsstatus mit korrigierender Person auf, sonst ist die korrigierende Person verboten (NP).

hl7:participant

0 … 1

C

Berechtigter bearbeitender GDA (OID aus dem GDA-Index).

Beinhaltet 1.2.40.0.34.6.0.11.9.46 Participant Body - Authorized Editor (DYNAMIC)

IHE PCC TF2 Rev.11, 6.3.4.17

@typeCode

cs

1 … 1

F

AUT

@contextControlCode

cs

0 … 1

F

OP

Constraint

In der Dokumentenklasse "Update Immunisierungsstatus" ist die Angabe NICHT erlaubt (NP [0...0]).
In der Dokumentenklasse "Kompletter Immunisierungsstatus" KANN der berechtigte bearbeitende GDA angegeben werden ([0..1]), wenn die OID aus dem GDA-Index des document.author des zugrundeliegenden "Update Immunisierungsstatus" vorliegt.

hl7:participant

0 … 1

C

"Eintragende Person": Die dokumentierende Person (z.B. Medizinische Dokumentationsassistenz, Schreibkraft) (OID aus dem GDA-Index).

Beinhaltet 1.2.40.0.34.6.0.11.9.47 Participant Body - Data Enterer (DYNAMIC)

IHE PCC TF2 Rev.11, 6.3.4.17

@typeCode

cs

1 … 1

F

ENT

@contextControlCode

cs

0 … 1

F

OP

Constraint

In der Dokumentenklasse "Update Immunisierungsstatus" ist die Angabe NICHT erlaubt (NP [0...0]).
In der Dokumentenklasse "Kompletter Immunisierungsstatus" KANN die dokumentierende Person (ClinicalDocument/dataEnterer) aus dem jeweiligen "Update Immunisierungsstatus" in den entsprechenden entry."Participant Body - Data Enterer" übernommen werden ([0..1]).

hl7:entryRelationship

1 … *

M

"Impfziel" (Masern, FSME, Rotavirus) - Immunisierung gegen eine bestimmte Krankheit oder einen Erreger.
Beinhaltet 1.2.40.0.34.6.0.11.3.2 Immunization Target Entry (DYNAMIC)

IHE PCC TF2 Rev.11, 6.3.4.17

@typeCode

cs

1 … 1

F

RSON

@contextConductionInd

cs

0 … 1

F

true

hl7:entryRelationship

0 … 1

Freitext zur Begründung einer von der medizinisch verantwortlichen Person abgegebenen Impfempfehlung, z.B. mit Hinweis auf das Ergebnis einer Antikörper-Bestimmung (Impftiter).
Beinhaltet 1.2.40.0.34.6.0.11.3.17 Comment Entry - Single Author / Informant (DYNAMIC)

IHE PCC TF2 Rev.11, 6.3.4.17

@typeCode

cs

1 … 1

F

RSON

@contextConductionInd

cs

0 … 1

F

true

Auswahl

0 … *

Elemente in der Auswahl:

hl7:reference welches enthält Template 1.2.40.0.34.6.0.11.3.22 Impfplan Entry (DYNAMIC)
hl7:reference welches enthält Template 1.2.40.0.34.6.0.11.3.14 External Document Entry (DYNAMIC)

hl7:reference

0 … *

Referenz auf die Information, die der Impfempfehlung zugrunde liegt, z.B.:

Nationaler Impfplan ("Impfplan Österreich")
e-Impfplan Regelwerk - beinhaltet Informationen aus dem Impfplan Österreich und teilweise aus den Fachinformationen, sollte diese im Impfplan Österreich zu wenig spezifiziert sein.
weitere Fachinformation (liegt derzeit nicht strukturiert vor)
Individuelle Konstellation des Impflings -> manueller Eintrag bei Impfung

(Abhängig vom Produkt bzw. "Impfung", wenn Kombinationspräparat)

Beinhaltet 1.2.40.0.34.6.0.11.3.22 Impfplan Entry (DYNAMIC)

IHE PCC TF2 Rev.11, 6.3.4.17

@typeCode

cs

1 … 1

F

REFR

hl7:reference

0 … 1

Referenz auf das zugrundeliegende CDA-Dokument der Dokumentenklasse "Update Immunisierungsstatus" mit dem dieses Immunization Recommendation Entry ursprünglich vom GDA gespeichert wurde.

Beinhaltet 1.2.40.0.34.6.0.11.3.14 External Document Entry (DYNAMIC)

IHE PCC TF2 Rev.11, 6.3.4.17

@typeCode

cs

1 … 1

F

REFR

hl7:precondition

1 … 1

M

Angabe, um welche Impfung oder Teilimpfung es sich handelt (entsprechend einem Impfschema)

Beinhaltet 1.2.40.0.34.6.0.11.3.10 Immunization Schedule Entry (DYNAMIC)

IHE PCC TF2 Rev.11, 6.3.4.17

@typeCode

cs

0 … 1

F

PRCN

Schematron assert

role

error

test

not(/hl7:ClinicalDocument/hl7:templateId[@root = '1.2.40.0.34.6.0.11.0.2']) or hl7:code[@code='IMMUNIZ']

Meldung

Die Attribute code/@code = "IMMUNIZ"; code/@codeSystem = "2.16.840.1.113883.5.4" MÜSSEN vorhanden sein.

Schematron assert

role

error

test

not(/hl7:ClinicalDocument/hl7:templateId[@root = '1.2.40.0.34.6.0.11.0.2'] and hl7:participant/hl7:templateId[@root = '1.2.40.0.34.6.0.11.9.44'])

Meldung

Das Element participant[@typeCode='VRF'] DARF NICHT vorhanden sein.

Schematron assert

role

error

test

not(/hl7:ClinicalDocument/hl7:templateId[@root = '1.2.40.0.34.6.0.11.0.2'] and hl7:participant/hl7:templateId[@root = '1.2.40.0.34.6.0.11.9.46'])

Meldung

Das Element participant[@typeCode='AUT'] DARF NICHT vorhanden sein.

Schematron assert

role

error

test

not(/hl7:ClinicalDocument/hl7:templateId[@root = '1.2.40.0.34.6.0.11.0.2'] and hl7:participant/hl7:templateId[@root = '1.2.40.0.34.6.0.11.9.47'])

Meldung

Das Element participant[@typeCode='ENT'] DARF NICHT vorhanden sein.

Schematron assert

role

error

test

not(/hl7:ClinicalDocument/hl7:templateId[@root = '1.2.40.0.34.6.0.11.0.4']) or (../hl7:substanceAdministration[@negationInd='false'] and not(hl7:code[@code='266758009']) or (../hl7:substanceAdministration[@negationInd='true'] and hl7:code[@code='266758009']))

Meldung

Wenn @negationInd="true" MUSS code/@code="266758009" (Immunization contraindicated (situation)) sein.

3.1.5 Other CDA Templates

3.1.5.1 TODO

...

3.2 Codes und Wertebereiche

3.2.1 Author Speciality

Keine Versionen mit Status draft, active, review oder pending

3.2.2 Abrechenbarkeit

Diese Terminologie ist eine Momentaufnahme vom . Terminologien können sich im Laufe der Zeit weiterentwickeln. Wenn eine neuere (dynamische) Versionen dieser Terminologie benötigt wird, bitte von der Quelle abrufen.

Id

1.2.40.0.34.6.0.10.2

Gültigkeit

2023‑08‑03

Status

Entwurf

Versions-Label

1.5.0+20240516

Name

eimpf-impfrelevanteerkrankung

Bezeichnung

eImpf_ImpfrelevanteErkrankung

Beschreibung

Infektionskrankheiten, die eine langfristige Immunisierung nach sich ziehen und daher eine weitere Impfung nicht notwendig machen.

Copyright

This artefact includes content from SNOMED Clinical Terms® (SNOMED CT®) which is copyright of the International Health Terminology Standards Development Organisation (IHTSDO). Implementers of these artefacts must have the appropriate SNOMED CT Affiliate license - for more information contact http://www.snomed.org/snomed-ct/getsnomed-ct or info@snomed.org.

Benutzung: 4

Id	Name	Typ
Template
at-entrys-9	Impfrelevante Erkrankungen Problem Entry (2.0.0+20230717)	DYNAMIC
at-entrys-9	Impfrelevante Erkrankungen Problem Entry (1.1.0+20220127)	DYNAMIC
at-entrys-9	Impfrelevante Erkrankungen Problem Entry (2019)	DYNAMIC
at-entrys-9	Impfrelevante Erkrankungen Problem Entry (1.0.0+20220103)	DYNAMIC

Quell-Codesystem

2.16.840.1.113883.6.96 - SNOMED Clinical Terms - FHIR: http://snomed.info/sct - HL7 V2: SCT

Level/ Typ	Code	Bezeichnung	Codesystem
0‑L	712986001	Frühsommermeningoenzephalitis	SNOMED Clinical Terms
0‑L	40468003	Hepatitis A	SNOMED Clinical Terms
0‑L	66071002	Hepatitis B	SNOMED Clinical Terms
0‑L	14189004	Masern	SNOMED Clinical Terms
0‑L	36989005	Mumps	SNOMED Clinical Terms
0‑L	36653000	Röteln	SNOMED Clinical Terms
0‑L	38907003	Varizellen	SNOMED Clinical Terms
0‑L	16541001	Gelbfieber	SNOMED Clinical Terms
0‑L	52947006	Japanische Enzephalitis	SNOMED Clinical Terms
0‑L	840539006	COVID-19	SNOMED Clinical Terms
0‑L	398102009	Poliomyelitis	SNOMED Clinical Terms
0‑L	397430003	Diphtherie	SNOMED Clinical Terms
0‑L	709410003	Haemophilus influenzae Typ B	SNOMED Clinical Terms
0‑L	240532009	Humanes Papillomavirus	SNOMED Clinical Terms
0‑L	6142004	Influenza	SNOMED Clinical Terms
0‑L	23511006	Meningokokken	SNOMED Clinical Terms
0‑L	27836007	Pertussis	SNOMED Clinical Terms
0‑L	16814004	Pneumokokken	SNOMED Clinical Terms
0‑L	18624000	Rotavirus	SNOMED Clinical Terms
0‑L	76902006	Tetanus	SNOMED Clinical Terms
0‑L	4740000	Herpes Zoster	SNOMED Clinical Terms
0‑L	67924001	Mpox/Pocken	SNOMED Clinical Terms
0‑L	63650001	Cholera	SNOMED Clinical Terms
0‑L	14168008	Tollwut	SNOMED Clinical Terms
0‑L	56717001	Tuberkulose	SNOMED Clinical Terms
0‑L	4834000	Typhus	SNOMED Clinical Terms

Legende: Typ L=leaf, S=specializable, A=abstract, D=deprecated. NullFlavor OTH (other) schlägt Text in originalText vor. HL7 V3: NullFlavors werden im @nullFlavor Attribut statt in @code angegeben.

e-Impfpass

Inhaltsverzeichnis

1 Übersicht

2 Dataset

3 Templates

3.1 CDA Struktur

3.1.1 CDA Document Level Templates

3.1.1.1 Kompletter Impfstatus

3.1.1.2 Aktualisierung Impfstatus

3.1.2 CDA Header Level Templates

3.1.2.1 TODO

3.1.3 CDA Section Level Templates

3.1.3.1 Impfungen kodiert

3.1.4 CDA Entry Level Templates

3.1.4.1 Impfung Entry

3.1.4.2 Performer Body

3.1.5 Other CDA Templates

3.1.5.1 TODO

3.2 Codes und Wertebereiche

3.2.1 Author Speciality

3.2.2 Abrechenbarkeit

Navigationsmenü

Meine Werkzeuge

Namensräume

Varianten

Ansichten

Mehr

Suche

Navigation

Leitfäden

Wissensbasis

Hilfe

Werkzeuge