Template

Show index

Template Information Recipient 2021‑02‑19 11:10:25

Id1.2.40.0.34.6.0.11.1.24
ref
at-cda-bbr-
Gültigkeit ab2021‑02‑19 11:10:25
Statusactive 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)
Benutzt von / Benutzt
Benutzt von 8 Transactions und 20 Templates, Benutzt 3 Templates
Benutzt von als NameVersion
1.2.40.0.34.777.11.4.7Transaktiondraft Laborbefund (v3)2023‑05‑09 06:58:57
1.2.40.0.34.777.7.4.2Transaktiondraft Stationär (2019)2019‑03‑27 11:28:05
1.2.40.0.34.777.8.4.3Transaktiondraft Ambulanzbefund (v1)2023‑05‑09 07:32:49
1.2.40.0.34.777.3.4.15Transaktiondraft Telemonitoring Episodenbericht (v1)2020‑06‑05 08:16:29
1.2.40.0.34.777.15.4.2Transaktiondraft LINCA MyCareInfo (2024)2024‑01‑19 10:31:45
1.2.40.0.34.777.11.4.8Transaktiondraft Mikrobiologiebefund (v3)2023‑05‑09 07:02:45
2.16.840.1.113883.2.16.777.4.4.4Transaktiondraft Erstellung (2020)2019‑06‑18 09:10:16
1.2.40.0.34.777.16.4.2Transaktiondraft Befund bildgebende Diagnostik (v3)2023‑08‑29 14:31:57
1.2.40.0.34.6.0.11.0.3Containmentactive ELGA CDA Dokument Allgemeiner Leitfaden (2020)2019‑03‑04 12:29:28
1.2.40.0.34.6.0.11.0.3Inklusionactive ELGA CDA Dokument Allgemeiner Leitfaden (2020.1)2020‑11‑17 19:00:54
1.2.40.0.34.6.0.11.0.3Inklusionactive ELGA CDA Dokument Allgemeiner Leitfaden (3.2.0+20210304)2021‑02‑11 09:10:00
1.2.40.0.34.6.0.11.0.5Inklusionactive Ambulanzbefund (2020)2019‑05‑10 09:04:27
1.2.40.0.34.6.0.11.0.5Inklusionactive Ambulanzbefund (2020.1)2020‑10‑09 11:29:46
1.2.40.0.34.6.0.11.0.5Inklusionactive Ambulanzbefund (1.2.0+20210304)2021‑02‑08 13:01:55
1.2.40.0.34.6.0.11.0.5Inklusionactive Ambulanzbefund (1.3.0+20220209)2021‑10‑27 13:18:25
1.2.40.0.34.6.0.11.0.5Inklusionretired Ambulanzbefund (1.3.1+20220603)2022‑06‑03 10:49:13
1.2.40.0.34.6.0.11.0.5Inklusionactive Ambulanzbefund (1.3.1+20220603)2022‑06‑07 10:53:37
1.2.40.0.34.6.0.11.0.6Inklusionactive Export-Normdatensatz (1.0.0+20210310)2019‑06‑12 09:18:44
1.2.40.0.34.6.0.11.0.7Inklusioncancelled Ambulanzbefund - full support (2019)2019‑11‑05 10:51:56
1.2.40.0.34.6.0.11.0.10Inklusionactive Telemonitoring Episodenbericht (2020)2018‑07‑18 16:07:16
1.2.40.0.34.6.0.11.0.10Inklusionactive Telemonitoring Episodenbericht (1.2.0+20210304)2021‑02‑11 09:01:26
1.2.40.0.34.6.0.11.0.10Inklusiondraft Telemonitoring Episodenbericht (1.3.0+20210622)2021‑04‑22 06:24:14
1.2.40.0.34.6.0.11.0.11Inklusionactive Laborbefund (3.0.0+20211214)2020‑08‑25 14:35:13
1.2.40.0.34.6.0.11.0.14Inklusionactive Mikrobiologiebefund (3.0.0+20211214)2021‑03‑29 15:24:59
1.2.40.0.34.6.0.11.0.16Inklusiondraft Diabetes Leitdokument2023‑02‑02 15:06:49
1.2.40.0.34.6.0.11.0.17Inklusiondraft Befund bildgebende Diagnostik (3.0.0)2023‑08‑08 11:24:36
1.2.40.0.34.6.0.11.0.18Inklusiondraft Linked Care Wunddokumentation (2023)2023‑01‑19 10:31:59
1.2.40.0.34.6.0.11.0.19Inklusiondraft Linked Care MyCareInfo (2023)2024‑01‑19 09:17:35
Benutzt als NameVersion
1.2.40.0.34.6.0.11.9.9Inklusionactive Organization Compilation with name (1.0.0+20210219)DYNAMIC
1.2.40.0.34.6.0.11.9.11Containmentactive Person Name Compilation G2 M (1.0.1+20230717)DYNAMIC
1.2.40.0.34.6.0.11.9.12Containmentactive Person Name Compilation G1 M (1.0.1+20230717)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 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>
ItemDTKardKonfBeschreibungLabel
hl7:informationRecipient
Beabsichtiger Empfänger des Dokuments. 
atcddotsient
@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)
hl7:intendedRecipient
1 … 1Matcddotsient
@classCode
cs0 … 1 
Auswahl1 … *Elemente in der Auswahl:
  • hl7:id[not(@nullFlavor)]
  • hl7:id[@nullFlavor='NI']
  • hl7:id[@nullFlavor='UNK']
hl7: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.		atcddotsient
wo [not(@nullFlavor)]
hl7:id
II0 … 1NI … Person hat keine ID atcddotsient
wo [@nullFlavor='NI']
@nullFlavor
cs1 … 1FNI
hl7:id
II0 … 1UNK ... Person hat eine ID, diese ist jedoch unbekannt atcddotsient
wo [@nullFlavor='UNK']
@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: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
 … 1Beinhaltet 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC)atcddotsient
wo [hl7:name [count(child::*)=0]]
hl7:informationRecipient
 … 1Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)atcddotsient
wo [hl7:name [count(child::*)!=0]]
hl7:receivedOrganization
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.		atcddotsient
Eingefügt von 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC)
@classCode
cs0 … 1FORG
@determinerCode
cs0 … 1FINSTANCE
hl7:id
II0 … *Beliebig viele IDs der Organisation. z.B.: ID aus dem GDA-Index, DVR-Nummer, ATU-Nummer, etc.atcddotsName
wo [not(@nullFlavor)]
hl7: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.
atcddotsName
hl7:telecom
TEL.AT0 … *
Kontaktdaten der Organisation.
Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen.
atcddotsName
wo [not(@nullFlavor)]
@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“
@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.
hl7:addr
AD0 … 1Adresse der Organisation.

Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)		atcddotsName
wo [not(@nullFlavor)]