ILF:Testseite

Item

DT

Kard

Konf

Beschreibung

Label

hl7:ClinicalDocument

1 … 1

M

(atp...ung)

@classCode

cs

0 … 1

F

DOCCLIN

@moodCode

cs

0 … 1

F

EVN

Eingefügt

1 … 1

M

von 1.2.40.0.34.6.0.11.1.10 Document Realm (DYNAMIC)

hl7:realmCode

CS

1 … 1

M

Hoheitsbereich des Dokuments.

Fester Wert: @code = AT

(aus ValueSet „ELGA_RealmCode“)

(atp...ung)

@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

(atp...ung)

@root

uid

1 … 1

F

2.16.840.1.113883.1.3

@extension

st

1 … 1

F

POCD_HD000040

hl7:templateId

II

1 … 1

M

eHealth Austria Dokumente (basierend auf "Allgemeinen Leitfaden")

(atp...ung)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.0.1

hl7:templateId

II

1 … 1

M

OID des Leitfadens Patientenverfügung (dient als informative Referenz).

OID: TODO

(atp...ung)

@root

uid

1 … 1

F

1.2.40.0.34.7.23.9999999

hl7:templateId

II

1 … 1

M

templateId der Patientenverfügung
(DocumentLevelTemplate für Schematron)

(atp...ung)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.0.13

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.

(atp...ung)

@root

uid

1 … 1

R

Auswahl

1 … 1

Das code-Element muss aus 3 Dokumenttypen ausgewählt werden:

Patientenverfügung code:TODO
Erneuerung code:TODO
Widerspruch code:TODO

Im Element code.translation wird immer die Dokumentenklasse: Patenverfügung 42348-3 "Advance

             directives" angegeben.

Elemente in der Auswahl:

hl7:code
hl7:code
hl7:code

hl7:code

CE

0 … 1

R

             Dokumenttyp Patientenverfügung "42348-3"

           
↔ Hinweis zum XDS-Mapping: 
Wird in das XDS DocumentEntry Metadaten-Attribut
           XDSDocumentEntry.typeCode übernommen.
Zu berücksichtigen sind jeweils die Attribute @code, @codeSystem
           und @displayName.

(atp...ung)

@code

cs

1 … 1

F

42348-3

@codeSystem

oid

1 … 1

F

2.16.840.1.113883.6.1

@codeSystemName

st

0 … 1

F

LOINC

@displayName

st

1 … 1

F

Advance directives

hl7:translation

CE

1 … 1

M

             Dokumentenklasse "Patientenverfügung" "42348-3"

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

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

(atp...ung)

@code

cs

1 … 1

F

42348-3

@codeSystem

oid

1 … 1

F

2.16.840.1.113883.6.1

@codeSystemName

st

0 … 1

F

LOINC

@displayName

st

1 … 1

F

Advance directives

hl7:code

CE

0 … 1

R

             Dokumenttyp "Erneuerung der Patientenverfügung" TODO

           
↔ Hinweis zum XDS-Mapping: 
Wird in das XDS DocumentEntry Metadaten-Attribut
           XDSDocumentEntry.typeCode übernommen.
Zu berücksichtigen sind jeweils die Attribute @code, @codeSystem
           und @displayName.

(atp...ung)

@code

cs

1 … 1

F

TODO_Erneuerung

@codeSystem

oid

1 … 1

F

2.16.840.1.113883.6.1

@codeSystemName

st

0 … 1

F

LOINC

@displayName

st

1 … 1

F

TODO_Erneuerung

hl7:translation

CE

1 … 1

M

             Dokumentenklasse Patientenverfügung "42348-3"

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

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

(atp...ung)

@code

cs

1 … 1

F

42348-3

@codeSystem

oid

1 … 1

F

2.16.840.1.113883.6.1

@codeSystemName

st

0 … 1

F

LOINC

@displayName

st

1 … 1

F

Advance directives

hl7:code

CE

0 … 1

R

             Dokumenttyp 
             "Widerspruch"  TODO

           
↔ Hinweis zum XDS-Mapping: 
Wird in das XDS DocumentEntry Metadaten-Attribut
           XDSDocumentEntry.typeCode übernommen.
Zu berücksichtigen sind jeweils die Attribute @code, @codeSystem
           und @displayName.

(atp...ung)

@code

cs

1 … 1

F

TODO_Widerspruch

@codeSystem

oid

1 … 1

F

2.16.840.1.113883.6.1

@codeSystemName

st

0 … 1

F

LOINC

@displayName

st

1 … 1

F

TODO_Widerspruch

hl7:translation

CE

1 … 1

M

             Dokumentenklasse Patientenverfügung "42348-3"

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

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

(atp...ung)

@code

cs

1 … 1

F

42348-3

@codeSystem

oid

1 … 1

F

2.16.840.1.113883.6.1

@codeSystemName

st

0 … 1

F

LOINC

@displayName

st

1 … 1

F

Advance directives

Auswahl

1 … 1

Der Titel des Dokuments ist abhängig vom angegebenen Dokumenttyp: TODO

"Patientenverfügung"
"Erneuerung der Patientenverfügung"
"Widerspruch der Patientenverfügung"

Elemente in der Auswahl:

hl7:title
hl7:title
hl7:title

hl7:title

ST

0 … 1

R

Wenn der Dokumenttyp (code des Dokuments) "42348-3" ist, muss der Titel des Dokuments "Patientenverfügung"

           lauten.

(atp...ung)

hl7:title

ST

0 … 1

R

Wenn der Dokumenttyp (code des Dokuments) "TODO" ist, muss der Titel des Dokuments "Erneuerung der Patientenverfügung" lauten.

(atp...ung)

hl7:title

ST

0 … 1

R

Wenn der Dokumenttyp (code des Dokuments) "TODO" ist, muss der Titel des Dokuments "Widerspruch der Patientenverfügung" lauten.

(atp...ung)

hl7:statusCode

NP

Der Status der Dokumentenklasse Patientenverfügung muss immer "completed" sein und ist daher verboten.

           Hintergrund: Gemäß Patientenverfügungs-Gesetz darf eine Patientenverfügung nicht geändert werden, ein
           Dokument-Update mit einer neuen Version des Dokuments ist daher ausgeschlossen.

(atp...ung)

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.

(atp...ung)

Constraint

Das Datum der letzten Terminologie-Aktualisierung MUSS

           entsprechend klassischer HL7 V3 Notation im Format "YYYYMMDD" angegeben werden.
Beispiel:

20200527

hl7at:formatCode

CS

1 … 1

M

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

(atp...ung)

@code

CONF

1 … 1

F

urn:hl7-at:pat-verf:2020

hl7at:practiceSettingCode

CD

1 … 1

M

Die fachliche Zuordnung des Dokumentes aus dem Value Set atcdabbr_PracticeSetting_VS

           (1.2.40.0.34.10.75)

(atp...ung)

@codeSystemName

st

0 … 1

F

ELGA_PracticeSetting

@displayName

st

0 … 1

F

Rechtliche Dokumente

@codeSystem

oid

1 … 1

F

1.2.40.0.34.5.12

@code

cs

1 … 1

F

F063

Eingefügt

1 … 1

M

von 1.2.40.0.34.6.0.11.1.11 Document Effective Time (DYNAMIC)
Errichtungsdatum

           der (eigebetteten) Patientenverfügung / der Erneuerung / des Widerspruchs (nicht das Erstellungsdatum
           des CDA-Dokuments)

hl7:effectiveTime

TS.AT.TZ

1 … 1

M

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

(atp...ung)


	at-cda-bbr-dataelement-11	Erstellungsdatum	Dataset A 2019

Eingefügt

1 … 1

M

von 1.2.40.0.34.6.0.11.1.12 Document Confidentiality Code (DYNAMIC)

hl7:confidentialityCode

CE

1 … 1

M

Vertraulichkeitscode des Dokuments aus ValueSet „ELGA_Confidentiality“.

(atp...ung)


	at-cda-bbr-dataelement-13	Vertraulichkeitscode	Dataset A 2019

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

(atp...ung)


	at-cda-bbr-dataelement-14	Sprachcode	Dataset A 2019

@code

cs

1 … 1

R

CONF

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

Constraint

Für ELGA ist in @code für CDA und Ableitungen in die

           XDSDocumentEntry-Metadaten derzeit ausschließlich der Wert "de-AT" zulässig. 
Für eHealth und

zukünftige Versionen der ELGA Leitfäden können weitere Sprachcodes erlaubt werden.

hl7:setId

II

1 … 1

M

Verpflichtende Angabe einer eindeutigen Id des

           Dokumentensets. Patientenverfügungen werden nicht versioniert.
           

           
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.

(atp...ung)

hl7:versionNumber

INT.NONNEG

1 … 1

M

Da es keine Versionen von Patientenverfügungen geben darf, die setID aber verpflichtend anzugeben ist,

           wird die versionNumber fix mit 1 angegeben.

(atp...ung)

@value

int

1 … 1

F

1

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.

(atp...ung)


	at-cda-bbr-dataelement-64	Patient	Dataset A 2019

@typeCode

cs

0 … 1

F

RCT

@contextControlCode

cs

0 … 1

F

OP

hl7:patientRole

1 … 1

M

Patientendaten.

(atp...ung)

@classCode

cs

0 … 1

F

PAT

hl7:id

II

2 … *

R

Patientenidentifikatoren

(atp...ung)


at-cda-bbr-dataelement-66	SVNr	Dataset A 2019
at-cda-bbr-dataelement-65	LokaleID	Dataset A 2019
at-cda-bbr-dataelement-67	bPK-GH	Dataset A 2019
at-cda-bbr-dataelement-193	EKVK	Dataset A 2019

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 der Zuordnung der elektronischen Identität und darf daher
           nicht am Ausdruck erscheinen (1..1 M)
    - @assigningAuthorityName: Fester Wert:
           Österreichische Stammzahlenregisterbehörde (0..1 O)

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

Beispiel

EKVK Beispiel-Max

<!-- Beispiel einer EKVK Maximum-Variante

                 -->
<id root="1.2.40.0.34.4.21"
               extension="123456789^1100-OEGK^800400010016^20251231"/>

Beispiel

EKVK Beispiel-Min

<!-- Beispiel einer EKVK Minimum-Variante

                 -->
<id root="1.2.40.0.34.4.21"
               extension="123456789"/>

hl7:addr

0 … 2

R

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.

Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)

(atp...ung)


	at-cda-bbr-dataelement-68	Adresse	Dataset A 2019

Constraint

Werden mehrere gleichartige address-Elemente strukturiert (z.B. Home, Pflege), MUSS jeweils das Attribut @use angeführt sein.

hl7:telecom

TEL.AT

0 … *

R

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

(atp...ung)


	at-cda-bbr-dataelement-72	Kontaktdaten	Dataset A 2019

@value

url

1 … 1

R

Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567

Formatkonvention siehe „telecom-Format Konventionen für Telekom-Daten“

Zulässige Werteliste für telecom Präfixe gemäß Value-Set „ELGA_URLScheme“

@use

cs

0 … 1

Bedeutung des angegebenen Kontakts (z.B Heim, Arbeitsplatz), z.B. WP

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

Constraint

Werden mehrere 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.

(atp...ung)


	at-cda-bbr-dataelement-70	Name	Dataset A 2019

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)

(atp...ung)


elgaimpf-dataelement-172	Name	Datensatz e-Impfpass 2019
elgaimpf-dataelement-373	Name	Datensatz e-Impfpass 2019

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

(atp...ung)

@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_VS (DYNAMIC)

hl7:family

ENXP

1 … *

M

Mindestens ein Hauptname (Nachname).

(atp...ung)


elgaimpf-dataelement-241	Nachname	Datensatz e-Impfpass 2019
elgaimpf-dataelement-177	Nachname	Datensatz e-Impfpass 2019

@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_VS (DYNAMIC)

hl7:given

ENXP

1 … *

M

Mindestens ein Vorname

(atp...ung)


elgaimpf-dataelement-176	Vorname	Datensatz e-Impfpass 2019
elgaimpf-dataelement-240	Vorname	Datensatz e-Impfpass 2019

@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_VS (DYNAMIC)

hl7:suffix

ENXP

0 … *

Beliebig viele Suffixe zum Namen

(atp...ung)

@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_VS (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

(atp...ung)

wo [not(@nullFlavor)]


	at-cda-bbr-dataelement-74	Geschlecht	Dataset A 2019

@displayName

st

1 … 1

R

@code

cs

1 … 1

R

@codeSystem

oid

1 … 1

F

2.16.840.1.113883.5.1

@codeSystemName

st

0 … 1

F

HL7:AdministrativeGender

CONF

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

hl7: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

(atp...ung)

@displayName

st

1 … 1

R

Beispiel

Beispiel für eine SNOMED CT Angabe

<translation code="772004004" codeSystem="2.16.840.1.113883.6.96" displayName="Non-binary

                 gender"/>

hl7:administrativeGenderCode

CE

0 … 1

(atp...ung)

wo [@nullFlavor='UNK']

@nullFlavor

cs

1 … 1

F

UNK

Auswahl

1 … 1

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

Elemente in der Auswahl:

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

hl7:birthTime

TS.AT.VAR

0 … 1

(atp...ung)


	at-cda-bbr-dataelement-75	Geburtsdatum	Dataset A 2019

hl7:birthTime

TS.AT.VAR

0 … 1

(atp...ung)

wo [@nullFlavor='UNK']

@nullFlavor

cs

1 … 1

F

UNK

sdtc:deceasedInd

BL

0 … 1

R

Kennzeichen, dass die Person verstorben ist. Kann alternativ zum Todesdatum angegeben werden, v.a. wenn der Todeszeitpunkt nicht bekannt ist.

(atp...ung)


	at-cda-bbr-dataelement-192	Verstorben-Kennzeichen	Dataset A 2019

sdtc:deceasedTime

TS.AT.TZ

0 … 1

R

Todesdatum der Person.

(atp...ung)


	at-cda-bbr-dataelement-191	Todesdatum	Dataset A 2019

hl7:maritalStatusCode

CE

0 … 1

R

Codierung des Familienstands des Patienten.
Zulässige Werte gemäß Value-Set „ELGA_MaritalStatus“

(atp...ung)


	at-cda-bbr-dataelement-98	Familienstand	Dataset A 2019

@code

cs

1 … 1

R

@codeSystem

oid

1 … 1

F

2.16.840.1.113883.5.2

@codeSystemName

st

1 … 1

F

HL7:MaritalStatus

@displayName

st

1 … 1

R

CONF

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

hl7:religiousAffiliationCode

CE

0 … 1

R

Codierung des Religionsbekenntnisses des Patienten.
Zulässige Werte gemäß Value-Set „ELGA_ReligiousAffiliation“

(atp...ung)


	at-cda-bbr-dataelement-99	Religionsbekenntnis	Dataset A 2019

@code

cs

1 … 1

R

@codeSystem

oid

1 … 1

F

2.16.840.1.113883.2.16.1.4.1

@codeSystemName

st

1 … 1

F

HL7.AT:ReligionAustria

@displayName

st

1 … 1

R

CONF

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

hl7:raceCode

NP

Rasse des Patienten.
Darf nicht verwendet werden!

(atp...ung)

hl7:ethnicGroupCode

NP

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

(atp...ung)

hl7:guardian

0 … *

R

Gesetzlicher Vertreter:

Vorsorgebevollmächtigte/r (Bevollmächtigte/r durch Vorsorgevollmacht)
Gewählte/r ErwachsenenvertreterIn
Gesetzliche/r ErwachsenenvertreterIn
Gerichtliche/r ErwachsenenvertreterIn (Sachwalter)

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.

(atp...ung)


	at-cda-bbr-dataelement-88	Gesetzlicher Vertreter	Dataset A 2019

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

Beinhaltet

           1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)

(atp...ung)

hl7:telecom

TEL.AT

0 … *

R

Beliebig viele Kontaktdaten des gesetzlichen Vertreters als Person oder Organisation.
Grundsätzlich sind die Vorgaben gemäß „Kontaktdaten-Element“ zu befolgen.

(atp...ung)

@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

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

Constraint

Werden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein.

Auswahl

1 … 1

Angabe des gesetzlichen Vertreters als Person (guardianPerson in Granularitätsstufe 1 oder 2) ODER als Organisation (guardianOrganization)

Elemente in der Auswahl:

hl7:guardianPerson welches enthält Template 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC)
hl7:guardianPerson welches enthält Template 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)
hl7:guardianOrganization welches enthält Template 1.2.40.0.34.6.0.11.9.27 Organization Name Compilation (DYNAMIC)

hl7:guardianPerson

0 … 1

Name des gesetzlichen Vertreters: Angabe in Granularitätsstufe 1
Beinhaltet 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC)

(atp...ung)

hl7:guardianPerson

0 … 1

Name des gesetzlichen Vertreters: Angabe in Granularitätsstufe 2
Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)

(atp...ung)

hl7:guardianOrganization

0 … 1

R

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

(atp...ung)

hl7:birthplace

0 … 1

R

Geburtsort des Patienten.

(atp...ung)


	at-cda-bbr-dataelement-76	Geburtsort	Dataset A 2019

@classCode

cs

0 … 1

F

BIRTHPL

hl7:place

1 … 1

M

(atp...ung)

@classCode

cs

0 … 1

F

PLC

@determinerCode

cs

0 … 1

F

INSTANCE

Auswahl

1 … 1

Elemente in der Auswahl:

hl7:addr welches enthält Template 1.2.40.0.34.6.0.11.9.10 Address Compilation Minimal (DYNAMIC)
hl7:addr welches enthält Template 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)

hl7:addr

AD

0 … 1

Die Adresse des Geburtsorts. Minimalangabe. Alle Elemente optional.

Beinhaltet 1.2.40.0.34.6.0.11.9.10 Address Compilation Minimal (DYNAMIC)

(atp...ung)

hl7:addr

AD

0 … 1

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

(atp...ung)

hl7:languageCommunication

0 … *

R

Informationen bezüglich der Sprachfähigkeiten und Ausdrucksform des Patienten.

(atp...ung)


	at-cda-bbr-dataelement-100	Sprachfähigkeit	Dataset A 2019

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

(atp...ung)


	at-cda-bbr-dataelement-101	Sprache	Dataset A 2019

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

(atp...ung)

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

(atp...ung)


	at-cda-bbr-dataelement-102	Grad der Sprachkenntnis	Dataset A 2019

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

(atp...ung)


	at-cda-bbr-dataelement-103	Sprachpräferenz	Dataset A 2019

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)
Im Kontext der Patientenverfügung:

           Verantwortliche Person (und Orgainsation), die das CDA Dokument ELGA Patientenverfügung / Erneuerung /
           Widerspruch erstellt und in ELGA verfügbar macht

           
authorTime: Erstellungsdatum des CDA-Dokuments

hl7:author

1 … *

M

Verfasser des Dokuments.

(atp...ung)

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

(atp...ung)

@code

cs

1 … 1

R

@codeSystem

oid

1 … 1

R

@displayName

st

1 … 1

R

Auswahl

1 … 1

Der Zeitpunkt an dem das Dokument verfasst, bzw. inhaltlich fertiggestellt wurde.

Elemente in der Auswahl:

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

hl7:time

TS.AT.TZ

0 … 1

(atp...ung)

wo [not(@nullFlavor)]

hl7:time

TS.AT.TZ

0 … 1

(atp...ung)

wo [@nullFlavor='UNK']

@nullFlavor

cs

1 … 1

F

UNK

hl7:assignedAuthor

1 … 1

M

(atp...ung)

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

(atp...ung)

wo [not(@nullFlavor)]

hl7:id

II

0 … 1

(atp...ung)

wo [@nullFlavor='NI']

@nullFlavor

cs

1 … 1

F

NI

hl7:id

II

0 … 1

(atp...ung)

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.

(atp...ung)

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

(atp...ung)

wo [not(@nullFlavor)]

@value

st

1 … 1

R

Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567

Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“

@use

set_cs

0 … 1

Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP

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

Constraint

Werden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein.

Auswahl

1 … 1

Elemente in der Auswahl:

hl7:assignedPerson welches enthält Template 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)
hl7:assignedAuthoringDevice welches enthält Template 1.2.40.0.34.6.0.11.9.18 Device Compilation (DYNAMIC)

hl7:assignedPerson

0 … 1

Personendaten des Verfassers des Dokuments.

Grundsätzlich sind die Vorgaben für „Personen-Element“ zu befolgen, name-Element ist hier Mandatory.

Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)

(atp...ung)

hl7:assignedAuthoringDevice

0 … 1

Datenerstellendes Gerät
Beinhaltet 1.2.40.0.34.6.0.11.9.18 Device Compilation (DYNAMIC)

(atp...ung)

hl7:representedOrganization

1 … 1

M

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

↔

             Hinweis zum XDS-Mapping: Da manche offiziellen Bezeichnungen von GDA sehr lang werden können, soll das
           name Element SOLL 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)

(atp...ung)

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“

hl7:dataEnterer

NP

Schreibkraft, Medizinische/r Dokumentationsassistent/in, etc. Wird nicht verwendet!

(atp...ung)

Eingefügt

1 … 1

M

von 1.2.40.0.34.6.0.11.1.4 Custodian (DYNAMIC)
Im Kontext der Patientenverfügung:

           Jenes Register, welches CDA Dokumente der Dokumentklasse Patientenverfügung (mit den Typen
           Patientenverfügung / Erneuerung / Widerspruch) speichert

hl7:custodian

1 … 1

M

Verwahrer des Dokuments.

(atp...ung)


	at-cda-bbr-dataelement-24	Verwahrer	Dataset A 2019

@typeCode

cs

0 … 1

F

CST

hl7:assignedCustodian

1 … 1

M

(atp...ung)

@classCode

cs

0 … 1

F

ASSIGNED

hl7:representedCustodianOrganization

1 … 1

M

(atp...ung)

@classCode

cs

0 … 1

F

ORG

@determinerCode

cs

0 … 1

F

INSTANCE

hl7:id

II

1 … *

M

Identifikation des Verwahrers des Dokuments, wie im GDA-Index angegeben. Grundsätzlich sind die Vorgaben für „Identifikations-Elemente“ zu befolgen.

(atp...ung)

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.

(atp...ung)

hl7:telecom

TEL.AT

0 … *

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

(atp...ung)

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)

(atp...ung)

hl7:informationRecipient

NP

Beabsichtiger Empfänger des Dokuments. Wird nicht verwendet!

(atp...ung)

Eingefügt

1 … 1

M

von 1.2.40.0.34.6.0.11.1.5 Legal Authenticator (DYNAMIC)

hl7:legalAuthenticator

1 … 1

M

Hauptunterzeichner, Rechtlicher Unterzeichner

(atp...ung)


elgaimpf-dataelement-368	Unterzeichnende Person (Dokument)	Datensatz e-Impfpass 2019
at-cda-bbr-dataelement-1	Rechtlicher Unterzeichner	Dataset A 2019

@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

(atp...ung)

wo [not(@nullFlavor)]


at-cda-bbr-dataelement-5	Zeitpunkt der Unterzeichnung	Dataset A 2019
elgaimpf-dataelement-369	Zeitpunkt der Unterzeichnung	Datensatz e-Impfpass 2019

hl7:time

TS.AT.TZ

0 … 1

(atp...ung)

wo [@nullFlavor='UNK']

@nullFlavor

cs

1 … 1

F

UNK

hl7:signatureCode

CS

1 … 1

M

Signaturcode gibt an, dass das Originaldokument unterzeichnet wurde.

(atp...ung)


elgaimpf-dataelement-370	Signatur	Datensatz e-Impfpass 2019
at-cda-bbr-dataelement-6	Signatur	Dataset A 2019

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

(atp...ung)

hl7:participant

NP

Participants finden im Kontext der Patientenverfügung keine Anwendung!

(atp...ung)

hl7:inFulfillmentOf

NP

Komponente zur Dokumentation des Auftrags. Wird nicht verwendet!

(atp...ung)

Auswahl

1 … 1

Dokumentation der Gesundheitsdienstleistung. Dient im Kontext der Patientenverfügung der Angabe

             des Verbindlichkeitszeitraumes.

Verpflichtend anzugeben (1..1 M) bei:

Verbindlicher Patientenverfügung
Erneuerung der verbindlichen Patientenverfügung

Angabe verboten (0..0 NP) bei:

"anderen" Patientenverfügungen
Dokumenttyp ELGA Widerspruch

Elemente in der Auswahl:

hl7:documentationOf
hl7:documentationOf[hl7:serviceEvent]

hl7:documentationOf

NP

Verboten bei:

"anderen" Patientenverfügungen
Dokumenttyp ELGA Widerspruch

(atp...ung)

hl7:documentationOf

0 … 1

R

Verpflichtend anzugeben (1..1 M) bei:

Verbindlicher Patientenverfügung
Erneuerung der verbindlichen PV

(atp...ung)

@typeCode

cs

0 … 1

F

DOC

hl7:serviceEvent

1 … 1

M

(atp...ung)

@classCode

cs

0 … 1

F

ACT

@moodCode

cs

0 … 1

F

EVN

hl7:code

CE

1 … 1

R

Code der Gesundheitsdienstleistung.

           

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

(atp...ung)

@codeSystemName

st

0 … 1

F

SNOMED

@code

cs

1 … 1

F

398295005

@codeSystem

oid

1 … 1

F

2.16.840.1.113883.6.96

@displayName

st

0 … 1

F

Validity range (qualifier value)

hl7:effectiveTime

IVL_TS

1 … 1

M

Gültigkeitszeitraum der Verbindlichkeit der Patientenverfügung (oder deren Erneuerung)

           

           

           ↔ Hinweis zum XDS-Mapping:
           
 Dieses Element wird in die XDS-Attribute serviceStartTime und serviceStopTime
           gemappt.

(atp...ung)

hl7:low

TS.AT.TZ

1 … 1

M

             Errichtungsdatum der verbindlichen Patientenverfügung oder deren Erneuerung

(atp...ung)

hl7:high

TS.AT.TZ

1 … 1

M

Muss das Datum 8 Jahre

               nach dem Errichtungsdatum enthalten (gesetzliche Frist), außer der Patient möchte die
             Verbindlichkeit der Patientenverfügung individuell verkürzen (eine Verlängerung der Frist ist nicht
             möglich).

TODO: Constraint?

(atp...ung)

hl7:relatedDocument

NP

Bezug zu vorgehenden Dokumenten. Patientenverfügungen werden nicht versioniert!

(atp...ung)

hl7:authorization

NP

Einverständniserklärung. Wird in ELGA nicht verwendet!

(atp...ung)

hl7:componentOf

NP

encompassingEncounter - Patientenkontakt. Wird nicht verwendet!

(atp...ung)

hl7:component

1 … 1

R

(atp...ung)

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

bl

0 … 1

F

true

hl7:nonXMLBody

1 … 1

R

Eingebettete PDF-Patientenverfügung

(atp...ung)

@classCode

cs

0 … 1

F

DOCBODY

@moodCode

cs

0 … 1

F

EVN

hl7:text

ED

1 … 1

M

(atp...ung)

ILF:Testseite

Navigationsmenü

Meine Werkzeuge

Namensräume

Varianten

Ansichten

Mehr

Suche

Navigation

Leitfäden

Wissensbasis

Hilfe

Werkzeuge