ILF:Allgemeiner Leitfaden Alle Templates

1 Alle Templates

1.1 Fachlicher Ansprechpartner

Id	1.2.40.0.34.11.1.1.1 ref elgabbr-	Gültigkeit	2014‑03‑25 Andere Versionen mit dieser Id: HeaderParticipantAnsprechpartner vom 2013‑10‑16
Status	Aktiv	Versions-Label
Name	HeaderParticipantAnsprechpartner	Bezeichnung	HeaderParticipant Ansprechpartner
Beschreibung Der fachliche Ansprechpartner ist jene Kontaktperson oder –stelle, welche zur Kontaktaufnahme für fachliche Auskünfte zum betreffenden Dokument veröffentlicht wird. Diese Maßnahme dient zur Kanalisierung und Vereinheitlichung der Kommunikationsschiene zwischen dem Erzeuger und dem Empfänger der Dokumentation, beispielsweise für Rückfragen oder Erfragung weiterer fachlicher Informationen. Die Angabe dieses Elements ist grundsätzlich optional, wobei in den speziellen Leitfäden eine verpflichtende Angabe spezifiziert sein kann. Bei Verwendung sollen möglichst präzise Kontaktdaten angegeben werden. Es obliegt der dokumenterzeugenden Organisation zu entscheiden, welchen Ansprechpartner sie veröffentlicht.
Klassifikation	CDA Header Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Benutzt	Benutzt 2 Templates Benutzt als Name Version 1.2.40.0.34.11.90001 Inklusion PersonElements DYNAMIC 1.2.40.0.34.11.90002 Inklusion OrganizationElements DYNAMIC
Beziehung	Version: Template 1.2.40.0.34.11.1.1.1 HeaderParticipant Ansprechpartner (2014‑03‑25) ref elgabbr-
Beispiel	Strukturbeispiel <participant typeCode="CALLBCK">   <templateId root="1.2.40.0.34.11.1.1.1"/>  <associatedEntity classCode="PROV">     <!-- Verpflichtende Telefonnummer des fachlichen Ansprechpartners -->     <telecom use="WP" value="tel:+43.1.3453446.1"/>    <associatedPerson>       <!-- Name des fachlichen Ansprechpartners -->       <name>         <prefix qualifier="AC">Dr.</prefix>        <given>Walter</given>        <family>Hummel</family>      </name>      <!-- ... ODER ... -->       <name>Sekretariat Labor</name>    </associatedPerson>    <!-- Organisation des Fachlichen Ansprechpartners -->     <scopingOrganization>       <id root="1.2.40.0.34.99.3" assigningAuthorityName="GDA Index"/>      <name>Amadeus Spital - Labor</name>      <telecom value="tel:+43.1.3453446.0"/>      <telecom value="fax:+43.1.3453446.4674"/>      <telecom value="mailto:info@amadeusspital.at"/>      <telecom value="http://www.amadeusspital.at"/>      <addr>         <streetName>Währinger Gürtel</streetName>        <houseNumber>18-20</houseNumber>        <postalCode>1090</postalCode>        <city>Wien</city>        <state>Wien</state>        <country>AUT</country>      </addr>    </scopingOrganization>  </associatedEntity></participant>
Beispiel	Fachlicher Ansprechpartner unbekannt <participant typeCode="CALLBCK" nullFlavor="UNK">   <associatedEntity classCode="PROV"/></participant>
Item DT Kard Konf Beschreibung Label hl7:participant Beteiligter (Fachlicher Ansprechpartner). (Hea...ner) wo [hl7:templateId ​[@root​=​'1.2.40.0.34.11.1.1.1']] @typeCode cs 1 … 1 F CALLBCK hl7:templateId II 1 … 1 M (Hea...ner) @root uid 1 … 1 F 1.2.40.0.34.11.1.1.1 hl7:time NP (Hea...ner) hl7:associated​Entity 1 … 1 M (Hea...ner) @classCode cs 1 … 1 F PROV hl7:addr AD 0 … 1 Adresse des Beteiligten. Grundsätzlich sind die Vorgaben für "Adress-Elemente" zu befolgen. (Hea...ner) hl7:telecom TEL.AT 1 … * M Beliebig viele Kontaktdaten des Beteiligten. Es MUSS mindestens eine Telefon-Nummer angegeben werden (Hea...ner) hl7:associated​Person 1 … 1 M Beteiligte Person. (Hea...ner) Eingefügt von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC) @classCode cs 0 … 1 F PSN @determiner​Code cs 0 … 1 F INSTANCE hl7:name PN 1 … 1 M Name der Person Für den Namen ist verpflichtend Granularitätsstufe 2 („strukturierte Angabe des Namens‘‘) anzuwenden! Grundsätzlich sind die Vorgaben für „Namen-Elemente von Personen PN“ zu befolgen. (Hea...ner) hl7:scoping​Organization 0 … 1 Organisation, der der Beteiligte angehört (mit Adresse und Kontaktdaten der Organisation). Grundsätzlich sind die Vorgaben für "Organisations-Element" zu befolgen. (Hea...ner) Eingefügt von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC) @classCode 0 … 1 F ORG @determiner​Code 0 … 1 F INSTANCE hl7:id II 0 … * (Hea...ner) hl7:name ON 1 … 1 M (Hea...ner) hl7:telecom TEL.AT 0 … * (Hea...ner) hl7:addr AD 0 … 1 (Hea...ner)

1.2 Einweisender/Zuweisender/Überweisender Arzt

Id	1.2.40.0.34.11.1.1.2 ref elgabbr-	Gültigkeit	2013‑10‑16
Status	Aktiv	Versions-Label
Name	HeaderParticipantRefArzt	Bezeichnung	HeaderParticipant Ref Arzt
Beschreibung	Einweisender/Zuweisender Arzt/Überweisender Arzt
Klassifikation	CDA Header Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit	Assoziiert mit 1 Konzept Id Name Datensatz elgagab-data​element-214  Zuweisender  Datensatz
Benutzt	Benutzt 2 Templates Benutzt als Name Version 1.2.40.0.34.11.90001 Inklusion PersonElements DYNAMIC 1.2.40.0.34.11.90002 Inklusion OrganizationElements DYNAMIC
Beziehung	Version: Template 1.2.40.0.34.11.1.1.2 HeaderParticipant Ref Arzt (2013‑10‑16) ref elgabbr-
Beispiel	Strukturbeispiel Einweisender Arzt <participant typeCode="REF">   <templateId root="1.2.40.0.34.11.1.1.2"/>  <associatedEntity classCode="PROV">     <id root="1.2.40.0.34.3.1.xxx" extension="--example only--"/>    <addr/>    <telecom/>    <!-- Personendaten des einweisenden Arztes -->     <associatedPerson>       <name>         <prefix qualifier="AC">Univ.-Prof. Dr.</prefix>        <given>Herbert</given>        <family>Empfänger</family>      </name>    </associatedPerson>    <!-- Organisation, der der einweisenden Arzt angehört -->     <scopingOrganization>       <id nullFlavor="UNK"/>      <name>Ordination Dr. Empfänger</name>      <telecom value="tel:0512.1234567"/>      <telecom value="fax:0512.1234567.11"/>      <telecom value="mailto:office@ordination-empfaenger.at"/>      <telecom value="http://www.ordination-empfaenger.at"/>      <telecom value="me:12345678791"/>      <addr>         <streetName>Musterstraße</streetName>        <houseNumber>27/1/13</houseNumber>        <postalCode>6020</postalCode>        <city>Innsbruck</city>        <country>AUT</country>      </addr>    </scopingOrganization>  </associatedEntity></participant>
Item DT Kard Konf Beschreibung Label hl7:participant Beteiligter. (Hea...rzt) wo [hl7:templateId ​[@root​=​'1.2.40.0.34.11.1.1.2']]   elgagab-data​element-214  Zuweisender  Datensatz @typeCode cs 1 … 1 F REF   Einweisender/Zuweisender/Überweisender Arzt. hl7:templateId II 1 … 1 M (Hea...rzt) @root uid 1 … 1 F 1.2.40.0.34.11.1.1.2   Template ID für Einweisender/Zuweisender/Überweisender Arzt. hl7:associated​Entity 1 … 1 M Beschreibung der Entität. (Hea...rzt) @classCode cs 1 … 1 F PROV   Gesundheitsdienstanbieter. hl7:id II 0 … * Identifikation des Beteiligten (Person).Zugelassene nullFlavor: NI … Person hat keine ID UNK … Person hat eine ID, diese ist jedoch unbekannt Grundsätzlich sind die Vorgaben für „Identifikations-Elemente“ zu befolgen. (Hea...rzt) hl7:addr AD 0 … 1 Adresse des Beteiligten. Grundsätzlich sind die Vorgaben für „Adress-Elemente“ zu befolgen. (Hea...rzt) hl7:telecom TEL.AT 0 … * Beliebig viele Kontaktdaten des Beteiligten. (Hea...rzt) hl7:associated​Person 1 … 1 R Beteiligte Person. Grundsätzlich sind die Vorgaben für „Personen-Element“ zu befolgen. (Hea...rzt) Eingefügt von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC) @classCode cs 0 … 1 F PSN @determiner​Code cs 0 … 1 F INSTANCE hl7:name PN 1 … 1 M Name der Person Für den Namen ist verpflichtend Granularitätsstufe 2 („strukturierte Angabe des Namens‘‘) anzuwenden! Grundsätzlich sind die Vorgaben für „Namen-Elemente von Personen PN“ zu befolgen. (Hea...rzt) hl7:scoping​Organization 0 … 1 Organisation, der der Beteiligte angehört (mit Adresse und Kontaktdaten der Organisation, z.B der Ordination). Grundsätzlich sind die Vorgaben gemäß für „Organisations-Element“ zu befolgen. (Hea...rzt) Eingefügt von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC) @classCode 0 … 1 F ORG @determiner​Code 0 … 1 F INSTANCE hl7:id II 0 … * (Hea...rzt) hl7:name ON 1 … 1 M (Hea...rzt) hl7:telecom TEL.AT 0 … * (Hea...rzt) hl7:addr AD 0 … 1 (Hea...rzt)

1.3 Hausarzt

Id	1.2.40.0.34.11.1.1.3 ref elgabbr-	Gültigkeit	2013‑10‑16
Status	Aktiv	Versions-Label
Name	HeaderParticipantHausarzt	Bezeichnung	HeaderParticipant Hausarzt
Beschreibung	Hausarzt
Klassifikation	CDA Header Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit	Assoziiert mit 1 Konzept Id Name Datensatz elgagab-data​element-100  Hausarzt  Datensatz
Benutzt	Benutzt 2 Templates Benutzt als Name Version 1.2.40.0.34.11.90001 Inklusion PersonElements DYNAMIC 1.2.40.0.34.11.90002 Inklusion OrganizationElements DYNAMIC
Beziehung	Version: Template 1.2.40.0.34.11.1.1.3 HeaderParticipant Hausarzt (2013‑10‑16) ref elgabbr-
Beispiel	Strukturbeispiel Hausarzt <participant typeCode="IND">   <templateId root="1.2.40.0.34.11.1.1.3"/>  <functionCode code="PCP" displayName="primary care physician" codeSystem="2.16.840.1.113883.5.88" codeSystemName="HL7:ParticipationFunction"/>  <associatedEntity classCode="PROV">     <!-- Identifikation des Hausarztes (Person) aus dem GDA-Index -->     <id root="1.2.3.999" extension="--example only--"/>    <addr/>    <telecom/>    <!-- Personendaten des Hausarztes -->     <associatedPerson>       <name>         <prefix qualifier="AC">Dr.</prefix>        <given>Walter</given>        <family>Mustermann</family>      </name>    </associatedPerson>    <!-- Organisation, der der Hausarzt angehört -->     <scopingOrganization>       <id root="1.2.40.0.34.3.1.xxx" assigningAuthorityName="GDA Index"/>      <name>Allgemeinmedizinische Praxis Dr. Mustermann</name>      <telecom value="tel:0512.1234567"/>      <telecom value="fax:0512.1234567.11"/>      <telecom value="mailto:office@ordination.at"/>      <telecom value="http://www.ordination.at"/>      <telecom value="me:12345678792"/>      <addr>         <streetName>Sekundärstraße</streetName>        <houseNumber>22</houseNumber>        <postalCode>6020</postalCode>        <city>Innsbruck</city>        <country>AUT</country>      </addr>    </scopingOrganization>  </associatedEntity></participant>
Item DT Kard Konf Beschreibung Label hl7:participant Beteiligter (Hausarzt). (Hea...rzt) wo [hl7:templateId ​[@root​=​'1.2.40.0.34.11.1.1.3']]   elgagab-data​element-100  Hausarzt  Datensatz @typeCode cs 1 … 1 F IND   In indirektem Bezug. hl7:templateId II 1 … 1 M Template ID zur Identifikation dieser Art von Beteiligten. (Hea...rzt) @root uid 1 … 1 F 1.2.40.0.34.11.1.1.3 hl7:functionCode CE 1 … * M Hausarzt. (Hea...rzt) @code CONF 1 … 1 F PCP @codeSystem 1 … 1 F 2.16.840.1.113883.5.88 (Participation Function) hl7:associated​Entity 1 … 1 M Beschreibung der Entität. (Hea...rzt) @classCode cs 1 … 1 F PROV   Gesundheitsdienstanbieter. hl7:id II 0 … * Identifikation des Beteiligten (Person) aus dem GDA-Index.Zugelassene nullFlavor: NI … Organisation hat keine ID UNK … Organisation hat eine ID, diese ist jedoch unbekannt Grundsätzlich sind die Vorgaben für „Identifikations-Elemente“ zu befolgen. (Hea...rzt) hl7:addr AD 0 … 1 Adresse des Beteiligten. Grundsätzlich sind die Vorgaben für „Adress-Elemente“ zu befolgen. (Hea...rzt) hl7:telecom TEL.AT 0 … * Beliebig viele Kontaktdaten des Beteiligten. (Hea...rzt) hl7:associated​Person 1 … 1 M Beteiligte Person. Grundsätzlich sind die Vorgaben für „Personen-Element“ zu befolgen. (Hea...rzt) Eingefügt von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC) @classCode cs 0 … 1 F PSN @determiner​Code cs 0 … 1 F INSTANCE hl7:name PN 1 … 1 M Name der Person Für den Namen ist verpflichtend Granularitätsstufe 2 („strukturierte Angabe des Namens‘‘) anzuwenden! Grundsätzlich sind die Vorgaben für „Namen-Elemente von Personen PN“ zu befolgen. (Hea...rzt) hl7:scoping​Organization 0 … 1 Organisation, der der Beteiligte angehört (mit Adresse und Kontaktdaten der Organisation), zB die Arztpraxis oder Ordination. Grundsätzlich sind die Vorgaben für „Organisations-Element“ zu befolgen. (Hea...rzt) Eingefügt von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC) @classCode 0 … 1 F ORG @determiner​Code 0 … 1 F INSTANCE hl7:id II 0 … * (Hea...rzt) hl7:name ON 1 … 1 M (Hea...rzt) hl7:telecom TEL.AT 0 … * (Hea...rzt) hl7:addr AD 0 … 1 (Hea...rzt)

1.4 Notfall-Kontakt/Auskunftsberechtigte Person

Id	1.2.40.0.34.11.1.1.4 ref elgabbr-	Gültigkeit	2013‑11‑13 Andere Versionen mit dieser Id: HeaderParticipantNotfallkontakt vom 2013‑10‑16
Status	Aktiv	Versions-Label
Name	HeaderParticipantNotfallkontakt	Bezeichnung	HeaderParticipant Notfallkontakt
Beschreibung	Notfall-Kontakt / Auskunftsberechtigte Person
Klassifikation	CDA Header Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit	Assoziiert mit 1 Konzept Id Name Datensatz elgagab-data​element-105  Notfall-Kontakt  Datensatz
Benutzt	Benutzt 2 Templates Benutzt als Name Version 1.2.40.0.34.11.90001 Inklusion PersonElements DYNAMIC 1.2.40.0.34.11.90002 Inklusion OrganizationElements DYNAMIC
Beziehung	Version: Template 1.2.40.0.34.11.1.1.4 HeaderParticipant Notfallkontakt (2013‑11‑13) ref elgabbr-
Beispiel	Strukturbeispiel Notfallkontakt <participant typeCode="IND">   <templateId root="1.2.40.0.34.11.1.1.4"/>  <time>     <low value="20170721102547"/>  </time>  <associatedEntity classCode="ECON">     <!-- Verwandtschaftsverhältnis des Notfallkontakts zum Patienten -->     <code code="DAU" displayName="Natural daughter" codeSystem="2.16.840.1.113883.5.111" codeSystemName="HL7:RoleCode"/>    <!-- Adresse des Notfall-Kontakts -->     <addr>Heimstrasse 1, 1220 Wien</addr>    <!-- Kontaktdaten des Notfallkontakts -->     <telecom value="tel:0660.1234567"/>    <associatedPerson>       <!-- Name des Notfallkontakts -->       <name>Julia Tochter</name>    </associatedPerson>    <!-- Organisation des Notfallkontakts (z.B.: Behörde) -->     <scopingOrganization>       <name>Mustermann Installationen GmbH</name>    </scopingOrganization>  </associatedEntity></participant>
Item DT Kard Konf Beschreibung Label hl7:participant Beteiligter (Notfallkontakt / Auskunftsberechtigte Person). (Hea...akt) wo [hl7:templateId ​[@root​=​'1.2.40.0.34.11.1.1.4']]   elgagab-data​element-105  Notfall-Kontakt  Datensatz @typeCode cs 1 … 1 F IND hl7:templateId II 1 … 1 M (Hea...akt) @root uid 1 … 1 F 1.2.40.0.34.11.1.1.4 hl7:time IVL_TS 0 … 1 Zeitraum, in dem der angegebene Kontakt den Notfall-Kontakt darstellt.Wird nur angegeben, wenn der Kontakt bereits absehbar nur in einem eingeschränkten Zeitraum zur Verfügung steht. Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen. (Hea...akt) hl7:associated​Entity 1 … 1 M Beschreibung der Entität. (Hea...akt) @classCode cs 1 … 1 F ECON hl7:code CE 0 … 1 Verwandtschaftsverhältnis des Beteiligten zum Patienten. Beispiel: DAU („daughter“), wenn die Beteiligte die Tochter des Patienten ist. (Hea...akt)   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 für „Adress-Elemente“ zu befolgen. (Hea...akt) hl7:telecom TEL.AT 0 … * R Beliebig viele Kontaktdaten des Beteiligten. Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen. Es SOLL mindestens eine Telefonnummer angegeben werden. (Hea...akt) hl7:associated​Person 1 … 1 M Name des Beteiligten. Grundsätzlich sind die Vorgaben für „Personen-Element“ zu befolgen. (Hea...akt) Eingefügt von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC) @classCode cs 0 … 1 F PSN @determiner​Code cs 0 … 1 F INSTANCE hl7:name PN 1 … 1 M Name der Person Für den Namen ist verpflichtend Granularitätsstufe 2 („strukturierte Angabe des Namens‘‘) anzuwenden! Grundsätzlich sind die Vorgaben für „Namen-Elemente von Personen PN“ zu befolgen. (Hea...akt) hl7:scoping​Organization 0 … 1 Organisation, der der Beteiligte angehört (mit Adresse und Kontaktdaten der Organisation). Grundsätzlich sind die Vorgaben für „Organisations-Element“ zu befolgen. (Hea...akt) Eingefügt von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC) @classCode 0 … 1 F ORG @determiner​Code 0 … 1 F INSTANCE hl7:id II 0 … * (Hea...akt) hl7:name ON 1 … 1 M (Hea...akt) hl7:telecom TEL.AT 0 … * (Hea...akt) hl7:addr AD 0 … 1 (Hea...akt)

1.5 Angehörige

Id	1.2.40.0.34.11.1.1.5 ref elgabbr-	Gültigkeit	2016‑07‑21 Andere Versionen mit dieser Id: HeaderParticipantAngehoerige vom 2013‑11‑13 HeaderParticipantAngehoerige vom 2013‑10‑16
Status	Aktiv	Versions-Label
Name	HeaderParticipantAngehoerige	Bezeichnung	HeaderParticipant Angehörige
Beschreibung	Als Angehörige sind in Österreich jene Personen anzusehen, welche in einem Verwandtschaftsverhältnis zum Patienten stehen, aber nicht unter die Gruppe der „Auskunftsberechtigten Personen“ fallen.
Klassifikation	CDA Header Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Benutzt	Benutzt 2 Templates Benutzt als Name Version 1.2.40.0.34.11.90001 Inklusion PersonElements DYNAMIC 1.2.40.0.34.11.90002 Inklusion OrganizationElements DYNAMIC
Beziehung	Version: Template 1.2.40.0.34.11.1.1.5 HeaderParticipant Angehörige (2016‑07‑21) ref elgabbr-
Beispiel	Strukturbeispiel Angehörige <participant typeCode="IND">   <templateId root="1.2.40.0.34.11.1.1.5"/>  <associatedEntity classCode="PRS">     <!-- Verwandtschaftsverhältnis des Angehörigen zum Patienten -->     <code code="MTH" displayName="mother" codeSystem="2.16.840.1.113883.5.111" codeSystemName="HL7: RoleCode"/>    <!-- Kontaktdaten des Angehörigen -->     <addr/>    <telecom value="tel:0660.1234567"/>    <associatedPerson>       <name>Herta Mutter</name>    </associatedPerson>    <scopingOrganization/>  </associatedEntity></participant>
Item DT Kard Konf Beschreibung Label hl7:participant Beteiligter (Angehöriger). (Hea...ige) wo [hl7:templateId ​[@root​=​'1.2.40.0.34.11.1.1.5']] @typeCode cs 1 … 1 F IND hl7:templateId II 1 … 1 M (Hea...ige) @root uid 1 … 1 F 1.2.40.0.34.11.1.1.5 hl7:associated​Entity 1 … 1 M Beschreibung der Entität. (Hea...ige) @classCode cs 1 … 1 F PRS hl7:code CE 1 … 1 M Verwandtschaftsverhältnis des Beteiligten zum Patienten.Beispiel: DAU („Daughter“), wenn die Beteiligte die Tochter des Patienten ist. (Hea...ige)   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 für „Adress-Elemente“ zu befolgen. (Hea...ige) hl7:telecom TEL.AT 0 … * Beliebig viele Kontaktdaten des Beteiligten. Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen. (Hea...ige) hl7:associated​Person 1 … 1 M Beteiligte Person. Grundsätzlich sind die Vorgaben für „Personen-Element“ zu befolgen. (Hea...ige) Eingefügt von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC) @classCode cs 0 … 1 F PSN @determiner​Code cs 0 … 1 F INSTANCE hl7:name PN 1 … 1 M Name der Person Für den Namen ist verpflichtend Granularitätsstufe 2 („strukturierte Angabe des Namens‘‘) anzuwenden! Grundsätzlich sind die Vorgaben für „Namen-Elemente von Personen PN“ zu befolgen. (Hea...ige) hl7:scoping​Organization 0 … 1 Organisation, der der Beteiligte angehört (mit Adresse und Kontaktdaten der Organisation). Grundsätzlich sind die Vorgaben für „Organisations-Element“ zu befolgen. (Hea...ige) Eingefügt von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC) @classCode 0 … 1 F ORG @determiner​Code 0 … 1 F INSTANCE hl7:id II 0 … * (Hea...ige) hl7:name ON 1 … 1 M (Hea...ige) hl7:telecom TEL.AT 0 … * (Hea...ige) hl7:addr AD 0 … 1 (Hea...ige)

1.6 Versicherter/Versicherung

Id	1.2.40.0.34.11.1.1.6 ref elgabbr-	Gültigkeit	2015‑11‑25 Andere Versionen mit dieser Id: HeaderParticipantVersicherung vom 2013‑10‑16
Status	Aktiv	Versions-Label
Name	HeaderParticipantVersicherung	Bezeichnung	HeaderParticipant Versicherung
Beschreibung	Versicherter/Versicherung
Klassifikation	CDA Header Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit	Assoziiert mit 1 Konzept Id Name Datensatz elgagab-data​element-119  Versicherter/Versicherung  Datensatz
Benutzt	Benutzt 2 Templates Benutzt als Name Version 1.2.40.0.34.11.90001 Inklusion PersonElements DYNAMIC 1.2.40.0.34.11.90002 Inklusion OrganizationElements DYNAMIC
Beziehung	Version: Template 1.2.40.0.34.11.1.1.6 HeaderParticipant Versicherung (2015‑11‑25) ref elgabbr-
Beispiel	Patient ist selbst der Versicherungsnehmer <!-- In diesem Fall können die Angaben zur Person (Adresse, Kontaktdaten, Name des Patienten) entfallen, da diese bereits in der Klasse patientRole angegeben sind. --> <participant typeCode="HLD">   <templateId root="1.2.40.0.34.11.1.1.6"/>  <time>     <low value="20020101"/>    <high value="20151231"/>  </time>  <associatedEntity classCode="POLHOLD">     <id root="1.2.40.0.10.1.4.3.1" extension="123424121970" assigningAuthorityName="Österreichische Sozialversicherung"/>    <code code="SELF" displayName="self" codeSystem="2.16.840.1.113883.5.111" codeSystemName="HL7:RoleCode"/>    <scopingOrganization>       <name>Sozialversicherung der gew. Wirtschaft</name>      <telecom value="tel:01.54654-0"/>      <telecom value="fax:01.54654-385"/>      <telecom value="http://esv-sva.sozvers.at"/>      <addr>         <streetName>Wiedner Hauptstraße</streetName>        <houseNumber>84-86</houseNumber>        <postalCode>1051</postalCode>        <city>Wien</city>        <country>AUT</country>      </addr>    </scopingOrganization>  </associatedEntity></participant>
Beispiel	Patient ist bei einem Angehörigen mitversichert <!-- In diesem Fall MÜSSEN die Angaben zur versicherten Person vorhanden sein. Im Mindesten MUSS der Name der versicherten Person angegeben sein. --> <participant typeCode="HLD">   <templateId root="1.2.40.0.34.11.1.1.6"/>  <!-- Versicherungszeitraum vom 01.01.2002 – 31.12.2008 -->   <time>     <low value="20020101"/>    <high value="20081231"/>  </time>  <associatedEntity classCode="POLHOLD">     <!-- SV Nummer der Person, bei der der Patient mitversichert ist -->     <id root="1.2.40.0.10.1.4.3.1" extension="123424121970" assigningAuthorityName="Österreichische Sozialversicherung"/>    <!-- Code FAMDEP (Mitversichert bei Familienangehörigen) -->     <code code="FAMDEP" displayName="family dependent" codeSystem="2.16.840.1.113883.5.111" codeSystemName="HL7:RoleCode"/>    <!-- Adresse der Person, bei der der Patient mitversichert ist -->     <addr>       <streetName>Musterstrasse</streetName>      <houseNumber>47-51</houseNumber>      <postalCode>8010</postalCode>      <city>Graz</city>      <country>AUT</country>    </addr>    <!-- Kontakt(e) der Person, bei der der Patient mitversichert ist -->     <telecom value="tel:+43.(0)50.55460-0"/>    <!-- Name der Person, bei der der Patient mitversichert ist -->     <associatedPerson>       <name>         <given>Herbert</given>        <family>Vater</family>      </name>    </associatedPerson>    <!-- Versicherungsgesellschaft -->     <scopingOrganization>       <name>Sozialversicherung der gew. Wirtschaft</name>      <telecom value="tel:01.54654-0"/>      <telecom value="fax:01.54654-385"/>      <telecom value="http://esv-sva.sozvers.at"/>      <addr>         <streetName>Wiedner Hauptstraße</streetName>        <houseNumber>84-86</houseNumber>        <postalCode>1051</postalCode>        <city>Wien</city>        <state>Wien</state>        <country>AUT</country>      </addr>    </scopingOrganization>  </associatedEntity></participant>
Item DT Kard Konf Beschreibung Label hl7:participant Beteiligter (Versicherter/Versicherung). (Hea...ung) wo [hl7:templateId ​[@root​=​'1.2.40.0.34.11.1.1.6']]   elgagab-data​element-119  Versicherter/Versicherung  Datensatz @typeCode cs 1 … 1 F HLD hl7:templateId II 1 … 1 M (Hea...ung) @root uid 1 … 1 F 1.2.40.0.34.11.1.1.6 hl7:time IVL_TS 0 … 1 Gültigkeitszeitraum der Versicherungspolizze. Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen. (Hea...ung) hl7:associated​Entity 1 … 1 M Beschreibung der Entität. (Hea...ung) @classCode cs 1 … 1 F POLHOLD hl7:id II 0 … * Sozialversicherungsnummer des Patienten (SELF) oder der Person, bei der der Patient mitversichert ist (FAMDEP) Zugelassene nullFlavor: NI … Patient hat keine Sozialversicherungsnum­mer (z.B. Ausländer, …) UNK … Patient hat eine Sozialversicherungsnummer, diese ist jedoch unbekannt (Hea...ung) hl7:code CE 0 … 1 Versicherungsverhältnis codiert.Beispiele:SELF, wenn der Patient selbst der Versicherte ist.FAMDEP, wenn der Patient bei einem Familienmitglied mitversichert ist. (Hea...ung)   CONF Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.9 ELGA_InsuredAssocEntity (DYNAMIC) hl7:addr AD 0 … 1 Adresse des Beteiligten. Grundsätzlich sind die Vorgaben für „Adress-Elemente“ zu befolgen. (Hea...ung) hl7:telecom TEL.AT 0 … * Beliebig viele Kontaktdaten des Beteiligten. Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen. (Hea...ung) hl7:associated​Person 0 … 1 Name des Beteiligten. Grundsätzlich sind die Vorgaben für „Personen-Element“ zu befolgen. (Hea...ung) Eingefügt von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC) @classCode cs 0 … 1 F PSN @determiner​Code cs 0 … 1 F INSTANCE hl7:name PN 1 … 1 M Name der Person Für den Namen ist verpflichtend Granularitätsstufe 2 („strukturierte Angabe des Namens‘‘) anzuwenden! Grundsätzlich sind die Vorgaben für „Namen-Elemente von Personen PN“ zu befolgen. (Hea...ung)   Schematron assert role  error     test hl7:code/@code!='FAMDEP' or count(hl7:associated​Person)=1     Meldung Wenn das Versicherungsverhältnis "familienversichert" ist, dann muss eine associatedPerson angegeben sein   hl7:scoping​Organization 1 … 1 R Versicherungsgesellschaft. Grundsätzlich sind die Vorgaben für „Organisations-Element“ zu befolgen. (Hea...ung) Eingefügt von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC) @classCode 0 … 1 F ORG @determiner​Code 0 … 1 F INSTANCE hl7:id II 0 … * (Hea...ung) hl7:name ON 1 … 1 M (Hea...ung) hl7:telecom TEL.AT 0 … * (Hea...ung) hl7:addr AD 0 … 1 (Hea...ung)

1.7 Betreuende Organisation

Id	1.2.40.0.34.11.1.1.7 ref elgabbr-	Gültigkeit	2013‑10‑16
Status	Aktiv	Versions-Label
Name	HeaderParticipantBetreuorg	Bezeichnung	HeaderParticipant Betreuungsorganisation
Klassifikation	CDA Header Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit	Assoziiert mit 1 Konzept Id Name Datensatz elgagab-data​element-251  Betreuende Organisation  Datensatz
Benutzt	Benutzt 1 Template Benutzt als Name Version 1.2.40.0.34.11.90002 Inklusion OrganizationElements DYNAMIC
Beziehung	Version: Template 1.2.40.0.34.11.1.1.7 HeaderParticipant Betreuungsorganisation (2013‑10‑16) ref elgabbr-
Beispiel	Strukturbeispiel Betreuende Organisation <participant typeCode="IND">   <templateId root="1.2.40.0.34.11.1.1.7"/>  <associatedEntity classCode="CAREGIVER">     <!-- Betreuende Organisation -->     <scopingOrganization>       <!-- Name der betreuenden Organisation -->       <name>Altenpflegeheim Sorgenfrei</name>      <!-- Kontaktdaten der betreuenden Organisation -->       <telecom value="tel:+43.1.3453446.0"/>      <telecom value="fax:+43.1.3453446.4674"/>      <telecom value="mailto:info@altenpflegeheim-sorgenfrei.at"/>      <telecom value="http://www.altenpflegeheim-sorgenfrei.at"/>      <!-- Adresse der betreuenden Organisation -->       <addr>         <streetName>Im schönen Walde</streetName>        <houseNumber>24</houseNumber>        <postalCode>2500</postalCode>        <city>Baden</city>        <state>Niederösterreich</state>        <country>AUT</country>      </addr>    </scopingOrganization>  </associatedEntity></participant>
Item DT Kard Konf Beschreibung Label hl7:participant Beteiligter (Betreuende Organisation). (Hea...org) wo [hl7:templateId ​[@root​=​'1.2.40.0.34.11.1.1.7']]   elgagab-data​element-251  Betreuende Organisation  Datensatz @typeCode cs 1 … 1 F IND hl7:templateId II 1 … 1 M (Hea...org) @root uid 1 … 1 F 1.2.40.0.34.11.1.1.7 hl7:associated​Entity 1 … 1 M Beschreibung der Entität. (Hea...org) @classCode cs 1 … 1 F CAREGIVER hl7:scoping​Organization 1 … 1 M Betreuende Organisation. Grundsätzlich sind die Vorgaben für „Organisations-Element“ zu befolgen. (Hea...org) Eingefügt von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC) @classCode 0 … 1 F ORG @determiner​Code 0 … 1 F INSTANCE hl7:id II 0 … * (Hea...org) hl7:name ON 1 … 1 M (Hea...org) hl7:telecom TEL.AT 0 … * (Hea...org) hl7:addr AD 0 … 1 (Hea...org)

1.8 Weitere Behandler

Id	1.2.40.0.34.11.1.1.8 ref elgabbr-	Gültigkeit	2017‑02‑20
Status	Aktiv	Versions-Label
Name	HeaderParticipantConsultant	Bezeichnung	HeaderParticipant Weitere Behandler
Beschreibung Über dieses Element können weitere an der medizinischen Behandlung maßgeblich beteiligte Personen angegeben werden. Das können Ärzte aus der gleichen oder einer anderen Abteilung sein, weiters niedergelassene behandelnde Ärzte (z.B. der behandelnde Internist oder Kinderarzt) aber auch nicht-ärztliche Behandler, wie z.B. Psychologen. Bei Verwendung sollen möglichst präzise Kontaktdaten angegeben werden. Es obliegt der dokumenterzeugenden Organisation zu entscheiden, welche weitere Behandler sie veröffentlicht.
Klassifikation	CDA Header Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit	Assoziiert mit 1 Konzept Id Name Datensatz elgagab-data​element-136  Weitere Behandler  Datensatz
Benutzt	Benutzt 2 Templates Benutzt als Name Version 1.2.40.0.34.11.90001 Inklusion PersonElements DYNAMIC 1.2.40.0.34.11.90002 Inklusion OrganizationElements DYNAMIC
Beziehung	Version: Template 1.2.40.0.34.11.1.1.8 HeaderParticipant Weitere Behandler (2017‑02‑20) ref elgabbr-
Beispiel	Strukturbeispiel Weitere Behandler <participant typeCode="CON">   <templateId root="1.2.40.0.34.11.1.1.8"/>  <functionCode code="130" displayName="Facharzt für Neurologie" codeSystem="1.2.40.0.34.5.160" codeSystemName="ELGA_Fachaerzte"/>  <associatedEntity classCode="PROV">     <!-- Kontaktdaten des Behandlers -->     <telecom value="tel:+43.6138.3453446.1"/>    <telecom value="mailto:robert.betterman@amadeusspital.at"/>    <associatedPerson>       <!-- Name des Behandlers -->       <name>         <prefix qualifier="AC">Dr.</prefix>        <given>Robert</given>        <family>Betterman</family>      </name>      <!-- ... ODER ... -->       <name>Dr. Robert Betterman</name>    </associatedPerson>  </associatedEntity></participant>
Item DT Kard Konf Beschreibung Label hl7:participant Beteiligter (Fachlicher Ansprechpartner). (Hea...ant) wo [hl7:templateId ​[@root​=​'1.2.40.0.34.11.1.1.8']]   elgagab-data​element-136  Weitere Behandler  Datensatz @typeCode cs 1 … 1 F CON   Weitere Behandler. hl7:templateId II 1 … 1 M (Hea...ant) @root uid 1 … 1 F 1.2.40.0.34.11.1.1.8 hl7:functionCode CE 0 … 1 R Angabe der Funktion bzw. der Fachrichtung des Behandlers. z.B: „Facharzt für Neurologie“  Eigene Codes und Bezeichnungen dürfen verwendet werden.  Grundsätzlich sind die Vorgaben für „code-Element CE CWE“ zu befolgen. (Hea...ant)   CONF Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.6 ELGA_AuthorSpeciality (DYNAMIC) hl7:associated​Entity 1 … 1 M (Hea...ant) @classCode cs 1 … 1 F PROV   Gesundheitsdienstanbieter. hl7:addr AD 0 … 1 Adresse des Beteiligten. Grundsätzlich sind die Vorgaben für „Adress-Elemente“ zu befolgen. (Hea...ant) hl7:telecom TEL.AT 0 … * R Beliebig viele Kontaktdaten des Beteiligten. Es MUSS mindestens eine Telefon-Nummer angegeben werden. (Hea...ant) hl7:associated​Person 1 … 1 M Beteiligte Person Grundsätzlich sind die Vorgaben für „Personen-Element“ zu befolgen. (Hea...ant) Eingefügt von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC) @classCode cs 0 … 1 F PSN @determiner​Code cs 0 … 1 F INSTANCE hl7:name PN 1 … 1 M Name der Person Für den Namen ist verpflichtend Granularitätsstufe 2 („strukturierte Angabe des Namens‘‘) anzuwenden! Grundsätzlich sind die Vorgaben für „Namen-Elemente von Personen PN“ zu befolgen. (Hea...ant) hl7:scoping​Organization 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. (Hea...ant) Eingefügt von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC) @classCode 0 … 1 F ORG @determiner​Code 0 … 1 F INSTANCE hl7:id II 0 … * (Hea...ant) hl7:name ON 1 … 1 M (Hea...ant) hl7:telecom TEL.AT 0 … * (Hea...ant) hl7:addr AD 0 … 1 (Hea...ant)

1.9 Brieftext

Id	1.2.40.0.34.11.1.2.1 ref elgabbr-	Gültigkeit	2011‑12‑19
Status	Aktiv	Versions-Label
Name	Brieftext	Bezeichnung	Brieftext
Beschreibung	Ein am Anfang des Briefes formulierter Freitext für eine Anrede oder Begrüßung. Die Angabe von medizinisch fachlich relevanter Information in diesem Abschnitt ist NICHT ERLAUBT.
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.11.1.2.1
Klassifikation	CDA Section level template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Benutzt	Benutzt 1 Template Benutzt als Name Version 1.2.40.0.34.11.1.3.2 Containment Logo Entry DYNAMIC
Beziehung	Version: Template 1.2.40.0.34.11.1.2.1 Brieftext (2011‑12‑19) ref elgabbr-
Beispiel	Strukturbeispiel <section classCode="DOCSECT">   <!-- ELGA EIS „Basic“ und “Full support” -->   <templateId root="1.2.40.0.34.11.1.2.1"/>  <!-- Titel der Sektion Brieftext wird vom ELGA Referenz-Stylesheet nicht angezeigt! -->   <code code="BRIEFT" displayName="Brieftext" codeSystem="1.2.40.0.34.5.40" codeSystemName="ELGA_Sections"/>  <!-- Titel der Sektion Brieftext wird vom ELGA Referenz-Stylesheet nicht angezeigt! -->   <title>Brieftext</title>  <!-- Textbereich der Sektion -->   <text/>  <!-- Maschinenlesbare Elemente der Sektion (optionales Logo) -->   <entry>     <templateId root="1.2.40.0.34.11.1.3.2"/>  </entry></section>
Item DT Kard Konf Beschreibung Label hl7:section Container zur Angabe des Brieftexts. (Bri...ext) @classCode cs 0 … 1 F DOCSECT hl7:templateId II 1 … 1 R (Bri...ext) @root uid 1 … 1 F 1.2.40.0.34.11.1.2.1 hl7:code CE 1 … 1 M Code der Sektion. (Bri...ext) @code CONF 1 … 1 F BRIEFT @codeSystem 1 … 1 F 1.2.40.0.34.5.40 @displayName 1 … 1 F Brieftext hl7:title ST 1 … 1 R (Bri...ext)   CONF Elementinhalt muss "Brieftext" sein hl7:text 1 … 1 R Information für den menschlichen Leser. Achtung: Wird ein Logo als maschinenlesbares Element angegeben, darf keine Referenz darauf im narrativen Text-Bereich angegeben werden (<renderMultiMedia referencedObject="…"/>). (Bri...ext) hl7:entry 0 … 1 Es KANN zusätzlich ein Logo als maschinenlesbares Element angegeben werden. Maschinenlesbares Element gemäß Template „ELGA Logo-Entry“ (1.2.40.0.34.11.1.3.2). Beinhaltet 1.2.40.0.34.11.1.3.2 Logo Entry (DYNAMIC) (Bri...ext)

1.10 Abschließende Bemerkungen

Id	1.2.40.0.34.11.1.2.2 ref elgabbr-	Gültigkeit	2012‑07‑14
Status	Aktiv	Versions-Label
Name	AbschliessendeBemerkung	Bezeichnung	AbschliessendeBemerkung
Beschreibung	Ein am Ende des Briefes formulierter Freitext entsprechend einer Grußformel. Die Angabe von medizinisch fachlich relevanter Information in diesem Abschnitt ist NICHT ERLAUBT.
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.11.1.2.2
Klassifikation	CDA Section level template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Benutzt	Benutzt 1 Template Benutzt als Name Version 1.2.40.0.34.11.1.3.1 Containment Eingebettetes Objekt Entry DYNAMIC
Beziehung	Version: Template 1.2.40.0.34.11.1.2.2 AbschliessendeBemerkung (2012‑07‑14) ref elgabbr-
Beispiel	Strukturbeispiel <section>   <!-- ELGA EIS „Basic“ und “Full support” -->   <templateId root="1.2.40.0.34.11.1.2.2"/>  <!-- Code der Sektion -->   <code code="ABBEM" displayName="Abschließende Bemerkungen" codeSystem="1.2.40.0.34.5.40" codeSystemName="ELGA_Sections"/>  <!-- Titel der Sektion Abschließende Bemerkungen wird vom ELGA Referenz-Stylesheet nicht angezeigt! -->   <title>Abschließende Bemerkungen</title>  <!-- Textbereich der Sektion -->   <text> ... Lesbarer Textbereich ... </text></section>
Item DT Kard Konf Beschreibung Label hl7:section Container zur Angabe der abschließenden Bemerkungen. (Abs...ung) hl7:templateId II 1 … 1 R (Abs...ung) @root uid 1 … 1 F 1.2.40.0.34.11.1.2.2 hl7:code CE 1 … 1 M (Abs...ung) @code CONF 1 … 1 F ABBEM @codeSystem 1 … 1 F 1.2.40.0.34.5.40 @displayName 1 … 1 F Abschließende Bemerkungen hl7:title ST 1 … 1 R (Abs...ung)   CONF Elementinhalt muss "Abschließende Bemerkungen" sein hl7:text ST 1 … 1 R Information für den menschlichen Leser. (Abs...ung) hl7:entry 0 … * R Beinhaltet 1.2.40.0.34.11.1.3.1 Eingebettetes Objekt Entry (DYNAMIC) (Abs...ung)

1.11 Beilagen

Id	1.2.40.0.34.11.1.2.3 ref elgabbr-	Gültigkeit	2015‑04‑23 Andere Versionen mit dieser Id: Beilagen vom 2011‑12‑19
Status	Aktiv	Versions-Label
Name	Beilagen	Bezeichnung	Beilagen
Beschreibung Sonstige Beilagen, außer denjenigen Dokumenten, die in „Patientenverfügungen und andere juridische Dokumente“ angegeben sind. Achtung: Ein „Referenzieren“ auf Beilagen ist NICHT ERLAUBT. Beigelegte Dokumente/Bilder MÜSSEN dem Dokument in technisch eingebetteter Form beiliegen.
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.11.1.2.3
Klassifikation	CDA Section level template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Benutzt	Benutzt 1 Template Benutzt als Name Version 1.2.40.0.34.11.1.3.1 Containment Eingebettetes Objekt Entry DYNAMIC
Beziehung	Version: Template 1.2.40.0.34.11.1.2.3 Beilagen (2015‑04‑23) ref elgabbr-
Beispiel	Beispiel <section>   <!-- ELGA EIS „Basic“ und “Full support” -->   <templateId root="1.2.40.0.34.11.1.2.3"/>  <!-- Code der Sektion -->   <code code="BEIL" displayName="Beilagen" codeSystem="1.2.40.0.34.5.40" codeSystemName="ELGA_Sections"/>  <!-- Titel der Sektion -->   <title>Beilagen</title>  <!-- Textbereich der Sektion -->   <text> ... Lesbarer Textbereich ... </text>  <!-- Maschinenlesbare Elemente der Sektion -->   <entry>     <!-- ELGA EingebettetesObjekt-Entry -->     <templateId root="1.2.40.0.34.11.1.3.1"/>  </entry></section>
Item DT Kard Konf Beschreibung Label hl7:section Container zur Angabe der Beilagen. (Bei...gen) hl7:templateId II 1 … 1 R (Bei...gen) @root uid 1 … 1 F 1.2.40.0.34.11.1.2.3 hl7:code CE 1 … 1 M (Bei...gen) @code CONF 1 … 1 F BEIL @codeSystem 1 … 1 F 1.2.40.0.34.5.40 hl7:title ST 1 … 1 R (Bei...gen)   CONF Elementinhalt muss "Beilagen" sein hl7:text SD.TEXT 1 … 1 R Information für den menschlichen Leser. Die Vorgaben und Empfehlungen zur Gestaltung dieses Bereichs im Falle von CDA Level 3 sind zu beachten! (Bei...gen) hl7:entry 1 … * R Maschinenlesbares Element. Die Vorgaben und Empfehlungen zur Gestaltung dieses Bereichs im Falle von CDA Level 3 sind zu beachten! Beinhaltet 1.2.40.0.34.11.1.3.1 Eingebettetes Objekt Entry (DYNAMIC) (Bei...gen)

1.12 Patientenverfügungen und andere juridische Dokumente

Id	1.2.40.0.34.11.1.2.4 ref elgabbr-	Gültigkeit	2011‑12‑19
Status	Aktiv	Versions-Label
Name	Patientenverfuegung	Bezeichnung	Patientenverfügung
Beschreibung Diese Sektion enthält Hinweise auf Willenserklärungen des Patienten wie Patientenverfügung, Transplantationswiderspruch, Vorsorgevollmacht, sowie diejenigen juridischen Dokumente, welche als relevant erachtet werden. Die Aufstellung SOLL narrativ in tabellarischer Form erfolgen und die „Art des vorliegenden Dokuments“, sowie einen Hinweis enthalten, wo dieses aufliegt. Beispiel: „Patientenverfügung – wird von der Tochter aufbewahrt (Name, Adresse)“
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.11.1.2.4
Klassifikation	CDA Section level template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Beziehung	Version: Template 1.2.40.0.34.11.1.2.4 Patientenverfügung (2011‑12‑19) ref elgabbr-
Beispiel	Strukturbeispiel <section>   <templateId root="1.2.40.0.34.11.1.2.4"/>  <templateId root="1.3.6.1.4.1.19376.1.5.3.1.3.34"/>  <!-- IHE PCC -->   <templateId root="2.16.840.1.113883.10.20.1.1"/>  <!-- HL7 CCD -->   <!-- Code der Sektion -->   <code code="42348-3" displayName="Advance directives" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC"/>  <!-- Textbereich der Sektion -->   <title>Patientenverfügungen und andere juridische Dokumente</title>  <text> ... Lesbarer Textbereich ... </text></section>
Item DT Kard Konf Beschreibung Label hl7:section Container zur Angabe der Patientenverfügungen und anderer juridischer Dokumente. (Pat...ung) hl7:templateId II 1 … 1 R (Pat...ung) @root uid 1 … 1 F 1.2.40.0.34.11.1.2.4 hl7:templateId II 1 … 1 R (Pat...ung) @root uid 1 … 1 F 1.3.6.1.4.1.19376.1.5.3.1.3.34 hl7:templateId II 1 … 1 R (Pat...ung) @root uid 1 … 1 F 2.16.840.1.113883.10.20.1.1 hl7:code CE (extensible) 1 … 1 M (Pat...ung) @code CONF 1 … 1 F 42348-3 @codeSystem 1 … 1 F 2.16.840.1.113883.6.1 (LOINC) @displayName 1 … 1 F Advance directives hl7:title ST 1 … 1 R (Pat...ung)   CONF Elementinhalt muss "Patientenverfügungen und andere juridische Dokumente" sein hl7:text 1 … 1 R Information für den menschlichen Leser, tabellarische Auflistung der Willenserklärungen (Pat...ung)

1.13 Anmerkungen

Id	1.2.40.0.34.11.1.2.5 ref elgabbr-	Gültigkeit	2011‑12‑19
Status	Aktiv	Versions-Label
Name	Anmerkungen	Bezeichnung	Anmerkungen
Beschreibung	Ein Freitext für beliebige weitere nicht-medizinische Anmerkungen zum Patienten. Der Text soll keine fachlich relevante Information beinhalten. z.B. „Die Patientin mag besonders Kamelien.“
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.11.1.2.5
Klassifikation	CDA Section level template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit	Assoziiert mit 1 Konzept Id Name Datensatz elgagab-data​element-178  Anmerkungen  Datensatz
Beziehung	Version: Template 1.2.40.0.34.11.1.2.5 Anmerkungen (2011‑12‑19) ref elgabbr-
Beispiel	Strukturbeispiel <section>   <templateId root="1.2.40.0.34.11.1.2.5"/>  <!-- Code der Sektion -->   <code code="ANM" displayName="Anmerkungen" codeSystem="1.2.40.0.34.5.40" codeSystemName="ELGA_Sections"/>  <!-- Titel der Sektion -->   <title>Anmerkungen</title>  <!-- Textbereich der Sektion -->   <text> ... Lesbarer Textbereich ... </text></section>
Item DT Kard Konf Beschreibung Label hl7:section Container zur Angabe der Anmerkungen. (Anm...gen)   elgagab-data​element-178  Anmerkungen  Datensatz hl7:templateId II 1 … 1 R (Anm...gen) @root uid 1 … 1 F 1.2.40.0.34.11.1.2.5 hl7:code CE 1 … 1 M (Anm...gen) @code CONF 1 … 1 F ANM @codeSystem 1 … 1 F 1.2.40.0.34.5.40 @displayName 1 … 1 F Anmerkungen hl7:title ST 1 … 1 R (Anm...gen)   CONF Elementinhalt muss "Anmerkungen" sein hl7:text 1 … 1 R Information für den menschlichen Leser. (Anm...gen)

1.14 Vitalparameter „Enhanced“

Id	1.2.40.0.34.11.1.2.6 ref elgabbr-	Gültigkeit	2011‑12‑19
Status	Aktiv	Versions-Label
Name	VitalparameterEnhanced	Bezeichnung	Vitalparameter (enhanced)
Beschreibung	Informationen zu den Vitalparametern (Körpertemperatur, Puls, Blutdruck, …). Diese Sektion wird hauptsächlich bei Verlegungen von Pflegeheimen in Krankenhäuser oder in Notfällen angewandt.
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.11.1.2.6
Klassifikation	CDA Section level template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Benutzt	Benutzt 1 Template Benutzt als Name Version 1.2.40.0.34.11.30002 Inklusion Vitalparameter (alle EIS) DYNAMIC
Beziehung	Version: Template 1.2.40.0.34.11.1.2.6 Vitalparameter (enhanced) (2011‑12‑19) ref elgabbr-
Item DT Kard Konf Beschreibung Label hl7:section Container zur Angabe der Vitalparameter. (Vit...ced) hl7:templateId II 1 … 1 R (Vit...ced) @root uid 1 … 1 F 1.2.40.0.34.11.1.2.6 hl7:templateId II 1 … 1 R (Vit...ced) @root uid 1 … 1 F 1.3.6.1.4.1.19376.1.5.3.1.3.25 hl7:templateId II 1 … 1 R (Vit...ced) @root uid 1 … 1 F 2.16.840.1.113883.10.20.1.16 Eingefügt von 1.2.40.0.34.11.30002 Vitalparameter (alle EIS) (DYNAMIC) hl7:code CE 1 … 1 M Code der Sektion. (Vit...ced) @code CONF 1 … 1 F 8716-3 @codeSystem 1 … 1 F 2.16.840.1.113883.6.1 (LOINC) hl7:title ST 1 … 1 R (Vit...ced)   CONF Elementinhalt muss "Vitalparameter" sein hl7:text 1 … 1 R Information für den menschlichen Leser. Die Vorgaben und Empfehlungen zur Gestaltung dieses Bereichs im Falle von CDA Level 3 sind zu beachten! (Vit...ced) hl7:entry NP (Vit...ced)

1.15 Vitalparameter „Full Support“

Id	1.2.40.0.34.11.1.2.7 ref elgabbr-	Gültigkeit	2017‑02‑20 Andere Versionen mit dieser Id: VitalparameterFull vom 2011‑12‑19
Status	Aktiv	Versions-Label
Name	VitalparameterFull	Bezeichnung	Vitalparameter (full)
Beschreibung	Informationen zu den Vitalparametern (Körpertemperatur, Puls, Blutdruck …). Diese Sektion wird hauptsächlich bei Verlegungen von Pflegeheimen in Krankenhäusern oder in Notfällen angewandt.
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.11.1.2.7
Klassifikation	CDA Section level template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit	Assoziiert mit 3 Konzepte Id Name Datensatz exnds-data​element1-14  Groesse  Test2 2019 exnds-data​element1-15  Gewicht  Test2 2019  Vitalwerte  Test2 2019
Benutzt	Benutzt 2 Templates Benutzt als Name Version 1.2.40.0.34.11.30002 Inklusion Vitalparameter (alle EIS) DYNAMIC 1.2.40.0.34.11.1.3.3 Containment Vitalparameter Gruppe Entry DYNAMIC
Beziehung	Version: Template 1.2.40.0.34.11.1.2.7 Vitalparameter (full) (2017‑02‑20) ref elgabbr-
Beispiel	Strukturbeispiel <section>   <templateId root="1.2.40.0.34.11.1.2.7"/>  <!-- ELGA EIS “Full support” -->   <templateId root="1.3.6.1.4.1.19376.1.5.3.1.1.5.3.2"/>  <!-- IHE PCC -->   <templateId root="1.3.6.1.4.1.19376.1.5.3.1.3.25"/>  <!-- IHE PCC -->   <templateId root="2.16.840.1.113883.10.20.1.16"/>  <!-- HL7 CCD -->   <!-- Code der Sektion -->   <code code="8716-3" displayName="Vital signs" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC"/>  <!-- Titel der Sektion -->   <title>Vitalparameter</title>  <!-- Textbereich der Sektion -->   <text> ... Lesbarer Textbereich ... </text>  <!-- Maschinenlesbare Elemente der Sektion in EIS „Full support“ -->   <entry>     <!-- ELGA VitalparameterGruppe-Entry -->     <templateId root="1.2.40.0.34.11.1.3.3"/>  </entry></section>
Item DT Kard Konf Beschreibung Label hl7:section Container zur Angabe der Vitalparameter. (Vit...ull)   exnds-data​element1-14  Groesse  Test2 2019 exnds-data​element1-15  Gewicht  Test2 2019  Vitalwerte  Test2 2019 hl7:templateId II 1 … 1 R (Vit...ull) @root uid 1 … 1 F 1.2.40.0.34.11.1.2.7 hl7:templateId II 1 … 1 R (Vit...ull) @root uid 1 … 1 F 1.3.6.1.4.1.19376.1.5.3.1.1.5.3.2 hl7:templateId II 1 … 1 R (Vit...ull) @root uid 1 … 1 F 1.3.6.1.4.1.19376.1.5.3.1.3.25 hl7:templateId II 1 … 1 R (Vit...ull) @root uid 1 … 1 F 2.16.840.1.113883.10.20.1.16 Eingefügt von 1.2.40.0.34.11.30002 Vitalparameter (alle EIS) (DYNAMIC) hl7:code CE 1 … 1 M Code der Sektion. (Vit...ull) @code CONF 1 … 1 F 8716-3 @codeSystem 1 … 1 F 2.16.840.1.113883.6.1 (LOINC) hl7:title ST 1 … 1 R (Vit...ull)   CONF Elementinhalt muss "Vitalparameter" sein hl7:text 1 … 1 R Information für den menschlichen Leser. Die Vorgaben und Empfehlungen zur Gestaltung dieses Bereichs im Falle von CDA Level 3 sind zu beachten! (Vit...ull) hl7:entry 1 … * R Maschinenlesbares Element. Beinhaltet 1.2.40.0.34.11.1.3.3 Vitalparameter Gruppe Entry (DYNAMIC) (Vit...ull) @typeCode cs 0 … 1 F DRIV

1.16 Risiken

Id	1.2.40.0.34.11.1.2.8 ref elgabbr-	Gültigkeit	2011‑12‑19
Status	Aktiv	Versions-Label
Name	Risiken	Bezeichnung	Risiken
Beschreibung	Wird ausschließlich als Untersektion zu einer fachlichen Sektion angewandt. Enthält die Risiken zum Thema der übergeordneten Sektion als narrative Beschreibung oder Auflistung.
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.11.1.2.8
Klassifikation	CDA Section level template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Beziehung	Version: Template 1.2.40.0.34.11.1.2.8 Risiken (2011‑12‑19) ref elgabbr-
Beispiel	Strukturbeispiel <section>   <templateId root="1.2.40.0.34.11.1.2.8"/>  <!-- Code der Sektion -->   <code code="51898-5" displayName="Risk factors" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC"/>  <!-- Titel der Sektion -->   <title>Risiken</title>  <!-- Textbereich der Sektion -->   <text> ... Lesbarer Textbereich ... </text></section>
Item DT Kard Konf Beschreibung Label hl7:section Container zur Angabe der Risiken. (Risiken) hl7:templateId II 1 … 1 R (Risiken) @root uid 1 … 1 F 1.2.40.0.34.11.1.2.8 hl7:code CE 1 … 1 M (Risiken) @code CONF 1 … 1 F 51898-5 @codeSystem 1 … 1 F 2.16.840.1.113883.6.1 (LOINC) hl7:title ST 1 … 1 R (Risiken)   CONF Elementinhalt muss "Risiken" sein hl7:text 1 … 1 R Information für den menschlichen Leser. (Risiken)

1.17 Hilfsmittel und Ressourcen

Id	1.2.40.0.34.11.1.2.9 ref elgabbr-	Gültigkeit	2011‑12‑19
Status	Aktiv	Versions-Label
Name	HilfsmittelRessourcen	Bezeichnung	Hilfsmittel und Ressourcen
Beschreibung	Wird ausschließlich als Untersektion zu einer fachlichen Sektion angewandt. Enthält die Hilfsmittel und Ressourcen zum Thema der übergeordneten Sektion als narrative Beschreibung oder Auflistung.
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.11.1.2.9
Klassifikation	CDA Section level template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Beziehung	Version: Template 1.2.40.0.34.11.1.2.9 Hilfsmittel und Ressourcen (2011‑12‑19) ref elgabbr-
Beispiel	Strukturbeispiel <section>   <templateId root="1.2.40.0.34.11.1.2.9"/>  <!-- Code der Sektion -->   <code code="RES" displayName="Hilfsmittel und Ressourcen" codeSystem="1.2.40.0.34.5.40" codeSystemName="ELGA_Sections"/>  <!-- Titel der Sektion -->   <title>Hilfsmittel und Ressourcen</title>  <!-- Textbereich der Sektion -->   <text> ... Lesbarer Textbereich ... </text></section>
Item DT Kard Konf Beschreibung Label hl7:section Container zur Angabe der Hilfsmittel und Ressourcen. (Hil...cen) hl7:templateId II 1 … 1 R (Hil...cen) @root uid 1 … 1 F 1.2.40.0.34.11.1.2.9 hl7:code CE 1 … 1 M (Hil...cen) @code CONF 1 … 1 F RES @codeSystem 1 … 1 F 1.2.40.0.34.5.40 @displayName 1 … 1 F Hilfsmittel und Ressourcen hl7:title ST 1 … 1 R (Hil...cen)   CONF Elementinhalt muss "Hilfsmittel und Ressourcen" sein hl7:text 1 … 1 R Information für den menschlichen Leser. (Hil...cen)

1.18 ELGA EingebettetesObjekt-Entry

Id	1.2.40.0.34.11.1.3.1 ref elgabbr-	Gültigkeit	2017‑05‑05 Andere Versionen mit dieser Id: Eingebettetes​ObjektEntry vom 2011‑12‑19
Status	Aktiv	Versions-Label
Name	Eingebettetes​ObjektEntry	Bezeichnung	Eingebettetes Objekt Entry
Beschreibung	Achtung: Grafiken mit Transparenz (z.B: bei GIF oder PNG möglich) können zu schweren Problemen bei der Wiedergabe oder Konvertierung zu PDF/A-1 führen und sind daher NICHT ERLAUBT
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.11.1.3.1
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Beziehung	Version: Template 1.2.40.0.34.11.1.3.1 Eingebettetes Objekt Entry (2017‑05‑05) ref elgabbr- Version: Template 1.2.40.0.34.11.1.3.1 Eingebettetes Objekt Entry (2011‑12‑19) ref elgabbr-
Beispiel	Strukturbeispiel <observationMedia classCode="OBS" moodCode="EVN" ID="Beilage-1">   <templateId root="1.2.40.0.34.11.1.3.1"/>  <value mediaType="application/pdf" representation="B64"> JVBEi0xLjMKJcfsj6IKNSAwIG9iago8PC9MZW5ndGggNiAwIFIvRmlsdGVyI C9GbGF0ZURlY29kZT4+CnN0cmVhbQp4nM1aW28dtxFGnLfzK/ap3S0ihveLU AQYydprBSJcJICNvqgu1TrSI4kN0H+bF76M/LQ4S7Jmd3DlY/kg6IO4NBDch M5z5OHt+bjgTznIVGh7/o/84Xi0+PwjN+d3i54Vh1nNjezltH6+a50sYJngj AuOu2Z5thB9n2gcZ55r2XjoEzBjuVq0Tbf8V5wAUhjvQqhNUJyZ4E2c8KZ90 e0opgNXrv2p40zBn/YAZU0HLR+cb3lnW Tbf8V5wAUhjvQqhNUJyZ4E2c8KZ : : : </value></observationMedia>
Item DT Kard Konf Beschreibung Label hl7:observationMedia 1 … 1 R Container zur Angabe eines eingebetteten Objekts. (Ein...try) @classCode cs 1 … 1 F OBS @moodCode cs 1 … 1 F EVN @ID 1 … 1 R ID des eingebetteten Objekts. Wird vom Element <render-MultiMedia referencedObject=" "/> im narrativen Text-Bereich referenziert. hl7:templateId II 1 … 1 M (Ein...try) @root uid 1 … 1 F 1.2.40.0.34.11.1.3.1 hl7:value ED 1 … 1 M Das eingebettete Objekt (PDF, Bild), unkomprimiert, Base64 enkodiert. Siehe „Größenbeschränkung von eingebetteten Objekten“  (Ein...try) @mediaType cs 1 … 1 R Medientyp des eingebetteten Objekts. Zulässige Werte gemäß Value-Set „ELGA_Medientyp“ Verweis auf speziellen Implementierungsleitfaden: Spezielle Implementierungsleitfäden können zusätzliche Medientypen (MIME) erlauben.    CONF Der Wert von @mediaType muss gewählt werden aus dem Value Set 1.2.40.0.34.10.42 ELGA_Medientyp (DYNAMIC) @representation cs 1 … 1 F B64

1.19 ELGA Logo-Entry

Id	1.2.40.0.34.11.1.3.2 ref elgabbr-	Gültigkeit	2011‑12‑19
Status	Aktiv	Versions-Label
Name	LogoEntry	Bezeichnung	Logo Entry
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.11.1.3.2
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Beziehung	Version: Template 1.2.40.0.34.11.1.3.2 Logo Entry (2011‑12‑19) ref elgabbr-
Beispiel	Strukturbeispiel <entry>   <observationMedia classCode="OBS" moodCode="EVN">     <!-- ELGA Logo-Entry -->     <templateId root="1.2.40.0.34.11.1.3.2"/>    <value mediaType="image/jpeg" representation="B64"> JVBEi0xLjMKJcfsj6IKNSAwIG9iago8PC9MZW5ndGggNiAwIFIvRmlsdGVyI C9GbGF0ZURlY29kZT4+CnN0cmVhbQp4nM1aW28dtxFGnLfzK/ap3S0ihveLU AQYydprBSJcJICNvqgu1TrSI4kN0H+bF76M/LQ4S7Jmd3DlY/kg6IO4NBDch M5z5OHt+bjgTznIVGh7/o/84Xi0+PwjN+d3i54Vh1nNjezltH6+a50sYJngj AuOu2Z5thB9n2gcZ55r2XjoEzBjuVq0Tbf8V5wAUhjvQqhNUJyZ4E2c8KZ90 e0opgNXrv2p40zBn/YAZU0HLR+cb3lnW Tbf8V5wAUhjvQqhNUJyZ4E2c8KZ : : : </value>  </observationMedia></entry>
Item DT Kard Konf Beschreibung Label hl7:observationMedia 1 … 1 R (Log...try) @classCode cs 1 … 1 F OBS @moodCode cs 1 … 1 F EVN hl7:templateId II 1 … 1 R (Log...try) @root uid 1 … 1 F 1.2.40.0.34.11.1.3.2 hl7:value ED 1 … 1 M Das eingebettete Logo in einem Bildformat, unkomprimiert, Base64 enkodiert. Maximale Abmessungen des Bildes: •Höhe: 80px •Breite: 270px (Log...try) @mediaType st 1 … 1 R Medientyp des eingebetteten Objekts gemäß zugelassener Werteliste: •image/png •image/jpeg @representation cs 1 … 1 F B64

1.20 ELGA VitalparameterGruppe-Entry

Id	1.2.40.0.34.11.1.3.3 ref elgabbr-	Gültigkeit	2011‑12‑19
Status	Entwurf	Versions-Label
Name	VitalparameterGruppeEntry	Bezeichnung	Vitalparameter Gruppe Entry
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.11.1.3.3
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Benutzt	Benutzt 1 Template Benutzt als Name Version 1.2.40.0.34.11.1.3.4 Containment Vitalparameter Entry DYNAMIC
Beziehung	Version: Template 1.2.40.0.34.11.1.3.3 Vitalparameter Gruppe Entry (2011‑12‑19) ref elgabbr-
Beispiel	Strukturbeispiel <organizer classCode="CLUSTER" moodCode="EVN">   <!-- ELGA -->   <templateId root="1.2.40.0.34.11.1.3.3"/>  <!-- IHE PCC -->   <templateId root="2.16.840.1.113883.10.20.1.32"/>  <!-- HL7 CCD -->   <templateId root="2.16.840.1.113883.10.20.1.35"/>  <!-- HL7 CCD -->   <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.13.1"/>  <!-- ID des VitalparameterGruppe-Entry -->   <id root="" extension=""/>  <!-- Code des VitalparameterGruppe-Entry -->   <code code="46680005" displayName="Vital signs" codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED CT"/>  <!-- Statuscode des VitalparameterGruppe-Entry -->   <statusCode code="completed"/>  <!-- Zeitpunkt der Messung -->   <effectiveTime>     <low value="20170721131413"/>  </effectiveTime>  <!-- Einer oder mehrere Vitalparameter -->   <component>     <!-- ELGA Vitalparameter-Entry (1.2.40.0.34.11.1.3.4) -->     <observation classCode="OBS" moodCode="EVN">       <templateId root="1.2.40.0.34.11.1.3.4"/>       :     </observation>  </component></organizer>
Item DT Kard Konf Beschreibung Label hl7:organizer 1 … 1 M (Vit...try) @classCode cs 1 … 1 F CLUSTER @moodCode cs 1 … 1 F EVN hl7:templateId II 1 … 1 R ELGA (Vit...try) @root uid 1 … 1 F 1.2.40.0.34.11.1.3.3 hl7:templateId II 1 … 1 R HL7 CCD 3.13 (Vit...try) @root uid 1 … 1 F 2.16.840.1.113883.10.20.1.32 hl7:templateId II 1 … 1 R HL7 CCD 3.12 (Vit...try) @root uid 1 … 1 F 2.16.840.1.113883.10.20.1.35 hl7:templateId II 1 … 1 R IHE PCC Vital Signs Organizer Entry (Vit...try) @root uid 1 … 1 F 1.3.6.1.4.1.19376.1.5.3.1.4.13.1 hl7:id 1 … 1 R ID der VitalparameterGruppe. Grundsätzlich sind die Vorgaben gemäß Kapitel „Identifikations-Elemente“ zu befolgen. (Vit...try) hl7:code CE 1 … 1 M Code des VitalparameterGruppe-Entry. (Vit...try) @code CONF 1 … 1 F 46680005 @codeSystem 1 … 1 F 2.16.840.1.113883.6.96 (SNOMED Clinical Terms) hl7:statusCode CS 1 … 1 M (Vit...try) @code CONF 1 … 1 F completed hl7:effectiveTime IVL_TS 0 … 1 C Erhebungsdatum. Zugelassene nullFlavor: UNK (Vit...try)   Constraint Wenn in allen untergeordneten Kind-Elementen observation/effectiveTime angeführt wird KANN, R [0..1] dieses Element mit /low/@nullFlavor == "UNK" und /high/@nullFlavor == "UNK" strukturiert sein oder komplett entfallen. Wenn nicht in allen untergeordneten Kind-Elementen observation/effectiveTime angeführt wird MUSS, R [1..1] dieses Element angegeben werden und KANN mittels /low/@nullFlavor == "UNK" und /high/@nullFlavor == "UNK" strukturiert sein. hl7:component 1 … * M ELGA Vitalparameter-Entry. Beinhaltet 1.2.40.0.34.11.1.3.4 Vitalparameter Entry (DYNAMIC) (Vit...try)

1.21 ELGA Vitalparameter-Entry

Id	1.2.40.0.34.11.1.3.4 ref elgabbr-	Gültigkeit	2011‑12‑19
Status	Entwurf	Versions-Label
Name	VitalparameterEntry	Bezeichnung	Vitalparameter Entry
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.11.1.3.4
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Beziehung	Version: Template 1.2.40.0.34.11.1.3.4 Vitalparameter Entry (2011‑12‑19) ref elgabbr-
Beispiel	Strukturbeispiel <hl7:ClinicalDocument>   <cda:observation classCode="OBS" moodCode="EVN">     <!-- ELGA -->     <cda:templateId root="1.2.40.0.34.11.1.3.4"/>    <!-- IHE PCC -->     <cda:templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.13"/>    <!-- IHE PCC -->     <cda:templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.13.2"/>    <!-- HL7 CCD -->     <cda:templateId root="2.16.840.1.113883.10.20.1.31"/>    <!-- ID des Vitalparameter-Entry -->     <cda:id root=" " extension=" "/>    <!-- Code des Vitalparameter-Entry -->     <cda:code code="2710-2" displayName="Oxygen saturation in Capillary blood by Oximetry" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC">       <cda:originalText>         <cda:reference value="#vitsigtype-1"/>      </cda:originalText>    </cda:code>    <!-- Referenz zum narrativen Abschnitt dieses Vitalparameter-Entry im Text-Bereich der Sektion -->     <cda:text>       <cda:reference value="tel:+1-12345678"/>    </cda:text>    <!-- Statuscode des Vitalparameter-Entry -->     <cda:statusCode code="completed"/>    <!-- Wert des Vitalparameter -->     <cda:value xsi:type="PQ" value="120" unit="/min"/>  </cda:observation></hl7:ClinicalDocument>
Beispiel	Keine Vitalparameter erhoben <cda:observation classCode="OBS" moodCode="EVN">   <cda:templateId root="1.2.40.0.34.6.0.11.3.24"/>  <cda:templateId root="2.16.840.1.113883.10.20.1.31"/>  <cda:templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.13"/>  <cda:templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.13.2"/>  <!-- ID des Vitalparameter-Entry -->   <cda:id root=" " extension=" "/>  <!-- Code des Vitalparameter-Entry -->   <cda:code code="373121007" displayName="Test not done" codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED CT">     <cda:originalText>       <cda:reference value="#vitsigtype-1"/>    </cda:originalText>  </cda:code>  <!-- Referenz zum narrativen Abschnitt dieses Vitalparameter-Entry im Text-Bereich der Sektion -->   <cda:text>     <cda:reference value="#vitsig-1"/>  </cda:text>  <!-- Statuscode des Vitalparameter-Entry -->   <cda:statusCode code="completed"/>  <!-- Wert des Vitalparameter -->   <cda:value xsi:type="PQ" nullFlavor="NA"/></cda:observation>
Item DT Kard Konf Beschreibung Label hl7:observation 1 … 1 R (Vit...try) @classCode cs 1 … 1 F OBS @moodCode cs 1 … 1 F EVN hl7:templateId II 1 … 1 R ELGA (Vit...try) @root uid 1 … 1 F 1.2.40.0.34.11.1.3.4 hl7:templateId II 1 … 1 R IHE PCC Simple Observation Entry (Vit...try) @root uid 1 … 1 F 1.3.6.1.4.1.19376.1.5.3.1.4.13 hl7:templateId II 1 … 1 R IHE PCC Vital Signs Observation Entry (Vit...try) @root uid 1 … 1 F 1.3.6.1.4.1.19376.1.5.3.1.4.13.2 hl7:templateId II 1 … 1 R HL7 CCD 3.13 (Vit...try) @root uid 1 … 1 F 2.16.840.1.113883.10.20.1.31 hl7:id 1 … 1 R ID des Vitalparameters Grundsätzlich sind die Vorgaben gemäß Kapitel „Identifikations-Elemente“ zu befolgen. (Vit...try) hl7:code CE 1 … 1 M Code des Vitalparameters. Die Art des angegebenen Vitalparameters (Puls, Blutdruck systolisch, etc.) wird codiert in diesem Element angegeben. Die Angabe der Art des Vitalparameters bestimmt auch die möglichen Einheiten des Werts. Verweis auf speziellen Implementierungsleitfaden: Welche der Vitalparameterarten angegeben werden müssen bzw. sollen, kann im jeweiligen speziellen Implementierungsleitfaden eingeschränkt werden. (Vit...try)   CONF Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.34 ELGA_Vitalparameterarten (DYNAMIC) hl7:originalText ED 1 … 1 M Verweist auf die Stelle im narrativen Textbereich, in dem die Vitalparameterart beschrieben ist (ohne zusätzliche Informationen, wie Datum, Beschreibung, etc). (Vit...try) hl7:text ED 1 … 1 M Verweist auf die Stelle im narrativen Text-Bereich, an der der gegebene Vitalparameter narrativ beschrieben ist (mit zusätzlichen Informationen, wie Datum, Beschreibung, etc). (Vit...try) hl7:reference TEL 1 … 1 M (Vit...try) hl7:statusCode CS 1 … 1 M (Vit...try) @code CONF 1 … 1 F completed hl7:effectiveTime IVL_TS 0 … 1 C Erhebungsdatum. Zugelassene nullFlavor: UNK (Vit...try)   Constraint Wenn im übergeordneten Container-Element organizer/effectiveTime angeführt wird KANN, R [0..1] dieses Element mit /low/@nullFlavor == "UNK" und /high/@nullFlavor == "UNK" strukturiert sein oder komplett entfallen. Wenn im übergeordneten Container-Element organizer/effectiveTime NICHT angeführt wird MUSS, R [1..1] dieses Element angegeben werden und KANN mittels /low/@nullFlavor == "UNK" und /high/@nullFlavor == "UNK" strukturiert sein. Auswahl 1 … 1 Wert des Vitalparameters. Elemente in der Auswahl: hl7:value[not(@nullFlavor)] hl7:value[@nullFlavor='NA']   Constraint Wenn kein Vitalparameter erhoben wurde (code/@code="373121007"), MUSS, M [1..1], value mit @nullFlavor="NA" strukturiert sein. In allen anderen Fällen MUSS, M [1..1], value angegeben sein. Die Verwendung von @nullFlavor="NA" ist NICHT ERLAUBT. hl7:value PQ 0 … 1 (Vit...try) wo [not(@nullFlavor)] hl7:value PQ 0 … 1 (Vit...try) wo [@nullFlavor='NA'] @nullFlavor cs 1 … 1 F NA

1.22 ELGA Problem/Bedenken-Entry

Id	1.2.40.0.34.11.1.3.5	Gültigkeit	2011‑12‑19
Status	Aktiv	Versions-Label
Name	ProblemBedenkenEntry	Bezeichnung	Problem Bedenken Entry
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.11.1.3.5
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Benutzt	Benutzt 1 Template Benutzt als Name Version 1.2.40.0.34.11.1.3.6 Containment Problem Entry DYNAMIC
Beziehung	Version: Template 1.2.40.0.34.11.1.3.5 Problem Bedenken Entry (2011‑12‑19) ref elga-
Beispiel	Strukturbeispiel <act classCode="ACT" moodCode="EVN">   <templateId root="1.2.40.0.34.11.1.3.5"/>  <!-- ELGA -->   <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.5.1"/>  <!-- IHE PCC -->   <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.5.2"/>  <!-- IHE PCC -->   <templateId root="2.16.840.1.113883.10.20.1.27"/>  <!-- HL7 CCD -->   <!-- ID des Entlassungsdiagnose-Entry -->   <id root="1.2.3.999" extension="--example only--"/>  <!-- Code des Entlassungsdiagnose-Entry -->   <code nullFlavor="NA"/>  <!-- Statuscode des Entlassungsdiagnose-Entry -->   <statusCode code="active"/>  <!-- Zeitintervall des Entlassungsdiagnose-Entry -->   <effectiveTime>     <low value=" "/>    <high value=" "/>  </effectiveTime>  <!-- Exakt ein Problem-Entry -->   <entryRelationship typeCode="SUBJ" inversionInd="false">     <!-- ELGA Problem-Entry (1.2.40.0.34.11.1.3.6) -->     <observation classCode="OBS" moodCode="EVN" negationInd="false">       <templateId root="1.2.40.0.34.11.1.3.6"/>       :     </observation>  </entryRelationship></act>
Item DT Kard Konf Beschreibung Label hl7:act 1 … 1 R (Pro...try) @classCode cs 1 … 1 F ACT @moodCode cs 1 … 1 F EVN hl7:templateId II 1 … 1 R ELGA (Pro...try) @root uid 1 … 1 F 1.2.40.0.34.11.1.3.5 hl7:templateId II 1 … 1 R IHE PCC Concern Entry (Pro...try) @root uid 1 … 1 F 1.3.6.1.4.1.19376.1.5.3.1.4.5.1 hl7:templateId II 1 … 1 R IHE PCC Problem Concern Entry (Pro...try) @root uid 1 … 1 F 1.3.6.1.4.1.19376.1.5.3.1.4.5.2 hl7:templateId II 1 … 1 R HL7 CCD 3.5 (Pro...try) @root uid 1 … 1 F 2.16.840.1.113883.10.20.1.27 hl7:id II 1 … 1 R ID des Problem/Bedenken-Entry Grundsätzlich sind die Vorgaben gemäß Kapitel „Identifikations-Elemente“ zu befolgen. (Pro...try) hl7:code CE 1 … 1 R Code des Problem/Bedenken-Entry. (Pro...try) @nullFlavor cs 1 … 1 F NA hl7:statusCode CS 1 … 1 M (Pro...try)   CONF @code muss "active" sein oder @code muss "suspended" sein oder @code muss "completed" sein oder @code muss "aborted" sein hl7:effectiveTime 1 … 1 R Zeitintervall in dem das Problem/Bedenken existent war/ist. Grundsätzlich sind die Vorgaben gemäß Kapitel 5.3, „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. (Pro...try) hl7:low 1 … 1 R (Pro...try) hl7:high 0 … 1 (Pro...try)   Schematron assert role  error     test count(hl7:statusCode[@code='active' or @code='suspended'])=0 or count(hl7:effectiveTime/hl7:high)=0     Meldung Ist das Element statusCode auf „active“ oder „suspended“ gesetzt, muss das high-Element des Zeitintervalls weggelassen werden.   hl7:entryRelationship 1 … * M Das eigentliche Problem ist als Beziehung zum Problem/Bedenken angeführt. Es MUSS mindestens ein Problem angegeben werden. Jedes Problem des ELGA Problem/Bedenken-Entry ist in Form eines ELGA Problem-Entry (1.2.40.0.34.11.1.3.6) anzugeben. Beinhaltet 1.2.40.0.34.11.1.3.6 Problem Entry (DYNAMIC) (Pro...try) @typeCode cs 1 … 1 F SUBJ @inversionInd bl 1 … 1 F false

1.23 ELGA Problem-Entry

Id	1.2.40.0.34.11.1.3.6 ref elgabbr-	Gültigkeit	2019‑12‑05 Andere Versionen mit dieser Id: ProblemEntry vom 2017‑02‑20 ProblemEntry vom 2015‑09‑24 ProblemEntry vom 2011‑12‑19
Status	Entwurf	Versions-Label
Name	ProblemEntry	Bezeichnung	Problem Entry
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.11.1.3.6
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Beziehung	Version: Template 1.2.40.0.34.11.1.3.6 Problem Entry (2017‑02‑20) ref elgabbr- Version: Template 1.2.40.0.34.11.1.3.6 Problem Entry (2017‑02‑20) ref elgabbr-
Beispiel	Strukturbeispiel <ClinicalDocument>   <observation classCode="OBS" moodCode="EVN" negationInd="false|true">     <templateId root="1.2.40.0.34.11.1.3.6"/>    <!-- ELGA -->     <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.5"/>    <!-- IHE PCC -->     <templateId root="2.16.840.1.113883.10.20.1.28"/>    <!-- HL7 CCD -->     <!-- ID des Problem-Entry -->     <id root=" " extension=" "/>    <!-- Code des Problem-Entry -->     <code code="282291009" displayName="Diagnosis" codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED CT"/>    <!-- Referenz zum narrativen Abschnitt dieses Problem-Entry im Text-Bereich der Sektion -->     <text>       <reference value="#problem-1"/>    </text>    <!-- Statuscode des Problem-Entry -->     <statusCode code="completed"/>    <!-- Zeitintervall des Problems -->     <effectiveTime>       <low value=" "/>      <high value=" "/>    </effectiveTime>    <!-- Problem (codiert) -->     <value xsi:type="CD" code="F30" displayName="Manische Episode" codeSystem="1.2.40.0.34.5.56" codeSystemName="ICD-10 BMG 2014">       <orignalText>         <reference value="#problem_value-1"/>      </orignalText>    </value>  </observation></ClinicalDocument>
Item DT Kard Konf Beschreibung Label hl7:observation 1 … 1 R Container zur Angabe eines Problems. (Pro...try) @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 R ELGA (Pro...try) @root uid 1 … 1 F 1.2.40.0.34.11.1.3.6 hl7:templateId II 1 … 1 R IHE PCC Problem Entry (Pro...try) @root uid 1 … 1 F 1.3.6.1.4.1.19376.1.5.3.1.4.5 hl7:templateId II 1 … 1 R HL7 CCD 3.5 (Pro...try) @root uid 1 … 1 F 2.16.840.1.113883.10.20.1.28 hl7:id II 1 … 1 R ID des Problem-Entry.  Auch wenn nur ein Problem-Entry angegeben ist, soll die ID von der ID des Problem/Bedenken-Entry unterscheiden. Grundsätzlich sind die Vorgaben für „Identifikations-Elemente“ zu befolgen. (Pro...try) hl7:code CE 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. (Pro...try)   CONF Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.35 atcdabbr_Problemarten_VS (DYNAMIC) hl7:originalText ED 0 … 1 Textinhalt, der codiert wurde. Grundsätzlich sind die Vorgaben gemäß Kapitel „Codierungs-Elemente“ zu befolgen. (Pro...try) hl7:text ED 1 … 1 M Verweist auf die Stelle im narrativen Text-Bereich, an der das gegebene Problem narrativ beschrieben ist (mit zusätzlichen Informationen, wie Datum, Beschreibung, etc.). (Pro...try) hl7:reference TEL 1 … 1 M (Pro...try) hl7:statusCode CS 1 … 1 M (Pro...try) @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. (Pro...try) hl7:low TS.AT.TZ 1 … 1 R Zeitpunkt des ersten Auftretens des Problems. (Pro...try) hl7:high TS.AT.TZ 0 … 1 C Zeitpunkt, zu dem der Problemstatus des übergeordneten Act auf "aborted" oder "completed" gesetzt wird. In allen anderen Fällen bleibt der Wert leer. (Pro...try) hl7:value CD 1 … 1 R Problem (codiert oder uncodiert). Hinweis: Die Wahl des Codesystems ist abhängig von der Problemart! (Pro...try) hl7:originalText ED 1 … 1 M Verweist auf die Stelle im narrativen Textbereich, 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. (Pro...try) hl7:qualifier CR 0 … 1 R Qualifier zur genaueren Beschreibung des Problems.  z.B. zur Angabe der Diagnosesicherheit. Angabe der Seitenlokalisation als Kind-Element des value-Elements des Problems (Diagnose) (Pro...try) wo [hl7:name [@code='7']] hl7:name CD 1 … 1 M (Pro...try) @code CONF 1 … 1 F 7 @codeSystem 1 … 1 F 2.16.840.1.113883.3.7.1.0 (Sciphox) hl7:value CD 1 … 1 R (Pro...try)   CONF Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.176 ELGA_Seitenlokalisation (DYNAMIC) hl7:qualifier CR 0 … 1 R Angabe der Diagnosesicherheit als Kind-Element des value-Elements des Problems (Diagnose) (Pro...try) wo [hl7:name [@code='8']] hl7:name CD 1 … 1 M (Pro...try) @code CONF 1 … 1 F 8 @codeSystem 1 … 1 F 2.16.840.1.113883.3.7.1.0 (Sciphox) hl7:value CD 1 … 1 M (Pro...try)   CONF Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.168 ELGA_Diagnosesicherheit (DYNAMIC) hl7:qualifier CR 0 … 1 R Angabe der "LKF Diagnose–Art" als Kind-Element des value-Elements des Problems (Diagnose) (Pro...try) wo [hl7:name [@code='ART']] hl7:name CD 1 … 1 M (Pro...try) @code CONF 1 … 1 F ART @codeSystem 1 … 1 F 1.2.40.0.34.5.211 hl7:value CD 1 … 1 M (Pro...try)   CONF Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.67 LKF_Diagnose-Art_VS (DYNAMIC) hl7:qualifier CR 0 … 1 R Angabe des "LKF Diagnose–Typs" als Kind-Element des value-Elements des Problems (Diagnose) (Pro...try) wo [hl7:name [@code='TYP']] hl7:name CD 1 … 1 M (Pro...try) @code CONF 1 … 1 F TYP @codeSystem 1 … 1 F 1.2.40.0.34.5.211 hl7:value CD 1 … 1 M (Pro...try)   CONF Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.69 LKF_Diganose-Typ_VS (DYNAMIC) hl7:qualifier CR 0 … 1 R Angabe der "LKF Diagnose – im stationären Aufenthalt erworben" als Kind-Element des value-Elements des Problems (Diagnose) (Pro...try) wo [hl7:name [@code='STAT']] hl7:name CD 1 … 1 M (Pro...try) @code CONF 1 … 1 F STAT @codeSystem 1 … 1 F 1.2.40.0.34.5.211 hl7:value CD 1 … 1 M (Pro...try)   CONF Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.68 LKF_Diagnose-statAuf_VS (DYNAMIC) hl7:translation CE 0 … * Codierung(en) des Problems in alternativen Codesystemen. (Pro...try)

1.24 Patient („recordTarget/patientRole“)

Id	1.2.40.0.34.11.20001 ref elgabbr-	Gültigkeit	2017‑07‑20 Andere Versionen mit dieser Id: Header​Record​Target vom 2018‑10‑18 14:23:51 Header​Record​Target vom 2017‑03‑27 Header​Record​Target vom 2013‑10‑08 Header​Record​Target vom 2013‑02‑10 Header​Record​Target vom 2011‑12‑19
Status	Entwurf	Versions-Label
Name	Header​Record​Target	Bezeichnung	Header​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.
Klassifikation	CDA Header Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit	Assoziiert mit 1 Konzept Id Name Datensatz elgagab-data​element-9  Patient  Datensatz
Benutzt	Benutzt 1 Template Benutzt als Name Version 1.2.40.0.34.11.90017 Inklusion Language Communication DYNAMIC
Beziehung	Version: Template 1.2.40.0.34.11.20001 Header​Record​Target (2017‑03‑27) ref elgabbr-
Beispiel	Vollständiges Beispiel <recordTarget typeCode="RCT" contextControlCode="OP">   <patientRole classCode="PAT">     <!-- lokale Patienten ID vom System -->     <id root="1.2.40.0.34.99.111.1.2" extension="4711" assigningAuthorityName="Amadeus Spital"/>    <!-- Sozialversicherungsnummer des Patienten -->     <id root="1.2.40.0.10.1.4.3.1" extension="1111241261" assigningAuthorityName="Österreichische Sozialversicherung"/>    <!-- Adresse des Patienten -->     <addr use="H">       <streetName>Musterstraße</streetName>      <houseNumber>13a</houseNumber>      <postalCode>7000</postalCode>      <city>Eisenstadt</city>      <state>Burgenland</state>      <country>AUT</country>    </addr>    <!-- Kontaktdaten des Patienten-->     <telecom value="tel:+43.1.40400" use="H"/>    <telecom value="tel:+43.664.1234567" use="MC"/>    <telecom value="mailto:herbert.mustermann@provider.at"/>    <!-- Name des Patienten -->     <patient classCode="PSN" determinerCode="INSTANCE">       <name>         <prefix qualifier="AC">Dipl.Ing.</prefix>        <given>Herbert</given>        <given>Hannes</given>        <family>Mustermann</family>        <family qualifier="BR">VorDerHeirat</family>        <suffix qualifier="AC">BSc</suffix>        <suffix qualifier="AC">MBA</suffix>      </name>      <!-- Geschlecht des Patienten -->       <administrativeGenderCode code="M" displayName="Male" codeSystem="2.16.840.1.113883.5.1" codeSystemName="HL7:AdministrativeGender"/>      <!-- Geburtsdatum des Patienten -->       <birthTime value="19701224"/>      <!-- Familienstand des Patienten -->       <maritalStatusCode code="D" displayName="Divorced" codeSystem="2.16.840.1.113883.5.2"/>      <!-- Religionszugehörigkeit des Patienten -->       <religiousAffiliationCode code="101" displayName="Römisch-Katholisch" codeSystem="2.16.840.1.113883.2.16.1.4.1" codeSystemName="HL7.AT:ReligionAustria"/>      <!-- Vormund/Sachwalter des Patienten "Organisation"-->       <guardian>         <!--Eine Organisation als Guardian, hier als Strukturbeispiel-->         <addr>           <streetAddressLine>Kinderdorfstraße 1</streetAddressLine>          <postalCode>2371</postalCode>          <city>Hinterbrühl</city>          <state>Niederösterreich</state>          <country>AUT</country>        </addr>        <!-- Kontaktdaten des Vormunds/Sachwalters (Organisation)-->         <telecom use="H" value="tel:+43.2236.2928"/>        <telecom use="WP" value="tel:+43.2236.9000"/>        <guardianOrganization>           <!-- Name der Vormund/Sachwalter-Organisation-->           <name>SOS Kinderdorf Hinterbrühl</name>        </guardianOrganization>      </guardian>      <!-- Vormund/Sachwalter des Patienten "Person" -->       <guardian>         <!-- Adresse des Vormunds/Sachwalters (Person) -->         <addr>           <streetAddressLine>Musterstraße 1234</streetAddressLine>          <postalCode>8011</postalCode>          <city>Graz</city>          <state>Steiermark</state>          <country>AUT</country>        </addr>        <!-- Kontaktdaten des Vormunds/Sachwalters (Person) -->         <telecom use="MC" value="tel:+43.676.1234567"/>        <telecom use="H" value="tel:+43.316.717.653.9939"/>        <telecom use="WP" value="tel:+43.316.608.271.9000"/>        <guardianPerson>           <!-- Name der Vormund/Sachwalter-Organisation -->           <name>             <given>Susi</given>            <family>Sorgenvoll</family>          </name>        </guardianPerson>      </guardian>      <!-- Geburtsort des Patienten -->       <birthplace>         <place>           <addr>Graz</addr>        </place>      </birthplace>    </patient>  </patientRole></recordTarget>
Beispiel	Minimalbeispiel 1 <recordTarget typeCode="RCT" contextControlCode="OP">   <patientRole classCode="PAT">     <!-- lokale Patienten ID vom System -->     <id root="1.2.40.0.34.99.111.1.2" extension="4711"/>    <!-- Name des Patienten -->     <patient classCode="PSN" determinerCode="INSTANCE">       <name>         <given>Herbert</given>        <family>Mustermann</family>      </name>      <!-- Geschlecht des Patienten -->       <administrativeGenderCode code="M" codeSystem="2.16.840.1.113883.5.1"/>      <!-- Geburtsdatum des Patienten -->       <birthTime value="19701224"/>    </patient>  </patientRole></recordTarget>
Beispiel	Minimalbeispiel 2 <recordTarget>   <patientRole>     <!-- lokale Patienten ID -->     <id root="1.2.40.0.34.99.111.1.2" extension="4711"/>    <!-- Name des Patienten -->     <patient>       <name>         <given>Herbert</given>        <family>Mustermann</family>      </name>      <!-- Geschlecht des Patienten -->       <administrativeGenderCode nullFlavor="UNK"/>      <!-- Geburtsdatum des Patienten -->       <birthTime nullFlavor="UNK"/>    </patient>  </patientRole></recordTarget>
Item DT Kard Konf Beschreibung Label hl7:recordTarget Komponente für die Patientendaten. (Hea...get)   elgagab-data​element-9  Patient  Datensatz @typeCode cs 0 … 1 F RCT @context​Control​Code cs 0 … 1 F OP   Beispiel <recordTarget typeCode="RCT" contextControlCode="OP">   <patientRole classCode="PAT">     <!-- ... -->   </patientRole></recordTarget> hl7:patientRole 1 … 1 R Patientendaten. (Hea...get) @classCode cs 0 … 1 F PAT   Beispiel <patientRole classCode="PAT">   <id extension="186245" root="1.2.276.0.76.3.1.139.3.871"/>  <patient classCode="PSN" determinerCode="INSTANCE">     <!-- ... -->   </patient></patientRole>   Schematron assert role  error     test string-length(hl7:id[1]/@root)>0     Meldung patientRole id[1] MUSS als lokale Patienten ID vom System vorhanden sein     Schematron assert role  error     test hl7:id[2]/@root = '1.2.40.0.10.1.4.3.1' or hl7:id[2]/@nullFlavor='NI' or hl7:id[2]/@nullFlavor='UNK'     Meldung patientRole id[2] MUSS Sozialversicherungsnummer des Patienten sein (1.2.40.0.10.1.4.3.1) oder @nullFlavor 'NI' oder 'UNK' ist angegeben   hl7:id II 2 … * R id[1]  Identifikation des Patienten im lokalen System. id[2]  Sozialversicherungsnummer des Patienten Zugelassene nullFlavor: NI … Patient hat keine Sozialversicherungsnummer (z.B. Ausländer, …) UNK … Patient hat eine Sozialversicherungsnummer, diese ist jedoch unbekannt id[3] Bereichsspezifisches Personenkennzeichen, Bereichskennzeichen GH (Gesundheit) (Hea...get)   Beispiel lokale Patienten ID vom System, notwendig für XDS <id root="1.2.40.0.34.99.111.1.2" extension="4711" assigningAuthorityName="Amadeus Spital"/>   Beispiel Patienten SV Nummer <id root="1.2.40.0.10.1.4.3.1" extension="1234241270" assigningAuthorityName="Österreichische Sozialversicherung"/>   Beispiel bPK-GH des Patienten: Bereichskürzel + bPK (Base64,28 Zeichen) <id root="1.2.40.0.10.2.1.1.149" extension="GH:XNV5ThCj5OwJR0oOcWmK4WUs5p4=" assigningAuthorityName="Österreichische Stammzahlenregisterbehörde"/><!--Anmerkung: Das bPK dient ausschließlich der Zuordnung der elektronischen Identität und darf daher nicht am Ausdruck erscheinen--> hl7:addr AD 0 … 1 Adresse des Patienten. Grundsätzlich sind die Vorgaben für „Adress-Elemente“ zu befolgen. (Hea...get) hl7:streetAddressLine 0 … 1 (Hea...get) hl7:streetName 0 … 1 (Hea...get) hl7:houseNumber 0 … 1 (Hea...get)   Schematron assert role  error     test hl7:streetAddressLine or (hl7:streetName and hl7:houseNumber)     Meldung Granularitätsstufen Adresse beachten: streetAddressLine oder streetName+houseNumber   hl7:postalCode 1 … 1 M (Hea...get) hl7:city 1 … 1 M (Hea...get) hl7:state 0 … 1 C (Hea...get) hl7:country 1 … 1 M (Hea...get) hl7:additionalLocator 0 … 1 (Hea...get) hl7:telecom TEL.AT 0 … * Kontaktdaten des Patienten. Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen. (Hea...get) hl7:patient 0 … 1 (Hea...get) @classCode cs 0 … 1 F PSN @determiner​Code cs 0 … 1 F INSTANCE hl7:name PN 1 … 1 M Name des Patienten. Für den Namen ist verpflichtend Granularitätsstufe 2 („strukturierte Angabe des Namens‘‘) anzuwenden! Grundsätzlich sind die Vorgaben für „Namen-Elemente von Personen PN“ zu befolgen. (Hea...get) hl7:prefix 0 … * (Hea...get) hl7:given 1 … * M (Hea...get) hl7:family 1 … * M (Hea...get) hl7:suffix 0 … * (Hea...get) hl7:administrative​Gender​Code CE 1 … 1 R Codierung des Geschlechts des Patienten. Zugelassene nullFlavor: UNK Mittels nullFlavor="UNK" wird "Unbekannt" abgebildet. Dies schließt die Ausprägung "Keine Angabe" mit ein. (Hea...get)   CONF Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.4 ELGA_AdministrativeGender (DYNAMIC) hl7:birthTime TS.​DATE.​MIN 1 … 1 R Geburtsdatum des Patienten. Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen. Zugelassene nullFlavor: UNK (Hea...get) hl7:marital​Status​Code CE 0 … 1 Codierung des Familienstands des Patienten. (Hea...get)   CONF Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.11 ELGA_MaritalStatus (DYNAMIC) hl7:religious​Affiliation​Code CE 0 … 1 Codierung des Religionsbekenntnisses des Patienten. (Hea...get)   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! (Hea...get) hl7:ethnic​Group​Code NP Ethnische Zugehörigkeit des Patienten. Darf nicht verwendet werden! (Hea...get) hl7:guardian 0 … * Gesetzlicher Vertreter: Erwachsenenvertreter, Vormund, Obsorgeberechtigter (Hea...get) hl7:addr AD 0 … 1 Die Adresse des gesetzlichen Vertreters oder der Organisation. Grundsätzlich sind die Vorgaben für „Adress-Elemente“ zu befolgen. (Hea...get) hl7:telecom TEL.AT 0 … * Beliebig viele Kontaktdatendes gesetzlichen Vertreters oder der Organisation. Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen. (Hea...get) Auswahl 1 … 1 Elemente in der Auswahl: hl7:guardian​Person hl7:guardian​Organization hl7:guardian​Person  … 1 Name des des gesetzlichen Vertreters (Person). (Hea...get) hl7:name PN 1 … 1 M Name der Person. (Hea...get) hl7:guardian​Organization  … 1 Name des des gesetzlichen Vertreters (Organisation). (Hea...get) hl7:name ON 1 … 1 M Name der Organisation. (Hea...get) hl7:birthplace 0 … 1 Geburtsort des Patienten. (Hea...get) hl7:place 1 … 1 M (Hea...get) hl7:addr AD 1 … 1 M Die Adresse des Geburtsorts. Grundsätzlich sind die Vorgaben gemäß „Adress-Elemente“ für Granularitätsstufe 1 zu befolgen. Granularitätsstufe 2 oder 3 ist auch bei EIS Enhanced und Full Support nicht erforderlich. (Hea...get) Eingefügt von 1.2.40.0.34.11.90017 Language Communication (DYNAMIC) hl7:language​Communication 0 … * Komponente zur Angabe der Sprachfähigkeiten des Patienten. (Hea...get) hl7:language​Code CS 0 … 1 Sprache, die vom Patienten zu einem bestimmten Grad beherrscht wird (geschrieben oder gesprochen). (Hea...get)   CONF Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.173 ELGA_HumanLanguage (DYNAMIC) hl7:modeCode CE 0 … 1 Ausdrucksform der Sprache. @codeSystem Fester Wert: 2.16.840.1.113883.5.60 (Hea...get)   CONF Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.175 ELGA_LanguageAbilityMode (DYNAMIC) hl7:proficiency​Level​Code CE 0 … 1 Grad der Sprachkenntnis in der Sprache. @codeSystem Fester Wert: 2.16.840.1.113883.5.61 (Hea...get)   CONF Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.174 ELGA_ProficiencyLevelCode (DYNAMIC) hl7:preference​Ind BL 0 … 1 Kennzeichnung, ob die Sprache in der angegebenen Ausdrucksform vom Patienten bevorzugt wird. (Hea...get)

1.25 Verfasser des Dokuments („author“)

Id	1.2.40.0.34.11.20002 ref elgabbr-	Gültigkeit	2015‑05‑09 Andere Versionen mit dieser Id: HeaderAuthor vom 2018‑10‑18 14:32:49 HeaderAuthor vom 2013‑02‑10 HeaderAuthor vom 2011‑12‑19
Status	Aktiv	Versions-Label
Name	HeaderAuthor	Bezeichnung	HeaderAuthor
Beschreibung Der Dokumentersteller („author“) ist in der Regel die „das Dokument verfassende Person“ oder ein „datenerstellendes Gerät“. Damit ist diejenige Person oder das Gerät gemeint, welche das Dokument „inhaltlich“ verfasst (z.B.: diktiert). Die das Dokument „schreibende“ Person (z.B. Schreibkraft, Stationsschwester, …) wird in CDA in einem eigenen Element (dataEnterer) abgebildet (siehe „Personen der Dateneingabe („dataEnterer“)“). Es kann auch mehr als ein Dokumentersteller angegeben werden (mehrere author-Elemente).
Klassifikation	CDA Header Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit	Assoziiert mit 1 Konzept Id Name Datensatz elgagab-data​element-48  Autor  Datensatz
Benutzt	Benutzt 1 Template Benutzt als Name Version 1.2.40.0.34.11.90001 Inklusion PersonElements DYNAMIC
Beziehung	Version: Template 1.2.40.0.34.11.20002 HeaderAuthor (2015‑05‑09) ref elgabbr-
Beispiel	Strukturbeispiel für eine Person als „author“ <author typeCode="AUT" contextControlCode="OP">   <!-- Funktionscode -->   <functionCode code="OA" displayName="Diensthabender Oberarzt" codeSystem="1.2.40.0.34.99.111.2.1" codeSystemName="Amadeus Spital Funktionen"/>  <!-- Zeitpunkt der Erstellung -->   <time value="20081224082015+0100"/>  <assignedAuthor classCode="ASSIGNED">     <!-- Identifikation des Verfassers des Dokuments -->     <id root="1.2.40.0.34.99.111.1.3" extension="1111" assigningAuthorityName="Amadeus Spital"/>    <!-- Fachrichtung des Verfassers des Dokuments -->     <code code="107" displayName="Fachärztin/Facharzt für Chirurgie" codeSystem="1.2.40.0.34.5.160" codeSystemName="ELGA_Fachaerzte"/>    <!-- Kontaktdaten des Verfassers des Dokuments -->     <telecom value="tel:+43.1.40400"/>    <telecom value="mailto:herbert.mustermann@organization.at"/>    <assignedPerson classCode="PSN" determinerCode="INSTANCE">       <!-- Name des Verfassers des Dokuments -->       <name>         <prefix qualifier="AC">Univ.-Prof. Dr.</prefix>        <given>Isabella</given>        <family>Stern</family>      </name>    </assignedPerson>    <!-- Organisation, in deren Auftrag der Verfasser des Dokuments die Dokumentation verfasst hat -->     <representedOrganization>       <id root="1.2.40.0.34.99.3" assigningAuthorityName="GDA Index"/>      <!-- Name der Organisation -->       <name>Amadeus Spital, 1. Chirurgische Abteilung</name>      <!-- Kontaktdaten der Organisation -->       <telecom value="tel:+43.6138.3453446.0"/>      <telecom value="mailto:chirurgie@amadeusspital.at"/>      <addr>         <streetName>Mozartgasse</streetName>        <houseNumber>1-7</houseNumber>        <postalCode>5350</postalCode>        <city>St.Wolfgang</city>        <state>Salzburg</state>        <country>AUT</country>      </addr>    </representedOrganization>  </assignedAuthor></author>
Beispiel	Strukturbeispiel für datenerstellende Geräte als „author“ <author>   <!-- Zeitpunkt der Erstellung -->   <time value="20081224082015+0100"/>  <assignedAuthor>     <!-- Geräte Identifikation (oder nullFlavor) -->     <id root="86562fe5-b509-4ce9-b976-176fd376e477"/>    <!-- Geräte Beschreibung -->     <assignedAuthoringDevice>       <manufacturerModelName>Good Health System</manufacturerModelName>      <softwareName>Best Health Software Application</softwareName>    </assignedAuthoringDevice>    <representedOrganization>       <id root="1.2.40.0.34.99.3" assigningAuthorityName="GDA Index"/>      <!-- Name der Organisation -->       <name>Amadeus Spital, 1. Chirurgische Abteilung</name>      <!-- Kontaktdaten der Organisation -->       <telecom value="tel:+43.6138.3453446.0"/>      <telecom value="mailto:chirurgie@amadeusspital.at"/>      <addr>         <streetName>Mozartgasse</streetName>        <houseNumber>1-7</houseNumber>        <postalCode>5350</postalCode>        <city>St.Wolfgang</city>        <state>Salzburg</state>        <country>AUT</country>      </addr>    </representedOrganization>  </assignedAuthor></author>
Item DT Kard Konf Beschreibung Label hl7:author Verfasser des Dokuments. (Hea...hor)   elgagab-data​element-48  Autor  Datensatz @typeCode cs 0 … 1 F AUT @context​Control​Code cs 0 … 1 F OP hl7:functionCode CE 0 … 1 Funktionscode des Verfassers des Dokuments z.B: „Diensthabender Oberarzt“, „Verantwortlicher Arzt für Dokumentation“,„Stationsschwester“, … Eigene Codes und Bezeichnungen können verwendet werden.  Grundsätzlich sind die Vorgaben für „code-Element CE CWE“ zu befolgen. (Hea...hor) hl7:time TS.AT.TZ 1 … 1 R Der Zeitpunkt an dem das Dokument verfasst wurde.Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen. Zugelassene nullFlavor: UNK (Hea...hor) hl7:assignedAuthor 1 … 1 R Organisation, in deren Auftrag der Verfasser des Dokuments die Dokumentation verfasst hat. (Hea...hor) @classCode cs 0 … 1 F ASSIGNED   Beispiel <assignedAuthor classCode="ASSIGNED">   <id extension="ied8984938" root="1.2.276.0.76.3.1.139.933"/>  <assignedPerson classCode="PSN" determinerCode="INSTANCE">     <!-- ... -->   </assignedPerson></assignedAuthor> hl7:id II 1 … * R Identifikation des Verfassers des Dokuments im lokalen System/ des/der datenerstellenden Gerätes/Software.ODERIdentifikation des/der datenerstellenden Gerätes/Software. Grundsätzlich sind die Vorgaben für „Identifikations-Elemente“ zu befolgen. Zugelassene nullFlavor: NI … Person hat keine ID / Gerät/Software hat keine ID UNK … Person hat eine ID, diese ist jedoch unbekannt /Gerät/Software hat eine ID, diese ist jedoch unbekannt (Hea...hor) hl7:code CE 0 … 1 Angabe der Fachrichtung des Verfassers des Dokuments („Sonderfach“ gem. Ausbildungsordnung)z.B: „Facharzt/Fachärzting für Gynäkologie“, Wenn ein Autor mehreren ärztlichen Sonderfächern zugeordnet ist, kann das anzugebende Sonderfach gewählt werden. Additivfächer werden nicht angegeben. Grundsätzlich sind die Vorgaben für „code-Element CE CWE“ zu befolgen. (Hea...hor)   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. (Hea...hor) Auswahl 1 … 1 Elemente in der Auswahl: hl7:assigned​Person hl7:assigned​Authoring​Device hl7:assigned​Person  … 1 Personendaten des Verfassers des Dokuments. Grundsätzlich sind die Vorgaben für „Personen-Element“ zu befolgen. (Hea...hor) Eingefügt von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC) @classCode cs 0 … 1 F PSN @determiner​Code cs 0 … 1 F INSTANCE hl7:name PN 1 … 1 M Name der Person Für den Namen ist verpflichtend Granularitätsstufe 2 („strukturierte Angabe des Namens‘‘) anzuwenden! Grundsätzlich sind die Vorgaben für „Namen-Elemente von Personen PN“ zu befolgen. (Hea...hor) hl7:assigned​Authoring​Device  … 1 (Hea...hor) @classCode cs 0 … 1 F DEV @determiner​Code cs 0 … 1 F INSTANCE hl7:manufacturer​Model​Name SC 1 … 1 R Hersteller und Modellbezeichnung des datenerstellenden Gerätes. (Hea...hor) hl7:softwareName SC 1 … 1 R Bezeichnung (und ggf Version) der datenerstellenden Software. (Hea...hor) hl7:represented​Organization 1 … 1 M Organisation, in deren Auftrag der Verfasser des Dokuments die Dokumentation verfasst hat. (Hea...hor)   Beispiel <representedOrganization classCode="ORG" determinerCode="INSTANCE">   <id root="1.2.40.0.34.99.111.1.3" extension="1111"/>  <name>     <!-- ... -->   </name></representedOrganization> hl7:id II 1 … * M Die OID der Organisation aus dem GDA-Index. Hinweise: id[1] MUSS aus dem GDA-I stammen, weitere id-Elemente können hinzugefügt werden. Für den Namen von größere Organisationen SOLL auch die Abteilung angegeben werden., z.B.: „Amadeus Spital, Chirurgische Abteilung“ Für die Adresse MUSS mindestens Granularitätsstufe 2 angewendet werden. Grundsätzlich sind die Vorgaben gemäß Kapitel „Organisations-Element“ zu befolgen. (Hea...hor) hl7:name ON 1 … 1 M (Hea...hor) hl7:telecom TEL.AT 0 … * (Hea...hor) hl7:addr AD 0 … 1 (Hea...hor)

1.26 Personen der Dateneingabe („dataEnterer“)

Id	1.2.40.0.34.11.20003 ref elgabbr-	Gültigkeit	2013‑02‑10 Andere Versionen mit dieser Id: HeaderDataEnterer vom 2011‑12‑19
Status	Entwurf	Versions-Label
Name	HeaderDataEnterer	Bezeichnung	HeaderDataEnterer
Beschreibung	Die das Dokument „schreibende“ Person (z.B. Schreibkraft, Stationsschwester, …). Das Element "DataEnterer" ist bei automatisch erstellten Dokumenten nicht notwendig.
Klassifikation	CDA Header Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit	Assoziiert mit 1 Konzept Id Name Datensatz elgagab-data​element-65  Schreibkraft  Datensatz
Benutzt	Benutzt 1 Template Benutzt als Name Version 1.2.40.0.34.11.90003 Inklusion AssignedEntityElements DYNAMIC
Beziehung	Version: Template 1.2.40.0.34.11.20003 HeaderDataEnterer (2013‑02‑10) ref elgabbr-
Beispiel	Beispiel <dataEnterer>   <!-- Zeitpunkt des Schreibens -->   <time value="20081224082015+0100"/>  <assignedEntity>     <!-- Die das Dokument schreibende Person -->     <id root="1.2.40.0.34.99.111.1.3" extension="2222" assigningAuthorityName="Amadeus Spital"/>    <telecom value="tel:+43.1.40400.4711"/>    <telecom value="mailto:eva.musterfrau@amadeusspital.at"/>    <assignedPerson>       <name>DiplKrSr. Eva Musterfrau</name>    </assignedPerson>  </assignedEntity></dataEnterer>
Item DT Kard Konf Beschreibung Label hl7:dataEnterer Person der Dateneingabe. (Hea...rer)   elgagab-data​element-65  Schreibkraft  Datensatz hl7:time TS.AT.TZ 0 … 1 Der Zeitpunkt an dem das Dokument geschrieben wurde. Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen. (Hea...rer) hl7:assignedEntity 1 … 1 R Personendaten der schreibenden Person Grundsätzlich sind die Vorgaben für „AssignedEntity-Element (Person + Organisation)“ zu befolgen. (Hea...rer) Eingefügt von 1.2.40.0.34.11.90003 AssignedEntityElements (DYNAMIC) hl7:id II 1 … * R Mindestens eine Id der validierenden Person. Zugelassene nullFlavor: UNK (Hea...rer) hl7:addr AD 0 … 1 Ein Adress-Element der validierenden Person. Zugelassene nullFlavor: UNK (Hea...rer) hl7:telecom TEL.AT 0 … * Mindestens ein Telecom-Element der validierenden Person. Zugelassene nullFlavor: UNK (Hea...rer) hl7:assigned​Person 1 … 1 M Persondendaten der validierenden Person. (Hea...rer) Eingefügt von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC) @classCode cs 0 … 1 F PSN @determiner​Code cs 0 … 1 F INSTANCE hl7:name PN 1 … 1 M Name der Person Für den Namen ist verpflichtend Granularitätsstufe 2 („strukturierte Angabe des Namens‘‘) anzuwenden! Grundsätzlich sind die Vorgaben für „Namen-Elemente von Personen PN“ zu befolgen. (Hea...rer) hl7:represented​Organization 0 … 1 Organistationsdaten der validierenden Person. (Hea...rer) Eingefügt von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC) @classCode 0 … 1 F ORG @determiner​Code 0 … 1 F INSTANCE hl7:id II 0 … * (Hea...rer) hl7:name ON 1 … 1 M (Hea...rer) hl7:telecom TEL.AT 0 … * (Hea...rer) hl7:addr AD 0 … 1 (Hea...rer)

1.27 Verwahrer des Dokuments („custodian“)

Id	1.2.40.0.34.11.20004 ref elgabbr-	Gültigkeit	2015‑05‑28 Andere Versionen mit dieser Id: HeaderCustodian vom 2011‑12‑19
Status	Aktiv	Versions-Label
Name	HeaderCustodian	Bezeichnung	HeaderCustodian
Beschreibung Der „Verwahrer des Dokuments“ ist diejenige Organisation, die „für die Verwahrung/Verwaltung des Dokuments verantwortlich ist“. Beispiele: Das erstellende Krankenhaus ist selbst der Verwalter des Dokuments. Der übergeordnete Krankenhausträger ist der Verwalter des Dokuments.
Klassifikation	CDA Header Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit	Assoziiert mit 1 Konzept Id Name Datensatz elgagab-data​element-73  Verwahrer  Datensatz
Beziehung	Version: Template 1.2.40.0.34.11.20004 HeaderCustodian (2015‑05‑28) ref elgabbr- Version: Template 1.2.40.0.34.11.20004 HeaderCustodian (2011‑12‑19) ref elgabbr-
Beispiel	Vollständiges Beispiel <custodian typeCode="CST">   <assignedCustodian classCode="ASSIGNED">     <representedCustodianOrganization classCode="ORG" determinerCode="INSTANCE">       <id root="1.2.3.999" extension="--example only--" assigningAuthorityName="GDA-Index"/>      <name>Amadeus Spital</name>      <telecom value="tel:+43.(0)50.55460-0"/>      <addr>         <streetName>Hafenstraße</streetName>        <houseNumber>47-51</houseNumber>        <postalCode>4020</postalCode>        <city>Linz</city>        <state>Oberösterreich</state>        <country>AUT</country>      </addr>    </representedCustodianOrganization>  </assignedCustodian></custodian>
Beispiel	Minimalbeispiel <custodian>   <assignedCustodian>     <representedCustodianOrganization>       <id root="1.2.3.999" extension="--example only--"/>      <name>Amadeus Spital</name>      <addr>         <streetAddressLine>Hafenstraße 47-51</streetAddressLine>        <postalCode>4020</postalCode>        <city>Linz</city>        <country>AUT</country>      </addr>    </representedCustodianOrganization>  </assignedCustodian></custodian>
Item DT Kard Konf Beschreibung Label hl7:custodian Verwahrer des Dokuments. (Hea...ian)   elgagab-data​element-73  Verwahrer  Datensatz @typeCode cs 0 … 1 F CST hl7:assignedCustodian 1 … 1 M (Hea...ian) @classCode cs 0 … 1 F ASSIGNED hl7:represented​Custodian​Organization 1 … 1 M (Hea...ian) @classCode cs 0 … 1 F ORG @determiner​Code cs 0 … 1 F INSTANCE hl7:id II 1 … 1 R Identifikation des Verwahrers des Dokuments, wie im GDA-Index angegeben. Grundsätzlich sind die Vorgaben für „Identifikations-Elemente“ zu befolgen. Zugelassene nullFlavor: NI … Organisation hat keine ID aus dem GDA-Index UNK … Organisation hat eine ID aus dem GDA-Index, diese ist jedoch unbekannt (Hea...ian) hl7:name 1 … 1 M Name des Verwahrers des Dokuments (Organisation). Grundsätzlich sind die Vorgaben für „Namen-Elemente von Organisationen ON“ zu befolgen. (Hea...ian) hl7:telecom TEL.AT 0 … 1 Kontaktdaten des Verwahrers des Dokuments (Organisation). Grundsätzlich sind die Vorgaben für „Kontaktdaten-Elemente“ zu befolgen. (Hea...ian) hl7:addr AD 1 … 1 M Adresse des Verwahrers des Dokuments (Organisation). Grundsätzlich sind die Vorgaben für „Adress-Elemente“ zu befolgen. (Hea...ian)

1.28 Beabsichtigte Empfänger des Dokuments („informationRecipient“)

Id	1.2.40.0.34.11.20005 ref elgabbr-	Gültigkeit	2011‑12‑19
Status	Entwurf	Versions-Label
Name	Header​Information​Recipient	Bezeichnung	Header​Information​Recipient
Beschreibung Die beabsichtigten Empfänger des Dokuments können in der Klasse intendedRecipient näher angegeben werden. Hierbei ist zu beachten, dass es sich um die unmittelbar bei der Erstellung des Dokuments festgelegten bzw. bekannten Empfänger handelt. Beispiel: Bei der Erstellung der Dokumentation ist beispielsweise schon bekannt, dass man das Dokument primär an den Hausarzt und ggf. als Kopie an einen mitbehandelnden Kollegen senden wird. In diesem Fall sollten genau diese beiden Empfänger angegeben werden. Empfohlene Information für einen Empfänger ist die ID aus dem GDA-Index, sein Name in möglichst hoher Granularität und die Organisation, der er angehört in möglichst hoher Granularität. Aufgrund der gängigen Praxis kann als minimale Information für den Empfänger der unstrukturierte Name angegeben werden.
Klassifikation	CDA Header Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit	Assoziiert mit 1 Konzept Id Name Datensatz elgagab-data​element-259  Empfänger  Datensatz
Benutzt	Benutzt 2 Templates Benutzt als Name Version 1.2.40.0.34.11.90001 Inklusion PersonElements DYNAMIC 1.2.40.0.34.11.90002 Inklusion OrganizationElements DYNAMIC
Beziehung	Version: Template 1.2.40.0.34.11.20005 Header​Information​Recipient (2011‑12‑19) ref elgabbr-
Beispiel	Beabsichtigter Empfänger ist eine bekannte Person <informationRecipient typeCode="PRCP">   <intendedRecipient>     <!-- Identifikation des beabsichtigten Empfängers -->     <id nullFlavor="UNK"/>    <!-- Personendaten des beabsichtigten Empfängers -->     <informationRecipient>       <name>         <prefix qualifier="AC"> Dr.</prefix>        <given>Robert</given>        <family>Empfänger</family>      </name>    </informationRecipient>    <!-- Organisation, der der beabsichtigte Empfänger angehört -->     <receivedOrganization>       <!-- Name der Organisation des beabsichtigten Empfängers -->       <name>Ordination Dr. Empfänger</name>      <!-- Kontaktdaten der Organisation des beabsichtigten Empfängers -->       <telecom value="tel:0512.1234567"/>      <telecom value="fax:0512.1234567.11"/>      <telecom value="mailto:office@ordination-empfaenger.at"/>      <telecom value="http://www.ordination-empfaenger.at"/>      <telecom value="me:12345678791"/>      <!-- Adresse der Organisation des beabsichtigten Empfängers -->       <addr>         <streetName>Musterstraße</streetName>        <houseNumber>27/1/13</houseNumber>        <postalCode>6020</postalCode>        <city>Innsbruck</city>        <country>AUT</country>      </addr>    </receivedOrganization>  </intendedRecipient></informationRecipient>
Beispiel	Beabsichtigter Empfänger ist eine unbekannte Person („An den Hausarzt“) <informationRecipient typeCode="PRCP">   <intendedRecipient>     <id nullFlavor="UNK"/>    <informationRecipient>       <name>Hausarzt</name>    </informationRecipient>  </intendedRecipient></informationRecipient>
Beispiel	Beabsichtigter Empfänger ist der Patient selbst <informationRecipient typeCode="PRCP">   <intendedRecipient>     <!-- Der Patient besitzt keine ID -->     <id nullFlavor="NI"/>    <!-- Hinweis auf den Patienten -->     <informationRecipient>       <name>Ergeht an den Patienten Dr. Herbert Mustermann</name>    </informationRecipient>  </intendedRecipient></informationRecipient><!--Eine erneute Angabe der Adresse des Patienten ist nicht erforderlich.-->
Item DT Kard Konf Beschreibung Label hl7:information​Recipient Beabsichtiger Empfänger des Dokuments. (Hea...ent)   elgagab-data​element-259  Empfänger  Datensatz @typeCode cs 0 … 1   Typ des Informationsempfängers. Bsp: PRCP „Primärer Empfänger“ Wird das Attribut weggelassen, gilt der Empfänger als primärer Empfänger.   CONF Der Wert von @typeCode muss gewählt werden aus dem Value Set 1.2.40.0.34.10.29 ELGA_InformationRecipientType (DYNAMIC) hl7:intended​Recipient 1 … 1 M (Hea...ent) hl7:id II 1 … * R Identifikation des beabsichtigten Empfängers (Person).Grundsätzlich sind die Vorgaben für „Identifikations-Elemente“ zu befolgen. Zugelassene nullFlavor: NI … Person hat keine ID UNK ... Person hat eine ID, diese ist jedoch unbekannt (Hea...ent)   Beispiel <id nullFlavor="UNK" assigningAuthorityName="GDA Index"/> hl7:information​Recipient 1 … 1 M Personendaten des beabsichtigten Empfängers. Grundsätzlich sind die Vorgaben gemäß Kapitel „Personen-Element“ zu befolgen. (Hea...ent) Eingefügt von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC) @classCode cs 0 … 1 F PSN @determiner​Code cs 0 … 1 F INSTANCE hl7:name PN 1 … 1 M Name der Person Für den Namen ist verpflichtend Granularitätsstufe 2 („strukturierte Angabe des Namens‘‘) anzuwenden! Grundsätzlich sind die Vorgaben für „Namen-Elemente von Personen PN“ zu befolgen. (Hea...ent) hl7:received​Organization 0 … 1 Organisation, der der beabsichtigte Empfänger angehört.z.B.: „Ordination des empfangenden Arztes“ Grundsätzlich sind die Vorgaben gemäß Kapitel „Organisations-Element“ zu befolgen. (Hea...ent) Eingefügt von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC) @classCode 0 … 1 F ORG @determiner​Code 0 … 1 F INSTANCE hl7:id II 0 … * (Hea...ent) hl7:name ON 1 … 1 M (Hea...ent) hl7:telecom TEL.AT 0 … * (Hea...ent) hl7:addr AD 0 … 1 (Hea...ent)

1.29 Rechtlicher Unterzeichner („legalAuthenticator“)

Id	1.2.40.0.34.11.20006 ref elgabbr-	Gültigkeit	2011‑12‑19 Andere Versionen mit dieser Id: HeaderLegalAuthenticator vom 2018‑10‑18 14:34:23
Status	Entwurf	Versions-Label
Name	HeaderLegalAuthenticator	Bezeichnung	HeaderLegalAuthenticator
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. Diese Fälle sind in den jeweiligen speziellen Leitfaden entsprechend angegeben.  Multidisziplinäre Befunde: Der CDA-Standard in Release 2.0 erlaubt nur die Angabe eines legalAuthenticator-Elements, es können jedoch beliebig viele (Mit-) Unterzeichner angegeben werden, siehe „Weitere Unterzeichner („authenticator“)“. Wenn kein eindeutiger Hauptunterzeichner ermittelt werden kann (z.B. bei multidisziplinären Befunden, die von mehreren Fachärzten mit unterschiedlicher Fachrichtung gleichermaßen verantwortet werden), kann die Angabe des Hauptunterzeichners entfallen, wenn mindestens zwei Mitunterzeichner angegeben 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)
Assoziiert mit	Assoziiert mit 2 Konzepte Id Name Datensatz elgagab-data​element-79  Rechtlicher Unterzeichner  Datensatz elgagab-data​element-87  Rechtlicher Unterzeichner  Datensatz
Benutzt	Benutzt 1 Template Benutzt als Name Version 1.2.40.0.34.11.90003 Inklusion AssignedEntityElements DYNAMIC
Beziehung	Version: Template 1.2.40.0.34.11.20006 HeaderLegalAuthenticator (2011‑12‑19) ref elgabbr-
Beispiel	Strukturbeispiel <legalAuthenticator>   <!-- Zeitpunkt der Unterzeichnung -->   <time value="20130324082015+0100"/>  <!-- Signaturcode -->   <signatureCode code="S"/>  <!-- Personen- und Organisationsdaten des Rechtlichen Unterzeichners des Dokuments -->   <assignedEntity>     <!-- Identifikation des Rechtlichen Unterzeichners des Dokuments -->     <id root="1.2.40.0.34.99.111.1.3" extension="2222" assigningAuthorityName="Amadeus Spital"/>    <!-- Kontaktdaten des Rechtlichen Unterzeichners des Dokuments -->     <telecom use="WP" value="tel:+43.6138.3453446.2222"/>    <!-- Personendaten des Rechtlichen Unterzeichners des Dokuments -->     <assignedPerson>       <!-- Name des Rechtlichen Unterzeichners des Dokuments -->       <name>         <prefix>Univ.-Prof.Dr.</prefix>        <given>Sigrid</given>        <family>Kollmann</family>      </name>    </assignedPerson>    <!-- Organisation, in deren Auftrag der Rechtlichen Unterzeichners des Dokuments die Dokumentation unterzeichnet hat -->     <representedOrganization>       <id root="1.2.40.0.34.99.3" assigningAuthorityName="GDA Index"/>      <name>Amadeus Spital - Chirurgische Abteilung</name>      <telecom value="tel:+43.6138.3453446.0"/>      <telecom value="fax:+43.6138.3453446.4674"/>      <telecom value="mailto:info@amadeusspital.at"/>      <telecom value="http://www.amadeusspital.at"/>      <addr>         <streetName>Mozartgasse</streetName>        <houseNumber>1-7</houseNumber>        <postalCode>5350</postalCode>        <city>St.Wolfgang</city>        <state>Salzburg</state>        <country>AUT</country>      </addr>    </representedOrganization>  </assignedEntity></legalAuthenticator>
Item DT Kard Konf Beschreibung Label hl7:legalAuthenticator Rechtlicher Unterzeichner. (Hea...tor)   elgagab-data​element-79  Rechtlicher Unterzeichner  Datensatz elgagab-data​element-87  Rechtlicher Unterzeichner  Datensatz @typeCode cs 0 … 1 F LA hl7:time TS.​DATE.​MIN 1 … 1 R Der Zeitpunkt, an dem das Dokument unterzeichnet wurde. Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen. Zugelassene nullFlavor: UNK (Hea...tor) hl7:signatureCode CS 1 … 1 M Signaturcode gibt an, dass das Originaldokument unterzeichnet wurde. (Hea...tor) @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! Grundsätzlich sind die Vorgaben gemäß Kapitel „AssignedEntity-Element (Person + Organisation)“ zu befolgen. (Hea...tor) Eingefügt von 1.2.40.0.34.11.90003 AssignedEntityElements (DYNAMIC) hl7:id II 1 … * R Mindestens eine Id der validierenden Person. Zugelassene nullFlavor: UNK (Hea...tor) hl7:addr AD 0 … 1 Ein Adress-Element der validierenden Person. Zugelassene nullFlavor: UNK (Hea...tor) hl7:telecom TEL.AT 0 … * Mindestens ein Telecom-Element der validierenden Person. Zugelassene nullFlavor: UNK (Hea...tor) hl7:assigned​Person 1 … 1 M Persondendaten der validierenden Person. (Hea...tor) Eingefügt von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC) @classCode cs 0 … 1 F PSN @determiner​Code cs 0 … 1 F INSTANCE hl7:name PN 1 … 1 M Name der Person Für den Namen ist verpflichtend Granularitätsstufe 2 („strukturierte Angabe des Namens‘‘) anzuwenden! Grundsätzlich sind die Vorgaben für „Namen-Elemente von Personen PN“ zu befolgen. (Hea...tor) hl7:represented​Organization 0 … 1 Organistationsdaten der validierenden Person. (Hea...tor) Eingefügt von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC) @classCode 0 … 1 F ORG @determiner​Code 0 … 1 F INSTANCE hl7:id II 0 … * (Hea...tor) hl7:name ON 1 … 1 M (Hea...tor) hl7:telecom TEL.AT 0 … * (Hea...tor) hl7:addr AD 0 … 1 (Hea...tor)

1.30 Weitere Unterzeichner („authenticator“)

Id	1.2.40.0.34.11.20007 ref elgabbr-	Gültigkeit	2011‑12‑19 Andere Versionen mit dieser Id: HeaderAuthenticator vom 2018‑10‑18 14:33:54
Status	Entwurf	Versions-Label
Name	HeaderAuthenticator	Bezeichnung	HeaderAuthenticator
Beschreibung	Dokumente können neben dem verpflichtenden legalAuthenticator („rechtlichen Unterzeichner“, Hauptunterzeichner) auch beliebig viele weitere Mitunterzeichner beinhalten.
Klassifikation	CDA Header Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit	Assoziiert mit 1 Konzept Id Name Datensatz elgagab-data​element-86  Weitere Unterzeichner  Datensatz
Benutzt	Benutzt 1 Template Benutzt als Name Version 1.2.40.0.34.11.90003 Inklusion AssignedEntityElements DYNAMIC
Beziehung	Version: Template 1.2.40.0.34.11.20007 HeaderAuthenticator (2011‑12‑19) ref elgabbr-
Beispiel	Strukturbeispiel <authenticator>   <!-- Zeitpunkt der Unterzeichnung -->   <time value="20130324081915+0100"/>  <!-- Signaturcode -->   <signatureCode code="S"/>  <!-- Personen- und Organisationsdaten des Weiteren Unterzeichners des Dokuments -->   <assignedEntity>     <id root="1.2.40.0.34.99.111.1.3" extension="3333" assigningAuthorityName="Amadeus Spital"/>    <telecom use="WP" value="tel:+43.6138.3453446.3333"/>    <assignedPerson>       <!-- Name des Weiteren Unterzeichners des Dokuments -->       <name>         <prefix>Dr.</prefix>        <given>Walter</given>        <family>Hummel</family>      </name>    </assignedPerson>    <!-- Organisation, in deren Auftrag der Weiteren Unterzeichner des Dokuments die Dokumentationunterzeichnet hat -->     <representedOrganization>       <id root="1.2.40.0.34.99.3" assigningAuthorityName="GDA Index"/>      <name>Amadeus Spital - Chirurgische Abteilung</name>      <telecom value="tel:+43.6138.3453446.0"/>      <telecom value="fax:+43.6138.3453446.4674"/>      <telecom value="mailto:info@amadeusspital.at"/>      <telecom value="http://www.amadeusspital.at"/>      <addr>         <streetName>Mozartgasse</streetName>        <houseNumber>1-7</houseNumber>        <postalCode>5350</postalCode>        <city>St.Wolfgang</city>        <state>Salzburg</state>        <country>AUT</country>      </addr>    </representedOrganization>  </assignedEntity></authenticator>
Beispiel	Strukturbeispiel Laborbefund <authenticator>   <templateId root="1.3.6.1.4.1.19376.1.3.3.1.5"/>  <time value="20121201155300+0100"/>  <signatureCode code="S"/>  <assignedEntity>     <id nullFlavor="NA"/>    <addr nullFlavor="NA"/>    <telecom value="tel: +43.1.12345678"/>    <assignedPerson>       <name>         <prefix qualifier="AC">Dr.</prefix>        <given>Otto</given>        <family>Rotadilav</family>      </name>    </assignedPerson>    <representedOrganization>       <id root="1.2.40.0.34.3.1.999" assigningAuthorityName="EHSREG"/>      <name>Zentrallabor</name>      <telecom value="tel: +43.1.12345678"/>      <addr>         <streetAddressLine>Laborplatz 1</streetAddressLine>        <city>Wien</city>        <postalCode>1200</postalCode>        <country>AUT</country>      </addr>    </representedOrganization>  </assignedEntity></authenticator>
Item DT Kard Konf Beschreibung Label hl7:authenticator Weitere Unterzeichner. (Hea...tor)   elgagab-data​element-86  Weitere Unterzeichner  Datensatz @typeCode cs 0 … 1 F AUTHEN hl7:time TS.​DATE.​MIN 1 … 1 R Der Zeitpunkt, an dem das Dokument unterzeichnet wurde. Grundsätzlich sind die Vorgaben gemäß für „Zeit-Elemente“ zu befolgen. Zugelassene nullFlavor: UNK (Hea...tor) hl7:signatureCode CS 1 … 1 M (Hea...tor) @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. (Hea...tor) Eingefügt von 1.2.40.0.34.11.90003 AssignedEntityElements (DYNAMIC) hl7:id II 1 … * R Mindestens eine Id der validierenden Person. Zugelassene nullFlavor: UNK (Hea...tor) hl7:addr AD 0 … 1 Ein Adress-Element der validierenden Person. Zugelassene nullFlavor: UNK (Hea...tor) hl7:telecom TEL.AT 0 … * Mindestens ein Telecom-Element der validierenden Person. Zugelassene nullFlavor: UNK (Hea...tor) hl7:assigned​Person 1 … 1 M Persondendaten der validierenden Person. (Hea...tor) Eingefügt von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC) @classCode cs 0 … 1 F PSN @determiner​Code cs 0 … 1 F INSTANCE hl7:name PN 1 … 1 M Name der Person Für den Namen ist verpflichtend Granularitätsstufe 2 („strukturierte Angabe des Namens‘‘) anzuwenden! Grundsätzlich sind die Vorgaben für „Namen-Elemente von Personen PN“ zu befolgen. (Hea...tor) hl7:represented​Organization 0 … 1 Organistationsdaten der validierenden Person. (Hea...tor) Eingefügt von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC) @classCode 0 … 1 F ORG @determiner​Code 0 … 1 F INSTANCE hl7:id II 0 … * (Hea...tor) hl7:name ON 1 … 1 M (Hea...tor) hl7:telecom TEL.AT 0 … * (Hea...tor) hl7:addr AD 0 … 1 (Hea...tor)

1.31 Auftrag („inFulfillmentOf“)

Id	1.2.40.0.34.11.20009 ref elgabbr-	Gültigkeit	2011‑12‑19
Status	Aktiv	Versions-Label
Name	HeaderInFulfillmentOf	Bezeichnung	HeaderInFulfillmentOf
Beschreibung Das Element “inFulfillmentOf” ermöglicht die Referenz zum ursprünglichen Auftrag des Auftraggebers. Dies kann zum Beispiel eine Auftrags- oder Anforderungsnummer sein. Das Element erlaubt genau ein order Unterelement.
Klassifikation	CDA Header Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Beziehung	Version: Template 1.2.40.0.34.11.20009 HeaderInFulfillmentOf (2011‑12‑19) ref elgabbr-
Beispiel	Strukturbeispiel <inFulfillmentOf typeCode="FLFS">   <order classCode="ACT" moodCode="RQO">     <id root="2.16.840.1.113883.2.16.1.99.3.1" extension="081201-004"/>  </order></inFulfillmentOf>
Item DT Kard Konf Beschreibung Label hl7:inFulfillmentOf Komponente zur Dokumentation des Auftrags. (Hea...tOf) @typeCode cs 1 … 1 F FLFS hl7:order 1 … 1 M Auftrag. (Hea...tOf) @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. (Hea...tOf)

1.32 ervice Events („documentationOf/serviceEvent“)

Id	1.2.40.0.34.11.20010 ref elgabbr-	Gültigkeit	2011‑12‑19
Status	Aktiv	Versions-Label
Name	HeaderServiceEvent	Bezeichnung	HeaderServiceEvent
Beschreibung Mit der Assoziation documentationOf/serviceEvent wird die eigentliche Gesundheitsdienstleistung repräsentiert, die in dem Dokument dokumentiert wird (z. B. eine Koloskopie, Appendektomie, etc.). Dies ist in engem Zusammenhang mit dem Dokumententyp zu sehen, der in ClinicalDocument/code wiedergegeben ist. Mit der documentationOf Beziehung kann die dokumentierte Gesundheitsdienstleistung näher spezifiziert werden. Dies darf natürlich nicht im Widerspruch zum Dokumententyp stehen.
Klassifikation	CDA Header Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit	Assoziiert mit 1 Konzept Id Name Datensatz elgagab-data​element-145  Gesundheitsdienstleistung  Datensatz
Benutzt	Benutzt 1 Template Benutzt als Name Version 1.2.40.0.34.11.90003 Inklusion AssignedEntityElements DYNAMIC
Beziehung	Version: Template 1.2.40.0.34.11.20010 (2017‑07‑21 11:18:58) ref elgabbr- Version: Template 1.2.40.0.34.11.20010 HeaderServiceEvent (2011‑12‑19) ref elgabbr-
Beispiel	Strukturbeispiel Koloskopie <documentationOf typeCode="DOC">   <serviceEvent>     <code code="KOL" displayName="Koloskopie" codeSystem="2.16.840.1.2.3.4.5.6.7.8.9" codeSystemName="Name des Codesystems"/>    <effectiveTime>       <low value="20081224082015+0100"/>      <high value="20081225113000+0100"/>    </effectiveTime>    <performer typeCode="PRF">       <assignedEntity> : </assignedEntity>    </performer>  </serviceEvent></documentationOf>
Beispiel	Strukturbeispiel Hämatologie <documentationOf typeCode="DOC">   <serviceEvent>     <code code="300" codeSystem="1.2.40.0.34.5.11" codeSystemName="ELGA_LaborparameterErgaenzung" displayName="Hämatologie"/>    <effectiveTime>       <low value="20121201061325+0100"/>      <high value="20121201161500+0100"/>    </effectiveTime>  </serviceEvent></documentationOf>
Item DT Kard Konf Beschreibung Label hl7:documentationOf Komponente für die Gesundheitsdienstleistung. (Hea...ent)   elgagab-data​element-145  Gesundheitsdienstleistung  Datensatz @typeCode cs 0 … 1 F DOC hl7:serviceEvent 1 … 1 M Gesundheitsdienstleistung. (Hea...ent) @classCode cs 0 … 1 F ACT @moodCode cs 0 … 1 F EVN hl7:code CE 1 … 1 R Code der Gesundheitsdienstleistung. Zugelassene nullFlavor: UNK Grundsätzlich sind die Vorgaben für „Codierungs-Elemente“ zu befolgen. (Hea...ent) hl7:effectiveTime IVL_TS 1 … 1 M Zeitraum der Gesundheitsdienstleistung. Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen. (Hea...ent) hl7:low TS 1 … 1 M (Hea...ent) hl7:high TS 1 … 1 M (Hea...ent) hl7:performer 0 … * Durchführende Entität(en) der Gesundheitsdienstleistung. (Hea...ent) hl7:assignedEntity 1 … 1 M (Hea...ent) Eingefügt von 1.2.40.0.34.11.90003 AssignedEntityElements (DYNAMIC) hl7:id II 1 … * R Mindestens eine Id der validierenden Person. Zugelassene nullFlavor: UNK (Hea...ent) hl7:addr AD 0 … 1 Ein Adress-Element der validierenden Person. Zugelassene nullFlavor: UNK (Hea...ent) hl7:telecom TEL.AT 0 … * Mindestens ein Telecom-Element der validierenden Person. Zugelassene nullFlavor: UNK (Hea...ent) hl7:assigned​Person 1 … 1 M Persondendaten der validierenden Person. (Hea...ent) Eingefügt von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC) @classCode cs 0 … 1 F PSN @determiner​Code cs 0 … 1 F INSTANCE hl7:name PN 1 … 1 M Name der Person Für den Namen ist verpflichtend Granularitätsstufe 2 („strukturierte Angabe des Namens‘‘) anzuwenden! Grundsätzlich sind die Vorgaben für „Namen-Elemente von Personen PN“ zu befolgen. (Hea...ent) hl7:represented​Organization 0 … 1 Organistationsdaten der validierenden Person. (Hea...ent) Eingefügt von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC) @classCode 0 … 1 F ORG @determiner​Code 0 … 1 F INSTANCE hl7:id II 0 … * (Hea...ent) hl7:name ON 1 … 1 M (Hea...ent) hl7:telecom TEL.AT 0 … * (Hea...ent) hl7:addr AD 0 … 1 (Hea...ent)

1.33 Bezug zu vorgehenden Dokumenten

Id	1.2.40.0.34.11.20011 ref elgabbr-	Gültigkeit	2014‑12‑06 Andere Versionen mit dieser Id: HeaderRelatedDocument vom 2011‑12‑19
Status	Aktiv	Versions-Label
Name	HeaderRelatedDocument	Bezeichnung	HeaderRelatedDocument
Beschreibung	Der Bezug zu vorgehenden Dokumenten wird durch die relatedDocument-Beziehung und die ParentDocument-Klasse, zusammen mit setId und versionNumber aus der ClinicalDocument-Klasse, spezifiziert.
Klassifikation	CDA Header Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit	Assoziiert mit 1 Konzept Id Name Datensatz elgagab-data​element-155  Bezug zu vorgehenden Dokumenten  Datensatz
Beziehung	Version: Template 1.2.40.0.34.11.20011 HeaderRelatedDocument (2014‑12‑06) ref elgabbr-
Beispiel	Strukturbeispiel <relatedDocument typeCode="RPLC">   <parentDocument>     <id root="1.2.40.0.34.99.111.1.1" extension="134F989EAAE3F43B6AD"/>  </parentDocument></relatedDocument>
Item DT Kard Konf Beschreibung Label hl7:relatedDocument Komponente für das vorgehende Dokument. (Hea...ent)   elgagab-data​element-155  Bezug zu vorgehenden Dokumenten  Datensatz @typeCode cs 1 … 1 F RPLC   Art des Bezugs zum Vordokument. hl7:parentDocument 1 … 1 M Vorhergehendes Dokument. (Hea...ent) @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. (Hea...ent)

1.34 Autorisierung („authorization“)

Id	1.2.40.0.34.11.20012 ref elgabbr-	Gültigkeit	2011‑12‑19
Status	Aktiv	Versions-Label
Name	HeaderAuthorization	Bezeichnung	HeaderAuthorization
Beschreibung Der Einverständniserklärung ist derzeit ungenutzt. Dieses Element wird daher derzeit nicht angegeben. In dieser optionalen Klasse können die Einverständniserklärungen reflektiert werden, die mit dem Dokument verbunden sind. Dies kann ein Einverständnis für einen Eingriff oder die Verfügbarmachung der Informationen gegenüber Dritten beinhalten. Der Typ der Einverständniserklärung wird dabei in Consent.code angegeben.
Klassifikation	CDA Header Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Beziehung	Version: Template 1.2.40.0.34.11.20012 HeaderAuthorization (2011‑12‑19) ref elgabbr-
Item DT Kard Konf Beschreibung Label hl7:authorization NP Komponente für die Einverständniserklärung. Wird in ELGA nicht verwendet! (Hea...ion)

Id	1.2.40.0.34.11.20013 ref elgabbr-	Gültigkeit	2011‑12‑19
Status	Aktiv	Versions-Label
Name	Header​Encompassing​Encounter	Bezeichnung	Header​Encompassing​Encounter
Beschreibung Diese Klasse repräsentiert Informationen, in welchem Rahmen der Patientenkontakt, der dokumentiert wird, 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 Patientenkontakt in der Praxis eines Niedergelassenen beispielsweise) und der Einrichtung, wo der Patientenaufenthalt stattfand.
Klassifikation	CDA Header Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit	Assoziiert mit 1 Konzept Id Name Datensatz elgagab-data​element-156  Patientenkontakt  Datensatz
Benutzt	Benutzt 2 Templates Benutzt als Name Version 1.2.40.0.34.11.90003 Inklusion AssignedEntityElements DYNAMIC 1.2.40.0.34.11.90006 Inklusion Encounter Location 1 DYNAMIC
Beziehung	Version: Template 1.2.40.0.34.11.20013 Header​Encompassing​Encounter (2011‑12‑19) ref elgabbr-
Beispiel	Strukturbeispiel <componentOf>   <encompassingEncounter>     <!-- Aufenthaltszahl -->     <id root="1.2.40.0.34.99.111.1.4" extension="Az123456" assigningAuthorityName="Amadeus Spital"/>    <!-- Codierung des Patientenkontakts -->     <code code="IMP" displayName="Inpatient encounter" codeSystem="2.16.840.1.113883.5.4" codeSystemName="HL7:ActCode"/>    <!-- Zeitraum des Patientenkontakts -->     <effectiveTime>       <low value="20081224082015+0100"/>      <high value="20081225113000+0100"/>    </effectiveTime>    <!-- Verantwortliche Person für den Patientenkontakt -->     <responsibleParty>       <assignedEntity>         <!-- Identifikation der Verantwortlichen Person für den Patientenkontakt-->         <id root="1.2.40.0.34.99.111.1.3" extension="2222" assigningAuthorityName="Amadeus Spital"/>        <!-- Kontaktdaten der Verantwortlichen Person für den Patientenkontakt -->         <telecom use="WP" value="tel:+43.6138.3453446.2222"/>        <!-- Personendaten der Verantwortlichen Person für den Patientenkontakt -->         <assignedPerson>           <!-- Name der Verantwortlichen Person für den Patientenkontakt -->           <name>             <prefix>Univ.-Prof.Dr.</prefix>            <given>Sigrid</given>            <family>Kollmann</family>          </name>        </assignedPerson>      </assignedEntity>    </responsibleParty>    <!-- Organisation, in deren Verantwortungsbereich der Patientenkontakt stattfand -->     <location>       <healthCareFacility>         <serviceProviderOrganization>           <!-- ID der Organisation aus dem GDA Index -->           <id root="1.2.40.0.34.99.3" assigningAuthorityName="GDA Index"/>          <!-- Name der Organisation -->           <name>Amadeus Spital - Chirurgische Abteilung</name>          <!-- Kontaktdaten der Organisation -->           <telecom value="tel:+43.6138.3453446.0"/>          <telecom value="fax:+43.6138.3453446.4674"/>          <telecom value="mailto:info@amadeusspital.at"/>          <telecom value="http://www.amadeusspital.at"/>          <!-- Adresse der Organisation -->           <addr>             <streetName>Mozartgasse</streetName>            <houseNumber>1-7</houseNumber>            <postalCode>5350</postalCode>            <city>St.Wolfgang</city>            <state>Salzburg</state>            <country>AUT</country>          </addr>        </serviceProviderOrganization>      </healthCareFacility>    </location>  </encompassingEncounter></componentOf>
Item DT Kard Konf Beschreibung Label hl7:componentOf Komponente für den Patientenkontakt. (Hea...ter)   elgagab-data​element-156  Patientenkontakt  Datensatz @typeCode cs 0 … 1 F COMP hl7:encompassing​Encounter 1 … 1 R Patientenkontakt. (Hea...ter) @classCode cs 0 … 1 F ENC @moodCode cs 0 … 1 F EVN hl7:id II 0 … 1 Identifikationselement zur Aufnahme der Aufenthaltszahl. (Hea...ter) hl7:code CE 1 … 1 M Codierung des Patientenkontakts. (Hea...ter)   CONF Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.5 ELGA_ActEncounterCode (DYNAMIC) hl7:effectiveTime IVL_TS 1 … 1 M Zeitraum des Patientenkontakts. Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen. (Hea...ter) hl7:low TS.​DATE.​MIN 1 … 1 R (Hea...ter) hl7:high TS.​DATE.​MIN 0 … 1 (Hea...ter) hl7:responsible​Party 0 … 1 Komponente für die verantwortliche Person. (Hea...ter) hl7:assignedEntity 1 … 1 M Entität der verantwortlichen Person. Grundsätzlich sind die Vorgaben für „AssignedEntity-Element (Person + Organisation)“ zu befolgen. (Hea...ter) Eingefügt von 1.2.40.0.34.11.90003 AssignedEntityElements (DYNAMIC) hl7:id II 1 … * R Mindestens eine Id der validierenden Person. Zugelassene nullFlavor: UNK (Hea...ter) hl7:addr AD 0 … 1 Ein Adress-Element der validierenden Person. Zugelassene nullFlavor: UNK (Hea...ter) hl7:telecom TEL.AT 0 … * Mindestens ein Telecom-Element der validierenden Person. Zugelassene nullFlavor: UNK (Hea...ter) hl7:assigned​Person 1 … 1 M Persondendaten der validierenden Person. (Hea...ter) Eingefügt von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC) @classCode cs 0 … 1 F PSN @determiner​Code cs 0 … 1 F INSTANCE hl7:name PN 1 … 1 M Name der Person Für den Namen ist verpflichtend Granularitätsstufe 2 („strukturierte Angabe des Namens‘‘) anzuwenden! Grundsätzlich sind die Vorgaben für „Namen-Elemente von Personen PN“ zu befolgen. (Hea...ter) hl7:represented​Organization 0 … 1 Organistationsdaten der validierenden Person. (Hea...ter) Eingefügt von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC) @classCode 0 … 1 F ORG @determiner​Code 0 … 1 F INSTANCE hl7:id II 0 … * (Hea...ter) hl7:name ON 1 … 1 M (Hea...ter) hl7:telecom TEL.AT 0 … * (Hea...ter) hl7:addr AD 0 … 1 (Hea...ter) Eingefügt 1 … 1 M von 1.2.40.0.34.11.90006 Encounter Location 1 (DYNAMIC) hl7:location 1 … 1 M Komponente Organisation. (Hea...ter) @typeCode cs 0 … 1 F LOC   Beispiel <location typeCode="LOC">   <healthCareFacility classCode="SDLOC">     <!-- ... -->   </healthCareFacility></location> hl7:health​Care​Facility 1 … 1 M (Hea...ter) @classCode cs 0 … 1 F SDLOC   Beispiel <healthCareFacility classCode="SDLOC">   <location classCode="PLC" determinerCode="INSTANCE">     <!-- ... -->   </location>  <serviceProviderOrganization classCode="ORG" determinerCode="INSTANCE">     <!-- ... -->   </serviceProviderOrganization></healthCareFacility> hl7:service​Provider​Organization 1 … 1 M Organisation, in deren Verantwortungsbereich der Patientenkontakt stattfand. Grundsätzlich sind die Vorgaben für „Organisations-Element“ zu befolgen. (Hea...ter) @classCode cs 0 … 1 F ORG @determiner​Code cs 0 … 1 F INSTANCE   Beispiel <serviceProviderOrganization classCode="ORG" determinerCode="INSTANCE">   <name/>  <addr>     <!-- ... -->   </addr></serviceProviderOrganization> hl7:id II 1 … * R (Hea...ter) hl7:name ON 1 … 1 M (Hea...ter) hl7:telecom TEL.AT 1 … * M (Hea...ter) hl7:addr AD 1 … 1 M (Hea...ter)

Id	1.2.40.0.34.11.30001 ref elgabbr-	Gültigkeit	2011‑12‑19
Status	Aktiv	Versions-Label
Name	BodySection	Bezeichnung	BodySection
Beschreibung CDA bietet die Möglichkeit Sektionen mit sogenannten „templateId“-Elementen zu versehen. Mit diesen Elementen ist es möglich, analog zur ELGA Implementierungsleitfaden-Kennzeichnung für das gesamte Dokument, auch einzelne Sektionen zu kennzeichnen. Diese Kennzeichnung ist speziell für Prüfmittel (z.B.: Schematron) wichtig, da über diese Kennzeichnungen die zugrundeliegenden Regeln zur Befüllung der Sektion zugeordnet und abgeprüft werden können.
Klassifikation	CDA Section level template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Benutzt	Benutzt 1 Template Benutzt als Name Version 1.2.40.0.34.11.90004 Inklusion AuthorElements DYNAMIC
Beziehung	Version: Template 1.2.40.0.34.11.30001 BodySection (2011‑12‑19) ref elgabbr-
Beispiel	Strukturbeispiel <hl7:ClinicalDocument>    : CDA Header :   <hl7:component>     <!-- strukturierter CDA Body -->     <hl7:structuredBody>       <hl7:component>         <hl7:section>           <hl7:templateId root="1.2.3.4.5.6.7.8"/>          <hl7:code/>          <hl7:title>Name der Sektion</hl7:title>           : … CDA Body Sektion …         </hl7:section>      </hl7:component>    </hl7:structuredBody>  </hl7:component></hl7:ClinicalDocument>
Item DT Kard Konf Beschreibung Label hl7:templateId II 0 … * Templateidentifikation(en) der Sektion. (Bod...ion) hl7:id II 0 … 1 Eindeutige ID der Sektion (optional). (Bod...ion) hl7:code CE 0 … 1 Code der Sektion. (Bod...ion) hl7:title ST 0 … 1 Titel der Sektion. (Bod...ion) hl7:text 1 … 1 R Information für den menschlichen Leser. (Bod...ion) Eingefügt 0 … * von 1.2.40.0.34.11.90004 AuthorElements (DYNAMIC) Auswahl 0 … * Elemente in der Auswahl: hl7:author[not(@nullFlavor)] hl7:author[@nullFlavor] hl7:author Verfasser des Dokuments. (Bod...ion) wo [not(@nullFlavor)] @typeCode cs 0 … 1 F AUT @context​Control​Code cs 0 … 1 F OP hl7:functionCode CE 0 … 1 Funktionscode des Verfassers des Dokuments z.B: „Diensthabender Oberarzt“, „Verantwortlicher Arzt für Dokumentation“,„Stationsschwester“, … Eigene Codes und Bezeichnungen können verwendet werden.  Grundsätzlich sind die Vorgaben für „code-Element CE CWE“ zu befolgen. (Bod...ion) hl7:time TS.​DATE.​MIN 1 … 1 R Der Zeitpunkt an dem das Dokument verfasst wurde.Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen. Zugelassene nullFlavor: UNK (Bod...ion) hl7:assignedAuthor 1 … 1 M Organisation, in deren Auftrag der Verfasser des Dokuments die Dokumentation verfasst hat. (Bod...ion) @classCode cs 0 … 1 F ASSIGNED   Beispiel <assignedAuthor classCode="ASSIGNED">   <id extension="ied8984938" root="1.2.276.0.76.3.1.139.933"/>  <assignedPerson classCode="PSN" determinerCode="INSTANCE">     <!-- ... -->   </assignedPerson></assignedAuthor> hl7:id II 1 … * R Identifikation des Verfassers des Dokuments im lokalen System/ des/der datenerstellenden Gerätes/Software. Grundsätzlich sind die Vorgaben für „Identifikations-Elemente“ zu befolgen. (Bod...ion) hl7:code CE 0 … 1 Angabe der Fachrichtung des Verfassers des Dokuments („Sonderfach“ gem. Ausbildungsordnung)z.B: „Facharzt/Fachärzting für Gynäkologie“, Wenn ein Autor mehreren ärztlichen Sonderfächern zugeordnet ist, kann das anzugebende Sonderfach gewählt werden. Additivfächer werden nicht angegeben. Grundsätzlich sind die Vorgaben für „code-Element CE CWE“ zu befolgen. (Bod...ion)   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. (Bod...ion) Auswahl 1 … 1 Elemente in der Auswahl: hl7:assigned​Person hl7:assigned​Authoring​Device hl7:assigned​Person  … 1 Personendaten des Verfassers des Dokuments. Grundsätzlich sind die Vorgaben für „Personen-Element“ zu befolgen. (Bod...ion) Eingefügt von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC) @classCode cs 0 … 1 F PSN @determiner​Code cs 0 … 1 F INSTANCE hl7:name PN 1 … 1 M Name der Person Für den Namen ist verpflichtend Granularitätsstufe 2 („strukturierte Angabe des Namens‘‘) anzuwenden! Grundsätzlich sind die Vorgaben für „Namen-Elemente von Personen PN“ zu befolgen. (Bod...ion) hl7:assigned​Authoring​Device  … 1 (Bod...ion) @classCode cs 0 … 1 F DEV @determiner​Code cs 0 … 1 F INSTANCE hl7:manufacturer​Model​Name SC 0 … 1 Hersteller und Modellbezeichnung des datenerstellenden Gerätes. (Bod...ion) hl7:softwareName SC 0 … 1 Bezeichnung (und ggf Version) der datenerstellenden Software. (Bod...ion) hl7:represented​Organization 1 … 1 M (Bod...ion) Eingefügt von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC) @classCode 0 … 1 F ORG @determiner​Code 0 … 1 F INSTANCE hl7:id II 0 … * (Bod...ion) hl7:name ON 1 … 1 M (Bod...ion) hl7:telecom TEL.AT 0 … * (Bod...ion) hl7:addr AD 0 … 1 (Bod...ion) hl7:author Verfasser nicht bekannt/nicht anwendbar (Bod...ion) wo [@nullFlavor] @nullFlavor cs 1 … 1 F NA   Beispiel <author nullFlavor="NA">   <time nullFlavor="NA"/>  <assignedAuthor nullFlavor="NA">     <id nullFlavor="NA"/>  </assignedAuthor></author> hl7:time 1 … 1 R (Bod...ion) @nullFlavor cs 1 … 1 F NA hl7:assignedAuthor 1 … 1 R (Bod...ion) @nullFlavor cs 1 … 1 F NA hl7:id 1 … 1 R (Bod...ion) @nullFlavor cs 1 … 1 F NA hl7:entry 0 … * Maschinenlesbare Elemente der Sektion. (Bod...ion)

Id	1.2.40.0.34.11.30002 ref elgabbr-	Gültigkeit	2011‑12‑19
Status	Aktiv	Versions-Label
Name	VitalparameterAlleEIS	Bezeichnung	Vitalparameter (alle EIS)
Beschreibung	Informationen zu den Vitalparametern (Körpertemperatur, Puls, Blutdruck …). Diese Sektion wird hauptsächlich bei Verlegungen von Pflegeheimen in Krankenhäusern oder in Notfällen angewandt.
Klassifikation	CDA Section level template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Beziehung	Version: Template 1.2.40.0.34.11.30002 Vitalparameter (alle EIS) (2011‑12‑19) ref elgabbr-
Beispiel	Strukturbeispiel <section>   <!-- Im Falle von EIS „Enhanced“ -->   <templateId root="1.2.40.0.34.11.1.2.6"/>  <!-- ELGA EIS „Enhanced“ -->   <templateId root="1.3.6.1.4.1.19376.1.5.3.1.3.25"/>  <!-- IHE PCC -->   <templateId root="2.16.840.1.113883.10.20.1.16"/>  <!-- HL7 CCD -->    … oder …   <!-- Im Falle von EIS „Full support“ -->   <templateId root="1.2.40.0.34.11.1.2.7"/>  <!-- ELGA EIS “Full support” -->   <templateId root="1.3.6.1.4.1.19376.1.5.3.1.1.5.3.2"/>  <!-- IHE PCC -->   <templateId root="1.3.6.1.4.1.19376.1.5.3.1.3.25"/>  <!-- IHE PCC -->   <templateId root="2.16.840.1.113883.10.20.1.16"/>  <!-- HL7 CCD -->   <!-- Code der Sektion -->   <code code="8716-3" displayName="Vital signs" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC"/>  <!-- Titel der Sektion -->   <title>Vitalparameter</title>  <!-- Textbereich der Sektion -->   <text> ... Lesbarer Textbereich ... </text>  <!-- Maschinenlesbare Elemente der Sektion in EIS „Full support“ -->   <entry>      :     <!-- ELGA VitalparameterGruppe-Entry -->     <templateId root="1.2.40.0.34.11.1.3.3"/>     :   </entry></section>
Item DT Kard Konf Beschreibung Label hl7:code CE 1 … 1 M Code der Sektion. (Vit...EIS) @code CONF 1 … 1 F 8716-3 @codeSystem 1 … 1 F 2.16.840.1.113883.6.1 (LOINC) hl7:title ST 1 … 1 R (Vit...EIS)   CONF Elementinhalt muss "Vitalparameter" sein hl7:text 1 … 1 R Information für den menschlichen Leser. Die Vorgaben und Empfehlungen zur Gestaltung dieses Bereichs im Falle von CDA Level 3 sind zu beachten! (Vit...EIS)

Id	1.2.40.0.34.11.90007 ref elgabbr-	Gültigkeit	2015‑09‑18 Andere Versionen mit dieser Id: CDsetIdversionNumber vom 2015‑05‑29 CDsetIdversionNumber vom 2013‑11‑07
Status	Aktiv	Versions-Label
Name	CDsetIdversionNumber	Bezeichnung	SetId VersionNumber
Beschreibung Der CDA-Header repräsentiert ebenfalls die Beziehungen zu anderen Dokumenten mit Referenz auf die oben genannte Dokumenten-Identifikation. Mittels der Attribute setId und versionNumber kann eine Versionskennung des Dokuments erreicht werden. Für ELGA-CDA-Dokumente MÜSSEN immer beide Elemente angegeben werden. Die setId bezeichnet das Set von Dokumenten, die zu einer Reihe von Versionen gehören. Sie bleibt über alle Versionen der Dokumente gleich (initialer Wert bleibt erhalten). Die versionNumber ist eine natürliche Zahl für die fortlaufende Versionszählung. Mit einer neuen Version wird diese Zahl hochgezählt, die setId bleibt gleich.
Klassifikation	CDA Header Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Beziehung	Version: Template 1.2.40.0.34.11.90007 SetId VersionNumber (2015‑09‑18) ref elgabbr-
Beispiel	Beispiel für die 1.Version eines Dokuments <!-- Die bei setId angegebene ID SOLLTE nicht gleich sein wie die id des Dokuments.--> <art:placeholder>   <id root="1.2.40.0.34.99.111.1.1" extension="AAAAAAAAAAAAAAA"/>  <setId root="1.2.40.0.34.99.111.1.1" extension="ZZZZZZZZZZZZZZZ"/>  <versionNumber value="1"/></art:placeholder>
Beispiel	Beispiel für die 2.Version eines Dokuments <!--Die bei setId angegebene ID MUSS mit der setId der Vorversion übereinstimmen.--> <art:placeholder>   <id root="1.2.40.0.34.99.111.1.1" extension="BBBBBBBBBBBBBBB"/>  <setId root="1.2.40.0.34.99.111.1.1" extension="ZZZZZZZZZZZZZZZ"/>  <versionNumber value="2"/></art:placeholder>
Item DT Kard Konf Beschreibung Label hl7:setId II 1 … 1 M Eindeutige Id des Dokumentensets. Grundsätzlich sind die Vorgaben für „Identifikations-Elemente“ zu befolgen. Hinweis: Bestimmte Systeme, die bei der Übernahme der SetID in die XDS-Metadaten mit dem V2-Datentyp CX arbeiten, könnten ein Problem mit @Extension-Attributen haben, die länger als 15 Zeichen sind. Die SetID sollte unterschiedlich zur clinicalDocument.id sein. (CDs...ber)   Beispiel <setId extension="D1127" root="1.2.276.0.76.3.1.139.2.427"/> hl7:versionNumber INT.​NONNEG 1 … 1 M Versionsnummer des Dokuments. (CDs...ber)   Beispiel <versionNumber value="1"/>

Id	1.2.40.0.34.11.90008 ref elgabbr-	Gültigkeit	2016‑07‑21 Andere Versionen mit dieser Id: CDeffectiveTime vom 2013‑11‑07
Status	Aktiv	Versions-Label
Name	CDeffectiveTime	Bezeichnung	CD effectiveTime
Beschreibung Mit Erstellungsdatum ist jenes Datum gemeint, welches normalerweise im Briefkopf eines Schriftstückes angegeben wird. (z.B.: Wien, am …). Das Erstellungsdatum dokumentiert den Zeitpunkt, an dem das Dokument inhaltlich fertiggestellt wurde. Bemerkung: Das Erstellungsdatum des Dokuments muss nicht mit dem Datum der rechtli-chen Unterzeichnung (oder „Vidierung“) übereinstimmen.
Klassifikation	CDA Header Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit	Assoziiert mit 1 Konzept Id Name Datensatz elgagab-data​element-8  Erstellungsdatum  Datensatz
Beziehung	Version: Template 1.2.40.0.34.11.90008 CD effectiveTime (2016‑07‑21) ref elgabbr-
Beispiel	Nur Datum: Zeitpunkt als Datum (ohne Zeit) im Format YYYYMMDD <effectiveTime value="20081224"/>
Beispiel	Datum, Zeit und Zeitzone: Zeitpunkt als Datum mit Zeit und Zeitzone im Format YYYYMMDDhhmmss[+/-]HHMM <effectiveTime value="20081224082015+0100"/>
Item DT Kard Konf Beschreibung Label hl7:effectiveTime TS.AT.TZ 1 … 1 M Erstellungsdatum des Dokuments. Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen. (CDe...ime)   elgagab-data​element-8  Erstellungsdatum  Datensatz

Id	1.2.40.0.34.11.90009 ref elgabbr-	Gültigkeit	2013‑11‑07
Status	Aktiv	Versions-Label
Name	CDconfidentialityCode	Bezeichnung	CD confidentialityCode
Beschreibung “Vertraulichkeitscode” (im CDA das Element ClinicalDocument/confidentialityCode) bezeichnet die Vertraulichkeitsstufe dieses Dokuments. Der tatsächliche Zugriff auf das Dokument muss von der übergeordneten Infrastrukturschicht geregelt werden. Die Information des Vertraulichkeitscodes im Dokument selbst, dient nur der reinen Information und hat keine technischen Konsequenzen. Da Dokumente nach der Vidierung weder technisch noch legistisch geändert werden dürfen, kann der Vertraulichkeitscode keine konkreten Zugriffsrechte auf das Dokument regeln, sondern nur auf „Metaebenen“, wie beispielsweise „geltendes Recht XY“ oder weiterführende Verwendungen über das IHE BPPC Profil, verweisen.
Klassifikation	CDA Header Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit	Assoziiert mit 1 Konzept Id Name Datensatz elgagab-data​element-266  Vertraulichkeitscode  Datensatz
Beziehung	Version: Template 1.2.40.0.34.11.90009 CD confidentialityCode (2013‑11‑07) ref elgabbr-
Beispiel	Beispiel <confidentialityCode code="N" codeSystem="2.16.840.1.113883.5.25" displayName="normal"/>
Item DT Kard Konf Beschreibung Label hl7:confidentialityCode CE 1 … 1 M (CDc...ode)   elgagab-data​element-266  Vertraulichkeitscode  Datensatz @code CONF 1 … 1 F N @codeSystem 1 … 1 F 2.16.840.1.113883.5.25 (BasicConfidentialityKind) @displayName 1 … 1 F normal

Id	1.2.40.0.34.11.90010 ref elgabbr-	Gültigkeit	2013‑11‑07
Status	Aktiv	Versions-Label
Name	CDlanguageCode	Bezeichnung	CD languageCode
Beschreibung Die Sprache des Dokuments wird in diesem Attribut gemäß IETF (Internet Engineering Task Force), RFC 1766: Tags for the Identification of Languages nach ISO-639-1 (zweibuchstabige Codes für Sprachen, Kleinbuchstaben) und ISO 3166 (hier: zweibuchstabige Ländercodes, Großbuchstaben) festgelegt. Das Format ist entsprechend ss-CC, mit ss, zwei Kleinbuchstaben für den Sprachencode gemäß ISO-639-1, und CC, zwei Großbuchstaben für den Ländercode gemäß ISO 3166 (Tabelle mit zwei Buchstaben).
Klassifikation	CDA Header Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit	Assoziiert mit 1 Konzept Id Name Datensatz elgagab-data​element-265  Sprachcode  Datensatz
Beziehung	Version: Template 1.2.40.0.34.11.90010 CD languageCode (2013‑11‑07) ref elgabbr-
Beispiel	Beispiel <languageCode code="de-AT"/>
Item DT Kard Konf Beschreibung Label hl7:language​Code CS.LANG 1 … 1 M Sprachcode des Dokuments. (CDl...ode)   elgagab-data​element-265  Sprachcode  Datensatz @code CONF 1 … 1 F de-AT