ILF:Antrag auf Heilverfahren

[[Kategorie:]]

CDA Implementierungsleitfäden

HL7 Implementation Guide for CDA^® R2:
Antrag auf Heilverfahren

Zur Anwendung im österreichischen
Gesundheitswesen [1.2.40.0.34.7.1.6.2]

26. Juli 2018

DRAFT

Entwurf

1 Informationen über dieses Dokument

1.1 Allgemeines

Im Sinne einer transparenten Arbeitsweise und dem Zwecke der Harmonisierung und Kommunikation der Ergebnisse, welche im Zuge der Entwicklung des CDA-Leitfaden "Antrag auf Heilverfahren" erarbeiteten wurden, werden diese in bewährter Weise auf der Wiki-Seite der HL7 Austria verfügbar gemacht.

1.2 Verbindlichkeit

Mit der ELGA-Verordnung 2015 (in der Fassung der ELGA-VO-Nov-2015) macht die Bundesministerin für Gesundheit und Frauen die Festlegungen für Inhalt, Struktur, Format und Codierung verbindlich, die in den Implementierungsleitfäden Entlassungsbrief Ärztlich, Entlassungsbrief Pflege, Pflegesituationsbericht, Laborbefunde, Befund bildgebender Diagnostik, e-Medikation sowie XDS Metadaten (jeweils in der Version 2.06) getroffen wurden. Die anzuwendende ELGA-Interoperabilitätsstufen ergeben sich aus §21 Abs.6 ELGA-VO. Die Leitfäden in ihrer jeweils aktuell gültigen Fassung sowie die aktualisierten Terminologien sind von der Gesundheitsministerin auf www.gesundheit.gv.at zu veröffentlichen. Der Zeitplan zur Bereitstellung der Dokumente für ELGA wird durch das Gesundheitstelematikgesetz 2012 (GTelG 2012) und darauf basierenden Durchführungsverordnungen durch die Bundesministerin für Gesundheit und Frauen vorgegeben.

Die Verbindlichkeit und die Umsetzungsfrist dieses Leitfadens ist im Gesundheitstelematikgesetz 2012, BGBl.I Nr.111/2012 sowie in den darauf fußenden ELGA-Verordnungen geregelt.

Neue Hauptversionen der Implementierungsleitfäden KÖNNEN ab dem Tag ihrer Veröffentlichung durch die Bundesministerin für Gesundheit und Frauen (www.gesundheit.gv.at) verwendet werden, spätestens 18 Monate nach ihrer Veröffentlichung MÜSSEN sie verwendet werden. Andere Aktualisierungen (Nebenversionen) dürfen auch ohne Änderung dieser Verordnung unter www.gesundheit.gv.at veröffentlicht werden.

Die Einhaltung der gesetzlichen Bestimmungen liegt im Verantwortungsbereich der Ersteller der CDA-Dokumente.

1.3 Zielgruppe

Anwender dieses Dokuments sind Softwareentwickler und Berater, die allgemein mit Implementierungen und Integrationen im Umfeld der ELGA, insbesondere der ELGA-Gesundheitsdaten, betraut sind. Eine weitere Zielgruppe sind alle an der Erstellung von CDA-Dokumenten beteiligten Personen, einschließlich der Endbenutzer der medizinischen Softwaresysteme und der Angehörigen von Gesundheitsberufen.

1.4 Hinweis auf verwendete Grundlagen

Der vorliegende Leitfaden wurde unter Verwendung der nachstehend beschriebenen Dokumente erstellt. Das Urheberrecht an allen genannten Dokumenten wird im vollen Umfang respektiert.

Dieser Standard beruht auf der Spezifikation "HL7 Clinical Document Architecture, Release 2.0", für die das Copyright © von Health Level Seven International gilt. HL7 Standards können über die HL7 Anwendergruppe Österreich (HL7 Austria), die offizielle Vertretung von Health Level Seven International in Österreich bezogen werden (www.hl7.at). Alle auf nationale Verhältnisse angepassten und veröffentlichten HL7-Spezifikationen können ohne Lizenz- und Nutzungsgebühren in jeder Art von Anwendungssoftware verwendet werden.

Dieser Leitfaden beruht auf Inhalten des LOINC® (Logical Observation Identifiers Names and Codes, siehe http://loinc.org). Die LOINC-Codes, Tabellen, Panels und Formulare unterliegen dem Copyright © 1995-2014, Regenstrief Institute, Inc. und dem LOINC Committee, sie sind unentgeltlich erhältlich. Lizenzinformationen sind unter http://loinc.org/terms-of-use abrufbar. Weiters werden Inhalte des UCUM® verwendet, UCUM-Codes, Tabellen und UCUM Spezifikationen beruhen auf dem Copyright © 1998-2013 des Regenstrief Institute, Inc. und der Unified Codes for Units of Measures (UCUM) Organization. Lizenzinformationen sind unter http://unitsofmeasure.org/trac/wiki/TermsOfUse abrufbar.

1.5 Danksagung

Die ELGA GmbH weist auf das Dokument „Arztbrief auf Basis der HL7 Clinical Document Architecture Release 2.0 für das deutsche Gesundheitswesen“ hin, welches vom Verband der Hersteller von IT-Lösungen für das Gesundheitswesen (VHitG) herausgegeben wurde. Einige Ausführungen in dem genannten Dokument wurden in das vorliegende Dokument übernommen. Das Urheberrecht an dem Dokument „Arztbrief auf Basis der HL7 Clinical Document Architecture Release 2.0 für das deutsche Gesundheitswesen“, wird im vollen Umfang respektiert.

5 Administrative Daten (CDA Header)

Dieses Kapitel basiert auf dem entsprechenden Kapitel im „Allgemeinen Implementierungsleitfaden“ (Implementierungsleitfaden HL7 Implementation Guide for CDA® R2: Allgemeiner Implementierungsleitfaden für ELGA CDA Dokumente [OID Root 1.2.40.0.34.7.1]) und beschreibt die darüber hinausgehenden Spezifikationen zum Thema „Antrag auf Heilverfahren“.

5.1 Dokumentenstruktur

5.1.1 Elemente ohne spezielle Vorgaben

Folgende Elemente erfordern keine speziellen Vorgaben:

• XML Metainformationen
• Wurzelelement
• Hoheitsbereich („realmCode“)
• Dokumentformat („typeId“)
• Dokumenten-Id („id”)
• Erstellungsdatum des Dokuments („effectiveTime“)
• Vertraulichkeitscode („confidentialityCode“)
• Sprachcode des Dokuments („languageCode“)

Verweis auf den Allgemeinen Leitfaden:
Die Elemente erfordern keine speziellen Vorgaben. Es gelten die Vorgaben der entsprechenden Kapitel des „Allgemeinen Implementierungsleitfadens“.

[Ausklappen]

Auszug aus dem Allgemeinen Implementierungsleitfaden

5.1.2 XML Metainformationen

5.1.2.1 Zeichencodierung

CDA-Dokumente MÜSSEN mit UTF-8 (8-Bit Universal Character Set Transformation Format, nach RFC 3629 / STD 63 (2003)) codiert werden.

<?xml version="1.0" encoding="UTF-8" standalone=”yes”?>
<ClinicalDocument xmlns="urn:hl7-org:v3">
:

5.1.2.2 Hinterlegung eines Stylesheets

Um ein CDA-Dokument in einem Webbrowser anzeigen zu können, muss es nach HTML tranformiert werden. Das kann durch eine XSLT-Transformation (ein so genanntes „Stylesheet“) geschehen. Ist das Stylesheet im angegebenen Pfad erreichbar, wird dieses beim Öffnen des CDA-Dokuments mit einem Browser üblicherweise automatisch auf das CDA-Dokument angewandt und die Darstellung gerendert.

ELGA stellt zur einheitlichen Darstellung von CDA-Dokumenten ein „Referenz-Stylesheet“ zur Verfügung (Download ist von der ELGA Website http://www.elga.gv.at/cda möglich). Da der Zugriff auf XSLT-Programme von den meisten Browsern eingeschränkt ist, wird kein absoluter Pfad auf eine Webressource angegeben.

<?xml version="1.0" encoding="UTF-8" standalone=”yes”?>
<?xml-stylesheet type="text/xsl" href="ELGA_Stylesheet_v1.0.xsl"?>
<ClinicalDocument xmlns="urn:hl7-org:v3">
:

Das Stylesheet „ELGA_Stylesheet_v1.0.xsl“ MUSS angegeben werden [M]. Die Angabe eines Pfades ist NICHT ERLAUBT. Ausnahmen können für automatisiert erstellte Dokumente notwendig sein, diese müssen im allgemeinen und speziellen Leitfäden beschrieben werden.

5.1.3 Wurzelelement

Der XML-Namespace für CDA Release 2.0 Dokumente ist urn:hl7-org:v3 (Default-Namespace). Dieser MUSS in geeigneter Weise in jeder CDA XML Instanz genannt werden. In speziellen Leitfäden können weitere namespace-Präfixe angegeben werden.

Für ELGA CDA-Dokumente MUSS der Zeichensatz UTF-8 verwendet werden.

CDA-Dokumente beginnen mit dem Wurzelelement ClinicalDocument, der grobe Aufbau ist im folgenden Übersichtsbeispiel gegeben.

<ClinicalDocument xmlns="urn:hl7-org:v3">
   <!-- CDA Header -->
      … siehe Beschreibung CDA R2 Header …
   <!-- CDA Body -->
   <component>
      <structuredBody>
         … siehe Beschreibung CDA R2 Body …
      </structuredBody>
   </component>
</ClinicalDocument>

5.1.4 Hoheitsbereich des Dokuments („realmCode“)

Dieses Element kennzeichnet, dass das Dokument aus dem Hoheitsbereich Österreich (bzw. Bereich der HL7 Affiliate Austria, Code „AT“) stammt.

5.1.4.1 Strukturbeispiel

<realmCode code="AT'"/>

5.1.4.2 Spezifikation

Element/Attribut	DT	Kard	Konf	Beschreibung
realmCode	CS CNE	1..1	M	Hoheitsbereich des Dokuments Fester Wert: @code = AT (aus ValueSet „ELGA_RealmCode“)

5.1.5 Dokumentformat („typeId“)

Dieses Element kennzeichnet, dass das Dokument im Format CDA R2 vorliegt.

5.1.5.1 Strukturbeispiel

<typeId root="2.16.840.1.113883.1.3" extension="POCD_HD000040"/>

5.1.5.2 Spezifikation

Element/Attribut	DT	Kard	Konf	Beschreibung
typeId	II	1..1	M	Dokumentformat CDA R2 Feste Werte: @root = 2.16.840.1.113883.1.3' @extension = POCD_HD000040

5.1.6 Dokumenten-Id („id”)

Die Dokumenten-Id eines CDA-Dokuments ist ein eindeutiger Instanzidentifikator, der das Dokument weltweit eindeutig und für alle Zeit identifiziert. Ein CDA-Dokument hat genau eine Id.

5.1.6.1 Strukturbeispiel

<id
  root="1.2.40.0.34.99.111.1.1"
  extension="134F989"
  assigningAuthorityName="Amadeus Spital"/>

5.1.6.2 Spezifikation

Es MUSS eine gültige und innerhalb des ID-Pools eindeutige Dokumenten-ID angegeben werden.

Element/Attribut	DT	Kard	Konf	Beschreibung
id	II	1..1	M	Dokumenten-Id Grundsätzlich sind die Vorgaben gemäß „Identifikations-Elemente“ zu befolgen.

5.1.7 Erstellungsdatum des Dokuments („effectiveTime“)

5.1.7.1 Spezifikation

Id	1.2.40.0.34.11.90008 ref elgabbr-	Gültigkeit ab	2016‑07‑21 Andere Versionen mit dieser Id: CDeffectiveTime vom 2013‑11‑07
Status	Aktiv	Versions-Label
Name	CDeffectiveTime	Bezeichnung	CD effectiveTime
Beschreibung Mit Erstellungsdatum ist jenes Datum gemeint, welches normalerweise im Briefkopf eines Schriftstückes angegeben wird. (z.B.: Wien, am …). Das Erstellungsdatum dokumentiert den Zeitpunkt, an dem das Dokument inhaltlich fertiggestellt wurde. Bemerkung: Das Erstellungsdatum des Dokuments muss nicht mit dem Datum der rechtli-chen Unterzeichnung (oder „Vidierung“) übereinstimmen.
Klassifikation	CDA Header Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit	Assoziiert mit 1 Konzept Id Name Datensatz elgagab-data​element-8  Erstellungsdatum  Datensatz
Beziehung	Version: Template 1.2.40.0.34.11.90008 CD effectiveTime (2016‑07‑21) ref elgabbr-
Beispiel	Nur Datum: Zeitpunkt als Datum (ohne Zeit) im Format YYYYMMDD <effectiveTime value="20081224"/>
Beispiel	Datum, Zeit und Zeitzone: Zeitpunkt als Datum mit Zeit und Zeitzone im Format YYYYMMDDhhmmss[+/-]HHMM <effectiveTime value="20081224082015+0100"/>
Item DT Kard Konf Beschreibung Label hl7:effectiveTime TS.AT.TZ 1 … 1 M Erstellungsdatum des Dokuments. Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen.   elgagab-data​element-8  Erstellungsdatum  Datensatz

5.1.8 Vertraulichkeitscode („confidentialityCode“)

5.1.8.1 Spezifikation

Id	1.2.40.0.34.11.90009 ref elgabbr-	Gültigkeit ab	2013‑11‑07
Status	Aktiv	Versions-Label
Name	CDconfidentialityCode	Bezeichnung	CD confidentialityCode
Beschreibung “Vertraulichkeitscode” (im CDA das Element ClinicalDocument/confidentialityCode) bezeichnet die Vertraulichkeitsstufe dieses Dokuments. Der tatsächliche Zugriff auf das Dokument muss von der übergeordneten Infrastrukturschicht geregelt werden. Die Information des Vertraulichkeitscodes im Dokument selbst, dient nur der reinen Information und hat keine technischen Konsequenzen. Da Dokumente nach der Vidierung weder technisch noch legistisch geändert werden dürfen, kann der Vertraulichkeitscode keine konkreten Zugriffsrechte auf das Dokument regeln, sondern nur auf „Metaebenen“, wie beispielsweise „geltendes Recht XY“ oder weiterführende Verwendungen über das IHE BPPC Profil, verweisen.
Klassifikation	CDA Header Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit	Assoziiert mit 1 Konzept Id Name Datensatz elgagab-data​element-266  Vertraulichkeitscode  Datensatz
Beziehung	Version: Template 1.2.40.0.34.11.90009 CD confidentialityCode (2013‑11‑07) ref elgabbr-
Beispiel	Beispiel <confidentialityCode code="N" codeSystem="2.16.840.1.113883.5.25" displayName="normal"/>
Item DT Kard Konf Beschreibung Label hl7:confidentialityCode CE 1 … 1 M   elgagab-data​element-266  Vertraulichkeitscode  Datensatz @code CONF 1 … 1 F N @codeSystem 1 … 1 F 2.16.840.1.113883.5.25 (BasicConfidentialityKind) @displayName 1 … 1 F normal

5.1.9 Sprachcode des Dokuments („languageCode“)

5.1.9.1 Spezifikation

Id	1.2.40.0.34.11.90010 ref elgabbr-	Gültigkeit ab	2013‑11‑07
Status	Aktiv	Versions-Label
Name	CDlanguageCode	Bezeichnung	CD languageCode
Beschreibung Die Sprache des Dokuments wird in diesem Attribut gemäß IETF (Internet Engineering Task Force), RFC 1766: Tags for the Identification of Languages nach ISO-639-1 (zweibuchstabige Codes für Sprachen, Kleinbuchstaben) und ISO 3166 (hier: zweibuchstabige Ländercodes, Großbuchstaben) festgelegt. Das Format ist entsprechend ss-CC, mit ss, zwei Kleinbuchstaben für den Sprachencode gemäß ISO-639-1, und CC, zwei Großbuchstaben für den Ländercode gemäß ISO 3166 (Tabelle mit zwei Buchstaben).
Klassifikation	CDA Header Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit	Assoziiert mit 1 Konzept Id Name Datensatz elgagab-data​element-265  Sprachcode  Datensatz
Beziehung	Version: Template 1.2.40.0.34.11.90010 CD languageCode (2013‑11‑07) ref elgabbr-
Beispiel	Beispiel <languageCode code="de-AT"/>
Item DT Kard Konf Beschreibung Label hl7:language​Code CS.LANG 1 … 1 M Sprachcode des Dokuments.   elgagab-data​element-265  Sprachcode  Datensatz @code CONF 1 … 1 F de-AT

5.1.10 Elemente mit speziellen Vorgaben

5.1.10.1 ELGA Implementierungsleitfaden-Kennzeichnung („templateId“)

Mit Angabe dieses Elements wird ausgesagt, dass das vorliegende CDA-Dokument zu diesem Implementierungsleitfaden konform ist. Ein Dokument, welches dem vorliegenden Implementierungsleitfaden folgt, MUSS auch dem übergeordneten „Allgemeinen Implementierungsleitfaden“ folgen.

5.1.10.1.1 Spezielle Vorgaben für Antrag auf Heilverfahren

Das templateId-Element für diesen Implementierungsleitfaden MUSS angegeben werden.

5.1.10.1.2 Strukturbeispiel

<ClinicalDocument xmlns="urn:hl7-org:v3">
   :
  <!-- ELGA CDA Dokumente -->
  <templateId root="1.2.40.0.34.11.1"/>

  <!-- Antrag auf Heilverfahren -->
  <templateId root="1.2.40.0.34.11.15.1.1"/>

   :
</ClinicalDocument>

5.1.10.1.3 Spezifikation

Element/Attribut	DT	Kard	Konf	Beschreibung
templateId[1]	II	1..1	M	ELGA TemplateId für den Allgemeinen Implementierungsleitfaden Fester Wert: @root = 1.2.40.0.34.11.1
templateId[2]	II	1..1	M	TemplateId für den Antrag auf Heilverfahren Fester Wert: @root = 1.2.40.0.34.11.15.1.1

5.1.10.2 Titel des Dokuments („title“)

Der Titel des Dokuments ist für den lesenden Dokumentempfänger das sichtbare Element. Dieser wird nicht dem Attribut displayName des Elements code entnommen, sondern dem (verpflichtenden) Element title.

5.1.10.2.1 Spezielle Vorgaben für Antrag auf Heilverfahren

Der Titel des Dokuments für den Antrag auf Heilverfahren MUSS "Antrag auf Heilverfahren" lauten.

5.1.10.3 Dokumentenklasse (“code”)

Die Dokumentenklasse eines Dokuments wird über das ClinicalDocument/code Element abgebildet.

5.1.10.3.1 Spezielle Vorgaben Antrag auf Heilverfahren

Alle Antrag auf Heilverfahren Dokumenten werden mit dem folgenden Code codiert
(TBD kann LOINC 56851-9 für "Care process or plan" verwendet werden? Müsste in ELGA VS Dokumentenklassen aufgeommen werden?):

eHV, Antrag auf Heilverfahren

5.1.10.3.2 Strukturbeispiel

<ClinicalDocument xmlns="urn:hl7-org:v3">
	:
   <code  code="eHV"
          displayName="Antrag auf Heilverfahren"
          codeSystem="1.2.40.0.34.5.184"
          codeSystemName="eHV_Structure" />
         	:
</ClinicalDocument>

5.1.10.3.3 Spezifikation

Element/Attribut				DT	Kard	Konf	Beschreibung
code				CE CWE	1..1	M	Code des Dokuments
	@code			cs	1..1	M	Fester Wert: eHV
	@displayName			st	1..1	M	Fester Wert: Antrag auf Heilverfahren
	@codeSystem			uid	1..1	M	Fester Wert: 1.2.40.0.34.5.184
	@codeSystemName			st	1..1	M	Fester Wert: eHV_Structure

5.2 Teilnehmende Parteien

5.2.1 Elemente ohne spezielle Vorgaben

Folgende Elemente erfordern keine speziellen Vorgaben:

• Patient („recordTarget/patientRole“)
• Verfasser des Dokuments („author“)
• Personen bei der Dateneingabe („dataEnterer“)
• Verwahrer des Dokuments („custodian“)
• Beabsichtigte Empfänger des Dokuments („informationRecipient“)
• Weitere Unterzeichner („authenticator“)
• Weitere Beteiligte ("participant")

Verweis auf den Allgemeinen Leitfaden:
Die Elemente erfordern keine speziellen Vorgaben. Es gelten die Vorgaben der entsprechenden Kapitel des „Allgemeinen Implementierungsleitfadens“.

[Ausklappen]

Auszug aus dem Allgemeinen Implementierungsleitfaden

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

Auszug aus dem R-MIM:

Abbildung 7: Klassen rund um den Patienten.

5.2.2.1 Spezifikation

Id	1.2.40.0.34.11.20001 ref elgabbr-	Gültigkeit ab	2017‑07‑20 Andere Versionen mit dieser Id: Header​Record​Target vom 2018‑10‑18 14:23:51 Header​Record​Target vom 2017‑03‑27 Header​Record​Target vom 2013‑10‑08 Header​Record​Target vom 2013‑02‑10 Header​Record​Target vom 2011‑12‑19
Status	Entwurf	Versions-Label
Name	Header​Record​Target	Bezeichnung	Header​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.
Klassifikation	CDA Header Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit	Assoziiert mit 1 Konzept Id Name Datensatz elgagab-data​element-9  Patient  Datensatz
Benutzt	Benutzt 1 Template Benutzt als Name Version 1.2.40.0.34.11.90017 Inklusion Language Communication DYNAMIC
Beziehung	Version: 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>
Item DT Kard Konf Beschreibung Label hl7:recordTarget Komponente für die Patientendaten.   elgagab-data​element-9  Patient  Datensatz @typeCode cs 0 … 1 F RCT @context​Control​Code cs 0 … 1 F OP   Beispiel <recordTarget typeCode="RCT" contextControlCode="OP">   <patientRole classCode="PAT">     <!-- ... -->   </patientRole></recordTarget> hl7:patientRole 1 … 1 R Patientendaten. @classCode cs 0 … 1 F PAT   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 assert role  error     test string-length(hl7:id[1]/@root)>0     Meldung patientRole id[1] MUSS als lokale Patienten ID vom System vorhanden sein     Schematron assert role  error     test hl7: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   hl7:id II 2 … * R id[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)   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--> hl7:addr AD 0 … 1 Adresse des Patienten. Grundsätzlich sind die Vorgaben für „Adress-Elemente“ zu befolgen. hl7:streetAddressLine 0 … 1 hl7:streetName 0 … 1 hl7:houseNumber 0 … 1   Schematron assert role  error     test hl7:streetAddressLine or (hl7:streetName and hl7:houseNumber)     Meldung Granularitätsstufen Adresse beachten: streetAddressLine oder streetName+houseNumber   hl7:postalCode 1 … 1 M hl7:city 1 … 1 M hl7:state 0 … 1 C hl7:country 1 … 1 M hl7:additionalLocator 0 … 1 hl7:telecom TEL.AT 0 … * Kontaktdaten des Patienten. Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen. hl7:patient 0 … 1 @classCode cs 0 … 1 F PSN @determiner​Code cs 0 … 1 F INSTANCE hl7: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 für „Namen-Elemente von Personen PN“ zu befolgen. hl7:prefix 0 … * hl7:given 1 … * M hl7:family 1 … * M hl7:suffix 0 … * hl7:administrative​Gender​Code CE 1 … 1 R Codierung des Geschlechts des Patienten. Zugelassene nullFlavor: UNK Mittels nullFlavor="UNK" wird "Unbekannt" abgebildet. Dies schließt die Ausprägung "Keine Angabe" mit ein.   CONF Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.4 ELGA_AdministrativeGender (DYNAMIC) hl7:birthTime TS.​DATE.​MIN 1 … 1 R Geburtsdatum des Patienten. Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen. Zugelassene nullFlavor: UNK hl7:marital​Status​Code CE 0 … 1 Codierung des Familienstands des Patienten.   CONF Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.11 ELGA_MaritalStatus (DYNAMIC) hl7:religious​Affiliation​Code CE 0 … 1 Codierung des Religionsbekenntnisses des Patienten.   CONF Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.18 ELGA_ReligiousAffiliation (DYNAMIC) hl7:raceCode NP Rasse des Patienten Darf nicht verwendet werden! hl7:ethnic​Group​Code NP Ethnische Zugehörigkeit des Patienten. Darf nicht verwendet werden! hl7:guardian 0 … * Gesetzlicher Vertreter: Erwachsenenvertreter, Vormund, Obsorgeberechtigter hl7:addr AD 0 … 1 Die Adresse des gesetzlichen Vertreters oder der Organisation. Grundsätzlich sind die Vorgaben für „Adress-Elemente“ zu befolgen. hl7:telecom TEL.AT 0 … * Beliebig viele Kontaktdatendes gesetzlichen Vertreters oder der Organisation. Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen. Auswahl 1 … 1 Elemente in der Auswahl: hl7:guardian​Person hl7:guardian​Organization hl7:guardian​Person  … 1 Name des des gesetzlichen Vertreters (Person). hl7:name PN 1 … 1 M Name der Person. hl7:guardian​Organization  … 1 Name des des gesetzlichen Vertreters (Organisation). hl7:name ON 1 … 1 M Name der Organisation. hl7:birthplace 0 … 1 Geburtsort des Patienten. hl7:place 1 … 1 M hl7:addr AD 1 … 1 M 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. Eingefügt von 1.2.40.0.34.11.90017 Language Communication (DYNAMIC) hl7:language​Communication 0 … * Komponente zur Angabe der Sprachfähigkeiten des Patienten. hl7:language​Code CS 0 … 1 Sprache, die vom Patienten zu einem bestimmten Grad beherrscht wird (geschrieben oder gesprochen).   CONF Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.173 ELGA_HumanLanguage (DYNAMIC) hl7:modeCode CE 0 … 1 Ausdrucksform der Sprache. @codeSystem Fester Wert: 2.16.840.1.113883.5.60   CONF Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.175 ELGA_LanguageAbilityMode (DYNAMIC) hl7:proficiency​Level​Code CE 0 … 1 Grad der Sprachkenntnis in der Sprache. @codeSystem Fester Wert: 2.16.840.1.113883.5.61   CONF Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.174 ELGA_ProficiencyLevelCode (DYNAMIC) hl7:preference​Ind BL 0 … 1 Kennzeichnung, ob die Sprache in der angegebenen Ausdrucksform vom Patienten bevorzugt wird.

5.2.2.1.1 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!

5.2.2.1.2 addr

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.

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

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

5.2.3 Verfasser des Dokuments („author“)

Auszug aus dem R-MIM:

Abbildung 8: Klassen rund um den Autor.

5.2.3.1 Spezifikation

Id	1.2.40.0.34.11.20002 ref elgabbr-	Gültigkeit ab	2015‑05‑09 Andere Versionen mit dieser Id: HeaderAuthor vom 2018‑10‑18 14:32:49 HeaderAuthor vom 2013‑02‑10 HeaderAuthor vom 2011‑12‑19
Status	Aktiv	Versions-Label
Name	HeaderAuthor	Bezeichnung	HeaderAuthor
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).
Klassifikation	CDA Header Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit	Assoziiert mit 1 Konzept Id Name Datensatz elgagab-data​element-48  Autor  Datensatz
Benutzt	Benutzt 1 Template Benutzt als Name Version 1.2.40.0.34.11.90001 Inklusion PersonElements DYNAMIC
Beziehung	Version: Template 1.2.40.0.34.11.20002 HeaderAuthor (2015‑05‑09) 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>
Item DT Kard Konf Beschreibung Label hl7:author Verfasser des Dokuments.   elgagab-data​element-48  Autor  Datensatz @typeCode cs 0 … 1 F AUT @context​Control​Code cs 0 … 1 F OP hl7:functionCode CE 0 … 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. hl7:time TS.AT.TZ 1 … 1 R Der Zeitpunkt an dem das Dokument verfasst wurde.Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen. Zugelassene nullFlavor: UNK hl7:assignedAuthor 1 … 1 R Organisation, in deren Auftrag der Verfasser des Dokuments die Dokumentation verfasst hat. @classCode cs 0 … 1 F ASSIGNED   Beispiel <assignedAuthor classCode="ASSIGNED">   <id extension="ied8984938" root="1.2.276.0.76.3.1.139.933"/>  <assignedPerson classCode="PSN" determinerCode="INSTANCE">     <!-- ... -->   </assignedPerson></assignedAuthor> hl7:id II 1 … * R Identifikation des Verfassers des Dokuments im lokalen System/ des/der datenerstellenden Gerätes/Software.ODERIdentifikation des/der datenerstellenden Gerätes/Software. Grundsätzlich sind die Vorgaben für „Identifikations-Elemente“ zu befolgen. Zugelassene nullFlavor: NI … Person hat keine ID / Gerät/Software hat keine ID UNK … Person hat eine ID, diese ist jedoch unbekannt /Gerät/Software hat eine ID, diese ist jedoch unbekannt hl7:code CE 0 … 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.   CONF Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.6 ELGA_AuthorSpeciality (DYNAMIC) hl7:telecom TEL.AT 0 … * Kontaktdaten des Verfassers des Dokuments. Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen. Auswahl 1 … 1 Elemente in der Auswahl: hl7:assigned​Person hl7:assigned​Authoring​Device hl7:assigned​Person  … 1 Personendaten des Verfassers des Dokuments. Grundsätzlich sind die Vorgaben für „Personen-Element“ zu befolgen. Eingefügt von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC) @classCode cs 0 … 1 F PSN @determiner​Code cs 0 … 1 F INSTANCE hl7: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 für „Namen-Elemente von Personen PN“ zu befolgen. hl7:assigned​Authoring​Device  … 1 @classCode cs 0 … 1 F DEV @determiner​Code cs 0 … 1 F INSTANCE hl7:manufacturer​Model​Name SC 1 … 1 R Hersteller und Modellbezeichnung des datenerstellenden Gerätes. hl7:softwareName SC 1 … 1 R Bezeichnung (und ggf Version) der datenerstellenden Software. hl7:represented​Organization 1 … 1 M Organisation, in deren Auftrag der Verfasser des Dokuments die Dokumentation verfasst hat.   Beispiel <representedOrganization classCode="ORG" determinerCode="INSTANCE">   <id root="1.2.40.0.34.99.111.1.3" extension="1111"/>  <name>     <!-- ... -->   </name></representedOrganization> hl7: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. hl7:name ON 1 … 1 M hl7:telecom TEL.AT 0 … * hl7:addr AD 0 … 1

5.2.3.2 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“).

5.2.4 Personen der Dateneingabe („dataEnterer“)

5.2.4.1 Spezifikation

Id	1.2.40.0.34.11.20003 ref elgabbr-	Gültigkeit ab	2013‑02‑10 Andere Versionen mit dieser Id: HeaderDataEnterer vom 2011‑12‑19
Status	Entwurf	Versions-Label
Name	HeaderDataEnterer	Bezeichnung	HeaderDataEnterer
Beschreibung	Die das Dokument „schreibende“ Person (z.B. Schreibkraft, Stationsschwester, …). Das Element "DataEnterer" ist bei automatisch erstellten Dokumenten nicht notwendig.
Klassifikation	CDA Header Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit	Assoziiert mit 1 Konzept Id Name Datensatz elgagab-data​element-65  Schreibkraft  Datensatz
Benutzt	Benutzt 1 Template Benutzt als Name Version 1.2.40.0.34.11.90003 Inklusion AssignedEntityElements DYNAMIC
Beziehung	Version: 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>
Item DT Kard Konf Beschreibung Label hl7:dataEnterer Person der Dateneingabe.   elgagab-data​element-65  Schreibkraft  Datensatz hl7:time TS.AT.TZ 0 … 1 Der Zeitpunkt an dem das Dokument geschrieben wurde. Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen. hl7:assignedEntity 1 … 1 R Personendaten der schreibenden Person Grundsätzlich sind die Vorgaben für „AssignedEntity-Element (Person + Organisation)“ zu befolgen. Eingefügt von 1.2.40.0.34.11.90003 AssignedEntityElements (DYNAMIC) hl7:id II 1 … * R Mindestens eine Id der validierenden Person. Zugelassene nullFlavor: UNK hl7:addr AD 0 … 1 Ein Adress-Element der validierenden Person. Zugelassene nullFlavor: UNK hl7:telecom TEL.AT 0 … * Mindestens ein Telecom-Element der validierenden Person. Zugelassene nullFlavor: UNK hl7:assigned​Person 1 … 1 M Persondendaten der validierenden Person. Eingefügt von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC) @classCode cs 0 … 1 F PSN @determiner​Code cs 0 … 1 F INSTANCE hl7: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 für „Namen-Elemente von Personen PN“ zu befolgen. hl7:represented​Organization 0 … 1 Organistationsdaten der validierenden Person. Eingefügt von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC) @classCode 0 … 1 F ORG @determiner​Code 0 … 1 F INSTANCE hl7:id II 0 … * hl7:name ON 1 … 1 M hl7:telecom TEL.AT 0 … * hl7:addr AD 0 … 1

5.2.5 Verwahrer des Dokuments („custodian“)

Auszug aus dem R-MIM:

Abbildung 9: Klassen rund um die das Dokument verwaltende Organisation.

5.2.5.1 Spezifikation

Id	1.2.40.0.34.11.20004 ref elgabbr-	Gültigkeit ab	2015‑05‑28 Andere Versionen mit dieser Id: HeaderCustodian vom 2011‑12‑19
Status	Aktiv	Versions-Label
Name	HeaderCustodian	Bezeichnung	HeaderCustodian
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.
Klassifikation	CDA Header Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit	Assoziiert mit 1 Konzept Id Name Datensatz elgagab-data​element-73  Verwahrer  Datensatz
Beziehung	Version: 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>
Item DT Kard Konf Beschreibung Label hl7:custodian Verwahrer des Dokuments.   elgagab-data​element-73  Verwahrer  Datensatz @typeCode cs 0 … 1 F CST hl7:assignedCustodian 1 … 1 M @classCode cs 0 … 1 F ASSIGNED hl7:represented​Custodian​Organization 1 … 1 M @classCode cs 0 … 1 F ORG @determiner​Code cs 0 … 1 F INSTANCE hl7:id II 1 … 1 R 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 hl7:name 1 … 1 M Name des Verwahrers des Dokuments (Organisation). Grundsätzlich sind die Vorgaben für „Namen-Elemente von Organisationen ON“ zu befolgen. hl7:telecom TEL.AT 0 … 1 Kontaktdaten des Verwahrers des Dokuments (Organisation). Grundsätzlich sind die Vorgaben für „Kontaktdaten-Elemente“ zu befolgen. hl7:addr AD 1 … 1 M Adresse des Verwahrers des Dokuments (Organisation). Grundsätzlich sind die Vorgaben für „Adress-Elemente“ zu befolgen.

5.2.5.1.1 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

In der nächsten Version des Leitfadens wird die Konformität entsprechend dem CDA-Standard auf [M] erhöht, Null Flavors sind dann nicht mehr erlaubt.

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

Auszug aus dem R-MIM:

Abbildung 10: Klassen rund um die beabsichtigten Empfänger des Dokuments.

5.2.6.1 Spezifikation

Id	1.2.40.0.34.11.20005 ref elgabbr-	Gültigkeit ab	2011‑12‑19
Status	Entwurf	Versions-Label
Name	Header​Information​Recipient	Bezeichnung	Header​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.
Klassifikation	CDA Header Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit	Assoziiert mit 1 Konzept Id Name Datensatz elgagab-data​element-259  Empfänger  Datensatz
Benutzt	Benutzt 2 Templates Benutzt als Name Version 1.2.40.0.34.11.90001 Inklusion PersonElements DYNAMIC 1.2.40.0.34.11.90002 Inklusion OrganizationElements DYNAMIC
Beziehung	Version: 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.-->
Item DT Kard Konf Beschreibung Label hl7:information​Recipient Beabsichtiger Empfänger des Dokuments.   elgagab-data​element-259  Empfänger  Datensatz @typeCode cs 0 … 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) hl7:intended​Recipient 1 … 1 M hl7:id II 1 … * 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   Beispiel <id nullFlavor="UNK" assigningAuthorityName="GDA Index"/> hl7:information​Recipient 1 … 1 M Personendaten des beabsichtigten Empfängers. Grundsätzlich sind die Vorgaben gemäß Kapitel „Personen-Element“ zu befolgen. Eingefügt von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC) @classCode cs 0 … 1 F PSN @determiner​Code cs 0 … 1 F INSTANCE hl7: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 für „Namen-Elemente von Personen PN“ zu befolgen. hl7: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. Eingefügt von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC) @classCode 0 … 1 F ORG @determiner​Code 0 … 1 F INSTANCE hl7:id II 0 … * hl7:name ON 1 … 1 M hl7:telecom TEL.AT 0 … * hl7:addr AD 0 … 1

5.2.7 Weitere Unterzeichner („authenticator“)

5.2.7.1 Spezifikation

Id	1.2.40.0.34.11.20007 ref elgabbr-	Gültigkeit ab	2011‑12‑19 Andere Versionen mit dieser Id: HeaderAuthenticator vom 2018‑10‑18 14:33:54
Status	Entwurf	Versions-Label
Name	HeaderAuthenticator	Bezeichnung	HeaderAuthenticator
Beschreibung	Dokumente können neben dem verpflichtenden legalAuthenticator („rechtlichen Unterzeichner“, Hauptunterzeichner) auch beliebig viele weitere Mitunterzeichner beinhalten.
Klassifikation	CDA Header Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit	Assoziiert mit 1 Konzept Id Name Datensatz elgagab-data​element-86  Weitere Unterzeichner  Datensatz
Benutzt	Benutzt 1 Template Benutzt als Name Version 1.2.40.0.34.11.90003 Inklusion AssignedEntityElements DYNAMIC
Beziehung	Version: 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>
Item DT Kard Konf Beschreibung Label hl7:authenticator Weitere Unterzeichner.   elgagab-data​element-86  Weitere Unterzeichner  Datensatz @typeCode cs 0 … 1 F AUTHEN hl7:time TS.​DATE.​MIN 1 … 1 R Der Zeitpunkt, an dem das Dokument unterzeichnet wurde. Grundsätzlich sind die Vorgaben gemäß für „Zeit-Elemente“ zu befolgen. Zugelassene nullFlavor: UNK hl7:signatureCode CS 1 … 1 M @code CONF 1 … 1 F S hl7:assignedEntity 1 … 1 M Personendaten des weiteren Unterzeichners.Grundsätzlich sind die Vorgaben gemäß Kapitel „AssignedEntity-Element (Person + Organisation)“ zu befolgen. Eingefügt von 1.2.40.0.34.11.90003 AssignedEntityElements (DYNAMIC) hl7:id II 1 … * R Mindestens eine Id der validierenden Person. Zugelassene nullFlavor: UNK hl7:addr AD 0 … 1 Ein Adress-Element der validierenden Person. Zugelassene nullFlavor: UNK hl7:telecom TEL.AT 0 … * Mindestens ein Telecom-Element der validierenden Person. Zugelassene nullFlavor: UNK hl7:assigned​Person 1 … 1 M Persondendaten der validierenden Person. Eingefügt von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC) @classCode cs 0 … 1 F PSN @determiner​Code cs 0 … 1 F INSTANCE hl7: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 für „Namen-Elemente von Personen PN“ zu befolgen. hl7:represented​Organization 0 … 1 Organistationsdaten der validierenden Person. Eingefügt von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC) @classCode 0 … 1 F ORG @determiner​Code 0 … 1 F INSTANCE hl7:id II 0 … * hl7:name ON 1 … 1 M hl7:telecom TEL.AT 0 … * hl7:addr AD 0 … 1

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

Abbildung 12: Klassen rund um weitere Beteiligte (participants).

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

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

Abbildung 13: 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

5.2.8.2.1 Spezifikation

Id	1.2.40.0.34.11.1.1.1 ref elgabbr-	Gültigkeit ab	2014‑03‑25 Andere Versionen mit dieser Id: HeaderParticipantAnsprechpartner vom 2013‑10‑16
Status	Aktiv	Versions-Label
Name	HeaderParticipantAnsprechpartner	Bezeichnung	HeaderParticipant 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.
Klassifikation	CDA Header Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Benutzt	Benutzt 2 Templates Benutzt als Name Version 1.2.40.0.34.11.90001 Inklusion PersonElements DYNAMIC 1.2.40.0.34.11.90002 Inklusion OrganizationElements DYNAMIC
Beziehung	Version: 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>
Item DT Kard Konf Beschreibung Label hl7:participant Beteiligter (Fachlicher Ansprechpartner). wo [hl7:templateId ​[@root​=​'1.2.40.0.34.11.1.1.1']] @typeCode cs 1 … 1 F CALLBCK hl7:templateId II 1 … 1 M @root uid 1 … 1 F 1.2.40.0.34.11.1.1.1 hl7:time NP hl7:associated​Entity 1 … 1 M @classCode cs 1 … 1 F PROV hl7:addr AD 0 … 1 Adresse des Beteiligten. Grundsätzlich sind die Vorgaben für "Adress-Elemente" zu befolgen. hl7:telecom TEL.AT 1 … * M Beliebig viele Kontaktdaten des Beteiligten. Es MUSS mindestens eine Telefon-Nummer angegeben werden hl7:associated​Person 1 … 1 M Beteiligte Person. Eingefügt von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC) @classCode cs 0 … 1 F PSN @determiner​Code cs 0 … 1 F INSTANCE hl7: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 für „Namen-Elemente von Personen PN“ zu befolgen. hl7: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. Eingefügt von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC) @classCode 0 … 1 F ORG @determiner​Code 0 … 1 F INSTANCE hl7:id II 0 … * hl7:name ON 1 … 1 M hl7:telecom TEL.AT 0 … * hl7:addr AD 0 … 1

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

5.2.8.3.1 Spezifikation

Id	1.2.40.0.34.11.1.1.2 ref elgabbr-	Gültigkeit ab	2013‑10‑16
Status	Aktiv	Versions-Label
Name	HeaderParticipantRefArzt	Bezeichnung	HeaderParticipant Ref Arzt
Beschreibung	Einweisender/Zuweisender Arzt/Überweisender Arzt
Klassifikation	CDA Header Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit	Assoziiert mit 1 Konzept Id Name Datensatz elgagab-data​element-214  Zuweisender  Datensatz
Benutzt	Benutzt 2 Templates Benutzt als Name Version 1.2.40.0.34.11.90001 Inklusion PersonElements DYNAMIC 1.2.40.0.34.11.90002 Inklusion OrganizationElements DYNAMIC
Beziehung	Version: 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>
Item DT Kard Konf Beschreibung Label hl7:participant Beteiligter. wo [hl7:templateId ​[@root​=​'1.2.40.0.34.11.1.1.2']]   elgagab-data​element-214  Zuweisender  Datensatz @typeCode cs 1 … 1 F REF   Einweisender/Zuweisender/Überweisender Arzt. hl7:templateId II 1 … 1 M @root uid 1 … 1 F 1.2.40.0.34.11.1.1.2   Template ID für Einweisender/Zuweisender/Überweisender Arzt. hl7:associated​Entity 1 … 1 M Beschreibung der Entität. @classCode cs 1 … 1 F PROV   Gesundheitsdienstanbieter. hl7:id II 0 … * 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. hl7:addr AD 0 … 1 Adresse des Beteiligten. Grundsätzlich sind die Vorgaben für „Adress-Elemente“ zu befolgen. hl7:telecom TEL.AT 0 … * Beliebig viele Kontaktdaten des Beteiligten. hl7:associated​Person 1 … 1 R Beteiligte Person. Grundsätzlich sind die Vorgaben für „Personen-Element“ zu befolgen. Eingefügt von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC) @classCode cs 0 … 1 F PSN @determiner​Code cs 0 … 1 F INSTANCE hl7: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 für „Namen-Elemente von Personen PN“ zu befolgen. hl7: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. Eingefügt von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC) @classCode 0 … 1 F ORG @determiner​Code 0 … 1 F INSTANCE hl7:id II 0 … * hl7:name ON 1 … 1 M hl7:telecom TEL.AT 0 … * hl7:addr AD 0 … 1

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

5.2.8.4.1 Spezifikation

Id	1.2.40.0.34.11.1.1.3 ref elgabbr-	Gültigkeit ab	2013‑10‑16
Status	Aktiv	Versions-Label
Name	HeaderParticipantHausarzt	Bezeichnung	HeaderParticipant Hausarzt
Beschreibung	Hausarzt
Klassifikation	CDA Header Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit	Assoziiert mit 1 Konzept Id Name Datensatz elgagab-data​element-100  Hausarzt  Datensatz
Benutzt	Benutzt 2 Templates Benutzt als Name Version 1.2.40.0.34.11.90001 Inklusion PersonElements DYNAMIC 1.2.40.0.34.11.90002 Inklusion OrganizationElements DYNAMIC
Beziehung	Version: 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>
Item DT Kard Konf Beschreibung Label hl7:participant Beteiligter (Hausarzt). wo [hl7:templateId ​[@root​=​'1.2.40.0.34.11.1.1.3']]   elgagab-data​element-100  Hausarzt  Datensatz @typeCode cs 1 … 1 F IND   In indirektem Bezug. hl7:templateId II 1 … 1 M Template ID zur Identifikation dieser Art von Beteiligten. @root uid 1 … 1 F 1.2.40.0.34.11.1.1.3 hl7:functionCode CE 1 … * M Hausarzt. @code CONF 1 … 1 F PCP @codeSystem 1 … 1 F 2.16.840.1.113883.5.88 (Participation Function) hl7:associated​Entity 1 … 1 M Beschreibung der Entität. @classCode cs 1 … 1 F PROV   Gesundheitsdienstanbieter. hl7:id II 0 … * Identifikation des Beteiligten (Person) aus dem GDA-Index.Zugelassene nullFlavor: NI … Organisation hat keine ID UNK … Organisation hat eine ID, diese ist jedoch unbekannt Grundsätzlich sind die Vorgaben für „Identifikations-Elemente“ zu befolgen. hl7:addr AD 0 … 1 Adresse des Beteiligten. Grundsätzlich sind die Vorgaben für „Adress-Elemente“ zu befolgen. hl7:telecom TEL.AT 0 … * Beliebig viele Kontaktdaten des Beteiligten. hl7:associated​Person 1 … 1 M Beteiligte Person. Grundsätzlich sind die Vorgaben für „Personen-Element“ zu befolgen. Eingefügt von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC) @classCode cs 0 … 1 F PSN @determiner​Code cs 0 … 1 F INSTANCE hl7: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 für „Namen-Elemente von Personen PN“ zu befolgen. hl7: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. Eingefügt von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC) @classCode 0 … 1 F ORG @determiner​Code 0 … 1 F INSTANCE hl7:id II 0 … * hl7:name ON 1 … 1 M hl7:telecom TEL.AT 0 … * hl7:addr AD 0 … 1

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

5.2.8.5.1 Spezifikation

Id	1.2.40.0.34.11.1.1.4 ref elgabbr-	Gültigkeit ab	2013‑11‑13 Andere Versionen mit dieser Id: HeaderParticipantNotfallkontakt vom 2013‑10‑16
Status	Aktiv	Versions-Label
Name	HeaderParticipantNotfallkontakt	Bezeichnung	HeaderParticipant Notfallkontakt
Beschreibung	Notfall-Kontakt / Auskunftsberechtigte Person
Klassifikation	CDA Header Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit	Assoziiert mit 1 Konzept Id Name Datensatz elgagab-data​element-105  Notfall-Kontakt  Datensatz
Benutzt	Benutzt 2 Templates Benutzt als Name Version 1.2.40.0.34.11.90001 Inklusion PersonElements DYNAMIC 1.2.40.0.34.11.90002 Inklusion OrganizationElements DYNAMIC
Beziehung	Version: 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>
Item DT Kard Konf Beschreibung Label hl7:participant Beteiligter (Notfallkontakt / Auskunftsberechtigte Person). wo [hl7:templateId ​[@root​=​'1.2.40.0.34.11.1.1.4']]   elgagab-data​element-105  Notfall-Kontakt  Datensatz @typeCode cs 1 … 1 F IND hl7:templateId II 1 … 1 M @root uid 1 … 1 F 1.2.40.0.34.11.1.1.4 hl7:time IVL_TS 0 … 1 Zeitraum, in dem der angegebene Kontakt den Notfall-Kontakt darstellt.Wird nur angegeben, wenn der Kontakt bereits absehbar nur in einem eingeschränkten Zeitraum zur Verfügung steht. Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen. hl7:associated​Entity 1 … 1 M Beschreibung der Entität. @classCode cs 1 … 1 F ECON hl7:code CE 0 … 1 Verwandtschaftsverhältnis des Beteiligten zum Patienten. Beispiel: DAU („daughter“), wenn die Beteiligte die Tochter des Patienten ist.   CONF Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.17 ELGA_PersonalRelationship (DYNAMIC) hl7:addr AD 0 … 1 Adresse des Beteiligten. Grundsätzlich sind die Vorgaben für „Adress-Elemente“ zu befolgen. hl7:telecom TEL.AT 0 … * R Beliebig viele Kontaktdaten des Beteiligten. Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen. Es SOLL mindestens eine Telefonnummer angegeben werden. hl7:associated​Person 1 … 1 M Name des Beteiligten. Grundsätzlich sind die Vorgaben für „Personen-Element“ zu befolgen. Eingefügt von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC) @classCode cs 0 … 1 F PSN @determiner​Code cs 0 … 1 F INSTANCE hl7: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 für „Namen-Elemente von Personen PN“ zu befolgen. hl7: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. Eingefügt von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC) @classCode 0 … 1 F ORG @determiner​Code 0 … 1 F INSTANCE hl7:id II 0 … * hl7:name ON 1 … 1 M hl7:telecom TEL.AT 0 … * hl7:addr AD 0 … 1

5.2.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 Notfall-Kontakt/Auskunftsberechtigte Person).

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

5.2.8.6.1 Spezifikation

Id	1.2.40.0.34.11.1.1.5 ref elgabbr-	Gültigkeit ab	2016‑07‑21 Andere Versionen mit dieser Id: HeaderParticipantAngehoerige vom 2013‑11‑13 HeaderParticipantAngehoerige vom 2013‑10‑16
Status	Aktiv	Versions-Label
Name	HeaderParticipantAngehoerige	Bezeichnung	HeaderParticipant Angehörige
Beschreibung	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.
Klassifikation	CDA Header Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Benutzt	Benutzt 2 Templates Benutzt als Name Version 1.2.40.0.34.11.90001 Inklusion PersonElements DYNAMIC 1.2.40.0.34.11.90002 Inklusion OrganizationElements DYNAMIC
Beziehung	Version: 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>
Item DT Kard Konf Beschreibung Label hl7:participant Beteiligter (Angehöriger). wo [hl7:templateId ​[@root​=​'1.2.40.0.34.11.1.1.5']] @typeCode cs 1 … 1 F IND hl7:templateId II 1 … 1 M @root uid 1 … 1 F 1.2.40.0.34.11.1.1.5 hl7:associated​Entity 1 … 1 M Beschreibung der Entität. @classCode cs 1 … 1 F PRS hl7:code CE 1 … 1 M Verwandtschaftsverhältnis des Beteiligten zum Patienten.Beispiel: DAU („Daughter“), wenn die Beteiligte die Tochter des Patienten ist.   CONF Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.17 ELGA_PersonalRelationship (DYNAMIC) hl7:addr AD 0 … 1 Adresse des Beteiligten.Grundsätzlich sind die Vorgaben für „Adress-Elemente“ zu befolgen. hl7:telecom TEL.AT 0 … * Beliebig viele Kontaktdaten des Beteiligten. Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen. hl7:associated​Person 1 … 1 M Beteiligte Person. Grundsätzlich sind die Vorgaben für „Personen-Element“ zu befolgen. Eingefügt von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC) @classCode cs 0 … 1 F PSN @determiner​Code cs 0 … 1 F INSTANCE hl7: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 für „Namen-Elemente von Personen PN“ zu befolgen. hl7: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. Eingefügt von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC) @classCode 0 … 1 F ORG @determiner​Code 0 … 1 F INSTANCE hl7:id II 0 … * hl7:name ON 1 … 1 M hl7:telecom TEL.AT 0 … * hl7:addr AD 0 … 1

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

5.2.8.7.1 Spezifikation

Id	1.2.40.0.34.11.1.1.6 ref elgabbr-	Gültigkeit ab	2015‑11‑25 Andere Versionen mit dieser Id: HeaderParticipantVersicherung vom 2013‑10‑16
Status	Aktiv	Versions-Label
Name	HeaderParticipantVersicherung	Bezeichnung	HeaderParticipant Versicherung
Beschreibung	Versicherter/Versicherung
Klassifikation	CDA Header Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit	Assoziiert mit 1 Konzept Id Name Datensatz elgagab-data​element-119  Versicherter/Versicherung  Datensatz
Benutzt	Benutzt 2 Templates Benutzt als Name Version 1.2.40.0.34.11.90001 Inklusion PersonElements DYNAMIC 1.2.40.0.34.11.90002 Inklusion OrganizationElements DYNAMIC
Beziehung	Version: 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>
Item DT Kard Konf Beschreibung Label hl7:participant Beteiligter (Versicherter/Versicherung). wo [hl7:templateId ​[@root​=​'1.2.40.0.34.11.1.1.6']]   elgagab-data​element-119  Versicherter/Versicherung  Datensatz @typeCode cs 1 … 1 F HLD hl7:templateId II 1 … 1 M @root uid 1 … 1 F 1.2.40.0.34.11.1.1.6 hl7:time IVL_TS 0 … 1 Gültigkeitszeitraum der Versicherungspolizze. Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen. hl7:associated​Entity 1 … 1 M Beschreibung der Entität. @classCode cs 1 … 1 F POLHOLD hl7:id II 0 … * 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 hl7:code CE 0 … 1 Versicherungsverhältnis codiert.Beispiele:SELF, wenn der Patient selbst der Versicherte ist.FAMDEP, wenn der Patient bei einem Familienmitglied mitversichert ist.   CONF Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.9 ELGA_InsuredAssocEntity (DYNAMIC) hl7:addr AD 0 … 1 Adresse des Beteiligten. Grundsätzlich sind die Vorgaben für „Adress-Elemente“ zu befolgen. hl7:telecom TEL.AT 0 … * Beliebig viele Kontaktdaten des Beteiligten. Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen. hl7:associated​Person 0 … 1 Name des Beteiligten. Grundsätzlich sind die Vorgaben für „Personen-Element“ zu befolgen. Eingefügt von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC) @classCode cs 0 … 1 F PSN @determiner​Code cs 0 … 1 F INSTANCE hl7: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 für „Namen-Elemente von Personen PN“ zu befolgen.   Schematron assert role  error     test hl7:code/@code!='FAMDEP' or count(hl7:associated​Person)=1     Meldung Wenn das Versicherungsverhältnis "familienversichert" ist, dann muss eine associatedPerson angegeben sein   hl7:scoping​Organization 1 … 1 R Versicherungsgesellschaft. Grundsätzlich sind die Vorgaben für „Organisations-Element“ zu befolgen. Eingefügt von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC) @classCode 0 … 1 F ORG @determiner​Code 0 … 1 F INSTANCE hl7:id II 0 … * hl7:name ON 1 … 1 M hl7:telecom TEL.AT 0 … * hl7:addr AD 0 … 1

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

5.2.8.8.1 Spezifikation

Id	1.2.40.0.34.11.1.1.7 ref elgabbr-	Gültigkeit ab	2013‑10‑16
Status	Aktiv	Versions-Label
Name	HeaderParticipantBetreuorg	Bezeichnung	HeaderParticipant Betreuungsorganisation
Klassifikation	CDA Header Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit	Assoziiert mit 1 Konzept Id Name Datensatz elgagab-data​element-251  Betreuende Organisation  Datensatz
Benutzt	Benutzt 1 Template Benutzt als Name Version 1.2.40.0.34.11.90002 Inklusion OrganizationElements DYNAMIC
Beziehung	Version: 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>
Item DT Kard Konf Beschreibung Label hl7:participant Beteiligter (Betreuende Organisation). wo [hl7:templateId ​[@root​=​'1.2.40.0.34.11.1.1.7']]   elgagab-data​element-251  Betreuende Organisation  Datensatz @typeCode cs 1 … 1 F IND hl7:templateId II 1 … 1 M @root uid 1 … 1 F 1.2.40.0.34.11.1.1.7 hl7:associated​Entity 1 … 1 M Beschreibung der Entität. @classCode cs 1 … 1 F CAREGIVER hl7:scoping​Organization 1 … 1 M Betreuende Organisation. Grundsätzlich sind die Vorgaben für „Organisations-Element“ zu befolgen. Eingefügt von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC) @classCode 0 … 1 F ORG @determiner​Code 0 … 1 F INSTANCE hl7:id II 0 … * hl7:name ON 1 … 1 M hl7:telecom TEL.AT 0 … * hl7:addr AD 0 … 1

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

5.2.8.9.1 Spezifikation

Id	1.2.40.0.34.11.1.1.8 ref elgabbr-	Gültigkeit ab	2017‑02‑20
Status	Aktiv	Versions-Label
Name	HeaderParticipantConsultant	Bezeichnung	HeaderParticipant 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.
Klassifikation	CDA Header Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit	Assoziiert mit 1 Konzept Id Name Datensatz elgagab-data​element-136  Weitere Behandler  Datensatz
Benutzt	Benutzt 2 Templates Benutzt als Name Version 1.2.40.0.34.11.90001 Inklusion PersonElements DYNAMIC 1.2.40.0.34.11.90002 Inklusion OrganizationElements DYNAMIC
Beziehung	Version: 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>
Item DT Kard Konf Beschreibung Label hl7:participant Beteiligter (Fachlicher Ansprechpartner). wo [hl7:templateId ​[@root​=​'1.2.40.0.34.11.1.1.8']]   elgagab-data​element-136  Weitere Behandler  Datensatz @typeCode cs 1 … 1 F CON   Weitere Behandler. hl7:templateId II 1 … 1 M @root uid 1 … 1 F 1.2.40.0.34.11.1.1.8 hl7:functionCode CE 0 … 1 R Angabe 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.   CONF Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.6 ELGA_AuthorSpeciality (DYNAMIC) hl7:associated​Entity 1 … 1 M @classCode cs 1 … 1 F PROV   Gesundheitsdienstanbieter. hl7:addr AD 0 … 1 Adresse des Beteiligten. Grundsätzlich sind die Vorgaben für „Adress-Elemente“ zu befolgen. hl7:telecom TEL.AT 0 … * R Beliebig viele Kontaktdaten des Beteiligten. Es MUSS mindestens eine Telefon-Nummer angegeben werden. hl7:associated​Person 1 … 1 M Beteiligte Person Grundsätzlich sind die Vorgaben für „Personen-Element“ zu befolgen. Eingefügt von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC) @classCode cs 0 … 1 F PSN @determiner​Code cs 0 … 1 F INSTANCE hl7: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 für „Namen-Elemente von Personen PN“ zu befolgen. hl7:scoping​Organization 0 … 1 R Organisation, der der Beteiligte angehört (mit Adresse und Kontaktdaten der Organisation) Grundsätzlich sind die Vorgaben für „Organisations-Element“ zu befolgen. Eingefügt von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC) @classCode 0 … 1 F ORG @determiner​Code 0 … 1 F INSTANCE hl7:id II 0 … * hl7:name ON 1 … 1 M hl7:telecom TEL.AT 0 … * hl7:addr AD 0 … 1

5.3 Dokumentation der Gesundheitsdienstleistung

5.3.1 Service Events („documentationOf/serviceEvent“)

Da die angegebenen Gesundheitsdienstleistungen in die XDS-Metadaten übernommen werden, stellen sie die einzigen (rein) medizinischen Informationen zum Dokument im Dokumentenregister dar. Sie können daher in Folge für Suche und Filterung verwendet werden, und erleichtern mitunter die Navigation in der Krankengeschichte des Patienten.

Verweis auf den Allgemeinen Leitfaden (mit Anpassungen):
Das Element ist grundsätzlich gemäß den Vorgaben des entsprechenden Kapitels des „Allgemeinen Implementierungsleitfadens“ anzugeben, es sind jedoch spezielle Vorgaben vorgeschrieben.

[Ausklappen]

Auszug aus dem Allgemeinen Implementierungsleitfaden

5.4 Dokumentation der Gesundheitsdienstleistung

5.4.1 Service Events („documentationOf/serviceEvent“)

Mit der Assoziation documentationOf/serviceEvent wird die eigentliche Gesundheitsdienstleistung repräsentiert, die in dem Dokument dokumentiert wird (z. B. eine Koloskopie, Appendektomie, etc.). Dies ist in engem Zusammenhang mit dem Dokumententyp zu sehen, der in ClinicalDocument/code wiedergegeben ist. Mit der documentationOf Beziehung kann die dokumentierte Gesundheitsdienstleistung näher spezifiziert werden. Dies darf natürlich nicht im Widerspruch zum Dokumententyp stehen.

In serviceEvent/effectiveTime kann der Zeitpunkt/Zeitraum der Gesundheitsdienstleistung angegeben werden. Im Gegensatz zum Encounter (siehe Kapitel „Informationen zum Patientenkontakt“), der ggf. mehrere Gesundheitsdienstleistungen „umrahmt“.

Da diese Informationen in die XDS-Metadaten übernommen werden, ergeben sich folgende Implikationen:

• Die serviceEvents sind die einzigen (rein) medizinischen Informationen zum Dokument im Dokumentenregister
• Können daher als Such-/Filterkriterium verwendet werden
• Scheint ggf. in den Ergebnissen der Suchabfragen auf

-> Sollte eine wertvolle Information sein (für den Behandler!)

Auszug aus dem R-MIM:

Abbildung 15: Klassen rund um die Gesundheitsdienstleistung.

5.4.1.1 Spezifikation

Da dieses Element automatisch in die XDS-Metadaten übernommen wird, SOLL mindestens eine Gesundheitsdienstleistung als documentationOf/serviceEvent-Element angegeben werden [R2].

ACHTUNG: Die Zeitangaben der Gesundheitsdienstleistung (erstes documentationOf/serviceEvent-Element) werden in die Dokument-Metadaten übernommen!

Die Bedeutung der Dokument-Metadaten-Elemente lautet daher wie folgt:

serviceStartTime: Beginn des ersten documentationOf/serviceEvent-Elements
serviceStopTime: Ende des ersten documentationOf/serviceEvent-Elements

Die semantische Bedeutung dieser Zeitpunkte wird in den speziellen Implementierungs-leitfäden festgelegt.

Es können beliebig viele weitere Gesundheitsdienstleistungen als weitere documentationOf/serviceEvent-Elemente angegeben werden.

Id	1.2.40.0.34.11.20010 ref elgabbr-	Gültigkeit ab	2011‑12‑19
Status	Aktiv	Versions-Label
Name	HeaderServiceEvent	Bezeichnung	HeaderServiceEvent
Beschreibung Mit der Assoziation documentationOf/serviceEvent wird die eigentliche Gesundheitsdienstleistung repräsentiert, die in dem Dokument dokumentiert wird (z. B. eine Koloskopie, Appendektomie, etc.). Dies ist in engem Zusammenhang mit dem Dokumententyp zu sehen, der in ClinicalDocument/code wiedergegeben ist. Mit der documentationOf Beziehung kann die dokumentierte Gesundheitsdienstleistung näher spezifiziert werden. Dies darf natürlich nicht im Widerspruch zum Dokumententyp stehen.
Klassifikation	CDA Header Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit	Assoziiert mit 1 Konzept Id Name Datensatz elgagab-data​element-145  Gesundheitsdienstleistung  Datensatz
Benutzt	Benutzt 1 Template Benutzt als Name Version 1.2.40.0.34.11.90003 Inklusion AssignedEntityElements DYNAMIC
Beziehung	Version: Template 1.2.40.0.34.11.20010 (2017‑07‑21 11:18:58) ref elgabbr- Version: Template 1.2.40.0.34.11.20010 HeaderServiceEvent (2011‑12‑19) ref elgabbr-
Beispiel	Strukturbeispiel Koloskopie <documentationOf typeCode="DOC">   <serviceEvent>     <code code="KOL" displayName="Koloskopie" codeSystem="2.16.840.1.2.3.4.5.6.7.8.9" codeSystemName="Name des Codesystems"/>    <effectiveTime>       <low value="20081224082015+0100"/>      <high value="20081225113000+0100"/>    </effectiveTime>    <performer typeCode="PRF">       <assignedEntity> : </assignedEntity>    </performer>  </serviceEvent></documentationOf>
Beispiel	Strukturbeispiel Hämatologie <documentationOf typeCode="DOC">   <serviceEvent>     <code code="300" codeSystem="1.2.40.0.34.5.11" codeSystemName="ELGA_LaborparameterErgaenzung" displayName="Hämatologie"/>    <effectiveTime>       <low value="20121201061325+0100"/>      <high value="20121201161500+0100"/>    </effectiveTime>  </serviceEvent></documentationOf>
Item DT Kard Konf Beschreibung Label hl7:documentationOf Komponente für die Gesundheitsdienstleistung.   elgagab-data​element-145  Gesundheitsdienstleistung  Datensatz @typeCode cs 0 … 1 F DOC hl7:serviceEvent 1 … 1 M Gesundheitsdienstleistung. @classCode cs 0 … 1 F ACT @moodCode cs 0 … 1 F EVN hl7:code CE 1 … 1 R Code der Gesundheitsdienstleistung. Zugelassene nullFlavor: UNK Grundsätzlich sind die Vorgaben für „Codierungs-Elemente“ zu befolgen. hl7:effectiveTime IVL_TS 1 … 1 M Zeitraum der Gesundheitsdienstleistung. Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen. hl7:low TS 1 … 1 M hl7:high TS 1 … 1 M hl7:performer 0 … * Durchführende Entität(en) der Gesundheitsdienstleistung. hl7:assignedEntity 1 … 1 M Eingefügt von 1.2.40.0.34.11.90003 AssignedEntityElements (DYNAMIC) hl7:id II 1 … * R Mindestens eine Id der validierenden Person. Zugelassene nullFlavor: UNK hl7:addr AD 0 … 1 Ein Adress-Element der validierenden Person. Zugelassene nullFlavor: UNK hl7:telecom TEL.AT 0 … * Mindestens ein Telecom-Element der validierenden Person. Zugelassene nullFlavor: UNK hl7:assigned​Person 1 … 1 M Persondendaten der validierenden Person. Eingefügt von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC) @classCode cs 0 … 1 F PSN @determiner​Code cs 0 … 1 F INSTANCE hl7: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 für „Namen-Elemente von Personen PN“ zu befolgen. hl7:represented​Organization 0 … 1 Organistationsdaten der validierenden Person. Eingefügt von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC) @classCode 0 … 1 F ORG @determiner​Code 0 … 1 F INSTANCE hl7:id II 0 … * hl7:name ON 1 … 1 M hl7:telecom TEL.AT 0 … * hl7:addr AD 0 … 1

Verweis auf speziellen Implementierungsleitfaden:
serviceEvent Element Allgemein
Ob eine Gesundheitsdienstleistung angegeben werden muss, und welche Bedeutung dieses Element hat, ergibt sich aus dem jeweiligen speziellen Implementierungsleitfaden.
code
Welche Codierung angewandt werden soll, ergibt sich aus dem jeweiligen speziellen Implementierungsleitfaden.
effectiveTime
Welche Start- und Endezeiten eingetragen werden sollen, ergibt sich aus dem jeweiligen speziellen Implementierungsleitfaden.
performer
Ob und welche durchführende Entität eingetragen werden soll, ergibt sich aus dem jeweiligen speziellen Implementierungsleitfaden.

effectiveTime
Hinweis: Für die automatisierte Datenübernahme aus dem CDA-Dokument in die XDS-Dokumentmetadaten ist stets ein Zeitintervall anzugeben.

5.4.1.2 Spezielle Vorgaben für den Antrag auf Heilverfahren

Der Code, welcher für das serviceEvent/code Element genutzt werden MUSS ist ident mit dem ClinicalDocument/code Element sein. Dieser Code Element ist somit zum derzeitigen Zeitpunkt fix mit dem Code AHV zu führen. TBD: Ist eine weitere Unterscheidung künftig notwendig?

Als Zeitangabe MUSS der Zeitraum des Aufenthalts (Aufnahme bis Entlassung) angegeben werden. Als Zeitpunkt der Entlassung SOLL der Zeitpunkt der administrativen Entlassung angegeben werden. Alternativ darf auch der Zeitpunkt der medizinischen Entlassung angegeben werden.

ACHTUNG: Diese Zeitangaben werden in die Dokument-Metadaten übernommen!
Die Bedeutung der Dokument-Metadaten-Elemente lautet daher wie folgt:

• serviceStartTime: Aufnahme des Patienten in den stationären Aufenthalt
• serviceStopTime: Entlassung des Patienten aus dem stationären Aufenthalt

5.4.1.3 Strukturbeispiel

<documentationOf>
  <serviceEvent>
    <code code="AHV"
          displayName="Antrag auf Heilverfahren" 
          codeSystem="1.2.40.0.34.5.184" 
          codeSystemName="AH_Structure" />
     <effectiveTime>
          <low value="<Zeitpunkt der Aufnahme>"/>
          <high value="<Zeitpunkt der Entlassung>"/>
     </effectiveTime>
   </serviceEvent>
</documentationOf>

5.4.1.4 Spezifikation

Es gelten die Vorgaben des entsprechenden Kapitels des „Allgemeinen Implementierungsleitfadens“ mit folgenden Änderungen:

5.4.1.4.1 Änderung 1: serviceEvent-Element Allgemein

Konformität geändert auf [M]. Kardinalität geändert auf 1..1.

Element/Attribut		DT	Kard	Konf	Beschreibung
documentationOf		POCD_MT000040.DocumentationOf	1..1	M	Komponente für die Gesundheitsdienstleistung
	serviceEvent	POCD_MT000040.ServiceEvent	1..1	M	Gesundheitsdienstleistung

5.4.1.4.2 Änderung 2: code

Es wird der fixe Wert „AHV“ („Antrag auf Heilverfahren“) angegeben.

Element/Attribut		DT	Kard	Konf	Beschreibung
code		CE CWE	1..1	M	Code der Gesundheitsdienstleistung
	@code	cs	1..1	M	Fester Wert: AHV
	@displayName	st	1..1	M	Fester Wert: Antrag auf Heilverfahren
	@codeSystem	uid	1..1	M	Fester Wert: 1.2.40.0.34.5.184
	@codeSystemName	st	1..1	M	Fester Wert: AH_Structure

5.4.1.4.3 Änderung 3: effectiveTime

Als Zeitangabe MUSS der Zeitraum des Aufenthalts angegeben werden.

Der Zeitraum des Aufenthalts erstreckt sich vom

Zeitpunkt der Aufnahme in den stationären Aufenthalt

bis zum

Zeitpunkt der Entlassung aus dem stationären Aufenthalt.

Hinweis: Als Zeitpunkt der Entlassung SOLL der Zeitpunkt der administrativen Entlassung angegeben werden. Alternativ darf auch der Zeitpunkt der medizinischen Entlassung angegeben werden.

5.4.1.4.4 Änderung 4: performer

Es wird keine durchführende Entität der Gesundheitsdienstleistung angegeben.

Element/Attribut	DT	Kard	Konf	Beschreibung
performer	POCD_MT000040.Performer1	0..0	NP	Durchführende Entität der Gesundheitsdienstleistung

6 Fachlicher Inhalt (CDA Body)

ACHTUNG: Zurzeit wird in diesem Leitfaden auf die ArtDecor Spezifikationen verlinkt. Sobald möglich, werden die Spezifikationen direkt im Wiki verfügbar sein.

6.1 Überblick

6.1.1 Tabellarische Darstellung der Sektionen (IN ARBEIT!!)

Opt	Sektion			Kap	Pos
[M]	Antragsgrund			6.4.1	1
[M]	Ärztliche Angaben			6.2.2	2
	[M]	Antragsrelevante Diagnose		6.2.9.3
	[R2]	Weitere Diagnosen und Indikationen		6.2.9.4
	[R2]	Medikationsliste		6.2.9.5
	[O]	Weitere Informationen		6.2.9.5
[M]	Reha-relevante Angaben			6.2.3	3
	[R2]	Vitalparameter		6.2.9.3
	[R2]	Pflegediagnosen		6.2.9.4
	[O]	Weitere Informationen		6.2.9.5
[M]	Reha-Management			6.2.3	4
	[O]	Weitere Informationen		6.2.9.3

Tabelle 1: Überblick und Reihenfolge der Sektionen

6.2 Antragsgrund

Beschreibung, Strukturbeispiel und Beschreibung siehe ArtDecor

Id	1.2.40.0.34.11.15.2.1	Gültigkeit ab	2018‑08‑20 09:32:15
Status	Entwurf	Versions-Label
Name	eHV_Section_Antragsgrund	Bezeichnung	eHV_Section_Antragsgrund
Beschreibung Diese Sektion beinhaltet Informationen über den Antragsgrund sowie Einverständniserklärungen zur Datenverarbeitung und die Unterschrift des Antragstellers.  Sollte die eigenhändige Unterschrift des Antragstellers/der Antragstellerin nicht möglich sein, kann die Unterschrift auch durch einen Angehörigen/eine Angehörige oder eine Vertrauensperson geleistet werden. Die strukturelle Gestaltung MUSS beibehalten werden. Zudem MÜSSEN die Textbausteine, für jene die Zustimmung des Patienten/der Patientin (bzw. deren Vertretung) eingeholt werden, im Wortlaut übernommen werden.
Klassifikation	CDA Section level template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Benutzt	Benutzt 3 Templates Benutzt als Name Version 1.2.40.0.34.11.15.3.1 Inklusion eHV_Entry_Antragsgrund DYNAMIC 1.2.40.0.34.11.15.3.2 Inklusion eHV_Entry_Aufenthaltsart DYNAMIC 1.2.40.0.34.11.15.3.5 Inklusion eHV_Entry_Zustimmung DYNAMIC
Item DT Kard Konf Beschreibung Label hl7:section 1 … 1 M hl7:templateId II 1 … 1 M @root uid 1 … 1 F 1.2.40.0.34.11.15.2.1 hl7:code CE 1 … 1 M @code CONF 1 … 1 F AntrGr @codeSystem 1 … 1 F 1.2.40.0.34.5.178 @codeSystemName 1 … 1 F eHV_Sections @displayName 1 … 1 F Antragsgrund hl7:title ST 1 … 1 M   Constraint Der Titel der Sektion MUSS "Antragsgrund" lauten hl7:text SD.TEXT 1 … 1 M Der Text dieses Element MUSS analog des Beispieles strukturiert werden. Textpassagen zu denen die Zustimmung eingeholt werden MÜSSEN im Wortlaut übernommen werden. Sollte der Antrag in PDF Form, die Einverständniserklärung in PDF Form, oder beide Dokumente (als ein PDF) in der Sektion "Anhänge" in dem CDA Dokument inkludiert sein, ist ein textueller Verweis auf diese Sektion sinnvoll. Eingefügt 0 … 1 R von 1.2.40.0.34.11.15.3.1 eHV_Entry_Antragsgrund (DYNAMIC) hl7:entry 0 … 1 M Warnung: Wenn isMandatory=true dann muss minimumMultiplicity größer 0 sein. hl7:act 1 … 1 M @classCode cs 1 … 1 F ACT @moodCode cs 1 … 1 F RQO hl7:templateId II 1 … 1 M @root uid 1 … 1 F 1.2.40.0.34.11.15.3.1 hl7:code CE 1 … 1 M @code CONF 1 … 1 F 020 @codeSystem 1 … 1 F 1.2.40.0.34.5.179 @codeSystemName 1 … 1 F eHV_Antragsgrund @displayName 1 … 1 F Anschlussheilverfahren hl7:text 1 … 1 M hl7:reference 1 … 1 M Eingefügt 0 … 1 R von 1.2.40.0.34.11.15.3.2 eHV_Entry_Aufenthaltsart (DYNAMIC) hl7:entry 0 … 1 M Warnung: Wenn isMandatory=true dann muss minimumMultiplicity größer 0 sein. hl7:act 1 … 1 M @moodCode cs 1 … 1 F RQO @classCode cs 1 … 1 F ACT hl7:templateId II 1 … 1 M @root uid 1 … 1 F 1.2.40.0.34.11.15.3.2 hl7:code CD 1 … 1 M   CONF Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.5.180 eHV_Aufenthaltsart (DYNAMIC) hl7:text 1 … 1 M hl7:reference 1 … 1 M @value cs 1 … 1 R Referenz auf section/text Element Eingefügt 0 … 1 R von 1.2.40.0.34.11.15.3.5 eHV_Entry_Zustimmung (DYNAMIC) hl7:entry 0 … 1 M Warnung: Wenn isMandatory=true dann muss minimumMultiplicity größer 0 sein. hl7:act 1 … 1 M @classCode cs 1 … 1 F CONS @moodCode cs 1 … 1 F EVN hl7:templateId II 1 … 1 M @root uid 1 … 1 F 1.2.40.0.34.11.15.3.5 hl7:code CE 1 … 1 M @code CONF 1 … 1 F Konsens @codeSystem 1 … 1 F 1.2.40.0.34.5.181 @codeSystemName 1 … 1 F eHV_Einverstaendnis @displayName 1 … 1 F Konsens hl7:effectiveTime TS 1 … 1 M hl7:author 1 … 1 M hl7:time TS 1 … 1 M hl7:assignedAuthor 1 … 1 M hl7:id II 1 … 1 R   Constraint Fix mit nullFlavor="UNK" hl7:telecom TEL 1 … * R hl7:assigned​Person 1 … 1 M hl7:name PN 1 … 1 M

6.3 Ärztliche Angaben

6.3.1 Antragsrelevante Diagnose

Beschreibung, Strukturbeispiel und Beschreibung siehe ArtDecor

6.3.2 Weitere Diagnosen und Indikationen

Beschreibung, Strukturbeispiel und Beschreibung siehe ArtDecor

6.3.3 Medikationsliste

Diese Sektion entspricht inhaltlich der Medikationsliste der eMedikation, sie soll allerdings noch weiter komprimiert werden, indem werden. Bei der verkürzten Darstellung werden die Abschnitte für Abgabe und Verordnung zusammengefasst und immer NUR der neueste Eintrag (nur wenn eine Abgabe nicht erfolgte die Verordnung). Die maschinenlesbaren Elemente sind dieselben wie in der eMedikation.

Arzneimittel	Einnahme	Dosierung	Verordnet/Abgegeben	Zusatzinformation
Anastrozol 1 mg Tabletten	täglich	1-0-0-0	Dauermedikation	zum Einnehmen
Esomeprazol 40 mg magensaftresistente Tabletten	täglich	1-0-1-0	01.05.2017 (Verordnung)	zum Einnehmen
Cimicifugae racemosae radix (Trauben-Silberkerze - Extrakt)	täglich	1-0-0-0	04.06.2017 (Abgabe)	bei Bedarf

Id	1.2.40.0.34.11.13.2.16 ref elgabbr-	Gültigkeit ab	2017‑11‑27 16:43:52
Status	Entwurf	Versions-Label	0.1
Name	MedikationslistenSection_PS	Bezeichnung	Medikationsliste PS
Beschreibung Die Medikationsliste enthält eine Zusammenfassung aller relevanten Informationen aus den „Verordnungen“, „Abgaben“ und „pharmazeutischen Empfehlungen“ der letzten 12 Monate. Sie entspricht einer aggregierten Medikationsliste der ELGA e-Medikation mit den Daten über Medikament, Dosierung, Dauermedikation, Einnahmezeitraum. Abgesetzte Medikamente sind nicht enthalten, diese Information kann aus der vollständigen Medikationsliste der e-Medikation entnommen werden.
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.11.13.2.16
Klassifikation	CDA Section level template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Benutzt	Benutzt 6 Templates Benutzt als Name Version 1.2.40.0.34.11.13.3.16 Containment Author (Body) PS DYNAMIC 1.2.40.0.34.11.13.3.20 Containment Informant (Body) PS (0.1) DYNAMIC 1.2.40.0.34.11.8.1.3.1 Containment Medikation Verordnung Entry eMedikation DYNAMIC 1.2.40.0.34.11.8.2.3.1 Containment Medikation Abgabe Entry eMedikation DYNAMIC 1.2.40.0.34.11.13.3.27 Containment ELGA Medikationsstatement (0.1) DYNAMIC 1.2.40.0.34.11.13.2.18 Containment Übersetzung (0.1) DYNAMIC
Beziehung	Adaptation: Template 1.2.40.0.34.11.8.3.2.1 (2017‑08‑31 14:20:20) ref elgabbr-
Beispiel	Strukturbeispiel <section>   <templateId root="1.2.40.0.34.11.13.2.16"/>  <!-- Code der Sektion -->   <code code="10160-0" codeSystem="2.16.840.1.113883.6.1"/>  <!-- Titel der Sektion -->   <title>Medikationsliste</title>  <!-- Textbereich der Sektion -->   <text> ... Lesbarer Textbereich ... </text>  <!-- Maschinenlesbare Elemente -->   <entry>     <!-- ELGA MedikationVerordnung-Entry -->     <templateId root="1.2.40.0.34.11.8.1.3.1"/>  </entry>  <!-- und/oder -->   <entry>     <!-- ELGA MedikationAbgabe-Entry -->     <templateId root="1.2.40.0.34.11.8.2.3.1"/>  </entry></section>
Item DT Kard Konf Beschreibung Label hl7:section hl7:templateId II 1 … 1 M @root uid 1 … 1 F 1.2.40.0.34.11.13.2.16 hl7:id II 0 … 1 hl7:code CE (extensible) 1 … 1 M @code CONF 1 … 1 F 10160-0 @codeSystem 1 … 1 F 2.16.840.1.113883.6.1 (LOINC) hl7:title ST 1 … 1 M   CONF Elementinhalt muss "Medikationsliste" sein hl7:text ED 1 … 1 M Information für den menschlichen Leser. hl7:author 0 … * Author der enthaltenen Information (GDA) Beinhaltet 1.2.40.0.34.11.13.3.16 Author (Body) PS (DYNAMIC) hl7:informant 0 … * Quelle für die enthaltene Information Name der Person und ihre Beziehung zum Patienten (Patient oder Angehöriger, Auskunftsperson - nicht-GDA) Beinhaltet 1.2.40.0.34.11.13.3.20 Informant (Body) PS (DYNAMIC) Auswahl 1 … * Elemente in der Auswahl: hl7:entry welches enthält Template 1.2.40.0.34.11.8.1.3.1 Medikation Verordnung Entry eMedikation (DYNAMIC) hl7:entry welches enthält Template 1.2.40.0.34.11.8.2.3.1 Medikation Abgabe Entry eMedikation (DYNAMIC) hl7:entry welches enthält Template 1.2.40.0.34.11.13.3.27 ELGA Medikationsstatement (DYNAMIC) hl7:component welches enthält Template 1.2.40.0.34.11.13.2.18 Übersetzung (DYNAMIC) hl7:entry Beinhaltet 1.2.40.0.34.11.8.1.3.1 Medikation Verordnung Entry eMedikation (DYNAMIC) @typeCode cs 1 … 1 F DRIV hl7:entry Beinhaltet 1.2.40.0.34.11.8.2.3.1 Medikation Abgabe Entry eMedikation (DYNAMIC) @typeCode cs 1 … 1 F DRIV hl7:entry Beinhaltet 1.2.40.0.34.11.13.3.27 ELGA Medikationsstatement (DYNAMIC) @typeCode cs 1 … 1 F DRIV hl7:component 0 … * Optionale Subsections zur Angabe von Übersetzungen des <text> Elements Beinhaltet 1.2.40.0.34.11.13.2.18 Übersetzung (DYNAMIC) @typeCode cs 0 … 1 F COMP @context​Conduction​Ind cs 0 … 1 F true

6.3.4 Weitere Informationen

Beschreibung, Strukturbeispiel und Beschreibung siehe ArtDecor

6.4 Reha-relevante Angaben

Beschreibung, Strukturbeispiel und Spezifikation siehe Art-Decor

6.4.1 Vitalparameter - Sub-Section

[Ausklappen]

Auszug aus dem Allgemeinen Implementierungsleitfaden

6.4.2 Vitalparameter

6.4.2.1 Überblick

	EIS „Enhanced“	„Full Support“
Template ID	ELGA: 1.2.40.0.34.11.1.2.6	ELGA: 1.2.40.0.34.11.1.2.7
Parent Template ID	IHE PCC Vital Signs Section: 1.3.6.1.4.1.19376.1.5.3.1.3.25 HL7 CCD 3.12: 2.16.840.1.113883.10.20.1.16	IHE PCC Coded Vital Signs Section: 1.3.6.1.4.1.19376.1.5.3.1.1.5.3.2 IHE PCC Vital Signs Section: 1.3.6.1.4.1.19376.1.5.3.1.3.25 HL7 CCD 3.12: 2.16.840.1.113883.10.20.1.16
Titel der Sektion	Vitalparameter
Definition	Informationen zu den Vitalparametern (Körpertemperatur, Puls, Blutdruck …). Diese Sektion wird hauptsächlich bei Verlegungen von Pflegeheimen in Krankenhäusern oder in Notfällen angewandt.
Codierung	LOINC: 8716-3, „Vital signs“
Konformität	[O]
Konformität Level 3	[NP] ELGA VitalparameterGruppe-Entry (1.2.40.0.34.11.1.3.3)	[M] ELGA VitalparameterGruppe-Entry (1.2.40.0.34.11.1.3.3)

6.4.2.2 Spezifikation

Vitalparameter (alle EIS)

Id	1.2.40.0.34.11.30002 ref elgabbr-	Gültigkeit ab	2011‑12‑19
Status	Aktiv	Versions-Label
Name	VitalparameterAlleEIS	Bezeichnung	Vitalparameter (alle EIS)
Beschreibung	Informationen zu den Vitalparametern (Körpertemperatur, Puls, Blutdruck …). Diese Sektion wird hauptsächlich bei Verlegungen von Pflegeheimen in Krankenhäusern oder in Notfällen angewandt.
Klassifikation	CDA Section level template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Beziehung	Version: Template 1.2.40.0.34.11.30002 Vitalparameter (alle EIS) (2011‑12‑19) ref elgabbr-
Beispiel	Strukturbeispiel <section>   <!-- Im Falle von EIS „Enhanced“ -->   <templateId root="1.2.40.0.34.11.1.2.6"/>  <!-- ELGA EIS „Enhanced“ -->   <templateId root="1.3.6.1.4.1.19376.1.5.3.1.3.25"/>  <!-- IHE PCC -->   <templateId root="2.16.840.1.113883.10.20.1.16"/>  <!-- HL7 CCD -->    … oder …   <!-- Im Falle von EIS „Full support“ -->   <templateId root="1.2.40.0.34.11.1.2.7"/>  <!-- ELGA EIS “Full support” -->   <templateId root="1.3.6.1.4.1.19376.1.5.3.1.1.5.3.2"/>  <!-- IHE PCC -->   <templateId root="1.3.6.1.4.1.19376.1.5.3.1.3.25"/>  <!-- IHE PCC -->   <templateId root="2.16.840.1.113883.10.20.1.16"/>  <!-- HL7 CCD -->   <!-- Code der Sektion -->   <code code="8716-3" displayName="Vital signs" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC"/>  <!-- Titel der Sektion -->   <title>Vitalparameter</title>  <!-- Textbereich der Sektion -->   <text> ... Lesbarer Textbereich ... </text>  <!-- Maschinenlesbare Elemente der Sektion in EIS „Full support“ -->   <entry>      :     <!-- ELGA VitalparameterGruppe-Entry -->     <templateId root="1.2.40.0.34.11.1.3.3"/>     :   </entry></section>
Item DT Kard Konf Beschreibung Label hl7:code CE 1 … 1 M Code der Sektion. @code CONF 1 … 1 F 8716-3 @codeSystem 1 … 1 F 2.16.840.1.113883.6.1 (LOINC) hl7:title ST 1 … 1 R   CONF Elementinhalt muss "Vitalparameter" sein hl7:text 1 … 1 R Information für den menschlichen Leser. Die Vorgaben und Empfehlungen zur Gestaltung dieses Bereichs im Falle von CDA Level 3 sind zu beachten!

Vitalparameter (enhanced)

Id	1.2.40.0.34.11.1.2.6 ref elgabbr-	Gültigkeit ab	2011‑12‑19
Status	Aktiv	Versions-Label
Name	VitalparameterEnhanced	Bezeichnung	Vitalparameter (enhanced)
Beschreibung	Informationen zu den Vitalparametern (Körpertemperatur, Puls, Blutdruck, …). Diese Sektion wird hauptsächlich bei Verlegungen von Pflegeheimen in Krankenhäuser oder in Notfällen angewandt.
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.11.1.2.6
Klassifikation	CDA Section level template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Benutzt	Benutzt 1 Template Benutzt als Name Version 1.2.40.0.34.11.30002 Inklusion Vitalparameter (alle EIS) DYNAMIC
Beziehung	Version: Template 1.2.40.0.34.11.1.2.6 Vitalparameter (enhanced) (2011‑12‑19) ref elgabbr-
Item DT Kard Konf Beschreibung Label hl7:section Container zur Angabe der Vitalparameter. hl7:templateId II 1 … 1 R @root uid 1 … 1 F 1.2.40.0.34.11.1.2.6 hl7:templateId II 1 … 1 R @root uid 1 … 1 F 1.3.6.1.4.1.19376.1.5.3.1.3.25 hl7:templateId II 1 … 1 R @root uid 1 … 1 F 2.16.840.1.113883.10.20.1.16 Eingefügt von 1.2.40.0.34.11.30002 Vitalparameter (alle EIS) (DYNAMIC) hl7:code CE 1 … 1 M Code der Sektion. @code CONF 1 … 1 F 8716-3 @codeSystem 1 … 1 F 2.16.840.1.113883.6.1 (LOINC) hl7:title ST 1 … 1 R   CONF Elementinhalt muss "Vitalparameter" sein hl7:text 1 … 1 R Information für den menschlichen Leser. Die Vorgaben und Empfehlungen zur Gestaltung dieses Bereichs im Falle von CDA Level 3 sind zu beachten! hl7:entry NP

Vitalparameter (full)

Id	1.2.40.0.34.11.1.2.7 ref elgabbr-	Gültigkeit ab	2017‑02‑20 Andere Versionen mit dieser Id: VitalparameterFull vom 2011‑12‑19
Status	Aktiv	Versions-Label
Name	VitalparameterFull	Bezeichnung	Vitalparameter (full)
Beschreibung	Informationen zu den Vitalparametern (Körpertemperatur, Puls, Blutdruck …). Diese Sektion wird hauptsächlich bei Verlegungen von Pflegeheimen in Krankenhäusern oder in Notfällen angewandt.
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.11.1.2.7
Klassifikation	CDA Section level template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit	Assoziiert mit 3 Konzepte Id Name Datensatz exnds-data​element1-14  Groesse  Test2 2019 exnds-data​element1-15  Gewicht  Test2 2019  Vitalwerte  Test2 2019
Benutzt	Benutzt 2 Templates Benutzt als Name Version 1.2.40.0.34.11.30002 Inklusion Vitalparameter (alle EIS) DYNAMIC 1.2.40.0.34.11.1.3.3 Containment Vitalparameter Gruppe Entry DYNAMIC
Beziehung	Version: Template 1.2.40.0.34.11.1.2.7 Vitalparameter (full) (2017‑02‑20) ref elgabbr-
Beispiel	Strukturbeispiel <section>   <templateId root="1.2.40.0.34.11.1.2.7"/>  <!-- ELGA EIS “Full support” -->   <templateId root="1.3.6.1.4.1.19376.1.5.3.1.1.5.3.2"/>  <!-- IHE PCC -->   <templateId root="1.3.6.1.4.1.19376.1.5.3.1.3.25"/>  <!-- IHE PCC -->   <templateId root="2.16.840.1.113883.10.20.1.16"/>  <!-- HL7 CCD -->   <!-- Code der Sektion -->   <code code="8716-3" displayName="Vital signs" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC"/>  <!-- Titel der Sektion -->   <title>Vitalparameter</title>  <!-- Textbereich der Sektion -->   <text> ... Lesbarer Textbereich ... </text>  <!-- Maschinenlesbare Elemente der Sektion in EIS „Full support“ -->   <entry>     <!-- ELGA VitalparameterGruppe-Entry -->     <templateId root="1.2.40.0.34.11.1.3.3"/>  </entry></section>
Item DT Kard Konf Beschreibung Label hl7:section Container zur Angabe der Vitalparameter.   exnds-data​element1-14  Groesse  Test2 2019 exnds-data​element1-15  Gewicht  Test2 2019  Vitalwerte  Test2 2019 hl7:templateId II 1 … 1 R @root uid 1 … 1 F 1.2.40.0.34.11.1.2.7 hl7:templateId II 1 … 1 R @root uid 1 … 1 F 1.3.6.1.4.1.19376.1.5.3.1.1.5.3.2 hl7:templateId II 1 … 1 R @root uid 1 … 1 F 1.3.6.1.4.1.19376.1.5.3.1.3.25 hl7:templateId II 1 … 1 R @root uid 1 … 1 F 2.16.840.1.113883.10.20.1.16 Eingefügt von 1.2.40.0.34.11.30002 Vitalparameter (alle EIS) (DYNAMIC) hl7:code CE 1 … 1 M Code der Sektion. @code CONF 1 … 1 F 8716-3 @codeSystem 1 … 1 F 2.16.840.1.113883.6.1 (LOINC) hl7:title ST 1 … 1 R   CONF Elementinhalt muss "Vitalparameter" sein hl7:text 1 … 1 R Information für den menschlichen Leser. Die Vorgaben und Empfehlungen zur Gestaltung dieses Bereichs im Falle von CDA Level 3 sind zu beachten! hl7:entry 1 … * R Maschinenlesbares Element. Beinhaltet 1.2.40.0.34.11.1.3.3 Vitalparameter Gruppe Entry (DYNAMIC) @typeCode cs 0 … 1 F DRIV

6.4.2.2.1 Vorgaben und Empfehlungen zur Gestaltung im Falle von CDA Level 3

Vorgaben und Empfehlungen zur Gestaltung des Textbereichs der Sektion im Falle des Vorhandenseins von maschinenlesbaren Elementen (CDA Level 3):

• Vorgaben
  • Darstellung der Vitalparameter in Tabellenform
  • Reihenfolge der Informationen:
    • Vitalparameterart (@displayName des Codes des Vitalparameter-Entry)
    • Wert (@value des Werts des Vitalparameter-Entry)
    • Einheit (@unit des Werts des Vitalparameter-Entry)
  • Das Erhebungsdatum SOLL den Vitalparametern eindeutig zugeordnet werden (Erhebungsdatum des VitalparameterGruppe-Entry)
• Empfehlungen
  • -

6.4.2.2.2 Maschinenlesbare Elemente der Sektion

Im Falle von EIS „Full Support“ KÖNNEN zusätzlich maschinenlesbare Elemente angegeben werden.

6.4.3 Pflegediagnosen - Sub-Section

Pflege- und Betreuungsdiagnosen (alle EIS)

Id	1.2.40.0.34.11.30011 ref elgabbr-	Gültigkeit ab	2015‑01‑31 Andere Versionen mit dieser Id: PflegeBetreuungsdiagnosenAlleEIS vom 2011‑12‑19
Status	Aktiv	Versions-Label
Name	PflegeBetreuungsdiagnosenAlleEIS	Bezeichnung	Pflege- und Betreuungsdiagnosen (alle EIS)
Klassifikation	CDA Section level template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Beziehung	Version: Template 1.2.40.0.34.11.30011 Pflege- und Betreuungsdiagnosen (alle EIS) (2015‑01‑31) ref elgabbr-
Beispiel	Strukturbeispiel <section>   <!-- Im Falle von EIS „Enhanced” -->   <templateId root="1.2.40.0.34.11.3.2.1"/>  <!-- ELGA EIS „Enhanced” -->    ... oder ...   <!-- Im Falle von EIS „Full support” -->   <templateId root="1.2.40.0.34.11.3.2.2"/>  <!-- ELGA EIS „Full support” -->   <!-- Code der Sektion -->   <code code="PFDIAG" displayName="Pflegediagnosen" codeSystem="1.2.40.0.34.5.40" codeSystemName="ELGA_Sections"/>  <!-- Titel der Sektion -->   <title>Pflegediagnosen</title>  <!-- Textbereich der Sektion -->   <text> ... Lesbarer Textbereich ... </text>  <!-- Maschinenlesbare Elemente der Sektion in EIS „Full support” -->   <entry>      :     <!-- ELGA Pflegediagnosen-Entry -->     <templateId root="1.2.40.0.34.11.3.3.1"/>     :   </entry></section>
Item DT Kard Konf Beschreibung Label hl7:code CE 1 … 1 M @code CONF 1 … 1 F PFDIAG @codeSystem 1 … 1 F 1.2.40.0.34.5.40   Beispiel <code code="PFDIAG" displayName="Pflegediagnosen" codeSystem="1.2.40.0.34.5.40" codeSystemName="ELGA_Sections"/> hl7:title ST 1 … 1 M   CONF Elementinhalt muss "Pflegediagnosen" sein hl7:text SD.TEXT 1 … 1 M Information für den menschlichen Leser. Mindestens anzugebende Informationen pro Pflegediagnose: Titel (Kurztext). Empfohlen wird die Angabe der kompletten Pflegediagnose gemäß Vorgabe der verwendeten Klassifikation (z.B.: Ätiologie, Risikofaktoren, Voraussetzungen, Symptome, Ressourcen, etc.), das Datum der Pflegediagnose sowie die Definition (Langtext). ACHTUNG: Die zur Pflegediagnose gehörenden Pflegeziel(e) und Pflegeinterventionen(en) respektive Hilfsmittel KÖNNEN in der jeweiligen Fachsektion beschrieben werden, inklusive eines optionalen narrativen Verweises zu der betreffenden Pflegediagnose um die Zugehörigkeit darzustellen. Die Vorgaben und Empfehlungen zur Gestaltung dieses Bereichs im Falle von CDA Level 3 sind zu beachten!

Pflege- und Betreuungsdiagnosen (full support)

Id	1.2.40.0.34.11.3.2.2 ref elgabbr-	Gültigkeit ab	2013‑04‑17 Andere Versionen mit dieser Id: PflegeBetreuungsdiagnosenFull vom 2011‑12‑19
Status	Aktiv	Versions-Label
Name	PflegeBetreuungsdiagnosenFull	Bezeichnung	Pflege- und Betreuungsdiagnosen (full)
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.11.3.2.2
Klassifikation	CDA Section level template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Benutzt	Benutzt 2 Templates Benutzt als Name Version 1.2.40.0.34.11.30011 Inklusion Pflege- und Betreuungsdiagnosen (alle EIS) DYNAMIC 1.2.40.0.34.11.3.3.1 Containment Pflege- und Betreuungsdiagnose Entry (2020.1) DYNAMIC
Beziehung	Version: Template 1.2.40.0.34.11.3.2.2 Pflege- und Betreuungsdiagnosen (full) (2013‑04‑17) ref elgabbr-
Item DT Kard Konf Beschreibung Label hl7:section hl7:templateId II 1 … 1 R @root uid 1 … 1 F 1.2.40.0.34.11.3.2.2 Eingefügt von 1.2.40.0.34.11.30011 Pflege- und Betreuungsdiagnosen (alle EIS) (DYNAMIC) hl7:code CE 1 … 1 M @code CONF 1 … 1 F PFDIAG @codeSystem 1 … 1 F 1.2.40.0.34.5.40   Beispiel <code code="PFDIAG" displayName="Pflegediagnosen" codeSystem="1.2.40.0.34.5.40" codeSystemName="ELGA_Sections"/> hl7:title ST 1 … 1 M   CONF Elementinhalt muss "Pflegediagnosen" sein hl7:text SD.TEXT 1 … 1 M Information für den menschlichen Leser. Mindestens anzugebende Informationen pro Pflegediagnose: Titel (Kurztext). Empfohlen wird die Angabe der kompletten Pflegediagnose gemäß Vorgabe der verwendeten Klassifikation (z.B.: Ätiologie, Risikofaktoren, Voraussetzungen, Symptome, Ressourcen, etc.), das Datum der Pflegediagnose sowie die Definition (Langtext). ACHTUNG: Die zur Pflegediagnose gehörenden Pflegeziel(e) und Pflegeinterventionen(en) respektive Hilfsmittel KÖNNEN in der jeweiligen Fachsektion beschrieben werden, inklusive eines optionalen narrativen Verweises zu der betreffenden Pflegediagnose um die Zugehörigkeit darzustellen. Die Vorgaben und Empfehlungen zur Gestaltung dieses Bereichs im Falle von CDA Level 3 sind zu beachten! hl7:entry 1 … * R Beinhaltet 1.2.40.0.34.11.3.3.1 Pflege- und Betreuungsdiagnose Entry (DYNAMIC) @typeCode cs 0 … 1 F DRIV

6.4.4 Weitere Informationen - Sub-Section

Beschreibung, Strukturbeispiel und Spezifikation siehe Art-Decor

6.5 Reha-Management

Beschreibung, Strukturbeispiel und Spezifikation siehe Art-Decor

6.5.1 Weitere Informationen

Beschreibung, Strukturbeispiel und Spezifikation siehe Art-Decor

7 Fachlicher Inhalt - Maschinenlesbare Elemente

7.1 Medikation Verordnung Entry

Hierarchisches Diagramm

Entry  Medikation Verordnung Entry eMedikation (1.2.40.0.34.11.8.1.3.1) Entry  Sbadm TemplateId Options (1.2.40.0.34.11.90012) Entry  Einnahmedauer (1.2.40.0.34.11.30006) Entry  Dosierungsvariante 1: Tagesdosierung effectiveTime (1.2.40.0.34.11.30007) Entry  Dosierungsvariante 2: Einzeldosierung (1.2.40.0.34.11.30008) Entry  Dosierungsvariante 3: Tagesdosierung mit Einnahmepause (1.2.40.0.34.11.30009) Entry  Dosierungsvariante 4: Einzeldosierung mit Einnahmepause (1.2.40.0.34.11.30010) Entry  Dosierungsvariante 1: Tagesdosierung doseQuantity (1.2.40.0.34.11.30037) Entry  Dosierungsvariante 2: Einzeldosierung doseQuantity (1.2.40.0.34.11.30039) Entry  Dosierungsvariante 3: Tagesdosierung mit Einnahmepause doseQuantity (1.2.40.0.34.11.30041) Entry  Dosierungsvariante 4: Einzeldosierung mit Einnahmepause doseQuantity (1.2.40.0.34.11.30043) Entry  Arznei Entry (1.2.40.0.34.11.2.3.4) Header  AuthorElements (1.2.40.0.34.11.90004) Header  PersonElements (1.2.40.0.34.11.90001) Header  OrganizationElements (1.2.40.0.34.11.90002) Entry  Dosierungsvariante 2: Einzeldosierung entryRelationship (1.2.40.0.34.11.30040) Entry  Splitdose-Einnahmezeitpunkte 1 (1.2.40.0.34.11.30046) Entry  Dosierungsvariante 4: Einzeldosierung mit Einnahmepause entryRelationship (1.2.40.0.34.11.30044) Entry  Splitdose-Einnahmezeitpunkte 2 (1.2.40.0.34.11.30047) Entry  Patient Instructions (1.2.40.0.34.11.30033) Entry  Pharmacist Instructions (1.2.40.0.34.11.30034) Entry  Therapieart (1.2.40.0.34.11.30045) Entry  ID des Containers (1.2.40.0.34.11.90013)

Medikation Verordnung Entry

Id	1.2.40.0.34.11.8.1.3.1 ref elgabbr-	Gültigkeit ab	2014‑09‑01 Andere Versionen mit dieser Id: MedikationVerordnungEntryemed vom 2014‑01‑31
Status	Entwurf	Versions-Label
Name	MedikationVerordnungEntryemed	Bezeichnung	Medikation Verordnung Entry eMedikation
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.11.8.1.3.1
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Benutzt	Benutzt 18 Templates Benutzt als Name Version 1.2.40.0.34.11.90012 Inklusion Sbadm TemplateId Options DYNAMIC 1.2.40.0.34.11.30006 Inklusion Einnahmedauer DYNAMIC 1.2.40.0.34.11.30007 Inklusion Dosierungsvariante 1: Tagesdosierung effectiveTime DYNAMIC 1.2.40.0.34.11.30008 Inklusion Dosierungsvariante 2: Einzeldosierung DYNAMIC 1.2.40.0.34.11.30009 Inklusion Dosierungsvariante 3: Tagesdosierung mit Einnahmepause DYNAMIC 1.2.40.0.34.11.30010 Inklusion Dosierungsvariante 4: Einzeldosierung mit Einnahmepause DYNAMIC 1.2.40.0.34.11.30037 Inklusion Dosierungsvariante 1: Tagesdosierung doseQuantity DYNAMIC 1.2.40.0.34.11.30039 Inklusion Dosierungsvariante 2: Einzeldosierung doseQuantity DYNAMIC 1.2.40.0.34.11.30041 Inklusion Dosierungsvariante 3: Tagesdosierung mit Einnahmepause doseQuantity DYNAMIC 1.2.40.0.34.11.30043 Inklusion Dosierungsvariante 4: Einzeldosierung mit Einnahmepause doseQuantity DYNAMIC 1.2.40.0.34.11.2.3.4 Containment Arznei Entry (1.0.3+20240819) DYNAMIC 1.2.40.0.34.11.90004 Inklusion AuthorElements DYNAMIC 1.2.40.0.34.11.30040 Inklusion Dosierungsvariante 2: Einzeldosierung entryRelationship DYNAMIC 1.2.40.0.34.11.30044 Inklusion Dosierungsvariante 4: Einzeldosierung mit Einnahmepause entryRelationship DYNAMIC 1.2.40.0.34.11.30033 Inklusion Patient Instructions (2020.1) DYNAMIC 1.2.40.0.34.11.30034 Inklusion Pharmacist Instructions (2020.1) DYNAMIC 1.2.40.0.34.11.30045 Inklusion Therapieart DYNAMIC 1.2.40.0.34.11.90013 Inklusion ID des Containers DYNAMIC
Beziehung	Version: Template 1.2.40.0.34.11.8.1.3.1 Medikation Verordnung Entry eMedikation (2014‑09‑01) ref elgabbr-
Beispiel	Strukturbeispiel <ClinicalDocument>   <substanceAdministration classCode="SBADM" moodCode="INT">     <!-- ELGA -->     <templateId root="1.2.40.0.34.11.8.1.3.1"/>    <!-- HL7 CCD -->     <templateId root="2.16.840.1.113883.10.20.1.24"/>    <!-- IHE PCC -->     <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.7"/>    <!-- IHE PHARM -->     <templateId root="1.3.6.1.4.1.19376.1.9.1.3.2"/>    <!-- IHE PHARM Dosage Instructions -->     <templateId root="1.3.6.1.4.1.19376.1.9.1.3.6"/>    <!-- „Delay Start Dosing“ bei Verwendung von „width“ in Einnahmedauer -->     <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.21"/>    <!-- ********** Dosierungsarten Anfang ********** -->     <!-- Dosierungsart 1 und 3, „Normal dosing“ -->     <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.7.1"/>     … oder …     <!-- Dosierungsart 2, „Split dosing“ -->     <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.9"/>    <!-- ********** Dosierungsarten Ende ********** -->     <!-- ID des MedikationVerordnung-Entry -->     <id root="1.2.40.0.10.1.4.3.4.2.2" extension="VerordnungsId" assigningAuthorityName="Ordination Dr. Muster"/>    <!--Referenz zum narrativen Abschnitt dieses MedikationVerordnung-Entry im Text-Bereich der Sektion-->     <text>       <reference value="#vpos-1"/>    </text>    <!-- Statuscode des MedikationVerordnung-Entry -->     <statusCode code="completed"/>    <!-- Einnahmedauer -->     <effectiveTime xsi:type="IVL_TS">       <low value="20131009000000+0200"/>      <high value="20131020235959+0200"/>    </effectiveTime>    <!-- ********** Dosierungsart 1 und 3 Anfang, Teil 1 ********** Im Falle von Dosierungsart 1 und 3 („Normal dosing“) werden die Einnahmezeitpunkte + Dosis in Form eines weiteren effectiveTime und eines doseQuantity Elements angegeben -->     <effectiveTime xsi:type="PIVL_TS|SXPR_TS"/>    <!-- ********** Dosierungsart 1 und 3 Ende, Teil 1 ********** -->     <!-- Maximale Anzahl der zusätzlichen Einlösungen -->     <repeatNumber value="3"/>    <!-- Art der Anwendung -->     <routeCode code="100000073633" displayName="Subkutane Anwendung" codeSystem="1.2.40.0.10.1.4.3.4.3.4" codeSystemName="MedikationArtAnwendung"/>    <!-- ********** Dosierungsart 1 und 3 Anfang, Teil 2 ********** -->     <doseQuantity value=" " unit=" "/>    <!-- ********** Dosierungsart 1 und 3 Ende, Teil 2 ********** -->     <!-- Arznei -->     <consumable>       <!-- ELGA Arznei Element (1.2.40.0.34.11.2.3.4) -->       <manufacturedProduct classCode="MANU">         <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.7.2"/>        <!-- IHE PCC -->         <templateId root="2.16.840.1.113883.10.20.1.53"/>        <!-- HL7 CCD -->         <manufacturedMaterial classCode="MMAT" determinerCode="KIND">           <!-- ELGA Arznei-Entry -->           <templateId root="1.2.40.0.34.11.2.3.4"/>          <!-- ELGA -->            :         </manufacturedMaterial>      </manufacturedProduct>    </consumable>    <!-- Verfasser der Verordnung (nur bei Verwendung im Rahmen der Medikationsliste) -->     <author> : </author>    <!-- ********** Dosierungsart 2 und 4 Anfang ********** Im Falle von Dosierungsart 2 und 4 („Split dosing“) werden die Einnahmezeitpunkte + Dosis in Form von untergeordneten entryRelationship Elementen angegeben (Morgens, Mittags, ...) -->     <entryRelationship typeCode="COMP">       <sequenceNumber value="1"/>      <substanceAdministration classCode="SBADM" moodCode="INT">         <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.7.1"/>        <effectiveTime operator="A" xsi:type="EIVL_TS">           <event code="ACM"/>          <offset value="0" unit="s"/>        </effectiveTime>        <doseQuantity value="2"/>      </substanceAdministration>    </entryRelationship>     :     <!-- ********** Dosierungsart 2 und 4 Ende ********** -->     <!-- Packungsanzahl -->     <entryRelationship typeCode="COMP">       <supply classCode="SPLY" moodCode="RQO">         <independentInd value="false"/>        <quantity value="1"/>      </supply>    </entryRelationship>    <!-- Zusatzinformationen für den Patienten -->     <entryRelationship typeCode="SUBJ" inversionInd="true">       <act classCode="ACT" moodCode="INT">         <templateId root="2.16.840.1.113883.10.20.1.49"/>        <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.3"/>        <code code="PINSTRUCT" codeSystem="1.3.6.1.4.1.19376.1.5.3.2" codeSystemName="IHEActCode"/>         :       </act>    </entryRelationship>    <!-- Ergänzende Informationen zu magistralen Zubereitungen -->     <entryRelationship typeCode="SUBJ" inversionInd="true">       <act classCode="ACT" moodCode="INT">         <templateId root="2.16.840.1.113883.10.20.1.43"/>        <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.3.1"/>        <code code="FINSTRUCT" codeSystem="1.3.6.1.4.1.19376.1.5.3.2" codeSystemName="IHEActCode"/>         :       </act>    </entryRelationship>    <!-- Therapieart -->     <entryRelationship typeCode="COMP">       <act classCode="ACT" moodCode="INT">         <templateId root="1.2.40.0.34.11.8.1.3.4"/>        <code code="EINZEL" displayName="Einzelverordnung" codeSystem="1.2.40.0.10.1.4.3.4.3.6" codeSystemName="MedikationTherapieArt"/>      </act>    </entryRelationship>  </substanceAdministration></ClinicalDocument>
Item DT Kard Konf Beschreibung Label hl7:substanceAdministration @classCode cs 1 … 1 F SBADM @moodCode cs 1 … 1 F INT   Constraint Bei Dosierungsart 1 "Normal dosing" oder 3 "Tagesdosierung an bestimmten Tagen" (templateId = 1.3.6.1.4.1.19376.1.5.3.1.4.7.1) wird kein entryRelationship typeCode COMP als Dosiskomponente verwendet Wiederholung der Komponente zur Aufnahme eines Einnahmezeitpunkts und -dosis bei Dosierungsvariante 2 und 4 höchstens einmal je Zeitcode! hl7:templateId II 1 … 1 M ELGA. @root uid 1 … 1 F 1.2.40.0.34.11.8.1.3.1 hl7:templateId II 1 … 1 M HL7 CCD 3.9. @root uid 1 … 1 F 2.16.840.1.113883.10.20.1.24 hl7:templateId II 1 … 1 M IHE PCC Medications Entry. @root uid 1 … 1 F 1.3.6.1.4.1.19376.1.5.3.1.4.7 hl7:templateId II 1 … 1 M IHE PHARM Prescription Entry. @root uid 1 … 1 F 1.3.6.1.4.1.19376.1.9.1.3.2 hl7:templateId II 1 … 1 M IHE PHARM Dosage Instructions. @root uid 1 … 1 F 1.3.6.1.4.1.19376.1.9.1.3.6 Eingefügt von 1.2.40.0.34.11.90012 Sbadm TemplateId Options (DYNAMIC) „Delay Start Dosing“ Markierung bei Verwendung eines „width“ Elements in Einnahmedauer. Siehe Kapitel 6.4.1.2.6, „Einnahmedauer“ hl7:templateId II C Dosierungsart, mögliche Werte: a) Normal: @root = 1.3.6.1.4.1.19376.1.5.3.1.4.7.1 b) Split: @root = 1.3.6.1.4.1.19376.1.5.3.1.4.9 Es ist in jedem Fall die TemplateId für „Normal dosing“ (a) anzugeben (auch wenn keine strukturierten Dosierungsinformationen angegeben sind), außer es ist gemäß Kapitel „Dosierungsvarianten/Zeitpunkt(e) der Einnahme“ die Angabe von „Split dosing“ (b) vorgeschrieben @root uid 1 … 1 F 1.3.6.1.4.1.19376.1.5.3.1.4.21   Constraint Konditionale Konformität Einnahmedauer beinhaltet low/high Elemente Conf: NP Einnahmedauer beinhaltet ein width Element: Card 1..1 Conf M Auswahl 1 … 1 Dosierungsart: Normal (1.3.6.1.4.1.19376.1.5.3.1.4.7.1) oder Split (1.3.6.1.4.1.19376.1.5.3.1.4.9) Elemente in der Auswahl: hl7:templateId[not(@nullFlavor)] hl7:templateId[not(@nullFlavor)] hl7:templateId II  … 1 M @root uid 1 … 1 F 1.3.6.1.4.1.19376.1.5.3.1.4.7.1 hl7:templateId II  … 1 M @root uid 1 … 1 F 1.3.6.1.4.1.19376.1.5.3.1.4.9 hl7:id II 0 … 1 C ID des MedikationAbgabe-Entry. wo [1] @root uid 1 … 1 R @extension st 1 … 1 R   Constraint Für e-Medikation: ID eines MedikationVerordnungs-Entry gemäß Projekt e-Medikation: Das erste ID Element enthält eine von Zentralkomponenten der e-Medikation vergebene neue ID des Verordnungs-Entry, welche durch eine eigene OID im @root-Attribut gekennzeichnet ist. Diese neue ID ist notwendig, da das Verordnungs-Entry bei Rückgabe in der Medikationsliste durch die Zentralkomponenten mit verschiedenen zusätzlichen Informationen ergänzt wird. Nur für andere e-Befunde (also Befundklassen außerhalb dieses Leitfadens, wie z.B. Entlassungsbrief ärztlich) ist eine lokale OID zulässig, sofern keine VerordnungsID vorliegt. Bedingung: Bei Medikationsliste    @root="1.2.40.0.10.1.4.3.4.2.2.1"     @extension=VerordnungsID Sonst                          @root="1.2.40.0.10.1.4.3.4.2.2"        @extension=VerordnungsID   Beispiel <id root="1.2.40.0.10.1.4.3.4.2.2" extension="WYE82A2G8EEW_4711" assigningAuthorityName="Ordination Dr. Muster"/>   Schematron assert role  error     test not(ancestor::hl7:ClinicalDocument/hl7:templateId[@root='1.2.40.0.34.11.8.3']) or hl7:id[1][@root='1.2.40.0.10.1.4.3.4.2.2.1']     Meldung Bei Medikationslisten muss die erste ID die @root OID 1.2.40.0.10.1.4.3.4.2.2.1 tragen.     Schematron assert role  error     test not(ancestor::hl7:ClinicalDocument/hl7:templateId[@root='1.2.40.0.34.11.8.1']) or hl7:id[1][@root='1.2.40.0.10.1.4.3.4.2.2']     Meldung Bei Verordnungen muss die erste ID die @root OID 1.2.40.0.10.1.4.3.4.2.2 tragen.     Schematron assert role  error     test not(ancestor::hl7:ClinicalDocument/hl7:templateId[starts-with(@root, '1.2.40.0.34.11.8')]) or hl7:id[1]     Meldung Für e-Medikation Dokumente muss die erste ID angegeben sein.   hl7:id II 0 … 1 C ID des MedikationVerordnungs-Entry. wo [2] @root uid 1 … 1 F 1.2.40.0.10.1.4.3.4.2.2   Wurzel OID der ID eines MedikationAbgabe-Entry gemäß Projekt e-Medikation. @extension st 1 … 1 R VerordnungsID.   Constraint Für e-Medikation: Das zweite ID Element enthält die ID des ursprünglich im Rezept-Dokument angegebenen Verordnungs-Entry, welcher der Ausgangspunkt des vorliegenden Verordnungs-Entry darstellt. Konditionale Konformität Verordnungs-Entry liegt in Medikationsliste vor: Card 1..1 Conf M Sonst: NP hl7:text ED 1 … 1 M Verweist auf die Stelle im narrativen Text-Bereich, an der die gegebene Medikation narrativ beschrieben ist (mit zusätzlichen Informationen, wie Datum, Beschreibung, etc).   Beispiel Strukturbeispiel <text>   <reference value="#vpos-1"/></text> hl7:reference TEL 1 … 1 M @value 1 … 1 R #vpos-{generierteID}, z.B.: #vpos-1 hl7:statusCode CS 1 … 1 M @code CONF 1 … 1 F completed Eingefügt von 1.2.40.0.34.11.30006 Einnahmedauer (DYNAMIC)   Beispiel Strukturbeispiel <hl7:ClinicalDocument>   <!-- Einnahme von 27.05.2011, Ende unbekannt -->   <cda:effectiveTime xsi:type="IVL_TS">     <cda:low value="20110527000000+0200"/>    <cda:high nullFlavor="UNK"/>  </cda:effectiveTime></hl7:ClinicalDocument>   Beispiel Strukturbeispiel <hl7:ClinicalDocument>   <!-- Einnahmestart unbekannt, Dauer 2 Wochen lang -->   <cda:effectiveTime xsi:type="IVL_TS">     <cda:width value="2" unit="wk"/>  </cda:effectiveTime></hl7:ClinicalDocument>   Beispiel Strukturbeispiel <hl7:ClinicalDocument>   <!-- Dosierungsinformationen sind angegeben, aber Einnahmedauer unbekannt -->   <cda:effectiveTime xsi:type="IVL_TS">     <cda:low nullFlavor="UNK"/>    <cda:high nullFlavor="UNK"/>  </cda:effectiveTime></hl7:ClinicalDocument> Auswahl 0 … 1 Elemente in der Auswahl: hl7:effectiveTime[1][hl7:low] hl7:effectiveTime[1][hl7:width] hl7:effectiveTime[1][@nullFlavor] hl7:effectiveTime IVL_TS Zeitelement zur Dokumentation der Einnahmedauer. wo [1] [hl7:low] hl7:low TS 1 … 1 R Zeitpunkt des Einnahmestarts. Zugelassene nullFlavor: UNK hl7:high TS 1 … 1 R Zeitpunkt des Einnahmeendes. Zugelassene nullFlavor: UNK hl7:effectiveTime IVL_TS Dauer der Einnahme, wenn Einnahmestart unbekannt wo [1] [hl7:width] hl7:width PQ 1 … 1 R Dauer der Einnahme, wenn Einnahmestart unbekannt Bemerkung: Wenn ein width Element angegeben wird, MUSS auch die templateId für „Delay Start Dosing“ angegeben werden. Siehe Kapitel „Template IDs" @unit cs 0 … 1     CONF Der Wert von @unit muss gewählt werden aus dem Value Set 1.2.40.0.34.10.69 ELGA_MedikationFrequenz (DYNAMIC) hl7:effectiveTime IVL_TS wo [1] [@nullFlavor] @nullFlavor cs 1 … 1 F NA   Constraint Konditionale Konformität Card Conf Prädikat 1..1 M Es wird in einer Verordnung (1.2.40.0.34.11.8.1.3.1) die Dosierungsvariante "Split" mit templateId 1.3.6.1.4.1.19376.1.5.3.1.4.9 verwendet wird. NP Sonst Auswahl  … 1 Elemente in der Auswahl: hl7:effectiveTime[hl7:period and not(hl7:phase)] eingefügt vom Template 1.2.40.0.34.11.30007 Dosierungsvariante 1: Tagesdosierung effectiveTime (DYNAMIC) hl7:effectiveTime[2] eingefügt vom Template 1.2.40.0.34.11.30008 Dosierungsvariante 2: Einzeldosierung (DYNAMIC) ein Element eingefügt vom Template 1.2.40.0.34.11.30009 Dosierungsvariante 3: Tagesdosierung mit Einnahmepause (DYNAMIC) hl7:effectiveTime[2] eingefügt vom Template 1.2.40.0.34.11.30010 Dosierungsvariante 4: Einzeldosierung mit Einnahmepause (DYNAMIC) Eingefügt von 1.2.40.0.34.11.30007 Dosierungsvariante 1: Tagesdosierung effectiveTime (DYNAMIC) hl7:effectiveTime PIVL_TS C Zeitelement zur Aufnahme der Dosierungsvarianten 1 und 3. wo [hl7:period and not(hl7:phase)] @operator cs 1 … 1 F A @institutionSpecified bl 1 … 1 F true   Constraint Konditionale Konformität: Dosierung angegeben -> 1..1 M Dosierung nicht angegeben -> NP hl7:period PQ 1 … 1 R Zeitraum für den die Dosis in doseQuantity vorgesehen ist. @value 1 … 1 F 1 @unit cs 1 … 1 R   CONF Der Wert von @unit muss gewählt werden aus dem Value Set 1.2.40.0.34.10.69 ELGA_MedikationFrequenz (DYNAMIC) Eingefügt von 1.2.40.0.34.11.30008 Dosierungsvariante 2: Einzeldosierung (DYNAMIC) hl7:effectiveTime NP Das weitere effectiveTime-Element und das doseQuantity-Element nach dem effectiveTime-Element für die Einnahmedauer entfallen. Zeitelement zur Aufnahme der Dosierungsvarianten 1 und 3. wo [2] Eingefügt von 1.2.40.0.34.11.30009 Dosierungsvariante 3: Tagesdosierung mit Einnahmepause (DYNAMIC) Auswahl  … 1 Elemente in der Auswahl: hl7:effectiveTime[hl7:period and hl7:phase] hl7:effectiveTime[hl7:comp] hl7:effectiveTime PIVL_TS C Für EIN Wochentag. Zeitelement zur Aufnahme der Dosierungsvarianten 1 und 3. wo [hl7:period and hl7:phase] @operator cs 1 … 1 F A hl7:phase IVL_TS 1 … 1 R Erstes Datum des entsprechenden Wochentags nach Einnahmebeginn (z.B.: 01.10.2013 -> Dienstag) hl7:period PQ 1 … 1 R @value 1 … 1 F 1 @unit cs 1 … 1 F wk hl7:effectiveTime SXPR_TS C Für mehrere Wochentage, z. B. wöchtentlich montags und mittwochs wo [hl7:comp] @operator cs 1 … 1 F A   Constraint Konditionale Konformität: Dosierung angegeben -> 1..1 M Dosierung nicht angegeben -> NP 1. Komponentencontainer ohne @operator, ggf. folgende Komponentencontainer mit @operator=I hl7:comp PIVL_TS 1 … 1 R Komponentencontainer. wo [not(@operator)] hl7:phase IVL_TS 1 … 1 R Erstes Datum des entsprechenden Wochentags nach Einnahmebeginn (z.B.: 01.10.2013 -> Dienstag) hl7:period PQ 1 … 1 R @value 1 … 1 F 1 @unit cs 1 … 1 F wk hl7:comp PIVL_TS 0 … * wo [@operator='I'] @operator cs 1 … 1 F I hl7:phase IVL_TS 1 … 1 R hl7:period PQ 1 … 1 R @value 1 … 1 F 1 @unit cs 1 … 1 F wk Eingefügt von 1.2.40.0.34.11.30010 Dosierungsvariante 4: Einzeldosierung mit Einnahmepause (DYNAMIC) hl7:effectiveTime NP Das weitere effectiveTime-Element und das doseQuantity-Element nach dem effectiveTime-Element für die Einnahmedauer entfallen. Zeitelement zur Aufnahme der Dosierungsvarianten 1 und 3. wo [2] Auswahl  … 1 Elemente in der Auswahl: ein Element eingefügt vom Template 1.2.40.0.34.11.30037 Dosierungsvariante 1: Tagesdosierung doseQuantity (DYNAMIC) hl7:doseQuantity eingefügt vom Template 1.2.40.0.34.11.30039 Dosierungsvariante 2: Einzeldosierung doseQuantity (DYNAMIC) ein Element eingefügt vom Template 1.2.40.0.34.11.30041 Dosierungsvariante 3: Tagesdosierung mit Einnahmepause doseQuantity (DYNAMIC) hl7:doseQuantity eingefügt vom Template 1.2.40.0.34.11.30043 Dosierungsvariante 4: Einzeldosierung mit Einnahmepause doseQuantity (DYNAMIC) Eingefügt von 1.2.40.0.34.11.30037 Dosierungsvariante 1: Tagesdosierung doseQuantity (DYNAMIC) Auswahl  … 1 Elemente in der Auswahl: hl7:doseQuantity[not(hl7:low|hl7:high)] hl7:doseQuantity[hl7:low|hl7:high]   Constraint Konditionale Konformität: Menge in nicht-zählbaren Einheiten -> @unit 1..1 (required) aus Value-Set ELGA_MedikationMengenart Menge in zählbaren Einheiten (Tabletten, Kapseln, etc.) -> @unit 0..1 (otional) mit @unit aus Value-Set ELGA_MedikationMengenartAlternativ hl7:doseQuantity IVL_PQ R Dosis. mit doseQuantity als IVL_PQ, aber als PQ instantiiert wo [not(hl7:lowoder hl7:high)] @value 1 … 1 R Tagesdosierung. @unit cs 0 … 1     CONF Der Wert von @unit muss gewählt werden aus dem Value Set 1.2.40.0.34.10.32 ELGA_MedikationMengenart (DYNAMIC) oder Der Wert von @unit muss gewählt werden aus dem Value Set 1.2.40.0.34.10.67 ELGA_MedikationMengenartAlternativ (DYNAMIC) hl7:doseQuantity IVL_PQ R mit doseQuantity als IVL_PQ wo [hl7:lowoder hl7:high] hl7:low PQ @value 1 … 1 R @unit cs 0 … 1     CONF Der Wert von @unit muss gewählt werden aus dem Value Set 1.2.40.0.34.10.32 ELGA_MedikationMengenart (DYNAMIC) oder Der Wert von @unit muss gewählt werden aus dem Value Set 1.2.40.0.34.10.67 ELGA_MedikationMengenartAlternativ (DYNAMIC) hl7:high PQ @value 1 … 1 R @unit cs 0 … 1     CONF Der Wert von @unit muss gewählt werden aus dem Value Set 1.2.40.0.34.10.32 ELGA_MedikationMengenart (DYNAMIC) oder Der Wert von @unit muss gewählt werden aus dem Value Set 1.2.40.0.34.10.67 ELGA_MedikationMengenartAlternativ (DYNAMIC) Eingefügt von 1.2.40.0.34.11.30039 Dosierungsvariante 2: Einzeldosierung doseQuantity (DYNAMIC) hl7:doseQuantity NP Das weitere effectiveTime-Element und das doseQuantity-Element nach dem effectiveTime-Element für die Einnahmedauer entfallen. Dosis bei Dosierungsvariante 1 und 3. Eingefügt von 1.2.40.0.34.11.30041 Dosierungsvariante 3: Tagesdosierung mit Einnahmepause doseQuantity (DYNAMIC) Auswahl  … 1 Elemente in der Auswahl: hl7:doseQuantity[not(hl7:low|hl7:high)] hl7:doseQuantity[hl7:low|hl7:high]   Constraint Konditionale Konformität: Menge in nicht-zählbaren Einheiten -> @unit 1..1 (required) aus Value-Set ELGA_MedikationMengenart Menge in zählbaren Einheiten (Tabletten, Kapseln, etc.) -> @unit 0..1 (optional) aus Value-Set ELGA_MedikationMengenartAlternativ hl7:doseQuantity IVL_PQ R Dosis. mit doseQuantity als IVL_PQ, aber als PQ instantiiert wo [not(hl7:lowoder hl7:high)] @value 1 … 1 R Tagesdosierung. @unit cs 0 … 1     CONF Der Wert von @unit muss gewählt werden aus dem Value Set 1.2.40.0.34.10.32 ELGA_MedikationMengenart (DYNAMIC) oder Der Wert von @unit muss gewählt werden aus dem Value Set 1.2.40.0.34.10.67 ELGA_MedikationMengenartAlternativ (DYNAMIC) hl7:doseQuantity IVL_PQ R mit doseQuantity als IVL_PQ wo [hl7:lowoder hl7:high] hl7:low PQ @value 1 … 1 R @unit cs 0 … 1     CONF Der Wert von @unit muss gewählt werden aus dem Value Set 1.2.40.0.34.10.32 ELGA_MedikationMengenart (DYNAMIC) oder Der Wert von @unit muss gewählt werden aus dem Value Set 1.2.40.0.34.10.67 ELGA_MedikationMengenartAlternativ (DYNAMIC) hl7:high PQ @value 1 … 1 R @unit cs 0 … 1     CONF Der Wert von @unit muss gewählt werden aus dem Value Set 1.2.40.0.34.10.32 ELGA_MedikationMengenart (DYNAMIC) oder Der Wert von @unit muss gewählt werden aus dem Value Set 1.2.40.0.34.10.67 ELGA_MedikationMengenartAlternativ (DYNAMIC) Eingefügt von 1.2.40.0.34.11.30043 Dosierungsvariante 4: Einzeldosierung mit Einnahmepause doseQuantity (DYNAMIC) hl7:doseQuantity NP Das weitere effectiveTime-Element und das doseQuantity-Element nach dem effectiveTime-Element für die Einnahmedauer entfallen. Dosis bei Dosierungsvariante 1 und 3.   Schematron report role  warning     test not(not(hl7:templateId[@root='1.3.6.1.4.1.19376.1.5.3.1.4.7.1']) or hl7:effectiveTime[2])     Meldung effectiveTime[2] muss in den Dosierungsvarianten 1 und 3 anwesend sein     Schematron report role  warning     test not(not(hl7:templateId[@root='1.3.6.1.4.1.19376.1.5.3.1.4.7.1']) or hl7:doseQuantity)     Meldung doseQuantity muss in den Dosierungsvarianten 1 und 3 anwesend sein     Schematron report role  warning     test hl7:templateId[@root='1.3.6.1.4.1.19376.1.5.3.1.4.9'] and hl7:effectiveTime[2]     Meldung effectiveTime[2] darf in den Dosierungsvariante 'Split dosing' nicht anwesend sein     Schematron report role  warning     test hl7:templateId[@root='1.3.6.1.4.1.19376.1.5.3.1.4.9'] and hl7:doseQuantity     Meldung doseQuantity darf in den Dosierungsvariante 'Split dosing' nicht anwesend sein   hl7:repeatNumber IVL_INT 1 … 1 R Anzahl der Einlösungen. Dieses Element MUSS angegeben werden. Dieses Element beschreibt die mögliche maximale Anzahl von zusätzlichen Einlösungen dieser Verordnung. Bei Verwendung in der Medikationsliste wird immer der ursprüngliche Wert angegeben (ändert sich nicht nach einer Einlösung). Beispiele : Ein Wert von „0“ bedeutet, dass die Verordnung kein weiteres Mal eingelöst werden kann (Standardfall) Ein Wert von „3“ bedeutet, dass die Verordnung insgesamt vier Mal eingelöst werden kann. Alle Verordnungen eines Rezepts MÜSSEN denselben Wert aufweisen. Zugelassene nullFlavor: MSKWird die Anzahl der zusätzlichen Einlösungen  nicht angegeben (nullFlavor = MSK, Maskiert), kann die Anzahl vom empfangenden System nur mit 0 angenommen werden (keine zusätzlichen Einlösungen). Maximale Anzahl der zusätzlichen Einlösungen Bei Kassenrezepten: Fixer Wert: 0 Bei Privatrezepten: Maximaler Wert: 5   Beispiel Strukturbeispiel <repeatNumber value="0"/> hl7:routeCode CE 0 … 1 Art der Anwendung der Arznei. @codeSystem CONF 0 … 1 F 1.2.40.0.10.1.4.3.4.3.4   Beispiel Strukturbeispiel <routeCode code="100000073633" displayName="Subkutane Anwendung" codeSystem="1.2.40.0.10.1.4.3.4.3.4" codeSystemName="ELGA_MedikationArtAnwendung"/> hl7:consumable 1 … 1 M Komponente zur Aufnahme der Arznei auf die sich der MedikationVerordnungs-Entry bezieht. Beinhaltet 1.2.40.0.34.11.2.3.4 Arznei Entry (DYNAMIC)   Beispiel Strukturbeispiel <consumable>   <!-- ELGA Arznei Element (1.2.40.0.34.11.2.3.4) -->   <manufacturedProduct classCode="MANU">     <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.7.2"/>    <!-- IHE PCC -->     <templateId root="2.16.840.1.113883.10.20.1.53"/>    <!-- HL7 CCD -->     <manufacturedMaterial classCode="MMAT" determinerCode="KIND">       <!-- ELGA Arznei-Entry -->       <templateId root="1.2.40.0.34.11.2.3.4"/>      <!-- ELGA -->        :     </manufacturedMaterial>  </manufacturedProduct></consumable> Eingefügt 0 … 1 C von 1.2.40.0.34.11.90004 AuthorElements (DYNAMIC) Dieses Element wird nur bei ELGA MedikationVerordnungs-Entrys verwendet, welche im Rahmen der Medikationsliste vorliegen. Es beinhaltet den Verfasser des Rezepts auf dem diese Verordnung ausgestellt wurde. Das author/time Element hat dabei die Bedeutung „Datum der Verordnung“. Siehe Kapitel „Teilnehmende Parteien“, Abschnitt „Verfasser des Dokuments (author)“ (bezogen auf das Rezept-Dokument).   Constraint Konditionale Konformität: Element wird in Medikationsliste verwendet und eine Referenz zu einer Verdnung ist vorhanden: Card 1..1 Conf M Sonst NP Auswahl 0 … 1 Elemente in der Auswahl: hl7:author[not(@nullFlavor)] hl7:author[@nullFlavor] hl7:author Verfasser des Dokuments. wo [not(@nullFlavor)] @typeCode cs 0 … 1 F AUT @context​Control​Code cs 0 … 1 F OP hl7:functionCode CE 0 … 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. hl7:time TS.​DATE.​MIN 1 … 1 R Der Zeitpunkt an dem das Dokument verfasst wurde.Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen. Zugelassene nullFlavor: UNK hl7:assignedAuthor 1 … 1 M Organisation, in deren Auftrag der Verfasser des Dokuments die Dokumentation verfasst hat. @classCode cs 0 … 1 F ASSIGNED   Beispiel <assignedAuthor classCode="ASSIGNED">   <id extension="ied8984938" root="1.2.276.0.76.3.1.139.933"/>  <assignedPerson classCode="PSN" determinerCode="INSTANCE">     <!-- ... -->   </assignedPerson></assignedAuthor> hl7:id II 1 … * 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. hl7:code CE 0 … 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.   CONF Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.6 ELGA_AuthorSpeciality (DYNAMIC) hl7:telecom TEL.AT 0 … * Kontaktdaten des Verfassers des Dokuments. Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen. Auswahl 1 … 1 Elemente in der Auswahl: hl7:assigned​Person hl7:assigned​Authoring​Device hl7:assigned​Person  … 1 Personendaten des Verfassers des Dokuments. Grundsätzlich sind die Vorgaben für „Personen-Element“ zu befolgen. Eingefügt von 1.2.40.0.34.11.90001 PersonElements (DYNAMIC) @classCode cs 0 … 1 F PSN @determiner​Code cs 0 … 1 F INSTANCE hl7: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 für „Namen-Elemente von Personen PN“ zu befolgen. hl7:assigned​Authoring​Device  … 1 @classCode cs 0 … 1 F DEV @determiner​Code cs 0 … 1 F INSTANCE hl7:manufacturer​Model​Name SC 0 … 1 Hersteller und Modellbezeichnung des datenerstellenden Gerätes. hl7:softwareName SC 0 … 1 Bezeichnung (und ggf Version) der datenerstellenden Software. hl7:represented​Organization 1 … 1 M Eingefügt von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC) @classCode 0 … 1 F ORG @determiner​Code 0 … 1 F INSTANCE hl7:id II 0 … * hl7:name ON 1 … 1 M hl7:telecom TEL.AT 0 … * hl7:addr AD 0 … 1 hl7:author Verfasser nicht bekannt/nicht anwendbar wo [@nullFlavor] @nullFlavor cs 1 … 1 F NA   Beispiel <author nullFlavor="NA">   <time nullFlavor="NA"/>  <assignedAuthor nullFlavor="NA">     <id nullFlavor="NA"/>  </assignedAuthor></author> hl7:time 1 … 1 R @nullFlavor cs 1 … 1 F NA hl7:assignedAuthor 1 … 1 R @nullFlavor cs 1 … 1 F NA hl7:id 1 … 1 R @nullFlavor cs 1 … 1 F NA Eingefügt von 1.2.40.0.34.11.30040 Dosierungsvariante 2: Einzeldosierung entryRelationship (DYNAMIC) hl7:entryRelationship C Komponente zur Aufnahme eines Einnahmezeitpunkts und –dosis bei Dosierungsvariante 2 und 4. Wiederholung höchstens einmal je Zeitcode! wo [hl7:substanceAdministration/hl7:effectiveTime [@xsi:type='EIVL_TS']] @typeCode cs 1 … 1 F COMP   Constraint Konditionale Konformität: Dosierung angegeben -> 1..* M Dosierung nicht angegeben -> NP hl7:sequenceNumber INT 1 … 1 M Aufsteigende Nummerierung der Unterelemente. Eingefügt von 1.2.40.0.34.11.30046 Splitdose-Einnahmezeitpunkte 1 (DYNAMIC) hl7:substanceAdministration 1 … 1 M Abbildung eines Einnahmezeitpunkts und –dosis als untergeordnetes substanceAdministration-Element. @classCode cs 1 … 1 F SBADM @moodCode cs 1 … 1 F INT   Constraint Konditionale Konformität Card Conf Prädikat 1..1 M Menge in nicht-zählbaren Einheiten, zulässige Werte gemäß Value-Set "ELGA_MedikationMengenart_VS" 0..1 O Menge in zählbaren Einheiten (Tabletten, Kapseln, etc.), zulässige Werte gemäß Value-Set "ELGA_MedikationMengenart_VS" oder Freitext hl7:effectiveTime EIVL_TS 1 … 1 M Zeitelement zur Aufnahme des Einnahmezeitpunkts. wo [@xsi:type='EIVL_TS'] hl7:event 1 … 1 M Einnahmezeitpunkt. @code cs 1 … 1 R   CONF Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.59 ELGA_Einnahmezeitpunkte (DYNAMIC) hl7:offset IVL_PQ 1 … 1 M Zeitversatz (immer mit 0 Sekunden angegeben). @value 1 … 1 F 0 @unit cs 1 … 1 F s hl7:doseQuantity IVL_PQ 1 … 1 M Dosis. hl7:consumable 1 … 1 M hl7:manufacturedProduct 1 … 1 M hl7:manufactured​Material 1 … 1 R @nullFlavor cs 1 … 1 F NA Eingefügt von 1.2.40.0.34.11.30044 Dosierungsvariante 4: Einzeldosierung mit Einnahmepause entryRelationship (DYNAMIC) hl7:entryRelationship C Komponente zur Aufnahme eines Einnahmezeitpunkts und –dosis bei Dosierungsvariante 2 und 4. Wiederholung höchstens einmal je Zeitcode! wo [hl7:substanceAdministration/hl7:effectiveTime [@xsi:type='SXPR_TS']] @typeCode cs 1 … 1 F COMP   Constraint Konditionale Konformität: Dosierung angegeben -> 1..* M Dosierung nicht angegeben -> NP hl7:sequenceNumber INT 1 … 1 M Aufsteigende Nummerierung der Unterelemente. Eingefügt von 1.2.40.0.34.11.30047 Splitdose-Einnahmezeitpunkte 2 (DYNAMIC) hl7:substanceAdministration 1 … 1 M Abbildung eines Einnahmezeitpunkts und –dosis als untergeordnetes substanceAdministration-Element. @classCode cs 1 … 1 F SBADM @moodCode cs 1 … 1 F INT   Constraint Konditionale Konformität Card Conf Prädikat 1..1 M Menge in nicht-zählbaren Einheiten, zulässige Werte gemäß Value-Set "ELGA_MedikationMengenart_VS" 0..1 O Menge in zählbaren Einheiten (Tabletten, Kapseln, etc.), zulässige Werte gemäß Value-Set "ELGA_MedikationMengenart_VS" oder Freitext hl7:effectiveTime SXPR_TS 1 … 1 M Zeitelement zur Aufnahme des Einnahmezeitpunkts. wo [@xsi:type='SXPR_TS']   Constraint Die comp-Komponenten mit PIVL_TS müssen bei allen Einnahmezeitpunkten gleich angegeben werden! 1. Komponentencontainer mit @operator=A, ggf. folgende Komponentencontainer mit @operator=I hl7:comp EIVL_TS 1 … 1 M Komponentencontainer wo [@xsi:type='EIVL_TS'] hl7:event 1 … 1 M Einnahmezeitpunkt. @code cs 1 … 1 R   CONF Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.59 ELGA_Einnahmezeitpunkte (DYNAMIC) hl7:offset IVL_PQ 1 … 1 M Zeitversatz (immer mit 0 Sekunden angegeben). @value 1 … 1 F 0 @unit cs 1 … 1 F s hl7:comp PIVL_TS 1 … 1 M Komponentencontainer zur Aufnahme der Einnahmetage. Diese Komponenten MÜSSEN bei allen Einnahmezeitpunkten (SequenceNumber) gleich angegeben werden! wo [@xsi:type='PIVL_TS'] [@operator='A'] @operator cs 1 … 1 F A hl7:phase IVL_TS 1 … 1 R Phase der Einnahme. hl7:value TS Erstes Datum des entsprechenden Wochentags nach Einnahmebeginn (z.B.: 01.10.2013 -> Dienstag). hl7:period PQ 1 … 1 R @value 1 … 1 F 1 @unit cs 1 … 1 F wk hl7:comp PIVL_TS 0 … * 2.+ Komponentencontainer zur Aufnahme der Einnahmetage wo [@xsi:type='PIVL_TS'] [@operator='I'] hl7:phase IVL_TS 1 … 1 R hl7:value TS hl7:period PQ 1 … 1 R @value 1 … 1 F 1 @unit cs 1 … 1 F wk hl7:doseQuantity IVL_PQ 1 … 1 M Dosis. hl7:consumable 1 … 1 M hl7:manufacturedProduct 1 … 1 M hl7:manufactured​Material 1 … 1 R @nullFlavor cs 1 … 1 F NA   Schematron assert role  error     test not(hl7:templateId[@root='1.3.6.1.4.1.19376.1.5.3.1.4.7.1']) or not(hl7:entryRelationship[@typeCode='COMP'][hl7:substanceAdministration])     Meldung Bei Dosierungsart 1 "Normal dosing" oder 3 "Tagesdosierung an bestimmten Tagen" (templateId = 1.3.6.1.4.1.19376.1.5.3.1.4.7.1) wird kein entryRelationship typeCode COMP als Dosiskomponente verwendet     Variable let Name seq     Value hl7:entryRelationship/hl7:substanceAdministration/hl7:effectiveTime[@value='0']//hl7:event/@code     Schematron assert role  error     test empty($seq[position() = index-of($seq,.)[2]])     Meldung Wiederholung der Komponente zur Aufnahme eines Einnahmezeitpunkts und -dosis bei Dosierungsvariante 2 und 4 höchstens einmal je Zeitcode!   hl7:entryRelationship 1 … 1 M Komponente zur Aufnahme der Packungsanzahl. Da sich die Angaben zur Arznei (siehe Vorkapitel) jeweils auf eine Packung der Arznei beziehen, MUSS die Anzahl der auszugebenden Packungen der Arznei in einer eigenen Komponente zusätzlich angegeben werden (mindestens 1). Bei magistralen Zubereitungen wird die Anzahl der auszugebenden Einheiten der Arznei in derselben Art und Weise gehandhabt wie bei Arzneispezialitäten. Die Menge einer Einheit der Arznei (z.B. 200g einer magistral zubereiteten Salbe in einer gewissen Zusammensetzung) ist in den ergänzenden Informationen zu der magistralen Zubereitung anzugeben. wo [@typeCode='COMP'] [hl7:supply] @typeCode cs 1 … 1 F COMP   Beispiel Strukturbeispiel <entryRelationship typeCode="COMP">   <supply classCode="SPLY" moodCode="RQO">     <independentInd value="false"/>    <quantity value="1"/>  </supply></entryRelationship> hl7:supply 1 … 1 M Abbildung der Packungsanzahl als untergeordnetes supply-Element. @classCode cs 1 … 1 F SPLY @moodCode cs 1 … 1 F RQO   Beispiel <supply classCode="SPLY" moodCode="RQO">   <independentInd value="false"/>  <quantity value="1"/></supply> hl7:independentInd BL 1 … 1 M Indikator, ob die Komponente unabhängig verwendet werden darf. @value 1 … 1 F false hl7:quantity PQ 1 … 1 R Packungsanzahl Zugelassene nullFlavor: MSK MSK= Wird die Anzahl der auszugebenden Packungen nicht angegeben (nullFlavor = MSK, Maskiert), kann die Anzahl vom empfangenden System nur mit 1 angenommen werden. hl7:entryRelationship 0 … 1 Komponente zur Aufnahme der Zusatzinformationen, Informationen zur alternativen Einnahme und Informationen zur Arznei wo [@typeCode='SUBJ'] [hl7:act/hl7:templateId [@root='2.16.840.1.113883.10.20.1.49']] @typeCode cs 1 … 1 F SUBJ @inversionInd bl 1 … 1 F true Eingefügt 1 … 1 M von 1.2.40.0.34.11.30033 Patient Instructions (DYNAMIC) hl7:act 1 … 1 M Abbildung der Zusatzbemerkungen als untergeordnetes act-Element. @classCode cs 1 … 1 F ACT @moodCode cs 1 … 1 F INT hl7:templateId II 1 … 1 M @root uid 1 … 1 F 2.16.840.1.113883.10.20.1.49 hl7:templateId II 1 … 1 M @root uid 1 … 1 F 1.3.6.1.4.1.19376.1.5.3.1.4.3 hl7:code CE 1 … 1 M @code CONF 1 … 1 F PINSTRUCT @codeSystem 1 … 1 F 1.3.6.1.4.1.19376.1.5.3.2 (IHEActCode Vocabulary) hl7:text ED 1 … 1 M Text Element (verweist auf die Stelle im narrativen Text-Bereich, an der die Zusatzinformationen für den Patienten, Informationen zur alternativen Einnahme und Informationen zur Arznei angeführt sind) hl7:reference TEL 1 … 1 M @value 1 … 1 R #patinfo-{generierteID}, z.B.: #patinfo-1 hl7:statusCode CS 1 … 1 M @code CONF 1 … 1 F completed hl7:entryRelationship 1 … 3 M Komponente zur Aufnahme der Referenz zu einer Unterkategorie (mindestens eine Unterkategorie muss angegeben sein). @typeCode cs 1 … 1 F SUBJ @inversionInd bl 1 … 1 F true hl7:act 1 … 1 M @classCode cs 1 … 1 F ACT @moodCode cs 1 … 1 F INT hl7:templateId II 1 … 1 M @root uid 1 … 1 F 1.2.40.0.34.11.8.0.3.1 hl7:code CE 1 … 1 M   CONF Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.161 ELGA_ActCode_PatInfo (DYNAMIC) hl7:text ED 1 … 1 M Text Element (verweist auf die Stelle im narrativen Text-Bereich, an der die entsprechende Unterkategorie angeführt ist) hl7:reference TEL 1 … 1 M @value 1 … 1 R #zinfo|altein|arzneiinfo-{generierteID} Der Prefix muss dem gewählten Code entsprechen. z.B.: #altein-1 hl7:statusCode CS 1 … 1 M @code CONF 1 … 1 F completed hl7:entryRelationship 0 … 1 Komponente zur Aufnahme der ergänzenden Informationen zur Abgabe oder zu der magistralen Zubereitung. wo [@typeCode='SUBJ'] [hl7:act/hl7:templateId [@root='2.16.840.1.113883.10.20.1.43']] @typeCode cs 1 … 1 F SUBJ @inversionInd bl 1 … 1 F true   Constraint Konditionale Konformität: Arznei ist eine magistrale Zubereitung: Card 1..1 Conf M Arznei ist keine magistrale Zubereitung: Card 0..1 Conf O Eingefügt 1 … 1 M von 1.2.40.0.34.11.30034 Pharmacist Instructions (DYNAMIC) hl7:act 1 … 1 M @classCode cs 1 … 1 F ACT @moodCode cs 1 … 1 F INT hl7:templateId II 1 … 1 M @root uid 1 … 1 F 2.16.840.1.113883.10.20.1.43 hl7:templateId II 1 … 1 M @root uid 1 … 1 F 1.3.6.1.4.1.19376.1.5.3.1.4.3.1 hl7:code CE 1 … 1 M @code CONF 1 … 1 F FINSTRUCT @codeSystem 1 … 1 F 1.3.6.1.4.1.19376.1.5.3.2 (IHEActCode Vocabulary) hl7:text ED 1 … 1 M Text Element (verweist auf die Stelle im narrativen Text-Bereich, an der die ergänzenden Informationen zur Abgabe oder zu der magistralen Zubereitungen angeführt sind) hl7:reference TEL 1 … 1 M @value 1 … 1 R #abginfo-{generierteID}, z.B.: #abginfo-1 hl7:statusCode CS 1 … 1 M @code CONF 1 … 1 F completed hl7:entryRelationship 1 … 2 M Komponente zur Aufnahme der Referenz zu einer Unterkategorie (mindestens eine Unterkategorie muss angegeben sein). @typeCode cs 1 … 1 F SUBJ @inversionInd bl 1 … 1 F true hl7:act 1 … 1 M @classCode cs 1 … 1 F ACT @moodCode cs 1 … 1 F INT hl7:templateId II 1 … 1 M @root uid 1 … 1 F 1.2.40.0.34.11.8.0.3.2 hl7:code CE 1 … 1 M   CONF Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.160 ELGA_ActCode_AbgInfo (DYNAMIC) hl7:text ED 1 … 1 M Text Element (verweist auf die Stelle im narrativen Text-Bereich, an der die entsprechende Unterkategorie angeführt ist) hl7:reference TEL 1 … 1 M @value 1 … 1 R #erginfo|magzub-{generierteID} Der Prefix muss dem gewählten Code entsprechen. z.B.: #magzub-1 hl7:statusCode CS 1 … 1 M @code CONF 1 … 1 F completed Eingefügt 0 … 1 von 1.2.40.0.34.11.30045 Therapieart (DYNAMIC) hl7:entryRelationship 0 … 1 Therapieart dieses MedikationVerordnung-Entry wo [@typeCode='COMP'] [hl7:act/hl7:templateId [@root='1.2.40.0.34.11.8.1.3.4']] @typeCode 1 … 1 F COMP   Beispiel <entryRelationship typeCode="COMP">   <act classCode="ACT" moodCode="INT">     <templateId root="1.2.40.0.34.11.8.1.3.4"/>    <code code="EINZEL" displayName="Einzelverordnung" codeSystem="1.2.40.0.10.1.4.3.4.3.6" codeSystemName="MedikationTherapieArt"/>  </act></entryRelationship> hl7:act 1 … 1 M @classCode 1 … 1 F ACT @moodCode 1 … 1 F INT hl7:templateId II 1 … 1 M @root 1 … 1 F 1.2.40.0.34.11.8.1.3.4 hl7:code CE 1 … 1 M   CONF Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.30 ELGA_MedikationTherapieArt (DYNAMIC) hl7:originalText ED 0 … 1 Textinhalt, der codiert wurde. Gemäß Vorgaben im „Allgemeinen Implementierungsleitfaden“, Kapitel „Codierungs-Elemente“. Eingefügt 0 … 1 C von 1.2.40.0.34.11.90013 ID des Containers (DYNAMIC) ID des Verordnungs-Entry Containers (Rezept-Dokument)   Constraint Konditionale Konformität für ID des Verordnungs-Entry Containers (Rezept-Dokument) Element wird in Medikationsliste verwendet: Card 1..1 Conf M Sonst NP hl7:reference 0 … 1 C ID des Verordnungs-Entry Containers (Rezept-Dokument). @typeCode cs 1 … 1 F XCRPT hl7:externalDocument 1 … 1 M hl7:id II 1 … 1 M ID des MedikationVerordnung-Entry. @root uid 1 … 1 F 1.2.40.0.10.1.4.3.4.2.1 @extension st 1 … 1 R eMED-ID @assigningAuthorityName 1 … 1 F e-MedAT