[unmarkierte Version]

[gesichtete Version]

Aktuelle Version vom 19. April 2018, 15:09 Uhr

Im Nachfolgenden werden die Templates für den Aufbau eines Allgemeinen Leitfadens nach Header und Body (Body Structures und Body Entries) gegliedert.

Siehe auch:

Inhaltsverzeichnis

1 CDA Header Level Templates
2 CDA Section Level Templates
3 CDA Entry Level Templates

1 CDA Header Level Templates

1.1 Fachlicher Ansprechpartner

Id

1.2.40.0.34.11.1.1.1

ref

elgabbr-

Gültigkeit ab

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">
    
    <telecom use="WP" value="tel:+43.1.3453446.1"/>    <associatedPerson>
      
      <name>
        <prefix qualifier="AC">Dr.</prefix>        <given>Walter</given>        <family>Hummel</family>      </name>      
      <name>Sekretariat Labor</name>    </associatedPerson>    
    <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

Item

DT

Kard

Konf

Beschreibung

Label

hl7:participant

Beteiligter (Fachlicher Ansprechpartner).

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

@root

uid

1 … 1

F

1.2.40.0.34.11.1.1.1

hl7:time

NP

hl7:associatedEntity

1 … 1

M

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

hl7:telecom

TEL.AT

1 … *

M

Beliebig viele Kontaktdaten des Beteiligten.

Es MUSS mindestens eine Telefon-Nummer angegeben werden

hl7:associatedPerson

1 … 1

M

Beteiligte Person.

Eingefügt

von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC)

@classCode

cs

0 … 1

F

PSN

@determinerCode

cs

0 … 1

F

INSTANCE

hl7:name

PN

1 … 1

M

Name der Person

Für den Namen ist verpflichtend Granularitätsstufe 2 („strukturierte Angabe des Namens‘‘) anzuwenden!

Grundsätzlich sind die Vorgaben für „Namen-Elemente von Personen PN“ zu befolgen.

hl7:scopingOrganization

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.

Eingefügt

von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC)

@classCode

0 … 1

F

ORG

@determinerCode

0 … 1

F

INSTANCE

hl7:id

II

0 … *

hl7:name

ON

1 … 1

M

hl7:telecom

TEL.AT

0 … *

hl7:addr

AD

0 … 1

1.2 Einweisender/Zuweisender/Überweisender Arzt

Id

1.2.40.0.34.11.1.1.2

ref

elgabbr-

Gültigkeit ab

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-dataelement-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/>    
    <associatedPerson>
      <name>
        <prefix qualifier="AC">Univ.-Prof. Dr.</prefix>        <given>Herbert</given>        <family>Empfänger</family>      </name>    </associatedPerson>    
    <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.

wo [hl7:templateId [@root='1.2.40.0.34.11.1.1.2']]


	elgagab-dataelement-214	Zuweisender	Datensatz

@typeCode

cs

1 … 1

F

REF

Einweisender/Zuweisender/Überweisender Arzt.

hl7:templateId

II

1 … 1

M

@root

uid

1 … 1

F

1.2.40.0.34.11.1.1.2

Template ID für Einweisender/Zuweisender/Überweisender Arzt.

hl7:associatedEntity

1 … 1

M

Beschreibung der Entität.

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

hl7:addr

AD

0 … 1

Adresse des Beteiligten.

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

hl7:telecom

TEL.AT

0 … *

Beliebig viele Kontaktdaten des Beteiligten.

hl7:associatedPerson

1 … 1

R

Beteiligte Person.

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

Eingefügt

von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC)

@classCode

cs

0 … 1

F

PSN

@determinerCode

cs

0 … 1

F

INSTANCE

hl7:name

PN

1 … 1

M

Name der Person

Für den Namen ist verpflichtend Granularitätsstufe 2 („strukturierte Angabe des Namens‘‘) anzuwenden!

Grundsätzlich sind die Vorgaben für „Namen-Elemente von Personen PN“ zu befolgen.

hl7:scopingOrganization

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.

Eingefügt

von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC)

@classCode

0 … 1

F

ORG

@determinerCode

0 … 1

F

INSTANCE

hl7:id

II

0 … *

hl7:name

ON

1 … 1

M

hl7:telecom

TEL.AT

0 … *

hl7:addr

AD

0 … 1

1.3 Hausarzt

Id

1.2.40.0.34.11.1.1.3

ref

elgabbr-

Gültigkeit ab

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-dataelement-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">
    
    <id root="1.2.3.999" extension="--example only--"/>    <addr/>    <telecom/>    
    <associatedPerson>
      <name>
        <prefix qualifier="AC">Dr.</prefix>        <given>Walter</given>        <family>Mustermann</family>      </name>    </associatedPerson>    
    <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).

wo [hl7:templateId [@root='1.2.40.0.34.11.1.1.3']]


	elgagab-dataelement-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.

@root

uid

1 … 1

F

1.2.40.0.34.11.1.1.3

hl7:functionCode

CE

1 … *

M

Hausarzt.

@code

CONF

1 … 1

F

PCP

@codeSystem

1 … 1

F

2.16.840.1.113883.5.88 (Participation Function)

hl7:associatedEntity

1 … 1

M

Beschreibung der Entität.

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

hl7:addr

AD

0 … 1

Adresse des Beteiligten.

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

hl7:telecom

TEL.AT

0 … *

Beliebig viele Kontaktdaten des Beteiligten.

hl7:associatedPerson

1 … 1

M

Beteiligte Person.

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

Eingefügt

von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC)

@classCode

cs

0 … 1

F

PSN

@determinerCode

cs

0 … 1

F

INSTANCE

hl7:name

PN

1 … 1

M

Name der Person

Für den Namen ist verpflichtend Granularitätsstufe 2 („strukturierte Angabe des Namens‘‘) anzuwenden!

Grundsätzlich sind die Vorgaben für „Namen-Elemente von Personen PN“ zu befolgen.

hl7:scopingOrganization

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.

Eingefügt

von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC)

@classCode

0 … 1

F

ORG

@determinerCode

0 … 1

F

INSTANCE

hl7:id

II

0 … *

hl7:name

ON

1 … 1

M

hl7:telecom

TEL.AT

0 … *

hl7:addr

AD

0 … 1

1.4 Notfall-Kontakt/Auskunftsberechtigte Person

Id

1.2.40.0.34.11.1.1.4

ref

elgabbr-

Gültigkeit ab

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-dataelement-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">
    
    <code code="DAU" displayName="Natural daughter" codeSystem="2.16.840.1.113883.5.111" codeSystemName="HL7:RoleCode"/>    
    <addr>Heimstrasse 1, 1220 Wien</addr>    
    <telecom value="tel:0660.1234567"/>    <associatedPerson>
      
      <name>Julia Tochter</name>    </associatedPerson>    
    <scopingOrganization>
      <name>Mustermann Installationen GmbH</name>    </scopingOrganization>  </associatedEntity></participant>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:participant

Beteiligter (Notfallkontakt / Auskunftsberechtigte Person).

wo [hl7:templateId [@root='1.2.40.0.34.11.1.1.4']]


	elgagab-dataelement-105	Notfall-Kontakt	Datensatz

@typeCode

cs

1 … 1

F

IND

hl7:templateId

II

1 … 1

M

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

hl7:associatedEntity

1 … 1

M

Beschreibung der Entität.

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

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.

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.

hl7:associatedPerson

1 … 1

M

Name des Beteiligten.

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

Eingefügt

von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC)

@classCode

cs

0 … 1

F

PSN

@determinerCode

cs

0 … 1

F

INSTANCE

hl7:name

PN

1 … 1

M

Name der Person

Für den Namen ist verpflichtend Granularitätsstufe 2 („strukturierte Angabe des Namens‘‘) anzuwenden!

Grundsätzlich sind die Vorgaben für „Namen-Elemente von Personen PN“ zu befolgen.

hl7:scopingOrganization

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.

Eingefügt

von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC)

@classCode

0 … 1

F

ORG

@determinerCode

0 … 1

F

INSTANCE

hl7:id

II

0 … *

hl7:name

ON

1 … 1

M

hl7:telecom

TEL.AT

0 … *

hl7:addr

AD

0 … 1

1.5 Angehörige

Id

1.2.40.0.34.11.1.1.5

ref

elgabbr-

Gültigkeit ab

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">
    
    <code code="MTH" displayName="mother" codeSystem="2.16.840.1.113883.5.111" codeSystemName="HL7: RoleCode"/>    
    <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).

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

@root

uid

1 … 1

F

1.2.40.0.34.11.1.1.5

hl7:associatedEntity

1 … 1

M

Beschreibung der Entität.

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

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.

hl7:telecom

TEL.AT

0 … *

Beliebig viele Kontaktdaten des Beteiligten.

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

hl7:associatedPerson

1 … 1

M

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

Eingefügt

von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC)

@classCode

cs

0 … 1

F

PSN

@determinerCode

cs

0 … 1

F

INSTANCE

hl7:name

PN

1 … 1

M

Name der Person

Für den Namen ist verpflichtend Granularitätsstufe 2 („strukturierte Angabe des Namens‘‘) anzuwenden!

Grundsätzlich sind die Vorgaben für „Namen-Elemente von Personen PN“ zu befolgen.

hl7:scopingOrganization

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.

Eingefügt

von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC)

@classCode

0 … 1

F

ORG

@determinerCode

0 … 1

F

INSTANCE

hl7:id

II

0 … *

hl7:name

ON

1 … 1

M

hl7:telecom

TEL.AT

0 … *

hl7:addr

AD

0 … 1

1.6 Versicherter/Versicherung

Id

1.2.40.0.34.11.1.1.6

ref

elgabbr-

Gültigkeit ab

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

<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

<participant typeCode="HLD">
  <templateId root="1.2.40.0.34.11.1.1.6"/>  
  <time>
    <low value="20020101"/>    <high value="20081231"/>  </time>  <associatedEntity classCode="POLHOLD">
    
    <id root="1.2.40.0.10.1.4.3.1" extension="123424121970" assigningAuthorityName="Österreichische Sozialversicherung"/>    
    <code code="FAMDEP" displayName="family dependent" codeSystem="2.16.840.1.113883.5.111" codeSystemName="HL7:RoleCode"/>    
    <addr>
      <streetName>Musterstrasse</streetName>      <houseNumber>47-51</houseNumber>      <postalCode>8010</postalCode>      <city>Graz</city>      <country>AUT</country>    </addr>    
    <telecom value="tel:+43.(0)50.55460-0"/>    
    <associatedPerson>
      <name>
        <given>Herbert</given>        <family>Vater</family>      </name>    </associatedPerson>    
    <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).

wo [hl7:templateId [@root='1.2.40.0.34.11.1.1.6']]


	elgagab-dataelement-119	Versicherter/Versicherung	Datensatz

@typeCode

cs

1 … 1

F

HLD

hl7:templateId

II

1 … 1

M

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

hl7:associatedEntity

1 … 1

M

Beschreibung der Entität.

@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 Sozialversicherungsnummer (z.B. Ausländer, …)
UNK … Patient hat eine Sozialversicherungsnummer, diese ist jedoch unbekannt

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.

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.

hl7:telecom

TEL.AT

0 … *

Beliebig viele Kontaktdaten des Beteiligten.

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

hl7:associatedPerson

0 … 1

Name des Beteiligten.

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

Eingefügt

von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC)

@classCode

cs

0 … 1

F

PSN

@determinerCode

cs

0 … 1

F

INSTANCE

hl7:name

PN

1 … 1

M

Name der Person

Für den Namen ist verpflichtend Granularitätsstufe 2 („strukturierte Angabe des Namens‘‘) anzuwenden!

Grundsätzlich sind die Vorgaben für „Namen-Elemente von Personen PN“ zu befolgen.

Schematron assert

role

error

test

hl7:code/@code!='FAMDEP' or count(hl7:associatedPerson)=1

Meldung

Wenn das Versicherungsverhältnis "familienversichert" ist, dann muss eine associatedPerson angegeben sein

hl7:scopingOrganization

1 … 1

R

Versicherungsgesellschaft.

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

Eingefügt

von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC)

@classCode

0 … 1

F

ORG

@determinerCode

0 … 1

F

INSTANCE

hl7:id

II

0 … *

hl7:name

ON

1 … 1

M

hl7:telecom

TEL.AT

0 … *

hl7:addr

AD

0 … 1

1.7 Betreuende Organisation

Id

1.2.40.0.34.11.1.1.7

ref

elgabbr-

Gültigkeit ab

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-dataelement-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">
    
    <scopingOrganization>
      
      <name>Altenpflegeheim Sorgenfrei</name>      
      <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"/>      
      <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).

wo [hl7:templateId [@root='1.2.40.0.34.11.1.1.7']]


	elgagab-dataelement-251	Betreuende Organisation	Datensatz

@typeCode

cs

1 … 1

F

IND

hl7:templateId

II

1 … 1

M

@root

uid

1 … 1

F

1.2.40.0.34.11.1.1.7

hl7:associatedEntity

1 … 1

M

Beschreibung der Entität.

@classCode

cs

1 … 1

F

CAREGIVER

hl7:scopingOrganization

1 … 1

M

Betreuende Organisation.

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

Eingefügt

von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC)

@classCode

0 … 1

F

ORG

@determinerCode

0 … 1

F

INSTANCE

hl7:id

II

0 … *

hl7:name

ON

1 … 1

M

hl7:telecom

TEL.AT

0 … *

hl7:addr

AD

0 … 1

1.8 Weitere Behandler

Id

1.2.40.0.34.11.1.1.8

ref

elgabbr-

Gültigkeit ab

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-dataelement-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">
    
    <telecom value="tel:+43.6138.3453446.1"/>    <telecom value="mailto:robert.betterman@amadeusspital.at"/>    <associatedPerson>
      
      <name>
        <prefix qualifier="AC">Dr.</prefix>        <given>Robert</given>        <family>Betterman</family>      </name>      
      <name>Dr. Robert Betterman</name>    </associatedPerson>  </associatedEntity></participant>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:participant

Beteiligter (Fachlicher Ansprechpartner).

wo [hl7:templateId [@root='1.2.40.0.34.11.1.1.8']]


	elgagab-dataelement-136	Weitere Behandler	Datensatz

@typeCode

cs

1 … 1

F

CON

Weitere Behandler.

hl7:templateId

II

1 … 1

M

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

CONF

Der Wert von @code MUSS gewählt werden aus dem Value Set 1.2.40.0.34.10.6 ELGA_AuthorSpeciality (DYNAMIC)

hl7:associatedEntity

1 … 1

M

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

hl7:telecom

TEL.AT

0 … *

R

Beliebig viele Kontaktdaten des Beteiligten.
Es MUSS mindestens eine Telefon-Nummer angegeben werden.

hl7:associatedPerson

1 … 1

M

Beteiligte Person

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

Eingefügt

von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC)

@classCode

cs

0 … 1

F

PSN

@determinerCode

cs

0 … 1

F

INSTANCE

hl7:name

PN

1 … 1

M

Name der Person

Für den Namen ist verpflichtend Granularitätsstufe 2 („strukturierte Angabe des Namens‘‘) anzuwenden!

Grundsätzlich sind die Vorgaben für „Namen-Elemente von Personen PN“ zu befolgen.

hl7:scopingOrganization

0 … 1

R

Organisation, der der Beteiligte angehört (mit Adresse und Kontaktdaten der Organisation)

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

Eingefügt

von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC)

@classCode

0 … 1

F

ORG

@determinerCode

0 … 1

F

INSTANCE

hl7:id

II

0 … *

hl7:name

ON

1 … 1

M

hl7:telecom

TEL.AT

0 … *

hl7:addr

AD

0 … 1

1.9 Patient („recordTarget/patientRole“)

Id

1.2.40.0.34.11.20001

ref

elgabbr-

Gültigkeit ab

2017‑07‑20

Andere Versionen mit dieser Id:

HeaderRecordTarget vom 2018‑10‑18 14:23:51
HeaderRecordTarget vom 2017‑03‑27
HeaderRecordTarget vom 2013‑10‑08
HeaderRecordTarget vom 2013‑02‑10
HeaderRecordTarget vom 2011‑12‑19

Status

Entwurf

Versions-Label

Name

HeaderRecordTarget

Bezeichnung

HeaderRecordTarget

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-dataelement-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 HeaderRecordTarget (2017‑03‑27)

ref

elgabbr-

Beispiel

Vollständiges Beispiel

<recordTarget typeCode="RCT" contextControlCode="OP">
  <patientRole classCode="PAT">
    
    <id root="1.2.40.0.34.99.111.1.2" extension="4711" assigningAuthorityName="Amadeus Spital"/>    
    <id root="1.2.40.0.10.1.4.3.1" extension="1111241261" assigningAuthorityName="Österreichische Sozialversicherung"/>    
    <addr use="H">
      <streetName>Musterstraße</streetName>      <houseNumber>13a</houseNumber>      <postalCode>7000</postalCode>      <city>Eisenstadt</city>      <state>Burgenland</state>      <country>AUT</country>    </addr>    
    <telecom value="tel:+43.1.40400" use="H"/>    <telecom value="tel:+43.664.1234567" use="MC"/>    <telecom value="mailto:herbert.mustermann@provider.at"/>    
    <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>      
      <administrativeGenderCode code="M" displayName="Male" codeSystem="2.16.840.1.113883.5.1" codeSystemName="HL7:AdministrativeGender"/>      
      <birthTime value="19701224"/>      
      <maritalStatusCode code="D" displayName="Divorced" codeSystem="2.16.840.1.113883.5.2"/>      
      <religiousAffiliationCode code="101" displayName="Römisch-Katholisch" codeSystem="2.16.840.1.113883.2.16.1.4.1" codeSystemName="HL7.AT:ReligionAustria"/>      
      <guardian>
        
        <addr>
          <streetAddressLine>Kinderdorfstraße 1</streetAddressLine>          <postalCode>2371</postalCode>          <city>Hinterbrühl</city>          <state>Niederösterreich</state>          <country>AUT</country>        </addr>        
        <telecom use="H" value="tel:+43.2236.2928"/>        <telecom use="WP" value="tel:+43.2236.9000"/>        <guardianOrganization>
          
          <name>SOS Kinderdorf Hinterbrühl</name>        </guardianOrganization>      </guardian>      
      <guardian>
        
        <addr>
          <streetAddressLine>Musterstraße 1234</streetAddressLine>          <postalCode>8011</postalCode>          <city>Graz</city>          <state>Steiermark</state>          <country>AUT</country>        </addr>        
        <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>
            <given>Susi</given>            <family>Sorgenvoll</family>          </name>        </guardianPerson>      </guardian>      
      <birthplace>
        <place>
          <addr>Graz</addr>        </place>      </birthplace>    </patient>  </patientRole></recordTarget>

Beispiel

Minimalbeispiel 1

<recordTarget typeCode="RCT" contextControlCode="OP">
  <patientRole classCode="PAT">
    
    <id root="1.2.40.0.34.99.111.1.2" extension="4711"/>    
    <patient classCode="PSN" determinerCode="INSTANCE">
      <name>
        <given>Herbert</given>        <family>Mustermann</family>      </name>      
      <administrativeGenderCode code="M" codeSystem="2.16.840.1.113883.5.1"/>      
      <birthTime value="19701224"/>    </patient>  </patientRole></recordTarget>

Beispiel

Minimalbeispiel 2

<recordTarget>
  <patientRole>
    
    <id root="1.2.40.0.34.99.111.1.2" extension="4711"/>    
    <patient>
      <name>
        <given>Herbert</given>        <family>Mustermann</family>      </name>      
      <administrativeGenderCode nullFlavor="UNK"/>      
      <birthTime nullFlavor="UNK"/>    </patient>  </patientRole></recordTarget>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:recordTarget

Komponente für die Patientendaten.


	elgagab-dataelement-9	Patient	Datensatz

@typeCode

cs

0 … 1

F

RCT

@contextControlCode

cs

0 … 1

F

OP

Beispiel

hl7:patientRole

1 … 1

R

Patientendaten.

@classCode

cs

0 … 1

F

PAT

Beispiel

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)

Beispiel

lokale Patienten ID vom System, notwendig für XDS

Beispiel

Patienten SV Nummer

Beispiel

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

hl7:addr

AD

0 … 1

Adresse des Patienten.

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

hl7:streetAddressLine

0 … 1

hl7:streetName

0 … 1

hl7:houseNumber

0 … 1

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

hl7:city

1 … 1

M

hl7:state

0 … 1

C

hl7:country

1 … 1

M

hl7:additionalLocator

0 … 1

hl7:telecom

TEL.AT

0 … *

Kontaktdaten des Patienten.

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

hl7:patient

0 … 1

@classCode

cs

0 … 1

F

PSN

@determinerCode

cs

0 … 1

F

INSTANCE

hl7:name

PN

1 … 1

M

Name des Patienten.

Für den Namen ist verpflichtend Granularitätsstufe 2 („strukturierte Angabe des Namens‘‘) anzuwenden!

Grundsätzlich sind die Vorgaben für „Namen-Elemente von Personen PN“ zu befolgen.

hl7:prefix

0 … *

hl7:given

1 … *

M

hl7:family

1 … *

M

hl7:suffix

0 … *

hl7:administrativeGenderCode

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.

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

hl7:maritalStatusCode

CE

0 … 1

Codierung des Familienstands des Patienten.

CONF

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

hl7:religiousAffiliationCode

CE

0 … 1

Codierung des Religionsbekenntnisses des Patienten.

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!

hl7:ethnicGroupCode

NP

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

hl7:guardian

0 … *

Gesetzlicher Vertreter: Erwachsenenvertreter, Vormund, Obsorgeberechtigter

hl7:addr

AD

0 … 1

Die Adresse des gesetzlichen Vertreters oder der Organisation.

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

hl7:telecom

TEL.AT

0 … *

Beliebig viele Kontaktdatendes gesetzlichen Vertreters oder der Organisation.

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

Auswahl

1 … 1

Elemente in der Auswahl:

hl7:guardianPerson
hl7:guardianOrganization

hl7:guardianPerson

… 1

Name des des gesetzlichen Vertreters (Person).

hl7:name

PN

1 … 1

M

Name der Person.

hl7:guardianOrganization

… 1

Name des des gesetzlichen Vertreters (Organisation).

hl7:name

ON

1 … 1

M

Name der Organisation.

hl7:birthplace

0 … 1

Geburtsort des Patienten.

hl7:place

1 … 1

M

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.

Eingefügt

von 1.2.40.0.34.11.90017 Language Communication (DYNAMIC)

hl7:languageCommunication

0 … *

Komponente zur Angabe der Sprachfähigkeiten des Patienten.

hl7:languageCode

CS

0 … 1

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

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

CONF

Der Wert von @code MUSS gewählt werden aus dem Value Set 1.2.40.0.34.10.175 ELGA_LanguageAbilityMode (DYNAMIC)

hl7:proficiencyLevelCode

CE

0 … 1

Grad der Sprachkenntnis in der Sprache.
@codeSystem Fester Wert: 2.16.840.1.113883.5.61

CONF

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

hl7:preferenceInd

BL

0 … 1

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

1.10 Verfasser des Dokuments („author“)

Id

1.2.40.0.34.11.20002

ref

elgabbr-

Gültigkeit ab

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-dataelement-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">
  
  <functionCode code="OA" displayName="Diensthabender Oberarzt" codeSystem="1.2.40.0.34.99.111.2.1" codeSystemName="Amadeus Spital Funktionen"/>  
  <time value="20081224082015+0100"/>  <assignedAuthor classCode="ASSIGNED">
    
    <id root="1.2.40.0.34.99.111.1.3" extension="1111" assigningAuthorityName="Amadeus Spital"/>    
    <code code="107" displayName="Fachärztin/Facharzt für Chirurgie" codeSystem="1.2.40.0.34.5.160" codeSystemName="ELGA_Fachaerzte"/>    
    <telecom value="tel:+43.1.40400"/>    <telecom value="mailto:herbert.mustermann@organization.at"/>    <assignedPerson classCode="PSN" determinerCode="INSTANCE">
      
      <name>
        <prefix qualifier="AC">Univ.-Prof. Dr.</prefix>        <given>Isabella</given>        <family>Stern</family>      </name>    </assignedPerson>    
    <representedOrganization>
      <id root="1.2.40.0.34.99.3" assigningAuthorityName="GDA Index"/>      
      <name>Amadeus Spital, 1. Chirurgische Abteilung</name>      
      <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>
  
  <time value="20081224082015+0100"/>  <assignedAuthor>
    
    <id root="86562fe5-b509-4ce9-b976-176fd376e477"/>    
    <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>Amadeus Spital, 1. Chirurgische Abteilung</name>      
      <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.


	elgagab-dataelement-48	Autor	Datensatz

@typeCode

cs

0 … 1

F

AUT

@contextControlCode

cs

0 … 1

F

OP

hl7:functionCode

CE

0 … 1

Funktionscode des Verfassers des Dokuments

z.B: „Diensthabender Oberarzt“, „Verantwortlicher Arzt für Dokumentation“,„Stationsschwester“, …

Eigene Codes und Bezeichnungen können verwendet werden.

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

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

hl7:assignedAuthor

1 … 1

R

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

@classCode

cs

0 … 1

F

ASSIGNED

Beispiel

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

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.

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.

Auswahl

1 … 1

Elemente in der Auswahl:

hl7:assignedPerson
hl7:assignedAuthoringDevice

hl7:assignedPerson

… 1

Personendaten des Verfassers des Dokuments.

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

Eingefügt

von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC)

@classCode

cs

0 … 1

F

PSN

@determinerCode

cs

0 … 1

F

INSTANCE

hl7:name

PN

1 … 1

M

Name der Person

Für den Namen ist verpflichtend Granularitätsstufe 2 („strukturierte Angabe des Namens‘‘) anzuwenden!

Grundsätzlich sind die Vorgaben für „Namen-Elemente von Personen PN“ zu befolgen.

hl7:assignedAuthoringDevice

… 1

@classCode

cs

0 … 1

F

DEV

@determinerCode

cs

0 … 1

F

INSTANCE

hl7:manufacturerModelName

SC

1 … 1

R

Hersteller und Modellbezeichnung des datenerstellenden Gerätes.

hl7:softwareName

SC

1 … 1

R

Bezeichnung (und ggf Version) der datenerstellenden Software.

hl7:representedOrganization

1 … 1

M

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

Beispiel

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.

hl7:name

ON

1 … 1

M

hl7:telecom

TEL.AT

0 … *

hl7:addr

AD

0 … 1

1.11 Personen der Dateneingabe („dataEnterer“)

Id

1.2.40.0.34.11.20003

ref

elgabbr-

Gültigkeit ab

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

<dataEnterer>
  
  <time value="20081224082015+0100"/>  <assignedEntity>
    
    <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.


	elgagab-dataelement-65	Schreibkraft	Datensatz

hl7:time

TS.AT.TZ

0 … 1

Der Zeitpunkt an dem das Dokument geschrieben wurde.

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

hl7:assignedEntity

1 … 1

R

Personendaten der schreibenden Person

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

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

hl7:addr

AD

0 … 1

Ein Adress-Element der validierenden Person.

Zugelassene nullFlavor: UNK

hl7:telecom

TEL.AT

0 … *

Mindestens ein Telecom-Element der validierenden Person.

Zugelassene nullFlavor: UNK

hl7:assignedPerson

1 … 1

M

Persondendaten der validierenden Person.

Eingefügt

von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC)

@classCode

cs

0 … 1

F

PSN

@determinerCode

cs

0 … 1

F

INSTANCE

hl7:name

PN

1 … 1

M

Name der Person

Für den Namen ist verpflichtend Granularitätsstufe 2 („strukturierte Angabe des Namens‘‘) anzuwenden!

Grundsätzlich sind die Vorgaben für „Namen-Elemente von Personen PN“ zu befolgen.

hl7:representedOrganization

0 … 1

Organistationsdaten der validierenden Person.

Eingefügt

von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC)

@classCode

0 … 1

F

ORG

@determinerCode

0 … 1

F

INSTANCE

hl7:id

II

0 … *

hl7:name

ON

1 … 1

M

hl7:telecom

TEL.AT

0 … *

hl7:addr

AD

0 … 1

1.12 Verwahrer des Dokuments („custodian“)

Id

1.2.40.0.34.11.20004

ref

elgabbr-

Gültigkeit ab

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


	elgagab-dataelement-73	Verwahrer	Datensatz

@typeCode

cs

0 … 1

F

CST

hl7:assignedCustodian

1 … 1

M

@classCode

cs

0 … 1

F

ASSIGNED

hl7:representedCustodianOrganization

1 … 1

M

@classCode

cs

0 … 1

F

ORG

@determinerCode

cs

0 … 1

F

INSTANCE

hl7:id

II

1 … 1

R

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

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

Zugelassene nullFlavor:

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

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.

hl7:telecom

TEL.AT

0 … 1

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

hl7:addr

AD

1 … 1

M

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

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

Id

1.2.40.0.34.11.20005

ref

elgabbr-

Gültigkeit ab

2011‑12‑19

Status

Entwurf

Versions-Label

Name

HeaderInformationRecipient

Bezeichnung

HeaderInformationRecipient

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-dataelement-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 HeaderInformationRecipient (2011‑12‑19)

ref

elgabbr-

Beispiel

Beabsichtigter Empfänger ist eine bekannte Person

<informationRecipient typeCode="PRCP">
  <intendedRecipient>
    
    <id nullFlavor="UNK"/>    
    <informationRecipient>
      <name>
        <prefix qualifier="AC"> Dr.</prefix>        <given>Robert</given>        <family>Empfänger</family>      </name>    </informationRecipient>    
    <receivedOrganization>
      
      <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>    </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>
    
    <id nullFlavor="NI"/>    
    <informationRecipient>
      <name>Ergeht an den Patienten Dr. Herbert Mustermann</name>    </informationRecipient>  </intendedRecipient></informationRecipient>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:informationRecipient

Beabsichtiger Empfänger des Dokuments.


	elgagab-dataelement-259	Empfänger	Datensatz

@typeCode

cs

0 … 1

Typ des Informationsempfängers.

Bsp: PRCP „Primärer Empfänger“

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

CONF

Der Wert von @typeCode MUSS gewählt werden aus dem Value Set 1.2.40.0.34.10.29 ELGA_InformationRecipientType (DYNAMIC)

hl7:intendedRecipient

1 … 1

M

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

Beispiel

hl7:informationRecipient

1 … 1

M

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

Eingefügt

von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC)

@classCode

cs

0 … 1

F

PSN

@determinerCode

cs

0 … 1

F

INSTANCE

hl7:name

PN

1 … 1

M

Name der Person

Für den Namen ist verpflichtend Granularitätsstufe 2 („strukturierte Angabe des Namens‘‘) anzuwenden!

Grundsätzlich sind die Vorgaben für „Namen-Elemente von Personen PN“ zu befolgen.

hl7:receivedOrganization

0 … 1

Organisation, der der beabsichtigte Empfänger angehört.z.B.: „Ordination des empfangenden Arztes“
Grundsätzlich sind die Vorgaben gemäß Kapitel „Organisations-Element“ zu befolgen.

Eingefügt

von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC)

@classCode

0 … 1

F

ORG

@determinerCode

0 … 1

F

INSTANCE

hl7:id

II

0 … *

hl7:name

ON

1 … 1

M

hl7:telecom

TEL.AT

0 … *

hl7:addr

AD

0 … 1

1.14 Rechtlicher Unterzeichner („legalAuthenticator“)

Id

1.2.40.0.34.11.20006

ref

elgabbr-

Gültigkeit ab

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-dataelement-79	Rechtlicher Unterzeichner	Datensatz
elgagab-dataelement-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>
  
  <time value="20130324082015+0100"/>  
  <signatureCode code="S"/>  
  <assignedEntity>
    
    <id root="1.2.40.0.34.99.111.1.3" extension="2222" assigningAuthorityName="Amadeus Spital"/>    
    <telecom use="WP" value="tel:+43.6138.3453446.2222"/>    
    <assignedPerson>
      
      <name>
        <prefix>Univ.-Prof.Dr.</prefix>        <given>Sigrid</given>        <family>Kollmann</family>      </name>    </assignedPerson>    
    <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.


elgagab-dataelement-79	Rechtlicher Unterzeichner	Datensatz
elgagab-dataelement-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

hl7:signatureCode

CS

1 … 1

M

Signaturcode gibt an, dass das Originaldokument unterzeichnet wurde.

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

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

hl7:addr

AD

0 … 1

Ein Adress-Element der validierenden Person.

Zugelassene nullFlavor: UNK

hl7:telecom

TEL.AT

0 … *

Mindestens ein Telecom-Element der validierenden Person.

Zugelassene nullFlavor: UNK

hl7:assignedPerson

1 … 1

M

Persondendaten der validierenden Person.

Eingefügt

von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC)

@classCode

cs

0 … 1

F

PSN

@determinerCode

cs

0 … 1

F

INSTANCE

hl7:name

PN

1 … 1

M

Name der Person

Für den Namen ist verpflichtend Granularitätsstufe 2 („strukturierte Angabe des Namens‘‘) anzuwenden!

Grundsätzlich sind die Vorgaben für „Namen-Elemente von Personen PN“ zu befolgen.

hl7:representedOrganization

0 … 1

Organistationsdaten der validierenden Person.

Eingefügt

von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC)

@classCode

0 … 1

F

ORG

@determinerCode

0 … 1

F

INSTANCE

hl7:id

II

0 … *

hl7:name

ON

1 … 1

M

hl7:telecom

TEL.AT

0 … *

hl7:addr

AD

0 … 1

1.15 Weitere Unterzeichner („authenticator“)

Id

1.2.40.0.34.11.20007

ref

elgabbr-

Gültigkeit ab

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-dataelement-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>
  
  <time value="20130324081915+0100"/>  
  <signatureCode code="S"/>  
  <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>
        <prefix>Dr.</prefix>        <given>Walter</given>        <family>Hummel</family>      </name>    </assignedPerson>    
    <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.


	elgagab-dataelement-86	Weitere Unterzeichner	Datensatz

@typeCode

cs

0 … 1

F

AUTHEN

hl7:time

TS.DATE.MIN

1 … 1

R

Der Zeitpunkt, an dem das Dokument unterzeichnet wurde.

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

Zugelassene nullFlavor: UNK

hl7:signatureCode

CS

1 … 1

M

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

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

hl7:addr

AD

0 … 1

Ein Adress-Element der validierenden Person.

Zugelassene nullFlavor: UNK

hl7:telecom

TEL.AT

0 … *

Mindestens ein Telecom-Element der validierenden Person.

Zugelassene nullFlavor: UNK

hl7:assignedPerson

1 … 1

M

Persondendaten der validierenden Person.

Eingefügt

von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC)

@classCode

cs

0 … 1

F

PSN

@determinerCode

cs

0 … 1

F

INSTANCE

hl7:name

PN

1 … 1

M

Name der Person

Für den Namen ist verpflichtend Granularitätsstufe 2 („strukturierte Angabe des Namens‘‘) anzuwenden!

Grundsätzlich sind die Vorgaben für „Namen-Elemente von Personen PN“ zu befolgen.

hl7:representedOrganization

0 … 1

Organistationsdaten der validierenden Person.

Eingefügt

von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC)

@classCode

0 … 1

F

ORG

@determinerCode

0 … 1

F

INSTANCE

hl7:id

II

0 … *

hl7:name

ON

1 … 1

M

hl7:telecom

TEL.AT

0 … *

hl7:addr

AD

0 … 1

1.16 Auftrag („inFulfillmentOf“)

Id

1.2.40.0.34.11.20009

ref

elgabbr-

Gültigkeit ab

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

Item

DT

Kard

Konf

Beschreibung

Label

hl7:inFulfillmentOf

Komponente zur Dokumentation des Auftrags.

@typeCode

cs

1 … 1

F

FLFS

hl7:order

1 … 1

M

Auftrag.

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

1.17 Service Events („documentationOf/serviceEvent“)

Id

1.2.40.0.34.11.20010

ref

elgabbr-

Gültigkeit ab

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

Beispiel

Strukturbeispiel Hämatologie

Item

DT

Kard

Konf

Beschreibung

Label

hl7:documentationOf

Komponente für die Gesundheitsdienstleistung.


	elgagab-dataelement-145	Gesundheitsdienstleistung	Datensatz

@typeCode

cs

0 … 1

F

DOC

hl7:serviceEvent

1 … 1

M

Gesundheitsdienstleistung.

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

hl7:effectiveTime

IVL_TS

1 … 1

M

Zeitraum der Gesundheitsdienstleistung.

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

hl7:low

TS

1 … 1

M

hl7:high

TS

1 … 1

M

hl7:performer

0 … *

Durchführende Entität(en) der Gesundheitsdienstleistung.

hl7:assignedEntity

1 … 1

M

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

hl7:addr

AD

0 … 1

Ein Adress-Element der validierenden Person.

Zugelassene nullFlavor: UNK

hl7:telecom

TEL.AT

0 … *

Mindestens ein Telecom-Element der validierenden Person.

Zugelassene nullFlavor: UNK

hl7:assignedPerson

1 … 1

M

Persondendaten der validierenden Person.

Eingefügt

von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC)

@classCode

cs

0 … 1

F

PSN

@determinerCode

cs

0 … 1

F

INSTANCE

hl7:name

PN

1 … 1

M

Name der Person

Für den Namen ist verpflichtend Granularitätsstufe 2 („strukturierte Angabe des Namens‘‘) anzuwenden!

Grundsätzlich sind die Vorgaben für „Namen-Elemente von Personen PN“ zu befolgen.

hl7:representedOrganization

0 … 1

Organistationsdaten der validierenden Person.

Eingefügt

von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC)

@classCode

0 … 1

F

ORG

@determinerCode

0 … 1

F

INSTANCE

hl7:id

II

0 … *

hl7:name

ON

1 … 1

M

hl7:telecom

TEL.AT

0 … *

hl7:addr

AD

0 … 1

1.18 Bezug zu vorgehenden Dokumenten

Id

1.2.40.0.34.11.20011

ref

elgabbr-

Gültigkeit ab

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-dataelement-155	Bezug zu vorgehenden Dokumenten	Datensatz

Beziehung

Version: Template 1.2.40.0.34.11.20011 HeaderRelatedDocument (2014‑12‑06)

ref

elgabbr-

Beispiel

Strukturbeispiel

Item

DT

Kard

Konf

Beschreibung

Label

hl7:relatedDocument

Komponente für das vorgehende Dokument.


	elgagab-dataelement-155	Bezug zu vorgehenden Dokumenten	Datensatz

@typeCode

cs

1 … 1

F

RPLC

Art des Bezugs zum Vordokument.

hl7:parentDocument

1 … 1

M

Vorhergehendes Dokument.

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

1.19 Autorisierung („authorization“)

Id

1.2.40.0.34.11.20012

ref

elgabbr-

Gültigkeit ab

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!

1.20 Encounter („componentOf/encompassingEncounter“)

Id

1.2.40.0.34.11.20013

ref

elgabbr-

Gültigkeit ab

2011‑12‑19

Status

Aktiv

Versions-Label

Name

HeaderEncompassingEncounter

Bezeichnung

HeaderEncompassingEncounter

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-dataelement-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 HeaderEncompassingEncounter (2011‑12‑19)

ref

elgabbr-

Beispiel

Strukturbeispiel

<componentOf>
  <encompassingEncounter>
    
    <id root="1.2.40.0.34.99.111.1.4" extension="Az123456" assigningAuthorityName="Amadeus Spital"/>    
    <code code="IMP" displayName="Inpatient encounter" codeSystem="2.16.840.1.113883.5.4" codeSystemName="HL7:ActCode"/>    
    <effectiveTime>
      <low value="20081224082015+0100"/>      <high value="20081225113000+0100"/>    </effectiveTime>    
    <responsibleParty>
      <assignedEntity>
        
        <id root="1.2.40.0.34.99.111.1.3" extension="2222" assigningAuthorityName="Amadeus Spital"/>        
        <telecom use="WP" value="tel:+43.6138.3453446.2222"/>        
        <assignedPerson>
          
          <name>
            <prefix>Univ.-Prof.Dr.</prefix>            <given>Sigrid</given>            <family>Kollmann</family>          </name>        </assignedPerson>      </assignedEntity>    </responsibleParty>    
    <location>
      <healthCareFacility>
        <serviceProviderOrganization>
          
          <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>        </serviceProviderOrganization>      </healthCareFacility>    </location>  </encompassingEncounter></componentOf>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:componentOf

Komponente für den Patientenkontakt.


	elgagab-dataelement-156	Patientenkontakt	Datensatz

@typeCode

cs

0 … 1

F

COMP

hl7:encompassingEncounter

1 … 1

R

Patientenkontakt.

@classCode

cs

0 … 1

F

ENC

@moodCode

cs

0 … 1

F

EVN

hl7:id

II

0 … 1

Identifikationselement zur Aufnahme der Aufenthaltszahl.

hl7:code

CE

1 … 1

M

Codierung des Patientenkontakts.

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.

hl7:low

TS.DATE.MIN

1 … 1

R

hl7:high

TS.DATE.MIN

0 … 1

hl7:responsibleParty

0 … 1

Komponente für die verantwortliche Person.

hl7:assignedEntity

1 … 1

M

Entität der verantwortlichen Person.

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

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

hl7:addr

AD

0 … 1

Ein Adress-Element der validierenden Person.

Zugelassene nullFlavor: UNK

hl7:telecom

TEL.AT

0 … *

Mindestens ein Telecom-Element der validierenden Person.

Zugelassene nullFlavor: UNK

hl7:assignedPerson

1 … 1

M

Persondendaten der validierenden Person.

Eingefügt

von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC)

@classCode

cs

0 … 1

F

PSN

@determinerCode

cs

0 … 1

F

INSTANCE

hl7:name

PN

1 … 1

M

Name der Person

Für den Namen ist verpflichtend Granularitätsstufe 2 („strukturierte Angabe des Namens‘‘) anzuwenden!

Grundsätzlich sind die Vorgaben für „Namen-Elemente von Personen PN“ zu befolgen.

hl7:representedOrganization

0 … 1

Organistationsdaten der validierenden Person.

Eingefügt

von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC)

@classCode

0 … 1

F

ORG

@determinerCode

0 … 1

F

INSTANCE

hl7:id

II

0 … *

hl7:name

ON

1 … 1

M

hl7:telecom

TEL.AT

0 … *

hl7:addr

AD

0 … 1

Eingefügt

1 … 1

M

von 1.2.40.0.34.11.90006 Encounter Location 1 (DYNAMIC)

hl7:location

1 … 1

M

Komponente Organisation.

@typeCode

cs

0 … 1

F

LOC

Beispiel

hl7:healthCareFacility

1 … 1

M

@classCode

cs

0 … 1

F

SDLOC

Beispiel

hl7:serviceProviderOrganization

1 … 1

M

Organisation, in deren Verantwortungsbereich der Patientenkontakt stattfand.

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

@classCode

cs

0 … 1

F

ORG

@determinerCode

cs

0 … 1

F

INSTANCE

Beispiel

hl7:id

II

1 … *

R

hl7:name

ON

1 … 1

M

hl7:telecom

TEL.AT

1 … *

M

hl7:addr

AD

1 … 1

M

1.21 Versionierung des Dokuments („setId“ und „versionNumber“)

Id

1.2.40.0.34.11.90007

ref

elgabbr-

Gültigkeit ab

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

<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

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

Beispiel

hl7:versionNumber

INT.NONNEG

1 … 1

M

Versionsnummer des Dokuments.

Beispiel

1.22 Erstellungsdatum des Dokuments („effectiveTime“)

Id

1.2.40.0.34.11.90008

ref

elgabbr-

Gültigkeit ab

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

Beispiel

Datum, Zeit und Zeitzone: Zeitpunkt als Datum mit Zeit und Zeitzone im Format YYYYMMDDhhmmss[+/-]HHMM

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.


	elgagab-dataelement-8	Erstellungsdatum	Datensatz

1.23 Vertraulichkeitscode („confidentialityCode“)

Id

1.2.40.0.34.11.90009

ref

elgabbr-

Gültigkeit ab

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-dataelement-266	Vertraulichkeitscode	Datensatz

Beziehung

Version: Template 1.2.40.0.34.11.90009 CD confidentialityCode (2013‑11‑07)

ref

elgabbr-

Beispiel

Item

DT

Kard

Konf

Beschreibung

Label

hl7:confidentialityCode

CE

1 … 1

M


	elgagab-dataelement-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

1.24 Sprachcode des Dokuments („languageCode“)

Id

1.2.40.0.34.11.90010

ref

elgabbr-

Gültigkeit ab

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-dataelement-265	Sprachcode	Datensatz

Beziehung

Version: Template 1.2.40.0.34.11.90010 CD languageCode (2013‑11‑07)

ref

elgabbr-

Beispiel

Item

DT

Kard

Konf

Beschreibung

Label

hl7:languageCode

CS.LANG

1 … 1

M

Sprachcode des Dokuments.


	elgagab-dataelement-265	Sprachcode	Datensatz

@code

CONF

1 … 1

F

de-AT

2 CDA Section Level Templates

2.1 Sektionen

Id

1.2.40.0.34.11.30001

ref

elgabbr-

Gültigkeit ab

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

hl7:id

II

0 … 1

Eindeutige ID der Sektion (optional).

hl7:code

CE

0 … 1

Code der Sektion.

hl7:title

ST

0 … 1

Titel der Sektion.

hl7:text

1 … 1

R

Information für den menschlichen Leser.

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.

wo [not(@nullFlavor)]

@typeCode

cs

0 … 1

F

AUT

@contextControlCode

cs

0 … 1

F

OP

hl7:functionCode

CE

0 … 1

Funktionscode des Verfassers des Dokuments

z.B: „Diensthabender Oberarzt“, „Verantwortlicher Arzt für Dokumentation“,„Stationsschwester“, …

Eigene Codes und Bezeichnungen können verwendet werden.

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

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

hl7:assignedAuthor

1 … 1

M

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

@classCode

cs

0 … 1

F

ASSIGNED

Beispiel

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.

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.

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.

Auswahl

1 … 1

Elemente in der Auswahl:

hl7:assignedPerson
hl7:assignedAuthoringDevice

hl7:assignedPerson

… 1

Personendaten des Verfassers des Dokuments.

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

Eingefügt

von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC)

@classCode

cs

0 … 1

F

PSN

@determinerCode

cs

0 … 1

F

INSTANCE

hl7:name

PN

1 … 1

M

Name der Person

Für den Namen ist verpflichtend Granularitätsstufe 2 („strukturierte Angabe des Namens‘‘) anzuwenden!

Grundsätzlich sind die Vorgaben für „Namen-Elemente von Personen PN“ zu befolgen.

hl7:assignedAuthoringDevice

… 1

@classCode

cs

0 … 1

F

DEV

@determinerCode

cs

0 … 1

F

INSTANCE

hl7:manufacturerModelName

SC

0 … 1

Hersteller und Modellbezeichnung des datenerstellenden Gerätes.

hl7:softwareName

SC

0 … 1

Bezeichnung (und ggf Version) der datenerstellenden Software.

hl7:representedOrganization

1 … 1

M

Eingefügt

von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC)

@classCode

0 … 1

F

ORG

@determinerCode

0 … 1

F

INSTANCE

hl7:id

II

0 … *

hl7:name

ON

1 … 1

M

hl7:telecom

TEL.AT

0 … *

hl7:addr

AD

0 … 1

hl7:author

Verfasser nicht bekannt/nicht anwendbar

wo [@nullFlavor]

@nullFlavor

cs

1 … 1

F

NA

Beispiel

hl7:time

1 … 1

R

@nullFlavor

cs

1 … 1

F

NA

hl7:assignedAuthor

1 … 1

R

@nullFlavor

cs

1 … 1

F

NA

hl7:id

1 … 1

R

@nullFlavor

cs

1 … 1

F

NA

hl7:entry

0 … *

Maschinenlesbare Elemente der Sektion.

2.2 Brieftext

Id

1.2.40.0.34.11.1.2.1

Gültigkeit ab

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">
  
  <templateId root="1.2.40.0.34.11.1.2.1"/>  
  <code code="BRIEFT" displayName="Brieftext" codeSystem="1.2.40.0.34.5.40" codeSystemName="ELGA_Sections"/>  
  <title>Brieftext</title>  
  <text/>  
  <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.

@classCode

cs

0 … 1

F

DOCSECT

hl7:templateId

II

1 … 1

R

@root

uid

1 … 1

F

1.2.40.0.34.11.1.2.1

hl7:code

CE

1 … 1

M

Code der Sektion.

@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

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="…"/>).

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)

2.3 Abschließende Bemerkungen

Id

1.2.40.0.34.11.1.2.2

ref

elgabbr-

Gültigkeit ab

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>
  
  <templateId root="1.2.40.0.34.11.1.2.2"/>  
  <code code="ABBEM" displayName="Abschließende Bemerkungen" codeSystem="1.2.40.0.34.5.40" codeSystemName="ELGA_Sections"/>  
  <title>Abschließende Bemerkungen</title>  
  <text> ... Lesbarer Textbereich ... </text></section>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:section

Container zur Angabe der abschließenden Bemerkungen.

hl7:templateId

II

1 … 1

R

@root

uid

1 … 1

F

1.2.40.0.34.11.1.2.2

hl7:code

CE

1 … 1

M

@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

CONF

Elementinhalt MUSS "Abschließende Bemerkungen" sein

hl7:text

ST

1 … 1

R

Information für den menschlichen Leser.

hl7:entry

0 … *

R

Beinhaltet 1.2.40.0.34.11.1.3.1 Eingebettetes Objekt Entry (DYNAMIC)

2.4 Beilagen

Id

1.2.40.0.34.11.1.2.3

ref

elgabbr-

Gültigkeit ab

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

<section>
  
  <templateId root="1.2.40.0.34.11.1.2.3"/>  
  <code code="BEIL" displayName="Beilagen" codeSystem="1.2.40.0.34.5.40" codeSystemName="ELGA_Sections"/>  
  <title>Beilagen</title>  
  <text> ... Lesbarer Textbereich ... </text>  
  <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.

hl7:templateId

II

1 … 1

R

@root

uid

1 … 1

F

1.2.40.0.34.11.1.2.3

hl7:code

CE

1 … 1

M

@code

CONF

1 … 1

F

BEIL

@codeSystem

1 … 1

F

1.2.40.0.34.5.40

hl7:title

ST

1 … 1

R

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!

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)

2.5 Patientenverfügungen und andere juridische Dokumente

Id

1.2.40.0.34.11.1.2.4

ref

elgabbr-

Gültigkeit ab

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"/>  
  <templateId root="2.16.840.1.113883.10.20.1.1"/>  
  
  <code code="42348-3" displayName="Advance directives" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC"/>  
  <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.

hl7:templateId

II

1 … 1

R

@root

uid

1 … 1

F

1.2.40.0.34.11.1.2.4

hl7:templateId

II

1 … 1

R

@root

uid

1 … 1

F

1.3.6.1.4.1.19376.1.5.3.1.3.34

hl7:templateId

II

1 … 1

R

@root

uid

1 … 1

F

2.16.840.1.113883.10.20.1.1

hl7:code

CE (extensible)

1 … 1

M

@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

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

2.6 Anmerkungen

Id

1.2.40.0.34.11.1.2.5

ref

elgabbr-

Gültigkeit ab

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-dataelement-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 code="ANM" displayName="Anmerkungen" codeSystem="1.2.40.0.34.5.40" codeSystemName="ELGA_Sections"/>  
  <title>Anmerkungen</title>  
  <text> ... Lesbarer Textbereich ... </text></section>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:section

Container zur Angabe der Anmerkungen.


	elgagab-dataelement-178	Anmerkungen	Datensatz

hl7:templateId

II

1 … 1

R

@root

uid

1 … 1

F

1.2.40.0.34.11.1.2.5

hl7:code

CE

1 … 1

M

@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

CONF

Elementinhalt MUSS "Anmerkungen" sein

hl7:text

1 … 1

R

Information für den menschlichen Leser.

2.7 Vitalparameter (alle EIS)

Id

1.2.40.0.34.11.30002

ref

elgabbr-

Gültigkeit ab

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>
  
  <templateId root="1.2.40.0.34.11.1.2.6"/>  
  <templateId root="1.3.6.1.4.1.19376.1.5.3.1.3.25"/>  
  <templateId root="2.16.840.1.113883.10.20.1.16"/>  
   … oder …   
  <templateId root="1.2.40.0.34.11.1.2.7"/>  
  <templateId root="1.3.6.1.4.1.19376.1.5.3.1.1.5.3.2"/>  
  <templateId root="1.3.6.1.4.1.19376.1.5.3.1.3.25"/>  
  <templateId root="2.16.840.1.113883.10.20.1.16"/>  
  
  <code code="8716-3" displayName="Vital signs" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC"/>  
  <title>Vitalparameter</title>  
  <text> ... Lesbarer Textbereich ... </text>  
  <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.

@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

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!

2.8 Vitalparameter „Enhanced“

Id

1.2.40.0.34.11.1.2.6

ref

elgabbr-

Gültigkeit ab

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.

hl7:templateId

II

1 … 1

R

@root

uid

1 … 1

F

1.2.40.0.34.11.1.2.6

hl7:templateId

II

1 … 1

R

@root

uid

1 … 1

F

1.3.6.1.4.1.19376.1.5.3.1.3.25

hl7:templateId

II

1 … 1

R

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

@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

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!

hl7:entry

NP

2.9 Vitalparameter „Full Support“

Id

1.2.40.0.34.11.1.2.7

ref

elgabbr-

Gültigkeit ab

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-dataelement1-14	Groesse	Test2 2019
exnds-dataelement1-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"/>  
  <templateId root="1.3.6.1.4.1.19376.1.5.3.1.1.5.3.2"/>  
  <templateId root="1.3.6.1.4.1.19376.1.5.3.1.3.25"/>  
  <templateId root="2.16.840.1.113883.10.20.1.16"/>  
  
  <code code="8716-3" displayName="Vital signs" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC"/>  
  <title>Vitalparameter</title>  
  <text> ... Lesbarer Textbereich ... </text>  
  <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.


exnds-dataelement1-14	Groesse	Test2 2019
exnds-dataelement1-15	Gewicht	Test2 2019
	Vitalwerte	Test2 2019

hl7:templateId

II

1 … 1

R

@root

uid

1 … 1

F

1.2.40.0.34.11.1.2.7

hl7:templateId

II

1 … 1

R

@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

@root

uid

1 … 1

F

1.3.6.1.4.1.19376.1.5.3.1.3.25

hl7:templateId

II

1 … 1

R

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

@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

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!

hl7:entry

1 … *

R

Maschinenlesbares Element.
Beinhaltet 1.2.40.0.34.11.1.3.3 Vitalparameter Gruppe Entry (DYNAMIC)

@typeCode

cs

0 … 1

F

DRIV

2.10 Risiken

Id

1.2.40.0.34.11.1.2.8

ref

elgabbr-

Gültigkeit ab

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 code="51898-5" displayName="Risk factors" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC"/>  
  <title>Risiken</title>  
  <text> ... Lesbarer Textbereich ... </text></section>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:section

Container zur Angabe der Risiken.

hl7:templateId

II

1 … 1

R

@root

uid

1 … 1

F

1.2.40.0.34.11.1.2.8

hl7:code

CE

1 … 1

M

@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

CONF

Elementinhalt MUSS "Risiken" sein

hl7:text

1 … 1

R

Information für den menschlichen Leser.

2.11 Hilfsmittel und Ressourcen

Id

1.2.40.0.34.11.1.2.9

ref

elgabbr-

Gültigkeit ab

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 code="RES" displayName="Hilfsmittel und Ressourcen" codeSystem="1.2.40.0.34.5.40" codeSystemName="ELGA_Sections"/>  
  <title>Hilfsmittel und Ressourcen</title>  
  <text> ... Lesbarer Textbereich ... </text></section>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:section

Container zur Angabe der Hilfsmittel und Ressourcen.

hl7:templateId

II

1 … 1

R

@root

uid

1 … 1

F

1.2.40.0.34.11.1.2.9

hl7:code

CE

1 … 1

M

@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

CONF

Elementinhalt MUSS "Hilfsmittel und Ressourcen" sein

hl7:text

1 … 1

R

Information für den menschlichen Leser.

3 CDA Entry Level Templates

3.1 ELGA EingebettetesObjekt-Entry

Id

1.2.40.0.34.11.1.3.1

ref

elgabbr-

Gültigkeit ab

2017‑05‑05

Andere Versionen mit dieser Id:

EingebettetesObjektEntry vom 2011‑12‑19

Status

Aktiv

Versions-Label

Name

EingebettetesObjektEntry

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.

@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

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

@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

3.2 ELGA Logo-Entry

Id

1.2.40.0.34.11.1.3.2

Gültigkeit ab

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

@classCode

cs

1 … 1

F

OBS

@moodCode

cs

1 … 1

F

EVN

hl7:templateId

II

1 … 1

R

@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

@mediaType

st

1 … 1

R

Medientyp des eingebetteten Objekts gemäß zugelassener Werteliste:

•image/png

•image/jpeg

@representation

cs

1 … 1

F

B64

3.3 ELGA VitalparameterGruppe-Entry

Id

1.2.40.0.34.11.1.3.3

ref

elgabbr-

Gültigkeit ab

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

Item

DT

Kard

Konf

Beschreibung

Label

hl7:organizer

1 … 1

M

@classCode

cs

1 … 1

F

CLUSTER

@moodCode

cs

1 … 1

F

EVN

hl7:templateId

II

1 … 1

R

ELGA

@root

uid

1 … 1

F

1.2.40.0.34.11.1.3.3

hl7:templateId

II

1 … 1

R

HL7 CCD 3.13

@root

uid

1 … 1

F

2.16.840.1.113883.10.20.1.32

hl7:templateId

II

1 … 1

R

HL7 CCD 3.12

@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

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

hl7:code

CE

1 … 1

M

Code des VitalparameterGruppe-Entry.

@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

@code

CONF

1 … 1

F

completed

hl7:effectiveTime

IVL_TS

0 … 1

C

Erhebungsdatum.

Zugelassene nullFlavor: UNK

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)

3.4 ELGA Vitalparameter-Entry

Id

1.2.40.0.34.11.1.3.4

ref

elgabbr-

Gültigkeit ab

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">
    
    <cda:templateId root="1.2.40.0.34.11.1.3.4"/>    
    <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"/>    
    <cda:templateId root="2.16.840.1.113883.10.20.1.31"/>    
    <cda:id root=" " extension=" "/>    
    <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>    
    <cda:text>
      <cda:reference value="tel:+1-12345678"/>    </cda:text>    
    <cda:statusCode code="completed"/>    
    <cda:value xsi:type="PQ" value="120" unit="/min"/>  </cda:observation></hl7:ClinicalDocument>

Beispiel

Vitalparameter dessen Wert nicht erhoben wurde

<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"/>  
  <cda:id root=" " extension=" "/>  
  <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>  
  <cda:text>
    <cda:reference value="#vitsig-1"/>  </cda:text>  
  <cda:statusCode code="completed"/>  
  <cda:value xsi:type="PQ" nullFlavor="NA"/></cda:observation>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:observation

1 … 1

R

@classCode

cs

1 … 1

F

OBS

@moodCode

cs

1 … 1

F

EVN

hl7:templateId

II

1 … 1

R

ELGA

@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

@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

@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

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

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.

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

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

hl7:reference

TEL

1 … 1

M

hl7:statusCode

CS

1 … 1

M

@code

CONF

1 … 1

F

completed

hl7:effectiveTime

IVL_TS

0 … 1

C

Erhebungsdatum. Zugelassene nullFlavor: UNK

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

Grundsätzlich MUSS, M [1..1], value angegeben sein.

Wenn ein bestimmter Vitalparameter nicht erhoben wurde, MUSS, M [1..1], value mit @nullFlavor="NA" strukturiert sein.

hl7:value

PQ

0 … 1

wo [not(@nullFlavor)]

hl7:value

PQ

0 … 1

wo [@nullFlavor='NA']

@nullFlavor

cs

1 … 1

F

NA

3.5 ELGA Problem/Bedenken-Entry

Id

1.2.40.0.34.11.1.3.5

Gültigkeit ab

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

Item

DT

Kard

Konf

Beschreibung

Label

hl7:act

1 … 1

R

@classCode

cs

1 … 1

F

ACT

@moodCode

cs

1 … 1

F

EVN

hl7:templateId

II

1 … 1

R

ELGA

@root

uid

1 … 1

F

1.2.40.0.34.11.1.3.5

hl7:templateId

II

1 … 1

R

IHE PCC Concern Entry

@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

@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

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

hl7:code

CE

1 … 1

R

Code des Problem/Bedenken-Entry.

@nullFlavor

cs

1 … 1

F

NA

hl7:statusCode

CS

1 … 1

M

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.

hl7:low

1 … 1

R

hl7:high

0 … 1

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)

@typeCode

cs

1 … 1

F

SUBJ

@inversionInd

bl

1 … 1

F

false

3.6 ELGA Problem-Entry

Id

1.2.40.0.34.11.1.3.6

ref

elgabbr-

Gültigkeit ab

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

Item

DT

Kard

Konf

Beschreibung

Label

hl7:observation

1 … 1

R

Container zur Angabe eines Problems.

@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

@root

uid

1 … 1

F

1.2.40.0.34.11.1.3.6

hl7:templateId

II

1 … 1

R

IHE PCC Problem Entry

@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

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

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.

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.

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

hl7:reference

TEL

1 … 1

M

hl7:statusCode

CS

1 … 1

M

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

hl7:low

TS.AT.TZ

1 … 1

R

Zeitpunkt des ersten Auftretens des Problems.

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.

hl7:value

CD

1 … 1

R

Problem (codiert oder uncodiert).

Hinweis: Die Wahl des Codesystems ist abhängig von der Problemart!

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.

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)

wo [hl7:name [@code='7']]

hl7:name

CD

1 … 1

M

@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

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)

wo [hl7:name [@code='8']]

hl7:name

CD

1 … 1

M

@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

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)

wo [hl7:name [@code='ART']]

hl7:name

CD

1 … 1

M

@code

CONF

1 … 1

F

ART

@codeSystem

1 … 1

F

1.2.40.0.34.5.211

hl7:value

CD

1 … 1

M

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)

wo [hl7:name [@code='TYP']]

hl7:name

CD

1 … 1

M

@code

CONF

1 … 1

F

TYP

@codeSystem

1 … 1

F

1.2.40.0.34.5.211

hl7:value

CD

1 … 1

M

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)

wo [hl7:name [@code='STAT']]

hl7:name

CD

1 … 1

M

@code

CONF

1 … 1

F

STAT

@codeSystem

1 … 1

F

1.2.40.0.34.5.211

hl7:value

CD

1 … 1

M

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.

Version vom 19. April 2018, 08:41 Uhr (Quelltext anzeigen) Lahnsteiner (Diskussion \| Beiträge) K (Lahnsteiner verschob die Seite Allgemeiner Leitfaden Alle Templates nach ILF:Allgemeiner Leitfaden Alle Templates und überschrieb dabei eine Weiterleitung) ← Zum vorherigen Versionsunterschied		Aktuelle Version vom 19. April 2018, 15:09 Uhr (Quelltext anzeigen) Lahnsteiner (Diskussion \| Beiträge)
(2 dazwischenliegende Versionen desselben Benutzers werden nicht angezeigt)
Zeile 1:		Zeile 1:
		+	{{#customtitle:Alle Templates}}
	Im Nachfolgenden werden die Templates für den Aufbau eines Allgemeinen Leitfadens nach [[elga-cdaalf-2.06.2:Konzept_und_Modellbeschreibung#CDA_Header\|Header]] und [[elga-cdaalf-2.06.2:Konzept_und_Modellbeschreibung#CDA_Body \|Body ]](Body Structures und Body Entries) gegliedert.		Im Nachfolgenden werden die Templates für den Aufbau eines Allgemeinen Leitfadens nach [[elga-cdaalf-2.06.2:Konzept_und_Modellbeschreibung#CDA_Header\|Header]] und [[elga-cdaalf-2.06.2:Konzept_und_Modellbeschreibung#CDA_Body \|Body ]](Body Structures und Body Entries) gegliedert.

Alle Templates

Aktuelle Version vom 19. April 2018, 15:09 Uhr

Inhaltsverzeichnis

1 CDA Header Level Templates

1.1 Fachlicher Ansprechpartner

1.2 Einweisender/Zuweisender/Überweisender Arzt

1.3 Hausarzt

1.4 Notfall-Kontakt/Auskunftsberechtigte Person

1.5 Angehörige

1.6 Versicherter/Versicherung

1.7 Betreuende Organisation

1.8 Weitere Behandler

1.9 Patient („recordTarget/patientRole“)

1.10 Verfasser des Dokuments („author“)

1.11 Personen der Dateneingabe („dataEnterer“)

1.12 Verwahrer des Dokuments („custodian“)

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

1.14 Rechtlicher Unterzeichner („legalAuthenticator“)

1.15 Weitere Unterzeichner („authenticator“)

1.16 Auftrag („inFulfillmentOf“)

1.17 Service Events („documentationOf/serviceEvent“)

1.18 Bezug zu vorgehenden Dokumenten

1.19 Autorisierung („authorization“)

1.20 Encounter („componentOf/encompassingEncounter“)

1.21 Versionierung des Dokuments („setId“ und „versionNumber“)

1.22 Erstellungsdatum des Dokuments („effectiveTime“)

1.23 Vertraulichkeitscode („confidentialityCode“)

1.24 Sprachcode des Dokuments („languageCode“)

2 CDA Section Level Templates

2.1 Sektionen

2.2 Brieftext

2.3 Abschließende Bemerkungen

2.4 Beilagen

2.5 Patientenverfügungen und andere juridische Dokumente

2.6 Anmerkungen

2.7 Vitalparameter (alle EIS)

2.8 Vitalparameter „Enhanced“

2.9 Vitalparameter „Full Support“

2.10 Risiken

2.11 Hilfsmittel und Ressourcen

3 CDA Entry Level Templates

3.1 ELGA EingebettetesObjekt-Entry

3.2 ELGA Logo-Entry

3.3 ELGA VitalparameterGruppe-Entry

3.4 ELGA Vitalparameter-Entry

3.5 ELGA Problem/Bedenken-Entry

3.6 ELGA Problem-Entry

Navigationsmenü

Suche