Back To Index << Back To Templates

# Template Information Recipient

Aus Publikation für Projekt ELGA Ambulanzbefund | Release 4.25.0+20260427-1.3.1 vom 2026‑04‑27 08:05:23 | | | HTML erstellt am 2026‑04‑27 08:20:12

Id | 1.2.40.0.34.6.0.11.1.24 ref at-cda-bbr- | Gültigkeit ab | 2021‑02‑19 11:10:25
Status | Aktiv | Versions-Label | 1.0.0+20210219
Name | atcdabbr_header_Information_Recipient | Bezeichnung | Information 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).
Klassifikation | CDA Header Level Template
Offen/Geschlossen | Geschlossen (nur definierte Elemente sind erlaubt)
Benutzt von / Benutzt |
Benutzt von 1 Transaction und 7 Templates, Benutzt 3 Templates
Benutzt von | als | Name | Version
--- | --- | --- | ---
elgaambbef-transaction-3 | Transaktion | Ambulanzbefund (v1) | 2023‑05‑09 07:32:49
1.2.40.0.34.6.0.11.0.5 | Inklusion | Ambulanzbefund (1.3.1+20220603) | 2022‑06‑07 10:53:37
1.2.40.0.34.6.0.11.0.5 | Inklusion | Ambulanzbefund (1.3.1+20220603) | 2022‑06‑03 10:49:13
1.2.40.0.34.6.0.11.0.5 | Inklusion | Ambulanzbefund (1.3.0+20220209) | 2021‑10‑27 13:18:25
1.2.40.0.34.6.0.11.0.5 | Inklusion | Ambulanzbefund (1.2.0+20210304) | 2021‑02‑08 13:01:55
1.2.40.0.34.6.0.11.0.5 | Inklusion | Ambulanzbefund (2020.1) | 2020‑10‑09 11:29:46
1.2.40.0.34.6.0.11.0.5 | Inklusion | Ambulanzbefund (2020) | 2019‑05‑10 09:04:27
1.2.40.0.34.6.0.11.0.7 | Inklusion | Ambulanzbefund - full support (2019) | 2019‑11‑05 10:51:56
Benutzt | als | Name | Version
1.2.40.0.34.6.0.11.9.12 | Containment | Person Name Compilation G1 M (1.0.1+20230717) | DYNAMIC
1.2.40.0.34.6.0.11.9.11 | Containment | Person Name Compilation G2 M (1.0.1+20230717) | DYNAMIC
1.2.40.0.34.6.0.11.9.9 | Inklusion | Organization Compilation with name (1.0.0+20210219) | DYNAMIC
Beziehung | Version: 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 HeaderInformationRecipient (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>
Item | DT | Kard | Konf | Beschreibung | Label
--- | --- | --- | --- | --- | ---
hl7:informationRecipient |  |  |  | Beabsichtiger Empfänger des Dokuments. |
@typeCode | cs | 0 … 1 |  | Typ des Informationsempfängers, z.B: PRCP „Primärer Empfänger“. Werden mehrere Empfänger angegeben, MUSS der primäre Empfänger über den typeCode definiert werden. Hinweis: Das ist relevant, wenn Funktionen aus dem gerichteten Befundversand oder für den Briefdruck auf das Dokument angewendet werden.
| CONF |
Der Wert von @typeCode MUSS gewählt werden aus dem Value Set 1.2.40.0.34.10.29 ELGA_InformationRecipientType (DYNAMIC)
hl7:intendedRecipient |  | 1 … 1 | M |  |
@classCode | cs | 0 … 1 |  |
Auswahl | 1 … * |  | Elemente in der Auswahl: hl7:id[not(@nullFlavor)] hl7:id[@nullFlavor='NI'] hl7:id[@nullFlavor='UNK']
hl7:id | II | 0 … * |  | Identifikation des beabsichtigten Empfängers (Person). Empfohlene Information für einen Empfänger ist die ID aus dem GDA-Index. Grundsätzlich sind die Vorgaben für „Identifikations-Elemente“ zu befolgen. |
wo [not(@nullFlavor)] |
hl7:id | II | 0 … 1 |  | NI … Person hat keine ID |
wo [@nullFlavor='NI'] |
@nullFlavor | cs | 1 … 1 | F | NI
hl7:id | II | 0 … 1 |  | UNK ... Person hat eine ID, diese ist jedoch unbekannt |
wo [@nullFlavor='UNK'] |
@nullFlavor | cs | 1 … 1 | F | UNK
Auswahl | 1 … 1 |  | Personendaten des beabsichtigten Empfängers. Empfehlung: Der Name des Empfängers und die Organisation, der er angehört, sollen in möglichst hoher Granularität angegeben werden. Aufgrund der gängigen Praxis kann als minimale Information für den Empfänger der unstrukturierte Name angegeben werden. Grundsätzlich sind die Vorgaben gemäß Kapitel „Personen-Element“ zu befolgen. Elemente in der Auswahl: hl7:informationRecipient[hl7:name[count(child::*)=0]] welches enthält Template 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC) hl7:informationRecipient[hl7:name[count(child::*)!=0]] welches enthält Template 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)
hl7:informationRecipient |  | … 1 |  | Beinhaltet 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC) |
wo [hl7:name [count(child::*)=0]] |
hl7:informationRecipient |  | … 1 |  | Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC) |
wo [hl7:name [count(child::*)!=0]] |
hl7:receivedOrganization |  | 0 … 1 | R | Organisation, der der beabsichtigte Empfänger angehört, z.B.: „Ordination des empfangenden Arztes“. Grundsätzlich sind die Vorgaben gemäß Kapitel „Organisations-Element“ zu befolgen. |
Eingefügt |  |  | von 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC)
@classCode | cs | 0 … 1 | F | ORG
@determinerCode | cs | 0 … 1 | F | INSTANCE
hl7:id | II | 0 … * |  | Beliebig viele IDs der Organisation. z.B.: ID aus dem GDA-Index, DVR-Nummer, ATU-Nummer, etc. |
wo [not(@nullFlavor)] |
hl7:name | ON | 1 … 1 | M | Name der Organisation. Bei Organisationen, die im GDA-Index angegeben sind, soll deren Kurzbezeichnung verwendet werden. Zu dem Namen größerer Organisationen SOLL auch die Abteilung angegeben werden. |
hl7:telecom | TEL.AT | 0 … * |  | Kontaktdaten der Organisation. Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen. |
wo [not(@nullFlavor)] |
@value | st | 1 … 1 | R | Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567 Formatkonvention siehe „telecom – Format Konventionen für Telekom-Daten“ Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“
@use | set_cs | 0 … 1 |  | Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“
| Constraint | Werden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein.
hl7:addr | AD | 0 … 1 |  | Adresse der Organisation. Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC) |
wo [not(@nullFlavor)] |