elga-cdaalf-2.06.2:Teilnehmende Parteien

Aus HL7 Austria MediaWiki
Wechseln zu: Navigation, Suche

Inhaltsverzeichnis

1 Teilnehmende Parteien

1.1 Patient („recordTarget/patientRole“)

Im CDA-Header wird mindestes eine Patientenrolle beschrieben, die zu genau einer Person zugehörig ist. Die recordTarget Beziehung weist auf die Patient-Klasse und gibt an, zu welchem Patienten dieses Dokument gehört.

Klassen rund um den Patienten.

1.1.1 Strukturbeispiel

<ClinicalDocument xmlns="urn:hl7-org:v3">
	:
<recordTarget>
<patientRole>

<!-- lokale Patienten ID vom System, notwendig für XDS -->
<id root="1.2.40.0.34.99.111.1.2"
extension="4711"
assigningAuthorityName="Amadeus Spital" />

<!-- Patienten SV Nummer -->
<id root="1.2.40.0.10.1.4.3.1"
extension="1234241270"
assigningAuthorityName="Österreichische Sozialversicherung"/>

<!-- bPK-GH des Patienten: Bereichskürzel + bPK (Base64,28 Zeichen)-->
<id root="1.2.40.0.10.2.1.1.149" 
extension="GH:XNV5ThCj5OwJR0oOcWmK4WUs5p4="
assigningAuthorityName="Österreichische Stammzahlenregisterbehörde"/>

<!-- Adresse des Patienten -->
<addr use="HP">
<streetName>Musterstraße</streetName>
<houseNumber>13a</houseNumber>
<postalCode>7000</postalCode>
<city>Eisenstadt</city>
<state>Burgenland</state>
<country>AUT</country>
</addr>

<!-- Kontaktdaten des Patienten-->
<telecom value="tel:+43.1.40400" use="HP"/>
<telecom value="tel:+43.664.1234567" use="MC"/>
<telecom value="mailto:herbert.mustermann@provider.at"/>

<patient>
<!-- Name des Patienten -->
<name>
<prefix qualifier="AC">Dipl.Ing.</prefix>
<given>Herbert</given>
<given>Hannes</given>
<family>Mustermann</family>
</name>

<!-- Geschlecht des Patienten -->
<administrativeGenderCode
code="M"
displayName="Male"
codeSystem="2.16.840.1.113883.5.1"
codeSystemName="HL7:AdministrativeGender" />

<!-- Geburtsdatum des Patienten -->
<birthTime value="19701224"/>

<!-- Familienstand des Patienten -->
<maritalStatusCode
code="M"
displayName="Married"
codeSystem="2.16.840.1.113883.5.2"
codeSystemName="HL7:MaritalStatus" />

<!-- Religionszugehörigkeit des Patienten -->
           <religiousAffiliationCodecode="101"
                             displayName="Römisch-Katholisch"
                             codeSystem="2.16.840.1.113883.2.16.1.4.1"
                             codeSystemName="HL7.AT:ReligionAustria"/>
<!—- Sprachfähigkeiten des Patienten -->
<languageCommunication>
            <languageCode code="de"/>
            <modeCode code="ESP" displayName="Expressed spoken"
                      codeSystem="2.16.840.1.113883.5.60" 
                      codeSystemName="H7:LanguageAbilityMode"/>
            <proficiencyLevelCode code="E" displayName="Excellent"
                      codeSystem="2.16.840.1.113883.5.61"
                      codeSystemName="HL7:LanguageAbilityProficiency"/>
            <preferenceInd value="true"/>
           </languageCommunication>

<!-- Vormund/Sachwalter des Patienten -->
<guardian>
… Vormund/Sachwalter Struktur …
</guardian>

<!-- Geburtsort des Patienten -->
<birthplace>
… Geburtsort Struktur …
</birthplace>
</patient>
</patientRole>
</recordTarget>
	:
</ClinicalDocument>

1.1.2 Spezifikation

Id1.2.40.0.34.11.20001
ref
elgabbr-
Gültigkeit2017‑07‑20
Andere Versionen mit dieser Id:
  • Kblank.png Header​Record​Target vom 2018‑10‑18 14:23:51
  • Kblank.png Header​Record​Target vom 2017‑03‑27
  • Kblank.png Header​Record​Target vom 2013‑10‑08
  • Kblank.png Header​Record​Target vom 2013‑02‑10
  • Kblank.png Header​Record​Target vom 2011‑12‑19
StatusKyellow.png EntwurfVersions-Label
NameHeader​Record​TargetBezeichnungHeader​Record​Target
Beschreibung
Das RecordTarget-Element enthält den Patienten: Die Person, die von einem Gesundheitsdiensteanbieter (Arzt, einer Ärztin oder einem Angehörigen anderer Heilberufe) behandelt wird und über die bzw über deren Gesundheitsdaten im Dokument berichtet wird.
KlassifikationCDA Header Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit
Assoziiert mit 1 Konzept
IdNameDatensatz
elgagab-data​element-9Kyellow.png Patient Kyellow.png Datensatz
Benutzt
Benutzt 1 Template
Benutzt als NameVersion
1.2.40.0.34.11.90017InklusionKyellow.png Language CommunicationDYNAMIC
BeziehungVersion: Template 1.2.40.0.34.11.20001 Header​Record​Target (2017‑03‑27)
ref
elgabbr-
Beispiel
Vollständiges Beispiel
<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"/>    <!-- Adresse des Patienten -->
    <addr use="H">
      <streetName>Musterstraße</streetName>      <houseNumber>13a</houseNumber>      <postalCode>7000</postalCode>      <city>Eisenstadt</city>      <state>Burgenland</state>      <country>AUT</country>    </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"/>    <!-- Name des Patienten -->
    <patient classCode="PSN" determinerCode="INSTANCE">
      <name>
        <prefix qualifier="AC">Dipl.Ing.</prefix>        <given>Herbert</given>        <given>Hannes</given>        <family>Mustermann</family>        <family qualifier="BR">VorDerHeirat</family>        <suffix qualifier="AC">BSc</suffix>        <suffix qualifier="AC">MBA</suffix>      </name>
      <!-- Geschlecht des Patienten -->
      <administrativeGenderCode code="M" displayName="Male" codeSystem="2.16.840.1.113883.5.1" codeSystemName="HL7:AdministrativeGender"/>      <!-- Geburtsdatum des Patienten -->
      <birthTime value="19701224"/>      <!-- Familienstand des Patienten -->
      <maritalStatusCode code="D" displayName="Divorced" codeSystem="2.16.840.1.113883.5.2"/>      <!-- 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"/>      <!-- Vormund/Sachwalter des Patienten "Organisation"-->
      <guardian>
        <!--Eine Organisation als Guardian, hier als Strukturbeispiel-->
        <addr>
          <streetAddressLine>Kinderdorfstraße 1</streetAddressLine>          <postalCode>2371</postalCode>          <city>Hinterbrühl</city>          <state>Niederösterreich</state>          <country>AUT</country>        </addr>
        <!-- Kontaktdaten des Vormunds/Sachwalters (Organisation)-->
        <telecom use="H" value="tel:+43.2236.2928"/>        <telecom use="WP" value="tel:+43.2236.9000"/>        <guardianOrganization>
          <!-- Name der Vormund/Sachwalter-Organisation-->
          <name>SOS Kinderdorf Hinterbrühl</name>        </guardianOrganization>
      </guardian>
      <!-- Vormund/Sachwalter des Patienten "Person" -->
      <guardian>
        <!-- Adresse des Vormunds/Sachwalters (Person) -->
        <addr>
          <streetAddressLine>Musterstraße 1234</streetAddressLine>          <postalCode>8011</postalCode>          <city>Graz</city>          <state>Steiermark</state>          <country>AUT</country>        </addr>
        <!-- Kontaktdaten des Vormunds/Sachwalters (Person) -->
        <telecom use="MC" value="tel:+43.676.1234567"/>        <telecom use="H" value="tel:+43.316.717.653.9939"/>        <telecom use="WP" value="tel:+43.316.608.271.9000"/>        <guardianPerson>
          <!-- Name der Vormund/Sachwalter-Organisation -->
          <name>
            <given>Susi</given>            <family>Sorgenvoll</family>          </name>
        </guardianPerson>
      </guardian>
      <!-- Geburtsort des Patienten -->
      <birthplace>
        <place>
          <addr>Graz</addr>        </place>
      </birthplace>
    </patient>
  </patientRole>
</recordTarget>
Beispiel
Minimalbeispiel 1
<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"/>    <!-- Name des Patienten -->
    <patient classCode="PSN" determinerCode="INSTANCE">
      <name>
        <given>Herbert</given>        <family>Mustermann</family>      </name>
      <!-- Geschlecht des Patienten -->
      <administrativeGenderCode code="M" codeSystem="2.16.840.1.113883.5.1"/>      <!-- Geburtsdatum des Patienten -->
      <birthTime value="19701224"/>    </patient>
  </patientRole>
</recordTarget>
Beispiel
Minimalbeispiel 2
<recordTarget>
  <patientRole>
    <!-- lokale Patienten ID -->
    <id root="1.2.40.0.34.99.111.1.2" extension="4711"/>    <!-- Name des Patienten -->
    <patient>
      <name>
        <given>Herbert</given>        <family>Mustermann</family>      </name>
      <!-- Geschlecht des Patienten -->
      <administrativeGenderCode nullFlavor="UNK"/>      <!-- Geburtsdatum des Patienten -->
      <birthTime nullFlavor="UNK"/>    </patient>
  </patientRole>
</recordTarget>
ItemDTKardKonfBeschreibungLabel
hl7:recordTarget
Komponente für die Patientendaten.
(Hea...get)
 
Target.png
elgagab-data​element-9Kyellow.png Patient Kyellow.png Datensatz
Treetree.png@typeCode
cs0 … 1FRCT
Treetree.png@context​Control​Code
cs0 … 1FOP
 Beispiel<recordTarget typeCode="RCT" contextControlCode="OP">
  <patientRole classCode="PAT">
    <!-- ... -->
  </patientRole>
</recordTarget>
Treetree.pnghl7:patientRole
1 … 1RPatientendaten.(Hea...get)
Treeblank.pngTreetree.png@classCode
cs0 … 1FPAT
 Beispiel<patientRole classCode="PAT">
  <id extension="186245" root="1.2.276.0.76.3.1.139.3.871"/>  <patient classCode="PSN" determinerCode="INSTANCE">
    <!-- ... -->
  </patient>
</patientRole>
 Schematron assertrole error 
 teststring-length(hl7:id[1]/@root)>0 
 Meldung patientRole id[1] MUSS als lokale Patienten ID vom System vorhanden sein 
 Schematron assertrole error 
 testhl7:id[2]/@root = '1.2.40.0.10.1.4.3.1' or hl7:id[2]/@nullFlavor='NI' or hl7:id[2]/@nullFlavor='UNK' 
 Meldung patientRole id[2] MUSS Sozialversicherungsnummer des Patienten sein (1.2.40.0.10.1.4.3.1) oder @nullFlavor 'NI' oder 'UNK' ist angegeben 
Treeblank.pngTreetree.pnghl7:id
II2 … *Rid[1]  Identifikation des Patienten im lokalen System.
id[2] 

Sozialversicherungsnummer des Patienten
Zugelassene nullFlavor:

  • NI … Patient hat keine Sozialversicherungsnummer (z.B. Ausländer, …)
  • UNK … Patient hat eine Sozialversicherungsnummer, diese ist jedoch unbekannt
id[3] Bereichsspezifisches Personenkennzeichen, Bereichskennzeichen GH (Gesundheit)

(Hea...get)
 Beispiel
lokale Patienten ID vom System, notwendig für XDS
<id root="1.2.40.0.34.99.111.1.2" extension="4711" assigningAuthorityName="Amadeus Spital"/>
 Beispiel
Patienten SV Nummer
<id root="1.2.40.0.10.1.4.3.1" extension="1234241270" assigningAuthorityName="Österreichische Sozialversicherung"/>
 Beispiel
bPK-GH des Patienten: Bereichskürzel + bPK (Base64,28 Zeichen)
<id root="1.2.40.0.10.2.1.1.149" extension="GH:XNV5ThCj5OwJR0oOcWmK4WUs5p4=" assigningAuthorityName="Österreichische Stammzahlenregisterbehörde"/><!--Anmerkung: Das bPK dient ausschließlich der Zuordnung der elektronischen Identität und darf daher nicht am Ausdruck erscheinen-->
Treeblank.pngTreetree.pnghl7:addr
AD0 … 1
Adresse des Patienten.
Grundsätzlich sind die Vorgaben für „Adress-Elemente“ zu befolgen.
(Hea...get)
Treeblank.pngTreeblank.pngTreetree.pnghl7:streetAddressLine
0 … 1(Hea...get)
Treeblank.pngTreeblank.pngTreetree.pnghl7:streetName
0 … 1(Hea...get)
Treeblank.pngTreeblank.pngTreetree.pnghl7:houseNumber
0 … 1(Hea...get)
 Schematron assertrole error 
 testhl7:streetAddressLine or (hl7:streetName and hl7:houseNumber) 
 MeldungGranularitätsstufen Adresse beachten: streetAddressLine oder streetName+houseNumber 
Treeblank.pngTreeblank.pngTreetree.pnghl7:postalCode
1 … 1M(Hea...get)
Treeblank.pngTreeblank.pngTreetree.pnghl7:city
1 … 1M(Hea...get)
Treeblank.pngTreeblank.pngTreetree.pnghl7:state
0 … 1C(Hea...get)
Treeblank.pngTreeblank.pngTreetree.pnghl7:country
1 … 1M(Hea...get)
Treeblank.pngTreeblank.pngTreetree.pnghl7:additionalLocator
0 … 1(Hea...get)
Treeblank.pngTreetree.pnghl7:telecom
TEL.AT0 … *
Kontaktdaten des Patienten.
Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen.
(Hea...get)
Treeblank.pngTreetree.pnghl7:patient
0 … 1(Hea...get)
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FPSN
Treeblank.pngTreeblank.pngTreetree.png@determiner​Code
cs0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreetree.pnghl7:name
PN1 … 1M
Name des Patienten.
Für den Namen ist verpflichtend Granularitätsstufe 2 („strukturierte Angabe des Namens‘‘) anzuwenden!
Grundsätzlich sind die Vorgaben für „Namen-Elemente von Personen PN“ zu befolgen.
(Hea...get)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:prefix
0 … *(Hea...get)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:given
1 … *M(Hea...get)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:family
1 … *M(Hea...get)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:suffix
0 … *(Hea...get)
Treeblank.pngTreeblank.pngTreetree.pnghl7:administrative​Gender​Code
CE1 … 1R

Codierung des Geschlechts des Patienten.

Zugelassene nullFlavor: UNK

Mittels nullFlavor="UNK" wird "Unbekannt" abgebildet. Dies schließt die Ausprägung "Keine Angabe" mit ein.

(Hea...get)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.4 ELGA_AdministrativeGender (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.pnghl7:birthTime
TS.​DATE.​MIN1 … 1R
Geburtsdatum des Patienten.
Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen.
Zugelassene nullFlavor: UNK
(Hea...get)
Treeblank.pngTreeblank.pngTreetree.pnghl7:marital​Status​Code
CE0 … 1Codierung des Familienstands des Patienten.(Hea...get)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.11 ELGA_MaritalStatus (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.pnghl7:religious​Affiliation​Code
CE0 … 1Codierung des Religionsbekenntnisses des Patienten.(Hea...get)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.18 ELGA_ReligiousAffiliation (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.pnghl7:raceCode
NP
Rasse des Patienten
Darf nicht verwendet werden!
(Hea...get)
Treeblank.pngTreeblank.pngTreetree.pnghl7:ethnic​Group​Code
NPEthnische Zugehörigkeit des Patienten.
Darf nicht verwendet werden!
(Hea...get)
Treeblank.pngTreeblank.pngTreetree.pnghl7:guardian
0 … *Gesetzlicher Vertreter: Erwachsenenvertreter, Vormund, Obsorgeberechtigter(Hea...get)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1
Die Adresse des gesetzlichen Vertreters oder der Organisation.
Grundsätzlich sind die Vorgaben für „Adress-Elemente“ zu befolgen.
(Hea...get)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL.AT0 … *
Beliebig viele Kontaktdatendes gesetzlichen Vertreters oder der Organisation.
Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen.
(Hea...get)
Auswahl1 … 1Elemente in der Auswahl:
  • hl7:guardian​Person
  • hl7:guardian​Organization
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:guardian​Person
 … 1Name des des gesetzlichen Vertreters (Person). (Hea...get)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
PN1 … 1MName der Person. (Hea...get)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:guardian​Organization
 … 1Name des des gesetzlichen Vertreters (Organisation). (Hea...get)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1MName der Organisation.(Hea...get)
Treeblank.pngTreeblank.pngTreetree.pnghl7:birthplace
0 … 1Geburtsort des Patienten.(Hea...get)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:place
1 … 1M(Hea...get)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD1 … 1M

Die Adresse des Geburtsorts.

Grundsätzlich sind die Vorgaben gemäß „Adress-Elemente“ für Granularitätsstufe 1 zu befolgen.

Granularitätsstufe 2 oder 3 ist auch bei EIS Enhanced und Full Support nicht erforderlich.
(Hea...get)
Eingefügt von 1.2.40.0.34.11.90017 Language Communication (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.pnghl7:language​Communication
0 … *
Komponente zur Angabe der Sprachfähigkeiten des Patienten.
(Hea...get)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:language​Code
CS0 … 1Sprache, die vom Patienten zu einem bestimmten Grad beherrscht wird (geschrieben oder gesprochen).(Hea...get)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.173 ELGA_HumanLanguage (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:modeCode
CE0 … 1Ausdrucksform der Sprache.
@codeSystem Fester Wert: 2.16.840.1.113883.5.60
(Hea...get)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.175 ELGA_LanguageAbilityMode (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:proficiency​Level​Code
CE0 … 1Grad der Sprachkenntnis in der Sprache.
@codeSystem Fester Wert: 2.16.840.1.113883.5.61
(Hea...get)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.174 ELGA_ProficiencyLevelCode (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:preference​Ind
BL0 … 1Kennzeichnung, ob die Sprache in der angegebenen Ausdrucksform vom Patienten bevorzugt wird.(Hea...get)
1.1.2.1 recordTarget-Element Allgemein
Element/Attribut DT Kard Konf Beschreibung
recordTarget POCD_MT000040.
RecordTarget
1..1 M Komponente für die Patientendaten
patientRole POCD_MT000040.
PatientRole
1..1 M Patientendaten
1.1.2.2 6.3.1.2.2. id
Element/Attribut DT Kard Konf Beschreibung
id[1] II 1..1 M Identifikation des Patienten im lokalen System

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

id[2] II 1..1 R Sozialversicherungsnummer des Patienten

Zugelassene nullFlavor:

  • NI … Patient hat keine Sozialversicherungsnummer (z.B. Ausländer, …)
  • UNK … Patient hat eine Sozialversicherungsnummer, diese ist jedoch unbekannt
@root uid 1..1 M OID der Liste aller österreichischen Sozialversicherungen

Fester Wert: 1.2.40.0.10.1.4.3.1

@extension st 1..1 M Vollständige Sozialversicherungsnummer des Patienten (alle 10 Stellen)
@assigningAuthorityName st 0..1 O Fester Wert: Österreichische Sozialversicherung
id[3] II 0..1 O Bereichsspezifisches Personenkennzeichen, Bereichskennzeichen GH (Gesundheit)
@root uid 1..1 M OID der österreichischen bPK
Fester Wert: 1.2.40.0.10.2.1.1.149
@extension st 1..1 M bPK-GH des Patienten: Bereichskürzel + bPK (Base64, 28 Zeichen) (insg. 31 Stellen)

Anmerkung: Das bPK dient ausschließlich der Zuordnung der elektronischen Identität und darf daher nicht am Ausdruck erscheinen

@assigningAuthorityName st 0..1 O Fester Wert: Österreichische Stammzahlenregisterbehörde

Hinweis: Die Reihenfolge der id-Elemente MUSS unbedingt eingehalten werden!

1.1.2.3 addr
Element/Attribut DT Kard Konf Beschreibung
addr AD 0..2 R2 Adresse des Patienten

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

Es MUSS eine mögliche Adresse unterstützt werden. Spezielle Leitfäden (z.B. Entlassungsbrief Pflege) können es erforderlich machen, dass auch mehr als eine Adresse unterstützt werden muss.

1.1.2.4 telecom
Element/Attribut DT Kard Konf Beschreibung
telecom TEL 0..* R2 Kontaktdaten des Patienten

Grundsätzlich sind die Vorgaben gemäß Kapitel „Kontaktdaten-Element“ zu befolgen.

1.1.2.5 patient/name
Element/Attribut DT Kard Konf Beschreibung
patient/name PN 1..1 M Name des Patienten

Für den Namen ist verpflichtend Granularitätsstufe 2 („strukturierte Angabe des Namens‘‘) anzuwenden!
Grundsätzlich sind die Vorgaben gemäß Kapitel „Namen-Elemente von Personen PN“ zu befolgen.

1.1.2.6 patient/administrativeGenderCode
Element/Attribut DT Kard Konf Beschreibung
administrativeGenderCode CE
CWE
1..1 R Codierung des Geschlechts des Patienten

Zugelassene nullFlavor: UNK

@code cs 1..1 M Zulässige Werte gemäß Value-Set „ELGA_AdministrativeGender
@displayName st 1..1 M Zulässige Werte gemäß Value-Set „ELGA_AdministrativeGender
@codeSystem uid 1..1 M Fester Wert: 2.16.840.1.113883.5.1
@codeSystemName st 1..1 M Fester Wert: HL7:AdministrativeGender
1.1.2.7 patient/birthTime
Element/Attribut DT Kard Konf Beschreibung
patient/birthTime TS 1..1 R Geburtsdatum des Patienten

Grundsätzlich sind die Vorgaben gemäß Kapitel „Zeit-Elemente“ zu befolgen.
Zugelassene nullFlavor: UNK

1.1.2.8 patient/maritalStatusCode
Element/Attribut DT Kard Konf Beschreibung
maritalStatusCode CE
CWE
0..1 O Codierung des Familienstands des Patienten

Zugelassene nullFlavor: UNK

@code cs 1..1 M Zulässige Werte gemäß Value-Set „ELGA_MaritalStatus
@displayName st 1..1 M Zulässige Werte gemäß Value-Set „ELGA_MaritalStatus
@codeSystem uid 1..1 M Fester Wert: 2.16.840.1.113883.5.2
@codeSystemName st 1..1 M Fester Wert: HL7:MaritalStatus
1.1.2.9 patient/religiousAffiliationCode
Element/Attribut DT Kard Konf Beschreibung
religiousAffiliationCode CE
CWE
0..1 O Codierung des Religionsbekenntnisses des Patienten
@code cs 1..1 M Zulässige Werte gemäß Value-Set „ELGA_ReligiousAffiliation
@displayName st 1..1 M Zulässige Werte gemäß Value-Set „ELGA_ReligiousAffiliation
@codeSystem uid 1..1 M Fester Wert: 2.16.840.1.113883.2.16.1.4.1
@codeSystemName st 1..1 M Fester Wert: HL7.AT:ReligionAustria
1.1.2.10 patient/raceCode
Element/Attribut DT Kard Konf Beschreibung
raceCode CE
CWE
0..0 NP Rasse des Patienten
Darf nicht verwendet werden!
1.1.2.11 patient/ethnicGroupCode
Element/Attribut DT Kard Konf Beschreibung
patient/ethnicGroupCode CE
CWE
0..0 NP Ethnische Zugehörigkeit des Patienten
Darf nicht verwendet werden!
1.1.2.12 patient/languageCommunication

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

Element/Attribut DT Kard Konf Beschreibung
languageCommunication POCD_MT000040.LanguageCommunication 0..* O Komponente zur Angabe der

Sprachfähigkeiten des Patienten

languageCode CS 1..1 M Sprache, die vom Patienten zu einem bestimmten Grad beherrscht wird (geschrieben oder gesprochen)
@code cs 1..1 M Zulässige Werte gemäß Value-Set „ELGA_HumanLanguage“ aus CodeSystem „HL7:HumanLanguage 2.16.840.1.113883.6.121“
modeCode CE CWE 0..1 O Ausdrucksform der Sprache
@code cs 1..1 M Code aus Value Set „ELGA_LanguageAbilityMode
@displayName st 1..1 M Displayname aus Value Set „ELGA_LanguageAbilityMode
@codeSystem uid 1..1 M Fester Wert: 2.16.840.1.113883.5.60
@codeSystemName st 0..1 R2 Fester Wert: HL7:LanguageAbilityMode
proficiencyLevelCode CE CWE 0..1 O Grad der Sprachkenntnis in der Sprache
@code cs 1..1 M Code aus Value Set „ELGA_ProficiencyLevelCode
@displayName st 1..1 M Displayname aus Value Set „ELGA_ProficiencyLevelCode
@codeSystem uid 1..1 M Fester Wert: 2.16.840.1.113883.5.61
@codeSystemName st 0..1 R2 Fester Wert: HL7:LanguageAbilityProficiency
preferenceInd BL 0..1 O Kennzeichnung, ob die Sprache in der angegebenen Ausdrucksform vom Patienten bevorzugt wird
1.1.2.13 patient/guardian

In der Klasse guardian können Informationen bezüglich eines Vormunds/Sachwalters des Patienten angegeben werden. Begriffsdefinition:

  • Ein Vormund kann existieren, wenn die Person noch nie geschäftsfähig war
  • z.B. Kinder
  • Ein Sachwalter kann existieren, wenn die Person schon geschäftsfähig war, die Geschäftsfähigkeit aber entzogen wurde
  • z.B. Alte Personen

Vormund/Sachwalter kann entweder eine Person (guardianPerson) oder eine Organisation (guardianOrganization) sein. Beim Patient können optional ein oder mehrere Vormund/Sachwalter Element(e) angegeben werden. Wenn ein Sachwalter bekannt ist, SOLL diese Information auch angegeben werden.

Element/Attribut DT Kard Konf Beschreibung
patient/guardian POCD_MT000040.Guardian 0..* R2 Vormund/Sachwalter
addr ADD 0..1 O Die Adresse der Vormund/Sachwalter Person oder Organisation.

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

telecom TEL 0..* O Beliebig viele Kontaktdaten der Vormund/Sachwalter Person oder Organisation.

Grundsätzlich sind die Vorgaben gemäß „Kontaktdaten-Element“ zu befolgen.

guardianPerson POCD_MT000040.Person 0..1 C Name des Vormunds/Sachwalters (Person)
Konditionale Konformität:
Wenn Element guardianOrganization nicht vorhanden
Sonst

1..1
0..0

M
NP
Entweder MUSS guardianPerson oder guardianOrganization angegeben werden.
name PN 1..1 M Name der Person
guardianOrganization POCD_MT000040.Organization 0..1 C Name des Vormunds/Sachwalters (Organisation)
Konditionale Konformität:
Wenn Element guardianPerson nicht vorhanden
Sonst

1..1
0..0

M
NP
Entweder MUSS guardianPerson oder guardianOrganization angegeben werden.
name ON 1..1 M Name der Organisation
1.1.2.14 patient/birthPlace/place
Element/Attribut DT Kard Konf Beschreibung
patient/birthPlace/place POCD_MT000040.Place 0..1 O Geburtsort des Patienten
addr AD 1..1 M Die Adresse des Geburtsorts

Grundsätzlich sind die Vorgaben gemäß Kapitel „Adress-Elemente“ für Granularitätsstufe 1 zu befolgen.
Granularitätsstufe 2 oder 3 ist auch bei EIS Enhanced und Full Support nicht erforderlich.

1.2 Verfasser des Dokuments („author“)

Der Dokumentersteller („author“) ist in der Regel die „das Dokument verfassende Person“ oder ein „datenerstellendes Gerät“. Damit ist diejenige Person oder das Gerät gemeint, welche das Dokument „inhaltlich“ verfasst (z.B.: diktiert). Die das Dokument „schreibende“ Person (z.B. Schreibkraft, Stationsschwester, …) wird in CDA in einem eigenen Element (dataEnterer) abgebildet (siehe Kapitel 6.3.3, „Personen der Dateneingabe („dataEnterer“)“). Auszug aus dem R-MIM:

Klassen rund um den Autor.

1.2.1 Strukturbeispiele

Id1.2.40.0.34.11.90004
ref
elgabbr-
Gültigkeit2015‑02‑17
Andere Versionen mit dieser Id:
  • Kblank.png AuthorElements vom 2013‑02‑10
  • Kblank.png AuthorElements vom 2011‑12‑19
StatusKgreen.png AktivVersions-Label
NameAuthorElementsBezeichnungAuthorElements
Beschreibung

Der Dokumentersteller („author“) ist in der Regel die „das Dokument verfassende Person“ oder ein „datenerstellendes Gerät“. Damit ist diejenige Person oder das Gerät gemeint, welche das Dokument „inhaltlich“ verfasst (z.B.: diktiert). Die das Dokument „schreibende“ Person (z.B. Schreibkraft, Stationsschwester, …) wird in CDA in einem eigenen Element (dataEnterer) abgebildet (siehe Personen der Dateneingabe („dataEnterer“)“).

Es kann auch mehr als ein Dokumentersteller angegeben werden (mehrere author-Elemente).

KlassifikationCDA Header Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Benutzt
Benutzt 2 Templates
Benutzt als NameVersion
1.2.40.0.34.11.90001InklusionKgreen.png PersonElementsDYNAMIC
1.2.40.0.34.11.90002InklusionKgreen.png OrganizationElementsDYNAMIC
BeziehungVersion: Template 1.2.40.0.34.11.90004 AuthorElements (2015‑02‑17)
ref
elgabbr-
Beispiel
Strukturbeispiel für eine 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="20081224082015+0100"/>  <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:herbert.mustermann@organization.at"/>    <assignedPerson classCode="PSN" determinerCode="INSTANCE">
      <!-- Name des Verfassers des Dokuments -->
      <name>
        <prefix qualifier="AC">Univ.-Prof. Dr.</prefix>        <given>Isabella</given>        <family>Stern</family>      </name>
    </assignedPerson>
    <!-- Organisation, in deren Auftrag der Verfasser des Dokuments die Dokumentation verfasst hat -->
    <representedOrganization>
      <id root="1.2.40.0.34.99.3" assigningAuthorityName="GDA Index"/>      <!-- Name der Organisation -->
      <name>Amadeus Spital, 1. Chirurgische Abteilung</name>      <!-- Kontaktdaten der Organisation -->
      <telecom value="tel:+43.6138.3453446.0"/>      <telecom value="mailto:chirurgie@amadeusspital.at"/>      <addr>
        <streetName>Mozartgasse</streetName>        <houseNumber>1-7</houseNumber>        <postalCode>5350</postalCode>        <city>St.Wolfgang</city>        <state>Salzburg</state>        <country>AUT</country>      </addr>
    </representedOrganization>
  </assignedAuthor>
</author>
Beispiel
Strukturbeispiel für datenerstellende Geräte als „author“
<author>
  <!-- Zeitpunkt der Erstellung -->
  <time value="20081224082015+0100"/>  <assignedAuthor>
    <!-- Geräte Identifikation (oder nullFlavor) -->
    <id root="86562fe5-b509-4ce9-b976-176fd376e477"/>    <!-- Geräte Beschreibung -->
    <assignedAuthoringDevice>
      <manufacturerModelName>Good Health System</manufacturerModelName>      <softwareName>Best Health Software Application</softwareName>    </assignedAuthoringDevice>
    <representedOrganization>
      <id root="1.2.40.0.34.99.3" assigningAuthorityName="GDA Index"/>      <!-- Name der Organisation -->
      <name>Amadeus Spital, 1. Chirurgische Abteilung</name>      <!-- Kontaktdaten der Organisation -->
      <telecom value="tel:+43.6138.3453446.0"/>      <telecom value="mailto:chirurgie@amadeusspital.at"/>      <addr>
        <streetName>Mozartgasse</streetName>        <houseNumber>1-7</houseNumber>        <postalCode>5350</postalCode>        <city>St.Wolfgang</city>        <state>Salzburg</state>        <country>AUT</country>      </addr>
    </representedOrganization>
  </assignedAuthor>
</author>
ItemDTKardKonfBeschreibungLabel
AuswahlElemente in der Auswahl:
  • hl7:author[not(@nullFlavor)]
  • hl7:author[@nullFlavor]
Treetree.pnghl7:author
Verfasser des Dokuments.(Aut...nts)
wo [not(@nullFlavor)]
Treeblank.pngTreetree.png@typeCode
cs0 … 1FAUT
Treeblank.pngTreetree.png@context​Control​Code
cs0 … 1FOP
Treeblank.pngTreetree.pnghl7:functionCode
CE0 … 1
Funktionscode des Verfassers des Dokuments
z.B: „Diensthabender Oberarzt“, „Verantwortlicher Arzt für Dokumentation“,„Stationsschwester“, …
Eigene Codes und Bezeichnungen können verwendet werden. 

Grundsätzlich sind die Vorgaben für „code-Element CE CWE“ zu befolgen.
(Aut...nts)
Treeblank.pngTreetree.pnghl7:time
TS.​DATE.​MIN1 … 1R

Der Zeitpunkt an dem das Dokument verfasst wurde.Grundsätzlich sind die Vorgaben für Zeit-Elemente“ zu befolgen.

Zugelassene nullFlavor: UNK
(Aut...nts)
Treeblank.pngTreetree.pnghl7:assignedAuthor
1 … 1MOrganisation, in deren Auftrag der Verfasser des Dokuments die Dokumentation verfasst hat.(Aut...nts)
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FASSIGNED
 Beispiel<assignedAuthor classCode="ASSIGNED">
  <id extension="ied8984938" root="1.2.276.0.76.3.1.139.933"/>  <assignedPerson classCode="PSN" determinerCode="INSTANCE">
    <!-- ... -->
  </assignedPerson>
</assignedAuthor>
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II1 … *R

Identifikation des Verfassers des Dokuments im lokalen System/ des/der datenerstellenden Gerätes/Software.

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

(Aut...nts)
Treeblank.pngTreeblank.pngTreetree.pnghl7:code
CE0 … 1

Angabe der Fachrichtung des Verfassers des Dokuments („Sonderfach“ gem. Ausbildungsordnung)z.B: „Facharzt/Fachärzting 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.
Grundsätzlich sind die Vorgaben für „code-Element CE CWE“ zu befolgen.

(Aut...nts)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.6 ELGA_AuthorSpeciality (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL.AT0 … *
Kontaktdaten des Verfassers des Dokuments.
Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen.
(Aut...nts)
Auswahl1 … 1Elemente in der Auswahl:
  • hl7:assigned​Person
  • hl7:assigned​Authoring​Device
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:assigned​Person
 … 1
Personendaten des Verfassers des Dokuments.
Grundsätzlich sind die Vorgaben für „Personen-Element“ zu befolgen.
(Aut...nts)
Eingefügt von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FPSN
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
cs0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
PN1 … 1M

Name der Person

Für den Namen ist verpflichtend Granularitätsstufe 2 („strukturierte Angabe des Namens‘‘) anzuwenden!

Grundsätzlich sind die Vorgaben für „Namen-Elemente von Personen PN“ zu befolgen.
(Aut...nts)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:assigned​Authoring​Device
 … 1(Aut...nts)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FDEV
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
cs0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:manufacturer​Model​Name
SC0 … 1Hersteller und Modellbezeichnung des datenerstellenden Gerätes.(Aut...nts)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:softwareName
SC0 … 1Bezeichnung (und ggf Version) der datenerstellenden Software.(Aut...nts)
Treeblank.pngTreeblank.pngTreetree.pnghl7:represented​Organization
1 … 1M(Aut...nts)
Eingefügt von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FORG
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … *(Aut...nts)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1M(Aut...nts)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL.AT0 … *(Aut...nts)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1(Aut...nts)
Treetree.pnghl7:author
Verfasser nicht bekannt/nicht anwendbar(Aut...nts)
wo [@nullFlavor]
Treeblank.pngTreetree.png@nullFlavor
cs1 … 1FNA
 Beispiel<author nullFlavor="NA">
  <time nullFlavor="NA"/>  <assignedAuthor nullFlavor="NA">
    <id nullFlavor="NA"/>  </assignedAuthor>
</author>
Treeblank.pngTreetree.pnghl7:time
1 … 1R(Aut...nts)
Treeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FNA
Treeblank.pngTreetree.pnghl7:assignedAuthor
1 … 1R(Aut...nts)
Treeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FNA
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
1 … 1R(Aut...nts)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FNA
1.2.1.1 Strukturbeispiel für eine Person als „author“
<ClinicalDocument xmlns="urn:hl7-org:v3">
	:
<author>

<!-- 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="20081224082015+0100"/>

<assignedAuthor>

<!-- 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:herbert.mustermann@organization.at"/>

<assignedPerson>

<!-- Name des Verfassers des Dokuments -->
<name>
<prefix qualifier="AC">Univ.-Prof. Dr.</prefix>
<given>Isabella</given>
<family>Stern</family>
</name>
</assignedPerson>

<!—
	Organisation, in deren Auftrag der Verfasser des Dokuments
	die Dokumentation verfasst hat
-->
<representedOrganization>
<id root="1.2.40.0.34.99.3" assigningAuthorityName="GDA Index"/>
<!-- Name der Organisation -->
   <name>Amadeus Spital, 1. Chirurgische Abteilung</name>
<!-- Kontaktdaten der Organisation -->
   <telecom value="tel:+43.6138.3453446.0"/>
   <telecom value="mailto:chirurgie@amadeusspital.at"/>
   <addr>
    <streetName>Mozartgasse</streetName>
   <houseNumber>1-7</houseNumber>
   <postalCode>5350</postalCode>
   <city>St.Wolfgang</city>
   <state>Salzburg</state>
   <country>AUT</country>
</addr>
</representedOrganization>
</assignedAuthor>
</author>
	:
</ClinicalDocument>
1.2.1.2 Strukturbeispiel für datenerstellende Geräte als „author“

<ClinicalDocument xmlns="urn:hl7-org:v3">
:
<author>
< !-- Zeitpunkt der Erstellung -->
<time value="20081224082015+0100"/>

<assignedAuthor>

< !-- Geräte Identifikation (oder nullFlavor) -->
<id root="86562fe5-b509-4ce9-b976-176fd376e477"/>

< !-- Geräte Beschreibung -->
<assignedAuthoringDevice>
<manufacturerModelName>Good Health System</manufacturerModelName>
<softwareName>Best Health Software Application</softwareName>
</assignedAuthoringDevice>

<representedOrganization>
:
</representedOrganization>

</assignedAuthor>
</author>
:
</ClinicalDocument>

1.2.2 Spezifikation: Allgemein

1.2.2.1 author Element Allgemein
Element/Attribut DT Kard Konf Beschreibung
author POCD_MT000040.Author 1..* M Verfasser des Dokuments
1.2.2.1.1 assignedAuthor/representedOrganization
Element/Attribut DT Kard Konf Beschreibung
assignedAuthor/representedOrganization POCD_MT000040.Organization 1..1 M Organisation, in deren Auftrag der Verfasser des Dokuments die Dokumentation verfasst hat.
id II 1..* M Die OID der Organisation aus dem GDA-Index
Hinweise:

id[1] MUSS aus dem GDA-I stammen, weitere id-Elemente können hinzugefügt werden.
Für den Namen von größere Organisationen SOLL auch die Abteilung angegeben werden., z.B.: „Amadeus Spital, Chirurgische Abteilung“
Für die Adresse MUSS mindestens Granularitätsstufe 2 angewendet werden.
Grundsätzlich sind die Vorgaben gemäß Kapitel „Organisations-Element“ zu befolgen.

1.2.3 Spezifikation: Personen als „author“

1.2.3.1 functionCode
Element/Attribut DT Kard Konf Beschreibung
functionCode CE
CWE
0..1 R2 Funktionscode des Verfassers des Dokuments

z.B: „Diensthabender Oberarzt“, „Verantwortlicher Arzt für Dokumentation“, „Stationsschwester“, … Eigene Codes und Bezeichnungen können verwendet werden.
Grundsätzlich sind die Vorgaben gemäß Kapitel „code-Element CE CWE“ zu befolgen.

1.2.3.2 time
Element/Attribut DT Kard Konf Beschreibung
time TS 1..1 R Der Zeitpunkt an dem das Dokument verfasst wurde.

Grundsätzlich sind die Vorgaben gemäß Kapitel 5.3, „Zeit-Elemente“ zu befolgen.
Zugelassene nullFlavor: UNK

1.2.3.3 assignedAuthor
Element/Attribut DT Kard Konf Beschreibung
assignedAuthor/id II 1..* R Identifikation des Verfassers des Dokuments im lokalen System.

Grundsätzlich sind die Vorgaben gemäß Kapitel „Identifikations-Elemente“ zu befolgen.
Zugelassene nullFlavor:

  • NI … Person hat keine ID
  • UNK … Person hat eine ID, diese ist jedoch unbekannt
1.2.3.4 assignedAuthor/code
Element/Attribut DT Kard Konf Beschreibung
assignedAuthor/code CE
CWE
0..1 R2 Angabe der Fachrichtung des Verfassers des Dokuments („Sonderfach“ gem. Ausbildungsordnung)

z.B: „Facharzt/Fachärzting für Gynäkologie“,
Zugelassene Werte gemäß Value-Set „ELGA_ AuthorSpeciality
Wenn ein Autor mehreren ärztlichen Sonderfächern zugeordnet ist, kann das anzugebende Sonderfach gewählt werden. Additivfächer werden nicht angegeben.
Grundsätzlich sind die Vorgaben gemäß Kapitel „code-Element CE CWE“ zu befolgen.

1.2.3.5 assignedAuthor/assignedPerson
Element/Attribut DT Kard Konf Beschreibung
assignedAuthor/assignedPerson POCD_MT000040.Person 1..1 M Personendaten des Verfassers des Dokuments.
Grundsätzlich sind die Vorgaben gemäß Kapitel „Personen-Element“ zu befolgen.
name PN 1..1 M Name der Person

Für den Namen ist verpflichtend Granularitätsstufe 2 („strukturierte Angabe des Namens‘‘) anzuwenden!
Grundsätzlich sind die Vorgaben gemäß Kapitel „Namen-Elemente von Personen PN“ zu befolgen.

1.2.4 Spezifikation: Datenerstellende Geräte als „author“

Datenerstellende Geräte/Software (z.B.: das Service der e-Medikation, das die aktuelle Medikationsliste generiert). Siehe auch Rechtlicher Unterzeichner („legalAuthenticator“), Kapitel 6.3.6.

1.2.4.1 time
Element/Attribut DT Kard Konf Beschreibung
time TS 1..1 R Der Zeitpunkt, an dem das Dokument verfasst wurde.

Grundsätzlich sind die Vorgaben gemäß Kapitel 5.3, „Zeit-Elemente“ zu befolgen. Zugelassene nullFlavor: UNK

1.2.4.2 assignedAuthor/id
Element/Attribut DT Kard Konf Beschreibung
assignedAuthor/id II 1..* R Identifikation des/der datenerstellenden Gerätes/Software.

Grundsätzlich sind die Vorgaben gemäß Kapitel 5.1 „Identifikations-Elemente“ zu befolgen.
Zugelassene nullFlavor:

  • NI … Gerät/Software hat keine ID
  • UNK … Gerät/Software hat eine ID, diese ist jedoch unbekannt
1.2.4.3 assignedAuthor/assignedAuthoringDevice/manufacturerModelName
Element/Attribut DT Kard Konf Beschreibung
assignedAuthor/assignedAuthoringDevice/manufacturerModelName SC
CWE
0..1 R2 Hersteller und Modellbezeichnung des datenerstellenden Gerätes

Zugelassene nullFlavor: UNK

1.2.4.4 assignedAuthor/assignedAuthoringDevice/softwareName
Element/Attribut DT Kard Konf Beschreibung
assignedAuthor/assignedAuthoringDevice/softwareName SC
CWE
0..1 R2 Bezeichnung (und ggf Version) der datenerstellenden Software

1.3 Personen der Dateneingabe („dataEnterer“)

Die das Dokument „schreibende“ Person (z.B. Schreibkraft, Stationsschwester, …).

1.3.1 Strukturbeispiel

<ClinicalDocument xmlns="urn:hl7-org:v3">
:
<dataEnterer>

<! -- Zeitpunkt des Schreibens -->
<time value="20081224082015+0100"/>

<assignedEntity>

<! -- Die das Dokument schreibende Person -->
<telecom value="tel:+43.1.40400.4711"/>
<telecom value="mailto:eva.musterfrau@amadeusspital.at"/>

<assignedPerson>
<name>DiplKrSr. Eva Musterfrau</name>
</assignedPerson>

</assignedEntity>
</dataEnterer>
:
</ClinicalDocument>

1.3.2 Spezifikation

Id1.2.40.0.34.11.20003
ref
elgabbr-
Gültigkeit2013‑02‑10
Andere Versionen mit dieser Id:
  • Kblank.png HeaderDataEnterer vom 2011‑12‑19
StatusKyellow.png EntwurfVersions-Label
NameHeaderDataEntererBezeichnungHeaderDataEnterer
Beschreibung

Die das Dokument „schreibende“ Person (z.B. Schreibkraft, Stationsschwester, …).
Das Element "DataEnterer" ist bei automatisch erstellten Dokumenten nicht notwendig.

KlassifikationCDA Header Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit
Assoziiert mit 1 Konzept
IdNameDatensatz
elgagab-data​element-65Kyellow.png Schreibkraft Kyellow.png Datensatz
Benutzt
Benutzt 1 Template
Benutzt als NameVersion
1.2.40.0.34.11.90003InklusionKgreen.png AssignedEntityElementsDYNAMIC
BeziehungVersion: Template 1.2.40.0.34.11.20003 HeaderDataEnterer (2013‑02‑10)
ref
elgabbr-
Beispiel
Beispiel
<dataEnterer>
  <!-- Zeitpunkt des Schreibens -->
  <time value="20081224082015+0100"/>  <assignedEntity>
    <!-- Die das Dokument schreibende Person -->
    <id root="1.2.40.0.34.99.111.1.3" extension="2222" assigningAuthorityName="Amadeus Spital"/>    <telecom value="tel:+43.1.40400.4711"/>    <telecom value="mailto:eva.musterfrau@amadeusspital.at"/>    <assignedPerson>
      <name>DiplKrSr. Eva Musterfrau</name>    </assignedPerson>
  </assignedEntity>
</dataEnterer>
ItemDTKardKonfBeschreibungLabel
hl7:dataEnterer
Person der Dateneingabe.(Hea...rer)
 
Target.png
elgagab-data​element-65Kyellow.png Schreibkraft Kyellow.png Datensatz
Treetree.pnghl7:time
TS.AT.TZ0 … 1
Der Zeitpunkt an dem das Dokument geschrieben wurde.
Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen.
(Hea...rer)
Treetree.pnghl7:assignedEntity
1 … 1R
Personendaten der schreibenden Person
Grundsätzlich sind die Vorgaben für „AssignedEntity-Element (Person + Organisation)“ zu befolgen.
(Hea...rer)
Eingefügt von 1.2.40.0.34.11.90003 AssignedEntityElements (DYNAMIC)
Treeblank.pngTreetree.pnghl7:id
II1 … *R
Mindestens eine Id der validierenden Person.
Zugelassene nullFlavor: UNK
(Hea...rer)
Treeblank.pngTreetree.pnghl7:addr
AD0 … 1
Ein Adress-Element der validierenden Person.
Zugelassene nullFlavor: UNK
(Hea...rer)
Treeblank.pngTreetree.pnghl7:telecom
TEL.AT0 … *
Mindestens ein Telecom-Element der validierenden Person.
Zugelassene nullFlavor: UNK
(Hea...rer)
Treeblank.pngTreetree.pnghl7:assigned​Person
1 … 1MPersondendaten der validierenden Person.(Hea...rer)
Eingefügt von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FPSN
Treeblank.pngTreeblank.pngTreetree.png@determiner​Code
cs0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreetree.pnghl7:name
PN1 … 1M

Name der Person

Für den Namen ist verpflichtend Granularitätsstufe 2 („strukturierte Angabe des Namens‘‘) anzuwenden!

Grundsätzlich sind die Vorgaben für „Namen-Elemente von Personen PN“ zu befolgen.
(Hea...rer)
Treeblank.pngTreetree.pnghl7:represented​Organization
0 … 1Organistationsdaten der validierenden Person.(Hea...rer)
Eingefügt von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FORG
Treeblank.pngTreeblank.pngTreetree.png@determiner​Code
0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … *(Hea...rer)
Treeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1M(Hea...rer)
Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL.AT0 … *(Hea...rer)
Treeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1(Hea...rer)
1.3.2.1 dataEnterer Element Allgemein
Element/Attribut DT Kard Konf Beschreibung
dataEnterer POCD_MT000040.DataEnterer 0..1 O Person der Dateneingabe
1.3.2.2 time
Element/Attribut DT Kard Konf Beschreibung
time TS 0..1 O Der Zeitpunkt an dem das Dokument geschrieben wurde.

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

1.3.2.3 assignedEntity
Element/Attribut DT Kard Konf Beschreibung
assignedEntity POCD_MT000040.AssignedEntity 1..1 M Personendaten der schreibenden Person

Grundsätzlich sind die Vorgaben gemäß Kapitel „AssignedEntity-Element (Person + Organisation)“ zu befolgen.

1.4 Verwahrer des Dokuments („custodian“)

Der „Verwahrer des Dokuments“ ist diejenige Organisation, die „für die Verwahrung/Verwaltung des Dokuments verantwortlich ist“.
Beispiele:

  • Das erstellende Krankenhaus ist selbst der Verwalter des Dokuments
  • Der übergeordnete Krankenhausträger ist der Verwalter des Dokuments

Auszug aus dem R-MIM:

Klassen rund um die das Dokument verwaltende Organisation.

1.4.1 Strukturbeispiel

<ClinicalDocument xmlns="urn:hl7-org:v3">
:
<custodian>
<assignedCustodian>
<representedCustodianOrganization>
<id root="1.2.40.0.34.3.1.xxx"
assigningAuthorityName="GDA Index"/>
<name>Amadeus Spital</name>
<telecom value="tel:+43.(0)50.55460-0"/>
<addr>
<streetName>Hafenstraße</streetName>
<houseNumber>47-51</houseNumber>
<postalCode>4020</postalCode>
<city>Linz</city>
<state>Oberösterreich</state>
<country>AUT</country>
</addr>
</representedCustodianOrganization>
</assignedCustodian>
</custodian>
:
</ClinicalDocument>

1.4.2 Spezifikation

Id1.2.40.0.34.11.20004
ref
elgabbr-
Gültigkeit2015‑05‑28
Andere Versionen mit dieser Id:
  • Kblank.png HeaderCustodian vom 2011‑12‑19
StatusKgreen.png AktivVersions-Label
NameHeaderCustodianBezeichnungHeaderCustodian
Beschreibung
Der „Verwahrer des Dokuments“ ist diejenige Organisation, die „für die Verwahrung/Verwaltung des Dokuments verantwortlich ist“.
Beispiele:
Das erstellende Krankenhaus ist selbst der Verwalter des Dokuments.
Der übergeordnete Krankenhausträger ist der Verwalter des Dokuments.
KlassifikationCDA Header Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit
Assoziiert mit 1 Konzept
IdNameDatensatz
elgagab-data​element-73Kyellow.png Verwahrer Kyellow.png Datensatz
BeziehungVersion: Template 1.2.40.0.34.11.20004 HeaderCustodian (2015‑05‑28)
ref
elgabbr-

Version: Template 1.2.40.0.34.11.20004 HeaderCustodian (2011‑12‑19)
ref
elgabbr-
Beispiel
Vollständiges Beispiel
<custodian typeCode="CST">
  <assignedCustodian classCode="ASSIGNED">
    <representedCustodianOrganization classCode="ORG" determinerCode="INSTANCE">
      <id root="1.2.3.999" extension="--example only--" assigningAuthorityName="GDA-Index"/>      <name>Amadeus Spital</name>      <telecom value="tel:+43.(0)50.55460-0"/>      <addr>
        <streetName>Hafenstraße</streetName>        <houseNumber>47-51</houseNumber>        <postalCode>4020</postalCode>        <city>Linz</city>        <state>Oberösterreich</state>        <country>AUT</country>      </addr>
    </representedCustodianOrganization>
  </assignedCustodian>
</custodian>
Beispiel
Minimalbeispiel
<custodian>
  <assignedCustodian>
    <representedCustodianOrganization>
      <id root="1.2.3.999" extension="--example only--"/>      <name>Amadeus Spital</name>      <addr>
        <streetAddressLine>Hafenstraße
47-51
</streetAddressLine>
        <postalCode>4020</postalCode>        <city>Linz</city>        <country>AUT</country>      </addr>
    </representedCustodianOrganization>
  </assignedCustodian>
</custodian>
ItemDTKardKonfBeschreibungLabel
hl7:custodian
Verwahrer des Dokuments.(Hea...ian)
 
Target.png
elgagab-data​element-73Kyellow.png Verwahrer Kyellow.png Datensatz
Treetree.png@typeCode
cs0 … 1FCST
Treetree.pnghl7:assignedCustodian
1 … 1M(Hea...ian)
Treeblank.pngTreetree.png@classCode
cs0 … 1FASSIGNED
Treeblank.pngTreetree.pnghl7:represented​Custodian​Organization
1 … 1M(Hea...ian)
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FORG
Treeblank.pngTreeblank.pngTreetree.png@determiner​Code
cs0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II1 … 1R
Identifikation des Verwahrers des Dokuments, wie im GDA-Index angegeben.
Grundsätzlich sind die Vorgaben für „Identifikations-Elemente“ zu befolgen.

Zugelassene nullFlavor:
  • NI … Organisation hat keine ID aus dem GDA-Index
  • UNK … Organisation hat eine ID aus dem GDA-Index, diese ist jedoch unbekannt
(Hea...ian)
Treeblank.pngTreeblank.pngTreetree.pnghl7:name
1 … 1M Name des Verwahrers des Dokuments (Organisation).
Grundsätzlich sind die Vorgaben für „Namen-Elemente von Organisationen ON“ zu befolgen.
(Hea...ian)
Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL.AT0 … 1Kontaktdaten des Verwahrers des Dokuments (Organisation).
Grundsätzlich sind die Vorgaben für „Kontaktdaten-Elemente“ zu befolgen.
(Hea...ian)
Treeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD1 … 1M Adresse des Verwahrers des Dokuments (Organisation).
Grundsätzlich sind die Vorgaben für „Adress-Elemente“ zu befolgen.
(Hea...ian)
1.4.2.1 custodian Element Allgemein
Element/Attribut DT Kard Konf Beschreibung
custodian POCD_MT000040.Custodian 1..1 M Verwahrer des Dokuments
assignedCustodian POCD_MT000040.AssignedCustodian 1..1 M
representedCustodianOrganization POCD_MT000040.CustodianOrganization 1..1 M
1.4.2.2 id
Element/Attribut DT Kard Konf Beschreibung
id II 1..1 R Identifikation des Verwahrers des Dokuments aus dem GDA-Index.

Grundsätzlich sind die Vorgaben gemäß Kapitel „Identifikations-Elemente“ zu befolgen.“
Zugelassene nullFlavor:

  • NI … Organisation hat keine ID aus dem GDA-Index
  • UNK … Organisation hat eine ID aus dem GDA-Index, diese ist jedoch unbekannt
1.4.2.3 name
Element/Attribut DT Kard Konf Beschreibung
name ON 1..1 M Name des Verwahrers des Dokuments (Organisation)

Grundsätzlich sind die Vorgaben gemäß Kapitel „Namen-Elemente von Organisationen ON“ zu befolgen.

1.4.2.4 telecom
Element/Attribut DT Kard Konf Beschreibung
telecom TEL 0..1 R2 Kontaktdaten des Verwahrers des Dokuments (Organisation)

Grundsätzlich sind die Vorgaben gemäß Kapitel „Kontaktdaten-Element“ zu befolgen.

1.4.2.5 addr
Element/Attribut DT Kard Konf Beschreibung
addr AD 1..1 M Adresse des Verwahrers des Dokuments (Organisation)

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

1.5 Beabsichtigte Empfänger des Dokuments („informationRecipient“)

Die beabsichtigten Empfänger des Dokuments können in der Klasse intendedRecipient näher angegeben werden. Hierbei ist zu beachten, dass es sich um die unmittelbar bei der Erstellung des Dokuments festgelegten bzw. bekannten Empfänger handelt.

Beispiel: Bei der Erstellung der Dokumentation ist beispielsweise schon bekannt, dass man das Dokument primär an den Hausarzt und ggf. als Kopie an einen mitbehandelnden Kollegen senden wird. In diesem Fall sollten genau diese beiden Empfänger angegeben werden.

Empfohlene Information für einen Empfänger ist die ID aus dem GDA-Index, sein Name in möglichst hoher Granularität und die Organisation, der er angehört in möglichst hoher Granularität. Aufgrund der gängigen Praxis kann als minimale Information für den Empfänger der unstrukturierte Name angegeben werden.

Klassen rund um die beabsichtigten Empfänger des Dokuments.

1.5.1 Strukturbeispiele

1.5.1.1 Beabsichtigter Empfänger ist eine bekannte Person

<ClinicalDocument xmlns="urn:hl7-org:v3">
:
<informationRecipient typeCode="PRCP">
<intendedRecipient>
< !--
Identifikation des beabsichtigten Empfängers
-->
<id nullFlavor="UNK"/>
< !--
Personendaten des beabsichtigten Empfängers
-->
<informationRecipient>
<name>
<prefix qualifier="AC"> Dr.</prefix>
<given>Robert</given>
<family>Empfänger</family>
</name>v </informationRecipient>

< !--
Organisation, der der beabsichtigte Empfänger angehört
-->
<receivedOrganization>


</receivedOrganization>
</intendedRecipient>
</informationRecipient>
:
</ClinicalDocument>

1.5.1.2 Beabsichtigter Empfänger ist eine unbekannte Person („An den Hausarzt“)

<ClinicalDocument xmlns="urn:hl7-org:v3">
:
<informationRecipient typeCode="PRCP">
<intendedRecipient>
<id nullFlavor="UNK"/>
<informationRecipient>
<name>Hausarzt</name>
</informationRecipient>
</intendedRecipient>
</informationRecipient>
:
</ClinicalDocument>

1.5.1.3 Beabsichtigter Empfänger ist der Patient selbst

<ClinicalDocument xmlns="urn:hl7-org:v3">
:
<informationRecipient typeCode="PRCP">
<intendedRecipient>
< !-- Der Patient besitzt keine ID -->
<id nullFlavor="NI"/>
< !-- Hinweis auf den Patienten -->
<informationRecipient>
<name>Ergeht an den Patienten Dr. Herbert Mustermann</name>
</informationRecipient>
</intendedRecipient>
</informationRecipient>
:
</ClinicalDocument>

Eine erneute Angabe der Adresse des Patienten ist nicht erforderlich.

1.5.2 Spezifikation

Id1.2.40.0.34.11.20005
ref
elgabbr-
Gültigkeit2011‑12‑19
StatusKyellow.png EntwurfVersions-Label
NameHeader​Information​RecipientBezeichnungHeader​Information​Recipient
Beschreibung

Die beabsichtigten Empfänger des Dokuments können in der Klasse intendedRecipient näher angegeben werden. Hierbei ist zu beachten, dass es sich um die unmittelbar bei der Erstellung des Dokuments festgelegten bzw. bekannten Empfänger handelt.

Beispiel: Bei der Erstellung der Dokumentation ist beispielsweise schon bekannt, dass man das Dokument primär an den Hausarzt und ggf. als Kopie an einen mitbehandelnden Kollegen senden wird. In diesem Fall sollten genau diese beiden Empfänger angegeben werden.

Empfohlene Information für einen Empfänger ist die ID aus dem GDA-Index, sein Name in möglichst hoher Granularität und die Organisation, der er angehört in möglichst hoher Granularität. Aufgrund der gängigen Praxis kann als minimale Information für den Empfänger der unstrukturierte Name angegeben werden.

KlassifikationCDA Header Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit
Assoziiert mit 1 Konzept
IdNameDatensatz
elgagab-data​element-259Kyellow.png Empfänger Kyellow.png Datensatz
Benutzt
Benutzt 2 Templates
Benutzt als NameVersion
1.2.40.0.34.11.90001InklusionKgreen.png PersonElementsDYNAMIC
1.2.40.0.34.11.90002InklusionKgreen.png OrganizationElementsDYNAMIC
BeziehungVersion: Template 1.2.40.0.34.11.20005 Header​Information​Recipient (2011‑12‑19)
ref
elgabbr-
Beispiel
Beabsichtigter Empfänger ist eine bekannte Person
<informationRecipient typeCode="PRCP">
  <intendedRecipient>
    <!-- Identifikation des beabsichtigten Empfängers -->
    <id nullFlavor="UNK"/>    <!-- Personendaten des beabsichtigten Empfängers -->
    <informationRecipient>
      <name>
        <prefix qualifier="AC"> Dr.</prefix>        <given>Robert</given>        <family>Empfänger</family>      </name>
    </informationRecipient>
    <!-- Organisation, der der beabsichtigte Empfänger angehört -->
    <receivedOrganization>
      <!-- Name der Organisation des beabsichtigten Empfängers -->
      <name>Ordination Dr. Empfänger</name>      <!-- Kontaktdaten der Organisation des beabsichtigten Empfängers -->
      <telecom value="tel:0512.1234567"/>      <telecom value="fax:0512.1234567.11"/>      <telecom value="mailto:office@ordination-empfaenger.at"/>      <telecom value="http://www.ordination-empfaenger.at"/>      <telecom value="me:12345678791"/>      <!-- Adresse der Organisation des beabsichtigten Empfängers -->
      <addr>
        <streetName>Musterstraße</streetName>        <houseNumber>27/1/13</houseNumber>        <postalCode>6020</postalCode>        <city>Innsbruck</city>        <country>AUT</country>      </addr>
    </receivedOrganization>
  </intendedRecipient>
</informationRecipient>
Beispiel
Beabsichtigter Empfänger ist eine unbekannte Person („An den Hausarzt“)
<informationRecipient typeCode="PRCP">
  <intendedRecipient>
    <id nullFlavor="UNK"/>    <informationRecipient>
      <name>Hausarzt</name>    </informationRecipient>
  </intendedRecipient>
</informationRecipient>
Beispiel
Beabsichtigter Empfänger ist der Patient selbst
<informationRecipient typeCode="PRCP">
  <intendedRecipient>
    <!-- Der Patient besitzt keine ID -->
    <id nullFlavor="NI"/>    <!-- Hinweis auf den Patienten -->
    <informationRecipient>
      <name>Ergeht an den Patienten Dr. Herbert Mustermann</name>    </informationRecipient>
  </intendedRecipient>
</informationRecipient>
<!--Eine erneute Angabe der Adresse des Patienten ist nicht erforderlich.-->
ItemDTKardKonfBeschreibungLabel
hl7:information​Recipient
Beabsichtiger Empfänger des Dokuments.(Hea...ent)
 
Target.png
elgagab-data​element-259Kyellow.png Empfänger Kyellow.png Datensatz
Treetree.png@typeCode
cs0 … 1 

Typ des Informationsempfängers.

Bsp: PRCP „Primärer Empfänger“

Wird das Attribut weggelassen, gilt der Empfänger als primärer Empfänger.
 CONF
Der Wert von @typeCode muss gewählt werden aus dem Value Set 1.2.40.0.34.10.29 ELGA_InformationRecipientType (DYNAMIC)
Treetree.pnghl7:intended​Recipient
1 … 1M(Hea...ent)
Treeblank.pngTreetree.pnghl7:id
II1 … *R

Identifikation des beabsichtigten Empfängers (Person).Grundsätzlich sind die Vorgaben für „Identifikations-Elemente“ zu befolgen.

Zugelassene nullFlavor:

  • NI … Person hat keine ID
  • UNK ... Person hat eine ID, diese ist jedoch unbekannt
(Hea...ent)
 Beispiel<id nullFlavor="UNK" assigningAuthorityName="GDA Index"/>
Treeblank.pngTreetree.pnghl7:information​Recipient
1 … 1M

Personendaten des beabsichtigten Empfängers.
Grundsätzlich sind die Vorgaben gemäß Kapitel „Personen-Element“ zu befolgen.

(Hea...ent)
Eingefügt von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FPSN
Treeblank.pngTreeblank.pngTreetree.png@determiner​Code
cs0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreetree.pnghl7:name
PN1 … 1M

Name der Person

Für den Namen ist verpflichtend Granularitätsstufe 2 („strukturierte Angabe des Namens‘‘) anzuwenden!

Grundsätzlich sind die Vorgaben für „Namen-Elemente von Personen PN“ zu befolgen.
(Hea...ent)
Treeblank.pngTreetree.pnghl7:received​Organization
0 … 1

Organisation, der der beabsichtigte Empfänger angehört.z.B.: „Ordination des empfangenden Arztes“
Grundsätzlich sind die Vorgaben gemäß Kapitel „Organisations-Element“ zu befolgen.

(Hea...ent)
Eingefügt von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FORG
Treeblank.pngTreeblank.pngTreetree.png@determiner​Code
0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … *(Hea...ent)
Treeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1M(Hea...ent)
Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL.AT0 … *(Hea...ent)
Treeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1(Hea...ent)
1.5.2.1 informationRecipient Element Allgemein
Element/Attribut DT Kard Konf Beschreibung
informationRecipient POCD_MT000040.InformationRecipient 0..* O Beabsichtiger Empfänger des Dokuments
@typeCode cs 0..1 O Typ des Informationsempfängers.

Bsp: PRCP „Primärer Empfänger“
Wird das Attribut weggelassen, gilt der Empfänger als primärer Empfänger.
Zulässige Werte gemäß Value-Set „ELGA_InformationRecipientType

intendedRecipient POCD_MT000040.IntendedRecipient 1..1 M
1.5.2.2 id
Element/Attribut DT Kard Konf Beschreibung
id II 1..* R Identifikation des beabsichtigten Empfängers (Person).

Grundsätzlich sind die Vorgaben gemäß Kapitel „Identifikations-Elemente“ zu befolgen.
Zugelassene nullFlavor:

  • NI … Person hat keine ID
  • UNK … Person hat eine ID, diese ist jedoch unbekannt
1.5.2.3 informationRecipient (Personendaten des beabsichtigten Empfängers)
Element/Attribut DT Kard Konf Beschreibung
informationRecipient POCD_MT000040.Person 1..1 M Personendaten des beabsichtigten Empfängers.

Grundsätzlich sind die Vorgaben gemäß Kapitel „Personen-Element“ zu befolgen.

1.5.2.4 6.3.5.2.4. receivedOrganization
Element/Attribut DT Kard Konf Beschreibung
receivedOrganization POCD_MT000040.Organization 0..1 O Organisation, der der beabsichtigte Empfänger angehört.
z.B.: „Ordination des empfangenden Arztes“
Grundsätzlich sind die Vorgaben gemäß Kapitel „Organisations-Element“ zu befolgen.

1.6 Rechtlicher Unterzeichner („legalAuthenticator“)

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. Diese Fälle sind in den jeweiligen speziellen Leitfaden entsprechend angegeben.

Multidisziplinäre Befunde: Der CDA-Standard in Release 2.0 erlaubt nur die Angabe eines legalAuthenticator-Elements, es können jedoch beliebig viele (Mit-) Unterzeichner angegeben werden, siehe 6.3.7 „Weitere Unterzeichner („authenticator“)“. Wenn kein eindeutiger Hauptunterzeichner ermittelt werden kann (z.B. bei multidisziplinären Befunden, die von mehreren Fachärzten mit unterschiedlicher Fachrichtung gleichermaßen verantwortet werden), kann die Angabe des Hauptunterzeichners entfallen, wenn mindestens zwei Mitunterzeichner angegeben 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.

Auszug aus dem R-MIM:

Klassen rund um den Rechtlichen Unterzeichner und Mitunterzeichner.

1.6.1 Strukturbeispiel

<ClinicalDocument xmlns="urn:hl7-org:v3">
:
<legalAuthenticator>

< !-- Zeitpunkt der Unterzeichnung -->
<time value="20081224082015+0100"/>

< !-- Signaturcode -->
<signatureCode code="S"/>

<assignedEntity>

< !-- Identifikation des Rechtlichen Unterzeichners des Dokuments -->
<id root="1.2.40.0.34.99.111.1.3"
extension="2222"
assigningAuthorityName="Amadeus Spital"/>

< !-- Kontaktdaten des Rechtlichen Unterzeichners des Dokuments -->
<telecom value="tel:+43.1.40400"/>
<telecom value="mailto:herbert.mustermann@organization.at"/>

<assignedPerson>
< !-- Name des Rechtlichen Unterzeichners des Dokuments -->
<name>
<prefix qualifier="AC">Univ.-Prof. Dr.</prefix>
<given>Herbert</given>
<family>Mustermann</family>
</name>
</assignedPerson>

< !—
Organisation, in deren Auftrag der Unterzeichner handelt
-->
<representedOrganization>


</representedOrganization>

</assignedEntity>
</legalAuthenticator>
:
</ClinicalDocument>

1.6.2 Spezifikation

Id1.2.40.0.34.11.20006
ref
elgabbr-
Gültigkeit2011‑12‑19
Andere Versionen mit dieser Id:
  • Kblank.png HeaderLegalAuthenticator vom 2018‑10‑18 14:34:23
StatusKyellow.png EntwurfVersions-Label
NameHeaderLegalAuthenticatorBezeichnungHeaderLegalAuthenticator
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. Diese Fälle sind in den jeweiligen speziellen Leitfaden entsprechend angegeben. 

Multidisziplinäre Befunde: Der CDA-Standard in Release 2.0 erlaubt nur die Angabe eines legalAuthenticator-Elements, es können jedoch beliebig viele (Mit-) Unterzeichner angegeben werden, siehe „Weitere Unterzeichner („authenticator“)“. Wenn kein eindeutiger Hauptunterzeichner ermittelt werden kann (z.B. bei multidisziplinären Befunden, die von mehreren Fachärzten mit unterschiedlicher Fachrichtung gleichermaßen verantwortet werden), kann die Angabe des Hauptunterzeichners entfallen, wenn mindestens zwei Mitunterzeichner angegeben 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 2 Konzepte
IdNameDatensatz
elgagab-data​element-79Kyellow.png Rechtlicher Unterzeichner Kyellow.png Datensatz
elgagab-data​element-87Kyellow.png Rechtlicher Unterzeichner Kyellow.png Datensatz
Benutzt
Benutzt 1 Template
Benutzt als NameVersion
1.2.40.0.34.11.90003InklusionKgreen.png AssignedEntityElementsDYNAMIC
BeziehungVersion: Template 1.2.40.0.34.11.20006 HeaderLegalAuthenticator (2011‑12‑19)
ref
elgabbr-
Beispiel
Strukturbeispiel
<legalAuthenticator>
  <!-- Zeitpunkt der Unterzeichnung -->
  <time value="20130324082015+0100"/>  <!-- Signaturcode -->
  <signatureCode code="S"/>  <!-- Personen- und Organisationsdaten des Rechtlichen Unterzeichners des Dokuments -->
  <assignedEntity>
    <!-- Identifikation des Rechtlichen Unterzeichners des Dokuments -->
    <id root="1.2.40.0.34.99.111.1.3" extension="2222" assigningAuthorityName="Amadeus Spital"/>    <!-- Kontaktdaten des Rechtlichen Unterzeichners des Dokuments -->
    <telecom use="WP" value="tel:+43.6138.3453446.2222"/>    <!-- Personendaten des Rechtlichen Unterzeichners des Dokuments -->
    <assignedPerson>
      <!-- Name des Rechtlichen Unterzeichners des Dokuments -->
      <name>
        <prefix>Univ.-Prof.Dr.</prefix>        <given>Sigrid</given>        <family>Kollmann</family>      </name>
    </assignedPerson>
    <!-- Organisation, in deren Auftrag der Rechtlichen Unterzeichners des Dokuments die Dokumentation unterzeichnet hat -->
    <representedOrganization>
      <id root="1.2.40.0.34.99.3" assigningAuthorityName="GDA Index"/>      <name>Amadeus Spital - Chirurgische Abteilung</name>      <telecom value="tel:+43.6138.3453446.0"/>      <telecom value="fax:+43.6138.3453446.4674"/>      <telecom value="mailto:info@amadeusspital.at"/>      <telecom value="http://www.amadeusspital.at"/>      <addr>
        <streetName>Mozartgasse</streetName>        <houseNumber>1-7</houseNumber>        <postalCode>5350</postalCode>        <city>St.Wolfgang</city>        <state>Salzburg</state>        <country>AUT</country>      </addr>
    </representedOrganization>
  </assignedEntity>
</legalAuthenticator>
ItemDTKardKonfBeschreibungLabel
hl7:legalAuthenticator
Rechtlicher Unterzeichner.(Hea...tor)
 
Target.png
elgagab-data​element-79Kyellow.png Rechtlicher Unterzeichner Kyellow.png Datensatz
elgagab-data​element-87Kyellow.png Rechtlicher Unterzeichner Kyellow.png Datensatz
Treetree.png@typeCode
cs0 … 1FLA
Treetree.pnghl7:time
TS.​DATE.​MIN1 … 1R
Der Zeitpunkt, an dem das Dokument unterzeichnet wurde.
Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen.
Zugelassene nullFlavor: UNK
(Hea...tor)
Treetree.pnghl7:signatureCode
CS1 … 1MSignaturcode gibt an, dass das Originaldokument unterzeichnet wurde.(Hea...tor)
Treeblank.pngTreetree.png@code
CONF1 … 1FS
Treetree.pnghl7:assignedEntity
1 … 1M
Personendaten des rechtlichen Unterzeichners.
Für den Namen ist verpflichtend Granularitätsstufe 2 („strukturierte Angabe des Namens‘‘) anzuwenden!
Grundsätzlich sind die Vorgaben gemäß Kapitel „AssignedEntity-Element (Person + Organisation)“ zu befolgen.
(Hea...tor)
Eingefügt von 1.2.40.0.34.11.90003 AssignedEntityElements (DYNAMIC)
Treeblank.pngTreetree.pnghl7:id
II1 … *R
Mindestens eine Id der validierenden Person.
Zugelassene nullFlavor: UNK
(Hea...tor)
Treeblank.pngTreetree.pnghl7:addr
AD0 … 1
Ein Adress-Element der validierenden Person.
Zugelassene nullFlavor: UNK
(Hea...tor)
Treeblank.pngTreetree.pnghl7:telecom
TEL.AT0 … *
Mindestens ein Telecom-Element der validierenden Person.
Zugelassene nullFlavor: UNK
(Hea...tor)
Treeblank.pngTreetree.pnghl7:assigned​Person
1 … 1MPersondendaten der validierenden Person.(Hea...tor)
Eingefügt von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FPSN
Treeblank.pngTreeblank.pngTreetree.png@determiner​Code
cs0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreetree.pnghl7:name
PN1 … 1M

Name der Person

Für den Namen ist verpflichtend Granularitätsstufe 2 („strukturierte Angabe des Namens‘‘) anzuwenden!

Grundsätzlich sind die Vorgaben für „Namen-Elemente von Personen PN“ zu befolgen.
(Hea...tor)
Treeblank.pngTreetree.pnghl7:represented​Organization
0 … 1Organistationsdaten der validierenden Person.(Hea...tor)
Eingefügt von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FORG
Treeblank.pngTreeblank.pngTreetree.png@determiner​Code
0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … *(Hea...tor)
Treeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1M(Hea...tor)
Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL.AT0 … *(Hea...tor)
Treeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1(Hea...tor)
1.6.2.1 legalAuthenticator Element Allgemein
Element/Attribut DT Kard Konf Beschreibung
legalAuthenticator POCD_MT000040.LegalAuthenticator C Rechtlicher Unterzeichner
Konditionale Konformität:

Regelfall: Der Inhalt des Dokuments wird durch eine natürliche Person freigegeben.


Sonderfall: Multidisziplinärer Befund mit gleichberechtigten ärztlichen Unterzeichnern

Sonderfall „automatisch erstellte Dokumente“: Dokumente, deren Inhalt durch einen Algorithmus erzeugt und die nicht von einer natürlichen Person freigegeben werden.

1..1



0..1



0..0
M



O



NP

Der rechtliche Unterzeichner MUSS angegeben werden

Ob einer der Sonderfälle zur Anwendung kommen DARF, ist in den jeweiligen speziellen Leitfäden definiert.

Der rechtliche Unterzeichner KANN angegeben werden, wenn er fehlt, MÜSSEN mindestens zwei Authenticator-Elemente angegeben werden.


Der legalAuthenticator DARF NICHT angegeben werden. Siehe auch Spezifikation: Datenerstellende Geräte als „author“, Kapitel.

1.6.2.2 time
Element/Attribut DT Kard Konf Beschreibung
time TS 1..1 R Der Zeitpunkt, an dem das Dokument unterzeichnet wurde.

Grundsätzlich sind die Vorgaben gemäß Kapitel „Zeit-Elemente“ zu befolgen.
Zugelassene nullFlavor: UNK

1.6.2.3 signatureCode
Element/Attribut DT Kard Konf Beschreibung
signatureCode CS
CNE
1..1 M Signaturcode (gibt an, dass das Originaldokument unterzeichnet wurde)

Fester Wert: @code = S

1.6.2.4 assignedEntity
Element/Attribut DT Kard Konf Beschreibung
assignedEntity POCD_MT000040.AssignedEntity 1..1 M Personendaten des rechtlichen Unterzeichners.

Für den Namen ist verpflichtend Granularitätsstufe 2 („strukturierte Angabe des Namens‘‘) anzuwenden!
Grundsätzlich sind die Vorgaben gemäß Kapitel „AssignedEntity-Element (Person + Organisation)“ zu befolgen.

1.7 Weitere Unterzeichner („authenticator“)

Dokumente können neben dem verpflichtenden legalAuthenticator („rechtlichen Unterzeichner“, Hauptunterzeichner) auch beliebig viele weitere Mitunterzeichner beinhalten.

1.7.1 Strukturbeispiel

<ClinicalDocument xmlns="urn:hl7-org:v3">
:
<authenticator>
< !--
Struktur für weitere (Mit-) Unterzeichner gemäß der Struktur
für den legalAuthenticator
-->
</authenticator>
:
</ClinicalDocument>

1.7.2 Spezifikation

Id1.2.40.0.34.11.20007
ref
elgabbr-
Gültigkeit2011‑12‑19
Andere Versionen mit dieser Id:
  • Kblank.png HeaderAuthenticator vom 2018‑10‑18 14:33:54
StatusKyellow.png EntwurfVersions-Label
NameHeaderAuthenticatorBezeichnungHeaderAuthenticator
Beschreibung
Dokumente können neben dem verpflichtenden legalAuthenticator („rechtlichen Unterzeichner“, Hauptunterzeichner) auch beliebig viele weitere Mitunterzeichner beinhalten.
KlassifikationCDA Header Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit
Assoziiert mit 1 Konzept
IdNameDatensatz
elgagab-data​element-86Kyellow.png Weitere Unterzeichner Kyellow.png Datensatz
Benutzt
Benutzt 1 Template
Benutzt als NameVersion
1.2.40.0.34.11.90003InklusionKgreen.png AssignedEntityElementsDYNAMIC
BeziehungVersion: Template 1.2.40.0.34.11.20007 HeaderAuthenticator (2011‑12‑19)
ref
elgabbr-
Beispiel
Strukturbeispiel
<authenticator>
  <!-- Zeitpunkt der Unterzeichnung -->
  <time value="20130324081915+0100"/>  <!-- Signaturcode -->
  <signatureCode code="S"/>  <!-- Personen- und Organisationsdaten des Weiteren Unterzeichners des Dokuments -->
  <assignedEntity>
    <id root="1.2.40.0.34.99.111.1.3" extension="3333" assigningAuthorityName="Amadeus Spital"/>    <telecom use="WP" value="tel:+43.6138.3453446.3333"/>    <assignedPerson>
      <!-- Name des Weiteren Unterzeichners des Dokuments -->
      <name>
        <prefix>Dr.</prefix>        <given>Walter</given>        <family>Hummel</family>      </name>
    </assignedPerson>
    <!-- Organisation, in deren Auftrag der Weiteren Unterzeichner des Dokuments die Dokumentationunterzeichnet hat -->
    <representedOrganization>
      <id root="1.2.40.0.34.99.3" assigningAuthorityName="GDA Index"/>      <name>Amadeus Spital - Chirurgische Abteilung</name>      <telecom value="tel:+43.6138.3453446.0"/>      <telecom value="fax:+43.6138.3453446.4674"/>      <telecom value="mailto:info@amadeusspital.at"/>      <telecom value="http://www.amadeusspital.at"/>      <addr>
        <streetName>Mozartgasse</streetName>        <houseNumber>1-7</houseNumber>        <postalCode>5350</postalCode>        <city>St.Wolfgang</city>        <state>Salzburg</state>        <country>AUT</country>      </addr>
    </representedOrganization>
  </assignedEntity>
</authenticator>
Beispiel
Strukturbeispiel Laborbefund
<authenticator>
  <templateId root="1.3.6.1.4.1.19376.1.3.3.1.5"/>  <time value="20121201155300+0100"/>  <signatureCode code="S"/>  <assignedEntity>
    <id nullFlavor="NA"/>    <addr nullFlavor="NA"/>    <telecom value="tel: +43.1.12345678"/>    <assignedPerson>
      <name>
        <prefix qualifier="AC">Dr.</prefix>        <given>Otto</given>        <family>Rotadilav</family>      </name>
    </assignedPerson>
    <representedOrganization>
      <id root="1.2.40.0.34.3.1.999" assigningAuthorityName="EHSREG"/>      <name>Zentrallabor</name>      <telecom value="tel: +43.1.12345678"/>      <addr>
        <streetAddressLine>Laborplatz
1
</streetAddressLine>
        <city>Wien</city>        <postalCode>1200</postalCode>        <country>AUT</country>      </addr>
    </representedOrganization>
  </assignedEntity>
</authenticator>
ItemDTKardKonfBeschreibungLabel
hl7:authenticator
Weitere Unterzeichner.(Hea...tor)
 
Target.png
elgagab-data​element-86Kyellow.png Weitere Unterzeichner Kyellow.png Datensatz
Treetree.png@typeCode
cs0 … 1FAUTHEN
Treetree.pnghl7:time
TS.​DATE.​MIN1 … 1R
Der Zeitpunkt, an dem das Dokument unterzeichnet wurde.
Grundsätzlich sind die Vorgaben gemäß für „Zeit-Elemente“ zu befolgen.
Zugelassene nullFlavor: UNK
(Hea...tor)
Treetree.pnghl7:signatureCode
CS1 … 1M(Hea...tor)
Treeblank.pngTreetree.png@code
CONF1 … 1FS
Treetree.pnghl7:assignedEntity
1 … 1MPersonendaten des weiteren Unterzeichners.Grundsätzlich sind die Vorgaben gemäß Kapitel „AssignedEntity-Element (Person + Organisation)“ zu befolgen.(Hea...tor)
Eingefügt von 1.2.40.0.34.11.90003 AssignedEntityElements (DYNAMIC)
Treeblank.pngTreetree.pnghl7:id
II1 … *R
Mindestens eine Id der validierenden Person.
Zugelassene nullFlavor: UNK
(Hea...tor)
Treeblank.pngTreetree.pnghl7:addr
AD0 … 1
Ein Adress-Element der validierenden Person.
Zugelassene nullFlavor: UNK
(Hea...tor)
Treeblank.pngTreetree.pnghl7:telecom
TEL.AT0 … *
Mindestens ein Telecom-Element der validierenden Person.
Zugelassene nullFlavor: UNK
(Hea...tor)
Treeblank.pngTreetree.pnghl7:assigned​Person
1 … 1MPersondendaten der validierenden Person.(Hea...tor)
Eingefügt von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FPSN
Treeblank.pngTreeblank.pngTreetree.png@determiner​Code
cs0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreetree.pnghl7:name
PN1 … 1M

Name der Person

Für den Namen ist verpflichtend Granularitätsstufe 2 („strukturierte Angabe des Namens‘‘) anzuwenden!

Grundsätzlich sind die Vorgaben für „Namen-Elemente von Personen PN“ zu befolgen.
(Hea...tor)
Treeblank.pngTreetree.pnghl7:represented​Organization
0 … 1Organistationsdaten der validierenden Person.(Hea...tor)
Eingefügt von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FORG
Treeblank.pngTreeblank.pngTreetree.png@determiner​Code
0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … *(Hea...tor)
Treeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1M(Hea...tor)
Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL.AT0 … *(Hea...tor)
Treeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1(Hea...tor)
1.7.2.1 authenticator Element Allgemein
Element/Attribut DT Kard Konf Beschreibung
authenticator POCD_MT000040.Authenticator 0..* O Weiterer Unterzeichner
1.7.2.2 time
Element/Attribut DT Kard Konf Beschreibung
time TS 1..1 R Der Zeitpunkt, an dem das Dokument unterzeichnet wurde.

Grundsätzlich sind die Vorgaben gemäß Kapitel „Zeit-Elemente“ zu befolgen.
Zugelassene nullFlavor: UNK

1.7.2.3 signatureCode
Element/Attribut DT Kard Konf Beschreibung
signatureCode CS
CNE
1..1 M Signaturcode

Fester Wert: @code = S

1.7.2.4 assignedEntity
Element/Attribut DT Kard Konf Beschreibung
assignedEntity POCD_MT000040.AssignedEntity 1..1 M Personendaten des weiteren Unterzeichners.

Grundsätzlich sind die Vorgaben gemäß Kapitel „AssignedEntity-Element (Person + Organisation)“ zu befolgen.

1.8 Weitere Beteiligte („participant“)

Mit dieser Assoziation und den entsprechenden Klassen können weitere für die Dokumentation wichtige beteiligte Personen oder Organisationen wie Angehörige, Verwandte, Versicherungsträger sowie weitere in Beziehung zum Patienten stehende Parteien genannt werden.

Es können grundsätzlich beliebig viele participant-Elemente im Dokument angegeben werden, teilweise gibt es aber Einschränkungen für die einzelnen Elemente.

Auszug aus dem R-MIM:

Klassen rund um weitere Beteiligte (participants).

1.8.1 Festlegung der „Art“ des Beteiligten

Die „Art“ des Beteiligten wird über eine Kombination aus

  • Attribut participant/@typeCode
  • Element participant/functionCode
  • Attribut participant/associatedEntity/@classCode

festgelegt.

Eine eindeutige Identifikation ist darüber hinaus noch über das templateId-Element möglich, welches für jede Art von Beteiligten einen eindeutigen Wert enthält.

Ebenfalls erhalten die Elemente innerhalb der Unterelemente ihre Bedeutung in Abhängigkeit von der Beteiligten-Art. Beispielsweise drückt das time-Element zwar generell den Zeitraum der Beteiligung, im Falle der Darstellung einer Versicherung allerdings den Gültigkeitsbereich der Versicherungspolizze aus.

Dieses Kapitel enthält eine detaillierte Anleitung zur Angabe der folgenden Arten von „weiteren Beteiligten“:

Kard Konf Art des Beteiligten
0..1 O Fachlicher Ansprechpartner
0..1 O Einweisender/Zuweisender/Überweisender Arzt
0..1 O Hausarzt
0..* O Notfall-Kontakt / Auskunftsberechtigte Person
0..* O Angehörige
0..* O Versicherter/Versicherung
0..1 O Betreuende Organisation
0..1 O Weitere Behandler

Verweis auf speziellen Implementierungsleitfaden: Welche der folgenden „weiteren Beteiligten“ im Dokument angegeben werden müssen bzw. sollen ergibt sich aus dem jeweiligen speziellen Implementierungsleitfaden.

1.8.2 Fachlicher Ansprechpartner

Der fachliche Ansprechpartner ist jene Kontaktperson oder –stelle, welche zur Kontaktaufnahme für fachliche Auskünfte zum betreffenden Dokument veröffentlicht wird. Diese Maßnahme dient zur Kanalisierung und Vereinheitlichung der Kommunikationsschiene zwischen dem Erzeuger und dem Empfänger der Dokumentation, beispielsweise für Rückfragen oder Erfragung weiterer fachlicher Informationen. Die Angabe dieses Elements ist grundsätzlich optional, wobei in den speziellen Leitfäden eine verpflichtende Angabe spezifiziert sein kann. Bei Verwendung sollen möglichst präzise Kontaktdaten angegeben werden. Es obliegt der dokumenterzeugenden Organisation zu entscheiden, welchen Ansprechpartner sie veröffentlicht.

Besonders hervorgehobene Darstellung des fachlichen Ansprechpartners durch das ELGA Referenz-Stylesheet.

Soll als Ansprechpartner der Verfasser des Dokuments angegeben werden, so sind die entsprechenden Daten an dieser Stelle noch einmal anzugeben.

Als fachlicher Ansprechpartner kann aber auch eine Stelle beschrieben sein, die eingehende Anfragen als erste entgegennimmt und in Folge an die zuständigen Personen weiterleitet.

Diese Beteiligten-Art wird durch folgende Kombination angegeben:

Element Wert Beschreibung Bedeutung
@typeCode CALLBCK Callback contact Fachlicher Ansprechpartner
templateId 1.2.40.0.34.11.1.1.1 - Template ID zur Identifikation dieser Art von Beteiligten
functionCode - - Wird nicht angegeben
@classCode PROV Healthcare provider Gesundheitsdienstanbieter
1.8.2.1 Strukturbeispiel

<ClinicalDocument xmlns="urn:hl7-org:v3">
:
<participant typeCode="CALLBCK">
<templateId root="1.2.40.0.34.11.1.1.1"/>
<associatedEntity classCode="PROV">

< !-- Kontaktdaten des fachlichen Ansprechpartners -->
<telecom value="tel:+43.6138.3453446.1"/>
<telecom value="mailto:walter.hummel@amadeusspital.at"/>

<associatedPerson>
< !-- Name des fachlichen Ansprechpartners -->
<name>
<prefix qualifier="AC">Dr.</prefix>
<given>Walter</given>
<family>Hummel</family>
</name>
… ODER …
<name>Sekretariat Abteilung Allgemeinchirurgie</name>
</associatedPerson>

</associatedEntity>
</participant>
:
</ClinicalDocument>

1.8.2.2 Spezifikation
Id1.2.40.0.34.11.1.1.1
ref
elgabbr-
Gültigkeit2014‑03‑25
Andere Versionen mit dieser Id:
  • Kblank.png HeaderParticipantAnsprechpartner vom 2013‑10‑16
StatusKgreen.png AktivVersions-Label
NameHeaderParticipantAnsprechpartnerBezeichnungHeaderParticipant Ansprechpartner
Beschreibung
Der fachliche Ansprechpartner ist jene Kontaktperson oder –stelle, welche zur Kontaktaufnahme für fachliche Auskünfte zum betreffenden Dokument veröffentlicht wird. Diese Maßnahme dient zur Kanalisierung und Vereinheitlichung der Kommunikationsschiene zwischen dem Erzeuger und dem Empfänger der Dokumentation, beispielsweise für Rückfragen oder Erfragung weiterer fachlicher Informationen.
Die Angabe dieses Elements ist grundsätzlich optional, wobei in den speziellen Leitfäden eine verpflichtende Angabe spezifiziert sein kann. Bei Verwendung sollen möglichst präzise Kontaktdaten angegeben werden. Es obliegt der dokumenterzeugenden Organisation zu entscheiden, welchen Ansprechpartner sie veröffentlicht.
KlassifikationCDA Header Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Benutzt
Benutzt 2 Templates
Benutzt als NameVersion
1.2.40.0.34.11.90001InklusionKgreen.png PersonElementsDYNAMIC
1.2.40.0.34.11.90002InklusionKgreen.png OrganizationElementsDYNAMIC
BeziehungVersion: Template 1.2.40.0.34.11.1.1.1 HeaderParticipant Ansprechpartner (2014‑03‑25)
ref
elgabbr-
Beispiel
Strukturbeispiel
<participant typeCode="CALLBCK">
  <templateId root="1.2.40.0.34.11.1.1.1"/>  <associatedEntity classCode="PROV">
    <!-- Verpflichtende Telefonnummer des fachlichen Ansprechpartners -->
    <telecom use="WP" value="tel:+43.1.3453446.1"/>    <associatedPerson>
      <!-- Name des fachlichen Ansprechpartners -->
      <name>
        <prefix qualifier="AC">Dr.</prefix>        <given>Walter</given>        <family>Hummel</family>      </name>
      <!-- ... ODER ... -->
      <name>Sekretariat Labor</name>    </associatedPerson>
    <!-- Organisation des Fachlichen Ansprechpartners -->
    <scopingOrganization>
      <id root="1.2.40.0.34.99.3" assigningAuthorityName="GDA Index"/>      <name>Amadeus Spital - Labor</name>      <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"/>      <addr>
        <streetName>Währinger
Gürtel
</streetName>
        <houseNumber>18-20</houseNumber>        <postalCode>1090</postalCode>        <city>Wien</city>        <state>Wien</state>        <country>AUT</country>      </addr>
    </scopingOrganization>
  </associatedEntity>
</participant>
Beispiel
Fachlicher Ansprechpartner unbekannt
<participant typeCode="CALLBCK" nullFlavor="UNK">
  <associatedEntity classCode="PROV"/></participant>
ItemDTKardKonfBeschreibungLabel
hl7:participant
Beteiligter (Fachlicher Ansprechpartner).(Hea...ner)
wo [hl7:templateId ​[@root​=​'1.2.40.0.34.11.1.1.1']]
Treetree.png@typeCode
cs1 … 1FCALLBCK
Treetree.pnghl7:templateId
II1 … 1M(Hea...ner)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.11.1.1.1
Treetree.pnghl7:time
NP(Hea...ner)
Treetree.pnghl7:associated​Entity
1 … 1M(Hea...ner)
Treeblank.pngTreetree.png@classCode
cs1 … 1FPROV
Treeblank.pngTreetree.pnghl7:addr
AD0 … 1

Adresse des Beteiligten.
Grundsätzlich sind die Vorgaben für "Adress-Elemente" zu befolgen.

(Hea...ner)
Treeblank.pngTreetree.pnghl7:telecom
TEL.AT1 … *M

Beliebig viele Kontaktdaten des Beteiligten.

Es MUSS mindestens eine Telefon-Nummer angegeben werden

(Hea...ner)
Treeblank.pngTreetree.pnghl7:associated​Person
1 … 1M

Beteiligte Person.

(Hea...ner)
Eingefügt von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FPSN
Treeblank.pngTreeblank.pngTreetree.png@determiner​Code
cs0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreetree.pnghl7:name
PN1 … 1M

Name der Person

Für den Namen ist verpflichtend Granularitätsstufe 2 („strukturierte Angabe des Namens‘‘) anzuwenden!

Grundsätzlich sind die Vorgaben für „Namen-Elemente von Personen PN“ zu befolgen.
(Hea...ner)
Treeblank.pngTreetree.pnghl7:scoping​Organization
0 … 1

Organisation, der der Beteiligte angehört (mit Adresse und Kontaktdaten der Organisation).
Grundsätzlich sind die Vorgaben für "Organisations-Element" zu befolgen.

(Hea...ner)
Eingefügt von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FORG
Treeblank.pngTreeblank.pngTreetree.png@determiner​Code
0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … *(Hea...ner)
Treeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1M(Hea...ner)
Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL.AT0 … *(Hea...ner)
Treeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1(Hea...ner)
Element/Attribut DT Kard Konf Beschreibung
participant POCD_MT000040.Participant 0..1 O Beteiligter (Fachlicher Ansprechpartner)
@typeCode cs 1..1 M Fester Wert: CALLBCK
templateId II 1..1 M Fester Wert: @root = 1.2.40.0.34.11.1.1.1
associatedEntity POCD_MT000040.AssociatedEntity 1..1 M
@classCode cs 1..1 M Fester Wert: PROV
addr AD 0..1 O Adresse des Beteiligten.

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

telecom TEL 1..* M Beliebig viele Kontaktdaten des Beteiligten.

Es MUSS mindestens eine Telefon-Nummer angegeben werden.

associatedPerson POCD_MT000040.Person 1..1 M Beteiligte Person

Grundsätzlich sind die Vorgaben gemäß Kapitel „Personen-Element“ zu befolgen

name PN 1..1 M Name des Beteiligten
scopingOrganization POCD_MT000040.Organization 0..1 O Organisation, der der Beteiligte angehört (mit Adresse und Kontaktdaten der Organisation)
Grundsätzlich sind die Vorgaben gemäß Kapitel „Organisations-Element“ zu befolgen.

1.8.3 Einweisender/Zuweisender/Überweisender Arzt

Diese Beteiligten-Art wird durch folgende Kombination angegeben:

Element Wert Beschreibung Bedeutung
@typeCode REF Referrer Einweisender/Zuweisender/Überweisender Arzt
templateId
1.2.40.0.34.11.1.1.2
1.3.6.1.4.1.19376.1.3.3.1.6
- Template ID für:
Einweisender/Zuweisender/Überweisender Arzt
Labor-Auftraggeber
functionCode - - Wird nicht angegeben
@classCode PROV Healthcare provider Gesundheitsdienstanbieter

Verweis auf speziellen Implementierungsleitfaden:
Für den Laborbefund gilt hier eine Ausnahme. Der participant mit dem typeCode="REF" wird in der Definition des IHE Laboratory Technical Framework als Auftraggeber bzw. „Ordering Provider“ mit templateId "1.3.6.1.4.1.19376.1.3.3.1.6" angewendet.

1.8.3.1 Strukturbespiel

<ClinicalDocument xmlns="urn:hl7-org:v3"> : <participant typeCode="REF"> <templateId root="1.2.40.0.34.11.1.1.2"/> <associatedEntity classCode="PROV">

<id root="1.2.40.0.34.3.1.xxx" /> <associatedPerson> <name> <prefix qualifier="AC">Dr.</prefix> <given>Herbert</given> <family>Mustermann</family> </name> </associatedPerson>

<scopingOrganization> <name>Orthopädiepraxis Dr. Mustermann</name> <telecom value="tel:01.54654-0"/> <telecom value="fax:01.54654-385"/> <telecom value="http://www.praxis-mustermann.at"/> <addr> <streetName>Musterstrasse</streetName> <houseNumber>84-86</houseNumber> <postalCode>1111</postalCode> <city>Wien</city> <state>Wien</state> <country>AUT</country> </addr> </scopingOrganization> </associatedEntity> </participant> : </ClinicalDocument>

1.8.3.2 Spezifikation
Id1.2.40.0.34.11.1.1.2
ref
elgabbr-
Gültigkeit2013‑10‑16
StatusKgreen.png AktivVersions-Label
NameHeaderParticipantRefArztBezeichnungHeaderParticipant Ref Arzt
BeschreibungEinweisender/Zuweisender Arzt/Überweisender Arzt
KlassifikationCDA Header Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit
Assoziiert mit 1 Konzept
IdNameDatensatz
elgagab-data​element-214Kyellow.png Zuweisender Kyellow.png Datensatz
Benutzt
Benutzt 2 Templates
Benutzt als NameVersion
1.2.40.0.34.11.90001InklusionKgreen.png PersonElementsDYNAMIC
1.2.40.0.34.11.90002InklusionKgreen.png OrganizationElementsDYNAMIC
BeziehungVersion: Template 1.2.40.0.34.11.1.1.2 HeaderParticipant Ref Arzt (2013‑10‑16)
ref
elgabbr-
Beispiel
Strukturbeispiel Einweisender Arzt
<participant typeCode="REF">
  <templateId root="1.2.40.0.34.11.1.1.2"/>  <associatedEntity classCode="PROV">
    <id root="1.2.40.0.34.3.1.xxx" extension="--example only--"/>    <addr/>    <telecom/>    <!-- Personendaten des einweisenden Arztes -->
    <associatedPerson>
      <name>
        <prefix qualifier="AC">Univ.-Prof. Dr.</prefix>        <given>Herbert</given>        <family>Empfänger</family>      </name>
    </associatedPerson>
    <!-- Organisation, der der einweisenden Arzt angehört -->
    <scopingOrganization>
      <id nullFlavor="UNK"/>      <name>Ordination Dr. Empfänger</name>      <telecom value="tel:0512.1234567"/>      <telecom value="fax:0512.1234567.11"/>      <telecom value="mailto:office@ordination-empfaenger.at"/>      <telecom value="http://www.ordination-empfaenger.at"/>      <telecom value="me:12345678791"/>      <addr>
        <streetName>Musterstraße</streetName>        <houseNumber>27/1/13</houseNumber>        <postalCode>6020</postalCode>        <city>Innsbruck</city>        <country>AUT</country>      </addr>
    </scopingOrganization>
  </associatedEntity>
</participant>
ItemDTKardKonfBeschreibungLabel
hl7:participant
Beteiligter.(Hea...rzt)
wo [hl7:templateId ​[@root​=​'1.2.40.0.34.11.1.1.2']]
 
Target.png
elgagab-data​element-214Kyellow.png Zuweisender Kyellow.png Datensatz
Treetree.png@typeCode
cs1 … 1FREF
 Einweisender/Zuweisender/Überweisender Arzt.
Treetree.pnghl7:templateId
II1 … 1M(Hea...rzt)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.11.1.1.2
 
Template ID für Einweisender/Zuweisender/Überweisender Arzt.
Treetree.pnghl7:associated​Entity
1 … 1MBeschreibung der Entität.(Hea...rzt)
Treeblank.pngTreetree.png@classCode
cs1 … 1FPROV
 Gesundheitsdienstanbieter.
Treeblank.pngTreetree.pnghl7:id
II0 … *

Identifikation des Beteiligten (Person).Zugelassene nullFlavor:

  • NI … Person hat keine ID
  • UNK … Person hat eine ID, diese ist jedoch unbekannt
Grundsätzlich sind die Vorgaben für „Identifikations-Elemente“ zu befolgen.
(Hea...rzt)
Treeblank.pngTreetree.pnghl7:addr
AD0 … 1
Adresse des Beteiligten.
Grundsätzlich sind die Vorgaben für „Adress-Elemente“ zu befolgen.
(Hea...rzt)
Treeblank.pngTreetree.pnghl7:telecom
TEL.AT0 … *Beliebig viele Kontaktdaten des Beteiligten.(Hea...rzt)
Treeblank.pngTreetree.pnghl7:associated​Person
1 … 1R
Beteiligte Person.
Grundsätzlich sind die Vorgaben für „Personen-Element“ zu befolgen.
(Hea...rzt)
Eingefügt von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FPSN
Treeblank.pngTreeblank.pngTreetree.png@determiner​Code
cs0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreetree.pnghl7:name
PN1 … 1M

Name der Person

Für den Namen ist verpflichtend Granularitätsstufe 2 („strukturierte Angabe des Namens‘‘) anzuwenden!

Grundsätzlich sind die Vorgaben für „Namen-Elemente von Personen PN“ zu befolgen.
(Hea...rzt)
Treeblank.pngTreetree.pnghl7:scoping​Organization
0 … 1
Organisation, der der Beteiligte angehört (mit Adresse und Kontaktdaten der Organisation, z.B der Ordination).
Grundsätzlich sind die Vorgaben gemäß für „Organisations-Element“ zu befolgen.
(Hea...rzt)
Eingefügt von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FORG
Treeblank.pngTreeblank.pngTreetree.png@determiner​Code
0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … *(Hea...rzt)
Treeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1M(Hea...rzt)
Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL.AT0 … *(Hea...rzt)
Treeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1(Hea...rzt)
Element/Attribut DT Kard Konf Beschreibung
participant POCD_MT000040.Participant 0..1 O Beteiligter
@typeCode cs 1..1 M Fester Wert: REF
templateId II 1..1 M Fester Wert:
Einweisender/Zuweisender/Überweisender Arzt
Labor-Auftraggeber (nur Laborbefund)
M
M
@root = 1.2.40.0.34.11.1.1.2

@root=1.3.6.1.4.1.19376.1.3.3.1.6

associatedEntity POCD_MT000040.AssociatedEntity 1..1 M Beschreibung der Entität
@classCode cs 1..1 M Fester Wert: PROV
id II 0..* O Identifikation des Beteiligten (Person).

Zugelassene nullFlavor:

  • NI … Person hat keine ID
  • NK … Person hat eine ID, diese ist jedoch unbekannt

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

addr AD 0..1 O Adresse des Beteiligten.

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

telecom TEL 1..* O Beliebig viele Kontaktdaten des Beteiligten.
associatedPerson POCD_MT000040.Person 1..1 R Beteiligte Person

Grundsätzlich sind die Vorgaben gemäß Kapitel „Personen-Element“ zu befolgen

name PN 1..1 M Name des Beteiligten
scopingOrganization POCD_MT000040.Organization 0..1 O Organisation, der der Beteiligte angehört (mit Adresse und Kontaktdaten der Organisation)
Grundsätzlich sind die Vorgaben gemäß Kapitel „Organisations-Element“ zu befolgen.

1.8.4 Hausarzt

Diese Beteiligten-Art wird durch folgende Kombination angegeben:

Element Wert Beschreibung Bedeutung
@typeCode IND Indirect target In indirektem Bezug
templateId 1.2.40.0.34.11.1.1.3 - Template ID zur Identifikation dieser Art von Beteiligten
functionCode PCP primary care physician Hausarzt
@classCode PROV Healthcare provider Gesundheitsdienstanbieter
1.8.4.1 Strukturbeispiel

<ClinicalDocument xmlns="urn:hl7-org:v3"> : <participant typeCode="IND"> <templateId root="1.2.40.0.34.11.1.1.3"/>

<functionCode code="PCP" displayName="primary care physician" codeSystem="2.16.840.1.113883.5.88" codeSystemName="HL7:ParticipationFunction" />

<associatedEntity classCode="PROV">

<id root="1.2.40.0.34.3.xxx" />

<associatedPerson> <name> <prefix qualifier="AC">Dr.</prefix> <given>Herbert</given> <family>Mustermann</family> </name> </associatedPerson>

<scopingOrganization> <id root="1.2.40.0.34.3.1.xxx" assigningAuthorityName="GDA Index"/> <name>Allgemeinmedizinische Praxis Dr. Mustermann</name> <telecom value="tel:01.54654-0"/> <telecom value="fax:01.54654-385"/> <telecom value="http://www.praxis-mustermann.at"/> <addr> <streetName>Musterstrasse</streetName> <houseNumber>84-86</houseNumber> <postalCode>1111</postalCode> <city>Wien</city> <state>Wien</state> <country>AUT</country> </addr> </scopingOrganization>

</associatedEntity> </participant> : </ClinicalDocument>

1.8.4.2 Spezifikation
Id1.2.40.0.34.11.1.1.3
ref
elgabbr-
Gültigkeit2013‑10‑16
StatusKgreen.png AktivVersions-Label
NameHeaderParticipantHausarztBezeichnungHeaderParticipant Hausarzt
BeschreibungHausarzt
KlassifikationCDA Header Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit
Assoziiert mit 1 Konzept
IdNameDatensatz
elgagab-data​element-100Kyellow.png Hausarzt Kyellow.png Datensatz
Benutzt
Benutzt 2 Templates
Benutzt als NameVersion
1.2.40.0.34.11.90001InklusionKgreen.png PersonElementsDYNAMIC
1.2.40.0.34.11.90002InklusionKgreen.png OrganizationElementsDYNAMIC
BeziehungVersion: Template 1.2.40.0.34.11.1.1.3 HeaderParticipant Hausarzt (2013‑10‑16)
ref
elgabbr-
Beispiel
Strukturbeispiel Hausarzt
<participant typeCode="IND">
  <templateId root="1.2.40.0.34.11.1.1.3"/>  <functionCode code="PCP" displayName="primary care physician" codeSystem="2.16.840.1.113883.5.88" codeSystemName="HL7:ParticipationFunction"/>  <associatedEntity classCode="PROV">
    <!-- Identifikation des Hausarztes (Person) aus dem GDA-Index -->
    <id root="1.2.3.999" extension="--example only--"/>    <addr/>    <telecom/>    <!-- Personendaten des Hausarztes -->
    <associatedPerson>
      <name>
        <prefix qualifier="AC">Dr.</prefix>        <given>Walter</given>        <family>Mustermann</family>      </name>
    </associatedPerson>
    <!-- Organisation, der der Hausarzt angehört -->
    <scopingOrganization>
      <id root="1.2.40.0.34.3.1.xxx" assigningAuthorityName="GDA Index"/>      <name>Allgemeinmedizinische Praxis Dr. Mustermann</name>      <telecom value="tel:0512.1234567"/>      <telecom value="fax:0512.1234567.11"/>      <telecom value="mailto:office@ordination.at"/>      <telecom value="http://www.ordination.at"/>      <telecom value="me:12345678792"/>      <addr>
        <streetName>Sekundärstraße</streetName>        <houseNumber>22</houseNumber>        <postalCode>6020</postalCode>        <city>Innsbruck</city>        <country>AUT</country>      </addr>
    </scopingOrganization>
  </associatedEntity>
</participant>
ItemDTKardKonfBeschreibungLabel
hl7:participant
Beteiligter (Hausarzt).(Hea...rzt)
wo [hl7:templateId ​[@root​=​'1.2.40.0.34.11.1.1.3']]
 
Target.png
elgagab-data​element-100Kyellow.png Hausarzt Kyellow.png Datensatz
Treetree.png@typeCode
cs1 … 1FIND
 In indirektem Bezug.
Treetree.pnghl7:templateId
II1 … 1MTemplate ID zur Identifikation dieser Art von Beteiligten.(Hea...rzt)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.11.1.1.3
Treetree.pnghl7:functionCode
CE1 … *MHausarzt.(Hea...rzt)
Treeblank.pngTreetree.png@code
CONF1 … 1FPCP
Treeblank.pngTreetree.png@codeSystem
1 … 1F2.16.840.1.113883.5.88 (Participation Function)
Treetree.pnghl7:associated​Entity
1 … 1MBeschreibung der Entität.(Hea...rzt)
Treeblank.pngTreetree.png@classCode
cs1 … 1FPROV
 Gesundheitsdienstanbieter.
Treeblank.pngTreetree.pnghl7:id
II0 … *

Identifikation des Beteiligten (Person) aus dem GDA-Index.Zugelassene nullFlavor:

  • NI … Organisation hat keine ID
  • UNK … Organisation hat eine ID, diese ist jedoch unbekannt
Grundsätzlich sind die Vorgaben für „Identifikations-Elemente“ zu befolgen.
(Hea...rzt)
Treeblank.pngTreetree.pnghl7:addr
AD0 … 1
Adresse des Beteiligten.
Grundsätzlich sind die Vorgaben für „Adress-Elemente“ zu befolgen.
(Hea...rzt)
Treeblank.pngTreetree.pnghl7:telecom
TEL.AT0 … *Beliebig viele Kontaktdaten des Beteiligten.(Hea...rzt)
Treeblank.pngTreetree.pnghl7:associated​Person
1 … 1M
Beteiligte Person.
Grundsätzlich sind die Vorgaben für „Personen-Element“ zu befolgen.
(Hea...rzt)
Eingefügt von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FPSN
Treeblank.pngTreeblank.pngTreetree.png@determiner​Code
cs0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreetree.pnghl7:name
PN1 … 1M

Name der Person

Für den Namen ist verpflichtend Granularitätsstufe 2 („strukturierte Angabe des Namens‘‘) anzuwenden!

Grundsätzlich sind die Vorgaben für „Namen-Elemente von Personen PN“ zu befolgen.
(Hea...rzt)
Treeblank.pngTreetree.pnghl7:scoping​Organization
0 … 1
Organisation, der der Beteiligte angehört (mit Adresse und Kontaktdaten der Organisation), zB die Arztpraxis oder Ordination.
Grundsätzlich sind die Vorgaben für „Organisations-Element“ zu befolgen.
(Hea...rzt)
Eingefügt von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FORG
Treeblank.pngTreeblank.pngTreetree.png@determiner​Code
0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … *(Hea...rzt)
Treeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1M(Hea...rzt)
Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL.AT0 … *(Hea...rzt)
Treeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1(Hea...rzt)
Element/Attribut DT Kard Konf Beschreibung
participant POCD_MT000040.Participant 0..1 O Beteiligter(Hausarzt)
@typeCode cs 1..1 M Fester Wert: IND
templateId II 1..1 M Fester Wert: @root = 1.2.40.0.34.11.1.1.3
functionCode CS CWE 1..1 M Funktionscode des Beteiligten
@code cs 1..1 M Fester Wert: PCP
@displayName st 1..1 M Fester Wert: primary care physician

(aus ValueSet „ELGA_ParticipationFunctionCode“)

@codeSystem uid 1..1 M Fester Wert: 2.16.840.1.113883.5.88
@codeSystemName st 1..1 M Fester Wert: HL7:ParticipationFunction
associatedEntity POCD_MT000040.AssociatedEntity 1..1 M Beschreibung der Entität
@classCode cs 1..1 M Fester Wert: PROV
id II 0..* O Identifikation des Beteiligten (Person) aus dem GDA-Index.

Zugelassene nullFlavor:

  • NI … Organisation hat keine ID
  • UNK … Organisation hat eine ID, diese ist jedoch unbekannt

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

addr AD 0..1 O Adresse des Beteiligten.

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

telecom TEL 1..* O Beliebig viele Kontaktdaten des Beteiligten.
associatedPerson POCD_MT000040.Person 1..1 R Beteiligte Person

Grundsätzlich sind die Vorgaben gemäß Kapitel „Personen-Element“ zu befolgen

name PN 1..1 M Name des Beteiligten
scopingOrganization POCD_MT000040.Organization 0..1 O Organisation, der der Beteiligte angehört (mit Adresse und Kontaktdaten der Organisation), zB die Arztpraxis oder Ordination.

Grundsätzlich sind die Vorgaben gemäß Kapitel „Organisations-Element“ zu befolgen.

1.8.5 Notfall-Kontakt/Auskunftsberechtigte Person

Der Notfall-Kontakt entspricht in Österreich der „Auskunftsberechtigten Person“ (oder auch „Vertrauensperson“).

Diese Beteiligten-Art wird durch folgende Kombination angegeben:

Element Wert Beschreibung Bedeutung
@typeCode IND Indirect target In indirektem Bezug
templateId 1.2.40.0.34.11.1.1.4 - Template ID zur Identifikation dieser Art von Beteiligten
functionCode - - Wird nicht angegeben
@classCode ECON Emergency contact Notfall-Kontakt
1.8.5.1 Strukturbeispiel

<ClinicalDocument xmlns="urn:hl7-org:v3"> : <participant typeCode="IND"> <templateId root="1.2.40.0.34.11.1.1.4"/> <associatedEntity classCode="ECON">

<code code="DAU" displayName="Natural daughter" codeSystem="2.16.840.1.113883.5.111" codeSystemName="HL7:RoleCode"/>

<addr>Heimstrasse 1, 1220 Wien</addr>

<telecom value="tel:0660.1234567"/>

<associatedPerson> <name>Julia Tochter</name> </associatedPerson>

<scopingOrganization> <name>Mustermann Installationen GmbH</name> </scopingOrganization>

</associatedEntity> </participant> : </ClinicalDocument>

1.8.5.2 Spezifikation
Id1.2.40.0.34.11.1.1.4
ref
elgabbr-
Gültigkeit2013‑11‑13
Andere Versionen mit dieser Id:
  • Kblank.png HeaderParticipantNotfallkontakt vom 2013‑10‑16
StatusKgreen.png AktivVersions-Label
NameHeaderParticipantNotfallkontaktBezeichnungHeaderParticipant Notfallkontakt
BeschreibungNotfall-Kontakt / Auskunftsberechtigte Person
KlassifikationCDA Header Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit
Assoziiert mit 1 Konzept
IdNameDatensatz
elgagab-data​element-105Kyellow.png Notfall-Kontakt Kyellow.png Datensatz
Benutzt
Benutzt 2 Templates
Benutzt als NameVersion
1.2.40.0.34.11.90001InklusionKgreen.png PersonElementsDYNAMIC
1.2.40.0.34.11.90002InklusionKgreen.png OrganizationElementsDYNAMIC
BeziehungVersion: Template 1.2.40.0.34.11.1.1.4 HeaderParticipant Notfallkontakt (2013‑11‑13)
ref
elgabbr-
Beispiel
Strukturbeispiel Notfallkontakt
<participant typeCode="IND">
  <templateId root="1.2.40.0.34.11.1.1.4"/>  <time>
    <low value="20170721102547"/>  </time>
  <associatedEntity classCode="ECON">
    <!-- Verwandtschaftsverhältnis des Notfallkontakts zum Patienten -->
    <code code="DAU" displayName="Natural daughter" codeSystem="2.16.840.1.113883.5.111" codeSystemName="HL7:RoleCode"/>    <!-- Adresse des Notfall-Kontakts -->
    <addr>Heimstrasse 1, 1220 Wien</addr>    <!-- Kontaktdaten des Notfallkontakts -->
    <telecom value="tel:0660.1234567"/>    <associatedPerson>
      <!-- Name des Notfallkontakts -->
      <name>Julia Tochter</name>    </associatedPerson>
    <!-- Organisation des Notfallkontakts (z.B.: Behörde) -->
    <scopingOrganization>
      <name>Mustermann Installationen GmbH</name>    </scopingOrganization>
  </associatedEntity>
</participant>
ItemDTKardKonfBeschreibungLabel
hl7:participant
Beteiligter (Notfallkontakt / Auskunftsberechtigte Person).(Hea...akt)
wo [hl7:templateId ​[@root​=​'1.2.40.0.34.11.1.1.4']]
 
Target.png
elgagab-data​element-105Kyellow.png Notfall-Kontakt Kyellow.png Datensatz
Treetree.png@typeCode
cs1 … 1FIND
Treetree.pnghl7:templateId
II1 … 1M(Hea...akt)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.11.1.1.4
Treetree.pnghl7: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.

(Hea...akt)
Treetree.pnghl7:associated​Entity
1 … 1MBeschreibung der Entität.(Hea...akt)
Treeblank.pngTreetree.png@classCode
cs1 … 1FECON
Treeblank.pngTreetree.pnghl7:code
CE0 … 1

Verwandtschaftsverhältnis des Beteiligten zum Patienten.
Beispiel: DAU („daughter“), wenn die Beteiligte die Tochter des Patienten ist.

(Hea...akt)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.17 ELGA_PersonalRelationship (DYNAMIC)
Treeblank.pngTreetree.pnghl7:addr
AD0 … 1
Adresse des Beteiligten.
Grundsätzlich sind die Vorgaben für „Adress-Elemente“ zu befolgen.
(Hea...akt)
Treeblank.pngTreetree.pnghl7:telecom
TEL.AT0 … *R
Beliebig viele Kontaktdaten des Beteiligten.
Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen.

Es SOLL mindestens eine Telefonnummer angegeben werden.
(Hea...akt)
Treeblank.pngTreetree.pnghl7:associated​Person
1 … 1M
Name des Beteiligten.
Grundsätzlich sind die Vorgaben für „Personen-Element“ zu befolgen.
(Hea...akt)
Eingefügt von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FPSN
Treeblank.pngTreeblank.pngTreetree.png@determiner​Code
cs0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreetree.pnghl7:name
PN1 … 1M

Name der Person

Für den Namen ist verpflichtend Granularitätsstufe 2 („strukturierte Angabe des Namens‘‘) anzuwenden!

Grundsätzlich sind die Vorgaben für „Namen-Elemente von Personen PN“ zu befolgen.
(Hea...akt)
Treeblank.pngTreetree.pnghl7:scoping​Organization
0 … 1
Organisation, der der Beteiligte angehört (mit Adresse und Kontaktdaten der Organisation).
Grundsätzlich sind die Vorgaben für „Organisations-Element“ zu befolgen.
(Hea...akt)
Eingefügt von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FORG
Treeblank.pngTreeblank.pngTreetree.png@determiner​Code
0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … *(Hea...akt)
Treeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1M(Hea...akt)
Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL.AT0 … *(Hea...akt)
Treeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1(Hea...akt)
Element/Attribut DT Kard Konf Beschreibung
participant POCD_MT000040.Participant 0..* O Beteiligter (Notfallkontakt / Auskunftsberechtigte Person)
@typeCode cs 1..1 M Fester Wert: IND
templateId II 1..1 M Fester Wert: @root = 1.2.40.0.34.11.1.1.4
time IVL_TS 0..1 O 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 gemäß Kapitel „Zeit-Elemente“ zu befolgen.

associatedEntity POCD_MT000040.AssociatedEntity 1..1 M Beschreibung der Entität
@classCode cs 1..1 M Fester Wert: ECON
code CE CWE 0..1 O Verwandtschaftsverhältnis des Beteiligten zum Patienten.

Beispiel: DAU („daughter“), wenn die Beteiligte die Tochter des Patienten ist.

@code cs 1..1 M Zulässige Werte gemäß Value-Set „ELGA_Personal-Relationship“
@displayName st 1..1 M Zulässige Werte gemäß Value-Set „ELGA_Personal-Relationship“


@codeSystem uid 1..1 M Fester Wert: 2.16.840.1.113883.5.111
@codeSystemName st 1..1 M Fester Wert: HL7:RoleCode
addr AD 0..1 O Adresse des Beteiligten.

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

telecom TEL 0..* R2 Beliebig viele Kontaktdaten des Beteiligten.
Grundsätzlich sind die Vorgaben gemäß Kapitel „Kontaktdaten-Element“ zu befolgen.

Es SOLL mindestens eine Telefonnummer angegeben werden.

associatedPerson POCD_MT000040.Person 1..1 M Name des Beteiligten

Grundsätzlich sind die Vorgaben gemäß Kapitel „Personen-Element“ zu befolgen

scopingOrganization POCD_MT000040.Organization 0..1 O Organisation, der der Beteiligte angehört (mit Adresse und Kontaktdaten der Organisation).

Grundsätzlich sind die Vorgaben gemäß Kapitel „Organisations-Element“ zu befolgen.

1.8.6 Angehörige

Als Angehörige sind in Österreich jene Personen anzusehen, welche in einem Verwandtschaftsverhältnis zum Patienten stehen, aber nicht unter die Gruppe der „Auskunftsberechtigten Personen“ fallen (siehe Kapitel 6.3.8.5).

Diese Beteiligten-Art wird durch folgende Kombination angegeben:

Element Wert Beschreibung Bedeutung
@typeCode IND Indirect target In indirektem Bezug
templateId 1.2.40.0.34.11.1.1.5 - Template ID zur Identifikation dieser Art von Beteiligten
functionCode - - Wird nicht angegeben
@classCode PRS Personal relationship In persönlicher Beziehung
1.8.6.1 Strukturbeispiel
<ClinicalDocument xmlns="urn:hl7-org:v3">
	:
<participant typeCode="IND">
<templateId root="1.2.40.0.34.11.1.1.5"/>
<associatedEntity classCode="PRS">
<!-- Verwandtschaftsverhältnis des Angehörigen zum Patienten -->
<code code="MTH"
              displayName="mother"
              codeSystem="2.16.840.1.113883.5.111"
              codeSystemName="HL7: RoleCode" />

<!-- Kontaktdaten des Angehörigen -->
<telecom value="tel:0660.1234567"/>
<associatedPerson>
<!-- Name des Angehörigen -->
<name>Herta Mutter</name>
</associatedPerson>
</associatedEntity>
</participant>
	:
</ClinicalDocument>
1.8.6.2 Spezifikation
Id1.2.40.0.34.11.1.1.5
ref
elgabbr-
Gültigkeit2016‑07‑21
Andere Versionen mit dieser Id:
  • Kblank.png HeaderParticipantAngehoerige vom 2013‑11‑13
  • Kblank.png HeaderParticipantAngehoerige vom 2013‑10‑16
StatusKgreen.png AktivVersions-Label
NameHeaderParticipantAngehoerigeBezeichnungHeaderParticipant Angehörige
BeschreibungAls Angehörige sind in Österreich jene Personen anzusehen, welche in einem Verwandtschaftsverhältnis zum Patienten stehen, aber nicht unter die Gruppe der „Auskunftsberechtigten Personen“ fallen.
KlassifikationCDA Header Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Benutzt
Benutzt 2 Templates
Benutzt als NameVersion
1.2.40.0.34.11.90001InklusionKgreen.png PersonElementsDYNAMIC
1.2.40.0.34.11.90002InklusionKgreen.png OrganizationElementsDYNAMIC
BeziehungVersion: Template 1.2.40.0.34.11.1.1.5 HeaderParticipant Angehörige (2016‑07‑21)
ref
elgabbr-
Beispiel
Strukturbeispiel Angehörige
<participant typeCode="IND">
  <templateId root="1.2.40.0.34.11.1.1.5"/>  <associatedEntity classCode="PRS">
    <!-- Verwandtschaftsverhältnis des Angehörigen zum Patienten -->
    <code code="MTH" displayName="mother" codeSystem="2.16.840.1.113883.5.111" codeSystemName="HL7: RoleCode"/>    <!-- Kontaktdaten des Angehörigen -->
    <addr/>    <telecom value="tel:0660.1234567"/>    <associatedPerson>
      <name>Herta Mutter</name>    </associatedPerson>
    <scopingOrganization/>  </associatedEntity>
</participant>
ItemDTKardKonfBeschreibungLabel
hl7:participant
Beteiligter (Angehöriger).(Hea...ige)
wo [hl7:templateId ​[@root​=​'1.2.40.0.34.11.1.1.5']]
Treetree.png@typeCode
cs1 … 1FIND
Treetree.pnghl7:templateId
II1 … 1M(Hea...ige)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.11.1.1.5
Treetree.pnghl7:associated​Entity
1 … 1MBeschreibung der Entität.(Hea...ige)
Treeblank.pngTreetree.png@classCode
cs1 … 1FPRS
Treeblank.pngTreetree.pnghl7:code
CE1 … 1M

Verwandtschaftsverhältnis des Beteiligten zum Patienten.Beispiel: DAU („Daughter“), wenn die Beteiligte die Tochter des Patienten ist.

(Hea...ige)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.17 ELGA_PersonalRelationship (DYNAMIC)
Treeblank.pngTreetree.pnghl7:addr
AD0 … 1

Adresse des Beteiligten.Grundsätzlich sind die Vorgaben für „Adress-Elemente“ zu befolgen.

(Hea...ige)
Treeblank.pngTreetree.pnghl7:telecom
TEL.AT0 … *
Beliebig viele Kontaktdaten des Beteiligten.
Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen.
(Hea...ige)
Treeblank.pngTreetree.pnghl7:associated​Person
1 … 1MBeteiligte Person.
Grundsätzlich sind die Vorgaben für „Personen-Element“ zu befolgen.
(Hea...ige)
Eingefügt von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FPSN
Treeblank.pngTreeblank.pngTreetree.png@determiner​Code
cs0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreetree.pnghl7:name
PN1 … 1M

Name der Person

Für den Namen ist verpflichtend Granularitätsstufe 2 („strukturierte Angabe des Namens‘‘) anzuwenden!

Grundsätzlich sind die Vorgaben für „Namen-Elemente von Personen PN“ zu befolgen.
(Hea...ige)
Treeblank.pngTreetree.pnghl7:scoping​Organization
0 … 1
Organisation, der der Beteiligte angehört (mit Adresse und Kontaktdaten der Organisation).
Grundsätzlich sind die Vorgaben für „Organisations-Element“ zu befolgen.
(Hea...ige)
Eingefügt von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FORG
Treeblank.pngTreeblank.pngTreetree.png@determiner​Code
0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … *(Hea...ige)
Treeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1M(Hea...ige)
Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL.AT0 … *(Hea...ige)
Treeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1(Hea...ige)
Element/Attribut DT Kard Konf Beschreibung
participant POCD_MT000040.Participant 0..* O Beteiligter (Angehöriger)
@typeCode cs 1..1 M Fester Wert: IND
templateId II 1..1 M Fester Wert: @root = 1.2.40.0.34.11.1.1.5
associatedEntity POCD_MT000040.AssociatedEntity 1..1 M Beschreibung der Entität
@classCode cs 1..1 M Fester Wert: PRS
code CE CWE 1..1 M Verwandtschaftsverhältnis des Beteiligten zum Patienten.

Beispiel: DAU („daughter“), wenn die Beteiligte die Tochter des Patienten ist.

@code cs 1..1 M Zulässige Werte gemäß Value-Set „ELGA_Personal-Relationship
@displayName st 1..1 M Zulässige Werte gemäß Value-Set „ELGA_Personal-Relationship
@codeSystem uid 1..1 M Fester Wert: 2.16.840.1.113883.5.111
@codeSystemName st 1..1 M Fester Wert: HL7:RoleCode
addr AD 0..1 O Adresse des Beteiligten.

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

telecom TEL 0..* O Beliebig viele Kontaktdaten des Beteiligten.
Grundsätzlich sind die Vorgaben gemäß Kapitel „Kontaktdaten-Element“ zu befolgen.
associatedPerson POCD_MT000040.Person 1..1 M Beteiligte Person.
Grundsätzlich sind die Vorgaben gemäß Kapitel „Personen-Element“ zu befolgen.
name PN 1..1 M Name des Beteiligten
scopingOrganization POCD_MT000040.Organization 0..1 O Organisation, der der Beteiligte angehört (mit Adresse und Kontaktdaten der Organisation).

Grundsätzlich sind die Vorgaben gemäß Kapitel „Organisations-Element“ zu befolgen.

1.8.7 Versicherter/Versicherung

Diese Beteiligten-Art wird durch folgende Kombination angegeben:

Element Wert Beschreibung Bedeutung
@typeCode HLD Holder Teilnehmer hält ein finanzielles Instrument
templateId 1.2.40.0.34.11.1.1.6 - Template ID zur Identifikation dieser Art von Beteiligten
functionCode - - Wird nicht angegeben
@classCode POLHOLD Policy holder Halter einer Versicherungspolizze
1.8.7.1 Strukturbeispiel 1: Patient ist selbst der Versicherungsnehmer

In diesem Fall können die Angaben zur Person (Adresse, Kontaktdaten, Name des Patienten) entfallen, da diese bereits in der Klasse patientRole angegeben sind.

<ClinicalDocument xmlns="urn:hl7-org:v3"> : <participant typeCode="HLD"> <templateId root="1.2.40.0.34.11.1.1.6"/>

<associatedEntity classCode="POLHOLD">

<id root="1.2.40.0.10.1.4.3.1" extension="123424121970" assigningAuthorityName="Österreichische Sozialversicherung"/>

<code code="SELF" displayName="self" codeSystem="2.16.840.1.113883.5.111" codeSystemName="HL7:RoleCode" />

<scopingOrganization> <name>Sozialversicherung der gew. Wirtschaft</name> <telecom value="tel:01.54654-0"/> <telecom value="fax:01.54654-385"/> <telecom value="http://esv-sva.sozvers.at"/> <addr> <streetName>Wiedner Hauptstraße</streetName> <houseNumber>84-86</houseNumber> <postalCode>1051</postalCode> <city>Wien</city> <country>AUT</country> </addr> </scopingOrganization>

</associatedEntity> </participant> : </ClinicalDocument>

1.8.7.2 Strukturbeispiel 2: Patient ist bei einem Angehörigen mitversichert

In diesem Fall MÜSSEN die Angaben zur versicherten Person vorhanden sein. Im Mindesten MUSS der Name der versicherten Person angegeben sein.

<ClinicalDocument xmlns="urn:hl7-org:v3"> : <participant typeCode="HLD"> <templateId root="1.2.40.0.34.11.1.1.6"/>

<associatedEntity classCode="POLHOLD">

<id root="1.2.40.0.10.1.4.3.1" extension="123424121970" assigningAuthorityName="Österreichische Sozialversicherung"/>

<code code="FAMDEP" displayName="family dependent" codeSystem="2.16.840.1.113883.5.111" codeSystemName="HL7:RoleCode" />

<addr> <streetName>Musterstrasse</streetName> <houseNumber>47-51</houseNumber> <postalCode>8010</postalCode> <city>Graz</city> <country>AUT</country> </addr>

<telecom value="tel:+43.(0)50.55460-0"/>

<associatedPerson> <name> <given>Herbert</given> <family>Vater</family> </name> </associatedPerson>

<scopingOrganization> <name>Sozialversicherung der gew. Wirtschaft</name> <telecom value="tel:01.54654-0"/> <telecom value="fax:01.54654-385"/> <telecom value="http://esv-sva.sozvers.at"/> <addr> <streetName>Wiedner Hauptstraße</streetName> <houseNumber>84-86</houseNumber> <postalCode>1051</postalCode> <city>Wien</city> <state>Wien</state> <country>AUT</country> </addr> </scopingOrganization>

</associatedEntity> </participant> : </ClinicalDocument>

1.8.7.3 Spezifikation
Id1.2.40.0.34.11.1.1.6
ref
elgabbr-
Gültigkeit2015‑11‑25
Andere Versionen mit dieser Id:
  • Kblank.png HeaderParticipantVersicherung vom 2013‑10‑16
StatusKgreen.png AktivVersions-Label
NameHeaderParticipantVersicherungBezeichnungHeaderParticipant Versicherung
BeschreibungVersicherter/Versicherung
KlassifikationCDA Header Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit
Assoziiert mit 1 Konzept
IdNameDatensatz
elgagab-data​element-119Kyellow.png Versicherter/Versicherung Kyellow.png Datensatz
Benutzt
Benutzt 2 Templates
Benutzt als NameVersion
1.2.40.0.34.11.90001InklusionKgreen.png PersonElementsDYNAMIC
1.2.40.0.34.11.90002InklusionKgreen.png OrganizationElementsDYNAMIC
BeziehungVersion: Template 1.2.40.0.34.11.1.1.6 HeaderParticipant Versicherung (2015‑11‑25)
ref
elgabbr-
Beispiel
Patient ist selbst der Versicherungsnehmer
<!-- In diesem Fall können die Angaben zur Person (Adresse, Kontaktdaten, Name des Patienten) entfallen, da diese bereits in der Klasse patientRole angegeben sind. -->
<participant typeCode="HLD">
  <templateId root="1.2.40.0.34.11.1.1.6"/>  <time>
    <low value="20020101"/>    <high value="20151231"/>  </time>
  <associatedEntity classCode="POLHOLD">
    <id root="1.2.40.0.10.1.4.3.1" extension="123424121970" assigningAuthorityName="Österreichische Sozialversicherung"/>    <code code="SELF" displayName="self" codeSystem="2.16.840.1.113883.5.111" codeSystemName="HL7:RoleCode"/>    <scopingOrganization>
      <name>Sozialversicherung der gew. Wirtschaft</name>      <telecom value="tel:01.54654-0"/>      <telecom value="fax:01.54654-385"/>      <telecom value="http://esv-sva.sozvers.at"/>      <addr>
        <streetName>Wiedner Hauptstraße</streetName>        <houseNumber>84-86</houseNumber>        <postalCode>1051</postalCode>        <city>Wien</city>        <country>AUT</country>      </addr>
    </scopingOrganization>
  </associatedEntity>
</participant>
Beispiel
Patient ist bei einem Angehörigen mitversichert
<!-- In diesem Fall MÜSSEN die Angaben zur versicherten Person vorhanden sein. Im Mindesten MUSS der Name der versicherten Person angegeben sein. -->
<participant typeCode="HLD">
  <templateId root="1.2.40.0.34.11.1.1.6"/>  <!-- Versicherungszeitraum vom 01.01.2002 – 31.12.2008 -->
  <time>
    <low value="20020101"/>    <high value="20081231"/>  </time>
  <associatedEntity classCode="POLHOLD">
    <!-- SV Nummer der Person, bei der der Patient mitversichert ist -->
    <id root="1.2.40.0.10.1.4.3.1" extension="123424121970" assigningAuthorityName="Österreichische Sozialversicherung"/>    <!-- Code FAMDEP (Mitversichert bei Familienangehörigen) -->
    <code code="FAMDEP" displayName="family dependent" codeSystem="2.16.840.1.113883.5.111" codeSystemName="HL7:RoleCode"/>    <!-- Adresse der Person, bei der der Patient mitversichert ist -->
    <addr>
      <streetName>Musterstrasse</streetName>      <houseNumber>47-51</houseNumber>      <postalCode>8010</postalCode>      <city>Graz</city>      <country>AUT</country>    </addr>
    <!-- Kontakt(e) der Person, bei der der Patient mitversichert ist -->
    <telecom value="tel:+43.(0)50.55460-0"/>    <!-- Name der Person, bei der der Patient mitversichert ist -->
    <associatedPerson>
      <name>
        <given>Herbert</given>        <family>Vater</family>      </name>
    </associatedPerson>
    <!-- Versicherungsgesellschaft -->
    <scopingOrganization>
      <name>Sozialversicherung der gew. Wirtschaft</name>      <telecom value="tel:01.54654-0"/>      <telecom value="fax:01.54654-385"/>      <telecom value="http://esv-sva.sozvers.at"/>      <addr>
        <streetName>Wiedner
Hauptstraße
</streetName>
        <houseNumber>84-86</houseNumber>        <postalCode>1051</postalCode>        <city>Wien</city>        <state>Wien</state>        <country>AUT</country>      </addr>
    </scopingOrganization>
  </associatedEntity>
</participant>
ItemDTKardKonfBeschreibungLabel
hl7:participant
Beteiligter (Versicherter/Versicherung).(Hea...ung)
wo [hl7:templateId ​[@root​=​'1.2.40.0.34.11.1.1.6']]
 
Target.png
elgagab-data​element-119Kyellow.png Versicherter/Versicherung Kyellow.png Datensatz
Treetree.png@typeCode
cs1 … 1FHLD
Treetree.pnghl7:templateId
II1 … 1M(Hea...ung)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.11.1.1.6
Treetree.pnghl7:time
IVL_TS0 … 1
Gültigkeitszeitraum der Versicherungspolizze.
Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen.
(Hea...ung)
Treetree.pnghl7:associated​Entity
1 … 1MBeschreibung der Entität.(Hea...ung)
Treeblank.pngTreetree.png@classCode
cs1 … 1FPOLHOLD
Treeblank.pngTreetree.pnghl7:id
II0 … *

Sozialversicherungsnummer des Patienten (SELF) oder der Person, bei der der Patient mitversichert ist (FAMDEP)

Zugelassene nullFlavor:

  • NI … Patient hat keine Sozialversicherungsnum­mer (z.B. Ausländer, …)
  • UNK … Patient hat eine Sozialversicherungsnummer, diese ist jedoch unbekannt
(Hea...ung)
Treeblank.pngTreetree.pnghl7:code
CE0 … 1

Versicherungsverhältnis codiert.Beispiele:SELF, wenn der Patient selbst der Versicherte ist.FAMDEP, wenn der Patient bei einem Familienmitglied mitversichert ist.

(Hea...ung)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.9 ELGA_InsuredAssocEntity (DYNAMIC)
Treeblank.pngTreetree.pnghl7:addr
AD0 … 1
Adresse des Beteiligten.
Grundsätzlich sind die Vorgaben für „Adress-Elemente“ zu befolgen.
(Hea...ung)
Treeblank.pngTreetree.pnghl7:telecom
TEL.AT0 … *
Beliebig viele Kontaktdaten des Beteiligten.
Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen.
(Hea...ung)
Treeblank.pngTreetree.pnghl7:associated​Person
0 … 1
Name des Beteiligten.
Grundsätzlich sind die Vorgaben für „Personen-Element“ zu befolgen.
(Hea...ung)
Eingefügt von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FPSN
Treeblank.pngTreeblank.pngTreetree.png@determiner​Code
cs0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreetree.pnghl7:name
PN1 … 1M

Name der Person

Für den Namen ist verpflichtend Granularitätsstufe 2 („strukturierte Angabe des Namens‘‘) anzuwenden!

Grundsätzlich sind die Vorgaben für „Namen-Elemente von Personen PN“ zu befolgen.
(Hea...ung)
 Schematron assertrole error 
 testhl7:code/@code!='FAMDEP' or count(hl7:associated​Person)=1 
 MeldungWenn das Versicherungsverhältnis "familienversichert" ist, dann muss eine associatedPerson angegeben sein 
Treeblank.pngTreetree.pnghl7:scoping​Organization
1 … 1R
Versicherungsgesellschaft.
Grundsätzlich sind die Vorgaben für „Organisations-Element“ zu befolgen.
(Hea...ung)
Eingefügt von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FORG
Treeblank.pngTreeblank.pngTreetree.png@determiner​Code
0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … *(Hea...ung)
Treeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1M(Hea...ung)
Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL.AT0 … *(Hea...ung)
Treeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1(Hea...ung)
Element/Attribut DT Kard Konf Beschreibung


participant POCD_MT000040.Participant 0..* O Beteiligter (Versicherter/Versicherung)
@typeCode cs 1..1 M Fester Wert: HLD
templateId II 1..1 M Fester Wert: @root = 1.2.40.0.34.11.1.1.6
time IVL_TS 0..1 O Gültigkeitszeitraum der Versicherungspolizze
Grundsätzlich sind die Vorgaben gemäß Kapitel „Zeit-Elemente“ zu befolgen.
associatedEntity POCD_MT000040.AssociatedEntity 1..1 M Beschreibung der Entität
@classCode cs 1..1 M Fester Wert: POLHOLD
id II 1..1 R Sozialversicherungsnummer des Patienten (SELF) oder der Person, bei der der Patient mitversichert ist (FAMDEP)

Zugelassene nullFlavor:

  • NI … Patient hat keine Sozialversicherungsnum-mer (z.B. Ausländer, …)
  • UNK … Patient hat eine Sozialversicherungsnummer, diese ist jedoch unbekannt
@root uid 1..1 M OID der Krankenversicherung
z.B.: 1.2.40.0.10.1.4.3.1 (gilt für die SVNr aller Sozialversicherungsträger)
@extension st 1..1 M Krankenversicherungsnummer
z.B.: 1111040570 (SVNr)
@assigningAuthorityName st 0..1 O Name des Versicherungsträgers, z.B.: Österreichische Sozialversicherung
code CE CWE 1..1 M Versicherungsverhältnis codiert

Beispiele:
SELF, wenn der Patient selbst der Versicherte ist. FAMDEP, wenn der Patient bei einem Familienmitglied mitversichert ist.

@code cs 1..1 M Zulässige Werte gemäß Value-Set „ELGA_Insured_AssocEntity“
@displayName st 1..1 M Zulässige Werte gemäß Value-Set „ELGA_Insured_AssocEntity“
@codeSystem uid 1..1 M Fester Wert: 2.16.840.1.113883.5.111
@codeSystemName st 1..1 M Fester Wert: HL7:RoleCode
addr AD 0..1 O Adresse des Beteiligten.

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

telecom TEL 0..* O Beliebig viele Kontaktdaten des Beteiligten.
Grundsätzlich sind die Vorgaben gemäß Kapitel „Kontaktdaten-Element“ zu befolgen.
associatedPerson POCD_MT000040.Person 0..1 C Name des Beteiligten

Grundsätzlich sind die Vorgaben gemäß Kapitel „Personen-Element“ zu befolgen

Konditionale Konformität:
Wenn Versicherungsverhältnis „FAMDEP“
Sonst

1..1
0..1

M
O
scopingOrganization POCD_MT000040.Organization 1..1 M Versicherungsgesellschaft.

Grundsätzlich sind die Vorgaben gemäß Kapitel „Organisations-Element“ zu befolgen.

1.8.8 Betreuende Organisation

Als betreuende Organisation ist jene Organisation anzusehen, welche den Patienten nach Entlassung betreut (Trägerorganisationen, Vereine). Beispiele: Mobile Hauskrankenpflege, Wohn- und Pflegeheime, Behinderteneinrichtungen, sozial betreutes Wohnen, …

Diese Beteiligten-Art wird durch folgende Kombination angegeben:

Element Wert Beschreibung Bedeutung
@typeCode IND Indirect target In indirektem Bezug
templateId 1.2.40.0.34.11.1.1.7 - Template ID zur Identifikation dieser Art von Beteiligten
functionCode - - Wird nicht angegeben
@classCode CAREGIVER Betreuer Betreuende Entität
1.8.8.1 Strukturbeispiel

<ClinicalDocument xmlns="urn:hl7-org:v3"> : <participant typeCode="IND"> <templateId root="1.2.40.0.34.11.1.1.7"/> <associatedEntity classCode="CAREGIVER">

<scopingOrganization>

<name>Altenpflegeheim Sorgenfrei</name>

<telecom value="tel:+43.1.3453446.0"/> <telecom value="fax:+43.1.3453446.4674"/> <telecom value="mailto:info@altenpflegeheim-sorgenfrei.at"/> <telecom value="http://www.altenpflegeheim-sorgenfrei.at"/>

<addr> <streetName>Im schönen Walde</streetName> <houseNumber>24</houseNumber> <postalCode>2500</postalCode> <city>Baden</city> <state>Niederösterreich</state> <country>AUT</country> </addr>

</scopingOrganization>

</associatedEntity> </participant> : </ClinicalDocument>

1.8.8.2 Spezifikation
Id1.2.40.0.34.11.1.1.7
ref
elgabbr-
Gültigkeit2013‑10‑16
StatusKgreen.png AktivVersions-Label
NameHeaderParticipantBetreuorgBezeichnungHeaderParticipant Betreuungsorganisation
KlassifikationCDA Header Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit
Assoziiert mit 1 Konzept
IdNameDatensatz
elgagab-data​element-251Kyellow.png Betreuende Organisation Kyellow.png Datensatz
Benutzt
Benutzt 1 Template
Benutzt als NameVersion
1.2.40.0.34.11.90002InklusionKgreen.png OrganizationElementsDYNAMIC
BeziehungVersion: Template 1.2.40.0.34.11.1.1.7 HeaderParticipant Betreuungsorganisation (2013‑10‑16)
ref
elgabbr-
Beispiel
Strukturbeispiel Betreuende Organisation
<participant typeCode="IND">
  <templateId root="1.2.40.0.34.11.1.1.7"/>  <associatedEntity classCode="CAREGIVER">
    <!-- Betreuende Organisation -->
    <scopingOrganization>
      <!-- Name der betreuenden Organisation -->
      <name>Altenpflegeheim Sorgenfrei</name>      <!-- Kontaktdaten der betreuenden Organisation -->
      <telecom value="tel:+43.1.3453446.0"/>      <telecom value="fax:+43.1.3453446.4674"/>      <telecom value="mailto:info@altenpflegeheim-sorgenfrei.at"/>      <telecom value="http://www.altenpflegeheim-sorgenfrei.at"/>      <!-- Adresse der betreuenden Organisation -->
      <addr>
        <streetName>Im schönen Walde</streetName>        <houseNumber>24</houseNumber>        <postalCode>2500</postalCode>        <city>Baden</city>        <state>Niederösterreich</state>        <country>AUT</country>      </addr>
    </scopingOrganization>
  </associatedEntity>
</participant>
ItemDTKardKonfBeschreibungLabel
hl7:participant
Beteiligter (Betreuende Organisation).(Hea...org)
wo [hl7:templateId ​[@root​=​'1.2.40.0.34.11.1.1.7']]
 
Target.png
elgagab-data​element-251Kyellow.png Betreuende Organisation Kyellow.png Datensatz
Treetree.png@typeCode
cs1 … 1FIND
Treetree.pnghl7:templateId
II1 … 1M(Hea...org)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.11.1.1.7
Treetree.pnghl7:associated​Entity
1 … 1MBeschreibung der Entität.(Hea...org)
Treeblank.pngTreetree.png@classCode
cs1 … 1FCAREGIVER
Treeblank.pngTreetree.pnghl7:scoping​Organization
1 … 1M
Betreuende Organisation.
Grundsätzlich sind die Vorgaben für „Organisations-Element“ zu befolgen.
(Hea...org)
Eingefügt von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FORG
Treeblank.pngTreeblank.pngTreetree.png@determiner​Code
0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … *(Hea...org)
Treeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1M(Hea...org)
Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL.AT0 … *(Hea...org)
Treeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1(Hea...org)
Element/Attribut DT Kard Konf Beschreibung
participant POCD_MT000040.Participant 0..1 O Beteiligter (Betreuende Organisation)
@typeCode cs 1..1 M Fester Wert: IND
templateId II 1..1 M Fester Wert: @root = 1.2.40.0.34.11.1.1.7
associatedEntity POCD_MT000040.AssociatedEntity 1..1 M Beschreibung der Entität
@classCode cs 1..1 M Fester Wert: CAREGIVER


scopingOrganization POCD_MT000040.Organization 1..1 M Betreuende Organisation
Grundsätzlich sind die Vorgaben gemäß Kapitel „Organisations-Element“ zu befolgen.

1.8.9 Weitere Behandler

Über dieses Element können weitere an der medizinischen Behandlung maßgeblich beteiligte Personen angegeben werden. Das können Ärzte aus der gleichen oder einer anderen Abteilung sein, weiters niedergelassene behandelnde Ärzte (z.B. der behandelnde Internist oder Kinderarzt) aber auch nicht-ärztliche Behandler, wie z.B. Psychologen.

Die Angabe dieses Elements ist grundsätzlich optional, wobei in den speziellen Leitfäden eine verpflichtende Angabe spezifiziert sein kann. Bei Verwendung sollen möglichst präzise Kontaktdaten angegeben werden. Es obliegt der dokumenterzeugenden Organisation zu entscheiden, welche weitere Behandler sie veröffentlicht.

Diese Beteiligten-Art wird durch folgende Kombination angegeben:

Element Wert Beschreibung Bedeutung
@typeCode CON Consultant Weitere Behandler
templateId 1.2.40.0.34.11.1.1.8 - Template ID zur Identifikation dieser Art von Beteiligten
functionCode Wert aus Value Set ELGA_Funktionscodes Angabe der Funktion bzw. der Fachrichtung des Behandlers
@classCode PROV Healthcare provider Gesundheitsdienstanbieter
1.8.9.1 Strukturbeispiel
<ClinicalDocument xmlns="urn:hl7-org:v3">
 :
<participant typeCode="CON">
<templateId root="1.2.40.0.34.11.1.1.8"/>
<functionCode code="130" displayName="Facharzt für Neurologie" 
              codeSystem="1.2.40.0.34.5.160" 
              codeSystemName="ELGA_Fachaerzte"/>

<associatedEntity classCode="PROV">

<!-- Kontaktdaten des Behandlers -->
<telecom value="tel:+43.6138.3453446.1"/>
<telecom value="mailto:robert.betterman@amadeusspital.at"/>

<associatedPerson>
<!-- Name des fachlichen Ansprechpartners -->
<name>
<prefix qualifier="AC">Dr.</prefix>
<given>Robert</given>
<family>Betterman</family>
</name>
… ODER …
<name>Dr. Robert Betterman</name>
</associatedPerson>

</associatedEntity>
</participant>
	:
</ClinicalDocument>
1.8.9.2 Spezifikation
Id1.2.40.0.34.11.1.1.8
ref
elgabbr-
Gültigkeit2017‑02‑20
StatusKgreen.png AktivVersions-Label
NameHeaderParticipantConsultantBezeichnungHeaderParticipant Weitere Behandler
Beschreibung

Über dieses Element können weitere an der medizinischen Behandlung maßgeblich beteiligte Personen angegeben werden. Das können Ärzte aus der gleichen oder einer anderen Abteilung sein, weiters niedergelassene behandelnde Ärzte (z.B. der behandelnde Internist oder Kinderarzt) aber auch nicht-ärztliche Behandler, wie z.B. Psychologen.
Bei Verwendung sollen möglichst präzise Kontaktdaten angegeben werden. Es obliegt der dokumenterzeugenden Organisation zu entscheiden, welche weitere Behandler sie veröffentlicht.

KlassifikationCDA Header Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit
Assoziiert mit 1 Konzept
IdNameDatensatz
elgagab-data​element-136Kyellow.png Weitere Behandler Kyellow.png Datensatz
Benutzt
Benutzt 2 Templates
Benutzt als NameVersion
1.2.40.0.34.11.90001InklusionKgreen.png PersonElementsDYNAMIC
1.2.40.0.34.11.90002InklusionKgreen.png OrganizationElementsDYNAMIC
BeziehungVersion: Template 1.2.40.0.34.11.1.1.8 HeaderParticipant Weitere Behandler (2017‑02‑20)
ref
elgabbr-
Beispiel
Strukturbeispiel Weitere Behandler
<participant typeCode="CON">
  <templateId root="1.2.40.0.34.11.1.1.8"/>  <functionCode code="130" displayName="Facharzt für Neurologie" codeSystem="1.2.40.0.34.5.160" codeSystemName="ELGA_Fachaerzte"/>  <associatedEntity classCode="PROV">
    <!-- Kontaktdaten des Behandlers -->
    <telecom value="tel:+43.6138.3453446.1"/>    <telecom value="mailto:robert.betterman@amadeusspital.at"/>    <associatedPerson>
      <!-- Name des Behandlers -->
      <name>
        <prefix qualifier="AC">Dr.</prefix>        <given>Robert</given>        <family>Betterman</family>      </name>
      <!-- ... ODER ... -->
      <name>Dr. Robert Betterman</name>    </associatedPerson>
  </associatedEntity>
</participant>
ItemDTKardKonfBeschreibungLabel
hl7:participant
Beteiligter (Fachlicher Ansprechpartner).(Hea...ant)
wo [hl7:templateId ​[@root​=​'1.2.40.0.34.11.1.1.8']]
 
Target.png
elgagab-data​element-136Kyellow.png Weitere Behandler Kyellow.png Datensatz
Treetree.png@typeCode
cs1 … 1FCON
 Weitere Behandler.
Treetree.pnghl7:templateId
II1 … 1M(Hea...ant)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.11.1.1.8
Treetree.pnghl7:functionCode
CE0 … 1RAngabe der Funktion bzw. der Fachrichtung des Behandlers.
z.B: „Facharzt für Neurologie“ 
Eigene Codes und Bezeichnungen dürfen verwendet werden. 
Grundsätzlich sind die Vorgaben für „code-Element CE CWE“ zu befolgen.
(Hea...ant)
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.6 ELGA_AuthorSpeciality (DYNAMIC)
Treetree.pnghl7:associated​Entity
1 … 1M(Hea...ant)
Treeblank.pngTreetree.png@classCode
cs1 … 1FPROV
 Gesundheitsdienstanbieter.
Treeblank.pngTreetree.pnghl7:addr
AD0 … 1
Adresse des Beteiligten.
Grundsätzlich sind die Vorgaben für „Adress-Elemente“ zu befolgen.
(Hea...ant)
Treeblank.pngTreetree.pnghl7:telecom
TEL.AT0 … *RBeliebig viele Kontaktdaten des Beteiligten.
Es MUSS mindestens eine Telefon-Nummer angegeben werden.
(Hea...ant)
Treeblank.pngTreetree.pnghl7:associated​Person
1 … 1M
Beteiligte Person
Grundsätzlich sind die Vorgaben für „Personen-Element“ zu befolgen.
(Hea...ant)
Eingefügt von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FPSN
Treeblank.pngTreeblank.pngTreetree.png@determiner​Code
cs0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreetree.pnghl7:name
PN1 … 1M

Name der Person

Für den Namen ist verpflichtend Granularitätsstufe 2 („strukturierte Angabe des Namens‘‘) anzuwenden!

Grundsätzlich sind die Vorgaben für „Namen-Elemente von Personen PN“ zu befolgen.
(Hea...ant)
Treeblank.pngTreetree.pnghl7: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.
(Hea...ant)
Eingefügt von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC)
Treeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FORG
Treeblank.pngTreeblank.pngTreetree.png@determiner​Code
0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … *(Hea...ant)
Treeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1M(Hea...ant)
Treeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL.AT0 … *(Hea...ant)
Treeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1(Hea...ant)
Element/Attribut DT Kard Konf Beschreibung
participant POCD_MT000040.Participant 0..* O Beteiligter (Fachlicher Ansprechpartner)
@typeCode cs 1..1 M Fester Wert: CON
templateId II 1..1 M Fester Wert: @root = 1.2.40.0.34.11.1.1.8
functionCode CE CWE 0..1 R2 Funktionscode des Behandlers
z.B: „Facharzt für Neurologie“

Eigene Codes und Bezeichnungen dürfen verwendet werden.
Grundsätzlich sind die Vorgaben gemäß Kapitel „code-Element CE CWE“ zu befolgen.

@code cs 1..1 M Vorgeschlagene Werte gemäß Value-Set „ELGA_AuthorSpeciality“
@displayName st 1..1 M Textuelle Beschreibung der Funktion / Fachrichtung
@codeSystem uid 1..1 M OID des Codesystems
@codeSystemName st 0..1 O Name des Codesystems
associatedEntity POCD_MT000040.AssociatedEntity 1..1 M
@classCode cs 1..1 M Fester Wert: PROV
addr AD 0..1 O Adresse des Beteiligten.

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

telecom TEL 0..* O Beliebig viele Kontaktdaten des Beteiligten.

Es MUSS mindestens eine Telefon-Nummer angegeben werden.

associatedPerson POCD_MT000040.Person 1..1 M Beteiligte Person
Grundsätzlich sind die Vorgaben gemäß Kapitel „Personen-Element“ zu befolgen.
name PN 1..1 M Name des Beteiligten
scopingOrganization POCD_MT000040.Organization 0..1 O Organisation, der der Beteiligte angehört (mit Adresse und Kontaktdaten der Organisation)
Grundsätzlich sind die Vorgaben gemäß Kapitel „Organisations-Element“ zu befolgen.