1.2.40.0.34.6.0.11.1.23/static-2019-02-13T104448

Id	1.2.40.0.34.6.0.11.1.23 ref at-cda-bbr-	Gültigkeit	2019‑02‑13 10:44:48
Status	Entwurf	Versions-Label	2019
Name	atcdabbr_header_ParticipantHausarzt	Anzeigename	Participant Hausarzt
Beschreibung	Hausarzt
Klassifikation	CDA Header Level Template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Benutzt	Benutzt 4 Templates Benutzt als Name Version 1.2.40.0.34.6.0.11.9.25 Containment Address Compilation (2019) DYNAMIC 1.2.40.0.34.6.0.11.9.12 Containment Person Name Compilation G1 M (2019) DYNAMIC 1.2.40.0.34.6.0.11.9.11 Containment Person Name Compilation G2 M (2019) DYNAMIC 1.2.40.0.34.6.0.11.9.9 Inklusion Organization Compilation with name (2019) DYNAMIC
Beziehung	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>
Item DT Kard Konf Beschreibung Label hl7:participant Beteiligter (Hausarzt). (atc...rzt) @typeCode cs 1 … 1 F IND   In indirektem Bezug. @context​Control​Code cs 1 … 1 F OP hl7:templateId II 1 … 1 M Template ID zur Identifikation dieser Art von Beteiligten (atc...rzt) @root uid 1 … 1 F 1.2.40.0.34.6.0.11.1.23 hl7:functionCode CE 1 … * M Funktionscode des Beteiligten (atc...rzt) @code cs 1 … 1 F PCP @codeSystem oid 1 … 1 F 2.16.840.1.113883.5.88 @codeSystemName st 1 … 1 F HL7:ParticipationFunction @displayName st 1 … 1 F primary care physician hl7:time NP (atc...rzt) hl7:associated​Entity 1 … 1 M Beschreibung der Entität. (atc...rzt) @classCode cs 1 … 1 F PROV   Healthcare provider - Gesundheitsdienstanbieter. hl7:id II 0 … * Identifikation des Beteiligten (Person) aus dem GDA-Index. Zugelassene nullFlavor: NI … Organisation hat keine ID UNK … Organisation hat eine ID, diese ist jedoch unbekannt Grundsätzlich sind die Vorgaben für „Identifikations-Elemente“ zu befolgen. (atc...rzt) @assigningAuthorityName st 0 … 1   @nullFlavor cs 0 … 1   @root uid 1 … 1 R @extension st 0 … 1     Schematron assert role  error     test not(hl7:id/@nullFlavor='NI' or hl7:id/@nullFlavor='UNK')     Meldung Zugelassene nullFlavor sind "NI" oder "UNK"   hl7:addr AD 0 … 1 Adresse des Hausarztes Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC) (atc...rzt) hl7:telecom TEL.AT 0 … * Beliebig viele Kontaktdaten des Hausarztes. (atc...rzt) @value st 1 … 1 R @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 telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein. hl7:associated​Person 1 … 1 M Name des Hausarztes. Angabe strukturiert oder unstrukturiert. (atc...rzt) Auswahl 1 … 1 Elemente in der Auswahl: hl7:name welches enthält Template 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC) hl7:name welches enthält Template 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC) hl7:name 0 … 1 R Name Granularitätsstufe 1 Beinhaltet 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC) (atc...rzt) hl7:name 0 … 1 R Name Granularitätsstufe 2 Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC) (atc...rzt) hl7:scoping​Organization 0 … 1 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) @classCode cs 0 … 1 F ORG @determiner​Code 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. (atc...rzt) hl7:name ON 1 … 1 M Name der Organisation. Zu dem Namen von größere Organisationen SOLL auch die Abteilung angegeben werden., z.B.: „Amadeus Spital, Chirurgische Abteilung“ (atc...rzt) hl7:telecom TEL.AT 0 … * Kontaktdaten der Organisation. Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen. (atc...rzt) @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 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) (atc...rzt)   Schematron assert role  error     test count(hl7:telecom)<2 or (count(hl7:telecom) = count(hl7:telecom[@use]))     Meldung Das Attribut telecom/@use MUSS bei allen telecom Elementen strukturiert sein.