Back To Index  <<  Back To Templates

active Template  Information Recipient

Id 1.2.40.0.34.6.0.11.1.24
ref
at-cda-bbr-
Gültigkeit 2021‑02‑19 11:10:25
Andere Versionen mit dieser Id:
Status active 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 2 Templates, Benutzt 3 Templates
Benutzt von als Name Version
elgabgd-transaction-2 Transaktion draft Befund bildgebende Diagnostik (v3) 2023‑08‑29 14:31:57
1.2.40.0.34.6.0.11.0.17 Inklusion active Befund bildgebende Diagnostik (3.0.0+20240628) 2024‑06‑28 10:28:07
1.2.40.0.34.6.0.11.0.17 Inklusion active Befund bildgebende Diagnostik (3.0.0+20240628) 2023‑08‑08 11:24:36
Benutzt als Name Version
1.2.40.0.34.6.0.11.9.12 Containment active Person Name Compilation G1 M (1.0.1+20230717) DYNAMIC
1.2.40.0.34.6.0.11.9.11 Containment active Person Name Compilation G2 M (1.0.1+20230717) DYNAMIC
1.2.40.0.34.6.0.11.9.9 Inklusion active 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. 
(atcdotsent)
@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 (atcdotsent)
@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.
(atcdotsent)
wo [not(@nullFlavor)]
hl7:id
II 0 … 1 NI … Person hat keine ID (atcdotsent)
wo [@nullFlavor='NI']
@nullFlavor
cs 1 … 1 F NI
hl7:id
II 0 … 1 UNK ... Person hat eine ID, diese ist jedoch unbekannt (atcdotsent)
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) (atcdotsent)
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) (atcdotsent)
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.
(atcdotsent)
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. (atcdotsent)
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.
(atcdotsent)
hl7:telecom
TEL.AT 0 … *
Kontaktdaten der Organisation.
Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen.
(atcdotsent)
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)
(atcdotsent)
wo [not(@nullFlavor)]