test:Test2

2 ALF-Templates Testseite

2.1 Document Level Templates

Id	1.2.40.0.34.6.0.11.0.3	Gültigkeit ab	2021‑02‑11 09:10:00 Andere Versionen mit dieser Id: atcdabbr_document_AllgemeinerLeitfaden vom 2020‑11‑17 19:00:54 atcdabbr_document_AllgemeinerLeitfaden vom 2019‑03‑04 12:29:28
Status	Aktiv	Versions-Label	3.2.0+20210304
Name	atcdabbr_document_AllgemeinerLeitfaden	Bezeichnung	ELGA CDA Dokument Allgemeiner Leitfaden
Beschreibung	Allgemeiner Implementierungsleitfaden   nonXMLBody erlaubt bei EIS Basic
Kontext	Pfadname /
Label	atcdabbr
Klassifikation	CDA Document Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Benutzt	Benutzt 42 Templates Benutzt als Name Version 1.2.40.0.34.6.0.11.1.10 Inklusion Document Realm (1.0.1+20230717) DYNAMIC 1.2.40.0.34.6.0.11.1.30 Inklusion Document TypeId (1.0.0+20210219) DYNAMIC 1.2.40.0.34.6.0.11.1.1 Inklusion Document Id (1.0.0+20210219) DYNAMIC 1.2.40.0.34.6.0.11.1.16 Inklusion Document Code (1.1.0+20210219) DYNAMIC 1.2.40.0.34.6.0.11.1.45 Inklusion Document StatusCode (1.0.1+20210624) DYNAMIC 1.2.40.0.34.6.0.11.1.46 Inklusion Document TerminologyDate (1.0.0+20210219) DYNAMIC 1.2.40.0.34.6.0.11.1.47 Inklusion Document FormatCode (1.1.0+20210303) DYNAMIC 1.2.40.0.34.6.0.11.1.44 Inklusion Document PracticeSettingCode (1.1.0+20210303) DYNAMIC 1.2.40.0.34.6.0.11.1.11 Inklusion Document Effective Time (1.0.1+20230717) DYNAMIC 1.2.40.0.34.6.0.11.1.12 Inklusion Document Confidentiality Code (1.0.2+20230717) DYNAMIC 1.2.40.0.34.6.0.11.1.13 Inklusion Document Language (1.0.0+20210219) DYNAMIC 1.2.40.0.34.6.0.11.1.15 Inklusion Document Set Id and Version Number (1.0.0+20210219) DYNAMIC 1.2.40.0.34.6.0.11.1.3 Inklusion Record Target (1.2.1) DYNAMIC 1.2.40.0.34.6.0.11.1.2 Inklusion Author (1.0.3+20230717) DYNAMIC 1.2.40.0.34.6.0.11.1.22 Inklusion Data Enterer (1.0.1+20230717) DYNAMIC 1.2.40.0.34.6.0.11.1.4 Inklusion Custodian (1.0.1+20211213) DYNAMIC 1.2.40.0.34.6.0.11.1.24 Inklusion Information Recipient (1.0.0+20210219) DYNAMIC 1.2.40.0.34.6.0.11.1.5 Inklusion Legal Authenticator (1.0.0+20210219) DYNAMIC 1.2.40.0.34.6.0.11.1.6 Inklusion Authenticator (1.0.0+20210219) DYNAMIC 1.2.40.0.34.6.0.11.1.20 Inklusion Participant Fachlicher Ansprechpartner (1.0.2+20210803) DYNAMIC 1.2.40.0.34.6.0.11.1.21 Inklusion Participant Ein-, Ueber-, Zuweisender Arzt (1.0.0+20210219) DYNAMIC 1.2.40.0.34.6.0.11.1.23 Inklusion Participant Hausarzt (1.0.1+20210803) DYNAMIC 1.2.40.0.34.6.0.11.1.27 Inklusion Participant Auskunftsberechtigte Person (Notfallkontakt) (1.0.2+20210803) DYNAMIC 1.2.40.0.34.6.0.11.1.25 Inklusion Participant Angehoerige (1.0.1+20210803) DYNAMIC 1.2.40.0.34.6.0.11.1.26 Inklusion Participant Versicherung (1.0.0+20210219) DYNAMIC 1.2.40.0.34.6.0.11.1.29 Inklusion Participant Betreuungsorganisation (1.0.0+20210219) DYNAMIC 1.2.40.0.34.6.0.11.1.28 Inklusion Participant Weitere Behandler (1.0.0+20210219) DYNAMIC 1.2.40.0.34.6.0.11.1.9 Inklusion In Fulfillment Of (1.0.1+20210628) DYNAMIC 1.2.40.0.34.6.0.11.1.17 Inklusion Documentation Of Service Event (1.0.0+20210219) DYNAMIC 1.2.40.0.34.6.0.11.1.14 Inklusion Document Replacement - Related Document (1.0.1+20210628) DYNAMIC 1.2.40.0.34.6.0.11.1.18 Inklusion Authorization (1.0.0+20210219) DYNAMIC 1.2.40.0.34.6.0.11.1.7 Inklusion Component Of - Encompassing Encounter (1.0.1+20230717) DYNAMIC 1.2.40.0.34.6.0.11.2.69 Containment Brieftext (1.0.1+20210628) DYNAMIC 1.2.40.0.34.6.0.11.2.70 Containment Abschließende Bemerkung (1.0.1+20210628) DYNAMIC 1.2.40.0.34.6.0.11.2.71 Containment Beilagen (1.0.2+20230717) DYNAMIC 1.2.40.0.34.6.0.11.2.61 Containment Willenserklärungen und andere juridische Dokumente (1.2.0+202507##) DYNAMIC 1.2.40.0.34.6.0.11.2.46 Containment Vitalparameter - kodiert (1.1.0+20210219) DYNAMIC 1.2.40.0.34.6.0.11.2.68 Containment Vitalparameter - unkodiert (1.1.0+202507##) DYNAMIC 1.2.40.0.34.6.0.11.2.75 Containment Anmerkungen (1.0.0+20210219) DYNAMIC 1.2.40.0.34.6.0.11.2.77 Containment Hilfsmittel und Ressourcen (1.0.0+20210219) DYNAMIC 1.2.40.0.34.6.0.11.2.76 Containment Risiken (1.0.0+20210219) DYNAMIC 1.2.40.0.34.6.0.11.9.40 Inklusion Title Test (1.0.0+20210219) DYNAMIC
Beziehung	Version: Template 1.2.40.0.34.6.0.11.0.3 ELGA CDA Dokument Allgemeiner Leitfaden (2020‑11‑17 19:00:54) ref at-cda-bbr-
Item DT Kard Konf Beschreibung Label hl7:ClinicalDocument 1 … 1 M atcdabbr @classCode cs 0 … 1 F DOCCLIN @moodCode cs 0 … 1 F EVN Eingefügt 1 … 1 M von 1.2.40.0.34.6.0.11.1.10 Document Realm (DYNAMIC) hl7:realmCode CS 1 … 1 M Hoheitsbereich des Dokuments. Fester Wert: @code = AT (aus Value Set „ELGA_RealmCode“) atcdabbr @code 1 … 1 F AT Eingefügt 1 … 1 M von 1.2.40.0.34.6.0.11.1.30 Document TypeId (DYNAMIC) hl7:typeId II 1 … 1 M Dokumentformat CDA R2 atcdabbr @root uid 1 … 1 F 2.16.840.1.113883.1.3 @extension st 1 … 1 F POCD_HD000040 hl7:templateId II 1 … 1 M Fixe OID für alle Dokumente, die in der Governance-Gruppe "eHealth Austria" abgestimmt werden und von einem zentralen Art-Decor Repository abgeleitet werden (AT-CDA-BBR). atcdabbr @root uid 1 … 1 F 1.2.40.0.34.6.0.11.0.1 hl7:templateId II 1 … 1 M Root-OID des Implementierungsleitfadens (Dokument-OID). Dient als informative Referenz. atcdabbr @root uid 1 … 1 F 1.2.40.0.34.6.0.11.0.3 hl7:templateId II 1 … 1 M OID der Art-Decor Template für das Dokument (DocumentLevelTemplate für Schematron) atcdabbr @root uid 1 … 1 F 1.2.40.0.34.6.0.11.0.3 hl7:templateId II 0 … * R Weitere templateId's für den Verweis auf zugrundeliegende Spezifikationen, zB von HL7 International oder IHE (PCC, PaLM) atcdabbr @root uid 1 … 1 R Eingefügt 1 … 1 M von 1.2.40.0.34.6.0.11.1.1 Document Id (DYNAMIC) hl7:id II 1 … 1 M Dokumenten-Id des CDA-Dokuments. Es MUSS eine gültige und innerhalb des ID-Pools eindeutige Dokumenten-ID angegeben werden. Grundsätzlich sind die Vorgaben gemäß „Identifikations-Elemente“ zu befolgen. atcdabbr @root uid 1 … 1 R Eingefügt 1 … 1 M von 1.2.40.0.34.6.0.11.1.16 Document Code (DYNAMIC) hl7:code CE 1 … 1 M Dokumententyp in feiner Granularität.  Empfohlenes Value Set: HL7-at_XDS-Dokumentenklassen (1.2.40.0.34.10.86), Einträge in Level 1 Verweis auf speziellen Implementierungsleitfaden:  Die gültigen Wertebereiche dieses Elements entnehmen Sie bitte dem entsprechenden speziellen Implementierungsleitfaden gemäß der Dokumentenklasse bzw dem Dokumententyp. ↔ Hinweis zum XDS-Mapping:  Wird in ELGA in das XDS DocumentEntry Metadaten-Attribut XDSDocumentEntry.typeCode übernommen. Zu berücksichtigen sind jeweils die Attribute @code, @codeSystem und @displayName. atcdabbr @code cs 1 … 1 R @codeSystem oid 1 … 1 R @codeSystemName st 0 … 1   @displayName st 1 … 1 R hl7:translation CD 1 … 1 M Dokumentenklasse in grober Granularität. Empfohlenes Value Set: HL7-at_XDS-Dokumentenklassen (1.2.40.0.34.10.86), Einträge in Level 0 Verweis auf speziellen Implementierungsleitfaden:  Die gültigen Wertebereiche dieses Elements entnehmen Sie bitte dem entsprechenden speziellen Implementierungsleitfaden gemäß der Dokumentenklasse bzw dem Dokumententyp. ↔ Hinweis zum XDS-Mapping: Dieses Element wird ins XDS-Attribut XDSDocumentEntry.classCode gemappt. Zu berücksichtigen sind jeweils die Attribute @code, @codeSystem und @displayName. atcdabbr @code cs 1 … 1 R @codeSystem oid 1 … 1 R hl7:title ST 1 … 1 M Dokumententitel. Dieses Element enthält den für den lesenden Dokumentempfänger gedachten Titel und muss sinngemäß mit der Dokumentklasse übereinstimmen. atcdabbr Eingefügt 0 … 1 C von 1.2.40.0.34.6.0.11.1.45 Document StatusCode (DYNAMIC) sdtc:statusCode CS 0 … 1 C Status eines Dokuments. e-Befunde sind grundsätzlich abgeschlossene bzw. "fertige" ("completed") Dokumente, daher entfällt die Angabe eines Status. In folgenden Ausnahmen SOLL der Status eines Dokuments wie folgt angegeben werden: “active”: z.B. wenn bekannt ist, dass Updates folgen werden: Etwa für "vorläufige ärztliche Entlassungsbriefe" oder Laborbefunde, für die noch Ergebnisse einzelner Analysen ausständig sind “nullified”: z.B. für Dokumente, die gemäß Anwendungsfall "Storno von ELGA-Dokumenten" storniert werden, wobei zusätzlich ein letztes Dokument mit Storniert-Status in der Versionskette registriert wird. ↔ Hinweis zum XDS-Mapping: Der Status wird nicht in die XDS-Metadaten übernommen! atcdabbr   Constraint Zulässige Werte für sdtc:statusCode/@code sind "active" und "nullified"   CONF @code MUSS "nullified" sein oder @code MUSS "active" sein Eingefügt 1 … 1 M von 1.2.40.0.34.6.0.11.1.46 Document TerminologyDate (DYNAMIC) hl7at:terminologyDate TS.DATE.FULL 1 … 1 M Das Terminologie-Datum des Dokumentes Das Datum, an dem die lokal zur Implementierung verwendeten Value Sets mit dem österreichischen Terminologieserver abgeglichen wurden, wird hier angegeben. atcdabbr   Constraint Das Datum der letzten Terminologie-Aktualisierung MUSS entsprechend klassischer HL7 V3 Notation im Format "YYYYMMDD" angegeben werden. Beispiel: 20200527 Eingefügt 1 … 1 M von 1.2.40.0.34.6.0.11.1.47 Document FormatCode (DYNAMIC) hl7at:formatCode CD 1 … 1 M die genaue Version des XDS FormatCode atcdabbr @code cs 1 … 1 R Siehe 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) @codeSystem oid 1 … 1 F 1.2.40.0.34.5.37 @displayName st 1 … 1 R Eingefügt 1 … 1 M von 1.2.40.0.34.6.0.11.1.44 Document PracticeSettingCode (DYNAMIC) hl7at:practiceSettingCode CD 1 … 1 M Die fachliche Zuordnung des Dokumentes atcdabbr @displayName 1 … 1 R   CONF Der Wert von @code MUSS gewählt werden aus dem Value Set 1.2.40.0.34.10.75 ELGA_PracticeSetting (DYNAMIC) Eingefügt 1 … 1 M von 1.2.40.0.34.6.0.11.1.11 Document Effective Time (DYNAMIC) hl7:effectiveTime TS.AT.TZ 1 … 1 M Relevantes Datum des Dokuments. Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen. atcdabbr   at-cda-bbr-data​element-11  Erstellungsdatum  Dataset A Allgemeiner Leitfaden Eingefügt 1 … 1 M von 1.2.40.0.34.6.0.11.1.12 Document Confidentiality Code (DYNAMIC) hl7:confidentialityCode CE 1 … 1 M Vertraulichkeitscode des Dokuments aus Value Set „ELGA_Confidentiality“.  atcdabbr   at-cda-bbr-data​element-13  Vertraulichkeitscode  Dataset A Allgemeiner Leitfaden @codeSystemName st 1 … 1 F HL7:Confidentiality   Constraint Für ELGA-Dokumente ist ausschließlich "N" erlaubt! Eingefügt 1 … 1 M von 1.2.40.0.34.6.0.11.1.13 Document Language (DYNAMIC) hl7:language​Code CS.LANG 1 … 1 M Sprachcode des Dokuments. atcdabbr   at-cda-bbr-data​element-14  Sprachcode  Dataset A Allgemeiner Leitfaden @code cs 1 … 1 R   CONF Der Wert von @code MUSS gewählt werden aus dem Value Set 1.2.40.0.34.10.10 ELGA_LanguageCode (DYNAMIC)   Constraint Fü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ügt 1 … 1 M von 1.2.40.0.34.6.0.11.1.15 Document Set Id and Version Number (DYNAMIC) hl7:setId II 1 … 1 M 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. atcdabbr hl7:versionNumber INT.​NONNEG 1 … 1 M Versionsnummer 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. atcdabbr @value int 1 … 1 R Versionsnummer als positive ganze Zahl. Eingefügt 1 … 1 M von 1.2.40.0.34.6.0.11.1.3 Record Target (DYNAMIC) hl7:recordTarget 1 … 1 M Komponente für die Patientendaten. atcdabbr   at-cda-bbr-data​element-64  Patient  Dataset A Allgemeiner Leitfaden @typeCode cs 0 … 1 F RCT @context​Control​Code cs 0 … 1 F OP hl7:patientRole 1 … 1 M Patientendaten. atcdabbr @classCode cs 0 … 1 F PAT hl7:id II 2 … * R Patientenidentifikatoren atcdabbr   at-cda-bbr-data​element-193  EKVK  Dataset A Allgemeiner Leitfaden at-cda-bbr-data​element-65  LokaleID  Dataset A Allgemeiner Leitfaden at-cda-bbr-data​element-66  SVNr  Dataset A Allgemeiner Leitfaden at-cda-bbr-data​element-67  bPK-GH  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 kurz (0..1 O):    - @root: OID der EKVK, fester Wert: 1.2.40.0.34.4.21 (1..1 M)    - @extension: Datenfeld 3 der EKVK     - @assigningAuthorityName : Fester Wert: Nationaler Krankenversicherungsträger (0..1 O)   * id[@root="1.2.40.0.10.1.4.3.8"] Europäische Krankenversicherungskarte lang (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 Kennnummer" 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"/> hl7:addr 0 … 2 R 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) atcdabbr   at-cda-bbr-data​element-68  Adresse  Dataset A Allgemeiner Leitfaden   Constraint Werden mehrere gleichartige address-Elemente strukturiert (z.B. Home, Pflege), MUSS jeweils das Attribut @use angeführt sein. hl7:telecom TEL.AT 0 … * R Kontakt-Element. Grundsätzlich sind die Vorgaben gemäß „Kontaktdaten-Element“ zu befolgen. atcdabbr   at-cda-bbr-data​element-72  Kontaktdaten  Dataset A Allgemeiner Leitfaden @value url 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äß Value-Set „ELGA_URLScheme“ @use cs 0 … 1   Bedeutung des angegebenen Kontakts (z.B 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:patient 1 … 1 M Name 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. atcdabbr   at-cda-bbr-data​element-70  Name  Dataset A Allgemeiner Leitfaden Eingefügt 1 … 1 M von 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC) @classCode cs 0 … 1 F PSN @determiner​Code cs 0 … 1 F INSTANCE hl7:name PN 1 … 1 M Namen-Element (Person) atcdabbr @use cs 0 … 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“). hl7:prefix ENXP 0 … * Beliebig viele Präfixe zum Namen, z.B. Akademische Titel Achtung: Die Angabe der Anrede („Frau“, „Herr“), ist im CDA nicht vorgesehen! atcdabbr @qualifier cs 0 … 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) hl7:family ENXP 1 … * M Mindestens ein Hauptname (Nachname). atcdabbr @qualifier cs 0 … 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) hl7:given ENXP 1 … * M Mindestens ein Vorname atcdabbr @qualifier cs 0 … 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) hl7:suffix ENXP 0 … * Beliebig viele Suffixe zum Namen atcdabbr @qualifier cs 0 … 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) Auswahl 1 … 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'] hl7:administrative​Gender​Code CE 0 … 1 atcdabbr wo [not(@nullFlavor)]   at-cda-bbr-data​element-74  Geschlecht  Dataset A Allgemeiner Leitfaden @displayName st 1 … 1 R @code cs 1 … 1 R @codeSystem oid 1 … 1 F 2.16.840.1.113883.5.1 @codeSystemName st 0 … 1 F HL7:AdministrativeGender   CONF Der Wert von @code MUSS gewählt werden aus dem Value Set 1.2.40.0.34.10.4 ELGA_AdministrativeGender (DYNAMIC) hl7:translation CD 0 … * 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 atcdabbr @displayName st 1 … 1 R   Beispiel Beispiel für eine SNOMED CT Angabe <translation code="772004004" codeSystem="2.16.840.1.113883.6.96" displayName="Non-binary gender"/> hl7:administrative​Gender​Code CE 0 … 1 Mittels nullFlavor="UNK" wird "Unbekannt" abgebildet. Dies schließt die Ausprägung "Keine Angabe" mit ein. atcdabbr wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK Auswahl 1 … 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'] hl7:birthTime TS.AT.VAR 0 … 1 atcdabbr   at-cda-bbr-data​element-75  Geburtsdatum  Dataset A Allgemeiner Leitfaden hl7:birthTime TS.AT.VAR 0 … 1 atcdabbr wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK sdtc:deceasedInd BL 0 … 1 R Kennzeichen, dass die Person verstorben ist. Kann alternativ zum Todesdatum angegeben werden, v.a. wenn der Todeszeitpunkt nicht bekannt ist. atcdabbr   at-cda-bbr-data​element-192  Verstorben-Kennzeichen  Dataset A Allgemeiner Leitfaden sdtc:deceasedTime TS.AT.TZ 0 … 1 R Todesdatum der Person. atcdabbr   at-cda-bbr-data​element-191  Todesdatum  Dataset A Allgemeiner Leitfaden hl7:marital​Status​Code CE 0 … 1 R Codierung des Familienstands des Patienten. Zulässige Werte gemäß Value-Set „ELGA_MaritalStatus“ atcdabbr   at-cda-bbr-data​element-98  Familienstand  Dataset A Allgemeiner Leitfaden @code cs 1 … 1 R @codeSystem oid 1 … 1 F 2.16.840.1.113883.5.2 @codeSystemName st 1 … 1 F HL7:MaritalStatus @displayName st 1 … 1 R   CONF Der Wert von @code MUSS gewählt werden aus dem Value Set 1.2.40.0.34.10.11 ELGA_MaritalStatus (DYNAMIC) hl7:religious​Affiliation​Code CE 0 … 1 R Codierung des Religionsbekenntnisses des Patienten. Zulässige Werte gemäß Value-Set „ELGA_ReligiousAffiliation“ atcdabbr   at-cda-bbr-data​element-99  Religionsbekenntnis  Dataset A Allgemeiner Leitfaden @code cs 1 … 1 R @codeSystem oid 1 … 1 F 2.16.840.1.113883.2.16.1.4.1 @codeSystemName st 1 … 1 F HL7.AT:ReligionAustria @displayName st 1 … 1 R   CONF Der Wert von @code MUSS gewählt werden aus dem Value Set 1.2.40.0.34.10.18 ELGA_ReligiousAffiliation (DYNAMIC) hl7:raceCode NP Rasse des Patienten. Darf nicht verwendet werden! atcdabbr hl7:ethnic​Group​Code NP Ethnische Zugehörigkeit des Patienten. Darf nicht verwendet werden! atcdabbr hl7:guardian 0 … * R Gesetzlicher Vertreter: Vorsorgebevollmächtigte/r (Bevollmächtigte/r durch Vorsorgevollmacht) Gewählte/r ErwachsenenvertreterIn Gesetzliche/r ErwachsenenvertreterIn 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. atcdabbr   at-cda-bbr-data​element-88  Gesetzlicher Vertreter  Dataset A Allgemeiner Leitfaden @classCode cs 0 … 1 F GUARD hl7:addr 0 … 1 R 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) atcdabbr hl7:telecom TEL.AT 0 … * R Beliebig viele Kontaktdaten des gesetzlichen Vertreters als Person oder Organisation. Grundsätzlich sind die Vorgaben gemäß „Kontaktdaten-Element“ zu befolgen. atcdabbr @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äß Value-Set „ELGA_URLScheme“ @use set_cs 0 … 1   Bedeutung des angegebenen Kontakts (z.B. Heim, Arbeitsplatz) Bsp: WP Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“   Constraint Werden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein. Auswahl 1 … 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) hl7:guardian​Person 0 … 1 Name 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) atcdabbr hl7:guardian​Person 0 … 1 Name 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) atcdabbr hl7:guardian​Organization 0 … 1 R Name des gesetzlichen Vertreters (Organisation) Beinhaltet 1.2.40.0.34.6.0.11.9.27 Organization Name Compilation (DYNAMIC) atcdabbr hl7:birthplace 0 … 1 R Geburtsort des Patienten. atcdabbr   at-cda-bbr-data​element-76  Geburtsort  Dataset A Allgemeiner Leitfaden @classCode cs 0 … 1 F BIRTHPL hl7:place 1 … 1 M atcdabbr @classCode cs 0 … 1 F PLC @determiner​Code cs 0 … 1 F INSTANCE Auswahl 1 … 1 Elemente 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) hl7:addr AD 0 … 1 Die Adresse des Geburtsorts. Minimalangabe. Alle Elemente optional. Beinhaltet 1.2.40.0.34.6.0.11.9.10 Address Compilation Minimal (DYNAMIC) atcdabbr hl7:addr AD 0 … 1 Die Adresse des Geburtsorts, struktuiert. Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC) atcdabbr hl7:language​Communication 0 … * R Informationen bezüglich der Sprachfähigkeiten und Ausdrucksform des Patienten. atcdabbr   at-cda-bbr-data​element-100  Sprachfähigkeit  Dataset A Allgemeiner Leitfaden hl7:language​Code CS 1 … 1 M Sprache, 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). atcdabbr   at-cda-bbr-data​element-101  Sprache  Dataset A Allgemeiner Leitfaden @code cs 1 … 1 R Zulä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) hl7:modeCode CE 0 … 1 C Ausdrucksform der Sprache. Zulässige Werte gemäß Value-Set „ELGA_LanguageAbilityMode“ atcdabbr @code cs 1 … 1 R @displayName st 1 … 1 R @codeSystem oid 1 … 1 F 2.16.840.1.113883.5.60 @codeSystemName st 0 … 1 F HL7:LanguageAbilityMode   Constraint Bei 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) hl7:proficiency​Level​Code CE 0 … 1 R Grad der Sprachkenntnis in der Sprache. Zulässige Werte gemäß Value-Set „ELGA_ProficiencyLevelCode“ atcdabbr   at-cda-bbr-data​element-102  Grad der Sprachkenntnis  Dataset A Allgemeiner Leitfaden @code cs 1 … 1 R @displayName st 1 … 1 R @codeSystem oid 1 … 1 F 2.16.840.1.113883.5.61 @codeSystemName st 0 … 1 F HL7:LanguageAbilityProficiency   CONF Der Wert von @code MUSS gewählt werden aus dem Value Set 1.2.40.0.34.10.174 ELGA_ProficiencyLevelCode (DYNAMIC) hl7:preference​Ind BL 0 … 1 R Kennzeichnung, ob die Sprache in der angegebenen Ausdrucksform vom Patienten bevorzugt wird. atcdabbr   at-cda-bbr-data​element-103  Sprachpräferenz  Dataset A Allgemeiner Leitfaden   Schematron assert role  error     test not(hl7:id[1]/@nullFlavor)     Meldung Die Verwendung von id/@nullFlavor ist an dieser Stelle NICHT ERLAUBT.     Schematron assert role  error     test not(hl7:id[2]/@nullFlavor) or (hl7:id[2][@nullFlavor='UNK'] or hl7:id[2][@nullFlavor='NI'])     Meldung Zugelassene nullFlavor sind "NI" und "UNK"   Eingefügt 1 … * M von 1.2.40.0.34.6.0.11.1.2 Author (DYNAMIC) hl7:author 1 … * M Verfasser des Dokuments. atcdabbr @typeCode cs 0 … 1 F AUT @context​Control​Code cs 0 … 1 F OP hl7:functionCode CE (extensible) 0 … 1 R Funktionscode des Verfassers des Dokuments, z.B: „Diensthabender Oberarzt“, „Verantwortlicher Arzt für Dokumentation“,„Stationsschwester“. Eigene Codes und Bezeichnungen können verwendet werden. atcdabbr @code cs 1 … 1 R @codeSystem oid 1 … 1 R @displayName st 1 … 1 R Auswahl 1 … 1 Der Zeitpunkt, zu dem das Dokument verfasst bzw. inhaltlich fertiggestellt wurde. Elemente in der Auswahl: hl7:time[not(@nullFlavor)] hl7:time[@nullFlavor='UNK'] hl7:time TS.AT.TZ 0 … 1 atcdabbr wo [not(@nullFlavor)] hl7:time TS.AT.TZ 0 … 1 atcdabbr wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK hl7:assignedAuthor 1 … 1 M atcdabbr @classCode cs 0 … 1 F ASSIGNED Auswahl 1 … * 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']   Constraint Zugelassene 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 hl7:id II 0 … * Identifikation des Verfassers des Dokuments im lokalen System des/der datenerstellenden Gerätes/Software. ODER Identifikation des/der datenerstellenden Gerätes/Software.  atcdabbr wo [not(@nullFlavor)] hl7:id II 0 … 1 atcdabbr wo [@nullFlavor='NI'] @nullFlavor cs 1 … 1 F NI hl7:id II 0 … 1 atcdabbr wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK hl7:code CE 0 … 1 R 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. atcdabbr @codeSystem oid 1 … 1 R @displayName st 1 … 1 R @code cs 1 … 1 R   CONF Der Wert von @code MUSS gewählt werden aus dem Value Set 1.2.40.0.34.10.6 ELGA_AuthorSpeciality (DYNAMIC) hl7:telecom TEL.AT 0 … * Kontaktdaten des Verfassers des Dokuments. Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen. atcdabbr wo [not(@nullFlavor)] @value st 1 … 1 R Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567 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. Auswahl 1 … 1 Elemente 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) hl7: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) atcdabbr hl7:assigned​Authoring​Device 0 … 1 Datenerstellende/s Software/Gerät Beinhaltet 1.2.40.0.34.6.0.11.9.18 Device Compilation (DYNAMIC) atcdabbr hl7:represented​Organization 1 … 1 M Organisation, 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) atcdabbr   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. Eingefügt 0 … 1 von 1.2.40.0.34.6.0.11.1.22 Data Enterer (DYNAMIC) hl7:dataEnterer 0 … 1 z.B. Schreibkraft, Medizinische Dokumentationsassistenz atcdabbr   at-cda-bbr-data​element-16  Schreibkraft  Dataset A Allgemeiner Leitfaden @typeCode cs 0 … 1 F ENT @context​Control​Code cs 0 … 1 F OP hl7:time TS.AT.TZ 0 … 1 R Der Zeitpunkt zu dem die Daten dokumentiert wurden. Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen. atcdabbr wo [not(@nullFlavor)]   at-cda-bbr-data​element-17  Zeitpunkt des Schreibens  Dataset A Allgemeiner Leitfaden hl7:assignedEntity 1 … 1 M Beinhaltet 1.2.40.0.34.6.0.11.9.22 Assigned Entity (DYNAMIC) atcdabbr Eingefügt 1 … 1 M von 1.2.40.0.34.6.0.11.1.4 Custodian (DYNAMIC) hl7:custodian 1 … 1 M Verwahrer des Dokuments. atcdabbr   at-cda-bbr-data​element-24  Verwahrer  Dataset A Allgemeiner Leitfaden @typeCode cs 0 … 1 F CST hl7:assignedCustodian 1 … 1 M atcdabbr @classCode cs 0 … 1 F ASSIGNED hl7:represented​Custodian​Organization 1 … 1 M atcdabbr @classCode cs 0 … 1 F ORG @determiner​Code cs 0 … 1 F INSTANCE hl7:id II 1 … * M Identifikation 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. atcdabbr hl7:name ON 1 … 1 M Name des Verwahrers des Dokuments (Organisation). Grundsätzlich sind die Vorgaben für „Namen-Elemente von Organisationen ON“ zu befolgen. atcdabbr hl7:telecom TEL.AT 0 … * Kontaktdaten des Verwahrers des originalen Dokuments (Organisation). Grundsätzlich sind die Vorgaben für „Kontaktdaten-Elemente“ zu befolgen. atcdabbr wo [not(@nullFlavor)] @value st 1 … 1 R @use set_cs 0 … 1   Bedeutung des angegebenen Kontakts gemäß Value-Set „ELGA_TelecomAddressUse“   Constraint Werden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein. hl7:addr AD 1 … 1 M Adresse 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) atcdabbr Eingefügt 0 … * von 1.2.40.0.34.6.0.11.1.24 Information Recipient (DYNAMIC) hl7:information​Recipient 0 … * Beabsichtiger Empfänger des Dokuments.  atcdabbr   at-cda-bbr-data​element-26  Empfänger  Dataset A Allgemeiner Leitfaden @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)   at-cda-bbr-data​element-27  Empfänger Typ  Dataset A Allgemeiner Leitfaden hl7:intended​Recipient 1 … 1 M atcdabbr @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. atcdabbr wo [not(@nullFlavor)]   at-cda-bbr-data​element-28  ID des Empfängers  Dataset A Allgemeiner Leitfaden hl7:id II 0 … 1 NI … Person hat keine ID atcdabbr wo [@nullFlavor='NI'] @nullFlavor cs 1 … 1 F NI hl7:id II 0 … 1 UNK ... Person hat eine ID, diese ist jedoch unbekannt atcdabbr 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: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) hl7:information​Recipient  … 1 Beinhaltet 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC) atcdabbr wo [hl7:name [count(child::*)=0]]   at-cda-bbr-data​element-29  Name  Dataset A Allgemeiner Leitfaden hl7:information​Recipient  … 1 Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC) atcdabbr wo [hl7:name [count(child::*)!=0]] hl7:received​Organization 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. atcdabbr   at-cda-bbr-data​element-30  Organisation  Dataset A Allgemeiner Leitfaden 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. atcdabbr 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. atcdabbr hl7:telecom TEL.AT 0 … * Kontaktdaten der Organisation. Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen. atcdabbr 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) atcdabbr wo [not(@nullFlavor)] Eingefügt 0 … * C von 1.2.40.0.34.6.0.11.1.5 Legal Authenticator (DYNAMIC) hl7:legalAuthenticator 0 … * C Hauptunterzeichner, Rechtlicher Unterzeichner atcdabbr   at-cda-bbr-data​element-1  Rechtlicher Unterzeichner  Dataset A Allgemeiner Leitfaden @context​Control​Code cs 0 … 1 F OP @typeCode cs 0 … 1 F LA Auswahl 1 … 1 Der Zeitpunkt, an dem das Dokument unterzeichnet wurde. Elemente in der Auswahl: hl7:time[not(@nullFlavor)] hl7:time[@nullFlavor='UNK'] hl7:time TS.AT.TZ 0 … 1 atcdabbr wo [not(@nullFlavor)]   at-cda-bbr-data​element-5  Zeitpunkt der Unterzeichnung  Dataset A Allgemeiner Leitfaden hl7:time TS.AT.TZ 0 … 1 atcdabbr wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK hl7:signatureCode CS 1 … 1 M Signaturcode gibt an, dass das Originaldokument unterzeichnet wurde. atcdabbr   at-cda-bbr-data​element-6  Signatur  Dataset A Allgemeiner Leitfaden @code CONF 1 … 1 F S hl7:assignedEntity 1 … 1 M Personendaten 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) atcdabbr Eingefügt 0 … * von 1.2.40.0.34.6.0.11.1.6 Authenticator (DYNAMIC) hl7:authenticator 0 … * Weitere Unterzeichner. atcdabbr   at-cda-bbr-data​element-31  Weitere Unterzeichner  Dataset A Allgemeiner Leitfaden @typeCode cs 0 … 1 F AUTHEN Auswahl 1 … 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'] hl7:time TS.AT.TZ 0 … 1 atcdabbr wo [not(@nullFlavor)]   at-cda-bbr-data​element-105  Zeitpunkt der Unterzeichnung  Dataset A Allgemeiner Leitfaden hl7:time TS.AT.TZ 0 … 1 atcdabbr wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK hl7:signatureCode CS 1 … 1 M atcdabbr   at-cda-bbr-data​element-106  Signatur  Dataset A Allgemeiner Leitfaden @code CONF 1 … 1 F S hl7:assignedEntity 1 … 1 M Personendaten des weiteren Unterzeichners. Grundsätzlich sind die Vorgaben gemäß Kapitel „AssignedEntity-Element (Person + Organisation)“ zu befolgen. atcdabbr Eingefügt von 1.2.40.0.34.6.0.11.9.22 Assigned Entity (DYNAMIC) @classCode cs 0 … 1 F ASSIGNED Auswahl 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 hl7:id II 0 … * atcdabbr wo [not(@nullFlavor)] hl7:id II 0 … 1 atcdabbr wo [@nullFlavor='NI'] @nullFlavor cs 1 … 1 F NI hl7:id II 0 … 1 atcdabbr wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK Auswahl 0 … 1 Elemente 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'] hl7:addr 0 … 1 Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC) atcdabbr wo [not(@nullFlavor)] hl7:addr 0 … 1 atcdabbr wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK hl7:telecom TEL.AT 0 … * Beliebig viele Kontakt-Elemente der Person der Entität. Grundsätzlich sind die Vorgaben gemäß „Kontaktdaten-Element“ zu befolgen. atcdabbr wo [not(@nullFlavor)] @value url 1 … 1 R 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" @use 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:assigned​Person 1 … 1 M 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) atcdabbr hl7:represented​Organization 0 … 1 R 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) atcdabbr Eingefügt 0 … 1 von 1.2.40.0.34.6.0.11.1.20 Participant Fachlicher Ansprechpartner (DYNAMIC) hl7:participant 0 … 1 Fachlicher Ansprechpartner atcdabbr wo [hl7:templateId ​[@root​=​'1.2.40.0.34.6.0.11.1.20']] @typeCode cs 1 … 1 F CALLBCK   Callback contact @context​Control​Code cs 0 … 1 F OP hl7:templateId II 1 … 1 M Template ID zur Identifikation dieser Art von Beteiligten atcdabbr @root uid 1 … 1 F 1.2.40.0.34.6.0.11.1.20 hl7: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. atcdabbr @code cs 1 … 1 R @codeSystem oid 1 … 1 R @displayName st 1 … 1 R hl7:associated​Entity 1 … 1 M atcdabbr @classCode cs 1 … 1 F PROV   Healthcare provider - Gesundheitsdiensteanbieter hl7:code CE 0 … 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. atcdabbr @codeSystem oid 1 … 1 R @displayName st 1 … 1 R @code cs 1 … 1 R   CONF Der Wert von @code MUSS gewählt werden aus dem Value Set 1.2.40.0.34.10.6 ELGA_AuthorSpeciality (DYNAMIC) hl7:addr AD 0 … 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) atcdabbr wo [not(@nullFlavor)] hl7:telecom TEL.AT 1 … * M Beliebig viele Kontaktdaten des Beteiligten. atcdabbr @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 Es MUSS mindestens eine Telefonnummer angegeben werden. Werden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein. hl7:associated​Person 0 … 1 R Name der Person Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC) atcdabbr hl7:scoping​Organization 0 … 1 R Organisation, der der Beteiligte angehört (mit Adresse und Kontaktdaten der Organisation). Grundsätzlich sind die Vorgaben für "Organisations-Element" zu befolgen. atcdabbr 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. atcdabbr 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. atcdabbr hl7:telecom TEL.AT 0 … * Kontaktdaten der Organisation. Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen. atcdabbr 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) atcdabbr wo [not(@nullFlavor)] Eingefügt 0 … 1 von 1.2.40.0.34.6.0.11.1.21 Participant Ein-, Ueber-, Zuweisender Arzt (DYNAMIC) hl7:participant 0 … 1 Einweisender/Zuweisender/Überweisender Arzt atcdabbr wo [hl7:templateId ​[@root​=​'1.2.40.0.34.6.0.11.1.21']] @typeCode cs 1 … 1 F REF   Referrer @context​Control​Code cs 0 … 1 F OP hl7:templateId II 1 … 1 M atcdabbr @root uid 1 … 1 F 1.2.40.0.34.6.0.11.1.21 hl7:associated​Entity 1 … 1 M atcdabbr @classCode cs 1 … 1 F PROV   Healthcare provider - Gesundheitsdiensteanbieter Auswahl 1 … * Identifikation des einweisenden/zuweisenden/überweisenden Arztes. 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 hl7:id II 0 … * atcdabbr wo [not(@nullFlavor)] hl7:id II 0 … 1 atcdabbr wo [@nullFlavor='NI'] @nullFlavor cs 1 … 1 F NI hl7:id II 0 … 1 atcdabbr wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK hl7:addr AD 0 … 1 Adresse des einweisenden/zuweisenden/überweisenden Arztes Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC) atcdabbr wo [not(@nullFlavor)] hl7:telecom TEL.AT 0 … * Beliebig viele Kontaktdaten des einweisenden/zuweisenden/überweisenden Arztes atcdabbr 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. Auswahl 1 … 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) hl7:associated​Person  … 1 Beinhaltet 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC) atcdabbr wo [hl7:name [count(child::*)=0]] hl7:associated​Person  … 1 Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC) atcdabbr wo [hl7:name [count(child::*)!=0]] hl7:scoping​Organization 0 … 1 R Organisation, der der Einweiser/Zuweiser/Überweiser angehört (mit Adresse und Kontaktdaten der Organisation). Grundsätzlich sind die Vorgaben für "Organisations-Element" zu befolgen. atcdabbr 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. atcdabbr 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. atcdabbr hl7:telecom TEL.AT 0 … * Kontaktdaten der Organisation. Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen. atcdabbr 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) atcdabbr wo [not(@nullFlavor)] Eingefügt 0 … 1 von 1.2.40.0.34.6.0.11.1.23 Participant Hausarzt (DYNAMIC) hl7:participant 0 … 1 Beteiligter (Hausarzt). atcdabbr wo [hl7:templateId ​[@root​=​'1.2.40.0.34.6.0.11.1.23']] @typeCode cs 1 … 1 F IND   In indirektem Bezug. @context​Control​Code cs 0 … 1 F OP hl7:templateId II 1 … 1 M Template ID zur Identifikation dieser Art von Beteiligten atcdabbr @root uid 1 … 1 F 1.2.40.0.34.6.0.11.1.23 hl7:functionCode CE 1 … * M Funktionscode des Beteiligten atcdabbr @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 hl7:associated​Entity 1 … 1 M Beschreibung der Entität. atcdabbr @classCode cs 1 … 1 F PROV   Healthcare provider - Gesundheitsdiensteanbieter. Auswahl 0 … * 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 hl7:id II 0 … * atcdabbr wo [not(@nullFlavor)] hl7:id II 0 … 1 atcdabbr wo [@nullFlavor='NI'] @nullFlavor cs 1 … 1 F NI hl7:id II 0 … 1 atcdabbr wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK hl7:addr AD 0 … 1 Adresse des Hausarztes Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC) atcdabbr wo [not(@nullFlavor)] hl7:telecom TEL.AT 0 … * Beliebig viele Kontaktdaten des Hausarztes. atcdabbr wo [not(@nullFlavor)] @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 gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein. Auswahl 1 … 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) hl7:associated​Person 0 … 1 Beinhaltet 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC) atcdabbr wo [hl7:name [count(child::*)=0]] hl7:associated​Person 0 … 1 Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC) atcdabbr wo [hl7:name [count(child::*)!=0]] hl7:scoping​Organization 0 … 1 R Arztpraxis oder Ordination. Grundsätzlich sind die Vorgaben für „Organisations-Element“ zu befolgen. atcdabbr 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. atcdabbr 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. atcdabbr hl7:telecom TEL.AT 0 … * Kontaktdaten der Organisation. Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen. atcdabbr 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) atcdabbr wo [not(@nullFlavor)] Eingefügt 0 … * von 1.2.40.0.34.6.0.11.1.27 Participant Auskunftsberechtigte Person (Notfallkontakt) (DYNAMIC) hl7:participant 0 … * Beteiligter (Notfallkontakt / Auskunftsberechtigte Person) atcdabbr wo [hl7:templateId ​[@root​=​'1.2.40.0.34.6.0.11.1.27']] @typeCode cs 1 … 1 F IND   In indirektem Bezug. @context​Control​Code cs 0 … 1 F OP hl7:templateId II 1 … 1 M Template ID zur Identifikation dieser Art von Beteiligten atcdabbr @root uid 1 … 1 F 1.2.40.0.34.6.0.11.1.27 hl7:time IVL_TS 0 … 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) atcdabbr hl7:associated​Entity 1 … 1 M Beschreibung der Entität. atcdabbr @classCode cs 1 … 1 F ECON   Emergency contact - Notfall-Kontakt hl7:code CE 0 … 1 Verwandtschaftsverhältnis des Beteiligten zum Patienten, z.B. DAU („daughter“), wenn die Beteiligte die Tochter des Patienten ist. atcdabbr wo [not(@nullFlavor)] @code cs 1 … 1 R Zulässige Werte gemäß Value-Set „ELGA_PersonalRelationship“ @displayName st 0 … 1   @codeSystem oid 1 … 1 F 2.16.840.1.113883.5.111 @codeSystemName st 1 … 1 F HL7:RoleCode   CONF Der Wert von @code MUSS gewählt werden aus dem Value Set 1.2.40.0.34.10.17 ELGA_PersonalRelationship (DYNAMIC) hl7:addr AD 0 … 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) atcdabbr wo [not(@nullFlavor)] Auswahl 0 … * Beliebig viele Kontaktdaten des Beteiligten. Elemente in der Auswahl: hl7:telecom[not(@nullFlavor)] hl7:telecom[@nullFlavor='UNK']   Constraint Es SOLL mindestens eine Telefonnummer angegeben werden. hl7:telecom TEL.AT 0 … * R atcdabbr 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     Constraint Werden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein. hl7:telecom TEL.AT 0 … 1 Die Kontaktadresse ist unbekannt. nullFlavor "UNK" atcdabbr wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK Auswahl 1 … 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) hl7:associated​Person 0 … 1 Beinhaltet 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC) atcdabbr wo [hl7:name [count(child::*)=0]] hl7:associated​Person 0 … 1 Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC) atcdabbr wo [hl7:name [count(child::*)!=0]] hl7:scoping​Organization 0 … 1 R Organisation, der der Beteiligte angehört (mit Adresse und Kontaktdaten der Organisation). Grundsätzlich sind die Vorgaben für „Organisations-Element“ zu befolgen. atcdabbr 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. atcdabbr 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. atcdabbr hl7:telecom TEL.AT 0 … * Kontaktdaten der Organisation. Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen. atcdabbr 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) atcdabbr wo [not(@nullFlavor)] Eingefügt 0 … * von 1.2.40.0.34.6.0.11.1.25 Participant Angehoerige (DYNAMIC) hl7:participant 0 … * Beteiligter (Angehöriger) atcdabbr wo [hl7:templateId ​[@root​=​'1.2.40.0.34.6.0.11.1.25']] @typeCode cs 1 … 1 F IND   In indirektem Bezug. @context​Control​Code cs 0 … 1 F OP hl7:templateId II 1 … 1 M Template ID zur Identifikation dieser Art von Beteiligten atcdabbr @root uid 1 … 1 F 1.2.40.0.34.6.0.11.1.25 hl7:associated​Entity 1 … 1 M Beschreibung der Entität. atcdabbr @classCode cs 1 … 1 F PRS   Personal relationship - In persönlicher Beziehung hl7:code CE 1 … 1 M Verwandtschaftsverhältnis des Beteiligten zum Patienten. Beispiel: DAU („daughter“), wenn die Beteiligte die Tochter des Patienten ist oder NBOR für Nachbar. atcdabbr @code cs 1 … 1 R   CONF Der Wert von @code MUSS gewählt werden aus dem Value Set 1.2.40.0.34.10.17 ELGA_PersonalRelationship (DYNAMIC) @displayName st 0 … 1   @codeSystem oid 1 … 1 F 2.16.840.1.113883.5.111 @codeSystemName st 1 … 1 F HL7:RoleCode   CONF Der Wert von @code MUSS gewählt werden aus dem Value Set 1.2.40.0.34.10.17 ELGA_PersonalRelationship (DYNAMIC) hl7:addr AD 0 … 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) atcdabbr wo [not(@nullFlavor)] hl7:telecom TEL.AT 0 … * Beliebig viele Kontaktdaten des Beteiligten. atcdabbr wo [not(@nullFlavor)] @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 gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein. Auswahl 1 … 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) hl7:associated​Person 0 … 1 Beinhaltet 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC) atcdabbr wo [hl7:name [count(child::*)=0]] hl7:associated​Person 0 … 1 Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC) atcdabbr wo [hl7:name [count(child::*)!=0]] hl7:scoping​Organization 0 … 1 R Beinhaltet 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC) atcdabbr Eingefügt 0 … * von 1.2.40.0.34.6.0.11.1.26 Participant Versicherung (DYNAMIC) hl7:participant 0 … * Beteiligter (Versicherter/Versicherung). atcdabbr wo [hl7:templateId ​[@root​=​'1.2.40.0.34.6.0.11.1.26']] @typeCode cs 1 … 1 F HLD @context​Control​Code cs 0 … 1 F OP hl7:templateId II 1 … 1 M Template ID zur Identifikation dieser Art von Beteiligten atcdabbr @root uid 1 … 1 F 1.2.40.0.34.6.0.11.1.26 hl7:time IVL_TS 0 … 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) atcdabbr hl7:associated​Entity 1 … 1 M atcdabbr @classCode cs 1 … 1 F POLHOLD   Policy holder - Halter einer Versicherungspolizze Auswahl 1 … 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 hl7:id II 0 … 1 atcdabbr wo [not(@nullFlavor)] hl7:id II 0 … 1 atcdabbr wo [@nullFlavor='NI'] @nullFlavor cs 1 … 1 F NI hl7:id II 0 … 1 atcdabbr wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK hl7:code CE 1 … 1 M Versicherungsverhältnis codiert Beispiele: SELF, wenn der Patient selbst der Versicherte ist. FAMDEP, wenn der Patient bei einem Familienmitglied mitversichert ist. atcdabbr @code cs 1 … 1 R @codeSystem oid 1 … 1 F 2.16.840.1.113883.5.111 @codeSystemName st 1 … 1 F HL7:RoleCode   CONF Der Wert von @code MUSS gewählt werden aus dem Value Set 1.2.40.0.34.10.9 ELGA_InsuredAssocEntity (DYNAMIC) hl7:addr AD 0 … 1 Adresse des Beteiligten. Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC) atcdabbr wo [not(@nullFlavor)] hl7:telecom TEL.AT 0 … * Beliebig viele Kontaktdaten des Beteiligten. atcdabbr 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:associated​Person 0 … 1 C Name des Beteiligten. Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC) atcdabbr   Constraint Wenn das Versicherungsverhältnis "familienversichert" ("FAMDEP“) ist, MUSS eine associatedPerson angegeben sein, M [1..1], sonst kann sie komplett entfallen, O [0..1] hl7:scoping​Organization 1 … 1 M Versicherungsgesellschaft. Grundsätzlich sind die Vorgaben für „Organisations-Element“ zu befolgen. atcdabbr 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. atcdabbr 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. atcdabbr hl7:telecom TEL.AT 0 … * Kontaktdaten der Organisation. Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen. atcdabbr 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) atcdabbr wo [not(@nullFlavor)]   Schematron assert role  error     test not(hl7:code[@code='FAMDEP']) or hl7:associated​Person     Meldung Wenn das Versicherungsverhältnis "familienversichert" ist, dann muss eine associatedPerson angegeben sein.   Eingefügt 0 … 1 von 1.2.40.0.34.6.0.11.1.29 Participant Betreuungsorganisation (DYNAMIC) hl7:participant 0 … 1 Beteiligter (Betreuende Organisation) atcdabbr wo [hl7:templateId ​[@root​=​'1.2.40.0.34.6.0.11.1.29']] @typeCode cs 1 … 1 F IND @context​Control​Code cs 0 … 1 F OP hl7:templateId II 1 … 1 M Template ID zur Identifikation dieser Art von Beteiligten atcdabbr @root uid 1 … 1 F 1.2.40.0.34.6.0.11.1.29 hl7:associated​Entity 1 … 1 M Beschreibung der Entität. atcdabbr @classCode cs 1 … 1 F CAREGIVER   Betreuer hl7:scoping​Organization 1 … 1 M Betreuende Organisation atcdabbr 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. atcdabbr 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. atcdabbr hl7:telecom TEL.AT 0 … * Kontaktdaten der Organisation. Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen. atcdabbr 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) atcdabbr wo [not(@nullFlavor)] Eingefügt 0 … * von 1.2.40.0.34.6.0.11.1.28 Participant Weitere Behandler (DYNAMIC) hl7:participant 0 … * Beteiligter (Weitere Behandler) atcdabbr wo [hl7:templateId ​[@root​=​'1.2.40.0.34.6.0.11.1.28']] @typeCode cs 1 … 1 F CON @context​Control​Code cs 0 … 1 F OP hl7:templateId II 1 … 1 M Template ID zur Identifikation dieser Art von Beteiligten atcdabbr @root uid 1 … 1 F 1.2.40.0.34.6.0.11.1.28 hl7:functionCode CE (extensible) 0 … 1 Funktionscode des Behandlers z.B: „Facharzt für Neurologie“ Eigene Codes und Bezeichnungen dürfen verwendet werden. atcdabbr wo [not(@nullFlavor)] @code cs 1 … 1 R @codeSystem oid 1 … 1 R @displayName st 1 … 1 R   CONF Der Wert von @code SOLLTE gewählt werden aus dem Value Set 1.2.40.0.34.10.6 ELGA_AuthorSpeciality (DYNAMIC) hl7:associated​Entity 1 … 1 M Beschreibung der Entität. atcdabbr @classCode cs 1 … 1 F PROV   Gesundheitsdiensteanbieter. hl7:addr AD 0 … 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) atcdabbr wo [not(@nullFlavor)] hl7:telecom TEL.AT 0 … * Beliebig viele Kontaktdaten des Beteiligten. atcdabbr wo [not(@nullFlavor)] @value st 1 … 1 R Die Kontaktadresse (Telefonnummer, Email, etc.) Formatkonvention siehe „telecom – Format Konventionen für Telekom-Daten“ Bsp: tel:+43.1.1234567 Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“ @use set_cs 0 … 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. hl7:associated​Person 1 … 1 M 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) atcdabbr hl7:scoping​Organization 0 … 1 R Organisation, der der Beteiligte angehört (mit Adresse und Kontaktdaten der Organisation). Grundsätzlich sind die Vorgaben für „Organisations-Element“ zu befolgen. atcdabbr 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. atcdabbr 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. atcdabbr hl7:telecom TEL.AT 0 … * Kontaktdaten der Organisation. Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen. atcdabbr 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) atcdabbr wo [not(@nullFlavor)] Eingefügt 0 … * R von 1.2.40.0.34.6.0.11.1.9 In Fulfillment Of (DYNAMIC) hl7:inFulfillmentOf 0 … * R Komponente zur Dokumentation des Auftrags. atcdabbr   at-cda-bbr-data​element-42  Auftrag  Dataset A Allgemeiner Leitfaden @typeCode cs 1 … 1 F FLFS hl7:order 1 … 1 M Auftrag. atcdabbr @classCode cs 1 … 1 F ACT @moodCode cs 1 … 1 F RQO hl7:id II 1 … 1 M Auftragsnummer, Anforderungsnummer. Grundsätzlich sind die Vorgaben gemäß Kapitel „Identifikations-Elemente“ zu befolgen. atcdabbr   at-cda-bbr-data​element-43  ID  Dataset A Allgemeiner Leitfaden Eingefügt 0 … * R von 1.2.40.0.34.6.0.11.1.17 Documentation Of Service Event (DYNAMIC) hl7:documentationOf 0 … * R Komponente für die Gesundheitsdienstleistung. atcdabbr   at-cda-bbr-data​element-44  Gesundheitsdienstleistung  Dataset A Allgemeiner Leitfaden @typeCode cs 0 … 1 F DOC hl7:serviceEvent 1 … 1 M Gesundheitsdienstleistung. Verweis auf speziellen Implementierungsleitfaden: Ob eine Gesundheitsdienstleistung angegeben werden muss, und welche Bedeutung dieses Element hat, ergibt sich aus dem jeweiligen speziellen Implementierungsleitfaden. atcdabbr @classCode cs 0 … 1 F ACT @moodCode cs 0 … 1 F EVN hl7:id II 0 … 1 atcdabbr Auswahl 1 … 1 Elemente in der Auswahl: hl7:code[not(@nullFlavor)] hl7:code[@nullFlavor='UNK'] hl7:code CE 0 … 1 Code 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. atcdabbr wo [not(@nullFlavor)]   at-cda-bbr-data​element-45  Code  Dataset A Allgemeiner Leitfaden @code cs 1 … 1 R @codeSystem oid 1 … 1 R @displayName st 1 … 1 R hl7:code CE 0 … 1 atcdabbr wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK hl7:effectiveTime IVL_TS 1 … 1 M Zeitraum 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  atcdabbr   at-cda-bbr-data​element-46  Zeitraum der Gesundheitsdienstleistung  Dataset A Allgemeiner Leitfaden Eingefügt von 1.2.40.0.34.6.0.11.9.15 Time Interval Information minimal (DYNAMIC) Auswahl 1 … 1 Elemente in der Auswahl: hl7:low[@value] hl7:low[@nullFlavor='UNK'] hl7:low TS.AT.TZ 0 … 1 atcdabbr wo [@value] hl7:low TS.AT.TZ 0 … 1 atcdabbr wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK Auswahl 1 … 1 Elemente in der Auswahl: hl7:high[@value] hl7:high[@nullFlavor='UNK'] hl7:high TS.AT.TZ 0 … 1 atcdabbr wo [@value] hl7:high TS.AT.TZ 0 … 1 atcdabbr wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK hl7:performer 0 … * R Person 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. atcdabbr @typeCode cs 1 … 1 R Zulä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) hl7:functionCode CE 0 … 1 R Funktionscode atcdabbr   CONF Der Wert von @code MUSS gewählt werden aus dem Value Set 1.2.40.0.34.10.6 ELGA_AuthorSpeciality (DYNAMIC) hl7:time IVL_TS 0 … 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 atcdabbr Eingefügt von 1.2.40.0.34.6.0.11.9.15 Time Interval Information minimal (DYNAMIC) Auswahl 1 … 1 Elemente in der Auswahl: hl7:low[@value] hl7:low[@nullFlavor='UNK'] hl7:low TS.AT.TZ 0 … 1 atcdabbr wo [@value] hl7:low TS.AT.TZ 0 … 1 atcdabbr wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK Auswahl 1 … 1 Elemente in der Auswahl: hl7:high[@value] hl7:high[@nullFlavor='UNK'] hl7:high TS.AT.TZ 0 … 1 atcdabbr wo [@value] hl7:high TS.AT.TZ 0 … 1 atcdabbr wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK hl7:assignedEntity 1 … 1 M atcdabbr   at-cda-bbr-data​element-47  Durchführende Entität  Dataset A Allgemeiner Leitfaden Eingefügt 1 … 1 M von 1.2.40.0.34.6.0.11.9.22 Assigned Entity (DYNAMIC) @classCode cs 0 … 1 F ASSIGNED Auswahl 1 … 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 hl7:id II 0 … * atcdabbr wo [not(@nullFlavor)] hl7:id II 0 … 1 atcdabbr wo [@nullFlavor='NI'] @nullFlavor cs 1 … 1 F NI hl7:id II 0 … 1 atcdabbr wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK Auswahl 1 … 1 Elemente 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'] hl7:addr 0 … 1 Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC) atcdabbr wo [not(@nullFlavor)] hl7:addr 0 … 1 atcdabbr wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK hl7:telecom TEL.AT 1 … 1 M Beliebig viele Kontakt-Elemente der Person der Entität. Grundsätzlich sind die Vorgaben gemäß „Kontaktdaten-Element“ zu befolgen. atcdabbr wo [not(@nullFlavor)] @value url 1 … 1 R 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" @use 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:assigned​Person 1 … 1 M 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) atcdabbr hl7:represented​Organization 1 … 1 M 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) atcdabbr Eingefügt 0 … 1 R von 1.2.40.0.34.6.0.11.1.14 Document Replacement - Related Document (DYNAMIC) hl7:relatedDocument 0 … 1 R atcdabbr   at-cda-bbr-data​element-15  Bezug zu vorgehenden Dokumenten  Dataset A Allgemeiner Leitfaden @typeCode cs 1 … 1 R Art des Bezugs zum Vordokument.   Constraint Erlaubte @typeCodes: RPLC - replaces: Das Dokument ersetzt ein existierendes Dokument. Der Status des zu ersetzenden Dokumentes wird auf "deprecated" gesetzt, das ursprüngliche Dokument bleibt aber noch im System als historische Referenz verfügbar. APND - append: Zusammenhängen von Dokumenten. Dies ist in ELGA bereits über das Einbetten von Dokumenten realisiert. XFRM - transformed: Das Dokument ist Ergebnis eines Transformationsprozesses, d.h. ist aus einem anderen Originaldokument hervorgegangen. Hinweis: Die parallele Ablage von CDA-Dokumenten, welche vom Dokumentersteller bereits mit einem Stylesheet zu einem PDF Dokument gerendert wurden, kann mit der XFRM – Transaktion vorgenommen werden. Es ist nicht auszuschließen, dass die Transformation in lokalen Affinity Domains Anwendung findet. Für ELGA ist die Transformation jedoch kein Anwendungsfall. hl7:parentDocument 1 … 1 M Vorhergehendes Dokument. atcdabbr @classCode cs 0 … 1 F DOCCLIN @moodCode cs 0 … 1 F EVN hl7:id II 1 … 1 M Dokumenten-Id des vorgehenden Dokuments. Grundsätzlich sind die Vorgaben für „Identifikations-Elemente“ zu befolgen. atcdabbr Eingefügt 0 … 1 R von 1.2.40.0.34.6.0.11.1.18 Authorization (DYNAMIC) hl7:authorization 0 … 1 R atcdabbr @typeCode cs 0 … 1 F AUTH hl7:consent 1 … 1 M atcdabbr @classCode cs 0 … 1 F CONS @moodCode cs 0 … 1 F EVN hl7:id II 0 … * atcdabbr hl7:code CE 0 … 1 atcdabbr @code cs 1 … 1 R   CONF Der Wert von @code MUSS gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.27 HL7-at_ActConsentType (DYNAMIC) hl7:statusCode CS 1 … 1 M atcdabbr @code CONF 1 … 1 F completed Eingefügt 0 … 1 R von 1.2.40.0.34.6.0.11.1.7 Component Of - Encompassing Encounter (DYNAMIC) hl7:componentOf 0 … 1 R Komponente für den Patientenkontakt. atcdabbr @typeCode cs 0 … 1 F COMP hl7:encompassing​Encounter 1 … 1 M Patientenkontakt. atcdabbr @classCode cs 0 … 1 F ENC @moodCode cs 0 … 1 F EVN hl7:id II 0 … 1 Identifikationselement zur Aufnahme der Aufenthaltszahl atcdabbr wo [not(@nullFlavor)] @extension st 1 … 1 R Aufenthaltszahl, z.B.: Az123456 @root uid 1 … 1 R OID der Liste der Aufenthaltszahlen der Organisation   Constraint @assigningAuthorityName [0..1]: Name der Stelle, welche die ID zugewiesen hat, z.B.: „Amadeus Spital“. hl7:code CE 1 … 1 M Codierung des Patientenkontakts. atcdabbr @code cs 1 … 1 R Zulässige Werte gemäß Value-Set „ELGA_ActEncounterCode“ @displayName st 0 … 1   @codeSystem oid 1 … 1 F 2.16.840.1.113883.5.4 @codeSystemName st 1 … 1 F HL7:ActCode   CONF Der Wert von @code MUSS gewählt werden aus dem Value Set 1.2.40.0.34.10.5 ELGA_ActEncounterCode (DYNAMIC) hl7:effectiveTime IVL_TS 1 … 1 M 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) atcdabbr   Constraint Der 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. hl7:responsible​Party 0 … 1 R Komponente für die verantwortliche Person. atcdabbr hl7:assignedEntity 1 … 1 M Entität der verantwortlichen Person. Grundsätzlich sind die Vorgaben für „AssignedEntity-Element (Person + Organisation)“ zu befolgen. atcdabbr Eingefügt von 1.2.40.0.34.6.0.11.9.22 Assigned Entity (DYNAMIC) @classCode cs 0 … 1 F ASSIGNED Auswahl 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 hl7:id II 0 … * atcdabbr wo [not(@nullFlavor)] hl7:id II 0 … 1 atcdabbr wo [@nullFlavor='NI'] @nullFlavor cs 1 … 1 F NI hl7:id II 0 … 1 atcdabbr wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK Auswahl 0 … 1 Elemente 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'] hl7:addr 0 … 1 Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC) atcdabbr wo [not(@nullFlavor)] hl7:addr 0 … 1 atcdabbr wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK hl7:telecom TEL.AT 0 … * Beliebig viele Kontakt-Elemente der Person der Entität. Grundsätzlich sind die Vorgaben gemäß „Kontaktdaten-Element“ zu befolgen. atcdabbr wo [not(@nullFlavor)] @value url 1 … 1 R 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" @use 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:assigned​Person 1 … 1 M 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) atcdabbr hl7:represented​Organization 0 … 1 R 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) atcdabbr Eingefügt 1 … 1 M 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). hl7:location 1 … 1 M atcdabbr @typeCode cs 0 … 1 F LOC hl7:health​Care​Facility 1 … 1 M atcdabbr @classCode cs 0 … 1 F SDLOC hl7:code CE 1 … 1 M 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. atcdabbr @displayName st 1 … 1 R hl7:service​Provider​Organization 1 … 1 M Organisation, in deren Verantwortungsbereich der Patientenkontakt stattfand. Beinhaltet 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC) atcdabbr hl7:component atcdabbr @typeCode cs 0 … 1 F COMP @context​Conduction​Ind bl 0 … 1 F true Auswahl  … 1 Elemente in der Auswahl: hl7:nonXMLBody hl7:structuredBody hl7:nonXMLBody nonXMLBody erlaubt bei EIS Basic atcdabbr @classCode cs 0 … 1 F DOCBODY @moodCode cs 0 … 1 F EVN hl7:text ED 1 … 1 R atcdabbr hl7:structuredBody Sections bei EIS Enhanced/Full Beispielhaft werden nur die Sektionen Brieftext und Abschließende Bemerkung angeführt. atcdabbr @classCode cs 0 … 1 F DOCBODY @moodCode cs 0 … 1 F EVN hl7:component 0 … 1 Beinhaltet 1.2.40.0.34.6.0.11.2.69 Brieftext (DYNAMIC) atcdabbr @typeCode cs 0 … 1 F COMP @context​Conduction​Ind bl 0 … 1 F true hl7:component 0 … 1 Beinhaltet 1.2.40.0.34.6.0.11.2.70 Abschließende Bemerkung (DYNAMIC) atcdabbr @typeCode cs 0 … 1 F COMP @context​Conduction​Ind bl 0 … 1 F true hl7:component 0 … 1 Beinhaltet 1.2.40.0.34.6.0.11.2.71 Beilagen (DYNAMIC) atcdabbr @typeCode cs 0 … 1 F COMP @context​Conduction​Ind bl 0 … 1 F true hl7:component 0 … 1 Beinhaltet 1.2.40.0.34.6.0.11.2.61 Willenserklärungen und andere juridische Dokumente (DYNAMIC) atcdabbr @typeCode cs 0 … 1 F COMP @context​Conduction​Ind bl 0 … 1 F true Auswahl  … 1 Elemente in der Auswahl: hl7:component welches enthält Template 1.2.40.0.34.6.0.11.2.46 Vitalparameter - kodiert (DYNAMIC) hl7:component welches enthält Template 1.2.40.0.34.6.0.11.2.68 Vitalparameter - unkodiert (DYNAMIC) hl7:component 0 … 1 Beinhaltet 1.2.40.0.34.6.0.11.2.46 Vitalparameter - kodiert (DYNAMIC) atcdabbr @typeCode cs 0 … 1 F COMP @context​Conduction​Ind bl 0 … 1 F true hl7:component 0 … 1 Beinhaltet 1.2.40.0.34.6.0.11.2.68 Vitalparameter - unkodiert (DYNAMIC) atcdabbr @typeCode cs 0 … 1 F COMP @context​Conduction​Ind bl 0 … 1 F true hl7:component 0 … 1 Beinhaltet 1.2.40.0.34.6.0.11.2.75 Anmerkungen (DYNAMIC) atcdabbr @typeCode cs 0 … 1 F COMP @context​Conduction​Ind bl 0 … 1 F true hl7:component 0 … 1 Beinhaltet 1.2.40.0.34.6.0.11.2.77 Hilfsmittel und Ressourcen (DYNAMIC) atcdabbr @typeCode cs 0 … 1 F COMP @context​Conduction​Ind bl 0 … 1 F true hl7:component 0 … 1 Achtung! Subsektion! Nur zu Testzwecken hier referenziert! Beinhaltet 1.2.40.0.34.6.0.11.2.76 Risiken (DYNAMIC) atcdabbr @typeCode cs 0 … 1 F COMP @context​Conduction​Ind bl 0 … 1 F true Eingefügt von 1.2.40.0.34.6.0.11.9.40 Title Test (DYNAMIC)   Schematron assert role  error     test not(matches(/hl7:ClinicalDocument/hl7:title[text()], '[\r\n\t\v]'))     Meldung Die Verwendung von CR oder LF in ClinicalDocument/title ist nicht erlaubt.

2.2 Header Level Templates

2.2.1 Document Realm

1.2.40.0.34.6.0.11.1.10 /dynamic

2.2.2 typeId

im DTL

2.2.3 templateId

im DTL

2.2.4 Document Id

1.2.40.0.34.6.0.11.1.1

2.2.5 Document Code

1.2.40.0.34.6.0.11.1.16

2.2.6 Document Effective Time

1.2.40.0.34.6.0.11.1.11

2.2.7 Document Confidentiality Code

1.2.40.0.34.6.0.11.1.12

2.2.8 Document Language

1.2.40.0.34.6.0.11.1.13

2.2.9 Document Set Id and Version Number

1.2.40.0.34.6.0.11.1.15

2.2.10 Record Target

Id	1.2.40.0.34.6.0.11.1.3 ref at-cda-bbr-	Gültigkeit ab	2023‑11‑30 08:08:14 Andere Versionen mit dieser Id: atcdabbr_header_RecordTarget vom 2020‑11‑24 10:03:02 atcdabbr_header_RecordTarget vom 2020‑10‑21 10:42:28 atcdabbr_header_RecordTarget vom 2020‑09‑10 15:26:39 atcdabbr_header_RecordTarget vom 2019‑02‑20 12:10:02
Status	Entwurf	Versions-Label	1.2.1
Name	atcdabbr_header_RecordTarget	Bezeichnung	Record 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.
Klassifikation	CDA Header Level Template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Assoziiert mit	Assoziiert mit 20 Konzepte Id Name Datensatz at-cda-bbr-data​element-100  Sprachfähigkeit  Dataset A Allgemeiner Leitfaden at-cda-bbr-data​element-101  Sprache  Dataset A Allgemeiner Leitfaden at-cda-bbr-data​element-102  Grad der Sprachkenntnis  Dataset A Allgemeiner Leitfaden at-cda-bbr-data​element-103  Sprachpräferenz  Dataset A Allgemeiner Leitfaden at-cda-bbr-data​element-191  Todesdatum  Dataset A Allgemeiner Leitfaden at-cda-bbr-data​element-192  Verstorben-Kennzeichen  Dataset A Allgemeiner Leitfaden at-cda-bbr-data​element-193  EKVK  Dataset A Allgemeiner Leitfaden at-cda-bbr-data​element-64  Patient  Dataset A Allgemeiner Leitfaden at-cda-bbr-data​element-65  LokaleID  Dataset A Allgemeiner Leitfaden at-cda-bbr-data​element-66  SVNr  Dataset A Allgemeiner Leitfaden at-cda-bbr-data​element-67  bPK-GH  Dataset A Allgemeiner Leitfaden at-cda-bbr-data​element-68  Adresse  Dataset A Allgemeiner Leitfaden at-cda-bbr-data​element-70  Name  Dataset A Allgemeiner Leitfaden at-cda-bbr-data​element-72  Kontaktdaten  Dataset A Allgemeiner Leitfaden at-cda-bbr-data​element-74  Geschlecht  Dataset A Allgemeiner Leitfaden at-cda-bbr-data​element-75  Geburtsdatum  Dataset A Allgemeiner Leitfaden at-cda-bbr-data​element-76  Geburtsort  Dataset A Allgemeiner Leitfaden at-cda-bbr-data​element-88  Gesetzlicher Vertreter  Dataset A Allgemeiner Leitfaden at-cda-bbr-data​element-98  Familienstand  Dataset A Allgemeiner Leitfaden at-cda-bbr-data​element-99  Religionsbekenntnis  Dataset A Allgemeiner Leitfaden
Benutzt	Benutzt 5 Templates Benutzt als Name Version 1.2.40.0.34.6.0.11.9.25 Containment Address Compilation (1.0.1+20230717) DYNAMIC 1.2.40.0.34.6.0.11.9.11 Inklusion Person Name Compilation G2 M (1.0.1+20230717) DYNAMIC 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.27 Containment Organization Name Compilation (1.0.1+20210628) DYNAMIC 1.2.40.0.34.6.0.11.9.10 Containment Address Compilation Minimal (1.0.2+20230717) DYNAMIC
Beziehung	Spezialisierung: 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>
Item DT Kard Konf Beschreibung Label hl7:recordTarget Komponente für die Patientendaten.   at-cda-bbr-data​element-64  Patient  Dataset A Allgemeiner Leitfaden @typeCode cs 0 … 1 F RCT @context​Control​Code cs 0 … 1 F OP hl7:patientRole 1 … 1 M Patientendaten. @classCode cs 0 … 1 F PAT hl7:id II 2 … * R Patientenidentifikatoren   at-cda-bbr-data​element-193  EKVK  Dataset A Allgemeiner Leitfaden at-cda-bbr-data​element-65  LokaleID  Dataset A Allgemeiner Leitfaden at-cda-bbr-data​element-66  SVNr  Dataset A Allgemeiner Leitfaden at-cda-bbr-data​element-67  bPK-GH  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 kurz (0..1 O):    - @root: OID der EKVK, fester Wert: 1.2.40.0.34.4.21 (1..1 M)    - @extension: Datenfeld 3 der EKVK     - @assigningAuthorityName : Fester Wert: Nationaler Krankenversicherungsträger (0..1 O)   * id[@root="1.2.40.0.10.1.4.3.8"] Europäische Krankenversicherungskarte lang (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 Kennnummer" 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"/> hl7:addr 0 … 2 R 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)   at-cda-bbr-data​element-68  Adresse  Dataset A Allgemeiner Leitfaden   Constraint Werden mehrere gleichartige address-Elemente strukturiert (z.B. Home, Pflege), MUSS jeweils das Attribut @use angeführt sein. hl7:telecom TEL.AT 0 … * R Kontakt-Element. Grundsätzlich sind die Vorgaben gemäß „Kontaktdaten-Element“ zu befolgen.   at-cda-bbr-data​element-72  Kontaktdaten  Dataset A Allgemeiner Leitfaden @value url 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äß Value-Set „ELGA_URLScheme“ @use cs 0 … 1   Bedeutung des angegebenen Kontakts (z.B 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:patient 1 … 1 M Name 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.   at-cda-bbr-data​element-70  Name  Dataset A Allgemeiner Leitfaden Eingefügt 1 … 1 M von 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC) @classCode cs 0 … 1 F PSN @determiner​Code cs 0 … 1 F INSTANCE hl7:name PN 1 … 1 M Namen-Element (Person) @use cs 0 … 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“). hl7:prefix ENXP 0 … * Beliebig viele Präfixe zum Namen, z.B. Akademische Titel Achtung: Die Angabe der Anrede („Frau“, „Herr“), ist im CDA nicht vorgesehen! @qualifier cs 0 … 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) hl7:family ENXP 1 … * M Mindestens ein Hauptname (Nachname). @qualifier cs 0 … 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) hl7:given ENXP 1 … * M Mindestens ein Vorname @qualifier cs 0 … 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) hl7:suffix ENXP 0 … * Beliebig viele Suffixe zum Namen @qualifier cs 0 … 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) Auswahl 1 … 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'] hl7:administrative​Gender​Code CE 0 … 1 wo [not(@nullFlavor)]   at-cda-bbr-data​element-74  Geschlecht  Dataset A Allgemeiner Leitfaden @displayName st 1 … 1 R @code cs 1 … 1 R @codeSystem oid 1 … 1 F 2.16.840.1.113883.5.1 @codeSystemName st 0 … 1 F HL7:AdministrativeGender   CONF Der Wert von @code MUSS gewählt werden aus dem Value Set 1.2.40.0.34.10.4 ELGA_AdministrativeGender (DYNAMIC) hl7:translation CD 0 … * 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 @displayName st 1 … 1 R   Beispiel Beispiel für eine SNOMED CT Angabe <translation code="772004004" codeSystem="2.16.840.1.113883.6.96" displayName="Non-binary gender"/> hl7:administrative​Gender​Code CE 0 … 1 Mittels nullFlavor="UNK" wird "Unbekannt" abgebildet. Dies schließt die Ausprägung "Keine Angabe" mit ein. wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK Auswahl 1 … 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'] hl7:birthTime TS.AT.VAR 0 … 1   at-cda-bbr-data​element-75  Geburtsdatum  Dataset A Allgemeiner Leitfaden hl7:birthTime TS.AT.VAR 0 … 1 wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK sdtc:deceasedInd BL 0 … 1 R Kennzeichen, dass die Person verstorben ist. Kann alternativ zum Todesdatum angegeben werden, v.a. wenn der Todeszeitpunkt nicht bekannt ist.   at-cda-bbr-data​element-192  Verstorben-Kennzeichen  Dataset A Allgemeiner Leitfaden sdtc:deceasedTime TS.AT.TZ 0 … 1 R Todesdatum der Person.   at-cda-bbr-data​element-191  Todesdatum  Dataset A Allgemeiner Leitfaden hl7:marital​Status​Code CE 0 … 1 R Codierung des Familienstands des Patienten. Zulässige Werte gemäß Value-Set „ELGA_MaritalStatus“   at-cda-bbr-data​element-98  Familienstand  Dataset A Allgemeiner Leitfaden @code cs 1 … 1 R @codeSystem oid 1 … 1 F 2.16.840.1.113883.5.2 @codeSystemName st 1 … 1 F HL7:MaritalStatus @displayName st 1 … 1 R   CONF Der Wert von @code MUSS gewählt werden aus dem Value Set 1.2.40.0.34.10.11 ELGA_MaritalStatus (DYNAMIC) hl7:religious​Affiliation​Code CE 0 … 1 R Codierung des Religionsbekenntnisses des Patienten. Zulässige Werte gemäß Value-Set „ELGA_ReligiousAffiliation“   at-cda-bbr-data​element-99  Religionsbekenntnis  Dataset A Allgemeiner Leitfaden @code cs 1 … 1 R @codeSystem oid 1 … 1 F 2.16.840.1.113883.2.16.1.4.1 @codeSystemName st 1 … 1 F HL7.AT:ReligionAustria @displayName st 1 … 1 R   CONF Der Wert von @code MUSS gewählt werden aus dem Value Set 1.2.40.0.34.10.18 ELGA_ReligiousAffiliation (DYNAMIC) hl7:raceCode NP Rasse des Patienten. Darf nicht verwendet werden! hl7:ethnic​Group​Code NP Ethnische Zugehörigkeit des Patienten. Darf nicht verwendet werden! hl7:guardian 0 … * R Gesetzlicher Vertreter: Vorsorgebevollmächtigte/r (Bevollmächtigte/r durch Vorsorgevollmacht) Gewählte/r ErwachsenenvertreterIn Gesetzliche/r ErwachsenenvertreterIn 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.   at-cda-bbr-data​element-88  Gesetzlicher Vertreter  Dataset A Allgemeiner Leitfaden @classCode cs 0 … 1 F GUARD hl7:addr 0 … 1 R 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) hl7:telecom TEL.AT 0 … * R Beliebig viele Kontaktdaten des gesetzlichen Vertreters als Person oder Organisation. Grundsätzlich sind die Vorgaben gemäß „Kontaktdaten-Element“ zu befolgen. @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äß Value-Set „ELGA_URLScheme“ @use set_cs 0 … 1   Bedeutung des angegebenen Kontakts (z.B. Heim, Arbeitsplatz) Bsp: WP Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“   Constraint Werden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein. Auswahl 1 … 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) hl7:guardian​Person 0 … 1 Name 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) hl7:guardian​Person 0 … 1 Name 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) hl7:guardian​Organization 0 … 1 R Name des gesetzlichen Vertreters (Organisation) Beinhaltet 1.2.40.0.34.6.0.11.9.27 Organization Name Compilation (DYNAMIC) hl7:birthplace 0 … 1 R Geburtsort des Patienten.   at-cda-bbr-data​element-76  Geburtsort  Dataset A Allgemeiner Leitfaden @classCode cs 0 … 1 F BIRTHPL hl7:place 1 … 1 M @classCode cs 0 … 1 F PLC @determiner​Code cs 0 … 1 F INSTANCE Auswahl 1 … 1 Elemente 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) hl7:addr AD 0 … 1 Die Adresse des Geburtsorts. Minimalangabe. Alle Elemente optional. Beinhaltet 1.2.40.0.34.6.0.11.9.10 Address Compilation Minimal (DYNAMIC) hl7:addr AD 0 … 1 Die Adresse des Geburtsorts, struktuiert. Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC) hl7:language​Communication 0 … * R Informationen bezüglich der Sprachfähigkeiten und Ausdrucksform des Patienten.   at-cda-bbr-data​element-100  Sprachfähigkeit  Dataset A Allgemeiner Leitfaden hl7:language​Code CS 1 … 1 M Sprache, 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).   at-cda-bbr-data​element-101  Sprache  Dataset A Allgemeiner Leitfaden @code cs 1 … 1 R Zulä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) hl7:modeCode CE 0 … 1 C Ausdrucksform der Sprache. Zulässige Werte gemäß Value-Set „ELGA_LanguageAbilityMode“ @code cs 1 … 1 R @displayName st 1 … 1 R @codeSystem oid 1 … 1 F 2.16.840.1.113883.5.60 @codeSystemName st 0 … 1 F HL7:LanguageAbilityMode   Constraint Bei 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) hl7:proficiency​Level​Code CE 0 … 1 R Grad der Sprachkenntnis in der Sprache. Zulässige Werte gemäß Value-Set „ELGA_ProficiencyLevelCode“   at-cda-bbr-data​element-102  Grad der Sprachkenntnis  Dataset A Allgemeiner Leitfaden @code cs 1 … 1 R @displayName st 1 … 1 R @codeSystem oid 1 … 1 F 2.16.840.1.113883.5.61 @codeSystemName st 0 … 1 F HL7:LanguageAbilityProficiency   CONF Der Wert von @code MUSS gewählt werden aus dem Value Set 1.2.40.0.34.10.174 ELGA_ProficiencyLevelCode (DYNAMIC) hl7:preference​Ind BL 0 … 1 R Kennzeichnung, ob die Sprache in der angegebenen Ausdrucksform vom Patienten bevorzugt wird.   at-cda-bbr-data​element-103  Sprachpräferenz  Dataset A Allgemeiner Leitfaden   Schematron assert role  error     test not(hl7:id[1]/@nullFlavor)     Meldung Die Verwendung von id/@nullFlavor ist an dieser Stelle NICHT ERLAUBT.     Schematron assert role  error     test not(hl7:id[2]/@nullFlavor) or (hl7:id[2][@nullFlavor='UNK'] or hl7:id[2][@nullFlavor='NI'])     Meldung Zugelassene nullFlavor sind "NI" und "UNK"

2.2.11 Author

Id	1.2.40.0.34.6.0.11.1.2 ref at-cda-bbr-	Gültigkeit ab	2023‑04‑06 15:23:19 Andere Versionen mit dieser Id: atcdabbr_header_Author vom 2021‑08‑24 08:35:56 atcdabbr_header_Author vom 2021‑02‑18 12:40:27 atcdabbr_header_Author vom 2019‑02‑13 09:50:17
Status	Aktiv	Versions-Label	1.0.3+20230717
Name	atcdabbr_header_Author	Bezeichnung	Author
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.
Klassifikation	CDA Header Level Template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Benutzt	Benutzt 3 Templates Benutzt als Name Version 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.18 Containment Device Compilation (1.0.2+20230717) DYNAMIC 1.2.40.0.34.6.0.11.9.5 Containment Organization Compilation with id, name (1.0.1+20210628) DYNAMIC
Beziehung	Spezialisierung: 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>
Item DT Kard Konf Beschreibung Label hl7:author Verfasser des Dokuments. @typeCode cs 0 … 1 F AUT @context​Control​Code cs 0 … 1 F OP hl7:functionCode CE (extensible) 0 … 1 R Funktionscode des Verfassers des Dokuments, z.B: „Diensthabender Oberarzt“, „Verantwortlicher Arzt für Dokumentation“,„Stationsschwester“. Eigene Codes und Bezeichnungen können verwendet werden. @code cs 1 … 1 R @codeSystem oid 1 … 1 R @displayName st 1 … 1 R Auswahl 1 … 1 Der Zeitpunkt, zu dem das Dokument verfasst bzw. inhaltlich fertiggestellt wurde. Elemente in der Auswahl: hl7:time[not(@nullFlavor)] hl7:time[@nullFlavor='UNK'] hl7:time TS.AT.TZ 0 … 1 wo [not(@nullFlavor)] hl7:time TS.AT.TZ 0 … 1 wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK hl7:assignedAuthor 1 … 1 M @classCode cs 0 … 1 F ASSIGNED Auswahl 1 … * 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']   Constraint Zugelassene 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 hl7:id II 0 … * Identifikation des Verfassers des Dokuments im lokalen System des/der datenerstellenden Gerätes/Software. ODER Identifikation des/der datenerstellenden Gerätes/Software.  wo [not(@nullFlavor)] hl7:id II 0 … 1 wo [@nullFlavor='NI'] @nullFlavor cs 1 … 1 F NI hl7:id II 0 … 1 wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK hl7:code CE 0 … 1 R 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. @codeSystem oid 1 … 1 R @displayName st 1 … 1 R @code cs 1 … 1 R   CONF Der Wert von @code MUSS gewählt werden aus dem Value Set 1.2.40.0.34.10.6 ELGA_AuthorSpeciality (DYNAMIC) hl7:telecom TEL.AT 0 … * Kontaktdaten des Verfassers des Dokuments. 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 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. Auswahl 1 … 1 Elemente 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) hl7: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) hl7:assigned​Authoring​Device 0 … 1 Datenerstellende/s Software/Gerät Beinhaltet 1.2.40.0.34.6.0.11.9.18 Device Compilation (DYNAMIC) hl7:represented​Organization 1 … 1 M Organisation, 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)   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.

2.2.12 Data Enterer

Id	1.2.40.0.34.6.0.11.1.22 ref at-cda-bbr-	Gültigkeit ab	2023‑04‑05 13:19:03 Andere Versionen mit dieser Id: atcdabbr_header_Data_Enterer vom 2021‑02‑19 10:33:56 atcdabbr_header_Data_Enterer vom 2019‑03‑26 11:33:48
Status	Aktiv	Versions-Label	1.0.1+20230717
Name	atcdabbr_header_Data_Enterer	Bezeichnung	Data Enterer
Beschreibung Die dokumentierende Person (z.B. Medizinische Dokumentationsassistenz, Schreibkraft). Das Element "dataEnterer" entfällt bei automatisch erstellten Dokumenten (ODD).
Klassifikation	CDA Header Level Template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Assoziiert mit	Assoziiert mit 2 Konzepte Id Name Datensatz at-cda-bbr-data​element-16  Schreibkraft  Dataset A Allgemeiner Leitfaden at-cda-bbr-data​element-17  Zeitpunkt des Schreibens  Dataset A Allgemeiner Leitfaden
Benutzt	Benutzt 1 Template Benutzt als Name Version 1.2.40.0.34.6.0.11.9.22 Containment Assigned Entity (1.0.2+20230717) DYNAMIC
Beziehung	Spezialisierung: 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>
Item DT Kard Konf Beschreibung Label hl7:dataEnterer z.B. Schreibkraft, Medizinische Dokumentationsassistenz   at-cda-bbr-data​element-16  Schreibkraft  Dataset A Allgemeiner Leitfaden @typeCode cs 0 … 1 F ENT @context​Control​Code cs 0 … 1 F OP hl7:time TS.AT.TZ 0 … 1 R Der Zeitpunkt zu dem die Daten dokumentiert wurden. Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen. wo [not(@nullFlavor)]   at-cda-bbr-data​element-17  Zeitpunkt des Schreibens  Dataset A Allgemeiner Leitfaden hl7:assignedEntity 1 … 1 M Beinhaltet 1.2.40.0.34.6.0.11.9.22 Assigned Entity (DYNAMIC)

2.2.13 Custodian

Id	1.2.40.0.34.6.0.11.1.4 ref at-cda-bbr-	Gültigkeit ab	2021‑10‑13 14:05:15 Andere Versionen mit dieser Id: atcdabbr_header_Custodian vom 2021‑02‑19 10:33:30 atcdabbr_header_Custodian vom 2019‑02‑26 11:28:24
Status	Aktiv	Versions-Label	1.0.1+20211213
Name	atcdabbr_header_Custodian	Bezeichnung	Custodian
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.
Klassifikation	CDA Header Level Template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Assoziiert mit	Assoziiert mit 1 Konzept Id Name Datensatz at-cda-bbr-data​element-24  Verwahrer  Dataset A Allgemeiner Leitfaden
Benutzt	Benutzt 1 Template Benutzt als Name Version 1.2.40.0.34.6.0.11.9.25 Containment Address Compilation (1.0.1+20230717) DYNAMIC
Beziehung	Version: 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>
Item DT Kard Konf Beschreibung Label hl7:custodian Verwahrer des Dokuments.   at-cda-bbr-data​element-24  Verwahrer  Dataset A Allgemeiner Leitfaden @typeCode cs 0 … 1 F CST hl7:assignedCustodian 1 … 1 M @classCode cs 0 … 1 F ASSIGNED hl7:represented​Custodian​Organization 1 … 1 M @classCode cs 0 … 1 F ORG @determiner​Code cs 0 … 1 F INSTANCE hl7:id II 1 … * M Identifikation 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. hl7:name ON 1 … 1 M Name des Verwahrers des Dokuments (Organisation). Grundsätzlich sind die Vorgaben für „Namen-Elemente von Organisationen ON“ zu befolgen. hl7:telecom TEL.AT 0 … * Kontaktdaten des Verwahrers des originalen Dokuments (Organisation). Grundsätzlich sind die Vorgaben für „Kontaktdaten-Elemente“ zu befolgen. wo [not(@nullFlavor)] @value st 1 … 1 R @use set_cs 0 … 1   Bedeutung des angegebenen Kontakts gemäß Value-Set „ELGA_TelecomAddressUse“   Constraint Werden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein. hl7:addr AD 1 … 1 M Adresse 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)

2.2.14 Information Recipient

Id	1.2.40.0.34.6.0.11.1.24 ref at-cda-bbr-	Gültigkeit ab	2021‑02‑19 11:10:25 Andere Versionen mit dieser Id: atcdabbr_header_Information_Recipient vom 2019‑03‑26 13:08:59
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)
Assoziiert mit	Assoziiert mit 5 Konzepte Id Name Datensatz at-cda-bbr-data​element-26  Empfänger  Dataset A Allgemeiner Leitfaden at-cda-bbr-data​element-27  Empfänger Typ  Dataset A Allgemeiner Leitfaden at-cda-bbr-data​element-28  ID des Empfängers  Dataset A Allgemeiner Leitfaden at-cda-bbr-data​element-29  Name  Dataset A Allgemeiner Leitfaden at-cda-bbr-data​element-30  Organisation  Dataset A Allgemeiner Leitfaden
Benutzt	Benutzt 3 Templates 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 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>
Item DT Kard Konf Beschreibung Label hl7:information​Recipient Beabsichtiger Empfänger des Dokuments.    at-cda-bbr-data​element-26  Empfänger  Dataset A Allgemeiner Leitfaden @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)   at-cda-bbr-data​element-27  Empfänger Typ  Dataset A Allgemeiner Leitfaden hl7:intended​Recipient 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)]   at-cda-bbr-data​element-28  ID des Empfängers  Dataset A Allgemeiner Leitfaden 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: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) hl7:information​Recipient  … 1 Beinhaltet 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC) wo [hl7:name [count(child::*)=0]]   at-cda-bbr-data​element-29  Name  Dataset A Allgemeiner Leitfaden hl7:information​Recipient  … 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:received​Organization 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.   at-cda-bbr-data​element-30  Organisation  Dataset A Allgemeiner Leitfaden 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. 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)]

2.2.15 Legal Authenticator

Id	1.2.40.0.34.6.0.11.1.5 ref at-cda-bbr-	Gültigkeit ab	2021‑02‑19 11:10:59 Andere Versionen mit dieser Id: atcdabbr_header_LegalAuthenticator vom 2019‑03‑04 11:41:57
Status	Aktiv	Versions-Label	1.0.0+20210219
Name	atcdabbr_header_LegalAuthenticator	Bezeichnung	Legal 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.
Klassifikation	CDA Header Level Template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Assoziiert mit	Assoziiert mit 3 Konzepte Id Name Datensatz at-cda-bbr-data​element-1  Rechtlicher Unterzeichner  Dataset A Allgemeiner Leitfaden at-cda-bbr-data​element-5  Zeitpunkt der Unterzeichnung  Dataset A Allgemeiner Leitfaden at-cda-bbr-data​element-6  Signatur  Dataset A Allgemeiner Leitfaden
Benutzt	Benutzt 1 Template Benutzt als Name Version 1.2.40.0.34.6.0.11.9.22 Containment Assigned Entity (1.0.2+20230717) DYNAMIC
Beziehung	Version: 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>
Item DT Kard Konf Beschreibung Label hl7:legalAuthenticator Hauptunterzeichner, Rechtlicher Unterzeichner   at-cda-bbr-data​element-1  Rechtlicher Unterzeichner  Dataset A Allgemeiner Leitfaden @context​Control​Code cs 0 … 1 F OP @typeCode cs 0 … 1 F LA Auswahl 1 … 1 Der Zeitpunkt, an dem das Dokument unterzeichnet wurde. Elemente in der Auswahl: hl7:time[not(@nullFlavor)] hl7:time[@nullFlavor='UNK'] hl7:time TS.AT.TZ 0 … 1 wo [not(@nullFlavor)]   at-cda-bbr-data​element-5  Zeitpunkt der Unterzeichnung  Dataset A Allgemeiner Leitfaden hl7:time TS.AT.TZ 0 … 1 wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK hl7:signatureCode CS 1 … 1 M Signaturcode gibt an, dass das Originaldokument unterzeichnet wurde.   at-cda-bbr-data​element-6  Signatur  Dataset A Allgemeiner Leitfaden @code CONF 1 … 1 F S hl7:assignedEntity 1 … 1 M Personendaten 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)

2.2.16 Authenticator

Id	1.2.40.0.34.6.0.11.1.6 ref at-cda-bbr-	Gültigkeit ab	2021‑02‑19 10:25:00 Andere Versionen mit dieser Id: atcdabbr_header_Authenticator vom 2019‑03‑04 13:11:54
Status	Aktiv	Versions-Label	1.0.0+20210219
Name	atcdabbr_header_Authenticator	Bezeichnung	Authenticator
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.
Klassifikation	CDA Header Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit	Assoziiert mit 3 Konzepte Id Name Datensatz at-cda-bbr-data​element-105  Zeitpunkt der Unterzeichnung  Dataset A Allgemeiner Leitfaden at-cda-bbr-data​element-106  Signatur  Dataset A Allgemeiner Leitfaden at-cda-bbr-data​element-31  Weitere Unterzeichner  Dataset A Allgemeiner Leitfaden
Benutzt	Benutzt 1 Template Benutzt als Name Version 1.2.40.0.34.6.0.11.9.22 Inklusion Assigned Entity (1.0.2+20230717) DYNAMIC
Beziehung	Version: 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>
Item DT Kard Konf Beschreibung Label hl7:authenticator Weitere Unterzeichner.   at-cda-bbr-data​element-31  Weitere Unterzeichner  Dataset A Allgemeiner Leitfaden @typeCode cs 0 … 1 F AUTHEN Auswahl 1 … 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'] hl7:time TS.AT.TZ 0 … 1 wo [not(@nullFlavor)]   at-cda-bbr-data​element-105  Zeitpunkt der Unterzeichnung  Dataset A Allgemeiner Leitfaden hl7:time TS.AT.TZ 0 … 1 wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK hl7:signatureCode CS 1 … 1 M   at-cda-bbr-data​element-106  Signatur  Dataset A Allgemeiner Leitfaden @code CONF 1 … 1 F S hl7:assignedEntity 1 … 1 M Personendaten des weiteren Unterzeichners. Grundsätzlich sind die Vorgaben gemäß Kapitel „AssignedEntity-Element (Person + Organisation)“ zu befolgen. Eingefügt von 1.2.40.0.34.6.0.11.9.22 Assigned Entity (DYNAMIC) @classCode cs 0 … 1 F ASSIGNED Auswahl 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 hl7:id II 0 … * wo [not(@nullFlavor)] hl7:id II 0 … 1 wo [@nullFlavor='NI'] @nullFlavor cs 1 … 1 F NI hl7:id II 0 … 1 wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK Auswahl 0 … 1 Elemente 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'] hl7:addr 0 … 1 Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC) wo [not(@nullFlavor)] hl7:addr 0 … 1 wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK hl7:telecom TEL.AT 0 … * Beliebig viele Kontakt-Elemente der Person der Entität. Grundsätzlich sind die Vorgaben gemäß „Kontaktdaten-Element“ zu befolgen. wo [not(@nullFlavor)] @value url 1 … 1 R 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" @use 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:assigned​Person 1 … 1 M 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) hl7:represented​Organization 0 … 1 R 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)

2.2.17 Participant Ansprechpartner

2.2.17.1 Participant Fachlicher Ansprechpartner

Id	1.2.40.0.34.6.0.11.1.20 ref at-cda-bbr-	Gültigkeit ab	2021‑08‑03 11:02:47 Andere Versionen mit dieser Id: atcdabbr_header_ParticipantFachlicherAnsprechpartner vom 2021‑06‑30 15:57:10 atcdabbr_header_ParticipantFachlicherAnsprechpartner vom 2021‑02‑19 11:15:35 atcdabbr_header_ParticipantFachlicherAnsprechpartner vom 2019‑02‑12 15:59:16
Status	Aktiv	Versions-Label	1.0.2+20210803
Name	atcdabbr_header_ParticipantFachlicherAnsprechpartner	Bezeichnung	Participant 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.
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.1.20
Klassifikation	CDA Header Level Template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Benutzt	Benutzt 3 Templates Benutzt als Name Version 1.2.40.0.34.6.0.11.9.25 Containment Address Compilation (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.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>
Item DT Kard Konf Beschreibung Label hl7:participant Fachlicher Ansprechpartner wo [hl7:templateId ​[@root​=​'1.2.40.0.34.6.0.11.1.20']] @typeCode cs 1 … 1 F CALLBCK   Callback contact @context​Control​Code cs 0 … 1 F OP hl7:templateId II 1 … 1 M Template ID zur Identifikation dieser Art von Beteiligten @root uid 1 … 1 F 1.2.40.0.34.6.0.11.1.20 hl7: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. @code cs 1 … 1 R @codeSystem oid 1 … 1 R @displayName st 1 … 1 R hl7:associated​Entity 1 … 1 M @classCode cs 1 … 1 F PROV   Healthcare provider - Gesundheitsdiensteanbieter hl7:code CE 0 … 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. @codeSystem oid 1 … 1 R @displayName st 1 … 1 R @code cs 1 … 1 R   CONF Der Wert von @code MUSS gewählt werden aus dem Value Set 1.2.40.0.34.10.6 ELGA_AuthorSpeciality (DYNAMIC) hl7:addr AD 0 … 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) wo [not(@nullFlavor)] hl7:telecom TEL.AT 1 … * M Beliebig viele Kontaktdaten des Beteiligten. @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 Es MUSS mindestens eine Telefonnummer angegeben werden. Werden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein. hl7:associated​Person 0 … 1 R Name der Person Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC) hl7:scoping​Organization 0 … 1 R Organisation, der der Beteiligte angehört (mit Adresse und Kontaktdaten der Organisation). Grundsätzlich sind die Vorgaben für "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 @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. 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)]

2.2.17.2 Participant Zuweiser

Id	1.2.40.0.34.6.0.11.1.21 ref at-cda-bbr-	Gültigkeit ab	2021‑02‑19 11:15:01 Andere Versionen mit dieser Id: atcdabbr_header_ParticipantEinweisenderZuweisenderUeberweisenderArzt vom 2019‑02‑12 16:23:33
Status	Aktiv	Versions-Label	1.0.0+20210219
Name	atcdabbr_header_ParticipantEinweisenderZuweisenderUeberweisenderArzt	Bezeichnung	Participant Ein-, Ueber-, Zuweisender Arzt
Beschreibung	Beteiligter (Einweisender/Zuweisender Arzt)
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.1.21
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 (1.0.1+20230717) DYNAMIC 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.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>
Item DT Kard Konf Beschreibung Label hl7:participant Einweisender/Zuweisender/Überweisender Arzt wo [hl7:templateId ​[@root​=​'1.2.40.0.34.6.0.11.1.21']] @typeCode cs 1 … 1 F REF   Referrer @context​Control​Code cs 0 … 1 F OP hl7:templateId II 1 … 1 M @root uid 1 … 1 F 1.2.40.0.34.6.0.11.1.21 hl7:associated​Entity 1 … 1 M @classCode cs 1 … 1 F PROV   Healthcare provider - Gesundheitsdiensteanbieter Auswahl 1 … * Identifikation des einweisenden/zuweisenden/überweisenden Arztes. 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 hl7:id II 0 … * wo [not(@nullFlavor)] hl7:id II 0 … 1 wo [@nullFlavor='NI'] @nullFlavor cs 1 … 1 F NI hl7:id II 0 … 1 wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK hl7:addr AD 0 … 1 Adresse des einweisenden/zuweisenden/überweisenden Arztes Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC) wo [not(@nullFlavor)] hl7:telecom TEL.AT 0 … * Beliebig viele Kontaktdaten des einweisenden/zuweisenden/überweisenden Arztes 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. Auswahl 1 … 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) hl7:associated​Person  … 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:associated​Person  … 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:scoping​Organization 0 … 1 R Organisation, der der Einweiser/Zuweiser/Überweiser angehört (mit Adresse und Kontaktdaten der Organisation). Grundsätzlich sind die Vorgaben für "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 @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. 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)]

2.2.17.3 Participant Hausarzt

Id	1.2.40.0.34.6.0.11.1.23 ref at-cda-bbr-	Gültigkeit ab	2021‑08‑03 11:32:38 Andere Versionen mit dieser Id: atcdabbr_header_ParticipantHausarzt vom 2021‑02‑19 11:16:07 atcdabbr_header_ParticipantHausarzt vom 2019‑02‑13 10:44:48
Status	Aktiv	Versions-Label	1.0.1+20210803
Name	atcdabbr_header_ParticipantHausarzt	Bezeichnung	Participant Hausarzt
Beschreibung	Hausarzt
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.1.23
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 (1.0.1+20230717) DYNAMIC 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.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>
Item DT Kard Konf Beschreibung Label hl7:participant Beteiligter (Hausarzt). wo [hl7:templateId ​[@root​=​'1.2.40.0.34.6.0.11.1.23']] @typeCode cs 1 … 1 F IND   In indirektem Bezug. @context​Control​Code cs 0 … 1 F OP hl7:templateId II 1 … 1 M Template ID zur Identifikation dieser Art von Beteiligten @root uid 1 … 1 F 1.2.40.0.34.6.0.11.1.23 hl7:functionCode CE 1 … * M Funktionscode des Beteiligten @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 hl7:associated​Entity 1 … 1 M Beschreibung der Entität. @classCode cs 1 … 1 F PROV   Healthcare provider - Gesundheitsdiensteanbieter. Auswahl 0 … * 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 hl7:id II 0 … * wo [not(@nullFlavor)] hl7:id II 0 … 1 wo [@nullFlavor='NI'] @nullFlavor cs 1 … 1 F NI hl7:id II 0 … 1 wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK hl7:addr AD 0 … 1 Adresse des Hausarztes Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC) wo [not(@nullFlavor)] hl7:telecom TEL.AT 0 … * Beliebig viele Kontaktdaten des Hausarztes. wo [not(@nullFlavor)] @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 gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein. Auswahl 1 … 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) hl7:associated​Person 0 … 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:associated​Person 0 … 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:scoping​Organization 0 … 1 R Arztpraxis oder Ordination. Grundsätzlich sind die Vorgaben für „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 @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. 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)]

2.2.17.4 Participant Notfallkontakt

Id	1.2.40.0.34.6.0.11.1.27 ref at-cda-bbr-	Gültigkeit ab	2021‑08‑03 11:25:19 Andere Versionen mit dieser Id: atcdabbr_header_ParticipantAuskunftsberechtigtePersonNotfallkontakt vom 2021‑08‑03 10:59:17 atcdabbr_header_ParticipantAuskunftsberechtigtePersonNotfallkontakt vom 2021‑02‑19 11:13:06 atcdabbr_header_ParticipantAuskunftsberechtigtePersonNotfallkontakt vom 2019‑02‑12 15:50:47
Status	Aktiv	Versions-Label	1.0.2+20210803
Name	atcdabbr_header_ParticipantAuskunftsberechtigtePersonNotfallkontakt	Bezeichnung	Participant Auskunftsberechtigte Person (Notfallkontakt)
Beschreibung	Der Notfall-Kontakt entspricht in Österreich der „Auskunftsberechtigten Person“ (oder auch „Vertrauensperson“).
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.1.27
Klassifikation	CDA Header Level Template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Benutzt	Benutzt 5 Templates Benutzt als Name Version 1.2.40.0.34.6.0.11.9.15 Containment Time Interval Information minimal (1.0.1+20210628) DYNAMIC 1.2.40.0.34.6.0.11.9.25 Containment Address Compilation (1.0.1+20230717) DYNAMIC 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.27 Participant Auskunftsberechtigte Person (Notfallkontakt) (2021‑08‑03 10:59:17) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.1.27 Participant Auskunftsberechtigte Person (Notfallkontakt) (2021‑02‑19 11:13:06) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.1.27 Participant Auskunftsberechtigte Person (Notfallkontakt) (2019‑02‑12 15:50:47) 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 typeCode="IND">   <templateId root="1.2.40.0.34.6.0.11.1.27"/>  <time>     <!-- template 1.2.40.0.34.6.0.11.9.15 'Time Interval Information minimal' (2019-04-08T08:15:46) -->   </time>  <associatedEntity classCode="ECON">     <!-- Verwandtschaftsverhältnis des Notfallkontakts zum Patienten -->     <code code="FAMMEMB" displayName="Family Member" codeSystem="2.16.840.1.113883.5.111" codeSystemName="HL7:RoleCode"/>    <!-- Adresse des Notfall-Kontakts -->     <addr>       <!-- include template 1.2.40.0.34.6.0.11.9.25 'Address Compilation' (2019-02-28T14:24:14) -->     </addr>    <telecom use="WP" value="tel:+1-12345678"/>    <associatedPerson>       <!-- Name des Notfallkontakts (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) -->     </scopingOrganization>  </associatedEntity></participant>
Item DT Kard Konf Beschreibung Label hl7:participant Beteiligter (Notfallkontakt / Auskunftsberechtigte Person) wo [hl7:templateId ​[@root​=​'1.2.40.0.34.6.0.11.1.27']] @typeCode cs 1 … 1 F IND   In indirektem Bezug. @context​Control​Code cs 0 … 1 F OP hl7:templateId II 1 … 1 M Template ID zur Identifikation dieser Art von Beteiligten @root uid 1 … 1 F 1.2.40.0.34.6.0.11.1.27 hl7:time IVL_TS 0 … 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) hl7:associated​Entity 1 … 1 M Beschreibung der Entität. @classCode cs 1 … 1 F ECON   Emergency contact - Notfall-Kontakt hl7:code CE 0 … 1 Verwandtschaftsverhältnis des Beteiligten zum Patienten, z.B. DAU („daughter“), wenn die Beteiligte die Tochter des Patienten ist. wo [not(@nullFlavor)] @code cs 1 … 1 R Zulässige Werte gemäß Value-Set „ELGA_PersonalRelationship“ @displayName st 0 … 1   @codeSystem oid 1 … 1 F 2.16.840.1.113883.5.111 @codeSystemName st 1 … 1 F HL7:RoleCode   CONF Der Wert von @code MUSS gewählt werden aus dem Value Set 1.2.40.0.34.10.17 ELGA_PersonalRelationship (DYNAMIC) hl7:addr AD 0 … 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) wo [not(@nullFlavor)] Auswahl 0 … * Beliebig viele Kontaktdaten des Beteiligten. Elemente in der Auswahl: hl7:telecom[not(@nullFlavor)] hl7:telecom[@nullFlavor='UNK']   Constraint Es SOLL mindestens eine Telefonnummer angegeben werden. hl7:telecom TEL.AT 0 … * R 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     Constraint Werden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein. hl7:telecom TEL.AT 0 … 1 Die Kontaktadresse ist unbekannt. nullFlavor "UNK" wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK Auswahl 1 … 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) hl7:associated​Person 0 … 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:associated​Person 0 … 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:scoping​Organization 0 … 1 R Organisation, der der Beteiligte angehört (mit Adresse und Kontaktdaten der Organisation). Grundsätzlich sind die Vorgaben für „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 @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. 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)]

2.2.17.5 Participant Angehörige

Id	1.2.40.0.34.6.0.11.1.25 ref at-cda-bbr-	Gültigkeit ab	2021‑08‑03 11:17:27 Andere Versionen mit dieser Id: atcdabbr_header_ParticipantAngehoerige vom 2021‑02‑19 11:11:34 atcdabbr_header_ParticipantAngehoerige vom 2019‑02‑12 14:56:37
Status	Aktiv	Versions-Label	1.0.1+20210803
Name	atcdabbr_header_ParticipantAngehoerige	Bezeichnung	Participant Angehoerige
Beschreibung Als Angehörige sind in Österreich jene Personen anzusehen, welche in einem besonderen familiären oder persönlichen Verhältnis zum Patienten stehen, aber nicht unter die Gruppe der „Auskunftsberechtigten Personen (Notfallkontakt)“ fallen.
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.1.25
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 (1.0.1+20230717) DYNAMIC 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 Containment Organization Compilation with name (1.0.0+20210219) DYNAMIC
Beziehung	Version: Template 1.2.40.0.34.6.0.11.1.25 Participant Angehoerige (2021‑02‑19 11:11:34) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.1.25 Participant Angehoerige (2019‑02‑12 14:56:37) 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 typeCode="IND">   <templateId root="1.2.40.0.34.6.0.11.1.25"/>  <associatedEntity classCode="PRS">     <!-- Verwandtschaftsverhältnis des Angehörigen zum Patienten -->     <code code="MTH" displayName="mother" codeSystem="2.16.840.1.113883.5.111" codeSystemName="HL7: RoleCode"/>    <!-- Kontaktdaten des Angehörigen -->     <addr>       <!-- include template 1.2.40.0.34.6.0.11.9.25 'Address Compilation' (2019-02-28T14:24:14) -->     </addr>    <telecom value="tel:0660.1234567"/>    <associatedPerson>       <!-- include template 1.2.40.0.34.6.0.11.9.12 'Person Name Compilation G1 M' 1..1 M' (bei unstrukturierter Angabe des Namens)-->     </associatedPerson>    <scopingOrganization>       <!-- include template 1.2.40.0.34.6.0.11.9.9 'Organization Compilation with name' (2019-02-13T10:30:51) -->     </scopingOrganization>  </associatedEntity></participant>
Item DT Kard Konf Beschreibung Label hl7:participant Beteiligter (Angehöriger) wo [hl7:templateId ​[@root​=​'1.2.40.0.34.6.0.11.1.25']] @typeCode cs 1 … 1 F IND   In indirektem Bezug. @context​Control​Code cs 0 … 1 F OP hl7:templateId II 1 … 1 M Template ID zur Identifikation dieser Art von Beteiligten @root uid 1 … 1 F 1.2.40.0.34.6.0.11.1.25 hl7:associated​Entity 1 … 1 M Beschreibung der Entität. @classCode cs 1 … 1 F PRS   Personal relationship - In persönlicher Beziehung hl7:code CE 1 … 1 M Verwandtschaftsverhältnis des Beteiligten zum Patienten. Beispiel: DAU („daughter“), wenn die Beteiligte die Tochter des Patienten ist oder NBOR für Nachbar. @code cs 1 … 1 R   CONF Der Wert von @code MUSS gewählt werden aus dem Value Set 1.2.40.0.34.10.17 ELGA_PersonalRelationship (DYNAMIC) @displayName st 0 … 1   @codeSystem oid 1 … 1 F 2.16.840.1.113883.5.111 @codeSystemName st 1 … 1 F HL7:RoleCode   CONF Der Wert von @code MUSS gewählt werden aus dem Value Set 1.2.40.0.34.10.17 ELGA_PersonalRelationship (DYNAMIC) hl7:addr AD 0 … 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) wo [not(@nullFlavor)] hl7:telecom TEL.AT 0 … * Beliebig viele Kontaktdaten des Beteiligten. wo [not(@nullFlavor)] @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 gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein. Auswahl 1 … 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) hl7:associated​Person 0 … 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:associated​Person 0 … 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:scoping​Organization 0 … 1 R Beinhaltet 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC)

2.2.17.6 Participant Versicherung

Id	1.2.40.0.34.6.0.11.1.26 ref at-cda-bbr-	Gültigkeit ab	2021‑02‑19 11:16:42 Andere Versionen mit dieser Id: atcdabbr_header_ParticipantVersicherung vom 2019‑03‑26 14:54:17
Status	Aktiv	Versions-Label	1.0.0+20210219
Name	atcdabbr_header_ParticipantVersicherung	Bezeichnung	Participant Versicherung
Beschreibung	Der Beteiligte (Patient) ist selbst der Versicherungsnehmer oder ist bei einem Angehörigen mitversichert.
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.1.26
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.15 Containment Time Interval Information minimal (1.0.1+20210628) DYNAMIC 1.2.40.0.34.6.0.11.9.25 Containment Address Compilation (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.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>
Item DT Kard Konf Beschreibung Label hl7:participant Beteiligter (Versicherter/Versicherung). wo [hl7:templateId ​[@root​=​'1.2.40.0.34.6.0.11.1.26']] @typeCode cs 1 … 1 F HLD @context​Control​Code cs 0 … 1 F OP hl7:templateId II 1 … 1 M Template ID zur Identifikation dieser Art von Beteiligten @root uid 1 … 1 F 1.2.40.0.34.6.0.11.1.26 hl7:time IVL_TS 0 … 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) hl7:associated​Entity 1 … 1 M @classCode cs 1 … 1 F POLHOLD   Policy holder - Halter einer Versicherungspolizze Auswahl 1 … 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 hl7:id II 0 … 1 wo [not(@nullFlavor)] hl7:id II 0 … 1 wo [@nullFlavor='NI'] @nullFlavor cs 1 … 1 F NI hl7:id II 0 … 1 wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK hl7:code CE 1 … 1 M Versicherungsverhältnis codiert Beispiele: SELF, wenn der Patient selbst der Versicherte ist. FAMDEP, wenn der Patient bei einem Familienmitglied mitversichert ist. @code cs 1 … 1 R @codeSystem oid 1 … 1 F 2.16.840.1.113883.5.111 @codeSystemName st 1 … 1 F HL7:RoleCode   CONF Der Wert von @code MUSS gewählt werden aus dem Value Set 1.2.40.0.34.10.9 ELGA_InsuredAssocEntity (DYNAMIC) hl7:addr AD 0 … 1 Adresse des Beteiligten. Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC) wo [not(@nullFlavor)] hl7:telecom TEL.AT 0 … * Beliebig viele Kontaktdaten des Beteiligten. 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:associated​Person 0 … 1 C Name des Beteiligten. Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)   Constraint Wenn das Versicherungsverhältnis "familienversichert" ("FAMDEP“) ist, MUSS eine associatedPerson angegeben sein, M [1..1], sonst kann sie komplett entfallen, O [0..1] hl7:scoping​Organization 1 … 1 M Versicherungsgesellschaft. Grundsätzlich sind die Vorgaben für „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 @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. 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)]   Schematron assert role  error     test not(hl7:code[@code='FAMDEP']) or hl7:associated​Person     Meldung Wenn das Versicherungsverhältnis "familienversichert" ist, dann muss eine associatedPerson angegeben sein.

2.2.17.7 Participant Betreuungsorganisation

Id	1.2.40.0.34.6.0.11.1.29 ref at-cda-bbr-	Gültigkeit ab	2021‑02‑19 11:14:25 Andere Versionen mit dieser Id: atcdabbr_header_ParticipantBetreuungsorganisation vom 2019‑03‑26 17:25:44
Status	Aktiv	Versions-Label	1.0.0+20210219
Name	atcdabbr_header_ParticipantBetreuungsorganisation	Bezeichnung	Participant Betreuungsorganisation
Beschreibung Als betreuende Organisation ist jene Organisation anzusehen, welche den Patienten nach Entlassung betreut (Trägerorganisationen, Vereine). Beispiele: Mobile Hauskrankenpflege, Wohn- und Pflegeheime, Behinderteneinrichtungen, sozial betreutes Wohnen, …
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.1.29
Klassifikation	CDA Header Level Template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Benutzt	Benutzt 1 Template Benutzt als Name Version 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.29 Participant Betreuungsorganisation (2019‑03‑26 17:25:44) ref at-cda-bbr- Adaptation: Template 1.2.40.0.34.6.0.11.1.28 Participant Weitere Behandler (2019‑03‑26 14:54:10) 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.28"/>  <associatedEntity classCode="CAREGIVER">     <!-- Betreuende Organisation -->     <scopingOrganization>       <!-- include template 1.2.40.0.34.6.0.11.9.9 'Organization Compilation with name' (dynamic) 1..1 M -->     </scopingOrganization>  </associatedEntity></participant>
Item DT Kard Konf Beschreibung Label hl7:participant Beteiligter (Betreuende Organisation) wo [hl7:templateId ​[@root​=​'1.2.40.0.34.6.0.11.1.29']] @typeCode cs 1 … 1 F IND @context​Control​Code cs 0 … 1 F OP hl7:templateId II 1 … 1 M Template ID zur Identifikation dieser Art von Beteiligten @root uid 1 … 1 F 1.2.40.0.34.6.0.11.1.29 hl7:associated​Entity 1 … 1 M Beschreibung der Entität. @classCode cs 1 … 1 F CAREGIVER   Betreuer hl7:scoping​Organization 1 … 1 M Betreuende Organisation 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. 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)]

2.2.17.8 Participant Weitere Behandler

Id	1.2.40.0.34.6.0.11.1.28 ref at-cda-bbr-	Gültigkeit ab	2021‑02‑19 11:17:20 Andere Versionen mit dieser Id: atcdabbr_header_ParticipantWeitereBehandler vom 2019‑03‑26 14:54:10
Status	Aktiv	Versions-Label	1.0.0+20210219
Name	atcdabbr_header_ParticipantWeitereBehandler	Bezeichnung	Participant Weitere Behandler
Beschreibung Über dieses Element können weitere an der medizinischen Behandlung maßgeblich beteiligte Personen angegeben werden, z.B. Ärzte aus der gleichen/einer anderen Abteilung, niedergelassene behandelnde Ärzte, nicht-ärztliche Behandler (z.B. Psychologen). Bei Verwendung sollen möglichst präzise Kontaktdaten angegeben werden. Es obliegt der dokumenterzeugenden Organisation zu entscheiden, welche weitere Behandler sie veröffentlicht.
Klassifikation	CDA Header Level Template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Benutzt	Benutzt 3 Templates Benutzt als Name Version 1.2.40.0.34.6.0.11.9.25 Containment Address Compilation (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.28 Participant Weitere Behandler (2019‑03‑26 14:54:10) 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="CON">   <templateId root="1.2.40.0.34.6.0.11.1.28"/>  <functionCode code="130" displayName="Facharzt für Neurologie" codeSystem="1.2.40.0.34.5.160" codeSystemName="ELGA_Fachaerzte"/>  <associatedEntity classCode="PROV">     <!-- Anschrift und Kontaktdaten des Behandlers -->     <addr>       <!-- template 1.2.40.0.34.6.0.11.9.25 'Address Compilation' (2019-02-28T14:24:14) -->     </addr>    <telecom value="tel:+43.6138.3453446.1"/>    <telecom value="mailto:robert.betterman@amadeusspital.at"/>    <!-- Name des Behandlers -->     <associatedPerson>       <!-- template .2.40.0.34.6.0.11.9.11 'Person Name Compilation G2 M' -->     </associatedPerson>    <!-- Organisation des weiteren Behandlers -->     <scopingOrganization>       <!-- include template 1.2.40.0.34.6.0.11.9.9 'Organization Compilation with name' (dynamic) 0..1 R -->     </scopingOrganization>  </associatedEntity></participant>
Item DT Kard Konf Beschreibung Label hl7:participant Beteiligter (Weitere Behandler) wo [hl7:templateId ​[@root​=​'1.2.40.0.34.6.0.11.1.28']] @typeCode cs 1 … 1 F CON @context​Control​Code cs 0 … 1 F OP hl7:templateId II 1 … 1 M Template ID zur Identifikation dieser Art von Beteiligten @root uid 1 … 1 F 1.2.40.0.34.6.0.11.1.28 hl7:functionCode CE (extensible) 0 … 1 Funktionscode des Behandlers z.B: „Facharzt für Neurologie“ Eigene Codes und Bezeichnungen dürfen verwendet werden. wo [not(@nullFlavor)] @code cs 1 … 1 R @codeSystem oid 1 … 1 R @displayName st 1 … 1 R   CONF Der Wert von @code SOLLTE gewählt werden aus dem Value Set 1.2.40.0.34.10.6 ELGA_AuthorSpeciality (DYNAMIC) hl7:associated​Entity 1 … 1 M Beschreibung der Entität. @classCode cs 1 … 1 F PROV   Gesundheitsdiensteanbieter. hl7:addr AD 0 … 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) wo [not(@nullFlavor)] hl7:telecom TEL.AT 0 … * Beliebig viele Kontaktdaten des Beteiligten. wo [not(@nullFlavor)] @value st 1 … 1 R Die Kontaktadresse (Telefonnummer, Email, etc.) Formatkonvention siehe „telecom – Format Konventionen für Telekom-Daten“ Bsp: tel:+43.1.1234567 Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“ @use set_cs 0 … 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. hl7:associated​Person 1 … 1 M 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) hl7:scoping​Organization 0 … 1 R Organisation, der der Beteiligte angehört (mit Adresse und Kontaktdaten der Organisation). Grundsätzlich sind die Vorgaben für „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 @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. 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)]

2.2.18 Document Replacement - Related Document

Id	1.2.40.0.34.6.0.11.1.14 ref at-cda-bbr-	Gültigkeit ab	2021‑06‑28 13:42:15 Andere Versionen mit dieser Id: atcdabbr_header_DocumentReplacementRelatedDocument vom 2021‑02‑19 10:45:45 atcdabbr_header_DocumentReplacementRelatedDocument vom 2019‑02‑28 14:06:32
Status	Aktiv	Versions-Label	1.0.1+20210628
Name	atcdabbr_header_DocumentReplacementRelatedDocument	Bezeichnung	Document Replacement - Related Document
Beschreibung	Der Bezug zu vorgehenden Dokumenten wird durch die relatedDocument-Beziehung und die ParentDocument-Klasse, zusammen mit setId und versionNumber aus der ClinicalDocument-Klasse, spezifiziert.
Klassifikation	CDA Header Level Template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Assoziiert mit	Assoziiert mit 1 Konzept Id Name Datensatz at-cda-bbr-data​element-15  Bezug zu vorgehenden Dokumenten  Dataset A Allgemeiner Leitfaden
Beziehung	Version: Template 1.2.40.0.34.6.0.11.1.14 Document Replacement - Related Document (2021‑02‑19 10:45:45) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.1.14 Document Replacement - Related Document (2019‑02‑28 14:06:32) ref at-cda-bbr- Version: Template 1.2.40.0.34.11.20011 HeaderRelatedDocument (2014‑12‑06) ref elgabbr-
Beispiel	Strukturbeispiel <relatedDocument typeCode="RPLC">   <parentDocument classCode="DOCCLIN" moodCode="EVN">     <id assigningAuthorityName="KH Eisenstadt" extension="134F989EAAE3F43B6AD" root="1.2.3.999"/>  </parentDocument></relatedDocument>
Item DT Kard Konf Beschreibung Label hl7:relatedDocument   at-cda-bbr-data​element-15  Bezug zu vorgehenden Dokumenten  Dataset A Allgemeiner Leitfaden @typeCode cs 1 … 1 R Art des Bezugs zum Vordokument.   Constraint Erlaubte @typeCodes: RPLC - replaces: Das Dokument ersetzt ein existierendes Dokument. Der Status des zu ersetzenden Dokumentes wird auf "deprecated" gesetzt, das ursprüngliche Dokument bleibt aber noch im System als historische Referenz verfügbar. APND - append: Zusammenhängen von Dokumenten. Dies ist in ELGA bereits über das Einbetten von Dokumenten realisiert. XFRM - transformed: Das Dokument ist Ergebnis eines Transformationsprozesses, d.h. ist aus einem anderen Originaldokument hervorgegangen. Hinweis: Die parallele Ablage von CDA-Dokumenten, welche vom Dokumentersteller bereits mit einem Stylesheet zu einem PDF Dokument gerendert wurden, kann mit der XFRM – Transaktion vorgenommen werden. Es ist nicht auszuschließen, dass die Transformation in lokalen Affinity Domains Anwendung findet. Für ELGA ist die Transformation jedoch kein Anwendungsfall. hl7:parentDocument 1 … 1 M Vorhergehendes Dokument. @classCode cs 0 … 1 F DOCCLIN @moodCode cs 0 … 1 F EVN hl7:id II 1 … 1 M Dokumenten-Id des vorgehenden Dokuments. Grundsätzlich sind die Vorgaben für „Identifikations-Elemente“ zu befolgen.

2.2.19 Authorization

Id	1.2.40.0.34.6.0.11.1.18 ref at-cda-bbr-	Gültigkeit ab	2021‑02‑19 10:32:14 Andere Versionen mit dieser Id: atcdabbr_header_Authorization vom 2019‑02‑12 16:14:17
Status	Aktiv	Versions-Label	1.0.0+20210219
Name	atcdabbr_header_Authorization	Bezeichnung	Authorization
Beschreibung In dieser optionalen Klasse kann die Zustimmung zum Datenaustausch vom Patienten dokumentiert werden. Dies kann ein Einverständnis für einen Eingriff oder die Verfügbarmachung der Informationen gegenüber Dritten beinhalten. Der Typ der Einverständniserklärung wird dabei in Consent.code angegeben.
Klassifikation	CDA Header Level Template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Beziehung	Version: Template 1.2.40.0.34.6.0.11.1.18 Authorization (2019‑02‑12 16:14:17) ref at-cda-bbr-
Item DT Kard Konf Beschreibung Label hl7:authorization @typeCode cs 0 … 1 F AUTH hl7:consent 1 … 1 M @classCode cs 0 … 1 F CONS @moodCode cs 0 … 1 F EVN hl7:id II 0 … * hl7:code CE 0 … 1 @code cs 1 … 1 R   CONF Der Wert von @code MUSS gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.27 HL7-at_ActConsentType (DYNAMIC) hl7:statusCode CS 1 … 1 M @code CONF 1 … 1 F completed

2.2.20 Component Of - Encompassing Encounter

Id	1.2.40.0.34.6.0.11.1.7 ref at-cda-bbr-	Gültigkeit ab	2023‑02‑28 10:11:03 Andere Versionen mit dieser Id: atcdabbr_header_ComponentOfEncompassingEncounter vom 2021‑02‑19 10:32:49 atcdabbr_header_ComponentOfEncompassingEncounter vom 2020‑09‑29 10:39:03 atcdabbr_header_ComponentOfEncompassingEncounter vom 2019‑03‑07 10:44:49 atcdabbr_header_ComponentOfEncompassingEncounter vom 2019‑03‑07 10:44:48
Status	Aktiv	Versions-Label	1.0.1+20230717
Name	atcdabbr_header_ComponentOfEncompassingEncounter	Bezeichnung	Component 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.
Klassifikation	CDA Header Level Template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Benutzt	Benutzt 3 Templates Benutzt als Name Version 1.2.40.0.34.6.0.11.9.15 Containment Time Interval Information minimal (1.0.1+20210628) DYNAMIC 1.2.40.0.34.6.0.11.9.22 Inklusion Assigned Entity (1.0.2+20230717) DYNAMIC 1.2.40.0.34.6.0.11.1.8 Inklusion Encounter Location (1.0.0+20210219) DYNAMIC
Beziehung	Spezialisierung: 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>
Item DT Kard Konf Beschreibung Label hl7:componentOf Komponente für den Patientenkontakt. @typeCode cs 0 … 1 F COMP hl7:encompassing​Encounter 1 … 1 M Patientenkontakt. @classCode cs 0 … 1 F ENC @moodCode cs 0 … 1 F EVN hl7:id II 0 … 1 Identifikationselement zur Aufnahme der Aufenthaltszahl wo [not(@nullFlavor)] @extension st 1 … 1 R Aufenthaltszahl, z.B.: Az123456 @root uid 1 … 1 R OID der Liste der Aufenthaltszahlen der Organisation   Constraint @assigningAuthorityName [0..1]: Name der Stelle, welche die ID zugewiesen hat, z.B.: „Amadeus Spital“. hl7:code CE 1 … 1 M Codierung des Patientenkontakts. @code cs 1 … 1 R Zulässige Werte gemäß Value-Set „ELGA_ActEncounterCode“ @displayName st 0 … 1   @codeSystem oid 1 … 1 F 2.16.840.1.113883.5.4 @codeSystemName st 1 … 1 F HL7:ActCode   CONF Der Wert von @code MUSS gewählt werden aus dem Value Set 1.2.40.0.34.10.5 ELGA_ActEncounterCode (DYNAMIC) hl7:effectiveTime IVL_TS 1 … 1 M 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)   Constraint Der 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. hl7:responsible​Party 0 … 1 R Komponente für die verantwortliche Person. hl7:assignedEntity 1 … 1 M Entität der verantwortlichen Person. Grundsätzlich sind die Vorgaben für „AssignedEntity-Element (Person + Organisation)“ zu befolgen. Eingefügt von 1.2.40.0.34.6.0.11.9.22 Assigned Entity (DYNAMIC) @classCode cs 0 … 1 F ASSIGNED Auswahl 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 hl7:id II 0 … * wo [not(@nullFlavor)] hl7:id II 0 … 1 wo [@nullFlavor='NI'] @nullFlavor cs 1 … 1 F NI hl7:id II 0 … 1 wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK Auswahl 0 … 1 Elemente 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'] hl7:addr 0 … 1 Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC) wo [not(@nullFlavor)] hl7:addr 0 … 1 wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK hl7:telecom TEL.AT 0 … * Beliebig viele Kontakt-Elemente der Person der Entität. Grundsätzlich sind die Vorgaben gemäß „Kontaktdaten-Element“ zu befolgen. wo [not(@nullFlavor)] @value url 1 … 1 R 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" @use 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:assigned​Person 1 … 1 M 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) hl7:represented​Organization 0 … 1 R 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) Eingefügt 1 … 1 M 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). hl7:location 1 … 1 M @typeCode cs 0 … 1 F LOC hl7:health​Care​Facility 1 … 1 M @classCode cs 0 … 1 F SDLOC hl7:code CE 1 … 1 M 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. @displayName st 1 … 1 R hl7:service​Provider​Organization 1 … 1 M Organisation, in deren Verantwortungsbereich der Patientenkontakt stattfand. Beinhaltet 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC)

2.2.21 Encounter Location

Id	1.2.40.0.34.6.0.11.1.8 ref at-cda-bbr-	Gültigkeit ab	2021‑02‑19 11:08:16 Andere Versionen mit dieser Id: atcdabbr_header_EncounterLocation vom 2020‑09‑29 10:33:43 atcdabbr_header_EncounterLocation vom 2019‑03‑07 11:13:21
Status	Aktiv	Versions-Label	1.0.0+20210219
Name	atcdabbr_header_EncounterLocation	Bezeichnung	Encounter 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.
Klassifikation	CDA Header Level Template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Benutzt	Benutzt 1 Template Benutzt als Name Version 1.2.40.0.34.6.0.11.9.9 Containment Organization Compilation with name (1.0.0+20210219) DYNAMIC
Beziehung	Version: 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>
Item DT Kard Konf Beschreibung Label hl7:location @typeCode cs 0 … 1 F LOC hl7:health​Care​Facility 1 … 1 M @classCode cs 0 … 1 F SDLOC hl7:code CE 1 … 1 M 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. @displayName st 1 … 1 R hl7:service​Provider​Organization 1 … 1 M Organisation, in deren Verantwortungsbereich der Patientenkontakt stattfand. Beinhaltet 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC)

2.2.22 Encounter Location with addr, telecom

Id	1.2.40.0.34.6.0.11.1.19	Gültigkeit ab	2021‑02‑19 11:08:57 Andere Versionen mit dieser Id: atcdabbr_header_EncounterLocation1 vom 2019‑03‑25 12:18:26
Status	Aktiv	Versions-Label	1.0.0+20210219
Name	atcdabbr_header_EncounterLocation1	Bezeichnung	Encounter Location with addr, telecom
Beschreibung Die Organisation, in deren Verantwortungsbereich der Patientenkontakt stattfand, MUSS verpflichtend angegeben werden (z.B.: die entlassende Krankenanstalt mit Abteilung). Encounter Location mit Angabe von telecom und addr verpflichtend. Verweis auf speziellen Implementierungsleitfaden: Die konkrete Bedeutung der Organisation, in deren Verantwortungsbereich der Patientenkontakt (Aufenthalt) stattfand, ergibt sich aus dem jeweiligen speziellen Implementierungsleitfaden.
Klassifikation	CDA Header Level Template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Benutzt	Benutzt 1 Template Benutzt als Name Version 1.2.40.0.34.6.0.11.9.7 Inklusion Organization Compilation with id, name, tel, addr (1.0.0+20210219) DYNAMIC
Beziehung	Version: Template 1.2.40.0.34.6.0.11.1.19 Encounter Location with addr, telecom (2019‑03‑25 12:18:26) ref at-cda-bbr- Adaptation: Template 1.2.40.0.34.6.0.11.1.8 Encounter Location (2019‑03‑07 11:13:21) ref at-cda-bbr-
Beispiel	Beispiel <location typeCode="LOC">   <healthCareFacility classCode="SDLOC">     <serviceProviderOrganization>       <!-- template 1.2.40.0.34.6.0.11.9.7 'Organization Compilation with id, name, tel, addr' (2019-02-13T10:30:51) -->     </serviceProviderOrganization>  </healthCareFacility></location>
Item DT Kard Konf Beschreibung Label hl7:location @typeCode cs 0 … 1 F LOC hl7:health​Care​Facility 1 … 1 M @classCode cs 0 … 1 F SDLOC hl7:code CE 1 … 1 M 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. @displayName st 1 … 1 R hl7:service​Provider​Organization 1 … 1 M Organisation, in deren Verantwortungsbereich der Patientenkontakt stattfand. Eingefügt von 1.2.40.0.34.6.0.11.9.7 Organization Compilation with id, name, tel, addr (DYNAMIC) @classCode cs 0 … 1 F ORG @determiner​Code cs 0 … 1 F INSTANCE hl7:id II 1 … * M Die OID der Organisation. @root uid 1 … 1 R @extension st 0 … 1   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 1 … * M Kontaktdaten der Organisation des Verfassers des Dokuments. Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen. @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 1 … 1 M Adresse der Organisation. Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)

2.2.23 In Fulfillment Of

Id	1.2.40.0.34.6.0.11.1.9 ref at-cda-bbr-	Gültigkeit ab	2021‑06‑28 13:42:25 Andere Versionen mit dieser Id: atcdabbr_header_InFulfillmentOf vom 2021‑02‑19 11:09:32 atcdabbr_header_InFulfillmentOf vom 2019‑03‑14 13:22:14
Status	Aktiv	Versions-Label	1.0.1+20210628
Name	atcdabbr_header_InFulfillmentOf	Bezeichnung	In Fulfillment Of
Beschreibung Das Element “inFulfillmentOf” ermöglicht die Referenz zum ursprünglichen Auftrag des Auftraggebers. Dies kann zum Beispiel eine Auftrags- oder Anforderungsnummer sein. Das Element erlaubt genau ein order Unterelement.
Klassifikation	CDA Header Level Template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Assoziiert mit	Assoziiert mit 2 Konzepte Id Name Datensatz at-cda-bbr-data​element-42  Auftrag  Dataset A Allgemeiner Leitfaden at-cda-bbr-data​element-43  ID  Dataset A Allgemeiner Leitfaden
Beziehung	Version: Template 1.2.40.0.34.6.0.11.1.9 In Fulfillment Of (2021‑02‑19 11:09:32) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.1.9 In Fulfillment Of (2019‑03‑14 13:22:14) ref at-cda-bbr- Version: Template 1.2.40.0.34.11.20009 HeaderInFulfillmentOf (2011‑12‑19) ref elgabbr-
Beispiel	Strukturbeispiel <inFulfillmentOf typeCode="FLFS">   <order classCode="ACT" moodCode="RQO">     <id root="2.16.840.1.113883.2.16.1.99.3.1" extension="081201-004"/>  </order></inFulfillmentOf>
Item DT Kard Konf Beschreibung Label hl7:inFulfillmentOf Komponente zur Dokumentation des Auftrags.   at-cda-bbr-data​element-42  Auftrag  Dataset A Allgemeiner Leitfaden @typeCode cs 1 … 1 F FLFS hl7:order 1 … 1 M Auftrag. @classCode cs 1 … 1 F ACT @moodCode cs 1 … 1 F RQO hl7:id II 1 … 1 M Auftragsnummer, Anforderungsnummer. Grundsätzlich sind die Vorgaben gemäß Kapitel „Identifikations-Elemente“ zu befolgen.   at-cda-bbr-data​element-43  ID  Dataset A Allgemeiner Leitfaden

2.2.24 Documentation Of Service Event

Id	1.2.40.0.34.6.0.11.1.17	Gültigkeit ab	2021‑02‑19 11:06:35 Andere Versionen mit dieser Id: atcdabbr_header_DocumentationOfServiceEvent vom 2019‑03‑14 15:08:34
Status	Aktiv	Versions-Label	1.0.0+20210219
Name	atcdabbr_header_DocumentationOfServiceEvent	Bezeichnung	Documentation 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!
Klassifikation	CDA Header Level Template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Assoziiert mit	Assoziiert mit 4 Konzepte Id Name Datensatz at-cda-bbr-data​element-44  Gesundheitsdienstleistung  Dataset A Allgemeiner Leitfaden at-cda-bbr-data​element-45  Code  Dataset A Allgemeiner Leitfaden at-cda-bbr-data​element-46  Zeitraum der Gesundheitsdienstleistung  Dataset A Allgemeiner Leitfaden at-cda-bbr-data​element-47  Durchführende Entität  Dataset A Allgemeiner Leitfaden
Benutzt	Benutzt 2 Templates Benutzt als Name Version 1.2.40.0.34.6.0.11.9.15 Inklusion Time Interval Information minimal (1.0.1+20210628) DYNAMIC 1.2.40.0.34.6.0.11.9.22 Inklusion Assigned Entity (1.0.2+20230717) DYNAMIC
Beziehung	Version: 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>
Item DT Kard Konf Beschreibung Label hl7:documentationOf Komponente für die Gesundheitsdienstleistung.   at-cda-bbr-data​element-44  Gesundheitsdienstleistung  Dataset A Allgemeiner Leitfaden @typeCode cs 0 … 1 F DOC hl7:serviceEvent 1 … 1 M Gesundheitsdienstleistung. Verweis auf speziellen Implementierungsleitfaden: Ob eine Gesundheitsdienstleistung angegeben werden muss, und welche Bedeutung dieses Element hat, ergibt sich aus dem jeweiligen speziellen Implementierungsleitfaden. @classCode cs 0 … 1 F ACT @moodCode cs 0 … 1 F EVN hl7:id II 0 … 1 Auswahl 1 … 1 Elemente in der Auswahl: hl7:code[not(@nullFlavor)] hl7:code[@nullFlavor='UNK'] hl7:code CE 0 … 1 Code 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. wo [not(@nullFlavor)]   at-cda-bbr-data​element-45  Code  Dataset A Allgemeiner Leitfaden @code cs 1 … 1 R @codeSystem oid 1 … 1 R @displayName st 1 … 1 R hl7:code CE 0 … 1 wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK hl7:effectiveTime IVL_TS 1 … 1 M Zeitraum 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    at-cda-bbr-data​element-46  Zeitraum der Gesundheitsdienstleistung  Dataset A Allgemeiner Leitfaden Eingefügt von 1.2.40.0.34.6.0.11.9.15 Time Interval Information minimal (DYNAMIC) Auswahl 1 … 1 Elemente in der Auswahl: hl7:low[@value] hl7:low[@nullFlavor='UNK'] hl7:low TS.AT.TZ 0 … 1 wo [@value] hl7:low TS.AT.TZ 0 … 1 wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK Auswahl 1 … 1 Elemente in der Auswahl: hl7:high[@value] hl7:high[@nullFlavor='UNK'] hl7:high TS.AT.TZ 0 … 1 wo [@value] hl7:high TS.AT.TZ 0 … 1 wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK hl7:performer 0 … * R Person 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. @typeCode cs 1 … 1 R Zulä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) hl7:functionCode CE 0 … 1 R Funktionscode   CONF Der Wert von @code MUSS gewählt werden aus dem Value Set 1.2.40.0.34.10.6 ELGA_AuthorSpeciality (DYNAMIC) hl7:time IVL_TS 0 … 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 Eingefügt von 1.2.40.0.34.6.0.11.9.15 Time Interval Information minimal (DYNAMIC) Auswahl 1 … 1 Elemente in der Auswahl: hl7:low[@value] hl7:low[@nullFlavor='UNK'] hl7:low TS.AT.TZ 0 … 1 wo [@value] hl7:low TS.AT.TZ 0 … 1 wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK Auswahl 1 … 1 Elemente in der Auswahl: hl7:high[@value] hl7:high[@nullFlavor='UNK'] hl7:high TS.AT.TZ 0 … 1 wo [@value] hl7:high TS.AT.TZ 0 … 1 wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK hl7:assignedEntity 1 … 1 M   at-cda-bbr-data​element-47  Durchführende Entität  Dataset A Allgemeiner Leitfaden Eingefügt 1 … 1 M von 1.2.40.0.34.6.0.11.9.22 Assigned Entity (DYNAMIC) @classCode cs 0 … 1 F ASSIGNED Auswahl 1 … 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 hl7:id II 0 … * wo [not(@nullFlavor)] hl7:id II 0 … 1 wo [@nullFlavor='NI'] @nullFlavor cs 1 … 1 F NI hl7:id II 0 … 1 wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK Auswahl 1 … 1 Elemente 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'] hl7:addr 0 … 1 Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC) wo [not(@nullFlavor)] hl7:addr 0 … 1 wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK hl7:telecom TEL.AT 1 … 1 M Beliebig viele Kontakt-Elemente der Person der Entität. Grundsätzlich sind die Vorgaben gemäß „Kontaktdaten-Element“ zu befolgen. wo [not(@nullFlavor)] @value url 1 … 1 R 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" @use 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:assigned​Person 1 … 1 M 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) hl7:represented​Organization 1 … 1 M 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)

2.3 Section Level Templates

2.3.1 Impfungen - kodiert

Id	1.2.40.0.34.6.0.11.2.1 ref at-cda-bbr-	Gültigkeit ab	2025‑09‑01 13:31:22 Andere Versionen mit dieser Id: atcdabrr_section_ImpfungenKodiert vom 2021‑02‑19 11:46:43 atcdabrr_section_ImpfungenKodiert vom 2017‑03‑11 18:38:41
Status	Entwurf	Versions-Label	2.0.0+20250901
Name	atcdabrr_section_ImpfungenKodiert	Bezeichnung	Impfungen - 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.
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.2.1
Klassifikation	CDA Section level template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Benutzt	Benutzt 3 Templates Benutzt als Name Version 1.2.40.0.34.6.0.11.3.1 Containment Immunization Entry (2.0.3) DYNAMIC 1.2.40.0.34.6.0.11.3.28 Containment Immunization Entry Impfung nicht angegeben (2.0.2+20250217) DYNAMIC 1.2.40.0.34.6.0.11.2.8 Containment Übersetzung (1.0.2+20230717) DYNAMIC
Beziehung	Version: Template 1.2.40.0.34.6.0.11.2.1 Impfungen - kodiert (2021‑02‑19 11:46:43) ref at-cda-bbr- Version: 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 Section Immunizations (2013‑12‑20) ref epsos-
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>
Item DT Kard Konf Beschreibung Label hl7:section @classCode cs 0 … 1 F DOCSECT @moodCode cs 0 … 1 F EVN hl7:templateId II 1 … 1 M ELGA @root uid 1 … 1 F 1.2.40.0.34.6.0.11.2.1 hl7:templateId II 1 … 1 M HL7 CCD Immunization section @root uid 1 … 1 F 2.16.840.1.113883.10.20.1.6 hl7:templateId II 1 … 1 M IHE PCC Immunizations Section @root uid 1 … 1 F 1.3.6.1.4.1.19376.1.5.3.1.3.23 hl7:id II 0 … 1 Eindeutige ID der Sektion (optional) wo [not(@nullFlavor)] hl7:code CE 1 … 1 M Code der Sektion. Fixer Wert "11369-6" @code CONF 1 … 1 F 11369-6 @codeSystem 1 … 1 F 2.16.840.1.113883.6.1 (LOINC) @displayName 1 … 1 F HISTORY OF IMMUNIZATIONS hl7:title ST 1 … 1 M Der Titel der Sektion MUSS lauten: 'Impfungen'    CONF Elementinhalt MUSS "Impfungen" sein hl7:text SD.TEXT 1 … 1 M Die 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 Auswahl 1 … * 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) hl7:entry 0 … * Beinhaltet 1.2.40.0.34.6.0.11.3.1 Immunization Entry (DYNAMIC) wo [hl7:substanceAdministration/hl7:templateId [@root='1.2.40.0.34.6.0.11.3.1']] @typeCode cs 1 … 1 F DRIV   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. @context​Conduction​Ind cs 0 … 1 F true hl7:entry 0 … 1 Beinhaltet 1.2.40.0.34.6.0.11.3.28 Immunization Entry Impfung nicht angegeben (DYNAMIC) wo [hl7:substanceAdministration/hl7:templateId [@root='1.2.40.0.34.6.0.11.3.28']] @typeCode cs 1 … 1 F DRIV   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. @context​Conduction​Ind cs 0 … 1 F true hl7: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) @typeCode cs 0 … 1 F COMP @context​Conduction​Ind cs 0 … 1 F true

2.3.2 Impfempfehlungen - kodiert

Id	1.2.40.0.34.6.0.11.2.2 ref at-cda-bbr-	Gültigkeit ab	2025‑01‑07 11:45:26 Andere Versionen mit dieser Id: atcdabrr_section_ImpfempfehlungenKodiert vom 2023‑04‑11 15:05:08 atcdabrr_section_ImpfempfehlungenKodiert vom 2022‑03‑10 13:49:22 atcdabrr_section_ImpfempfehlungenKodiert vom 2021‑08‑26 15:09:41 atcdabrr_section_ImpfempfehlungenKodiert vom 2021‑02‑19 11:46:26 atcdabrr_section_ImpfempfehlungenKodiert vom 2019‑01‑17 16:18:17
Status	Aktiv	Versions-Label	1.0.4+20250217
Name	atcdabrr_section_ImpfempfehlungenKodiert	Bezeichnung	Impfempfehlungen - kodiert
Beschreibung Sektion zur Dokumentation von empfohlenen zukünftigen Impfungen (Impfkalender). Impfempfehlungen werden basierend auf dem "Impfplan Österreich" automatisiert erstellt, außer es liegt eine ärztliche Empfehlung für dasselbe Impfziel vor. Impfempfehlungen können sich auf ein bestimmtes Produkt und sollten sich auf ein bestimmtes Impfschema beziehen. Hinweis: Die Angabe von Kontraindikationen ist technisch zwar möglich, wird zurzeit aber NICHT unterstützt.
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.2.2
Klassifikation	CDA Section level template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Benutzt	Benutzt 2 Templates Benutzt als Name Version 1.2.40.0.34.6.0.11.3.3 Containment Immunization Recommendation Entry (2.0.1+20250217) DYNAMIC 1.2.40.0.34.6.0.11.2.8 Containment Übersetzung (1.0.2+20230717) DYNAMIC
Beziehung	Version: Template 1.2.40.0.34.6.0.11.2.2 Impfempfehlungen - kodiert (2023‑04‑11 15:05:08) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.2.2 Impfempfehlungen - kodiert (2022‑03‑10 13:49:22) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.2.2 Impfempfehlungen - kodiert (2021‑08‑26 15:09:41) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.2.2 Impfempfehlungen - kodiert (2021‑02‑19 11:46:26) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.2.2 Impfempfehlungen - kodiert (2019‑01‑17 16:18:17) 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 Section Immunizations (2013‑12‑20) ref epsos-
Beispiel	Strukturbeispiel <hl7:section classCode="DOCSECT" moodCode="EVN">   <hl7:templateId root="1.2.40.0.34.6.0.11.2.2"/>  <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="18776-5" codeSystem="2.16.840.1.113883.6.1" displayName="TREATMENT PLAN"/>  <hl7:title>Impfempfehlungen</hl7:title>  <hl7:text>Entsprechend dem nationalen Impfplan Österreich (Ausgabe 2019) sind folgende Impfungen empfohlen </hl7:text>  <hl7:entry typeCode="DRIV" contextConductionInd="true">     <!-- template 1.2.40.0.34.6.0.11.3.3 'Immunization Recommendation Entry' (2019-04-25T10:30:18) -->   </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>
Item DT Kard Konf Beschreibung Label hl7:section @classCode cs 0 … 1 F DOCSECT @moodCode cs 0 … 1 F EVN hl7:templateId II 1 … 1 M ELGA @root uid 1 … 1 F 1.2.40.0.34.6.0.11.2.2 hl7:templateId II 1 … 1 M HL7 CCD Immunization section @root uid 1 … 1 F 2.16.840.1.113883.10.20.1.6 hl7:templateId II 1 … 1 M IHE PCC Immunizations Section @root uid 1 … 1 F 1.3.6.1.4.1.19376.1.5.3.1.3.23 hl7:id II 0 … 1 Eindeutige ID der Sektion (optional) wo [not(@nullFlavor)] hl7:code CE 1 … 1 M Code der Sektion @code CONF 1 … 1 F 18776-5 @codeSystem 1 … 1 F 2.16.840.1.113883.6.1 (LOINC) @displayName 1 … 1 F TREATMENT PLAN hl7:title ST 1 … 1 M Der Titel dieser Sektion muss lauten: 'Impfempfehlungen'   CONF Elementinhalt MUSS "Impfempfehlungen" sein hl7:text SD.TEXT 1 … 1 M Die narrative Beschreibung in diesem Kapitel wird automatisch aus den kodierten Elementen erstellt. Die Vorgaben zu Layout und Inhalt sind im entsprechenden Implementierungsleitfaden dokumentiert. hl7:entry 1 … * M Beinhaltet 1.2.40.0.34.6.0.11.3.3 Immunization Recommendation Entry (DYNAMIC) @typeCode cs 1 … 1 F DRIV   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. @context​Conduction​Ind cs 0 … 1 F true hl7: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) @typeCode cs 0 … 1 F COMP @context​Conduction​Ind cs 0 … 1 F true

2.3.3 Frühere Erkrankungen - kodiert

Id	1.2.40.0.34.6.0.11.2.3 ref at-cda-bbr-	Gültigkeit ab	2021‑02‑19 11:44:36 Andere Versionen mit dieser Id: atcdabbr_section_FruehereErkrankungKodiert vom 2019‑01‑18 09:18:50
Status	Aktiv	Versions-Label	1.0.0+20210219
Name	atcdabbr_section_FruehereErkrankungKodiert	Bezeichnung	Frühere Erkrankungen - kodiert
Beschreibung	Liste der bisherigen Krankheiten des Patienten. Die Sektion kann Untersektionen enthalten.
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.2.3
Label	IHE PCC TF2 Rev.11, 6.3.3.2.5
Klassifikation	CDA Section 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.3.7 Containment Problem Concern Entry (1.1.0+20210219) DYNAMIC 1.2.40.0.34.6.0.11.3.19 Containment Eingebettetes Objekt Entry (1.0.2+20230717) DYNAMIC 1.2.40.0.34.6.0.11.2.8 Containment Übersetzung (1.0.2+20230717) DYNAMIC 1.2.40.0.34.6.0.11.2.27 Containment Bisherige Maßnahmen - unkodiert (1.0.0+20210219) DYNAMIC
Beziehung	Version: 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>
Item DT Kard Konf Beschreibung Label hl7:section Liste der bisherigen Krankheiten des Patienten. IHE PCC TF2 Rev.11, 6.3.3.2.5 hl7:templateId II 1 … 1 M ELGA IHE PCC TF2 Rev.11, 6.3.3.2.5 @root uid 1 … 1 F 1.2.40.0.34.6.0.11.2.3 hl7:templateId II 1 … 1 M IHE PCC History of Past Illness Section IHE PCC TF2 Rev.11, 6.3.3.2.5 @root uid 1 … 1 F 1.3.6.1.4.1.19376.1.5.3.1.3.8 hl7:id II 0 … 1 Eindeutige ID der Sektion IHE PCC TF2 Rev.11, 6.3.3.2.5 wo [not(@nullFlavor)] hl7:code CE 1 … 1 M Code der Sektion. Fixer Wert "11348-0" IHE PCC TF2 Rev.11, 6.3.3.2.5 @code st 1 … 1 F 11348-0 @codeSystem oid 1 … 1 F 2.16.840.1.113883.6.1 @codeSystemName st 1 … 1 F LOINC @displayName st 1 … 1 F HISTORY OF PAST ILLNESS hl7:title ST 1 … 1 M Der 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 hl7:text SD.TEXT 1 … 1 M Information für den menschlichen Leser. IHE PCC TF2 Rev.11, 6.3.3.2.5 hl7:entry 1 … * M 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 @typeCode cs 1 … 1 F DRIV   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. @context​Conduction​Ind cs 0 … 1 F true hl7: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 @typeCode cs 1 … 1 F DRIV   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. @context​Conduction​Ind cs 0 … 1 F true hl7: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 @typeCode cs 0 … 1 F COMP @context​Conduction​Ind cs 0 … 1 F true hl7:component 0 … 1 Optionale 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 @typeCode cs 0 … 1 F COMP @context​Conduction​Ind cs 0 … 1 F true

2.4 Entry Level Template

2.4.1 Immunizations Entry

Id	1.2.40.0.34.6.0.11.3.1 ref at-cda-bbr-	Gültigkeit ab	2025‑07‑31 08:25:53 Andere Versionen mit dieser Id: atcdabbr_entry_Immunization vom 2024‑11‑05 14:35:45 atcdabbr_entry_Immunization vom 2024‑05‑21 15:48:03 atcdabbr_entry_Immunization vom 2023‑01‑23 12:29:18 atcdabbr_entry_Immunization vom 2022‑01‑25 14:21:09 atcdabbr_entry_Immunization vom 2021‑08‑04 13:02:28 atcdabbr_entry_Immunization vom 2021‑05‑20 08:43:35 atcdabbr_entry_Immunization vom 2021‑05‑19 15:07:24 atcdabbr_entry_Immunization vom 2021‑05‑17 14:08:25 atcdabbr_entry_Immunization vom 2021‑05‑04 08:23:05 atcdabbr_entry_Immunization vom 2021‑02‑19 12:46:49 atcdabbr_entry_Immunization vom 2019‑01‑16 16:12:57
Status	Entwurf	Versions-Label	2.0.3
Name	atcdabbr_entry_Immunization	Bezeichnung	Immunization Entry
Beschreibung Enthält die Dokumentation einer einzelnen Impfung (einzelne Verabreichung eines Impfstoffes). Wird die Nachtragung einer Impfung dokumentiert, MUSS dies durch das Element participant/@typeCode = "ENT" gekennzeichnet sein (M [1..1]). Im CodeSystem Schemamatrix sind die gemäß Impfplan Österreich gültigen Kombinationen aus Impfschema, Impfstoff und Dosiskennung hinterlegt.
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.1
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Benutzt	Benutzt 15 Templates Benutzt als Name Version 1.2.40.0.34.6.0.11.9.1 Inklusion Narrative Text Reference (1.0.1+20210512) DYNAMIC 1.2.40.0.34.6.0.11.9.32 Containment Vaccine Product (2.0.0+20230717) DYNAMIC 1.2.40.0.34.6.0.11.9.31 Containment Vaccine Product nicht angegeben (1.0.0+20210219) DYNAMIC 1.2.40.0.34.6.0.11.9.21 Containment Performer Body - Impfende Person (1.0.3) DYNAMIC 1.2.40.0.34.6.0.11.9.8 Containment Author Body - e-Impfpass (2.0.1) DYNAMIC 1.2.40.0.34.6.0.11.9.3 Containment Informant Body (1.0.1+20211213) DYNAMIC 1.2.40.0.34.6.0.11.9.14 Containment Participant Body - Transcriber (1.1.0+20220103) DYNAMIC 1.2.40.0.34.6.0.11.9.44 Containment Participant Body - Verifier (2.0.0+20230717) DYNAMIC 1.2.40.0.34.6.0.11.9.46 Containment Participant Body - Authorized Editor (1.0.1+20230717) DYNAMIC 1.2.40.0.34.6.0.11.9.47 Containment Participant Body - Data Enterer (1.0.2) DYNAMIC 1.2.40.0.34.6.0.11.3.2 Containment Immunization Target Entry (2.0.0+20230717) DYNAMIC 1.2.40.0.34.6.0.11.3.5 Containment Immunization Billability Entry (1.0.1+20230717) DYNAMIC 1.2.40.0.34.6.0.11.3.168 Containment Zusatzklassifikation (1.0.2+20230717) DYNAMIC 1.2.40.0.34.6.0.11.3.14 Containment External Document Entry (1.0.1+20230717) DYNAMIC 1.2.40.0.34.6.0.11.3.10 Containment Immunization Schedule Entry (2.0.1+20250217) DYNAMIC
Beziehung	Version: Template 1.2.40.0.34.6.0.11.3.1 Immunization Entry (2024‑11‑05 14:35:45) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.3.1 Immunization Entry (2024‑05‑21 15:48:03) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.3.1 Immunization Entry (2023‑01‑23 12:29:18) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.3.1 Immunization Entry (2021‑05‑20 08:43:35) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.3.1 Immunization Entry (2021‑02‑19 12:46:49) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.3.1 Immunization Entry (2019‑01‑16 16:12:57) ref at-cda-bbr- Spezialisierung: Template 1.3.6.1.4.1.19376.1.5.3.1.4.12 eHDSI Immunizations (DYNAMIC) ref epsos- Spezialisierung: Template 2.16.840.1.113883.10.20.1.24 Medication activity (DYNAMIC) ref ccd1-
Beispiel	Neue Impfung - Minimalbeispiel für Update Immunisierungsstatus <substanceAdministration moodCode="EVN" negationInd="false" classCode="SBADM">   <templateId root="1.2.40.0.34.6.0.11.3.1"/>  <templateId root="2.16.840.1.113883.10.20.1.24"/>  <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.12"/>  <id root="1.2.3.999" extension="extension"/>  <code code="IMMUNIZ" codeSystem="2.16.840.1.113883.5.4" codeSystemName="ActCode"/>  <text>     <reference value="#ref-1"/>  </text>  <statusCode code="completed"/>  <effectiveTime value="20200617122000+0200"/>  <routeCode nullFlavor="NA"/>  <approachSiteCode nullFlavor="NA"/>  <doseQuantity nullFlavor="UNK"/>  <consumable typeCode="CSM">     <!-- template 1.2.40.0.34.6.0.11.9.32 Vaccine Product (DYNAMIC) (2019‑04‑24T08:57:24) -->   </consumable>  <performer typeCode="PRF">     <!-- template 1.2.40.0.34.6.0.11.9.21 'Performer Body - Impfende Person' (2019-05-08T13:21:12) -->   </performer>  <author>     <!-- template 1.2.40.0.34.6.0.11.9.8 'Author Body - e-Impfpass' (2021‑02‑19T13:12:25) -->   </author>  <entryRelationship typeCode="RSON">     <!-- template 1.2.40.0.34.6.0.11.3.2 'Immunization Target Entry' (2019-04-03T10:41:41) -->   </entryRelationship>  <entryRelationship typeCode="SUBJ">     <!-- template 1.2.40.0.34.6.0.11.3.168 'Zusatzklassifikation' (2021-05-19T15:05:17) -->   </entryRelationship>  <precondition>     <!-- template 1.2.40.0.34.6.0.11.3.10 'Immunization Schedule Entry' (2019-04-17T10:53:55) -->   </precondition></substanceAdministration>
Beispiel	Impfung - Vollständig für Kompletter Immunisierungsstatus <substanceAdministration moodCode="EVN" negationInd="false" classCode="SBADM">   <templateId root="1.2.40.0.34.6.0.11.3.1"/>  <templateId root="2.16.840.1.113883.10.20.1.24"/>  <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.12"/>  <id root="1.2.3.999" extension="extension"/>  <code code="IMMUNIZ" codeSystem="2.16.840.1.113883.5.4" codeSystemName="ActCode"/>  <text>     <reference value="#ref-1"/>  </text>  <statusCode code="completed"/>  <effectiveTime value="20190817121500+0200"/>  <routeCode nullFlavor="NA"/>  <approachSiteCode nullFlavor="NA"/>  <doseQuantity value="1" unit="{Packung}"/>  <consumable typeCode="CSM">     <!-- template 1.2.40.0.34.6.0.11.9.32 Vaccine Product (DYNAMIC) (2019‑04‑24T08:57:24) -->   </consumable>  <performer typeCode="PRF">     <!-- template 1.2.40.0.34.6.0.11.9.21 'Performer Body - Impfende Person' (2019-05-08T13:21:12) -->   </performer>  <author>     <!-- template 1.2.40.0.34.6.0.11.9.8 'Author Body - e-Impfpass' (2021‑02‑19T13:12:25) -->   </author>  <participant typeCode="ENT">     <!-- template 1.2.40.0.34.6.0.11.9.14 'Participant Body Transcriber' (2019-04-03T16:19:46) -->   </participant>  <participant typeCode="VRF">     <!-- template 1.2.40.0.34.6.0.11.9.44 'Participant Body Verifier' (2021‑08‑04 12:28:20) -->   </participant>  <entryRelationship typeCode="RSON">     <!-- template 1.2.40.0.34.6.0.11.3.2 'Immunization Target Entry' (2019-04-03T10:41:41) -->   </entryRelationship>  <entryRelationship typeCode="SUBJ">     <!-- template 1.2.40.0.34.6.0.11.3.168 'Zusatzklassifikation' (2021-05-19T15:05:17) -->   </entryRelationship>  <reference typeCode="REFR">     <externalDocument classCode="DOC" moodCode="EVN">       <templateId root="1.2.40.0.34.6.0.11.3.14"/>      <id root="1.2.40.0.34.99.4613.3.1" extension="1"/>      <code code="308707006" codeSystem="2.16.840.1.113883.6.96" displayName="Zertifikat">         <translation code="DGC-V" codeSystem="1.2.40.0.34.5.183" codeSystemName="eImpf_Ergaenzung" displayName="Impfzertifikat"/>      </code>      <text>         <reference value="https://epi-service.gv.at/wasauchimmer/654654316546.pdf"/>      </text>    </externalDocument>  </reference>  <precondition>     <!-- template 1.2.40.0.34.6.0.11.3.10 'Immunization Schedule Entry' (2019-04-17T10:53:55) -->   </precondition></substanceAdministration>
Beispiel	Nachtragung einer Impfung (z.B. aus Papier-Impfpass) <substanceAdministration moodCode="EVN" negationInd="false" classCode="SBADM">   <templateId root="1.2.40.0.34.6.0.11.3.1"/>  <templateId root="2.16.840.1.113883.10.20.1.24"/>  <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.12"/>  <id root="1.2.3.999" extension="extension"/>  <code code="IMMUNIZ" codeSystem="2.16.840.1.113883.5.4" codeSystemName="ActCode"/>  <text>     <reference value="#ref-1"/>  </text>  <statusCode code="completed"/>  <effectiveTime value="202006"/>  <routeCode nullFlavor="NA"/>  <approachSiteCode nullFlavor="NA"/>  <doseQuantity nullFlavor="UNK"/>  <consumable typeCode="CSM">     <!-- choice: template 1.2.40.0.34.6.0.11.9.32 Vaccine Product (DYNAMIC) (2019‑04‑24T08:57:24) oder template 1.2.40.0.34.6.0.11.9.31 Vaccine Product nicht angegeben (DYNAMIC) (2019‑06‑05T07:33:24) -->   </consumable>  <participant typeCode="ENT">     <!-- template 1.2.40.0.34.6.0.11.9.14 Participant Body - Transcriber (DYNAMIC) (2019-04-03T16:19:46) -->   </participant>  <entryRelationship typeCode="RSON">     <!-- template 1.2.40.0.34.6.0.11.3.2 'Immunization Target Entry' (2019-04-03T10:41:41) -->   </entryRelationship>  <precondition>     <!-- template 1.2.40.0.34.6.0.11.3.10 'Immunization Schedule Entry' (2019-04-17T10:53:55) -->   </precondition></substanceAdministration>
Item DT Kard Konf Beschreibung Label hl7:substanceAdministration @classCode cs 1 … 1 F SBADM @moodCode cs 1 … 1 F EVN @negationInd bl 1 … 1 F false   In ELGA werden keine unerwünschten Impfungen dokumentiert, daher ist der negationInd immer "false". hl7:templateId II 1 … 1 M ELGA @root uid 1 … 1 F 1.2.40.0.34.6.0.11.3.1 hl7:templateId II 1 … 1 M HL7 CCD  Medication activity @root uid 1 … 1 F 2.16.840.1.113883.10.20.1.24 hl7:templateId II 1 … 1 M IHE Immunizations Entry @root uid 1 … 1 F 1.3.6.1.4.1.19376.1.5.3.1.4.12 hl7:id II 1 … 1 M Id der einzelnen Impfung, auf die referenziert werden kann (z.B. für Updates). OID und/oder Extension werden von der GDA-Software generiert, Eindeutigkeit ist unbedingt zu wahren. hl7:code CD 1 … 1 M @code cs 1 … 1 F IMMUNIZ @codeSystem oid 1 … 1 F 2.16.840.1.113883.5.4 @codeSystemName st 1 … 1 F ActCode @displayName st 0 NP NP/nicht anwesend Eingefügt 1 … 1 M von 1.2.40.0.34.6.0.11.9.1 Narrative Text Reference (DYNAMIC) hl7:text ED 1 … 1 M hl7:reference TEL 1 … 1 M Die Referenz auf den entsprechenden Text im menschenlesbaren Teil muss durch Bezugnahme auf den Inhalt[@ID] angegeben werden: reference[@value='#xxx']. Die Referenz ist mit einem ID-Attribut anzugeben, dieses Element DARF NUR den Textinhalt des codierten Inhalts mit Zusatzinformationen umschließen. Alternativ kann @value auch mit dem url-scheme "http" oder "https" beginnen. @value 1 … 1 R   Schematron assert role  error     test starts-with(@value,'#') or starts-with(@value,'http')     Meldung The @value attribute content MUST conform to the format '#xxx', where xxx is the ID of the corresponding 'content'-element, or begin with the 'http' or 'https' url-scheme.   hl7:statusCode CS 1 … 1 M Fester Wert "completed" @code cs 1 … 1 F completed hl7:effectiveTime TS.AT.VAR 1 … 1 M Impfzeitpunkt: Datum inklusive Zeitpunkt der Durchführung der Impfung. bzw. Impfdatum: Datum der Durchführung der Impfung ohne Zeitangabe. Bitte bei der Anzeige beachten, das keine (erfundene) Zeitangabe gemacht wird, wie z.B. "00:00". wo [not(@nullFlavor)]   Constraint Im Fall der Dokumentenklasse "Update Immunisierungsstatus" ohne Nachtrag MUSS der Impfzeitpunkt entweder im Format YYYYMMDD (taggenau) oder YYYYMMDDhhmmss[+/-]HHMM (sekundengenau mit Zeitzone) angegeben werden. Im Fall der Dokumentenklasse "Update Immunisierungsstatus" mit Nachtrag KANN der Impfzeitpunkt zusätzlich auch im Format YYYY (jahrgenau) oder YYYYMM (monatsgenau) strukturiert sein. hl7:routeCode CE 0 … 1 Der Applikationsweg (des Impfstoffes) z.B. subkutan, intramuskulär.   CONF Der Wert von @code MUSS gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.96 eImpf_MedikationArtAnwendung (DYNAMIC) hl7:approachSiteCode CD 1 … 1 R Der Ort der Anwendung bzw. die Körperstelle, an der die Impfung angewendet wurde. Wird nicht verwendet! Für dieses Element wird daher immer der nullFlavor='NA' angegeben. @nullFlavor cs 1 … 1 F NA Auswahl 1 … 1 Elemente in der Auswahl: hl7:doseQuantity[not(hl7:low|hl7:high|@nullFlavor)] hl7:doseQuantity[@nullFlavor='UNK'] hl7:doseQuantity IVL_PQ 0 … 1 Menge des Wirkstoffs des verabreichten Arzneimittels (Mengenangabe aus Fachinformation). Mit doseQuantity als IVL_PQ, aber als PQ instantiiert. Hinweis: Die tatsächlich verabreichte Menge kann dokumentiert werden, falls von Fachinformation abweichend. Falls zwei Impfdosen verabreicht werden ("zwei Packungen"), gibt es zwei Möglichkeiten der Dokumentation: Wenn die Packungen dieselbe Chargennummer besitzen: Verabreichte Menge verdoppeln, nur eine Impfung dokumentieren (zwei Impfungen mit derselben Chargennummer werden von der zentralen Applikation als Duplikat erkannt und ignoriert). Wenn zwei unterschiedliche Chargennummern verimpft werden, können beide jeweils als eine eigene Impfung mit derselben Dosiskennung und demselben Impfdatum gespeichert werden. wo [not(hl7:lowoder hl7:highoder @nullFlavor)] @value 1 … 1 R Dosierung bzw. Menge des verabreichten Impfstoffes. @unit cs 0 … 1     CONF Der Wert von @unit MUSS gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.74 eImpf_Mengenart (DYNAMIC)   Constraint Im Fall der Dokumentenklasse "Update Immunisierungsstatus" ohne Nachtrag MUSS, M [1..1], die tatsächlich verabreichte Menge dokumentiert werden, WENN von Fachinformation abweichend verabreicht wurde. In allen anderen Fällen MUSS, R [1..1] das Element vorhanden sein und KANN mit nullFlavor = "UNK" strukturiert werden. hl7:low IVXB_PQ NP hl7:center PQ NP hl7:width PQ NP hl7:high IVXB_PQ NP hl7:doseQuantity IVL_PQ 0 … 1 wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK Auswahl 1 … 1 Elemente in der Auswahl: hl7:consumable[hl7:manufacturedProduct/hl7:templateId[@root='1.2.40.0.34.6.0.11.9.32']] welches enthält Template 1.2.40.0.34.6.0.11.9.32 Vaccine Product (DYNAMIC) hl7:consumable[hl7:manufacturedProduct/hl7:templateId[@root='1.2.40.0.34.6.0.11.9.31']] welches enthält Template 1.2.40.0.34.6.0.11.9.31 Vaccine Product nicht angegeben (DYNAMIC)   Constraint Im Fall der Dokumentenklasse "Update Immunisierungsstatus" ohne Nachtragung MUSS, M [1..1], das Element den Vorgaben des Template "Vaccine Product" (templateId 1.2.40.0.34.6.0.11.9.32) folgen. In allen anderen Fällen kann das Element auch entsprechend dem Template "Vaccine Product nicht angegeben" (templateId 1.2.40.0.34.6.0.11.9.31) strukturiert sein. hl7:consumable 0 … 1 Impfstoff.  Beinhaltet 1.2.40.0.34.6.0.11.9.32 Vaccine Product (DYNAMIC) wo [hl7:manufacturedProduct/hl7:templateId [@root='1.2.40.0.34.6.0.11.9.32']] @typeCode cs 1 … 1 F CSM hl7:consumable 0 … 1 Beinhaltet 1.2.40.0.34.6.0.11.9.31 Vaccine Product nicht angegeben (DYNAMIC) wo [hl7:manufacturedProduct/hl7:templateId [@root='1.2.40.0.34.6.0.11.9.31']] @typeCode cs 1 … 1 F CSM hl7:performer 0 … 1 C "Impfende Person": Jene Person, die die Impfung durchführt, z.B. ein Arzt oder eine Hebamme bzw. DGKP im übertragenen Wirkungsbereich. Bei Strukturierung des Elements entspricht performer/assignedEntity/representedOrganization/addr dem Impfort. Beinhaltet 1.2.40.0.34.6.0.11.9.21 Performer Body - Impfende Person (DYNAMIC) @typeCode cs 1 … 1 F PRF   Constraint Im Fall der Dokumentenklasse "Update Immunisierungsstatus" ohne Nachtragung MUSS dieses Element angegeben sein, WENN sich der Performer von der für die Impfung verantwortlichen Person (author) unterscheidet. In allen anderen Fällen KANN, das Element auch komplett entfallen. Wird dieses Element strukturiert wird, SOLL in performer/assignedEntity/representedOrganization/addr der Impfort angegeben werden, soweit er bekannt ist (R [0..1]). hl7:author 0 … 1 C "Medizinisch verantwortliche Person": Die Person, die für die Impfung und ihre Dokumentation letztlich verantwortlich ist, z.B. der verantwortliche Arzt. Wird der "Performer Body - Impfende Person" nicht strukturiert, dann entspricht author/assignedAuthor/representedOrganization/addr dem Impfort. Beinhaltet 1.2.40.0.34.6.0.11.9.8 Author Body - e-Impfpass (DYNAMIC)   Constraint Der Author MUSS verpflichtend angegeben werden bei: einer neuen Impfung (Dokumentenklasse "Update Immunisierungsstatus" ohne Nachtragung) (M [1..1]) oder  einer Selbsteintragung einer Impfung durch den Bürger (M [1..1]). Bei einem Nachtrag (Dokumentenklasse "Update Immunisierungsstatus" mit Nachtragung)  KANN das Element auch komplett entfallen (O [0..1]). Wird dieses Element strukturiert und wird die "Impfende Person" (performer) nicht angegeben, SOLL in author/assignedAuthor/representedOrganization/addr der Impfort angegeben werden, soweit er bekannt ist (R [0..1]). hl7:informant 0 … 1 C Verpflichtende Angabe, falls die Impfung durch den/die Bürger/in selbst eingetragen wird. Anmerkung: Selbsteingetragene Impfungen sind als solche gekennzeichnet und dienen Gesundheitsdiensteanbietern nur zur Information. Beinhaltet 1.2.40.0.34.6.0.11.9.3 Informant Body (DYNAMIC)   Constraint Im Falle einer Selbsteintragung einer Impfung durch den/die Bürger/in MUSS der Informant M [1..1] und der darin enthaltene relatedEntity.code M [1..1] mit "SELF" angeben werden. In allen anderen Fällen wird der Informant nicht angegeben (NP). hl7:participant 0 … 1 C Nachtragende Person (Datenverarbeitende Person) Die Person / Gerät, die Daten für den Impfpass dokumentiert. Nur für Nachtragung relevant. Beinhaltet 1.2.40.0.34.6.0.11.9.14 Participant Body - Transcriber (DYNAMIC) @typeCode cs 1 … 1 F ENT @context​Control​Code cs 0 … 1 F OP   Constraint Im Fall der Nachtragung einer Immunisierung mittels der Dokumentenklasse "Update Immunisierungsstatus" MUSS, M [1..1] dieses Element angegeben sein.  Im Fall der Dokumentenklasse "Update Immunisierungsstatus" ohne Nachtragung ist dieses Element NICHT ERLAUBT (NP [0..0]). Im Fall der Dokumentenklasse "Kompletter Immunisierungsstatus" KANN dieses Element angegeben sein (O [0..1]). hl7:participant 0 … 1 C Korrigierende Person (Datenverarbeitende Person) Die Person / Gerät, die Daten im e-Impfpass korrigiert.  Anmerkung: Nur spezielle gesetzlich festgelegte Rollen dürfen Korrekturen an Einträgen anderer GDA durchführen und werden von der Zentralen Anwendung beim entsprechenden Eintrag im Kompletten Immunisierungsstatus als korrigierende Person angeführt. Beinhaltet 1.2.40.0.34.6.0.11.9.44 Participant Body - Verifier (DYNAMIC) @typeCode cs 1 … 1 F VRF @context​Control​Code cs 0 … 1 F OP   Constraint In der Dokumentenklasse "Update Immunisierungsstatus" ist die Angabe einer korrigierende Person NICHT erlaubt (NP [0...0]). In der Dokumentenklasse "Kompletter Immunisierungsstatus" MUSS die korrigierende Person angegeben werden (M [1..1]), wenn eine neue Version eines "Update Immunisierungsstatus" nicht den ursprünglichen document.author enthält (Korrektur durch Behörde). Alle durch Behörden korrigierten Einträge scheinen dauerhaft im Kompletten Immunisierungsstatus mit korrigierender Person auf, sonst ist die korrigierende Person verboten (NP). hl7:participant 0 … 1 C Berechtigter bearbeitender GDA (OID aus dem GDA-Index). Beinhaltet 1.2.40.0.34.6.0.11.9.46 Participant Body - Authorized Editor (DYNAMIC) @typeCode cs 1 … 1 F AUT @context​Control​Code cs 0 … 1 F OP   Constraint In der Dokumentenklasse "Update Immunisierungsstatus" ist die Angabe NICHT erlaubt (NP [0...0]). In der Dokumentenklasse "Kompletter Immunisierungsstatus" KANN der berechtigte bearbeitende GDA angegeben werden ([0..1]), wenn die OID aus dem GDA-Index des document.author des zugrundeliegenden "Update Immunisierungsstatus" vorliegt. hl7:participant 0 … 1 C "Eintragende Person": Die dokumentierende Person (z.B. Medizinische Dokumentationsassistenz, Schreibkraft) (OID aus dem GDA-Index). Beinhaltet 1.2.40.0.34.6.0.11.9.47 Participant Body - Data Enterer (DYNAMIC) @typeCode cs 1 … 1 F ENT @context​Control​Code cs 0 … 1 F OP   Constraint In der Dokumentenklasse "Update Immunisierungsstatus" ist die Angabe NICHT erlaubt (NP [0...0]). In der Dokumentenklasse "Kompletter Immunisierungsstatus" KANN die dokumentierende Person (ClinicalDocument/dataEnterer) aus dem jeweiligen "Update Immunisierungsstatus" in den entsprechenden entry."Participant Body - Data Enterer" übernommen werden ([0..1]). hl7:entryRelationship 1 … * M "Impfziel": Immunisierung gegen eine bestimmte Krankheit oder einen Erreger. Beinhaltet 1.2.40.0.34.6.0.11.3.2 Immunization Target Entry (DYNAMIC) @typeCode cs 1 … 1 F RSON @context​Conduction​Ind cs 0 … 1 F true hl7:entryRelationship 0 … 1 C Abrechenbarkeit. Beinhaltet 1.2.40.0.34.6.0.11.3.5 Immunization Billability Entry (DYNAMIC) @typeCode cs 1 … 1 F SUBJ @context​Conduction​Ind cs 0 … 1 F true   Constraint Ist nur im Falle der Dokumentenklasse "Update Immunisierungsstatus" ohne Nachtragung zulässig. In allen anderen Fällen MUSS dieses Element komplett entfallen.   Schematron assert role  error     test /hl7:ClinicalDocument/hl7:templateId[@root = '1.2.40.0.34.6.0.11.0.2'] and not(ancestor::*/hl7:participant/hl7:templateId[@root = '1.2.40.0.34.6.0.11.9.14'])     Meldung Das Element entryRelationship/act/templateId/@root='1.2.40.0.34.6.0.11.3.5' ist NICHT ERLAUBT.   hl7:entryRelationship C Zusatzklassifikation Beinhaltet 1.2.40.0.34.6.0.11.3.168 Zusatzklassifikation (DYNAMIC) @typeCode cs 1 … 1 F SUBJ @context​Conduction​Ind cs 0 … 1 F true   Constraint Impfsetting: Im Fall der Dokumentenklasse "Update Immunisierungsstatus" ohne Nachtrag MUSS in diesem Element das Impfsetting angegeben sein (M [1..1]). Im Fall der Dokumentenklasse "Update Immunisierungsstatus" mit Nachtrag ist die Angabe eines Impfsettings optional (O [0..1]). In allen anderen Fällen ist die Angabe des Impfsettings optional (O [0..*]). Im Fall der Dokumentenklasse " Update Immunisierungsstatus " KANN in diesem Element das Impfprogramm angegeben werden im Rahmen dessen die Impfung verabreicht wurde (O [0..1]) . hl7:reference 0 … 1 C Referenz auf das zugrundeliegende CDA-Dokument der Dokumentenklasse "Update Immunisierungsstatus" mit dem dieses Immunization Entry ursprünglich vom GDA gespeichert wurde. Beinhaltet 1.2.40.0.34.6.0.11.3.14 External Document Entry (DYNAMIC) wo [hl7:externalDocument [hl7:code [@code = '11369-6']]] @typeCode cs 1 … 1 F REFR   Constraint Im Fall der Dokumentenklasse "Kompletter Immunisierungsstatus" MUSS dieses Element angegeben sein (M [1..1]). In allen anderen Fällen KANN das Element auch komplett entfallen (R [0..1]). hl7:reference 0 … 1 R Referenz auf das Impfzertifikat zu dieser Impfung. Hinweis: Die Angabe des Impfzertifikats wird ab 01.07.2023 technisch nicht mehr unterstützt. Beinhaltet 1.2.40.0.34.6.0.11.3.14 External Document Entry (DYNAMIC) wo [not(hl7:externalDocument [hl7:code [@code = '11369-6']])] @typeCode cs 1 … 1 F REFR   Constraint Bei Referenz auf ein Impfzertifikat gelten für das External Document Entry folgende constraints: externalDocument/code MUSS mit den Attributen @code == "308707006" @codeSystem == "2.16.840.1.113883.6.96" @displayName == "Zertifikat" strukturiert sein. externalDocument/code/translation/code MUSS mit den Attributen @code == "DGC-V" @codeSystem == "1.2.40.0.34.5.183" @displayName == "Impfzertifikat" strukturiert sein. hl7:precondition 1 … 1 M Impfschema. Die Angabe eines Impfschemas ist verpflichtend. Beinhaltet 1.2.40.0.34.6.0.11.3.10 Immunization Schedule Entry (DYNAMIC) @typeCode cs 0 … 1 F PRCN   Schematron assert role  error     test not(/hl7:ClinicalDocument/hl7:templateId[@root = '1.2.40.0.34.6.0.11.0.2']) or hl7:doseQuantity     Meldung Das Element doseQuantity MUSS vorhanden und KANN mit nullFlavor "UNK" strukturiert sein.     Schematron assert role  error     test not(/hl7:ClinicalDocument/hl7:templateId[@root = '1.2.40.0.34.6.0.11.0.2'] and not( hl7:participant/hl7:templateId[@root = '1.2.40.0.34.6.0.11.9.14'])) or hl7:consumable/hl7:manufacturedProduct/hl7:templateId[@root='1.2.40.0.34.6.0.11.9.32']     Meldung Das Element consumable/manufacturedProduct/templateId/@root='1.2.40.0.34.6.0.11.9.32' MUSS vorhanden sein.     Schematron assert role  error     test not(/hl7:ClinicalDocument/hl7:templateId[@root = '1.2.40.0.34.6.0.11.0.2'] and not(hl7:participant/hl7:templateId[@root = '1.2.40.0.34.6.0.11.9.14'])) or hl7:author     Meldung Das Element author MUSS vorhanden sein.     Schematron assert role  error     test not(/hl7:ClinicalDocument/hl7:templateId[@root = '1.2.40.0.34.6.0.11.0.4']) or hl7:reference/hl7:externalDocument/hl7:code/hl7:translation[@code = '87273-9']     Meldung Das Element reference MUSS vorhanden sein.     Schematron assert role  error     test not(/hl7:ClinicalDocument/hl7:templateId[@root = '1.2.40.0.34.6.0.11.0.2'] and hl7:participant/hl7:templateId[@root = '1.2.40.0.34.6.0.11.9.44'])     Meldung Das Element participant[@typeCode='VRF'] DARF NICHT vorhanden sein.     Schematron assert role  error     test not(/hl7:ClinicalDocument/hl7:templateId[@root = '1.2.40.0.34.6.0.11.0.2'] and hl7:participant/hl7:templateId[@root = '1.2.40.0.34.6.0.11.9.46'])     Meldung Das Element participant[@typeCode='AUT'] DARF NICHT vorhanden sein.     Schematron assert role  error     test not(/hl7:ClinicalDocument/hl7:templateId[@root = '1.2.40.0.34.6.0.11.0.2'] and hl7:participant/hl7:templateId[@root = '1.2.40.0.34.6.0.11.9.47'])     Meldung Das Element participant[@typeCode='ENT'] DARF NICHT vorhanden sein.

2.4.2 Simple Observation Entry

Id	1.2.40.0.34.6.0.11.3.4	Gültigkeit ab	2021‑02‑19 13:00:47 Andere Versionen mit dieser Id: atcdabrr_entry_SimpleObservation vom 2019‑01‑17 13:45:24
Status	Aktiv	Versions-Label	1.0.0+20210219
Name	atcdabrr_entry_SimpleObservation	Bezeichnung	Simple Observation Entry
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.4
Label	IHE PCC TF2 Rev.11, 6.3.4.20
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Benutzt	Benutzt 2 Templates Benutzt als Name Version 1.2.40.0.34.6.0.11.9.1 Inklusion Narrative Text Reference (1.0.1+20210512) DYNAMIC 1.2.40.0.34.6.0.11.9.8 Containment Author Body - e-Impfpass (2.0.1) DYNAMIC
Beziehung	Version: Template 1.2.40.0.34.6.0.11.3.4 Simple Observation Entry (2019‑01‑17 13:45:24) ref at-cda-bbr- Spezialisierung: Template 2.16.756.5.30.1.1.10.4.71 (2016‑11‑11) Spezialisierung: Template 1.3.6.1.4.1.19376.1.5.3.1.4.13 IHE Simple Observation (2016‑09‑26 08:43:40) ref IHE-PCC- Spezialisierung: Template 2.16.840.1.113883.10.12.303 CDA Observation (2005‑09‑07) ref ad1bbr-
Item DT Kard Konf Beschreibung Label hl7:observation IHE PCC TF2 Rev.11, 6.3.4.20 @classCode cs 1 … 1 F OBS @moodCode cs 1 … 1 F EVN hl7:templateId II 1 … 1 M IHE PCC TF2 Rev.11, 6.3.4.20 @root uid 1 … 1 F 1.2.40.0.34.6.0.11.3.4 hl7:templateId II 1 … 1 M IHE PCC TF2 Rev.11, 6.3.4.20 @root uid 1 … 1 F 1.3.6.1.4.1.19376.1.5.3.1.4.13 hl7:id II 1 … 1 M Each observation SHALL have an identifier. IHE PCC TF2 Rev.11, 6.3.4.20 @root uid 1 … 1 R 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. @extension st 0 … 1   Contains the ID itself. The ID MUST be unique within the system that issued the ID. hl7:code CD 1 … 1 M IHE PCC TF2 Rev.11, 6.3.4.20 @code cs 1 … 1 R @codeSystem oid 1 … 1 R @codeSystemName st 0 … 1   @displayName st 0 … 1   Eingefügt 1 … 1 von 1.2.40.0.34.6.0.11.9.1 Narrative Text Reference (DYNAMIC) The human-readable text MUST be generated automatically from the structured information of this element. The text element MUST contain the reference to the corresponding text in the human readable part, ONLY. hl7:text ED 1 … 1 IHE PCC TF2 Rev.11, 6.3.4.20 hl7:reference TEL 1 … 1 M Die Referenz auf den entsprechenden Text im menschenlesbaren Teil muss durch Bezugnahme auf den Inhalt[@ID] angegeben werden: reference[@value='#xxx']. Die Referenz ist mit einem ID-Attribut anzugeben, dieses Element DARF NUR den Textinhalt des codierten Inhalts mit Zusatzinformationen umschließen. Alternativ kann @value auch mit dem url-scheme "http" oder "https" beginnen. IHE PCC TF2 Rev.11, 6.3.4.20 @value 1 … 1 R   Schematron assert role  error     test starts-with(@value,'#') or starts-with(@value,'http')     Meldung The @value attribute content MUST conform to the format '#xxx', where xxx is the ID of the corresponding 'content'-element, or begin with the 'http' or 'https' url-scheme.   hl7:statusCode CS 1 … 1 M The statusCode shall be set to 'completed' for all observations. IHE PCC TF2 Rev.11, 6.3.4.20   CONF Der Wert von @code MUSS gewählt werden aus dem Value Set 2.16.840.1.113883.1.11.20025 ActStatusCompleted (DYNAMIC) Auswahl 1 … 1 Elemente in der Auswahl: hl7:effectiveTime hl7:effectiveTime hl7:effectiveTime TS.AT.TZ 0 … 1 C Date or timestamp of the finding (physiologically relevant time of this observation). IHE PCC TF2 Rev.11, 6.3.4.20 hl7:effectiveTime IVL_TS 0 … 1 C Period of the finding (physiologically relevant time span of this observation). IHE PCC TF2 Rev.11, 6.3.4.20 hl7:low TS.AT.TZ IHE PCC TF2 Rev.11, 6.3.4.20 hl7:high TS.AT.TZ IHE PCC TF2 Rev.11, 6.3.4.20 hl7:value ANY 1 … * R IHE PCC TF2 Rev.11, 6.3.4.20 hl7:interpretationCode CE 0 … 1 IHE PCC TF2 Rev.11, 6.3.4.20 @code cs 1 … 1 R @codeSystem oid 1 … 1 R @codeSystemName st 0 … 1   @displayName st 0 … 1   hl7:methodCode CE 0 … 1 IHE PCC TF2 Rev.11, 6.3.4.20 @code cs 1 … 1 R @codeSystem oid 1 … 1 R @codeSystemName st 0 … 1   @displayName st 0 … 1   hl7:target​Site​Code CE 0 … 1 IHE PCC TF2 Rev.11, 6.3.4.20 @code cs 1 … 1 R @codeSystem oid 1 … 1 R @codeSystemName st 0 … 1   @displayName st 0 … 1   hl7:author 0 … * This MAY be used to indicate who has documented the observation. This information supersedes any information recorded at higher level. Beinhaltet 1.2.40.0.34.6.0.11.9.8 Author Body - e-Impfpass (DYNAMIC) IHE PCC TF2 Rev.11, 6.3.4.20

2.4.3 Problem Entry

Id	1.2.40.0.34.6.0.11.3.6	Gültigkeit ab	2023‑02‑02 15:50:45 Andere Versionen mit dieser Id: atcdabbr_entry_Problem vom 2022‑06‑02 15:10:36 atcdabbr_entry_Problem vom 2021‑02‑19 12:55:41 atcdabbr_entry_Problem vom 2020‑11‑06 10:08:41 atcdabbr_entry_Problem vom 2019‑01‑18 09:59:00
Status	Entwurf	Versions-Label	1.1.2
Name	atcdabbr_entry_Problem	Bezeichnung	Problem Entry
Beschreibung Dieses generische Template kann in den speziellen Leitfäden spezifiziert werden. Ob ein Problem codiert angegeben werden muss und welche Codesysteme zur Anwendung kommen müssen bzw. sollen, ergibt sich aus dem Kontext des jeweiligen speziellen Implementierungsleitfadens. Das Problem Entry erlaubt die Dokumentation eines Gesundheitsproblems, das verschiedene Ausprägungen (im code-Element) haben kann : Diagnose (Diagnosis) Problem (Problem) Zustand (Condition) Symptom (Symptom) Befund (Finding) Beschwerde (Complaint) Funktionelle Einschränkung (Functional limitation) Um welches Problem es sich handelt, wird im value-Element angegeben. Da es sich bei einem Problem technisch um eine observation, also eine dokumentierte Beobachtung handelt, erhält sie den fixen StatusCode "completed". Der Status des Gesundheitsproblems selbst kann über das darin liegende Entry "Problem Status Observation" angegeben werden.    Die effectiveTime ("medizinisch relevante Zeit") ist der Zeitraum, zu dem die Beobachtung für den Patienten gilt. Für z.B. einen Arzt, der heute einen Patienten in der Klinik behandelt und einen Herzinfarkt dokumentiert, der vor fünf Jahren aufgetreten ist, liegt die effectiveTime fünf Jahre zurück. effectiveTime.low („Beginn des Problems“): Entspricht dem Zeitpunkt, zu dem das Problem erstmals aufgetreten ist (z.B. der Start der Erkrankung oder Beginn der Symptome). Kann auch unbekannt sein (nullFlavor "UNK") effectiveTime.high („Ende des Problems“): Gibt den Zeitpunkt an, seitdem die zugrunde liegende Erkrankung nicht mehr besteht ("Zustand nach" oder „status post“). Wenn es nicht angegeben ist, gilt das Problem als weiterhin bestehend. Wenn bekannt ist, dass das Problem nicht mehr auftritt, dann MUSS ein effectiveTime.high angegeben werden. Wenn das Datum der Lösung nicht bekannt ist, dann wird der nullFlavor "UNK" angegeben. Weitere Informationen: Das Problem Entry erlaubt die Angabe weiterer Informationen zum Problem: value.qualifier: Typ der Diagnose (Haupt-, Nebendiagnose, Dauerdiagnose) targetSiteCode / Laterality Qualifier: Seitenlokalisation und anatomische Lage (links, rechts) entryRelationship.Problem Status Observation: Medizinischer Status des Gesundheitsproblems (bestehend, nicht mehr bestehend) entryRelationship.Certainty Observation: Diagnosesicherheit (bestätigt, unbestätigt, ausgeschlossen, unbekannt) entryRelationship.Severity Observation: Schweregrad der Erkrankung (schwer, mittel, leicht) entryRelationship.Criticality Observation: Kritikalität des Gesundheitsproblems (lebensbedrohend, nicht lebensbedrohend, unbekannt) entryRelationship.Comment Entry: Kommentar
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.6
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Benutzt	Benutzt 12 Templates Benutzt als Name Version 1.2.40.0.34.6.0.11.9.1 Inklusion Narrative Text Reference (1.0.1+20210512) DYNAMIC 1.2.40.0.34.6.0.11.9.2 Inklusion Original Text Reference (1.0.0+20210219) DYNAMIC 1.2.40.0.34.6.0.11.9.42 Containment Laterality Qualifier (1.0.0+20210219) DYNAMIC 1.2.40.0.34.6.0.11.9.17 Containment Performer Body (1.0.0+20210219) DYNAMIC 1.2.40.0.34.6.0.11.9.36 Containment Author Body (1.0.1+20230717) DYNAMIC 1.2.40.0.34.6.0.11.9.3 Containment Informant Body (1.0.1+20211213) DYNAMIC 1.2.40.0.34.6.0.11.9.13 Containment Participant Body (1.0.1+20210628) DYNAMIC 1.2.40.0.34.6.0.11.3.11 Containment Comment Entry (1.0.0+20210219) DYNAMIC 1.2.40.0.34.6.0.11.3.38 Containment Severity Observation (1.0.0+20210219) DYNAMIC 1.2.40.0.34.6.0.11.3.35 Containment Criticality Observation (1.0.1+20210628) DYNAMIC 1.2.40.0.34.6.0.11.3.36 Containment Certainty Observation (1.0.0+20210219) DYNAMIC 1.2.40.0.34.6.0.11.3.49 Containment Problem Status Observation (1.0.0+20210219) DYNAMIC
Beziehung	Version: Template 1.2.40.0.34.6.0.11.3.6 Problem Entry (2022‑06‑02 15:10:36) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.3.6 Problem Entry (2021‑02‑19 12:55:41) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.3.6 Problem Entry (2020‑11‑06 10:08:41) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.3.6 Problem Entry (2019‑01‑18 09:59:00) ref at-cda-bbr- Adaptation: Template 1.3.6.1.4.1.19376.1.5.3.1.4.5 IHE Problem Entry (DYNAMIC) ref ch-pcc- Spezialisierung: Template 2.16.840.1.113883.10.12.303 CDA Observation (2005‑09‑07) ref ad1bbr-
Beispiel	Beispiel Diagnose codiert <cda:observation classCode="OBS" moodCode="EVN" negationInd="false">   <cda:templateId root="1.2.40.0.34.6.0.11.3.6"/>  <cda:templateId root="2.16.840.1.113883.10.20.1.28"/>  <cda:templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.5"/>  <cda:id root="1.2.3.999" extension="--example only--"/>  <cda:code code="282291009" codeSystem="2.16.840.1.113883.6.96" displayName="Diagnosis"/>  <!-- include template 1.2.40.0.34.6.0.11.9.1 'Narrative Text Reference' (dynamic) 1..1 M -->   <statusCode code="completed"/>  <cda:effectiveTime>     <cda:low value="20190817121500+0200"/>  </cda:effectiveTime>  <cda:value xsi:type="CD" code="cs" codeSystem="1.2.3.999">     <!-- include template 1.2.40.0.34.6.0.11.9.2 'Original Text Reference' (dynamic) 1..1 M -->     <!-- qualifier für Art der Diagnose -->     <cda:qualifier>       <cda:name code="106229004" codeSystem="2.16.840.1.113883.6.96"/>      <cda:value code="8319008" displayName="Principal diagnosis (contextual qualifier) (qualifier value)" codeSystem="2.16.840.1.113883.6.96"/>    </cda:qualifier>  </cda:value>  <cda:targetSiteCode>     <cda:qualifier>       <cda:name code="272741003" codeSystem="2.16.840.1.113883.6.96" displayName="Laterality"/>      <cda:value code="..." codeSystem="2.16.840.1.113883.6.96"/>    </cda:qualifier>    <cda:qualifier>       <cda:name code="106233006" codeSystem="2.16.840.1.113883.6.96" displayName="Topographical modifier"/>      <cda:value code="..." codeSystem="2.16.840.1.113883.6.96"/>    </cda:qualifier>  </cda:targetSiteCode>  <cda:author>     <!-- template 1.2.40.0.34.6.0.11.9.36 'Author Body' -->   </cda:author>  <cda:entryRelationship typeCode="COMP" contextConductionInd="true">     <!-- template 1.2.40.0.34.6.0.11.3.11 'Comment Entry' (2019-02-07T13:10:44) -->   </cda:entryRelationship></cda:observation>
Beispiel	Beispiel Uncodierte Angabe des Gesundheitsproblems <cda:observation classCode="OBS" moodCode="EVN" negationInd="false">   <cda:templateId root="1.2.40.0.34.6.0.11.3.6"/>  <cda:templateId root="2.16.840.1.113883.10.20.1.28"/>  <cda:templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.5"/>  <cda:id root="1.2.3.999" extension="--example only--"/>  <cda:code code="282291009" codeSystem="2.16.840.1.113883.6.96" displayName="Diagnosis"/>  <!-- include template 1.2.40.0.34.6.0.11.9.1 'Narrative Text Reference' (dynamic) 1..1 M -->   <statusCode code="completed"/>  <cda:effectiveTime>     <cda:low value="20190817121800+0200"/>  </cda:effectiveTime>  <cda:value xsi:type="CD" nullFlavor="NA">     <!-- include template 1.2.40.0.34.6.0.11.9.2 'Original Text Reference' (dynamic) 1..1 M -->     <originalText>       <reference value="#MyRef1"/>    </originalText>  </cda:value>  <cda:author>     <!-- template 1.2.40.0.34.6.0.11.9.36 'Author Body' -->   </cda:author>  <cda:entryRelationship typeCode="COMP" contextConductionInd="true">     <!-- template 1.2.40.0.34.6.0.11.3.11 'Comment Entry' (2019-02-07T13:10:44) -->   </cda:entryRelationship></cda:observation>
Item DT Kard Konf Beschreibung Label hl7:observation Container zur Angabe eines Problems (Diagnose etc). @classCode cs 1 … 1 F OBS @moodCode cs 1 … 1 F EVN @negationInd bl 1 … 1 R SOLL standardmäßig auf false gesetzt werden. Kann auf true gesetzt werden, um anzuzeigen, dass das dokumentierte Problem nicht beobachtet wurde. hl7:templateId II 1 … 1 M ELGA @root uid 1 … 1 F 1.2.40.0.34.6.0.11.3.6 hl7:templateId II 1 … 1 M HL7 CCD Problem observation @root uid 1 … 1 F 2.16.840.1.113883.10.20.1.28 hl7:templateId II 1 … 1 M IHE Problem Entry @root uid 1 … 1 F 1.3.6.1.4.1.19376.1.5.3.1.4.5 hl7:id II 1 … * M ID des Problem-Entry.  Auch wenn nur ein Problem-Entry angegeben ist, soll sich die ID von der ID des Problem/Bedenken-Entry unterscheiden. Grundsätzlich sind die Vorgaben für „Identifikations-Elemente“ zu befolgen. hl7:code CD 1 … 1 M Code des Problems. Die Art des angegebenen Problems (Diagnose, Symptom, etc.) wird codiert in diesem Element angegeben. Verweis auf speziellen Implementierungsleitfaden: Welche der Problemarten angegeben werden müssen bzw. sollen, kann im jeweiligen speziellen Implementierungsleitfaden eingeschränkt werden.   CONF Der Wert von @code MUSS gewählt werden aus dem Value Set 1.2.40.0.34.10.35 atcdabbr_Problemarten_VS (DYNAMIC) Eingefügt 1 … 1 M von 1.2.40.0.34.6.0.11.9.1 Narrative Text Reference (DYNAMIC) hl7:text ED 1 … 1 M hl7:reference TEL 1 … 1 M Die Referenz auf den entsprechenden Text im menschenlesbaren Teil muss durch Bezugnahme auf den Inhalt[@ID] angegeben werden: reference[@value='#xxx']. Die Referenz ist mit einem ID-Attribut anzugeben, dieses Element DARF NUR den Textinhalt des codierten Inhalts mit Zusatzinformationen umschließen. Alternativ kann @value auch mit dem url-scheme "http" oder "https" beginnen. @value 1 … 1 R   Schematron assert role  error     test starts-with(@value,'#') or starts-with(@value,'http')     Meldung The @value attribute content MUST conform to the format '#xxx', where xxx is the ID of the corresponding 'content'-element, or begin with the 'http' or 'https' url-scheme.   hl7:statusCode CS 1 … 1 M Muss unabhängig von effectiveTime auf „completed“ gesetzt werden. Der medizinische Status des Problems wird im entryRelationship.Problem Status Observation angegeben. @code CONF 1 … 1 F completed hl7:effectiveTime IVL_TS 1 … 1 M Zeitintervall, in dem das Problem existent war/ist. Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen. hl7:low TS.AT.VAR 1 … 1 R „Beginn des Problems“: Entspricht dem Zeitpunkt, zu dem das Problem erstmals aufgetreten ist. Kann auch unbekannt sein (nullFlavor "UNK") hl7:high TS.AT.VAR 0 … 1 C „Ende des Problems“: muss angegeben werden, wenn das Problem nicht mehr besteht. Wenn nicht angegeben, gilt das Problem als weiterhin bestehend.  Ist kein Datum der Lösung bekannt, wird der nullFlavor "UNK" angegeben. Auswahl 1 … 1 Gesundheitsprobleme dürfen nur wie folgt angegeben werden: Codierte Angabe des Gesundheitsproblems: @value enthält den Code des Gesundheitsproblems einem Value Set (ICD, ICPC2 ...). Codierte Angabe ohne passenden Code: xsi:type='CD', nullFlavor: OTH In diesem Fall ist das Element <translation> verpflichtend. originalText.reference enthält den Verweis auf die narrative Beschreibung des Problems! Uncodierte Angabe: xsi:type='CD', nullFlavor: NA In diesem Fall ist die Textreferenz <originalText> verpflichtend. originalText.reference enthält den Verweis auf die narrative Beschreibung des Problems! Hinweis: Die Wahl des Codesystems ist abhängig von der Problemart! Für Diagnosen kann ein gültiger Code aus der vom für Gesundheit zuständigen Bundesministeriums veröffentlichen aktuellen ICD Liste herangezogen werden. Elemente in der Auswahl: hl7:value[not(@nullFlavor)] hl7:value[@nullFlavor='OTH'] hl7:value[@nullFlavor='NA'] hl7:value CD 0 … 1 Codierte Angabe des Gesundheitsproblems Codesysteme bitte in der aktuellen Version verwenden. Z.B.: 1.2.40.0.34.5.184/192/209/222/228 - ICD (Internationalen Klassifikation der Krankheiten) in der jeweils aktuellen Fassung des für Gesundheit zuständigen Bundesministeriums 1.2.40.0.34.5.175 - ICPC2 (International Classification of Primary Care) 2.16.840.1.113883.6.254 - ICF (WHO International Classification of Function) 2.16.840.1.113883.6.96 - SNOMED CT (Systematized Nomenclature of Medicine - Clinical Terms) etc. wo [not(@nullFlavor)] @xsi:type 1 … 1 F CD @code cs 1 … 1 R @codeSystem oid 1 … 1 R Eingefügt 0 … 1 R von 1.2.40.0.34.6.0.11.9.2 Original Text Reference (DYNAMIC) Eingegebener Freitext, der die Grundlage der im Entry angegebenen Information ist.  Das Element verweist auf die Stelle im Textbereich (section.text), in dem das Problem beschrieben ist (ohne zusätzliche Informationen, wie Datum, Beschreibung, etc). Grundsätzlich sind die Vorgaben für „Codierungs-Elemente“ zu befolgen. hl7:originalText ED 0 … 1 R Textinhalt, der codiert wurde. hl7:reference TEL 1 … 1 M Die Referenz auf den entsprechenden Text im narrativen Teil muss durch Bezugnahme auf den Inhalt[@ID] angegeben werden: reference[@value='#xxx']. Die Referenz ist mit einem content-Element mit ID-Attribut anzugeben, dieses Element DARF NUR den Textinhalt des codierten Inhalts umschließen und KEINE zusätzlichen Markup oder Strukturelemente. @value 1 … 1 R   Schematron assert role  error     test starts-with(@value,'#')     Meldung The @value attribute content MUST conform to the format '#xxx', where xxx is the ID of the corresponding 'content'-element.   hl7:qualifier CR 0 … * R Qualifier zur genaueren Beschreibung des Problems.  z.B. zur Angabe der Art der Diagnose. wo [hl7:name [@code='106229004']] hl7:name CD 1 … 1 M @code CONF 1 … 1 F 106229004 @codeSystem 1 … 1 F 2.16.840.1.113883.6.96 (SNOMED Clinical Terms) hl7:value CD 1 … 1 M   CONF Der Wert von @code MUSS gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.23 ​ELGA_ArtderDiagnose (DYNAMIC) hl7:translation CD 0 … * Dieses Feld wird verwendet, wenn Codes aus einem abweichenden Value Set angegeben werden.  z.B. für Übersetzungen in alternative Codesysteme oder wenn kein geeigneter Code im vorgegebene VS vorhanden ist. hl7:value CD 0 … 1 Codierte Angabe des Gesundheitsproblems ohne passenden Code wo [@nullFlavor='OTH'] @xsi:type 1 … 1 F CD @nullFlavor cs 1 … 1 F OTH Eingefügt 0 … 1 R von 1.2.40.0.34.6.0.11.9.2 Original Text Reference (DYNAMIC) Eingegebener Freitext, der die Grundlage der im Entry angegebenen Information ist.  Das Element verweist auf die Stelle im Textbereich (section.text), in dem das Problem beschrieben ist (ohne zusätzliche Informationen, wie Datum, Beschreibung, etc). Grundsätzlich sind die Vorgaben für „Codierungs-Elemente“ zu befolgen. hl7:originalText ED 0 … 1 R Textinhalt, der codiert wurde. hl7:reference TEL 1 … 1 M Die Referenz auf den entsprechenden Text im narrativen Teil muss durch Bezugnahme auf den Inhalt[@ID] angegeben werden: reference[@value='#xxx']. Die Referenz ist mit einem content-Element mit ID-Attribut anzugeben, dieses Element DARF NUR den Textinhalt des codierten Inhalts umschließen und KEINE zusätzlichen Markup oder Strukturelemente. @value 1 … 1 R   Schematron assert role  error     test starts-with(@value,'#')     Meldung The @value attribute content MUST conform to the format '#xxx', where xxx is the ID of the corresponding 'content'-element.   hl7:translation CD 1 … * M Dieses Feld wird verwendet, wenn Codes aus einem abweichenden Value Set angegeben werden.  z.B. für Übersetzungen in alternative Codesysteme oder wenn kein geeigneter Code im vorgegebene VS vorhanden ist. hl7:value CD 0 … 1 Uncodierte Angabe des Gesundheitsproblems wo [@nullFlavor='NA'] @xsi:type 1 … 1 F CD @nullFlavor cs 1 … 1 F NA   Beispiel Nicht-codierte Diagnosen <value xsi:type="CD" nullFlavor="NA">   <originalText>     <reference value="#diag4_diagNotCoded"/>  </originalText></value> Eingefügt 1 … 1 M von 1.2.40.0.34.6.0.11.9.2 Original Text Reference (DYNAMIC) Eingegebener Freitext, der die Grundlage der im Entry angegebenen Information ist.  Das Element verweist auf die Stelle im Textbereich (section.text), in dem das Problem beschrieben ist (ohne zusätzliche Informationen, wie Datum, Beschreibung, etc). Grundsätzlich sind die Vorgaben für „Codierungs-Elemente“ zu befolgen. hl7:originalText ED 1 … 1 M Textinhalt, der codiert wurde. hl7:reference TEL 1 … 1 M Die Referenz auf den entsprechenden Text im narrativen Teil muss durch Bezugnahme auf den Inhalt[@ID] angegeben werden: reference[@value='#xxx']. Die Referenz ist mit einem content-Element mit ID-Attribut anzugeben, dieses Element DARF NUR den Textinhalt des codierten Inhalts umschließen und KEINE zusätzlichen Markup oder Strukturelemente. @value 1 … 1 R   Schematron assert role  error     test starts-with(@value,'#')     Meldung The @value attribute content MUST conform to the format '#xxx', where xxx is the ID of the corresponding 'content'-element.   hl7:target​Site​Code CD 0 … * R Anatomische Lage des Problems Beinhaltet 1.2.40.0.34.6.0.11.9.42 Laterality Qualifier (DYNAMIC) hl7:performer 0 … * R Beinhaltet 1.2.40.0.34.6.0.11.9.17 Performer Body (DYNAMIC) hl7:author 0 … * R Dieses Author-Element KANN verwendet werden, um anzugeben, wer das Problem dokumentiert hat. Wenn nicht angegeben, gilt das jeweils "darüberlegende" Author-Element (Section, Document) Beinhaltet 1.2.40.0.34.6.0.11.9.36 Author Body (DYNAMIC) hl7:informant 0 … * R Beinhaltet 1.2.40.0.34.6.0.11.9.3 Informant Body (DYNAMIC) hl7:participant 0 … * R Beinhaltet 1.2.40.0.34.6.0.11.9.13 Participant Body (DYNAMIC) hl7:entryRelationship 0 … * R Beinhaltet 1.2.40.0.34.6.0.11.3.11 Comment Entry (DYNAMIC) @typeCode cs 1 … 1 F COMP @context​Conduction​Ind cs 0 … 1 F true hl7:entryRelationship 0 … 1 R Dieses EntryRelationship dient zur Darstellung des Schweregrads des Gesundheitsproblems Beinhaltet 1.2.40.0.34.6.0.11.3.38 Severity Observation (DYNAMIC) @typeCode cs 1 … 1 F SUBJ @context​Conduction​Ind cs 0 … 1 F true hl7:entryRelationship 0 … 1 R Dieses EntryRelationship dient zur Darstellung der Kritikalität des Gesundheitsproblems. Beinhaltet 1.2.40.0.34.6.0.11.3.35 Criticality Observation (DYNAMIC) @typeCode cs 1 … 1 F SUBJ @inversionInd bl 1 … 1 F true @context​Conduction​Ind cs 0 … 1 F true hl7:entryRelationship 0 … 1 R Dieses EntryRelationship dient zur Darstellung der Gewissheit, mit der das Gesundheitsproblem Beinhaltet 1.2.40.0.34.6.0.11.3.36 Certainty Observation (DYNAMIC) @typeCode cs 1 … 1 F SUBJ @context​Conduction​Ind cs 0 … 1 F true hl7:entryRelationship 0 … 1 R Klinischer Status des Gesundheitsproblems Beinhaltet 1.2.40.0.34.6.0.11.3.49 Problem Status Observation (DYNAMIC) @typeCode cs 1 … 1 F REFR @context​Conduction​Ind cs 0 … 1 F true

2.4.4 Problem Concern Entry

Id	1.2.40.0.34.6.0.11.3.7 ref at-cda-bbr-	Gültigkeit ab	2021‑02‑19 12:55:33 Andere Versionen mit dieser Id: atcdabbr_entry_ProblemConcern vom 2020‑11‑17 14:30:36 atcdabbr_entry_ProblemConcern vom 2019‑01‑18 10:05:27
Status	Aktiv	Versions-Label	1.1.0+20210219
Name	atcdabbr_entry_ProblemConcern	Bezeichnung	Problem Concern Entry
Beschreibung Dieses generische Template kann in den speziellen Leitfäden spezifiziert werden.  Das Problem Concern Entry ("Bedenken") wird gemeinsam mit dem darin liegenden Problem Entry dazu verwendet, um medizinisch relevante Gesundheitsprobleme zu dokumentieren. Der Zweck des Problem Concern Entry besteht darin, die Nachverfolgung einer Erkrankung, Diagnose, eines Zustandes oder Symptoms ("Problem") zu unterstützen. Das Problem Concern Entry dient dabei als "Aufhänger" für das Problem, mit dem ausgedrückt wird, ob und wie lange das Problem ein relevantes "Bedenken" (engl. concern) darstellt. Im Wesentlichen wird das über die Elemente StatusCode und EffectiveTime ausgedrückt. statusCode zeigt den Zustand an, in dem sich das angegebene "Bedenken" zum Zeitpunkt der Dokumentation befindet („aktiv“, „beendet“). Er unterscheidet sich vom Status des Gesundheitsproblems selbst ("Problem Status Observation" im "Problem Entry"), welches in der Vergangenheit liegen kann. Beispielsweise können ein früherer Herzinfarkt oder eine überstandene Krebserkrankung weiter von Belang bleiben. Folgende Zustände sind vorgesehen: active („Aktiv“): Beschreibung: Das Problem/Bedenken besteht noch und wird weiter beobachtet. Betrifft alle Gesundheitsprobleme, die nach wie vor von Belang sind. Ist nicht bekannt, ob das Bedenken noch besteht, ist von "active" auszugehen. completed („Abgeschlossen“): Das Problem/Bedenken ist nicht mehr von Belang und wird auch nicht länger nachverfolgt. effectiveTime definiert den Zeitbereich, in dem das zugrunde liegende Problem ein Bedenken darstellt bzw von Interesse ist. Der Zeitraum KANN mit dem effectiveTime des Problems (der Erkrankung) übereinstimmen oder auch nicht. effectiveTime.low („Beginn des Bedenkens“): Entspricht dem Zeitpunkt, zu dem das Problem erstmals dokumentiert wurde (z.B. Eintragung in die Patientenakte). effectiveTime.high („Ende des Bedenkens“): Gibt den Zeitpunkt an, seitdem das Problem nicht mehr von Interesse ist. Es MUSS vorhanden sein, wenn das Bedenken nicht mehr besteht (statusCode completed).
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.7
Label	IHE PCC TF2 Rev.11, 6.3.4.12
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Benutzt	Benutzt 6 Templates Benutzt als Name Version 1.2.40.0.34.6.0.11.9.17 Containment Performer Body (1.0.0+20210219) DYNAMIC 1.2.40.0.34.6.0.11.9.36 Containment Author Body (1.0.1+20230717) DYNAMIC 1.2.40.0.34.6.0.11.9.3 Containment Informant Body (1.0.1+20211213) DYNAMIC 1.2.40.0.34.6.0.11.9.13 Containment Participant Body (1.0.1+20210628) DYNAMIC 1.2.40.0.34.6.0.11.3.6 Containment Problem Entry (1.1.2) DYNAMIC 1.2.40.0.34.6.0.11.3.14 Containment External Document Entry (1.0.1+20230717) DYNAMIC
Beziehung	Version: Template 1.2.40.0.34.6.0.11.3.7 Problem Concern Entry (2020‑11‑17 14:30:36) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.3.7 Problem Concern Entry (2019‑01‑18 10:05:27) ref at-cda-bbr- Adaptation: Template 1.3.6.1.4.1.19376.1.5.3.1.4.5.2 eHDSI Problem Concern (DYNAMIC) ref epsos- Adaptation: Template 1.3.6.1.4.1.19376.1.5.3.1.4.5.1 IHE Concern Entry (DYNAMIC) ref IHE-PCC- Adaptation: Template 2.16.840.1.113883.10.20.1.27 Problem act (DYNAMIC) ref ccd1- Adaptation: Template 2.16.840.1.113883.10.12.301 CDA Act (2005‑09‑07) ref ad1bbr-
Beispiel	Beispiel <hl7:act classCode="ACT" moodCode="EVN">   <hl7:templateId root="1.2.40.0.34.6.0.11.3.7"/>  <hl7:templateId root="2.16.840.1.113883.10.20.1.27"/>  <hl7:templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.5.1"/>  <hl7:templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.5.2"/>  <hl7:id root="1.2.3.999" extension="--example only--"/>  <hl7:code nullFlavor="NA"/>  <hl7:statusCode code="active"/>  <hl7:effectiveTime>     <hl7:low value="20190817121500+0200"/>  </hl7:effectiveTime>  <hl7:entryRelationship typeCode="SUBJ" contextConductionInd="true" inversionInd="false">     <!-- template 1.2.40.0.34.6.0.11.3.6 'Problem Entry' (2019-01-18T09:59:00) -->   </hl7:entryRelationship>  <hl7:reference typeCode="REFR">     <!-- template 1.2.40.0.34.6.0.11.3.14 'External Document Entry' (2019-05-06T14:00:33) -->   </hl7:reference></hl7:act>
Item DT Kard Konf Beschreibung Label hl7:act IHE PCC TF2 Rev.11, 6.3.4.12 @classCode cs 1 … 1 F ACT @moodCode cs 1 … 1 F EVN hl7:templateId II 1 … 1 M ELGA IHE PCC TF2 Rev.11, 6.3.4.12 @root uid 1 … 1 F 1.2.40.0.34.6.0.11.3.7 hl7:templateId II 1 … 1 M HL7 CCD Problem act IHE PCC TF2 Rev.11, 6.3.4.12 @root uid 1 … 1 F 2.16.840.1.113883.10.20.1.27 hl7:templateId II 1 … 1 M IHE PCC Concern Entry IHE PCC TF2 Rev.11, 6.3.4.12 @root uid 1 … 1 F 1.3.6.1.4.1.19376.1.5.3.1.4.5.1 hl7:templateId II 1 … 1 M IHE PCC Problem Concern Entry IHE PCC TF2 Rev.11, 6.3.4.12 @root uid 1 … 1 F 1.3.6.1.4.1.19376.1.5.3.1.4.5.2 hl7:id II 1 … 1 M ID des Problem/Bedenken-Entry Grundsätzlich sind die Vorgaben gemäß Kapitel „Identifikations-Elemente“ zu befolgen. IHE PCC TF2 Rev.11, 6.3.4.12 hl7:code CE 1 … 1 R Code des Problem/Bedenken-Entry. IHE PCC TF2 Rev.11, 6.3.4.12 @nullFlavor cs 1 … 1 F NA hl7:statusCode CS 1 … 1 M statusCode zeigt den Zustand an, in dem sich das angegebene "Bedenken" zum Zeitpunkt der Dokumentation befindet. Folgende Werte sind empfohlen: active („Aktiv“): Beschreibung: Das Problem/Bedenken besteht noch und wird weiter beobachtet. Betrifft alle Gesundheitsprobleme, die nach wie vor von Belang sind. Ist nicht bekannt, ob das Bedenken noch besteht, ist von "active" auszugehen. completed („Abgeschlossen“): Das Problem/Bedenken ist nicht mehr von Belang und wird auch nicht länger nachverfolgt. Weitere statusCodes sind möglich (finden aber keine Anwendung in eHealth Austria): suspended („Ausgesetzt“): Das Problem/Bedenken besteht noch, die Beobachtung wird aber derzeit ausgesetzt. aborted („Abgebrochen“):  Das Problem/Bedenken besteht noch (nicht gelöst/beigelegt), wird jedoch nicht länger verfolgt. IHE PCC TF2 Rev.11, 6.3.4.12   CONF @code MUSS "active" sein oder @code MUSS "suspended" sein oder @code MUSS "completed" sein oder @code MUSS "aborted" sein hl7:effectiveTime IVL_TS 1 … 1 M Zeitintervall in dem das Problem/Bedenken existent war/ist. Grundsätzlich sind die Vorgaben gemäß Kapitel „Zeit-Elemente“ zu befolgen. Anforderung in Abhängigkeit von „statusCode“: Ist das Element statusCode auf „active“ oder „suspended“ gesetzt, muss das high-Element des Zeitintervalls weggelassen werden. IHE PCC TF2 Rev.11, 6.3.4.12 hl7:low TS.DATE 1 … 1 R Beginn des Intervalls, MUSS angegeben werden. Ist dieser Zeitpunkt nicht bekannt, kann er auch mit nullFlavor "UNK" angegeben werden. IHE PCC TF2 Rev.11, 6.3.4.12 hl7:high TS.DATE 0 … 1 C Ende des Intervalls. MUSS angegeben werden, wenn statusCode "completed" oder "aborted". Ist dieser Zeitpunkt nicht bekannt, kann er auch mit nullFlavor "UNK" angegeben werden. DARF NICHT bei „active“ oder „suspended“ angegeben werden. IHE PCC TF2 Rev.11, 6.3.4.12   Schematron assert role  error     test count(hl7:statusCode[@code='active'])=0 or count(hl7:effectiveTime/hl7:high)=0     Meldung Ist das Element statusCode auf „active“ gesetzt, muss das high-Element des Zeitintervalls weggelassen werden.   hl7:performer 0 … * R Beinhaltet 1.2.40.0.34.6.0.11.9.17 Performer Body (DYNAMIC) IHE PCC TF2 Rev.11, 6.3.4.12 hl7:author 0 … * R Beinhaltet 1.2.40.0.34.6.0.11.9.36 Author Body (DYNAMIC) IHE PCC TF2 Rev.11, 6.3.4.12 hl7:informant 0 … * R Beinhaltet 1.2.40.0.34.6.0.11.9.3 Informant Body (DYNAMIC) IHE PCC TF2 Rev.11, 6.3.4.12 hl7:participant 0 … * R Beinhaltet 1.2.40.0.34.6.0.11.9.13 Participant Body (DYNAMIC) IHE PCC TF2 Rev.11, 6.3.4.12 hl7:entryRelationship 1 … * M Beinhaltet 1.2.40.0.34.6.0.11.3.6 Problem Entry (DYNAMIC) IHE PCC TF2 Rev.11, 6.3.4.12 wo [@typeCode='SUBJ'] @typeCode cs 1 … 1 F SUBJ @context​Conduction​Ind cs 0 … 1 F true @inversionInd bl 1 … 1 F false   Constraint Die an dieser Stelle gewählte Kardinalität von [1..*] dient vorrangig der Kompatibilität mit internationalen Vorgaben von HL7 CCD bzw. IHE PCC. Für die Anwendung dieses Elements im Kontext spezieller Implementierungsleitfäden in Österreich wird die Kardinalität [1..1] STRENG EMPFHOLEN. hl7:reference 0 … 1 R Referenz auf einen weiteren Befund Beinhaltet 1.2.40.0.34.6.0.11.3.14 External Document Entry (DYNAMIC) IHE PCC TF2 Rev.11, 6.3.4.12 @typeCode cs 1 … 1 F REFR

2.4.5 Comment Entry

Id	1.2.40.0.34.6.0.11.3.11	Gültigkeit ab	2021‑02‑19 12:42:56 Andere Versionen mit dieser Id: atcdabrr_entry_Comment vom 2019‑02‑07 13:10:44
Status	Aktiv	Versions-Label	1.0.0+20210219
Name	atcdabrr_entry_Comment	Bezeichnung	Comment Entry
Beschreibung Die Codierung von Anmerkungen und Kommentaren erfolgt in jedem Fall gem. IHE als sogenannter „Annotation-Act“. Die Codierung erfolgt als act-Element, welches mittels entsprechender Beziehung (entryRelationship oder component) an das übergeordnete Element gebunden wird. Die Elemente templateId und code sind fix vorbelegt. Das einzige veränderbare Element ist der text-Block. Dieser SOLL eine Referenz auf ein Element innerhalb der Level 2 Codierung enthalten.
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.11
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Benutzt	Benutzt 5 Templates Benutzt als Name Version 1.2.40.0.34.6.0.11.9.1 Inklusion Narrative Text Reference (1.0.1+20210512) DYNAMIC 1.2.40.0.34.6.0.11.9.17 Containment Performer Body (1.0.0+20210219) DYNAMIC 1.2.40.0.34.6.0.11.9.36 Containment Author Body (1.0.1+20230717) DYNAMIC 1.2.40.0.34.6.0.11.9.3 Containment Informant Body (1.0.1+20211213) DYNAMIC 1.2.40.0.34.6.0.11.9.13 Containment Participant Body (1.0.1+20210628) DYNAMIC
Beziehung	Version: Template 1.2.40.0.34.6.0.11.3.11 Comment Entry (2019‑02‑07 13:10:44) ref at-cda-bbr- Spezialisierung: Template 1.3.6.1.4.1.19376.1.5.3.1.4.2 Comment (2013‑12‑20) ref epsos- Spezialisierung: Template 2.16.840.1.113883.10.20.1.40 Befundtext (Anmerkungen und Kommentare)-deprecated (DYNAMIC) ref elga-
Beispiel	Beispiel <act classCode="ACT" moodCode="EVN">   <templateId root="1.2.40.0.34.6.0.11.3.11"/>  <templateId root="2.16.840.1.113883.10.20.1.40"/>  <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.2"/>  <id root="1.2.3.999" extension="extension"/>  <code code="48767-8" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC" displayName="Annotation comment"/>  <text>     <reference value="#commentRef-1"/>  </text>  <statusCode code="completed"/>  <author>     <!-- template 1.2.40.0.34.6.0.11.9.8 'Author Body' (2019-02-12T14:16:51) -->   </author>  <informant>     <!-- template 1.2.40.0.34.6.0.11.9.3 'Informant Body' (2019-02-07T13:29:32) -->   </informant></act>
Item DT Kard Konf Beschreibung Label hl7:act Kommentar-Act @classCode cs 1 … 1 F ACT @moodCode cs 1 … 1 F EVN hl7:templateId II 1 … 1 M ELGA @root uid 1 … 1 F 1.2.40.0.34.6.0.11.3.11 hl7:templateId II 1 … 1 M HL7 CCD Comment @root uid 1 … 1 F 2.16.840.1.113883.10.20.1.40 hl7:templateId II 1 … 1 M IHE PCC Comments @root uid 1 … 1 F 1.3.6.1.4.1.19376.1.5.3.1.4.2 hl7:id II 0 … 1 Optionale Id zwecks Nachvollziehbarkeit wo [not(@nullFlavor)] hl7:code CD 1 … 1 M Fester Wert "48767-8" @code cs 1 … 1 F 48767-8 @codeSystem oid 1 … 1 F 2.16.840.1.113883.6.1 @codeSystemName st 1 … 1 F LOINC @displayName st 1 … 1 F Annotation comment Eingefügt 1 … 1 M von 1.2.40.0.34.6.0.11.9.1 Narrative Text Reference (DYNAMIC) Referenz auf den Text im narrativen Teil hl7:text ED 1 … 1 M hl7:reference TEL 1 … 1 M Die Referenz auf den entsprechenden Text im menschenlesbaren Teil muss durch Bezugnahme auf den Inhalt[@ID] angegeben werden: reference[@value='#xxx']. Die Referenz ist mit einem ID-Attribut anzugeben, dieses Element DARF NUR den Textinhalt des codierten Inhalts mit Zusatzinformationen umschließen. Alternativ kann @value auch mit dem url-scheme "http" oder "https" beginnen. @value 1 … 1 R   Schematron assert role  error     test starts-with(@value,'#') or starts-with(@value,'http')     Meldung The @value attribute content MUST conform to the format '#xxx', where xxx is the ID of the corresponding 'content'-element, or begin with the 'http' or 'https' url-scheme.   hl7:statusCode CS 1 … 1 M Fester Wert "completed". Status des Kommentars ist immer abgeschlossen (completed). @code cs 1 … 1 F completed hl7:performer 0 … * R Beinhaltet 1.2.40.0.34.6.0.11.9.17 Performer Body (DYNAMIC) hl7:author 0 … * R Autoren können optional angegeben werden. Beinhaltet 1.2.40.0.34.6.0.11.9.36 Author Body (DYNAMIC) hl7:informant 0 … * R Weitere Informationsquellen können optional angegeben werden. Beinhaltet 1.2.40.0.34.6.0.11.9.3 Informant Body (DYNAMIC) hl7:participant 0 … * R Beinhaltet 1.2.40.0.34.6.0.11.9.13 Participant Body (DYNAMIC)

2.5 Other CDA Fragment Template

2.5.1 Address Information Compilation

Id	1.2.40.0.34.6.0.11.9.25	Gültigkeit ab	2023‑04‑13 13:21:00 Andere Versionen mit dieser Id: atcdabbr_other_AddressCompilation vom 2021‑02‑19 13:05:47 atcdabbr_other_AddressCompilation vom 2019‑02‑28 14:24:14
Status	Aktiv	Versions-Label	1.0.1+20230717
Name	atcdabbr_other_AddressCompilation	Bezeichnung	Address Compilation
Beschreibung Adressen von Personen und Organisationen werden über das Element addr abgebildet. Das Adress-Element kann in verschiedenen Kontexten mit unterschiedlicher Detailgenauigkeit vorkommen. Daher werden drei Granularitätsstufen definiert, auf die je nach Anwendung entsprechend verwiesen wird, wobei für EIS Enhanced und EIS Full Support die Granularitätsstufe 2 oder 3 angegeben werden MUSS. Die Adressangabe in Granularitätsstufe 2 (G2)  erlaubt die gemeinsame Angabe Straße und Hausnummer im Element streetAddressLine, Granularitätsstufe 3 (G3) schreibt die strukturierte Angabe von Straße und Hausnummer in den Elementen streetName und houseNumber vor. Sind keine Adressdaten vorhanden, kann das Element entweder weggelassen werden oder mit nullFlavor angegeben werden – je nachdem wie das Adress-Element im Kontext spezifiziert wurde.
Klassifikation	Template-Typ nicht spezifiziert
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Beziehung	Version: Template 1.2.40.0.34.6.0.11.9.25 Address Compilation (2021‑02‑19 13:05:47) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.9.25 Address Compilation (2019‑02‑28 14:24:14) ref at-cda-bbr-
Beispiel	Österreichische Postadresse - G2 <addr use="WP">   <streetAddressLine>Mozartgasse 1-7/2/1</streetAddressLine>  <postalCode>7000</postalCode>  <city>Eisenstadt</city>  <state>Burgenland</state>  <country>AUT</country>  <additionalLocator>Station A, Zimmer 9</additionalLocator></addr>
Beispiel	Österreichische Postadresse - G3 <addr use="WP">   <streetName>Mozartgasse</streetName>  <houseNumber>1-7/2/1</houseNumber>  <postalCode>7000</postalCode>  <city>Eisenstadt</city>  <state>Burgenland</state>  <country>AUT</country>  <additionalLocator>Station A, Zimmer 9</additionalLocator></addr>
Item DT Kard Konf Beschreibung Label @use cs 0 … 1   Die genaue Bedeutung der angegebenen Adresse kann über das @use Attribut angegeben werden. Wird kein @use Attribut angegeben, gilt bei Personen die Adresse als Wohnadresse „H“ und bei Organisationen als Büroadresse „WP“. Wird ein Hauptwohnsitz "HP" angegeben, gelten die mit "H" deklarierten Wohnsitze als Nebenwohnsitze. Zulässige Werte gemäß Value Set "ELGA_AddressUse". hl7:streetAddressLine ADXP 0 … 1 C Straße mit Hausnummer, z.B. Musterstraße 11a/2/1   Constraint Es muss entweder streetAddressLine oder streetName UND houseNumber angegeben werden. hl7:streetName ADXP 0 … 1 C Straße ohne Hausnummer, z.B. Musterstraße hl7:houseNumber ADXP 0 … 1 C Hausnummer, z.B. 11a/2/1 hl7:postalCode ADXP 1 … 1 M Postleitzahl hl7:city ADXP 1 … 1 M Stadt hl7:state ADXP 0 … 1 Bundesland hl7:country ADXP 1 … 1 M Staat. Es wird EMPFOHLEN, den Staat im ISO 3 Ländercode (ISO-3166-1 Alpha 3) anzugeben, z.B. „AUT“ für Österreich, „DEU“ für Deutschland.   Schematron assert role  info     test string-length(text()) = 3     Meldung Es wird EMPFOHLEN, den Staat im ISO 3 Ländercode anzugeben.   hl7:additionalLocator ADXP 0 … 1 Zusätzliche Addressinformationen, z.B. Station, Zimmernummer im Altersheim.   Schematron assert role  error     test not(hl7:streetAddressLine and (hl7:streetName or hl7:houseNumber)) or ((hl7:streetAddressLine or (hl7:streetName and hl7:houseNumber)) and not((hl7:streetAddressLine and hl7:streetName and hl7:houseNumber) or (hl7:streetAddressLine and (hl7:streetName or hl7:houseNumber))))     Meldung Es muss entweder streetAddressLine oder streetName UND houseNumber angegeben werden.

2.5.2 Address Information Compilation Minimal

Id	1.2.40.0.34.6.0.11.9.10	Gültigkeit ab	2023‑04‑06 14:31:34 Andere Versionen mit dieser Id: atcdabbr_other_AddressCompilationMinimal vom 2021‑06‑28 13:44:14 atcdabbr_other_AddressCompilationMinimal vom 2021‑02‑19 13:05:57 atcdabbr_other_AddressCompilationMinimal vom 2019‑03‑27 11:26:08
Status	Aktiv	Versions-Label	1.0.2+20230717
Name	atcdabbr_other_AddressCompilationMinimal	Bezeichnung	Address Compilation Minimal
Beschreibung	Adressangabe in Granularitätsstufe 2 oder 3
Klassifikation	Template-Typ nicht spezifiziert
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Beziehung	Spezialisierung: Template 1.2.40.0.34.6.0.11.9.10 Address Compilation Minimal (2021‑06‑28 13:44:14) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.9.10 Address Compilation Minimal (2021‑02‑19 13:05:57) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.9.10 Address Compilation Minimal (2019‑03‑27 11:26:08) ref at-cda-bbr- Adaptation: Template 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC) ref at-cda-bbr- Adaptation: Template 1.2.40.0.34.6.0.11.9.4 Address Information Compilation (2019‑02‑11 13:19:54) ref at-cda-bbr-
Beispiel	Österreichische Postadresse <addr>   <streetName>Musterstraße</streetName>  <houseNumber>11a/2/1</houseNumber>  <postalCode>7000</postalCode>  <city>Eisenstadt</city>  <state>Burgenland</state>  <country>AUT</country>  <additionalLocator>Station A, Zimmer 9</additionalLocator></addr>
Beispiel	Besuchsadresse <addr use="PHYS">   <!-- Ort abweichend von der Adresse der Person oder Organisation, z.B. bei einem Hausbesuch -->   <!-- Weitere Adresselemente können angegeben werden -->   <additionalLocator>Volksschule Brittenau, Klasse 3b</additionalLocator></addr>
Item DT Kard Konf Beschreibung Label @use cs 0 … 1   Die genaue Bedeutung der angegebenen Adresse kann über das @use Attribut angegeben werden. Wird kein @use Attribut angegeben, gilt bei Personen die Adresse als Wohnadresse „H“ und bei Organisationen als Büroadresse „WP“. Wird ein Hauptwohnsitz "HP" angegeben, gelten die mit "H" deklarierten Wohnsitze als Nebenwohnsitze. Zulässige Werte gemäß Value Set "ELGA_AddressUse". hl7:streetAddressLine ADXP 0 … 1 C Straße mit Hausnummer Bsp: Musterstraße 11a/2/1   Constraint Es muss entweder streetAddressLine oder streetName UND houseNumber angegeben werden. hl7:streetName ADXP 0 … 1 C Straße ohne Hausnummer z.B. Musterstraße hl7:houseNumber ADXP 0 … 1 C Hausnummer z.B. 11a/2/1 hl7:postalCode ADXP 0 … 1 Postleitzahl hl7:city ADXP 0 … 1 Stadt hl7:state ADXP 0 … 1 Bundesland hl7:country ADXP 0 … 1 Staat. Es wird EMPFOHLEN, den Staat im ISO 3 Ländercode (ISO-3166-1 Alpha 3) anzugeben, z.B. „AUT“ für Österreich, „DEU“ für Deutschland.   Schematron assert role  info     test string-length(text()) = 3     Meldung content length = 3 characters   hl7:additionalLocator ADXP 0 … 1 Zusätzliche Addressinformationen, z.B. Station, Zimmernummer im Altersheim   Schematron assert role  error     test not(hl7:streetAddressLine and (hl7:streetName or hl7:houseNumber)) or ((hl7:streetAddressLine or (hl7:streetName and hl7:houseNumber)) and not((hl7:streetAddressLine and hl7:streetName and hl7:houseNumber) or (hl7:streetAddressLine and (hl7:streetName or hl7:houseNumber))))     Meldung Es muss entweder streetAddressLine oder streetName UND houseNumber angegeben werden.

2.5.3 Assigned Entity

Id	1.2.40.0.34.6.0.11.9.22 ref at-cda-bbr-	Gültigkeit ab	2023‑04‑13 13:14:55 Andere Versionen mit dieser Id: atcdabbr_other_AssignedEntity vom 2021‑05‑26 13:50:41 atcdabbr_other_AssignedEntity vom 2021‑02‑19 13:09:09 atcdabbr_other_AssignedEntity vom 2019‑03‑04 12:03:36
Status	Aktiv	Versions-Label	1.0.2+20230717
Name	atcdabbr_other_AssignedEntity	Bezeichnung	Assigned Entity
Beschreibung Zusammengesetzte Objekte die Person- und Organisationsinformationen enthalten.  Hierbei MUSS jedenfalls die „Person“ der Entität angegeben werden. Die Angabe der Organisation, der die Person angehört, ist prinzipiell optional. Diese Optionalität kann sich in Abhängigkeit vom konkreten Anwendungsfall in „verpflichtend“ ändern.
Klassifikation	Template-Typ nicht spezifiziert
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Benutzt	Benutzt 3 Templates Benutzt als Name Version 1.2.40.0.34.6.0.11.9.25 Containment Address Compilation (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 Containment Organization Compilation with name (1.0.0+20210219) DYNAMIC
Beziehung	Version: Template 1.2.40.0.34.6.0.11.9.22 Assigned Entity (2021‑05‑26 13:50:41) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.9.22 Assigned Entity (2021‑02‑19 13:09:09) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.9.22 Assigned Entity (2019‑03‑04 12:03:36) ref at-cda-bbr-
Beispiel	Beispiel <placeholder classCode="ASSIGNED">   <id root="1.2.40.0.34.99.111.1.3" extension="2222" assigningAuthorityName="Amadeus Spital"/>  <addr nullFlavor="UNK">     <!-- template 1.2.40.0.34.6.0.11.9.25 'Address Compilation' (2019-02-28T14:24:14) -->   </addr>  <telecom value="tel:+43.1.3453446.0"/>  <telecom value="fax:+43.1.3453446.4674"/>  <telecom value="mailto:info@amadeusspital.at"/>  <telecom value="http://www.amadeusspital.at"/>  <assignedPerson>     <!-- 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.9 'Organization Compilation with name' (2019-02-13T10:30:51) -->   </representedOrganization></placeholder>
Item DT Kard Konf Beschreibung Label @classCode cs 0 … 1 F ASSIGNED Auswahl 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 hl7:id II 0 … * wo [not(@nullFlavor)] hl7:id II 0 … 1 wo [@nullFlavor='NI'] @nullFlavor cs 1 … 1 F NI hl7:id II 0 … 1 wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK Auswahl 0 … 1 Elemente 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'] hl7:addr 0 … 1 Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC) wo [not(@nullFlavor)] hl7:addr 0 … 1 wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK hl7:telecom TEL.AT 0 … * Beliebig viele Kontakt-Elemente der Person der Entität. Grundsätzlich sind die Vorgaben gemäß „Kontaktdaten-Element“ zu befolgen. wo [not(@nullFlavor)] @value url 1 … 1 R 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" @use 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:assigned​Person 1 … 1 M 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) hl7:represented​Organization 0 … 1 R 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)

2.5.4 Author Body

Id	1.2.40.0.34.6.0.11.9.2	Gültigkeit ab	2021‑02‑19 13:31:48 Andere Versionen mit dieser Id: atcdabbr_other_OriginalTextReference vom 2019‑01‑18 10:49:11
Status	Aktiv	Versions-Label	1.0.0+20210219
Name	atcdabbr_other_OriginalTextReference	Bezeichnung	Original Text Reference
Beschreibung Verweist auf die Stelle im narrativen Text-Bereich (section.text), an der der gegebene codierte Inhalt (originalText von code oder value) beschrieben ist.
Klassifikation	Template-Typ nicht spezifiziert
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Beziehung	Version: Template 1.2.40.0.34.6.0.11.9.2 Original Text Reference (2019‑01‑18 10:49:11) ref at-cda-bbr-
Beispiel	Beispiel <originalText>   <reference value="#myref-2"/></originalText><!-- zugehöriger secction.text: <content ID="myref-2">OrginalText des Codes</content> -->
Item DT Kard Konf Beschreibung Label hl7:originalText ED 0 … 1 Textinhalt, der codiert wurde. hl7:reference TEL 1 … 1 M Die Referenz auf den entsprechenden Text im narrativen Teil muss durch Bezugnahme auf den Inhalt[@ID] angegeben werden: reference[@value='#xxx']. Die Referenz ist mit einem content-Element mit ID-Attribut anzugeben, dieses Element DARF NUR den Textinhalt des codierten Inhalts umschließen und KEINE zusätzlichen Markup oder Strukturelemente. @value 1 … 1 R   Schematron assert role  error     test starts-with(@value,'#')     Meldung The @value attribute content MUST conform to the format '#xxx', where xxx is the ID of the corresponding 'content'-element.

2.5.5 Device Compilation with name

Id	1.2.40.0.34.6.0.11.9.18	Gültigkeit ab	2023‑04‑06 14:24:15 Andere Versionen mit dieser Id: atcdabbr_other_DeviceCompilation vom 2021‑06‑28 13:57:36 atcdabbr_other_DeviceCompilation vom 2021‑02‑19 13:12:38 atcdabbr_other_DeviceCompilation vom 2019‑02‑13 10:11:00
Status	Aktiv	Versions-Label	1.0.2+20230717
Name	atcdabbr_other_DeviceCompilation	Bezeichnung	Device Compilation
Beschreibung	Datenerstellende Geräte/Software
Klassifikation	Template-Typ nicht spezifiziert
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Beziehung	Spezialisierung: Template 1.2.40.0.34.6.0.11.9.18 Device Compilation (2021‑06‑28 13:57:36) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.9.18 Device Compilation (2021‑02‑19 13:12:38) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.9.18 Device Compilation (2019‑02‑13 10:11:00) ref at-cda-bbr- Spezialisierung: Template 2.16.840.1.113883.10.12.315 CDA Device (2005‑09‑07) ref ad1bbr-
Beispiel	Software <placeholder classCode="DEV" determinerCode="INSTANCE">   <manufacturerModelName>Good Health System</manufacturerModelName>  <softwareName>Best Health Software Application</softwareName></placeholder>
Item DT Kard Konf Beschreibung Label @classCode cs 0 … 1 F DEV @determiner​Code cs 0 … 1 F INSTANCE hl7:manufacturer​Model​Name SC 1 … 1 M Angabe des Herstellers sowie der Modellbezeichnung des datenerstellenden Gerätes bzw. der Software/des Softwarepakets. hl7:softwareName SC 1 … 1 M Bezeichnung der datenerstellenden Software inkl. Versionsangabe.

2.5.6 Informant Body

Id	1.2.40.0.34.6.0.11.9.3	Gültigkeit ab	2021‑10‑04 08:03:25 Andere Versionen mit dieser Id: atcdabbr_other_InformantBody vom 2021‑10‑01 14:13:11 atcdabbr_other_InformantBody vom 2021‑02‑19 13:12:43 atcdabbr_other_InformantBody vom 2019‑02‑07 13:29:32
Status	Aktiv	Versions-Label	1.0.1+20211213
Name	atcdabbr_other_InformantBody	Bezeichnung	Informant Body
Beschreibung Template für die Angabe des Informanten im CDA Body (Section oder Entry). Als Informanten können auftreten: relatedEntity: der Patient selbst oder eine verwandte / bekannte Person  assignedEntity: ein Gesundheitsdiensteanbieter (GDA)
Klassifikation	Template-Typ nicht spezifiziert
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Benutzt	Benutzt 3 Templates Benutzt als Name Version 1.2.40.0.34.6.0.11.9.16 Containment Assigned Entity Body (1.0.1+20210526) DYNAMIC 1.2.40.0.34.6.0.11.9.10 Containment Address Compilation Minimal (1.0.2+20230717) DYNAMIC 1.2.40.0.34.6.0.11.9.6 Containment Person Name Compilation G2 (1.0.1+20230717) DYNAMIC
Beziehung	Version: Template 1.2.40.0.34.6.0.11.9.3 Informant Body (2021‑02‑19 13:12:43) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.9.3 Informant Body (2019‑02‑07 13:29:32) ref at-cda-bbr- Adaptation: Template 2.16.840.1.113883.10.12.319 CDA Informant (Body) (2005‑09‑07) ref ad1bbr-
Beispiel	Informant ist verwandte Person <relatedEntity classCode="PRS">   <!-- Verwandtschaftsverhältnis des Angehörigen zum Patienten -->   <code code="MTH" displayName="mother" codeSystem="2.16.840.1.113883.5.111" codeSystemName="HL7 Role Code"/></relatedEntity>
Beispiel	Informant ist der Patient selbst <relatedEntity classCode="PRS">   <code code="SELF" displayName="self" codeSystem="2.16.840.1.113883.5.111" codeSystemName="HL7 Role Code"/></relatedEntity>
Item DT Kard Konf Beschreibung Label @typeCode cs 0 … 1 F INF @context​Control​Code cs 0 … 1 F OP Auswahl 1 … 1 Elemente in der Auswahl: hl7:assignedEntity welches enthält Template 1.2.40.0.34.6.0.11.9.16 Assigned Entity Body (DYNAMIC) hl7:relatedEntity hl7:assignedEntity 0 … 1 Beinhaltet 1.2.40.0.34.6.0.11.9.16 Assigned Entity Body (DYNAMIC) hl7:relatedEntity 0 … 1 @classCode cs 1 … 1 F PRS hl7:code CE 0 … 1 R wo [not(@nullFlavor)]   CONF Der Wert von @code MUSS gewählt werden aus dem Value Set 1.2.40.0.34.10.17 ELGA_PersonalRelationship (DYNAMIC) hl7:addr AD 0 … * R Beinhaltet 1.2.40.0.34.6.0.11.9.10 Address Compilation Minimal (DYNAMIC) wo [not(@nullFlavor)] hl7:telecom TEL.AT 0 … * R wo [not(@nullFlavor)] hl7:relatedPerson 0 … 1 R Beinhaltet 1.2.40.0.34.6.0.11.9.6 Person Name Compilation G2 (DYNAMIC)

2.5.7 Narrative Text Reference

Id	1.2.40.0.34.6.0.11.9.1	Gültigkeit ab	2021‑05‑06 09:38:20 Andere Versionen mit dieser Id: atcdabrr_other_NarrativeTextReference vom 2021‑02‑19 13:12:50 atcdabrr_other_NarrativeTextReference vom 2019‑01‑17 15:27:17
Status	Aktiv	Versions-Label	1.0.1+20210512
Name	atcdabrr_other_NarrativeTextReference	Bezeichnung	Narrative Text Reference
Beschreibung Verweist auf die Stelle im narrativen Text-Bereich (section.text),  an der die gegebene Aussage (clinical statement) narrativ beschrieben ist (mit zusätzlichen Informationen, wie Datum, Beschreibung, etc.). Eine Beobachtung bezieht sich u.a. auf: Zustände (Condition) Symptome (Symptom) Befunde (Finding)  Beschwerden (Complaint) Funktionellen Einschränkungen (Functional limitation) Probleme (Problem) Diagnosen (Diagnosis)
Klassifikation	Template-Typ nicht spezifiziert
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Beziehung	Version: Template 1.2.40.0.34.6.0.11.9.1 Narrative Text Reference (2021‑02‑19 13:12:50) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.9.1 Narrative Text Reference (2019‑01‑17 15:27:17) ref at-cda-bbr-
Beispiel	Beispiel <text>   <reference value="#my-refX"/></text><!-- zugehöriger secction.text: <tr ID="my-refX"> <td ID="my-refToTheCode">Originaltext des codes</td> <td>mit zusätzlichen Informationen</td> </tr> -->
Item DT Kard Konf Beschreibung Label hl7:text ED hl7:reference TEL 1 … 1 M Die Referenz auf den entsprechenden Text im menschenlesbaren Teil muss durch Bezugnahme auf den Inhalt[@ID] angegeben werden: reference[@value='#xxx']. Die Referenz ist mit einem ID-Attribut anzugeben, dieses Element DARF NUR den Textinhalt des codierten Inhalts mit Zusatzinformationen umschließen. Alternativ kann @value auch mit dem url-scheme "http" oder "https" beginnen. @value 1 … 1 R   Schematron assert role  error     test starts-with(@value,'#') or starts-with(@value,'http')     Meldung The @value attribute content MUST conform to the format '#xxx', where xxx is the ID of the corresponding 'content'-element, or begin with the 'http' or 'https' url-scheme.

2.5.8 Organization Compilation with id, name

Id	1.2.40.0.34.6.0.11.9.5	Gültigkeit ab	2021‑06‑28 13:57:53 Andere Versionen mit dieser Id: atcdabbr_other_OrganizationCompilationWithIdName vom 2021‑02‑19 13:31:10 atcdabbr_other_OrganizationCompilationWithIdName vom 2019‑03‑25 13:43:57
Status	Aktiv	Versions-Label	1.0.1+20210628
Name	atcdabbr_other_OrganizationCompilationWithIdName	Bezeichnung	Organization Compilation with id, name
Beschreibung	Wiederverwendbare Compilation mit verpflichtender Angabe von name und id.
Klassifikation	Template-Typ nicht spezifiziert
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Benutzt	Benutzt 1 Template Benutzt als Name Version 1.2.40.0.34.6.0.11.9.25 Containment Address Compilation (1.0.1+20230717) DYNAMIC
Beziehung	Version: Template 1.2.40.0.34.6.0.11.9.5 Organization Compilation with id, name (2021‑02‑19 13:31:10) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.9.5 Organization Compilation with id, name (2019‑03‑25 13:43:57) ref at-cda-bbr- Adaptation: Template 1.2.40.0.34.6.0.11.9.12 (2019‑02‑12 15:50:47) Spezialisierung: Template 2.16.840.1.113883.10.12.151 CDA Organization (2005‑09‑07) ref ad1bbr-
Beispiel	Strukturbeispiel <placeholder classCode="ORG" determinerCode="INSTANCE">   <!-- ID der Organisation aus dem GDA Index -->   <id root="1.2.40.0.34.99.4613.3" assigningAuthorityName="GDA Index"/>  <!-- Name der Organisation -->   <name>Amadeus Spital - Chirurgische Abteilung</name>  <!-- Kontaktdaten der Organisation -->   <telecom value="tel:+43.6138.3453446.0"/>  <telecom value="fax:+43.6138.3453446.4674"/>  <telecom value="mailto:info@amadeusspital.at"/>  <telecom value="http://www.amadeusspital.at"/>  <!-- Adresse der Organisation -->   <addr>     <!-- template 1.2.40.0.34.6.0.11.9.25 'Address Compilation' (2019-02-28T14:24:14) -->   </addr></placeholder>
Beispiel	Strukturbeispiel - minimal <placeholder classCode="ORG" determinerCode="INSTANCE">   <!-- ID der Organisation aus dem GDA Index -->   <id root="1.2.40.0.34.99.4613.3" assigningAuthorityName="GDA Index"/>  <!-- Name der Organisation -->   <name>Amadeus Spital - Chirurgische Abteilung</name></placeholder>
Item DT Kard Konf Beschreibung Label @classCode cs 0 … 1 F ORG @determiner​Code cs 0 … 1 F INSTANCE hl7:id II 1 … * M ID der Organisation. 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. Bsp: 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)]

2.5.9 Organization Compilation with id, name, tel, addr

Id	1.2.40.0.34.6.0.11.9.7 ref at-cda-bbr-	Gültigkeit ab	2021‑02‑19 13:31:19 Andere Versionen mit dieser Id: atcdabbr_other_OrganizationCompilationWithIdNameTelAddr vom 2019‑02‑12 15:42:02
Status	Aktiv	Versions-Label	1.0.0+20210219
Name	atcdabbr_other_OrganizationCompilationWithIdNameTelAddr	Bezeichnung	Organization Compilation with id, name, tel, addr
Beschreibung	Wiederverwendbare Compilation mit verpflichtender Angabe von id, name, telecom und addr-Elementen.
Klassifikation	Template-Typ nicht spezifiziert
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Benutzt	Benutzt 1 Template Benutzt als Name Version 1.2.40.0.34.6.0.11.9.25 Containment Address Compilation (1.0.1+20230717) DYNAMIC
Beziehung	Version: Template 1.2.40.0.34.6.0.11.9.7 Organization Compilation with id, name, tel, addr (2019‑02‑12 15:42:02) ref at-cda-bbr- Adaptation: Template 1.2.40.0.34.6.0.11.9.12 (2019‑02‑12 15:50:47) ref at-cda-bbr- Spezialisierung: Template 2.16.840.1.113883.10.12.151 CDA Organization (2005‑09‑07) ref ad1bbr-
Beispiel	Beispiel <placeholder classCode="ORG" determinerCode="INSTANCE">   <!-- ID der Organisation aus dem GDA Index -->   <id root="1.2.40.0.34.99.4613.3" assigningAuthorityName="GDA Index"/>  <!-- Name der Organisation -->   <name>Amadeus Spital - Chirurgische Abteilung</name>  <!-- Kontaktdaten der Organisation -->   <telecom value="tel:+43.6138.3453446.0"/>  <telecom value="fax:+43.6138.3453446.4674"/>  <telecom value="mailto:info@amadeusspital.at"/>  <telecom value="http://www.amadeusspital.at"/>  <!-- Adresse der Organisation -->   <addr>     <!-- template 1.2.40.0.34.6.0.11.9.25 'Address Compilation' (2019-02-28T14:24:14) -->   </addr></placeholder>
Item DT Kard Konf Beschreibung Label @classCode cs 0 … 1 F ORG @determiner​Code cs 0 … 1 F INSTANCE hl7:id II 1 … * M Die OID der Organisation. @root uid 1 … 1 R @extension st 0 … 1   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 1 … * M Kontaktdaten der Organisation des Verfassers des Dokuments. Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen. @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 1 … 1 M Adresse der Organisation. Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)

2.5.10 Organization Compilation with name

Id	1.2.40.0.34.6.0.11.9.9 ref at-cda-bbr-	Gültigkeit ab	2021‑02‑19 13:31:25 Andere Versionen mit dieser Id: atcdabbr_other_OrganizationCompilationWithName vom 2019‑02‑13 10:30:51
Status	Aktiv	Versions-Label	1.0.0+20210219
Name	atcdabbr_other_OrganizationCompilationWithName	Bezeichnung	Organization Compilation with name
Beschreibung
Klassifikation	Template-Typ nicht spezifiziert
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Benutzt	Benutzt 1 Template Benutzt als Name Version 1.2.40.0.34.6.0.11.9.25 Containment Address Compilation (1.0.1+20230717) DYNAMIC
Beziehung	Version: Template 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (2019‑02‑13 10:30:51) ref at-cda-bbr- Adaptation: Template 1.2.40.0.34.6.0.11.9.12 (2019‑02‑12 15:50:47) ref at-cda-bbr- Spezialisierung: Template 2.16.840.1.113883.10.12.151 CDA Organization (2005‑09‑07) ref ad1bbr-
Beispiel	Strukturbeispiel: Organisation <placeholder classCode="ORG" determinerCode="INSTANCE">   <!-- ID der Organisation -->   <id root="1.2.40.0.34.99.3" assigningAuthorityName="GDA Index"/>  <!-- Name der Organisation -->   <name>Amadeus Spital - Chirurgische Abteilung</name>  <!-- Kontaktdaten der Organisation -->   <telecom value="tel:+43.6138.3453446.0"/>  <telecom value="fax:+43.6138.3453446.4674"/>  <telecom value="mailto:info@amadeusspital.at"/>  <telecom value="http://www.amadeusspital.at"/>  <!-- Adresse der Organisation -->   <addr>     <!-- template 1.2.40.0.34.6.0.11.9.25 'Address Compilation' (2019-02-28T14:24:14) -->   </addr></placeholder>
Beispiel	Strukturbeispiel: Organisation - minimal <placeholder classCode="ORG" determinerCode="INSTANCE">   <!-- Name der Organisation -->   <name>Amadeus Spital - Chirurgische Abteilung</name></placeholder>
Item DT Kard Konf Beschreibung Label @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. 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)]

2.5.11 Organization Name Information

Id	1.2.40.0.34.6.0.11.9.27	Gültigkeit ab	2021‑06‑28 14:00:14 Andere Versionen mit dieser Id: atcdabbr_other_OrganizationNameCompilation vom 2021‑02‑19 13:31:42 atcdabbr_other_OrganizationNameCompilation vom 2019‑03‑11 12:06:20
Status	Aktiv	Versions-Label	1.0.1+20210628
Name	atcdabbr_other_OrganizationNameCompilation	Bezeichnung	Organization Name Compilation
Beschreibung Organisations-Namen werden über das Element name abgebildet. Dieser Implementierungsleitfaden lässt nur die unstrukturierte Angabe des Organisations-namens zu.
Klassifikation	Template-Typ nicht spezifiziert
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Beziehung	Version: Template 1.2.40.0.34.6.0.11.9.27 Organization Name Compilation (2021‑02‑19 13:31:42) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.9.27 Organization Name Compilation (2019‑03‑11 12:06:20) ref at-cda-bbr- Adaptation: Template 1.2.40.0.34.6.0.11.9.26 Person Name Compilation G1 (2019‑03‑11 11:40:35) ref at-cda-bbr- Adaptation: Template 1.2.40.0.34.6.0.11.9.6 Person Name Compilation G2 (2019‑02‑12 14:00:33) ref at-cda-bbr-
Beispiel	Beispiel 1 <name>Krankenhaus Wels</name>
Item DT Kard Konf Beschreibung Label @classCode cs 0 … 1 F ORG @determiner​Code cs 0 … 1 F INSTANCE 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.

2.5.12 Original Text Reference

Id	1.2.40.0.34.6.0.11.9.8	Gültigkeit ab	2025‑02‑13 14:50:24 Andere Versionen mit dieser Id: atcdabbr_other_AuthorBody_eImpfpass vom 2025‑10‑21 10:44:38 atcdabbr_other_AuthorBody_eImpfpass vom 2023‑03‑30 08:20:50 atcdabbr_other_AuthorBody_eImpfpass vom 2021‑02‑19 13:12:25 atcdabbr_other_AuthorBody_eImpfpass vom 2019‑02‑12 14:16:51
Status	Aktiv	Versions-Label	2.0.1+20250217
Name	atcdabbr_other_AuthorBody_eImpfpass	Bezeichnung	Author Body - e-Impfpass
Beschreibung Der Autor (author) ist der Verfasser bzw. geistige Urheber eines bestimmten Inhalts. In der Regel ist das eine Person oder mehrere Personen, es kann aber auch ein "Gerät" - ein Programm oder Software den Inhalt automatisiert erstellen. Element für Sections und Entries.
Klassifikation	Template-Typ nicht spezifiziert
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 (1.0.1+20230717) DYNAMIC 1.2.40.0.34.6.0.11.9.6 Inklusion Person Name Compilation G2 (1.0.1+20230717) DYNAMIC 1.2.40.0.34.6.0.11.9.18 Containment Device Compilation (1.0.2+20230717) DYNAMIC 1.2.40.0.34.6.0.11.9.5 Containment Organization Compilation with id, name (1.0.1+20210628) DYNAMIC
Beziehung	Version: Template 1.2.40.0.34.6.0.11.9.8 Author Body - e-Impfpass (2023‑03‑30 08:20:50) ref at-cda-bbr- Spezialisierung: Template 1.2.40.0.34.6.0.11.9.8 Author Body - eImpfpass (2021‑02‑19 13:12:25) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.9.8 Author Body - eImpfpass (2019‑02‑12 14:16:51) ref at-cda-bbr- Spezialisierung: Template 2.16.840.1.113883.10.12.318 CDA Author (Body) (2005‑09‑07) ref ad1bbr- Spezialisierung: Template 1.2.40.0.34.6.0.11.9.36 Author Body (DYNAMIC) ref at-cda-bbr-
Beispiel	Beispiel <placeholder typeCode="AUT" contextControlCode="OP">   <time value="20190710153549+0200"/>  <assignedAuthor classCode="ASSIGNED">     <id root="1.2.3.999" extension="--example only--"/>    <code code="100" codeSystem="1.2.40.0.34.5.2" displayName="Ärztin/Arzt für Allgemeinmedizin"/>    <addr>       <!-- template 1.2.40.0.34.6.0.11.9.25 'Address Compilation' (2019-02-28T14:24:14) -->     </addr>    <telecom value="tel:+1-12345678"/>    <assignedPerson classCode="PSN" determinerCode="INSTANCE">       <!-- template 1.2.40.0.34.6.0.11.9.6 'Person Name Compilation G2' -->     </assignedPerson>    <representedOrganization classCode="ORG" determinerCode="INSTANCE">       <!-- template 1.2.40.0.34.6.0.11.9.5 'Organization Compilation with id, name' (2019-03-25T13:43:57) -->     </representedOrganization>  </assignedAuthor></placeholder>
Item DT Kard Konf Beschreibung Label @typeCode cs 0 … 1 F AUT @context​Control​Code cs 0 … 1 F OP Auswahl 1 … 1 Zeitpunkt der Freigabe der Dokumentation Elemente in der Auswahl: hl7:time[not(@nullFlavor)] hl7:time[@nullFlavor='UNK']   Constraint Im Fall der Dokumentenklasse "Update Immunisierungsstatus" ohne Nachtragung MUSS dieses Element angegeben sein (M [1..1]). In allen anderen Fällen KANN das Element auch mittels /@nullFlavor = "UNK" strukturiert werden (R [1..1]). hl7:time TS.AT.TZ 0 … 1 wo [not(@nullFlavor)] hl7:time TS.AT.TZ 0 … 1 nullFlavor wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK hl7:assignedAuthor 1 … 1 R @classCode cs 0 … 1 F ASSIGNED Auswahl 1 … * Elemente in der Auswahl: hl7:id[not(@nullFlavor)] hl7:id[@nullFlavor='UNK'] hl7:id II 0 … * wo [not(@nullFlavor)]   Constraint Im Fall der Dokumentenklasse "Update Immunisierungsstatus" ohne Nachtragung MUSS dieses Element angegeben sein. Die Verwendung von @nullFlavor = "UNK" ist hierbei NICHT ERLAUBT. In allen anderen Fällen KANN @nullFlavor = "UNK" strukturiert sein. hl7:id II 0 … 1 wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK hl7:code CE 0 … 1 C wo [not(@nullFlavor)]   Constraint Im Fall der Dokumentenklasse "Update Immunisierungsstatus" ohne Nachtragung MUSS (M [1..1]) dieses Element angegeben sein.   CONF Der Wert von @code MUSS gewählt werden aus dem Value Set 1.2.40.0.34.10.6 ELGA_AuthorSpeciality (DYNAMIC) hl7:addr AD 0 … 1 Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC) wo [not(@nullFlavor)] hl7:telecom TEL.AT 0 … * Kontaktdaten der Organisation des Verfassers des Dokuments. Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen. wo [not(@nullFlavor)] @value st 1 … 1 R Die Kontaktadresse (Telefonnummer, Email, etc.) 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-Element strukturiert, MUSS jeweils das Attribut @use angeführt sein. Auswahl 1 … 1 Elemente in der Auswahl: hl7:assigned​Person hl7:assigned​Authoring​Device welches enthält Template 1.2.40.0.34.6.0.11.9.18 Device Compilation (DYNAMIC) hl7:assigned​Person 0 … 1   Beispiel <assignedPerson classCode="PSN" determinerCode="INSTANCE">   <name>     <prefix qualifier="AC">Univ.-Prof. Dr.</prefix>    <given>Isabella</given>    <family>Stern</family>  </name></assignedPerson> Eingefügt 1 … 1 R von 1.2.40.0.34.6.0.11.9.6 Person Name Compilation G2 (DYNAMIC) @classCode cs 0 … 1 F PSN @determiner​Code cs 0 … 1 F INSTANCE Auswahl 1 … 1 Namen-Element (Person) Elemente in der Auswahl: hl7:name[not(@nullFlavor)] hl7:name[@nullFlavor='UNK'] hl7:name[@nullFlavor='MSK'] hl7:name PN 0 … 1 wo [not(@nullFlavor)] @use cs 0 … 1   Die genaue Bedeutung des angegebenen Namens, beispielsweise dass der angegebene Personen-Name ein „Künstlername“ ist, z.B. A („Artist“). Zulässige Werte gemäß Value Set „ELGA_EntityNameUse“. Wird kein @use Attribut angegeben, gilt der Name als rechtlicher Name („L“). hl7:prefix ENXP 0 … * Beliebig viele Präfixe zum Namen, z.B. Akademische Titel Achtung: Die Angabe der Anrede („Frau“, „Herr“), ist im CDA nicht vorgesehen! @qualifier cs 0 … 1   Die genaue Bedeutung eines prefix-Elements, beispielsweise dass das angegebene Präfix 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) hl7:family ENXP 1 … * M Mindestens ein Hauptname (Nachname) @qualifier cs 0 … 1   Die genaue Bedeutung eines family-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) hl7:given ENXP 1 … * M Mindestens ein Vorname @qualifier cs 0 … 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) hl7:suffix ENXP 0 … * Beliebig viele Suffixe zum Namen @qualifier cs 0 … 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) hl7:name PN 0 … 1 wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK hl7:name PN 0 … 1 wo [@nullFlavor='MSK'] @nullFlavor cs 1 … 1 F MSK hl7:assigned​Authoring​Device 0 … 1 Beinhaltet 1.2.40.0.34.6.0.11.9.18 Device Compilation (DYNAMIC)   Beispiel <assignedAuthoringDevice classCode="DEV" determinerCode="INSTANCE">   <manufacturerModelName>xxx</manufacturerModelName>  <softwareName>yyy</softwareName></assignedAuthoringDevice> hl7:represented​Organization 0 … 1 C Organisation, in deren Auftrag und Verantwortlichkeit der Inhalt erstellt wurde Beinhaltet 1.2.40.0.34.6.0.11.9.5 Organization Compilation with id, name (DYNAMIC) @classCode cs 0 … 1 F ORG @determiner​Code cs 0 … 1 F INSTANCE   Constraint Im Fall der Dokumentenklasse "Update Immunisierungsstatus" ohne Nachtragung MUSS dieses Element angegeben sein (M [1..1]). In allen anderen Fällen KANN das Element auch komplett entfallen (O [0..1]).   Beispiel <representedOrganization classCode="ORG" determinerCode="INSTANCE">   <id root="1.2.40.0.34.3.1" extension="12345"/>  <name>Krankenhaus Zwettl</name></representedOrganization>   Schematron assert role  error     test not(/hl7:ClinicalDocument/hl7:templateId[@root = '1.2.40.0.34.6.0.11.0.2'] and not( ancestor::*/hl7:participant/hl7:templateId[@root = '1.2.40.0.34.6.0.11.9.14'])) or hl7:id[not(@nullFlavor)]     Meldung id/@nullFlavor ist NICHT ERLAUBT.     Schematron assert role  error     test not(/hl7:ClinicalDocument/hl7:templateId[@root = '1.2.40.0.34.6.0.11.0.2'] and not( ancestor::*/hl7:participant/hl7:templateId[@root = '1.2.40.0.34.6.0.11.9.14'])) or hl7:represented​Organization     Meldung Das Element representedOrganization MUSS strukturiert sein.     Schematron assert role  error     test not(/hl7:ClinicalDocument/hl7:templateId[@root = '1.2.40.0.34.6.0.11.0.2'] and not( ancestor::*/hl7:participant/hl7:templateId[@root = '1.2.40.0.34.6.0.11.9.14'])) or hl7:time[not(@nullFlavor)]     Meldung time/@nullFlavor ist NICHT ERLAUBT.

2.5.13 Performer Body

Id	1.2.40.0.34.6.0.11.9.17	Gültigkeit ab	2021‑02‑19 13:36:15 Andere Versionen mit dieser Id: atcdabbr_other_PerformerBody vom 2019‑01‑17 12:44:16
Status	Aktiv	Versions-Label	1.0.0+20210219
Name	atcdabbr_other_PerformerBody	Bezeichnung	Performer Body
Beschreibung	Durchführende Entität der Gesundheitsdienstleistung
Kontext	Geschwisterknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.9.17
Klassifikation	Template-Typ nicht spezifiziert
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Benutzt	Benutzt 1 Template Benutzt als Name Version 1.2.40.0.34.6.0.11.9.16 Inklusion Assigned Entity Body (1.0.1+20210526) DYNAMIC
Beziehung	Version: Template 1.2.40.0.34.6.0.11.9.17 Performer Body (2019‑01‑17 12:44:16) ref at-cda-bbr- Adaptation: Template 2.16.840.1.113883.10.12.323 CDA Performer (Body) (2005‑09‑07) ref ad1bbr-
Beispiel	Beispiel <templateId root="1.2.40.0.34.6.0.11.9.17"/><time>   <low value="20191025100000+0100"/>  <high value="20191025120000+0100"/></time><assignedEntity>   <!-- include template 1.2.40.0.34.6.0.11.9.16 'Assigned Entity Body' (dynamic) .. O --> </assignedEntity>
Item DT Kard Konf Beschreibung Label @typeCode cs 1 … 1 R   CONF Der Wert von @typeCode MUSS gewählt werden aus dem Value Set 1.2.40.0.34.10.43 ELGA_ServiceEventPerformer (DYNAMIC) hl7:templateId II 1 … 1 M @root uid 1 … 1 F 1.2.40.0.34.6.0.11.9.17 hl7:time IVL_TS 0 … 1 Zeit, in der der Performer mit der Gesundheitsdienstleistung beschäftigt war, wenn abweichend von effectiveTime im übergeordneten Act hl7:assignedEntity 1 … 1 M Eingefügt von 1.2.40.0.34.6.0.11.9.16 Assigned Entity Body (DYNAMIC) @classCode cs 0 … 1 F ASSIGNED Auswahl 1 … * Elemente in der Auswahl: hl7:id[not(@nullFlavor)] hl7:id[@nullFlavor='NI'] hl7:id[@nullFlavor='UNK'] hl7:id II 0 … * Mindestens eine Id der Person. Zugelassene nullFlavor: NI … Die Person der Entität hat keine Identifikationsnummer UNK … Die Person der Entität hat eine Identifikationsnummer, diese ist jedoch unbekannt wo [not(@nullFlavor)] hl7:id II 0 … 1 wo [@nullFlavor='NI'] @nullFlavor cs 1 … 1 F NI hl7:id II 0 … 1 wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK hl7:code CE 0 … 1 R Funktionscode der angegebenen Person. Das zu verwendende Value-Set ist in den abgeleiteten Templates zu spezifizieren. hl7:addr 0 … * R Adresse der angegebenen Person. Keine vollständig strukturierte Adressangabe nötig. Beinhaltet 1.2.40.0.34.6.0.11.9.10 Address Compilation Minimal (DYNAMIC)   Constraint Werden mehrere address-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein. hl7:telecom TEL.AT 0 … * R @value url 1 … 1 R 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“ @use 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. Auswahl 0 … 1 Elemente in der Auswahl: hl7:assigned​Person: Angabe der name-Elemente unstrukturiert hl7:assigned​Person: Angabe der name-Elemente strukturiert Elemente in der Auswahl: hl7:assigned​Person welches enthält Template 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC) 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​Person 0 … 1 R Personendaten. Grundsätzlich sind die Vorgaben für „Personen-Element“ zu befolgen. Angabe der name-Elemente unstrukturiert, das name-Element ist Mandatory. Beinhaltet 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC) hl7:assigned​Person 0 … 1 R Personendaten. Grundsätzlich sind die Vorgaben für „Personen-Element“ zu befolgen. Angabe der name-Elemente strukturiert, das name-Element ist Mandatory. Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC) hl7:represented​Organization 0 … 1 R Organistationsdaten der angegebenen Person. Minimale Adressangabe möglich. Beinhaltet 1.2.40.0.34.6.0.11.9.20 Organization Compilation with name, addr minimal (DYNAMIC)

2.5.14 Person Name Information Compilation GS1

Id	1.2.40.0.34.6.0.11.9.26 ref at-cda-bbr-	Gültigkeit ab	2023‑04‑17 09:08:21 Andere Versionen mit dieser Id: atcdabbr_other_PersonNameCompilationG1 vom 2021‑02‑19 13:36:38 atcdabbr_other_PersonNameCompilationG1 vom 2019‑03‑11 11:40:35
Status	Aktiv	Versions-Label	1.0.1+20230717
Name	atcdabbr_other_PersonNameCompilationG1	Bezeichnung	Person Name Compilation G1
Beschreibung	In Granularitätsstufe 1 wird der Personen-Name unstrukturiert angegeben. Die einzelnen Elemente des Namens (Vornamen, Nachnamen) werden nicht getrennt. nullFlavors für Name zugelassen.
Klassifikation	Template-Typ nicht spezifiziert
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Beziehung	Version: Template 1.2.40.0.34.6.0.11.9.26 Person Name Compilation G1 (2021‑02‑19 13:36:38) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.9.26 Person Name Compilation G1 (2019‑03‑11 11:40:35) ref at-cda-bbr- Adaptation: Template 1.2.40.0.34.6.0.11.9.6 Person Name Compilation G2 (2019‑02‑12 14:00:33) ref at-cda-bbr-
Beispiel	Strukturbeispiel <placeholder classCode="PSN" determinerCode="INSTANCE">   <name>Dr. Herbert Mustermann</name></placeholder>
Beispiel	Künstlername <placeholder classCode="PSN" determinerCode="INSTANCE">   <name use="A">Dr. Kurt Ostbahn </name></placeholder>
Beispiel	Unbekannte Person <placeholder classCode="PSN" determinerCode="INSTANCE">   <name nullFlavor="UNK"/></placeholder>
Item DT Kard Konf Beschreibung Label @classCode cs 0 … 1 F PSN @determiner​Code cs 0 … 1 F INSTANCE hl7:name PN 1 … * R Namen-Element (Person) @nullFlavor cs 0 … 1   Zugelassene nullFlavors: MSK … Der Name der Person darf nicht bekanntgegeben werden UNK … Der Name der Person ist unbekannt @use cs 0 … 1   Die genaue Bedeutung des angegebenen Namens, beispielsweise dass der angegebene Personen-Name ein „Künstlername“ ist, z.B. A („Artist“). Zulässige Werte gemäß Value Set „ELGA_EntityNameUse“. Wird kein @use Attribut angegeben, gilt der Name als rechtlicher Name („L“).

2.5.15 Person Name Information Compilation GS2

Id	1.2.40.0.34.6.0.11.9.6	Gültigkeit ab	2023‑03‑31 11:15:55 Andere Versionen mit dieser Id: atcdabbr_other_PersonNameCompilationG2 vom 2021‑02‑19 13:36:49 atcdabbr_other_PersonNameCompilationG2 vom 2019‑02‑12 14:00:33
Status	Aktiv	Versions-Label	1.0.1+20230717
Name	atcdabbr_other_PersonNameCompilationG2	Bezeichnung	Person Name Compilation G2
Beschreibung In Granularitätsstufe 2 wird der Personen-Name strukturiert angegeben. Die einzelnen Elemente des Namens (mindestens ein Vorname und mindestens ein Nachname) werden getrennt angegeben. nullFlavors für Name zugelassen! Die korrekte Reihenfolge der einzelnen Namenselemente ist wichtig. Als Richtlinie gilt, dass diese in der "natürlichen" Reihenfolge der Benutzung des Namens angegeben werden. Das ist besonders in den folgenden Fällen relevant: Präfixe (prefix) MÜSSEN immer vor dem Namen stehen, zu dem sie gehören. Vornamen (given) MÜSSEN immer in der offiziellen (gesetzlichen) Sequenz stehen. Nachnamen (family) und ein eventuelles Trennzeichen (meistens ‘-‘) MÜSSEN in der offiziellen Sequenz stehen, abhängig von der Wahl bei der Eheschließung. Suffixe (suffix) MÜSSEN immer hinter dem Namen stehen, zu dem sie gehören. Für die Namenselemente kann zur näheren Bestimmung ein Qualifier angegeben werden (aus dem Value Set ELGA_EntityNamePartQualifier“), v.a. für Präfix/Suffix. Es gibt auch nicht näher bestimmte Präfixe/Suffixe, z.B. trifft das für die Angabe von "Junior" oder "Senior" bzw "Jun."/"Sen" oder "Jr."/"Sr" zu.
Klassifikation	Template-Typ nicht spezifiziert
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Beziehung	Version: Template 1.2.40.0.34.6.0.11.9.6 Person Name Compilation G2 (2021‑02‑19 13:36:49) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.9.6 Person Name Compilation G2 (2019‑02‑12 14:00:33) ref at-cda-bbr-
Beispiel	Strukturbeispiel <name>   <prefix qualifier="NB">Gräfin</prefix>  <given>Sissi</given>  <family>Österreich</family>  <family qualifier="BR">Habsburg</family>  <suffix qualifier="AC">MSc</suffix></name>
Beispiel	Unbekannte Person <placeholder classCode="PSN" determinerCode="INSTANCE">   <name nullFlavor="UNK"/></placeholder>
Item DT Kard Konf Beschreibung Label @classCode cs 0 … 1 F PSN @determiner​Code cs 0 … 1 F INSTANCE Auswahl 1 … 1 Namen-Element (Person) Elemente in der Auswahl: hl7:name[not(@nullFlavor)] hl7:name[@nullFlavor='UNK'] hl7:name[@nullFlavor='MSK'] hl7:name PN 0 … 1 wo [not(@nullFlavor)] @use cs 0 … 1   Die genaue Bedeutung des angegebenen Namens, beispielsweise dass der angegebene Personen-Name ein „Künstlername“ ist, z.B. A („Artist“). Zulässige Werte gemäß Value Set „ELGA_EntityNameUse“. Wird kein @use Attribut angegeben, gilt der Name als rechtlicher Name („L“). hl7:prefix ENXP 0 … * Beliebig viele Präfixe zum Namen, z.B. Akademische Titel Achtung: Die Angabe der Anrede („Frau“, „Herr“), ist im CDA nicht vorgesehen! @qualifier cs 0 … 1   Die genaue Bedeutung eines prefix-Elements, beispielsweise dass das angegebene Präfix 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) hl7:family ENXP 1 … * M Mindestens ein Hauptname (Nachname) @qualifier cs 0 … 1   Die genaue Bedeutung eines family-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) hl7:given ENXP 1 … * M Mindestens ein Vorname @qualifier cs 0 … 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) hl7:suffix ENXP 0 … * Beliebig viele Suffixe zum Namen @qualifier cs 0 … 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) hl7:name PN 0 … 1 wo [@nullFlavor='UNK'] @nullFlavor cs 1 … 1 F UNK hl7:name PN 0 … 1 wo [@nullFlavor='MSK'] @nullFlavor cs 1 … 1 F MSK

_ALT___________________________________________________________________________________________

2.6 test:AKLKapitel1

Inhalt test:AKLKapitel1 Inhalt test:AKLKapitel1 Inhalt test:AKLKapitel1 Inhalt test:AKLKapitel1 Inhalt test:AKLKapitel1 Inhalt test:AKLKapitel1 Inhalt test:AKLKapitel1 Inhalt test:AKLKapitel1 Inhalt test:AKLKapitel1 Inhalt test:AKLKapitel1 Inhalt test:AKLKapitel1 Inhalt test:AKLKapitel1 Inhalt test:AKLKapitel1 Nachdem Hauptseite plus alle Subseiten abgenommen sind, Änderung speichern (kein flaggen) von AKLKapitel1

2.7 test:AKLKapitel2

Inhalt test:AKLKapitel2 Inhalt test:AKLKapitel2 Inhalt test:AKLKapitel2 Inhalt test:AKLKapitel2 Inhalt test:AKLKapitel2 Inhalt test:AKLKapitel2 Inhalt test:AKLKapitel2 Inhalt test:AKLKapitel2 Inhalt test:AKLKapitel2 Inhalt test:AKLKapitel2 Inhalt test:AKLKapitel2

2.8 test:AKLTemplateBeispiel

2.8.1 Spezifikation

Element/Attribut				DT	Kard	Konf	Beschreibung
code				CE CWE	1..1	M	Code des Dokuments
	@code			cs	1..1	M	Fester Wert: 11490-0 (aus Value-Set „ELGA_Dokumentenklassen“)
	@displayName			st	1..1	M	Fester Wert: Physician Discharge summary
	@codeSystem			uid	1..1	M	Fester Wert: 2.16.840.1.113883.6.1
	@codeSystemName			st	1..1	M	Fester Wert: LOINC

TEST:

2.8.2 Entry Level Spezifikation

OHNE Interpretiation eImpf_Antikoerperbestimmung_VS {{:1.2.40.0.34.6.0.10.13/dynamic}}

MIT Interpretiation eImpf_Antikoerperbestimmung_VS

Diese Terminologie ist eine Momentaufnahme vom . Terminologien können sich im Laufe der Zeit weiterentwickeln. Wenn eine neuere (dynamische) Versionen dieser Terminologie benötigt wird, bitte von der Quelle abrufen.
Id	1.2.40.0.34.6.0.10.13 ref at-cda-bbr-	Gültigkeit ab	2023‑07‑31
Status	Entwurf	Versions-Label	1.7.0+20250213
Name	eimpf-antikoerperbestimmung	Bezeichnung	eImpf_Antikoerperbestimmung
Beschreibung Labormedizinische Immunitätsbestimmung ("Impftiter"), gegliedert nach Impfungen. Der Code der Gruppierungen dient der Zuordnung zu den Impfungen. Achtung : Dieses Value Set besitzt weitere Attribute, die hier nicht darstellbar sind. Diese können vom Terminologieserver abgerufen werden: https://termpub.gesundheit.gv.at
Copyright	This artefact includes content from SNOMED Clinical Terms® (SNOMED CT®) which is copyright of the International Health Terminology Standards Development Organisation (IHTSDO). Implementers of these artefacts must have the appropriate SNOMED CT Affiliate license - for more information contact http://www.snomed.org/snomed-ct/getsnomed-ct or info@snomed.org.
Benutzung: 10 Id Name Typ Template at-entrys-16 Antikörper-Bestimmung Laboratory Observation Entry (1.0.1+20210512) DYNAMIC at-entrys-16 Antikörper-Bestimmung Laboratory Observation Entry (1.2.0+20220127) DYNAMIC at-entrys-16 Antikörper-Bestimmung Laboratory Observation Entry (1.0.2+20210531) DYNAMIC at-entrys-18 Antikörper-Bestimmung Battery Organizer (1.1.2+20250217) DYNAMIC at-entrys-18 Antikörper-Bestimmung Battery Organizer (2019) DYNAMIC at-entrys-18 Antikörper-Bestimmung Battery Organizer (1.1.1+20220103) DYNAMIC at-entrys-16 Antikörper-Bestimmung Laboratory Observation Entry (1.1.0+20220103) DYNAMIC at-entrys-16 Antikörper-Bestimmung Laboratory Observation Entry (2.0.0+20230717) DYNAMIC at-entrys-16 Antikörper-Bestimmung Laboratory Observation Entry (2019) DYNAMIC at-entrys-16 Antikörper-Bestimmung Laboratory Observation Entry (2.0.1+20250217) DYNAMIC
2 Quell-Codesysteme	2.16.840.1.113883.6.1 - Logical Observation Identifier Names and Codes - FHIR: http://loinc.org - HL7 V2: LN 2.16.840.1.113883.6.96 - SNOMED Clinical Terms - FHIR: http://snomed.info/sct - HL7 V2: SCT
Level/ Typ Code Bezeichnung Codesystem 0‑D 836383009 Cholera Impfstoff SNOMED Clinical Terms 1‑D 31698-4 Cholera AK qn. Logical Observation Identifier Names and Codes 0‑A 836381006 Diphtherie Impfstoff SNOMED Clinical Terms 1‑L 5115-1 Di AK qn. Logical Observation Identifier Names and Codes 0‑D 836403007 Frühsommer-Meningoenzephalitis Impfstoff SNOMED Clinical Terms 1‑D 31383-3 FSME AK qn. Logical Observation Identifier Names and Codes 0‑D 836385002 Gelbfieber Impfstoff SNOMED Clinical Terms 0‑D 836380007 Haemophilus influenzae Typ B Impfstoff SNOMED Clinical Terms 1‑D 7931-9 HiB AK qn. Logical Observation Identifier Names and Codes 0‑A 836375003 Hepatitis A Impfstoff SNOMED Clinical Terms 1‑L 22312-3 HAV AK qn. Logical Observation Identifier Names and Codes 0‑A 836374004 Hepatitis B Impfstoff SNOMED Clinical Terms 1‑L 16935-9 HBV s-AK qn. Logical Observation Identifier Names and Codes 0‑D 871919004 Herpes Zoster Impfstoff SNOMED Clinical Terms 0‑D 836379009 Humane Papillomaviren Impfstoff SNOMED Clinical Terms 0‑D 427036009 Influenza (H5N1) Impfstoff SNOMED Clinical Terms 1‑D 47454-4 Influenza H5 AK Ti. Logical Observation Identifier Names and Codes 0‑D 871772009 Influenza (H1N1) Impfstoff SNOMED Clinical Terms 0‑D 836377006 Influenza Impfstoff SNOMED Clinical Terms 1‑D 7920-2 Influenza A AK qn. Logical Observation Identifier Names and Codes 0‑D 836378001 Japanische Enzephalitis Impfstoff SNOMED Clinical Terms 0‑A 836382004 Masern Impfstoff SNOMED Clinical Terms 1‑L 7961-6 Masern AK qn. Logical Observation Identifier Names and Codes 0‑D 836401009 Meningokokken Impfstoff SNOMED Clinical Terms 0‑D 1981000221108 Meningokokken Serotyp B Impfstoff SNOMED Clinical Terms 0‑D 871866001 Meningokokken Serotyp C Impfstoff SNOMED Clinical Terms 0‑D 871738001 Mumps Impfstoff SNOMED Clinical Terms 1‑D 7965-7 Mumps AK qn. Logical Observation Identifier Names and Codes 0‑D 601000221108 Pertussis Impfstoff SNOMED Clinical Terms 1‑D 11585-7 aP AK qn. Logical Observation Identifier Names and Codes 0‑D 836398006 Pneumokokken Impfstoff SNOMED Clinical Terms 0‑D 836389008 Mpox/Pocken Impfstoff SNOMED Clinical Terms 0‑A 1031000221108 Poliomyelitis Impfstoff SNOMED Clinical Terms 1‑D 16284-2 Polio AK qn. Logical Observation Identifier Names and Codes 1‑L 5281-1 Polio virus 1 Ab Logical Observation Identifier Names and Codes 1‑L 5283-7 Polio virus 2 Ab Logical Observation Identifier Names and Codes 1‑L 5285-2 Polio virus 3 Ab Logical Observation Identifier Names and Codes 0‑D 836387005 Rotavirus Impfstoff SNOMED Clinical Terms 1‑D 5328-0 Rota AK qn. Logical Observation Identifier Names and Codes 0‑A 836388000 Röteln Impfstoff SNOMED Clinical Terms 1‑L 8013-5 Röteln AK qn. Logical Observation Identifier Names and Codes 1‑L 41763-4 Röteln IgG AK Ti. Logical Observation Identifier Names and Codes 1‑L 50694-9 Röteln Ab Tutr Ser HAI Logical Observation Identifier Names and Codes 0‑A 1101000221104 Tetanus Impfstoff SNOMED Clinical Terms 1‑L 32775-9 Tetanustoxin AK qn. Logical Observation Identifier Names and Codes 0‑A 836393002 Tollwut Impfstoff SNOMED Clinical Terms 1‑D 5288-6 Tollwut AK qn. Logical Observation Identifier Names and Codes 1‑L 6524-3 Rabies virus Ab Logical Observation Identifier Names and Codes 0‑D 836390004 Typhus Impfstoff SNOMED Clinical Terms 0‑D 836402002 Tuberkulose Impfstoff SNOMED Clinical Terms 0‑A 836495005 Varizellen Impfstoff SNOMED Clinical Terms 1‑L 8046-5 Varizellen AK qn. Logical Observation Identifier Names and Codes 0‑D 840534001 Covid-19 Impfstoff SNOMED Clinical Terms 1‑D 94547-7 SARS-CoV-2-AK ql. Logical Observation Identifier Names and Codes 1‑D 94507-1 SARS-CoV-2-AK IgG ST Logical Observation Identifier Names and Codes 1‑D 94505-5 SARS-CoV-2-AK IgG Logical Observation Identifier Names and Codes 1‑D 94563-4 SARS-CoV-2-AK IgG ql. Logical Observation Identifier Names and Codes
Legende: Typ L=leaf, S=specializable, A=abstract, D=deprecated. NullFlavor OTH (other) schlägt Text in originalText vor. HL7 V3: NullFlavors werden im @nullFlavor Attribut statt in @code angegeben.

Dies ist der Inhalt der Seite ohne Überschrift.

test:breadcrumbtest