ILF:Allgemeiner Implementierungsleitfaden Templates

1 ALF-Templates

1.2 Header Level Templates

1.2.1 First CDA Header Elements

Id	1.2.40.0.34.6.0.11.1.1 ref at-cda-bbr-	Gültigkeit ab	2021‑02‑19 10:36:12 Andere Versionen mit dieser Id: atcdabbr_header_DocumentId vom 2019‑02‑18 11:06:14
Status	Aktiv	Versions-Label	1.0.0+20210219
Name	atcdabbr_header_DocumentId	Bezeichnung	Document Id
Beschreibung Die Dokumenten-Id eines CDA-Dokuments ist ein eindeutiger Instanzidentifikator, der das Dokument weltweit und für alle Zeit eindeutig identifiziert. Ein CDA-Dokument hat genau eine Id. ↔ Hinweis zum XDS-Mapping: Dieses Element wird ins XDS-Attribut uniqueId gemappt.
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.1 Document Id (2019‑02‑18 11:06:14) ref at-cda-bbr-
Beispiel	Strukturbeispiel (mit Extension) <id assigningAuthorityName="Amadeus Spital" root="1.2.40.0.34.99.111.1.1" extension="134F989"/>
Beispiel	Strukturbeispiel (ohne Extension) <id assigningAuthorityName="Amadeus Spital" root="1.2.40.0.34.99.111.1.1.20248969"/>
Item DT Kard Konf Beschreibung Label 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. @root uid 1 … 1 R

1.2.2 AssignedEntity

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)

1.2.3 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"

1.2.4 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.

1.2.5 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)

1.2.6 LegalAuthenticator

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)

1.2.7 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)

1.2.8 EncompassingEncounter

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)

1.2.9 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)

1.3 Section Level Templates

1.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

1.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

1.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

1.4 Entry Level Template

1.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.

1.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

1.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	Aktiv	Versions-Label	1.1.2+20230203
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 <hl7:observation classCode="OBS" moodCode="EVN" negationInd="false">   <hl7:templateId root="1.2.40.0.34.6.0.11.3.6"/>  <hl7:templateId root="2.16.840.1.113883.10.20.1.28"/>  <hl7:templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.5"/>  <hl7:id root="1.2.3.999" extension="--example only--"/>  <hl7: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"/>  <hl7:effectiveTime>     <hl7:low value="20190817121500+0200"/>  </hl7:effectiveTime>  <hl7: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 -->     <hl7:qualifier>       <hl7:name code="106229004" codeSystem="2.16.840.1.113883.6.96"/>      <hl7:value code="8319008" displayName="Principal diagnosis (contextual qualifier) (qualifier value)" codeSystem="2.16.840.1.113883.6.96"/>    </hl7:qualifier>  </hl7:value>  <hl7:targetSiteCode>     <hl7:qualifier>       <hl7:name code="272741003" codeSystem="2.16.840.1.113883.6.96" displayName="Laterality"/>      <hl7:value code="..." codeSystem="2.16.840.1.113883.6.96"/>    </hl7:qualifier>    <hl7:qualifier>       <hl7:name code="106233006" codeSystem="2.16.840.1.113883.6.96" displayName="Topographical modifier"/>      <hl7:value code="..." codeSystem="2.16.840.1.113883.6.96"/>    </hl7:qualifier>  </hl7:targetSiteCode>  <hl7:author>     <!-- template 1.2.40.0.34.6.0.11.9.36 'Author Body' -->   </hl7:author>  <hl7:entryRelationship typeCode="COMP" contextConductionInd="true">     <!-- template 1.2.40.0.34.6.0.11.3.11 'Comment Entry' (2019-02-07T13:10:44) -->   </hl7:entryRelationship></hl7:observation>
Beispiel	Beispiel Uncodierte Angabe des Gesundheitsproblems <hl7:observation classCode="OBS" moodCode="EVN" negationInd="false">   <hl7:templateId root="1.2.40.0.34.6.0.11.3.6"/>  <hl7:templateId root="2.16.840.1.113883.10.20.1.28"/>  <hl7:templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.5"/>  <hl7:id root="1.2.3.999" extension="--example only--"/>  <hl7: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"/>  <hl7:effectiveTime>     <hl7:low value="20190817121800+0200"/>  </hl7:effectiveTime>  <hl7: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>  </hl7:value>  <hl7:author>     <!-- template 1.2.40.0.34.6.0.11.9.36 'Author Body' -->   </hl7:author>  <hl7:entryRelationship typeCode="COMP" contextConductionInd="true">     <!-- template 1.2.40.0.34.6.0.11.3.11 'Comment Entry' (2019-02-07T13:10:44) -->   </hl7:entryRelationship></hl7: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

1.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+20230203) 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

1.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)

1.4.6 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.

1.4.7 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.

1.4.8 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)

1.5 Other CDA Fragment Template

1.5.1 Address Information Compilation

Keine Versionen mit Status draft, active, review oder pending.

1.5.2 Person Name Information Compilation

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

1.5.3 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.

1.5.4 Organization Compilation with id, name, addr and telecom

Id	1.2.40.0.34.6.0.11.9.14 ref at-cda-bbr-	Gültigkeit ab	2021‑08‑04 15:41:13 Andere Versionen mit dieser Id: atcdabbr_other_ParticipantBodyTranscriber vom 2021‑05‑25 11:27:52 atcdabbr_other_ParticipantBodyTranscriber vom 2021‑02‑19 13:51:47 atcdabbr_other_ParticipantBodyTranscriber vom 2019‑04‑03 16:19:46
Status	Aktiv	Versions-Label	1.1.0+20220103
Name	atcdabbr_other_ParticipantBodyTranscriber	Bezeichnung	Participant Body - Transcriber
Beschreibung Nur für Nachtragung relevant: Die Person, die für die fachliche Richtigkeit des Nachtrags verantwortlich ist. Wenn Immunisierungsdaten per Stapelverarbeitung aus bestehenden Registern in den e-Impfpass übertragen werden, kann hier auch das Register eingetragen werden, aus dem die Daten stammen (z.B. "Impfregister des Landes…"). Sonderfall Nachtrag eines Nachtrags: Wird eine Primärdokumentation nachgetragen, in der selbst bereits ein Nachtrag vermerkt ist (z.B. Nachtrag eines Papier-Impfpasses in eine Landes-Impfdatembank, die in den e-Impfpass überführt wird), wird nur die aktuell nachtragende Person übernommen, NICHT aber die ursprünglich nachtragende Person aus der Primärdokumentation.
Kontext	Geschwisterknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.9.14
Klassifikation	Template-Typ nicht spezifiziert
Offen/Geschlossen	Geschlossen (nur definierte Elemente sind erlaubt)
Assoziiert mit	Assoziiert mit 1 Konzept Id Name Datensatz elgaimpf-data​element-285  Nachtragende Person 1.0.1  Datensatz Immunisierungsstatus
Benutzt	Benutzt 2 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.18 Containment Device Compilation (1.0.2+20230717) DYNAMIC
Beziehung	Version: Template 1.2.40.0.34.6.0.11.9.14 Participant Body - Transcriber (2021‑05‑25 11:27:52) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.9.14 Participant Body - Transcriber (2021‑02‑19 13:51:47) ref at-cda-bbr- Spezialisierung: Template 1.2.40.0.34.6.0.11.9.13 Participant Body (2019‑04‑03 12:08:16) ref at-cda-bbr- Spezialisierung: Template 2.16.840.1.113883.10.12.821 CDA Participant (Body) SDTC (2005‑09‑07) ref ad1bbr- Spezialisierung: Template 2.16.840.1.113883.10.12.321 CDA Participant (Body) (2005‑09‑07) ref ad1bbr-
Beispiel	Strukturbeispiel <placeholder>   <templateId root="1.2.40.0.34.6.0.11.9.14"/>  <time value="20190607145210+0200"/>  <participantRole classCode="ROL">     <id root="1.2.3.999" extension="extension"/>    <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.316.608.271.9000"/>    <playingEntity>       <name>         <given>Susi</given>        <family>Sorgenvoll</family>      </name>    </playingEntity>  </participantRole></placeholder>
Item DT Kard Konf Beschreibung Label hl7:templateId II 1 … 1 M ELGA   elgaimpf-data​element-285  Nachtragende Person 1.0.1  Datensatz Immunisierungsstatus @root uid 1 … 1 F 1.2.40.0.34.6.0.11.9.14 hl7:time TS.AT.TZ 0 … 1 C Datum der Eintragung (Eintragungsdatum, Datum der Dokumentation). Datum und Zeit, an dem die Impfung in den e-Impfpass eingetragen d.h. dokumentiert oder geändert wurde. Gilt auch bei einer nachträglichen Eintragung aus einer anderen Quelle (z.B. Papier-Impfpass, andere elektronische Quellen), d.h. NICHT das Impf-Datum!   Constraint Im Fall der Nachtragung einer Immunisierung mittels der Dokumentenklasse "Update Immunisierungsstatus" MUSS, M [1..1], dieses Element angegeben sein. Im Fall der Dokumentenklasse "Kompletter Immunisierungsstatus" KANN dieses Element angegeben sein, O [0..1]. hl7:participantRole 1 … 1 M @classCode cs 0 … 1 F ROL Auswahl 1 … * ID der Organisation des Eintragenden (OID aus dem GDA-Index) Elemente in der Auswahl: hl7:id[not(@nullFlavor)] hl7:id[@nullFlavor='NI'] hl7:id[@nullFlavor='UNK'] hl7:id II 0 … * wo [not(@nullFlavor)] @root cs 0 … 1   @extension st 0 … 1   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 der Organisation des Eintragenden Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC) wo [not(@nullFlavor)] hl7:telecom TEL.AT 0 … * Optionale Kontaktdaten 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“ Auswahl 1 … 1 Elemente in der Auswahl: hl7:playingDevice welches enthält Template 1.2.40.0.34.6.0.11.9.18 Device Compilation (DYNAMIC) hl7:playingEntity hl7:playingDevice 0 … 1 Beinhaltet 1.2.40.0.34.6.0.11.9.18 Device Compilation (DYNAMIC) hl7:playingEntity 0 … 1 @classCode cs 0 … 1 F ENT @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, beispielsweise dass der angegebene Personen-Name ein „Künstlername“ ist. Bsp: A („Artist“). Wird kein @use Attribut angegeben, gilt der Name als rechtlicher Name („L“). Zulässige Werte gemäß Value-Set „ELGA_EntityNameUse“. 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“. 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“. 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“ 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“. hl7:scopingEntity 0 … 1 Organisation, der die eintragende Person angehört. @classCode cs 0 … 1 F ENT @determiner​Code cs 0 … 1 F INSTANCE hl7:desc ST 0 … 1 Name der Organisation.   Schematron assert role  error     test not(/hl7:ClinicalDocument/hl7:templateId[@root = '1.2.40.0.34.6.0.11.0.2']) or hl7:time     Meldung Das Element time MUSS strukturiert sein.

1.5.5 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)

1.5.6 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.

1.5.7 Author Compilation with name

Id	1.2.40.0.34.6.0.11.9.19	Gültigkeit	2019‑04‑17 14:27:46
Status	Entwurf	Versions-Label	2019
Name	atcdabbr_entry_pharmaceutical	Anzeigename	Pharmaceutical Entry
Beschreibung Hier entsteht das allgemeine Entry für Arzneien (Pharmaceuticals, Maufactured Producs). Das Arznei-Entry und das Entry für Impfstoffe (Vaccine Entry) sollten Ableitungen davon sein. Derzeit: Ident mit Arznei-Entry
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Beziehung	Version: Template 1.2.40.0.34.11.2.3.4 Arznei Entry (2014‑02‑05) ref elgabbr-
Beispiel	Strukturbeispiel <ClinicalDocument>   <consumable>     <manufacturedProduct classCode="MANU">       <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.7.2"/>      <!-- IHE PCC -->       <templateId root="2.16.840.1.113883.10.20.1.53"/>      <!-- HL7 CCD -->       <manufacturedMaterial classCode="MMAT" determinerCode="KIND">         <templateId root="1.2.40.0.34.11.2.3.4"/>        <!-- ELGA -->         <templateId root="1.3.6.1.4.1.19376.1.9.1.3.1"/>        <!-- IHE PHARM -->         <!-- Code der Arznei (PZN) oder nullFlavor -->         <code code="533363" displayName="PARKEMED FTBL 500MG" codeSystem="1.2.40.0.34.4.16" codeSystemName="Pharmazentralnummer"/>        <translation code="16288" displayName="Parkemed 500 mg - Filmtabletten" codeSystem="1.2.40.0.34.4.17" codeSystemName="Zulassungsnummer"/>        <!-- Name der Arznei -->         <name>Parkemed 500 mg - Filmtabletten</name>        <!-- Darreichungsform -->         <pharm:formCode code="100000073665" displayName="Filmtablette" codeSystem="1.2.40.0.10.1.4.3.4.3.5" codeSystemName="MedikationDarreichungsform"/>        <!-- Angaben zur Packung (nur wenn PZN oder Zul.nummer vorhanden) -->         <pharm:asContent classCode="CONT">           <pharm:containerPackagedMedicine classCode="CONT" determinerCode="INSTANCE">             <!-- Packungsgröße -->             <pharm:capacityQuantity value="20"/>          </pharm:containerPackagedMedicine>        </pharm:asContent>        <!-- Optional ein oder mehrere Wirkstoff(e) -->         <!-- Wirkstoff 1 -->         <pharm:ingredient classCode="ACTI">           <!-- Wirkstoff aus dem ATC Codesystem -->           <pharm:ingredient classCode="MMAT" determinerCode="KIND">             <pharm:code code="M01AG01" displayName="Mefenamic acid" codeSystem="2.16.840.1.113883.6.73" codeSystemName="whoATC"/>            <pharm:name>Mefenaminsäure</pharm:name>          </pharm:ingredient>        </pharm:ingredient>      </manufacturedMaterial>    </manufacturedProduct>  </consumable></ClinicalDocument>
Item DT Kard Konf Beschreibung Label hl7:manufacturedProduct (atc...cal) @classCode cs 1 … 1 F MANU hl7:templateId II 1 … 1 R (atc...cal) @root uid 1 … 1 F 1.3.6.1.4.1.19376.1.5.3.1.4.7.2 hl7:templateId II 1 … 1 R (atc...cal) @root uid 1 … 1 F 2.16.840.1.113883.10.20.1.53 hl7:manufactured​Material 1 … 1 M (atc...cal) @classCode cs 1 … 1 F MMAT @determiner​Code cs 1 … 1 F KIND   Constraint Konditionale Konformität: Card Conf Prädikat 0..1 O PZN oder Zulassungsnummer vorhanden NP PZN oder Zulassungsnummer nicht vorhanden hl7:templateId II 1 … 1 R (atc...cal) @root uid 1 … 1 F 1.2.40.0.34.11.2.3.4 hl7:templateId II 1 … 1 R (atc...cal) @root uid 1 … 1 F 1.3.6.1.4.1.19376.1.9.1.3.1 hl7:code CE 1 … 1 R Pharmazentralnummer (OID 1.2.40.0.34.4.16) oder Zulassungsnummer (OID 1.2.40.0.34.4.17) der Arznei Zugelassene nullFlavor: NA Arznei ist eine magistrale Zubereitung Die Pharmazentralnummer (PZN) der Arznei. Bei magistralen Anwendungen, bei denen keine Pharmazentralnummer existiert wird der nullFlavor NA angewandt. Das Codesystem „Pharmazentralnummer“ {1.2.40.0.34.4.16} wird am Terminologieserver in der „ASP-Liste“ (Liste der humanen Arzneispezialitäten gelistet nach PZN) publiziert, die ASP-Liste enthält neben der Pharmazentralnummer auch die korrespondierende Zulassungsnummer {1.2.40.0.34.4.17}. Die Codeliste kann über den Terminologieserver ( https://termpub.gesundheit.gv.at/ ) abgerufen werden. (atc...cal) @nullFlavor cs 0 … 1     CONF @nullFlavor muss "NA" sein oder @nullFlavor muss "NI" sein oder @nullFlavor muss "UNK" sein @codeSystem CONF 0 … 1 F 1.2.40.0.34.4.16 (PZN)   Beispiel Code der Arznei (PZN) <code code="981417" displayName="CIPROXIN FTBL 500MG" codeSystem="1.2.40.0.34.4.16" codeSystemName="Pharmazentralnummer"/>   Beispiel Code der Arznei (Zulassungsnummer) <code code="1-18296" displayName="CIPROXIN FTBL 500MG" codeSystem="1.2.40.0.34.4.17" codeSystemName="Zulassungsnummer"/>   Beispiel Code der Arznei (PZN) mit Zulassungsnummer <code code="981417" displayName="CIPROXIN FTBL 500MG" codeSystem="1.2.40.0.34.4.16" codeSystemName="Pharmazentralnummer">   <translation code="1-18296" displayName="CIPROXIN FTBL 500MG" codeSystem="1.2.40.0.34.4.17" codeSystemName="Zulassungsnummer"/></code>   Beispiel Magistrale Zubereitung ohne PZN oder Zulassungsnummer <code nullFlavor="NA"/> hl7:originalText ED 0 … 1 Verweist auf die Stelle im narrativen Text-bereich, in dem die Pharmazentralnummer beschrieben ist. Gemäß Vorgaben im „Allgemeinen Implementierungsleitfaden“, Kapitel „Codierungs-Elemente“. (atc...cal) hl7:translation CE 0 … * C Zulassungsnummer der Arznei. Dieses Element wird nur verwendet, wenn der Arznei-Entry im Rahmen der Medikationsliste verwendet wird. (atc...cal)   Constraint Konditionale Konformität: Card Conf Prädikat 0..* O Dokumenttyp Medikationsliste NP sonst @codeSystem CONF 0 … 1 F 1.2.40.0.34.4.17 (Zulassungsnummer)   Schematron assert role  error     test not(hl7:translation) or //hl7:templateId[@root='1.2.40.0.34.11.8.3']     Meldung Optionale Übersetzung des Codes nur bei Medikationsliste zugelassen   hl7:name EN 1 … 1 R Bezeichnung der Arznei. Zugelassenes nullFlavor: NA Arznei ist eine magistrale Zubereitung Die vollständige Bezeichnung der Arznei gemäß ihrer PZN („Handelsname“). Für magistrale Zubereitungen, bei denen keine Pharmazentralnummer und damit auch kein Handelsname existiert, MUSS eine Bezeichnung der magistralen Zubereitung angegeben werden. Die Bezeichnung der magistralen Zubereitung sollte kürzer als die Langbeschreibung sein (siehe Kapitel 4.4.1.2.14 bzw. 4.4.2.2.12), aber mindestens den Hauptwirkstoff und dessen Stärke enthalten. (atc...cal) @nullFlavor cs 0 … 1     CONF @nullFlavor muss "NA" sein   Beispiel Name der Arznei <name>Parkemed 500mg</name>   Beispiel Magistrale Zubereitungen ohne Handelsname <name nullFlavor="NA"/> pharm:formCode 0 … 1 Darreichungsform, z.B. bei magistraler Zubereitung. (atc...cal) @codeSystem CONF 0 … 1 F 1.2.40.0.10.1.4.3.4.3.5   Beispiel Darreichungsform bei magistraler Zubereitung <pharm:formCode code="100000073665" displayName="Filmtablette" codeSystem="1.2.40.0.10.1.4.3.4.3.5" codeSystemName="ELGA_MedikationDarreichungsform"/>   Schematron assert role  error     test hl7:code/@code or (hl7:code/@nullFlavor and count(pharm:asContent)=0)     Meldung pharm:asContent Komponente zur Aufnahme der Packungsangaben nur zulässig wenn PZN oder Zulassungsnummer nicht vorhanden   pharm:asContent 0 … 1 Angaben zur Packung. Angaben zur Packung werden nur angegeben, wenn die Arznei eine Pharmazentralnummer besitzt. In allen anderen Fällen werden keine Angaben zur Packung gemacht. (atc...cal) @classCode cs 1 … 1 F CONT pharm:container​Packaged​Medicine 1 … 1 M Abbildung der Packungsangaben als untergeordnetes containerPackagedMedicine Element. (atc...cal) @classCode cs 1 … 1 F CONT @determiner​Code cs 1 … 1 F INSTANCE pharm:capacity​Quantity PQ 1 … 1 M Menge der Arznei in der Packung. (atc...cal) @value 1 … 1 R @unit cs 0 … 1     CONF Der Wert von @unit muss gewählt werden aus dem Value Set 1.2.40.0.34.10.32 ELGA_MedikationMengenart_VS (DYNAMIC) oder Der Wert von @unit muss gewählt werden aus dem Value Set 1.2.40.0.34.10.67 ELGA_MedikationMengenartAlternativ (DYNAMIC)   Constraint Konditionale Konformität: Menge in nicht-zählbaren Einheiten -> 1..1 M mit @unit aus Value-Set ELGA_MedikationMengenart Menge in zählbaren Einheiten (Tabletten, Kapseln, etc.) -> 0..1 O mit @unit aus Value-Set ELGA_MedikationMengenartAlternativ pharm:ingredient 0 … * Komponente zur Aufnahme des Wirkstoffs. Bei magistralen Zubereitungen MUSS mindestens ein Wirkstoff angegeben werden. Bei Arzneien ist die Angabe von Wirkstoffen optional. Wirkstoff-Codes stammen aus der ATC-Klassifikation (Anatomical Therapeutic Chemical  Classification), die von der WHO herausgegeben wird. Die deutsche Bezeichnung der Codes entspricht der Übersetzung des GKV-Arzneimittelindex im Wissenschaftlichen Institut der AOK (WidO), AOK Bundesverband GbR, Deutschland. Zusätzlich kommen ergänzende Codes aus dem Arzneimittelverzeichnis der AGES zum Einsatz. (atc...cal) @classCode cs 1 … 1 F ACTI   Beispiel Wirkstoff 1 (codiert, Value-Set ELGA_whoATC_VS) Beispiel Arznei <pharm:ingredient classCode="ACTI">   <pharm:ingredient classCode="MMAT" determinerCode="KIND">     <pharm:code code="M01AG01" displayName="Mefenamic acid" codeSystem="2.16.840.1.113883.6.73" codeSystemName="whoATC"/>    <pharm:name>Mefenaminsäure</pharm:name>  </pharm:ingredient></pharm:ingredient>   Beispiel Wirkstoff 2 (nur Name), Beispiel magistrale Zubereitung <pharm:ingredient classCode="ACTI">   <pharm:ingredient classCode="MMAT" determinerCode="KIND">     <pharm:name>Mefenaminsäure</pharm:name>  </pharm:ingredient></pharm:ingredient>   Beispiel Wirkstoff 1 (codiert, Value-Set ELGA_Wirkstoffe_AGES_VS), 2795 Beispiel Arznei, wird nur in der Medikationsliste verwendet <pharm:ingredient classCode="ACTI">   <pharm:ingredient classCode="MMAT" determinerCode="KIND">     <pharm:code code="100000090680" displayName="SENNAE FOLIUM" codeSystem="1.2.40.0.34.5.156" codeSystemName="Medikation_AGES_Wirkstoffe"/>    <pharm:name>Mefenaminsäure</pharm:name>  </pharm:ingredient></pharm:ingredient> pharm:ingredient 1 … 1 M Code und Name des Wirkstoffs. (atc...cal) @classCode cs 1 … 1 F MMAT @determiner​Code cs 1 … 1 F KIND pharm:code CE 0 … 1 Code und Klartext des Wirkstoffs. (atc...cal)   Constraint Zulässige Werte gemäß Value-Set „ELGA_whoATC_VS“ z.B.: M01AG01, Mefenamic acid. Bei Verwendung im Rahmen der Medikationsliste sind auch Werte gemäß Value-Set „ELGA_Wirkstoffe_AGES_VS“ zugelassen.   CONF @codeSystem muss "2.16.840.1.113883.6.73" sein oder @codeSystem muss "1.2.40.0.34.5.156" sein hl7:originalText ED 0 … 1 Textinhalt, der codiert wurde. Gemäß Vorgaben im „Allgemeinen Implementierungsleitfaden“, Kapitel „Codierungs-Elemente“. (atc...cal) hl7:translation CE 0 … * Wird das Element in der Medikationsliste verwendet, ist hier die Wirkstoffklasse zum Wirkstoff angegeben. Dieses Element wird nur verwendet, wenn der Arznei-Entry im Rahmen der Medikationsliste verwendet wird. (atc...cal)   Constraint Konditionale Konformität: Card Conf Prädikat 1..1 M Element wird in Medikationsliste verwendet NP Sonst pharm:name EN 1 … 1 M Name des Wirkstoffs. z.B.: Mefenaminsäure (atc...cal)

1.5.8 Author Compilation with name, addr and telecom

Id	1.2.40.0.34.6.0.11.9.20	Gültigkeit ab	2021‑06‑28 13:58:02 Andere Versionen mit dieser Id: atcdabbr_other_OrganizationCompilationWithNameAddrMinimal vom 2021‑02‑19 13:31:31 atcdabbr_other_OrganizationCompilationWithNameAddrMinimal vom 2019‑04‑18 11:28:59
Status	Aktiv	Versions-Label	1.0.1+20210628
Name	atcdabbr_other_OrganizationCompilationWithNameAddrMinimal	Bezeichnung	Organization Compilation with name, addr minimal
Beschreibung	Wiederverwendbare Compilation mit verpflichtender Angabe des name-Elements. Minimale Adressangabe möglich.
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.10 Containment Address Compilation Minimal (1.0.2+20230717) DYNAMIC
Beziehung	Version: Template 1.2.40.0.34.6.0.11.9.20 Organization Compilation with name, addr minimal (2021‑02‑19 13:31:31) ref at-cda-bbr- Version: Template 1.2.40.0.34.6.0.11.9.20 Organization Compilation with name, addr minimal (2019‑04‑18 11:28:59) ref at-cda-bbr- Adaptation: 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) 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.10 'Address Compilation Minimal' -->   </addr></placeholder>
Beispiel	Strukturbeispiel - minimal <placeholder classCode="ORG" determinerCode="INSTANCE">   <!-- Name der Organisation -->   <name>Amadeus Spital - Chirurgische Abteilung</name>  <!-- Adresse der Organisation optional in Minimal-Variante --> </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 … * 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. Minimale Adressangabe möglich. Beinhaltet 1.2.40.0.34.6.0.11.9.10 Address Compilation Minimal (DYNAMIC) wo [not(@nullFlavor)]