ILF:Allgemeiner Implementierungsleitfaden Templates

Aus HL7 Austria MediaWiki
Wechseln zu: Navigation, Suche

1 ALF-Templates

1.1 Document Level Templates

Id1.2.40.0.34.6.0.11.0.3Gültigkeit ab2021‑02‑11 09:10:00
Andere Versionen mit dieser Id:
  •   atcdabbr_document_AllgemeinerLeitfaden vom 2020‑11‑17 19:00:54
  •   atcdabbr_document_AllgemeinerLeitfaden vom 2019‑03‑04 12:29:28
Status  AktivVersions-Label3.2.0+20210304
Nameatcdabbr_document_AllgemeinerLeitfadenBezeichnungELGA CDA Dokument Allgemeiner Leitfaden
BeschreibungAllgemeiner Implementierungsleitfaden  
nonXMLBody erlaubt bei EIS Basic
KontextPfadname /
Labelatcdabbr
KlassifikationCDA Document Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Benutzt
Benutzt 42 Templates
Benutzt als NameVersion
1.2.40.0.34.6.0.11.1.10Inklusion  Document Realm (1.0.1+20230717)DYNAMIC
1.2.40.0.34.6.0.11.1.30Inklusion  Document TypeId (1.0.0+20210219)DYNAMIC
1.2.40.0.34.6.0.11.1.1Inklusion  Document Id (1.0.0+20210219)DYNAMIC
1.2.40.0.34.6.0.11.1.16Inklusion  Document Code (1.1.0+20210219)DYNAMIC
1.2.40.0.34.6.0.11.1.45Inklusion  Document StatusCode (1.0.1+20210624)DYNAMIC
1.2.40.0.34.6.0.11.1.46Inklusion  Document TerminologyDate (1.0.0+20210219)DYNAMIC
1.2.40.0.34.6.0.11.1.47Inklusion  Document FormatCode (1.1.0+20210303)DYNAMIC
1.2.40.0.34.6.0.11.1.44Inklusion  Document PracticeSettingCode (1.1.0+20210303)DYNAMIC
1.2.40.0.34.6.0.11.1.11Inklusion  Document Effective Time (1.0.1+20230717)DYNAMIC
1.2.40.0.34.6.0.11.1.12Inklusion  Document Confidentiality Code (1.0.2+20230717)DYNAMIC
1.2.40.0.34.6.0.11.1.13Inklusion  Document Language (1.0.0+20210219)DYNAMIC
1.2.40.0.34.6.0.11.1.15Inklusion  Document Set Id and Version Number (1.0.0+20210219)DYNAMIC
1.2.40.0.34.6.0.11.1.3Inklusion  Record Target (1.2.3+20260120)DYNAMIC
1.2.40.0.34.6.0.11.1.2Inklusion  Author (1.0.3+20230717)DYNAMIC
1.2.40.0.34.6.0.11.1.22Inklusion  Data Enterer (1.0.1+20230717)DYNAMIC
1.2.40.0.34.6.0.11.1.4Inklusion  Custodian (1.0.1+20211213)DYNAMIC
1.2.40.0.34.6.0.11.1.24Inklusion  Information Recipient (1.0.0+20210219)DYNAMIC
1.2.40.0.34.6.0.11.1.5Inklusion  Legal Authenticator (1.0.0+20210219)DYNAMIC
1.2.40.0.34.6.0.11.1.6Inklusion  Authenticator (1.0.0+20210219)DYNAMIC
1.2.40.0.34.6.0.11.1.20Inklusion  Participant Fachlicher Ansprechpartner (1.0.2+20210803)DYNAMIC
1.2.40.0.34.6.0.11.1.21Inklusion  Participant Ein-, Ueber-, Zuweisender Arzt (1.0.0+20210219)DYNAMIC
1.2.40.0.34.6.0.11.1.23Inklusion  Participant Hausarzt (1.0.1+20210803)DYNAMIC
1.2.40.0.34.6.0.11.1.27Inklusion  Participant Auskunftsberechtigte Person (Notfallkontakt) (1.0.2+20210803)DYNAMIC
1.2.40.0.34.6.0.11.1.25Inklusion  Participant Angehoerige (1.0.1+20210803)DYNAMIC
1.2.40.0.34.6.0.11.1.26Inklusion  Participant Versicherung (1.0.0+20210219)DYNAMIC
1.2.40.0.34.6.0.11.1.29Inklusion  Participant Betreuungsorganisation (1.0.2+20260901)DYNAMIC
1.2.40.0.34.6.0.11.1.28Inklusion  Participant Weitere Behandler (1.0.0+20210219)DYNAMIC
1.2.40.0.34.6.0.11.1.9Inklusion  In Fulfillment Of (1.0.1+20210628)DYNAMIC
1.2.40.0.34.6.0.11.1.17Inklusion  Documentation Of Service Event (1.0.0+20210219)DYNAMIC
1.2.40.0.34.6.0.11.1.14Inklusion  Document Replacement - Related Document (1.0.1+20210628)DYNAMIC
1.2.40.0.34.6.0.11.1.18Inklusion  Authorization (1.0.0+20210219)DYNAMIC
1.2.40.0.34.6.0.11.1.7Inklusion  Component Of - Encompassing Encounter (1.0.1+20230717)DYNAMIC
1.2.40.0.34.6.0.11.2.69Containment  Brieftext (1.0.1+20210628)DYNAMIC
1.2.40.0.34.6.0.11.2.70Containment  Abschließende Bemerkung (1.0.1+20210628)DYNAMIC
1.2.40.0.34.6.0.11.2.71Containment  Beilagen (1.0.3+20260119)DYNAMIC
1.2.40.0.34.6.0.11.2.61Containment  Willenserklärungen und andere juridische Dokumente (1.2.0+20250716)DYNAMIC
1.2.40.0.34.6.0.11.2.46Containment  Vitalparameter - kodiert (1.1.0+20210219)DYNAMIC
1.2.40.0.34.6.0.11.2.68Containment  Vitalparameter - uncodiert (1.1.0+20250716)DYNAMIC
1.2.40.0.34.6.0.11.2.75Containment  Anmerkungen (1.0.0+20210219)DYNAMIC
1.2.40.0.34.6.0.11.2.77Containment  Hilfsmittel und Ressourcen (1.0.0+20210219)DYNAMIC
1.2.40.0.34.6.0.11.2.76Containment  Risiken (1.0.0+20210219)DYNAMIC
1.2.40.0.34.6.0.11.9.40Inklusion  Title Test (1.0.0+20210219)DYNAMIC
BeziehungVersion: Template 1.2.40.0.34.6.0.11.0.3 ELGA CDA Dokument Allgemeiner Leitfaden (2020‑11‑17 19:00:54)
ref
at-cda-bbr-
ItemDTKardKonfBeschreibungLabel
hl7:ClinicalDocument
1 … 1Matcdabbr
 @classCode
cs0 … 1FDOCCLIN
 @moodCode
cs0 … 1FEVN
Eingefügt1 … 1M von 1.2.40.0.34.6.0.11.1.10 Document Realm (DYNAMIC)
 hl7:realmCode
CS1 … 1M
Hoheitsbereich des Dokuments.

Fester Wert: @code = AT
(aus Value Set „ELGA_RealmCode“)
atcdabbr
  @code
1 … 1FAT
Eingefügt1 … 1M von 1.2.40.0.34.6.0.11.1.30 Document TypeId (DYNAMIC)
 hl7:typeId
II1 … 1MDokumentformat CDA R2
atcdabbr
  @root
uid1 … 1F2.16.840.1.113883.1.3
  @extension
st1 … 1FPOCD_HD000040
 hl7:templateId
II1 … 1MFixe OID für alle Dokumente, die in der Governance-Gruppe "eHealth Austria" abgestimmt werden und von einem zentralen Art-Decor Repository abgeleitet werden (AT-CDA-BBR).atcdabbr
  @root
uid1 … 1F1.2.40.0.34.6.0.11.0.1
 hl7:templateId
II1 … 1MRoot-OID des Implementierungsleitfadens (Dokument-OID). Dient als informative Referenz.atcdabbr
  @root
uid1 … 1F1.2.40.0.34.6.0.11.0.3
 hl7:templateId
II1 … 1MOID der Art-Decor Template für das Dokument (DocumentLevelTemplate für Schematron)atcdabbr
  @root
uid1 … 1F1.2.40.0.34.6.0.11.0.3
 hl7:templateId
II0 … *RWeitere templateId's für den Verweis auf zugrundeliegende Spezifikationen, zB von HL7 International oder IHE (PCC, PaLM)
atcdabbr
  @root
uid1 … 1R
Eingefügt1 … 1M von 1.2.40.0.34.6.0.11.1.1 Document Id (DYNAMIC)
 hl7:id
II1 … 1MDokumenten-Id des CDA-Dokuments.
Es MUSS eine gültige und innerhalb des ID-Pools eindeutige Dokumenten-ID angegeben werden.

Grundsätzlich sind die Vorgaben gemäß „Identifikations-Elemente“ zu befolgen.
atcdabbr
  @root
uid1 … 1R
Eingefügt1 … 1M von 1.2.40.0.34.6.0.11.1.16 Document Code (DYNAMIC)
 hl7:code
CE1 … 1MDokumententyp in feiner Granularität. 
Empfohlenes Value Set: HL7-at_XDS-Dokumentenklassen (1.2.40.0.34.10.86), Einträge in Level 1

Verweis auf speziellen Implementierungsleitfaden: 
Die gültigen Wertebereiche dieses Elements entnehmen Sie bitte dem entsprechenden speziellen Implementierungsleitfaden gemäß der Dokumentenklasse bzw dem Dokumententyp.

↔ Hinweis zum XDS-Mapping: 
Wird in ELGA in das XDS DocumentEntry Metadaten-Attribut XDSDocumentEntry.typeCode übernommen.
Zu berücksichtigen sind jeweils die Attribute @code, @codeSystem und @displayName.
atcdabbr
  @code
cs1 … 1R
  @codeSystem
oid1 … 1R
  @codeSystemName
st0 … 1 
  @displayName
st1 … 1R
  hl7:translation
CD1 … 1MDokumentenklasse in grober Granularität.
Empfohlenes Value Set: HL7-at_XDS-Dokumentenklassen (1.2.40.0.34.10.86), Einträge in Level 0

Verweis auf speziellen Implementierungsleitfaden: 
Die gültigen Wertebereiche dieses Elements entnehmen Sie bitte dem entsprechenden speziellen Implementierungsleitfaden gemäß der Dokumentenklasse bzw dem Dokumententyp.

↔ Hinweis zum XDS-Mapping: Dieses Element wird ins XDS-Attribut XDSDocumentEntry.classCode gemappt.
Zu berücksichtigen sind jeweils die Attribute @code, @codeSystem und @displayName.
atcdabbr
   @code
cs1 … 1R
   @codeSystem
oid1 … 1R
 hl7:title
ST1 … 1MDokumententitel. Dieses Element enthält den für den lesenden Dokumentempfänger gedachten Titel und muss sinngemäß mit der Dokumentklasse übereinstimmen.atcdabbr
Eingefügt0 … 1C von 1.2.40.0.34.6.0.11.1.45 Document StatusCode (DYNAMIC)
 sdtc:statusCode
CS0 … 1C
Status eines Dokuments.
e-Befunde sind grundsätzlich abgeschlossene bzw. "fertige" ("completed") Dokumente, daher entfällt die Angabe eines Status. In folgenden Ausnahmen SOLL der Status eines Dokuments wie folgt angegeben werden:
  • “active”: z.B. wenn bekannt ist, dass Updates folgen werden: Etwa für "vorläufige ärztliche Entlassungsbriefe" oder Laborbefunde, für die noch Ergebnisse einzelner Analysen ausständig sind
  • “nullified”: z.B. für Dokumente, die gemäß Anwendungsfall "Storno von ELGA-Dokumenten" storniert werden, wobei zusätzlich ein letztes Dokument mit Storniert-Status in der Versionskette registriert wird.
↔ Hinweis zum XDS-Mapping: Der Status wird nicht in die XDS-Metadaten übernommen!
atcdabbr
 ConstraintZulässige Werte für sdtc:statusCode/@code sind "active" und "nullified"

 CONF
@code MUSS "nullified" sein
oder
@code MUSS "active" sein
Eingefügt1 … 1M von 1.2.40.0.34.6.0.11.1.46 Document TerminologyDate (DYNAMIC)
 hl7at:terminologyDate
TS.DATE.FULL1 … 1MDas Terminologie-Datum des Dokumentes
Das Datum, an dem die lokal zur Implementierung verwendeten Value Sets mit dem österreichischen Terminologieserver abgeglichen wurden, wird hier angegeben.
atcdabbr
 ConstraintDas Datum der letzten Terminologie-Aktualisierung MUSS entsprechend klassischer HL7 V3 Notation im Format "YYYYMMDD" angegeben werden.
Beispiel: 20200527
Eingefügt1 … 1M von 1.2.40.0.34.6.0.11.1.47 Document FormatCode (DYNAMIC)
 hl7at:formatCode
CD1 … 1Mdie genaue Version des XDS FormatCodeatcdabbr
  @code
cs1 … 1RSiehe https://termpub.gesundheit.gv.at:443/TermBrowser/gui/main/main.zul?loadType=ValueSet&loadName=ELGA_FormatCode_VS
 CONF
Der Wert von @code MUSS gewählt werden aus dem Value Set 1.2.40.0.34.10.61 ELGA_Formatcode (DYNAMIC)
  @codeSystem
oid1 … 1F1.2.40.0.34.5.37
  @displayName
st1 … 1R
Eingefügt1 … 1M von 1.2.40.0.34.6.0.11.1.44 Document PracticeSettingCode (DYNAMIC)
 hl7at:practiceSettingCode
CD1 … 1MDie fachliche Zuordnung des Dokumentesatcdabbr
  @displayName
1 … 1R
 CONF
Der Wert von @code MUSS gewählt werden aus dem Value Set 1.2.40.0.34.10.75 ELGA_PracticeSetting (DYNAMIC)
Eingefügt1 … 1M von 1.2.40.0.34.6.0.11.1.11 Document Effective Time (DYNAMIC)
 hl7:effectiveTime
TS.AT.TZ1 … 1MRelevantes Datum des Dokuments.
Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen.
atcdabbr
 
 
at-cda-bbr-data​element-11  Erstellungsdatum   Dataset A Allgemeiner Leitfaden
Eingefügt1 … 1M von 1.2.40.0.34.6.0.11.1.12 Document Confidentiality Code (DYNAMIC)
 hl7:confidentialityCode
CE1 … 1MVertraulichkeitscode des Dokuments aus Value Set „ELGA_Confidentiality“. atcdabbr
 
 
at-cda-bbr-data​element-13  Vertraulichkeitscode   Dataset A Allgemeiner Leitfaden
  @codeSystemName
st1 … 1FHL7:Confidentiality
 ConstraintFür ELGA-Dokumente ist ausschließlich "N" erlaubt!
Eingefügt1 … 1M von 1.2.40.0.34.6.0.11.1.13 Document Language (DYNAMIC)
 hl7:language​Code
CS.LANG1 … 1MSprachcode des Dokuments.
atcdabbr
 
 
at-cda-bbr-data​element-14  Sprachcode   Dataset A Allgemeiner Leitfaden
  @code
cs1 … 1R
 CONF
Der Wert von @code MUSS gewählt werden aus dem Value Set 1.2.40.0.34.10.10 ELGA_LanguageCode (DYNAMIC)
 ConstraintFür ELGA ist in @code für CDA und Ableitungen in die XDSDocumentEntry-Metadaten derzeit ausschließlich der Wert "de-AT" zulässig.
Für eHealth und zukünftige Versionen der ELGA Leitfäden können weitere Sprachcodes erlaubt werden.
Eingefügt1 … 1M von 1.2.40.0.34.6.0.11.1.15 Document Set Id and Version Number (DYNAMIC)
 hl7:setId
II1 … 1MEindeutige Id des Dokumentensets. Diese bleibt über alle Versionen der Dokumente gleich (initialer Wert bleibt erhalten).
Die setId SOLL unterschiedlich zur clinicalDocument.id sein.
↔ Hinweis zum XDS-Mapping: Dieses Element wird ins XDS-Attribut referenceIdList ("urn:elga:iti:xds:2014:ownDocument_setId") gemappt.
Hinweis: Bestimmte Systeme, die bei der Übernahme der setId in die XDS-Metadaten mit dem V2-Datentyp CX arbeiten, könnten ein Problem mit @extension-Attributen haben, die länger als 15 Zeichen sind.
atcdabbr
 hl7:versionNumber
INT.​NONNEG1 … 1MVersionsnummer des Dokuments, wird bei neuen Dokumenten mit 1 festgelegt.
Die versionNumber ist eine natürliche Zahl für die fortlaufende Versionszählung. Mit einer neuen Version wird diese Zahl hochgezählt, während die setId gleich bleibt.
atcdabbr
  @value
int1 … 1RVersionsnummer als positive ganze Zahl.
Eingefügt1 … 1M von 1.2.40.0.34.6.0.11.1.3 Record Target (DYNAMIC)
 hl7:recordTarget
1 … 1MKomponente für die Patientendaten.atcdabbr
 
 
at-cda-bbr-data​element-64  Patient   Dataset A Allgemeiner Leitfaden
  @typeCode
cs0 … 1FRCT
  @context​Control​Code
cs0 … 1FOP
  hl7:patientRole
1 … 1MPatientendaten.
atcdabbr
   @classCode
cs0 … 1FPAT
   hl7:id
II2 … *RPatientenidentifikatorenatcdabbr
 
 
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 der Zuordnung der elektronischen Identität und darf daher nicht am Ausdruck erscheinen (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 6 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.10.1.4.3.8 (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 Langversion
<id root="1.2.40.0.34.4.8" extension="123456789^1100-OEGK^800400010016^20251231" assigningAuthorityName="Nationaler Krankenversicherungsträger"/>
 Beispiel
EKVK Kurzversion
<id root="1.2.40.0.34.4.21" extension="123456789" assigningAuthorityName="Nationaler Krankenversicherungsträger"/>
   hl7:addr
0 … 2RAdresse des Patienten.
Es MUSS eine mögliche Adresse unterstützt werden. Spezielle Leitfäden (z.B. Entlassungsbrief Pflege) können es erforderlich machen, dass mehr als eine Adresse unterstützt werden muss.

Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)
atcdabbr
 
 
at-cda-bbr-data​element-68  Adresse   Dataset A Allgemeiner Leitfaden
 Constraint

Werden mehrere gleichartige address-Elemente strukturiert (z.B. Home, Pflege), MUSS jeweils das Attribut @use angeführt sein.

   hl7:telecom
TEL.AT0 … *RKontakt-Element. Grundsätzlich sind die Vorgaben gemäß „Kontaktdaten-Element“ zu befolgen.
atcdabbr
 
 
at-cda-bbr-data​element-72  Kontaktdaten   Dataset A Allgemeiner Leitfaden
    @value
url1 … 1R
Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567
Formatkonvention siehe „telecom-Format Konventionen für Telekom-Daten“
Zulässige Werteliste für telecom Präfixe gemäß Value-Set „ELGA_URLScheme“
    @use
cs0 … 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 … 1MName des Patienten.
Für den Namen ist verpflichtend Granularitätsstufe 2 („strukturierte Angabe des Namens‘‘) anzuwenden!
Grundsätzlich sind die Vorgaben gemäß „Namen-Elemente von Personen PN“ zu befolgen.
atcdabbr
 
 
at-cda-bbr-data​element-70  Name   Dataset A Allgemeiner Leitfaden
Eingefügt1 … 1M von 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)
    @classCode
cs0 … 1FPSN
    @determiner​Code
cs0 … 1FINSTANCE
    hl7:name
PN1 … 1MNamen-Element (Person)atcdabbr
     @use
cs0 … 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
ENXP0 … *
Beliebig viele Präfixe zum Namen, z.B. Akademische Titel
Achtung: Die Angabe der Anrede („Frau“, „Herr“), ist im CDA nicht vorgesehen!
atcdabbr
      @qualifier
cs0 … 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
ENXP1 … *MMindestens ein Hauptname (Nachname).atcdabbr
      @qualifier
cs0 … 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
ENXP1 … *MMindestens ein Vornameatcdabbr
      @qualifier
cs0 … 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
ENXP0 … *Beliebig viele Suffixe zum Namenatcdabbr
      @qualifier
cs0 … 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)
Auswahl1 … 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
CE0 … 1atcdabbr
wo [not(@nullFlavor)]
 
 
at-cda-bbr-data​element-74  Geschlecht   Dataset A Allgemeiner Leitfaden
      @displayName
st1 … 1R
      @code
cs1 … 1R
      @codeSystem
oid1 … 1R
      @codeSystemName
st0 … 1 
 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
CD0 … *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 Krankenhausatcdabbr
       @displayName
st1 … 1R
 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
CE0 … 1Mittels nullFlavor="UNK" wird "Unbekannt" abgebildet. Dies schließt die Ausprägung "Keine Angabe" mit ein.atcdabbr
wo [@nullFlavor='UNK']
      @nullFlavor
cs1 … 1FUNK
Auswahl1 … 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.VAR0 … 1atcdabbr
 
 
at-cda-bbr-data​element-75  Geburtsdatum   Dataset A Allgemeiner Leitfaden
     hl7:birthTime
TS.AT.VAR0 … 1atcdabbr
wo [@nullFlavor='UNK']
      @nullFlavor
cs1 … 1FUNK
    sdtc:deceasedInd
BL0 … 1RKennzeichen, dass die Person verstorben ist. Kann alternativ zum Todesdatum angegeben werden, v.a. wenn der Todeszeitpunkt nicht bekannt ist.atcdabbr
 
 
at-cda-bbr-data​element-192  Verstorben-Kennzeichen   Dataset A Allgemeiner Leitfaden
    sdtc:deceasedTime
TS.AT.TZ0 … 1RTodesdatum der Person.atcdabbr
 
 
at-cda-bbr-data​element-191  Todesdatum   Dataset A Allgemeiner Leitfaden
    hl7:marital​Status​Code
CE0 … 1RCodierung des Familienstands des Patienten.
Zulässige Werte gemäß Value-Set „ELGA_MaritalStatus“
atcdabbr
 
 
at-cda-bbr-data​element-98  Familienstand   Dataset A Allgemeiner Leitfaden
     @code
cs1 … 1R
     @codeSystem
oid1 … 1F2.16.840.1.113883.5.2
     @codeSystemName
st1 … 1FHL7:MaritalStatus
     @displayName
st1 … 1R
 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
CE0 … 1RCodierung des Religionsbekenntnisses des Patienten.
Zulässige Werte gemäß Value-Set „ELGA_ReligiousAffiliation“
atcdabbr
 
 
at-cda-bbr-data​element-99  Religionsbekenntnis   Dataset A Allgemeiner Leitfaden
     @code
cs1 … 1R
     @codeSystem
oid1 … 1F2.16.840.1.113883.2.16.1.4.1
     @codeSystemName
st1 … 1FHL7.AT:ReligionAustria
     @displayName
st1 … 1R
 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
NPRasse des Patienten.

Darf nicht verwendet werden!

atcdabbr
    hl7:ethnic​Group​Code
NPEthnische Zugehörigkeit des Patienten.

Darf nicht verwendet werden!

atcdabbr
    hl7:guardian
0 … *R
Gesetzlicher Vertreter:
  1. Vorsorgebevollmächtigte/r (Bevollmächtigte/r durch Vorsorgevollmacht)
  2. Gewählte/r ErwachsenenvertreterIn
  3. Gesetzliche/r ErwachsenenvertreterIn
  4. Gerichtliche/r ErwachsenenvertreterIn (Sachwalter)
Der gesetzliche Vetreter kann entweder eine Person (guardianPerson) oder eine Organisation (guardianOrganization) sein.
Beim Patienten können optional ein oder mehrere gesetzliche Vetreter angegeben werden. Wenn ein gesetzliche Vetreter bekannt ist, SOLL diese Information auch angegeben werden.
atcdabbr
 
 
at-cda-bbr-data​element-88  Gesetzlicher Vertreter   Dataset A Allgemeiner Leitfaden
     @classCode
cs0 … 1FGUARD
     hl7:addr
0 … 1R
Die Adresse des gesetzlichen Vertreters oder der Organisation.
Grundsätzlich sind die Vorgaben für „Adress-Elemente“ zu befolgen.

Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)
atcdabbr
     hl7:telecom
TEL.AT0 … *RBeliebig viele Kontaktdaten des gesetzlichen Vertreters als Person oder Organisation.
Grundsätzlich sind die Vorgaben gemäß „Kontaktdaten-Element“ zu befolgen.
atcdabbr
      @value
st1 … 1R
Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567
Formatkonvention siehe „telecom-Format Konventionen für Telekom-Daten“
Zulässige Werteliste für telecom Präfixe gemäß Value-Set „ELGA_URLScheme“
      @use
set_cs0 … 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.
Auswahl1 … 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 … 1Name des gesetzlichen Vertreters: Angabe in  Granularitätsstufe 1
Beinhaltet 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC)
atcdabbr
      hl7:guardian​Person
0 … 1Name des gesetzlichen Vertreters: Angabe in  Granularitätsstufe 2
Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)
atcdabbr
      hl7:guardian​Organization
0 … 1RName des gesetzlichen Vertreters (Organisation)
Beinhaltet 1.2.40.0.34.6.0.11.9.27 Organization Name Compilation (DYNAMIC)
atcdabbr
Auswahl1 … 1
Angabe des gesetzlichen Vertreters als Person (guardianPerson in Granularitätsstufe 1 oder 2) ODER als Organisation (guardianOrganization)
Elemente in der Auswahl:
        hl7:birthplace
    0 … 1RGeburtsort des Patienten.atcdabbr
     
     
    at-cda-bbr-data​element-76  Geburtsort   Dataset A Allgemeiner Leitfaden
         @classCode
    cs0 … 1FBIRTHPL
         hl7:place
    1 … 1Matcdabbr
          @classCode
    cs0 … 1FPLC
          @determiner​Code
    cs0 … 1FINSTANCE
    Auswahl1 … 1Elemente 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
    AD0 … 1Die Adresse des Geburtsorts. Minimalangabe. Alle Elemente optional.

    Beinhaltet 1.2.40.0.34.6.0.11.9.10 Address Compilation Minimal (DYNAMIC)
    atcdabbr
           hl7:addr
    AD0 … 1Die Adresse des Geburtsorts, struktuiert.
    Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)
    atcdabbr
    Auswahl1 … 1Elemente in der Auswahl:
          hl7:language​Communication
      0 … *RInformationen bezüglich der Sprachfähigkeiten und Ausdrucksform des Patienten.
      atcdabbr
       
       
      at-cda-bbr-data​element-100  Sprachfähigkeit   Dataset A Allgemeiner Leitfaden
           hl7:language​Code
      CS1 … 1MSprache, die vom Patienten zu einem bestimmten Grad beherrscht wird (geschrieben oder gesprochen).


      In der Klasse languageCommunication können Informationen bezüglich der Sprachfähigkeiten und Ausdrucksform (z.B. gesprochen oder geschrieben) des Patienten angegeben werden.
      Dieser Leitfaden schränkt die möglichen Werte für die Sprache auf Werte aus dem Value Set ELGA_HumanLanguage ein.


      Die Gebärdensprache ist als eigene Sprache inkl. Ländercode anzugeben, mit der Ergänzung des Länder-/Regional-Codes (z.B. sgn-at), die Ausdrucksweise (MoodCode) wird in diesem Fall nicht angegeben (denn expressed / received signed wären redundant).
      atcdabbr
       
       
      at-cda-bbr-data​element-101  Sprache   Dataset A Allgemeiner Leitfaden
            @code
      cs1 … 1RZulä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
      CE0 … 1CAusdrucksform der Sprache.
      Zulässige Werte gemäß Value-Set „ELGA_LanguageAbilityMode“
      atcdabbr
            @code
      cs1 … 1R
            @displayName
      st1 … 1R
            @codeSystem
      oid1 … 1F2.16.840.1.113883.5.60
            @codeSystemName
      st0 … 1FHL7:LanguageAbilityMode
       ConstraintBei 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
      CE0 … 1RGrad der Sprachkenntnis in der Sprache.
      Zulässige Werte gemäß Value-Set „ELGA_ProficiencyLevelCode“
      atcdabbr
       
       
      at-cda-bbr-data​element-102  Grad der Sprachkenntnis   Dataset A Allgemeiner Leitfaden
            @code
      cs1 … 1R
            @displayName
      st1 … 1R
            @codeSystem
      oid1 … 1F2.16.840.1.113883.5.61
            @codeSystemName
      st0 … 1FHL7: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
      BL0 … 1RKennzeichnung, ob die Sprache in der angegebenen Ausdrucksform vom Patienten bevorzugt wird.atcdabbr
       
       
      at-cda-bbr-data​element-103  Sprachpräferenz   Dataset A Allgemeiner Leitfaden
       Schematron assertrole error 
       testnot(hl7:id[1]/@nullFlavor) 
       MeldungDie Verwendung von id/@nullFlavor ist an dieser Stelle NICHT ERLAUBT. 
       Schematron assertrole error 
       testnot(hl7:id[2]/@nullFlavor) or (hl7:id[2][@nullFlavor='UNK'] or hl7:id[2][@nullFlavor='NI']) 
       MeldungZugelassene nullFlavor sind "NI" und "UNK" 
      Eingefügt1 … *M von 1.2.40.0.34.6.0.11.1.2 Author (DYNAMIC)
       hl7:author
      1 … *MVerfasser des Dokuments.
      atcdabbr
        @typeCode
      cs0 … 1FAUT
        @context​Control​Code
      cs0 … 1FOP
        hl7:functionCode
      CE (extensible)0 … 1R
      Funktionscode des Verfassers des Dokuments, z.B: „Diensthabender Oberarzt“, „Verantwortlicher Arzt für Dokumentation“,„Stationsschwester“.
      Eigene Codes und Bezeichnungen können verwendet werden.
      atcdabbr
         @code
      cs1 … 1R
         @codeSystem
      oid1 … 1R
         @displayName
      st1 … 1R
      Auswahl1 … 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.TZ0 … 1atcdabbr
      wo [not(@nullFlavor)]
         hl7:time
      TS.AT.TZ0 … 1atcdabbr
      wo [@nullFlavor='UNK']
          @nullFlavor
      cs1 … 1FUNK
        hl7:assignedAuthor
      1 … 1Matcdabbr
         @classCode
      cs0 … 1FASSIGNED
      Auswahl1 … *
      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']
       ConstraintZugelassene 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
      II0 … *
      Identifikation des Verfassers des Dokuments im lokalen System des/der datenerstellenden Gerätes/Software.
      ODER Identifikation des/der datenerstellenden Gerätes/Software. 
      atcdabbr
      wo [not(@nullFlavor)]
          hl7:id
      II0 … 1atcdabbr
      wo [@nullFlavor='NI']
           @nullFlavor
      cs1 … 1FNI
          hl7:id
      II0 … 1atcdabbr
      wo [@nullFlavor='UNK']
           @nullFlavor
      cs1 … 1FUNK
         hl7:code
      CE0 … 1RAngabe der Fachrichtung des Verfassers des Dokuments („Sonderfach“ gem. Ausbildungsordnung), z.B: „Facharzt/Fachärztin für Gynäkologie“.
      Wenn ein Autor mehreren ärztlichen Sonderfächern zugeordnet ist, kann das anzugebende Sonderfach gewählt werden. Additivfächer werden nicht angegeben.
      atcdabbr
          @codeSystem
      oid1 … 1R
          @displayName
      st1 … 1R
          @code
      cs1 … 1R
       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.AT0 … *
      Kontaktdaten des Verfassers des Dokuments.
      Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen.
      atcdabbr
      wo [not(@nullFlavor)]
          @value
      st1 … 1R
      Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567
      Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“
          @use
      set_cs0 … 1 
      Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP
      Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“
       ConstraintWerden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein.
      Auswahl1 … 1Elemente in der Auswahl:
      • hl7:assigned​Person welches enthält Template 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)
      • hl7:assigned​Authoring​Device welches enthält Template 1.2.40.0.34.6.0.11.9.18 Device Compilation (DYNAMIC)
          hl7:assigned​Person
      0 … 1
      Personendaten des Verfassers des Dokuments.
      Grundsätzlich sind die Vorgaben für „Personen-Element“ zu befolgen, name-Element ist hier Mandatory.

      Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)
      atcdabbr
          hl7:assigned​Authoring​Device
      0 … 1Datenerstellende/s Software/Gerät
      Beinhaltet 1.2.40.0.34.6.0.11.9.18 Device Compilation (DYNAMIC)
      atcdabbr
         hl7:represented​Organization
      1 … 1MOrganisation, in deren Auftrag der Verfasser des Dokuments die Dokumentation verfasst hat.


      ↔ Hinweis zum XDS-Mapping: Da manche offiziellen Bezeichnungen von GDA sehr lang werden können, SOLL das name Element einer möglichst eindeutigen Kurzbezeichnung der Organisation entsprechen (im GDA-I im Tag description enthalten). Bei größeren Organisationen SOLL zusätzlich die Abteilung angegeben werden, damit die Zuordnung für den Leser einfacher wird. 

      Beispiel: Statt "Allgemeines Krankenhaus der Stadt Wien-Medizinischer Universitätscampus" -->  "Wien AKH" bzw. "Wien AKH - Augenambulanz" 


      Beinhaltet 1.2.40.0.34.6.0.11.9.5 Organization Compilation with id, name (DYNAMIC)
      atcdabbr
       Constraint
      • id MUSS der OID der Organisation aus dem GDA-Index entsprechen.
      • name SOLL der Kurzbezeichnung im GDA-I entsprechen (sofern vorhanden)
      • Zu dem Namen größerer Organisationen SOLL auch die Abteilung angegeben werden., z.B.: „Amadeus Spital, Chirurgische Abteilung“
      • Ausnahme: Wenn als Author ein/e Software/Gerät fungiert und keine OID aus dem GDA-I angegeben werden kann, MÜSSEN die Angaben der Organisation des Geräte-/Software-Betreibers oder Herstellers entsprechen.


      Eingefügt0 … 1 von 1.2.40.0.34.6.0.11.1.22 Data Enterer (DYNAMIC)
       hl7:dataEnterer
      0 … 1z.B. Schreibkraft, Medizinische Dokumentationsassistenzatcdabbr
       
       
      at-cda-bbr-data​element-16  Schreibkraft   Dataset A Allgemeiner Leitfaden
        @typeCode
      cs0 … 1FENT
        @context​Control​Code
      cs0 … 1FOP
        hl7:time
      TS.AT.TZ0 … 1R
      Der Zeitpunkt zu dem die Daten dokumentiert wurden.
      Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen.
      atcdabbr
      wo [not(@nullFlavor)]
       
       
      at-cda-bbr-data​element-17  Zeitpunkt des Schreibens   Dataset A Allgemeiner Leitfaden
        hl7:assignedEntity
      1 … 1MBeinhaltet 1.2.40.0.34.6.0.11.9.22 Assigned Entity (DYNAMIC)atcdabbr
      Eingefügt1 … 1M von 1.2.40.0.34.6.0.11.1.4 Custodian (DYNAMIC)
       hl7:custodian
      1 … 1MVerwahrer des Dokuments.atcdabbr
       
       
      at-cda-bbr-data​element-24  Verwahrer   Dataset A Allgemeiner Leitfaden
        @typeCode
      cs0 … 1FCST
        hl7:assignedCustodian
      1 … 1Matcdabbr
         @classCode
      cs0 … 1FASSIGNED
         hl7:represented​Custodian​Organization
      1 … 1Matcdabbr
          @classCode
      cs0 … 1FORG
          @determiner​Code
      cs0 … 1FINSTANCE
          hl7:id
      II1 … *MIdentifikation des Verwahrers des Dokuments. Wenn dieser im GDA-I angeführt ist, ist die entsprechende OID zu verwenden.
      Grundsätzlich sind die Vorgaben für „Identifikations-Elemente“ zu befolgen.
      atcdabbr
          hl7:name
      ON1 … 1MName des Verwahrers des Dokuments (Organisation). Grundsätzlich sind die Vorgaben für „Namen-Elemente von Organisationen ON“ zu befolgen.atcdabbr
          hl7:telecom
      TEL.AT0 … *Kontaktdaten des Verwahrers des originalen Dokuments (Organisation). Grundsätzlich sind die Vorgaben für „Kontaktdaten-Elemente“ zu befolgen.atcdabbr
      wo [not(@nullFlavor)]
           @value
      st1 … 1R
           @use
      set_cs0 … 1 Bedeutung des angegebenen Kontakts gemäß Value-Set „ELGA_TelecomAddressUse“
       ConstraintWerden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein.
          hl7:addr
      AD1 … 1MAdresse des Verwahrers des Dokuments (Organisation). Grundsätzlich sind die Vorgaben für „Adress-Elemente“ zu befolgen.
      Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)
      atcdabbr
      Eingefügt0 … * von 1.2.40.0.34.6.0.11.1.24 Information Recipient (DYNAMIC)
       hl7:information​Recipient
      0 … *Beabsichtiger Empfänger des Dokuments. 
      atcdabbr
       
       
      at-cda-bbr-data​element-26  Empfänger   Dataset A Allgemeiner Leitfaden
        @typeCode
      cs0 … 1 Typ des Informationsempfängers, z.B: PRCP „Primärer Empfänger“.

      Werden mehrere Empfänger angegeben, MUSS der primäre Empfänger über den typeCode definiert werden.
      Hinweis: Das ist relevant, wenn Funktionen aus dem gerichteten Befundversand oder für den Briefdruck auf das Dokument angewendet werden.
       CONF
      Der Wert von @typeCode MUSS gewählt werden aus dem Value Set 1.2.40.0.34.10.29 ELGA_InformationRecipientType (DYNAMIC)
       
       
      at-cda-bbr-data​element-27  Empfänger Typ   Dataset A Allgemeiner Leitfaden
        hl7:intended​Recipient
      1 … 1Matcdabbr
         @classCode
      cs0 … 1 
      Auswahl1 … *Elemente in der Auswahl:
      • hl7:id[not(@nullFlavor)]
      • hl7:id[@nullFlavor='NI']
      • hl7:id[@nullFlavor='UNK']
          hl7:id
      II0 … *Identifikation des beabsichtigten Empfängers (Person).
      Empfohlene Information für einen Empfänger ist die ID aus dem GDA-Index.
      Grundsätzlich sind die Vorgaben für „Identifikations-Elemente“ zu befolgen.
      atcdabbr
      wo [not(@nullFlavor)]
       
       
      at-cda-bbr-data​element-28  ID des Empfängers   Dataset A Allgemeiner Leitfaden
          hl7:id
      II0 … 1NI … Person hat keine ID atcdabbr
      wo [@nullFlavor='NI']
           @nullFlavor
      cs1 … 1FNI
          hl7:id
      II0 … 1UNK ... Person hat eine ID, diese ist jedoch unbekannt atcdabbr
      wo [@nullFlavor='UNK']
           @nullFlavor
      cs1 … 1FUNK
      Auswahl1 … 1
      Personendaten des beabsichtigten Empfängers.
      Empfehlung: Der Name des Empfängers und die Organisation, der er angehört, sollen in möglichst hoher Granularität angegeben werden. Aufgrund der gängigen Praxis kann als minimale Information für den Empfänger der unstrukturierte Name angegeben werden.
      Grundsätzlich sind die Vorgaben gemäß Kapitel „Personen-Element“ zu befolgen.
      Elemente in der Auswahl:
      • hl7:information​Recipient[hl7:name[count(child::*)=0]] welches enthält Template 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC)
      • hl7:information​Recipient[hl7:name[count(child::*)!=0]] welches enthält Template 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)
          hl7:information​Recipient
       … 1Beinhaltet 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC)atcdabbr
      wo [hl7:name [count(child::*)=0]]
       
       
      at-cda-bbr-data​element-29  Name   Dataset A Allgemeiner Leitfaden
          hl7:information​Recipient
       … 1Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)atcdabbr
      wo [hl7:name [count(child::*)!=0]]
         hl7:received​Organization
      0 … 1ROrganisation, der der beabsichtigte Empfänger angehört, z.B.: „Ordination des empfangenden Arztes“.
      Grundsätzlich sind die Vorgaben gemäß Kapitel „Organisations-Element“ zu befolgen.
      atcdabbr
       
       
      at-cda-bbr-data​element-30  Organisation   Dataset A Allgemeiner Leitfaden
      Eingefügt von 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC)
          @classCode
      cs0 … 1FORG
          @determiner​Code
      cs0 … 1FINSTANCE
          hl7:id
      II0 … *Beliebig viele IDs der Organisation. z.B.: ID aus dem GDA-Index, DVR-Nummer, ATU-Nummer, etc.atcdabbr
      wo [not(@nullFlavor)]
          hl7:name
      ON1 … 1MName der Organisation. Bei Organisationen, die im GDA-Index angegeben sind, soll deren Kurzbezeichnung verwendet werden.
      Zu dem Namen größerer Organisationen SOLL auch die Abteilung angegeben werden.
      atcdabbr
          hl7:telecom
      TEL.AT0 … *
      Kontaktdaten der Organisation.
      Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen.
      atcdabbr
      wo [not(@nullFlavor)]
           @value
      st1 … 1R
      Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567
      Formatkonvention siehe „telecom – Format Konventionen für Telekom-Daten“
      Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“
           @use
      set_cs0 … 1 
      Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP
      Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“
       ConstraintWerden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein.
          hl7:addr
      AD0 … 1Adresse der Organisation.

      Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)
      atcdabbr
      wo [not(@nullFlavor)]
      Eingefügt0 … *C von 1.2.40.0.34.6.0.11.1.5 Legal Authenticator (DYNAMIC)
       hl7:legalAuthenticator
      0 … *CHauptunterzeichner, Rechtlicher Unterzeichner
      atcdabbr
       
       
      at-cda-bbr-data​element-1  Rechtlicher Unterzeichner   Dataset A Allgemeiner Leitfaden
        @context​Control​Code
      cs0 … 1FOP
        @typeCode
      cs0 … 1FLA
      Auswahl1 … 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.TZ0 … 1atcdabbr
      wo [not(@nullFlavor)]
       
       
      at-cda-bbr-data​element-5  Zeitpunkt der Unterzeichnung   Dataset A Allgemeiner Leitfaden
         hl7:time
      TS.AT.TZ0 … 1atcdabbr
      wo [@nullFlavor='UNK']
          @nullFlavor
      cs1 … 1FUNK
        hl7:signatureCode
      CS1 … 1MSignaturcode gibt an, dass das Originaldokument unterzeichnet wurde.
      atcdabbr
       
       
      at-cda-bbr-data​element-6  Signatur   Dataset A Allgemeiner Leitfaden
         @code
      CONF1 … 1FS
        hl7:assignedEntity
      1 … 1MPersonendaten des rechtlichen Unterzeichners.
      Für den Namen ist verpflichtend Granularitätsstufe 2 ("strukturierte Angabe des Namens") anzuwenden!
      Beinhaltet 1.2.40.0.34.6.0.11.9.22 Assigned Entity (DYNAMIC)
      atcdabbr
      Eingefügt0 … * von 1.2.40.0.34.6.0.11.1.6 Authenticator (DYNAMIC)
       hl7:authenticator
      0 … *Weitere Unterzeichner.atcdabbr
       
       
      at-cda-bbr-data​element-31  Weitere Unterzeichner   Dataset A Allgemeiner Leitfaden
        @typeCode
      cs0 … 1FAUTHEN
      Auswahl1 … 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.TZ0 … 1atcdabbr
      wo [not(@nullFlavor)]
       
       
      at-cda-bbr-data​element-105  Zeitpunkt der Unterzeichnung   Dataset A Allgemeiner Leitfaden
         hl7:time
      TS.AT.TZ0 … 1atcdabbr
      wo [@nullFlavor='UNK']
          @nullFlavor
      cs1 … 1FUNK
        hl7:signatureCode
      CS1 … 1Matcdabbr
       
       
      at-cda-bbr-data​element-106  Signatur   Dataset A Allgemeiner Leitfaden
         @code
      CONF1 … 1FS
        hl7:assignedEntity
      1 … 1M
      Personendaten des weiteren Unterzeichners.
      Grundsätzlich sind die Vorgaben gemäß Kapitel „AssignedEntity-Element (Person + Organisation)“ zu befolgen.
      atcdabbr
      Eingefügt von 1.2.40.0.34.6.0.11.9.22 Assigned Entity (DYNAMIC)
         @classCode
      cs0 … 1FASSIGNED
      Auswahl1 … *
      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
      II0 … *atcdabbr
      wo [not(@nullFlavor)]
          hl7:id
      II0 … 1atcdabbr
      wo [@nullFlavor='NI']
           @nullFlavor
      cs1 … 1FNI
          hl7:id
      II0 … 1atcdabbr
      wo [@nullFlavor='UNK']
           @nullFlavor
      cs1 … 1FUNK
      Auswahl0 … 1Elemente 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 … 1Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)atcdabbr
      wo [not(@nullFlavor)]
          hl7:addr
      0 … 1atcdabbr
      wo [@nullFlavor='UNK']
           @nullFlavor
      cs1 … 1FUNK
         hl7:telecom
      TEL.AT0 … *
      Beliebig viele Kontakt-Elemente der Person der Entität.
      Grundsätzlich sind die Vorgaben gemäß „Kontaktdaten-Element“ zu befolgen.
      atcdabbr
      wo [not(@nullFlavor)]
          @value
      url1 … 1R

      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
      cs0 … 1 

      Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP.

      Zulässige Werte gemäß Value Set "ELGA_TelecomAddressUse"

       ConstraintWerden mehrere gleichartige "telecom"-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein.
         hl7:assigned​Person
      1 … 1M
      Personendaten der Person der Entität.
      Grundsätzlich sind die Vorgaben gemäß „Personen-Element“ zu befolgen.

      Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)
      atcdabbr
         hl7:represented​Organization
      0 … 1R
      Organisationsdaten der Entität.
      Grundsätzlich sind die Vorgaben gemäß „Organisations-Element“ zu befolgen.

      Beinhaltet 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC)
      atcdabbr
      Eingefügt0 … 1 von 1.2.40.0.34.6.0.11.1.20 Participant Fachlicher Ansprechpartner (DYNAMIC)
       hl7:participant
      0 … 1Fachlicher Ansprechpartner
      atcdabbr
      wo [hl7:templateId ​[@root​=​'1.2.40.0.34.6.0.11.1.20']]
        @typeCode
      cs1 … 1FCALLBCK
       Callback contact
        @context​Control​Code
      cs0 … 1FOP
        hl7:templateId
      II1 … 1MTemplate ID zur Identifikation dieser Art von Beteiligten
      atcdabbr
         @root
      uid1 … 1F1.2.40.0.34.6.0.11.1.20
        hl7:functionCode
      CE (extensible)0 … 1
      Optionale Angabe eines Funktionscodes des fachlichen Ansprechpartners, z.B: „Diensthabender Oberarzt“, „Verantwortlicher Arzt für Dokumentation“,„Stationsschwester“.
      Eigene Codes und Bezeichnungen können verwendet werden.
      atcdabbr
         @code
      cs1 … 1R
         @codeSystem
      oid1 … 1R
         @displayName
      st1 … 1R
        hl7:associated​Entity
      1 … 1Matcdabbr
         @classCode
      cs1 … 1FPROV
       Healthcare provider - Gesundheitsdiensteanbieter
         hl7:code
      CE0 … 1Optionale Angabe der Fachrichtung des fachlichen Ansprechpartners („Sonderfach“ gem. Ausbildungsordnung), z.B: „Facharzt/Fachärztin für Gynäkologie“.
      Wenn ein fachlicher Ansprechpartner mehreren ärztlichen Sonderfächern zugeordnet ist, kann das anzugebende Sonderfach gewählt werden. Additivfächer werden nicht angegeben.
      atcdabbr
          @codeSystem
      oid1 … 1R
          @displayName
      st1 … 1R
          @code
      cs1 … 1R
       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
      AD0 … 1
      Adresse des Beteiligten.
      Grundsätzlich sind die Vorgaben für "Adress-Elemente" zu befolgen.

      Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)
      atcdabbr
      wo [not(@nullFlavor)]
         hl7:telecom
      TEL.AT1 … *MBeliebig viele Kontaktdaten des Beteiligten.atcdabbr
          @value
      st1 … 1R
      Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567
      Formatkonvention siehe „telecom – Format Konventionen für Telekom-Daten“
      Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“
          @use
      set_cs0 … 1 
      Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP
      Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“
       ConstraintEs MUSS mindestens eine Telefonnummer angegeben werden. Werden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein.
         hl7:associated​Person
      0 … 1RName der Person
      Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)
      atcdabbr
         hl7:scoping​Organization
      0 … 1R

      Organisation, der der Beteiligte angehört (mit Adresse und Kontaktdaten der Organisation).

      Grundsätzlich sind die Vorgaben für "Organisations-Element" zu befolgen.

      atcdabbr
      Eingefügt von 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC)
          @classCode
      cs0 … 1FORG
          @determiner​Code
      cs0 … 1FINSTANCE
          hl7:id
      II0 … *Beliebig viele IDs der Organisation. z.B.: ID aus dem GDA-Index, DVR-Nummer, ATU-Nummer, etc.atcdabbr
      wo [not(@nullFlavor)]
          hl7:name
      ON1 … 1MName der Organisation. Bei Organisationen, die im GDA-Index angegeben sind, soll deren Kurzbezeichnung verwendet werden.
      Zu dem Namen größerer Organisationen SOLL auch die Abteilung angegeben werden.
      atcdabbr
          hl7:telecom
      TEL.AT0 … *
      Kontaktdaten der Organisation.
      Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen.
      atcdabbr
      wo [not(@nullFlavor)]
           @value
      st1 … 1R
      Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567
      Formatkonvention siehe „telecom – Format Konventionen für Telekom-Daten“
      Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“
           @use
      set_cs0 … 1 
      Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP
      Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“
       ConstraintWerden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein.
          hl7:addr
      AD0 … 1Adresse der Organisation.

      Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)
      atcdabbr
      wo [not(@nullFlavor)]
      Eingefügt0 … 1 von 1.2.40.0.34.6.0.11.1.21 Participant Ein-, Ueber-, Zuweisender Arzt (DYNAMIC)
       hl7:participant
      0 … 1Einweisender/Zuweisender/Überweisender Arztatcdabbr
      wo [hl7:templateId ​[@root​=​'1.2.40.0.34.6.0.11.1.21']]
        @typeCode
      cs1 … 1FREF
       Referrer
        @context​Control​Code
      cs0 … 1FOP
        hl7:templateId
      II1 … 1Matcdabbr
         @root
      uid1 … 1F1.2.40.0.34.6.0.11.1.21
        hl7:associated​Entity
      1 … 1Matcdabbr
         @classCode
      cs1 … 1FPROV
       Healthcare provider - Gesundheitsdiensteanbieter
      Auswahl1 … *
      Identifikation des einweisenden/zuweisenden/überweisenden Arztes.
      Elemente in der Auswahl:
      • hl7:id[not(@nullFlavor)]
      • hl7:id[@nullFlavor='NI']
      • hl7:id[@nullFlavor='UNK']
       ConstraintZugelassene 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
      II0 … *atcdabbr
      wo [not(@nullFlavor)]
          hl7:id
      II0 … 1atcdabbr
      wo [@nullFlavor='NI']
           @nullFlavor
      cs1 … 1FNI
          hl7:id
      II0 … 1atcdabbr
      wo [@nullFlavor='UNK']
           @nullFlavor
      cs1 … 1FUNK
         hl7:addr
      AD0 … 1Adresse des einweisenden/zuweisenden/überweisenden Arztes
      Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)
      atcdabbr
      wo [not(@nullFlavor)]
         hl7:telecom
      TEL.AT0 … * Beliebig viele Kontaktdaten des einweisenden/zuweisenden/überweisenden Arztes
      atcdabbr
      wo [not(@nullFlavor)]
          @value
      st1 … 1R
      Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567
      Formatkonvention siehe „telecom – Format Konventionen für Telekom-Daten“
      Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“
          @use
      set_cs0 … 1 
      Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP
      Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“
       ConstraintWerden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein.
      Auswahl1 … 1
      Name des einweisenden/zuweisenden/überweisenden Arztes.
      Elemente in der Auswahl:
      • hl7:associated​Person[hl7:name[count(child::*)=0]] welches enthält Template 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC)
      • hl7:associated​Person[hl7:name[count(child::*)!=0]] welches enthält Template 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)
          hl7:associated​Person
       … 1Beinhaltet 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC)atcdabbr
      wo [hl7:name [count(child::*)=0]]
          hl7:associated​Person
       … 1Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)atcdabbr
      wo [hl7:name [count(child::*)!=0]]
         hl7:scoping​Organization
      0 … 1ROrganisation, der der Einweiser/Zuweiser/Überweiser angehört (mit Adresse und Kontaktdaten der Organisation).
      Grundsätzlich sind die Vorgaben für "Organisations-Element" zu befolgen.
      atcdabbr
      Eingefügt von 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC)
          @classCode
      cs0 … 1FORG
          @determiner​Code
      cs0 … 1FINSTANCE
          hl7:id
      II0 … *Beliebig viele IDs der Organisation. z.B.: ID aus dem GDA-Index, DVR-Nummer, ATU-Nummer, etc.atcdabbr
      wo [not(@nullFlavor)]
          hl7:name
      ON1 … 1MName der Organisation. Bei Organisationen, die im GDA-Index angegeben sind, soll deren Kurzbezeichnung verwendet werden.
      Zu dem Namen größerer Organisationen SOLL auch die Abteilung angegeben werden.
      atcdabbr
          hl7:telecom
      TEL.AT0 … *
      Kontaktdaten der Organisation.
      Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen.
      atcdabbr
      wo [not(@nullFlavor)]
           @value
      st1 … 1R
      Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567
      Formatkonvention siehe „telecom – Format Konventionen für Telekom-Daten“
      Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“
           @use
      set_cs0 … 1 
      Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP
      Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“
       ConstraintWerden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein.
          hl7:addr
      AD0 … 1Adresse der Organisation.

      Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)
      atcdabbr
      wo [not(@nullFlavor)]
      Eingefügt0 … 1 von 1.2.40.0.34.6.0.11.1.23 Participant Hausarzt (DYNAMIC)
       hl7:participant
      0 … 1Beteiligter (Hausarzt).atcdabbr
      wo [hl7:templateId ​[@root​=​'1.2.40.0.34.6.0.11.1.23']]
        @typeCode
      cs1 … 1FIND
        In indirektem Bezug.
        @context​Control​Code
      cs0 … 1FOP
        hl7:templateId
      II1 … 1MTemplate ID zur Identifikation dieser Art von Beteiligten
      atcdabbr
         @root
      uid1 … 1F1.2.40.0.34.6.0.11.1.23
        hl7:functionCode
      CE1 … *MFunktionscode des Beteiligten
      atcdabbr
         @code
      cs1 … 1FPCP
         @codeSystem
      oid1 … 1F2.16.840.1.113883.5.88
         @codeSystemName
      st1 … 1FHL7:ParticipationFunction
        hl7:associated​Entity
      1 … 1MBeschreibung der Entität.
      atcdabbr
         @classCode
      cs1 … 1FPROV
        Healthcare provider - Gesundheitsdiensteanbieter.
      Auswahl0 … *
      Identifikation des Beteiligten (Person) aus dem GDA-Index.
      Elemente in der Auswahl:
      • hl7:id[not(@nullFlavor)]
      • hl7:id[@nullFlavor='NI']
      • hl7:id[@nullFlavor='UNK']
       Constraint
      Zugelassene nullFlavor:
      • NI … Organisation hat keine ID
      • UNK … Organisation hat eine ID, diese ist jedoch unbekannt
          hl7:id
      II0 … *atcdabbr
      wo [not(@nullFlavor)]
          hl7:id
      II0 … 1atcdabbr
      wo [@nullFlavor='NI']
           @nullFlavor
      cs1 … 1FNI
          hl7:id
      II0 … 1atcdabbr
      wo [@nullFlavor='UNK']
           @nullFlavor
      cs1 … 1FUNK
         hl7:addr
      AD0 … 1Adresse des Hausarztes
      Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)
      atcdabbr
      wo [not(@nullFlavor)]
         hl7:telecom
      TEL.AT0 … * Beliebig viele Kontaktdaten des Hausarztes.
      atcdabbr
      wo [not(@nullFlavor)]
          @value
      st1 … 1R
          @use
      set_cs0 … 1 
      Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP
      Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“
       ConstraintWerden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein.
      Auswahl1 … 1
      Name des Hausarztes.
      Elemente in der Auswahl:
      • hl7:associated​Person[hl7:name[count(child::*)=0]] welches enthält Template 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC)
      • hl7:associated​Person[hl7:name[count(child::*)!=0]] welches enthält Template 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)
          hl7:associated​Person
      0 … 1Beinhaltet 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC)atcdabbr
      wo [hl7:name [count(child::*)=0]]
          hl7:associated​Person
      0 … 1Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)atcdabbr
      wo [hl7:name [count(child::*)!=0]]
         hl7:scoping​Organization
      0 … 1R
      Arztpraxis oder Ordination.
      Grundsätzlich sind die Vorgaben für „Organisations-Element“ zu befolgen.
      atcdabbr
      Eingefügt von 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC)
          @classCode
      cs0 … 1FORG
          @determiner​Code
      cs0 … 1FINSTANCE
          hl7:id
      II0 … *Beliebig viele IDs der Organisation. z.B.: ID aus dem GDA-Index, DVR-Nummer, ATU-Nummer, etc.atcdabbr
      wo [not(@nullFlavor)]
          hl7:name
      ON1 … 1MName der Organisation. Bei Organisationen, die im GDA-Index angegeben sind, soll deren Kurzbezeichnung verwendet werden.
      Zu dem Namen größerer Organisationen SOLL auch die Abteilung angegeben werden.
      atcdabbr
          hl7:telecom
      TEL.AT0 … *
      Kontaktdaten der Organisation.
      Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen.
      atcdabbr
      wo [not(@nullFlavor)]
           @value
      st1 … 1R
      Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567
      Formatkonvention siehe „telecom – Format Konventionen für Telekom-Daten“
      Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“
           @use
      set_cs0 … 1 
      Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP
      Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“
       ConstraintWerden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein.
          hl7:addr
      AD0 … 1Adresse der Organisation.

      Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)
      atcdabbr
      wo [not(@nullFlavor)]
      Eingefügt0 … * von 1.2.40.0.34.6.0.11.1.27 Participant Auskunftsberechtigte Person (Notfallkontakt) (DYNAMIC)
       hl7:participant
      0 … *Beteiligter (Notfallkontakt / Auskunftsberechtigte Person)
      atcdabbr
      wo [hl7:templateId ​[@root​=​'1.2.40.0.34.6.0.11.1.27']]
        @typeCode
      cs1 … 1FIND
        In indirektem Bezug.
        @context​Control​Code
      cs0 … 1FOP
        hl7:templateId
      II1 … 1MTemplate ID zur Identifikation dieser Art von Beteiligten
      atcdabbr
         @root
      uid1 … 1F1.2.40.0.34.6.0.11.1.27
        hl7:time
      IVL_TS0 … 1
      Zeitraum, in dem der angegebene Kontakt den Notfall-Kontakt darstellt.
      Wird nur angegeben, wenn der Kontakt bereits absehbar nur in einem eingeschränkten Zeitraum zur Verfügung steht.


      Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen.

      Beinhaltet 1.2.40.0.34.6.0.11.9.15 Time Interval Information minimal (DYNAMIC)
      atcdabbr
        hl7:associated​Entity
      1 … 1MBeschreibung der Entität.
      atcdabbr
         @classCode
      cs1 … 1FECON
       Emergency contact - Notfall-Kontakt
         hl7:code
      CE0 … 1Verwandtschaftsverhältnis des Beteiligten zum Patienten, z.B. DAU („daughter“), wenn die Beteiligte die Tochter des Patienten ist. atcdabbr
      wo [not(@nullFlavor)]
          @code
      cs1 … 1RZulässige Werte gemäß Value-Set „ELGA_PersonalRelationship“
          @displayName
      st0 … 1 
          @codeSystem
      oid1 … 1F2.16.840.1.113883.5.111
          @codeSystemName
      st1 … 1FHL7:RoleCode
       CONF
      Der Wert von @code MUSS gewählt werden aus dem Value Set 1.2.40.0.34.10.17 ELGA_PersonalRelationship (DYNAMIC)
         hl7:addr
      AD0 … 1Adresse des Beteiligten

      Grundsätzlich sind die Vorgaben gemäß „Adress-Elemente“ zu befolgen.

      Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)
      atcdabbr
      wo [not(@nullFlavor)]
      Auswahl0 … *
      Beliebig viele Kontaktdaten des Beteiligten.
      Elemente in der Auswahl:
      • hl7:telecom[not(@nullFlavor)]
      • hl7:telecom[@nullFlavor='UNK']
       ConstraintEs SOLL mindestens eine Telefonnummer angegeben werden.
          hl7:telecom
      TEL.AT0 … *Ratcdabbr
      wo [not(@nullFlavor)]
           @value
      st1 … 1R
      Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567
      Formatkonvention siehe „telecom – Format Konventionen für Telekom-Daten“
      Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“
           @use
      set_cs0 … 1 
       ConstraintWerden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein.
          hl7:telecom
      TEL.AT0 … 1 Die Kontaktadresse ist unbekannt. nullFlavor "UNK" atcdabbr
      wo [@nullFlavor='UNK']
           @nullFlavor
      cs1 … 1FUNK
      Auswahl1 … 1
      Name des Beteiligten.
      Elemente in der Auswahl:
      • hl7:associated​Person[hl7:name[count(child::*)=0]] welches enthält Template 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC)
      • hl7:associated​Person[hl7:name[count(child::*)!=0]] welches enthält Template 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)
          hl7:associated​Person
      0 … 1Beinhaltet 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC)atcdabbr
      wo [hl7:name [count(child::*)=0]]
          hl7:associated​Person
      0 … 1Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)atcdabbr
      wo [hl7:name [count(child::*)!=0]]
         hl7:scoping​Organization
      0 … 1R

      Organisation, der der Beteiligte angehört (mit Adresse und Kontaktdaten der Organisation).

      Grundsätzlich sind die Vorgaben für „Organisations-Element“ zu befolgen.

      atcdabbr
      Eingefügt von 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC)
          @classCode
      cs0 … 1FORG
          @determiner​Code
      cs0 … 1FINSTANCE
          hl7:id
      II0 … *Beliebig viele IDs der Organisation. z.B.: ID aus dem GDA-Index, DVR-Nummer, ATU-Nummer, etc.atcdabbr
      wo [not(@nullFlavor)]
          hl7:name
      ON1 … 1MName der Organisation. Bei Organisationen, die im GDA-Index angegeben sind, soll deren Kurzbezeichnung verwendet werden.
      Zu dem Namen größerer Organisationen SOLL auch die Abteilung angegeben werden.
      atcdabbr
          hl7:telecom
      TEL.AT0 … *
      Kontaktdaten der Organisation.
      Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen.
      atcdabbr
      wo [not(@nullFlavor)]
           @value
      st1 … 1R
      Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567
      Formatkonvention siehe „telecom – Format Konventionen für Telekom-Daten“
      Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“
           @use
      set_cs0 … 1 
      Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP
      Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“
       ConstraintWerden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein.
          hl7:addr
      AD0 … 1Adresse der Organisation.

      Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)
      atcdabbr
      wo [not(@nullFlavor)]
      Eingefügt0 … * von 1.2.40.0.34.6.0.11.1.25 Participant Angehoerige (DYNAMIC)
       hl7:participant
      0 … *Beteiligter (Angehöriger)
      atcdabbr
      wo [hl7:templateId ​[@root​=​'1.2.40.0.34.6.0.11.1.25']]
        @typeCode
      cs1 … 1FIND
        In indirektem Bezug.
        @context​Control​Code
      cs0 … 1FOP
        hl7:templateId
      II1 … 1MTemplate ID zur Identifikation dieser Art von Beteiligten
      atcdabbr
         @root
      uid1 … 1F1.2.40.0.34.6.0.11.1.25
        hl7:associated​Entity
      1 … 1MBeschreibung der Entität.
      atcdabbr
         @classCode
      cs1 … 1FPRS
       Personal relationship - In persönlicher Beziehung
         hl7:code
      CE1 … 1MVerwandtschaftsverhältnis des Beteiligten zum Patienten. Beispiel: DAU („daughter“), wenn die Beteiligte die Tochter des Patienten ist oder NBOR für Nachbar.atcdabbr
          @code
      cs1 … 1R
       CONF
      Der Wert von @code MUSS gewählt werden aus dem Value Set 1.2.40.0.34.10.17 ELGA_PersonalRelationship (DYNAMIC)
          @displayName
      st0 … 1 
          @codeSystem
      oid1 … 1F2.16.840.1.113883.5.111
          @codeSystemName
      st1 … 1FHL7:RoleCode
       CONF
      Der Wert von @code MUSS gewählt werden aus dem Value Set 1.2.40.0.34.10.17 ELGA_PersonalRelationship (DYNAMIC)
         hl7:addr
      AD0 … 1Adresse des Beteiligten

      Grundsätzlich sind die Vorgaben gemäß „Adress-Elemente“ zu befolgen.

      Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)
      atcdabbr
      wo [not(@nullFlavor)]
         hl7:telecom
      TEL.AT0 … * Beliebig viele Kontaktdaten des Beteiligten.
      atcdabbr
      wo [not(@nullFlavor)]
          @value
      st1 … 1R
          @use
      set_cs0 … 1 
      Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP
      Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“
       ConstraintWerden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein.
      Auswahl1 … 1
      Name des Beteiligten.
      Elemente in der Auswahl:
      • hl7:associated​Person[hl7:name[count(child::*)=0]] welches enthält Template 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC)
      • hl7:associated​Person[hl7:name[count(child::*)!=0]] welches enthält Template 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)
          hl7:associated​Person
      0 … 1Beinhaltet 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC)atcdabbr
      wo [hl7:name [count(child::*)=0]]
          hl7:associated​Person
      0 … 1Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)atcdabbr
      wo [hl7:name [count(child::*)!=0]]
         hl7:scoping​Organization
      0 … 1RBeinhaltet 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC)atcdabbr
      Eingefügt0 … * von 1.2.40.0.34.6.0.11.1.26 Participant Versicherung (DYNAMIC)
       hl7:participant
      0 … *Beteiligter (Versicherter/Versicherung).atcdabbr
      wo [hl7:templateId ​[@root​=​'1.2.40.0.34.6.0.11.1.26']]
        @typeCode
      cs1 … 1FHLD
        @context​Control​Code
      cs0 … 1FOP
        hl7:templateId
      II1 … 1MTemplate ID zur Identifikation dieser Art von Beteiligten
      atcdabbr
         @root
      uid1 … 1F1.2.40.0.34.6.0.11.1.26
        hl7:time
      IVL_TS0 … 1
      Gültigkeitszeitraum der Versicherungspolizze.
      Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen.

      Beinhaltet 1.2.40.0.34.6.0.11.9.15 Time Interval Information minimal (DYNAMIC)
      atcdabbr
        hl7:associated​Entity
      1 … 1Matcdabbr
         @classCode
      cs1 … 1FPOLHOLD
       Policy holder - Halter einer Versicherungspolizze
      Auswahl1 … 1
      Sozialversicherungsnummer des Patienten (SELF) oder der Person, bei der der Patient mitversichert ist (FAMDEP)
      Elemente in der Auswahl:
      • hl7:id[not(@nullFlavor)]
      • hl7:id[@nullFlavor='NI']
      • hl7:id[@nullFlavor='UNK']
       Constraint
      Zugelassene nullFlavor:
      • NI … Patient hat keine Sozialversicherungsnummer (z.B. Ausländer, …)
      • UNK … Patient hat eine Sozialversicherungsnummer, diese ist jedoch unbekannt
          hl7:id
      II0 … 1atcdabbr
      wo [not(@nullFlavor)]
          hl7:id
      II0 … 1atcdabbr
      wo [@nullFlavor='NI']
           @nullFlavor
      cs1 … 1FNI
          hl7:id
      II0 … 1atcdabbr
      wo [@nullFlavor='UNK']
           @nullFlavor
      cs1 … 1FUNK
         hl7:code
      CE1 … 1M
      Versicherungsverhältnis codiert
      Beispiele:
      • SELF, wenn der Patient selbst der Versicherte ist.
      • FAMDEP, wenn der Patient bei einem Familienmitglied mitversichert ist.


      atcdabbr
          @code
      cs1 … 1R
          @codeSystem
      oid1 … 1F2.16.840.1.113883.5.111
          @codeSystemName
      st1 … 1FHL7:RoleCode
       CONF
      Der Wert von @code MUSS gewählt werden aus dem Value Set 1.2.40.0.34.10.9 ELGA_InsuredAssocEntity (DYNAMIC)
         hl7:addr
      AD0 … 1Adresse des Beteiligten.

      Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)
      atcdabbr
      wo [not(@nullFlavor)]
         hl7:telecom
      TEL.AT0 … * Beliebig viele Kontaktdaten des Beteiligten.
      atcdabbr
      wo [not(@nullFlavor)]
          @value
      st1 … 1R
      Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567
      Formatkonvention siehe „telecom – Format Konventionen für Telekom-Daten“
      Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“
          @use
      set_cs0 … 1 
      Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP
      Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“
       ConstraintWerden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein.
         hl7:associated​Person
      0 … 1CName des Beteiligten.
      Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)
      atcdabbr
       ConstraintWenn das Versicherungsverhältnis "familienversichert" ("FAMDEP“) ist, MUSS eine associatedPerson angegeben sein, M [1..1], sonst kann sie komplett entfallen, O [0..1]
         hl7:scoping​Organization
      1 … 1M

      Versicherungsgesellschaft.

      Grundsätzlich sind die Vorgaben für „Organisations-Element“ zu befolgen.

      atcdabbr
      Eingefügt von 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC)
          @classCode
      cs0 … 1FORG
          @determiner​Code
      cs0 … 1FINSTANCE
          hl7:id
      II0 … *Beliebig viele IDs der Organisation. z.B.: ID aus dem GDA-Index, DVR-Nummer, ATU-Nummer, etc.atcdabbr
      wo [not(@nullFlavor)]
          hl7:name
      ON1 … 1MName der Organisation. Bei Organisationen, die im GDA-Index angegeben sind, soll deren Kurzbezeichnung verwendet werden.
      Zu dem Namen größerer Organisationen SOLL auch die Abteilung angegeben werden.
      atcdabbr
          hl7:telecom
      TEL.AT0 … *
      Kontaktdaten der Organisation.
      Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen.
      atcdabbr
      wo [not(@nullFlavor)]
           @value
      st1 … 1R
      Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567
      Formatkonvention siehe „telecom – Format Konventionen für Telekom-Daten“
      Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“
           @use
      set_cs0 … 1 
      Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP
      Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“
       ConstraintWerden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein.
          hl7:addr
      AD0 … 1Adresse der Organisation.

      Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)
      atcdabbr
      wo [not(@nullFlavor)]
       Schematron assertrole error 
       testnot(hl7:code[@code='FAMDEP']) or hl7:associated​Person 
       MeldungWenn das Versicherungsverhältnis "familienversichert" ist, dann muss eine associatedPerson angegeben sein. 
      Eingefügt0 … 1 von 1.2.40.0.34.6.0.11.1.29 Participant Betreuungsorganisation (DYNAMIC)
       hl7:participant
      0 … 1Beteiligter (Betreuende Organisation)atcdabbr
      wo [hl7:templateId ​[@root​=​'1.2.40.0.34.6.0.11.1.29']]
        @typeCode
      cs1 … 1FIND
        @context​Control​Code
      cs0 … 1FOP
        hl7:templateId
      II1 … 1MTemplate ID zur Identifikation dieser Art von Beteiligten
      atcdabbr
         @root
      uid1 … 1F1.2.40.0.34.6.0.11.1.29
        hl7:associated​Entity
      1 … 1MBeschreibung der Entität.
      atcdabbr
         @classCode
      cs1 … 1FCAREGIVER
       Betreuer
         hl7:scoping​Organization
      1 … 1MBetreuende Organisationatcdabbr
      Eingefügt von 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC)
          @classCode
      cs0 … 1FORG
          @determiner​Code
      cs0 … 1FINSTANCE
          hl7:id
      II0 … *Beliebig viele IDs der Organisation. z.B.: ID aus dem GDA-Index, DVR-Nummer, ATU-Nummer, etc.atcdabbr
      wo [not(@nullFlavor)]
          hl7:name
      ON1 … 1MName der Organisation. Bei Organisationen, die im GDA-Index angegeben sind, soll deren Kurzbezeichnung verwendet werden.
      Zu dem Namen größerer Organisationen SOLL auch die Abteilung angegeben werden.
      atcdabbr
          hl7:telecom
      TEL.AT0 … *
      Kontaktdaten der Organisation.
      Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen.
      atcdabbr
      wo [not(@nullFlavor)]
           @value
      st1 … 1R
      Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567
      Formatkonvention siehe „telecom – Format Konventionen für Telekom-Daten“
      Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“
           @use
      set_cs0 … 1 
      Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP
      Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“
       ConstraintWerden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein.
          hl7:addr
      AD0 … 1Adresse der Organisation.

      Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)
      atcdabbr
      wo [not(@nullFlavor)]
      Eingefügt0 … * von 1.2.40.0.34.6.0.11.1.28 Participant Weitere Behandler (DYNAMIC)
       hl7:participant
      0 … *Beteiligter (Weitere Behandler)atcdabbr
      wo [hl7:templateId ​[@root​=​'1.2.40.0.34.6.0.11.1.28']]
        @typeCode
      cs1 … 1FCON
        @context​Control​Code
      cs0 … 1FOP
        hl7:templateId
      II1 … 1MTemplate ID zur Identifikation dieser Art von Beteiligten
      atcdabbr
         @root
      uid1 … 1F1.2.40.0.34.6.0.11.1.28
        hl7:functionCode
      CE (extensible)0 … 1Funktionscode des Behandlers z.B: „Facharzt für Neurologie“
      Eigene Codes und Bezeichnungen dürfen verwendet werden.
      atcdabbr
      wo [not(@nullFlavor)]
         @code
      cs1 … 1R
         @codeSystem
      oid1 … 1R
         @displayName
      st1 … 1R
       CONF
      Der Wert von @code SOLLTE gewählt werden aus dem Value Set 1.2.40.0.34.10.6 ELGA_AuthorSpeciality (DYNAMIC)
        hl7:associated​Entity
      1 … 1MBeschreibung der Entität.
      atcdabbr
         @classCode
      cs1 … 1FPROV
        Gesundheitsdiensteanbieter.
         hl7:addr
      AD0 … 1
      Adresse des Beteiligten.
      Grundsätzlich sind die Vorgaben gemäß „Adress-Elemente“ zu befolgen

      Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)
      atcdabbr
      wo [not(@nullFlavor)]
         hl7:telecom
      TEL.AT0 … *Beliebig viele Kontaktdaten des Beteiligten.atcdabbr
      wo [not(@nullFlavor)]
          @value
      st1 … 1R
      Die Kontaktadresse (Telefonnummer, Email, etc.)
      Formatkonvention siehe „telecom – Format Konventionen für Telekom-Daten“
      Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“
          @use
      set_cs0 … 1 
      Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …)
      Bsp: WP
      Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“

      Bei Angabe mehrerer Telefonnummern ist jeweils das Attribut @use anzugeben.
         hl7:associated​Person
      1 … 1M
      Beteiligte Person
      Grundsätzlich sind die Vorgaben für „Personen-Element“ zu befolgen.

      Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)
      atcdabbr
         hl7:scoping​Organization
      0 … 1R
      Organisation, der der Beteiligte angehört (mit Adresse und Kontaktdaten der Organisation).
      Grundsätzlich sind die Vorgaben für „Organisations-Element“ zu befolgen.
      atcdabbr
      Eingefügt von 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC)
          @classCode
      cs0 … 1FORG
          @determiner​Code
      cs0 … 1FINSTANCE
          hl7:id
      II0 … *Beliebig viele IDs der Organisation. z.B.: ID aus dem GDA-Index, DVR-Nummer, ATU-Nummer, etc.atcdabbr
      wo [not(@nullFlavor)]
          hl7:name
      ON1 … 1MName der Organisation. Bei Organisationen, die im GDA-Index angegeben sind, soll deren Kurzbezeichnung verwendet werden.
      Zu dem Namen größerer Organisationen SOLL auch die Abteilung angegeben werden.
      atcdabbr
          hl7:telecom
      TEL.AT0 … *
      Kontaktdaten der Organisation.
      Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen.
      atcdabbr
      wo [not(@nullFlavor)]
           @value
      st1 … 1R
      Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567
      Formatkonvention siehe „telecom – Format Konventionen für Telekom-Daten“
      Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“
           @use
      set_cs0 … 1 
      Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP
      Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“
       ConstraintWerden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein.
          hl7:addr
      AD0 … 1Adresse der Organisation.

      Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)
      atcdabbr
      wo [not(@nullFlavor)]
      Eingefügt0 … *R von 1.2.40.0.34.6.0.11.1.9 In Fulfillment Of (DYNAMIC)
       hl7:inFulfillmentOf
      0 … *RKomponente zur Dokumentation des Auftrags.
      atcdabbr
       
       
      at-cda-bbr-data​element-42  Auftrag   Dataset A Allgemeiner Leitfaden
        @typeCode
      cs1 … 1FFLFS
        hl7:order
      1 … 1MAuftrag.
      atcdabbr
         @classCode
      cs1 … 1FACT
         @moodCode
      cs1 … 1FRQO
         hl7:id
      II1 … 1MAuftragsnummer, Anforderungsnummer.
      Grundsätzlich sind die Vorgaben gemäß Kapitel „Identifikations-Elemente“ zu befolgen.
      atcdabbr
       
       
      at-cda-bbr-data​element-43  ID   Dataset A Allgemeiner Leitfaden
      Eingefügt0 … *R von 1.2.40.0.34.6.0.11.1.17 Documentation Of Service Event (DYNAMIC)
       hl7:documentationOf
      0 … *RKomponente für die Gesundheitsdienstleistung.
      atcdabbr
       
       
      at-cda-bbr-data​element-44  Gesundheitsdienstleistung   Dataset A Allgemeiner Leitfaden
        @typeCode
      cs0 … 1FDOC
        hl7:serviceEvent
      1 … 1MGesundheitsdienstleistung.
      Verweis auf speziellen Implementierungsleitfaden: Ob eine Gesundheitsdienstleistung angegeben werden muss, und welche Bedeutung dieses Element hat, ergibt sich aus dem jeweiligen speziellen Implementierungsleitfaden.
      atcdabbr
         @classCode
      cs0 … 1FACT
         @moodCode
      cs0 … 1FEVN
         hl7:id
      II0 … 1atcdabbr
      Auswahl1 … 1Elemente in der Auswahl:
      • hl7:code[not(@nullFlavor)]
      • hl7:code[@nullFlavor='UNK']
          hl7:code
      CE0 … 1Code der Gesundheitsdienstleistung.
      Zugelassene nullFlavor: UNK

      Verweis auf speziellen Implementierungsleitfaden: Welche Codierung angewandt werden soll, ergibt sich aus dem jeweiligen speziellen Implementierungsleitfaden.

      ↔ Hinweis zum XDS-Mapping:
      Dieses Element wird ins XDS-Attribut eventCodeList gemappt.
      atcdabbr
      wo [not(@nullFlavor)]
       
       
      at-cda-bbr-data​element-45  Code   Dataset A Allgemeiner Leitfaden
           @code
      cs1 … 1R
           @codeSystem
      oid1 … 1R
           @displayName
      st1 … 1R
          hl7:code
      CE0 … 1atcdabbr
      wo [@nullFlavor='UNK']
           @nullFlavor
      cs1 … 1FUNK
         hl7:effectiveTime
      IVL_TS1 … 1MZeitraum der Gesundheitsdienstleistung.
      Die semantische Bedeutung dieser Zeitpunkte wird in den speziellen Implementierungsleitfäden festgelegt.

      ↔ Hinweis zum XDS-Mapping:
      Dieses Element wird in die XDS-Attribute serviceStartTime und serviceStopTime gemappt.
      Für die automatisierte Datenübernahme aus dem CDA-Dokument in die XDS-Dokumentmetadaten ist stets ein Zeitintervall anzugeben.
      ACHTUNG: Die Zeitangaben der jeweils ersten Gesundheitsdienstleistung (erstes documentationOf/serviceEvent-Element) werden in die Dokument-Metadaten übernommen!
      Die Bedeutung der Dokument-Metadaten-Elemente lautet daher wie folgt:
      • serviceStartTime: Beginn des ersten documentationOf/serviceEvent-Elements
      • serviceStopTime: Ende des ersten documentationOf/serviceEvent-Elements 
      atcdabbr
       
       
      at-cda-bbr-data​element-46  Zeitraum der Gesundheitsdienstleistung   Dataset A Allgemeiner Leitfaden
      Eingefügt von 1.2.40.0.34.6.0.11.9.15 Time Interval Information minimal (DYNAMIC)
      Auswahl1 … 1Elemente in der Auswahl:
      • hl7:low[@value]
      • hl7:low[@nullFlavor='UNK']
           hl7:low
      TS.AT.TZ0 … 1atcdabbr
      wo [@value]
           hl7:low
      TS.AT.TZ0 … 1atcdabbr
      wo [@nullFlavor='UNK']
            @nullFlavor
      cs1 … 1FUNK
      Auswahl1 … 1Elemente in der Auswahl:
      • hl7:high[@value]
      • hl7:high[@nullFlavor='UNK']
           hl7:high
      TS.AT.TZ0 … 1atcdabbr
      wo [@value]
           hl7:high
      TS.AT.TZ0 … 1atcdabbr
      wo [@nullFlavor='UNK']
            @nullFlavor
      cs1 … 1FUNK
         hl7:performer
      0 … *RPerson oder Organisation, die die Gesundheitsdienstleistung durchführt.
      Verweis auf speziellen Implementierungsleitfaden: Ob und welche durchführende Entität eingetragen werden soll, ergibt sich aus dem jeweiligen speziellen Implementierungsleitfaden.
      atcdabbr
          @typeCode
      cs1 … 1RZulässige Werte gemäß Value-Set „ELGA_ServiceEventPerformer“
       CONF
      Der Wert von @typeCode MUSS gewählt werden aus dem Value Set 1.2.40.0.34.10.43 ELGA_ServiceEventPerformer (DYNAMIC)
          hl7:functionCode
      CE0 … 1RFunktionscodeatcdabbr
       CONF
      Der Wert von @code MUSS gewählt werden aus dem Value Set 1.2.40.0.34.10.6 ELGA_AuthorSpeciality (DYNAMIC)
          hl7:time
      IVL_TS0 … 1
      Zeit, in der der Performer mit der Gesundheitsdienstleistung beschäftigt war (wenn abweichend von EffectiveTime im Act).
      Grundsätzlich sind die Vorgaben gemäß „Zeit-Elemente“ zu befolgen.
      Zugelassene nullFlavor: UNK
      atcdabbr
      Eingefügt von 1.2.40.0.34.6.0.11.9.15 Time Interval Information minimal (DYNAMIC)
      Auswahl1 … 1Elemente in der Auswahl:
      • hl7:low[@value]
      • hl7:low[@nullFlavor='UNK']
            hl7:low
      TS.AT.TZ0 … 1atcdabbr
      wo [@value]
            hl7:low
      TS.AT.TZ0 … 1atcdabbr
      wo [@nullFlavor='UNK']
             @nullFlavor
      cs1 … 1FUNK
      Auswahl1 … 1Elemente in der Auswahl:
      • hl7:high[@value]
      • hl7:high[@nullFlavor='UNK']
            hl7:high
      TS.AT.TZ0 … 1atcdabbr
      wo [@value]
            hl7:high
      TS.AT.TZ0 … 1atcdabbr
      wo [@nullFlavor='UNK']
             @nullFlavor
      cs1 … 1FUNK
          hl7:assignedEntity
      1 … 1Matcdabbr
       
       
      at-cda-bbr-data​element-47  Durchführende Entität   Dataset A Allgemeiner Leitfaden
      Eingefügt1 … 1M von 1.2.40.0.34.6.0.11.9.22 Assigned Entity (DYNAMIC)
           @classCode
      cs0 … 1FASSIGNED
      Auswahl1 … 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
      II0 … *atcdabbr
      wo [not(@nullFlavor)]
            hl7:id
      II0 … 1atcdabbr
      wo [@nullFlavor='NI']
             @nullFlavor
      cs1 … 1FNI
            hl7:id
      II0 … 1atcdabbr
      wo [@nullFlavor='UNK']
             @nullFlavor
      cs1 … 1FUNK
      Auswahl1 … 1Elemente 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 … 1Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)atcdabbr
      wo [not(@nullFlavor)]
            hl7:addr
      0 … 1atcdabbr
      wo [@nullFlavor='UNK']
             @nullFlavor
      cs1 … 1FUNK
           hl7:telecom
      TEL.AT1 … 1M
      Beliebig viele Kontakt-Elemente der Person der Entität.
      Grundsätzlich sind die Vorgaben gemäß „Kontaktdaten-Element“ zu befolgen.
      atcdabbr
      wo [not(@nullFlavor)]
            @value
      url1 … 1R

      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
      cs0 … 1 

      Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP.

      Zulässige Werte gemäß Value Set "ELGA_TelecomAddressUse"

       ConstraintWerden mehrere gleichartige "telecom"-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein.
           hl7:assigned​Person
      1 … 1M
      Personendaten der Person der Entität.
      Grundsätzlich sind die Vorgaben gemäß „Personen-Element“ zu befolgen.

      Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)
      atcdabbr
           hl7:represented​Organization
      1 … 1M
      Organisationsdaten der Entität.
      Grundsätzlich sind die Vorgaben gemäß „Organisations-Element“ zu befolgen.

      Beinhaltet 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC)
      atcdabbr
      Eingefügt0 … 1R von 1.2.40.0.34.6.0.11.1.14 Document Replacement - Related Document (DYNAMIC)
       hl7:relatedDocument
      0 … 1Ratcdabbr
       
       
      at-cda-bbr-data​element-15  Bezug zu vorgehenden Dokumenten   Dataset A Allgemeiner Leitfaden
        @typeCode
      cs1 … 1RArt des Bezugs zum Vordokument.
       Constraint
      Erlaubte @typeCodes:

      RPLC - replaces: Das Dokument ersetzt ein existierendes Dokument. Der Status des zu ersetzenden Dokumentes wird auf "deprecated" gesetzt, das ursprüngliche Dokument bleibt aber noch im System als historische Referenz verfügbar.


      APND - append: Zusammenhängen von Dokumenten. Dies ist in ELGA bereits über das Einbetten von Dokumenten realisiert.

      XFRM - transformed: Das Dokument ist Ergebnis eines Transformationsprozesses, d.h. ist aus einem anderen Originaldokument hervorgegangen.

      Hinweis: Die parallele Ablage von CDA-Dokumenten, welche vom Dokumentersteller bereits mit einem Stylesheet zu einem PDF Dokument gerendert wurden, kann mit der XFRM – Transaktion vorgenommen werden. Es ist nicht auszuschließen, dass die Transformation in lokalen Affinity Domains Anwendung findet. Für ELGA ist die Transformation jedoch kein Anwendungsfall.
        hl7:parentDocument
      1 … 1MVorhergehendes Dokument.
      atcdabbr
         @classCode
      cs0 … 1FDOCCLIN
         @moodCode
      cs0 … 1FEVN
         hl7:id
      II1 … 1MDokumenten-Id des vorgehenden Dokuments.
      Grundsätzlich sind die Vorgaben für „Identifikations-Elemente“ zu befolgen.
      atcdabbr
      Eingefügt0 … 1R von 1.2.40.0.34.6.0.11.1.18 Authorization (DYNAMIC)
       hl7:authorization
      0 … 1Ratcdabbr
        @typeCode
      cs0 … 1FAUTH
        hl7:consent
      1 … 1Matcdabbr
         @classCode
      cs0 … 1FCONS
         @moodCode
      cs0 … 1FEVN
         hl7:id
      II0 … *atcdabbr
         hl7:code
      CE0 … 1atcdabbr
          @code
      cs1 … 1R
       CONF
      Der Wert von @code MUSS gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.27 HL7-at_ActConsentType (DYNAMIC)
         hl7:statusCode
      CS1 … 1Matcdabbr
          @code
      CONF1 … 1Fcompleted
      Eingefügt0 … 1R von 1.2.40.0.34.6.0.11.1.7 Component Of - Encompassing Encounter (DYNAMIC)
       hl7:componentOf
      0 … 1RKomponente für den Patientenkontakt.
      atcdabbr
        @typeCode
      cs0 … 1FCOMP
        hl7:encompassing​Encounter
      1 … 1MPatientenkontakt.
      atcdabbr
         @classCode
      cs0 … 1FENC
         @moodCode
      cs0 … 1FEVN
         hl7:id
      II0 … 1Identifikationselement zur Aufnahme der Aufenthaltszahl
      atcdabbr
      wo [not(@nullFlavor)]
          @extension
      st1 … 1RAufenthaltszahl, z.B.: Az123456
          @root
      uid1 … 1ROID der Liste der Aufenthaltszahlen der Organisation
       Constraint
      • @assigningAuthorityName [0..1]: Name der Stelle, welche die ID zugewiesen hat, z.B.: „Amadeus Spital“.
         hl7:code
      CE1 … 1MCodierung des Patientenkontakts.
      atcdabbr
          @code
      cs1 … 1RZulässige Werte gemäß Value-Set „ELGA_ActEncounterCode“
          @displayName
      st0 … 1 
          @codeSystem
      oid1 … 1F2.16.840.1.113883.5.4
          @codeSystemName
      st1 … 1FHL7: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_TS1 … 1M
      Zeitraum des Patientenkontakts.
      Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen.

      Beinhaltet 1.2.40.0.34.6.0.11.9.15 Time Interval Information minimal (DYNAMIC)
      atcdabbr
       ConstraintDer 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 … 1RKomponente für die verantwortliche Person.atcdabbr
          hl7:assignedEntity
      1 … 1M
      Entität der verantwortlichen Person.
      Grundsätzlich sind die Vorgaben für „AssignedEntity-Element (Person + Organisation)“ zu befolgen.
      atcdabbr
      Eingefügt von 1.2.40.0.34.6.0.11.9.22 Assigned Entity (DYNAMIC)
           @classCode
      cs0 … 1FASSIGNED
      Auswahl1 … *
      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
      II0 … *atcdabbr
      wo [not(@nullFlavor)]
            hl7:id
      II0 … 1atcdabbr
      wo [@nullFlavor='NI']
             @nullFlavor
      cs1 … 1FNI
            hl7:id
      II0 … 1atcdabbr
      wo [@nullFlavor='UNK']
             @nullFlavor
      cs1 … 1FUNK
      Auswahl0 … 1Elemente 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 … 1Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)atcdabbr
      wo [not(@nullFlavor)]
            hl7:addr
      0 … 1atcdabbr
      wo [@nullFlavor='UNK']
             @nullFlavor
      cs1 … 1FUNK
           hl7:telecom
      TEL.AT0 … *
      Beliebig viele Kontakt-Elemente der Person der Entität.
      Grundsätzlich sind die Vorgaben gemäß „Kontaktdaten-Element“ zu befolgen.
      atcdabbr
      wo [not(@nullFlavor)]
            @value
      url1 … 1R

      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
      cs0 … 1 

      Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP.

      Zulässige Werte gemäß Value Set "ELGA_TelecomAddressUse"

       ConstraintWerden mehrere gleichartige "telecom"-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein.
           hl7:assigned​Person
      1 … 1M
      Personendaten der Person der Entität.
      Grundsätzlich sind die Vorgaben gemäß „Personen-Element“ zu befolgen.

      Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)
      atcdabbr
           hl7:represented​Organization
      0 … 1R
      Organisationsdaten der Entität.
      Grundsätzlich sind die Vorgaben gemäß „Organisations-Element“ zu befolgen.

      Beinhaltet 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC)
      atcdabbr
      Eingefügt1 … 1M 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 … 1Matcdabbr
          @typeCode
      cs0 … 1FLOC
          hl7:health​Care​Facility
      1 … 1Matcdabbr
           @classCode
      cs0 … 1FSDLOC
           hl7:code
      CE1 … 1M
      Der Code zur Klassifizierung des GDA repräsentiert die Art der Einrichtung, in der die Tätigkeit stattfand, die zur Erzeugung des Dokuments führte. Zum Beispiel sollten Dokumente, die während eines ambulanten Falls in einem Krankenhaus entstehen, mit dem healthcareFacilityTypeCode für „Krankenhaus“ gekennzeichnet werden. 

      Zulässige Werte gemäß Value-Set „ELGA_HealthcareFacilityTypeCode“

      Für ELGA SOLL der Code dem Eintrag "GDA Rollenname" oder, wenn der GDA Rollenname nicht verfügbar ist, der "Aggregierten Rolle" im GDA-I entsprechen.

      ↔ Hinweis zum XDS-Mapping: Dieses Element wird ins XDS-Attribut XDSDocumentEntry.healthcareFacilityTypeCode gemappt.
      Zu berücksichtigen sind jeweils die Attribute @code, @codeSystem und @displayName.
      atcdabbr
            @displayName
      st1 … 1R
           hl7:service​Provider​Organization
      1 … 1MOrganisation, in deren Verantwortungsbereich der Patientenkontakt stattfand.
      Beinhaltet 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC)
      atcdabbr
       hl7:component
      atcdabbr
        @typeCode
      cs0 … 1FCOMP
        @context​Conduction​Ind
      bl0 … 1Ftrue
      Auswahl … 1Elemente in der Auswahl:
      • hl7:nonXMLBody
      • hl7:structuredBody
         hl7:nonXMLBody
      nonXMLBody erlaubt bei EIS Basicatcdabbr
          @classCode
      cs0 … 1FDOCBODY
          @moodCode
      cs0 … 1FEVN
          hl7:text
      ED1 … 1Ratcdabbr
         hl7:structuredBody
      Sections bei EIS Enhanced/Full

      Beispielhaft werden nur die Sektionen Brieftext und Abschließende Bemerkung angeführt.
      atcdabbr
          @classCode
      cs0 … 1FDOCBODY
          @moodCode
      cs0 … 1FEVN
          hl7:component
      0 … 1Beinhaltet 1.2.40.0.34.6.0.11.2.69 Brieftext (DYNAMIC)atcdabbr
           @typeCode
      cs0 … 1FCOMP
           @context​Conduction​Ind
      bl0 … 1Ftrue
          hl7:component
      0 … 1Beinhaltet 1.2.40.0.34.6.0.11.2.70 Abschließende Bemerkung (DYNAMIC)atcdabbr
           @typeCode
      cs0 … 1FCOMP
           @context​Conduction​Ind
      bl0 … 1Ftrue
          hl7:component
      0 … 1Beinhaltet 1.2.40.0.34.6.0.11.2.71 Beilagen (DYNAMIC)atcdabbr
           @typeCode
      cs0 … 1FCOMP
           @context​Conduction​Ind
      bl0 … 1Ftrue
          hl7:component
      0 … 1Beinhaltet 1.2.40.0.34.6.0.11.2.61 Willenserklärungen und andere juridische Dokumente (DYNAMIC)atcdabbr
           @typeCode
      cs0 … 1FCOMP
           @context​Conduction​Ind
      bl0 … 1Ftrue
      Auswahl … 1Elemente in der Auswahl:
      • hl7:component welches enthält Template 1.2.40.0.34.6.0.11.2.46 Vitalparameter - kodiert (DYNAMIC)
      • hl7:component welches enthält Template 1.2.40.0.34.6.0.11.2.68 Vitalparameter - uncodiert (DYNAMIC)
           hl7:component
      0 … 1Beinhaltet 1.2.40.0.34.6.0.11.2.46 Vitalparameter - kodiert (DYNAMIC)atcdabbr
            @typeCode
      cs0 … 1FCOMP
            @context​Conduction​Ind
      bl0 … 1Ftrue
           hl7:component
      0 … 1Beinhaltet 1.2.40.0.34.6.0.11.2.68 Vitalparameter - uncodiert (DYNAMIC)atcdabbr
            @typeCode
      cs0 … 1FCOMP
            @context​Conduction​Ind
      bl0 … 1Ftrue
          hl7:component
      0 … 1Beinhaltet 1.2.40.0.34.6.0.11.2.75 Anmerkungen (DYNAMIC)atcdabbr
           @typeCode
      cs0 … 1FCOMP
           @context​Conduction​Ind
      bl0 … 1Ftrue
          hl7:component
      0 … 1Beinhaltet 1.2.40.0.34.6.0.11.2.77 Hilfsmittel und Ressourcen (DYNAMIC)atcdabbr
           @typeCode
      cs0 … 1FCOMP
           @context​Conduction​Ind
      bl0 … 1Ftrue
          hl7:component
      0 … 1Achtung! Subsektion! Nur zu Testzwecken hier referenziert!
      Beinhaltet 1.2.40.0.34.6.0.11.2.76 Risiken (DYNAMIC)
      atcdabbr
           @typeCode
      cs0 … 1FCOMP
           @context​Conduction​Ind
      bl0 … 1Ftrue
      Eingefügt von 1.2.40.0.34.6.0.11.9.40 Title Test (DYNAMIC)
       Schematron assertrole error 
       testnot(matches(/hl7:ClinicalDocument/hl7:title[text()], '[\r\n\t\v]')) 
       MeldungDie Verwendung von CR oder LF in ClinicalDocument/title ist nicht erlaubt. 


      1.2 Header Level Templates

      1.2.1 Document Realm

      1.2.40.0.34.6.0.11.1.10 /dynamic

      1.2.2 typeId

      TODO?

      1.2.3 templateId

      TODO?

      1.2.4 Document Id

      1.2.40.0.34.6.0.11.1.1

      1.2.5 Document Code

      1.2.40.0.34.6.0.11.1.16

      1.2.6 Document Effective Time

      1.2.40.0.34.6.0.11.1.11

      1.2.7 Document Confidentiality Code

      1.2.40.0.34.6.0.11.1.12

      1.2.8 Document Language

      1.2.40.0.34.6.0.11.1.13

      1.2.9 Document Set Id and Version Number

      1.2.40.0.34.6.0.11.1.15

      1.2.10 Record Target

      Id1.2.40.0.34.6.0.11.1.3
      ref
      at-cda-bbr-
      Gültigkeit ab2026‑01‑19 15:05:28
      Andere Versionen mit dieser Id:
      •   atcdabbr_header_RecordTarget vom 2025‑11‑27 14:39:38
      •   atcdabbr_header_RecordTarget vom 2023‑11‑30 08:08:14
      •   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  AktivVersions-Label1.2.3+20260120
      Nameatcdabbr_header_RecordTargetBezeichnungRecord 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.

      KlassifikationCDA Header Level Template
      Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
      Assoziiert mit
      Assoziiert mit 20 Konzepte
      IdNameDatensatz
      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 NameVersion
      1.2.40.0.34.6.0.11.9.25Containment  Address Compilation (1.0.1+20230717)DYNAMIC
      1.2.40.0.34.6.0.11.9.11Inklusion  Person Name Compilation G2 M (1.0.1+20230717)DYNAMIC
      1.2.40.0.34.6.0.11.9.12Containment  Person Name Compilation G1 M (1.0.1+20230717)DYNAMIC
      1.2.40.0.34.6.0.11.9.27Containment  Organization Name Compilation (1.0.1+20210628)DYNAMIC
      1.2.40.0.34.6.0.11.9.10Containment  Address Compilation Minimal (1.0.2+20230717)DYNAMIC
      BeziehungVersion: Template 1.2.40.0.34.6.0.11.1.3 Record Target (2025‑11‑27 14:39:38)
      ref
      at-cda-bbr-

      Version: Template 1.2.40.0.34.6.0.11.1.3 Record Target (2023‑11‑30 08:08:14)
      ref
      at-cda-bbr-

      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>
      ItemDTKardKonfBeschreibungLabel
      hl7:recordTarget
      Komponente für die Patientendaten.
       
       
      at-cda-bbr-data​element-64  Patient   Dataset A Allgemeiner Leitfaden
       @typeCode
      cs0 … 1FRCT
       @context​Control​Code
      cs0 … 1FOP
       hl7:patientRole
      1 … 1MPatientendaten.
        @classCode
      cs0 … 1FPAT
        hl7:id
      II2 … *RPatientenidentifikatoren
       
       
      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 der Zuordnung der elektronischen Identität und darf daher nicht am Ausdruck erscheinen (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 6 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.10.1.4.3.8 (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 Langversion
      <id root="1.2.40.0.34.4.8" extension="123456789^1100-OEGK^800400010016^20251231" assigningAuthorityName="Nationaler Krankenversicherungsträger"/>
       Beispiel
      EKVK Kurzversion
      <id root="1.2.40.0.34.4.21" extension="123456789" assigningAuthorityName="Nationaler Krankenversicherungsträger"/>
        hl7:addr
      0 … 2RAdresse 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.AT0 … *RKontakt-Element. Grundsätzlich sind die Vorgaben gemäß „Kontaktdaten-Element“ zu befolgen.
       
       
      at-cda-bbr-data​element-72  Kontaktdaten   Dataset A Allgemeiner Leitfaden
         @value
      url1 … 1R
      Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567
      Formatkonvention siehe „telecom-Format Konventionen für Telekom-Daten“
      Zulässige Werteliste für telecom Präfixe gemäß Value-Set „ELGA_URLScheme“
         @use
      cs0 … 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 … 1MName 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ügt1 … 1M von 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)
         @classCode
      cs0 … 1FPSN
         @determiner​Code
      cs0 … 1FINSTANCE
         hl7:name
      PN1 … 1MNamen-Element (Person)
          @use
      cs0 … 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
      ENXP0 … *
      Beliebig viele Präfixe zum Namen, z.B. Akademische Titel
      Achtung: Die Angabe der Anrede („Frau“, „Herr“), ist im CDA nicht vorgesehen!
           @qualifier
      cs0 … 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
      ENXP1 … *MMindestens ein Hauptname (Nachname).
           @qualifier
      cs0 … 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
      ENXP1 … *MMindestens ein Vorname
           @qualifier
      cs0 … 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
      ENXP0 … *Beliebig viele Suffixe zum Namen
           @qualifier
      cs0 … 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)
      Auswahl1 … 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
      CE0 … 1
      wo [not(@nullFlavor)]
       
       
      at-cda-bbr-data​element-74  Geschlecht   Dataset A Allgemeiner Leitfaden
           @displayName
      st1 … 1R
           @code
      cs1 … 1R
           @codeSystem
      oid1 … 1R
           @codeSystemName
      st0 … 1 
       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
      CD0 … *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
      st1 … 1R
       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
      CE0 … 1Mittels nullFlavor="UNK" wird "Unbekannt" abgebildet. Dies schließt die Ausprägung "Keine Angabe" mit ein.
      wo [@nullFlavor='UNK']
           @nullFlavor
      cs1 … 1FUNK
      Auswahl1 … 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.VAR0 … 1
       
       
      at-cda-bbr-data​element-75  Geburtsdatum   Dataset A Allgemeiner Leitfaden
          hl7:birthTime
      TS.AT.VAR0 … 1
      wo [@nullFlavor='UNK']
           @nullFlavor
      cs1 … 1FUNK
         sdtc:deceasedInd
      BL0 … 1RKennzeichen, 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.TZ0 … 1RTodesdatum der Person.
       
       
      at-cda-bbr-data​element-191  Todesdatum   Dataset A Allgemeiner Leitfaden
         hl7:marital​Status​Code
      CE0 … 1RCodierung des Familienstands des Patienten.
      Zulässige Werte gemäß Value-Set „ELGA_MaritalStatus“
       
       
      at-cda-bbr-data​element-98  Familienstand   Dataset A Allgemeiner Leitfaden
          @code
      cs1 … 1R
          @codeSystem
      oid1 … 1F2.16.840.1.113883.5.2
          @codeSystemName
      st1 … 1FHL7:MaritalStatus
          @displayName
      st1 … 1R
       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
      CE0 … 1RCodierung des Religionsbekenntnisses des Patienten.
      Zulässige Werte gemäß Value-Set „ELGA_ReligiousAffiliation“
       
       
      at-cda-bbr-data​element-99  Religionsbekenntnis   Dataset A Allgemeiner Leitfaden
          @code
      cs1 … 1R
          @codeSystem
      oid1 … 1F2.16.840.1.113883.2.16.1.4.1
          @codeSystemName
      st1 … 1FHL7.AT:ReligionAustria
          @displayName
      st1 … 1R
       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
      NPRasse des Patienten.

      Darf nicht verwendet werden!

         hl7:ethnic​Group​Code
      NPEthnische Zugehörigkeit des Patienten.

      Darf nicht verwendet werden!

         hl7:guardian
      0 … *R
      Gesetzlicher Vertreter:
      1. Vorsorgebevollmächtigte/r (Bevollmächtigte/r durch Vorsorgevollmacht)
      2. Gewählte/r ErwachsenenvertreterIn
      3. Gesetzliche/r ErwachsenenvertreterIn
      4. 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
      cs0 … 1FGUARD
          hl7:addr
      0 … 1R
      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.AT0 … *RBeliebig viele Kontaktdaten des gesetzlichen Vertreters als Person oder Organisation.
      Grundsätzlich sind die Vorgaben gemäß „Kontaktdaten-Element“ zu befolgen.
           @value
      st1 … 1R
      Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567
      Formatkonvention siehe „telecom-Format Konventionen für Telekom-Daten“
      Zulässige Werteliste für telecom Präfixe gemäß Value-Set „ELGA_URLScheme“
           @use
      set_cs0 … 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.
      Auswahl1 … 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 … 1Name 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 … 1Name 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 … 1RName des gesetzlichen Vertreters (Organisation)
      Beinhaltet 1.2.40.0.34.6.0.11.9.27 Organization Name Compilation (DYNAMIC)
      Auswahl1 … 1
      Angabe des gesetzlichen Vertreters als Person (guardianPerson in Granularitätsstufe 1 oder 2) ODER als Organisation (guardianOrganization)
      Elemente in der Auswahl:
           hl7:birthplace
        0 … 1RGeburtsort des Patienten.
         
         
        at-cda-bbr-data​element-76  Geburtsort   Dataset A Allgemeiner Leitfaden
            @classCode
        cs0 … 1FBIRTHPL
            hl7:place
        1 … 1M
             @classCode
        cs0 … 1FPLC
             @determiner​Code
        cs0 … 1FINSTANCE
        Auswahl1 … 1Elemente 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
        AD0 … 1Die Adresse des Geburtsorts. Minimalangabe. Alle Elemente optional.

        Beinhaltet 1.2.40.0.34.6.0.11.9.10 Address Compilation Minimal (DYNAMIC)
              hl7:addr
        AD0 … 1Die Adresse des Geburtsorts, struktuiert.
        Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)
        Auswahl1 … 1Elemente in der Auswahl:
             hl7:language​Communication
          0 … *RInformationen bezüglich der Sprachfähigkeiten und Ausdrucksform des Patienten.
           
           
          at-cda-bbr-data​element-100  Sprachfähigkeit   Dataset A Allgemeiner Leitfaden
              hl7:language​Code
          CS1 … 1MSprache, 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
          cs1 … 1RZulä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
          CE0 … 1CAusdrucksform der Sprache.
          Zulässige Werte gemäß Value-Set „ELGA_LanguageAbilityMode“
               @code
          cs1 … 1R
               @displayName
          st1 … 1R
               @codeSystem
          oid1 … 1F2.16.840.1.113883.5.60
               @codeSystemName
          st0 … 1FHL7:LanguageAbilityMode
           ConstraintBei 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
          CE0 … 1RGrad 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
          cs1 … 1R
               @displayName
          st1 … 1R
               @codeSystem
          oid1 … 1F2.16.840.1.113883.5.61
               @codeSystemName
          st0 … 1FHL7: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
          BL0 … 1RKennzeichnung, ob die Sprache in der angegebenen Ausdrucksform vom Patienten bevorzugt wird.
           
           
          at-cda-bbr-data​element-103  Sprachpräferenz   Dataset A Allgemeiner Leitfaden
           Schematron assertrole error 
           testnot(hl7:id[1]/@nullFlavor) 
           MeldungDie Verwendung von id/@nullFlavor ist an dieser Stelle NICHT ERLAUBT. 
           Schematron assertrole error 
           testnot(hl7:id[2]/@nullFlavor) or (hl7:id[2][@nullFlavor='UNK'] or hl7:id[2][@nullFlavor='NI']) 
           MeldungZugelassene nullFlavor sind "NI" und "UNK" 

          1.2.11 Author

          Id1.2.40.0.34.6.0.11.1.2
          ref
          at-cda-bbr-
          Gültigkeit ab2023‑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  AktivVersions-Label1.0.3+20230717
          Nameatcdabbr_header_AuthorBezeichnungAuthor
          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.

          KlassifikationCDA Header Level Template
          Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
          Benutzt
          Benutzt 3 Templates
          Benutzt als NameVersion
          1.2.40.0.34.6.0.11.9.11Containment  Person Name Compilation G2 M (1.0.1+20230717)DYNAMIC
          1.2.40.0.34.6.0.11.9.18Containment  Device Compilation (1.0.2+20230717)DYNAMIC
          1.2.40.0.34.6.0.11.9.5Containment  Organization Compilation with id, name (1.0.1+20210628)DYNAMIC
          BeziehungSpezialisierung: 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>
          ItemDTKardKonfBeschreibungLabel
          hl7:author
          Verfasser des Dokuments.
           @typeCode
          cs0 … 1FAUT
           @context​Control​Code
          cs0 … 1FOP
           hl7:functionCode
          CE (extensible)0 … 1R
          Funktionscode des Verfassers des Dokuments, z.B: „Diensthabender Oberarzt“, „Verantwortlicher Arzt für Dokumentation“,„Stationsschwester“.
          Eigene Codes und Bezeichnungen können verwendet werden.
            @code
          cs1 … 1R
            @codeSystem
          oid1 … 1R
            @displayName
          st1 … 1R
          Auswahl1 … 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.TZ0 … 1
          wo [not(@nullFlavor)]
            hl7:time
          TS.AT.TZ0 … 1
          wo [@nullFlavor='UNK']
             @nullFlavor
          cs1 … 1FUNK
           hl7:assignedAuthor
          1 … 1M
            @classCode
          cs0 … 1FASSIGNED
          Auswahl1 … *
          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']
           ConstraintZugelassene 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
          II0 … *
          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
          II0 … 1
          wo [@nullFlavor='NI']
              @nullFlavor
          cs1 … 1FNI
             hl7:id
          II0 … 1
          wo [@nullFlavor='UNK']
              @nullFlavor
          cs1 … 1FUNK
            hl7:code
          CE0 … 1RAngabe 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
          oid1 … 1R
             @displayName
          st1 … 1R
             @code
          cs1 … 1R
           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.AT0 … *
          Kontaktdaten des Verfassers des Dokuments.
          Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen.
          wo [not(@nullFlavor)]
             @value
          st1 … 1R
          Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567
          Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“
             @use
          set_cs0 … 1 
          Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP
          Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“
           ConstraintWerden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein.
          Auswahl1 … 1Elemente 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 … 1Datenerstellende/s Software/Gerät
          Beinhaltet 1.2.40.0.34.6.0.11.9.18 Device Compilation (DYNAMIC)
            hl7:represented​Organization
          1 … 1MOrganisation, 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.12 DataEnterer

          TODO

          1.2.13 Custodian

          Id1.2.40.0.34.6.0.11.1.4
          ref
          at-cda-bbr-
          Gültigkeit ab2021‑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  AktivVersions-Label1.0.1+20211213
          Nameatcdabbr_header_CustodianBezeichnungCustodian
          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.
          KlassifikationCDA Header Level Template
          Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
          Assoziiert mit
          Assoziiert mit 1 Konzept
          IdNameDatensatz
          at-cda-bbr-data​element-24  Verwahrer   Dataset A Allgemeiner Leitfaden
          Benutzt
          Benutzt 1 Template
          Benutzt als NameVersion
          1.2.40.0.34.6.0.11.9.25Containment  Address Compilation (1.0.1+20230717)DYNAMIC
          BeziehungVersion: 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>
          ItemDTKardKonfBeschreibungLabel
          hl7:custodian
          Verwahrer des Dokuments.
           
           
          at-cda-bbr-data​element-24  Verwahrer   Dataset A Allgemeiner Leitfaden
           @typeCode
          cs0 … 1FCST
           hl7:assignedCustodian
          1 … 1M
            @classCode
          cs0 … 1FASSIGNED
            hl7:represented​Custodian​Organization
          1 … 1M
             @classCode
          cs0 … 1FORG
             @determiner​Code
          cs0 … 1FINSTANCE
             hl7:id
          II1 … *MIdentifikation 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
          ON1 … 1MName des Verwahrers des Dokuments (Organisation). Grundsätzlich sind die Vorgaben für „Namen-Elemente von Organisationen ON“ zu befolgen.
             hl7:telecom
          TEL.AT0 … *Kontaktdaten des Verwahrers des originalen Dokuments (Organisation). Grundsätzlich sind die Vorgaben für „Kontaktdaten-Elemente“ zu befolgen.
          wo [not(@nullFlavor)]
              @value
          st1 … 1R
              @use
          set_cs0 … 1 Bedeutung des angegebenen Kontakts gemäß Value-Set „ELGA_TelecomAddressUse“
           ConstraintWerden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein.
             hl7:addr
          AD1 … 1MAdresse 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.14 InformationRecipient

          TODO

          1.2.15 LegalAuthenticator

          Id1.2.40.0.34.6.0.11.1.5
          ref
          at-cda-bbr-
          Gültigkeit ab2021‑02‑19 11:10:59
          Andere Versionen mit dieser Id:
          •   atcdabbr_header_LegalAuthenticator vom 2019‑03‑04 11:41:57
          Status  AktivVersions-Label1.0.0+20210219
          Nameatcdabbr_header_LegalAuthenticatorBezeichnungLegal 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.
          KlassifikationCDA Header Level Template
          Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
          Assoziiert mit
          Assoziiert mit 3 Konzepte
          IdNameDatensatz
          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 NameVersion
          1.2.40.0.34.6.0.11.9.22Containment  Assigned Entity (1.0.2+20230717)DYNAMIC
          BeziehungVersion: 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>
          ItemDTKardKonfBeschreibungLabel
          hl7:legalAuthenticator
          Hauptunterzeichner, Rechtlicher Unterzeichner
           
           
          at-cda-bbr-data​element-1  Rechtlicher Unterzeichner   Dataset A Allgemeiner Leitfaden
           @context​Control​Code
          cs0 … 1FOP
           @typeCode
          cs0 … 1FLA
          Auswahl1 … 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.TZ0 … 1
          wo [not(@nullFlavor)]
           
           
          at-cda-bbr-data​element-5  Zeitpunkt der Unterzeichnung   Dataset A Allgemeiner Leitfaden
            hl7:time
          TS.AT.TZ0 … 1
          wo [@nullFlavor='UNK']
             @nullFlavor
          cs1 … 1FUNK
           hl7:signatureCode
          CS1 … 1MSignaturcode gibt an, dass das Originaldokument unterzeichnet wurde.
           
           
          at-cda-bbr-data​element-6  Signatur   Dataset A Allgemeiner Leitfaden
            @code
          CONF1 … 1FS
           hl7:assignedEntity
          1 … 1MPersonendaten 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.16 Authenticator

          Id1.2.40.0.34.6.0.11.1.6
          ref
          at-cda-bbr-
          Gültigkeit ab2021‑02‑19 10:25:00
          Andere Versionen mit dieser Id:
          •   atcdabbr_header_Authenticator vom 2019‑03‑04 13:11:54
          Status  AktivVersions-Label1.0.0+20210219
          Nameatcdabbr_header_AuthenticatorBezeichnungAuthenticator
          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.
          KlassifikationCDA Header Level Template
          Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
          Assoziiert mit
          Assoziiert mit 3 Konzepte
          IdNameDatensatz
          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 NameVersion
          1.2.40.0.34.6.0.11.9.22Inklusion  Assigned Entity (1.0.2+20230717)DYNAMIC
          BeziehungVersion: 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>
          ItemDTKardKonfBeschreibungLabel
          hl7:authenticator
          Weitere Unterzeichner.
           
           
          at-cda-bbr-data​element-31  Weitere Unterzeichner   Dataset A Allgemeiner Leitfaden
           @typeCode
          cs0 … 1FAUTHEN
          Auswahl1 … 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.TZ0 … 1
          wo [not(@nullFlavor)]
           
           
          at-cda-bbr-data​element-105  Zeitpunkt der Unterzeichnung   Dataset A Allgemeiner Leitfaden
            hl7:time
          TS.AT.TZ0 … 1
          wo [@nullFlavor='UNK']
             @nullFlavor
          cs1 … 1FUNK
           hl7:signatureCode
          CS1 … 1M
           
           
          at-cda-bbr-data​element-106  Signatur   Dataset A Allgemeiner Leitfaden
            @code
          CONF1 … 1FS
           hl7:assignedEntity
          1 … 1M
          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
          cs0 … 1FASSIGNED
          Auswahl1 … *
          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
          II0 … *
          wo [not(@nullFlavor)]
             hl7:id
          II0 … 1
          wo [@nullFlavor='NI']
              @nullFlavor
          cs1 … 1FNI
             hl7:id
          II0 … 1
          wo [@nullFlavor='UNK']
              @nullFlavor
          cs1 … 1FUNK
          Auswahl0 … 1Elemente 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 … 1Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)
          wo [not(@nullFlavor)]
             hl7:addr
          0 … 1
          wo [@nullFlavor='UNK']
              @nullFlavor
          cs1 … 1FUNK
            hl7:telecom
          TEL.AT0 … *
          Beliebig viele Kontakt-Elemente der Person der Entität.
          Grundsätzlich sind die Vorgaben gemäß „Kontaktdaten-Element“ zu befolgen.
          wo [not(@nullFlavor)]
             @value
          url1 … 1R

          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
          cs0 … 1 

          Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP.

          Zulässige Werte gemäß Value Set "ELGA_TelecomAddressUse"

           ConstraintWerden mehrere gleichartige "telecom"-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein.
            hl7:assigned​Person
          1 … 1M
          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 … 1R
          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.17 Participant Ansprechpartner

          TODO - Ansprechpartner - Einweisender/Zuweisender Arzt - Hausarzt - Notfallkontakt - Angehörige - Versicherung - Betreuende Organisation - Weitere Behandler

          1.2.18 In Fulfillment Of

          1.2.40.0.34.6.0.11.1.9

          1.2.19 Documentation Of Service Event

          1.2.40.0.34.6.0.11.1.17

          1.2.20 relatedDocument

          TODO

          1.2.21 Authorization =

          TODO

          1.2.22 EncompassingEncounter

          Id1.2.40.0.34.6.0.11.1.7
          ref
          at-cda-bbr-
          Gültigkeit ab2023‑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  AktivVersions-Label1.0.1+20230717
          Nameatcdabbr_header_ComponentOfEncompassingEncounterBezeichnungComponent 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.
          KlassifikationCDA Header Level Template
          Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
          Benutzt
          Benutzt 3 Templates
          Benutzt als NameVersion
          1.2.40.0.34.6.0.11.9.15Containment  Time Interval Information minimal (1.0.1+20210628)DYNAMIC
          1.2.40.0.34.6.0.11.9.22Inklusion  Assigned Entity (1.0.2+20230717)DYNAMIC
          1.2.40.0.34.6.0.11.1.8Inklusion  Encounter Location (1.0.0+20210219)DYNAMIC
          BeziehungSpezialisierung: 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>
          ItemDTKardKonfBeschreibungLabel
          hl7:componentOf
          Komponente für den Patientenkontakt.
           @typeCode
          cs0 … 1FCOMP
           hl7:encompassing​Encounter
          1 … 1MPatientenkontakt.
            @classCode
          cs0 … 1FENC
            @moodCode
          cs0 … 1FEVN
            hl7:id
          II0 … 1Identifikationselement zur Aufnahme der Aufenthaltszahl
          wo [not(@nullFlavor)]
             @extension
          st1 … 1RAufenthaltszahl, z.B.: Az123456
             @root
          uid1 … 1ROID der Liste der Aufenthaltszahlen der Organisation
           Constraint
          • @assigningAuthorityName [0..1]: Name der Stelle, welche die ID zugewiesen hat, z.B.: „Amadeus Spital“.
            hl7:code
          CE1 … 1MCodierung des Patientenkontakts.
             @code
          cs1 … 1RZulässige Werte gemäß Value-Set „ELGA_ActEncounterCode“
             @displayName
          st0 … 1 
             @codeSystem
          oid1 … 1F2.16.840.1.113883.5.4
             @codeSystemName
          st1 … 1FHL7: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_TS1 … 1M
          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)
           ConstraintDer 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 … 1RKomponente für die verantwortliche Person.
             hl7:assignedEntity
          1 … 1M
          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
          cs0 … 1FASSIGNED
          Auswahl1 … *
          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
          II0 … *
          wo [not(@nullFlavor)]
               hl7:id
          II0 … 1
          wo [@nullFlavor='NI']
                @nullFlavor
          cs1 … 1FNI
               hl7:id
          II0 … 1
          wo [@nullFlavor='UNK']
                @nullFlavor
          cs1 … 1FUNK
          Auswahl0 … 1Elemente 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 … 1Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)
          wo [not(@nullFlavor)]
               hl7:addr
          0 … 1
          wo [@nullFlavor='UNK']
                @nullFlavor
          cs1 … 1FUNK
              hl7:telecom
          TEL.AT0 … *
          Beliebig viele Kontakt-Elemente der Person der Entität.
          Grundsätzlich sind die Vorgaben gemäß „Kontaktdaten-Element“ zu befolgen.
          wo [not(@nullFlavor)]
               @value
          url1 … 1R

          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
          cs0 … 1 

          Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP.

          Zulässige Werte gemäß Value Set "ELGA_TelecomAddressUse"

           ConstraintWerden mehrere gleichartige "telecom"-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein.
              hl7:assigned​Person
          1 … 1M
          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 … 1R
          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ügt1 … 1M 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 … 1M
             @typeCode
          cs0 … 1FLOC
             hl7:health​Care​Facility
          1 … 1M
              @classCode
          cs0 … 1FSDLOC
              hl7:code
          CE1 … 1M
          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
          st1 … 1R
              hl7:service​Provider​Organization
          1 … 1MOrganisation, in deren Verantwortungsbereich der Patientenkontakt stattfand.
          Beinhaltet 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC)

          1.2.23 Encounter Location

          Id1.2.40.0.34.6.0.11.1.8
          ref
          at-cda-bbr-
          Gültigkeit ab2021‑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  AktivVersions-Label1.0.0+20210219
          Nameatcdabbr_header_EncounterLocationBezeichnungEncounter 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.
          KlassifikationCDA Header Level Template
          Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
          Benutzt
          Benutzt 1 Template
          Benutzt als NameVersion
          1.2.40.0.34.6.0.11.9.9Containment  Organization Compilation with name (1.0.0+20210219)DYNAMIC
          BeziehungVersion: 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>
          ItemDTKardKonfBeschreibungLabel
          hl7:location
           @typeCode
          cs0 … 1FLOC
           hl7:health​Care​Facility
          1 … 1M
            @classCode
          cs0 … 1FSDLOC
            hl7:code
          CE1 … 1M
          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
          st1 … 1R
            hl7:service​Provider​Organization
          1 … 1MOrganisation, 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

          Id1.2.40.0.34.6.0.11.2.1
          ref
          at-cda-bbr-
          Gültigkeit ab2025‑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  AktivVersions-Label2.0.0+20260204
          Nameatcdabrr_section_ImpfungenKodiertBezeichnungImpfungen - 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.
          KontextElternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.2.1
          KlassifikationCDA Section level template
          Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
          Benutzt
          Benutzt 3 Templates
          Benutzt als NameVersion
          1.2.40.0.34.6.0.11.3.1Containment  Immunization Entry (2.0.3+20260204)DYNAMIC
          1.2.40.0.34.6.0.11.3.28Containment  Immunization Entry Impfung nicht angegeben (2.0.2+20250217)DYNAMIC
          1.2.40.0.34.6.0.11.2.8Containment  Übersetzung (1.0.2+20230717)DYNAMIC
          BeziehungVersion: 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 IHE Immunizations Section (2013‑12‑20)
          ref
          IHE-PCC-
          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>
          ItemDTKardKonfBeschreibungLabel
          hl7:section
           @classCode
          cs0 … 1FDOCSECT
           @moodCode
          cs0 … 1FEVN
           hl7:templateId
          II1 … 1MELGA
            @root
          uid1 … 1F1.2.40.0.34.6.0.11.2.1
           hl7:templateId
          II1 … 1MHL7 CCD Immunization section
            @root
          uid1 … 1F2.16.840.1.113883.10.20.1.6
           hl7:templateId
          II1 … 1MIHE PCC Immunizations Section
            @root
          uid1 … 1F1.3.6.1.4.1.19376.1.5.3.1.3.23
           hl7:id
          II0 … 1Eindeutige ID der Sektion (optional)
          wo [not(@nullFlavor)]
           hl7:code
          CE1 … 1MCode der Sektion. Fixer Wert "11369-6"
            @code
          CONF1 … 1F11369-6
            @codeSystem
          1 … 1F2.16.840.1.113883.6.1 (LOINC)
           hl7:title
          ST1 … 1MDer Titel der Sektion MUSS lauten: 'Impfungen' 
           CONF
          Elementinhalt MUSS "Impfungen" sein
           hl7:text
          SD.TEXT1 … 1MDie 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
          Auswahl1 … *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
          cs1 … 1FDRIV
           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
          cs0 … 1Ftrue
            hl7:entry
          0 … 1Beinhaltet 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
          cs1 … 1FDRIV
           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
          cs0 … 1Ftrue
           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
          cs0 … 1FCOMP
            @context​Conduction​Ind
          cs0 … 1Ftrue

          1.3.2 Impfempfehlungen - kodiert

          Id1.2.40.0.34.6.0.11.2.2
          ref
          at-cda-bbr-
          Gültigkeit ab2026‑01‑16 11:59:52
          Andere Versionen mit dieser Id:
          •   atcdabrr_section_ImpfempfehlungenKodiert vom 2025‑01‑07 11:45:26
          •   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  AktivVersions-Label1.0.5+20260204
          Nameatcdabrr_section_ImpfempfehlungenKodiertBezeichnungImpfempfehlungen - 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.

          KontextElternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.2.2
          KlassifikationCDA Section level template
          Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
          Benutzt
          Benutzt 2 Templates
          Benutzt als NameVersion
          1.2.40.0.34.6.0.11.3.3Containment  Immunization Recommendation Entry (2.0.1+20250217)DYNAMIC
          1.2.40.0.34.6.0.11.2.8Containment  Übersetzung (1.0.2+20230717)DYNAMIC
          BeziehungVersion: Template 1.2.40.0.34.6.0.11.2.2 Impfempfehlungen - kodiert (2025‑01‑07 11:45:26)
          ref
          at-cda-bbr-

          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 IHE Immunizations Section (2013‑12‑20)
          ref
          IHE-PCC-
          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>
          ItemDTKardKonfBeschreibungLabel
          hl7:section
           @classCode
          cs0 … 1FDOCSECT
           @moodCode
          cs0 … 1FEVN
           hl7:templateId
          II1 … 1MELGA
            @root
          uid1 … 1F1.2.40.0.34.6.0.11.2.2
           hl7:templateId
          II1 … 1MHL7 CCD Immunization section
            @root
          uid1 … 1F2.16.840.1.113883.10.20.1.6
           hl7:templateId
          II1 … 1MIHE PCC Immunizations Section
            @root
          uid1 … 1F1.3.6.1.4.1.19376.1.5.3.1.3.23
           hl7:id
          II0 … 1Eindeutige ID der Sektion (optional)
          wo [not(@nullFlavor)]
           hl7:code
          CE1 … 1MCode der Sektion
            @code
          CONF1 … 1F18776-5
            @codeSystem
          1 … 1F2.16.840.1.113883.6.1 (LOINC)
           hl7:title
          ST1 … 1MDer Titel dieser Sektion muss lauten: 'Impfempfehlungen'
           CONF
          Elementinhalt MUSS "Impfempfehlungen" sein
           hl7:text
          SD.TEXT1 … 1MDie 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 … *MBeinhaltet 1.2.40.0.34.6.0.11.3.3 Immunization Recommendation Entry (DYNAMIC)
            @typeCode
          cs1 … 1FDRIV
           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
          cs0 … 1Ftrue
           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
          cs0 … 1FCOMP
            @context​Conduction​Ind
          cs0 … 1Ftrue

          1.3.3 Frühere Erkrankungen - kodiert

          Id1.2.40.0.34.6.0.11.2.3
          ref
          at-cda-bbr-
          Gültigkeit ab2021‑02‑19 11:44:36
          Andere Versionen mit dieser Id:
          •   atcdabbr_section_FruehereErkrankungKodiert vom 2019‑01‑18 09:18:50
          Status  AktivVersions-Label1.0.0+20210219
          Nameatcdabbr_section_FruehereErkrankungKodiertBezeichnungFrühere Erkrankungen - kodiert
          BeschreibungListe der bisherigen Krankheiten des Patienten. Die Sektion kann Untersektionen enthalten.
          KontextElternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.2.3
          LabelIHE PCC TF2 Rev.11, 6.3.3.2.5
          KlassifikationCDA Section level template
          Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
          Benutzt
          Benutzt 4 Templates
          Benutzt als NameVersion
          1.2.40.0.34.6.0.11.3.7Containment  Problem Concern Entry (1.1.0+20210219)DYNAMIC
          1.2.40.0.34.6.0.11.3.19Containment  Eingebettetes Objekt Entry (1.0.2+20230717)DYNAMIC
          1.2.40.0.34.6.0.11.2.8Containment  Übersetzung (1.0.2+20230717)DYNAMIC
          1.2.40.0.34.6.0.11.2.27Containment  Bisherige Maßnahmen - unkodiert (1.0.0+20210219)DYNAMIC
          BeziehungVersion: 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>
          ItemDTKardKonfBeschreibungLabel
          hl7:section
          Liste der bisherigen Krankheiten des Patienten.
          IHE PCC TF2 Rev.11, 6.3.3.2.5
           hl7:templateId
          II1 … 1MELGAIHE PCC TF2 Rev.11, 6.3.3.2.5
            @root
          uid1 … 1F1.2.40.0.34.6.0.11.2.3
           hl7:templateId
          II1 … 1MIHE PCC History of Past Illness SectionIHE PCC TF2 Rev.11, 6.3.3.2.5
            @root
          uid1 … 1F1.3.6.1.4.1.19376.1.5.3.1.3.8
           hl7:id
          II0 … 1Eindeutige ID der SektionIHE PCC TF2 Rev.11, 6.3.3.2.5
          wo [not(@nullFlavor)]
           hl7:code
          CE1 … 1MCode der Sektion. Fixer Wert "11348-0"IHE PCC TF2 Rev.11, 6.3.3.2.5
            @code
          st1 … 1F11348-0
            @codeSystem
          oid1 … 1F2.16.840.1.113883.6.1
            @codeSystemName
          st1 … 1FLOINC
            @displayName
          st1 … 1FHISTORY OF PAST ILLNESS
           hl7:title
          ST1 … 1MDer 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.TEXT1 … 1MInformation für den menschlichen Leser.IHE PCC TF2 Rev.11, 6.3.3.2.5
           hl7:entry
          1 … *MBeinhaltet 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
          cs1 … 1FDRIV
           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
          cs0 … 1Ftrue
           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
          cs1 … 1FDRIV
           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
          cs0 … 1Ftrue
           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
          cs0 … 1FCOMP
            @context​Conduction​Ind
          cs0 … 1Ftrue
           hl7:component
          0 … 1Optionale 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
          cs0 … 1FCOMP
            @context​Conduction​Ind
          cs0 … 1Ftrue


          1.4 Entry Level Template

          1.4.1 Immunizations Entry

          Id1.2.40.0.34.6.0.11.3.1
          ref
          at-cda-bbr-
          Gültigkeit ab2025‑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  AktivVersions-Label2.0.3+20260204
          Nameatcdabbr_entry_ImmunizationBezeichnungImmunization 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.
          KontextElternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.1
          KlassifikationCDA Entry Level Template
          Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
          Benutzt
          Benutzt 15 Templates
          Benutzt als NameVersion
          1.2.40.0.34.6.0.11.9.1Inklusion  Narrative Text Reference (1.0.1+20210512)DYNAMIC
          1.2.40.0.34.6.0.11.9.32Containment  Vaccine Product (2.0.1)DYNAMIC
          1.2.40.0.34.6.0.11.9.31Containment  Vaccine Product nicht angegeben (1.0.0+20210219)DYNAMIC
          1.2.40.0.34.6.0.11.9.21Containment  Performer Body - Impfende Person (1.0.3+20260204)DYNAMIC
          1.2.40.0.34.6.0.11.9.8Containment  Author Body - e-Impfpass (2.0.1+20260204)DYNAMIC
          1.2.40.0.34.6.0.11.9.3Containment  Informant Body (1.0.1+20211213)DYNAMIC
          1.2.40.0.34.6.0.11.9.14Containment  Participant Body - Transcriber (1.1.0+20220103)DYNAMIC
          1.2.40.0.34.6.0.11.9.44Containment  Participant Body - Verifier (2.0.0+20230717)DYNAMIC
          1.2.40.0.34.6.0.11.9.46Containment  Participant Body - Authorized Editor (1.0.1+20230717)DYNAMIC
          1.2.40.0.34.6.0.11.9.47Containment  Participant Body - Data Enterer (1.0.2+20260204)DYNAMIC
          1.2.40.0.34.6.0.11.3.2Containment  Immunization Target Entry (2.0.1)DYNAMIC
          1.2.40.0.34.6.0.11.3.5Containment  Immunization Billability Entry (1.0.2)DYNAMIC
          1.2.40.0.34.6.0.11.3.168Containment  Zusatzklassifikation (1.0.2+20230717)DYNAMIC
          1.2.40.0.34.6.0.11.3.14Containment  External Document Entry (1.0.1+20230717)DYNAMIC
          1.2.40.0.34.6.0.11.3.10Containment  Immunization Schedule Entry (2.0.1+20250217)DYNAMIC
          BeziehungVersion: 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>
          ItemDTKardKonfBeschreibungLabel
          hl7:substanceAdministration
           @classCode
          cs1 … 1FSBADM
           @moodCode
          cs1 … 1FEVN
           @negationInd
          bl1 … 1Ffalse
           In ELGA werden keine unerwünschten Impfungen dokumentiert, daher ist der negationInd immer "false".
           hl7:templateId
          II1 … 1MELGA
            @root
          uid1 … 1F1.2.40.0.34.6.0.11.3.1
           hl7:templateId
          II1 … 1MHL7 CCD  Medication activity
            @root
          uid1 … 1F2.16.840.1.113883.10.20.1.24
           hl7:templateId
          II1 … 1MIHE Immunizations Entry
            @root
          uid1 … 1F1.3.6.1.4.1.19376.1.5.3.1.4.12
           hl7:id
          II1 … 1MId 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
          CD1 … 1M
            @code
          cs1 … 1FIMMUNIZ
            @codeSystem
          oid1 … 1F2.16.840.1.113883.5.4
            @codeSystemName
          st1 … 1FActCode
            @displayName
          st0NPNP/nicht anwesend
          Eingefügt1 … 1M von 1.2.40.0.34.6.0.11.9.1 Narrative Text Reference (DYNAMIC)
           hl7:text
          ED1 … 1M
            hl7:reference
          TEL1 … 1MDie 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 … 1R
           Schematron assertrole error 
           teststarts-with(@value,'#') or starts-with(@value,'http') 
           MeldungThe @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
          CS1 … 1MFester Wert "completed"
            @code
          cs1 … 1Fcompleted
           hl7:effectiveTime
          TS.AT.VAR1 … 1MImpfzeitpunkt: 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)]
           ConstraintIm 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
          CE0 … 1Der 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
          CD1 … 1RDer 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
          cs1 … 1FNA
          Auswahl1 … 1Elemente in der Auswahl:
          • hl7:doseQuantity[not(hl7:low|hl7:high|@nullFlavor)]
          • hl7:doseQuantity[@nullFlavor='UNK']
            hl7:doseQuantity
          IVL_PQ0 … 1Menge 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 … 1RDosierung bzw. Menge des verabreichten Impfstoffes.
             @unit
          cs0 … 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)
           ConstraintIm 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_PQNP
             hl7:center
          PQNP
             hl7:width
          PQNP
             hl7:high
          IVXB_PQNP
            hl7:doseQuantity
          IVL_PQ0 … 1
          wo [@nullFlavor='UNK']
             @nullFlavor
          cs1 … 1FUNK
          Auswahl1 … 1Elemente 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)
           ConstraintIm 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 … 1Impfstoff. 

          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
          cs1 … 1FCSM
            hl7:consumable
          0 … 1Beinhaltet 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
          cs1 … 1FCSM
           hl7:performer
          0 … 1C

          "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
          cs1 … 1FPRF
           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 … 1C

          "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 … 1CVerpflichtende 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 … 1C
          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
          cs1 … 1FENT
            @context​Control​Code
          cs0 … 1FOP
           Constraint
          1. Im Fall der Nachtragung einer Immunisierung mittels der Dokumentenklasse "Update Immunisierungsstatus" MUSS, M [1..1] dieses Element angegeben sein. 
          2. Im Fall der Dokumentenklasse "Update Immunisierungsstatus" ohne Nachtragung ist dieses Element NICHT ERLAUBT (NP [0..0]).
          3. Im Fall der Dokumentenklasse "Kompletter Immunisierungsstatus" KANN dieses Element angegeben sein (O [0..1]).
           hl7:participant
          0 … 1CKorrigierende 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
          cs1 … 1FVRF
            @context​Control​Code
          cs0 … 1FOP
           Constraint
          1. In der Dokumentenklasse "Update Immunisierungsstatus" ist die Angabe einer korrigierende Person NICHT erlaubt (NP [0...0]).
          2. 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 … 1CBerechtigter bearbeitender GDA (OID aus dem GDA-Index).

          Beinhaltet 1.2.40.0.34.6.0.11.9.46 Participant Body - Authorized Editor (DYNAMIC)
            @typeCode
          cs1 … 1FAUT
            @context​Control​Code
          cs0 … 1FOP
           Constraint
          1. In der Dokumentenklasse "Update Immunisierungsstatus" ist die Angabe NICHT erlaubt (NP [0...0]).

          2. 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 … 1C"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
          cs1 … 1FENT
            @context​Control​Code
          cs0 … 1FOP
           Constraint
          1. In der Dokumentenklasse "Update Immunisierungsstatus" ist die Angabe NICHT erlaubt (NP [0...0]).

          2. 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
          cs1 … 1FRSON
            @context​Conduction​Ind
          cs0 … 1Ftrue
           hl7:entryRelationship
          0 … 1CAbrechenbarkeit.
          Beinhaltet 1.2.40.0.34.6.0.11.3.5 Immunization Billability Entry (DYNAMIC)
            @typeCode
          cs1 … 1FSUBJ
            @context​Conduction​Ind
          cs0 … 1Ftrue
           ConstraintIst nur im Falle der Dokumentenklasse "Update Immunisierungsstatus" ohne Nachtragung zulässig.
          In allen anderen Fällen MUSS dieses Element komplett entfallen.


           Schematron assertrole 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']) 
           MeldungDas Element entryRelationship/act/templateId/@root='1.2.40.0.34.6.0.11.3.5' ist NICHT ERLAUBT. 
           hl7:entryRelationship
          CZusatzklassifikation
          Beinhaltet 1.2.40.0.34.6.0.11.3.168 Zusatzklassifikation (DYNAMIC)
            @typeCode
          cs1 … 1FSUBJ
            @context​Conduction​Ind
          cs0 … 1Ftrue
           ConstraintImpfsetting:
          • 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 … 1CReferenz 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
          cs1 … 1FREFR
           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 … 1R

          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
          cs1 … 1FREFR
           ConstraintBei 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 … 1MImpfschema. Die Angabe eines Impfschemas ist verpflichtend.

          Beinhaltet 1.2.40.0.34.6.0.11.3.10 Immunization Schedule Entry (DYNAMIC)
            @typeCode
          cs0 … 1FPRCN
           Schematron assertrole error 
           testnot(/hl7:ClinicalDocument/hl7:templateId[@root = '1.2.40.0.34.6.0.11.0.2']) or hl7:doseQuantity 
           MeldungDas Element doseQuantity MUSS vorhanden und KANN mit nullFlavor "UNK" strukturiert sein. 
           Schematron assertrole error 
           testnot(/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'] 
           MeldungDas Element consumable/manufacturedProduct/templateId/@root='1.2.40.0.34.6.0.11.9.32' MUSS vorhanden sein. 
           Schematron assertrole error 
           testnot(/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 
           MeldungDas Element author MUSS vorhanden sein. 
           Schematron assertrole error 
           testnot(/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'] 
           MeldungDas Element reference MUSS vorhanden sein. 
           Schematron assertrole error 
           testnot(/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']) 
           MeldungDas Element participant[@typeCode='VRF'] DARF NICHT vorhanden sein. 
           Schematron assertrole error 
           testnot(/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']) 
           MeldungDas Element participant[@typeCode='AUT'] DARF NICHT vorhanden sein. 
           Schematron assertrole error 
           testnot(/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']) 
           MeldungDas Element participant[@typeCode='ENT'] DARF NICHT vorhanden sein. 

          1.4.2 Simple Observation Entry

          Id1.2.40.0.34.6.0.11.3.4Gültigkeit ab2021‑02‑19 13:00:47
          Andere Versionen mit dieser Id:
          •   atcdabrr_entry_SimpleObservation vom 2019‑01‑17 13:45:24
          Status  AktivVersions-Label1.0.0+20210219
          Nameatcdabrr_entry_SimpleObservationBezeichnungSimple Observation Entry
          KontextElternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.4
          LabelIHE PCC TF2 Rev.11, 6.3.4.20
          KlassifikationCDA Entry Level Template
          Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
          Benutzt
          Benutzt 2 Templates
          Benutzt als NameVersion
          1.2.40.0.34.6.0.11.9.1Inklusion  Narrative Text Reference (1.0.1+20210512)DYNAMIC
          1.2.40.0.34.6.0.11.9.8Containment  Author Body - e-Impfpass (2.0.1+20260204)DYNAMIC
          BeziehungVersion: 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-
          ItemDTKardKonfBeschreibungLabel
          hl7:observation
          IHE PCC TF2 Rev.11, 6.3.4.20
           @classCode
          cs1 … 1FOBS
           @moodCode
          cs1 … 1FEVN
           hl7:templateId
          II1 … 1MIHE PCC TF2 Rev.11, 6.3.4.20
            @root
          uid1 … 1F1.2.40.0.34.6.0.11.3.4
           hl7:templateId
          II1 … 1MIHE PCC TF2 Rev.11, 6.3.4.20
            @root
          uid1 … 1F1.3.6.1.4.1.19376.1.5.3.1.4.13
           hl7:id
          II1 … 1M  Each observation SHALL have an identifier.IHE PCC TF2 Rev.11, 6.3.4.20
            @root
          uid1 … 1R  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
          st0 … 1   Contains the ID itself. The ID MUST be unique within the system that issued the ID.
           hl7:code
          CD1 … 1MIHE PCC TF2 Rev.11, 6.3.4.20
            @code
          cs1 … 1R
            @codeSystem
          oid1 … 1R
            @codeSystemName
          st0 … 1 
            @displayName
          st0 … 1 
          Eingefügt1 … 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
          ED1 … 1IHE PCC TF2 Rev.11, 6.3.4.20
            hl7:reference
          TEL1 … 1MDie 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 … 1R
           Schematron assertrole error 
           teststarts-with(@value,'#') or starts-with(@value,'http') 
           MeldungThe @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
          CS1 … 1M  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)
          Auswahl1 … 1Elemente in der Auswahl:
          • hl7:effectiveTime
          • hl7:effectiveTime
            hl7:effectiveTime
          TS.AT.TZ0 … 1C  Date or timestamp of the finding (physiologically relevant time of this observation).IHE PCC TF2 Rev.11, 6.3.4.20
            hl7:effectiveTime
          IVL_TS0 … 1C  Period of the finding (physiologically relevant time span of this observation).IHE PCC TF2 Rev.11, 6.3.4.20
             hl7:low
          TS.AT.TZIHE PCC TF2 Rev.11, 6.3.4.20
             hl7:high
          TS.AT.TZIHE PCC TF2 Rev.11, 6.3.4.20
           hl7:value
          ANY1 … *RIHE PCC TF2 Rev.11, 6.3.4.20
           hl7:interpretationCode
          CE0 … 1IHE PCC TF2 Rev.11, 6.3.4.20
            @code
          cs1 … 1R
            @codeSystem
          oid1 … 1R
            @codeSystemName
          st0 … 1 
            @displayName
          st0 … 1 
           hl7:methodCode
          CE0 … 1IHE PCC TF2 Rev.11, 6.3.4.20
            @code
          cs1 … 1R
            @codeSystem
          oid1 … 1R
            @codeSystemName
          st0 … 1 
            @displayName
          st0 … 1 
           hl7:target​Site​Code
          CE0 … 1IHE PCC TF2 Rev.11, 6.3.4.20
            @code
          cs1 … 1R
            @codeSystem
          oid1 … 1R
            @codeSystemName
          st0 … 1 
            @displayName
          st0 … 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

          Id1.2.40.0.34.6.0.11.3.6Gültigkeit ab2023‑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  AktivVersions-Label1.1.2+20230203
          Nameatcdabbr_entry_ProblemBezeichnungProblem 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
           
          KontextElternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.6
          KlassifikationCDA Entry Level Template
          Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
          Benutzt
          Benutzt 12 Templates
          Benutzt als NameVersion
          1.2.40.0.34.6.0.11.9.1Inklusion  Narrative Text Reference (1.0.1+20210512)DYNAMIC
          1.2.40.0.34.6.0.11.9.2Inklusion  Original Text Reference (1.0.0+20210219)DYNAMIC
          1.2.40.0.34.6.0.11.9.42Containment  Laterality Qualifier (1.0.0+20210219)DYNAMIC
          1.2.40.0.34.6.0.11.9.17Containment  Performer Body (1.0.0+20210219)DYNAMIC
          1.2.40.0.34.6.0.11.9.36Containment  Author Body (1.0.1+20230717)DYNAMIC
          1.2.40.0.34.6.0.11.9.3Containment  Informant Body (1.0.1+20211213)DYNAMIC
          1.2.40.0.34.6.0.11.9.13Containment  Participant Body (1.0.1+20210628)DYNAMIC
          1.2.40.0.34.6.0.11.3.11Containment  Comment Entry (1.0.0+20210219)DYNAMIC
          1.2.40.0.34.6.0.11.3.38Containment  Severity Observation (1.0.0+20210219)DYNAMIC
          1.2.40.0.34.6.0.11.3.35Containment  Criticality Observation (1.0.1+20210628)DYNAMIC
          1.2.40.0.34.6.0.11.3.36Containment  Certainty Observation (1.0.0+20210219)DYNAMIC
          1.2.40.0.34.6.0.11.3.49Containment  Problem Status Observation (1.0.0+20210219)DYNAMIC
          BeziehungVersion: 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>
          ItemDTKardKonfBeschreibungLabel
          hl7:observation
          Container zur Angabe eines Problems (Diagnose etc).
           @classCode
          cs1 … 1FOBS
           @moodCode
          cs1 … 1FEVN
           @negationInd
          bl1 … 1R
          SOLL standardmäßig auf false gesetzt werden.
          Kann auf true gesetzt werden, um anzuzeigen, dass das dokumentierte Problem nicht beobachtet wurde.
           hl7:templateId
          II1 … 1MELGA
            @root
          uid1 … 1F1.2.40.0.34.6.0.11.3.6
           hl7:templateId
          II1 … 1MHL7 CCD Problem observation
            @root
          uid1 … 1F2.16.840.1.113883.10.20.1.28
           hl7:templateId
          II1 … 1MIHE Problem Entry
            @root
          uid1 … 1F1.3.6.1.4.1.19376.1.5.3.1.4.5
           hl7:id
          II1 … *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
          CD1 … 1MCode 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ügt1 … 1M von 1.2.40.0.34.6.0.11.9.1 Narrative Text Reference (DYNAMIC)
           hl7:text
          ED1 … 1M
            hl7:reference
          TEL1 … 1MDie 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 … 1R
           Schematron assertrole error 
           teststarts-with(@value,'#') or starts-with(@value,'http') 
           MeldungThe @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
          CS1 … 1MMuss unabhängig von effectiveTime auf „completed“ gesetzt werden. Der medizinische Status des Problems wird im entryRelationship.Problem Status Observation angegeben.
            @code
          CONF1 … 1Fcompleted
           hl7:effectiveTime
          IVL_TS1 … 1M
          Zeitintervall, in dem das Problem existent war/ist.
          Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen.
            hl7:low
          TS.AT.VAR1 … 1R„Beginn des Problems“: Entspricht dem Zeitpunkt, zu dem das Problem erstmals aufgetreten ist. Kann auch unbekannt sein (nullFlavor "UNK")
            hl7:high
          TS.AT.VAR0 … 1C
          „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.
          Auswahl1 … 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
          CD0 … 1Codierte 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 … 1FCD
             @code
          cs1 … 1R
             @codeSystem
          oid1 … 1R
          Eingefügt0 … 1R 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
          ED0 … 1RTextinhalt, der codiert wurde.
              hl7:reference
          TEL1 … 1MDie 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 … 1R
           Schematron assertrole error 
           teststarts-with(@value,'#') 
           MeldungThe @value attribute content MUST conform to the format '#xxx', where xxx is the ID of the corresponding 'content'-element. 
             hl7:qualifier
          CR0 … *R
          Qualifier zur genaueren Beschreibung des Problems. 
          z.B. zur Angabe der Art der Diagnose.
          wo [hl7:name [@code='106229004']]
              hl7:name
          CD1 … 1M
               @code
          CONF1 … 1F106229004
               @codeSystem
          1 … 1F2.16.840.1.113883.6.96 (SNOMED Clinical Terms)
              hl7:value
          CD1 … 1M
           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
          CD0 … *
          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
          CD0 … 1Codierte Angabe des Gesundheitsproblems ohne passenden Code
          wo [@nullFlavor='OTH']
             @xsi:type
          1 … 1FCD
             @nullFlavor
          cs1 … 1FOTH
          Eingefügt0 … 1R 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
          ED0 … 1RTextinhalt, der codiert wurde.
              hl7:reference
          TEL1 … 1MDie 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 … 1R
           Schematron assertrole error 
           teststarts-with(@value,'#') 
           MeldungThe @value attribute content MUST conform to the format '#xxx', where xxx is the ID of the corresponding 'content'-element. 
             hl7:translation
          CD1 … *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
          CD0 … 1Uncodierte Angabe des Gesundheitsproblems
          wo [@nullFlavor='NA']
             @xsi:type
          1 … 1FCD
             @nullFlavor
          cs1 … 1FNA
           Beispiel
          Nicht-codierte Diagnosen
          <value xsi:type="CD" nullFlavor="NA">
            <originalText>
              <reference value="#diag4_diagNotCoded"/>  </originalText>
          </value>
          Eingefügt1 … 1M 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
          ED1 … 1MTextinhalt, der codiert wurde.
              hl7:reference
          TEL1 … 1MDie 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 … 1R
           Schematron assertrole error 
           teststarts-with(@value,'#') 
           MeldungThe @value attribute content MUST conform to the format '#xxx', where xxx is the ID of the corresponding 'content'-element. 
           hl7:target​Site​Code
          CD0 … *RAnatomische Lage des Problems

          Beinhaltet 1.2.40.0.34.6.0.11.9.42 Laterality Qualifier (DYNAMIC)
           hl7:performer
          0 … *RBeinhaltet 1.2.40.0.34.6.0.11.9.17 Performer Body (DYNAMIC)
           hl7:author
          0 … *RDieses 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 … *RBeinhaltet 1.2.40.0.34.6.0.11.9.3 Informant Body (DYNAMIC)
           hl7:participant
          0 … *RBeinhaltet 1.2.40.0.34.6.0.11.9.13 Participant Body (DYNAMIC)
           hl7:entryRelationship
          0 … *RBeinhaltet 1.2.40.0.34.6.0.11.3.11 Comment Entry (DYNAMIC)
            @typeCode
          cs1 … 1FCOMP
            @context​Conduction​Ind
          cs0 … 1Ftrue
           hl7:entryRelationship
          0 … 1RDieses EntryRelationship dient zur Darstellung des Schweregrads des Gesundheitsproblems

          Beinhaltet 1.2.40.0.34.6.0.11.3.38 Severity Observation (DYNAMIC)
            @typeCode
          cs1 … 1FSUBJ
            @context​Conduction​Ind
          cs0 … 1Ftrue
           hl7:entryRelationship
          0 … 1RDieses EntryRelationship dient zur Darstellung der Kritikalität des Gesundheitsproblems.
          Beinhaltet 1.2.40.0.34.6.0.11.3.35 Criticality Observation (DYNAMIC)
            @typeCode
          cs1 … 1FSUBJ
            @inversionInd
          bl1 … 1Ftrue
            @context​Conduction​Ind
          cs0 … 1Ftrue
           hl7:entryRelationship
          0 … 1RDieses 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
          cs1 … 1FSUBJ
            @context​Conduction​Ind
          cs0 … 1Ftrue
           hl7:entryRelationship
          0 … 1RKlinischer Status des Gesundheitsproblems

          Beinhaltet 1.2.40.0.34.6.0.11.3.49 Problem Status Observation (DYNAMIC)
            @typeCode
          cs1 … 1FREFR
            @context​Conduction​Ind
          cs0 … 1Ftrue

          1.4.4 Problem Concern Entry

          Id1.2.40.0.34.6.0.11.3.7
          ref
          at-cda-bbr-
          Gültigkeit ab2021‑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  AktivVersions-Label1.1.0+20210219
          Nameatcdabbr_entry_ProblemConcernBezeichnungProblem 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).
          KontextElternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.7
          LabelIHE PCC TF2 Rev.11, 6.3.4.12
          KlassifikationCDA Entry Level Template
          Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
          Benutzt
          Benutzt 6 Templates
          Benutzt als NameVersion
          1.2.40.0.34.6.0.11.9.17Containment  Performer Body (1.0.0+20210219)DYNAMIC
          1.2.40.0.34.6.0.11.9.36Containment  Author Body (1.0.1+20230717)DYNAMIC
          1.2.40.0.34.6.0.11.9.3Containment  Informant Body (1.0.1+20211213)DYNAMIC
          1.2.40.0.34.6.0.11.9.13Containment  Participant Body (1.0.1+20210628)DYNAMIC
          1.2.40.0.34.6.0.11.3.6Containment  Problem Entry (1.1.2+20230203)DYNAMIC
          1.2.40.0.34.6.0.11.3.14Containment  External Document Entry (1.0.1+20230717)DYNAMIC
          BeziehungVersion: 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>
          ItemDTKardKonfBeschreibungLabel
          hl7:act
          IHE PCC TF2 Rev.11, 6.3.4.12
           @classCode
          cs1 … 1FACT
           @moodCode
          cs1 … 1FEVN
           hl7:templateId
          II1 … 1MELGAIHE PCC TF2 Rev.11, 6.3.4.12
            @root
          uid1 … 1F1.2.40.0.34.6.0.11.3.7
           hl7:templateId
          II1 … 1MHL7 CCD Problem actIHE PCC TF2 Rev.11, 6.3.4.12
            @root
          uid1 … 1F2.16.840.1.113883.10.20.1.27
           hl7:templateId
          II1 … 1MIHE PCC Concern EntryIHE PCC TF2 Rev.11, 6.3.4.12
            @root
          uid1 … 1F1.3.6.1.4.1.19376.1.5.3.1.4.5.1
           hl7:templateId
          II1 … 1M IHE PCC Problem Concern EntryIHE PCC TF2 Rev.11, 6.3.4.12
            @root
          uid1 … 1F1.3.6.1.4.1.19376.1.5.3.1.4.5.2
           hl7:id
          II1 … 1M
          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
          CE1 … 1RCode des Problem/Bedenken-Entry.
          IHE PCC TF2 Rev.11, 6.3.4.12
            @nullFlavor
          cs1 … 1FNA
           hl7:statusCode
          CS1 … 1MstatusCode 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_TS1 … 1M
          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.DATE1 … 1RBeginn 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.DATE0 … 1CEnde 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 assertrole error 
           testcount(hl7:statusCode[@code='active'])=0 or count(hl7:effectiveTime/hl7:high)=0 
           MeldungIst das Element statusCode auf „active“ gesetzt, muss das high-Element des Zeitintervalls weggelassen werden. 
           hl7:performer
          0 … *RBeinhaltet 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 … *RBeinhaltet 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 … *RBeinhaltet 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 … *RBeinhaltet 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 … *MBeinhaltet 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
          cs1 … 1FSUBJ
            @context​Conduction​Ind
          cs0 … 1Ftrue
            @inversionInd
          bl1 … 1Ffalse
           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 … 1RReferenz 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
          cs1 … 1FREFR

          1.4.5 Comment Entry

          Id1.2.40.0.34.6.0.11.3.11Gültigkeit ab2021‑02‑19 12:42:56
          Andere Versionen mit dieser Id:
          •   atcdabrr_entry_Comment vom 2019‑02‑07 13:10:44
          Status  AktivVersions-Label1.0.0+20210219
          Nameatcdabrr_entry_CommentBezeichnungComment 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.
          KontextElternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.11
          KlassifikationCDA Entry Level Template
          Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
          Benutzt
          Benutzt 5 Templates
          Benutzt als NameVersion
          1.2.40.0.34.6.0.11.9.1Inklusion  Narrative Text Reference (1.0.1+20210512)DYNAMIC
          1.2.40.0.34.6.0.11.9.17Containment  Performer Body (1.0.0+20210219)DYNAMIC
          1.2.40.0.34.6.0.11.9.36Containment  Author Body (1.0.1+20230717)DYNAMIC
          1.2.40.0.34.6.0.11.9.3Containment  Informant Body (1.0.1+20211213)DYNAMIC
          1.2.40.0.34.6.0.11.9.13Containment  Participant Body (1.0.1+20210628)DYNAMIC
          BeziehungVersion: 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 IHE Comment Entry (2013‑12‑20)
          ref
          IHE-PCC-

          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>
          ItemDTKardKonfBeschreibungLabel
          hl7:act
          Kommentar-Act
           @classCode
          cs1 … 1FACT
           @moodCode
          cs1 … 1FEVN
           hl7:templateId
          II1 … 1MELGA
            @root
          uid1 … 1F1.2.40.0.34.6.0.11.3.11
           hl7:templateId
          II1 … 1MHL7 CCD Comment
            @root
          uid1 … 1F2.16.840.1.113883.10.20.1.40
           hl7:templateId
          II1 … 1MIHE PCC Comments
            @root
          uid1 … 1F1.3.6.1.4.1.19376.1.5.3.1.4.2
           hl7:id
          II0 … 1Optionale Id zwecks Nachvollziehbarkeit
          wo [not(@nullFlavor)]
           hl7:code
          CD1 … 1MFester Wert "48767-8"
            @code
          cs1 … 1F48767-8
            @codeSystem
          oid1 … 1F2.16.840.1.113883.6.1
            @codeSystemName
          st1 … 1FLOINC
            @displayName
          st1 … 1FAnnotation comment
          Eingefügt1 … 1M von 1.2.40.0.34.6.0.11.9.1 Narrative Text Reference (DYNAMIC)
          Referenz auf den Text im narrativen Teil
           hl7:text
          ED1 … 1M
            hl7:reference
          TEL1 … 1MDie 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 … 1R
           Schematron assertrole error 
           teststarts-with(@value,'#') or starts-with(@value,'http') 
           MeldungThe @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
          CS1 … 1MFester Wert "completed".
          Status des Kommentars ist immer abgeschlossen (completed).
            @code
          cs1 … 1Fcompleted
           hl7:performer
          0 … *RBeinhaltet 1.2.40.0.34.6.0.11.9.17 Performer Body (DYNAMIC)
           hl7:author
          0 … *RAutoren können optional angegeben werden.
          Beinhaltet 1.2.40.0.34.6.0.11.9.36 Author Body (DYNAMIC)
           hl7:informant
          0 … *RWeitere Informationsquellen können optional angegeben werden.
          Beinhaltet 1.2.40.0.34.6.0.11.9.3 Informant Body (DYNAMIC)
           hl7:participant
          0 … *RBeinhaltet 1.2.40.0.34.6.0.11.9.13 Participant Body (DYNAMIC)


          1.5 Other CDA Fragment Template

          1.5.1 Address Information Compilation

          Id1.2.40.0.34.6.0.11.9.25Gültigkeit ab2023‑04‑13 13:21:00
          Andere Versionen mit dieser Id:
          •   atcdabbr_other_AddressCompilation vom 2021‑02‑19 13:05:47
          •   atcdabbr_other_AddressCompilation vom 2019‑02‑28 14:24:14
          Status  AktivVersions-Label1.0.1+20230717
          Nameatcdabbr_other_AddressCompilationBezeichnungAddress Compilation
          Beschreibung
          Adressen von Personen und Organisationen werden über das Element addr abgebildet. Das Adress-Element kann in verschiedenen Kontexten mit unterschiedlicher Detailgenauigkeit vorkommen. Daher werden drei Granularitätsstufen definiert, auf die je nach Anwendung entsprechend verwiesen wird, wobei für EIS Enhanced und EIS Full Support die Granularitätsstufe 2 oder 3 angegeben werden MUSS.
          Die Adressangabe in Granularitätsstufe 2 (G2)  erlaubt die gemeinsame Angabe Straße und Hausnummer im Element streetAddressLine, Granularitätsstufe 3 (G3) schreibt die strukturierte Angabe von Straße und Hausnummer in den Elementen streetName und houseNumber vor.

          Sind keine Adressdaten vorhanden, kann das Element entweder weggelassen werden oder mit nullFlavor angegeben werden – je nachdem wie das Adress-Element im Kontext spezifiziert wurde.
          KlassifikationTemplate-Typ nicht spezifiziert
          Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
          BeziehungVersion: Template 1.2.40.0.34.6.0.11.9.25 Address Compilation (2021‑02‑19 13:05:47)
          ref
          at-cda-bbr-

          Version: Template 1.2.40.0.34.6.0.11.9.25 Address Compilation (2019‑02‑28 14:24:14)
          ref
          at-cda-bbr-
          Beispiel
          Österreichische Postadresse - G2
          <addr use="WP">
            <streetAddressLine>Mozartgasse 1-7/2/1</streetAddressLine>  <postalCode>7000</postalCode>  <city>Eisenstadt</city>  <state>Burgenland</state>  <country>AUT</country>  <additionalLocator>Station A, Zimmer 9</additionalLocator></addr>
          Beispiel
          Österreichische Postadresse - G3
          <addr use="WP">
            <streetName>Mozartgasse</streetName>  <houseNumber>1-7/2/1</houseNumber>  <postalCode>7000</postalCode>  <city>Eisenstadt</city>  <state>Burgenland</state>  <country>AUT</country>  <additionalLocator>Station A, Zimmer 9</additionalLocator></addr>
          ItemDTKardKonfBeschreibungLabel
          @use
          cs0 … 1 Die genaue Bedeutung der angegebenen Adresse kann über das @use Attribut angegeben werden.
          Wird kein @use Attribut angegeben, gilt bei Personen die Adresse als Wohnadresse „H“ und bei Organisationen als Büroadresse „WP“.

          Wird ein Hauptwohnsitz "HP" angegeben, gelten die mit "H" deklarierten Wohnsitze als Nebenwohnsitze.

          Zulässige Werte gemäß Value Set "ELGA_AddressUse".
          hl7:streetAddressLine
          ADXP0 … 1CStraße mit Hausnummer, z.B. Musterstraße 11a/2/1
           ConstraintEs muss entweder streetAddressLine oder streetName UND houseNumber angegeben werden.
          hl7:streetName
          ADXP0 … 1CStraße ohne Hausnummer, z.B. Musterstraße
          hl7:houseNumber
          ADXP0 … 1CHausnummer, z.B. 11a/2/1
          hl7:postalCode
          ADXP1 … 1MPostleitzahl
          hl7:city
          ADXP1 … 1MStadt
          hl7:state
          ADXP0 … 1Bundesland
          hl7:country
          ADXP1 … 1M
          Staat.
          Es wird EMPFOHLEN, den Staat im ISO 3 Ländercode (ISO-3166-1 Alpha 3) anzugeben, z.B. „AUT“ für Österreich, „DEU“ für Deutschland.
           Schematron assertrole info 
           teststring-length(text()) = 3 
           MeldungEs wird EMPFOHLEN, den Staat im ISO 3 Ländercode anzugeben. 
          hl7:additionalLocator
          ADXP0 … 1Zusätzliche Addressinformationen, z.B. Station, Zimmernummer im Altersheim.
           Schematron assertrole error 
           testnot(hl7:streetAddressLine and (hl7:streetName or hl7:houseNumber)) or ((hl7:streetAddressLine or (hl7:streetName and hl7:houseNumber)) and not((hl7:streetAddressLine and hl7:streetName and hl7:houseNumber) or (hl7:streetAddressLine and (hl7:streetName or hl7:houseNumber)))) 
           MeldungEs muss entweder streetAddressLine oder streetName UND houseNumber angegeben werden. 

          1.5.2 Assigned Entity

          Id1.2.40.0.34.6.0.11.9.22
          ref
          at-cda-bbr-
          Gültigkeit ab2023‑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  AktivVersions-Label1.0.2+20230717
          Name atcdabbr_other_AssignedEntityBezeichnungAssigned 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.
          KlassifikationTemplate-Typ nicht spezifiziert
          Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
          Benutzt
          Benutzt 3 Templates
          Benutzt als NameVersion
          1.2.40.0.34.6.0.11.9.25Containment  Address Compilation (1.0.1+20230717)DYNAMIC
          1.2.40.0.34.6.0.11.9.11Containment  Person Name Compilation G2 M (1.0.1+20230717)DYNAMIC
          1.2.40.0.34.6.0.11.9.9Containment  Organization Compilation with name (1.0.0+20210219)DYNAMIC
          BeziehungVersion: 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>
          ItemDTKardKonfBeschreibungLabel
          @classCode
          cs0 … 1FASSIGNED
          Auswahl1 … *
          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
          II0 … *
          wo [not(@nullFlavor)]
           hl7:id
          II0 … 1
          wo [@nullFlavor='NI']
            @nullFlavor
          cs1 … 1FNI
           hl7:id
          II0 … 1
          wo [@nullFlavor='UNK']
            @nullFlavor
          cs1 … 1FUNK
          Auswahl0 … 1Elemente 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 … 1Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)
          wo [not(@nullFlavor)]
           hl7:addr
          0 … 1
          wo [@nullFlavor='UNK']
            @nullFlavor
          cs1 … 1FUNK
          hl7:telecom
          TEL.AT0 … *
          Beliebig viele Kontakt-Elemente der Person der Entität.
          Grundsätzlich sind die Vorgaben gemäß „Kontaktdaten-Element“ zu befolgen.
          wo [not(@nullFlavor)]
           @value
          url1 … 1R

          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
          cs0 … 1 

          Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP.

          Zulässige Werte gemäß Value Set "ELGA_TelecomAddressUse"

           ConstraintWerden mehrere gleichartige "telecom"-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein.
          hl7:assigned​Person
          1 … 1M
          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 … 1R
          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.5.3 Author Body

          Id1.2.40.0.34.6.0.11.9.2Gültigkeit ab2021‑02‑19 13:31:48
          Andere Versionen mit dieser Id:
          •   atcdabbr_other_OriginalTextReference vom 2019‑01‑18 10:49:11
          Status  AktivVersions-Label1.0.0+20210219
          Nameatcdabbr_other_OriginalTextReferenceBezeichnungOriginal 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.
          KlassifikationTemplate-Typ nicht spezifiziert
          Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
          BeziehungVersion: 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>
          -->
          ItemDTKardKonfBeschreibungLabel
          hl7:originalText
          ED0 … 1Textinhalt, der codiert wurde.
           hl7:reference
          TEL1 … 1MDie 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 … 1R
           Schematron assertrole error 
           teststarts-with(@value,'#') 
           MeldungThe @value attribute content MUST conform to the format '#xxx', where xxx is the ID of the corresponding 'content'-element. 

          1.5.4 Device Compilation with name

          Id1.2.40.0.34.6.0.11.9.18Gültigkeit ab2023‑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  AktivVersions-Label1.0.2+20230717
          Nameatcdabbr_other_DeviceCompilationBezeichnungDevice Compilation
          BeschreibungDatenerstellende Geräte/Software
          KlassifikationTemplate-Typ nicht spezifiziert
          Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
          BeziehungSpezialisierung: 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>
          ItemDTKardKonfBeschreibungLabel
          @classCode
          cs0 … 1FDEV
          @determiner​Code
          cs0 … 1FINSTANCE
          hl7:manufacturer​Model​Name
          SC1 … 1MAngabe des Herstellers sowie der Modellbezeichnung des datenerstellenden Gerätes bzw. der Software/des Softwarepakets.
          hl7:softwareName
          SC1 … 1MBezeichnung der datenerstellenden Software inkl. Versionsangabe.

          1.5.5 Informant Body

          Id1.2.40.0.34.6.0.11.9.3Gültigkeit ab2021‑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  AktivVersions-Label1.0.1+20211213
          Nameatcdabbr_other_InformantBodyBezeichnungInformant 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)
          KlassifikationTemplate-Typ nicht spezifiziert
          Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
          Benutzt
          Benutzt 3 Templates
          Benutzt als NameVersion
          1.2.40.0.34.6.0.11.9.16Containment  Assigned Entity Body (1.0.1+20210526)DYNAMIC
          1.2.40.0.34.6.0.11.9.10Containment  Address Compilation Minimal (1.0.2+20230717)DYNAMIC
          1.2.40.0.34.6.0.11.9.6Containment  Person Name Compilation G2 (1.0.1+20230717)DYNAMIC
          BeziehungVersion: 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>
          ItemDTKardKonfBeschreibungLabel
          @typeCode
          cs0 … 1FINF
          @context​Control​Code
          cs0 … 1FOP
          Auswahl1 … 1Elemente 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 … 1Beinhaltet 1.2.40.0.34.6.0.11.9.16 Assigned Entity Body (DYNAMIC)
           hl7:relatedEntity
          0 … 1
            @classCode
          cs1 … 1FPRS
            hl7:code
          CE0 … 1R
          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
          AD0 … *RBeinhaltet 1.2.40.0.34.6.0.11.9.10 Address Compilation Minimal (DYNAMIC)
          wo [not(@nullFlavor)]
            hl7:telecom
          TEL.AT0 … *R
          wo [not(@nullFlavor)]
            hl7:relatedPerson
          0 … 1RBeinhaltet 1.2.40.0.34.6.0.11.9.6 Person Name Compilation G2 (DYNAMIC)

          1.5.6 Narrative Text Reference

          Id1.2.40.0.34.6.0.11.9.1Gültigkeit ab2021‑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  AktivVersions-Label1.0.1+20210512
          Nameatcdabrr_other_NarrativeTextReferenceBezeichnungNarrative 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)
          KlassifikationTemplate-Typ nicht spezifiziert
          Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
          BeziehungVersion: 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>
          -->
          ItemDTKardKonfBeschreibungLabel
          hl7:text
          ED
           hl7:reference
          TEL1 … 1MDie 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 … 1R
           Schematron assertrole error 
           teststarts-with(@value,'#') or starts-with(@value,'http') 
           MeldungThe @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.5.7 Organization Compilation

          Id1.2.40.0.34.6.0.11.9.12Gültigkeit ab2023‑04‑17 09:10:56
          Andere Versionen mit dieser Id:
          •   atcdabbr_other_PersonNameCompilationG1M vom 2021‑02‑19 13:36:43
          •   atcdabbr_other_PersonNameCompilationG1M vom 2019‑04‑02 12:34:04
          Status  AktivVersions-Label1.0.1+20230717
          Nameatcdabbr_other_PersonNameCompilationG1MBezeichnungPerson Name Compilation G1 M
          Beschreibung
          In Granularitätsstufe 1 wird der Personen-Name unstrukturiert angegeben. Die einzelnen Elemente des Namens (Vornamen, Nachnamen) werden nicht getrennt.
          Name ist Mandatory. Keine nullFlavor erlaubt!
          KlassifikationTemplate-Typ nicht spezifiziert
          Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
          BeziehungVersion: Template 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (2021‑02‑19 13:36:43)
          ref
          at-cda-bbr-

          Version: Template 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (2019‑04‑02 12:34:04)
          ref
          at-cda-bbr-

          Adaptation: Template 1.2.40.0.34.6.0.11.9.26 Person Name Compilation G1 (2019‑03‑11 11:40:35)
          ref
          at-cda-bbr-

          Adaptation: Template 1.2.40.0.34.6.0.11.9.6 Person Name Compilation G2 (2019‑02‑12 14:00:33)
          ref
          at-cda-bbr-
          Beispiel
          Strukturbeispiel
          <placeholder classCode="PSN" determinerCode="INSTANCE">
            <name>Dr. Herbert Mustermann</name></placeholder>
          Beispiel
          Künstlername
          <placeholder classCode="PSN" determinerCode="INSTANCE">
            <name use="A">Dr. Kurt Ostbahn </name></placeholder>
          Beispiel
          Unbekannte Person (z.B. „An den Hausarzt“)
          <placeholder classCode="PSN" determinerCode="INSTANCE">
            <name>Hausarzt</name></placeholder>
          ItemDTKardKonfBeschreibungLabel
          @classCode
          cs0 … 1FPSN
          @determiner​Code
          cs0 … 1FINSTANCE
          hl7:name
          PN1 … 1MNamen-Element (Person)
           @use
          cs0 … 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“).

          1.5.8 Organization Name Information

          Id1.2.40.0.34.6.0.11.9.27Gültigkeit ab2021‑06‑28 14:00:14
          Andere Versionen mit dieser Id:
          •   atcdabbr_other_OrganizationNameCompilation vom 2021‑02‑19 13:31:42
          •   atcdabbr_other_OrganizationNameCompilation vom 2019‑03‑11 12:06:20
          Status  AktivVersions-Label1.0.1+20210628
          Nameatcdabbr_other_OrganizationNameCompilationBezeichnungOrganization Name Compilation
          Beschreibung
          Organisations-Namen werden über das Element name abgebildet.
          Dieser Implementierungsleitfaden lässt nur die unstrukturierte Angabe des Organisations-namens zu.
          KlassifikationTemplate-Typ nicht spezifiziert
          Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
          BeziehungVersion: Template 1.2.40.0.34.6.0.11.9.27 Organization Name Compilation (2021‑02‑19 13:31:42)
          ref
          at-cda-bbr-

          Version: Template 1.2.40.0.34.6.0.11.9.27 Organization Name Compilation (2019‑03‑11 12:06:20)
          ref
          at-cda-bbr-

          Adaptation: Template 1.2.40.0.34.6.0.11.9.26 Person Name Compilation G1 (2019‑03‑11 11:40:35)
          ref
          at-cda-bbr-

          Adaptation: Template 1.2.40.0.34.6.0.11.9.6 Person Name Compilation G2 (2019‑02‑12 14:00:33)
          ref
          at-cda-bbr-
          Beispiel
          Beispiel 1
          <name>Krankenhaus Wels</name>
          ItemDTKardKonfBeschreibungLabel
          @classCode
          cs0 … 1FORG
          @determiner​Code
          cs0 … 1FINSTANCE
          hl7:name
          ON1 … 1M
          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.

          1.5.9 Original Text Reference

          Id1.2.40.0.34.6.0.11.9.8
          ref
          at-cda-bbr-
          Gültigkeit ab2025‑10‑21 10:44:38
          Andere Versionen mit dieser Id:
          •   atcdabbr_other_AuthorBody_eImpfpass vom 2025‑02‑13 14:50:24
          •   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  AktivVersions-Label2.0.1+20260204
          Nameatcdabbr_other_AuthorBody_eImpfpassBezeichnungAuthor 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.
          KlassifikationTemplate-Typ nicht spezifiziert
          Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
          Benutzt
          Benutzt 4 Templates
          Benutzt als NameVersion
          1.2.40.0.34.6.0.11.9.25Containment  Address Compilation (1.0.1+20230717)DYNAMIC
          1.2.40.0.34.6.0.11.9.6Inklusion  Person Name Compilation G2 (1.0.1+20230717)DYNAMIC
          1.2.40.0.34.6.0.11.9.18Containment  Device Compilation (1.0.2+20230717)DYNAMIC
          1.2.40.0.34.6.0.11.9.5Containment  Organization Compilation with id, name (1.0.1+20210628)DYNAMIC
          BeziehungVersion: 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>
          ItemDTKardKonfBeschreibungLabel
          @typeCode
          cs0 … 1FAUT
          @context​Control​Code
          cs0 … 1FOP
          Auswahl1 … 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.TZ0 … 1
          wo [not(@nullFlavor)]
           hl7:time
          TS.AT.TZ0 … 1nullFlavor
          wo [@nullFlavor='UNK']
            @nullFlavor
          cs1 … 1FUNK
          hl7:assignedAuthor
          1 … 1R
           @classCode
          cs0 … 1FASSIGNED
          Auswahl1 … *Elemente in der Auswahl:
          • hl7:id[not(@nullFlavor)]
          • hl7:id[@nullFlavor='UNK']
            hl7:id
          II0 … *
          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
          II0 … 1
          wo [@nullFlavor='UNK']
             @nullFlavor
          cs1 … 1FUNK
           hl7:code
          CE0 … 1
          wo [not(@nullFlavor)]
           ConstraintIm Fall der Dokumentenklasse “Update Immunisierungsstatus” ohne Nachtragung MUSS (M [1..1]) dieses Element angegeben sein.
          Für die Dokumentation der Rolle sollen zumindest die Codes aus der 2. Ebene des Value-Sets verwendet werden.
           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
          AD0 … 1Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)
          wo [not(@nullFlavor)]
           hl7:telecom
          TEL.AT0 … *
          Kontaktdaten der Organisation des Verfassers des Dokuments.
          Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen.
          wo [not(@nullFlavor)]
            @value
          st1 … 1R
          Die Kontaktadresse (Telefonnummer, Email, etc.)
          Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“
            @use
          set_cs0 … 1 Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP
          Zulässige Werte gemäß Value Set „ELGA_TelecomAddressUse"
           ConstraintWerden mehrere gleichartige telecom-Element strukturiert, MUSS jeweils das Attribut @use angeführt sein.
          Auswahl1 … 1Elemente 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ügt1 … 1R von 1.2.40.0.34.6.0.11.9.6 Person Name Compilation G2 (DYNAMIC)
             @classCode
          cs0 … 1FPSN
             @determiner​Code
          cs0 … 1FINSTANCE
          Auswahl1 … 1
          Namen-Element (Person)
          Elemente in der Auswahl:
          • hl7:name[not(@nullFlavor)]
          • hl7:name[@nullFlavor='UNK']
          • hl7:name[@nullFlavor='MSK']
              hl7:name
          PN0 … 1
          wo [not(@nullFlavor)]
               @use
          cs0 … 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
          ENXP0 … *Beliebig viele Präfixe zum Namen, z.B. Akademische Titel
          Achtung: Die Angabe der Anrede („Frau“, „Herr“), ist im CDA nicht vorgesehen!
                @qualifier
          cs0 … 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
          ENXP1 … *MMindestens ein Hauptname (Nachname)
                @qualifier
          cs0 … 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
          ENXP1 … *MMindestens ein Vorname
                @qualifier
          cs0 … 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
          ENXP0 … *Beliebig viele Suffixe zum Namen
                @qualifier
          cs0 … 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
          PN0 … 1
          wo [@nullFlavor='UNK']
               @nullFlavor
          cs1 … 1FUNK
              hl7:name
          PN0 … 1
          wo [@nullFlavor='MSK']
               @nullFlavor
          cs1 … 1FMSK
            hl7:assigned​Authoring​Device
          0 … 1Beinhaltet 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 … 1COrganisation, 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
          cs0 … 1FORG
            @determiner​Code
          cs0 … 1FINSTANCE
           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 assertrole error 
           testnot(/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)] 
           Meldungid/@nullFlavor ist NICHT ERLAUBT. 
           Schematron assertrole error 
           testnot(/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 
           MeldungDas Element representedOrganization MUSS strukturiert sein. 
           Schematron assertrole error 
           testnot(/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)] 
           Meldungtime/@nullFlavor ist NICHT ERLAUBT. 

          1.5.10 Performer Body

          Id1.2.40.0.34.6.0.11.9.17Gültigkeit ab2021‑02‑19 13:36:15
          Andere Versionen mit dieser Id:
          •   atcdabbr_other_PerformerBody vom 2019‑01‑17 12:44:16
          Status  AktivVersions-Label1.0.0+20210219
          Nameatcdabbr_other_PerformerBodyBezeichnungPerformer Body
          BeschreibungDurchführende Entität der Gesundheitsdienstleistung
          KontextGeschwisterknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.9.17
          KlassifikationTemplate-Typ nicht spezifiziert
          Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
          Benutzt
          Benutzt 1 Template
          Benutzt als NameVersion
          1.2.40.0.34.6.0.11.9.16Inklusion  Assigned Entity Body (1.0.1+20210526)DYNAMIC
          BeziehungVersion: 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>
          ItemDTKardKonfBeschreibungLabel
          @typeCode
          cs1 … 1R
           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
          II1 … 1M
           @root
          uid1 … 1F1.2.40.0.34.6.0.11.9.17
          hl7:time
          IVL_TS0 … 1Zeit, in der der Performer mit der Gesundheitsdienstleistung beschäftigt war, wenn abweichend von effectiveTime im übergeordneten Act
          hl7:assignedEntity
          1 … 1M
          Eingefügt von 1.2.40.0.34.6.0.11.9.16 Assigned Entity Body (DYNAMIC)
           @classCode
          cs0 … 1FASSIGNED
          Auswahl1 … *Elemente in der Auswahl:
          • hl7:id[not(@nullFlavor)]
          • hl7:id[@nullFlavor='NI']
          • hl7:id[@nullFlavor='UNK']
            hl7:id
          II0 … *
          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
          II0 … 1
          wo [@nullFlavor='NI']
             @nullFlavor
          cs1 … 1FNI
            hl7:id
          II0 … 1
          wo [@nullFlavor='UNK']
             @nullFlavor
          cs1 … 1FUNK
           hl7:code
          CE0 … 1R
          Funktionscode der angegebenen Person.
          Das zu verwendende Value-Set ist in den abgeleiteten Templates zu spezifizieren.
           hl7:addr
          0 … *RAdresse 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)
           ConstraintWerden mehrere address-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein.
           hl7:telecom
          TEL.AT0 … *R
            @value
          url1 … 1R
          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
          cs0 … 1 
          Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP
          Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“
           ConstraintWerden mehrere gleichartige "telecom"-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein.
          Auswahl0 … 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 … 1RPersonendaten. 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 … 1RPersonendaten. 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 … 1ROrganistationsdaten 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.11 Person Name Information Compilation GS1

          Id1.2.40.0.34.6.0.11.9.26
          ref
          at-cda-bbr-
          Gültigkeit ab2023‑04‑17 09:08:21
          Andere Versionen mit dieser Id:
          •   atcdabbr_other_PersonNameCompilationG1 vom 2021‑02‑19 13:36:38
          •   atcdabbr_other_PersonNameCompilationG1 vom 2019‑03‑11 11:40:35
          Status  AktivVersions-Label1.0.1+20230717
          Nameatcdabbr_other_PersonNameCompilationG1BezeichnungPerson Name Compilation G1
          Beschreibung
          In Granularitätsstufe 1 wird der Personen-Name unstrukturiert angegeben. Die einzelnen Elemente des Namens (Vornamen, Nachnamen) werden nicht getrennt.
          nullFlavors für Name zugelassen.
          KlassifikationTemplate-Typ nicht spezifiziert
          Offen/GeschlossenGeschlossen (nur definierte Elemente sind erlaubt)
          BeziehungVersion: Template 1.2.40.0.34.6.0.11.9.26 Person Name Compilation G1 (2021‑02‑19 13:36:38)
          ref
          at-cda-bbr-

          Version: Template 1.2.40.0.34.6.0.11.9.26 Person Name Compilation G1 (2019‑03‑11 11:40:35)
          ref
          at-cda-bbr-

          Adaptation: Template 1.2.40.0.34.6.0.11.9.6 Person Name Compilation G2 (2019‑02‑12 14:00:33)
          ref
          at-cda-bbr-
          Beispiel
          Strukturbeispiel
          <placeholder classCode="PSN" determinerCode="INSTANCE">
            <name>Dr. Herbert Mustermann</name></placeholder>
          Beispiel
          Künstlername
          <placeholder classCode="PSN" determinerCode="INSTANCE">
            <name use="A">Dr. Kurt Ostbahn </name></placeholder>
          Beispiel
          Unbekannte Person
          <placeholder classCode="PSN" determinerCode="INSTANCE">
            <name nullFlavor="UNK"/></placeholder>
          ItemDTKardKonfBeschreibungLabel
          @classCode
          cs0 … 1FPSN
          @determiner​Code
          cs0 … 1FINSTANCE
          hl7:name
          PN1 … *RNamen-Element (Person)
           @nullFlavor
          cs0 … 1 
          Zugelassene nullFlavors:
          • MSK … Der Name der Person darf nicht bekanntgegeben werden
          • UNK … Der Name der Person ist unbekannt
           @use
          cs0 … 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“).