ILF:ENDS 2: Unterschied zwischen den Versionen

Aus HL7 Austria MediaWiki
Wechseln zu: Navigation, Suche
[unmarkierte Version][unmarkierte Version]
(→‎Dokumenten Spezifikation)
(→‎Administrative Daten (CDA Header))
Zeile 201: Zeile 201:
  
 
==Administrative Daten (CDA Header)==
 
==Administrative Daten (CDA Header)==
 +
====Document Realm====
 +
{{:1.2.40.0.34.6.0.11.1.10/dynamic}}
  
−
===Record Target===
+
====Document Effective Time====
 +
{{:1.2.40.0.34.6.0.11.1.11/dynamic}}
 +
 
 +
====Document Confidentiality Code====
 +
{{:1.2.40.0.34.6.0.11.1.12/dynamic}}
 +
 
 +
====Document Language====
 +
{{:1.2.40.0.34.6.0.11.1.13/dynamic}}
 +
 
 +
====Document Set Id and Version Number====
 +
{{:1.2.40.0.34.6.0.11.1.15/dynamic}}
 +
 
 +
====Record Target====
 
{{:1.2.40.0.34.6.0.11.1.3/dynamic}}
 
{{:1.2.40.0.34.6.0.11.1.3/dynamic}}
  
−
===Author===
+
====Author====
 
{{:1.2.40.0.34.6.0.11.1.2/dynamic}}
 
{{:1.2.40.0.34.6.0.11.1.2/dynamic}}
  
−
===Data Enterer===
+
====Data Enterer====
 
{{:1.2.40.0.34.6.0.11.1.22/dynamic}}
 
{{:1.2.40.0.34.6.0.11.1.22/dynamic}}
  
−
===Custodian===
+
====Custodian====
 
{{:1.2.40.0.34.6.0.11.1.4/dynamic}}
 
{{:1.2.40.0.34.6.0.11.1.4/dynamic}}
  
−
===Information Recipient===
+
====Information Recipient====
 
{{:1.2.40.0.34.6.0.11.1.24/dynamic}}
 
{{:1.2.40.0.34.6.0.11.1.24/dynamic}}
  
−
===Legal Authenticator===
+
====Legal Authenticator====
 
{{:1.2.40.0.34.6.0.11.1.5/dynamic}}
 
{{:1.2.40.0.34.6.0.11.1.5/dynamic}}
  
−
===Authenticator===
+
====Authenticator====
 
{{:1.2.40.0.34.6.0.11.1.6/dynamic}}
 
{{:1.2.40.0.34.6.0.11.1.6/dynamic}}
  
−
===Participant (Fachlicher Ansprechpartner)===
+
====Participant Fachlicher Ansprechpartner====
 
{{:1.2.40.0.34.6.0.11.1.20/dynamic}}
 
{{:1.2.40.0.34.6.0.11.1.20/dynamic}}
  
−
===Participant (Hausarzt)===
+
====Participant Hausarzt====
 
{{:1.2.40.0.34.6.0.11.1.23/dynamic}}
 
{{:1.2.40.0.34.6.0.11.1.23/dynamic}}
  
−
===Participant (Versicherung)===
+
====Participant Versicherung====
 
{{:1.2.40.0.34.6.0.11.1.26/dynamic}}
 
{{:1.2.40.0.34.6.0.11.1.26/dynamic}}
  
−
===Service Events===
+
====Participant Ein-, Ueber-, Zuweisender Arzt====
−
TODO
+
{{:1.2.40.0.34.6.0.11.1.21/dynamic}}
 +
 
 +
====Documentation Of Service Event====
 +
{{:1.2.40.0.34.6.0.11.1.17/dynamic}}
 +
 
 +
====Component Of - Encompassing Encounter====
 +
{{:1.2.40.0.34.6.0.11.1.7/dynamic}}
 +
 
 +
====Encounter Location====
 +
{{:1.2.40.0.34.6.0.11.1.8/dynamic}}
 +
 
 +
====AuthorElements====
 +
{{:1.2.40.0.34.11.90004/dynamic}}
 +
 
 +
====PersonElements====
 +
{{:1.2.40.0.34.11.90001/dynamic}}
  
−
===Encompassing Encounter===
+
====OrganizationElements====
−
TODO
+
{{:1.2.40.0.34.11.90002/dynamic}}
  
 
==Fachlicher Inhalte (CDA Body)==
 
==Fachlicher Inhalte (CDA Body)==

Version vom 8. März 2020, 15:55 Uhr

ELGA mitClaim.png
ELGA GmbH
Leitfaden Export-Normdatensatz®
im ELGA CDA® R2 Laborbefund
Zur Anwendung im österreichischen
Gesundheitswesen [1.2.40.0.34.10.1]
30. August 2019
1.00
draft




Under construction icon-blue.png Diese Seite oder Abschnitt ist derzeit ein Entwurf und kann sich noch ändern.
This article was last edited by Frohner (talk| contribs) 4 years ago.
This article or section is in the middle of an expansion or major restructuring.
This article was last edited by Frohner (talk| contribs) 4 years ago.


Inhaltsverzeichnis

1 Implementierungsleitfaden Export-Normdatensatz 2

--Frohner (Diskussion) 12:55, 2. Sep. 2019 (UTC) IHE XDM Attribut patientId: Laut ELGA "Patienten-ID in der XDS Affinity Domain" ist R. Gegen dieses Konformanzkriterium könnte verstoßen werden, wenn die ASW (welche den Export triggert) nicht an einer XDS Affinity Domain angeschlossen ist. Von Seiten der IHE wäre dies kein Problem. Dort wird dieses Attribut als R2 definiert. ACHTUNG: In diesem Kontext: Die homeCommunityId (ID der Affinity Domaine) wird ebenfalls benötigt (u.a. auch als Teil der referencedIdList).

2 Technischer Hintergrund

2.1 IHE XDM

Vorgeschriebene Verzeichnisstruktur laut IHE-ITI Vol2b, Transaction ITI-32[1]

Für den Export der beschlossenen Normdaten wird als Basis das IHE XDM (Cross-Enterprise Document Media Interchange) Profile herangezogen. Dieses Profile ist in den IHE Technical Frameworks IT-Infrastructur definiert (IHE-ITI Vol1[2] und IHE-ITI Vol2b[1]). Das XDM Profil definiert wie Daten abseits einer technischen Infrastruktur geteilt werden können, es definiert also den Austausch von Daten über Datenträger (z.B. USB-Speicherstick, CD/DVD). Hierzu wird in XDM eine Verzeichnisstruktur vorgegeben. Betreffend der verspeicherten Fileformate ist das Profil jedoch agnostisch. Das bedeutet, dass mithilfe von XDM nicht nur CDA (XML) Dokumente übertragen werden können, sondern auch die anderen geforderten Dokumentenklassen wie z.B.: iCalander, .json. Anzumerken ist, dass IHE XDM für die Datei- und Ordnerbezeichnungen den ISO9660 Standard vorschreibt. Dies bedeutet, dass für die Benennung die "8.3" Konvention zu verwenden ist. Im Zuge dieses Leitfadens und basierend auf der Anforderung, dass .json Dateien verwendet werden können, wird gegen bewusst gegen die ISO9660 und somit IHE XDM verstoßen (es gibt keine Dateiextension für .json mit nur 3 Zeichen).


2.1.1 README.TXT

Laut IHE Profile XDM ist zwingend eine README.TXT Datei in der Orderstruktur zu führen. Nach [1] MUSS diese Datei folgende Informationen beinhalten:

  • Kontaktinformationen über das dokumenterstellende Institut
  • Informationen über das Softwareprodukt welches an der Erstellung beteiligt war
    • Name und Version
    • Kontaktinformationen zum Softwareprodukthersteller
  • Information über die Struktur des XDM Datenset

Es ist anzumerken, dass das README.TXT File von der transportierten klinischen Information unabhängig ist. Somit kann die gleiche README.TXT in verschiedenen Exporten vorkommen. 

Erzeugt von:
Amadeus Spital
Mozartgasse 1-7
5350 St.Wolfgang, Salzburg

Für Unterstützung:
IT Amadeus Spital
+43 6138 3453446 122

Erzeugt durch xy GmbH - Arztsoftware, Version 8.123, www.xy-arztsoftware.at

Der IHE_XDM Ordner enhält für jeden Patienten/jede Patientin einen eigenen Unterordner. Der Name des Unterordners ist die PatientenID aus dem Quellsystem.

Zur Darstellung der Inhalte können folgende Softwareprodukte genutzt werden:
- Für CDA Dokumente (.XML): Browser und ELGA-Referenzstylesheet, bzw. ENDS2-Importtool
- Für iCalender Dateien (.ICS): Kalenderapplikation, bzw. ENDS2-Importtool
- Für JSON Dateien (.JSON): Texteditor, bzw. ENDS2-Importtool

2.1.2 INDEX.HTM

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML Basic 1.0//EN" "http://www.w3.org/TR/xhtml-basic/xhtml-basic10.dtd">
<html>

<head>
    <meta http-equiv="Content-Type" content="text/html;charset=utf-8" />
    <title>XDM - klinische Dokumente für Maximilian TEST0000000036</title>
</head>

<body>
    <h1>XDM Dokumente:</h1>
    <p>
        Erzeugt von:<br/> 
	Amadeus Spital - Urologische Ambulanz<br/> 
	Mozartgasse 1-7<br/> 
	5350 St. Wolfgang
    </p>
    <p>
        Name des Patienten: Maximilian TEST0000000036<br/> 
	Pat-ID: 36<br/> 
	Geschlecht: M<br/> 
	Geburtsdatum: 26.08.2001<br/> 
	STR0000000036<br/> 
	0036 WIEN0000000036
    </p>
    
    <h2>Dokumente:</h2>
    <p>
	<a href="IHE_XDM\00000036\00000036.XML">CDA Dokument</a><br/>
	<a href="IHE_XDM\00000036\TERMIN001.ICS">Termin Verbandswechsel</a>
    </p>
</body>

</html>

2.1.3 METADATA.XML

Das Metadata.xml enthält neben den Identifiern für die/das Dokument(en) und der/des Patienten die notwendigen Context-Informationen. Dieses XML File basiert auf dem ebXML Standard und im folgenden werden die notwendigen XML-Strukturen kurz vorgestellt.

  • External Identifier
  • Name
  • Classification
  • Slot
2.1.3.1 External Identifier

Das "External Identifier" Element hat folgende 4 XML-Attribute welche zu befüllen sind:

  • registryObject: UUID des zugehörigen Registry Packages (Ausprägungen: SubmissionSet, Folder, bzw. Document)
  • identificationScheme: UUID des laut IHE ITI Vol3 definerten Metadaten Vokabular (siehe Kapitel 4.2.5 Metadata Vocabulary im ITI-TF Vol3[3])
  • value: Codierter Wert - Hinweise bezüglich der Codierung ist aus der jeweiligen Spezifikation ersichtlich.
  • id: global eindeutiger Identifier des "External Identifier"-Elements

Als Child-Element ist ein "Name"-Element zu führen, welches die Klartextdarstellung des "identificationSchema" laut IHE ITI-TF Vol3 Vokabulars enthält. 


BEGIN:VCALENDAR
VERSION:2.0
PRODID:http://www.example.com/calendarapplication/
METHOD:PUBLISH
BEGIN:VEVENT
UID:461092315540@example.com
ORGANIZER;CN="Dr. Max Mustermann":MAILTO:max.mustermann@example.com
LOCATION:Praxis Dr. Mustermann, Raum 01
SUMMARY:Verbandswechsel
DESCRIPTION:Verbandswechsel Hr. Tester
CLASS:PUBLIC
DTSTART:20190910T090000Z
DTEND:20190910T091500Z
DTSTAMP:20190903T130000Z
END:VEVENT
END:VCALENDAR

3 Anwendungsfälle

Die folgenden Anwendungsfälle wurden von Seiten des Auftraggebers definiert und zusätzlich in den Workshops noch diskutiert bzw. konkretisiert.

3.1 Archivierung von definierten Daten

Aus derzeitiger Sicht kann mit dem gegenständlichen Normdatensatz keine vollständige Backup-Möglichkeit geliefert werden. Auf Grund der Tatsache, das sich die Softwarelösungen der einzelnen Hersteller in den einzelnen Details stark unterscheiden (Qualität als auch Quanitität der genutzten und gespeicherten Daten), kann somit keine vollständige Abbildung der Daten angestrebt werden. Es ist möglich den Exportdatensatz somit zur Archivierung von den hier definierten Daten genutzt werden.

Schritte

  • Auswahl ob PatientInnendaten oder Systemdaten gespeichert werden sollen
  • Durchführung der Datensatzerstellung

3.2 Systemwechsel zu einer anderen Arztsoftware

Vergleichbar mit dem ersten Anwendungsfall, kann die durchgeführte Archivierung in das neue Arztsoftwaresystem eingespielt werden.

Schritte

  • Auswahl des Datensatzes (PatientInnendaten bzw. Systemdaten) für den Export
  • Durchführung der Datensatzerstellung
  • Einspielen des zuvor erstellten Datensatzes in das neue System

3.3 Auskunft an PatientInnen (lt. DSGVO) oder Arztwechsel

Sollte ein Patient/eine Patientin Auskunft über seine/ihre gespeicherten Daten erfragen, kann ein Datensatz mit PatientInnenspezifischen Daten generiert werden. Es mag hiflreich sein, dass diese generierten Daten vor der Übergabe (eines physikalsichen Mediums) noch gezippt und verschlüsselt werden. Das Passwort zum entschlüsseln ist dem Patienten/der Patientin zu übergeben.

Schritte

  • Auswahl des Patienten/der Patientin
  • Datensatz erstellen
  • Datensatz auf ein geeignetes Medium spielen (USB-Stick, CD, DVD). Hierbei ist ein Datenformat zu wählen welches aktuell verbreitet in Verwendung ist.

4 Dokumenten Spezifikation

4.1 Dokumenten Ebene

Id1.2.40.0.34.6.0.11.0.6Gültigkeit2019‑06‑12 09:18:44
StatusKgreen.png AktivVersions-Label1.0.0+20210310
Nameexnds_document_exportNormdatensatzBezeichnungExport-Normdatensatz
KontextPfadname /
KlassifikationCDA Document Level Template
Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
Benutzt
Benutzt 42 Templates
Benutzt als NameVersion
1.2.40.0.34.6.0.11.1.10InklusionKgreen.png Document Realm (1.0.1+20230717)DYNAMIC
1.2.40.0.34.6.0.11.1.30InklusionKgreen.png Document TypeId (1.0.0+20210219)DYNAMIC
1.2.40.0.34.6.0.11.1.46InklusionKgreen.png Document TerminologyDate (1.0.0+20210219)DYNAMIC
1.2.40.0.34.6.0.11.1.47InklusionKgreen.png Document FormatCode (1.1.0+20210303)DYNAMIC
1.2.40.0.34.6.0.11.1.44InklusionKgreen.png Document PracticeSettingCode (1.1.0+20210303)DYNAMIC
1.2.40.0.34.6.0.11.1.11InklusionKgreen.png Document Effective Time (1.0.1+20230717)DYNAMIC
1.2.40.0.34.6.0.11.1.12InklusionKgreen.png Document Confidentiality Code (1.0.2+20230717)DYNAMIC
1.2.40.0.34.6.0.11.1.13InklusionKgreen.png Document Language (1.0.0+20210219)DYNAMIC
1.2.40.0.34.6.0.11.1.15InklusionKgreen.png Document Set Id and Version Number (1.0.0+20210219)DYNAMIC
1.2.40.0.34.6.0.11.1.3InklusionKyellow.png Record Target (1.2.1)DYNAMIC
1.2.40.0.34.6.0.11.1.2InklusionKgreen.png Author (1.0.3+20230717)DYNAMIC
1.2.40.0.34.6.0.11.1.4InklusionKgreen.png Custodian (1.0.1+20211213)DYNAMIC
1.2.40.0.34.6.0.11.1.24InklusionKgreen.png Information Recipient (1.0.0+20210219)DYNAMIC
1.2.40.0.34.6.0.11.1.5InklusionKgreen.png Legal Authenticator (1.0.0+20210219)DYNAMIC
1.2.40.0.34.6.0.11.1.6InklusionKgreen.png Authenticator (1.0.0+20210219)DYNAMIC
1.2.40.0.34.6.0.11.1.20InklusionKgreen.png Participant Fachlicher Ansprechpartner (1.0.2+20210803)DYNAMIC
1.2.40.0.34.6.0.11.1.23InklusionKgreen.png Participant Hausarzt (1.0.1+20210803)DYNAMIC
1.2.40.0.34.6.0.11.1.27InklusionKgreen.png Participant Auskunftsberechtigte Person (Notfallkontakt) (1.0.2+20210803)DYNAMIC
1.2.40.0.34.6.0.11.1.25InklusionKgreen.png Participant Angehoerige (1.0.1+20210803)DYNAMIC
1.2.40.0.34.6.0.11.1.26InklusionKgreen.png Participant Versicherung (1.0.0+20210219)DYNAMIC
1.2.40.0.34.6.0.11.1.29InklusionKgreen.png Participant Betreuungsorganisation (1.0.0+20210219)DYNAMIC
1.2.40.0.34.6.0.11.1.28InklusionKgreen.png Participant Weitere Behandler (1.0.0+20210219)DYNAMIC
2.16.840.1.113883.10.12.109InklusionKgreen.png CDA inFulfillmentOfDYNAMIC
1.2.40.0.34.6.0.11.1.7InklusionKgreen.png Component Of - Encompassing Encounter (1.0.1+20230717)DYNAMIC
1.2.40.0.34.6.0.11.2.66ContainmentKgreen.png EXNDS Weitere Patienteninformation - Administrativ (1.0.0+20210310)DYNAMIC
1.2.40.0.34.6.0.11.2.67ContainmentKgreen.png EXNDS Weitere Patienteninformation - Medizinisch (1.0.0+20210310)DYNAMIC
1.2.40.0.34.6.0.11.2.99ContainmentKgreen.png EXNDS Cave - kodiert (1.0.0+20210310)DYNAMIC
1.2.40.0.34.6.0.11.2.96ContainmentKgreen.png Diagnose - kodiert (1.1.2+20240628)DYNAMIC
1.2.40.0.34.6.0.11.2.30ContainmentKgreen.png EXNDS Familienanamnese (1.0.0+20210310)DYNAMIC
1.2.40.0.34.6.0.11.2.32ContainmentKgreen.png EXNDS Behandlungsschein (1.0.0+20210310)DYNAMIC
1.2.40.0.34.6.0.11.2.33ContainmentKgreen.png EXNDS Behandlungen (1.0.0+20210310)DYNAMIC
1.2.40.0.34.6.0.11.2.34ContainmentKgreen.png EXNDS Karteineintragungen (1.0.0+20210310)DYNAMIC
1.2.40.0.34.6.0.11.2.35ContainmentKgreen.png EXNDS Laborparameter (1.0.0+20210310)DYNAMIC
1.2.40.0.34.6.0.11.2.104ContainmentKyellow.png Rezept - codiert (3.0.0+202407##)DYNAMIC
1.2.40.0.34.6.0.11.2.101ContainmentKgreen.png EXNDS Verordnungen (1.0.0+20210310)DYNAMIC
1.2.40.0.34.6.0.11.2.1ContainmentKgreen.png Impfungen - kodiert (1.0.0+20210219)DYNAMIC
1.2.40.0.34.6.0.11.2.2ContainmentKgreen.png Impfempfehlungen - kodiert (1.0.3+20230717)DYNAMIC
1.2.40.0.34.6.0.11.2.40ContainmentKgreen.png EXNDS Befund (1.0.0+20210310)DYNAMIC
1.2.40.0.34.6.0.11.2.37ContainmentKgreen.png EXNDS eCard Konsultationsdaten (1.0.0+20210310)DYNAMIC
1.2.40.0.34.6.0.11.2.38ContainmentKgreen.png EXNDS ABS-Daten (1.0.0+20210310)DYNAMIC
1.2.40.0.34.6.0.11.2.36ContainmentKgreen.png EXNDS Attachments (1.0.0+20210310)DYNAMIC
1.2.40.0.34.6.0.11.2.39ContainmentKgreen.png EXNDS Krankenstand (1.0.0+20210310)DYNAMIC
ItemDTKardKonfBeschreibungLabel
hl7:ClinicalDocument
1 … 1M(exn...atz)
Treetree.png@classCode
cs0 … 1FDOCCLIN
Treetree.png@moodCode
cs0 … 1FEVN
Eingefügt1 … 1M von 1.2.40.0.34.6.0.11.1.10 Document Realm (DYNAMIC)
Treetree.pnghl7:realmCode
CS1 … 1M
Hoheitsbereich des Dokuments.

Fester Wert: @code = AT
(aus Value Set „ELGA_RealmCode“)
(exn...atz)
Treeblank.pngTreetree.png@code
1 … 1FAT
Eingefügt1 … 1M von 1.2.40.0.34.6.0.11.1.30 Document TypeId (DYNAMIC)
Treetree.pnghl7:typeId
II1 … 1MDokumentformat CDA R2
(exn...atz)
Treeblank.pngTreetree.png@root
uid1 … 1F2.16.840.1.113883.1.3
Treeblank.pngTreetree.png@extension
st1 … 1FPOCD_HD000040
Treetree.pnghl7:templateId
II1 … 1M(exn...atz)
wo [@root='1.2.40.0.34.6.0.11.0.1']
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.6.0.11.0.1
Treetree.pnghl7:templateId
II1 … 1M(exn...atz)
wo [@root='1.2.40.0.34.7.25.1']
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.7.25.1
Treetree.pnghl7:templateId
II1 … 1M(exn...atz)
wo [@root='1.2.40.0.34.6.0.11.0.6']
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.6.0.11.0.6
Treetree.pnghl7:id
II1 … 1M(exn...atz)
Treetree.pnghl7:code
CE1 … 1MVerpflichtende Angabe des Dokumententyps und der Dokumentenklasse(exn...atz)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.36 exnds_DocumentType_VS (DYNAMIC)
Treeblank.pngTreetree.pnghl7:translation
CD1 … 1M(exn...atz)
Treeblank.pngTreeblank.pngTreetree.png@code
cs1 … 1FDatenbankexportEXNDS
Treeblank.pngTreeblank.pngTreetree.png@codeSystem
oid1 … 1F1.2.40.0.34.5.195
Treeblank.pngTreeblank.pngTreetree.png@displayName
st0 … 1FDatenbankexport EXNDS
Treeblank.pngTreeblank.pngTreetree.png@codeSystemName
st0 … 1FEXNDS_Concepts
Treetree.pnghl7:title
ST1 … 1M(exn...atz)
 CONF
Elementinhalt muss "Datenbankexport" sein
Eingefügt1 … 1M von 1.2.40.0.34.6.0.11.1.46 Document TerminologyDate (DYNAMIC)
Treetree.pnghl7at:terminologyDate
TS.DATE.FULL1 … 1MDas Terminologie-Datum des Dokumentes
Das Datum, an dem die lokal zur Implementierung verwendeten Value Sets mit dem österreichischen Terminologieserver abgeglichen wurden, wird hier angegeben.
(exn...atz)
 ConstraintDas Datum der letzten Terminologie-Aktualisierung MUSS entsprechend klassischer HL7 V3 Notation im Format "YYYYMMDD" angegeben werden.
Beispiel: 20200527
Eingefügt1 … 1M von 1.2.40.0.34.6.0.11.1.47 Document FormatCode (DYNAMIC)
Treetree.pnghl7at:formatCode
CD1 … 1Mdie genaue Version des XDS FormatCode(exn...atz)
Treeblank.pngTreetree.png@code
cs1 … 1RSiehe https://termpub.gesundheit.gv.at:443/TermBrowser/gui/main/main.zul?loadType=ValueSet&loadName=ELGA_FormatCode_VS
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.61 ELGA_Formatcode (DYNAMIC)
Treeblank.pngTreetree.png@codeSystem
oid1 … 1F1.2.40.0.34.5.37
Treeblank.pngTreetree.png@displayName
st1 … 1R
Eingefügt1 … 1M von 1.2.40.0.34.6.0.11.1.44 Document PracticeSettingCode (DYNAMIC)
Treetree.pnghl7at:practiceSettingCode
CD1 … 1MDie fachliche Zuordnung des Dokumentes(exn...atz)
Treeblank.pngTreetree.png@displayName
1 … 1R
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.75 ELGA_PracticeSetting (DYNAMIC)
Eingefügt1 … 1M von 1.2.40.0.34.6.0.11.1.11 Document Effective Time (DYNAMIC)
Angabe des Zeitpunkts wann der Export aus dem Primärsystem stattgefunden hat.
Treetree.pnghl7:effectiveTime
TS.AT.TZ1 … 1M
Relevantes Datum des Dokuments.
Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen.
(exn...atz)
 
Target.png
at-cda-bbr-data​element-11Kyellow.png Erstellungsdatum Kyellow.png Dataset A Allgemeiner Leitfaden
Eingefügt1 … 1M von 1.2.40.0.34.6.0.11.1.12 Document Confidentiality Code (DYNAMIC)
Treetree.pnghl7:confidentialityCode
CE1 … 1M
Vertraulichkeitscode des Dokuments aus Value Set „ELGA_Confidentiality“. 
(exn...atz)
 
Target.png
at-cda-bbr-data​element-13Kyellow.png Vertraulichkeitscode Kyellow.png Dataset A Allgemeiner Leitfaden
Treeblank.pngTreetree.png@codeSystemName
st1 … 1FHL7:Confidentiality
 ConstraintFür ELGA-Dokumente ist ausschließlich "N" erlaubt!
Eingefügt1 … 1M von 1.2.40.0.34.6.0.11.1.13 Document Language (DYNAMIC)
Treetree.pnghl7:language​Code
CS.LANG1 … 1MSprachcode des Dokuments.
(exn...atz)
 
Target.png
at-cda-bbr-data​element-14Kyellow.png Sprachcode Kyellow.png Dataset A Allgemeiner Leitfaden
Treeblank.pngTreetree.png@code
cs1 … 1R
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.10 ELGA_LanguageCode (DYNAMIC)
 ConstraintFür ELGA ist in @code für CDA und Ableitungen in die XDSDocumentEntry-Metadaten derzeit ausschließlich der Wert "de-AT" zulässig.
Für eHealth und zukünftige Versionen der ELGA Leitfäden können weitere Sprachcodes erlaubt werden.
Eingefügt1 … 1M von 1.2.40.0.34.6.0.11.1.15 Document Set Id and Version Number (DYNAMIC)
Treetree.pnghl7:setId
II1 … 1M
Eindeutige Id des Dokumentensets. Diese bleibt über alle Versionen der Dokumente gleich (initialer Wert bleibt erhalten).
Die setId SOLL unterschiedlich zur clinicalDocument.id sein.
↔ Hinweis zum XDS-Mapping: Dieses Element wird ins XDS-Attribut referenceIdList ("urn:elga:iti:xds:2014:ownDocument_setId") gemappt.
Hinweis: Bestimmte Systeme, die bei der Übernahme der setId in die XDS-Metadaten mit dem V2-Datentyp CX arbeiten, könnten ein Problem mit @extension-Attributen haben, die länger als 15 Zeichen sind.
(exn...atz)
Treetree.pnghl7:versionNumber
INT.​NONNEG1 … 1MVersionsnummer des Dokuments, wird bei neuen Dokumenten mit 1 festgelegt.
Die versionNumber ist eine natürliche Zahl für die fortlaufende Versionszählung. Mit einer neuen Version wird diese Zahl hochgezählt, während die setId gleich bleibt.
(exn...atz)
Treeblank.pngTreetree.png@value
int1 … 1RVersionsnummer als positive ganze Zahl.
Auswahl1 … 1
Im Falle eines Export von patientenzentrierten Daten MUSS ein gültiges recordTarget-Element vorhanden sein. Im Falle des Export der Systemparameter MUSS das recordTarget-Element mit dem nullFlavor "NA" (not applicable) geführt werden.
Elemente in der Auswahl:
  • hl7:recordTarget eingefügt vom Template 1.2.40.0.34.6.0.11.1.3 Record Target (DYNAMIC)
  • hl7:recordTarget
Eingefügt0 … 1R von 1.2.40.0.34.6.0.11.1.3 Record Target (DYNAMIC)
Treeblank.pngTreetree.pnghl7:recordTarget
0 … 1RKomponente für die Patientendaten.(exn...atz)
 
Target.png
at-cda-bbr-data​element-64Kyellow.png Patient Kyellow.png Dataset A Allgemeiner Leitfaden
Treeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FRCT
Treeblank.pngTreeblank.pngTreetree.png@context​Control​Code
cs0 … 1FOP
Treeblank.pngTreeblank.pngTreetree.pnghl7:patientRole
1 … 1MPatientendaten.
(exn...atz)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FPAT
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II2 … *RPatientenidentifikatoren(exn...atz)
 
Target.png
at-cda-bbr-data​element-193Kyellow.png EKVK Kyellow.png Dataset A Allgemeiner Leitfaden
at-cda-bbr-data​element-65Kyellow.png LokaleID Kyellow.png Dataset A Allgemeiner Leitfaden
at-cda-bbr-data​element-66Kyellow.png SVNr Kyellow.png Dataset A Allgemeiner Leitfaden
at-cda-bbr-data​element-67Kyellow.png bPK-GH Kyellow.png Dataset A Allgemeiner Leitfaden
 Constraint
Hinweis: Die Reihenfolge der id-Elemente MUSS unbedingt eingehalten werden!

* id[1] Identifikation des Patienten im lokalen System (1..1 M)
↔ Hinweis zum XDS-Mapping: Das Element id[1] wird ins XDS-Attribut sourcePatientId gemappt.

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

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

* id[@root="1.2.40.0.10.2.1.1.149"] Bereichsspezifisches Personenkennzeichen (0..1 O):
   - @root : OID der österreichischen bPK, fester Wert: 1.2.40.0.10.2.1.1.149 (1..1 M)
   - @extension : bPK des Patienten: concat(Bereichskürzel, ":", bPK) (Base64,28 Zeichen). Typischerweise bPK-GH (Gesundheit). Kann im Zusammenhang mit E-ID auch andere Bereichskürzel tragen.
Anmerkung : Das bPK dient ausschließlich technisch der Zuordnung der elektronischen Identität und darf daher weder angezeigt werden noch am Ausdruck erscheinen noch in allfälligen Downloads enthalten sein (1..1 M)
   - @assigningAuthorityName : Fester Wert: Österreichische Stammzahlenregisterbehörde (0..1 O)

* id[@root="1.2.40.0.34.4.21"] Europäische Krankenversicherungskarte (0..1 O):
   - @root: OID der EKVK, fester Wert: 1.2.40.0.34.4.21 (1..1 M)
   - @extension: Datenfelder der EKVK nach folgender Bildungsvorschrift: concat(Feld 6,"^",Feld 7,"^",Feld 8,"^",Feld 9) wobei Feld 6 "Persönliche Kennummer" angegeben sein MUSS (1..1 M). Die übrigen Datenfelder sind optional (0..1 O). In Feld 9 MUSS die Datumsangabe im Format YYYMMDD erfolgen.
   -  @assigningAuthorityName : Fester Wert: Nationaler Krankenversicherungsträger (0..1 O)

Grundsätzlich sind die Vorgaben gemäß „Identifikations-Elemente“ zu befolgen.
 Beispiel
EKVK Beispiel-Max
<id root="1.2.40.0.34.4.21" extension="123456789^1100-OEGK^800400010016^20251231"/>
 Beispiel
EKVK Beispiel-Min
<id root="1.2.40.0.34.4.21" extension="123456789"/>
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
0 … 2R
Adresse des Patienten.
Es MUSS eine mögliche Adresse unterstützt werden. Spezielle Leitfäden (z.B. Entlassungsbrief Pflege) können es erforderlich machen, dass mehr als eine Adresse unterstützt werden muss.

Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)		(exn...atz)
 
Target.png
at-cda-bbr-data​element-68Kyellow.png Adresse Kyellow.png Dataset A Allgemeiner Leitfaden
 Constraint
Werden mehrere gleichartige address-Elemente strukturiert (z.B. Home, Pflege), MUSS jeweils das Attribut @use angeführt sein.
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL.AT0 … *RKontakt-Element. Grundsätzlich sind die Vorgaben gemäß „Kontaktdaten-Element“ zu befolgen.
(exn...atz)
 
Target.png
at-cda-bbr-data​element-72Kyellow.png Kontaktdaten Kyellow.png Dataset A Allgemeiner Leitfaden
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
url1 … 1R
Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567
Formatkonvention siehe „telecom-Format Konventionen für Telekom-Daten“
Zulässige Werteliste für telecom Präfixe gemäß Value-Set „ELGA_URLScheme“
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@use
cs0 … 1 
Bedeutung des angegebenen Kontakts (z.B Heim, Arbeitsplatz), z.B. WP
Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“
 ConstraintWerden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein.
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:patient
1 … 1MName des Patienten.
Für den Namen ist verpflichtend Granularitätsstufe 2 („strukturierte Angabe des Namens‘‘) anzuwenden!
Grundsätzlich sind die Vorgaben gemäß „Namen-Elemente von Personen PN“ zu befolgen.
(exn...atz)
 
Target.png
at-cda-bbr-data​element-70Kyellow.png Name Kyellow.png Dataset A Allgemeiner Leitfaden
Eingefügt1 … 1M von 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FPSN
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
cs0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
PN1 … 1MNamen-Element (Person)(exn...atz)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@use
cs0 … 1 
Die genaue Bedeutung des angegebenen Namens, z.B. Angabe eines Künstlernamens mit „A" für „Artist“.
Zulässige Werte gemäß Value Set „ELGA_EntityNameUse“.
Wird kein @use Attribut angegeben, gilt der Name als rechtlicher Name („L“).
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:prefix
ENXP0 … *
Beliebig viele Präfixe zum Namen, z.B. Akademische Titel
Achtung: Die Angabe der Anrede („Frau“, „Herr“), ist im CDA nicht vorgesehen!
(exn...atz)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@qualifier
cs0 … 1 
Bedeutung eines prefix-Elements, z.B. Angabe eines akademischen mit "AC" für „Academic“.
Zulässige Werte gemäß Value Set „ELGA_EntityNamePartQualifier".
 CONF
Der Wert von @qualifier muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.8 ELGA_EntityNamePartQualifier (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:family
ENXP1 … *MMindestens ein Hauptname (Nachname).(exn...atz)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@qualifier
cs0 … 1 

Bedeutung eines family-Elements, z.B. Angabe eines Geburtsnamen mit „BR" für „Birth“.

Zulässige Werte gemäß Value Set „ELGA_EntityNamePartQualifier“.

 CONF
Der Wert von @qualifier muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.8 ELGA_EntityNamePartQualifier (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:given
ENXP1 … *MMindestens ein Vorname(exn...atz)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@qualifier
cs0 … 1 
Die genaue Bedeutung eines given-Elements, beispielsweise dass das angegebene Element einen Geburtsnamen bezeichnet, z.B. BR („Birth“).
Zulässige Werte gemäß Value Set „ELGA_EntityNamePartQualifier“
 CONF
Der Wert von @qualifier muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.8 ELGA_EntityNamePartQualifier (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:suffix
ENXP0 … *Beliebig viele Suffixe zum Namen(exn...atz)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@qualifier
cs0 … 1 Die genaue Bedeutung eines suffix-Elements, beispielsweise dass das angegebene Suffix einen akademischen Titel darstellt, z.B.: AC („Academic“).
Zulässige Werte gemäß Value Set „ELGA_EntityNamePartQualifier“.
 CONF
Der Wert von @qualifier muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.8 ELGA_EntityNamePartQualifier (DYNAMIC)
Auswahl1 … 1
Das "administrative Geschlecht" ist das soziale oder gesellschaftliche Geschlecht ("Gender"). Das administrative Geschlecht ist daher grundsätzlich getrennt von den biologischen Merkmalen der Person zu sehen. Grundsätzlich soll das administrative Geschlecht dem im Zentralen Melderegister (ZMR) eingetragenen Geschlecht entsprechen.
Über ein Translation-Element können weitere Angaben zum Geschlecht gemacht werden, wenn diese abweichend vom administrativen Geschlecht sind, z.B.:
  • Biologisches Geschlecht
  • Geschlecht in der Sozialversicherung
  • Geschlecht für die Stations-/Bettenbelegung im Krankenhaus
Codierung des Geschlechts des Patienten aus ValueSet "ELGA_AdministrativeGender".
Elemente in der Auswahl:
  • hl7:administrative​Gender​Code[not(@nullFlavor)]
  • hl7:administrative​Gender​Code[@nullFlavor='UNK']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:administrative​Gender​Code
CE0 … 1(exn...atz)
wo [not(@nullFlavor)]
 
Target.png
at-cda-bbr-data​element-74Kyellow.png Geschlecht Kyellow.png Dataset A Allgemeiner Leitfaden
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@displayName
st1 … 1R
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@code
cs1 … 1R
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystem
oid1 … 1F2.16.840.1.113883.5.1
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystemName
st0 … 1FHL7:AdministrativeGender
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.4 ELGA_AdministrativeGender (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:translation
CD0 … *RÜber ein Translation-Element können weitere Angaben zum Geschlecht gemacht werden, wenn diese abweichend vom administrativen Geschlecht sind, z.B.: Biologisches Geschlecht, Geschlecht in der Sozialversicherung, Geschlecht für die Stations-/Bettenbelegung im Krankenhaus(exn...atz)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@displayName
st1 … 1R
 Beispiel
Beispiel für eine SNOMED CT Angabe
<translation code="772004004" codeSystem="2.16.840.1.113883.6.96" displayName="Non-binary gender"/>
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:administrative​Gender​Code
CE0 … 1

Mittels nullFlavor="UNK" wird "Unbekannt" abgebildet. Dies schließt die Ausprägung "Keine Angabe" mit ein.

(exn...atz)
wo [@nullFlavor='UNK']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FUNK
Auswahl1 … 1
Geburtsdatum des Patienten.
Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen.
Elemente in der Auswahl:
  • hl7:birthTime
  • hl7:birthTime[@nullFlavor='UNK']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:birthTime
TS.AT.VAR0 … 1(exn...atz)
 
Target.png
at-cda-bbr-data​element-75Kyellow.png Geburtsdatum Kyellow.png Dataset A Allgemeiner Leitfaden
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:birthTime
TS.AT.VAR0 … 1(exn...atz)
wo [@nullFlavor='UNK']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FUNK
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pngsdtc:deceasedInd
BL0 … 1RKennzeichen, dass die Person verstorben ist. Kann alternativ zum Todesdatum angegeben werden, v.a. wenn der Todeszeitpunkt nicht bekannt ist.(exn...atz)
 
Target.png
at-cda-bbr-data​element-192Kyellow.png Verstorben-Kennzeichen Kyellow.png Dataset A Allgemeiner Leitfaden
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pngsdtc:deceasedTime
TS.AT.TZ0 … 1RTodesdatum der Person.(exn...atz)
 
Target.png
at-cda-bbr-data​element-191Kyellow.png Todesdatum Kyellow.png Dataset A Allgemeiner Leitfaden
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:marital​Status​Code
CE0 … 1RCodierung des Familienstands des Patienten.
Zulässige Werte gemäß Value-Set „ELGA_MaritalStatus“		(exn...atz)
 
Target.png
at-cda-bbr-data​element-98Kyellow.png Familienstand Kyellow.png Dataset A Allgemeiner Leitfaden
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@code
cs1 … 1R
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystem
oid1 … 1F2.16.840.1.113883.5.2
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystemName
st1 … 1FHL7:MaritalStatus
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@displayName
st1 … 1R
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.11 ELGA_MaritalStatus (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:religious​Affiliation​Code
CE0 … 1RCodierung des Religionsbekenntnisses des Patienten.
Zulässige Werte gemäß Value-Set „ELGA_ReligiousAffiliation“		(exn...atz)
 
Target.png
at-cda-bbr-data​element-99Kyellow.png Religionsbekenntnis Kyellow.png Dataset A Allgemeiner Leitfaden
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@code
cs1 … 1R
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystem
oid1 … 1F2.16.840.1.113883.2.16.1.4.1
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystemName
st1 … 1FHL7.AT:ReligionAustria
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@displayName
st1 … 1R
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.18 ELGA_ReligiousAffiliation (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:raceCode
NPRasse des Patienten.
Darf nicht verwendet werden!		(exn...atz)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:ethnic​Group​Code
NPEthnische Zugehörigkeit des Patienten.
Darf nicht verwendet werden!		(exn...atz)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:guardian
0 … *R
Gesetzlicher Vertreter:
  1. Vorsorgebevollmächtigte/r (Bevollmächtigte/r durch Vorsorgevollmacht)
  2. Gewählte/r ErwachsenenvertreterIn
  3. Gesetzliche/r ErwachsenenvertreterIn
  4. Gerichtliche/r ErwachsenenvertreterIn (Sachwalter)
Der gesetzliche Vetreter kann entweder eine Person (guardianPerson) oder eine Organisation (guardianOrganization) sein.
Beim Patienten können optional ein oder mehrere gesetzliche Vetreter angegeben werden. Wenn ein gesetzliche Vetreter bekannt ist, SOLL diese Information auch angegeben werden.
(exn...atz)
 
Target.png
at-cda-bbr-data​element-88Kyellow.png Gesetzlicher Vertreter Kyellow.png Dataset A Allgemeiner Leitfaden
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FGUARD
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
0 … 1R
Die Adresse des gesetzlichen Vertreters oder der Organisation.
Grundsätzlich sind die Vorgaben für „Adress-Elemente“ zu befolgen.

Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)		(exn...atz)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL.AT0 … *RBeliebig viele Kontaktdaten des gesetzlichen Vertreters als Person oder Organisation.
Grundsätzlich sind die Vorgaben gemäß „Kontaktdaten-Element“ zu befolgen.
(exn...atz)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
st1 … 1R
Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567
Formatkonvention siehe „telecom-Format Konventionen für Telekom-Daten“
Zulässige Werteliste für telecom Präfixe gemäß Value-Set „ELGA_URLScheme“
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@use
set_cs0 … 1 
Bedeutung des angegebenen Kontakts (z.B. Heim, Arbeitsplatz) Bsp: WP
Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“
 ConstraintWerden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein.
Auswahl1 … 1
Angabe des gesetzlichen Vertreters als Person (guardianPerson in Granularitätsstufe 1 oder 2) ODER als Organisation (guardianOrganization)
Elemente in der Auswahl:
  • hl7:guardian​Person welches enthält Template 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC)
  • hl7:guardian​Person welches enthält Template 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)
  • hl7:guardian​Organization welches enthält Template 1.2.40.0.34.6.0.11.9.27 Organization Name Compilation (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:guardian​Person
0 … 1Name des gesetzlichen Vertreters: Angabe in  Granularitätsstufe 1
Beinhaltet 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC)		(exn...atz)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:guardian​Person
0 … 1Name des gesetzlichen Vertreters: Angabe in  Granularitätsstufe 2
Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)		(exn...atz)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:guardian​Organization
0 … 1RName des gesetzlichen Vertreters (Organisation)
Beinhaltet 1.2.40.0.34.6.0.11.9.27 Organization Name Compilation (DYNAMIC)		(exn...atz)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:birthplace
0 … 1RGeburtsort des Patienten.(exn...atz)
 
Target.png
at-cda-bbr-data​element-76Kyellow.png Geburtsort Kyellow.png Dataset A Allgemeiner Leitfaden
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FBIRTHPL
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:place
1 … 1M(exn...atz)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FPLC
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
cs0 … 1FINSTANCE
Auswahl1 … 1Elemente in der Auswahl:
  • hl7:addr welches enthält Template 1.2.40.0.34.6.0.11.9.10 Address Compilation Minimal (DYNAMIC)
  • hl7:addr welches enthält Template 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1Die Adresse des Geburtsorts. Minimalangabe. Alle Elemente optional.

Beinhaltet 1.2.40.0.34.6.0.11.9.10 Address Compilation Minimal (DYNAMIC)		(exn...atz)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1Die Adresse des Geburtsorts, struktuiert.
Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)		(exn...atz)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:language​Communication
0 … *R
Informationen bezüglich der Sprachfähigkeiten und Ausdrucksform des Patienten.
(exn...atz)
 
Target.png
at-cda-bbr-data​element-100Kyellow.png Sprachfähigkeit Kyellow.png Dataset A Allgemeiner Leitfaden
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:language​Code
CS1 … 1MSprache, die vom Patienten zu einem bestimmten Grad beherrscht wird (geschrieben oder gesprochen).


In der Klasse languageCommunication können Informationen bezüglich der Sprachfähigkeiten und Ausdrucksform (z.B. gesprochen oder geschrieben) des Patienten angegeben werden.
Dieser Leitfaden schränkt die möglichen Werte für die Sprache auf Werte aus dem Value Set ELGA_HumanLanguage ein.


Die Gebärdensprache ist als eigene Sprache inkl. Ländercode anzugeben, mit der Ergänzung des Länder-/Regional-Codes (z.B. sgn-at), die Ausdrucksweise (MoodCode) wird in diesem Fall nicht angegeben (denn expressed / received signed wären redundant).		(exn...atz)
 
Target.png
at-cda-bbr-data​element-101Kyellow.png Sprache Kyellow.png Dataset A Allgemeiner Leitfaden
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@code
cs1 … 1RZulässige Werte gemäß Value-Set „ELGA_HumanLanguage“ aus Code-System „HL7:HumanLanguage 2.16.840.1.113883.6.121“
Gemäß IETF / RFC 3066 enthält es ein bestimmtes Subset von Codes aus ISO 639-1 und ISO 639-2 (also zwei- und dreistellige Sprachcodes). Gemäß RFC 3066 ist es zulässig, eine Angabe der landestypischen Ausprägung der Sprache nach einem Bindestrich anzufügen. Das Land wird dabei nach ISO 3166-1 Alpha 2 angegeben. Dies MUSS bei der Auswertung des languageCodes berücksichtigt und toleriert werden.
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.173 ELGA_HumanLanguage (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:modeCode
CE0 … 1CAusdrucksform der Sprache.
Zulässige Werte gemäß Value-Set „ELGA_LanguageAbilityMode“
(exn...atz)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@code
cs1 … 1R
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@displayName
st1 … 1R
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystem
oid1 … 1F2.16.840.1.113883.5.60
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystemName
st0 … 1FHL7:LanguageAbilityMode
 ConstraintBei Strukturierung einer Gebärdensprache ist dieses Element NICHT ERLAUBT, NP [0..0] und MUSS daher komplett entfallen
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.175 ELGA_LanguageAbilityMode (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:proficiency​Level​Code
CE0 … 1RGrad der Sprachkenntnis in der Sprache.
Zulässige Werte gemäß Value-Set „ELGA_ProficiencyLevelCode“
(exn...atz)
 
Target.png
at-cda-bbr-data​element-102Kyellow.png Grad der Sprachkenntnis Kyellow.png Dataset A Allgemeiner Leitfaden
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@code
cs1 … 1R
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@displayName
st1 … 1R
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystem
oid1 … 1F2.16.840.1.113883.5.61
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystemName
st0 … 1FHL7:LanguageAbilityProficiency
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.174 ELGA_ProficiencyLevelCode (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:preference​Ind
BL0 … 1RKennzeichnung, ob die Sprache in der angegebenen Ausdrucksform vom Patienten bevorzugt wird.(exn...atz)
 
Target.png
at-cda-bbr-data​element-103Kyellow.png Sprachpräferenz Kyellow.png Dataset A Allgemeiner Leitfaden
 Schematron assertrole error 
 testnot(hl7:id[1]/@nullFlavor) 
 MeldungDie Verwendung von id/@nullFlavor ist an dieser Stelle NICHT ERLAUBT. 
 Schematron assertrole error 
 testnot(hl7:id[2]/@nullFlavor) or (hl7:id[2][@nullFlavor='UNK'] or hl7:id[2][@nullFlavor='NI']) 
 MeldungZugelassene nullFlavor sind "NI" und "UNK" 
Treeblank.pngTreetree.pnghl7:recordTarget
0 … 1(exn...atz)
Treeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FNA
Eingefügt1 … *M von 1.2.40.0.34.6.0.11.1.2 Author (DYNAMIC)
Es können beliebig viele Autoren angeführt werden. Dies mag notwendig sein im Falle einer Gruppenpraxis, wenn mehrere Ärzte/Ärztinnen ein Betreuungsverhältnis mit dem Patienten/der Patientin gehabt haben.
Treetree.pnghl7:author
1 … *MVerfasser des Dokuments.
(exn...atz)
Treeblank.pngTreetree.png@typeCode
cs0 … 1FAUT
Treeblank.pngTreetree.png@context​Control​Code
cs0 … 1FOP
Treeblank.pngTreetree.pnghl7:functionCode
CE (extensible)0 … 1R
Funktionscode des Verfassers des Dokuments, z.B: „Diensthabender Oberarzt“, „Verantwortlicher Arzt für Dokumentation“,„Stationsschwester“.
Eigene Codes und Bezeichnungen können verwendet werden.
(exn...atz)
Treeblank.pngTreeblank.pngTreetree.png@code
cs1 … 1R
Treeblank.pngTreeblank.pngTreetree.png@codeSystem
oid1 … 1R
Treeblank.pngTreeblank.pngTreetree.png@displayName
st1 … 1R
Auswahl1 … 1
Der Zeitpunkt, zu dem das Dokument verfasst bzw. inhaltlich fertiggestellt wurde.
Elemente in der Auswahl:
  • hl7:time[not(@nullFlavor)]
  • hl7:time[@nullFlavor='UNK']
Treeblank.pngTreeblank.pngTreetree.pnghl7:time
TS.AT.TZ0 … 1(exn...atz)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreetree.pnghl7:time
TS.AT.TZ0 … 1(exn...atz)
wo [@nullFlavor='UNK']
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FUNK
Treeblank.pngTreetree.pnghl7:assignedAuthor
1 … 1M(exn...atz)
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FASSIGNED
Auswahl1 … *
Identifikation des Verfassers des Dokuments im lokalen System des/der datenerstellenden Gerätes/Software.
ODER Identifikation des/der datenerstellenden Gerätes/Software. 
Elemente in der Auswahl:
  • hl7:id[not(@nullFlavor)]
  • hl7:id[@nullFlavor='NI']
  • hl7:id[@nullFlavor='UNK']
 ConstraintZugelassene 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
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … *
Identifikation des Verfassers des Dokuments im lokalen System des/der datenerstellenden Gerätes/Software.
ODER Identifikation des/der datenerstellenden Gerätes/Software. 
(exn...atz)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … 1(exn...atz)
wo [@nullFlavor='NI']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FNI
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … 1(exn...atz)
wo [@nullFlavor='UNK']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FUNK
Treeblank.pngTreeblank.pngTreetree.pnghl7:code
CE0 … 1R
Angabe der Fachrichtung des Verfassers des Dokuments („Sonderfach“ gem. Ausbildungsordnung), z.B: „Facharzt/Fachärztin für Gynäkologie“.
Wenn ein Autor mehreren ärztlichen Sonderfächern zugeordnet ist, kann das anzugebende Sonderfach gewählt werden. Additivfächer werden nicht angegeben.
(exn...atz)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystem
oid1 … 1R
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@displayName
st1 … 1R
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@code
cs1 … 1R
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.6 ELGA_AuthorSpeciality (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL.AT0 … *
Kontaktdaten des Verfassers des Dokuments.
Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen.
(exn...atz)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
st1 … 1R
Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567
Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@use
set_cs0 … 1 
Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP
Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“
 ConstraintWerden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein.
Auswahl1 … 1Elemente in der Auswahl:
  • hl7:assigned​Person welches enthält Template 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)
  • hl7:assigned​Authoring​Device welches enthält Template 1.2.40.0.34.6.0.11.9.18 Device Compilation (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:assigned​Person
0 … 1
Personendaten des Verfassers des Dokuments.
Grundsätzlich sind die Vorgaben für „Personen-Element“ zu befolgen, name-Element ist hier Mandatory.

Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)		(exn...atz)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:assigned​Authoring​Device
0 … 1Datenerstellende/s Software/Gerät
Beinhaltet 1.2.40.0.34.6.0.11.9.18 Device Compilation (DYNAMIC)		(exn...atz)
Treeblank.pngTreeblank.pngTreetree.pnghl7:represented​Organization
1 … 1MOrganisation, in deren Auftrag der Verfasser des Dokuments die Dokumentation verfasst hat.


↔ Hinweis zum XDS-Mapping: Da manche offiziellen Bezeichnungen von GDA sehr lang werden können, SOLL das name Element einer möglichst eindeutigen Kurzbezeichnung der Organisation entsprechen (im GDA-I im Tag description enthalten). Bei größeren Organisationen SOLL zusätzlich die Abteilung angegeben werden, damit die Zuordnung für den Leser einfacher wird. 

Beispiel: Statt "Allgemeines Krankenhaus der Stadt Wien-Medizinischer Universitätscampus" -->  "Wien AKH" bzw. "Wien AKH - Augenambulanz" 


Beinhaltet 1.2.40.0.34.6.0.11.9.5 Organization Compilation with id, name (DYNAMIC)		(exn...atz)
 Constraint
  • id MUSS der OID der Organisation aus dem GDA-Index entsprechen.
  • name SOLL der Kurzbezeichnung im GDA-I entsprechen (sofern vorhanden)
  • Zu dem Namen größerer Organisationen SOLL auch die Abteilung angegeben werden., z.B.: „Amadeus Spital, Chirurgische Abteilung“
  • Ausnahme: Wenn als Author ein/e Software/Gerät fungiert und keine OID aus dem GDA-I angegeben werden kann, MÜSSEN die Angaben der Organisation des Geräte-/Software-Betreibers oder Herstellers entsprechen.


Treetree.pnghl7:dataEnterer
NPDas DataEnterer-Element hat für das Datenbankexport CDA keine Relevanz, da das Dokument nicht von einer Person "geschrieben" wird (wie z.B. im Sinne einer Transkription)(exn...atz)
Eingefügt1 … 1M von 1.2.40.0.34.6.0.11.1.4 Custodian (DYNAMIC)
Treetree.pnghl7:custodian
1 … 1MVerwahrer des Dokuments.(exn...atz)
 
Target.png
at-cda-bbr-data​element-24Kyellow.png Verwahrer Kyellow.png Dataset A Allgemeiner Leitfaden
Treeblank.pngTreetree.png@typeCode
cs0 … 1FCST
Treeblank.pngTreetree.pnghl7:assignedCustodian
1 … 1M(exn...atz)
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FASSIGNED
Treeblank.pngTreeblank.pngTreetree.pnghl7:represented​Custodian​Organization
1 … 1M(exn...atz)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FORG
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
cs0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II1 … *MIdentifikation des Verwahrers des Dokuments. Wenn dieser im GDA-I angeführt ist, ist die entsprechende OID zu verwenden.
Grundsätzlich sind die Vorgaben für „Identifikations-Elemente“ zu befolgen.		(exn...atz)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1MName des Verwahrers des Dokuments (Organisation). Grundsätzlich sind die Vorgaben für „Namen-Elemente von Organisationen ON“ zu befolgen.(exn...atz)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL.AT0 … *Kontaktdaten des Verwahrers des originalen Dokuments (Organisation). Grundsätzlich sind die Vorgaben für „Kontaktdaten-Elemente“ zu befolgen.(exn...atz)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
st1 … 1R
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@use
set_cs0 … 1 
Bedeutung des angegebenen Kontakts gemäß Value-Set „ELGA_TelecomAddressUse“
 ConstraintWerden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein.
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD1 … 1MAdresse des Verwahrers des Dokuments (Organisation). Grundsätzlich sind die Vorgaben für „Adress-Elemente“ zu befolgen.
Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)		(exn...atz)
Eingefügt0 … * von 1.2.40.0.34.6.0.11.1.24 Information Recipient (DYNAMIC)
Im Falle einer Datenauskunft (basierend auf DSGVO) KANN hier der Patient/die Patientin als primärer/primäre Empfänger/Empfängerin angeführt werden.
Treetree.pnghl7:information​Recipient
0 … *Beabsichtiger Empfänger des Dokuments. 
(exn...atz)
 
Target.png
at-cda-bbr-data​element-26Kyellow.png Empfänger Kyellow.png Dataset A Allgemeiner Leitfaden
Treeblank.pngTreetree.png@typeCode
cs0 … 1 Typ des Informationsempfängers, z.B: PRCP „Primärer Empfänger“.

Werden mehrere Empfänger angegeben, MUSS der primäre Empfänger über den typeCode definiert werden.
Hinweis: Das ist relevant, wenn Funktionen aus dem gerichteten Befundversand oder für den Briefdruck auf das Dokument angewendet werden.
 CONF
Der Wert von @typeCode muss gewählt werden aus dem Value Set 1.2.40.0.34.10.29 ELGA_InformationRecipientType (DYNAMIC)
 
Target.png
at-cda-bbr-data​element-27Kyellow.png Empfänger Typ Kyellow.png Dataset A Allgemeiner Leitfaden
Treeblank.pngTreetree.pnghl7:intended​Recipient
1 … 1M(exn...atz)
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1 
Auswahl1 … *Elemente in der Auswahl:
  • hl7:id[not(@nullFlavor)]
  • hl7:id[@nullFlavor='NI']
  • hl7:id[@nullFlavor='UNK']
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … *Identifikation des beabsichtigten Empfängers (Person).
Empfohlene Information für einen Empfänger ist die ID aus dem GDA-Index.
Grundsätzlich sind die Vorgaben für „Identifikations-Elemente“ zu befolgen.		(exn...atz)
wo [not(@nullFlavor)]
 
Target.png
at-cda-bbr-data​element-28Kyellow.png ID des Empfängers Kyellow.png Dataset A Allgemeiner Leitfaden
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … 1NI … Person hat keine ID (exn...atz)
wo [@nullFlavor='NI']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FNI
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … 1UNK ... Person hat eine ID, diese ist jedoch unbekannt (exn...atz)
wo [@nullFlavor='UNK']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FUNK
Auswahl1 … 1
Personendaten des beabsichtigten Empfängers.
Empfehlung: Der Name des Empfängers und die Organisation, der er angehört, sollen in möglichst hoher Granularität angegeben werden. Aufgrund der gängigen Praxis kann als minimale Information für den Empfänger der unstrukturierte Name angegeben werden.
Grundsätzlich sind die Vorgaben gemäß Kapitel „Personen-Element“ zu befolgen.
Elemente in der Auswahl:
  • hl7:information​Recipient[hl7:name[count(child::*)=0]] welches enthält Template 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC)
  • hl7:information​Recipient[hl7:name[count(child::*)!=0]] welches enthält Template 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:information​Recipient
 … 1Beinhaltet 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC)(exn...atz)
wo [hl7:name [count(child::*)=0]]
 
Target.png
at-cda-bbr-data​element-29Kyellow.png Name Kyellow.png Dataset A Allgemeiner Leitfaden
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:information​Recipient
 … 1Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)(exn...atz)
wo [hl7:name [count(child::*)!=0]]
Treeblank.pngTreeblank.pngTreetree.pnghl7:received​Organization
0 … 1ROrganisation, der der beabsichtigte Empfänger angehört, z.B.: „Ordination des empfangenden Arztes“.
Grundsätzlich sind die Vorgaben gemäß Kapitel „Organisations-Element“ zu befolgen.		(exn...atz)
 
Target.png
at-cda-bbr-data​element-30Kyellow.png Organisation Kyellow.png Dataset A Allgemeiner Leitfaden
Eingefügt von 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FORG
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
cs0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … *Beliebig viele IDs der Organisation. z.B.: ID aus dem GDA-Index, DVR-Nummer, ATU-Nummer, etc.(exn...atz)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1MName der Organisation. Bei Organisationen, die im GDA-Index angegeben sind, soll deren Kurzbezeichnung verwendet werden.
Zu dem Namen größerer Organisationen SOLL auch die Abteilung angegeben werden.
(exn...atz)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL.AT0 … *
Kontaktdaten der Organisation.
Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen.
(exn...atz)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
st1 … 1R
Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567
Formatkonvention siehe „telecom – Format Konventionen für Telekom-Daten“
Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@use
set_cs0 … 1 
Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP
Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“
 ConstraintWerden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein.
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1Adresse der Organisation.

Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)		(exn...atz)
wo [not(@nullFlavor)]
Eingefügt1 … 1M von 1.2.40.0.34.6.0.11.1.5 Legal Authenticator (DYNAMIC)
Treetree.pnghl7:legalAuthenticator
1 … 1MHauptunterzeichner, Rechtlicher Unterzeichner
(exn...atz)
 
Target.png
at-cda-bbr-data​element-1Kyellow.png Rechtlicher Unterzeichner Kyellow.png Dataset A Allgemeiner Leitfaden
Treeblank.pngTreetree.png@context​Control​Code
cs0 … 1FOP
Treeblank.pngTreetree.png@typeCode
cs0 … 1FLA
Auswahl1 … 1
Der Zeitpunkt, an dem das Dokument unterzeichnet wurde.
Elemente in der Auswahl:
  • hl7:time[not(@nullFlavor)]
  • hl7:time[@nullFlavor='UNK']
Treeblank.pngTreeblank.pngTreetree.pnghl7:time
TS.AT.TZ0 … 1(exn...atz)
wo [not(@nullFlavor)]
 
Target.png
at-cda-bbr-data​element-5Kyellow.png Zeitpunkt der Unterzeichnung Kyellow.png Dataset A Allgemeiner Leitfaden
Treeblank.pngTreeblank.pngTreetree.pnghl7:time
TS.AT.TZ0 … 1(exn...atz)
wo [@nullFlavor='UNK']
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FUNK
Treeblank.pngTreetree.pnghl7:signatureCode
CS1 … 1MSignaturcode gibt an, dass das Originaldokument unterzeichnet wurde.
(exn...atz)
 
Target.png
at-cda-bbr-data​element-6Kyellow.png Signatur Kyellow.png Dataset A Allgemeiner Leitfaden
Treeblank.pngTreeblank.pngTreetree.png@code
CONF1 … 1FS
Treeblank.pngTreetree.pnghl7:assignedEntity
1 … 1MPersonendaten des rechtlichen Unterzeichners.
Für den Namen ist verpflichtend Granularitätsstufe 2 ("strukturierte Angabe des Namens") anzuwenden!
Beinhaltet 1.2.40.0.34.6.0.11.9.22 Assigned Entity (DYNAMIC)		(exn...atz)
Eingefügt0 … * von 1.2.40.0.34.6.0.11.1.6 Authenticator (DYNAMIC)
Treetree.pnghl7:authenticator
0 … *Weitere Unterzeichner.(exn...atz)
 
Target.png
at-cda-bbr-data​element-31Kyellow.png Weitere Unterzeichner Kyellow.png Dataset A Allgemeiner Leitfaden
Treeblank.pngTreetree.png@typeCode
cs0 … 1FAUTHEN
Auswahl1 … 1
Der Zeitpunkt, an dem das Dokument unterzeichnet wurde.
Grundsätzlich sind die Vorgaben gemäß für „Zeit-Elemente“ zu befolgen.
Elemente in der Auswahl:
  • hl7:time[not(@nullFlavor)]
  • hl7:time[@nullFlavor='UNK']
Treeblank.pngTreeblank.pngTreetree.pnghl7:time
TS.AT.TZ0 … 1(exn...atz)
wo [not(@nullFlavor)]
 
Target.png
at-cda-bbr-data​element-105Kyellow.png Zeitpunkt der Unterzeichnung Kyellow.png Dataset A Allgemeiner Leitfaden
Treeblank.pngTreeblank.pngTreetree.pnghl7:time
TS.AT.TZ0 … 1(exn...atz)
wo [@nullFlavor='UNK']
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FUNK
Treeblank.pngTreetree.pnghl7:signatureCode
CS1 … 1M(exn...atz)
 
Target.png
at-cda-bbr-data​element-106Kyellow.png Signatur Kyellow.png Dataset A Allgemeiner Leitfaden
Treeblank.pngTreeblank.pngTreetree.png@code
CONF1 … 1FS
Treeblank.pngTreetree.pnghl7:assignedEntity
1 … 1M
Personendaten des weiteren Unterzeichners.
Grundsätzlich sind die Vorgaben gemäß Kapitel „AssignedEntity-Element (Person + Organisation)“ zu befolgen.
(exn...atz)
Eingefügt von 1.2.40.0.34.6.0.11.9.22 Assigned Entity (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FASSIGNED
Auswahl1 … *
Mindestens eine ID der Person der Entität
Elemente in der Auswahl:
  • hl7:id[not(@nullFlavor)]
  • hl7:id[@nullFlavor='NI']
  • hl7:id[@nullFlavor='UNK']
 Constraint
Zugelassene nullFlavor:
  • NI … Die Person der Entität hat keine Identifikationsnummer
  • UNK … Die Person der Entität hat eine Identifikationsnummer, diese ist jedoch unbekannt
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … *(exn...atz)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … 1(exn...atz)
wo [@nullFlavor='NI']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FNI
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … 1(exn...atz)
wo [@nullFlavor='UNK']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FUNK
Auswahl0 … 1Elemente in der Auswahl:
  • hl7:addr[not(@nullFlavor)] welches enthält Template 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)
  • hl7:addr[@nullFlavor='UNK']
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
0 … 1Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)(exn...atz)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
0 … 1(exn...atz)
wo [@nullFlavor='UNK']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FUNK
Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL.AT0 … *
Beliebig viele Kontakt-Elemente der Person der Entität.
Grundsätzlich sind die Vorgaben gemäß „Kontaktdaten-Element“ zu befolgen.
(exn...atz)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
url1 … 1R

Die Kontaktadresse (Telefonnummer, Email, etc.).

Es gelten die ELGA Formatkonventionen für Telekom-Daten, z.B. tel:+43.1.1234567

Zulässige Werteliste für telecom Präfixe gemäß Value Set "ELGA_URLScheme"

Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@use
cs0 … 1 

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

Zulässige Werte gemäß Value Set "ELGA_TelecomAddressUse"

 ConstraintWerden mehrere gleichartige "telecom"-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein.
Treeblank.pngTreeblank.pngTreetree.pnghl7:assigned​Person
1 … 1M
Personendaten der Person der Entität.
Grundsätzlich sind die Vorgaben gemäß „Personen-Element“ zu befolgen.

Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)		(exn...atz)
Treeblank.pngTreeblank.pngTreetree.pnghl7:represented​Organization
0 … 1R
Organisationsdaten der Entität.
Grundsätzlich sind die Vorgaben gemäß „Organisations-Element“ zu befolgen.

Beinhaltet 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC)		(exn...atz)
Eingefügt1 … 1R von 1.2.40.0.34.6.0.11.1.20 Participant Fachlicher Ansprechpartner (DYNAMIC)
Treetree.pnghl7:participant
1 … 1RFachlicher Ansprechpartner
(exn...atz)
wo [hl7:templateId ​[@root​=​'1.2.40.0.34.6.0.11.1.20']]
Treeblank.pngTreetree.png@typeCode
cs1 … 1FCALLBCK
 Callback contact
Treeblank.pngTreetree.png@context​Control​Code
cs0 … 1FOP
Treeblank.pngTreetree.pnghl7:templateId
II1 … 1MTemplate ID zur Identifikation dieser Art von Beteiligten
(exn...atz)
Treeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.6.0.11.1.20
Treeblank.pngTreetree.pnghl7:functionCode
CE (extensible)0 … 1
Optionale Angabe eines Funktionscodes des fachlichen Ansprechpartners, z.B: „Diensthabender Oberarzt“, „Verantwortlicher Arzt für Dokumentation“,„Stationsschwester“.
Eigene Codes und Bezeichnungen können verwendet werden.
(exn...atz)
Treeblank.pngTreeblank.pngTreetree.png@code
cs1 … 1R
Treeblank.pngTreeblank.pngTreetree.png@codeSystem
oid1 … 1R
Treeblank.pngTreeblank.pngTreetree.png@displayName
st1 … 1R
Treeblank.pngTreetree.pnghl7:associated​Entity
1 … 1M(exn...atz)
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs1 … 1FPROV
 
Healthcare provider - Gesundheitsdiensteanbieter
Treeblank.pngTreeblank.pngTreetree.pnghl7:code
CE0 … 1
Optionale Angabe der Fachrichtung des fachlichen Ansprechpartners („Sonderfach“ gem. Ausbildungsordnung), z.B: „Facharzt/Fachärztin für Gynäkologie“.
Wenn ein fachlicher Ansprechpartner mehreren ärztlichen Sonderfächern zugeordnet ist, kann das anzugebende Sonderfach gewählt werden. Additivfächer werden nicht angegeben.
(exn...atz)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystem
oid1 … 1R
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@displayName
st1 … 1R
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@code
cs1 … 1R
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.6 ELGA_AuthorSpeciality (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1
Adresse des Beteiligten.
Grundsätzlich sind die Vorgaben für "Adress-Elemente" zu befolgen.

Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)		(exn...atz)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL.AT1 … *MBeliebig viele Kontaktdaten des Beteiligten.(exn...atz)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
st1 … 1R
Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567
Formatkonvention siehe „telecom – Format Konventionen für Telekom-Daten“
Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@use
set_cs0 … 1 
Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP
Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“
 ConstraintEs MUSS mindestens eine Telefonnummer angegeben werden. Werden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein.
Treeblank.pngTreeblank.pngTreetree.pnghl7:associated​Person
0 … 1R
Name der Person

Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)		(exn...atz)
Treeblank.pngTreeblank.pngTreetree.pnghl7:scoping​Organization
0 … 1R

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

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

(exn...atz)
Eingefügt von 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FORG
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
cs0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … *Beliebig viele IDs der Organisation. z.B.: ID aus dem GDA-Index, DVR-Nummer, ATU-Nummer, etc.(exn...atz)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1MName der Organisation. Bei Organisationen, die im GDA-Index angegeben sind, soll deren Kurzbezeichnung verwendet werden.
Zu dem Namen größerer Organisationen SOLL auch die Abteilung angegeben werden.
(exn...atz)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL.AT0 … *
Kontaktdaten der Organisation.
Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen.
(exn...atz)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
st1 … 1R
Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567
Formatkonvention siehe „telecom – Format Konventionen für Telekom-Daten“
Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@use
set_cs0 … 1 
Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP
Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“
 ConstraintWerden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein.
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1Adresse der Organisation.

Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)		(exn...atz)
wo [not(@nullFlavor)]
Eingefügt0 … 1 von 1.2.40.0.34.6.0.11.1.23 Participant Hausarzt (DYNAMIC)
Treetree.pnghl7:participant
0 … 1Beteiligter (Hausarzt).(exn...atz)
wo [hl7:templateId ​[@root​=​'1.2.40.0.34.6.0.11.1.23']]
Treeblank.pngTreetree.png@typeCode
cs1 … 1FIND
  In indirektem Bezug.
Treeblank.pngTreetree.png@context​Control​Code
cs0 … 1FOP
Treeblank.pngTreetree.pnghl7:templateId
II1 … 1MTemplate ID zur Identifikation dieser Art von Beteiligten
(exn...atz)
Treeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.6.0.11.1.23
Treeblank.pngTreetree.pnghl7:functionCode
CE1 … *M
Funktionscode des Beteiligten
(exn...atz)
Treeblank.pngTreeblank.pngTreetree.png@code
cs1 … 1FPCP
Treeblank.pngTreeblank.pngTreetree.png@codeSystem
oid1 … 1F2.16.840.1.113883.5.88
Treeblank.pngTreeblank.pngTreetree.png@codeSystemName
st1 … 1FHL7:ParticipationFunction
Treeblank.pngTreetree.pnghl7:associated​Entity
1 … 1MBeschreibung der Entität.
(exn...atz)
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs1 … 1FPROV
  Healthcare provider - Gesundheitsdiensteanbieter.
Auswahl0 … *
Identifikation des Beteiligten (Person) aus dem GDA-Index.
Elemente in der Auswahl:
  • hl7:id[not(@nullFlavor)]
  • hl7:id[@nullFlavor='NI']
  • hl7:id[@nullFlavor='UNK']
 Constraint
Zugelassene nullFlavor:
  • NI … Organisation hat keine ID
  • UNK … Organisation hat eine ID, diese ist jedoch unbekannt
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … *(exn...atz)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … 1(exn...atz)
wo [@nullFlavor='NI']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FNI
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … 1(exn...atz)
wo [@nullFlavor='UNK']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FUNK
Treeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1Adresse des Hausarztes
Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)		(exn...atz)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL.AT0 … * Beliebig viele Kontaktdaten des Hausarztes.
(exn...atz)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
st1 … 1R
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@use
set_cs0 … 1 
Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP
Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“
 ConstraintWerden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein.
Auswahl1 … 1
Name des Hausarztes.
Elemente in der Auswahl:
  • hl7:associated​Person[hl7:name[count(child::*)=0]] welches enthält Template 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC)
  • hl7:associated​Person[hl7:name[count(child::*)!=0]] welches enthält Template 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:associated​Person
0 … 1Beinhaltet 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC)(exn...atz)
wo [hl7:name [count(child::*)=0]]
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:associated​Person
0 … 1Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)(exn...atz)
wo [hl7:name [count(child::*)!=0]]
Treeblank.pngTreeblank.pngTreetree.pnghl7:scoping​Organization
0 … 1R
Arztpraxis oder Ordination.
Grundsätzlich sind die Vorgaben für „Organisations-Element“ zu befolgen.
(exn...atz)
Eingefügt von 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FORG
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
cs0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … *Beliebig viele IDs der Organisation. z.B.: ID aus dem GDA-Index, DVR-Nummer, ATU-Nummer, etc.(exn...atz)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1MName der Organisation. Bei Organisationen, die im GDA-Index angegeben sind, soll deren Kurzbezeichnung verwendet werden.
Zu dem Namen größerer Organisationen SOLL auch die Abteilung angegeben werden.
(exn...atz)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL.AT0 … *
Kontaktdaten der Organisation.
Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen.
(exn...atz)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
st1 … 1R
Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567
Formatkonvention siehe „telecom – Format Konventionen für Telekom-Daten“
Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@use
set_cs0 … 1 
Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP
Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“
 ConstraintWerden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein.
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1Adresse der Organisation.

Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)		(exn...atz)
wo [not(@nullFlavor)]
Eingefügt0 … * von 1.2.40.0.34.6.0.11.1.27 Participant Auskunftsberechtigte Person (Notfallkontakt) (DYNAMIC)
Treetree.pnghl7:participant
0 … *Beteiligter (Notfallkontakt / Auskunftsberechtigte Person)
(exn...atz)
wo [hl7:templateId ​[@root​=​'1.2.40.0.34.6.0.11.1.27']]
Treeblank.pngTreetree.png@typeCode
cs1 … 1FIND
  In indirektem Bezug.
Treeblank.pngTreetree.png@context​Control​Code
cs0 … 1FOP
Treeblank.pngTreetree.pnghl7:templateId
II1 … 1MTemplate ID zur Identifikation dieser Art von Beteiligten
(exn...atz)
Treeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.6.0.11.1.27
Treeblank.pngTreetree.pnghl7:time
IVL_TS0 … 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.

Beinhaltet 1.2.40.0.34.6.0.11.9.15 Time Interval Information minimal (DYNAMIC)		(exn...atz)
Treeblank.pngTreetree.pnghl7:associated​Entity
1 … 1MBeschreibung der Entität.
(exn...atz)
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs1 … 1FECON
 Emergency contact - Notfall-Kontakt
Treeblank.pngTreeblank.pngTreetree.pnghl7:code
CE0 … 1Verwandtschaftsverhältnis des Beteiligten zum Patienten, z.B. DAU („daughter“), wenn die Beteiligte die Tochter des Patienten ist. (exn...atz)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@code
cs1 … 1RZulässige Werte gemäß Value-Set „ELGA_PersonalRelationship“
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@displayName
st0 … 1 
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystem
oid1 … 1F2.16.840.1.113883.5.111
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystemName
st1 … 1FHL7:RoleCode
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.17 ELGA_PersonalRelationship (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1Adresse des Beteiligten

Grundsätzlich sind die Vorgaben gemäß „Adress-Elemente“ zu befolgen.

Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)		(exn...atz)
wo [not(@nullFlavor)]
Auswahl0 … *
Beliebig viele Kontaktdaten des Beteiligten.
Elemente in der Auswahl:
  • hl7:telecom[not(@nullFlavor)]
  • hl7:telecom[@nullFlavor='UNK']
 ConstraintEs SOLL mindestens eine Telefonnummer angegeben werden.
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL.AT0 … *R(exn...atz)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
st1 … 1R
Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567
Formatkonvention siehe „telecom – Format Konventionen für Telekom-Daten“
Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@use
set_cs0 … 1 
 ConstraintWerden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein.
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL.AT0 … 1 Die Kontaktadresse ist unbekannt. nullFlavor "UNK" (exn...atz)
wo [@nullFlavor='UNK']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FUNK
Auswahl1 … 1
Name des Beteiligten.
Elemente in der Auswahl:
  • hl7:associated​Person[hl7:name[count(child::*)=0]] welches enthält Template 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC)
  • hl7:associated​Person[hl7:name[count(child::*)!=0]] welches enthält Template 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:associated​Person
0 … 1Beinhaltet 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC)(exn...atz)
wo [hl7:name [count(child::*)=0]]
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:associated​Person
0 … 1Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)(exn...atz)
wo [hl7:name [count(child::*)!=0]]
Treeblank.pngTreeblank.pngTreetree.pnghl7:scoping​Organization
0 … 1R

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

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

(exn...atz)
Eingefügt von 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FORG
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
cs0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … *Beliebig viele IDs der Organisation. z.B.: ID aus dem GDA-Index, DVR-Nummer, ATU-Nummer, etc.(exn...atz)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1MName der Organisation. Bei Organisationen, die im GDA-Index angegeben sind, soll deren Kurzbezeichnung verwendet werden.
Zu dem Namen größerer Organisationen SOLL auch die Abteilung angegeben werden.
(exn...atz)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL.AT0 … *
Kontaktdaten der Organisation.
Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen.
(exn...atz)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
st1 … 1R
Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567
Formatkonvention siehe „telecom – Format Konventionen für Telekom-Daten“
Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@use
set_cs0 … 1 
Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP
Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“
 ConstraintWerden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein.
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1Adresse der Organisation.

Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)		(exn...atz)
wo [not(@nullFlavor)]
Eingefügt0 … * von 1.2.40.0.34.6.0.11.1.25 Participant Angehoerige (DYNAMIC)
Treetree.pnghl7:participant
0 … *Beteiligter (Angehöriger)
(exn...atz)
wo [hl7:templateId ​[@root​=​'1.2.40.0.34.6.0.11.1.25']]
Treeblank.pngTreetree.png@typeCode
cs1 … 1FIND
  In indirektem Bezug.
Treeblank.pngTreetree.png@context​Control​Code
cs0 … 1FOP
Treeblank.pngTreetree.pnghl7:templateId
II1 … 1MTemplate ID zur Identifikation dieser Art von Beteiligten
(exn...atz)
Treeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.6.0.11.1.25
Treeblank.pngTreetree.pnghl7:associated​Entity
1 … 1MBeschreibung der Entität.
(exn...atz)
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs1 … 1FPRS
 Personal relationship - In persönlicher Beziehung
Treeblank.pngTreeblank.pngTreetree.pnghl7:code
CE1 … 1MVerwandtschaftsverhältnis des Beteiligten zum Patienten. Beispiel: DAU („daughter“), wenn die Beteiligte die Tochter des Patienten ist oder NBOR für Nachbar.(exn...atz)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@code
cs1 … 1R
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.17 ELGA_PersonalRelationship (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@displayName
st0 … 1 
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystem
oid1 … 1F2.16.840.1.113883.5.111
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystemName
st1 … 1FHL7:RoleCode
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.17 ELGA_PersonalRelationship (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1Adresse des Beteiligten

Grundsätzlich sind die Vorgaben gemäß „Adress-Elemente“ zu befolgen.

Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)		(exn...atz)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL.AT0 … * Beliebig viele Kontaktdaten des Beteiligten.
(exn...atz)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
st1 … 1R
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@use
set_cs0 … 1 
Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP
Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“
 ConstraintWerden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein.
Auswahl1 … 1
Name des Beteiligten.
Elemente in der Auswahl:
  • hl7:associated​Person[hl7:name[count(child::*)=0]] welches enthält Template 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC)
  • hl7:associated​Person[hl7:name[count(child::*)!=0]] welches enthält Template 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:associated​Person
0 … 1Beinhaltet 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC)(exn...atz)
wo [hl7:name [count(child::*)=0]]
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:associated​Person
0 … 1Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)(exn...atz)
wo [hl7:name [count(child::*)!=0]]
Treeblank.pngTreeblank.pngTreetree.pnghl7:scoping​Organization
0 … 1RBeinhaltet 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC)(exn...atz)
Eingefügt0 … * von 1.2.40.0.34.6.0.11.1.26 Participant Versicherung (DYNAMIC)
Treetree.pnghl7:participant
0 … *Beteiligter (Versicherter/Versicherung).(exn...atz)
wo [hl7:templateId ​[@root​=​'1.2.40.0.34.6.0.11.1.26']]
Treeblank.pngTreetree.png@typeCode
cs1 … 1FHLD
Treeblank.pngTreetree.png@context​Control​Code
cs0 … 1FOP
Treeblank.pngTreetree.pnghl7:templateId
II1 … 1MTemplate ID zur Identifikation dieser Art von Beteiligten
(exn...atz)
Treeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.6.0.11.1.26
Treeblank.pngTreetree.pnghl7:time
IVL_TS0 … 1
Gültigkeitszeitraum der Versicherungspolizze.
Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen.

Beinhaltet 1.2.40.0.34.6.0.11.9.15 Time Interval Information minimal (DYNAMIC)		(exn...atz)
Treeblank.pngTreetree.pnghl7:associated​Entity
1 … 1M(exn...atz)
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs1 … 1FPOLHOLD
 Policy holder - Halter einer Versicherungspolizze
Auswahl1 … 1
Sozialversicherungsnummer des Patienten (SELF) oder der Person, bei der der Patient mitversichert ist (FAMDEP)
Elemente in der Auswahl:
  • hl7:id[not(@nullFlavor)]
  • hl7:id[@nullFlavor='NI']
  • hl7:id[@nullFlavor='UNK']
 Constraint
Zugelassene nullFlavor:
  • NI … Patient hat keine Sozialversicherungsnummer (z.B. Ausländer, …)
  • UNK … Patient hat eine Sozialversicherungsnummer, diese ist jedoch unbekannt
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … 1(exn...atz)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … 1(exn...atz)
wo [@nullFlavor='NI']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FNI
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … 1(exn...atz)
wo [@nullFlavor='UNK']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FUNK
Treeblank.pngTreeblank.pngTreetree.pnghl7:code
CE1 … 1M
Versicherungsverhältnis codiert
Beispiele:
  • SELF, wenn der Patient selbst der Versicherte ist.
  • FAMDEP, wenn der Patient bei einem Familienmitglied mitversichert ist.


(exn...atz)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@code
cs1 … 1R
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystem
oid1 … 1F2.16.840.1.113883.5.111
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystemName
st1 … 1FHL7:RoleCode
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.9 ELGA_InsuredAssocEntity (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1Adresse des Beteiligten.

Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)		(exn...atz)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL.AT0 … * Beliebig viele Kontaktdaten des Beteiligten.
(exn...atz)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
st1 … 1R
Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567
Formatkonvention siehe „telecom – Format Konventionen für Telekom-Daten“
Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@use
set_cs0 … 1 
Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP
Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“
 ConstraintWerden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein.
Treeblank.pngTreeblank.pngTreetree.pnghl7:associated​Person
0 … 1CName des Beteiligten.
Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)		(exn...atz)
 ConstraintWenn das Versicherungsverhältnis "familienversichert" ("FAMDEP“) ist, MUSS eine associatedPerson angegeben sein, M [1..1], sonst kann sie komplett entfallen, O [0..1]
Treeblank.pngTreeblank.pngTreetree.pnghl7:scoping​Organization
1 … 1M

Versicherungsgesellschaft.

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

(exn...atz)
Eingefügt von 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FORG
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
cs0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … *Beliebig viele IDs der Organisation. z.B.: ID aus dem GDA-Index, DVR-Nummer, ATU-Nummer, etc.(exn...atz)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1MName der Organisation. Bei Organisationen, die im GDA-Index angegeben sind, soll deren Kurzbezeichnung verwendet werden.
Zu dem Namen größerer Organisationen SOLL auch die Abteilung angegeben werden.
(exn...atz)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL.AT0 … *
Kontaktdaten der Organisation.
Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen.
(exn...atz)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
st1 … 1R
Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567
Formatkonvention siehe „telecom – Format Konventionen für Telekom-Daten“
Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@use
set_cs0 … 1 
Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP
Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“
 ConstraintWerden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein.
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1Adresse der Organisation.

Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)		(exn...atz)
wo [not(@nullFlavor)]
 Schematron assertrole error 
 testnot(hl7:code[@code='FAMDEP']) or hl7:associated​Person 
 MeldungWenn das Versicherungsverhältnis "familienversichert" ist, dann muss eine associatedPerson angegeben sein. 
Eingefügt0 … 1 von 1.2.40.0.34.6.0.11.1.29 Participant Betreuungsorganisation (DYNAMIC)
Treetree.pnghl7:participant
0 … 1Beteiligter (Betreuende Organisation)(exn...atz)
wo [hl7:templateId ​[@root​=​'1.2.40.0.34.6.0.11.1.29']]
Treeblank.pngTreetree.png@typeCode
cs1 … 1FIND
Treeblank.pngTreetree.png@context​Control​Code
cs0 … 1FOP
Treeblank.pngTreetree.pnghl7:templateId
II1 … 1MTemplate ID zur Identifikation dieser Art von Beteiligten
(exn...atz)
Treeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.6.0.11.1.29
Treeblank.pngTreetree.pnghl7:associated​Entity
1 … 1MBeschreibung der Entität.
(exn...atz)
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs1 … 1FCAREGIVER
 Betreuer
Treeblank.pngTreeblank.pngTreetree.pnghl7:scoping​Organization
1 … 1MBetreuende Organisation(exn...atz)
Eingefügt von 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FORG
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
cs0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … *Beliebig viele IDs der Organisation. z.B.: ID aus dem GDA-Index, DVR-Nummer, ATU-Nummer, etc.(exn...atz)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1MName der Organisation. Bei Organisationen, die im GDA-Index angegeben sind, soll deren Kurzbezeichnung verwendet werden.
Zu dem Namen größerer Organisationen SOLL auch die Abteilung angegeben werden.
(exn...atz)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL.AT0 … *
Kontaktdaten der Organisation.
Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen.
(exn...atz)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
st1 … 1R
Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567
Formatkonvention siehe „telecom – Format Konventionen für Telekom-Daten“
Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@use
set_cs0 … 1 
Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP
Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“
 ConstraintWerden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein.
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1Adresse der Organisation.

Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)		(exn...atz)
wo [not(@nullFlavor)]
Eingefügt0 … * von 1.2.40.0.34.6.0.11.1.28 Participant Weitere Behandler (DYNAMIC)
Treetree.pnghl7:participant
0 … *Beteiligter (Weitere Behandler)(exn...atz)
wo [hl7:templateId ​[@root​=​'1.2.40.0.34.6.0.11.1.28']]
Treeblank.pngTreetree.png@typeCode
cs1 … 1FCON
Treeblank.pngTreetree.png@context​Control​Code
cs0 … 1FOP
Treeblank.pngTreetree.pnghl7:templateId
II1 … 1MTemplate ID zur Identifikation dieser Art von Beteiligten
(exn...atz)
Treeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.6.0.11.1.28
Treeblank.pngTreetree.pnghl7:functionCode
CE (extensible)0 … 1Funktionscode des Behandlers z.B: „Facharzt für Neurologie“
Eigene Codes und Bezeichnungen dürfen verwendet werden.		(exn...atz)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreetree.png@code
cs1 … 1R
Treeblank.pngTreeblank.pngTreetree.png@codeSystem
oid1 … 1R
Treeblank.pngTreeblank.pngTreetree.png@displayName
st1 … 1R
 CONF
Der Wert von @code sollte gewählt werden aus dem Value Set 1.2.40.0.34.10.6 ELGA_AuthorSpeciality (DYNAMIC)
Treeblank.pngTreetree.pnghl7:associated​Entity
1 … 1MBeschreibung der Entität.
(exn...atz)
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs1 … 1FPROV
  Gesundheitsdiensteanbieter.
Treeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1
Adresse des Beteiligten.
Grundsätzlich sind die Vorgaben gemäß „Adress-Elemente“ zu befolgen

Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)		(exn...atz)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL.AT0 … *
Beliebig viele Kontaktdaten des Beteiligten.
(exn...atz)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
st1 … 1R
Die Kontaktadresse (Telefonnummer, Email, etc.)
Formatkonvention siehe „telecom – Format Konventionen für Telekom-Daten“
Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@use
set_cs0 … 1 
Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …)
Bsp: WP
Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“

Bei Angabe mehrerer Telefonnummern ist jeweils das Attribut @use anzugeben.
Treeblank.pngTreeblank.pngTreetree.pnghl7:associated​Person
1 … 1M
Beteiligte Person
Grundsätzlich sind die Vorgaben für „Personen-Element“ zu befolgen.

Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)		(exn...atz)
Treeblank.pngTreeblank.pngTreetree.pnghl7:scoping​Organization
0 … 1R
Organisation, der der Beteiligte angehört (mit Adresse und Kontaktdaten der Organisation).
Grundsätzlich sind die Vorgaben für „Organisations-Element“ zu befolgen.
(exn...atz)
Eingefügt von 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FORG
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
cs0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … *Beliebig viele IDs der Organisation. z.B.: ID aus dem GDA-Index, DVR-Nummer, ATU-Nummer, etc.(exn...atz)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1MName der Organisation. Bei Organisationen, die im GDA-Index angegeben sind, soll deren Kurzbezeichnung verwendet werden.
Zu dem Namen größerer Organisationen SOLL auch die Abteilung angegeben werden.
(exn...atz)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL.AT0 … *
Kontaktdaten der Organisation.
Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen.
(exn...atz)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
st1 … 1R
Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567
Formatkonvention siehe „telecom – Format Konventionen für Telekom-Daten“
Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@use
set_cs0 … 1 
Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP
Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“
 ConstraintWerden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein.
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1Adresse der Organisation.

Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)		(exn...atz)
wo [not(@nullFlavor)]
Eingefügt0 … 1 von 2.16.840.1.113883.10.12.109 CDA inFulfillmentOf (DYNAMIC)
Treetree.pnghl7:inFulfillmentOf
0 … 1(exn...atz)
Treeblank.pngTreetree.png@typeCode
0 … 1FFLFS
Treeblank.pngTreetree.pnghl7:order
1 … 1(exn...atz)
Treeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FACT
Treeblank.pngTreeblank.pngTreetree.png@moodCode
1 … 1FRQO
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II1 … *R(exn...atz)
Treeblank.pngTreeblank.pngTreetree.pnghl7:code
CE0 … 1(exn...atz)
 CONF
muss aus der Konzeptdomäne "ActCode" gewählt werden
Treeblank.pngTreeblank.pngTreetree.pnghl7:priorityCode
CE0 … 1(exn...atz)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.16866 ActPriority (DYNAMIC)
Treetree.pnghl7:documentationOf
NPDas documentationOf/serviceEvent Konstrukt findet im Datenbankexport des Exportnormdatensatzes keine Anwendung, da es sich bei dem Datenbankexport um keine medizinische Dienstleistung handelt. (exn...atz)
Eingefügt1 … 1M von 1.2.40.0.34.6.0.11.1.7 Component Of - Encompassing Encounter (DYNAMIC)
Treetree.pnghl7:componentOf
1 … 1MKomponente für den Patientenkontakt.
(exn...atz)
Treeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreetree.pnghl7:encompassing​Encounter
1 … 1MPatientenkontakt.
(exn...atz)
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FENC
Treeblank.pngTreeblank.pngTreetree.png@moodCode
cs0 … 1FEVN
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … 1Identifikationselement zur Aufnahme der Aufenthaltszahl
(exn...atz)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@extension
st1 … 1RAufenthaltszahl, z.B.: Az123456
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1ROID der Liste der Aufenthaltszahlen der Organisation
 Constraint
  • @assigningAuthorityName [0..1]: Name der Stelle, welche die ID zugewiesen hat, z.B.: „Amadeus Spital“.
Treeblank.pngTreeblank.pngTreetree.pnghl7:code
CE1 … 1MCodierung des Patientenkontakts.
(exn...atz)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@code
cs1 … 1RZulässige Werte gemäß Value-Set „ELGA_ActEncounterCode“
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@displayName
st0 … 1 
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystem
oid1 … 1F2.16.840.1.113883.5.4
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystemName
st1 … 1FHL7:ActCode
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.5 ELGA_ActEncounterCode (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.pnghl7:effectiveTime
IVL_TS1 … 1M
Zeitraum des Patientenkontakts.
Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen.

Beinhaltet 1.2.40.0.34.6.0.11.9.15 Time Interval Information minimal (DYNAMIC)		(exn...atz)
 ConstraintDer Zeitraum des Patientenkontaktes MUSS die Vorgaben der speziellen Implementierungsleitfäden einhalten. Dabei gilt allgemein:
  • Der Zeitraum besteht aus dem Zeitpunkt der administrativen Aufnahme in die Behandlung und dem Zeitpunkt der administrativen Entlassung aus der Behandlung.
  • Der Entlassungszeitpunkt KANN „unbekannt“ sein, wenn die administrative Entlassung noch nicht erfolgt ist. (nullFlavor UNK beim effectiveTime.high)
  • Hinweis: Als Zeitpunkt der Aufnahme/Entlassung SOLL der Zeitpunkt der administrativen Aufnahme/Entlassung angegeben werden. Wenn der Zeitpunkt der administrativen Aufnahme/Entlassung nicht vorhanden ist, darf auch der Zeitpunkt der medizinischen Aufnahme/Entlassung angegeben werden.
Treeblank.pngTreeblank.pngTreetree.pnghl7:responsible​Party
0 … 1R
Komponente für die verantwortliche Person.
(exn...atz)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:assignedEntity
1 … 1M
Entität der verantwortlichen Person.
Grundsätzlich sind die Vorgaben für „AssignedEntity-Element (Person + Organisation)“ zu befolgen.
(exn...atz)
Eingefügt von 1.2.40.0.34.6.0.11.9.22 Assigned Entity (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FASSIGNED
Auswahl1 … *
Mindestens eine ID der Person der Entität
Elemente in der Auswahl:
  • hl7:id[not(@nullFlavor)]
  • hl7:id[@nullFlavor='NI']
  • hl7:id[@nullFlavor='UNK']
 Constraint
Zugelassene nullFlavor:
  • NI … Die Person der Entität hat keine Identifikationsnummer
  • UNK … Die Person der Entität hat eine Identifikationsnummer, diese ist jedoch unbekannt
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … *(exn...atz)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … 1(exn...atz)
wo [@nullFlavor='NI']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FNI
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … 1(exn...atz)
wo [@nullFlavor='UNK']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FUNK
Auswahl0 … 1Elemente in der Auswahl:
  • hl7:addr[not(@nullFlavor)] welches enthält Template 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)
  • hl7:addr[@nullFlavor='UNK']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
0 … 1Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)(exn...atz)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
0 … 1(exn...atz)
wo [@nullFlavor='UNK']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FUNK
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL.AT0 … *
Beliebig viele Kontakt-Elemente der Person der Entität.
Grundsätzlich sind die Vorgaben gemäß „Kontaktdaten-Element“ zu befolgen.
(exn...atz)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
url1 … 1R

Die Kontaktadresse (Telefonnummer, Email, etc.).

Es gelten die ELGA Formatkonventionen für Telekom-Daten, z.B. tel:+43.1.1234567

Zulässige Werteliste für telecom Präfixe gemäß Value Set "ELGA_URLScheme"

Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@use
cs0 … 1 

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

Zulässige Werte gemäß Value Set "ELGA_TelecomAddressUse"

 ConstraintWerden mehrere gleichartige "telecom"-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein.
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:assigned​Person
1 … 1M
Personendaten der Person der Entität.
Grundsätzlich sind die Vorgaben gemäß „Personen-Element“ zu befolgen.

Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)		(exn...atz)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:represented​Organization
0 … 1R
Organisationsdaten der Entität.
Grundsätzlich sind die Vorgaben gemäß „Organisations-Element“ zu befolgen.

Beinhaltet 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC)		(exn...atz)
Eingefügt1 … 1M von 1.2.40.0.34.6.0.11.1.8 Encounter Location (DYNAMIC)
Die Organisation, in deren Verantwortungsbereich der Patientenkontakt stattfand, MUSS verpflichtend angegeben werden (z.B.: die entlassende Krankenanstalt mit Abteilung).
Treeblank.pngTreeblank.pngTreetree.pnghl7:location
1 … 1M(exn...atz)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FLOC
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:health​Care​Facility
1 … 1M(exn...atz)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FSDLOC
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:code
CE1 … 1M
Der Code zur Klassifizierung des GDA repräsentiert die Art der Einrichtung, in der die Tätigkeit stattfand, die zur Erzeugung des Dokuments führte. Zum Beispiel sollten Dokumente, die während eines ambulanten Falls in einem Krankenhaus entstehen, mit dem healthcareFacilityTypeCode für „Krankenhaus“ gekennzeichnet werden. 

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

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

↔ Hinweis zum XDS-Mapping: Dieses Element wird ins XDS-Attribut XDSDocumentEntry.healthcareFacilityTypeCode gemappt.
Zu berücksichtigen sind jeweils die Attribute @code, @codeSystem und @displayName.
(exn...atz)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@displayName
st1 … 1R
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:service​Provider​Organization
1 … 1M
Organisation, in deren Verantwortungsbereich der Patientenkontakt stattfand.

Beinhaltet 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC)		(exn...atz)
Treetree.pnghl7:component
1 … 1M(exn...atz)
Treeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreetree.png@context​Conduction​Ind
bl0 … 1Ftrue
Treeblank.pngTreetree.pnghl7:structuredBody
1 … 1M(exn...atz)
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FDOCBODY
Treeblank.pngTreeblank.pngTreetree.png@moodCode
cs0 … 1FEVN
Treeblank.pngTreeblank.pngTreetree.pnghl7:component
0 … 1Beinhaltet 1.2.40.0.34.6.0.11.2.66 EXNDS Weitere Patienteninformation - Administrativ (DYNAMIC)(exn...atz)
wo [hl7:section [hl7:templateId ​[@root​=​'1.2.40.0.34.6.0.11.2.66']]]
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
bl0 … 1Ftrue
Treeblank.pngTreeblank.pngTreetree.pnghl7:component
0 … 1Beinhaltet 1.2.40.0.34.6.0.11.2.67 EXNDS Weitere Patienteninformation - Medizinisch (DYNAMIC)(exn...atz)
wo [hl7:section [hl7:templateId ​[@root​=​'1.2.40.0.34.6.0.11.2.67']]]
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
bl0 … 1Ftrue
Treeblank.pngTreeblank.pngTreetree.pnghl7:component
0 … 1Beinhaltet 1.2.40.0.34.6.0.11.2.99 EXNDS Cave - kodiert (DYNAMIC)(exn...atz)
wo [hl7:section [hl7:templateId ​[@root​=​'1.2.40.0.34.6.0.11.2.99']]]
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
bl0 … 1Ftrue
Treeblank.pngTreeblank.pngTreetree.pnghl7:component
0 … 1Beinhaltet 1.2.40.0.34.6.0.11.2.96 Diagnose - kodiert (DYNAMIC)(exn...atz)
wo [hl7:section [hl7:templateId ​[@root​=​'1.2.40.0.34.6.0.11.2.96']]]
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
bl0 … 1Ftrue
Treeblank.pngTreeblank.pngTreetree.pnghl7:component
0 … 1Beinhaltet 1.2.40.0.34.6.0.11.2.30 EXNDS Familienanamnese (DYNAMIC)(exn...atz)
wo [hl7:section [hl7:templateId ​[@root​=​'1.2.40.0.34.6.0.11.2.30']]]
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
bl0 … 1Ftrue
Treeblank.pngTreeblank.pngTreetree.pnghl7:component
0 … 1Beinhaltet 1.2.40.0.34.6.0.11.2.32 EXNDS Behandlungsschein (DYNAMIC)(exn...atz)
wo [hl7:section [hl7:templateId ​[@root​=​'1.2.40.0.34.6.0.11.2.32']]]
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
bl0 … 1Ftrue
Treeblank.pngTreeblank.pngTreetree.pnghl7:component
0 … 1Beinhaltet 1.2.40.0.34.6.0.11.2.33 EXNDS Behandlungen (DYNAMIC)(exn...atz)
wo [hl7:section [hl7:templateId ​[@root​=​'1.2.40.0.34.6.0.11.2.33']]]
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
bl0 … 1Ftrue
Treeblank.pngTreeblank.pngTreetree.pnghl7:component
0 … 1Beinhaltet 1.2.40.0.34.6.0.11.2.34 EXNDS Karteineintragungen (DYNAMIC)(exn...atz)
wo [hl7:section [hl7:templateId ​[@root​=​'1.2.40.0.34.6.0.11.2.34']]]
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
bl0 … 1Ftrue
Auswahl0 … 1
Die Angabe von Laborparameters kann auf zwei Arten erfolgen. Entweder werden alle Labortests in einer Tabelle zusammengefasst oder es wird die Methodik von Laborbereichen und Gruppen des ELGA Laborleitfadens angewandt.
Elemente in der Auswahl:
  • hl7:component[hl7:section[hl7:templateId​[@root​=​'1.2.40.0.34.6.0.11.2.35']]] welches enthält Template 1.2.40.0.34.6.0.11.2.35 EXNDS Laborparameter (DYNAMIC)
  • hl7:component[hl7:section[hl7:templateId​[@root​=​'1.2.40.0.34.6.0.11.2.104']]] welches enthält Template 1.2.40.0.34.6.0.11.2.104 Rezept - codiert (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:component
0 … 1CBeinhaltet 1.2.40.0.34.6.0.11.2.35 EXNDS Laborparameter (DYNAMIC)(exn...atz)
wo [hl7:section [hl7:templateId ​[@root​=​'1.2.40.0.34.6.0.11.2.35']]]
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
bl0 … 1Ftrue
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:component
0 … 1CBeinhaltet 1.2.40.0.34.6.0.11.2.104 Rezept - codiert (DYNAMIC)(exn...atz)
wo [hl7:section [hl7:templateId ​[@root​=​'1.2.40.0.34.6.0.11.2.104']]]
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
bl0 … 1Ftrue
Treeblank.pngTreeblank.pngTreetree.pnghl7:component
0 … 1Beinhaltet 1.2.40.0.34.6.0.11.2.101 EXNDS Verordnungen (DYNAMIC)(exn...atz)
wo [hl7:section [hl7:templateId ​[@root​=​'1.2.40.0.34.6.0.11.2.101']]]
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
bl0 … 1Ftrue
Treeblank.pngTreeblank.pngTreetree.pnghl7:component
0 … 1Dieses Section Template stammt aus dem eImpfpass. Die Angabe hinsichtlich "Imfpung gegen" sowie "Datum" (siehe Datasets) finden sich im Immunization-entry unter substanceAdministration/entryRelationship/observation/code sowie substanceAdministration/effectiveTime.

Beinhaltet 1.2.40.0.34.6.0.11.2.1 Impfungen - kodiert (DYNAMIC)		(exn...atz)
wo [hl7:section [hl7:templateId ​[@root​=​'1.2.40.0.34.6.0.11.2.1']]]
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
bl0 … 1Ftrue
Treeblank.pngTreeblank.pngTreetree.pnghl7:component
0 … 1Dieses Section Template stammt aus dem eImpfpass. 
Beinhaltet 1.2.40.0.34.6.0.11.2.2 Impfempfehlungen - kodiert (DYNAMIC)		(exn...atz)
wo [hl7:section [hl7:templateId ​[@root​=​'1.2.40.0.34.6.0.11.2.2']]]
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
bl0 … 1Ftrue
Treeblank.pngTreeblank.pngTreetree.pnghl7:component
0 … 1Beinhaltet 1.2.40.0.34.6.0.11.2.40 EXNDS Befund (DYNAMIC)(exn...atz)
wo [hl7:section [hl7:templateId ​[@root​=​'1.2.40.0.34.6.0.11.2.40']]]
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
bl0 … 1Ftrue
Treeblank.pngTreeblank.pngTreetree.pnghl7:component
0 … 1Beinhaltet 1.2.40.0.34.6.0.11.2.37 EXNDS eCard Konsultationsdaten (DYNAMIC)(exn...atz)
wo [hl7:section [hl7:templateId ​[@root​=​'1.2.40.0.34.6.0.11.2.37']]]
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
bl0 … 1Ftrue
Treeblank.pngTreeblank.pngTreetree.pnghl7:component
0 … 1Beinhaltet 1.2.40.0.34.6.0.11.2.38 EXNDS ABS-Daten (DYNAMIC)(exn...atz)
wo [hl7:section [hl7:templateId ​[@root​=​'1.2.40.0.34.6.0.11.2.38']]]
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
bl0 … 1Ftrue
Treeblank.pngTreeblank.pngTreetree.pnghl7:component
0 … 1In dieser Sektion können sämtliche Befunde, welche von extern eingebracht wurden, angegeben werden. 
Beinhaltet 1.2.40.0.34.6.0.11.2.36 EXNDS Attachments (DYNAMIC)		(exn...atz)
wo [hl7:section [hl7:templateId ​[@root​=​'1.2.40.0.34.6.0.11.2.36']]]
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
bl0 … 1Ftrue
Treeblank.pngTreeblank.pngTreetree.pnghl7:component
0 … 1Beinhaltet 1.2.40.0.34.6.0.11.2.39 EXNDS Krankenstand (DYNAMIC)(exn...atz)
wo [hl7:section [hl7:templateId ​[@root​=​'1.2.40.0.34.6.0.11.2.39']]]
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
bl0 … 1Ftrue


4.2 Administrative Daten (CDA Header)

4.2.1 Document Realm

Id1.2.40.0.34.6.0.11.1.10
ref
at-cda-bbr-
Gültigkeit2023‑03‑24 09:21:27
Andere Versionen mit dieser Id:
  • Kblank.png atcdabbr_header_DocumentRealm vom 2021‑02‑19 10:44:57
  • Kblank.png atcdabbr_header_DocumentRealm vom 2019‑02‑12 13:35:45
StatusKgreen.png AktivVersions-Label1.0.1+20230717
Nameatcdabbr_header_DocumentRealmBezeichnungDocument Realm
BeschreibungHoheitsbereich des Dokuments.

Dieses Element kennzeichnet, dass das Dokument aus dem Hoheitsbereich Österreich (bzw. Bereich der HL7 Affiliate Austria, Code „AT“) stammt.
KlassifikationCDA Header Level Template
Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
BeziehungVersion: Template 1.2.40.0.34.6.0.11.1.10 Document Realm (2021‑02‑19 10:44:57)
ref
at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.1.10 Document Realm (2019‑02‑12 13:35:45)
ref
at-cda-bbr-
Beispiel
Strukturbeispiel
<realmCode code="AT"/>
ItemDTKardKonfBeschreibungLabel
hl7:realmCode
CSR
Hoheitsbereich des Dokuments.

Fester Wert: @code = AT
(aus Value Set „ELGA_RealmCode“)
(atc...alm)
Treetree.png@code
1 … 1FAT


4.2.2 Document Effective Time

Id1.2.40.0.34.6.0.11.1.11
ref
at-cda-bbr-
Gültigkeit2023‑04‑11 10:22:55
Andere Versionen mit dieser Id:
  • Kblank.png atcdabbr_header_DocumentEffectiveTime vom 2021‑02‑19 10:35:26
  • Kblank.png atcdabbr_header_DocumentEffectiveTime vom 2019‑02‑12 16:30:12
StatusKgreen.png AktivVersions-Label1.0.1+20230717
Nameatcdabbr_header_DocumentEffectiveTimeBezeichnungDocument Effective Time
Beschreibung

Dokumentiert das Erstellungsdatum bzw. den Zeitpunkt, an dem das Dokument inhaltlich fertiggestellt wurde. Damit ist jenes Datum gemeint, welches normalerweise im Briefkopf eines Schriftstückes angegeben wird (z.B. Wien, am …). Das Erstellungsdatum des Dokuments MUSS NICHT nicht mit dem Datum der rechtlichen Unterzeichnung (oder „Vidierung“) übereinstimmen.

↔ Hinweis zum XDS-Mapping: Dieses Element wird in das XDS-Attribut XDSDocumentEntry.creationTime gemappt (sofern es sicht nicht um ein On-Demand Document Entry handelt).

Verweis auf speziellen Implementierungsleitfaden: Für das Erstellungsdatum ist das medizinisch zutreffendste Datum anzugeben, dieses MUSS für jede einzelne Dokumentenklasse im speziellen Leitfaden separat definiert werden.
Begründung: Das Erstellungsdatum wird für die Sortierung der CDA-Dokumente im Dokumentenregister (XDSDocumentEntry-Metadaten) verwendet. Es MUSS also sichergestellt werden, dass die CDA-Dokumente in der Reihenfolge sortiert werden, wie sie in einer Krankenakte sortiert werden. 
Beispiel: Laborbefunde müssen nach dem Probenentnahmedatum sortiert werden (NICHT nach dem Vidierdatum), Radiologiebefunde nach dem Ende der Bildaufnahme (NICHT nach dem Befundungszeitpunkt).

KlassifikationCDA Header Level Template
Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
Assoziiert mit
Assoziiert mit 1 Konzept
IdNameDatensatz
at-cda-bbr-data​element-11Kyellow.png Erstellungsdatum Kyellow.png Dataset A Allgemeiner Leitfaden
BeziehungVersion: Template 1.2.40.0.34.6.0.11.1.11 Document Effective Time (2021‑02‑19 10:35:26)
ref
at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.1.11 Document Effective Time (2019‑02‑12 16:30:12)
ref
at-cda-bbr-

Version: Template 1.2.40.0.34.11.90008 CD effectiveTime (2016‑07‑21)
ref
elgabbr-
Beispiel
Nur Datum: Zeitpunkt als Datum (ohne Zeit) im Format YYYYMMDD
<effectiveTime value="20190606"/>
Beispiel
Datum, Zeit und Zeitzone: Zeitpunkt als Datum mit Zeit und Zeitzone im Format YYYYMMDDhhmmss[+/-]HHMM
<effectiveTime value="20190606134038+0200"/>
ItemDTKardKonfBeschreibungLabel
hl7:effectiveTime
TS.AT.TZR
Relevantes Datum des Dokuments.
Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen.
(atc...ime)
 
Target.png
at-cda-bbr-data​element-11Kyellow.png Erstellungsdatum Kyellow.png Dataset A Allgemeiner Leitfaden


4.2.3 Document Confidentiality Code

Id1.2.40.0.34.6.0.11.1.12
ref
at-cda-bbr-
Gültigkeit2023‑03‑24 09:30:46
Andere Versionen mit dieser Id:
  • Kblank.png atcdabbr_header_DocumentConfidentialityCode vom 2021‑06‑28 13:39:30
  • Kblank.png atcdabbr_header_DocumentConfidentialityCode vom 2021‑02‑19 10:35:04
  • Kblank.png atcdabbr_header_DocumentConfidentialityCode vom 2019‑03‑04 12:35:46
StatusKgreen.png AktivVersions-Label1.0.2+20230717
Nameatcdabbr_header_DocumentConfidentialityCodeBezeichnungDocument Confidentiality Code
Beschreibung
Grundsätzlich stellt CDA Informationen zum Vertraulichkeitsstatus eines Dokuments zur Verfügung, um Anwendungssysteme bei der Verwaltung des Zugriffs auf sensible Daten zu unterstützen. Der Vertraulichkeitsstatus kann für das gesamte Dokument oder für bestimmte Teile des Dokuments gelten. Der im Header angegebene Wert gilt für das gesamte Dokument, es sei denn, er wird durch einen verschachtelten Wert überschrieben. Der tatsächliche Zugriff auf das Dokument muss von der übergeordneten Infrastrukturschicht geregelt werden.
↔ Hinweis zum XDS-Mapping: Dieses Element spiegelt sich im XDS-Attribut confidentialityCode wider. Für ELGA wird dieses fix auf "N" gesetzt.
KlassifikationCDA Header Level Template
Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
Assoziiert mit
Assoziiert mit 1 Konzept
IdNameDatensatz
at-cda-bbr-data​element-13Kyellow.png Vertraulichkeitscode Kyellow.png Dataset A Allgemeiner Leitfaden
BeziehungVersion: Template 1.2.40.0.34.6.0.11.1.12 Document Confidentiality Code (2021‑06‑28 13:39:30)
ref
at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.1.12 Document Confidentiality Code (2021‑02‑19 10:35:04)
ref
at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.1.12 Document Confidentiality Code (2019‑03‑04 12:35:46)
ref
at-cda-bbr-

Version: Template 1.2.40.0.34.11.90009 CD confidentialityCode (2013‑11‑07)
ref
elgabbr-
Beispiel
Strukturbeispiel
<confidentialityCode codeSystemName="HL7:Confidentiality" code="N" codeSystem="2.16.840.1.113883.5.25" displayName="normal"/>
ItemDTKardKonfBeschreibungLabel
hl7:confidentialityCode
CE
Vertraulichkeitscode des Dokuments aus Value Set „ELGA_Confidentiality“. 
(atc...ode)
 
Target.png
at-cda-bbr-data​element-13Kyellow.png Vertraulichkeitscode Kyellow.png Dataset A Allgemeiner Leitfaden
Treetree.png@codeSystemName
st1 … 1FHL7:Confidentiality
 ConstraintFür ELGA-Dokumente ist ausschließlich "N" erlaubt!


4.2.4 Document Language

Id1.2.40.0.34.6.0.11.1.13
ref
at-cda-bbr-
Gültigkeit2021‑02‑19 10:36:53
Andere Versionen mit dieser Id:
  • Kblank.png atcdabbr_header_DocumentLanguage vom 2019‑02‑12 14:08:58
StatusKgreen.png AktivVersions-Label1.0.0+20210219
Nameatcdabbr_header_DocumentLanguageBezeichnungDocument Language
Beschreibung
Gibt die Sprache des Dokuments an, sowohl in Inhalts- oder Attributwerten. Die Angabe erfolgt im Sprachcode-Attribut gemäß IETF RFC 3066 (Internet Engineering Task Force RFC 3066 for the Identification of Languages, ed. H. Alvestrand 1995).
Es enthält mindestens einen Sprachcode gemäß ISO 639 ("Code for the representation of names of languages") und einen optionalen Ländercode gemäß ISO 3166 alpha-2.
Syntax: Vereinfacht folgt der LanguaceCode dem Format ll-CC, wobei ll dem Sprachcode gemäß ISO-639-1 in Kleinbuchstaben folgt und CC dem Ländercode gemäß ISO 3166 (Tabelle mit zwei Zeichen) in Großbuchstaben. Trennzeichen ist der Bindestrich (UTF-8 "Hyphen-Minus" mit Kode 45 (dezimal) bzw. 2D (hexadezimal)).
↔ Hinweis zum XDS-Mapping: Dieses Element wird ins XDS-Attribut languageCode gemappt.
KlassifikationCDA Header Level Template
Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
Assoziiert mit
Assoziiert mit 1 Konzept
IdNameDatensatz
at-cda-bbr-data​element-14Kyellow.png Sprachcode Kyellow.png Dataset A Allgemeiner Leitfaden
BeziehungVersion: Template 1.2.40.0.34.6.0.11.1.13 Document Language (2019‑02‑12 14:08:58)
ref
at-cda-bbr-

Version: Template 1.2.40.0.34.11.90010 CD languageCode (2013‑11‑07)
ref
elgabbr-
Beispiel
Strukturbeispiel
<languageCode code="de-AT"/>
ItemDTKardKonfBeschreibungLabel
hl7:language​Code
CS.LANGSprachcode des Dokuments.
(atc...age)
 
Target.png
at-cda-bbr-data​element-14Kyellow.png Sprachcode Kyellow.png Dataset A Allgemeiner Leitfaden
Treetree.png@code
cs1 … 1R
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.10 ELGA_LanguageCode (DYNAMIC)
 ConstraintFür ELGA ist in @code für CDA und Ableitungen in die XDSDocumentEntry-Metadaten derzeit ausschließlich der Wert "de-AT" zulässig.
Für eHealth und zukünftige Versionen der ELGA Leitfäden können weitere Sprachcodes erlaubt werden.


4.2.5 Document Set Id and Version Number

Id1.2.40.0.34.6.0.11.1.15
ref
at-cda-bbr-
Gültigkeit2021‑02‑19 10:57:14
Andere Versionen mit dieser Id:
  • Kblank.png atcdabbr_header_DocumentSetIdAndVersionNumber vom 2019‑02‑12 14:48:59
StatusKgreen.png AktivVersions-Label1.0.0+20210219
Nameatcdabbr_header_DocumentSetIdAndVersionNumberBezeichnungDocument Set Id and Version Number
Beschreibung
Versionierung des Dokuments.
Der CDA-Header repräsentiert Beziehungen zu anderen Dokumenten mit Referenz auf die 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.
Anhänge oder Ersetzungen von Vordokumenten MÜSSEN ebenfalls diese zusätzlichen Angaben enthalten. Der genaue Zusammenhang zwischen diesen Attributen finden Sie im Kapitel „Bezug zu vorgehenden Dokumenten“.
KlassifikationCDA Header Level Template
Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
BeziehungVersion: Template 1.2.40.0.34.6.0.11.1.15 Document Set Id and Version Number (2019‑02‑12 14:48:59)
ref
at-cda-bbr-

Version: Template 1.2.40.0.34.11.90007 SetId VersionNumber (2015‑09‑18)
ref
elgabbr-
Beispiel
Beispiel für die 1.Version eines Dokuments
<!-- Die bei setId angegebene ID SOLLTE nicht gleich sein wie die id des Dokuments.-->
<placeholder>
  <id root="1.2.40.0.34.99.111.1.1" extension="AAAAAAAAAAAAAAA" assigningAuthorityName="KH Eisenstadt"/>  <setId root="1.2.40.0.34.99.111.1.1" extension="ZZZZZZZZZZZZZZZ" assigningAuthorityName="KH Eisenstadt"/>  <versionNumber value="1"/></placeholder>
Beispiel
Beispiel für die 2.Version eines Dokuments
<!--Die bei setId angegebene ID MUSS mit der setId der Vorversion übereinstimmen.-->
<placeholder>
  <id root="1.2.40.0.34.99.111.1.1" extension="BBBBBBBBBBBBBBB" assigningAuthorityName="KH Eisenstadt"/>  <setId root="1.2.40.0.34.99.111.1.1" extension="ZZZZZZZZZZZZZZZ" assigningAuthorityName="KH Eisenstadt"/>  <versionNumber value="2"/></placeholder>
ItemDTKardKonfBeschreibungLabel
hl7:setId
IIR
Eindeutige Id des Dokumentensets. Diese bleibt über alle Versionen der Dokumente gleich (initialer Wert bleibt erhalten).
Die setId SOLL unterschiedlich zur clinicalDocument.id sein.
↔ Hinweis zum XDS-Mapping: Dieses Element wird ins XDS-Attribut referenceIdList ("urn:elga:iti:xds:2014:ownDocument_setId") gemappt.
Hinweis: Bestimmte Systeme, die bei der Übernahme der setId in die XDS-Metadaten mit dem V2-Datentyp CX arbeiten, könnten ein Problem mit @extension-Attributen haben, die länger als 15 Zeichen sind.
(atc...ber)
hl7:versionNumber
INT.​NONNEGRVersionsnummer des Dokuments, wird bei neuen Dokumenten mit 1 festgelegt.
Die versionNumber ist eine natürliche Zahl für die fortlaufende Versionszählung. Mit einer neuen Version wird diese Zahl hochgezählt, während die setId gleich bleibt.
(atc...ber)
Treetree.png@value
int1 … 1RVersionsnummer als positive ganze Zahl.


4.2.6 Record Target

Id1.2.40.0.34.6.0.11.1.3
ref
at-cda-bbr-
Gültigkeit2023‑11‑30 08:08:14
Andere Versionen mit dieser Id:
  • Kblank.png atcdabbr_header_RecordTarget vom 2020‑11‑24 10:03:02
  • Kblank.png atcdabbr_header_RecordTarget vom 2020‑10‑21 10:42:28
  • Kblank.png atcdabbr_header_RecordTarget vom 2020‑09‑10 15:26:39
  • Kblank.png atcdabbr_header_RecordTarget vom 2019‑02‑20 12:10:02
StatusKyellow.png EntwurfVersions-Label1.2.1
Nameatcdabbr_header_RecordTargetBezeichnungRecord Target
Beschreibung
Das RecordTarget-Element enthält den " Patienten ": Die Person, die von einem Gesundheitsdiensteanbieter (Arzt, einer Ärztin oder einem Angehörigen anderer Heilberufe) behandelt wird und über die bzw. über deren Gesundheitsdaten im Dokument berichtet wird.
↔ Hinweis zum XDS-Mapping: Inhalte dieses Elementes werden in die XDS-Metadaten zu XDSDocumentEntry. sourcePatientId übernommen.
KlassifikationCDA Header Level Template
Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
Assoziiert mit
Assoziiert mit 20 Konzepte
IdNameDatensatz
at-cda-bbr-data​element-100Kyellow.png Sprachfähigkeit Kyellow.png Dataset A Allgemeiner Leitfaden
at-cda-bbr-data​element-101Kyellow.png Sprache Kyellow.png Dataset A Allgemeiner Leitfaden
at-cda-bbr-data​element-102Kyellow.png Grad der Sprachkenntnis Kyellow.png Dataset A Allgemeiner Leitfaden
at-cda-bbr-data​element-103Kyellow.png Sprachpräferenz Kyellow.png Dataset A Allgemeiner Leitfaden
at-cda-bbr-data​element-191Kyellow.png Todesdatum Kyellow.png Dataset A Allgemeiner Leitfaden
at-cda-bbr-data​element-192Kyellow.png Verstorben-Kennzeichen Kyellow.png Dataset A Allgemeiner Leitfaden
at-cda-bbr-data​element-193Kyellow.png EKVK Kyellow.png Dataset A Allgemeiner Leitfaden
at-cda-bbr-data​element-64Kyellow.png Patient Kyellow.png Dataset A Allgemeiner Leitfaden
at-cda-bbr-data​element-65Kyellow.png LokaleID Kyellow.png Dataset A Allgemeiner Leitfaden
at-cda-bbr-data​element-66Kyellow.png SVNr Kyellow.png Dataset A Allgemeiner Leitfaden
at-cda-bbr-data​element-67Kyellow.png bPK-GH Kyellow.png Dataset A Allgemeiner Leitfaden
at-cda-bbr-data​element-68Kyellow.png Adresse Kyellow.png Dataset A Allgemeiner Leitfaden
at-cda-bbr-data​element-70Kyellow.png Name Kyellow.png Dataset A Allgemeiner Leitfaden
at-cda-bbr-data​element-72Kyellow.png Kontaktdaten Kyellow.png Dataset A Allgemeiner Leitfaden
at-cda-bbr-data​element-74Kyellow.png Geschlecht Kyellow.png Dataset A Allgemeiner Leitfaden
at-cda-bbr-data​element-75Kyellow.png Geburtsdatum Kyellow.png Dataset A Allgemeiner Leitfaden
at-cda-bbr-data​element-76Kyellow.png Geburtsort Kyellow.png Dataset A Allgemeiner Leitfaden
at-cda-bbr-data​element-88Kyellow.png Gesetzlicher Vertreter Kyellow.png Dataset A Allgemeiner Leitfaden
at-cda-bbr-data​element-98Kyellow.png Familienstand Kyellow.png Dataset A Allgemeiner Leitfaden
at-cda-bbr-data​element-99Kyellow.png Religionsbekenntnis Kyellow.png Dataset A Allgemeiner Leitfaden
Benutzt
Benutzt 5 Templates
Benutzt als NameVersion
1.2.40.0.34.6.0.11.9.25ContainmentKgreen.png Address Compilation (1.0.1+20230717)DYNAMIC
1.2.40.0.34.6.0.11.9.11InklusionKgreen.png Person Name Compilation G2 M (1.0.1+20230717)DYNAMIC
1.2.40.0.34.6.0.11.9.12ContainmentKgreen.png Person Name Compilation G1 M (1.0.1+20230717)DYNAMIC
1.2.40.0.34.6.0.11.9.27ContainmentKgreen.png Organization Name Compilation (1.0.1+20210628)DYNAMIC
1.2.40.0.34.6.0.11.9.10ContainmentKgreen.png Address Compilation Minimal (1.0.2+20230717)DYNAMIC
BeziehungSpezialisierung: Template 1.2.40.0.34.6.0.11.1.3 Record Target (2020‑11‑24 10:03:02)
ref
at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.1.3 Record Target (2020‑10‑21 10:42:28)
ref
at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.1.3 Record Target (2019‑02‑20 12:10:02)
ref
at-cda-bbr-

Adaptation: Template 2.16.840.1.113883.10.12.101 CDA recordTarget (2005‑09‑07)
ref
ad1bbr-
Beispiel
Strukturbeispiel
<recordTarget typeCode="RCT" contextControlCode="OP">
  <patientRole classCode="PAT">
    <!-- lokale Patienten ID vom System -->
    <id root="1.2.40.0.34.99.111.1.2" extension="4711" assigningAuthorityName="Amadeus Spital"/>    <!-- Sozialversicherungsnummer des Patienten -->
    <id root="1.2.40.0.10.1.4.3.1" extension="1111241261" assigningAuthorityName="Österreichische Sozialversicherung"/>    <!-- bPK-GH des Patienten -->
    <id root="1.2.40.0.10.2.1.1.149" extension="GH:b64encodedbPKValue"/>    <!-- Adresse des Patienten -->
    <addr>
      <!-- template 1.2.40.0.34.6.0.11.9.25 'Address Compilation' (2019-02-28T14:24:14) -->
    </addr>    <!-- Kontaktdaten des Patienten-->
    <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 des Patienten (Granularitätsstufe 2) -->
      <name>
        <!-- template 1.2.40.0.34.6.0.11.9.11 'Person Name Compilation G2 M' -->
      </name>      <!-- Geschlecht des Patienten -->
      <administrativeGenderCode displayName="Male" code="M" codeSystem="2.16.840.1.113883.5.1" codeSystemName="HL7:AdministrativeGender"/>      <!-- Geburtsdatum des Patienten -->
      <birthTime value="19701224"/>      <!-- Optional: Verstorben-Kennzeichen -->
      <deceasedInd value="true"/>      <!-- Optional: Todesdatum / Todeszeitpunkt -->
      <deceasedTime value="20200101"/>      <!-- Familienstand des Patienten -->
      <maritalStatusCode code="D" codeSystem="2.16.840.1.113883.5.2" codeSystemName="HL7:MaritalStatus" displayName="Divorced"/>      <!-- Religionszugehörigkeit des Patienten -->
      <religiousAffiliationCode code="101" displayName="Römisch-Katholisch" codeSystem="2.16.840.1.113883.2.16.1.4.1" codeSystemName="HL7.AT:ReligionAustria"/>      <!-- Gesetzlicher Vertreter des Patienten "Organisation"-->
      <guardian classCode="GUARD">
        <!-- Gesetzlicher Vertreter "Person" -->
        <addr>
          <!-- template 1.2.40.0.34.6.0.11.9.25 'Address Compilation' (2019-02-28T14:24:14) -->
        </addr>        <!-- Kontaktdaten des gesetzlichen Vertreters -->
        <telecom use="H" value="tel:+43.2236.2928"/>        <telecom use="WP" value="tel:+43.2236.9000"/>        <!-- Name des gesetzlichen Vertreters (Granularitätsstufe 1) -->
        <guardianPerson>
          <name>
            <!-- template 1.2.40.0.34.6.0.11.9.12 'Person Name Compilation G1 M' -->
          </name>        </guardianPerson>      </guardian>      <birthplace classCode="BIRTHPL">
        <place classCode="PLC" determinerCode="INSTANCE">
          <!-- 1.2.40.0.34.6.0.11.9.10 'Address Compilation Minimal' -->
        </place>      </birthplace>      <languageCommunication>
        <languageCode code="de"/>        <modeCode code="ESP" displayName="Expressed spoken" codeSystem="2.16.840.1.113883.5.60" codeSystemName="HL7:LanguageAbilityMode"/>        <proficiencyLevelCode code="E" displayName="Excellent" codeSystem="2.16.840.1.113883.5.61" codeSystemName="HL7:LanguageAbilityProficiency"/>        <preferenceInd value="true"/>      </languageCommunication>      <!-- Strukturierung der Fähigkeit zur Gebärdensprache -->
      <languageCommunication>
        <languageCode code="de"/>        <proficiencyLevelCode code="G" displayName="Good" codeSystem="2.16.840.1.113883.5.61" codeSystemName="HL7:LanguageAbilityProficiency"/>        <preferenceInd value="false"/>      </languageCommunication>    </patient>  </patientRole></recordTarget>
ItemDTKardKonfBeschreibungLabel
hl7:recordTarget
Komponente für die Patientendaten.(atc...get)
 
Target.png
at-cda-bbr-data​element-64Kyellow.png Patient Kyellow.png Dataset A Allgemeiner Leitfaden
Treetree.png@typeCode
cs0 … 1FRCT
Treetree.png@context​Control​Code
cs0 … 1FOP
Treetree.pnghl7:patientRole
1 … 1MPatientendaten.
(atc...get)
Treeblank.pngTreetree.png@classCode
cs0 … 1FPAT
Treeblank.pngTreetree.pnghl7:id
II2 … *RPatientenidentifikatoren(atc...get)
 
Target.png
at-cda-bbr-data​element-193Kyellow.png EKVK Kyellow.png Dataset A Allgemeiner Leitfaden
at-cda-bbr-data​element-65Kyellow.png LokaleID Kyellow.png Dataset A Allgemeiner Leitfaden
at-cda-bbr-data​element-66Kyellow.png SVNr Kyellow.png Dataset A Allgemeiner Leitfaden
at-cda-bbr-data​element-67Kyellow.png bPK-GH Kyellow.png Dataset A Allgemeiner Leitfaden
 Constraint
Hinweis: Die Reihenfolge der id-Elemente MUSS unbedingt eingehalten werden!

* id[1] Identifikation des Patienten im lokalen System (1..1 M)
↔ Hinweis zum XDS-Mapping: Das Element id[1] wird ins XDS-Attribut sourcePatientId gemappt.

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

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

* id[@root="1.2.40.0.10.2.1.1.149"] Bereichsspezifisches Personenkennzeichen (0..1 O):
   - @root : OID der österreichischen bPK, fester Wert: 1.2.40.0.10.2.1.1.149 (1..1 M)
   - @extension : bPK des Patienten: concat(Bereichskürzel, ":", bPK) (Base64,28 Zeichen). Typischerweise bPK-GH (Gesundheit). Kann im Zusammenhang mit E-ID auch andere Bereichskürzel tragen.
Anmerkung : Das bPK dient ausschließlich technisch der Zuordnung der elektronischen Identität und darf daher weder angezeigt werden noch am Ausdruck erscheinen noch in allfälligen Downloads enthalten sein (1..1 M)
   - @assigningAuthorityName : Fester Wert: Österreichische Stammzahlenregisterbehörde (0..1 O)

* id[@root="1.2.40.0.34.4.21"] Europäische Krankenversicherungskarte (0..1 O):
   - @root: OID der EKVK, fester Wert: 1.2.40.0.34.4.21 (1..1 M)
   - @extension: Datenfelder der EKVK nach folgender Bildungsvorschrift: concat(Feld 6,"^",Feld 7,"^",Feld 8,"^",Feld 9) wobei Feld 6 "Persönliche Kennummer" angegeben sein MUSS (1..1 M). Die übrigen Datenfelder sind optional (0..1 O). In Feld 9 MUSS die Datumsangabe im Format YYYMMDD erfolgen.
   -  @assigningAuthorityName : Fester Wert: Nationaler Krankenversicherungsträger (0..1 O)

Grundsätzlich sind die Vorgaben gemäß „Identifikations-Elemente“ zu befolgen.
 Beispiel
EKVK Beispiel-Max
<id root="1.2.40.0.34.4.21" extension="123456789^1100-OEGK^800400010016^20251231"/>
 Beispiel
EKVK Beispiel-Min
<id root="1.2.40.0.34.4.21" extension="123456789"/>
Treeblank.pngTreetree.pnghl7:addr
0 … 2R
Adresse des Patienten.
Es MUSS eine mögliche Adresse unterstützt werden. Spezielle Leitfäden (z.B. Entlassungsbrief Pflege) können es erforderlich machen, dass mehr als eine Adresse unterstützt werden muss.

Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)		(atc...get)
 
Target.png
at-cda-bbr-data​element-68Kyellow.png Adresse Kyellow.png Dataset A Allgemeiner Leitfaden
 Constraint
Werden mehrere gleichartige address-Elemente strukturiert (z.B. Home, Pflege), MUSS jeweils das Attribut @use angeführt sein.
Treeblank.pngTreetree.pnghl7:telecom
TEL.AT0 … *RKontakt-Element. Grundsätzlich sind die Vorgaben gemäß „Kontaktdaten-Element“ zu befolgen.
(atc...get)
 
Target.png
at-cda-bbr-data​element-72Kyellow.png Kontaktdaten Kyellow.png Dataset A Allgemeiner Leitfaden
Treeblank.pngTreeblank.pngTreetree.png@value
url1 … 1R
Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567
Formatkonvention siehe „telecom-Format Konventionen für Telekom-Daten“
Zulässige Werteliste für telecom Präfixe gemäß Value-Set „ELGA_URLScheme“
Treeblank.pngTreeblank.pngTreetree.png@use
cs0 … 1 
Bedeutung des angegebenen Kontakts (z.B Heim, Arbeitsplatz), z.B. WP
Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“
 ConstraintWerden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein.
Treeblank.pngTreetree.pnghl7:patient
1 … 1MName des Patienten.
Für den Namen ist verpflichtend Granularitätsstufe 2 („strukturierte Angabe des Namens‘‘) anzuwenden!
Grundsätzlich sind die Vorgaben gemäß „Namen-Elemente von Personen PN“ zu befolgen.
(atc...get)
 
Target.png
at-cda-bbr-data​element-70Kyellow.png Name Kyellow.png Dataset A Allgemeiner Leitfaden
Eingefügt1 … 1M von 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FPSN
Treeblank.pngTreeblank.pngTreetree.png@determiner​Code
cs0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreetree.pnghl7:name
PN1 … 1MNamen-Element (Person)(atc...get)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@use
cs0 … 1 
Die genaue Bedeutung des angegebenen Namens, z.B. Angabe eines Künstlernamens mit „A" für „Artist“.
Zulässige Werte gemäß Value Set „ELGA_EntityNameUse“.
Wird kein @use Attribut angegeben, gilt der Name als rechtlicher Name („L“).
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:prefix
ENXP0 … *
Beliebig viele Präfixe zum Namen, z.B. Akademische Titel
Achtung: Die Angabe der Anrede („Frau“, „Herr“), ist im CDA nicht vorgesehen!
(atc...get)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@qualifier
cs0 … 1 
Bedeutung eines prefix-Elements, z.B. Angabe eines akademischen mit "AC" für „Academic“.
Zulässige Werte gemäß Value Set „ELGA_EntityNamePartQualifier".
 CONF
Der Wert von @qualifier muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.8 ELGA_EntityNamePartQualifier (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:family
ENXP1 … *MMindestens ein Hauptname (Nachname).(atc...get)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@qualifier
cs0 … 1 

Bedeutung eines family-Elements, z.B. Angabe eines Geburtsnamen mit „BR" für „Birth“.

Zulässige Werte gemäß Value Set „ELGA_EntityNamePartQualifier“.

 CONF
Der Wert von @qualifier muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.8 ELGA_EntityNamePartQualifier (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:given
ENXP1 … *MMindestens ein Vorname(atc...get)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@qualifier
cs0 … 1 
Die genaue Bedeutung eines given-Elements, beispielsweise dass das angegebene Element einen Geburtsnamen bezeichnet, z.B. BR („Birth“).
Zulässige Werte gemäß Value Set „ELGA_EntityNamePartQualifier“
 CONF
Der Wert von @qualifier muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.8 ELGA_EntityNamePartQualifier (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:suffix
ENXP0 … *Beliebig viele Suffixe zum Namen(atc...get)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@qualifier
cs0 … 1 Die genaue Bedeutung eines suffix-Elements, beispielsweise dass das angegebene Suffix einen akademischen Titel darstellt, z.B.: AC („Academic“).
Zulässige Werte gemäß Value Set „ELGA_EntityNamePartQualifier“.
 CONF
Der Wert von @qualifier muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.8 ELGA_EntityNamePartQualifier (DYNAMIC)
Auswahl1 … 1
Das "administrative Geschlecht" ist das soziale oder gesellschaftliche Geschlecht ("Gender"). Das administrative Geschlecht ist daher grundsätzlich getrennt von den biologischen Merkmalen der Person zu sehen. Grundsätzlich soll das administrative Geschlecht dem im Zentralen Melderegister (ZMR) eingetragenen Geschlecht entsprechen.
Über ein Translation-Element können weitere Angaben zum Geschlecht gemacht werden, wenn diese abweichend vom administrativen Geschlecht sind, z.B.:
  • Biologisches Geschlecht
  • Geschlecht in der Sozialversicherung
  • Geschlecht für die Stations-/Bettenbelegung im Krankenhaus
Codierung des Geschlechts des Patienten aus ValueSet "ELGA_AdministrativeGender".
Elemente in der Auswahl:
  • hl7:administrative​Gender​Code[not(@nullFlavor)]
  • hl7:administrative​Gender​Code[@nullFlavor='UNK']
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:administrative​Gender​Code
CE0 … 1(atc...get)
wo [not(@nullFlavor)]
 
Target.png
at-cda-bbr-data​element-74Kyellow.png Geschlecht Kyellow.png Dataset A Allgemeiner Leitfaden
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@displayName
st1 … 1R
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@code
cs1 … 1R
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystem
oid1 … 1F2.16.840.1.113883.5.1
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystemName
st0 … 1FHL7:AdministrativeGender
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.4 ELGA_AdministrativeGender (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:translation
CD0 … *RÜber ein Translation-Element können weitere Angaben zum Geschlecht gemacht werden, wenn diese abweichend vom administrativen Geschlecht sind, z.B.: Biologisches Geschlecht, Geschlecht in der Sozialversicherung, Geschlecht für die Stations-/Bettenbelegung im Krankenhaus(atc...get)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@displayName
st1 … 1R
 Beispiel
Beispiel für eine SNOMED CT Angabe
<translation code="772004004" codeSystem="2.16.840.1.113883.6.96" displayName="Non-binary gender"/>
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:administrative​Gender​Code
CE0 … 1

Mittels nullFlavor="UNK" wird "Unbekannt" abgebildet. Dies schließt die Ausprägung "Keine Angabe" mit ein.

(atc...get)
wo [@nullFlavor='UNK']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FUNK
Auswahl1 … 1
Geburtsdatum des Patienten.
Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen.
Elemente in der Auswahl:
  • hl7:birthTime
  • hl7:birthTime[@nullFlavor='UNK']
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:birthTime
TS.AT.VAR0 … 1(atc...get)
 
Target.png
at-cda-bbr-data​element-75Kyellow.png Geburtsdatum Kyellow.png Dataset A Allgemeiner Leitfaden
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:birthTime
TS.AT.VAR0 … 1(atc...get)
wo [@nullFlavor='UNK']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FUNK
Treeblank.pngTreeblank.pngTreetree.pngsdtc:deceasedInd
BL0 … 1RKennzeichen, dass die Person verstorben ist. Kann alternativ zum Todesdatum angegeben werden, v.a. wenn der Todeszeitpunkt nicht bekannt ist.(atc...get)
 
Target.png
at-cda-bbr-data​element-192Kyellow.png Verstorben-Kennzeichen Kyellow.png Dataset A Allgemeiner Leitfaden
Treeblank.pngTreeblank.pngTreetree.pngsdtc:deceasedTime
TS.AT.TZ0 … 1RTodesdatum der Person.(atc...get)
 
Target.png
at-cda-bbr-data​element-191Kyellow.png Todesdatum Kyellow.png Dataset A Allgemeiner Leitfaden
Treeblank.pngTreeblank.pngTreetree.pnghl7:marital​Status​Code
CE0 … 1RCodierung des Familienstands des Patienten.
Zulässige Werte gemäß Value-Set „ELGA_MaritalStatus“		(atc...get)
 
Target.png
at-cda-bbr-data​element-98Kyellow.png Familienstand Kyellow.png Dataset A Allgemeiner Leitfaden
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@code
cs1 … 1R
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystem
oid1 … 1F2.16.840.1.113883.5.2
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystemName
st1 … 1FHL7:MaritalStatus
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@displayName
st1 … 1R
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.11 ELGA_MaritalStatus (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.pnghl7:religious​Affiliation​Code
CE0 … 1RCodierung des Religionsbekenntnisses des Patienten.
Zulässige Werte gemäß Value-Set „ELGA_ReligiousAffiliation“		(atc...get)
 
Target.png
at-cda-bbr-data​element-99Kyellow.png Religionsbekenntnis Kyellow.png Dataset A Allgemeiner Leitfaden
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@code
cs1 … 1R
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystem
oid1 … 1F2.16.840.1.113883.2.16.1.4.1
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystemName
st1 … 1FHL7.AT:ReligionAustria
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@displayName
st1 … 1R
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.18 ELGA_ReligiousAffiliation (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.pnghl7:raceCode
NPRasse des Patienten.
Darf nicht verwendet werden!		(atc...get)
Treeblank.pngTreeblank.pngTreetree.pnghl7:ethnic​Group​Code
NPEthnische Zugehörigkeit des Patienten.
Darf nicht verwendet werden!		(atc...get)
Treeblank.pngTreeblank.pngTreetree.pnghl7:guardian
0 … *R
Gesetzlicher Vertreter:
  1. Vorsorgebevollmächtigte/r (Bevollmächtigte/r durch Vorsorgevollmacht)
  2. Gewählte/r ErwachsenenvertreterIn
  3. Gesetzliche/r ErwachsenenvertreterIn
  4. Gerichtliche/r ErwachsenenvertreterIn (Sachwalter)
Der gesetzliche Vetreter kann entweder eine Person (guardianPerson) oder eine Organisation (guardianOrganization) sein.
Beim Patienten können optional ein oder mehrere gesetzliche Vetreter angegeben werden. Wenn ein gesetzliche Vetreter bekannt ist, SOLL diese Information auch angegeben werden.
(atc...get)
 
Target.png
at-cda-bbr-data​element-88Kyellow.png Gesetzlicher Vertreter Kyellow.png Dataset A Allgemeiner Leitfaden
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FGUARD
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
0 … 1R
Die Adresse des gesetzlichen Vertreters oder der Organisation.
Grundsätzlich sind die Vorgaben für „Adress-Elemente“ zu befolgen.

Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)		(atc...get)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL.AT0 … *RBeliebig viele Kontaktdaten des gesetzlichen Vertreters als Person oder Organisation.
Grundsätzlich sind die Vorgaben gemäß „Kontaktdaten-Element“ zu befolgen.
(atc...get)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
st1 … 1R
Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567
Formatkonvention siehe „telecom-Format Konventionen für Telekom-Daten“
Zulässige Werteliste für telecom Präfixe gemäß Value-Set „ELGA_URLScheme“
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@use
set_cs0 … 1 
Bedeutung des angegebenen Kontakts (z.B. Heim, Arbeitsplatz) Bsp: WP
Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“
 ConstraintWerden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein.
Auswahl1 … 1
Angabe des gesetzlichen Vertreters als Person (guardianPerson in Granularitätsstufe 1 oder 2) ODER als Organisation (guardianOrganization)
Elemente in der Auswahl:
  • hl7:guardian​Person welches enthält Template 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC)
  • hl7:guardian​Person welches enthält Template 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)
  • hl7:guardian​Organization welches enthält Template 1.2.40.0.34.6.0.11.9.27 Organization Name Compilation (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:guardian​Person
0 … 1Name des gesetzlichen Vertreters: Angabe in  Granularitätsstufe 1
Beinhaltet 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC)		(atc...get)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:guardian​Person
0 … 1Name des gesetzlichen Vertreters: Angabe in  Granularitätsstufe 2
Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)		(atc...get)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:guardian​Organization
0 … 1RName des gesetzlichen Vertreters (Organisation)
Beinhaltet 1.2.40.0.34.6.0.11.9.27 Organization Name Compilation (DYNAMIC)		(atc...get)
Treeblank.pngTreeblank.pngTreetree.pnghl7:birthplace
0 … 1RGeburtsort des Patienten.(atc...get)
 
Target.png
at-cda-bbr-data​element-76Kyellow.png Geburtsort Kyellow.png Dataset A Allgemeiner Leitfaden
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FBIRTHPL
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:place
1 … 1M(atc...get)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FPLC
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
cs0 … 1FINSTANCE
Auswahl1 … 1Elemente in der Auswahl:
  • hl7:addr welches enthält Template 1.2.40.0.34.6.0.11.9.10 Address Compilation Minimal (DYNAMIC)
  • hl7:addr welches enthält Template 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1Die Adresse des Geburtsorts. Minimalangabe. Alle Elemente optional.

Beinhaltet 1.2.40.0.34.6.0.11.9.10 Address Compilation Minimal (DYNAMIC)		(atc...get)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1Die Adresse des Geburtsorts, struktuiert.
Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)		(atc...get)
Treeblank.pngTreeblank.pngTreetree.pnghl7:language​Communication
0 … *R
Informationen bezüglich der Sprachfähigkeiten und Ausdrucksform des Patienten.
(atc...get)
 
Target.png
at-cda-bbr-data​element-100Kyellow.png Sprachfähigkeit Kyellow.png Dataset A Allgemeiner Leitfaden
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:language​Code
CS1 … 1MSprache, die vom Patienten zu einem bestimmten Grad beherrscht wird (geschrieben oder gesprochen).


In der Klasse languageCommunication können Informationen bezüglich der Sprachfähigkeiten und Ausdrucksform (z.B. gesprochen oder geschrieben) des Patienten angegeben werden.
Dieser Leitfaden schränkt die möglichen Werte für die Sprache auf Werte aus dem Value Set ELGA_HumanLanguage ein.


Die Gebärdensprache ist als eigene Sprache inkl. Ländercode anzugeben, mit der Ergänzung des Länder-/Regional-Codes (z.B. sgn-at), die Ausdrucksweise (MoodCode) wird in diesem Fall nicht angegeben (denn expressed / received signed wären redundant).		(atc...get)
 
Target.png
at-cda-bbr-data​element-101Kyellow.png Sprache Kyellow.png Dataset A Allgemeiner Leitfaden
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@code
cs1 … 1RZulässige Werte gemäß Value-Set „ELGA_HumanLanguage“ aus Code-System „HL7:HumanLanguage 2.16.840.1.113883.6.121“
Gemäß IETF / RFC 3066 enthält es ein bestimmtes Subset von Codes aus ISO 639-1 und ISO 639-2 (also zwei- und dreistellige Sprachcodes). Gemäß RFC 3066 ist es zulässig, eine Angabe der landestypischen Ausprägung der Sprache nach einem Bindestrich anzufügen. Das Land wird dabei nach ISO 3166-1 Alpha 2 angegeben. Dies MUSS bei der Auswertung des languageCodes berücksichtigt und toleriert werden.
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.173 ELGA_HumanLanguage (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:modeCode
CE0 … 1CAusdrucksform der Sprache.
Zulässige Werte gemäß Value-Set „ELGA_LanguageAbilityMode“
(atc...get)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@code
cs1 … 1R
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@displayName
st1 … 1R
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystem
oid1 … 1F2.16.840.1.113883.5.60
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystemName
st0 … 1FHL7:LanguageAbilityMode
 ConstraintBei Strukturierung einer Gebärdensprache ist dieses Element NICHT ERLAUBT, NP [0..0] und MUSS daher komplett entfallen
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.175 ELGA_LanguageAbilityMode (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:proficiency​Level​Code
CE0 … 1RGrad der Sprachkenntnis in der Sprache.
Zulässige Werte gemäß Value-Set „ELGA_ProficiencyLevelCode“
(atc...get)
 
Target.png
at-cda-bbr-data​element-102Kyellow.png Grad der Sprachkenntnis Kyellow.png Dataset A Allgemeiner Leitfaden
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@code
cs1 … 1R
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@displayName
st1 … 1R
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystem
oid1 … 1F2.16.840.1.113883.5.61
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystemName
st0 … 1FHL7:LanguageAbilityProficiency
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.174 ELGA_ProficiencyLevelCode (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:preference​Ind
BL0 … 1RKennzeichnung, ob die Sprache in der angegebenen Ausdrucksform vom Patienten bevorzugt wird.(atc...get)
 
Target.png
at-cda-bbr-data​element-103Kyellow.png Sprachpräferenz Kyellow.png Dataset A Allgemeiner Leitfaden
 Schematron assertrole error 
 testnot(hl7:id[1]/@nullFlavor) 
 MeldungDie Verwendung von id/@nullFlavor ist an dieser Stelle NICHT ERLAUBT. 
 Schematron assertrole error 
 testnot(hl7:id[2]/@nullFlavor) or (hl7:id[2][@nullFlavor='UNK'] or hl7:id[2][@nullFlavor='NI']) 
 MeldungZugelassene nullFlavor sind "NI" und "UNK" 


4.2.7 Author

Id1.2.40.0.34.6.0.11.1.2
ref
at-cda-bbr-
Gültigkeit2023‑04‑06 15:23:19
Andere Versionen mit dieser Id:
  • Kblank.png atcdabbr_header_Author vom 2021‑08‑24 08:35:56
  • Kblank.png atcdabbr_header_Author vom 2021‑02‑18 12:40:27
  • Kblank.png atcdabbr_header_Author vom 2019‑02‑13 09:50:17
StatusKgreen.png AktivVersions-Label1.0.3+20230717
Nameatcdabbr_header_AuthorBezeichnungAuthor
Beschreibung

Der Autor, Urheber oder Dokumentersteller ist die Person, die hauptursächlich etwas verursacht oder veranlasst oder als Initiator, Anstifter, Verfasser oder Verursacher wirkt. Der Autor kann auch ein "Dokument-erstellendes Gerät" sein, etwa ein Computerprogramm, das automatisch Daten zu einem Patienten in Form eines Befunds oder einer Zusammenfassung kombiniert.

Die das Dokument schreibende Person (z.B. Schreibkraft, medizinische Dokumentationsassistenz) wird in CDA in einem eigenen Element (dataEnterer) abgebildet, siehe "Personen der Dateneingabe ("dataEnterer")".

Es kann mehr als ein Dokumentersteller angegeben werden (mehrere author-Elemente). Das erste author-Element SOLL eine Person sein ("Hauptautor"). Geräte MÜSSEN hinter den Personen-Autoren stehen (sofern vorhanden, z.B. bei einem On-Demand Dokument, das keine Person erstellt oder sonstige automatisch ohne Personenkontakt erstellte Dokumente).

↔ Hinweis zum XDS-Mapping: Folgende XDS-Attribute werden aus dem author-Element abgeleitet:

  • AuthorInstitution (=representedOrganization)

  • AuthorPerson (=assignedAuthor)

  • AuthorRole (=functionCode)

  • AuthorSpeciality  (=assignedAuthor.code)

Nur das erste author-Element ist für das XDS-Mapping zu übernehmen.

KlassifikationCDA Header Level Template
Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
Benutzt
Benutzt 3 Templates
Benutzt als NameVersion
1.2.40.0.34.6.0.11.9.11ContainmentKgreen.png Person Name Compilation G2 M (1.0.1+20230717)DYNAMIC
1.2.40.0.34.6.0.11.9.18ContainmentKgreen.png Device Compilation (1.0.2+20230717)DYNAMIC
1.2.40.0.34.6.0.11.9.5ContainmentKgreen.png Organization Compilation with id, name (1.0.1+20210628)DYNAMIC
BeziehungSpezialisierung: Template 1.2.40.0.34.6.0.11.1.2 Author (2021‑08‑24 08:35:56)
ref
at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.1.2 Author (2021‑02‑18 12:40:27)
ref
at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.1.2 Author (2019‑02‑13 09:50:17)
ref
at-cda-bbr-
Beispiel
Person als Author
<author typeCode="AUT" contextControlCode="OP">
  <!-- Funktionscode -->
  <functionCode code="OA" displayName="Diensthabender Oberarzt" codeSystem="1.2.40.0.34.99.111.2.1" codeSystemName="Amadeus Spital Funktionen"/>  <!-- Zeitpunkt der Erstellung -->
  <time value="20190605133410+0200"/>  <assignedAuthor classCode="ASSIGNED">
    <!-- Identifikation des Verfassers des Dokuments -->
    <id root="1.2.40.0.34.99.111.1.3" extension="1111" assigningAuthorityName="Amadeus Spital"/>    <!-- Fachrichtung des Verfassers des Dokuments -->
    <code code="107" displayName="Fachärztin/Facharzt für Chirurgie" codeSystem="1.2.40.0.34.5.160" codeSystemName="ELGA_Fachaerzte"/>    <!-- Kontaktdaten des Verfassers des Dokuments -->
    <telecom value="tel:+43.1.40400"/>    <telecom value="mailto:Isabella.Stern@organization.at"/>    <!-- Person als Author -->
    <assignedPerson classCode="PSN" determinerCode="INSTANCE">
      <!-- template 1.2.40.0.34.6.0.11.9.11 'Person Name Compilation G2 M' (2019-04-02T10:09:43) -->
    </assignedPerson>    <representedOrganization>
      <!-- template 1.2.40.0.34.6.0.11.9.5 'Organization Compilation with id, name' (2019-03-25T13:43:57) -->
    </representedOrganization>  </assignedAuthor></author>
Beispiel
Gerät als Author
<author typeCode="AUT" contextControlCode="OP">
  <!-- Zeitpunkt der Erstellung -->
  <time value="20190605133410+0200"/>  <assignedAuthor classCode="ASSIGNED">
    <!-- Geräte Identifikation (oder nullFlavor) -->
    <id root="86562fe5-b509-4ce9-b976-176fd376e477" assigningAuthorityName="KH Eisenstadt"/>    <!-- Gerät als Author -->
    <assignedAuthoringDevice classCode="DEV" determinerCode="INSTANCE">
      <!-- template 1.2.40.0.34.6.0.11.9.18 'Device Compilation' (2019-02-13T10:11:00) -->
    </assignedAuthoringDevice>    <representedOrganization>
      <!-- template 1.2.40.0.34.6.0.11.9.5 'Organization Compilation with id, name' (2019-03-25T13:43:57) -->
    </representedOrganization>  </assignedAuthor></author>
ItemDTKardKonfBeschreibungLabel
hl7:author
Verfasser des Dokuments.
(atc...hor)
Treetree.png@typeCode
cs0 … 1FAUT
Treetree.png@context​Control​Code
cs0 … 1FOP
Treetree.pnghl7:functionCode
CE (extensible)0 … 1R
Funktionscode des Verfassers des Dokuments, z.B: „Diensthabender Oberarzt“, „Verantwortlicher Arzt für Dokumentation“,„Stationsschwester“.
Eigene Codes und Bezeichnungen können verwendet werden.
(atc...hor)
Treeblank.pngTreetree.png@code
cs1 … 1R
Treeblank.pngTreetree.png@codeSystem
oid1 … 1R
Treeblank.pngTreetree.png@displayName
st1 … 1R
Auswahl1 … 1
Der Zeitpunkt, zu dem das Dokument verfasst bzw. inhaltlich fertiggestellt wurde.
Elemente in der Auswahl:
  • hl7:time[not(@nullFlavor)]
  • hl7:time[@nullFlavor='UNK']
Treeblank.pngTreetree.pnghl7:time
TS.AT.TZ0 … 1(atc...hor)
wo [not(@nullFlavor)]
Treeblank.pngTreetree.pnghl7:time
TS.AT.TZ0 … 1(atc...hor)
wo [@nullFlavor='UNK']
Treeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FUNK
Treetree.pnghl7:assignedAuthor
1 … 1M(atc...hor)
Treeblank.pngTreetree.png@classCode
cs0 … 1FASSIGNED
Auswahl1 … *
Identifikation des Verfassers des Dokuments im lokalen System des/der datenerstellenden Gerätes/Software.
ODER Identifikation des/der datenerstellenden Gerätes/Software. 
Elemente in der Auswahl:
  • hl7:id[not(@nullFlavor)]
  • hl7:id[@nullFlavor='NI']
  • hl7:id[@nullFlavor='UNK']
 ConstraintZugelassene 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
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … *
Identifikation des Verfassers des Dokuments im lokalen System des/der datenerstellenden Gerätes/Software.
ODER Identifikation des/der datenerstellenden Gerätes/Software. 
(atc...hor)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … 1(atc...hor)
wo [@nullFlavor='NI']
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FNI
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … 1(atc...hor)
wo [@nullFlavor='UNK']
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FUNK
Treeblank.pngTreetree.pnghl7:code
CE0 … 1R
Angabe der Fachrichtung des Verfassers des Dokuments („Sonderfach“ gem. Ausbildungsordnung), z.B: „Facharzt/Fachärztin für Gynäkologie“.
Wenn ein Autor mehreren ärztlichen Sonderfächern zugeordnet ist, kann das anzugebende Sonderfach gewählt werden. Additivfächer werden nicht angegeben.
(atc...hor)
Treeblank.pngTreeblank.pngTreetree.png@codeSystem
oid1 … 1R
Treeblank.pngTreeblank.pngTreetree.png@displayName
st1 … 1R
Treeblank.pngTreeblank.pngTreetree.png@code
cs1 … 1R
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.6 ELGA_AuthorSpeciality (DYNAMIC)
Treeblank.pngTreetree.pnghl7:telecom
TEL.AT0 … *
Kontaktdaten des Verfassers des Dokuments.
Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen.
(atc...hor)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreetree.png@value
st1 … 1R
Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567
Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“
Treeblank.pngTreeblank.pngTreetree.png@use
set_cs0 … 1 
Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP
Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“
 ConstraintWerden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein.
Auswahl1 … 1Elemente in der Auswahl:
  • hl7:assigned​Person welches enthält Template 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)
  • hl7:assigned​Authoring​Device welches enthält Template 1.2.40.0.34.6.0.11.9.18 Device Compilation (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.pnghl7:assigned​Person
0 … 1
Personendaten des Verfassers des Dokuments.
Grundsätzlich sind die Vorgaben für „Personen-Element“ zu befolgen, name-Element ist hier Mandatory.

Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)		(atc...hor)
Treeblank.pngTreeblank.pngTreetree.pnghl7:assigned​Authoring​Device
0 … 1Datenerstellende/s Software/Gerät
Beinhaltet 1.2.40.0.34.6.0.11.9.18 Device Compilation (DYNAMIC)		(atc...hor)
Treeblank.pngTreetree.pnghl7:represented​Organization
1 … 1MOrganisation, in deren Auftrag der Verfasser des Dokuments die Dokumentation verfasst hat.


↔ Hinweis zum XDS-Mapping: Da manche offiziellen Bezeichnungen von GDA sehr lang werden können, SOLL das name Element einer möglichst eindeutigen Kurzbezeichnung der Organisation entsprechen (im GDA-I im Tag description enthalten). Bei größeren Organisationen SOLL zusätzlich die Abteilung angegeben werden, damit die Zuordnung für den Leser einfacher wird. 

Beispiel: Statt "Allgemeines Krankenhaus der Stadt Wien-Medizinischer Universitätscampus" -->  "Wien AKH" bzw. "Wien AKH - Augenambulanz" 


Beinhaltet 1.2.40.0.34.6.0.11.9.5 Organization Compilation with id, name (DYNAMIC)		(atc...hor)
 Constraint
  • id MUSS der OID der Organisation aus dem GDA-Index entsprechen.
  • name SOLL der Kurzbezeichnung im GDA-I entsprechen (sofern vorhanden)
  • Zu dem Namen größerer Organisationen SOLL auch die Abteilung angegeben werden., z.B.: „Amadeus Spital, Chirurgische Abteilung“
  • Ausnahme: Wenn als Author ein/e Software/Gerät fungiert und keine OID aus dem GDA-I angegeben werden kann, MÜSSEN die Angaben der Organisation des Geräte-/Software-Betreibers oder Herstellers entsprechen.



4.2.8 Data Enterer

Id1.2.40.0.34.6.0.11.1.22
ref
at-cda-bbr-
Gültigkeit2023‑04‑05 13:19:03
Andere Versionen mit dieser Id:
  • Kblank.png atcdabbr_header_Data_Enterer vom 2021‑02‑19 10:33:56
  • Kblank.png atcdabbr_header_Data_Enterer vom 2019‑03‑26 11:33:48
StatusKgreen.png AktivVersions-Label1.0.1+20230717
Nameatcdabbr_header_Data_EntererBezeichnungData Enterer
Beschreibung

Die dokumentierende Person (z.B. Medizinische Dokumentationsassistenz, Schreibkraft).

Das Element "dataEnterer" entfällt bei automatisch erstellten Dokumenten (ODD).

KlassifikationCDA Header Level Template
Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
Assoziiert mit
Assoziiert mit 2 Konzepte
IdNameDatensatz
at-cda-bbr-data​element-16Kyellow.png Schreibkraft Kyellow.png Dataset A Allgemeiner Leitfaden
at-cda-bbr-data​element-17Kyellow.png Zeitpunkt des Schreibens Kyellow.png Dataset A Allgemeiner Leitfaden
Benutzt
Benutzt 1 Template
Benutzt als NameVersion
1.2.40.0.34.6.0.11.9.22ContainmentKgreen.png Assigned Entity (1.0.2+20230717)DYNAMIC
BeziehungSpezialisierung: Template 1.2.40.0.34.6.0.11.1.22 Data Enterer (2021‑02‑19 10:33:56)
ref
at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.1.22 Data Enterer (2019‑03‑26 11:33:48)
ref
at-cda-bbr-
Beispiel
Strukturbeispiel
<dataEnterer contextControlCode="OP" typeCode="ENT">
  <!-- Zeitpunkt der Dokumentation -->
  <time value="20190606130538+0200"/>  <assignedEntity>
    <!-- Die dokumentierende Person -->
    <!-- include template 1.2.40.0.34.6.0.11.9.22 'Assigned Entity' (dynamic) .. O -->
  </assignedEntity></dataEnterer>
ItemDTKardKonfBeschreibungLabel
hl7:dataEnterer
z.B. Schreibkraft, Medizinische Dokumentationsassistenz
(atc...rer)
 
Target.png
at-cda-bbr-data​element-16Kyellow.png Schreibkraft Kyellow.png Dataset A Allgemeiner Leitfaden
Treetree.png@typeCode
cs0 … 1FENT
Treetree.png@context​Control​Code
cs0 … 1FOP
Treetree.pnghl7:time
TS.AT.TZ0 … 1R
Der Zeitpunkt zu dem die Daten dokumentiert wurden.
Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen.
(atc...rer)
wo [not(@nullFlavor)]
 
Target.png
at-cda-bbr-data​element-17Kyellow.png Zeitpunkt des Schreibens Kyellow.png Dataset A Allgemeiner Leitfaden
Treetree.pnghl7:assignedEntity
1 … 1MBeinhaltet 1.2.40.0.34.6.0.11.9.22 Assigned Entity (DYNAMIC)(atc...rer)


4.2.9 Custodian

Id1.2.40.0.34.6.0.11.1.4
ref
at-cda-bbr-
Gültigkeit2021‑10‑13 14:05:15
Andere Versionen mit dieser Id:
  • Kblank.png atcdabbr_header_Custodian vom 2021‑02‑19 10:33:30
  • Kblank.png atcdabbr_header_Custodian vom 2019‑02‑26 11:28:24
StatusKgreen.png AktivVersions-Label1.0.1+20211213
Nameatcdabbr_header_CustodianBezeichnungCustodian
Beschreibung
Der "Verwahrer" des Dokuments stellt die Organisation dar, von der das Dokument stammt und die für die Aufbewahrung und Verwaltung des ORIGINALEN Dokuments verantwortlich ist. Jedes CDA-Dokument hat genau einen Custodian.
Der Custodian entspricht der Definition von Verwaltertätigkeit ("Stewardship") von CDA. Da CDA ein Austauschformat für Dokumente ist und ein CDA-Dokument möglicherweise nicht die ursprüngliche Form der authentifizierten Dokumente darstellt, repräsentiert der Custodian den Verwalter der ursprünglichen Quelldokumente.
KlassifikationCDA Header Level Template
Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
Assoziiert mit
Assoziiert mit 1 Konzept
IdNameDatensatz
at-cda-bbr-data​element-24Kyellow.png Verwahrer Kyellow.png Dataset A Allgemeiner Leitfaden
Benutzt
Benutzt 1 Template
Benutzt als NameVersion
1.2.40.0.34.6.0.11.9.25ContainmentKgreen.png Address Compilation (1.0.1+20230717)DYNAMIC
BeziehungVersion: Template 1.2.40.0.34.6.0.11.1.4 Custodian (2021‑02‑19 10:33:30)
ref
at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.1.4 Custodian (2019‑02‑26 11:28:24)
ref
at-cda-bbr-
Beispiel
Beispiel
<!-- Verwahrer des Dokuments -->
<custodian typeCode="CST">
  <assignedCustodian classCode="ASSIGNED">
    <representedCustodianOrganization classCode="ORG" determinerCode="INSTANCE">
      <!-- Identifikation des Verwahrers -->
      <id root="1.2.3.999" extension="7601234567890"/>      <name>Amadeus Spital</name>      <telecom use="WP" value="tel:+43.(0)50.55460-0"/>      <telecom use="MC" value="tel:+43.(0)676.55461"/>      <addr>
        <!-- template 1.2.40.0.34.6.0.11.9.25 'Address Compilation' (2019-02-28T14:24:14) -->
      </addr>    </representedCustodianOrganization>  </assignedCustodian></custodian>
ItemDTKardKonfBeschreibungLabel
hl7:custodian
Verwahrer des Dokuments.(atc...ian)
 
Target.png
at-cda-bbr-data​element-24Kyellow.png Verwahrer Kyellow.png Dataset A Allgemeiner Leitfaden
Treetree.png@typeCode
cs0 … 1FCST
Treetree.pnghl7:assignedCustodian
1 … 1M(atc...ian)
Treeblank.pngTreetree.png@classCode
cs0 … 1FASSIGNED
Treeblank.pngTreetree.pnghl7:represented​Custodian​Organization
1 … 1M(atc...ian)
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FORG
Treeblank.pngTreeblank.pngTreetree.png@determiner​Code
cs0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II1 … *MIdentifikation des Verwahrers des Dokuments. Wenn dieser im GDA-I angeführt ist, ist die entsprechende OID zu verwenden.
Grundsätzlich sind die Vorgaben für „Identifikations-Elemente“ zu befolgen.		(atc...ian)
Treeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1MName des Verwahrers des Dokuments (Organisation). Grundsätzlich sind die Vorgaben für „Namen-Elemente von Organisationen ON“ zu befolgen.(atc...ian)
Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL.AT0 … *Kontaktdaten des Verwahrers des originalen Dokuments (Organisation). Grundsätzlich sind die Vorgaben für „Kontaktdaten-Elemente“ zu befolgen.(atc...ian)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
st1 … 1R
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@use
set_cs0 … 1 
Bedeutung des angegebenen Kontakts gemäß Value-Set „ELGA_TelecomAddressUse“
 ConstraintWerden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein.
Treeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD1 … 1MAdresse des Verwahrers des Dokuments (Organisation). Grundsätzlich sind die Vorgaben für „Adress-Elemente“ zu befolgen.
Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)		(atc...ian)


4.2.10 Information Recipient

Id1.2.40.0.34.6.0.11.1.24
ref
at-cda-bbr-
Gültigkeit2021‑02‑19 11:10:25
Andere Versionen mit dieser Id:
  • Kblank.png atcdabbr_header_Information_Recipient vom 2019‑03‑26 13:08:59
StatusKgreen.png AktivVersions-Label1.0.0+20210219
Nameatcdabbr_header_Information_RecipientBezeichnungInformation Recipient
Beschreibung
Der beabsichtigte Empfänger des Dokuments. 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 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.

↔ Hinweis zum XDS-Mapping: Dieses Element kann ins XDS-Attribut intendedRecipient gemappt werden (derzeit von ELGA nicht unterstützt).
KlassifikationCDA Header Level Template
Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
Assoziiert mit
Assoziiert mit 5 Konzepte
IdNameDatensatz
at-cda-bbr-data​element-26Kyellow.png Empfänger Kyellow.png Dataset A Allgemeiner Leitfaden
at-cda-bbr-data​element-27Kyellow.png Empfänger Typ Kyellow.png Dataset A Allgemeiner Leitfaden
at-cda-bbr-data​element-28Kyellow.png ID des Empfängers Kyellow.png Dataset A Allgemeiner Leitfaden
at-cda-bbr-data​element-29Kyellow.png Name Kyellow.png Dataset A Allgemeiner Leitfaden
at-cda-bbr-data​element-30Kyellow.png Organisation Kyellow.png Dataset A Allgemeiner Leitfaden
Benutzt
Benutzt 3 Templates
Benutzt als NameVersion
1.2.40.0.34.6.0.11.9.12ContainmentKgreen.png Person Name Compilation G1 M (1.0.1+20230717)DYNAMIC
1.2.40.0.34.6.0.11.9.11ContainmentKgreen.png Person Name Compilation G2 M (1.0.1+20230717)DYNAMIC
1.2.40.0.34.6.0.11.9.9InklusionKgreen.png Organization Compilation with name (1.0.0+20210219)DYNAMIC
BeziehungVersion: Template 1.2.40.0.34.6.0.11.1.24 Information Recipient (2019‑03‑26 13:08:59)
ref
at-cda-bbr-

Version: Template 1.2.40.0.34.11.20005 Header​Information​Recipient (2011‑12‑19)
ref
elgabbr-
Beispiel
Beabsichtigter Empfänger in hoher Granularität angegeben werden
<informationRecipient typeCode="PRCP">
  <intendedRecipient>
    <!-- Identifikation des beabsichtigten Empfängers -->
    <id nullFlavor="UNK"/>    <!-- Personendaten des beabsichtigten Empfängers -->
    <informationRecipient>
      <!-- include template 1.2.40.0.34.6.0.11.9.11 'Person Name Compilation G2 M' (dynamic) 1..1 M -->
    </informationRecipient>    <!-- Organisation, der der beabsichtigte Empfänger angehört -->
    <receivedOrganization>
      <!-- include template 1.2.40.0.34.6.0.11.9.9 'Organization Compilation with name' (dynamic) 0..1 O -->
    </receivedOrganization>  </intendedRecipient></informationRecipient>
Beispiel
Beabsichtigter Empfänger ist eine unbekannte Person („An den Hausarzt“)
<informationRecipient typeCode="PRCP">
  <intendedRecipient>
    <!-- Identifikation des beabsichtigten Empfängers -->
    <id nullFlavor="UNK"/>    <!-- Personendaten des beabsichtigten Empfängers -->
    <informationRecipient>
      <!-- include template 1.2.40.0.34.6.0.11.9.12 'Person Name Compilation G1 M' (dynamic) 1..1 M -->
    </informationRecipient>  </intendedRecipient></informationRecipient>
Beispiel
Beabsichtigter Empfänger ist der Patient selbst
<informationRecipient typeCode="PRCP">
  <intendedRecipient>
    <!-- Der Patient besitzt keine ID -->
    <id nullFlavor="NI"/>    <!-- Hinweis auf den Patienten -->
    <informationRecipient>
      <name>Herbert Mustermann</name>      <!-- Diese Angabe erfolgt in template 1.2.40.0.34.6.0.11.9.12 'Person Name Compilation G1 M' (dynamic) 1..1 M -->
    </informationRecipient>  </intendedRecipient>  <!--Eine erneute Angabe der Adresse des Patienten ist nicht erforderlich.-->
</informationRecipient>
ItemDTKardKonfBeschreibungLabel
hl7:information​Recipient
Beabsichtiger Empfänger des Dokuments. 
(atc...ent)
 
Target.png
at-cda-bbr-data​element-26Kyellow.png Empfänger Kyellow.png Dataset A Allgemeiner Leitfaden
Treetree.png@typeCode
cs0 … 1 Typ des Informationsempfängers, z.B: PRCP „Primärer Empfänger“.

Werden mehrere Empfänger angegeben, MUSS der primäre Empfänger über den typeCode definiert werden.
Hinweis: Das ist relevant, wenn Funktionen aus dem gerichteten Befundversand oder für den Briefdruck auf das Dokument angewendet werden.
 CONF
Der Wert von @typeCode muss gewählt werden aus dem Value Set 1.2.40.0.34.10.29 ELGA_InformationRecipientType (DYNAMIC)
 
Target.png
at-cda-bbr-data​element-27Kyellow.png Empfänger Typ Kyellow.png Dataset A Allgemeiner Leitfaden
Treetree.pnghl7:intended​Recipient
1 … 1M(atc...ent)
Treeblank.pngTreetree.png@classCode
cs0 … 1 
Auswahl1 … *Elemente in der Auswahl:
  • hl7:id[not(@nullFlavor)]
  • hl7:id[@nullFlavor='NI']
  • hl7:id[@nullFlavor='UNK']
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … *Identifikation des beabsichtigten Empfängers (Person).
Empfohlene Information für einen Empfänger ist die ID aus dem GDA-Index.
Grundsätzlich sind die Vorgaben für „Identifikations-Elemente“ zu befolgen.		(atc...ent)
wo [not(@nullFlavor)]
 
Target.png
at-cda-bbr-data​element-28Kyellow.png ID des Empfängers Kyellow.png Dataset A Allgemeiner Leitfaden
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … 1NI … Person hat keine ID (atc...ent)
wo [@nullFlavor='NI']
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FNI
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … 1UNK ... Person hat eine ID, diese ist jedoch unbekannt (atc...ent)
wo [@nullFlavor='UNK']
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FUNK
Auswahl1 … 1
Personendaten des beabsichtigten Empfängers.
Empfehlung: Der Name des Empfängers und die Organisation, der er angehört, sollen in möglichst hoher Granularität angegeben werden. Aufgrund der gängigen Praxis kann als minimale Information für den Empfänger der unstrukturierte Name angegeben werden.
Grundsätzlich sind die Vorgaben gemäß Kapitel „Personen-Element“ zu befolgen.
Elemente in der Auswahl:
  • hl7:information​Recipient[hl7:name[count(child::*)=0]] welches enthält Template 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC)
  • hl7:information​Recipient[hl7:name[count(child::*)!=0]] welches enthält Template 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.pnghl7:information​Recipient
 … 1Beinhaltet 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC)(atc...ent)
wo [hl7:name [count(child::*)=0]]
 
Target.png
at-cda-bbr-data​element-29Kyellow.png Name Kyellow.png Dataset A Allgemeiner Leitfaden
Treeblank.pngTreeblank.pngTreetree.pnghl7:information​Recipient
 … 1Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)(atc...ent)
wo [hl7:name [count(child::*)!=0]]
Treeblank.pngTreetree.pnghl7:received​Organization
0 … 1ROrganisation, der der beabsichtigte Empfänger angehört, z.B.: „Ordination des empfangenden Arztes“.
Grundsätzlich sind die Vorgaben gemäß Kapitel „Organisations-Element“ zu befolgen.		(atc...ent)
 
Target.png
at-cda-bbr-data​element-30Kyellow.png Organisation Kyellow.png Dataset A Allgemeiner Leitfaden
Eingefügt von 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FORG
Treeblank.pngTreeblank.pngTreetree.png@determiner​Code
cs0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … *Beliebig viele IDs der Organisation. z.B.: ID aus dem GDA-Index, DVR-Nummer, ATU-Nummer, etc.(atc...ent)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1MName der Organisation. Bei Organisationen, die im GDA-Index angegeben sind, soll deren Kurzbezeichnung verwendet werden.
Zu dem Namen größerer Organisationen SOLL auch die Abteilung angegeben werden.
(atc...ent)
Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL.AT0 … *
Kontaktdaten der Organisation.
Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen.
(atc...ent)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
st1 … 1R
Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567
Formatkonvention siehe „telecom – Format Konventionen für Telekom-Daten“
Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@use
set_cs0 … 1 
Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP
Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“
 ConstraintWerden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein.
Treeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1Adresse der Organisation.

Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)		(atc...ent)
wo [not(@nullFlavor)]


4.2.11 Legal Authenticator

Id1.2.40.0.34.6.0.11.1.5
ref
at-cda-bbr-
Gültigkeit2021‑02‑19 11:10:59
Andere Versionen mit dieser Id:
  • Kblank.png atcdabbr_header_LegalAuthenticator vom 2019‑03‑04 11:41:57
StatusKgreen.png AktivVersions-Label1.0.0+20210219
Nameatcdabbr_header_LegalAuthenticatorBezeichnungLegal Authenticator
Beschreibung
Der „Rechtliche Unterzeichner“ oder Hauptunterzeichner ist jene Person, welche für das Dokument aus rechtlicher Sicht die Verantwortung übernimmt.
Es muss organisatorisch sichergestellt werden, dass die Person, die als rechtlicher Unterzeichner eingetragen wird, über die entsprechende Berechtigung verfügt. Grundsätzlich MUSS der Hauptunterzeichner angegeben werden, in bestimmten Fällen kann dies aber unterbleiben, etwa wenn es sich um automatisch
erstellte Befunde handelt (Dokumente, die von „Geräten“ oder "Software" autonom erstellt wurden, d.h. wenn der Inhalt durch einen Algorithmus erzeugt und
nicht von einer natürlichen Person freigegeben wurde, z.B. On-demand Dokumente).
Diese Fälle sind in den jeweiligen speziellen Leitfaden entsprechend angegeben.  Falls mehrere rechtliche Unterzeichner vorhanden sind, können diese
angegeben werden.


    ↔ Hinweis zum XDS-Mapping: Dieses Element wird ins XDS-Metadatenelement DocumentEntry.legalAuthenticator gemappt.
    ACHTUNG: Nach DocumentEntry.legalAuthenticator kann jeweils nur das erste Element (ClinicalDocument/LegalAuthenticator[1]) übernommen werden.
KlassifikationCDA Header Level Template
Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
Assoziiert mit
Assoziiert mit 3 Konzepte
IdNameDatensatz
at-cda-bbr-data​element-1Kyellow.png Rechtlicher Unterzeichner Kyellow.png Dataset A Allgemeiner Leitfaden
at-cda-bbr-data​element-5Kyellow.png Zeitpunkt der Unterzeichnung Kyellow.png Dataset A Allgemeiner Leitfaden
at-cda-bbr-data​element-6Kyellow.png Signatur Kyellow.png Dataset A Allgemeiner Leitfaden
Benutzt
Benutzt 1 Template
Benutzt als NameVersion
1.2.40.0.34.6.0.11.9.22ContainmentKgreen.png Assigned Entity (1.0.2+20230717)DYNAMIC
BeziehungVersion: Template 1.2.40.0.34.6.0.11.1.5 Legal Authenticator (2019‑03‑04 11:41:57)
ref
at-cda-bbr-

Version: Template 1.2.40.0.34.11.20006 HeaderLegalAuthenticator (2011‑12‑19)
ref
elgabbr-
Beispiel
Strukturbeispiel
<legalAuthenticator contextControlCode="OP" typeCode="LA">
  <!-- Zeitpunkt der Unterzeichnung -->
  <time value="20190324082015+0100"/>  <!-- Signaturcode -->
  <signatureCode code="S"/>  <!-- Personen- und Organisationsdaten des Rechtlichen Unterzeichners des Dokuments -->
  <assignedEntity>
    <!-- include template 1.2.40.0.34.6.0.11.9.22 'Assigned Entity' (dynamic) .. O -->
  </assignedEntity></legalAuthenticator>
ItemDTKardKonfBeschreibungLabel
hl7:legalAuthenticator
Hauptunterzeichner, Rechtlicher Unterzeichner
(atc...tor)
 
Target.png
at-cda-bbr-data​element-1Kyellow.png Rechtlicher Unterzeichner Kyellow.png Dataset A Allgemeiner Leitfaden
Treetree.png@context​Control​Code
cs0 … 1FOP
Treetree.png@typeCode
cs0 … 1FLA
Auswahl1 … 1
Der Zeitpunkt, an dem das Dokument unterzeichnet wurde.
Elemente in der Auswahl:
  • hl7:time[not(@nullFlavor)]
  • hl7:time[@nullFlavor='UNK']
Treeblank.pngTreetree.pnghl7:time
TS.AT.TZ0 … 1(atc...tor)
wo [not(@nullFlavor)]
 
Target.png
at-cda-bbr-data​element-5Kyellow.png Zeitpunkt der Unterzeichnung Kyellow.png Dataset A Allgemeiner Leitfaden
Treeblank.pngTreetree.pnghl7:time
TS.AT.TZ0 … 1(atc...tor)
wo [@nullFlavor='UNK']
Treeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FUNK
Treetree.pnghl7:signatureCode
CS1 … 1MSignaturcode gibt an, dass das Originaldokument unterzeichnet wurde.
(atc...tor)
 
Target.png
at-cda-bbr-data​element-6Kyellow.png Signatur Kyellow.png Dataset A Allgemeiner Leitfaden
Treeblank.pngTreetree.png@code
CONF1 … 1FS
Treetree.pnghl7:assignedEntity
1 … 1MPersonendaten des rechtlichen Unterzeichners.
Für den Namen ist verpflichtend Granularitätsstufe 2 ("strukturierte Angabe des Namens") anzuwenden!
Beinhaltet 1.2.40.0.34.6.0.11.9.22 Assigned Entity (DYNAMIC)		(atc...tor)


4.2.12 Authenticator

Id1.2.40.0.34.6.0.11.1.6
ref
at-cda-bbr-
Gültigkeit2021‑02‑19 10:25:00
Andere Versionen mit dieser Id:
  • Kblank.png atcdabbr_header_Authenticator vom 2019‑03‑04 13:11:54
StatusKgreen.png AktivVersions-Label1.0.0+20210219
Nameatcdabbr_header_AuthenticatorBezeichnungAuthenticator
Beschreibung
Mitunterzeichner, weiterer Unterzeichner.
Dokumente können neben dem verpflichtenden legalAuthenticator („rechtlichen Unterzeichner“, Hauptunterzeichner) auch beliebig viele weitere Mitunterzeichner beinhalten.
Sonderfälle:
  • Multidisziplinäre Befunde: Die Angabe von mindestens zwei Mitunterzeichnern (authenticator) ersetzt die Angabe eines Hauptunterzeichners (legalAuthenticator), wenn dieser nicht ermittelt werden kann (z.B. bei multidisziplinären Befunden, die von mehreren Fachärzten mit unterschiedlicher Fachrichtung gleichermaßen verantwortet werden).
  • Automatisch erstellte Befunde: Bei Dokumenten, die von „Geräten“ erstellt wurden (wenn der Inhalt durch einen Algorithmus erzeugt und nicht von einer natürlichen Person freigegeben wurde), entfällt die Angabe aller Unterzeichner.
KlassifikationCDA Header Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit
Assoziiert mit 3 Konzepte
IdNameDatensatz
at-cda-bbr-data​element-105Kyellow.png Zeitpunkt der Unterzeichnung Kyellow.png Dataset A Allgemeiner Leitfaden
at-cda-bbr-data​element-106Kyellow.png Signatur Kyellow.png Dataset A Allgemeiner Leitfaden
at-cda-bbr-data​element-31Kyellow.png Weitere Unterzeichner Kyellow.png Dataset A Allgemeiner Leitfaden
Benutzt
Benutzt 1 Template
Benutzt als NameVersion
1.2.40.0.34.6.0.11.9.22InklusionKgreen.png Assigned Entity (1.0.2+20230717)DYNAMIC
BeziehungVersion: Template 1.2.40.0.34.6.0.11.1.6 Authenticator (2019‑03‑04 13:11:54)
ref
at-cda-bbr-
Beispiel
Strukturbeispiel
<authenticator typeCode="AUTHEN">
  <!-- Zeitpunkt der Unterzeichnung -->
  <time value="20190605"/>  <!-- Signaturcode -->
  <signatureCode code="S"/>  <!-- Personen- und Organisationsdaten des Weiteren Unterzeichners des Dokuments -->
  <assignedEntity>
    <!-- include template 1.2.40.0.34.6.0.11.9.22 'Assigned Entity' (dynamic) .. O -->
  </assignedEntity></authenticator>
ItemDTKardKonfBeschreibungLabel
hl7:authenticator
Weitere Unterzeichner.(atc...tor)
 
Target.png
at-cda-bbr-data​element-31Kyellow.png Weitere Unterzeichner Kyellow.png Dataset A Allgemeiner Leitfaden
Treetree.png@typeCode
cs0 … 1FAUTHEN
Auswahl1 … 1
Der Zeitpunkt, an dem das Dokument unterzeichnet wurde.
Grundsätzlich sind die Vorgaben gemäß für „Zeit-Elemente“ zu befolgen.
Elemente in der Auswahl:
  • hl7:time[not(@nullFlavor)]
  • hl7:time[@nullFlavor='UNK']
Treeblank.pngTreetree.pnghl7:time
TS.AT.TZ0 … 1(atc...tor)
wo [not(@nullFlavor)]
 
Target.png
at-cda-bbr-data​element-105Kyellow.png Zeitpunkt der Unterzeichnung Kyellow.png Dataset A Allgemeiner Leitfaden
Treeblank.pngTreetree.pnghl7:time
TS.AT.TZ0 … 1(atc...tor)
wo [@nullFlavor='UNK']
Treeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FUNK
Treetree.pnghl7:signatureCode
CS1 … 1M(atc...tor)
 
Target.png
at-cda-bbr-data​element-106Kyellow.png Signatur Kyellow.png Dataset A Allgemeiner Leitfaden
Treeblank.pngTreetree.png@code
CONF1 … 1FS
Treetree.pnghl7:assignedEntity
1 … 1M
Personendaten des weiteren Unterzeichners.
Grundsätzlich sind die Vorgaben gemäß Kapitel „AssignedEntity-Element (Person + Organisation)“ zu befolgen.
(atc...tor)
Eingefügt von 1.2.40.0.34.6.0.11.9.22 Assigned Entity (DYNAMIC)
Treeblank.pngTreetree.png@classCode
cs0 … 1FASSIGNED
Auswahl1 … *
Mindestens eine ID der Person der Entität
Elemente in der Auswahl:
  • hl7:id[not(@nullFlavor)]
  • hl7:id[@nullFlavor='NI']
  • hl7:id[@nullFlavor='UNK']
 Constraint
Zugelassene nullFlavor:
  • NI … Die Person der Entität hat keine Identifikationsnummer
  • UNK … Die Person der Entität hat eine Identifikationsnummer, diese ist jedoch unbekannt
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … *(atc...tor)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … 1(atc...tor)
wo [@nullFlavor='NI']
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FNI
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … 1(atc...tor)
wo [@nullFlavor='UNK']
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FUNK
Auswahl0 … 1Elemente in der Auswahl:
  • hl7:addr[not(@nullFlavor)] welches enthält Template 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)
  • hl7:addr[@nullFlavor='UNK']
Treeblank.pngTreeblank.pngTreetree.pnghl7:addr
0 … 1Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)(atc...tor)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreetree.pnghl7:addr
0 … 1(atc...tor)
wo [@nullFlavor='UNK']
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FUNK
Treeblank.pngTreetree.pnghl7:telecom
TEL.AT0 … *
Beliebig viele Kontakt-Elemente der Person der Entität.
Grundsätzlich sind die Vorgaben gemäß „Kontaktdaten-Element“ zu befolgen.
(atc...tor)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreetree.png@value
url1 … 1R

Die Kontaktadresse (Telefonnummer, Email, etc.).

Es gelten die ELGA Formatkonventionen für Telekom-Daten, z.B. tel:+43.1.1234567

Zulässige Werteliste für telecom Präfixe gemäß Value Set "ELGA_URLScheme"

Treeblank.pngTreeblank.pngTreetree.png@use
cs0 … 1 

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

Zulässige Werte gemäß Value Set "ELGA_TelecomAddressUse"

 ConstraintWerden mehrere gleichartige "telecom"-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein.
Treeblank.pngTreetree.pnghl7:assigned​Person
1 … 1M
Personendaten der Person der Entität.
Grundsätzlich sind die Vorgaben gemäß „Personen-Element“ zu befolgen.

Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)		(atc...tor)
Treeblank.pngTreetree.pnghl7:represented​Organization
0 … 1R
Organisationsdaten der Entität.
Grundsätzlich sind die Vorgaben gemäß „Organisations-Element“ zu befolgen.

Beinhaltet 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC)		(atc...tor)


4.2.13 Participant Fachlicher Ansprechpartner

Id1.2.40.0.34.6.0.11.1.20
ref
at-cda-bbr-
Gültigkeit2021‑08‑03 11:02:47
Andere Versionen mit dieser Id:
  • Kblank.png atcdabbr_header_ParticipantFachlicherAnsprechpartner vom 2021‑06‑30 15:57:10
  • Kblank.png atcdabbr_header_ParticipantFachlicherAnsprechpartner vom 2021‑02‑19 11:15:35
  • Kblank.png atcdabbr_header_ParticipantFachlicherAnsprechpartner vom 2019‑02‑12 15:59:16
StatusKgreen.png AktivVersions-Label1.0.2+20210803
Nameatcdabbr_header_ParticipantFachlicherAnsprechpartnerBezeichnungParticipant Fachlicher Ansprechpartner
Beschreibung
Der fachliche Ansprechpartner ist jene Kontaktperson oder –stelle, welche zur Kontaktaufnahme für fachliche Auskünfte zum betreffenden Dokument veröffentlicht wird.
Soll als Ansprechpartner der Verfasser des Dokuments angegeben werden, so sind die entsprechenden Daten an dieser Stelle noch einmal anzugeben. Bei Verwendung sollen möglichst präzise Kontaktdaten angegeben werden. Es obliegt der dokumenterzeugenden Organisation zu entscheiden, welchen Ansprechpartner sie veröffentlicht.
KlassifikationCDA Header Level Template
Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
Benutzt
Benutzt 3 Templates
Benutzt als NameVersion
1.2.40.0.34.6.0.11.9.25ContainmentKgreen.png Address Compilation (1.0.1+20230717)DYNAMIC
1.2.40.0.34.6.0.11.9.11ContainmentKgreen.png Person Name Compilation G2 M (1.0.1+20230717)DYNAMIC
1.2.40.0.34.6.0.11.9.9InklusionKgreen.png Organization Compilation with name (1.0.0+20210219)DYNAMIC
BeziehungVersion: Template 1.2.40.0.34.6.0.11.1.20 Participant Fachlicher Ansprechpartner (2021‑06‑30 15:57:10)
ref
at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.1.20 Participant Fachlicher Ansprechpartner (2021‑02‑19 11:15:35)
ref
at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.1.20 Participant Fachlicher Ansprechpartner (2019‑02‑12 15:59:16)
ref
at-cda-bbr-

Version: Template 1.2.40.0.34.11.1.1.1 HeaderParticipant Ansprechpartner (2014‑03‑25)
ref
elgabbr-
Beispiel
Beispiel Organisation
<participant typeCode="CALLBCK">
  <templateId root="1.2.40.0.34.6.0.11.1.20"/>  <associatedEntity classCode="PROV">
    <!-- Verpflichtende Telefonnummer des fachlichen Ansprechpartners -->
    <telecom use="WP" value="tel:+43.6138.3453446.1"/>    <!-- Organisation des Fachlichen Ansprechpartners -->
    <scopingOrganization>
      <!-- Name der Organisation -->
      <name>Sekretariat der Chir. Abt. Amadeusspital</name>    </scopingOrganization>  </associatedEntity></participant>
Beispiel
Beispiel Person + Organisation
<participant typeCode="CALLBCK">
  <templateId root="1.2.40.0.34.6.0.11.1.20"/>  <associatedEntity classCode="PROV">
    <!-- Verpflichtende Telefonnummer des fachlichen Ansprechpartners -->
    <telecom use="WP" value="tel:+43.6138.3453446.1.12"/>    <associatedPerson>
      <!-- Name des Fachlichen Ansprechpartners -->
      <name>
        <prefix>Dr.</prefix>        <given>Walter</given>        <family>Hummel</family>      </name>    </associatedPerson>    <!-- Organisation des Fachlichen Ansprechpartners -->
    <scopingOrganization>
      <!-- Name der Organisation -->
      <name>Sekretariat der Chir. Abt. Amadeusspital</name>    </scopingOrganization>  </associatedEntity></participant>
ItemDTKardKonfBeschreibungLabel
hl7:participant
Fachlicher Ansprechpartner
(atc...ner)
wo [hl7:templateId ​[@root​=​'1.2.40.0.34.6.0.11.1.20']]
Treetree.png@typeCode
cs1 … 1FCALLBCK
 Callback contact
Treetree.png@context​Control​Code
cs0 … 1FOP
Treetree.pnghl7:templateId
II1 … 1MTemplate ID zur Identifikation dieser Art von Beteiligten
(atc...ner)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.6.0.11.1.20
Treetree.pnghl7:functionCode
CE (extensible)0 … 1
Optionale Angabe eines Funktionscodes des fachlichen Ansprechpartners, z.B: „Diensthabender Oberarzt“, „Verantwortlicher Arzt für Dokumentation“,„Stationsschwester“.
Eigene Codes und Bezeichnungen können verwendet werden.
(atc...ner)
Treeblank.pngTreetree.png@code
cs1 … 1R
Treeblank.pngTreetree.png@codeSystem
oid1 … 1R
Treeblank.pngTreetree.png@displayName
st1 … 1R
Treetree.pnghl7:associated​Entity
1 … 1M(atc...ner)
Treeblank.pngTreetree.png@classCode
cs1 … 1FPROV
 
Healthcare provider - Gesundheitsdiensteanbieter
Treeblank.pngTreetree.pnghl7:code
CE0 … 1
Optionale Angabe der Fachrichtung des fachlichen Ansprechpartners („Sonderfach“ gem. Ausbildungsordnung), z.B: „Facharzt/Fachärztin für Gynäkologie“.
Wenn ein fachlicher Ansprechpartner mehreren ärztlichen Sonderfächern zugeordnet ist, kann das anzugebende Sonderfach gewählt werden. Additivfächer werden nicht angegeben.
(atc...ner)
Treeblank.pngTreeblank.pngTreetree.png@codeSystem
oid1 … 1R
Treeblank.pngTreeblank.pngTreetree.png@displayName
st1 … 1R
Treeblank.pngTreeblank.pngTreetree.png@code
cs1 … 1R
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.6 ELGA_AuthorSpeciality (DYNAMIC)
Treeblank.pngTreetree.pnghl7:addr
AD0 … 1
Adresse des Beteiligten.
Grundsätzlich sind die Vorgaben für "Adress-Elemente" zu befolgen.

Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)		(atc...ner)
wo [not(@nullFlavor)]
Treeblank.pngTreetree.pnghl7:telecom
TEL.AT1 … *MBeliebig viele Kontaktdaten des Beteiligten.(atc...ner)
Treeblank.pngTreeblank.pngTreetree.png@value
st1 … 1R
Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567
Formatkonvention siehe „telecom – Format Konventionen für Telekom-Daten“
Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“
Treeblank.pngTreeblank.pngTreetree.png@use
set_cs0 … 1 
Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP
Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“
 ConstraintEs MUSS mindestens eine Telefonnummer angegeben werden. Werden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein.
Treeblank.pngTreetree.pnghl7:associated​Person
0 … 1R
Name der Person

Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)		(atc...ner)
Treeblank.pngTreetree.pnghl7:scoping​Organization
0 … 1R

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

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

(atc...ner)
Eingefügt von 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FORG
Treeblank.pngTreeblank.pngTreetree.png@determiner​Code
cs0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … *Beliebig viele IDs der Organisation. z.B.: ID aus dem GDA-Index, DVR-Nummer, ATU-Nummer, etc.(atc...ner)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1MName der Organisation. Bei Organisationen, die im GDA-Index angegeben sind, soll deren Kurzbezeichnung verwendet werden.
Zu dem Namen größerer Organisationen SOLL auch die Abteilung angegeben werden.
(atc...ner)
Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL.AT0 … *
Kontaktdaten der Organisation.
Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen.
(atc...ner)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
st1 … 1R
Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567
Formatkonvention siehe „telecom – Format Konventionen für Telekom-Daten“
Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@use
set_cs0 … 1 
Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP
Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“
 ConstraintWerden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein.
Treeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1Adresse der Organisation.

Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)		(atc...ner)
wo [not(@nullFlavor)]


4.2.14 Participant Hausarzt

Id1.2.40.0.34.6.0.11.1.23
ref
at-cda-bbr-
Gültigkeit2021‑08‑03 11:32:38
Andere Versionen mit dieser Id:
  • Kblank.png atcdabbr_header_ParticipantHausarzt vom 2021‑02‑19 11:16:07
  • Kblank.png atcdabbr_header_ParticipantHausarzt vom 2019‑02‑13 10:44:48
StatusKgreen.png AktivVersions-Label1.0.1+20210803
Nameatcdabbr_header_ParticipantHausarztBezeichnungParticipant Hausarzt
Beschreibung
Hausarzt
KlassifikationCDA Header Level Template
Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
Benutzt
Benutzt 4 Templates
Benutzt als NameVersion
1.2.40.0.34.6.0.11.9.25ContainmentKgreen.png Address Compilation (1.0.1+20230717)DYNAMIC
1.2.40.0.34.6.0.11.9.12ContainmentKgreen.png Person Name Compilation G1 M (1.0.1+20230717)DYNAMIC
1.2.40.0.34.6.0.11.9.11ContainmentKgreen.png Person Name Compilation G2 M (1.0.1+20230717)DYNAMIC
1.2.40.0.34.6.0.11.9.9InklusionKgreen.png Organization Compilation with name (1.0.0+20210219)DYNAMIC
BeziehungVersion: Template 1.2.40.0.34.6.0.11.1.23 Participant Hausarzt (2021‑02‑19 11:16:07)
ref
at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.1.23 Participant Hausarzt (2019‑02‑13 10:44:48)
ref
at-cda-bbr-

Version: Template 1.2.40.0.34.11.1.1.1 HeaderParticipant Ansprechpartner (2014‑03‑25)
ref
elgabbr-
Beispiel
Strukturbeispiel
<participant contextControlCode="OP" typeCode="IND">
  <templateId root="1.2.40.0.34.6.0.11.1.23"/>  <functionCode code="PCP" displayName="primary care physician" codeSystem="2.16.840.1.113883.5.88" codeSystemName="HL7:ParticipationFunction"/>  <associatedEntity classCode="PROV">
    <!-- Identifikation des Hausarztes (Person) aus dem GDA-Index -->
    <id assigningAuthorityName="GDA Index" root="1.2.3.999" extension="--example only--"/>    <addr>
      <!-- template 1.2.40.0.34.6.0.11.9.25 'Address Compilation' (2019-02-28T14:24:14) -->
    </addr>    <telecom use="WP" value="tel:+43.1.3453446.1"/>    <associatedPerson>
      <!-- Name des Hausarztes -->
      <!-- include template 1.2.40.0.34.6.0.11.9.11 'Person Name Compilation G2 M' (dynamic) 1..1 M -->
    </associatedPerson>    <scopingOrganization>
      <!-- Ordination -->
      <!-- include template 1.2.40.0.34.6.0.11.9.9 'Organization Compilation with name' (dynamic) .. O -->
    </scopingOrganization>  </associatedEntity></participant>
ItemDTKardKonfBeschreibungLabel
hl7:participant
Beteiligter (Hausarzt).(atc...rzt)
wo [hl7:templateId ​[@root​=​'1.2.40.0.34.6.0.11.1.23']]
Treetree.png@typeCode
cs1 … 1FIND
  In indirektem Bezug.
Treetree.png@context​Control​Code
cs0 … 1FOP
Treetree.pnghl7:templateId
II1 … 1MTemplate ID zur Identifikation dieser Art von Beteiligten
(atc...rzt)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.6.0.11.1.23
Treetree.pnghl7:functionCode
CE1 … *M
Funktionscode des Beteiligten
(atc...rzt)
Treeblank.pngTreetree.png@code
cs1 … 1FPCP
Treeblank.pngTreetree.png@codeSystem
oid1 … 1F2.16.840.1.113883.5.88
Treeblank.pngTreetree.png@codeSystemName
st1 … 1FHL7:ParticipationFunction
Treetree.pnghl7:associated​Entity
1 … 1MBeschreibung der Entität.
(atc...rzt)
Treeblank.pngTreetree.png@classCode
cs1 … 1FPROV
  Healthcare provider - Gesundheitsdiensteanbieter.
Auswahl0 … *
Identifikation des Beteiligten (Person) aus dem GDA-Index.
Elemente in der Auswahl:
  • hl7:id[not(@nullFlavor)]
  • hl7:id[@nullFlavor='NI']
  • hl7:id[@nullFlavor='UNK']
 Constraint
Zugelassene nullFlavor:
  • NI … Organisation hat keine ID
  • UNK … Organisation hat eine ID, diese ist jedoch unbekannt
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … *(atc...rzt)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … 1(atc...rzt)
wo [@nullFlavor='NI']
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FNI
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … 1(atc...rzt)
wo [@nullFlavor='UNK']
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FUNK
Treeblank.pngTreetree.pnghl7:addr
AD0 … 1Adresse des Hausarztes
Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)		(atc...rzt)
wo [not(@nullFlavor)]
Treeblank.pngTreetree.pnghl7:telecom
TEL.AT0 … * Beliebig viele Kontaktdaten des Hausarztes.
(atc...rzt)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreetree.png@value
st1 … 1R
Treeblank.pngTreeblank.pngTreetree.png@use
set_cs0 … 1 
Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP
Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“
 ConstraintWerden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein.
Auswahl1 … 1
Name des Hausarztes.
Elemente in der Auswahl:
  • hl7:associated​Person[hl7:name[count(child::*)=0]] welches enthält Template 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC)
  • hl7:associated​Person[hl7:name[count(child::*)!=0]] welches enthält Template 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.pnghl7:associated​Person
0 … 1Beinhaltet 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC)(atc...rzt)
wo [hl7:name [count(child::*)=0]]
Treeblank.pngTreeblank.pngTreetree.pnghl7:associated​Person
0 … 1Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)(atc...rzt)
wo [hl7:name [count(child::*)!=0]]
Treeblank.pngTreetree.pnghl7:scoping​Organization
0 … 1R
Arztpraxis oder Ordination.
Grundsätzlich sind die Vorgaben für „Organisations-Element“ zu befolgen.
(atc...rzt)
Eingefügt von 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FORG
Treeblank.pngTreeblank.pngTreetree.png@determiner​Code
cs0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … *Beliebig viele IDs der Organisation. z.B.: ID aus dem GDA-Index, DVR-Nummer, ATU-Nummer, etc.(atc...rzt)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1MName der Organisation. Bei Organisationen, die im GDA-Index angegeben sind, soll deren Kurzbezeichnung verwendet werden.
Zu dem Namen größerer Organisationen SOLL auch die Abteilung angegeben werden.
(atc...rzt)
Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL.AT0 … *
Kontaktdaten der Organisation.
Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen.
(atc...rzt)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
st1 … 1R
Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567
Formatkonvention siehe „telecom – Format Konventionen für Telekom-Daten“
Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@use
set_cs0 … 1 
Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP
Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“
 ConstraintWerden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein.
Treeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1Adresse der Organisation.

Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)		(atc...rzt)
wo [not(@nullFlavor)]


4.2.15 Participant Versicherung

Id1.2.40.0.34.6.0.11.1.26
ref
at-cda-bbr-
Gültigkeit2021‑02‑19 11:16:42
Andere Versionen mit dieser Id:
  • Kblank.png atcdabbr_header_ParticipantVersicherung vom 2019‑03‑26 14:54:17
StatusKgreen.png AktivVersions-Label1.0.0+20210219
Nameatcdabbr_header_ParticipantVersicherungBezeichnungParticipant Versicherung
BeschreibungDer Beteiligte (Patient) ist selbst der Versicherungsnehmer oder ist bei einem Angehörigen mitversichert.
KlassifikationCDA Header Level Template
Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
Benutzt
Benutzt 4 Templates
Benutzt als NameVersion
1.2.40.0.34.6.0.11.9.15ContainmentKgreen.png Time Interval Information minimal (1.0.1+20210628)DYNAMIC
1.2.40.0.34.6.0.11.9.25ContainmentKgreen.png Address Compilation (1.0.1+20230717)DYNAMIC
1.2.40.0.34.6.0.11.9.11ContainmentKgreen.png Person Name Compilation G2 M (1.0.1+20230717)DYNAMIC
1.2.40.0.34.6.0.11.9.9InklusionKgreen.png Organization Compilation with name (1.0.0+20210219)DYNAMIC
BeziehungVersion: Template 1.2.40.0.34.6.0.11.1.26 Participant Versicherung (2019‑03‑26 14:54:17)
ref
at-cda-bbr-

Version: Template 1.2.40.0.34.11.1.1.1 HeaderParticipant Ansprechpartner (2014‑03‑25)
ref
elgabbr-
Beispiel
Patient ist selbst der Versicherungsnehmer
<!-- In diesem Fall können die Angaben zur Person (Adresse, Kontaktdaten, Name des Patienten) entfallen, da diese bereits in der Klasse patientRole angegeben sind. -->
<participant contextControlCode="OP" typeCode="HLD">
  <templateId root="1.2.40.0.34.6.0.11.1.26"/>  <time>
    <!-- template 1.2.40.0.34.6.0.11.9.15 'Time Interval Information minimal' (2019-04-08T08:15:46) -->
  </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>
      <!-- include template 1.2.40.0.34.6.0.11.9.9 'Organization Compilation with name' (dynamic) .. O -->
    </scopingOrganization>  </associatedEntity></participant>
Beispiel
Patient ist bei einem Angehörigen mitversichert
<!-- In diesem Fall MÜSSEN die Angaben zur versicherten Person vorhanden sein. Im Mindesten MUSS der Name der versicherten Person angegeben sein. -->
<participant contextControlCode="OP" typeCode="HLD">
  <templateId root="1.2.40.0.34.6.0.11.1.26"/>  <!-- Versicherungszeitraum -->
  <time>
    <!-- template 1.2.40.0.34.6.0.11.9.15 'Time Interval Information minimal' (2019-04-08T08:15:46) -->
  </time>  <associatedEntity classCode="POLHOLD">
    <!-- SV Nummer der Person, bei der der Patient mitversichert ist -->
    <id root="1.2.40.0.10.1.4.3.1" extension="123424121970" assigningAuthorityName="Österreichische Sozialversicherung"/>    <!-- Code FAMDEP (Mitversichert bei Familienangehörigen) -->
    <code code="FAMDEP" displayName="family dependent" codeSystem="2.16.840.1.113883.5.111" codeSystemName="HL7:RoleCode"/>    <!-- Adresse der Person, bei der der Patient mitversichert ist -->
    <addr>
      <!-- template 1.2.40.0.34.6.0.11.9.25 'Address Compilation' (2019-02-28T14:24:14) -->
    </addr>    <!-- Kontakt(e) der Person, bei der der Patient mitversichert ist -->
    <telecom value="tel:+43.(0)50.55460-0"/>    <!-- Name der Person, bei der der Patient mitversichert ist -->
    <associatedPerson>
      <!-- template 1.2.40.0.34.6.0.11.9.11 'Person Name Compilation G2 M' -->
    </associatedPerson>    <!-- Versicherungsgesellschaft -->
    <scopingOrganization>
      <!-- include template 1.2.40.0.34.6.0.11.9.9 'Organization Compilation with name' (dynamic) .. O -->
    </scopingOrganization>  </associatedEntity></participant>
ItemDTKardKonfBeschreibungLabel
hl7:participant
Beteiligter (Versicherter/Versicherung).(atc...ung)
wo [hl7:templateId ​[@root​=​'1.2.40.0.34.6.0.11.1.26']]
Treetree.png@typeCode
cs1 … 1FHLD
Treetree.png@context​Control​Code
cs0 … 1FOP
Treetree.pnghl7:templateId
II1 … 1MTemplate ID zur Identifikation dieser Art von Beteiligten
(atc...ung)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.6.0.11.1.26
Treetree.pnghl7:time
IVL_TS0 … 1
Gültigkeitszeitraum der Versicherungspolizze.
Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen.

Beinhaltet 1.2.40.0.34.6.0.11.9.15 Time Interval Information minimal (DYNAMIC)		(atc...ung)
Treetree.pnghl7:associated​Entity
1 … 1M(atc...ung)
Treeblank.pngTreetree.png@classCode
cs1 … 1FPOLHOLD
 Policy holder - Halter einer Versicherungspolizze
Auswahl1 … 1
Sozialversicherungsnummer des Patienten (SELF) oder der Person, bei der der Patient mitversichert ist (FAMDEP)
Elemente in der Auswahl:
  • hl7:id[not(@nullFlavor)]
  • hl7:id[@nullFlavor='NI']
  • hl7:id[@nullFlavor='UNK']
 Constraint
Zugelassene nullFlavor:
  • NI … Patient hat keine Sozialversicherungsnummer (z.B. Ausländer, …)
  • UNK … Patient hat eine Sozialversicherungsnummer, diese ist jedoch unbekannt
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … 1(atc...ung)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … 1(atc...ung)
wo [@nullFlavor='NI']
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FNI
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … 1(atc...ung)
wo [@nullFlavor='UNK']
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FUNK
Treeblank.pngTreetree.pnghl7:code
CE1 … 1M
Versicherungsverhältnis codiert
Beispiele:
  • SELF, wenn der Patient selbst der Versicherte ist.
  • FAMDEP, wenn der Patient bei einem Familienmitglied mitversichert ist.


(atc...ung)
Treeblank.pngTreeblank.pngTreetree.png@code
cs1 … 1R
Treeblank.pngTreeblank.pngTreetree.png@codeSystem
oid1 … 1F2.16.840.1.113883.5.111
Treeblank.pngTreeblank.pngTreetree.png@codeSystemName
st1 … 1FHL7:RoleCode
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.9 ELGA_InsuredAssocEntity (DYNAMIC)
Treeblank.pngTreetree.pnghl7:addr
AD0 … 1Adresse des Beteiligten.

Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)		(atc...ung)
wo [not(@nullFlavor)]
Treeblank.pngTreetree.pnghl7:telecom
TEL.AT0 … * Beliebig viele Kontaktdaten des Beteiligten.
(atc...ung)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreetree.png@value
st1 … 1R
Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567
Formatkonvention siehe „telecom – Format Konventionen für Telekom-Daten“
Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“
Treeblank.pngTreeblank.pngTreetree.png@use
set_cs0 … 1 
Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP
Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“
 ConstraintWerden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein.
Treeblank.pngTreetree.pnghl7:associated​Person
0 … 1CName des Beteiligten.
Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)		(atc...ung)
 ConstraintWenn das Versicherungsverhältnis "familienversichert" ("FAMDEP“) ist, MUSS eine associatedPerson angegeben sein, M [1..1], sonst kann sie komplett entfallen, O [0..1]
Treeblank.pngTreetree.pnghl7:scoping​Organization
1 … 1M

Versicherungsgesellschaft.

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

(atc...ung)
Eingefügt von 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FORG
Treeblank.pngTreeblank.pngTreetree.png@determiner​Code
cs0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … *Beliebig viele IDs der Organisation. z.B.: ID aus dem GDA-Index, DVR-Nummer, ATU-Nummer, etc.(atc...ung)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1MName der Organisation. Bei Organisationen, die im GDA-Index angegeben sind, soll deren Kurzbezeichnung verwendet werden.
Zu dem Namen größerer Organisationen SOLL auch die Abteilung angegeben werden.
(atc...ung)
Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL.AT0 … *
Kontaktdaten der Organisation.
Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen.
(atc...ung)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
st1 … 1R
Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567
Formatkonvention siehe „telecom – Format Konventionen für Telekom-Daten“
Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@use
set_cs0 … 1 
Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP
Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“
 ConstraintWerden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein.
Treeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1Adresse der Organisation.

Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)		(atc...ung)
wo [not(@nullFlavor)]
 Schematron assertrole error 
 testnot(hl7:code[@code='FAMDEP']) or hl7:associated​Person 
 MeldungWenn das Versicherungsverhältnis "familienversichert" ist, dann muss eine associatedPerson angegeben sein. 


4.2.16 Participant Ein-, Ueber-, Zuweisender Arzt

Id1.2.40.0.34.6.0.11.1.21
ref
at-cda-bbr-
Gültigkeit2021‑02‑19 11:15:01
Andere Versionen mit dieser Id:
  • Kblank.png atcdabbr_header_ParticipantEinweisenderZuweisenderUeberweisenderArzt vom 2019‑02‑12 16:23:33
StatusKgreen.png AktivVersions-Label1.0.0+20210219
Nameatcdabbr_header_ParticipantEinweisenderZuweisenderUeberweisenderArztBezeichnungParticipant Ein-, Ueber-, Zuweisender Arzt
Beschreibung
Beteiligter (Einweisender/Zuweisender Arzt)
KlassifikationCDA Header Level Template
Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
Benutzt
Benutzt 4 Templates
Benutzt als NameVersion
1.2.40.0.34.6.0.11.9.25ContainmentKgreen.png Address Compilation (1.0.1+20230717)DYNAMIC
1.2.40.0.34.6.0.11.9.12ContainmentKgreen.png Person Name Compilation G1 M (1.0.1+20230717)DYNAMIC
1.2.40.0.34.6.0.11.9.11ContainmentKgreen.png Person Name Compilation G2 M (1.0.1+20230717)DYNAMIC
1.2.40.0.34.6.0.11.9.9InklusionKgreen.png Organization Compilation with name (1.0.0+20210219)DYNAMIC
BeziehungVersion: Template 1.2.40.0.34.6.0.11.1.21 Participant Ein-, Ueber-, Zuweisender Arzt (2019‑02‑12 16:23:33)
ref
at-cda-bbr-

Version: Template 1.2.40.0.34.11.1.1.1 HeaderParticipant Ansprechpartner (2014‑03‑25)
ref
elgabbr-
Beispiel
Strukturbeispiel
<participant contextControlCode="OP" typeCode="REF">
  <templateId root="1.2.40.0.34.6.0.11.1.21"/>  <associatedEntity classCode="PROV">
    <!-- Participant Ein-, Ueber-, Zuweisender Arzt -->
    <id root="1.2.3.999"/>    <addr>
      <!-- template 1.2.40.0.34.6.0.11.9.25 'Address Compilation' (2019-02-28T14:24:14) -->
    </addr>    <telecom use="WP" value="tel:+43.1.3453446.1"/>    <associatedPerson>
      <!-- Name des ein-, ueber-, zuweisenden Arztes (strukturierte Angabe) -->
      <!-- include template 1.2.40.0.34.6.0.11.9.11 'Person Name Compilation G2 M' 1..1 M -->
    </associatedPerson>    <scopingOrganization>
      <!-- include template 1.2.40.0.34.6.0.11.9.9 'Organization Compilation with name' (dynamic) .. O -->
    </scopingOrganization>  </associatedEntity></participant>
ItemDTKardKonfBeschreibungLabel
hl7:participant
Einweisender/Zuweisender/Überweisender Arzt(atc...rzt)
wo [hl7:templateId ​[@root​=​'1.2.40.0.34.6.0.11.1.21']]
Treetree.png@typeCode
cs1 … 1FREF
 Referrer
Treetree.png@context​Control​Code
cs0 … 1FOP
Treetree.pnghl7:templateId
II1 … 1M(atc...rzt)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.6.0.11.1.21
Treetree.pnghl7:associated​Entity
1 … 1M(atc...rzt)
Treeblank.pngTreetree.png@classCode
cs1 … 1FPROV
 Healthcare provider - Gesundheitsdiensteanbieter
Auswahl1 … *
Identifikation des einweisenden/zuweisenden/überweisenden Arztes.
Elemente in der Auswahl:
  • hl7:id[not(@nullFlavor)]
  • hl7:id[@nullFlavor='NI']
  • hl7:id[@nullFlavor='UNK']
 ConstraintZugelassene nullFlavor:
  • NI … Die Person der Entität hat keine Identifikationsnummer
  • UNK … Die Person der Entität hat eine Identifikationsnummer, diese ist jedoch unbekannt
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … *(atc...rzt)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … 1(atc...rzt)
wo [@nullFlavor='NI']
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FNI
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … 1(atc...rzt)
wo [@nullFlavor='UNK']
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FUNK
Treeblank.pngTreetree.pnghl7:addr
AD0 … 1Adresse des einweisenden/zuweisenden/überweisenden Arztes
Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)		(atc...rzt)
wo [not(@nullFlavor)]
Treeblank.pngTreetree.pnghl7:telecom
TEL.AT0 … * Beliebig viele Kontaktdaten des einweisenden/zuweisenden/überweisenden Arztes
(atc...rzt)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreetree.png@value
st1 … 1R
Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567
Formatkonvention siehe „telecom – Format Konventionen für Telekom-Daten“
Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“
Treeblank.pngTreeblank.pngTreetree.png@use
set_cs0 … 1 
Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP
Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“
 ConstraintWerden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein.
Auswahl1 … 1
Name des einweisenden/zuweisenden/überweisenden Arztes.
Elemente in der Auswahl:
  • hl7:associated​Person[hl7:name[count(child::*)=0]] welches enthält Template 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC)
  • hl7:associated​Person[hl7:name[count(child::*)!=0]] welches enthält Template 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.pnghl7:associated​Person
 … 1Beinhaltet 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC)(atc...rzt)
wo [hl7:name [count(child::*)=0]]
Treeblank.pngTreeblank.pngTreetree.pnghl7:associated​Person
 … 1Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)(atc...rzt)
wo [hl7:name [count(child::*)!=0]]
Treeblank.pngTreetree.pnghl7:scoping​Organization
0 … 1ROrganisation, der der Einweiser/Zuweiser/Überweiser angehört (mit Adresse und Kontaktdaten der Organisation).
Grundsätzlich sind die Vorgaben für "Organisations-Element" zu befolgen.		(atc...rzt)
Eingefügt von 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FORG
Treeblank.pngTreeblank.pngTreetree.png@determiner​Code
cs0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … *Beliebig viele IDs der Organisation. z.B.: ID aus dem GDA-Index, DVR-Nummer, ATU-Nummer, etc.(atc...rzt)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1MName der Organisation. Bei Organisationen, die im GDA-Index angegeben sind, soll deren Kurzbezeichnung verwendet werden.
Zu dem Namen größerer Organisationen SOLL auch die Abteilung angegeben werden.
(atc...rzt)
Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL.AT0 … *
Kontaktdaten der Organisation.
Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen.
(atc...rzt)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
st1 … 1R
Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567
Formatkonvention siehe „telecom – Format Konventionen für Telekom-Daten“
Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@use
set_cs0 … 1 
Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP
Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“
 ConstraintWerden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein.
Treeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1Adresse der Organisation.

Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)		(atc...rzt)
wo [not(@nullFlavor)]


4.2.17 Documentation Of Service Event

Id1.2.40.0.34.6.0.11.1.17
ref
at-cda-bbr-
Gültigkeit2021‑02‑19 11:06:35
Andere Versionen mit dieser Id:
  • Kblank.png atcdabbr_header_DocumentationOfServiceEvent vom 2019‑03‑14 15:08:34
StatusKgreen.png AktivVersions-Label1.0.0+20210219
Nameatcdabbr_header_DocumentationOfServiceEventBezeichnungDocumentation Of Service Event
Beschreibung
Dokumentation der Gesundheitsdienstleistung.

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.

↔ Hinweis zum XDS-Mapping:
Da diese Informationen in die XDS-Metadaten übernommen werden, ergeben sich folgende Implikationen:
  • Es SOLL mindestens eine Gesundheitsdienstleistung als documentationOf/serviceEvent-Element angegeben werden
  • Es können beliebig viele weitere Gesundheitsdienstleistungen als weitere documentationOf/serviceEvent-Elemente angegeben werden
  • Die serviceEvents sind die einzigen medizinischen Informationen zum Dokument im XDS-Dokumentenregister
  • Können daher als Such-/Filterkriterium verwendet werden und scheinen ggf. in den Ergebnissen der Suchabfragen auf
  • Die Zeitangaben des ersten documentationOf/serviceEvent-Elements werden in die Dokument-Metadaten übernommen
  • Die ServiceEvents stellen eine wertvolle Information zum Suchen und Filtern in den Dokument-Metadaten dar!
KlassifikationCDA Header Level Template
Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
Assoziiert mit
Assoziiert mit 4 Konzepte
IdNameDatensatz
at-cda-bbr-data​element-44Kyellow.png Gesundheitsdienstleistung Kyellow.png Dataset A Allgemeiner Leitfaden
at-cda-bbr-data​element-45Kyellow.png Code Kyellow.png Dataset A Allgemeiner Leitfaden
at-cda-bbr-data​element-46Kyellow.png Zeitraum der Gesundheitsdienstleistung Kyellow.png Dataset A Allgemeiner Leitfaden
at-cda-bbr-data​element-47Kyellow.png Durchführende Entität Kyellow.png Dataset A Allgemeiner Leitfaden
Benutzt
Benutzt 2 Templates
Benutzt als NameVersion
1.2.40.0.34.6.0.11.9.15InklusionKgreen.png Time Interval Information minimal (1.0.1+20210628)DYNAMIC
1.2.40.0.34.6.0.11.9.22InklusionKgreen.png Assigned Entity (1.0.2+20230717)DYNAMIC
BeziehungVersion: Template 1.2.40.0.34.6.0.11.1.17 Documentation Of Service Event (2019‑03‑14 15:08:34)
ref
at-cda-bbr-
Beispiel
Strukturbeispiel Koloskopie
<documentationOf typeCode="DOC">
  <serviceEvent classCode="ACT" moodCode="EVN">
    <code code="KOL" displayName="Koloskopie" codeSystem="2.16.840.1.2.3.4.5.6.7.8.9" codeSystemName="Name des Codesystems"/>    <effectiveTime>
      <low value="20190611102209+0200"/>      <high value="20190611132209+0200"/>    </effectiveTime>    <performer typeCode="PRF">
      <assignedEntity>
        <!-- include template 1.2.40.0.34.6.0.11.9.22 'Assigned Entity' (dynamic) 1..1 M -->
      </assignedEntity>    </performer>  </serviceEvent></documentationOf>
Beispiel
Strukturbeispiel Hämatologie
<documentationOf typeCode="DOC">
  <serviceEvent classCode="ACT" moodCode="EVN">
    <code code="300" displayName="Hämatologie" codeSystem="1.2.40.0.34.5.11" codeSystemName="ELGA_LaborparameterErgaenzung"/>    <effectiveTime>
      <low value="20190611102209+0200"/>      <high value="20190611132209+0200"/>    </effectiveTime>    <performer typeCode="PRF">
      <time>
        <low nullFlavor="UNK" value="20190611132209+02:00"/>        <high nullFlavor="UNK" value="20190611132209+02:00"/>      </time>      <assignedEntity>
        <!-- include template 1.2.40.0.34.6.0.11.9.22 'Assigned Entity' (dynamic) 1..1 M -->
      </assignedEntity>    </performer>  </serviceEvent></documentationOf>
ItemDTKardKonfBeschreibungLabel
hl7:documentationOf
Komponente für die Gesundheitsdienstleistung.
(atc...ent)
 
Target.png
at-cda-bbr-data​element-44Kyellow.png Gesundheitsdienstleistung Kyellow.png Dataset A Allgemeiner Leitfaden
Treetree.png@typeCode
cs0 … 1FDOC
Treetree.pnghl7:serviceEvent
1 … 1MGesundheitsdienstleistung.
Verweis auf speziellen Implementierungsleitfaden: Ob eine Gesundheitsdienstleistung angegeben werden muss, und welche Bedeutung dieses Element hat, ergibt sich aus dem jeweiligen speziellen Implementierungsleitfaden.
(atc...ent)
Treeblank.pngTreetree.png@classCode
cs0 … 1FACT
Treeblank.pngTreetree.png@moodCode
cs0 … 1FEVN
Treeblank.pngTreetree.pnghl7:id
II0 … 1(atc...ent)
Auswahl1 … 1Elemente in der Auswahl:
  • hl7:code[not(@nullFlavor)]
  • hl7:code[@nullFlavor='UNK']
Treeblank.pngTreeblank.pngTreetree.pnghl7:code
CE0 … 1Code der Gesundheitsdienstleistung.
Zugelassene nullFlavor: UNK

Verweis auf speziellen Implementierungsleitfaden: Welche Codierung angewandt werden soll, ergibt sich aus dem jeweiligen speziellen Implementierungsleitfaden.

↔ Hinweis zum XDS-Mapping:
Dieses Element wird ins XDS-Attribut eventCodeList gemappt.
(atc...ent)
wo [not(@nullFlavor)]
 
Target.png
at-cda-bbr-data​element-45Kyellow.png Code Kyellow.png Dataset A Allgemeiner Leitfaden
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@code
cs1 … 1R
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystem
oid1 … 1R
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@displayName
st1 … 1R
Treeblank.pngTreeblank.pngTreetree.pnghl7:code
CE0 … 1(atc...ent)
wo [@nullFlavor='UNK']
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FUNK
Treeblank.pngTreetree.pnghl7:effectiveTime
IVL_TS1 … 1MZeitraum der Gesundheitsdienstleistung.
Die semantische Bedeutung dieser Zeitpunkte wird in den speziellen Implementierungsleitfäden festgelegt.

↔ Hinweis zum XDS-Mapping:
Dieses Element wird in die XDS-Attribute serviceStartTime und serviceStopTime gemappt.
Für die automatisierte Datenübernahme aus dem CDA-Dokument in die XDS-Dokumentmetadaten ist stets ein Zeitintervall anzugeben.
ACHTUNG: Die Zeitangaben der jeweils ersten Gesundheitsdienstleistung (erstes documentationOf/serviceEvent-Element) werden in die Dokument-Metadaten übernommen!
Die Bedeutung der Dokument-Metadaten-Elemente lautet daher wie folgt:
  • serviceStartTime: Beginn des ersten documentationOf/serviceEvent-Elements
  • serviceStopTime: Ende des ersten documentationOf/serviceEvent-Elements 
(atc...ent)
 
Target.png
at-cda-bbr-data​element-46Kyellow.png Zeitraum der Gesundheitsdienstleistung Kyellow.png Dataset A Allgemeiner Leitfaden
Eingefügt von 1.2.40.0.34.6.0.11.9.15 Time Interval Information minimal (DYNAMIC)
Auswahl1 … 1Elemente in der Auswahl:
  • hl7:low[@value]
  • hl7:low[@nullFlavor='UNK']
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:low
TS.AT.TZ0 … 1(atc...ent)
wo [@value]
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:low
TS.AT.TZ0 … 1(atc...ent)
wo [@nullFlavor='UNK']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FUNK
Auswahl1 … 1Elemente in der Auswahl:
  • hl7:high[@value]
  • hl7:high[@nullFlavor='UNK']
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:high
TS.AT.TZ0 … 1(atc...ent)
wo [@value]
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:high
TS.AT.TZ0 … 1(atc...ent)
wo [@nullFlavor='UNK']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FUNK
Treeblank.pngTreetree.pnghl7:performer
0 … *RPerson oder Organisation, die die Gesundheitsdienstleistung durchführt.
Verweis auf speziellen Implementierungsleitfaden: Ob und welche durchführende Entität eingetragen werden soll, ergibt sich aus dem jeweiligen speziellen Implementierungsleitfaden.
(atc...ent)
Treeblank.pngTreeblank.pngTreetree.png@typeCode
cs1 … 1RZulässige Werte gemäß Value-Set „ELGA_ServiceEventPerformer“
 CONF
Der Wert von @typeCode muss gewählt werden aus dem Value Set 1.2.40.0.34.10.43 ELGA_ServiceEventPerformer (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.pnghl7:functionCode
CE0 … 1RFunktionscode(atc...ent)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.6 ELGA_AuthorSpeciality (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.pnghl7:time
IVL_TS0 … 1
Zeit, in der der Performer mit der Gesundheitsdienstleistung beschäftigt war (wenn abweichend von EffectiveTime im Act).
Grundsätzlich sind die Vorgaben gemäß „Zeit-Elemente“ zu befolgen.
Zugelassene nullFlavor: UNK
(atc...ent)
Eingefügt von 1.2.40.0.34.6.0.11.9.15 Time Interval Information minimal (DYNAMIC)
Auswahl1 … 1Elemente in der Auswahl:
  • hl7:low[@value]
  • hl7:low[@nullFlavor='UNK']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:low
TS.AT.TZ0 … 1(atc...ent)
wo [@value]
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:low
TS.AT.TZ0 … 1(atc...ent)
wo [@nullFlavor='UNK']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FUNK
Auswahl1 … 1Elemente in der Auswahl:
  • hl7:high[@value]
  • hl7:high[@nullFlavor='UNK']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:high
TS.AT.TZ0 … 1(atc...ent)
wo [@value]
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:high
TS.AT.TZ0 … 1(atc...ent)
wo [@nullFlavor='UNK']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FUNK
Treeblank.pngTreeblank.pngTreetree.pnghl7:assignedEntity
1 … 1M(atc...ent)
 
Target.png
at-cda-bbr-data​element-47Kyellow.png Durchführende Entität Kyellow.png Dataset A Allgemeiner Leitfaden
Eingefügt1 … 1M von 1.2.40.0.34.6.0.11.9.22 Assigned Entity (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FASSIGNED
Auswahl1 … 1
Mindestens eine ID der Person der Entität
Elemente in der Auswahl:
  • hl7:id[not(@nullFlavor)]
  • hl7:id[@nullFlavor='NI']
  • hl7:id[@nullFlavor='UNK']
 Constraint
Zugelassene nullFlavor:
  • NI … Die Person der Entität hat keine Identifikationsnummer
  • UNK … Die Person der Entität hat eine Identifikationsnummer, diese ist jedoch unbekannt
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … *(atc...ent)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … 1(atc...ent)
wo [@nullFlavor='NI']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FNI
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … 1(atc...ent)
wo [@nullFlavor='UNK']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FUNK
Auswahl1 … 1Elemente in der Auswahl:
  • hl7:addr[not(@nullFlavor)] welches enthält Template 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)
  • hl7:addr[@nullFlavor='UNK']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
0 … 1Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)(atc...ent)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
0 … 1(atc...ent)
wo [@nullFlavor='UNK']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FUNK
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL.AT1 … 1M
Beliebig viele Kontakt-Elemente der Person der Entität.
Grundsätzlich sind die Vorgaben gemäß „Kontaktdaten-Element“ zu befolgen.
(atc...ent)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
url1 … 1R

Die Kontaktadresse (Telefonnummer, Email, etc.).

Es gelten die ELGA Formatkonventionen für Telekom-Daten, z.B. tel:+43.1.1234567

Zulässige Werteliste für telecom Präfixe gemäß Value Set "ELGA_URLScheme"

Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@use
cs0 … 1 

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

Zulässige Werte gemäß Value Set "ELGA_TelecomAddressUse"

 ConstraintWerden mehrere gleichartige "telecom"-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein.
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:assigned​Person
1 … 1M
Personendaten der Person der Entität.
Grundsätzlich sind die Vorgaben gemäß „Personen-Element“ zu befolgen.

Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)		(atc...ent)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:represented​Organization
1 … 1M
Organisationsdaten der Entität.
Grundsätzlich sind die Vorgaben gemäß „Organisations-Element“ zu befolgen.

Beinhaltet 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC)		(atc...ent)


4.2.18 Component Of - Encompassing Encounter

Id1.2.40.0.34.6.0.11.1.7
ref
at-cda-bbr-
Gültigkeit2023‑02‑28 10:11:03
Andere Versionen mit dieser Id:
  • Kblank.png atcdabbr_header_ComponentOfEncompassingEncounter vom 2021‑02‑19 10:32:49
  • Kblank.png atcdabbr_header_ComponentOfEncompassingEncounter vom 2020‑09‑29 10:39:03
  • Kblank.png atcdabbr_header_ComponentOfEncompassingEncounter vom 2019‑03‑07 10:44:49
  • Kblank.png atcdabbr_header_ComponentOfEncompassingEncounter vom 2019‑03‑07 10:44:48
StatusKgreen.png AktivVersions-Label1.0.1+20230717
Nameatcdabbr_header_ComponentOfEncompassingEncounterBezeichnungComponent Of - Encompassing Encounter
Beschreibung

Component Of - Encompassing Encounter gibt an, in welchem Rahmen der dokumentierte Patientenkontakt stattgefunden hat. Dokumente werden nicht notwendigerweise immer während eines Patientenkontakts erstellt, sondern ggf. auch zu einem späteren Zeitpunkt, wenn beispielsweise ein Arzt wegen eines pathologischen Laborwertes den Patienten vergeblich versucht zu erreichen und dennoch seine Verlaufsdokumentation fortführt.
Wenn die Dokumentation ein Entlass- oder Verlegungsdokument ist, muss die Information in dieser Klasse mitgegeben werden, inklusive der Dauer des Aufenthalts (hier: nicht nur stationäre Aufenthalte, sondern auch der Patientenkontakt in der Praxis eines niedergelassenen GDA beispielsweise) und der Einrichtung, wo der Patientenaufenthalt stattfand.
Verweis auf speziellen Implementierungsleitfaden:
Ob der Patientenkontakt angegeben werden muss, und welche Bedeutung dieses Element hat ergibt sich aus dem jeweiligen speziellen Implementierungsleitfaden.

KlassifikationCDA Header Level Template
Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
Benutzt
Benutzt 3 Templates
Benutzt als NameVersion
1.2.40.0.34.6.0.11.9.15ContainmentKgreen.png Time Interval Information minimal (1.0.1+20210628)DYNAMIC
1.2.40.0.34.6.0.11.9.22InklusionKgreen.png Assigned Entity (1.0.2+20230717)DYNAMIC
1.2.40.0.34.6.0.11.1.8InklusionKgreen.png Encounter Location (1.0.0+20210219)DYNAMIC
BeziehungSpezialisierung: Template 1.2.40.0.34.6.0.11.1.7 Component Of - Encompassing Encounter (2021‑02‑19 10:32:49)
ref
at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.1.7 Component Of - Encompassing Encounter (2020‑09‑29 10:39:03)
ref
at-cda-bbr-

Version: Template 1.2.40.0.34.11.20013 Header​Encompassing​Encounter (2011‑12‑19)
ref
elgabbr-
Beispiel
Strukturbeispiel mit stationärem Patientenkontakt
<componentOf typeCode="COMP">
  <encompassingEncounter classCode="ENC" moodCode="EVN">
    <!-- Aufenthaltszahl -->
    <id root="1.2.40.0.34.99.111.1.4" extension="Az123456" assigningAuthorityName="Amadeus Spital"/>    <!-- Codierung des Patientenkontakts, hier für stationär -->
    <code code="IMP" displayName="Inpatient encounter" codeSystem="2.16.840.1.113883.5.4" codeSystemName="HL7:ActCode"/>    <!-- Zeitraum des Patientenkontakts, mit administrativer Aufnahme am 24.12.2018 um 8:20:15 und administrativer Entlassung am 25.12.2018 um 11:30:00 -->
    <effectiveTime>
      <low value="20181224082015+0100"/>      <high value="20181225113000+0100"/>    </effectiveTime>    <!-- Verantwortliche Person für den Patientenkontakt -->
    <responsibleParty>
      <assignedEntity>
        <!-- Identifikation der Verantwortlichen Person für den Patientenkontakt-->
        <!-- include template 1.2.40.0.34.6.0.11.9.22 'Assigned Entity' (dynamic) .. O -->
      </assignedEntity>    </responsibleParty>    <!-- Organisation, in deren Verantwortungsbereich der Patientenkontakt stattfand -->
    <location>
      <healthCareFacility>
        <code code="300" displayName="Allgemeine Krankenanstalt" codeSystem="1.2.40.0.34.5.2"/>        <serviceProviderOrganization>
          <!-- include template 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC) 1..1 M -->
        </serviceProviderOrganization>      </healthCareFacility>    </location>  </encompassingEncounter></componentOf>
Beispiel
Strukturbeispiel mit stationärem Patientenkontakt und unbekannter Entlassung
<componentOf typeCode="COMP">
  <encompassingEncounter classCode="ENC" moodCode="EVN">
    <!-- Aufenthaltszahl -->
    <id root="1.2.40.0.34.99.111.1.4" extension="Az123456" assigningAuthorityName="Amadeus Spital"/>    <!-- Codierung des Patientenkontakts, hier für stationär -->
    <code code="IMP" displayName="Inpatient encounter" codeSystem="2.16.840.1.113883.5.4" codeSystemName="HL7:ActCode"/>    <!-- Zeitraum des Patientenkontakts, mit administrativer Aufnahme am 24.12.2018 um 8:20:15 und noch nicht stattgefundener administrativer oder medizinischer Entlassung -->
    <effectiveTime>
      <low value="20181224082015+0100"/>      <high nullFlavor="UNK"/>    </effectiveTime>    <!-- Verantwortliche Person für den Patientenkontakt -->
    <responsibleParty>
      <assignedEntity>
        <!-- Identifikation der Verantwortlichen Person für den Patientenkontakt-->
        <!-- include template 1.2.40.0.34.6.0.11.9.22 'Assigned Entity' (dynamic) .. O -->
      </assignedEntity>    </responsibleParty>    <!-- Organisation, in deren Verantwortungsbereich der Patientenkontakt stattfand -->
    <location>
      <healthCareFacility>
        <code code="300" displayName="Allgemeine Krankenanstalt" codeSystem="1.2.40.0.34.5.2"/>        <serviceProviderOrganization>
          <!-- include template 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC) 1..1 M -->
        </serviceProviderOrganization>      </healthCareFacility>    </location>  </encompassingEncounter></componentOf>
Beispiel
Strukturbeispiel mit ambulantem Patientenkontakt
<componentOf typeCode="COMP">
  <encompassingEncounter classCode="ENC" moodCode="EVN">
    <!-- Aufenthaltszahl -->
    <id root="1.2.40.0.34.99.111.1.4" extension="Az123456" assigningAuthorityName="Amadeus Spital"/>    <!-- Codierung des Patientenkontakts, hier für ambulant -->
    <code code="AMB" displayName="ambulatory" codeSystem="2.16.840.1.113883.5.4" codeSystemName="HL7:ActCode"/>    <!-- Zeitraum des Patientenkontakts, mit administrativer Aufnahme am 24.12.2018 um 8:20:15 und administrativer Entlassung am 24.12.2018 um 11:30:00 -->
    <effectiveTime>
      <low value="20181224082015+0100"/>      <high value="20181224113000+0100"/>    </effectiveTime>    <!-- Verantwortliche Person für den Patientenkontakt -->
    <responsibleParty>
      <assignedEntity>
        <!-- Identifikation der Verantwortlichen Person für den Patientenkontakt-->
        <!-- include template 1.2.40.0.34.6.0.11.9.22 'Assigned Entity' (dynamic) .. O -->
      </assignedEntity>    </responsibleParty>    <!-- Organisation, in deren Verantwortungsbereich der Patientenkontakt stattfand -->
    <location>
      <healthCareFacility>
        <code code="304" displayName="Selbstständiges Ambulatorium" codeSystem="1.2.40.0.34.5.2"/>        <serviceProviderOrganization>
          <!-- include template 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC) 1..1 M -->
        </serviceProviderOrganization>      </healthCareFacility>    </location>  </encompassingEncounter></componentOf>
Beispiel
Strukturbeispiel mit ambulantem Patientenkontakt und unbekannter Entlassung
<componentOf typeCode="COMP">
  <encompassingEncounter classCode="ENC" moodCode="EVN">
    <!-- Aufenthaltszahl -->
    <id root="1.2.40.0.34.99.111.1.4" extension="Az123456" assigningAuthorityName="Amadeus Spital"/>    <!-- Codierung des Patientenkontakts, hier für ambulant -->
    <code code="AMB" displayName="ambulatory" codeSystem="2.16.840.1.113883.5.4" codeSystemName="HL7:ActCode"/>    <!-- Zeitraum des Patientenkontakts, mit administrativer Aufnahme am 24.12.2018 um 8:20:15 und nicht stattgefundener administrativer oder medizinischer Entlassung -->
    <effectiveTime>
      <low value="20181224082015+0100"/>      <high nullFlavor="UNK"/>    </effectiveTime>    <!-- Verantwortliche Person für den Patientenkontakt -->
    <responsibleParty>
      <assignedEntity>
        <!-- Identifikation der Verantwortlichen Person für den Patientenkontakt-->
        <!-- include template 1.2.40.0.34.6.0.11.9.22 'Assigned Entity' (dynamic) .. O -->
      </assignedEntity>    </responsibleParty>    <!-- Organisation, in deren Verantwortungsbereich der Patientenkontakt stattfand -->
    <location>
      <healthCareFacility>
        <code code="304" displayName="Selbstständiges Ambulatorium" codeSystem="1.2.40.0.34.5.2"/>        <serviceProviderOrganization>
          <!-- include template 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC) 1..1 M -->
        </serviceProviderOrganization>      </healthCareFacility>    </location>  </encompassingEncounter></componentOf>
Beispiel
Strukturbeispiel mit virtuellem Patientenkontakt
<componentOf typeCode="COMP">
  <encompassingEncounter classCode="ENC" moodCode="EVN">
    <!-- Aufenthaltszahl -->
    <id root="1.2.40.0.34.99.111.1.4" extension="Az123456" assigningAuthorityName="Amadeus Spital"/>    <!-- Codierung des Patientenkontakts, hier für einen virtuellen Kontakt wie beim Telemonitoring -->
    <code code="VR" displayName="virtual" codeSystem="2.16.840.1.113883.5.4" codeSystemName="HL7:ActCode"/>    <!-- Zeitraum des Patientenkontakts, mit administrativer Aufnahme am 24.12.2018 um 8:20:15 und administrativer Entlassung am 31.1.2019 um 11:30:00 -->
    <effectiveTime>
      <low value="20181224082015+0100"/>      <high value="20190131113000+0100"/>    </effectiveTime>    <!-- Verantwortliche Person für den Patientenkontakt -->
    <responsibleParty>
      <assignedEntity>
        <!-- Identifikation der Verantwortlichen Person für den Patientenkontakt-->
        <!-- include template 1.2.40.0.34.6.0.11.9.22 'Assigned Entity' (dynamic) .. O -->
      </assignedEntity>    </responsibleParty>    <!-- Organisation, in deren Verantwortungsbereich der Patientenkontakt stattfand -->
    <location>
      <healthCareFacility>
        <code code="300" displayName="Allgemeine Krankenanstalt" codeSystem="1.2.40.0.34.5.2"/>        <serviceProviderOrganization>
          <!-- include template 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC) 1..1 M -->
        </serviceProviderOrganization>      </healthCareFacility>    </location>  </encompassingEncounter></componentOf>
Beispiel
Strukturbeispiel mit virtuellem Patientenkontakt und unbekannter Entlassung
<componentOf typeCode="COMP">
  <encompassingEncounter classCode="ENC" moodCode="EVN">
    <!-- Aufenthaltszahl -->
    <id root="1.2.40.0.34.99.111.1.4" extension="Az123456" assigningAuthorityName="Amadeus Spital"/>    <!-- Codierung des Patientenkontakts, hier für einen virtuellen Kontakt wie beim Telemonitoring -->
    <code code="VR" displayName="virtual" codeSystem="2.16.840.1.113883.5.4" codeSystemName="HL7:ActCode"/>    <!-- Zeitraum des Patientenkontakts, mit administrativer Aufnahme am 24.12.2018 um 8:20:15 und nicht stattgefundener administrativer oder medizinischer Entlassung -->
    <effectiveTime>
      <low value="20181224082015+0100"/>      <high nullFlavor="UNK"/>    </effectiveTime>    <!-- Verantwortliche Person für den Patientenkontakt -->
    <responsibleParty>
      <assignedEntity>
        <!-- Identifikation der Verantwortlichen Person für den Patientenkontakt-->
        <!-- include template 1.2.40.0.34.6.0.11.9.22 'Assigned Entity' (dynamic) .. O -->
      </assignedEntity>    </responsibleParty>    <!-- Organisation, in deren Verantwortungsbereich der Patientenkontakt stattfand -->
    <location>
      <healthCareFacility>
        <code code="300" displayName="Allgemeine Krankenanstalt" codeSystem="1.2.40.0.34.5.2"/>        <serviceProviderOrganization>
          <!-- include template 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC) 1..1 M -->
        </serviceProviderOrganization>      </healthCareFacility>    </location>  </encompassingEncounter></componentOf>
ItemDTKardKonfBeschreibungLabel
hl7:componentOf
Komponente für den Patientenkontakt.
(atc...ter)
Treetree.png@typeCode
cs0 … 1FCOMP
Treetree.pnghl7:encompassing​Encounter
1 … 1MPatientenkontakt.
(atc...ter)
Treeblank.pngTreetree.png@classCode
cs0 … 1FENC
Treeblank.pngTreetree.png@moodCode
cs0 … 1FEVN
Treeblank.pngTreetree.pnghl7:id
II0 … 1Identifikationselement zur Aufnahme der Aufenthaltszahl
(atc...ter)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreetree.png@extension
st1 … 1RAufenthaltszahl, z.B.: Az123456
Treeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1ROID der Liste der Aufenthaltszahlen der Organisation
 Constraint
  • @assigningAuthorityName [0..1]: Name der Stelle, welche die ID zugewiesen hat, z.B.: „Amadeus Spital“.
Treeblank.pngTreetree.pnghl7:code
CE1 … 1MCodierung des Patientenkontakts.
(atc...ter)
Treeblank.pngTreeblank.pngTreetree.png@code
cs1 … 1RZulässige Werte gemäß Value-Set „ELGA_ActEncounterCode“
Treeblank.pngTreeblank.pngTreetree.png@displayName
st0 … 1 
Treeblank.pngTreeblank.pngTreetree.png@codeSystem
oid1 … 1F2.16.840.1.113883.5.4
Treeblank.pngTreeblank.pngTreetree.png@codeSystemName
st1 … 1FHL7:ActCode
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.5 ELGA_ActEncounterCode (DYNAMIC)
Treeblank.pngTreetree.pnghl7:effectiveTime
IVL_TS1 … 1M
Zeitraum des Patientenkontakts.
Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen.

Beinhaltet 1.2.40.0.34.6.0.11.9.15 Time Interval Information minimal (DYNAMIC)		(atc...ter)
 ConstraintDer Zeitraum des Patientenkontaktes MUSS die Vorgaben der speziellen Implementierungsleitfäden einhalten. Dabei gilt allgemein:
  • Der Zeitraum besteht aus dem Zeitpunkt der administrativen Aufnahme in die Behandlung und dem Zeitpunkt der administrativen Entlassung aus der Behandlung.
  • Der Entlassungszeitpunkt KANN „unbekannt“ sein, wenn die administrative Entlassung noch nicht erfolgt ist. (nullFlavor UNK beim effectiveTime.high)
  • Hinweis: Als Zeitpunkt der Aufnahme/Entlassung SOLL der Zeitpunkt der administrativen Aufnahme/Entlassung angegeben werden. Wenn der Zeitpunkt der administrativen Aufnahme/Entlassung nicht vorhanden ist, darf auch der Zeitpunkt der medizinischen Aufnahme/Entlassung angegeben werden.
Treeblank.pngTreetree.pnghl7:responsible​Party
0 … 1R
Komponente für die verantwortliche Person.
(atc...ter)
Treeblank.pngTreeblank.pngTreetree.pnghl7:assignedEntity
1 … 1M
Entität der verantwortlichen Person.
Grundsätzlich sind die Vorgaben für „AssignedEntity-Element (Person + Organisation)“ zu befolgen.
(atc...ter)
Eingefügt von 1.2.40.0.34.6.0.11.9.22 Assigned Entity (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FASSIGNED
Auswahl1 … *
Mindestens eine ID der Person der Entität
Elemente in der Auswahl:
  • hl7:id[not(@nullFlavor)]
  • hl7:id[@nullFlavor='NI']
  • hl7:id[@nullFlavor='UNK']
 Constraint
Zugelassene nullFlavor:
  • NI … Die Person der Entität hat keine Identifikationsnummer
  • UNK … Die Person der Entität hat eine Identifikationsnummer, diese ist jedoch unbekannt
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … *(atc...ter)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … 1(atc...ter)
wo [@nullFlavor='NI']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FNI
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … 1(atc...ter)
wo [@nullFlavor='UNK']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FUNK
Auswahl0 … 1Elemente in der Auswahl:
  • hl7:addr[not(@nullFlavor)] welches enthält Template 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)
  • hl7:addr[@nullFlavor='UNK']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
0 … 1Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)(atc...ter)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
0 … 1(atc...ter)
wo [@nullFlavor='UNK']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FUNK
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL.AT0 … *
Beliebig viele Kontakt-Elemente der Person der Entität.
Grundsätzlich sind die Vorgaben gemäß „Kontaktdaten-Element“ zu befolgen.
(atc...ter)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
url1 … 1R

Die Kontaktadresse (Telefonnummer, Email, etc.).

Es gelten die ELGA Formatkonventionen für Telekom-Daten, z.B. tel:+43.1.1234567

Zulässige Werteliste für telecom Präfixe gemäß Value Set "ELGA_URLScheme"

Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@use
cs0 … 1 

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

Zulässige Werte gemäß Value Set "ELGA_TelecomAddressUse"

 ConstraintWerden mehrere gleichartige "telecom"-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein.
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:assigned​Person
1 … 1M
Personendaten der Person der Entität.
Grundsätzlich sind die Vorgaben gemäß „Personen-Element“ zu befolgen.

Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)		(atc...ter)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:represented​Organization
0 … 1R
Organisationsdaten der Entität.
Grundsätzlich sind die Vorgaben gemäß „Organisations-Element“ zu befolgen.

Beinhaltet 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC)		(atc...ter)
Eingefügt1 … 1M von 1.2.40.0.34.6.0.11.1.8 Encounter Location (DYNAMIC)
Die Organisation, in deren Verantwortungsbereich der Patientenkontakt stattfand, MUSS verpflichtend angegeben werden (z.B.: die entlassende Krankenanstalt mit Abteilung).
Treeblank.pngTreetree.pnghl7:location
1 … 1M(atc...ter)
Treeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FLOC
Treeblank.pngTreeblank.pngTreetree.pnghl7:health​Care​Facility
1 … 1M(atc...ter)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FSDLOC
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:code
CE1 … 1M
Der Code zur Klassifizierung des GDA repräsentiert die Art der Einrichtung, in der die Tätigkeit stattfand, die zur Erzeugung des Dokuments führte. Zum Beispiel sollten Dokumente, die während eines ambulanten Falls in einem Krankenhaus entstehen, mit dem healthcareFacilityTypeCode für „Krankenhaus“ gekennzeichnet werden. 

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

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

↔ Hinweis zum XDS-Mapping: Dieses Element wird ins XDS-Attribut XDSDocumentEntry.healthcareFacilityTypeCode gemappt.
Zu berücksichtigen sind jeweils die Attribute @code, @codeSystem und @displayName.
(atc...ter)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@displayName
st1 … 1R
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:service​Provider​Organization
1 … 1M
Organisation, in deren Verantwortungsbereich der Patientenkontakt stattfand.

Beinhaltet 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC)		(atc...ter)


4.2.19 Encounter Location

Id1.2.40.0.34.6.0.11.1.8
ref
at-cda-bbr-
Gültigkeit2021‑02‑19 11:08:16
Andere Versionen mit dieser Id:
  • Kblank.png atcdabbr_header_EncounterLocation vom 2020‑09‑29 10:33:43
  • Kblank.png atcdabbr_header_EncounterLocation vom 2019‑03‑07 11:13:21
StatusKgreen.png AktivVersions-Label1.0.0+20210219
Nameatcdabbr_header_EncounterLocationBezeichnungEncounter Location
Beschreibung
Die Organisation, in deren Verantwortungsbereich der Patientenkontakt stattfand, MUSS verpflichtend angegeben werden (z.B.: die entlassende Krankenanstalt mit Abteilung).

Verweis auf speziellen Implementierungsleitfaden: Die konkrete Bedeutung der Organisation, in deren Verantwortungsbereich der Patientenkontakt (Aufenthalt) stattfand, ergibt sich aus dem jeweiligen speziellen Implementierungsleitfaden.
KlassifikationCDA Header Level Template
Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
Benutzt
Benutzt 1 Template
Benutzt als NameVersion
1.2.40.0.34.6.0.11.9.9ContainmentKgreen.png Organization Compilation with name (1.0.0+20210219)DYNAMIC
BeziehungVersion: Template 1.2.40.0.34.6.0.11.1.8 Encounter Location (2020‑09‑29 10:33:43)
ref
at-cda-bbr-
Beispiel
Beispiel
<location typeCode="LOC">
  <healthCareFacility classCode="SDLOC">
    <code code="300" displayName="Allgemeine Krankenanstalt" codeSystem="1.2.40.0.34.5.2"/>    <serviceProviderOrganization>
      <!-- template 1.2.40.0.34.6.0.11.9.9 'Organization Compilation with name' (2019-02-13T10:30:51) -->
    </serviceProviderOrganization>  </healthCareFacility></location>
ItemDTKardKonfBeschreibungLabel
hl7:location
(atc...ion)
Treetree.png@typeCode
cs0 … 1FLOC
Treetree.pnghl7:health​Care​Facility
1 … 1M(atc...ion)
Treeblank.pngTreetree.png@classCode
cs0 … 1FSDLOC
Treeblank.pngTreetree.pnghl7:code
CE1 … 1M
Der Code zur Klassifizierung des GDA repräsentiert die Art der Einrichtung, in der die Tätigkeit stattfand, die zur Erzeugung des Dokuments führte. Zum Beispiel sollten Dokumente, die während eines ambulanten Falls in einem Krankenhaus entstehen, mit dem healthcareFacilityTypeCode für „Krankenhaus“ gekennzeichnet werden. 

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

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

↔ Hinweis zum XDS-Mapping: Dieses Element wird ins XDS-Attribut XDSDocumentEntry.healthcareFacilityTypeCode gemappt.
Zu berücksichtigen sind jeweils die Attribute @code, @codeSystem und @displayName.
(atc...ion)
Treeblank.pngTreeblank.pngTreetree.png@displayName
st1 … 1R
Treeblank.pngTreetree.pnghl7:service​Provider​Organization
1 … 1M
Organisation, in deren Verantwortungsbereich der Patientenkontakt stattfand.

Beinhaltet 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC)		(atc...ion)


4.2.20 AuthorElements

Id1.2.40.0.34.11.90004
ref
elgabbr-
Gültigkeit2015‑02‑17
Andere Versionen mit dieser Id:
  • Kblank.png AuthorElements vom 2013‑02‑10
  • Kblank.png AuthorElements vom 2011‑12‑19
StatusKgreen.png AktivVersions-Label
NameAuthorElementsBezeichnungAuthorElements
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).

KlassifikationCDA Header Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Benutzt
Benutzt 2 Templates
Benutzt als NameVersion
1.2.40.0.34.11.90001InklusionKgreen.png PersonElementsDYNAMIC
1.2.40.0.34.11.90002InklusionKgreen.png OrganizationElementsDYNAMIC
BeziehungVersion: Template 1.2.40.0.34.11.90004 AuthorElements (2015‑02‑17)
ref
elgabbr-
Beispiel
Strukturbeispiel für eine Person als „author“
<author typeCode="AUT" contextControlCode="OP">
  <!-- Funktionscode -->
  <functionCode code="OA" displayName="Diensthabender Oberarzt" codeSystem="1.2.40.0.34.99.111.2.1" codeSystemName="Amadeus Spital Funktionen"/>  <!-- Zeitpunkt der Erstellung -->
  <time value="20081224082015+0100"/>  <assignedAuthor classCode="ASSIGNED">
    <!-- Identifikation des Verfassers des Dokuments -->
    <id root="1.2.40.0.34.99.111.1.3" extension="1111" assigningAuthorityName="Amadeus Spital"/>    <!-- Fachrichtung des Verfassers des Dokuments -->
    <code code="107" displayName="Fachärztin/Facharzt für Chirurgie" codeSystem="1.2.40.0.34.5.160" codeSystemName="ELGA_Fachaerzte"/>    <!-- Kontaktdaten des Verfassers des Dokuments -->
    <telecom value="tel:+43.1.40400"/>    <telecom value="mailto:herbert.mustermann@organization.at"/>    <assignedPerson classCode="PSN" determinerCode="INSTANCE">
      <!-- Name des Verfassers des Dokuments -->
      <name>
        <prefix qualifier="AC">Univ.-Prof. Dr.</prefix>        <given>Isabella</given>        <family>Stern</family>      </name>    </assignedPerson>    <!-- Organisation, in deren Auftrag der Verfasser des Dokuments die Dokumentation verfasst hat -->
    <representedOrganization>
      <id root="1.2.40.0.34.99.3" assigningAuthorityName="GDA Index"/>      <!-- Name der Organisation -->
      <name>Amadeus Spital, 1. Chirurgische Abteilung</name>      <!-- Kontaktdaten der Organisation -->
      <telecom value="tel:+43.6138.3453446.0"/>      <telecom value="mailto:chirurgie@amadeusspital.at"/>      <addr>
        <streetName>Mozartgasse</streetName>        <houseNumber>1-7</houseNumber>        <postalCode>5350</postalCode>        <city>St.Wolfgang</city>        <state>Salzburg</state>        <country>AUT</country>      </addr>    </representedOrganization>  </assignedAuthor></author>
Beispiel
Strukturbeispiel für datenerstellende Geräte als „author“
<author>
  <!-- Zeitpunkt der Erstellung -->
  <time value="20081224082015+0100"/>  <assignedAuthor>
    <!-- Geräte Identifikation (oder nullFlavor) -->
    <id root="86562fe5-b509-4ce9-b976-176fd376e477"/>    <!-- Geräte Beschreibung -->
    <assignedAuthoringDevice>
      <manufacturerModelName>Good Health System</manufacturerModelName>      <softwareName>Best Health Software Application</softwareName>    </assignedAuthoringDevice>    <representedOrganization>
      <id root="1.2.40.0.34.99.3" assigningAuthorityName="GDA Index"/>      <!-- Name der Organisation -->
      <name>Amadeus Spital, 1. Chirurgische Abteilung</name>      <!-- Kontaktdaten der Organisation -->
      <telecom value="tel:+43.6138.3453446.0"/>      <telecom value="mailto:chirurgie@amadeusspital.at"/>      <addr>
        <streetName>Mozartgasse</streetName>        <houseNumber>1-7</houseNumber>        <postalCode>5350</postalCode>        <city>St.Wolfgang</city>        <state>Salzburg</state>        <country>AUT</country>      </addr>    </representedOrganization>  </assignedAuthor></author>
ItemDTKardKonfBeschreibungLabel
AuswahlElemente in der Auswahl:
  • hl7:author[not(@nullFlavor)]
  • hl7:author[@nullFlavor]
Treetree.pnghl7:author
Verfasser des Dokuments.(Aut...nts)
wo [not(@nullFlavor)]
Treeblank.pngTreetree.png@typeCode
cs0 … 1FAUT
Treeblank.pngTreetree.png@context​Control​Code
cs0 … 1FOP
Treeblank.pngTreetree.pnghl7:functionCode
CE0 … 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.
(Aut...nts)
Treeblank.pngTreetree.pnghl7:time
TS.​DATE.​MIN1 … 1R

Der Zeitpunkt an dem das Dokument verfasst wurde.Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen.

Zugelassene nullFlavor: UNK		(Aut...nts)
Treeblank.pngTreetree.pnghl7:assignedAuthor
1 … 1MOrganisation, in deren Auftrag der Verfasser des Dokuments die Dokumentation verfasst hat.(Aut...nts)
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FASSIGNED
 Beispiel<assignedAuthor classCode="ASSIGNED">
  <id extension="ied8984938" root="1.2.276.0.76.3.1.139.933"/>  <assignedPerson classCode="PSN" determinerCode="INSTANCE">
    <!-- ... -->
  </assignedPerson></assignedAuthor>
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II1 … *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.

(Aut...nts)
Treeblank.pngTreeblank.pngTreetree.pnghl7:code
CE0 … 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.

(Aut...nts)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.6 ELGA_AuthorSpeciality (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL.AT0 … *
Kontaktdaten des Verfassers des Dokuments.
Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen.
(Aut...nts)
Auswahl1 … 1Elemente in der Auswahl:
  • hl7:assigned​Person
  • hl7:assigned​Authoring​Device
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:assigned​Person
 … 1
Personendaten des Verfassers des Dokuments.
Grundsätzlich sind die Vorgaben für „Personen-Element“ zu befolgen.
(Aut...nts)
Eingefügt von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FPSN
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
cs0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
PN1 … 1M

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.		(Aut...nts)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:assigned​Authoring​Device
 … 1(Aut...nts)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FDEV
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
cs0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:manufacturer​Model​Name
SC0 … 1Hersteller und Modellbezeichnung des datenerstellenden Gerätes.(Aut...nts)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:softwareName
SC0 … 1Bezeichnung (und ggf Version) der datenerstellenden Software.(Aut...nts)
Treeblank.pngTreeblank.pngTreetree.pnghl7:represented​Organization
1 … 1M(Aut...nts)
Eingefügt von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FORG
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … *(Aut...nts)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1M(Aut...nts)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL.AT0 … *(Aut...nts)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1(Aut...nts)
Treetree.pnghl7:author
Verfasser nicht bekannt/nicht anwendbar(Aut...nts)
wo [@nullFlavor]
Treeblank.pngTreetree.png@nullFlavor
cs1 … 1FNA
 Beispiel<author nullFlavor="NA">
  <time nullFlavor="NA"/>  <assignedAuthor nullFlavor="NA">
    <id nullFlavor="NA"/>  </assignedAuthor></author>
Treeblank.pngTreetree.pnghl7:time
1 … 1R(Aut...nts)
Treeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FNA
Treeblank.pngTreetree.pnghl7:assignedAuthor
1 … 1R(Aut...nts)
Treeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FNA
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
1 … 1R(Aut...nts)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FNA


4.2.21 PersonElements

Id1.2.40.0.34.11.90001
ref
elgabbr-
Gültigkeit2011‑12‑19
StatusKgreen.png AktivVersions-Label
NamePersonElementsBezeichnungPersonElements
KlassifikationCDA Header Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
BeziehungVersion: Template 1.2.40.0.34.11.90001 PersonElements (2011‑12‑19)
ref
elgabbr-
ItemDTKardKonfBeschreibungLabel
@classCode
cs0 … 1FPSN
@determiner​Code
cs0 … 1FINSTANCE
hl7:name
PN1 … 1M

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.		(Per...nts)


4.2.22 OrganizationElements

Id1.2.40.0.34.11.90002
ref
elgabbr-
Gültigkeit2011‑12‑19
StatusKgreen.png AktivVersions-Label
NameOrganizationElementsBezeichnungOrganizationElements
KlassifikationCDA Header Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
ItemDTKardKonfBeschreibungLabel
@classCode
0 … 1FORG
@determiner​Code
0 … 1FINSTANCE
hl7:id
II0 … *(Org...nts)
hl7:name
ON1 … 1M(Org...nts)
hl7:telecom
TEL.AT0 … *(Org...nts)
hl7:addr
AD0 … 1(Org...nts)


4.3 Fachlicher Inhalte (CDA Body)

4.3.1 Bisherige Maßnahmen - unkodiert

Id1.2.40.0.34.6.0.11.2.27
ref
at-cda-bbr-
Gültigkeit2021‑02‑19 11:43:57
Andere Versionen mit dieser Id:
  • Kblank.png atcdabbr_section_BisherigeMassnahmenUnkodiert vom 2019‑04‑02 15:48:15
StatusKgreen.png AktivVersions-Label1.0.0+20210219
Nameatcdabbr_section_BisherigeMassnahmenUnkodiertBezeichnungBisherige Maßnahmen - unkodiert
BeschreibungEnthält relevante Maßnahmen, die schon vor dem Aufenthalt durchgeführt wurden
KontextElternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.2.27
KlassifikationCDA Section level template
Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
Benutzt
Benutzt 1 Template
Benutzt als NameVersion
1.2.40.0.34.6.0.11.3.19ContainmentKgreen.png Eingebettetes Objekt Entry (1.0.2+20230717)DYNAMIC
BeziehungVersion: Template 1.2.40.0.34.6.0.11.2.27 Bisherige Maßnahmen - unkodiert (2019‑04‑02 15:48:15)
ref
at-cda-bbr-
Beispiel
Strukturbeispiel
<section>
  <templateId root="1.2.40.0.34.6.0.11.2.27"/>  <!-- Code der Sektion -->
  <code code="67803-7" displayName="History of Procedures - Reported" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC"/>  <!-- Titel der Sektion -->
  <title> Bisherige Maßnahmen </title>  <!-- Textbereich der Sektion -->
  <text> ... Lesbarer Textbereich ... </text></section>
ItemDTKardKonfBeschreibungLabel
hl7:section
(atc...ert)
Treetree.png@classCode
cs0 … 1FDOCSECT
Treetree.png@moodCode
cs0 … 1FEVN
Treetree.pnghl7:templateId
II1 … 1M(atc...ert)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.6.0.11.2.27
Treetree.pnghl7:id
II0 … 1Eindeutige ID der Sektion(atc...ert)
wo [not(@nullFlavor)]
Treetree.pnghl7:code
CE1 … 1M(atc...ert)
Treeblank.pngTreetree.png@code
CONF1 … 1F67803-7
Treeblank.pngTreetree.png@codeSystem
1 … 1F2.16.840.1.113883.6.1 (LOINC)
Treetree.pnghl7:title
ST1 … 1M(atc...ert)
 CONF
Elementinhalt muss "Bisherige Maßnahmen" sein
Treetree.pnghl7:text
SD.TEXT1 … 1MInformation für den menschlichen Leser.
(atc...ert)
Treetree.pnghl7:entry
0 … *RBeinhaltet 1.2.40.0.34.6.0.11.3.19 Eingebettetes Objekt Entry (DYNAMIC)(atc...ert)
Treeblank.pngTreetree.png@typeCode
cs1 … 1FDRIV
 DRIV (is derived from) deutet an, dass der section.text aus den Level 3 Entries gerendert wurde und keinen medizinisch relevanten Inhalt enthält, der nicht aus den Entries stammt.
Treeblank.pngTreetree.png@context​Conduction​Ind
cs0 … 1Ftrue


4.3.2 Impfreaktion

Id1.2.40.0.34.6.0.11.2.29
ref
at-cda-bbr-
Gültigkeit2021‑02‑19 11:46:26
Andere Versionen mit dieser Id:
  • Kblank.png atcdabbr_section_Impfreaktion vom 2019‑08‑13 15:34:58
StatusKgreen.png AktivVersions-Label1.0.0+20210219
Nameatcdabbr_section_ImpfreaktionBezeichnungImpfreaktion
Beschreibung
Impfreaktionen. 
Optional können auffällige (schwere) Impfreaktionen dokumentiert werden. Nur bestimmte Einträge sollen eingetragen werden, z.B. Fieber, Muskelschmerzen.

WIRD IM PILOTPROJEKT NICHT UNTERSTÜTZT
KontextElternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.2.29
KlassifikationCDA Section level template
Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
Benutzt
Benutzt 3 Templates
Benutzt als NameVersion
1.2.40.0.34.6.0.11.9.36ContainmentKgreen.png Author Body (1.0.1+20230717)DYNAMIC
1.2.40.0.34.6.0.11.3.32ContainmentKgreen.png Allergy or Intolerance Concern (1.0.0+20210219)DYNAMIC
1.2.40.0.34.6.0.11.2.8ContainmentKgreen.png Übersetzung (1.0.2+20230717)DYNAMIC
BeziehungVersion: Template 1.2.40.0.34.6.0.11.2.29 Impfreaktion (2019‑08‑13 15:34:58)
ref
at-cda-bbr-

Adaptation: Template 1.2.40.0.34.6.0.11.2.59 Allergien und Intoleranzen - kodiert (DYNAMIC)
ref
at-cda-bbr-
Beispiel
Strukturbeispiel
<hl7:section classCode="DOCSECT" moodCode="EVN">
  <hl7:templateId root="1.2.40.0.34.6.0.11.2.29"/>  <hl7:templateId root="2.16.840.1.113883.10.22.3.2"/>  <hl7:id root="1.2.3.999" extension="--example only--"/>  <hl7:code codeSystemName="LOINC" displayName="Allergies and adverse reactions Document" code="48765-2" codeSystem="2.16.840.1.113883.6.1"/>  <hl7:title>title</hl7:title>  <hl7:text/>  <hl7:author typeCode="AUT" contextControlCode="OP">
    <!-- template 1.2.40.0.34.6.0.11.9.36 'Author Body' (2019-11-20T12:13:04) -->
  </hl7:author>  <hl7:entry typeCode="DRIV" contextConductionInd="true">
    <!-- template 1.2.40.0.34.6.0.11.3.32 'Allergy or Intolerance Concern' (2019-11-20T13:08:06) -->
  </hl7:entry>  <hl7:component typeCode="COMP" contextConductionInd="true">
    <!-- template 1.2.40.0.34.6.0.11.2.8 'Übersetzung' (2019-05-14T15:24:50) -->
  </hl7:component></hl7:section>
ItemDTKardKonfBeschreibungLabel
hl7:section
(atc...ion)
Treetree.png@classCode
cs0 … 1FDOCSECT
Treetree.png@moodCode
cs0 … 1FEVN
Treetree.pnghl7:templateId
II1 … 1MELGA(atc...ion)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.6.0.11.2.29
Treetree.pnghl7:templateId
II1 … 1MHL7 IPS Allergies and Intolerances Section(atc...ion)
Treeblank.pngTreetree.png@root
uid1 … 1F2.16.840.1.113883.10.22.3.2
Treetree.pnghl7:id
II0 … 1Eindeutige ID der Sektion (optional)(atc...ion)
wo [not(@nullFlavor)]
Treetree.pnghl7:code
CE1 … 1MFester Wert "48765-2"(atc...ion)
Treeblank.pngTreetree.png@code
CONF1 … 1F48765-2
Treeblank.pngTreetree.png@codeSystem
1 … 1F2.16.840.1.113883.6.1 (LOINC)
Treetree.pnghl7:title
ST1 … 1MTitel der Sektion(atc...ion)
Treetree.pnghl7:text
SD.TEXT1 … 1MDer Text enthält relevante Allergien oder Intoleranzen des Patienten in tabellarischer Darstellung. (atc...ion)
Treetree.pnghl7:author
0 … *Author der enthaltenen Information (GDA)
Beinhaltet 1.2.40.0.34.6.0.11.9.36 Author Body (DYNAMIC)		(atc...ion)
Treeblank.pngTreetree.png@typeCode
cs0 … 1FAUT
Treeblank.pngTreetree.png@context​Control​Code
cs0 … 1FOP
Treetree.pnghl7:entry
1 … *MEnthält die codierte Angabe der Allergien und Intoleranzen
Beinhaltet 1.2.40.0.34.6.0.11.3.32 Allergy or Intolerance Concern (DYNAMIC)		(atc...ion)
Treeblank.pngTreetree.png@typeCode
cs1 … 1FDRIV
 DRIV (is derived from) deutet an, dass der section.text aus den Level 3 Entries gerendert wurde und keinen medizinisch relevanten Inhalt enthält, der nicht aus den Entries stammt.
Treeblank.pngTreetree.png@context​Conduction​Ind
cs0 … 1Ftrue
Treetree.pnghl7:component
0 … *Optionale Subsections zur Angabe von Übersetzungen des <text>  Elements </text>
Beinhaltet 1.2.40.0.34.6.0.11.2.8 Übersetzung (DYNAMIC)		(atc...ion)
Treeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreetree.png@context​Conduction​Ind
cs0 … 1Ftrue


4.3.3 Wichtige Hinweise

Id1.2.40.0.34.6.0.11.2.24
ref
elgagab-
Gültigkeit2018‑10‑24 10:19:18
StatusKyellow.png EntwurfVersions-Label1.0.0
Nameelgagab_section_WichtigeHinweiseBezeichnungWichtige Hinweise
Beschreibung
Freitext für wichtige Hinweise oder Alarmhinwese für andere Behandler des Patienten. Beispiele: „Sturzgefahr“, „Fremdaggressives Verhalten", "Polizei wurde verständigt"

Beispiele: „Sturzgefahr“, „Fremdaggressives Verhalten, Polizei wurde verständigt“

74018-3 Alert, LOINC 2.16.840.1.113883.6.1
Synonyme: Alarminformation, Risiken
KontextElternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.2.24
KlassifikationCDA Section level template
Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
Assoziiert mit
Assoziiert mit 1 Konzept
IdNameDatensatz
elgagab-data​element-177Kyellow.png Wichtige Hinweise Kyellow.png Datensatz
Benutzt
Benutzt 3 Templates
Benutzt als NameVersion
1.2.40.0.34.6.0.11.9.36ContainmentKgreen.png Author Body (1.0.1+20230717)DYNAMIC
1.2.40.0.34.6.0.11.9.3ContainmentKgreen.png Informant Body (1.0.1+20211213)DYNAMIC
1.2.40.0.34.6.0.11.2.8ContainmentKgreen.png Übersetzung (1.0.2+20230717)DYNAMIC
Beispiel
Strukturbeispiel
<section>
  <templateId root="1.2.40.0.34.6.0.11.2.24"/>  <code code="74018-3" codeSystem="2.16.840.1.113883.6.1"/>  <title>Wichtige Hinweise / CAVE</title>  <text>text</text>  <component typeCode="COMP" contextConductionInd="true">
    <!-- template 1.2.40.0.34.6.0.11.2.8 'Übersetzung' (2019-05-14T15:24:50) -->
  </component></section>
ItemDTKardKonfBeschreibungLabel
hl7:section
Container zur Angabe wichtiger Hinweise.(elg...ise)
 
Target.png
elgagab-data​element-177Kyellow.png Wichtige Hinweise Kyellow.png Datensatz
Treetree.png@classCode
cs0 … 1FDOCSECT
Treetree.png@moodCode
cs0 … 1FEVN
Treetree.pnghl7:templateId
II1 … 1M(elg...ise)
Treeblank.pngTreetree.png@root
oid1 … 1F1.2.40.0.34.6.0.11.2.24
Treetree.pnghl7:id
II0 … 1Eindeutige ID der Sektion(elg...ise)
wo [not(@nullFlavor)]
Treetree.pnghl7:code
CE1 … 1M(elg...ise)
Treeblank.pngTreetree.png@code
CONF1 … 1F74018-3
Treeblank.pngTreetree.png@codeSystem
1 … 1F2.16.840.1.113883.6.1 (LOINC)
Treetree.pnghl7:title
ST1 … 1M(elg...ise)
 CONF
Elementinhalt muss "Wichtige Hinweise / CAVE" sein
Treetree.pnghl7:text
SD.TEXT1 … 1MInformation für den menschlichen Leser.(elg...ise)
Treetree.pnghl7:author
0 … *Author der enthaltenen Information (GDA)
Beinhaltet 1.2.40.0.34.6.0.11.9.36 Author Body (DYNAMIC)		(elg...ise)
Treetree.pnghl7:informant
0 … *
Quelle für die enthaltene Information
Name der Person und ihre Beziehung zum Patienten (Patient oder Angehöriger, Auskunftsperson - nicht-GDA)

Beinhaltet 1.2.40.0.34.6.0.11.9.3 Informant Body (DYNAMIC)		(elg...ise)
Treetree.pnghl7:component
0 … *Optionale Subsections zur Angabe von Übersetzungen des Elements

Beinhaltet 1.2.40.0.34.6.0.11.2.8 Übersetzung (DYNAMIC)		(elg...ise)
Treeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreetree.png@context​Conduction​Ind
cs0 … 1Ftrue


4.3.4 Dauerdiagnosen

Id1.2.40.0.34.6.0.11.2.28Gültigkeit2019‑06‑12 10:46:23
StatusKgreen.png AktivVersions-Label1.0.0+20210310
Nameexnds_section_dauerdiagnosenBezeichnungEXNDS Dauerdiagnosen
Beschreibung
Diese Sektion inkludiert die Information über die Dauerdiagnosen.
KontextElternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.2.28
LabelIHE PCC TF2 Rev.11, 6.3.3.2.5
KlassifikationCDA Section level template
Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
Benutzt
Benutzt 2 Templates
Benutzt als NameVersion
1.2.40.0.34.6.0.11.3.7ContainmentKgreen.png Problem Concern Entry (1.1.0+20210219)DYNAMIC
1.2.40.0.34.6.0.11.2.8ContainmentKgreen.png Übersetzung (1.0.2+20230717)DYNAMIC
BeziehungSpezialisierung: Template 1.2.40.0.34.6.0.11.2.3 Frühere Erkrankungen - kodiert (2019‑01‑18 09:18:50)
ref
at-cda-bbr-

Spezialisierung: Template 2.16.840.1.113883.10.12.201 CDA Section (2005‑09‑07)
ref
ad1bbr-

Adaptation: Template 1.3.6.1.4.1.19376.1.5.3.1.3.8 eHDSI History Of Past Illness (DYNAMIC)
ref
epsos-
Beispiel
Beispiel
<hl7:section classCode="DOCSECT" moodCode="EVN">
  <hl7:templateId root="1.2.40.0.34.6.0.11.2.28"/>  <hl7:id root="1.2.3.999" extension="extension"/>  <hl7:code code="170550007" codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED CT" displayName="Chronic disease - general"/>  <hl7:title>Dauerdiagnosen</hl7:title>  <hl7:text/>  <hl7:entry typeCode="DRIV" contextConductionInd="true">
    <!-- template 1.2.40.0.34.6.0.11.3.7 'Problem Concern Entry' (2020-11-17T14:30:36) -->
  </hl7:entry>  <hl7:component typeCode="COMP" contextConductionInd="true">
    <!-- template 1.2.40.0.34.6.0.11.2.8 'Übersetzung' (2019-05-14T15:24:50) -->
  </hl7:component></hl7:section>
ItemDTKardKonfBeschreibungLabel
hl7:section
RListe der bisherigen Krankheiten des Patienten.
IHE PCC TF2 Rev.11, 6.3.3.2.5
Treetree.png@classCode
cs0 … 1FDOCSECT
Treetree.png@moodCode
cs0 … 1FEVN
Treetree.pnghl7:templateId
II1 … 1MIHE PCC TF2 Rev.11, 6.3.3.2.5
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.6.0.11.2.28
Treetree.pnghl7:id
II0 … *RTODO: keine id laut Entlassungsbrief ÄrztlichIHE PCC TF2 Rev.11, 6.3.3.2.5
Treeblank.pngTreetree.png@root
uid1 … 1REN-US.png MUST contain the OID of the system that issued the ID. OIDs of code systems, which are published in the public OID registry for the Swiss health care system (oid.refdata.ch) are REQUIRED. Others are NOT ALLOWED.
Treeblank.pngTreetree.png@extension
st0 … 1 EN-US.png Contains the ID itself. The ID MUST be unique within the system that issued the ID.
Treetree.pnghl7:code
CE1 … 1MTODO: laut Leitfaden Entlassungsbrief ärztlich Datentyp CE CWE, ELGABBR: (1.2.40.0.34.11.2.2.19) CE.IHE PCC TF2 Rev.11, 6.3.3.2.5
Treeblank.pngTreetree.png@code
st1 … 1F170550007
Treeblank.pngTreetree.png@codeSystem
oid1 … 1F2.16.840.1.113883.6.96
Treeblank.pngTreetree.png@codeSystemName
st0 … 1FSNOMED CT
Treeblank.pngTreetree.png@displayName
st0 … 1FChronic disease - general
 Beispiel<code code="11348-0" displayName="History of past illness" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC"/>
Treetree.pnghl7:title
ST1 … 1MIHE PCC TF2 Rev.11, 6.3.3.2.5
 CONF
Elementinhalt muss "Dauerdiagnosen" sein
 Variable letNamelanguageCode 
 Valuesubstring(/hl7:ClinicalDocument/hl7:language​Code/@code,1,2) 
 Schematron assertrole error 
 testnot($languageCode='de') or (text()='Dauerdiagnosen') 
 MeldungThe German title MUST read 'Dauerdiagnosen' 
Treetree.pnghl7:text
SD.TEXT1 … 1MInformation für den menschlichen Leser.IHE PCC TF2 Rev.11, 6.3.3.2.5
Treetree.pnghl7:entry
1 … *MEN-US.png The narrative text in the text element of the section MUST be generated automatically from the information in this entry.
Beinhaltet 1.2.40.0.34.6.0.11.3.7 Problem Concern Entry (DYNAMIC)		IHE PCC TF2 Rev.11, 6.3.3.2.5
Treeblank.pngTreetree.png@typeCode
cs1 … 1FDRIV
Treeblank.pngTreetree.png@context​Conduction​Ind
cs0 … 1Ftrue
Treetree.pnghl7:component
0 … *Optionale Subsections zur Angabe von Übersetzungen des <text> Elements in andere Sprachen.</text>
Beinhaltet 1.2.40.0.34.6.0.11.2.8 Übersetzung (DYNAMIC)		IHE PCC TF2 Rev.11, 6.3.3.2.5
Treeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreetree.png@context​Conduction​Ind
cs0 … 1Ftrue


4.3.5 Familienanamnese

Id1.2.40.0.34.6.0.11.2.30Gültigkeit2019‑06‑13 09:26:13
StatusKgreen.png AktivVersions-Label1.0.0+20210310
Nameexnds_section_familienanamneBezeichnungEXNDS Familienanamnese
BeschreibungDiese Sektion enthält in Form eines narrativen Textes Informationen über die Familienanamnese. Eine tabellarische Darstellung wird empfohlen.
KontextElternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.2.30
KlassifikationCDA Section level template
Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
Assoziiert mit
Assoziiert mit 1 Konzept
IdNameDatensatz
exnds-data​element1-176Kyellow.png Familienanamnese Kyellow.png Test2 2019
Benutzt
Benutzt 1 Template
Benutzt als NameVersion
1.2.40.0.34.6.0.11.3.115ContainmentKgreen.png EXNDS Familienanamnese Problem Concern Entry (1.0.0+20210310)DYNAMIC
Beispiel
Strukturbeispiel
<hl7:section classCode="DOCSECT" moodCode="EVN">
  <hl7:templateId root="1.2.40.0.34.6.0.11.2.30"/>  <hl7:code code="416471007" codeSystem="2.16.840.1.113883.6.96" displayName="Family history of clinical finding" codeSystemName="SNOMED CT"/>  <hl7:title>Familienanamnese</hl7:title>  <hl7:text/>  <hl7:entry contextConductionInd="true" typeCode="DRIV">
    <!-- template 1.2.40.0.34.6.0.11.3.115 'EXNDS Familienanamnese Problem Concern Entry' (2020-10-01T14:56:31) -->
  </hl7:entry></hl7:section>
ItemDTKardKonfBeschreibungLabel
hl7:section
0 … 1(exn...mne)
 
Target.png
exnds-data​element1-176Kyellow.png Familienanamnese Kyellow.png Test2 2019
Treetree.png@classCode
cs0 … 1FDOCSECT
Treetree.png@moodCode
cs0 … 1FEVN
Treetree.pnghl7:templateId
II1 … 1M(exn...mne)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.6.0.11.2.30
Treetree.pnghl7:code
CE1 … 1M(exn...mne)
Treeblank.pngTreetree.png@code
cs1 … 1F416471007
Treeblank.pngTreetree.png@codeSystem
oid1 … 1F2.16.840.1.113883.6.96
Treeblank.pngTreetree.png@displayName
st0 … 1FFamily history of clinical finding
Treeblank.pngTreetree.png@codeSystemName
st0 … 1FSNOMED CT
Treetree.pnghl7:title
ST1 … 1M(exn...mne)
 CONF
Elementinhalt muss "Familienanamnese" sein
Treetree.pnghl7:text
SD.TEXT1 … 1M
Freitextliche Darstellung der Familienanamnese
(exn...mne)
Treetree.pnghl7:entry
0 … *RPro Familienmitglied mindestens ein Problem Concern Entry
Beinhaltet 1.2.40.0.34.6.0.11.3.115 EXNDS Familienanamnese Problem Concern Entry (DYNAMIC)		(exn...mne)
Treeblank.pngTreetree.png@context​Conduction​Ind
cs0 … 1Ftrue
Treeblank.pngTreetree.png@typeCode
cs1 … 1FDRIV


4.3.6 Behandlungsschein

Id1.2.40.0.34.6.0.11.2.32Gültigkeit2019‑06‑13 10:29:05
StatusKgreen.png AktivVersions-Label1.0.0+20210310
Nameexnds_section_behandlungsscheinBezeichnungEXNDS Behandlungsschein
BeschreibungDiese Sektion beinhaltet Angaben zu den Behandlungsscheinen des Patienten. Für jeden Behandlungsschein ist eine eigenständige Tabelle anzuführen als auch ein eigenen Act-Element anzugeben.
KontextElternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.2.32
KlassifikationCDA Section level template
Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
Benutzt
Benutzt 1 Template
Benutzt als NameVersion
1.2.40.0.34.6.0.11.3.117ContainmentKgreen.png EXNDS Behandlungsschein Act (1.0.0+20210310)DYNAMIC
Beispiel
Strukturbeispiel
<hl7:section classCode="DOCSECT" moodCode="EVN">
  <hl7:templateId root="1.2.40.0.34.6.0.11.2.32"/>  <hl7:code code="BSCHEIN" codeSystem="1.2.40.0.34.5.194" displayName="Behandlungsschein" codeSystemName="EXNDS_Sections"/>  <hl7:title>Behandlungsschein</hl7:title>  <hl7:text/>  <hl7:entry contextConductionInd="true" typeCode="DRIV">
    <!-- template 1.2.40.0.34.6.0.11.3.117 'EXNDS Behandlungsschein Act' (2020-10-01T17:12:33) -->
  </hl7:entry></hl7:section>
ItemDTKardKonfBeschreibungLabel
hl7:section
0 … 1(exn...ein)
Treetree.png@classCode
cs0 … 1FDOCSECT
Treetree.png@moodCode
cs0 … 1FEVN
Treetree.pnghl7:templateId
II1 … 1M(exn...ein)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.6.0.11.2.32
Treetree.pnghl7:code
CE1 … 1M(exn...ein)
Treeblank.pngTreetree.png@code
cs1 … 1FBSCHEIN
Treeblank.pngTreetree.png@codeSystem
oid1 … 1F1.2.40.0.34.5.194
Treeblank.pngTreetree.png@displayName
st0 … 1FBehandlungsschein
Treeblank.pngTreetree.png@codeSystemName
st0 … 1FEXNDS_Sections
Treetree.pnghl7:title
ST1 … 1M(exn...ein)
 CONF
Elementinhalt muss "Behandlungsschein" sein
Treetree.pnghl7:text
SD.TEXT1 … 1MJede Tabelle MUSS mit einer Tabellenüberschrift inkl. Datum des Behandlungsscheins geführt werden.
Die Zeilen der Tabelle MUSS folgende Daten beinhalten:
- Scheinart
- Begründung
- Zeitraum
- Kassencode
- Fremdstaaten-Kennzeichen
- Abgabedatum
- Überweisungsdatum
- Zuweisender Arzt (VPN)
- Dienstgeber
- Saldo
- Fragestellung		(exn...ein)
Treetree.pnghl7:entry
1 … *MFür jeden Behandlungsschein ist ein Act-Element zu führen
Beinhaltet 1.2.40.0.34.6.0.11.3.117 EXNDS Behandlungsschein Act (DYNAMIC)		(exn...ein)
Treeblank.pngTreetree.png@context​Conduction​Ind
cs0 … 1Ftrue
Treeblank.pngTreetree.png@typeCode
cs1 … 1FDRIV


4.3.7 Behandlungen

Id1.2.40.0.34.6.0.11.2.33Gültigkeit2019‑06‑14 09:02:42
StatusKgreen.png AktivVersions-Label1.0.0+20210310
Nameexnds_section_behandlungenBezeichnungEXNDS Behandlungen
BeschreibungIn dieser Sektion sind Angaben zu den einzelnen Behandlungen eines Patienten/einer Patientin angeführt. Diese Information wird in Form einer Tabelle für jede Behandlung angegeben.
KontextElternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.2.33
KlassifikationCDA Section level template
Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
Benutzt
Benutzt 1 Template
Benutzt als NameVersion
1.2.40.0.34.6.0.11.3.67ContainmentKgreen.png EXNDS Behandlungen Organizer (1.0.0+20210310)DYNAMIC
Beispiel
Strukturbeispiel
<hl7:section classCode="DOCSECT" moodCode="EVN">
  <hl7:templateId root="1.2.40.0.34.6.0.11.2.33"/>  <hl7:code code="55753-8" codeSystem="2.16.840.1.113883.6.1" displayName="Treatment information" codeSystemName="LOINC"/>  <hl7:title>Behandlungen</hl7:title>  <hl7:text/>  <hl7:entry contextConductionInd="true" typeCode="DRIV">
    <!-- template 1.2.40.0.34.6.0.11.3.67 'EXNDS Behandlungen Organizer' (2020-03-08T15:05:18) -->
  </hl7:entry></hl7:section>
ItemDTKardKonfBeschreibungLabel
hl7:section
0 … 1(exn...gen)
Treetree.png@classCode
cs0 … 1FDOCSECT
Treetree.png@moodCode
cs0 … 1FEVN
Treetree.pnghl7:templateId
II1 … 1M(exn...gen)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.6.0.11.2.33
Treetree.pnghl7:code
CE1 … 1M(exn...gen)
Treeblank.pngTreetree.png@code
cs1 … 1F55753-8
Treeblank.pngTreetree.png@codeSystem
oid1 … 1F2.16.840.1.113883.6.1
Treeblank.pngTreetree.png@displayName
st0 … 1FTreatment information
Treeblank.pngTreetree.png@codeSystemName
st0 … 1FLOINC
Treetree.pnghl7:title
ST1 … 1M(exn...gen)
 CONF
Elementinhalt muss "Behandlungen" sein
Treetree.pnghl7:text
SD.TEXT1 … 1MFür jede Behandlung MUSS eine eigenständige Tabelle anzuführen werden. Diese Tabelle MUSS mit einer Tabellenüberschrift, welche das Datum der Behandlung beinhaltet, versehen werden.
Die Vorgabe für die Tabellenzeilen inkludieren:
- Position
- Anzahl
- Begründung
- Kassenleistung
- Abrechnungskasse
- Therapie
- Tarif
- Zuweisender Arzt (VPN)
- Zusatzkennzeichen		(exn...gen)
Treetree.pnghl7:entry
1 … *MBeinhaltet 1.2.40.0.34.6.0.11.3.67 EXNDS Behandlungen Organizer (DYNAMIC)(exn...gen)
Treeblank.pngTreetree.png@context​Conduction​Ind
cs0 … 1Ftrue
Treeblank.pngTreetree.png@typeCode
cs1 … 1FDRIV


4.3.8 Karteineintragungen

Id1.2.40.0.34.6.0.11.2.34Gültigkeit2019‑06‑14 09:02:37
StatusKgreen.png AktivVersions-Label1.0.0+20210310
Nameexnds_section_karteineintragungenBezeichnungEXNDS Karteineintragungen
BeschreibungIn dieser Sektion können die Karteieintragungen aus dem Arztpraxissoftwaresystem angegeben werden. Die Angabe erfolgt in strukturierter Form mit Hilfe einer Tabelle.
KontextElternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.2.34
KlassifikationCDA Section level template
Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
Benutzt
Benutzt 1 Template
Benutzt als NameVersion
1.2.40.0.34.6.0.11.3.137ContainmentKgreen.png EXNDS Karteieintragungen Organizer (1.0.0+20210310)DYNAMIC
Beispiel
Strukturbeispiel
<hl7:section classCode="DOCSECT" moodCode="EVN">
  <hl7:templateId root="1.2.40.0.34.6.0.11.2.34"/>  <hl7:code code="KARTEI_EINTRAGUNGEN" codeSystem="1.2.40.0.34.5.194" displayName="Karteineintragungen" codeSystemName="EXNDS_Sections"/>  <hl7:title>Karteineintragungen</hl7:title>  <hl7:text/>  <hl7:entry contextConductionInd="true" typeCode="DRIV">
    <!-- template 1.2.40.0.34.6.0.11.3.137 'EXNDS Karteieintragungen Organizer' (2020-10-06T11:42:59) -->
  </hl7:entry></hl7:section>
ItemDTKardKonfBeschreibungLabel
hl7:section
0 … 1(exn...gen)
Treetree.png@classCode
cs0 … 1FDOCSECT
Treetree.png@moodCode
cs0 … 1FEVN
Treetree.pnghl7:templateId
II1 … 1M(exn...gen)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.6.0.11.2.34
Treetree.pnghl7:code
CE1 … 1M(exn...gen)
Treeblank.pngTreetree.png@code
cs1 … 1FKARTEI_EINTRAGUNGEN
Treeblank.pngTreetree.png@codeSystem
oid1 … 1F1.2.40.0.34.5.194
Treeblank.pngTreetree.png@displayName
st0 … 1FKarteineintragungen
Treeblank.pngTreetree.png@codeSystemName
st0 … 1FEXNDS_Sections
Treetree.pnghl7:title
ST1 … 1M(exn...gen)
 CONF
Elementinhalt muss "Karteineintragungen" sein
Treetree.pnghl7:text
SD.TEXT1 … 1MEs sind die einzelnen Karteineinträge in Form einer Tabelle anzuführen. Folgende Tabellenspalten MÜSSEN geführt werden:
- Zeilennummer
- Text		(exn...gen)
Treetree.pnghl7:entry
1 … 1MBeinhaltet 1.2.40.0.34.6.0.11.3.137 EXNDS Karteieintragungen Organizer (DYNAMIC)(exn...gen)
Treeblank.pngTreetree.png@context​Conduction​Ind
cs0 … 1Ftrue
Treeblank.pngTreetree.png@typeCode
cs1 … 1FDRIV


4.3.9 Frühere Erkrankungen - kodiert

Id1.2.40.0.34.6.0.11.2.3
ref
at-cda-bbr-
Gültigkeit2021‑02‑19 11:44:36
Andere Versionen mit dieser Id:
  • Kblank.png atcdabbr_section_FruehereErkrankungKodiert vom 2019‑01‑18 09:18:50
StatusKgreen.png AktivVersions-Label1.0.0+20210219
Nameatcdabbr_section_FruehereErkrankungKodiertBezeichnungFrühere Erkrankungen - kodiert
Beschreibung
Liste der bisherigen Krankheiten des Patienten. Die Sektion kann Untersektionen enthalten.
KontextElternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.2.3
LabelIHE PCC TF2 Rev.11, 6.3.3.2.5
KlassifikationCDA Section level template
Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
Benutzt
Benutzt 4 Templates
Benutzt als NameVersion
1.2.40.0.34.6.0.11.3.7ContainmentKgreen.png Problem Concern Entry (1.1.0+20210219)DYNAMIC
1.2.40.0.34.6.0.11.3.19ContainmentKgreen.png Eingebettetes Objekt Entry (1.0.2+20230717)DYNAMIC
1.2.40.0.34.6.0.11.2.8ContainmentKgreen.png Übersetzung (1.0.2+20230717)DYNAMIC
1.2.40.0.34.6.0.11.2.27ContainmentKgreen.png Bisherige Maßnahmen - unkodiert (1.0.0+20210219)DYNAMIC
BeziehungVersion: Template 1.2.40.0.34.6.0.11.2.3 Frühere Erkrankungen - kodiert (2019‑01‑18 09:18:50)
ref
at-cda-bbr-

Spezialisierung: Template 2.16.840.1.113883.10.12.201 CDA Section (2005‑09‑07)
ref
ad1bbr-

Adaptation: Template 1.3.6.1.4.1.19376.1.5.3.1.3.8 eHDSI History Of Past Illness (DYNAMIC)
ref
epsos-
Beispiel
Beispiel
<section>
  <templateId root="1.2.40.0.34.6.0.11.2.3"/>  <templateId root="1.3.6.1.4.1.19376.1.5.3.1.3.8"/>  <id root="1.2.3.999" extension="extension"/>  <!-- Code der Sektion -->
  <code code="11348-0" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC" displayName="HISTORY OF PAST ILLNESS"/>  <!-- Titel der Sektion -->
  <title>Frühere Erkrankungen</title>  <!-- Textbereich der Sektion -->
  <text> ... Lesbarer Textbereich ... </text>  <entry typeCode="DRIV" contextConductionInd="true">
    <!-- template 1.2.40.0.34.6.0.11.3.7 'Problem Concern Entry' (2019-01-18T10:05:27) -->
  </entry>  <entry>
    <!-- template 1.2.40.0.34.6.0.11.3.19 'Eingebettetes Objekt Entry' (2019-05-29T11:59:07) -->
  </entry>  <component typeCode="COMP" contextConductionInd="true">
    <!-- template 1.2.40.0.34.6.0.11.2.8 'Übersetzung' (2019-05-14T15:24:50) -->
  </component>  <component typeCode="COMP" contextConductionInd="true">
    <!-- template 1.2.40.0.34.6.0.11.2.27 'Bisherige Maßnahmen - unkodiert' (2019-04-02T15:48:15) -->
  </component></section>
ItemDTKardKonfBeschreibungLabel
hl7:section
Liste der bisherigen Krankheiten des Patienten.
IHE PCC TF2 Rev.11, 6.3.3.2.5
Treetree.pnghl7:templateId
II1 … 1MELGAIHE PCC TF2 Rev.11, 6.3.3.2.5
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.6.0.11.2.3
Treetree.pnghl7:templateId
II1 … 1MIHE PCC History of Past Illness SectionIHE PCC TF2 Rev.11, 6.3.3.2.5
Treeblank.pngTreetree.png@root
uid1 … 1F1.3.6.1.4.1.19376.1.5.3.1.3.8
Treetree.pnghl7:id
II0 … 1Eindeutige ID der SektionIHE PCC TF2 Rev.11, 6.3.3.2.5
wo [not(@nullFlavor)]
Treetree.pnghl7:code
CE1 … 1MCode der Sektion. Fixer Wert "11348-0"IHE PCC TF2 Rev.11, 6.3.3.2.5
Treeblank.pngTreetree.png@code
st1 … 1F11348-0
Treeblank.pngTreetree.png@codeSystem
oid1 … 1F2.16.840.1.113883.6.1
Treeblank.pngTreetree.png@codeSystemName
st1 … 1FLOINC
Treeblank.pngTreetree.png@displayName
st1 … 1FHISTORY OF PAST ILLNESS
Treetree.pnghl7:title
ST1 … 1MDer Titel der Sektion MUSS "Frühere Erkrankungen" lauten.
IHE PCC TF2 Rev.11, 6.3.3.2.5
 CONF
Elementinhalt muss "Frühere Erkrankungen" sein
Treetree.pnghl7:text
SD.TEXT1 … 1MInformation für den menschlichen Leser.IHE PCC TF2 Rev.11, 6.3.3.2.5
Treetree.pnghl7:entry
1 … *MBeinhaltet 1.2.40.0.34.6.0.11.3.7 Problem Concern Entry (DYNAMIC)IHE PCC TF2 Rev.11, 6.3.3.2.5
Treeblank.pngTreetree.png@typeCode
cs1 … 1FDRIV
 DRIV (is derived from) deutet an, dass der section.text aus den Level 3 Entries gerendert wurde und keinen medizinisch relevanten Inhalt enthält, der nicht aus den Entries stammt.
Treeblank.pngTreetree.png@context​Conduction​Ind
cs0 … 1Ftrue
Treetree.pnghl7:entry
0 … *Beinhaltet 1.2.40.0.34.6.0.11.3.19 Eingebettetes Objekt Entry (DYNAMIC)IHE PCC TF2 Rev.11, 6.3.3.2.5
Treeblank.pngTreetree.png@typeCode
cs1 … 1FDRIV
 DRIV (is derived from) deutet an, dass der section.text aus den Level 3 Entries gerendert wurde und keinen medizinisch relevanten Inhalt enthält, der nicht aus den Entries stammt.
Treeblank.pngTreetree.png@context​Conduction​Ind
cs0 … 1Ftrue
Treetree.pnghl7:component
0 … *Optionale Subsections zur Angabe von Übersetzungen des <text> Elements in andere Sprachen.</text>
Beinhaltet 1.2.40.0.34.6.0.11.2.8 Übersetzung (DYNAMIC)		IHE PCC TF2 Rev.11, 6.3.3.2.5
Treeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreetree.png@context​Conduction​Ind
cs0 … 1Ftrue
Treetree.pnghl7:component
0 … 1Optionale Subsections zur Angabe von Übersetzungen des <text> Elements in andere Sprachen.</text>
Beinhaltet 1.2.40.0.34.6.0.11.2.27 Bisherige Maßnahmen - unkodiert (DYNAMIC)		IHE PCC TF2 Rev.11, 6.3.3.2.5
Treeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreetree.png@context​Conduction​Ind
cs0 … 1Ftrue


4.3.10 Laborparameter

Id1.2.40.0.34.6.0.11.2.35Gültigkeit2019‑06‑17 14:52:26
StatusKgreen.png AktivVersions-Label1.0.0+20210310
Nameexnds_section_laborparameterBezeichnungEXNDS Laborparameter
Beschreibung
In dieser Sektion werden sämtliche Laborparamter, welche aus dem Arztpraxisinformationssystem exportiert werden, in einer Tabelle angeführt und in weiterer Instanz in einem Organizer-Element gelistet. WICHTIG: Daher entspricht diese Struktur NICHT dem ELGA Laborbefund
KontextElternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.2.35
KlassifikationCDA Section level template
Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
Benutzt
Benutzt 1 Template
Benutzt als NameVersion
1.2.40.0.34.6.0.11.3.138ContainmentKgreen.png EXNDS Laboratory Battery Organizer (1.0.0+20210310)DYNAMIC
Beispiel
Strukturbeispiel
<hl7:section classCode="DOCSECT" moodCode="EVN">
  <hl7:templateId root="1.2.40.0.34.6.0.11.2.35"/>  <hl7:code code="26436-6" codeSystem="2.16.840.1.113883.6.1" displayName="Laboratory studies (set)" codeSystemName="LOINC"/>  <hl7:title>Laborparameter</hl7:title>  <hl7:text/>  <hl7:entry contextConductionInd="true" typeCode="DRIV">
    <!-- template 1.2.40.0.34.6.0.11.3.138 'EXNDS Laboratory Battery Organizer' (2020-10-06T14:17:12) -->
  </hl7:entry></hl7:section>
ItemDTKardKonfBeschreibungLabel
hl7:section
0 … 1(exn...ter)
Treetree.png@classCode
cs0 … 1FDOCSECT
Treetree.png@moodCode
cs0 … 1FEVN
Treetree.pnghl7:templateId
II1 … 1M(exn...ter)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.6.0.11.2.35
Treetree.pnghl7:code
CE1 … 1M(exn...ter)
Treeblank.pngTreetree.png@code
cs1 … 1F26436-6
Treeblank.pngTreetree.png@codeSystem
oid1 … 1F2.16.840.1.113883.6.1
Treeblank.pngTreetree.png@displayName
st0 … 1FLaboratory studies (set)
Treeblank.pngTreetree.png@codeSystemName
st0 … 1FLOINC
Treetree.pnghl7:title
ST1 … 1M(exn...ter)
 CONF
Elementinhalt muss "Laborparameter" sein
Treetree.pnghl7:text
SD.TEXT1 … 1M(exn...ter)
Treetree.pnghl7:entry
1 … 1RBeinhaltet 1.2.40.0.34.6.0.11.3.138 EXNDS Laboratory Battery Organizer (DYNAMIC)(exn...ter)
Treeblank.pngTreetree.png@context​Conduction​Ind
cs0 … 1Ftrue
Treeblank.pngTreetree.png@typeCode
cs1 … 1FDRIV


4.3.11 Rezept

Id1.2.40.0.34.11.8.1.2.1
ref
elgabbr-
Gültigkeit2014‑01‑31
StatusKgreen.png AktivVersions-Label
NameRezeptSectionBezeichnungRezept Section
KontextElternknoten des Template-Element mit Id 1.2.40.0.34.11.8.1.2.1
KlassifikationCDA Section level template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Benutzt
Benutzt 1 Template
Benutzt als NameVersion
1.2.40.0.34.11.8.1.3.1ContainmentKyellow.png Medikation Verordnung Entry eMedikationDYNAMIC
Beispiel
Beispiel
<section>
  <templateId root="1.2.40.0.34.11.8.1.2.1"/>  <!-- ELGA -->
  <templateId root="1.3.6.1.4.1.19376.1.9.1.2.1"/>  <!-- IHE PHARM -->
  <templateId root="1.3.6.1.4.1.19376.1.5.3.1.3.19"/>  <!-- IHE PCC -->
  <templateId root="2.16.840.1.113883.10.20.1.8"/>  <!-- HL7 CCD -->
  <!-- Code der Sektion -->
  <code code="57828-6" displayName="Prescription list" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC"/>  <!-- Titel der Sektion -->
  <title>Rezept</title>  <!-- Textbereich der Sektion -->
  <text> ... Lesbarer Textbereich ... </text>  <!-- Maschinenlesbare Elemente -->
  <entry>
    <!-- ELGA MedikationVerordnung-Entry -->
    <templateId root="1.2.40.0.34.11.8.1.3.1"/>  </entry></section>
ItemDTKardKonfBeschreibungLabel
hl7:section
(Rez...ion)
Treetree.png@classCode
0 … 1FDOCSECT
Treetree.pnghl7:templateId
II1 … 1M(Rez...ion)
Treeblank.pngTreetree.png@root
1 … 1F1.2.40.0.34.11.8.1.2.1
Treetree.pnghl7:templateId
II1 … 1MIHE PHARM Prescription Section(Rez...ion)
Treeblank.pngTreetree.png@root
1 … 1F1.3.6.1.4.1.19376.1.9.1.2.1
Treetree.pnghl7:templateId
II1 … 1MIHE PCC Medications Section(Rez...ion)
Treeblank.pngTreetree.png@root
1 … 1F1.3.6.1.4.1.19376.1.5.3.1.3.19
Treetree.pnghl7:templateId
II1 … 1MHL7 CCD 3.9(Rez...ion)
Treeblank.pngTreetree.png@root
1 … 1F2.16.840.1.113883.10.20.1.8
Treetree.pnghl7:id
II0 … 1(Rez...ion)
Treetree.pnghl7:code
CE1 … 1M(Rez...ion)
Treeblank.pngTreetree.png@code
CONF1 … 1F57828-6
Treeblank.pngTreetree.png@displayName
1 … 1FPrescription list
Treeblank.pngTreetree.png@codeSystem
1 … 1F2.16.840.1.113883.6.1 (LOINC)
Treeblank.pngTreetree.png@codeSystemName
1 … 1FLOINC
Treetree.pnghl7:title
ST1 … 1M(Rez...ion)
 CONF
Elementinhalt muss "Rezept" sein
Treetree.pnghl7:text
SD.TEXT1 … 1M(Rez...ion)
Treetree.pnghl7:entry
1 … *Beinhaltet 1.2.40.0.34.11.8.1.3.1 Medikation Verordnung Entry eMedikation (DYNAMIC)(Rez...ion)
Treeblank.pngTreetree.png@typeCode
0 … 1FDRIV


4.3.12 Impfungen - kodiert

Id1.2.40.0.34.6.0.11.2.1
ref
at-cda-bbr-
Gültigkeit2021‑02‑19 11:46:43
Andere Versionen mit dieser Id:
  • Kblank.png atcdabrr_section_ImpfungenKodiert vom 2017‑03‑11 18:38:41
StatusKgreen.png AktivVersions-Label1.0.0+20210219
Nameatcdabrr_section_ImpfungenKodiertBezeichnungImpfungen - kodiert
Beschreibung
Diese Sektion enthält die Impfungen, die dem Patienten verabreicht wurden.
Pro Sektion können mehrere Impfungen enthalten sein. Alle Inhalte sind verpflichtend strukturiert in den darunterliegenden Entries anzugeben.
KontextElternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.2.1
KlassifikationCDA Section level template
Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
Benutzt
Benutzt 3 Templates
Benutzt als NameVersion
1.2.40.0.34.6.0.11.3.1ContainmentKgreen.png Immunization Entry (2.0.1+20240628)DYNAMIC
1.2.40.0.34.6.0.11.3.28ContainmentKgreen.png Immunization Entry Impfung nicht angegeben (2.0.1+20240628)DYNAMIC
1.2.40.0.34.6.0.11.2.8ContainmentKgreen.png Übersetzung (1.0.2+20230717)DYNAMIC
BeziehungVersion: Template 1.2.40.0.34.6.0.11.2.1 Impfungen - kodiert (2017‑03‑11 18:38:41)
ref
at-cda-bbr-

Spezialisierung: Template 2.16.840.1.113883.10.20.1.6 Immunization section (DYNAMIC)
ref
ccd1-

Spezialisierung: Template 1.3.6.1.4.1.19376.1.5.3.1.3.23 IHE Immunizations Section (2013‑12‑20)
ref
IHE-PCC-
Beispiel
Strukturbeispiel
<hl7:section classCode="DOCSECT" moodCode="EVN">
  <hl7:templateId root="1.2.40.0.34.6.0.11.2.1"/>  <hl7:templateId root="2.16.840.1.113883.10.20.1.6"/>  <hl7:templateId root="1.3.6.1.4.1.19376.1.5.3.1.3.23"/>  <hl7:id root="1.2.3.999" extension="--example only--"/>  <hl7:code code="11369-6" codeSystem="2.16.840.1.113883.6.1" displayName="HISTORY OF IMMUNIZATIONS"/>  <hl7:title>Impfungen</hl7:title>  <text>
    <table ID="sbdm-1">
      <tbody>
        <tr>
          <td styleCode="xELGA_colw:20">Impfung gegen:</td>          <td>
            <content ID="target-1">Frühsommer-Meningoencephalitis</content>          </td>        </tr>        <!-- und so weiter -->
      </tbody>    </table>  </text>  <!-- choice -->
  <hl7:entry typeCode="DRIV" contextConductionInd="true">
    <!-- template 1.2.40.0.34.6.0.11.3.1 'Immunization Entry' (2019-01-16T16:12:57) -->
  </hl7:entry>  <!-- oder -->
  <hl7:entry typeCode="DRIV">
    <!-- template 1.2.40.0.34.6.0.11.3.28 'Immunization Entry Impfung nicht angegeben' (2019‑08‑13T12:59:09) -->
  </hl7:entry>  <hl7:component typeCode="COMP" contextConductionInd="true">
    <!-- template 1.2.40.0.34.6.0.11.2.8 'Übersetzung' (2019-05-14T15:24:50) -->
  </hl7:component></hl7:section>
ItemDTKardKonfBeschreibungLabel
hl7:section
(atc...ert)
Treetree.png@classCode
cs0 … 1FDOCSECT
Treetree.png@moodCode
cs0 … 1FEVN
Treetree.pnghl7:templateId
II1 … 1MELGA(atc...ert)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.6.0.11.2.1
Treetree.pnghl7:templateId
II1 … 1MHL7 CCD Immunization section(atc...ert)
Treeblank.pngTreetree.png@root
uid1 … 1F2.16.840.1.113883.10.20.1.6
Treetree.pnghl7:templateId
II1 … 1MIHE PCC Immunizations Section(atc...ert)
Treeblank.pngTreetree.png@root
uid1 … 1F1.3.6.1.4.1.19376.1.5.3.1.3.23
Treetree.pnghl7:id
II0 … 1Eindeutige ID der Sektion (optional)(atc...ert)
wo [not(@nullFlavor)]
Treetree.pnghl7:code
CE1 … 1MCode der Sektion. Fixer Wert "11369-6"(atc...ert)
Treeblank.pngTreetree.png@code
CONF1 … 1F11369-6
Treeblank.pngTreetree.png@codeSystem
1 … 1F2.16.840.1.113883.6.1 (LOINC)
Treeblank.pngTreetree.png@displayName
1 … 1FHISTORY OF IMMUNIZATIONS
Treetree.pnghl7:title
ST1 … 1MDer Titel der Sektion MUSS lauten: 'Impfungen' (atc...ert)
 CONF
Elementinhalt muss "Impfungen" sein
Treetree.pnghl7:text
SD.TEXT1 … 1MDie narrative Beschreibung in diesem Kapitel wird automatisch aus den kodierten Elementen erstellt. 
Alle relevanten Informationen werden hier tabellarisch dargestellt.
Form: zweispaltig, erste Spalte enthält den Namen des Datenelements, die zweite Spalte den Inhalt. 
z.B.: Impfung gegen: Frühsommer-Meningoencephalitis		(atc...ert)
Auswahl1 … *Elemente in der Auswahl:
  • hl7:entry[hl7:substanceAdministration/hl7:templateId[@root='1.2.40.0.34.6.0.11.3.1']] welches enthält Template 1.2.40.0.34.6.0.11.3.1 Immunization Entry (DYNAMIC)
  • hl7:entry[hl7:substanceAdministration/hl7:templateId[@root='1.2.40.0.34.6.0.11.3.28']] welches enthält Template 1.2.40.0.34.6.0.11.3.28 Immunization Entry Impfung nicht angegeben (DYNAMIC)
Treeblank.pngTreetree.pnghl7:entry
0 … *Beinhaltet 1.2.40.0.34.6.0.11.3.1 Immunization Entry (DYNAMIC)(atc...ert)
wo [hl7:substanceAdministration/hl7:templateId [@root='1.2.40.0.34.6.0.11.3.1']]
Treeblank.pngTreeblank.pngTreetree.png@typeCode
cs1 … 1FDRIV
 DRIV (is derived from) deutet an, dass der section.text aus den Level 3 Entries gerendert wurde und keinen medizinisch relevanten Inhalt enthält, der nicht aus den Entries stammt.
Treeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
cs0 … 1Ftrue
Treeblank.pngTreetree.pnghl7:entry
0 … 1Beinhaltet 1.2.40.0.34.6.0.11.3.28 Immunization Entry Impfung nicht angegeben (DYNAMIC)(atc...ert)
wo [hl7:substanceAdministration/hl7:templateId [@root='1.2.40.0.34.6.0.11.3.28']]
Treeblank.pngTreeblank.pngTreetree.png@typeCode
cs1 … 1FDRIV
 DRIV (is derived from) deutet an, dass der section.text aus den Level 3 Entries gerendert wurde und keinen medizinisch relevanten Inhalt enthält, der nicht aus den Entries stammt.
Treeblank.pngTreeblank.pngTreetree.png@context​Conduction​Ind
cs0 … 1Ftrue
Treetree.pnghl7:component
0 … *Optionale Subsections zur Angabe von Übersetzungen des "text"-Elements in andere Sprachen.
Beinhaltet 1.2.40.0.34.6.0.11.2.8 Übersetzung (DYNAMIC)		(atc...ert)
Treeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreetree.png@context​Conduction​Ind
cs0 … 1Ftrue


4.3.13 Geldflussdaten

Id1.2.40.0.34.6.0.11.2.36Gültigkeit2019‑06‑17 15:13:09
StatusKgreen.png AktivVersions-Label1.0.0+20210310
Nameexnds_section_AttachmentsBezeichnungEXNDS Attachments
BeschreibungIn dieser Sektion können Angaben zu erhalten Befunden gemacht werden. Dies kann entweder über die Referenzierung zu externen Dokumenten oder über die Angabe von Karteieintragungen erfolgen.
KontextElternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.2.36
KlassifikationCDA Section level template
Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
Benutzt
Benutzt 1 Template
Benutzt als NameVersion
1.2.40.0.34.6.0.11.3.155ContainmentKgreen.png EXNDS Attachment Act (1.0.0+20210310)DYNAMIC
Beispiel
Strukturbeispiel
<hl7:section classCode="DOCSECT" moodCode="EVN">
  <hl7:templateId root="1.2.40.0.34.6.0.11.2.36"/>  <hl7:code code="Attachments" codeSystem="1.2.40.0.34.5.194" displayName="Attachments" codeSystemName="EXNDS_Sections"/>  <hl7:title>Attachments</hl7:title>  <hl7:text/>  <hl7:entry contextConductionInd="true" typeCode="COMP">
    <!-- template 1.2.40.0.34.6.0.11.3.155 'EXNDS Attachment Act' (2020-10-16T16:31:12) -->
  </hl7:entry></hl7:section>
ItemDTKardKonfBeschreibungLabel
hl7:section
0 … 1(exn...nts)
Treetree.png@classCode
cs0 … 1FDOCSECT
Treetree.png@moodCode
cs0 … 1FEVN
Treetree.pnghl7:templateId
II1 … 1M(exn...nts)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.6.0.11.2.36
Treetree.pnghl7:code
CE1 … 1M(exn...nts)
Treeblank.pngTreetree.png@code
cs1 … 1FAttachments
Treeblank.pngTreetree.png@codeSystem
oid1 … 1F1.2.40.0.34.5.194
Treeblank.pngTreetree.png@displayName
st0 … 1FAttachments
Treeblank.pngTreetree.png@codeSystemName
st0 … 1FEXNDS_Sections
Treetree.pnghl7:title
ST1 … 1M(exn...nts)
 CONF
Elementinhalt muss "Attachments" sein
Treetree.pnghl7:text
SD.TEXT1 … 1MHier hat die strukturierte Angabe der Karteieintragungen für den Befund zu erfolgen oder die Pfadangabe zu dem Befund. Weiters können Angaben über den Befundersteller, das Erstellungsdatum, das Einbrinungsdatum, als auch Anmerkungen angegeben werden.(exn...nts)
Treetree.pnghl7:entry
1 … *RBeinhaltet 1.2.40.0.34.6.0.11.3.155 EXNDS Attachment Act (DYNAMIC)(exn...nts)
Treeblank.pngTreetree.png@context​Conduction​Ind
cs0 … 1Ftrue
Treeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP


4.3.14 eCard Konsultationsdaten

Id1.2.40.0.34.6.0.11.2.37Gültigkeit2019‑06‑17 15:17:25
StatusKgreen.png AktivVersions-Label1.0.0+20210310
Nameexnds_section_eCardKonsultationsdatenBezeichnungEXNDS eCard Konsultationsdaten
BeschreibungIn dieser Sektion sind die eCard Konsultationsdaten enthalten. Diese Daten umfassen eine Eintrags-Id und die URI.
KontextElternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.2.37
KlassifikationCDA Section level template
Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
Benutzt
Benutzt 1 Template
Benutzt als NameVersion
1.2.40.0.34.6.0.11.3.152ContainmentKgreen.png EXNDS eCardKonsDatenAct (1.0.0+20210310)DYNAMIC
Beispiel
Strukturbeispiel
<hl7:section classCode="DOCSECT" moodCode="EVN">
  <hl7:templateId root="1.2.40.0.34.6.0.11.2.37"/>  <hl7:code code="eCardKONS" codeSystem="1.2.40.0.34.5.194" displayName="eCard Konsultationsdaten" codeSystemName="EXNDS_Sections"/>  <hl7:title>eCard Konsultationsdaten</hl7:title>  <hl7:text/>  <hl7:entry contextConductionInd="true" typeCode="DRIV">
    <!-- template 1.2.40.0.34.6.0.11.3.152 'EXNDS eCardKonsDatenAct' (2020-10-16T15:45:26) -->
  </hl7:entry></hl7:section>
ItemDTKardKonfBeschreibungLabel
hl7:section
0 … 1(exn...ten)
Treetree.png@classCode
cs0 … 1FDOCSECT
Treetree.png@moodCode
cs0 … 1FEVN
Treetree.pnghl7:templateId
II1 … 1M(exn...ten)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.6.0.11.2.37
Treetree.pnghl7:code
CE1 … 1M(exn...ten)
Treeblank.pngTreetree.png@code
cs1 … 1FeCardKONS
Treeblank.pngTreetree.png@codeSystem
oid1 … 1F1.2.40.0.34.5.194
Treeblank.pngTreetree.png@displayName
st0 … 1FeCard Konsultationsdaten
Treeblank.pngTreetree.png@codeSystemName
st0 … 1FEXNDS_Sections
Treetree.pnghl7:title
ST1 … 1M(exn...ten)
 CONF
Elementinhalt muss "eCard Konsultationsdaten" sein
Treetree.pnghl7:text
SD.TEXT1 … 1MAngabe des Pfades zu den Konsultationsdatensatzes(exn...ten)
Treetree.pnghl7:entry
1 … 1MBeinhaltet 1.2.40.0.34.6.0.11.3.152 EXNDS eCardKonsDatenAct (DYNAMIC)(exn...ten)
Treeblank.pngTreetree.png@context​Conduction​Ind
cs0 … 1Ftrue
Treeblank.pngTreetree.png@typeCode
cs1 … 1FDRIV


4.3.15 ABS Daten

Id1.2.40.0.34.6.0.11.2.38Gültigkeit2019‑06‑17 15:20:43
StatusKgreen.png AktivVersions-Label1.0.0+20210310
Nameexnds_section_absDatenBezeichnungEXNDS ABS-Daten
BeschreibungDiese Sektion dient zur Angabe und Kodierung von Informationen bezüglich des Arzneimittel-Bewilligungs-Services.
KontextElternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.2.38
KlassifikationCDA Section level template
Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
Benutzt
Benutzt 1 Template
Benutzt als NameVersion
1.2.40.0.34.6.0.11.3.154ContainmentKgreen.png EXNDS ABS-Daten Act (1.0.0+20210310)DYNAMIC
Beispiel
Strukturbeispiel
<hl7:section classCode="DOCSECT" moodCode="EVN">
  <hl7:templateId root="1.2.40.0.34.6.0.11.2.38"/>  <hl7:code code="ABSDaten" codeSystem="1.2.40.0.34.5.194" displayName="ABS Daten" codeSystemName="EXNDS_Sections"/>  <hl7:title>ABS Daten</hl7:title>  <hl7:text/>  <hl7:entry xsi:type="ANY" contextConductionInd="true" typeCode="DRIV">
    <!-- template 1.2.40.0.34.6.0.11.3.154 'EXNDS ABS-Daten Act' (2020-10-16T16:03:41) -->
  </hl7:entry></hl7:section>
ItemDTKardKonfBeschreibungLabel
hl7:section
0 … 1(exn...ten)
Treetree.png@classCode
cs0 … 1FDOCSECT
Treetree.png@moodCode
cs0 … 1FEVN
Treetree.pnghl7:templateId
II1 … 1M(exn...ten)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.6.0.11.2.38
Treetree.pnghl7:code
CE1 … 1M(exn...ten)
Treeblank.pngTreetree.png@code
cs1 … 1FABSDaten
Treeblank.pngTreetree.png@codeSystem
oid1 … 1F1.2.40.0.34.5.194
Treeblank.pngTreetree.png@displayName
st0 … 1FABS Daten
Treeblank.pngTreetree.png@codeSystemName
st0 … 1FEXNDS_Sections
Treetree.pnghl7:title
ST1 … 1M(exn...ten)
 CONF
Elementinhalt muss "ABS Daten" sein
Treetree.pnghl7:text
SD.TEXT1 … 1MAngabe des Dateipfades für die ABS-Daten(exn...ten)
Treetree.pnghl7:entry
ANY1 … 1MBeinhaltet 1.2.40.0.34.6.0.11.3.154 EXNDS ABS-Daten Act (DYNAMIC)(exn...ten)
Treeblank.pngTreetree.png@context​Conduction​Ind
cs0 … 1Ftrue
Treeblank.pngTreetree.png@typeCode
cs1 … 1FDRIV


4.3.16 Beilagen

Id1.2.40.0.34.11.1.2.3
ref
elgabbr-
Gültigkeit2015‑04‑23
Andere Versionen mit dieser Id:
  • Kblank.png Beilagen vom 2011‑12‑19
StatusKgreen.png AktivVersions-Label
NameBeilagenBezeichnungBeilagen
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.
KontextElternknoten des Template-Element mit Id 1.2.40.0.34.11.1.2.3
KlassifikationCDA Section level template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Benutzt
Benutzt 1 Template
Benutzt als NameVersion
1.2.40.0.34.11.1.3.1ContainmentKgreen.png Eingebettetes Objekt EntryDYNAMIC
BeziehungVersion: Template 1.2.40.0.34.11.1.2.3 Beilagen (2015‑04‑23)
ref
elgabbr-
Beispiel
Beispiel
<section>
  <!-- ELGA EIS „Basic“ und “Full support” -->
  <templateId root="1.2.40.0.34.11.1.2.3"/>  <!-- Code der Sektion -->
  <code code="BEIL" displayName="Beilagen" codeSystem="1.2.40.0.34.5.40" codeSystemName="ELGA_Sections"/>  <!-- Titel der Sektion -->
  <title>Beilagen</title>  <!-- Textbereich der Sektion -->
  <text> ... Lesbarer Textbereich ... </text>  <!-- Maschinenlesbare Elemente der Sektion -->
  <entry>
    <!-- ELGA EingebettetesObjekt-Entry -->
    <templateId root="1.2.40.0.34.11.1.3.1"/>  </entry></section>
ItemDTKardKonfBeschreibungLabel
hl7:section
Container zur Angabe der Beilagen.(Bei...gen)
Treetree.pnghl7:templateId
II1 … 1R(Bei...gen)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.11.1.2.3
Treetree.pnghl7:code
CE1 … 1M(Bei...gen)
Treeblank.pngTreetree.png@code
CONF1 … 1FBEIL
Treeblank.pngTreetree.png@codeSystem
1 … 1F1.2.40.0.34.5.40
Treetree.pnghl7:title
ST1 … 1R(Bei...gen)
 CONF
Elementinhalt muss "Beilagen" sein
Treetree.pnghl7:text
SD.TEXT1 … 1RInformation für den menschlichen Leser.
Die Vorgaben und Empfehlungen zur Gestaltung dieses Bereichs im Falle von CDA Level 3 sind zu beachten!
(Bei...gen)
Treetree.pnghl7:entry
1 … *RMaschinenlesbares Element.
Die Vorgaben und Empfehlungen zur Gestaltung dieses Bereichs im Falle von CDA Level 3 sind zu beachten!
Beinhaltet 1.2.40.0.34.11.1.3.1 Eingebettetes Objekt Entry (DYNAMIC)		(Bei...gen)


4.3.17 Krankenstand

Id1.2.40.0.34.6.0.11.2.39Gültigkeit2019‑06‑17 15:30:32
StatusKgreen.png AktivVersions-Label1.0.0+20210310
Nameexnds_section_krankenstandBezeichnungEXNDS Krankenstand
BeschreibungDiese Sektion enthält Angaben zu den Krankenständen des Patienten/der Patientin. Die strukturierte Angabe erfolgt mit Hilfe einer Tabelle.
KontextElternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.2.39
KlassifikationCDA Section level template
Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
Benutzt
Benutzt 1 Template
Benutzt als NameVersion
1.2.40.0.34.6.0.11.3.159ContainmentKgreen.png EXNDS Krankenstand Act (1.0.0+20210310)DYNAMIC
Beispiel
Strukturbeispiel
<hl7:section classCode="DOCSECT" moodCode="EVN">
  <hl7:templateId root="1.2.40.0.34.6.0.11.2.39"/>  <hl7:code code="224459001" codeSystem="2.16.840.1.113883.6.96" displayName="On sick leave from work" codeSystemName="SNOMED CT"/>  <hl7:title>Krankenstand</hl7:title>  <hl7:text/>  <hl7:entry contextConductionInd="true" typeCode="DRIV">
    <!-- template 1.2.40.0.34.6.0.11.3.159 'EXNDS Krankenstand Act' (2020-11-06T14:12:57) -->
  </hl7:entry></hl7:section>
ItemDTKardKonfBeschreibungLabel
hl7:section
0 … 1(exn...and)
Treetree.png@classCode
cs0 … 1FDOCSECT
Treetree.png@moodCode
cs0 … 1FEVN
Treetree.pnghl7:templateId
II1 … 1M(exn...and)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.6.0.11.2.39
Treetree.pnghl7:code
CE1 … 1M(exn...and)
Treeblank.pngTreetree.png@code
cs1 … 1F224459001
Treeblank.pngTreetree.png@codeSystem
oid1 … 1F2.16.840.1.113883.6.96
Treeblank.pngTreetree.png@displayName
st0 … 1FOn sick leave from work
Treeblank.pngTreetree.png@codeSystemName
st0 … 1FSNOMED CT
Treetree.pnghl7:title
ST1 … 1M(exn...and)
 CONF
Elementinhalt muss "Krankenstand" sein
Treetree.pnghl7:text
SD.TEXT1 … 1MFür die Tabelle MÜSSEN folgende Spalten angegeben werden:
- Beginn
- voraussichtliches Ende
- Ende
- Grund		(exn...and)
Treetree.pnghl7:entry
1 … *RBeinhaltet 1.2.40.0.34.6.0.11.3.159 EXNDS Krankenstand Act (DYNAMIC)(exn...and)
Treeblank.pngTreetree.png@context​Conduction​Ind
cs0 … 1Ftrue
Treeblank.pngTreetree.png@typeCode
cs1 … 1FDRIV


4.3.18 Formular

Id1.2.40.0.34.6.0.11.2.40Gültigkeit2019‑06‑18 08:31:07
StatusKgreen.png AktivVersions-Label1.0.0+20210310
Nameexnds_section_BefundBezeichnungEXNDS Befund
BeschreibungDiese Sektion sammelt die erhobenen Befunde. Hierbei kann auf externe Dokumente referenziert werden oder die Befunde werden im Sinne eines Karteieintrages (Zeilennummer und Text) angeführt.
KontextElternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.2.40
KlassifikationCDA Section level template
Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
Benutzt
Benutzt 1 Template
Benutzt als NameVersion
1.2.40.0.34.6.0.11.3.150ContainmentKgreen.png EXNDS Befund Act (1.0.0+20210310)DYNAMIC
Beispiel
Strukturbeispiel
<hl7:section classCode="DOCSECT" moodCode="EVN">
  <hl7:templateId root="1.2.40.0.34.6.0.11.2.40"/>  <hl7:code code="BEFUNDE" codeSystem="1.2.40.0.34.5.194" displayName="Befunde" codeSystemName="EXNDS_Sections"/>  <hl7:title>Befunde</hl7:title>  <hl7:text/>  <hl7:entry contextConductionInd="true" typeCode="DRIV">
    <!-- template 1.2.40.0.34.6.0.11.3.150 'EXNDS Befund Act' (2020-10-16T11:27:38) -->
  </hl7:entry></hl7:section>
ItemDTKardKonfBeschreibungLabel
hl7:section
R(exn...und)
Treetree.png@classCode
cs0 … 1FDOCSECT
Treetree.png@moodCode
cs0 … 1FEVN
Treetree.pnghl7:templateId
II1 … 1M(exn...und)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.6.0.11.2.40
Treetree.pnghl7:code
CE1 … 1M(exn...und)
Treeblank.pngTreetree.png@code
cs1 … 1FBEFUNDE
Treeblank.pngTreetree.png@codeSystem
oid1 … 1F1.2.40.0.34.5.194
Treeblank.pngTreetree.png@displayName
st0 … 1FBefunde
Treeblank.pngTreetree.png@codeSystemName
st0 … 1FEXNDS_Sections
Treetree.pnghl7:title
ST1 … 1M(exn...und)
 CONF
Elementinhalt muss "Befunde" sein
Treetree.pnghl7:text
SD.TEXT1 … 1MEs empfiehlt sich eine strukturierte Darstellung in welcher entweder die Referenz auf einen externen Befund (ohne Hyperlink) oder die Angabe der einzelnen Karteinzeilen beinhalten sind.(exn...und)
Treetree.pnghl7:entry
1 … *MBeinhaltet 1.2.40.0.34.6.0.11.3.150 EXNDS Befund Act (DYNAMIC)(exn...und)
Treeblank.pngTreetree.png@context​Conduction​Ind
cs0 … 1Ftrue
Treeblank.pngTreetree.png@typeCode
cs1 … 1FDRIV


4.4 Maschinenlesbare Inhalte (Entries)

  1. ↑ 1,0 1,1 1,2 [1], IHE-ITI Vol2b]
  2. ↑ [2], IHE-ITI Vol1
  3. ↑ [3], ITI-TF Vol3
Abgerufen von „http://wiki.hl7.at/index.php?title=ILF:ENDS_2&oldid=115462“