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“)
atcdabbr
@code
1 … 1
F
AT
Eingefügt
1 … 1
M
von 1.2.40.0.34.6.0.11.1.30 Document TypeId (DYNAMIC)
hl7:typeId
II
1 … 1
M
Dokumentformat CDA R2
atcdabbr
@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
Fixe OID für alle Dokumente, die in der Governance-Gruppe "eHealth Austria" abgestimmt werden und von einem zentralen Art-Decor Repository abgeleitet werden (AT-CDA-BBR).
atcdabbr
@root
uid
1 … 1
F
1.2.40.0.34.6.0.11.0.1
hl7:templateId
II
1 … 1
M
Root-OID des Implementierungsleitfadens (Dokument-OID). Dient als informative Referenz.
atcdabbr
@root
uid
1 … 1
F
1.2.40.0.34.6.0.11.0.3
hl7:templateId
II
1 … 1
M
OID der Art-Decor Template für das Dokument (DocumentLevelTemplate für Schematron)
atcdabbr
@root
uid
1 … 1
F
1.2.40.0.34.6.0.11.0.3
hl7:templateId
II
0 … *
R
Weitere templateId's für den Verweis auf zugrundeliegende Spezifikationen, zB von HL7 International oder IHE (PCC, PaLM)
atcdabbr
@root
uid
1 … 1
R
Eingefügt
1 … 1
M
von 1.2.40.0.34.6.0.11.1.1 Document Id (DYNAMIC)
hl7:id
II
1 … 1
M
Dokumenten-Id des CDA-Dokuments. Es MUSS eine gültige und innerhalb des ID-Pools eindeutige Dokumenten-ID angegeben werden.
Grundsätzlich sind die Vorgaben gemäß „Identifikations-Elemente“ zu befolgen.
atcdabbr
@root
uid
1 … 1
R
Eingefügt
1 … 1
M
von 1.2.40.0.34.6.0.11.1.16 Document Code (DYNAMIC)
hl7:code
CE
1 … 1
M
Dokumententyp in feiner Granularität. Empfohlenes Value Set: HL7-at_XDS-Dokumentenklassen (1.2.40.0.34.10.86), Einträge in Level 1
Verweis auf speziellen Implementierungsleitfaden: Die gültigen Wertebereiche dieses Elements entnehmen Sie bitte dem entsprechenden speziellen Implementierungsleitfaden gemäß der Dokumentenklasse bzw dem Dokumententyp.
↔ Hinweis zum XDS-Mapping: Wird in ELGA in das XDS DocumentEntry Metadaten-Attribut XDSDocumentEntry.typeCode übernommen. Zu berücksichtigen sind jeweils die Attribute @code, @codeSystem und @displayName.
atcdabbr
@code
cs
1 … 1
R
@codeSystem
oid
1 … 1
R
@codeSystemName
st
0 … 1
@displayName
st
1 … 1
R
hl7:translation
CD
1 … 1
M
Dokumentenklasse in grober Granularität.
Empfohlenes Value Set: HL7-at_XDS-Dokumentenklassen (1.2.40.0.34.10.86), Einträge in Level 0
Verweis auf speziellen Implementierungsleitfaden: Die gültigen Wertebereiche dieses Elements entnehmen Sie bitte dem entsprechenden speziellen Implementierungsleitfaden gemäß der Dokumentenklasse bzw dem Dokumententyp.
↔ Hinweis zum XDS-Mapping: Dieses Element wird ins XDS-Attribut XDSDocumentEntry.classCode gemappt. Zu berücksichtigen sind jeweils die Attribute @code, @codeSystem und @displayName.
atcdabbr
@code
cs
1 … 1
R
@codeSystem
oid
1 … 1
R
hl7:title
ST
1 … 1
M
Dokumententitel. Dieses Element enthält den für den lesenden Dokumentempfänger gedachten Titel und muss sinngemäß mit der Dokumentklasse übereinstimmen.
atcdabbr
Eingefügt
0 … 1
C
von 1.2.40.0.34.6.0.11.1.45 Document StatusCode (DYNAMIC)
sdtc:statusCode
CS
0 … 1
C
Status eines Dokuments. e-Befunde sind grundsätzlich abgeschlossene bzw. "fertige" ("completed") Dokumente, daher entfällt die Angabe eines Status. In folgenden Ausnahmen SOLL der Status eines Dokuments wie folgt angegeben werden:
“active”: z.B. wenn bekannt ist, dass Updates folgen werden: Etwa für "vorläufige ärztliche Entlassungsbriefe" oder Laborbefunde, für die noch Ergebnisse einzelner Analysen ausständig sind
“nullified”: z.B. für Dokumente, die gemäß Anwendungsfall "Storno von ELGA-Dokumenten" storniert werden, wobei zusätzlich ein letztes Dokument mit Storniert-Status in der Versionskette registriert wird.
↔ Hinweis zum XDS-Mapping: Der Status wird nicht in die XDS-Metadaten übernommen!
atcdabbr
Constraint
Zulässige Werte für sdtc:statusCode/@code sind "active" und "nullified"
CONF
@code muss "nullified" sein
oder
@code muss "active" sein
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.
atcdabbr
Constraint
Das Datum der letzten Terminologie-Aktualisierung MUSS entsprechend klassischer HL7 V3 Notation im Format "YYYYMMDD" angegeben werden. Beispiel: 20200527
Eingefügt
1 … 1
M
von 1.2.40.0.34.6.0.11.1.47 Document FormatCode (DYNAMIC)
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.61 ELGA_Formatcode (DYNAMIC)
@codeSystem
oid
1 … 1
F
1.2.40.0.34.5.37
@displayName
st
1 … 1
R
Eingefügt
1 … 1
M
von 1.2.40.0.34.6.0.11.1.44 Document PracticeSettingCode (DYNAMIC)
hl7at:practiceSettingCode
CD
1 … 1
M
Die fachliche Zuordnung des Dokumentes
atcdabbr
@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.
atcdabbr
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“.
atcdabbr
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.
atcdabbr
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.
atcdabbr
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.
atcdabbr
@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.3 Record Target (DYNAMIC)
hl7:recordTarget
1 … 1
M
Komponente für die Patientendaten.
atcdabbr
at-cda-bbr-dataelement-64
Patient
Dataset A Allgemeiner Leitfaden
@typeCode
cs
0 … 1
F
RCT
@contextControlCode
cs
0 … 1
F
OP
hl7:patientRole
1 … 1
M
Patientendaten.
atcdabbr
@classCode
cs
0 … 1
F
PAT
hl7:id
II
2 … *
R
Patientenidentifikatoren
atcdabbr
at-cda-bbr-dataelement-193
EKVK
Dataset A Allgemeiner Leitfaden
at-cda-bbr-dataelement-65
LokaleID
Dataset A Allgemeiner Leitfaden
at-cda-bbr-dataelement-66
SVNr
Dataset A Allgemeiner Leitfaden
at-cda-bbr-dataelement-67
bPK-GH
Dataset A Allgemeiner Leitfaden
Constraint
Hinweis: Die Reihenfolge der id-Elemente MUSS unbedingt eingehalten werden!
* id[1] Identifikation des Patienten im lokalen System (1..1 M) ↔ Hinweis zum XDS-Mapping: Das Element id[1] wird ins XDS-Attribut sourcePatientId gemappt.
* id[2] Sozialversicherungsnummer des Patienten (1..1 R): - @root: OID der Liste aller österreichischen Sozialversicherungen, fester Wert: 1.2.40.0.10.1.4.3.1 (1..1 M) - @extension: Vollständige Sozialversicherungsnummer des Patienten (10 Stellen) (1..1 M) - @assigningAuthorityName: Fester Wert: Österreichische Sozialversicherung (0..1 O)
Zugelassene nullFlavor: - NI … Patient hat keine Sozialversicherungsnummer (z.B. Ausländer) - UNK … Patient hat eine Sozialversicherungsnummer, diese ist jedoch unbekannt
* id[@root="1.2.40.0.10.2.1.1.149"] Bereichsspezifisches Personenkennzeichen (0..1 O): - @root : OID der österreichischen bPK, fester Wert: 1.2.40.0.10.2.1.1.149 (1..1 M) - @extension : bPK des Patienten: concat(Bereichskürzel, ":", bPK) (Base64,28 Zeichen). Typischerweise bPK-GH (Gesundheit). Kann im Zusammenhang mit E-ID auch andere Bereichskürzel tragen. Anmerkung : Das bPK dient ausschließlich technisch der Zuordnung der elektronischen Identität und darf daher weder angezeigt werden noch am Ausdruck erscheinen (1..1 M) - @assigningAuthorityName : Fester Wert: Österreichische Stammzahlenregisterbehörde (0..1 O)
* id[@root="1.2.40.0.34.4.21"] Europäische Krankenversicherungskarte (0..1 O): - @root: OID der EKVK, fester Wert: 1.2.40.0.34.4.21 (1..1 M) - @extension: Datenfelder der EKVK nach folgender Bildungsvorschrift: concat(Feld 6,"^",Feld 7,"^",Feld 8,"^",Feld 9) wobei Feld 6 "Persönliche Kennummer" angegeben sein MUSS (1..1 M). Die übrigen Datenfelder sind optional (0..1 O). In Feld 9 MUSS die Datumsangabe im Format YYYMMDD erfolgen. - @assigningAuthorityName : Fester Wert: Nationaler Krankenversicherungsträger (0..1 O)
Grundsätzlich sind die Vorgaben gemäß „Identifikations-Elemente“ zu befolgen.
Adresse des Patienten. Es MUSS eine mögliche Adresse unterstützt werden. Spezielle Leitfäden (z.B. Entlassungsbrief Pflege) können es erforderlich machen, dass mehr als eine Adresse unterstützt werden muss.
Werden mehrere gleichartige 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.
atcdabbr
at-cda-bbr-dataelement-70
Name
Dataset A Allgemeiner Leitfaden
Eingefügt
1 … 1
M
von 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)
@classCode
cs
0 … 1
F
PSN
@determinerCode
cs
0 … 1
F
INSTANCE
hl7:name
PN
1 … 1
M
Namen-Element (Person)
atcdabbr
@use
cs
0 … 1
Die genaue Bedeutung des angegebenen Namens, z.B. Angabe eines Künstlernamens mit „A" für „Artist“.
Zulässige Werte gemäß Value Set „ELGA_EntityNameUse“.
Wird kein @use Attribut angegeben, gilt der Name als rechtlicher Name („L“).
hl7:prefix
ENXP
0 … *
Beliebig viele Präfixe zum Namen, z.B. Akademische Titel
Achtung: Die Angabe der Anrede („Frau“, „Herr“), ist im CDA nicht vorgesehen!
atcdabbr
@qualifier
cs
0 … 1
Bedeutung eines prefix-Elements, z.B. Angabe eines akademischen mit "AC" für „Academic“.
Zulässige Werte gemäß Value Set „ELGA_EntityNamePartQualifier".
CONF
Der Wert von @qualifier muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.8 ELGA_EntityNamePartQualifier (DYNAMIC)
hl7:family
ENXP
1 … *
M
Mindestens ein Hauptname (Nachname).
atcdabbr
@qualifier
cs
0 … 1
Bedeutung eines family-Elements, z.B. Angabe eines Geburtsnamen mit „BR" für „Birth“.
Zulässige Werte gemäß Value Set „ELGA_EntityNamePartQualifier“.
CONF
Der Wert von @qualifier muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.8 ELGA_EntityNamePartQualifier (DYNAMIC)
hl7:given
ENXP
1 … *
M
Mindestens ein Vorname
atcdabbr
@qualifier
cs
0 … 1
Die genaue Bedeutung eines given-Elements, beispielsweise dass das angegebene Element einen Geburtsnamen bezeichnet, z.B. BR („Birth“). Zulässige Werte gemäß Value Set „ELGA_EntityNamePartQualifier“
CONF
Der Wert von @qualifier muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.8 ELGA_EntityNamePartQualifier (DYNAMIC)
hl7:suffix
ENXP
0 … *
Beliebig viele Suffixe zum Namen
atcdabbr
@qualifier
cs
0 … 1
Die genaue Bedeutung eines suffix-Elements, beispielsweise dass das angegebene Suffix einen akademischen Titel darstellt, z.B.: AC („Academic“). Zulässige Werte gemäß Value Set „ELGA_EntityNamePartQualifier“.
CONF
Der Wert von @qualifier muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.8 ELGA_EntityNamePartQualifier (DYNAMIC)
Auswahl
1 … 1
Das "administrative Geschlecht" ist das soziale oder gesellschaftliche Geschlecht ("Gender"). Das administrative Geschlecht ist daher grundsätzlich getrennt von den biologischen Merkmalen der Person zu sehen. Grundsätzlich soll das administrative Geschlecht dem im
Zentralen Melderegister (ZMR) eingetragenen Geschlecht entsprechen.
Über ein Translation-Element können weitere Angaben zum Geschlecht gemacht werden, wenn diese abweichend vom administrativen Geschlecht sind, z.B.:
Biologisches Geschlecht
Geschlecht in der
Sozialversicherung
Geschlecht für die Stations-/Bettenbelegung im Krankenhaus
Codierung des Geschlechts des Patienten aus ValueSet "ELGA_AdministrativeGender".
Elemente in der Auswahl:
hl7:administrativeGenderCode[not(@nullFlavor)]
hl7:administrativeGenderCode[@nullFlavor='UNK']
hl7:administrativeGenderCode
CE
0 … 1
atcdabbr
wo [not(@nullFlavor)]
at-cda-bbr-dataelement-74
Geschlecht
Dataset A Allgemeiner Leitfaden
@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:translation
CD
0 … *
R
Über ein Translation-Element können weitere Angaben zum Geschlecht gemacht werden, wenn diese abweichend vom administrativen Geschlecht sind, z.B.: Biologisches Geschlecht, Geschlecht in der Sozialversicherung, Geschlecht für die Stations-/Bettenbelegung im Krankenhaus
Der gesetzliche Vetreter kann entweder eine Person (guardianPerson) oder eine Organisation (guardianOrganization) sein.
Beim Patienten können optional ein oder mehrere gesetzliche Vetreter angegeben werden. Wenn ein gesetzliche Vetreter bekannt ist, SOLL diese Information auch angegeben werden.
atcdabbr
at-cda-bbr-dataelement-88
Gesetzlicher Vertreter
Dataset A Allgemeiner Leitfaden
@classCode
cs
0 … 1
F
GUARD
hl7:addr
0 … 1
R
Die Adresse des gesetzlichen Vertreters oder der Organisation.
Grundsätzlich sind die Vorgaben für „Adress-Elemente“ zu befolgen.
Beliebig viele Kontaktdaten des gesetzlichen Vertreters als Person oder Organisation. Grundsätzlich sind die Vorgaben gemäß „Kontaktdaten-Element“ zu befolgen.
atcdabbr
@value
st
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“
@use
set_cs
0 … 1
Bedeutung des angegebenen Kontakts (z.B. Heim, Arbeitsplatz) Bsp: WP
Die Adresse des Geburtsorts, struktuiert. Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)
atcdabbr
hl7:languageCommunication
0 … *
R
Informationen bezüglich der Sprachfähigkeiten und Ausdrucksform des Patienten.
atcdabbr
at-cda-bbr-dataelement-100
Sprachfähigkeit
Dataset A Allgemeiner Leitfaden
hl7:languageCode
CS
1 … 1
M
Sprache, die vom Patienten zu einem bestimmten Grad beherrscht wird (geschrieben oder gesprochen).
In der Klasse languageCommunication können Informationen bezüglich der Sprachfähigkeiten und Ausdrucksform (z.B. gesprochen oder geschrieben) des Patienten angegeben werden. Dieser Leitfaden schränkt die möglichen Werte für die Sprache auf Werte aus dem Value Set ELGA_HumanLanguage ein.
Die Gebärdensprache ist als eigene Sprache inkl. Ländercode anzugeben, mit der Ergänzung des Länder-/Regional-Codes (z.B. sgn-at), die Ausdrucksweise (MoodCode) wird in diesem Fall nicht angegeben (denn expressed / received signed wären redundant).
atcdabbr
at-cda-bbr-dataelement-101
Sprache
Dataset A Allgemeiner Leitfaden
@code
cs
1 … 1
R
Zulässige Werte gemäß Value-Set „ELGA_HumanLanguage“ aus Code-System „HL7:HumanLanguage 2.16.840.1.113883.6.121“ Gemäß IETF / RFC 3066 enthält es ein bestimmtes Subset von Codes aus ISO 639-1 und ISO 639-2 (also zwei- und dreistellige Sprachcodes). Gemäß RFC 3066 ist es zulässig, eine Angabe der landestypischen Ausprägung der Sprache nach einem Bindestrich anzufügen. Das Land wird dabei nach ISO 3166-1 Alpha 2 angegeben. Dies MUSS bei der Auswertung des languageCodes berücksichtigt und toleriert werden.
CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.173 ELGA_HumanLanguage (DYNAMIC)
hl7:modeCode
CE
0 … 1
C
Ausdrucksform der Sprache. Zulässige Werte gemäß Value-Set „ELGA_LanguageAbilityMode“
atcdabbr
@code
cs
1 … 1
R
@displayName
st
1 … 1
R
@codeSystem
oid
1 … 1
F
2.16.840.1.113883.5.60
@codeSystemName
st
0 … 1
F
HL7:LanguageAbilityMode
Constraint
Bei Strukturierung einer Gebärdensprache ist dieses Element NICHT ERLAUBT, NP [0..0] und MUSS daher komplett entfallen
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
R
Grad der Sprachkenntnis in der Sprache. Zulässige Werte gemäß Value-Set „ELGA_ProficiencyLevelCode“
atcdabbr
at-cda-bbr-dataelement-102
Grad der Sprachkenntnis
Dataset A Allgemeiner Leitfaden
@code
cs
1 … 1
R
@displayName
st
1 … 1
R
@codeSystem
oid
1 … 1
F
2.16.840.1.113883.5.61
@codeSystemName
st
0 … 1
F
HL7:LanguageAbilityProficiency
CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.174 ELGA_ProficiencyLevelCode (DYNAMIC)
hl7:preferenceInd
BL
0 … 1
R
Kennzeichnung, ob die Sprache in der angegebenen Ausdrucksform vom Patienten bevorzugt wird.
atcdabbr
at-cda-bbr-dataelement-103
Sprachpräferenz
Dataset A Allgemeiner Leitfaden
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) or (hl7:id[2][@nullFlavor='UNK'] or hl7:id[2][@nullFlavor='NI'])
Meldung
Zugelassene nullFlavor sind "NI" und "UNK"
Eingefügt
1 … *
M
von 1.2.40.0.34.6.0.11.1.2 Author (DYNAMIC)
hl7:author
1 … *
M
Verfasser des Dokuments.
atcdabbr
@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.
atcdabbr
@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
atcdabbr
wo [not(@nullFlavor)]
hl7:time
TS.AT.TZ
0 … 1
atcdabbr
wo [@nullFlavor='UNK']
@nullFlavor
cs
1 … 1
F
UNK
hl7:assignedAuthor
1 … 1
M
atcdabbr
@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.
atcdabbr
wo [not(@nullFlavor)]
hl7:id
II
0 … 1
atcdabbr
wo [@nullFlavor='NI']
@nullFlavor
cs
1 … 1
F
NI
hl7:id
II
0 … 1
atcdabbr
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.
atcdabbr
@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.
atcdabbr
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
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)
atcdabbr
Constraint
id MUSS der OID der Organisation aus dem GDA-Index entsprechen.
name SOLL der Kurzbezeichnung im GDA-I entsprechen (sofern vorhanden)
Zu dem Namen größerer Organisationen SOLL auch die Abteilung angegeben werden., z.B.: „Amadeus Spital, Chirurgische Abteilung“
Ausnahme: Wenn als Author ein/e Software/Gerät fungiert und keine OID aus dem GDA-I angegeben werden kann, MÜSSEN die Angaben der Organisation des Geräte-/Software-Betreibers oder Herstellers entsprechen.
Eingefügt
0 … 1
von 1.2.40.0.34.6.0.11.1.22 Data Enterer (DYNAMIC)
hl7:dataEnterer
0 … 1
z.B. Schreibkraft, Medizinische Dokumentationsassistenz
atcdabbr
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.
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.
atcdabbr
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.
atcdabbr
hl7:telecom
TEL.AT
0 … *
Kontaktdaten des Verwahrers des originalen Dokuments (Organisation). Grundsätzlich sind die Vorgaben für „Kontaktdaten-Elemente“ zu befolgen.
atcdabbr
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)
atcdabbr
Eingefügt
0 … *
von 1.2.40.0.34.6.0.11.1.24 Information Recipient (DYNAMIC)
hl7:informationRecipient
0 … *
Beabsichtiger Empfänger des Dokuments.
atcdabbr
at-cda-bbr-dataelement-26
Empfänger
Dataset A Allgemeiner Leitfaden
@typeCode
cs
0 … 1
Typ des Informationsempfängers, z.B: PRCP „Primärer Empfänger“.
Werden mehrere Empfänger angegeben, MUSS der primäre Empfänger über den typeCode definiert werden. Hinweis: Das ist relevant, wenn Funktionen aus dem gerichteten Befundversand oder für den Briefdruck auf das Dokument angewendet werden.
CONF
Der Wert von @typeCode muss gewählt werden aus dem Value Set 1.2.40.0.34.10.29 ELGA_InformationRecipientType (DYNAMIC)
at-cda-bbr-dataelement-27
Empfänger Typ
Dataset A Allgemeiner Leitfaden
hl7:intendedRecipient
1 … 1
M
atcdabbr
@classCode
cs
0 … 1
Auswahl
1 … *
Elemente in der Auswahl:
hl7:id[not(@nullFlavor)]
hl7:id[@nullFlavor='NI']
hl7:id[@nullFlavor='UNK']
hl7:id
II
0 … *
Identifikation des beabsichtigten Empfängers (Person). Empfohlene Information für einen Empfänger ist die ID aus dem GDA-Index. Grundsätzlich sind die Vorgaben für „Identifikations-Elemente“ zu befolgen.
atcdabbr
wo [not(@nullFlavor)]
at-cda-bbr-dataelement-28
ID des Empfängers
Dataset A Allgemeiner Leitfaden
hl7:id
II
0 … 1
NI … Person hat keine ID
atcdabbr
wo [@nullFlavor='NI']
@nullFlavor
cs
1 … 1
F
NI
hl7:id
II
0 … 1
UNK ... Person hat eine ID, diese ist jedoch unbekannt
atcdabbr
wo [@nullFlavor='UNK']
@nullFlavor
cs
1 … 1
F
UNK
Auswahl
1 … 1
Personendaten des beabsichtigten Empfängers. Empfehlung: Der Name des Empfängers und die Organisation, der er angehört, sollen in möglichst hoher Granularität angegeben werden. Aufgrund der gängigen Praxis kann als minimale Information für den Empfänger der unstrukturierte Name angegeben werden. Grundsätzlich sind die Vorgaben gemäß Kapitel „Personen-Element“ zu befolgen.
Elemente in der Auswahl:
hl7:informationRecipient[hl7:name[count(child::*)=0]] welches enthält Template 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC)
hl7:informationRecipient[hl7:name[count(child::*)!=0]] welches enthält Template 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)
hl7:informationRecipient
… 1
Beinhaltet 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC)
atcdabbr
wo [hl7:name [count(child::*)=0]]
at-cda-bbr-dataelement-29
Name
Dataset A Allgemeiner Leitfaden
hl7:informationRecipient
… 1
Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)
atcdabbr
wo [hl7:name [count(child::*)!=0]]
hl7:receivedOrganization
0 … 1
R
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.
atcdabbr
at-cda-bbr-dataelement-30
Organisation
Dataset A Allgemeiner Leitfaden
Eingefügt
von 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC)
@classCode
cs
0 … 1
F
ORG
@determinerCode
cs
0 … 1
F
INSTANCE
hl7:id
II
0 … *
Beliebig viele IDs der Organisation. z.B.: ID aus dem GDA-Index, DVR-Nummer, ATU-Nummer, etc.
atcdabbr
wo [not(@nullFlavor)]
hl7:name
ON
1 … 1
M
Name der Organisation. Bei Organisationen, die im GDA-Index angegeben sind, soll deren Kurzbezeichnung verwendet werden. Zu dem Namen größerer Organisationen SOLL auch die Abteilung angegeben werden.
atcdabbr
hl7:telecom
TEL.AT
0 … *
Kontaktdaten der Organisation.
Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen.
atcdabbr
wo [not(@nullFlavor)]
@value
st
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äß „ELGA_URLScheme“
@use
set_cs
0 … 1
Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP
von 1.2.40.0.34.6.0.11.1.5 Legal Authenticator (DYNAMIC)
hl7:legalAuthenticator
0 … *
C
Hauptunterzeichner, Rechtlicher Unterzeichner
atcdabbr
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
atcdabbr
wo [not(@nullFlavor)]
at-cda-bbr-dataelement-5
Zeitpunkt der Unterzeichnung
Dataset A Allgemeiner Leitfaden
hl7:time
TS.AT.TZ
0 … 1
atcdabbr
wo [@nullFlavor='UNK']
@nullFlavor
cs
1 … 1
F
UNK
hl7:signatureCode
CS
1 … 1
M
Signaturcode gibt an, dass das Originaldokument unterzeichnet wurde.
atcdabbr
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)
atcdabbr
Eingefügt
0 … *
von 1.2.40.0.34.6.0.11.1.6 Authenticator (DYNAMIC)
hl7:authenticator
0 … *
Weitere Unterzeichner.
atcdabbr
at-cda-bbr-dataelement-31
Weitere Unterzeichner
Dataset A Allgemeiner Leitfaden
@typeCode
cs
0 … 1
F
AUTHEN
Auswahl
1 … 1
Der Zeitpunkt, an dem das Dokument unterzeichnet wurde. Grundsätzlich sind die Vorgaben gemäß für „Zeit-Elemente“ zu befolgen.
Elemente in der Auswahl:
hl7:time[not(@nullFlavor)]
hl7:time[@nullFlavor='UNK']
hl7:time
TS.AT.TZ
0 … 1
atcdabbr
wo [not(@nullFlavor)]
at-cda-bbr-dataelement-105
Zeitpunkt der Unterzeichnung
Dataset A Allgemeiner Leitfaden
hl7:time
TS.AT.TZ
0 … 1
atcdabbr
wo [@nullFlavor='UNK']
@nullFlavor
cs
1 … 1
F
UNK
hl7:signatureCode
CS
1 … 1
M
atcdabbr
at-cda-bbr-dataelement-106
Signatur
Dataset A Allgemeiner Leitfaden
@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.
atcdabbr
Eingefügt
von 1.2.40.0.34.6.0.11.9.22 Assigned Entity (DYNAMIC)
@classCode
cs
0 … 1
F
ASSIGNED
Auswahl
1 … *
Mindestens eine ID der Person der Entität
Elemente in der Auswahl:
hl7:id[not(@nullFlavor)]
hl7:id[@nullFlavor='NI']
hl7:id[@nullFlavor='UNK']
Constraint
Zugelassene nullFlavor:
NI … Die Person der Entität hat keine Identifikationsnummer
UNK … Die Person der Entität hat eine Identifikationsnummer, diese ist jedoch unbekannt
hl7:id
II
0 … *
atcdabbr
wo [not(@nullFlavor)]
hl7:id
II
0 … 1
atcdabbr
wo [@nullFlavor='NI']
@nullFlavor
cs
1 … 1
F
NI
hl7:id
II
0 … 1
atcdabbr
wo [@nullFlavor='UNK']
@nullFlavor
cs
1 … 1
F
UNK
Auswahl
0 … 1
Elemente in der Auswahl:
hl7:addr[not(@nullFlavor)] welches enthält Template 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)
Beliebig viele Kontakt-Elemente der Person der Entität.
Grundsätzlich sind die Vorgaben gemäß „Kontaktdaten-Element“ zu befolgen.
atcdabbr
wo [not(@nullFlavor)]
@value
url
1 … 1
R
Die Kontaktadresse (Telefonnummer, Email, etc.).
Es gelten die ELGA Formatkonventionen für Telekom-Daten, z.B. tel:+43.1.1234567
Zulässige Werteliste für telecom Präfixe gemäß Value Set "ELGA_URLScheme"
@use
cs
0 … 1
Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP.
Zulässige Werte gemäß Value Set "ELGA_TelecomAddressUse"
Constraint
Werden mehrere gleichartige "telecom"-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein.
hl7:assignedPerson
1 … 1
M
Personendaten der Person der Entität.
Grundsätzlich sind die Vorgaben gemäß „Personen-Element“ zu befolgen.
Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)
atcdabbr
hl7:representedOrganization
0 … 1
R
Organisationsdaten der Entität.
Grundsätzlich sind die Vorgaben gemäß „Organisations-Element“ zu befolgen.
Beinhaltet 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC)
atcdabbr
Eingefügt
0 … 1
von 1.2.40.0.34.6.0.11.1.20 Participant Fachlicher Ansprechpartner (DYNAMIC)
hl7:participant
0 … 1
Fachlicher Ansprechpartner
atcdabbr
wo [hl7:templateId [@root='1.2.40.0.34.6.0.11.1.20']]
@typeCode
cs
1 … 1
F
CALLBCK
Callback contact
@contextControlCode
cs
0 … 1
F
OP
hl7:templateId
II
1 … 1
M
Template ID zur Identifikation dieser Art von Beteiligten
atcdabbr
@root
uid
1 … 1
F
1.2.40.0.34.6.0.11.1.20
hl7:functionCode
CE (extensible)
0 … 1
Optionale Angabe eines Funktionscodes des fachlichen Ansprechpartners, z.B: „Diensthabender Oberarzt“, „Verantwortlicher Arzt für Dokumentation“,„Stationsschwester“.
Eigene Codes und Bezeichnungen können verwendet werden.
atcdabbr
@code
cs
1 … 1
R
@codeSystem
oid
1 … 1
R
@displayName
st
1 … 1
R
hl7:associatedEntity
1 … 1
M
atcdabbr
@classCode
cs
1 … 1
F
PROV
Healthcare provider - Gesundheitsdiensteanbieter
hl7:code
CE
0 … 1
Optionale Angabe der Fachrichtung des fachlichen Ansprechpartners („Sonderfach“ gem. Ausbildungsordnung), z.B: „Facharzt/Fachärztin für Gynäkologie“. Wenn ein fachlicher Ansprechpartner mehreren ärztlichen Sonderfächern zugeordnet ist, kann das anzugebende Sonderfach gewählt werden. Additivfächer werden nicht angegeben.
atcdabbr
@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:addr
AD
0 … 1
Adresse des Beteiligten.
Grundsätzlich sind die Vorgaben für "Adress-Elemente" zu befolgen.
Es MUSS mindestens eine Telefonnummer angegeben werden. Werden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein.
hl7:associatedPerson
0 … 1
R
Name der Person
Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)
atcdabbr
hl7:scopingOrganization
0 … 1
R
Organisation, der der Beteiligte angehört (mit Adresse und Kontaktdaten der Organisation).
Grundsätzlich sind die Vorgaben für "Organisations-Element" zu befolgen.
atcdabbr
Eingefügt
von 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC)
@classCode
cs
0 … 1
F
ORG
@determinerCode
cs
0 … 1
F
INSTANCE
hl7:id
II
0 … *
Beliebig viele IDs der Organisation. z.B.: ID aus dem GDA-Index, DVR-Nummer, ATU-Nummer, etc.
atcdabbr
wo [not(@nullFlavor)]
hl7:name
ON
1 … 1
M
Name der Organisation. Bei Organisationen, die im GDA-Index angegeben sind, soll deren Kurzbezeichnung verwendet werden. Zu dem Namen größerer Organisationen SOLL auch die Abteilung angegeben werden.
atcdabbr
hl7:telecom
TEL.AT
0 … *
Kontaktdaten der Organisation.
Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen.
atcdabbr
wo [not(@nullFlavor)]
@value
st
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äß „ELGA_URLScheme“
@use
set_cs
0 … 1
Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP
Werden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein.
Auswahl
1 … 1
Name des einweisenden/zuweisenden/überweisenden Arztes.
Elemente in der Auswahl:
hl7:associatedPerson[hl7:name[count(child::*)=0]] welches enthält Template 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC)
hl7:associatedPerson[hl7:name[count(child::*)!=0]] welches enthält Template 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)
hl7:associatedPerson
… 1
Beinhaltet 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC)
atcdabbr
wo [hl7:name [count(child::*)=0]]
hl7:associatedPerson
… 1
Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)
atcdabbr
wo [hl7:name [count(child::*)!=0]]
hl7:scopingOrganization
0 … 1
R
Organisation, der der Einweiser/Zuweiser/Überweiser angehört (mit Adresse und Kontaktdaten der Organisation). Grundsätzlich sind die Vorgaben für "Organisations-Element" zu befolgen.
atcdabbr
Eingefügt
von 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC)
@classCode
cs
0 … 1
F
ORG
@determinerCode
cs
0 … 1
F
INSTANCE
hl7:id
II
0 … *
Beliebig viele IDs der Organisation. z.B.: ID aus dem GDA-Index, DVR-Nummer, ATU-Nummer, etc.
atcdabbr
wo [not(@nullFlavor)]
hl7:name
ON
1 … 1
M
Name der Organisation. Bei Organisationen, die im GDA-Index angegeben sind, soll deren Kurzbezeichnung verwendet werden. Zu dem Namen größerer Organisationen SOLL auch die Abteilung angegeben werden.
atcdabbr
hl7:telecom
TEL.AT
0 … *
Kontaktdaten der Organisation.
Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen.
atcdabbr
wo [not(@nullFlavor)]
@value
st
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äß „ELGA_URLScheme“
@use
set_cs
0 … 1
Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP
Werden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein.
Auswahl
1 … 1
Name des Hausarztes.
Elemente in der Auswahl:
hl7:associatedPerson[hl7:name[count(child::*)=0]] welches enthält Template 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC)
hl7:associatedPerson[hl7:name[count(child::*)!=0]] welches enthält Template 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)
hl7:associatedPerson
0 … 1
Beinhaltet 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC)
atcdabbr
wo [hl7:name [count(child::*)=0]]
hl7:associatedPerson
0 … 1
Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)
atcdabbr
wo [hl7:name [count(child::*)!=0]]
hl7:scopingOrganization
0 … 1
R
Arztpraxis oder Ordination.
Grundsätzlich sind die Vorgaben für „Organisations-Element“ zu befolgen.
atcdabbr
Eingefügt
von 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC)
@classCode
cs
0 … 1
F
ORG
@determinerCode
cs
0 … 1
F
INSTANCE
hl7:id
II
0 … *
Beliebig viele IDs der Organisation. z.B.: ID aus dem GDA-Index, DVR-Nummer, ATU-Nummer, etc.
atcdabbr
wo [not(@nullFlavor)]
hl7:name
ON
1 … 1
M
Name der Organisation. Bei Organisationen, die im GDA-Index angegeben sind, soll deren Kurzbezeichnung verwendet werden. Zu dem Namen größerer Organisationen SOLL auch die Abteilung angegeben werden.
atcdabbr
hl7:telecom
TEL.AT
0 … *
Kontaktdaten der Organisation.
Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen.
atcdabbr
wo [not(@nullFlavor)]
@value
st
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äß „ELGA_URLScheme“
@use
set_cs
0 … 1
Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP
Es SOLL mindestens eine Telefonnummer angegeben werden.
hl7:telecom
TEL.AT
0 … *
R
atcdabbr
wo [not(@nullFlavor)]
@value
st
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äß „ELGA_URLScheme“
@use
set_cs
0 … 1
Constraint
Werden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein.
hl7:telecom
TEL.AT
0 … 1
Die Kontaktadresse ist unbekannt. nullFlavor "UNK"
atcdabbr
wo [@nullFlavor='UNK']
@nullFlavor
cs
1 … 1
F
UNK
Auswahl
1 … 1
Name des Beteiligten.
Elemente in der Auswahl:
hl7:associatedPerson[hl7:name[count(child::*)=0]] welches enthält Template 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC)
hl7:associatedPerson[hl7:name[count(child::*)!=0]] welches enthält Template 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)
hl7:associatedPerson
0 … 1
Beinhaltet 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC)
atcdabbr
wo [hl7:name [count(child::*)=0]]
hl7:associatedPerson
0 … 1
Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)
atcdabbr
wo [hl7:name [count(child::*)!=0]]
hl7:scopingOrganization
0 … 1
R
Organisation, der der Beteiligte angehört (mit Adresse und Kontaktdaten der Organisation).
Grundsätzlich sind die Vorgaben für „Organisations-Element“ zu befolgen.
atcdabbr
Eingefügt
von 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC)
@classCode
cs
0 … 1
F
ORG
@determinerCode
cs
0 … 1
F
INSTANCE
hl7:id
II
0 … *
Beliebig viele IDs der Organisation. z.B.: ID aus dem GDA-Index, DVR-Nummer, ATU-Nummer, etc.
atcdabbr
wo [not(@nullFlavor)]
hl7:name
ON
1 … 1
M
Name der Organisation. Bei Organisationen, die im GDA-Index angegeben sind, soll deren Kurzbezeichnung verwendet werden. Zu dem Namen größerer Organisationen SOLL auch die Abteilung angegeben werden.
atcdabbr
hl7:telecom
TEL.AT
0 … *
Kontaktdaten der Organisation.
Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen.
atcdabbr
wo [not(@nullFlavor)]
@value
st
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äß „ELGA_URLScheme“
@use
set_cs
0 … 1
Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP
von 1.2.40.0.34.6.0.11.1.25 Participant Angehoerige (DYNAMIC)
hl7:participant
0 … *
Beteiligter (Angehöriger)
atcdabbr
wo [hl7:templateId [@root='1.2.40.0.34.6.0.11.1.25']]
@typeCode
cs
1 … 1
F
IND
In indirektem Bezug.
@contextControlCode
cs
0 … 1
F
OP
hl7:templateId
II
1 … 1
M
Template ID zur Identifikation dieser Art von Beteiligten
atcdabbr
@root
uid
1 … 1
F
1.2.40.0.34.6.0.11.1.25
hl7:associatedEntity
1 … 1
M
Beschreibung der Entität.
atcdabbr
@classCode
cs
1 … 1
F
PRS
Personal relationship - In persönlicher Beziehung
hl7:code
CE
1 … 1
M
Verwandtschaftsverhältnis des Beteiligten zum Patienten. Beispiel: DAU („daughter“), wenn die Beteiligte die Tochter des Patienten ist oder NBOR für Nachbar.
atcdabbr
@code
cs
1 … 1
R
CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.17 ELGA_PersonalRelationship (DYNAMIC)
@displayName
st
0 … 1
@codeSystem
oid
1 … 1
F
2.16.840.1.113883.5.111
@codeSystemName
st
1 … 1
F
HL7:RoleCode
CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.17 ELGA_PersonalRelationship (DYNAMIC)
hl7:addr
AD
0 … 1
Adresse des Beteiligten
Grundsätzlich sind die Vorgaben gemäß „Adress-Elemente“ zu befolgen.
Werden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein.
hl7:associatedPerson
0 … 1
C
Name des Beteiligten. Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)
atcdabbr
Constraint
Wenn das Versicherungsverhältnis "familienversichert" ("FAMDEP“) ist, MUSS eine associatedPerson angegeben sein, M [1..1], sonst kann sie komplett entfallen, O [0..1]
hl7:scopingOrganization
1 … 1
M
Versicherungsgesellschaft.
Grundsätzlich sind die Vorgaben für „Organisations-Element“ zu befolgen.
atcdabbr
Eingefügt
von 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC)
@classCode
cs
0 … 1
F
ORG
@determinerCode
cs
0 … 1
F
INSTANCE
hl7:id
II
0 … *
Beliebig viele IDs der Organisation. z.B.: ID aus dem GDA-Index, DVR-Nummer, ATU-Nummer, etc.
atcdabbr
wo [not(@nullFlavor)]
hl7:name
ON
1 … 1
M
Name der Organisation. Bei Organisationen, die im GDA-Index angegeben sind, soll deren Kurzbezeichnung verwendet werden. Zu dem Namen größerer Organisationen SOLL auch die Abteilung angegeben werden.
atcdabbr
hl7:telecom
TEL.AT
0 … *
Kontaktdaten der Organisation.
Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen.
atcdabbr
wo [not(@nullFlavor)]
@value
st
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äß „ELGA_URLScheme“
@use
set_cs
0 … 1
Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP
not(hl7:code[@code='FAMDEP']) or hl7:associatedPerson
Meldung
Wenn das Versicherungsverhältnis "familienversichert" ist, dann muss eine associatedPerson angegeben sein.
Eingefügt
0 … 1
von 1.2.40.0.34.6.0.11.1.29 Participant Betreuungsorganisation (DYNAMIC)
hl7:participant
0 … 1
Beteiligter (Betreuende Organisation)
atcdabbr
wo [hl7:templateId [@root='1.2.40.0.34.6.0.11.1.29']]
@typeCode
cs
1 … 1
F
IND
@contextControlCode
cs
0 … 1
F
OP
hl7:templateId
II
1 … 1
M
Template ID zur Identifikation dieser Art von Beteiligten
atcdabbr
@root
uid
1 … 1
F
1.2.40.0.34.6.0.11.1.29
hl7:associatedEntity
1 … 1
M
Beschreibung der Entität.
atcdabbr
@classCode
cs
1 … 1
F
CAREGIVER
Betreuer
hl7:scopingOrganization
1 … 1
M
Betreuende Organisation
atcdabbr
Eingefügt
von 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC)
@classCode
cs
0 … 1
F
ORG
@determinerCode
cs
0 … 1
F
INSTANCE
hl7:id
II
0 … *
Beliebig viele IDs der Organisation. z.B.: ID aus dem GDA-Index, DVR-Nummer, ATU-Nummer, etc.
atcdabbr
wo [not(@nullFlavor)]
hl7:name
ON
1 … 1
M
Name der Organisation. Bei Organisationen, die im GDA-Index angegeben sind, soll deren Kurzbezeichnung verwendet werden. Zu dem Namen größerer Organisationen SOLL auch die Abteilung angegeben werden.
atcdabbr
hl7:telecom
TEL.AT
0 … *
Kontaktdaten der Organisation.
Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen.
atcdabbr
wo [not(@nullFlavor)]
@value
st
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äß „ELGA_URLScheme“
@use
set_cs
0 … 1
Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP
Bei Angabe mehrerer Telefonnummern ist jeweils das Attribut @use anzugeben.
hl7:associatedPerson
1 … 1
M
Beteiligte Person
Grundsätzlich sind die Vorgaben für „Personen-Element“ zu befolgen.
Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)
atcdabbr
hl7:scopingOrganization
0 … 1
R
Organisation, der der Beteiligte angehört (mit Adresse und Kontaktdaten der Organisation).
Grundsätzlich sind die Vorgaben für „Organisations-Element“ zu befolgen.
atcdabbr
Eingefügt
von 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC)
@classCode
cs
0 … 1
F
ORG
@determinerCode
cs
0 … 1
F
INSTANCE
hl7:id
II
0 … *
Beliebig viele IDs der Organisation. z.B.: ID aus dem GDA-Index, DVR-Nummer, ATU-Nummer, etc.
atcdabbr
wo [not(@nullFlavor)]
hl7:name
ON
1 … 1
M
Name der Organisation. Bei Organisationen, die im GDA-Index angegeben sind, soll deren Kurzbezeichnung verwendet werden. Zu dem Namen größerer Organisationen SOLL auch die Abteilung angegeben werden.
atcdabbr
hl7:telecom
TEL.AT
0 … *
Kontaktdaten der Organisation.
Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen.
atcdabbr
wo [not(@nullFlavor)]
@value
st
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äß „ELGA_URLScheme“
@use
set_cs
0 … 1
Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP
von 1.2.40.0.34.6.0.11.1.9 In Fulfillment Of (DYNAMIC)
hl7:inFulfillmentOf
0 … *
R
Komponente zur Dokumentation des Auftrags.
atcdabbr
at-cda-bbr-dataelement-42
Auftrag
Dataset A Allgemeiner Leitfaden
@typeCode
cs
1 … 1
F
FLFS
hl7:order
1 … 1
M
Auftrag.
atcdabbr
@classCode
cs
1 … 1
F
ACT
@moodCode
cs
1 … 1
F
RQO
hl7:id
II
1 … 1
M
Auftragsnummer, Anforderungsnummer. Grundsätzlich sind die Vorgaben gemäß Kapitel „Identifikations-Elemente“ zu befolgen.
atcdabbr
at-cda-bbr-dataelement-43
ID
Dataset A Allgemeiner Leitfaden
Eingefügt
0 … *
R
von 1.2.40.0.34.6.0.11.1.17 Documentation Of Service Event (DYNAMIC)
hl7:documentationOf
0 … *
R
Komponente für die Gesundheitsdienstleistung.
atcdabbr
at-cda-bbr-dataelement-44
Gesundheitsdienstleistung
Dataset A Allgemeiner Leitfaden
@typeCode
cs
0 … 1
F
DOC
hl7:serviceEvent
1 … 1
M
Gesundheitsdienstleistung. Verweis auf speziellen Implementierungsleitfaden: Ob eine Gesundheitsdienstleistung angegeben werden muss, und welche Bedeutung dieses Element hat, ergibt sich aus dem jeweiligen speziellen Implementierungsleitfaden.
atcdabbr
@classCode
cs
0 … 1
F
ACT
@moodCode
cs
0 … 1
F
EVN
hl7:id
II
0 … 1
atcdabbr
Auswahl
1 … 1
Elemente in der Auswahl:
hl7:code[not(@nullFlavor)]
hl7:code[@nullFlavor='UNK']
hl7:code
CE
0 … 1
Code der Gesundheitsdienstleistung. Zugelassene nullFlavor: UNK
Verweis auf speziellen Implementierungsleitfaden: Welche Codierung angewandt werden soll, ergibt sich aus dem jeweiligen speziellen Implementierungsleitfaden.
↔ Hinweis zum
XDS-Mapping: Dieses Element wird ins XDS-Attribut eventCodeList gemappt.
atcdabbr
wo [not(@nullFlavor)]
at-cda-bbr-dataelement-45
Code
Dataset A Allgemeiner Leitfaden
@code
cs
1 … 1
R
@codeSystem
oid
1 … 1
R
@displayName
st
1 … 1
R
hl7:code
CE
0 … 1
atcdabbr
wo [@nullFlavor='UNK']
@nullFlavor
cs
1 … 1
F
UNK
hl7:effectiveTime
IVL_TS
1 … 1
M
Zeitraum der Gesundheitsdienstleistung. Die semantische Bedeutung dieser Zeitpunkte wird in den speziellen Implementierungsleitfäden festgelegt.
↔ 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
atcdabbr
at-cda-bbr-dataelement-46
Zeitraum der Gesundheitsdienstleistung
Dataset A Allgemeiner Leitfaden
Eingefügt
von 1.2.40.0.34.6.0.11.9.15 Time Interval Information minimal (DYNAMIC)
Auswahl
1 … 1
Elemente in der Auswahl:
hl7:low[@value]
hl7:low[@nullFlavor='UNK']
hl7:low
TS.AT.TZ
0 … 1
atcdabbr
wo [@value]
hl7:low
TS.AT.TZ
0 … 1
atcdabbr
wo [@nullFlavor='UNK']
@nullFlavor
cs
1 … 1
F
UNK
Auswahl
1 … 1
Elemente in der Auswahl:
hl7:high[@value]
hl7:high[@nullFlavor='UNK']
hl7:high
TS.AT.TZ
0 … 1
atcdabbr
wo [@value]
hl7:high
TS.AT.TZ
0 … 1
atcdabbr
wo [@nullFlavor='UNK']
@nullFlavor
cs
1 … 1
F
UNK
hl7:performer
0 … *
R
Person oder Organisation, die die Gesundheitsdienstleistung durchführt. Verweis auf speziellen Implementierungsleitfaden: Ob und welche durchführende Entität eingetragen werden soll, ergibt sich aus dem jeweiligen speziellen Implementierungsleitfaden.
Beliebig viele Kontakt-Elemente der Person der Entität.
Grundsätzlich sind die Vorgaben gemäß „Kontaktdaten-Element“ zu befolgen.
atcdabbr
wo [not(@nullFlavor)]
@value
url
1 … 1
R
Die Kontaktadresse (Telefonnummer, Email, etc.).
Es gelten die ELGA Formatkonventionen für Telekom-Daten, z.B. tel:+43.1.1234567
Zulässige Werteliste für telecom Präfixe gemäß Value Set "ELGA_URLScheme"
@use
cs
0 … 1
Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP.
Zulässige Werte gemäß Value Set "ELGA_TelecomAddressUse"
Constraint
Werden mehrere gleichartige "telecom"-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein.
hl7:assignedPerson
1 … 1
M
Personendaten der Person der Entität.
Grundsätzlich sind die Vorgaben gemäß „Personen-Element“ zu befolgen.
Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)
atcdabbr
hl7:representedOrganization
1 … 1
M
Organisationsdaten der Entität.
Grundsätzlich sind die Vorgaben gemäß „Organisations-Element“ zu befolgen.
Beinhaltet 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC)
atcdabbr
Eingefügt
0 … 1
R
von 1.2.40.0.34.6.0.11.1.14 Document Replacement - Related Document (DYNAMIC)
hl7:relatedDocument
0 … 1
R
atcdabbr
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.
atcdabbr
@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.
atcdabbr
Eingefügt
0 … 1
R
von 1.2.40.0.34.6.0.11.1.18 Authorization (DYNAMIC)
hl7:authorization
0 … 1
R
atcdabbr
@typeCode
cs
0 … 1
F
AUTH
hl7:consent
1 … 1
M
atcdabbr
@classCode
cs
0 … 1
F
CONS
@moodCode
cs
0 … 1
F
EVN
hl7:id
II
0 … *
atcdabbr
hl7:code
CE
0 … 1
atcdabbr
@code
cs
1 … 1
R
CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.27 HL7-at_ActConsentType (DYNAMIC)
hl7:statusCode
CS
1 … 1
M
atcdabbr
@code
CONF
1 … 1
F
completed
Eingefügt
0 … 1
R
von 1.2.40.0.34.6.0.11.1.7 Component Of - Encompassing Encounter (DYNAMIC)
hl7:componentOf
0 … 1
R
Komponente für den Patientenkontakt.
atcdabbr
@typeCode
cs
0 … 1
F
COMP
hl7:encompassingEncounter
1 … 1
M
Patientenkontakt.
atcdabbr
@classCode
cs
0 … 1
F
ENC
@moodCode
cs
0 … 1
F
EVN
hl7:id
II
0 … 1
Identifikationselement zur Aufnahme der Aufenthaltszahl
atcdabbr
wo [not(@nullFlavor)]
@extension
st
1 … 1
R
Aufenthaltszahl, z.B.: Az123456
@root
uid
1 … 1
R
OID der Liste der Aufenthaltszahlen der Organisation
Constraint
@assigningAuthorityName [0..1]: Name der Stelle, welche die ID zugewiesen hat, z.B.: „Amadeus Spital“.
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)
atcdabbr
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.
atcdabbr
hl7:assignedEntity
1 … 1
M
Entität der verantwortlichen Person.
Grundsätzlich sind die Vorgaben für „AssignedEntity-Element (Person + Organisation)“ zu befolgen.
atcdabbr
Eingefügt
von 1.2.40.0.34.6.0.11.9.22 Assigned Entity (DYNAMIC)
@classCode
cs
0 … 1
F
ASSIGNED
Auswahl
1 … *
Mindestens eine ID der Person der Entität
Elemente in der Auswahl:
hl7:id[not(@nullFlavor)]
hl7:id[@nullFlavor='NI']
hl7:id[@nullFlavor='UNK']
Constraint
Zugelassene nullFlavor:
NI … Die Person der Entität hat keine Identifikationsnummer
UNK … Die Person der Entität hat eine Identifikationsnummer, diese ist jedoch unbekannt
hl7:id
II
0 … *
atcdabbr
wo [not(@nullFlavor)]
hl7:id
II
0 … 1
atcdabbr
wo [@nullFlavor='NI']
@nullFlavor
cs
1 … 1
F
NI
hl7:id
II
0 … 1
atcdabbr
wo [@nullFlavor='UNK']
@nullFlavor
cs
1 … 1
F
UNK
Auswahl
0 … 1
Elemente in der Auswahl:
hl7:addr[not(@nullFlavor)] welches enthält Template 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)
Beliebig viele Kontakt-Elemente der Person der Entität.
Grundsätzlich sind die Vorgaben gemäß „Kontaktdaten-Element“ zu befolgen.
atcdabbr
wo [not(@nullFlavor)]
@value
url
1 … 1
R
Die Kontaktadresse (Telefonnummer, Email, etc.).
Es gelten die ELGA Formatkonventionen für Telekom-Daten, z.B. tel:+43.1.1234567
Zulässige Werteliste für telecom Präfixe gemäß Value Set "ELGA_URLScheme"
@use
cs
0 … 1
Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP.
Zulässige Werte gemäß Value Set "ELGA_TelecomAddressUse"
Constraint
Werden mehrere gleichartige "telecom"-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein.
hl7:assignedPerson
1 … 1
M
Personendaten der Person der Entität.
Grundsätzlich sind die Vorgaben gemäß „Personen-Element“ zu befolgen.
Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)
atcdabbr
hl7:representedOrganization
0 … 1
R
Organisationsdaten der Entität.
Grundsätzlich sind die Vorgaben gemäß „Organisations-Element“ zu befolgen.
Beinhaltet 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC)
atcdabbr
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
atcdabbr
@typeCode
cs
0 … 1
F
LOC
hl7:healthCareFacility
1 … 1
M
atcdabbr
@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.
atcdabbr_header_RecordTarget vom 2020‑11‑24 10:03:02
atcdabbr_header_RecordTarget vom 2020‑10‑21 10:42:28
atcdabbr_header_RecordTarget vom 2020‑09‑10 15:26:39
atcdabbr_header_RecordTarget vom 2019‑02‑20 12:10:02
Status
Entwurf
Versions-Label
1.2.1
Name
atcdabbr_header_RecordTarget
Bezeichnung
Record Target
Beschreibung
Das RecordTarget-Element enthält den " Patienten ": Die Person, die von einem Gesundheitsdiensteanbieter (Arzt, einer Ärztin oder einem Angehörigen anderer Heilberufe) behandelt wird und über die bzw. über deren Gesundheitsdaten im Dokument berichtet wird. ↔ Hinweis zum XDS-Mapping: Inhalte dieses Elementes werden in die XDS-Metadaten zu XDSDocumentEntry. sourcePatientId übernommen.
Klassifikation
CDA Header Level Template
Offen/Geschlossen
Geschlossen (nur definierte Elemente sind erlaubt)
Assoziiert mit
Assoziiert mit 20 Konzepte
Id
Name
Datensatz
at-cda-bbr-dataelement-100
Sprachfähigkeit
Dataset A Allgemeiner Leitfaden
at-cda-bbr-dataelement-101
Sprache
Dataset A Allgemeiner Leitfaden
at-cda-bbr-dataelement-102
Grad der Sprachkenntnis
Dataset A Allgemeiner Leitfaden
at-cda-bbr-dataelement-103
Sprachpräferenz
Dataset A Allgemeiner Leitfaden
at-cda-bbr-dataelement-191
Todesdatum
Dataset A Allgemeiner Leitfaden
at-cda-bbr-dataelement-192
Verstorben-Kennzeichen
Dataset A Allgemeiner Leitfaden
at-cda-bbr-dataelement-193
EKVK
Dataset A Allgemeiner Leitfaden
at-cda-bbr-dataelement-64
Patient
Dataset A Allgemeiner Leitfaden
at-cda-bbr-dataelement-65
LokaleID
Dataset A Allgemeiner Leitfaden
at-cda-bbr-dataelement-66
SVNr
Dataset A Allgemeiner Leitfaden
at-cda-bbr-dataelement-67
bPK-GH
Dataset A Allgemeiner Leitfaden
at-cda-bbr-dataelement-68
Adresse
Dataset A Allgemeiner Leitfaden
at-cda-bbr-dataelement-70
Name
Dataset A Allgemeiner Leitfaden
at-cda-bbr-dataelement-72
Kontaktdaten
Dataset A Allgemeiner Leitfaden
at-cda-bbr-dataelement-74
Geschlecht
Dataset A Allgemeiner Leitfaden
at-cda-bbr-dataelement-75
Geburtsdatum
Dataset A Allgemeiner Leitfaden
at-cda-bbr-dataelement-76
Geburtsort
Dataset A Allgemeiner Leitfaden
at-cda-bbr-dataelement-88
Gesetzlicher Vertreter
Dataset A Allgemeiner Leitfaden
at-cda-bbr-dataelement-98
Familienstand
Dataset A Allgemeiner Leitfaden
at-cda-bbr-dataelement-99
Religionsbekenntnis
Dataset A Allgemeiner Leitfaden
Benutzt
Benutzt 5 Templates
Benutzt
als
Name
Version
1.2.40.0.34.6.0.11.9.25
Containment
Address Compilation (1.0.1+20230717)
DYNAMIC
1.2.40.0.34.6.0.11.9.11
Inklusion
Person Name Compilation G2 M (1.0.1+20230717)
DYNAMIC
1.2.40.0.34.6.0.11.9.12
Containment
Person Name Compilation G1 M (1.0.1+20230717)
DYNAMIC
1.2.40.0.34.6.0.11.9.27
Containment
Organization Name Compilation (1.0.1+20210628)
DYNAMIC
1.2.40.0.34.6.0.11.9.10
Containment
Address Compilation Minimal (1.0.2+20230717)
DYNAMIC
Beziehung
Spezialisierung: Template 1.2.40.0.34.6.0.11.1.3 Record Target (2020‑11‑24 10:03:02)
ref
at-cda-bbr-
Version: Template 1.2.40.0.34.6.0.11.1.3 Record Target (2020‑10‑21 10:42:28)
ref
at-cda-bbr-
Version: Template 1.2.40.0.34.6.0.11.1.3 Record Target (2019‑02‑20 12:10:02)
<recordTargettypeCode="RCT"contextControlCode="OP"> <patientRoleclassCode="PAT"> <!-- lokale Patienten ID vom System --> <idroot="1.2.40.0.34.99.111.1.2"extension="4711"assigningAuthorityName="Amadeus Spital"/><!-- Sozialversicherungsnummer des Patienten --> <idroot="1.2.40.0.10.1.4.3.1"extension="1111241261"assigningAuthorityName="Österreichische Sozialversicherung"/><!-- bPK-GH des Patienten --> <idroot="1.2.40.0.10.2.1.1.149"extension="GH:b64encodedbPKValue"/><!-- Adresse des Patienten --> <addr> <!-- template 1.2.40.0.34.6.0.11.9.25 'Address Compilation' (2019-02-28T14:24:14) --> </addr><!-- Kontaktdaten des Patienten--> <telecomvalue="tel:+43.1.40400"use="H"/><telecomvalue="tel:+43.664.1234567"use="MC"/><telecomvalue="mailto:herbert.mustermann@provider.at"/><patientclassCode="PSN"determinerCode="INSTANCE"> <!-- Name des Patienten (Granularitätsstufe 2) --> <name> <!-- template 1.2.40.0.34.6.0.11.9.11 'Person Name Compilation G2 M' --> </name><!-- Geschlecht des Patienten --> <administrativeGenderCodedisplayName="Male"code="M"codeSystem="2.16.840.1.113883.5.1"codeSystemName="HL7:AdministrativeGender"/><!-- Geburtsdatum des Patienten --> <birthTimevalue="19701224"/><!-- Optional: Verstorben-Kennzeichen --> <deceasedIndvalue="true"/><!-- Optional: Todesdatum / Todeszeitpunkt --> <deceasedTimevalue="20200101"/><!-- Familienstand des Patienten --> <maritalStatusCodecode="D"codeSystem="2.16.840.1.113883.5.2"codeSystemName="HL7:MaritalStatus"displayName="Divorced"/><!-- Religionszugehörigkeit des Patienten --> <religiousAffiliationCodecode="101"displayName="Römisch-Katholisch"codeSystem="2.16.840.1.113883.2.16.1.4.1"codeSystemName="HL7.AT:ReligionAustria"/><!-- Gesetzlicher Vertreter des Patienten "Organisation"--> <guardianclassCode="GUARD"> <!-- Gesetzlicher Vertreter "Person" --> <addr> <!-- template 1.2.40.0.34.6.0.11.9.25 'Address Compilation' (2019-02-28T14:24:14) --> </addr><!-- Kontaktdaten des gesetzlichen Vertreters --> <telecomuse="H"value="tel:+43.2236.2928"/><telecomuse="WP"value="tel:+43.2236.9000"/><!-- Name des gesetzlichen Vertreters (Granularitätsstufe 1) --> <guardianPerson> <name> <!-- template 1.2.40.0.34.6.0.11.9.12 'Person Name Compilation G1 M' --> </name></guardianPerson></guardian><birthplaceclassCode="BIRTHPL"> <placeclassCode="PLC"determinerCode="INSTANCE"> <!-- 1.2.40.0.34.6.0.11.9.10 'Address Compilation Minimal' --> </place></birthplace><languageCommunication> <languageCodecode="de"/><modeCodecode="ESP"displayName="Expressed spoken"codeSystem="2.16.840.1.113883.5.60"codeSystemName="HL7:LanguageAbilityMode"/><proficiencyLevelCodecode="E"displayName="Excellent"codeSystem="2.16.840.1.113883.5.61"codeSystemName="HL7:LanguageAbilityProficiency"/><preferenceIndvalue="true"/></languageCommunication><!-- Strukturierung der Fähigkeit zur Gebärdensprache --> <languageCommunication> <languageCodecode="de"/><proficiencyLevelCodecode="G"displayName="Good"codeSystem="2.16.840.1.113883.5.61"codeSystemName="HL7:LanguageAbilityProficiency"/><preferenceIndvalue="false"/></languageCommunication></patient></patientRole></recordTarget>
Item
DT
Kard
Konf
Beschreibung
Label
hl7:recordTarget
Komponente für die Patientendaten.
(atc...get)
at-cda-bbr-dataelement-64
Patient
Dataset A Allgemeiner Leitfaden
@typeCode
cs
0 … 1
F
RCT
@contextControlCode
cs
0 … 1
F
OP
hl7:patientRole
1 … 1
M
Patientendaten.
(atc...get)
@classCode
cs
0 … 1
F
PAT
hl7:id
II
2 … *
R
Patientenidentifikatoren
(atc...get)
at-cda-bbr-dataelement-193
EKVK
Dataset A Allgemeiner Leitfaden
at-cda-bbr-dataelement-65
LokaleID
Dataset A Allgemeiner Leitfaden
at-cda-bbr-dataelement-66
SVNr
Dataset A Allgemeiner Leitfaden
at-cda-bbr-dataelement-67
bPK-GH
Dataset A Allgemeiner Leitfaden
Constraint
Hinweis: Die Reihenfolge der id-Elemente MUSS unbedingt eingehalten werden!
* id[1] Identifikation des Patienten im lokalen System (1..1 M) ↔ Hinweis zum XDS-Mapping: Das Element id[1] wird ins XDS-Attribut sourcePatientId gemappt.
* id[2] Sozialversicherungsnummer des Patienten (1..1 R): - @root: OID der Liste aller österreichischen Sozialversicherungen, fester Wert: 1.2.40.0.10.1.4.3.1 (1..1 M) - @extension: Vollständige Sozialversicherungsnummer des Patienten (10 Stellen) (1..1 M) - @assigningAuthorityName: Fester Wert: Österreichische Sozialversicherung (0..1 O)
Zugelassene nullFlavor: - NI … Patient hat keine Sozialversicherungsnummer (z.B. Ausländer) - UNK … Patient hat eine Sozialversicherungsnummer, diese ist jedoch unbekannt
* id[@root="1.2.40.0.10.2.1.1.149"] Bereichsspezifisches Personenkennzeichen (0..1 O): - @root : OID der österreichischen bPK, fester Wert: 1.2.40.0.10.2.1.1.149 (1..1 M) - @extension : bPK des Patienten: concat(Bereichskürzel, ":", bPK) (Base64,28 Zeichen). Typischerweise bPK-GH (Gesundheit). Kann im Zusammenhang mit E-ID auch andere Bereichskürzel tragen. Anmerkung : Das bPK dient ausschließlich technisch der Zuordnung der elektronischen Identität und darf daher weder angezeigt werden noch am Ausdruck erscheinen (1..1 M) - @assigningAuthorityName : Fester Wert: Österreichische Stammzahlenregisterbehörde (0..1 O)
* id[@root="1.2.40.0.34.4.21"] Europäische Krankenversicherungskarte (0..1 O): - @root: OID der EKVK, fester Wert: 1.2.40.0.34.4.21 (1..1 M) - @extension: Datenfelder der EKVK nach folgender Bildungsvorschrift: concat(Feld 6,"^",Feld 7,"^",Feld 8,"^",Feld 9) wobei Feld 6 "Persönliche Kennummer" angegeben sein MUSS (1..1 M). Die übrigen Datenfelder sind optional (0..1 O). In Feld 9 MUSS die Datumsangabe im Format YYYMMDD erfolgen. - @assigningAuthorityName : Fester Wert: Nationaler Krankenversicherungsträger (0..1 O)
Grundsätzlich sind die Vorgaben gemäß „Identifikations-Elemente“ zu befolgen.
Adresse des Patienten. Es MUSS eine mögliche Adresse unterstützt werden. Spezielle Leitfäden (z.B. Entlassungsbrief Pflege) können es erforderlich machen, dass mehr als eine Adresse unterstützt werden muss.
Werden mehrere gleichartige 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.
(atc...get)
at-cda-bbr-dataelement-70
Name
Dataset A Allgemeiner Leitfaden
Eingefügt
1 … 1
M
von 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)
@classCode
cs
0 … 1
F
PSN
@determinerCode
cs
0 … 1
F
INSTANCE
hl7:name
PN
1 … 1
M
Namen-Element (Person)
(atc...get)
@use
cs
0 … 1
Die genaue Bedeutung des angegebenen Namens, z.B. Angabe eines Künstlernamens mit „A" für „Artist“.
Zulässige Werte gemäß Value Set „ELGA_EntityNameUse“.
Wird kein @use Attribut angegeben, gilt der Name als rechtlicher Name („L“).
hl7:prefix
ENXP
0 … *
Beliebig viele Präfixe zum Namen, z.B. Akademische Titel
Achtung: Die Angabe der Anrede („Frau“, „Herr“), ist im CDA nicht vorgesehen!
(atc...get)
@qualifier
cs
0 … 1
Bedeutung eines prefix-Elements, z.B. Angabe eines akademischen mit "AC" für „Academic“.
Zulässige Werte gemäß Value Set „ELGA_EntityNamePartQualifier".
CONF
Der Wert von @qualifier muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.8 ELGA_EntityNamePartQualifier (DYNAMIC)
hl7:family
ENXP
1 … *
M
Mindestens ein Hauptname (Nachname).
(atc...get)
@qualifier
cs
0 … 1
Bedeutung eines family-Elements, z.B. Angabe eines Geburtsnamen mit „BR" für „Birth“.
Zulässige Werte gemäß Value Set „ELGA_EntityNamePartQualifier“.
CONF
Der Wert von @qualifier muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.8 ELGA_EntityNamePartQualifier (DYNAMIC)
hl7:given
ENXP
1 … *
M
Mindestens ein Vorname
(atc...get)
@qualifier
cs
0 … 1
Die genaue Bedeutung eines given-Elements, beispielsweise dass das angegebene Element einen Geburtsnamen bezeichnet, z.B. BR („Birth“). Zulässige Werte gemäß Value Set „ELGA_EntityNamePartQualifier“
CONF
Der Wert von @qualifier muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.8 ELGA_EntityNamePartQualifier (DYNAMIC)
hl7:suffix
ENXP
0 … *
Beliebig viele Suffixe zum Namen
(atc...get)
@qualifier
cs
0 … 1
Die genaue Bedeutung eines suffix-Elements, beispielsweise dass das angegebene Suffix einen akademischen Titel darstellt, z.B.: AC („Academic“). Zulässige Werte gemäß Value Set „ELGA_EntityNamePartQualifier“.
CONF
Der Wert von @qualifier muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.8 ELGA_EntityNamePartQualifier (DYNAMIC)
Auswahl
1 … 1
Das "administrative Geschlecht" ist das soziale oder gesellschaftliche Geschlecht ("Gender"). Das administrative Geschlecht ist daher grundsätzlich getrennt von den biologischen Merkmalen der Person zu sehen. Grundsätzlich soll das administrative Geschlecht dem im
Zentralen Melderegister (ZMR) eingetragenen Geschlecht entsprechen.
Über ein Translation-Element können weitere Angaben zum Geschlecht gemacht werden, wenn diese abweichend vom administrativen Geschlecht sind, z.B.:
Biologisches Geschlecht
Geschlecht in der
Sozialversicherung
Geschlecht für die Stations-/Bettenbelegung im Krankenhaus
Codierung des Geschlechts des Patienten aus ValueSet "ELGA_AdministrativeGender".
Elemente in der Auswahl:
hl7:administrativeGenderCode[not(@nullFlavor)]
hl7:administrativeGenderCode[@nullFlavor='UNK']
hl7:administrativeGenderCode
CE
0 … 1
(atc...get)
wo [not(@nullFlavor)]
at-cda-bbr-dataelement-74
Geschlecht
Dataset A Allgemeiner Leitfaden
@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:translation
CD
0 … *
R
Über ein Translation-Element können weitere Angaben zum Geschlecht gemacht werden, wenn diese abweichend vom administrativen Geschlecht sind, z.B.: Biologisches Geschlecht, Geschlecht in der Sozialversicherung, Geschlecht für die Stations-/Bettenbelegung im Krankenhaus
Der gesetzliche Vetreter kann entweder eine Person (guardianPerson) oder eine Organisation (guardianOrganization) sein.
Beim Patienten können optional ein oder mehrere gesetzliche Vetreter angegeben werden. Wenn ein gesetzliche Vetreter bekannt ist, SOLL diese Information auch angegeben werden.
(atc...get)
at-cda-bbr-dataelement-88
Gesetzlicher Vertreter
Dataset A Allgemeiner Leitfaden
@classCode
cs
0 … 1
F
GUARD
hl7:addr
0 … 1
R
Die Adresse des gesetzlichen Vertreters oder der Organisation.
Grundsätzlich sind die Vorgaben für „Adress-Elemente“ zu befolgen.
Beliebig viele Kontaktdaten des gesetzlichen Vertreters als Person oder Organisation. Grundsätzlich sind die Vorgaben gemäß „Kontaktdaten-Element“ zu befolgen.
(atc...get)
@value
st
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“
@use
set_cs
0 … 1
Bedeutung des angegebenen Kontakts (z.B. Heim, Arbeitsplatz) Bsp: WP
Die Adresse des Geburtsorts, struktuiert. Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)
(atc...get)
hl7:languageCommunication
0 … *
R
Informationen bezüglich der Sprachfähigkeiten und Ausdrucksform des Patienten.
(atc...get)
at-cda-bbr-dataelement-100
Sprachfähigkeit
Dataset A Allgemeiner Leitfaden
hl7:languageCode
CS
1 … 1
M
Sprache, die vom Patienten zu einem bestimmten Grad beherrscht wird (geschrieben oder gesprochen).
In der Klasse languageCommunication können Informationen bezüglich der Sprachfähigkeiten und Ausdrucksform (z.B. gesprochen oder geschrieben) des Patienten angegeben werden. Dieser Leitfaden schränkt die möglichen Werte für die Sprache auf Werte aus dem Value Set ELGA_HumanLanguage ein.
Die Gebärdensprache ist als eigene Sprache inkl. Ländercode anzugeben, mit der Ergänzung des Länder-/Regional-Codes (z.B. sgn-at), die Ausdrucksweise (MoodCode) wird in diesem Fall nicht angegeben (denn expressed / received signed wären redundant).
(atc...get)
at-cda-bbr-dataelement-101
Sprache
Dataset A Allgemeiner Leitfaden
@code
cs
1 … 1
R
Zulässige Werte gemäß Value-Set „ELGA_HumanLanguage“ aus Code-System „HL7:HumanLanguage 2.16.840.1.113883.6.121“ Gemäß IETF / RFC 3066 enthält es ein bestimmtes Subset von Codes aus ISO 639-1 und ISO 639-2 (also zwei- und dreistellige Sprachcodes). Gemäß RFC 3066 ist es zulässig, eine Angabe der landestypischen Ausprägung der Sprache nach einem Bindestrich anzufügen. Das Land wird dabei nach ISO 3166-1 Alpha 2 angegeben. Dies MUSS bei der Auswertung des languageCodes berücksichtigt und toleriert werden.
CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.173 ELGA_HumanLanguage (DYNAMIC)
hl7:modeCode
CE
0 … 1
C
Ausdrucksform der Sprache. Zulässige Werte gemäß Value-Set „ELGA_LanguageAbilityMode“
(atc...get)
@code
cs
1 … 1
R
@displayName
st
1 … 1
R
@codeSystem
oid
1 … 1
F
2.16.840.1.113883.5.60
@codeSystemName
st
0 … 1
F
HL7:LanguageAbilityMode
Constraint
Bei Strukturierung einer Gebärdensprache ist dieses Element NICHT ERLAUBT, NP [0..0] und MUSS daher komplett entfallen
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
R
Grad der Sprachkenntnis in der Sprache. Zulässige Werte gemäß Value-Set „ELGA_ProficiencyLevelCode“
(atc...get)
at-cda-bbr-dataelement-102
Grad der Sprachkenntnis
Dataset A Allgemeiner Leitfaden
@code
cs
1 … 1
R
@displayName
st
1 … 1
R
@codeSystem
oid
1 … 1
F
2.16.840.1.113883.5.61
@codeSystemName
st
0 … 1
F
HL7:LanguageAbilityProficiency
CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.174 ELGA_ProficiencyLevelCode (DYNAMIC)
hl7:preferenceInd
BL
0 … 1
R
Kennzeichnung, ob die Sprache in der angegebenen Ausdrucksform vom Patienten bevorzugt wird.
(atc...get)
at-cda-bbr-dataelement-103
Sprachpräferenz
Dataset A Allgemeiner Leitfaden
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) or (hl7:id[2][@nullFlavor='UNK'] or hl7:id[2][@nullFlavor='NI'])
Meldung
Zugelassene nullFlavor sind "NI" und "UNK"
1.2.11 Author
Id
1.2.40.0.34.6.0.11.1.2
ref
at-cda-bbr-
Gültigkeit
2023‑04‑06 15:23:19
Andere Versionen mit dieser Id:
atcdabbr_header_Author vom 2021‑08‑24 08:35:56
atcdabbr_header_Author vom 2021‑02‑18 12:40:27
atcdabbr_header_Author vom 2019‑02‑13 09:50:17
Status
Aktiv
Versions-Label
1.0.3+20230717
Name
atcdabbr_header_Author
Bezeichnung
Author
Beschreibung
Der Autor, Urheber oder Dokumentersteller ist die Person, die hauptursächlich etwas verursacht oder veranlasst oder als Initiator, Anstifter, Verfasser oder Verursacher wirkt. Der Autor kann auch ein "Dokument-erstellendes Gerät" sein, etwa ein Computerprogramm, das automatisch Daten zu einem Patienten in Form eines Befunds oder einer Zusammenfassung kombiniert.
Die das Dokument schreibende Person (z.B. Schreibkraft, medizinische Dokumentationsassistenz) wird in CDA in einem eigenen Element (dataEnterer) abgebildet, siehe "Personen der Dateneingabe ("dataEnterer")".
Es kann mehr als ein Dokumentersteller angegeben werden (mehrere author-Elemente). Das erste author-Element SOLL eine Person sein ("Hauptautor"). Geräte MÜSSEN hinter den Personen-Autoren stehen (sofern vorhanden, z.B. bei einem On-Demand Dokument, das keine Person erstellt oder sonstige automatisch ohne Personenkontakt erstellte Dokumente).
↔ Hinweis zum XDS-Mapping: Folgende XDS-Attribute werden aus dem author-Element abgeleitet:
AuthorInstitution (=representedOrganization)
AuthorPerson (=assignedAuthor)
AuthorRole (=functionCode)
AuthorSpeciality (=assignedAuthor.code)
Nur das erste author-Element ist für das XDS-Mapping zu übernehmen.
Klassifikation
CDA Header 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.9.11
Containment
Person Name Compilation G2 M (1.0.1+20230717)
DYNAMIC
1.2.40.0.34.6.0.11.9.18
Containment
Device Compilation (1.0.2+20230717)
DYNAMIC
1.2.40.0.34.6.0.11.9.5
Containment
Organization Compilation with id, name (1.0.1+20210628)
Funktionscode des Verfassers des Dokuments, z.B: „Diensthabender Oberarzt“, „Verantwortlicher Arzt für Dokumentation“,„Stationsschwester“.
Eigene Codes und Bezeichnungen können verwendet werden.
(atc...hor)
@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
(atc...hor)
wo [not(@nullFlavor)]
hl7:time
TS.AT.TZ
0 … 1
(atc...hor)
wo [@nullFlavor='UNK']
@nullFlavor
cs
1 … 1
F
UNK
hl7:assignedAuthor
1 … 1
M
(atc...hor)
@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.
(atc...hor)
wo [not(@nullFlavor)]
hl7:id
II
0 … 1
(atc...hor)
wo [@nullFlavor='NI']
@nullFlavor
cs
1 … 1
F
NI
hl7:id
II
0 … 1
(atc...hor)
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.
(atc...hor)
@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.
(atc...hor)
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
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)
(atc...hor)
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.
1.2.12 DataEnterer
TODO
1.2.13 Custodian
Id
1.2.40.0.34.6.0.11.1.4
ref
at-cda-bbr-
Gültigkeit
2021‑10‑13 14:05:15
Andere Versionen mit dieser Id:
atcdabbr_header_Custodian vom 2021‑02‑19 10:33:30
atcdabbr_header_Custodian vom 2019‑02‑26 11:28:24
Status
Aktiv
Versions-Label
1.0.1+20211213
Name
atcdabbr_header_Custodian
Bezeichnung
Custodian
Beschreibung
Der "Verwahrer" des Dokuments stellt die Organisation dar, von der das Dokument stammt und die für die Aufbewahrung und Verwaltung des ORIGINALEN Dokuments verantwortlich ist. Jedes CDA-Dokument hat genau einen Custodian. Der Custodian entspricht der Definition von Verwaltertätigkeit ("Stewardship") von CDA. Da CDA ein Austauschformat für Dokumente ist und ein CDA-Dokument möglicherweise nicht die ursprüngliche Form der authentifizierten Dokumente darstellt, repräsentiert der Custodian den Verwalter der ursprünglichen Quelldokumente.
Klassifikation
CDA Header Level Template
Offen/Geschlossen
Geschlossen (nur definierte Elemente sind erlaubt)
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.
(atc...ian)
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.
(atc...ian)
hl7:telecom
TEL.AT
0 … *
Kontaktdaten des Verwahrers des originalen Dokuments (Organisation). Grundsätzlich sind die Vorgaben für „Kontaktdaten-Elemente“ zu befolgen.
(atc...ian)
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)
(atc...ian)
1.2.14 InformationRecipient
TODO
1.2.15 LegalAuthenticator
Id
1.2.40.0.34.6.0.11.1.5
ref
at-cda-bbr-
Gültigkeit
2021‑02‑19 11:10:59
Andere Versionen mit dieser Id:
atcdabbr_header_LegalAuthenticator vom 2019‑03‑04 11:41:57
Status
Aktiv
Versions-Label
1.0.0+20210219
Name
atcdabbr_header_LegalAuthenticator
Bezeichnung
Legal Authenticator
Beschreibung
Der „Rechtliche Unterzeichner“ oder Hauptunterzeichner ist jene Person, welche für das Dokument aus rechtlicher Sicht die Verantwortung übernimmt. Es muss organisatorisch sichergestellt werden, dass die Person, die als rechtlicher Unterzeichner eingetragen wird, über die entsprechende Berechtigung verfügt. Grundsätzlich MUSS der Hauptunterzeichner angegeben werden, in bestimmten Fällen kann dies aber unterbleiben, etwa wenn es sich um automatisch erstellte Befunde handelt (Dokumente, die von „Geräten“ oder "Software" autonom erstellt wurden, d.h. wenn der Inhalt durch einen Algorithmus erzeugt und nicht von einer natürlichen Person freigegeben wurde, z.B. On-demand Dokumente). Diese Fälle sind in den jeweiligen speziellen Leitfaden entsprechend angegeben. Falls mehrere rechtliche Unterzeichner vorhanden sind, können diese angegeben werden.
↔ Hinweis zum XDS-Mapping: Dieses Element wird ins XDS-Metadatenelement DocumentEntry.legalAuthenticator gemappt. ACHTUNG: Nach DocumentEntry.legalAuthenticator kann jeweils nur das erste Element (ClinicalDocument/LegalAuthenticator[1]) übernommen werden.
Klassifikation
CDA Header Level Template
Offen/Geschlossen
Geschlossen (nur definierte Elemente sind erlaubt)
<legalAuthenticatorcontextControlCode="OP"typeCode="LA"> <!-- Zeitpunkt der Unterzeichnung --> <timevalue="20190324082015+0100"/><!-- Signaturcode --> <signatureCodecode="S"/><!-- Personen- und Organisationsdaten des Rechtlichen Unterzeichners des Dokuments --> <assignedEntity> <!-- include template 1.2.40.0.34.6.0.11.9.22 'Assigned Entity' (dynamic) .. O --> </assignedEntity></legalAuthenticator>
Item
DT
Kard
Konf
Beschreibung
Label
hl7:legalAuthenticator
Hauptunterzeichner, Rechtlicher Unterzeichner
(atc...tor)
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
(atc...tor)
wo [not(@nullFlavor)]
at-cda-bbr-dataelement-5
Zeitpunkt der Unterzeichnung
Dataset A Allgemeiner Leitfaden
hl7:time
TS.AT.TZ
0 … 1
(atc...tor)
wo [@nullFlavor='UNK']
@nullFlavor
cs
1 … 1
F
UNK
hl7:signatureCode
CS
1 … 1
M
Signaturcode gibt an, dass das Originaldokument unterzeichnet wurde.
(atc...tor)
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)
(atc...tor)
1.2.16 Authenticator
Id
1.2.40.0.34.6.0.11.1.6
ref
at-cda-bbr-
Gültigkeit
2021‑02‑19 10:25:00
Andere Versionen mit dieser Id:
atcdabbr_header_Authenticator vom 2019‑03‑04 13:11:54
Status
Aktiv
Versions-Label
1.0.0+20210219
Name
atcdabbr_header_Authenticator
Bezeichnung
Authenticator
Beschreibung
Mitunterzeichner, weiterer Unterzeichner. Dokumente können neben dem verpflichtenden legalAuthenticator („rechtlichen Unterzeichner“, Hauptunterzeichner) auch beliebig viele weitere Mitunterzeichner beinhalten. Sonderfälle:
Multidisziplinäre Befunde: Die Angabe von mindestens zwei Mitunterzeichnern
(authenticator) ersetzt die Angabe eines Hauptunterzeichners (legalAuthenticator), wenn dieser nicht ermittelt werden kann (z.B. bei multidisziplinären Befunden, die von mehreren Fachärzten mit unterschiedlicher Fachrichtung gleichermaßen verantwortet werden).
Automatisch erstellte Befunde: Bei Dokumenten, die von „Geräten“ erstellt wurden (wenn der Inhalt durch einen Algorithmus erzeugt und nicht von einer natürlichen Person freigegeben wurde), entfällt die Angabe aller Unterzeichner.
Klassifikation
CDA Header Level Template
Offen/Geschlossen
Offen (auch andere als die definierten Elemente sind erlaubt)
<authenticatortypeCode="AUTHEN"> <!-- Zeitpunkt der Unterzeichnung --> <timevalue="20190605"/><!-- Signaturcode --> <signatureCodecode="S"/><!-- Personen- und Organisationsdaten des Weiteren Unterzeichners des Dokuments --> <assignedEntity> <!-- include template 1.2.40.0.34.6.0.11.9.22 'Assigned Entity' (dynamic) .. O --> </assignedEntity></authenticator>
Item
DT
Kard
Konf
Beschreibung
Label
hl7:authenticator
Weitere Unterzeichner.
(atc...tor)
at-cda-bbr-dataelement-31
Weitere Unterzeichner
Dataset A Allgemeiner Leitfaden
@typeCode
cs
0 … 1
F
AUTHEN
Auswahl
1 … 1
Der Zeitpunkt, an dem das Dokument unterzeichnet wurde. Grundsätzlich sind die Vorgaben gemäß für „Zeit-Elemente“ zu befolgen.
Elemente in der Auswahl:
hl7:time[not(@nullFlavor)]
hl7:time[@nullFlavor='UNK']
hl7:time
TS.AT.TZ
0 … 1
(atc...tor)
wo [not(@nullFlavor)]
at-cda-bbr-dataelement-105
Zeitpunkt der Unterzeichnung
Dataset A Allgemeiner Leitfaden
hl7:time
TS.AT.TZ
0 … 1
(atc...tor)
wo [@nullFlavor='UNK']
@nullFlavor
cs
1 … 1
F
UNK
hl7:signatureCode
CS
1 … 1
M
(atc...tor)
at-cda-bbr-dataelement-106
Signatur
Dataset A Allgemeiner Leitfaden
@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.
(atc...tor)
Eingefügt
von 1.2.40.0.34.6.0.11.9.22 Assigned Entity (DYNAMIC)
@classCode
cs
0 … 1
F
ASSIGNED
Auswahl
1 … *
Mindestens eine ID der Person der Entität
Elemente in der Auswahl:
hl7:id[not(@nullFlavor)]
hl7:id[@nullFlavor='NI']
hl7:id[@nullFlavor='UNK']
Constraint
Zugelassene nullFlavor:
NI … Die Person der Entität hat keine Identifikationsnummer
UNK … Die Person der Entität hat eine Identifikationsnummer, diese ist jedoch unbekannt
hl7:id
II
0 … *
(atc...tor)
wo [not(@nullFlavor)]
hl7:id
II
0 … 1
(atc...tor)
wo [@nullFlavor='NI']
@nullFlavor
cs
1 … 1
F
NI
hl7:id
II
0 … 1
(atc...tor)
wo [@nullFlavor='UNK']
@nullFlavor
cs
1 … 1
F
UNK
Auswahl
0 … 1
Elemente in der Auswahl:
hl7:addr[not(@nullFlavor)] welches enthält Template 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)
Beliebig viele Kontakt-Elemente der Person der Entität.
Grundsätzlich sind die Vorgaben gemäß „Kontaktdaten-Element“ zu befolgen.
(atc...tor)
wo [not(@nullFlavor)]
@value
url
1 … 1
R
Die Kontaktadresse (Telefonnummer, Email, etc.).
Es gelten die ELGA Formatkonventionen für Telekom-Daten, z.B. tel:+43.1.1234567
Zulässige Werteliste für telecom Präfixe gemäß Value Set "ELGA_URLScheme"
@use
cs
0 … 1
Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP.
Zulässige Werte gemäß Value Set "ELGA_TelecomAddressUse"
Constraint
Werden mehrere gleichartige "telecom"-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein.
hl7:assignedPerson
1 … 1
M
Personendaten der Person der Entität.
Grundsätzlich sind die Vorgaben gemäß „Personen-Element“ zu befolgen.
Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)
(atc...tor)
hl7:representedOrganization
0 … 1
R
Organisationsdaten der Entität.
Grundsätzlich sind die Vorgaben gemäß „Organisations-Element“ zu befolgen.
Beinhaltet 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC)
(atc...tor)
1.2.17 Participant Ansprechpartner
TODO
- Ansprechpartner
- Einweisender/Zuweisender Arzt
- Hausarzt
- Notfallkontakt
- Angehörige
- Versicherung
- Betreuende Organisation
- Weitere Behandler
1.2.18 In Fulfillment Of
1.2.40.0.34.6.0.11.1.9
1.2.19 Documentation Of Service Event
1.2.40.0.34.6.0.11.1.17
1.2.20 relatedDocument
TODO
1.2.21 Authorization =
TODO
1.2.22 EncompassingEncounter
Id
1.2.40.0.34.6.0.11.1.7
ref
at-cda-bbr-
Gültigkeit
2023‑02‑28 10:11:03
Andere Versionen mit dieser Id:
atcdabbr_header_ComponentOfEncompassingEncounter vom 2021‑02‑19 10:32:49
atcdabbr_header_ComponentOfEncompassingEncounter vom 2020‑09‑29 10:39:03
atcdabbr_header_ComponentOfEncompassingEncounter vom 2019‑03‑07 10:44:49
atcdabbr_header_ComponentOfEncompassingEncounter vom 2019‑03‑07 10:44:48
Status
Aktiv
Versions-Label
1.0.1+20230717
Name
atcdabbr_header_ComponentOfEncompassingEncounter
Bezeichnung
Component Of - Encompassing Encounter
Beschreibung
Component Of - Encompassing Encounter gibt an, in welchem Rahmen der dokumentierte Patientenkontakt stattgefunden hat. Dokumente werden nicht notwendigerweise immer während eines Patientenkontakts erstellt, sondern ggf. auch zu einem späteren Zeitpunkt, wenn beispielsweise ein Arzt wegen eines pathologischen Laborwertes den Patienten vergeblich versucht zu erreichen und dennoch seine Verlaufsdokumentation fortführt. Wenn die Dokumentation ein Entlass- oder Verlegungsdokument ist, muss die Information in dieser Klasse mitgegeben werden, inklusive der Dauer des Aufenthalts (hier: nicht nur stationäre Aufenthalte, sondern auch der Patientenkontakt in der Praxis eines niedergelassenen GDA beispielsweise) und der Einrichtung, wo der Patientenaufenthalt stattfand. Verweis auf speziellen Implementierungsleitfaden: Ob der Patientenkontakt angegeben werden muss, und welche Bedeutung dieses Element hat ergibt sich aus dem jeweiligen speziellen Implementierungsleitfaden.
Klassifikation
CDA Header 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.9.15
Containment
Time Interval Information minimal (1.0.1+20210628)
DYNAMIC
1.2.40.0.34.6.0.11.9.22
Inklusion
Assigned Entity (1.0.2+20230717)
DYNAMIC
1.2.40.0.34.6.0.11.1.8
Inklusion
Encounter Location (1.0.0+20210219)
DYNAMIC
Beziehung
Spezialisierung: Template 1.2.40.0.34.6.0.11.1.7 Component Of - Encompassing Encounter (2021‑02‑19 10:32:49)
ref
at-cda-bbr-
Version: Template 1.2.40.0.34.6.0.11.1.7 Component Of - Encompassing Encounter (2020‑09‑29 10:39:03)
<componentOftypeCode="COMP"> <encompassingEncounterclassCode="ENC"moodCode="EVN"> <!-- Aufenthaltszahl --> <idroot="1.2.40.0.34.99.111.1.4"extension="Az123456"assigningAuthorityName="Amadeus Spital"/><!-- Codierung des Patientenkontakts, hier für stationär --> <codecode="IMP"displayName="Inpatient encounter"codeSystem="2.16.840.1.113883.5.4"codeSystemName="HL7:ActCode"/><!-- Zeitraum des Patientenkontakts, mit administrativer Aufnahme am 24.12.2018 um 8:20:15 und administrativer Entlassung am 25.12.2018 um 11:30:00 --> <effectiveTime> <lowvalue="20181224082015+0100"/><highvalue="20181225113000+0100"/></effectiveTime><!-- Verantwortliche Person für den Patientenkontakt --> <responsibleParty> <assignedEntity> <!-- Identifikation der Verantwortlichen Person für den Patientenkontakt--> <!-- include template 1.2.40.0.34.6.0.11.9.22 'Assigned Entity' (dynamic) .. O --> </assignedEntity></responsibleParty><!-- Organisation, in deren Verantwortungsbereich der Patientenkontakt stattfand --> <location> <healthCareFacility> <codecode="300"displayName="Allgemeine Krankenanstalt"codeSystem="1.2.40.0.34.5.2"/><serviceProviderOrganization> <!-- include template 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC) 1..1 M --> </serviceProviderOrganization></healthCareFacility></location></encompassingEncounter></componentOf>
Beispiel
Strukturbeispiel mit stationärem Patientenkontakt und unbekannter Entlassung
<componentOftypeCode="COMP"> <encompassingEncounterclassCode="ENC"moodCode="EVN"> <!-- Aufenthaltszahl --> <idroot="1.2.40.0.34.99.111.1.4"extension="Az123456"assigningAuthorityName="Amadeus Spital"/><!-- Codierung des Patientenkontakts, hier für stationär --> <codecode="IMP"displayName="Inpatient encounter"codeSystem="2.16.840.1.113883.5.4"codeSystemName="HL7:ActCode"/><!-- Zeitraum des Patientenkontakts, mit administrativer Aufnahme am 24.12.2018 um 8:20:15 und noch nicht stattgefundener administrativer oder medizinischer Entlassung --> <effectiveTime> <lowvalue="20181224082015+0100"/><highnullFlavor="UNK"/></effectiveTime><!-- Verantwortliche Person für den Patientenkontakt --> <responsibleParty> <assignedEntity> <!-- Identifikation der Verantwortlichen Person für den Patientenkontakt--> <!-- include template 1.2.40.0.34.6.0.11.9.22 'Assigned Entity' (dynamic) .. O --> </assignedEntity></responsibleParty><!-- Organisation, in deren Verantwortungsbereich der Patientenkontakt stattfand --> <location> <healthCareFacility> <codecode="300"displayName="Allgemeine Krankenanstalt"codeSystem="1.2.40.0.34.5.2"/><serviceProviderOrganization> <!-- include template 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC) 1..1 M --> </serviceProviderOrganization></healthCareFacility></location></encompassingEncounter></componentOf>
Beispiel
Strukturbeispiel mit ambulantem Patientenkontakt
<componentOftypeCode="COMP"> <encompassingEncounterclassCode="ENC"moodCode="EVN"> <!-- Aufenthaltszahl --> <idroot="1.2.40.0.34.99.111.1.4"extension="Az123456"assigningAuthorityName="Amadeus Spital"/><!-- Codierung des Patientenkontakts, hier für ambulant --> <codecode="AMB"displayName="ambulatory"codeSystem="2.16.840.1.113883.5.4"codeSystemName="HL7:ActCode"/><!-- Zeitraum des Patientenkontakts, mit administrativer Aufnahme am 24.12.2018 um 8:20:15 und administrativer Entlassung am 24.12.2018 um 11:30:00 --> <effectiveTime> <lowvalue="20181224082015+0100"/><highvalue="20181224113000+0100"/></effectiveTime><!-- Verantwortliche Person für den Patientenkontakt --> <responsibleParty> <assignedEntity> <!-- Identifikation der Verantwortlichen Person für den Patientenkontakt--> <!-- include template 1.2.40.0.34.6.0.11.9.22 'Assigned Entity' (dynamic) .. O --> </assignedEntity></responsibleParty><!-- Organisation, in deren Verantwortungsbereich der Patientenkontakt stattfand --> <location> <healthCareFacility> <codecode="304"displayName="Selbstständiges Ambulatorium"codeSystem="1.2.40.0.34.5.2"/><serviceProviderOrganization> <!-- include template 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC) 1..1 M --> </serviceProviderOrganization></healthCareFacility></location></encompassingEncounter></componentOf>
Beispiel
Strukturbeispiel mit ambulantem Patientenkontakt und unbekannter Entlassung
<componentOftypeCode="COMP"> <encompassingEncounterclassCode="ENC"moodCode="EVN"> <!-- Aufenthaltszahl --> <idroot="1.2.40.0.34.99.111.1.4"extension="Az123456"assigningAuthorityName="Amadeus Spital"/><!-- Codierung des Patientenkontakts, hier für ambulant --> <codecode="AMB"displayName="ambulatory"codeSystem="2.16.840.1.113883.5.4"codeSystemName="HL7:ActCode"/><!-- Zeitraum des Patientenkontakts, mit administrativer Aufnahme am 24.12.2018 um 8:20:15 und nicht stattgefundener administrativer oder medizinischer Entlassung --> <effectiveTime> <lowvalue="20181224082015+0100"/><highnullFlavor="UNK"/></effectiveTime><!-- Verantwortliche Person für den Patientenkontakt --> <responsibleParty> <assignedEntity> <!-- Identifikation der Verantwortlichen Person für den Patientenkontakt--> <!-- include template 1.2.40.0.34.6.0.11.9.22 'Assigned Entity' (dynamic) .. O --> </assignedEntity></responsibleParty><!-- Organisation, in deren Verantwortungsbereich der Patientenkontakt stattfand --> <location> <healthCareFacility> <codecode="304"displayName="Selbstständiges Ambulatorium"codeSystem="1.2.40.0.34.5.2"/><serviceProviderOrganization> <!-- include template 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC) 1..1 M --> </serviceProviderOrganization></healthCareFacility></location></encompassingEncounter></componentOf>
Beispiel
Strukturbeispiel mit virtuellem Patientenkontakt
<componentOftypeCode="COMP"> <encompassingEncounterclassCode="ENC"moodCode="EVN"> <!-- Aufenthaltszahl --> <idroot="1.2.40.0.34.99.111.1.4"extension="Az123456"assigningAuthorityName="Amadeus Spital"/><!-- Codierung des Patientenkontakts, hier für einen virtuellen Kontakt wie beim Telemonitoring --> <codecode="VR"displayName="virtual"codeSystem="2.16.840.1.113883.5.4"codeSystemName="HL7:ActCode"/><!-- Zeitraum des Patientenkontakts, mit administrativer Aufnahme am 24.12.2018 um 8:20:15 und administrativer Entlassung am 31.1.2019 um 11:30:00 --> <effectiveTime> <lowvalue="20181224082015+0100"/><highvalue="20190131113000+0100"/></effectiveTime><!-- Verantwortliche Person für den Patientenkontakt --> <responsibleParty> <assignedEntity> <!-- Identifikation der Verantwortlichen Person für den Patientenkontakt--> <!-- include template 1.2.40.0.34.6.0.11.9.22 'Assigned Entity' (dynamic) .. O --> </assignedEntity></responsibleParty><!-- Organisation, in deren Verantwortungsbereich der Patientenkontakt stattfand --> <location> <healthCareFacility> <codecode="300"displayName="Allgemeine Krankenanstalt"codeSystem="1.2.40.0.34.5.2"/><serviceProviderOrganization> <!-- include template 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC) 1..1 M --> </serviceProviderOrganization></healthCareFacility></location></encompassingEncounter></componentOf>
Beispiel
Strukturbeispiel mit virtuellem Patientenkontakt und unbekannter Entlassung
<componentOftypeCode="COMP"> <encompassingEncounterclassCode="ENC"moodCode="EVN"> <!-- Aufenthaltszahl --> <idroot="1.2.40.0.34.99.111.1.4"extension="Az123456"assigningAuthorityName="Amadeus Spital"/><!-- Codierung des Patientenkontakts, hier für einen virtuellen Kontakt wie beim Telemonitoring --> <codecode="VR"displayName="virtual"codeSystem="2.16.840.1.113883.5.4"codeSystemName="HL7:ActCode"/><!-- Zeitraum des Patientenkontakts, mit administrativer Aufnahme am 24.12.2018 um 8:20:15 und nicht stattgefundener administrativer oder medizinischer Entlassung --> <effectiveTime> <lowvalue="20181224082015+0100"/><highnullFlavor="UNK"/></effectiveTime><!-- Verantwortliche Person für den Patientenkontakt --> <responsibleParty> <assignedEntity> <!-- Identifikation der Verantwortlichen Person für den Patientenkontakt--> <!-- include template 1.2.40.0.34.6.0.11.9.22 'Assigned Entity' (dynamic) .. O --> </assignedEntity></responsibleParty><!-- Organisation, in deren Verantwortungsbereich der Patientenkontakt stattfand --> <location> <healthCareFacility> <codecode="300"displayName="Allgemeine Krankenanstalt"codeSystem="1.2.40.0.34.5.2"/><serviceProviderOrganization> <!-- include template 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC) 1..1 M --> </serviceProviderOrganization></healthCareFacility></location></encompassingEncounter></componentOf>
Item
DT
Kard
Konf
Beschreibung
Label
hl7:componentOf
Komponente für den Patientenkontakt.
(atc...ter)
@typeCode
cs
0 … 1
F
COMP
hl7:encompassingEncounter
1 … 1
M
Patientenkontakt.
(atc...ter)
@classCode
cs
0 … 1
F
ENC
@moodCode
cs
0 … 1
F
EVN
hl7:id
II
0 … 1
Identifikationselement zur Aufnahme der Aufenthaltszahl
(atc...ter)
wo [not(@nullFlavor)]
@extension
st
1 … 1
R
Aufenthaltszahl, z.B.: Az123456
@root
uid
1 … 1
R
OID der Liste der Aufenthaltszahlen der Organisation
Constraint
@assigningAuthorityName [0..1]: Name der Stelle, welche die ID zugewiesen hat, z.B.: „Amadeus Spital“.
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)
(atc...ter)
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.
(atc...ter)
hl7:assignedEntity
1 … 1
M
Entität der verantwortlichen Person.
Grundsätzlich sind die Vorgaben für „AssignedEntity-Element (Person + Organisation)“ zu befolgen.
(atc...ter)
Eingefügt
von 1.2.40.0.34.6.0.11.9.22 Assigned Entity (DYNAMIC)
@classCode
cs
0 … 1
F
ASSIGNED
Auswahl
1 … *
Mindestens eine ID der Person der Entität
Elemente in der Auswahl:
hl7:id[not(@nullFlavor)]
hl7:id[@nullFlavor='NI']
hl7:id[@nullFlavor='UNK']
Constraint
Zugelassene nullFlavor:
NI … Die Person der Entität hat keine Identifikationsnummer
UNK … Die Person der Entität hat eine Identifikationsnummer, diese ist jedoch unbekannt
hl7:id
II
0 … *
(atc...ter)
wo [not(@nullFlavor)]
hl7:id
II
0 … 1
(atc...ter)
wo [@nullFlavor='NI']
@nullFlavor
cs
1 … 1
F
NI
hl7:id
II
0 … 1
(atc...ter)
wo [@nullFlavor='UNK']
@nullFlavor
cs
1 … 1
F
UNK
Auswahl
0 … 1
Elemente in der Auswahl:
hl7:addr[not(@nullFlavor)] welches enthält Template 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)
Beliebig viele Kontakt-Elemente der Person der Entität.
Grundsätzlich sind die Vorgaben gemäß „Kontaktdaten-Element“ zu befolgen.
(atc...ter)
wo [not(@nullFlavor)]
@value
url
1 … 1
R
Die Kontaktadresse (Telefonnummer, Email, etc.).
Es gelten die ELGA Formatkonventionen für Telekom-Daten, z.B. tel:+43.1.1234567
Zulässige Werteliste für telecom Präfixe gemäß Value Set "ELGA_URLScheme"
@use
cs
0 … 1
Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP.
Zulässige Werte gemäß Value Set "ELGA_TelecomAddressUse"
Constraint
Werden mehrere gleichartige "telecom"-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein.
hl7:assignedPerson
1 … 1
M
Personendaten der Person der Entität.
Grundsätzlich sind die Vorgaben gemäß „Personen-Element“ zu befolgen.
Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)
(atc...ter)
hl7:representedOrganization
0 … 1
R
Organisationsdaten der Entität.
Grundsätzlich sind die Vorgaben gemäß „Organisations-Element“ zu befolgen.
Beinhaltet 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC)
(atc...ter)
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
(atc...ter)
@typeCode
cs
0 … 1
F
LOC
hl7:healthCareFacility
1 … 1
M
(atc...ter)
@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.
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.
(atc...ter)
@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)
(atc...ter)
1.2.23 Encounter Location
Id
1.2.40.0.34.6.0.11.1.8
ref
at-cda-bbr-
Gültigkeit
2021‑02‑19 11:08:16
Andere Versionen mit dieser Id:
atcdabbr_header_EncounterLocation vom 2020‑09‑29 10:33:43
atcdabbr_header_EncounterLocation vom 2019‑03‑07 11:13:21
Status
Aktiv
Versions-Label
1.0.0+20210219
Name
atcdabbr_header_EncounterLocation
Bezeichnung
Encounter Location
Beschreibung
Die Organisation, in deren Verantwortungsbereich der Patientenkontakt stattfand, MUSS verpflichtend angegeben werden (z.B.: die entlassende Krankenanstalt mit Abteilung).
Verweis auf speziellen Implementierungsleitfaden: Die konkrete Bedeutung der Organisation, in deren Verantwortungsbereich der Patientenkontakt (Aufenthalt) stattfand, ergibt sich aus dem jeweiligen speziellen Implementierungsleitfaden.
Klassifikation
CDA Header Level Template
Offen/Geschlossen
Geschlossen (nur definierte Elemente sind erlaubt)
Benutzt
Benutzt 1 Template
Benutzt
als
Name
Version
1.2.40.0.34.6.0.11.9.9
Containment
Organization Compilation with name (1.0.0+20210219)
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.
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.
(atc...ion)
@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)
(atc...ion)
1.3 Section Level Templates
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)
DYNAMIC
1.2.40.0.34.6.0.11.3.28
Containment
Immunization Entry Impfung nicht angegeben (2.0.1)
<hl7:sectionclassCode="DOCSECT"moodCode="EVN"> <hl7:templateIdroot="1.2.40.0.34.6.0.11.2.1"/><hl7:templateIdroot="2.16.840.1.113883.10.20.1.6"/><hl7:templateIdroot="1.3.6.1.4.1.19376.1.5.3.1.3.23"/><hl7:idroot="1.2.3.999"extension="--example only--"/><hl7:codecode="11369-6"codeSystem="2.16.840.1.113883.6.1"displayName="HISTORY OF IMMUNIZATIONS"/><hl7:title>Impfungen</hl7:title><text> <tableID="sbdm-1"> <tbody> <tr> <tdstyleCode="xELGA_colw:20">Impfung gegen:</td><td> <contentID="target-1">Frühsommer-Meningoencephalitis</content></td></tr><!-- und so weiter --> </tbody></table></text><!-- choice --> <hl7:entrytypeCode="DRIV"contextConductionInd="true"> <!-- template 1.2.40.0.34.6.0.11.3.1 'Immunization Entry' (2019-01-16T16:12:57) --> </hl7:entry><!-- oder --> <hl7:entrytypeCode="DRIV"> <!-- template 1.2.40.0.34.6.0.11.3.28 'Immunization Entry Impfung nicht angegeben' (2019‑08‑13T12:59:09) --> </hl7:entry><hl7:componenttypeCode="COMP"contextConductionInd="true"> <!-- template 1.2.40.0.34.6.0.11.2.8 'Übersetzung' (2019-05-14T15:24:50) --> </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)
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
1.3.2 Impfempfehlungen - kodiert
Id
1.2.40.0.34.6.0.11.2.2
ref
at-cda-bbr-
Gültigkeit
2023‑04‑11 15:05:08
Andere Versionen mit dieser Id:
atcdabrr_section_ImpfempfehlungenKodiert vom 2022‑03‑10 13:49:22
atcdabrr_section_ImpfempfehlungenKodiert vom 2021‑08‑26 15:09:41
atcdabrr_section_ImpfempfehlungenKodiert vom 2021‑02‑19 11:46:26
atcdabrr_section_ImpfempfehlungenKodiert vom 2019‑01‑17 16:18:17
Status
Aktiv
Versions-Label
1.0.3+20230717
Name
atcdabrr_section_ImpfempfehlungenKodiert
Bezeichnung
Impfempfehlungen - kodiert
Beschreibung
Sektion zur Dokumentation von empfohlenen zukünftigen Impfungen (Impfkalender). Impfempfehlungen werden automatisiert von einem Regelwerk basierend auf dem "Impfplan Österreich" erstellt, außer es liegt eine ärztliche Empfehlung (von einer ärztlichen Person) für dasselbe Impfziel vor.
Impfempfehlungen können sich auf ein bestimmtes Produkt und sollten sich auf ein bestimmtes Impfschema beziehen.
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.2.2
Klassifikation
CDA Section level template
Offen/Geschlossen
Geschlossen (nur definierte Elemente sind erlaubt)
Der Titel dieser Sektion muss lauten: 'Impfempfehlungen'
(atc...ert)
CONF
Elementinhalt muss "Impfempfehlungen" sein
hl7:text
SD.TEXT
1 … 1
M
Die narrative Beschreibung in diesem Kapitel wird automatisch aus den kodierten Elementen erstellt. Die Vorgaben zu Layout und Inhalt sind im entsprechenden Implementierungsleitfaden dokumentiert.
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
1.3.3 Frühere Erkrankungen - kodiert
Id
1.2.40.0.34.6.0.11.2.3
ref
at-cda-bbr-
Gültigkeit
2021‑02‑19 11:44:36
Andere Versionen mit dieser Id:
atcdabbr_section_FruehereErkrankungKodiert vom 2019‑01‑18 09:18:50
Status
Aktiv
Versions-Label
1.0.0+20210219
Name
atcdabbr_section_FruehereErkrankungKodiert
Bezeichnung
Frühere Erkrankungen - kodiert
Beschreibung
Liste der bisherigen Krankheiten des Patienten. Die Sektion kann Untersektionen enthalten.
Kontext
Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.2.3
Label
IHE PCC TF2 Rev.11, 6.3.3.2.5
Klassifikation
CDA Section level template
Offen/Geschlossen
Geschlossen (nur definierte Elemente sind erlaubt)
Adaptation: Template 1.3.6.1.4.1.19376.1.5.3.1.3.8 eHDSI History Of Past Illness (DYNAMIC)
ref
epsos-
Beispiel
Beispiel
<section> <templateIdroot="1.2.40.0.34.6.0.11.2.3"/><templateIdroot="1.3.6.1.4.1.19376.1.5.3.1.3.8"/><idroot="1.2.3.999"extension="extension"/><!-- Code der Sektion --> <codecode="11348-0"codeSystem="2.16.840.1.113883.6.1"codeSystemName="LOINC"displayName="HISTORY OF PAST ILLNESS"/><!-- Titel der Sektion --> <title>Frühere Erkrankungen</title><!-- Textbereich der Sektion --> <text> ... Lesbarer Textbereich ... </text><entrytypeCode="DRIV"contextConductionInd="true"> <!-- template 1.2.40.0.34.6.0.11.3.7 'Problem Concern Entry' (2019-01-18T10:05:27) --> </entry><entry> <!-- template 1.2.40.0.34.6.0.11.3.19 'Eingebettetes Objekt Entry' (2019-05-29T11:59:07) --> </entry><componenttypeCode="COMP"contextConductionInd="true"> <!-- template 1.2.40.0.34.6.0.11.2.8 'Übersetzung' (2019-05-14T15:24:50) --> </component><componenttypeCode="COMP"contextConductionInd="true"> <!-- template 1.2.40.0.34.6.0.11.2.27 'Bisherige Maßnahmen - unkodiert' (2019-04-02T15:48:15) --> </component></section>
Item
DT
Kard
Konf
Beschreibung
Label
hl7:section
Liste der bisherigen Krankheiten des Patienten.
IHE PCC TF2 Rev.11, 6.3.3.2.5
hl7:templateId
II
1 … 1
M
ELGA
IHE PCC TF2 Rev.11, 6.3.3.2.5
@root
uid
1 … 1
F
1.2.40.0.34.6.0.11.2.3
hl7:templateId
II
1 … 1
M
IHE PCC History of Past Illness Section
IHE PCC TF2 Rev.11, 6.3.3.2.5
@root
uid
1 … 1
F
1.3.6.1.4.1.19376.1.5.3.1.3.8
hl7:id
II
0 … 1
Eindeutige ID der Sektion
IHE PCC TF2 Rev.11, 6.3.3.2.5
wo [not(@nullFlavor)]
hl7:code
CE
1 … 1
M
Code der Sektion. Fixer Wert "11348-0"
IHE PCC TF2 Rev.11, 6.3.3.2.5
@code
st
1 … 1
F
11348-0
@codeSystem
oid
1 … 1
F
2.16.840.1.113883.6.1
@codeSystemName
st
1 … 1
F
LOINC
@displayName
st
1 … 1
F
HISTORY OF PAST ILLNESS
hl7:title
ST
1 … 1
M
Der Titel der Sektion MUSS "Frühere Erkrankungen" lauten.
IHE PCC TF2 Rev.11, 6.3.3.2.5
CONF
Elementinhalt muss "Frühere Erkrankungen" sein
hl7:text
SD.TEXT
1 … 1
M
Information für den menschlichen Leser.
IHE PCC TF2 Rev.11, 6.3.3.2.5
hl7:entry
1 … *
M
Beinhaltet 1.2.40.0.34.6.0.11.3.7 Problem Concern Entry (DYNAMIC)
IHE PCC TF2 Rev.11, 6.3.3.2.5
@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 … *
Beinhaltet 1.2.40.0.34.6.0.11.3.19 Eingebettetes Objekt Entry (DYNAMIC)
IHE PCC TF2 Rev.11, 6.3.3.2.5
@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.</text> Beinhaltet 1.2.40.0.34.6.0.11.2.8 Übersetzung (DYNAMIC)
IHE PCC TF2 Rev.11, 6.3.3.2.5
@typeCode
cs
0 … 1
F
COMP
@contextConductionInd
cs
0 … 1
F
true
hl7:component
0 … 1
Optionale Subsections zur Angabe von Übersetzungen des <text> Elements in andere Sprachen.</text> Beinhaltet 1.2.40.0.34.6.0.11.2.27 Bisherige Maßnahmen - unkodiert (DYNAMIC)
IHE PCC TF2 Rev.11, 6.3.3.2.5
@typeCode
cs
0 … 1
F
COMP
@contextConductionInd
cs
0 … 1
F
true
1.4 Entry Level Template
1.4.1 Immunizations 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
Entwurf
Versions-Label
2.0.1
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)
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.
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.
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 entsprichtauthor/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.
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.
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.
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.
1.4.2 Simple Observation Entry
Id
1.2.40.0.34.6.0.11.3.4
Gültigkeit
2021‑02‑19 13:00:47
Andere Versionen mit dieser Id:
atcdabrr_entry_SimpleObservation vom 2019‑01‑17 13:45:24
Status
Aktiv
Versions-Label
1.0.0+20210219
Name
atcdabrr_entry_SimpleObservation
Bezeichnung
Simple Observation Entry
Kontext
Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.4
Label
IHE PCC TF2 Rev.11, 6.3.4.20
Klassifikation
CDA Entry Level Template
Offen/Geschlossen
Offen (auch andere als die definierten Elemente sind erlaubt)
MUST contain the OID of the system that issued the ID. OIDs of code systems, which are published in the public OID registry for the Swiss health care system (oid.refdata.ch) are REQUIRED. Others are NOT ALLOWED.
@extension
st
0 … 1
Contains the ID itself. The ID MUST be unique within the system that issued the ID.
hl7:code
CD
1 … 1
M
IHE PCC TF2 Rev.11, 6.3.4.20
@code
cs
1 … 1
R
@codeSystem
oid
1 … 1
R
@codeSystemName
st
0 … 1
@displayName
st
0 … 1
Eingefügt
1 … 1
von 1.2.40.0.34.6.0.11.9.1 Narrative Text Reference (DYNAMIC) The human-readable text MUST be generated automatically from the structured information of this element. The text element MUST contain the reference to the corresponding text in the human readable part, ONLY.
hl7:text
ED
1 … 1
IHE PCC TF2 Rev.11, 6.3.4.20
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.20
@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
The statusCode shall be set to 'completed' for all observations.
IHE PCC TF2 Rev.11, 6.3.4.20
CONF
Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.20025 ActStatusCompleted (DYNAMIC)
Auswahl
1 … 1
Elemente in der Auswahl:
hl7:effectiveTime
hl7:effectiveTime
hl7:effectiveTime
TS.AT.TZ
0 … 1
C
Date or timestamp of the finding (physiologically relevant time of this observation).
IHE PCC TF2 Rev.11, 6.3.4.20
hl7:effectiveTime
IVL_TS
0 … 1
C
Period of the finding (physiologically relevant time span of this observation).
IHE PCC TF2 Rev.11, 6.3.4.20
hl7:low
TS.AT.TZ
IHE PCC TF2 Rev.11, 6.3.4.20
hl7:high
TS.AT.TZ
IHE PCC TF2 Rev.11, 6.3.4.20
hl7:value
ANY
1 … *
R
IHE PCC TF2 Rev.11, 6.3.4.20
hl7:interpretationCode
CE
0 … 1
IHE PCC TF2 Rev.11, 6.3.4.20
@code
cs
1 … 1
R
@codeSystem
oid
1 … 1
R
@codeSystemName
st
0 … 1
@displayName
st
0 … 1
hl7:methodCode
CE
0 … 1
IHE PCC TF2 Rev.11, 6.3.4.20
@code
cs
1 … 1
R
@codeSystem
oid
1 … 1
R
@codeSystemName
st
0 … 1
@displayName
st
0 … 1
hl7:targetSiteCode
CE
0 … 1
IHE PCC TF2 Rev.11, 6.3.4.20
@code
cs
1 … 1
R
@codeSystem
oid
1 … 1
R
@codeSystemName
st
0 … 1
@displayName
st
0 … 1
hl7:author
0 … *
This MAY be used to indicate who has documented the observation. This information supersedes any information recorded at higher level. Beinhaltet 1.2.40.0.34.6.0.11.9.8 Author Body - e-Impfpass (DYNAMIC)
IHE PCC TF2 Rev.11, 6.3.4.20
1.4.3 Problem Entry
Id
1.2.40.0.34.6.0.11.3.6
ref
at-cda-bbr-
Gültigkeit
2023‑02‑02 15:50:45
Andere Versionen mit dieser Id:
atcdabbr_entry_Problem vom 2022‑06‑02 15:10:36
atcdabbr_entry_Problem vom 2021‑02‑19 12:55:41
atcdabbr_entry_Problem vom 2020‑11‑06 10:08:41
atcdabbr_entry_Problem vom 2019‑01‑18 09:59:00
Status
Entwurf
Versions-Label
1.1.2
Name
atcdabbr_entry_Problem
Bezeichnung
Problem Entry
Beschreibung
Dieses generische Template kann in den speziellen Leitfäden spezifiziert werden. Ob ein Problem codiert angegeben werden muss und welche Codesysteme zur Anwendung kommen müssen bzw. sollen, ergibt sich aus dem Kontext des jeweiligen speziellen Implementierungsleitfadens.
Das Problem Entry erlaubt die Dokumentation eines Gesundheitsproblems, das verschiedene Ausprägungen (im code-Element) haben kann :
Um welches Problem es sich handelt, wird im value-Element angegeben. Da es sich bei einem Problem technisch um eine observation, also eine dokumentierte Beobachtung handelt, erhält sie den fixen StatusCode "completed". Der Status des Gesundheitsproblems selbst kann über das darin liegende Entry "Problem Status Observation" angegeben werden.
Die effectiveTime ("medizinisch relevante Zeit") ist der Zeitraum, zu dem die Beobachtung für den Patienten gilt. Für z.B. einen Arzt, der heute einen Patienten in der Klinik behandelt und einen Herzinfarkt dokumentiert, der vor fünf Jahren aufgetreten ist, liegt die effectiveTime fünf Jahre zurück.
effectiveTime.low („Beginn des Problems“): Entspricht dem Zeitpunkt, zu dem das Problem erstmals aufgetreten ist (z.B. der Start der Erkrankung oder Beginn der Symptome). Kann auch unbekannt sein (nullFlavor "UNK")
effectiveTime.high („Ende des Problems“): Gibt den Zeitpunkt an, seitdem die zugrunde liegende Erkrankung nicht mehr besteht ("Zustand nach" oder „status post“). Wenn es nicht angegeben ist, gilt das Problem als weiterhin bestehend. Wenn bekannt ist, dass das Problem nicht mehr auftritt, dann MUSS ein effectiveTime.high angegeben werden. Wenn das Datum der Lösung nicht bekannt ist, dann wird der nullFlavor "UNK" angegeben.
Weitere Informationen:
Das Problem Entry erlaubt die Angabe weiterer Informationen zum Problem:
value.qualifier: Typ der Diagnose (Haupt-, Nebendiagnose, Dauerdiagnose)
targetSiteCode / Laterality Qualifier: Seitenlokalisation und anatomische Lage (links, rechts)
entryRelationship.Problem Status Observation: Medizinischer Status des Gesundheitsproblems (bestehend, nicht mehr bestehend)
<cda:observationclassCode="OBS"moodCode="EVN"negationInd="false"> <cda:templateIdroot="1.2.40.0.34.6.0.11.3.6"/><cda:templateIdroot="2.16.840.1.113883.10.20.1.28"/><cda:templateIdroot="1.3.6.1.4.1.19376.1.5.3.1.4.5"/><cda:idroot="1.2.3.999"extension="--example only--"/><cda:codecode="282291009"codeSystem="2.16.840.1.113883.6.96"displayName="Diagnosis"/><!-- include template 1.2.40.0.34.6.0.11.9.1 'Narrative Text Reference' (dynamic) 1..1 M --> <statusCodecode="completed"/><cda:effectiveTime> <cda:lowvalue="20190817121500+0200"/></cda:effectiveTime><cda:valuexsi:type="CD"code="cs"codeSystem="1.2.3.999"> <!-- include template 1.2.40.0.34.6.0.11.9.2 'Original Text Reference' (dynamic) 1..1 M --> <!-- qualifier für Art der Diagnose --> <cda:qualifier> <cda:namecode="106229004"codeSystem="2.16.840.1.113883.6.96"/><cda:valuecode="8319008"displayName="Principal diagnosis (contextual qualifier) (qualifier value)"codeSystem="2.16.840.1.113883.6.96"/></cda:qualifier></cda:value><cda:targetSiteCode> <cda:qualifier> <cda:namecode="272741003"codeSystem="2.16.840.1.113883.6.96"displayName="Laterality"/><cda:valuecode="..."codeSystem="2.16.840.1.113883.6.96"/></cda:qualifier><cda:qualifier> <cda:namecode="106233006"codeSystem="2.16.840.1.113883.6.96"displayName="Topographical modifier"/><cda:valuecode="..."codeSystem="2.16.840.1.113883.6.96"/></cda:qualifier></cda:targetSiteCode><cda:author> <!-- template 1.2.40.0.34.6.0.11.9.36 'Author Body' --> </cda:author><cda:entryRelationshiptypeCode="COMP"contextConductionInd="true"> <!-- template 1.2.40.0.34.6.0.11.3.11 'Comment Entry' (2019-02-07T13:10:44) --> </cda:entryRelationship></cda:observation>
Beispiel
Beispiel Uncodierte Angabe des Gesundheitsproblems
<cda:observationclassCode="OBS"moodCode="EVN"negationInd="false"> <cda:templateIdroot="1.2.40.0.34.6.0.11.3.6"/><cda:templateIdroot="2.16.840.1.113883.10.20.1.28"/><cda:templateIdroot="1.3.6.1.4.1.19376.1.5.3.1.4.5"/><cda:idroot="1.2.3.999"extension="--example only--"/><cda:codecode="282291009"codeSystem="2.16.840.1.113883.6.96"displayName="Diagnosis"/><!-- include template 1.2.40.0.34.6.0.11.9.1 'Narrative Text Reference' (dynamic) 1..1 M --> <statusCodecode="completed"/><cda:effectiveTime> <cda:lowvalue="20190817121800+0200"/></cda:effectiveTime><cda:valuexsi:type="CD"nullFlavor="NA"> <!-- include template 1.2.40.0.34.6.0.11.9.2 'Original Text Reference' (dynamic) 1..1 M --> <originalText> <referencevalue="#MyRef1"/></originalText></cda:value><cda:author> <!-- template 1.2.40.0.34.6.0.11.9.36 'Author Body' --> </cda:author><cda:entryRelationshiptypeCode="COMP"contextConductionInd="true"> <!-- template 1.2.40.0.34.6.0.11.3.11 'Comment Entry' (2019-02-07T13:10:44) --> </cda:entryRelationship></cda:observation>
Item
DT
Kard
Konf
Beschreibung
Label
hl7:observation
Container zur Angabe eines Problems (Diagnose etc).
(atc...lem)
@classCode
cs
1 … 1
F
OBS
@moodCode
cs
1 … 1
F
EVN
@negationInd
bl
1 … 1
R
SOLL standardmäßig auf false gesetzt werden.
Kann auf true gesetzt werden, um anzuzeigen, dass das dokumentierte Problem nicht beobachtet wurde.
hl7:templateId
II
1 … 1
M
ELGA
(atc...lem)
@root
uid
1 … 1
F
1.2.40.0.34.6.0.11.3.6
hl7:templateId
II
1 … 1
M
HL7 CCD Problem observation
(atc...lem)
@root
uid
1 … 1
F
2.16.840.1.113883.10.20.1.28
hl7:templateId
II
1 … 1
M
IHE Problem Entry
(atc...lem)
@root
uid
1 … 1
F
1.3.6.1.4.1.19376.1.5.3.1.4.5
hl7:id
II
1 … *
M
ID des Problem-Entry.
Auch wenn nur ein Problem-Entry angegeben ist, soll sich die ID von der ID des Problem/Bedenken-Entry unterscheiden.
Grundsätzlich sind die Vorgaben für „Identifikations-Elemente“ zu befolgen.
(atc...lem)
hl7:code
CD
1 … 1
M
Code des Problems. Die Art des angegebenen Problems (Diagnose, Symptom, etc.) wird codiert in diesem Element angegeben.
Verweis auf speziellen Implementierungsleitfaden:
Welche der Problemarten angegeben werden müssen bzw. sollen, kann im jeweiligen speziellen Implementierungsleitfaden eingeschränkt werden.
(atc...lem)
CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.35 atcdabbr_Problemarten_VS (DYNAMIC)
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...lem)
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...lem)
@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
Muss unabhängig von effectiveTime auf „completed“ gesetzt werden. Der medizinische Status des Problems wird im entryRelationship.Problem Status Observation angegeben.
(atc...lem)
@code
CONF
1 … 1
F
completed
hl7:effectiveTime
IVL_TS
1 … 1
M
Zeitintervall, in dem das Problem existent war/ist.
Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen.
(atc...lem)
hl7:low
TS.AT.VAR
1 … 1
R
„Beginn des Problems“: Entspricht dem Zeitpunkt, zu dem das Problem erstmals aufgetreten ist. Kann auch unbekannt sein (nullFlavor "UNK")
(atc...lem)
hl7:high
TS.AT.VAR
0 … 1
C
„Ende des Problems“: muss angegeben werden, wenn das Problem nicht mehr besteht.
Wenn nicht angegeben, gilt das Problem als weiterhin bestehend.
Ist kein Datum der Lösung bekannt, wird der nullFlavor "UNK" angegeben.
(atc...lem)
Auswahl
1 … 1
Gesundheitsprobleme dürfen nur wie folgt angegeben werden:
Codierte Angabe des Gesundheitsproblems: @value enthält den Code des Gesundheitsproblems einem Value Set (ICD-10, ICPC2 ...).
Codierte Angabe ohne passenden Code: xsi:type='CD', nullFlavor: OTH In diesem Fall ist das Element <translation> verpflichtend. originalText.reference enthält den Verweis auf die narrative Beschreibung des Problems!
Uncodierte Angabe: xsi:type='CD', nullFlavor: NA In diesem Fall ist die Textreferenz <originalText> verpflichtend. originalText.reference enthält den Verweis auf die narrative Beschreibung des Problems!
Hinweis: Die Wahl des Codesystems ist abhängig von der Problemart! Für Diagnosen kann ein gültiger Code aus der vom für Gesundheit zuständigen Bundesministeriums veröffentlichen aktuellen ICD-10 Liste herangezogen werden.
Elemente in der Auswahl:
hl7:value[not(@nullFlavor)]
hl7:value[@nullFlavor='OTH']
hl7:value[@nullFlavor='NA']
hl7:value
CD
0 … 1
Codierte Angabe des Gesundheitsproblems
Codesysteme bitte in der aktuellen Version verwenden. Z.B.:
1.2.40.0.34.5.184 - ICD-10 BMASGK
1.2.40.0.34.5.175 - ICPC2 (International Classification of Primary Care)
2.16.840.1.113883.6.254 - ICF (WHO International Classification of Function)
2.16.840.1.113883.6.96 - SNOMED CT
etc.
(atc...lem)
wo [not(@nullFlavor)]
@xsi:type
1 … 1
F
CD
@code
cs
1 … 1
R
@codeSystem
oid
1 … 1
R
Eingefügt
0 … 1
R
von 1.2.40.0.34.6.0.11.9.2 Original Text Reference (DYNAMIC)
Eingegebener Freitext, der die Grundlage der im Entry angegebenen Information ist. Das Element verweist auf die Stelle im Textbereich (section.text), in dem das Problem beschrieben ist (ohne zusätzliche Informationen, wie Datum, Beschreibung, etc).
Grundsätzlich sind die Vorgaben für „Codierungs-Elemente“ zu befolgen.
hl7:originalText
ED
0 … 1
R
Textinhalt, der codiert wurde.
(atc...lem)
hl7:reference
TEL
1 … 1
M
Die Referenz auf den entsprechenden Text im narrativen Teil muss durch Bezugnahme auf den Inhalt[@ID] angegeben werden: reference[@value='#xxx']. Die Referenz ist mit einem content-Element mit ID-Attribut anzugeben, dieses Element DARF NUR den Textinhalt des codierten Inhalts umschließen und KEINE zusätzlichen Markup oder Strukturelemente.
(atc...lem)
@value
1 … 1
R
Schematron assert
role
error
test
starts-with(@value,'#')
Meldung
The @value attribute content MUST conform to the format '#xxx', where xxx is the ID of the corresponding 'content'-element.
hl7:qualifier
CR
0 … *
R
Qualifier zur genaueren Beschreibung des Problems.
z.B. zur Angabe der Art der Diagnose.
(atc...lem)
wo [hl7:name [@code='106229004']]
hl7:name
CD
1 … 1
M
(atc...lem)
@code
CONF
1 … 1
F
106229004
@codeSystem
1 … 1
F
2.16.840.1.113883.6.96 (SNOMED Clinical Terms)
hl7:value
CD
1 … 1
M
(atc...lem)
CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.23 elgagab_Art_der_Diagnose_VS (DYNAMIC)
hl7:translation
CD
0 … *
Dieses Feld wird verwendet, wenn Codes aus einem abweichenden Value Set angegeben werden.
z.B. für Übersetzungen in alternative Codesysteme oder wenn kein geeigneter Code im vorgegebene VS vorhanden ist.
(atc...lem)
hl7:value
CD
0 … 1
Codierte Angabe des Gesundheitsproblems ohne passenden Code
(atc...lem)
wo [@nullFlavor='OTH']
@xsi:type
1 … 1
F
CD
@nullFlavor
cs
1 … 1
F
OTH
Eingefügt
0 … 1
R
von 1.2.40.0.34.6.0.11.9.2 Original Text Reference (DYNAMIC)
Eingegebener Freitext, der die Grundlage der im Entry angegebenen Information ist. Das Element verweist auf die Stelle im Textbereich (section.text), in dem das Problem beschrieben ist (ohne zusätzliche Informationen, wie Datum, Beschreibung, etc).
Grundsätzlich sind die Vorgaben für „Codierungs-Elemente“ zu befolgen.
hl7:originalText
ED
0 … 1
R
Textinhalt, der codiert wurde.
(atc...lem)
hl7:reference
TEL
1 … 1
M
Die Referenz auf den entsprechenden Text im narrativen Teil muss durch Bezugnahme auf den Inhalt[@ID] angegeben werden: reference[@value='#xxx']. Die Referenz ist mit einem content-Element mit ID-Attribut anzugeben, dieses Element DARF NUR den Textinhalt des codierten Inhalts umschließen und KEINE zusätzlichen Markup oder Strukturelemente.
(atc...lem)
@value
1 … 1
R
Schematron assert
role
error
test
starts-with(@value,'#')
Meldung
The @value attribute content MUST conform to the format '#xxx', where xxx is the ID of the corresponding 'content'-element.
hl7:translation
CD
1 … *
M
Dieses Feld wird verwendet, wenn Codes aus einem abweichenden Value Set angegeben werden.
z.B. für Übersetzungen in alternative Codesysteme oder wenn kein geeigneter Code im vorgegebene VS vorhanden ist.
von 1.2.40.0.34.6.0.11.9.2 Original Text Reference (DYNAMIC)
Eingegebener Freitext, der die Grundlage der im Entry angegebenen Information ist. Das Element verweist auf die Stelle im Textbereich (section.text), in dem das Problem beschrieben ist (ohne zusätzliche Informationen, wie Datum, Beschreibung, etc).
Grundsätzlich sind die Vorgaben für „Codierungs-Elemente“ zu befolgen.
hl7:originalText
ED
1 … 1
M
Textinhalt, der codiert wurde.
(atc...lem)
hl7:reference
TEL
1 … 1
M
Die Referenz auf den entsprechenden Text im narrativen Teil muss durch Bezugnahme auf den Inhalt[@ID] angegeben werden: reference[@value='#xxx']. Die Referenz ist mit einem content-Element mit ID-Attribut anzugeben, dieses Element DARF NUR den Textinhalt des codierten Inhalts umschließen und KEINE zusätzlichen Markup oder Strukturelemente.
(atc...lem)
@value
1 … 1
R
Schematron assert
role
error
test
starts-with(@value,'#')
Meldung
The @value attribute content MUST conform to the format '#xxx', where xxx is the ID of the corresponding 'content'-element.
Beinhaltet 1.2.40.0.34.6.0.11.9.17 Performer Body (DYNAMIC)
(atc...lem)
hl7:author
0 … *
R
Dieses Author-Element KANN verwendet werden, um anzugeben, wer das Problem dokumentiert hat. Wenn nicht angegeben, gilt das jeweils "darüberlegende" Author-Element (Section, Document) Beinhaltet 1.2.40.0.34.6.0.11.9.36 Author Body (DYNAMIC)
(atc...lem)
hl7:informant
0 … *
R
Beinhaltet 1.2.40.0.34.6.0.11.9.3 Informant Body (DYNAMIC)
(atc...lem)
hl7:participant
0 … *
R
Beinhaltet 1.2.40.0.34.6.0.11.9.13 Participant Body (DYNAMIC)
Dieses EntryRelationship dient zur Darstellung der Kritikalität des Gesundheitsproblems. Beinhaltet 1.2.40.0.34.6.0.11.3.35 Criticality Observation (DYNAMIC)
(atc...lem)
@typeCode
cs
1 … 1
F
SUBJ
@inversionInd
bl
1 … 1
F
true
@contextConductionInd
cs
0 … 1
F
true
hl7:entryRelationship
0 … 1
R
Dieses EntryRelationship dient zur Darstellung der Gewissheit, mit der das Gesundheitsproblem
Beinhaltet 1.2.40.0.34.6.0.11.3.49 Problem Status Observation (DYNAMIC)
(atc...lem)
@typeCode
cs
1 … 1
F
REFR
@contextConductionInd
cs
0 … 1
F
true
1.4.4 Problem Concern Entry
Id
1.2.40.0.34.6.0.11.3.7
ref
at-cda-bbr-
Gültigkeit
2021‑02‑19 12:55:33
Andere Versionen mit dieser Id:
atcdabbr_entry_ProblemConcern vom 2020‑11‑17 14:30:36
atcdabbr_entry_ProblemConcern vom 2019‑01‑18 10:05:27
Status
Aktiv
Versions-Label
1.1.0+20210219
Name
atcdabbr_entry_ProblemConcern
Bezeichnung
Problem Concern Entry
Beschreibung
Dieses generische Template kann in den speziellen Leitfäden spezifiziert werden.
Das Problem Concern Entry ("Bedenken") wird gemeinsam mit dem darin liegenden Problem Entry dazu verwendet, um medizinisch relevante Gesundheitsprobleme zu dokumentieren. Der Zweck des Problem Concern Entry besteht darin, die Nachverfolgung einer Erkrankung, Diagnose, eines Zustandes oder Symptoms ("Problem") zu unterstützen. Das Problem Concern Entry dient
dabei als "Aufhänger" für das Problem, mit dem ausgedrückt wird, ob und wie lange das Problem ein relevantes "Bedenken" (engl. concern) darstellt. Im Wesentlichen wird das über die Elemente StatusCode und EffectiveTime ausgedrückt.
statusCode zeigt den Zustand an, in dem sich das angegebene "Bedenken" zum Zeitpunkt der Dokumentation befindet („aktiv“, „beendet“). Er unterscheidet sich vom Status des Gesundheitsproblems selbst ("Problem Status Observation" im "Problem Entry"), welches in der Vergangenheit liegen kann. Beispielsweise können ein früherer Herzinfarkt oder eine überstandene Krebserkrankung weiter von Belang bleiben. Folgende Zustände sind vorgesehen:
active („Aktiv“): Beschreibung: Das Problem/Bedenken besteht noch und wird weiter beobachtet. Betrifft alle Gesundheitsprobleme, die nach wie vor von Belang sind. Ist nicht bekannt, ob das Bedenken noch besteht, ist von "active" auszugehen.
completed („Abgeschlossen“): Das Problem/Bedenken ist nicht mehr von Belang und wird auch nicht länger nachverfolgt.
effectiveTime definiert den Zeitbereich, in dem das zugrunde liegende Problem ein Bedenken darstellt bzw von Interesse ist. Der Zeitraum KANN mit dem effectiveTime des Problems (der Erkrankung) übereinstimmen oder auch nicht.
effectiveTime.low („Beginn des Bedenkens“): Entspricht dem Zeitpunkt, zu dem das Problem erstmals dokumentiert wurde (z.B. Eintragung in die Patientenakte).
effectiveTime.high („Ende des Bedenkens“): Gibt den Zeitpunkt an, seitdem das Problem nicht mehr von Interesse ist. Es MUSS vorhanden sein, wenn das Bedenken nicht mehr besteht (statusCode completed).
Kontext
Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.7
Label
IHE PCC TF2 Rev.11, 6.3.4.12
Klassifikation
CDA Entry Level Template
Offen/Geschlossen
Geschlossen (nur definierte Elemente sind erlaubt)
Benutzt
Benutzt 6 Templates
Benutzt
als
Name
Version
1.2.40.0.34.6.0.11.9.17
Containment
Performer Body (1.0.0+20210219)
DYNAMIC
1.2.40.0.34.6.0.11.9.36
Containment
Author Body (1.0.1+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.13
Containment
Participant Body (1.0.1+20210628)
DYNAMIC
1.2.40.0.34.6.0.11.3.6
Containment
Problem Entry (1.1.2)
DYNAMIC
1.2.40.0.34.6.0.11.3.14
Containment
External Document Entry (1.0.1+20230717)
DYNAMIC
Beziehung
Version: Template 1.2.40.0.34.6.0.11.3.7 Problem Concern Entry (2020‑11‑17 14:30:36)
ref
at-cda-bbr-
Version: Template 1.2.40.0.34.6.0.11.3.7 Problem Concern Entry (2019‑01‑18 10:05:27)
ref
at-cda-bbr-
Adaptation: Template 1.3.6.1.4.1.19376.1.5.3.1.4.5.2 eHDSI Problem Concern (DYNAMIC)
ref
epsos-
Adaptation: Template 1.3.6.1.4.1.19376.1.5.3.1.4.5.1 IHE Concern Entry (DYNAMIC)
ref
IHE-PCC-
Adaptation: Template 2.16.840.1.113883.10.20.1.27 Problem act (DYNAMIC)
Grundsätzlich sind die Vorgaben gemäß Kapitel „Identifikations-Elemente“ zu befolgen.
IHE PCC TF2 Rev.11, 6.3.4.12
hl7:code
CE
1 … 1
R
Code des Problem/Bedenken-Entry.
IHE PCC TF2 Rev.11, 6.3.4.12
@nullFlavor
cs
1 … 1
F
NA
hl7:statusCode
CS
1 … 1
M
statusCode zeigt den Zustand an, in dem sich das angegebene "Bedenken" zum Zeitpunkt der Dokumentation befindet. Folgende Werte sind empfohlen:
active („Aktiv“): Beschreibung: Das Problem/Bedenken besteht noch und wird weiter beobachtet. Betrifft alle Gesundheitsprobleme, die nach wie vor von Belang sind. Ist nicht bekannt, ob das Bedenken noch besteht, ist von "active" auszugehen.
completed („Abgeschlossen“): Das Problem/Bedenken ist nicht mehr von Belang und wird auch nicht länger nachverfolgt.
Weitere statusCodes sind möglich (finden aber keine Anwendung in eHealth Austria):
suspended („Ausgesetzt“): Das Problem/Bedenken besteht noch, die Beobachtung wird aber derzeit ausgesetzt.
aborted („Abgebrochen“): Das Problem/Bedenken besteht noch (nicht gelöst/beigelegt), wird jedoch nicht länger verfolgt.
IHE PCC TF2 Rev.11, 6.3.4.12
CONF
@code muss "active" sein
oder
@code muss "suspended" sein
oder
@code muss "completed" sein
oder
@code muss "aborted" sein
hl7:effectiveTime
IVL_TS
1 … 1
M
Zeitintervall in dem das Problem/Bedenken existent war/ist.
Grundsätzlich sind die Vorgaben gemäß Kapitel „Zeit-Elemente“ zu befolgen.
Anforderung in Abhängigkeit von „statusCode“:
Ist das Element statusCode auf „active“ oder „suspended“ gesetzt, muss das high-Element des Zeitintervalls weggelassen werden.
IHE PCC TF2 Rev.11, 6.3.4.12
hl7:low
TS.DATE
1 … 1
R
Beginn des Intervalls, MUSS angegeben werden. Ist dieser Zeitpunkt nicht bekannt, kann er auch mit nullFlavor "UNK" angegeben werden.
IHE PCC TF2 Rev.11, 6.3.4.12
hl7:high
TS.DATE
0 … 1
C
Ende des Intervalls. MUSS angegeben werden, wenn statusCode "completed" oder "aborted". Ist dieser Zeitpunkt nicht bekannt, kann er auch mit nullFlavor "UNK" angegeben werden. DARF NICHT bei „active“ oder „suspended“ angegeben werden.
IHE PCC TF2 Rev.11, 6.3.4.12
Schematron assert
role
error
test
count(hl7:statusCode[@code='active'])=0 or count(hl7:effectiveTime/hl7:high)=0
Meldung
Ist das Element statusCode auf „active“ gesetzt, muss das high-Element des Zeitintervalls weggelassen werden.
hl7:performer
0 … *
R
Beinhaltet 1.2.40.0.34.6.0.11.9.17 Performer Body (DYNAMIC)
IHE PCC TF2 Rev.11, 6.3.4.12
hl7:author
0 … *
R
Beinhaltet 1.2.40.0.34.6.0.11.9.36 Author Body (DYNAMIC)
IHE PCC TF2 Rev.11, 6.3.4.12
hl7:informant
0 … *
R
Beinhaltet 1.2.40.0.34.6.0.11.9.3 Informant Body (DYNAMIC)
IHE PCC TF2 Rev.11, 6.3.4.12
hl7:participant
0 … *
R
Beinhaltet 1.2.40.0.34.6.0.11.9.13 Participant Body (DYNAMIC)
IHE PCC TF2 Rev.11, 6.3.4.12
hl7:entryRelationship
1 … *
M
Beinhaltet 1.2.40.0.34.6.0.11.3.6 Problem Entry (DYNAMIC)
IHE PCC TF2 Rev.11, 6.3.4.12
wo [@typeCode='SUBJ']
@typeCode
cs
1 … 1
F
SUBJ
@contextConductionInd
cs
0 … 1
F
true
@inversionInd
bl
1 … 1
F
false
Constraint
Die an dieser Stelle gewählte Kardinalität von [1..*] dient vorrangig der Kompatibilität mit internationalen Vorgaben von HL7 CCD bzw. IHE PCC.
Für die Anwendung dieses Elements im Kontext spezieller Implementierungsleitfäden in Österreich wird die Kardinalität [1..1] STRENG EMPFHOLEN.
Die Codierung von Anmerkungen und Kommentaren erfolgt in jedem Fall gem. IHE als sogenannter „Annotation-Act“. Die Codierung erfolgt als act-Element, welches mittels entsprechender Beziehung (entryRelationship oder component) an das übergeordnete Element gebunden wird. Die Elemente templateId und code sind fix vorbelegt. Das einzige veränderbare Element ist der text-Block. Dieser SOLL eine Referenz auf ein Element innerhalb der Level 2 Codierung enthalten.
Kontext
Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.11
Klassifikation
CDA Entry Level Template
Offen/Geschlossen
Geschlossen (nur definierte Elemente sind erlaubt)
von 1.2.40.0.34.6.0.11.9.1 Narrative Text Reference (DYNAMIC) Referenz auf den Text im narrativen Teil
hl7:text
ED
1 … 1
M
(atc...ent)
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...ent)
@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". Status des Kommentars ist immer abgeschlossen (completed).
(atc...ent)
@code
cs
1 … 1
F
completed
hl7:performer
0 … *
R
Beinhaltet 1.2.40.0.34.6.0.11.9.17 Performer Body (DYNAMIC)
(atc...ent)
hl7:author
0 … *
R
Autoren können optional angegeben werden. Beinhaltet 1.2.40.0.34.6.0.11.9.36 Author Body (DYNAMIC)
(atc...ent)
hl7:informant
0 … *
R
Weitere Informationsquellen können optional angegeben werden. Beinhaltet 1.2.40.0.34.6.0.11.9.3 Informant Body (DYNAMIC)
(atc...ent)
hl7:participant
0 … *
R
Beinhaltet 1.2.40.0.34.6.0.11.9.13 Participant Body (DYNAMIC)
(atc...ent)
1.5 Other CDA Fragment Template
1.5.1 Address Information Compilation
Id
1.2.40.0.34.6.0.11.9.25
ref
at-cda-bbr-
Gültigkeit
2023‑04‑13 13:21:00
Andere Versionen mit dieser Id:
atcdabbr_other_AddressCompilation vom 2021‑02‑19 13:05:47
atcdabbr_other_AddressCompilation vom 2019‑02‑28 14:24:14
Status
Aktiv
Versions-Label
1.0.1+20230717
Name
atcdabbr_other_AddressCompilation
Bezeichnung
Address Compilation
Beschreibung
Adressen von Personen und Organisationen werden über das Element addr abgebildet. Das Adress-Element kann in verschiedenen Kontexten mit unterschiedlicher Detailgenauigkeit vorkommen. Daher werden drei Granularitätsstufen definiert, auf die je nach Anwendung entsprechend verwiesen wird, wobei für EIS Enhanced und EIS Full Support die Granularitätsstufe 2 oder 3 angegeben werden MUSS. Die Adressangabe in Granularitätsstufe 2 (G2) erlaubt die gemeinsame Angabe Straße und Hausnummer im Element streetAddressLine, Granularitätsstufe 3 (G3) schreibt die strukturierte Angabe von Straße und Hausnummer in den Elementen streetName
und houseNumber vor.
Sind keine Adressdaten vorhanden, kann das Element entweder weggelassen werden oder mit nullFlavor angegeben werden – je nachdem wie das Adress-Element im Kontext spezifiziert wurde.
Klassifikation
Template-Typ nicht spezifiziert
Offen/Geschlossen
Geschlossen (nur definierte Elemente sind erlaubt)
<addruse="WP"> <streetAddressLine>Mozartgasse 1-7/2/1</streetAddressLine><postalCode>7000</postalCode><city>Eisenstadt</city><state>Burgenland</state><country>AUT</country><additionalLocator>Station A, Zimmer 9</additionalLocator></addr>
Beispiel
Österreichische Postadresse - G3
<addruse="WP"> <streetName>Mozartgasse</streetName><houseNumber>1-7/2/1</houseNumber><postalCode>7000</postalCode><city>Eisenstadt</city><state>Burgenland</state><country>AUT</country><additionalLocator>Station A, Zimmer 9</additionalLocator></addr>
Item
DT
Kard
Konf
Beschreibung
Label
@use
cs
0 … 1
Die genaue Bedeutung der angegebenen Adresse kann über das @use Attribut angegeben werden. Wird kein @use Attribut angegeben, gilt bei Personen die Adresse als Wohnadresse „H“ und bei Organisationen als Büroadresse „WP“.
Wird ein Hauptwohnsitz "HP" angegeben, gelten die mit "H" deklarierten Wohnsitze als Nebenwohnsitze.
Zulässige Werte gemäß Value Set "ELGA_AddressUse".
hl7:streetAddressLine
ADXP
0 … 1
C
Straße mit Hausnummer, z.B. Musterstraße 11a/2/1
(atc...ion)
Constraint
Es muss entweder streetAddressLine oder streetName UND houseNumber angegeben werden.
hl7:streetName
ADXP
0 … 1
C
Straße ohne Hausnummer, z.B. Musterstraße
(atc...ion)
hl7:houseNumber
ADXP
0 … 1
C
Hausnummer, z.B. 11a/2/1
(atc...ion)
hl7:postalCode
ADXP
1 … 1
M
Postleitzahl
(atc...ion)
hl7:city
ADXP
1 … 1
M
Stadt
(atc...ion)
hl7:state
ADXP
0 … 1
Bundesland
(atc...ion)
hl7:country
ADXP
1 … 1
M
Staat.
Es wird EMPFOHLEN, den Staat im ISO 3 Ländercode (ISO-3166-1 Alpha 3) anzugeben, z.B. „AUT“ für Österreich, „DEU“ für Deutschland.
(atc...ion)
Schematron assert
role
info
test
string-length(text()) = 3
Meldung
Es wird EMPFOHLEN, den Staat im ISO 3 Ländercode anzugeben.
hl7:additionalLocator
ADXP
0 … 1
Zusätzliche Addressinformationen, z.B. Station, Zimmernummer im Altersheim.
(atc...ion)
Schematron assert
role
error
test
not(hl7:streetAddressLine and (hl7:streetName or hl7:houseNumber)) or ((hl7:streetAddressLine or (hl7:streetName and hl7:houseNumber)) and not((hl7:streetAddressLine and hl7:streetName and hl7:houseNumber) or (hl7:streetAddressLine and (hl7:streetName or hl7:houseNumber))))
Meldung
Es muss entweder streetAddressLine oder streetName UND houseNumber angegeben
werden.
1.5.2 Assigned Entity
Id
1.2.40.0.34.6.0.11.9.22
ref
at-cda-bbr-
Gültigkeit
2023‑04‑13 13:14:55
Andere Versionen mit dieser Id:
atcdabbr_other_AssignedEntity vom 2021‑05‑26 13:50:41
atcdabbr_other_AssignedEntity vom 2021‑02‑19 13:09:09
atcdabbr_other_AssignedEntity vom 2019‑03‑04 12:03:36
Status
Aktiv
Versions-Label
1.0.2+20230717
Name
atcdabbr_other_AssignedEntity
Bezeichnung
Assigned Entity
Beschreibung
Zusammengesetzte Objekte die Person- und Organisationsinformationen enthalten.
Hierbei MUSS jedenfalls die „Person“ der Entität angegeben werden. Die Angabe der Organisation, der die Person angehört, ist prinzipiell optional. Diese Optionalität kann sich in Abhängigkeit vom konkreten Anwendungsfall in „verpflichtend“ ändern.
Klassifikation
Template-Typ nicht spezifiziert
Offen/Geschlossen
Geschlossen (nur definierte Elemente sind erlaubt)
Benutzt
Benutzt 3 Templates
Benutzt
als
Name
Version
1.2.40.0.34.6.0.11.9.25
Containment
Address Compilation (1.0.1+20230717)
DYNAMIC
1.2.40.0.34.6.0.11.9.11
Containment
Person Name Compilation G2 M (1.0.1+20230717)
DYNAMIC
1.2.40.0.34.6.0.11.9.9
Containment
Organization Compilation with name (1.0.0+20210219)
Beliebig viele Kontakt-Elemente der Person der Entität.
Grundsätzlich sind die Vorgaben gemäß „Kontaktdaten-Element“ zu befolgen.
( atcdabbr_other_AssignedEntity)
wo [not(@nullFlavor)]
@value
url
1 … 1
R
Die Kontaktadresse (Telefonnummer, Email, etc.).
Es gelten die ELGA Formatkonventionen für Telekom-Daten, z.B. tel:+43.1.1234567
Zulässige Werteliste für telecom Präfixe gemäß Value Set "ELGA_URLScheme"
@use
cs
0 … 1
Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP.
Zulässige Werte gemäß Value Set "ELGA_TelecomAddressUse"
Constraint
Werden mehrere gleichartige "telecom"-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein.
hl7:assignedPerson
1 … 1
M
Personendaten der Person der Entität.
Grundsätzlich sind die Vorgaben gemäß „Personen-Element“ zu befolgen.
Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)
( atcdabbr_other_AssignedEntity)
hl7:representedOrganization
0 … 1
R
Organisationsdaten der Entität.
Grundsätzlich sind die Vorgaben gemäß „Organisations-Element“ zu befolgen.
Beinhaltet 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC)
( atcdabbr_other_AssignedEntity)
1.5.3 Author Body
Id
1.2.40.0.34.6.0.11.9.2
ref
at-cda-bbr-
Gültigkeit
2021‑02‑19 13:31:48
Andere Versionen mit dieser Id:
atcdabbr_other_OriginalTextReference vom 2019‑01‑18 10:49:11
Status
Aktiv
Versions-Label
1.0.0+20210219
Name
atcdabbr_other_OriginalTextReference
Bezeichnung
Original Text Reference
Beschreibung
Verweist auf die Stelle im narrativen Text-Bereich (section.text), an der der gegebene codierte Inhalt (originalText von code oder value) beschrieben ist.
Klassifikation
Template-Typ nicht spezifiziert
Offen/Geschlossen
Geschlossen (nur definierte Elemente sind erlaubt)
Beziehung
Version: Template 1.2.40.0.34.6.0.11.9.2 Original Text Reference (2019‑01‑18 10:49:11)
ref
at-cda-bbr-
Beispiel
Beispiel
<originalText> <referencevalue="#myref-2"/></originalText><!-- zugehöriger secction.text: <content ID="myref-2">OrginalText des Codes</content> -->
Item
DT
Kard
Konf
Beschreibung
Label
hl7:originalText
ED
0 … 1
Textinhalt, der codiert wurde.
(atc...nce)
hl7:reference
TEL
1 … 1
M
Die Referenz auf den entsprechenden Text im narrativen Teil muss durch Bezugnahme auf den Inhalt[@ID] angegeben werden: reference[@value='#xxx']. Die Referenz ist mit einem content-Element mit ID-Attribut anzugeben, dieses Element DARF NUR den Textinhalt des codierten Inhalts umschließen und KEINE zusätzlichen Markup oder Strukturelemente.
(atc...nce)
@value
1 … 1
R
Schematron assert
role
error
test
starts-with(@value,'#')
Meldung
The @value attribute content MUST conform to the format '#xxx', where xxx is the ID of the corresponding 'content'-element.
1.5.4 Device Compilation with name
Id
1.2.40.0.34.6.0.11.9.18
ref
at-cda-bbr-
Gültigkeit
2023‑04‑06 14:24:15
Andere Versionen mit dieser Id:
atcdabbr_other_DeviceCompilation vom 2021‑06‑28 13:57:36
atcdabbr_other_DeviceCompilation vom 2021‑02‑19 13:12:38
atcdabbr_other_DeviceCompilation vom 2019‑02‑13 10:11:00
Status
Aktiv
Versions-Label
1.0.2+20230717
Name
atcdabbr_other_DeviceCompilation
Bezeichnung
Device Compilation
Beschreibung
Datenerstellende Geräte/Software
Klassifikation
Template-Typ nicht spezifiziert
Offen/Geschlossen
Geschlossen (nur definierte Elemente sind erlaubt)
<placeholderclassCode="DEV"determinerCode="INSTANCE"> <manufacturerModelName>Good Health System</manufacturerModelName><softwareName>Best Health Software Application</softwareName></placeholder>
Item
DT
Kard
Konf
Beschreibung
Label
@classCode
cs
0 … 1
F
DEV
@determinerCode
cs
0 … 1
F
INSTANCE
hl7:manufacturerModelName
SC
1 … 1
M
Angabe des Herstellers sowie der Modellbezeichnung des datenerstellenden Gerätes bzw. der Software/des Softwarepakets.
(atc...ion)
hl7:softwareName
SC
1 … 1
M
Bezeichnung der datenerstellenden Software inkl. Versionsangabe.
(atc...ion)
1.5.5 Informant Body
Id
1.2.40.0.34.6.0.11.9.3
ref
at-cda-bbr-
Gültigkeit
2021‑10‑04 08:03:25
Andere Versionen mit dieser Id:
atcdabbr_other_InformantBody vom 2021‑10‑01 14:13:11
atcdabbr_other_InformantBody vom 2021‑02‑19 13:12:43
atcdabbr_other_InformantBody vom 2019‑02‑07 13:29:32
Status
Aktiv
Versions-Label
1.0.1+20211213
Name
atcdabbr_other_InformantBody
Bezeichnung
Informant Body
Beschreibung
Template für die Angabe des Informanten im CDA Body (Section oder Entry). Als Informanten können auftreten:
relatedEntity: der Patient selbst oder eine verwandte / bekannte Person
assignedEntity: ein Gesundheitsdiensteanbieter (GDA)
Klassifikation
Template-Typ nicht spezifiziert
Offen/Geschlossen
Geschlossen (nur definierte Elemente sind erlaubt)
Benutzt
Benutzt 3 Templates
Benutzt
als
Name
Version
1.2.40.0.34.6.0.11.9.16
Containment
Assigned Entity Body (1.0.1+20210526)
DYNAMIC
1.2.40.0.34.6.0.11.9.10
Containment
Address Compilation Minimal (1.0.2+20230717)
DYNAMIC
1.2.40.0.34.6.0.11.9.6
Containment
Person Name Compilation G2 (1.0.1+20230717)
DYNAMIC
Beziehung
Version: Template 1.2.40.0.34.6.0.11.9.3 Informant Body (2021‑02‑19 13:12:43)
ref
at-cda-bbr-
Version: Template 1.2.40.0.34.6.0.11.9.3 Informant Body (2019‑02‑07 13:29:32)
<relatedEntityclassCode="PRS"> <!-- Verwandtschaftsverhältnis des Angehörigen zum Patienten --> <codecode="MTH"displayName="mother"codeSystem="2.16.840.1.113883.5.111"codeSystemName="HL7 Role Code"/></relatedEntity>
Beispiel
Informant ist der Patient selbst
<relatedEntityclassCode="PRS"> <codecode="SELF"displayName="self"codeSystem="2.16.840.1.113883.5.111"codeSystemName="HL7 Role Code"/></relatedEntity>
Item
DT
Kard
Konf
Beschreibung
Label
@typeCode
cs
0 … 1
F
INF
@contextControlCode
cs
0 … 1
F
OP
Auswahl
1 … 1
Elemente in der Auswahl:
hl7:assignedEntity welches enthält Template 1.2.40.0.34.6.0.11.9.16 Assigned Entity Body (DYNAMIC)
hl7:relatedEntity
hl7:assignedEntity
0 … 1
Beinhaltet 1.2.40.0.34.6.0.11.9.16 Assigned Entity Body (DYNAMIC)
(atc...ody)
hl7:relatedEntity
0 … 1
(atc...ody)
@classCode
cs
1 … 1
F
PRS
hl7:code
CE
0 … 1
R
(atc...ody)
wo [not(@nullFlavor)]
CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.17 ELGA_PersonalRelationship (DYNAMIC)
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...nce)
@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.
1.5.7 Organization Compilation
Id
1.2.40.0.34.6.0.11.9.12
ref
at-cda-bbr-
Gültigkeit
2023‑04‑17 09:10:56
Andere Versionen mit dieser Id:
atcdabbr_other_PersonNameCompilationG1M vom 2021‑02‑19 13:36:43
atcdabbr_other_PersonNameCompilationG1M vom 2019‑04‑02 12:34:04
Status
Aktiv
Versions-Label
1.0.1+20230717
Name
atcdabbr_other_PersonNameCompilationG1M
Bezeichnung
Person Name Compilation G1 M
Beschreibung
In Granularitätsstufe 1 wird der Personen-Name unstrukturiert angegeben. Die einzelnen Elemente des Namens (Vornamen, Nachnamen) werden nicht getrennt.
Name ist Mandatory. Keine nullFlavor erlaubt!
Klassifikation
Template-Typ nicht spezifiziert
Offen/Geschlossen
Geschlossen (nur definierte Elemente sind erlaubt)
Beziehung
Version: Template 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (2021‑02‑19 13:36:43)
ref
at-cda-bbr-
Version: Template 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (2019‑04‑02 12:34:04)
ref
at-cda-bbr-
Adaptation: Template 1.2.40.0.34.6.0.11.9.26 Person Name Compilation G1 (2019‑03‑11 11:40:35)
ref
at-cda-bbr-
Adaptation: Template 1.2.40.0.34.6.0.11.9.6 Person Name Compilation G2 (2019‑02‑12 14:00:33)
ref
at-cda-bbr-
Beispiel
Strukturbeispiel
<placeholderclassCode="PSN"determinerCode="INSTANCE"> <name>Dr. Herbert Mustermann</name></placeholder>
Beispiel
Künstlername
<placeholderclassCode="PSN"determinerCode="INSTANCE"> <nameuse="A">Dr. Kurt Ostbahn </name></placeholder>
Die genaue Bedeutung des angegebenen Namens, beispielsweise dass der angegebene Personen-Name ein „Künstlername“ ist, z.B. A („Artist“).
Zulässige Werte gemäß Value Set „ELGA_EntityNameUse“.
Wird kein @use Attribut angegeben, gilt der Name als rechtlicher Name („L“).
1.5.8 Organization Name Information
Id
1.2.40.0.34.6.0.11.9.27
ref
at-cda-bbr-
Gültigkeit
2021‑06‑28 14:00:14
Andere Versionen mit dieser Id:
atcdabbr_other_OrganizationNameCompilation vom 2021‑02‑19 13:31:42
atcdabbr_other_OrganizationNameCompilation vom 2019‑03‑11 12:06:20
Status
Aktiv
Versions-Label
1.0.1+20210628
Name
atcdabbr_other_OrganizationNameCompilation
Bezeichnung
Organization Name Compilation
Beschreibung
Organisations-Namen werden über das Element name abgebildet.
Dieser Implementierungsleitfaden lässt nur die unstrukturierte Angabe des Organisations-namens zu.
Klassifikation
Template-Typ nicht spezifiziert
Offen/Geschlossen
Geschlossen (nur definierte Elemente sind erlaubt)
Beziehung
Version: Template 1.2.40.0.34.6.0.11.9.27 Organization Name Compilation (2021‑02‑19 13:31:42)
ref
at-cda-bbr-
Version: Template 1.2.40.0.34.6.0.11.9.27 Organization Name Compilation (2019‑03‑11 12:06:20)
ref
at-cda-bbr-
Adaptation: Template 1.2.40.0.34.6.0.11.9.26 Person Name Compilation G1 (2019‑03‑11 11:40:35)
ref
at-cda-bbr-
Adaptation: Template 1.2.40.0.34.6.0.11.9.6 Person Name Compilation G2 (2019‑02‑12 14:00:33)
ref
at-cda-bbr-
Beispiel
Beispiel 1
<name>Krankenhaus Wels</name>
Item
DT
Kard
Konf
Beschreibung
Label
@classCode
cs
0 … 1
F
ORG
@determinerCode
cs
0 … 1
F
INSTANCE
hl7:name
ON
1 … 1
M
Name der Organisation. Bei Organisationen die im GDA-Index angegeben sind, soll deren Kurzbezeichnung verwendet werden.
Zu dem Namen größerer Organisationen SOLL auch die Abteilung angegeben werden.
(atc...ion)
1.5.9 Original Text Reference
Id
1.2.40.0.34.6.0.11.9.8
ref
at-cda-bbr-
Gültigkeit
2023‑03‑30 08:20:50
Andere Versionen mit dieser Id:
atcdabbr_other_AuthorBody_eImpfpass vom 2021‑02‑19 13:12:25
atcdabbr_other_AuthorBody_eImpfpass vom 2019‑02‑12 14:16:51
Status
Aktiv
Versions-Label
2.0.0+20230717
Name
atcdabbr_other_AuthorBody_eImpfpass
Bezeichnung
Author Body - e-Impfpass
Beschreibung
Der Autor (author) ist der Verfasser bzw. geistige Urheber eines bestimmten Inhalts. In der Regel ist das eine Person oder mehrere Personen, es kann aber auch ein "Gerät" - ein Programm oder Software den Inhalt automatisiert erstellen. Element für Sections und Entries.
Klassifikation
Template-Typ nicht spezifiziert
Offen/Geschlossen
Geschlossen (nur definierte Elemente sind erlaubt)
Benutzt
Benutzt 4 Templates
Benutzt
als
Name
Version
1.2.40.0.34.6.0.11.9.25
Containment
Address Compilation (1.0.1+20230717)
DYNAMIC
1.2.40.0.34.6.0.11.9.6
Inklusion
Person Name Compilation G2 (1.0.1+20230717)
DYNAMIC
1.2.40.0.34.6.0.11.9.18
Containment
Device Compilation (1.0.2+20230717)
DYNAMIC
1.2.40.0.34.6.0.11.9.5
Containment
Organization Compilation with id, name (1.0.1+20210628)
DYNAMIC
Beziehung
Spezialisierung: Template 1.2.40.0.34.6.0.11.9.8 Author Body - eImpfpass (2021‑02‑19 13:12:25)
ref
at-cda-bbr-
Version: Template 1.2.40.0.34.6.0.11.9.8 Author Body - eImpfpass (2019‑02‑12 14:16:51)
Im Fall der Dokumentenklasse "Update Immunisierungsstatus" ohne Nachtragung MUSS dieses Element angegeben sein (M [1..1]).
In allen anderen Fällen KANN das Element auch mittels /@nullFlavor = "UNK" strukturiert werden (R [1..1]).
hl7:time
TS.AT.TZ
0 … 1
(atc...ass)
wo [not(@nullFlavor)]
hl7:time
TS.AT.TZ
0 … 1
nullFlavor
(atc...ass)
wo [@nullFlavor='UNK']
@nullFlavor
cs
1 … 1
F
UNK
hl7:assignedAuthor
1 … 1
R
(atc...ass)
@classCode
cs
0 … 1
F
ASSIGNED
Auswahl
1 … *
Elemente in der Auswahl:
hl7:id[not(@nullFlavor)]
hl7:id[@nullFlavor='UNK']
hl7:id
II
0 … *
(atc...ass)
wo [not(@nullFlavor)]
Constraint
Im Fall der Dokumentenklasse "Update Immunisierungsstatus" ohne Nachtragung MUSS dieses Element angegeben sein. Die Verwendung von @nullFlavor = "UNK" ist hierbei NICHT ERLAUBT.
In allen anderen Fällen KANN @nullFlavor = "UNK" strukturiert sein.
hl7:id
II
0 … 1
(atc...ass)
wo [@nullFlavor='UNK']
@nullFlavor
cs
1 … 1
F
UNK
hl7:code
CE
0 … 1
(atc...ass)
wo [not(@nullFlavor)]
Constraint
Verpflichtende Angabe bei neuer Impfung.
CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.6 ELGA_AuthorSpeciality (DYNAMIC)
von 1.2.40.0.34.6.0.11.9.6 Person Name Compilation G2 (DYNAMIC)
@classCode
cs
0 … 1
F
PSN
@determinerCode
cs
0 … 1
F
INSTANCE
Auswahl
1 … 1
Namen-Element (Person)
Elemente in der Auswahl:
hl7:name[not(@nullFlavor)]
hl7:name[@nullFlavor='UNK']
hl7:name[@nullFlavor='MSK']
hl7:name
PN
0 … 1
(atc...ass)
wo [not(@nullFlavor)]
@use
cs
0 … 1
Die genaue Bedeutung des angegebenen Namens, beispielsweise dass der angegebene Personen-Name ein „Künstlername“ ist, z.B. A („Artist“).
Zulässige Werte gemäß Value Set „ELGA_EntityNameUse“.
Wird kein @use Attribut angegeben, gilt der Name als rechtlicher Name („L“).
hl7:prefix
ENXP
0 … *
Beliebig viele Präfixe zum Namen, z.B. Akademische Titel Achtung: Die Angabe der Anrede („Frau“, „Herr“), ist im CDA nicht vorgesehen!
(atc...ass)
@qualifier
cs
0 … 1
Die genaue Bedeutung eines prefix-Elements, beispielsweise dass das angegebene Präfix einen akademischen Titel darstellt, z.B. AC („Academic“).
Zulässige Werte gemäß Value Set „ELGA_EntityNamePartQualifier“
CONF
Der Wert von @qualifier muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.8 ELGA_EntityNamePartQualifier (DYNAMIC)
hl7:family
ENXP
1 … *
M
Mindestens ein Hauptname (Nachname)
(atc...ass)
@qualifier
cs
0 … 1
Die genaue Bedeutung eines family-Elements, beispielsweise dass das angegebene Element einen Geburtsnamen bezeichnet, z.B. BR („Birth“) Zulässige Werte gemäß Value Set „ELGA_EntityNamePartQualifier“
CONF
Der Wert von @qualifier muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.8 ELGA_EntityNamePartQualifier (DYNAMIC)
hl7:given
ENXP
1 … *
M
Mindestens ein Vorname
(atc...ass)
@qualifier
cs
0 … 1
Die genaue Bedeutung eines given-Elements, beispielsweise dass das angegebene Element einen Geburtsnamen bezeichnet.
z.B.: BR („Birth“)
Zulässige Werte gemäß Value Set „ELGA_EntityNamePartQualifier“
CONF
Der Wert von @qualifier muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.8 ELGA_EntityNamePartQualifier (DYNAMIC)
hl7:suffix
ENXP
0 … *
Beliebig viele Suffixe zum Namen
(atc...ass)
@qualifier
cs
0 … 1
Die genaue Bedeutung eines suffix-Elements, beispielsweise dass das angegebene Suffix einen akademischen Titel darstellt, z.B. AC („Academic“). Zulässige Werte gemäß Value Set „ELGA_EntityNamePartQualifier“
CONF
Der Wert von @qualifier muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.8 ELGA_EntityNamePartQualifier (DYNAMIC)
not(/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'])) or hl7:id[not(@nullFlavor)]
Meldung
id/@nullFlavor ist NICHT ERLAUBT.
Schematron assert
role
error
test
not(/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'])) or hl7:representedOrganization
Meldung
Das Element representedOrganization MUSS 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( ancestor::*/hl7:participant/hl7:templateId[@root = '1.2.40.0.34.6.0.11.9.14'])) or hl7:time[not(@nullFlavor)]
Meldung
time/@nullFlavor ist NICHT ERLAUBT.
1.5.10 Performer Body
Id
1.2.40.0.34.6.0.11.9.17
ref
at-cda-bbr-
Gültigkeit
2021‑02‑19 13:36:15
Andere Versionen mit dieser Id:
atcdabbr_other_PerformerBody vom 2019‑01‑17 12:44:16
Status
Aktiv
Versions-Label
1.0.0+20210219
Name
atcdabbr_other_PerformerBody
Bezeichnung
Performer Body
Beschreibung
Durchführende Entität der Gesundheitsdienstleistung
Kontext
Geschwisterknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.9.17
Klassifikation
Template-Typ nicht spezifiziert
Offen/Geschlossen
Geschlossen (nur definierte Elemente sind erlaubt)
Benutzt
Benutzt 1 Template
Benutzt
als
Name
Version
1.2.40.0.34.6.0.11.9.16
Inklusion
Assigned Entity Body (1.0.1+20210526)
DYNAMIC
Beziehung
Version: Template 1.2.40.0.34.6.0.11.9.17 Performer Body (2019‑01‑17 12:44:16)
Werden mehrere gleichartige "telecom"-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein.
Auswahl
0 … 1
Elemente in der Auswahl:
hl7:assignedPerson: Angabe der name-Elemente unstrukturiert
hl7:assignedPerson: Angabe der name-Elemente strukturiert
Elemente in der Auswahl:
hl7:assignedPerson welches enthält Template 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC)
hl7:assignedPerson welches enthält Template 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)
hl7:assignedPerson
0 … 1
R
Personendaten. Grundsätzlich sind die Vorgaben für „Personen-Element“ zu befolgen. Angabe der name-Elemente unstrukturiert, das name-Element ist Mandatory.
Beinhaltet 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC)
(atc...ody)
hl7:assignedPerson
0 … 1
R
Personendaten. Grundsätzlich sind die Vorgaben für „Personen-Element“ zu befolgen. Angabe der name-Elemente strukturiert, das name-Element ist Mandatory. Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)
(atc...ody)
hl7:representedOrganization
0 … 1
R
Organistationsdaten der angegebenen Person. Minimale Adressangabe möglich.
Beinhaltet 1.2.40.0.34.6.0.11.9.20 Organization Compilation with name, addr minimal (DYNAMIC)
(atc...ody)
1.5.11 Person Name Information Compilation GS1
Id
1.2.40.0.34.6.0.11.9.26
ref
at-cda-bbr-
Gültigkeit
2023‑04‑17 09:08:21
Andere Versionen mit dieser Id:
atcdabbr_other_PersonNameCompilationG1 vom 2021‑02‑19 13:36:38
atcdabbr_other_PersonNameCompilationG1 vom 2019‑03‑11 11:40:35
Status
Aktiv
Versions-Label
1.0.1+20230717
Name
atcdabbr_other_PersonNameCompilationG1
Bezeichnung
Person Name Compilation G1
Beschreibung
In Granularitätsstufe 1 wird der Personen-Name unstrukturiert angegeben. Die einzelnen Elemente des Namens (Vornamen, Nachnamen) werden nicht getrennt.
nullFlavors für Name zugelassen.
Klassifikation
Template-Typ nicht spezifiziert
Offen/Geschlossen
Geschlossen (nur definierte Elemente sind erlaubt)
Beziehung
Version: Template 1.2.40.0.34.6.0.11.9.26 Person Name Compilation G1 (2021‑02‑19 13:36:38)
ref
at-cda-bbr-
Version: Template 1.2.40.0.34.6.0.11.9.26 Person Name Compilation G1 (2019‑03‑11 11:40:35)
ref
at-cda-bbr-
Adaptation: Template 1.2.40.0.34.6.0.11.9.6 Person Name Compilation G2 (2019‑02‑12 14:00:33)
ref
at-cda-bbr-
Beispiel
Strukturbeispiel
<placeholderclassCode="PSN"determinerCode="INSTANCE"> <name>Dr. Herbert Mustermann</name></placeholder>
Beispiel
Künstlername
<placeholderclassCode="PSN"determinerCode="INSTANCE"> <nameuse="A">Dr. Kurt Ostbahn </name></placeholder>