Autoren

ELGA CDA
Implementierungsleitfäden

HL7 Implementation Guide for CDA^® R2:
e-Medikation

Zur Anwendung im österreichischen
Gesundheitswesen [1.2.40.0.34.7.8.6.2]

20. März 2017

2.06.2

Entwurf

1 Informationen über dieses Dokument

1.1 Allgemeines

Ziel dieses Implementierungsleitfadens ist die Beschreibung von Struktur, Format und Standards von medizinischen Dokumenten der Elektronischen Gesundheitsakte "ELGA" gemäß Gesundheitstelematikgesetz 2012 (GTelG 2012), aber auch für medizinische Dokumente im österreichischen Gesundheitswesen.

Die Anwendung dieses Implementierungsleitfadens hat im Einklang mit der Rechtsordnung der Republik Österreich und insbesondere mit den relevanten Materiengesetzen (z.B. Ärztegesetz 1998, Apothekenbetriebsordnung 2005, Krankenanstalten- und Kuranstaltengesetz, Gesundheits- und Krankenpflegegesetz, Rezeptpflichtgesetz, Datenschutzgesetz 2000, Gesundheitstelematikgesetz 2012) zu erfolgen. Technische Möglichkeiten können gesetzliche Bestimmungen selbstverständlich nicht verändern, vielmehr sind die technischen Möglichkeiten im Einklang mit den Gesetzen zu nutzen.

1.2 Sprachliche Gleichbehandlung

Soweit im Text Bezeichnungen nur im generischen Maskulinum angeführt sind, beziehen sie sich auf Männer und Frauen in gleicher Weise. Unter dem Begriff "Patient" werden sowohl Bürger, Kunden und Klienten zusammengefasst, welche an einem Behandlungs- oder Pflegeprozess teilnehmen als auch gesunde Bürger, die derzeit nicht an einem solchen teilnehmen. Es wird ebenso darauf hingewiesen, dass umgekehrt der Begriff Bürger auch Patienten, Kunden und Klienten mit einbezieht.

1.3 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.4 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.5 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.6 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.

1.7 Revisionsliste

Diese Version ist eine Nebenversion zur Hauptversion 2.06 und ersetzt diese. Die durchgeführten Änderungen ersehen Sie der Revisionsliste in Kapitel.

1.8 Weitere unterstützende Materialien

Gemeinsam mit diesem Leitfaden werden auf der Website der ELGA GmbH [1] weitere Dateien und Dokumente zur Unterstützung bereitgestellt: Beispieldokumente, zu verwendende Codes, Vorgaben zur Registrierung von CDA-Dokumenten, das Referenz-Stylesheet zur Darstellung von CDA-Dokumenten, Algorithmen zur Prüfung der Konformität von CDA-Dokumenten etc.

Fragen, Kommentare oder Anregungen für die Weiterentwicklung können an cda@elga.gv.at[2] gesendet werden. Weitere Informationen finden Sie unter http://www.elga.gv.at/CDA.

1.9 Bedienungshinweise für die PDF-Version

Nutzen Sie die bereitgestellten Links im Dokument (z.B. im Inhaltsverzeichnis), um direkt in der PDF-Version dieses Dokuments zu navigieren. Folgende Tastenkombinationen können Ihnen die Nutzung des Leitfadens erleichtern:

• Rücksprung: Alt + Pfeil links und Retour: Alt + Pfeil rechts
• Seitenweise blättern: "Bild" Tasten
• Scrollen: Pfeil nach oben bzw. unten
• Zoomen: Strg + Mouserad drehen
• Suchen im Dokument: Strg + F

1.10 Impressum

Medieneigentümer, Herausgeber, Hersteller, Verleger:
ELGA GmbH, Treustraße 35-43, Wien, Österreich. Telefon: 01. 2127050. Internet: http://www.elga.gv.at. Email: cda@elga.gv.at.
Geschäftsführer: DI Dr. Günter Rauchegger, DI (FH) Dr. Franz Leisch

Redaktion, Projektleitung, Koordination:
Mag. Dr. Stefan Sabutsch, stefan.sabutsch@elga.gv.at

Abbildungen: © ELGA GmbH

Nutzung: Das Dokument enthält geistiges Eigentum der Health Level Seven® Int. und HL7® Austria, Franckstrasse 41/5/14, 8010 Graz; www.hl7.at.
Die Nutzung ist zum Zweck der Erstellung medizinischer Dokumente ohne Lizenz- und Nutzungsgebühren ausdrücklich erlaubt. Andere Arten der Nutzung und auch auszugsweise Wiedergabe bedürfen der Genehmigung des Medieneigentümers.

Download unter www.gesundheit.gv.at und www.elga.gv.at/cda

2 Harmonisierung

Erarbeitung des Implementierungsleitfadens
Dieser Implementierungsleitfaden entstand im Projekt e-Medikation auf Basis diverser Konsultationen unter Einbeziehung von Vertretern aller Stakeholder. Da die medizinischen Inhalte bereits gesetzlich bzw. durch Verordnung des Bundesministers festgelegt sind, wurde keine Harmonisierungsgruppe eingesetzt. Darüber hinaus wurde dieser Implementierungs-leitfaden für die Abstimmung und Diskussion im Zuge der Entwicklung der Usability-Style-guides herangezogen und entsprechend weiterentwickelt.

Das Dokument durchlief eine öffentliche Kommentierungsphase und ein nationales Standardisierungsverfahren ("Ballot") durch die HL7 Anwendergruppe Österreich (HL7 Austria). Folgende Personen waren an der Erstellung des Leitfadens beteiligt:

Autoren
Kürzel	Organisation	Person1
Herausgeber, Projektleiter, CDA Koordinator
SSA	ELGA GmbH	Stefan Sabutsch
Autor, Fachkoordinator
JBR	CodeWerk Software Services and Development GmbH	Jürgen Brandstätter

Organisation	Person1
SVC	Michael Bauer
SVC	Michael Deimel
SVC	Michael Bauer
SVC	Tanja Krammer
SVC	Martin Asenbaum
ELGA GmbH	Alexander Kollmann
ELGA GmbH	Oliver Kuttin
ELGA GmbH	Carina Seerainer

Die Revisionierung des Leitfadens wird durch die ELGA GmbH koordiniert. Kontaktadresse: cda@elga.gv.at .

¹ Personen sind ohne Titel angegeben

3 Einleitung

3.1 Ausgangssituation

Die Elektronische Gesundheitsakte (ELGA) umfasst die relevanten multimedialen und gesundheitsbezogenen Daten und Informationen zu einer eindeutig identifizierten Person. Die Daten sind in einem oder mehreren computergestützten Informationssystemen gespeichert. Sie stehen allen berechtigten Personen entsprechend ihren Rollen und den datenschutzrechtlichen Bedingungen in einer bedarfsgerecht aufbereiteten elektronischen Form online zur Verfügung.

Die wesentliche Funktion von ELGA ist die Bereitstellung von patientenbezogenen medizinischen Dokumenten, die in vielen unterschiedlichen Informationssystemen der verschiedenen Gesundheitsdiensteanbieter erstellt werden. Zu den relevanten medizinischen Daten gehören auch die Medikationsdaten, die über die ELGA-Anwendung „e-Medikation“ verfügbar gemacht werden. Dazu errichtet und betreibt der Hauptverband der Sozialversicherungen ein Informationssystem, das Ärzten, Apothekern und den ELGA-Teilnehmern selbst eine Übersicht über verordnete und abgegebene Medikamente bietet. Rechtsgrundlage für die Umsetzung der e-Medikation ist das „ELGA-Gesetz“ (GTelG 2012 §16a) sowie die „ELGA-Verordnung“ (ELGA-VO 2015 §14, 15 und 16).

Diese Medikationsdaten sollen nicht nur von Benutzern gelesen, sondern auch wieder in die IT-Systeme integriert und dort weiterverwendet werden können („Semantische Interoperabilität“). Für den Austausch der Medikationsdaten wird der internationale Standard „Clinical Document Architecture, Release 2.0“ (CDA) von HL7 eingesetzt.

Der CDA-Standard wird für die Verwendung in der ELGA Anwendung e-Medikation im Detail ausspezifiziert, Vorgaben für einheitliche Dokumentation und Codierung der Information festgelegt und in implementierbaren Leitfäden veröffentlicht.

3.1.1 e-Medikation

Die e-Medikation ist als Service zu verstehen, welches im Zuge des Verordnungs-, des Abgabe-, bzw. des Verabreichungsprozesses Informationen zur Medikation eines Patienten zur Verfügung stellt. Zentrale Elemente sind dabei die Medikationsdatenbank, sowie deren Schnittstellen zu bestehender IT-Infrastruktur (wie Arztpraxissoftware, Apothekensoftware und Krankenhausinformationssysteme. Zur Vernetzung wird die ELGA-Infrastruktur genutzt.

Die e-Medikation stellt ausschließlich Informationen über in den letzten 365 Tagen erfolgte Verordnungen oder Abgaben zur Verfügung. Prüfungen auf potentielle Wechselwirkungen, Kontraindikationen, Über- oder Unterdosierungen, Reichweiten etc. erfolgen in Eigenverantwortung der ELGA Gesundheitsdiensteanbieter und sind nicht Gegenstand des Informationssystems „e-Medikation“.

3.2 Zweck

Das Ziel dieses Dokuments ist die Beschreibung der Struktur von e-Medikations-Dokumenten der Elektronischen Gesundheitsakte ELGA. Insbesondere behandelt das Dokument jegliche Strukturen, welche auf der Basis des Implementierungsleitfadens

„HL7 Implementation Guide for CDA® R2: Allgemeiner Implementierungsleitfaden für ELGA CDA Dokumente“ [OID Root 1.2.40.0.34.7.1]

speziell für die Dokumentenklassen²

• Rezept
• Abgabe
• Medikationsliste³
• Pharmazeutische Empfehlung (Korrekturmeldung)⁴

gültig sind. Die Beschreibung enthält Festlegungen, Einschränkungen und Bedingungen auf Grundlage von HL7 CDA-Elementen.

² Es handelt sich bei den „Dokumentenklassen“ der e-Medikation nicht um Dokumentenklassen im engeren Sinn (wie etwa Befunde), sondern um Arten von Nachrichten, die zwischen den IT-Systemen ausgetauscht werden. Diese Nachrichten haben die technische Form von CDA-Dokumenten, die entsprechend einer „Dokumentenklasse“ zugeordnet werden.
³Die „Medikationsliste“ ist ein automatisch generiertes Dokument, das alle relevanten Informationen aus „Verordnungen“, „Abgaben“ und „pharmazeutischen Empfehlungen“ zusammenfasst.
⁴Der Begriff „Pharmazeutische Empfehlung“ wird hier im Sinne des IHE Pharmacy Technical Frameworks verwendet und wird aus zur Beibehaltung der Konsistenz mit diesem Standard beibehalten. Die „Pharmazeutische Empfehlung“ kann als Korrekturmeldung verstanden werden und bezeichnet die Änderung einer Verordnung oder Abgabe - unabhängig von Rollen und tatsächlichen Berechtigungen.

3.3 Hierarchie der Implementierungsleitfäden

Der vorliegende Implementierungsleitfaden basiert auf der grundlegenden Implementierungsvorschrift für alle CDA Dokumente im österreichischen Gesundheitswesen.

Die CDA Dokumente der e-Medikation haben grundsätzlich den beiden aufeinander aufbauenden Implementierungsleitfäden zu folgen.

Abbildung 1: Zusammenspiel der Implementierungsleitfäden.

Die administrativen Daten im Dokumentheader und grundsätzliche Vorgaben für den medizinischen Inhalt werden vom „Allgemeinen Implementierungsleitfaden“ definiert. Der jeweilige „Spezielle Implementierungsleitfaden“ enthält die Vorgaben für die medizinischen Inhalte und ergänzt gegebenenfalls die Header-Vorgaben.

Für die Verwendung dieses Implementierungsleitfadens sind zusätzlich die Vorgaben aus
„HL7 Implementation Guide for CDA® R2: Allgemeiner Implementierungsleitfaden für ELGA CDA Dokumente“ OID Root [1.2.40.0.34.7.1]
in der Hauptversion 2 vorausgesetzt.

4 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überhinausgehenden Spezifikationen zum Thema e-Medikation.

Zum Verständnis der Vorgaben (z.B. Schlüsselwörter, Optionalität wie „MUSS-Kriterien“ oder Kardinalität) sei auf das entsprechende Kapitel 4 im Allgemeinen Implementierungsleitfaden hingewiesen. Hier ein Auszug (die Großschreibung ist normativ):

MUSS bedeutet eine verpflichtend einzuhaltende Vorschrift (Gebot). Entspricht den Konformitätskriterien [R] und [M]. NICHT ERLAUBT formuliert ein verpflichtend einzuhaltendes Verbot. Entspricht dem Konformitätskriterium [NP]. SOLL oder EMPFOHLEN steht für eine pragmatische Empfehlung. Es ist gewünscht und empfohlen, dass die Anforderung umgesetzt wird, es kann aber Gründe geben, warum dies unterbleibt. Entspricht dem Konformitätskriterium [R2]. KANN oder OPTIONAL (engl. MAY, OPTIONAL) Die Umsetzung der Anforderung ist optional, sie kann auch ohne zwingenden Grund unterbleiben. Entspricht dem Konformitätskriterium [O].

4.1 Dokumentenstruktur

4.1.1 Elemente ohne spezielle Vorgaben

Folgende Elemente erfordern keine speziellen Vorgaben:

• XML Metainformationen
• Wurzelelement
• Hoheitsbereich („realmCode“)
• Dokumentformat („typeId“)
• 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“.

Auszug aus dem Allgemeinen Implementierungsleitfaden

4.1.2 XML Metainformationen

4.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">
:

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

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

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

4.1.4.1 Strukturbeispiel

<realmCode code="AT'"/>

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

4.1.5 Dokumentformat („typeId“)

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

4.1.5.1 Strukturbeispiel

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

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

4.1.6 Erstellungsdatum des Dokuments („effectiveTime“)

4.1.6.1 Spezifikation

Id	1.2.40.0.34.11.90008 ref elgabbr-	Gültigkeit	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. (CDe...ime)   elgagab-data​element-8  Erstellungsdatum  Datensatz

4.1.7 Vertraulichkeitscode („confidentialityCode“)

4.1.7.1 Spezifikation

Id	1.2.40.0.34.11.90009 ref elgabbr-	Gültigkeit	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 (CDc...ode)   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

4.1.8 Sprachcode des Dokuments („languageCode“)

4.1.8.1 Spezifikation

Id	1.2.40.0.34.11.90010 ref elgabbr-	Gültigkeit	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. (CDl...ode)   elgagab-data​element-265  Sprachcode  Datensatz @code CONF 1 … 1 F de-AT

4.1.9 Elemente mit speziellen Vorgaben

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

4.1.9.1.1 Spezielle Vorgaben für Dokumente der e-Medikation

Die templateId-Elemente für diesen Implementierungsleitfaden sind anzugeben.

4.1.9.1.2 Strukturbeispiel

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


  <!-- ELGA CDA Rezept -->
  <templateId root="1.2.40.0.34.11.8.1"/>
     ... oder ...
  <!-- ELGA CDA Abgabe -->
  <templateId root="1.2.40.0.34.11.8.2"/>
     ... oder ...
  <!-- ELGA CDA Medikationsliste -->
  <templateId root="1.2.40.0.34.11.8.3"/>
     ... oder ...
  <!-- ELGA CDA Pharmazeutische Empfehlung -->
  <templateId root="1.2.40.0.34.11.8.4"/>


  <!-- EIS „Full support“ -->
  <templateId root="1.2.40.0.34.11.8.0.3"/>

</ClinicalDocument>

4.1.9.1.3 Spezifikation

Element/Attribut	DT	Kard	Konf	Beschreibung
templateId	II	1..1	M	ELGA TemplateId für den Allgemeinen Implementierungsleitfaden Fester Wert: @root = 1.2.40.0.34.11.1
---zusätzlich eine der folgenden templateIds---
Im Falle von Dokumentklasse „Rezept“
templateId	II	1..1	M	ELGA CDA Rezept Fester Wert @root = 1.2.40.0.34.11.8.1
templateId	II	1..1	M	IHE PHARM Prescription Fester Wert @root = 1.3.6.1.4.1.19376.1.9.1.1.1
---oder---
Im Falle von Dokumentklasse „Abgabe“
templateId	II	1..1	M	ELGA CDA Abgabe Fester Wert @root = 1.2.40.0.34.11.8.2
templateId	II	1..1	M	IHE PHARM Dispense Fester Wert @root = 1.3.6.1.4.1.19376.1.9.1.1.3
---oder---
Im Falle von Dokumentklasse „Medikationsliste“
templateId	II	1..1	M	ELGA CDA Medikationsliste Fester Wert @root = 1.2.40.0.34.11.8.3
templateId	II	1..1	M	IHE PHARM Medication List Fester Wert @root = 1.3.6.1.4.1.19376.1.9.1.1.5
---oder---
Im Falle von Dokumentklasse „Pharmazeutische Empfehlung“
templateId	II	1..1	M	ELGA CDA Pharmazeutische Empfehlung Fester Wert @root = 1.2.40.0.34.11.8.4
templateId	II	1..1	M	IHE PHARM Pharmaceutical Advice Fester Wert @root = 1.3.6.1.4.1.19376.1.9.1.1.2
templateId	II	1..1	M	IHE PCC Medical Documents Fester Wert @root = 1.3.6.1.4.1.19376.1.5.3.1.1.1
templateId	II	1..1	M	ELGA CDA Dokument in EIS „Full support“ Fester Wert @root = 1.2.40.0.34.11.8.0.3

4.1.9.2 Dokumenten-Id („id”)

4.1.9.2.1 Spezielle Vorgaben für Dokumente der e-Medikation

Die Dokumenten-Id MUSS eine eindeutige eMED-ID enthalten.

4.1.9.2.2 Strukturbeispiel

<id
   root="1.2.40.0.10.1.4.3.4.2.1"
   extension="WYE82A2G8EEW"
   assigningAuthorityName="e-MedAT"/>

4.1.9.2.3 Spezifikation

Element/Attribut		DT	Kard	Konf	Beschreibung
id		II	1..1	M	Dokumenten-ID
	@root	uid	1..1	M	OID der Liste der eMED-IDs Fester Wert: 1.2.40.0.10.1.4.3.4.2.1
	@extension	st	1..1	M	eMED-ID
	@assigningAuthorityName	st	0..1	O	Fester Wert: e-MedAT

4.1.9.3 Dokumentenklasse (“code”)

Alle Dokumente der e-Medikation sind mit den folgenden LOINC Codes codiert.

4.1.9.3.1 Spezielle Vorgaben für Rezept

Code-Element codiert mit LOINC Code: 57833-6, Prescription for medication

4.1.9.3.2 Spezielle Vorgaben für Abgabe

Code-Element codiert mit LOINC Code: 60593-1, Medication dispensed.extended Document

4.1.9.3.3 Spezielle Vorgaben für Medikationsliste

Code-Element codiert mit LOINC Code: 56445-0, Medication summary Document

4.1.9.3.4 Spezielle Vorgaben für Pharmazeutische Empfehlung

Code-Element codiert mit LOINC Code: 61356-2, Medication pharmaceutical advice.extended Document

4.1.9.3.5 Strukturbeispiel

<ClinicalDocument xmlns="urn:hl7-org:v3">
	:
   <code code="57833-6"
       displayName="Prescription for medication"
       codeSystem="2.16.840.1.113883.6.1"
       codeSystemName="LOINC" />
	:
</ClinicalDocument>

4.1.9.3.6 Spezifikation

Element/Attribut		DT	Kard	Konf	Beschreibung
code		CE CWE	1..1	M	Code des Dokuments
	@code	cs	1..1	M	Werte aus ELGA Value Set: ELGA_Dokumentenklassen Rezept:57833-6, Prescription for medication Abgabe:60593-1, Medication dispensed.extended Document Medikationsliste:56445-0, Medication summary Document Pharmazeutische Empfehlung:61356-2, Medication pharmaceutical advice.extended Document
	@displayName	st	1..1	M
	@codeSystem	uid	1..1	M	Fester Wert: 2.16.840.1.113883.6.1
	@codeSystemName	st	1..1	M	'LOINC

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

4.1.9.4.1 Spezielle Vorgaben für Rezept

Angabe des Titels in folgender Form: „Rezept“

4.1.9.4.2 Spezielle Vorgaben für Abgabe

Angabe des Titels in folgender Form: „Abgabe“

4.1.9.4.3 Spezielle Vorgaben für Medikationsliste

Angabe des Titels in folgender Form: „Medikationsliste“

4.1.9.4.4 Spezielle Vorgaben für Pharmazeutische Empfehlung

Angabe des Titels in folgender Form: „Pharmazeutische Empfehlung“<sup>8

8</sup> Obwohl es sich fachlich hierbei um eine Korrekturmeldung handelt, wird der im IHE Pharmacy Technical Framework übliche Begriff „Pharmazeutische Empfehlung“ zur Erhaltung der Konsistenz mit diesem Standard weiterverwendet

4.1.9.4.5 Strukturbeispiel

<title>Rezept</title>

4.1.9.4.6 Spezifikation

Element/Attribut		DT	Kard	Konf	Beschreibung
title		st	1..1	M	Dokumententitel Rezept: Rezept Abgabe: Abgabe Medikationsliste: Medikationsliste Pharmazeutische Empfehlung: Pharmazeutische Empfehlung

4.2 Teilnehmende Parteien

4.2.1 Übersicht

Element	Spezielle Vorgabe	Konf
Patient („recordTarget/patientRole“)	Keine	M
Verfasser des Dokuments („author“)	Keine	M
Verwahrer des Dokuments („custodian“)	Keine	M
Rechtlicher Unterzeichner („legalAuthenticator“)	Medikationsliste: Andere Dokumente:	NP M
Personen bei der Dateneingabe („dataEnterer“)	Nicht erlaubt	NP
Beabsichtigte Empfänger des Dokuments („informationRecipient“)	Nicht erlaubt	NP
Weitere Unterzeichner („authenticator“)	Nicht erlaubt	NP
Weitere Beteiligte („participants“)	Nicht erlaubt	NP

4.2.2 Elemente ohne spezielle Vorgaben

Folgende Elemente erfordern keine speziellen Vorgaben:

• Patient („recordTarget/patientRole“)
• Verfasser des Dokuments („author“)
• Verwahrer des Dokuments („custodian“)

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

Auszug aus dem Allgemeinen Implementierungsleitfaden

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

4.2.3.1 Spezifikation

Id	1.2.40.0.34.11.20001 ref elgabbr-	Gültigkeit	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. (Hea...get)   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. (Hea...get) @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) (Hea...get)   Beispiel lokale Patienten ID vom System, notwendig für XDS <id root="1.2.40.0.34.99.111.1.2" extension="4711" assigningAuthorityName="Amadeus Spital"/>   Beispiel Patienten SV Nummer <id root="1.2.40.0.10.1.4.3.1" extension="1234241270" assigningAuthorityName="Österreichische Sozialversicherung"/>   Beispiel bPK-GH des Patienten: Bereichskürzel + bPK (Base64,28 Zeichen) <id root="1.2.40.0.10.2.1.1.149" extension="GH:XNV5ThCj5OwJR0oOcWmK4WUs5p4=" assigningAuthorityName="Österreichische Stammzahlenregisterbehörde"/><!--Anmerkung: Das bPK dient ausschließlich der Zuordnung der elektronischen Identität und darf daher nicht am Ausdruck erscheinen--> hl7:addr AD 0 … 1 Adresse des Patienten. Grundsätzlich sind die Vorgaben für „Adress-Elemente“ zu befolgen. (Hea...get) hl7:streetAddressLine 0 … 1 (Hea...get) hl7:streetName 0 … 1 (Hea...get) hl7:houseNumber 0 … 1 (Hea...get)   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 (Hea...get) hl7:city 1 … 1 M (Hea...get) hl7:state 0 … 1 C (Hea...get) hl7:country 1 … 1 M (Hea...get) hl7:additionalLocator 0 … 1 (Hea...get) hl7:telecom TEL.AT 0 … * Kontaktdaten des Patienten. Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen. (Hea...get) hl7:patient 0 … 1 (Hea...get) @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. (Hea...get) hl7:prefix 0 … * (Hea...get) hl7:given 1 … * M (Hea...get) hl7:family 1 … * M (Hea...get) hl7:suffix 0 … * (Hea...get) 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. (Hea...get)   CONF Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.4 ELGA_AdministrativeGender (DYNAMIC) 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 (Hea...get) hl7:marital​Status​Code CE 0 … 1 Codierung des Familienstands des Patienten. (Hea...get)   CONF Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.11 ELGA_MaritalStatus (DYNAMIC) hl7:religious​Affiliation​Code CE 0 … 1 Codierung des Religionsbekenntnisses des Patienten. (Hea...get)   CONF Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.18 ELGA_ReligiousAffiliation (DYNAMIC) hl7:raceCode NP Rasse des Patienten Darf nicht verwendet werden! (Hea...get) hl7:ethnic​Group​Code NP Ethnische Zugehörigkeit des Patienten. Darf nicht verwendet werden! (Hea...get) hl7:guardian 0 … * Gesetzlicher Vertreter: Erwachsenenvertreter, Vormund, Obsorgeberechtigter (Hea...get) hl7:addr AD 0 … 1 Die Adresse des gesetzlichen Vertreters oder der Organisation. Grundsätzlich sind die Vorgaben für „Adress-Elemente“ zu befolgen. (Hea...get) hl7:telecom TEL.AT 0 … * Beliebig viele Kontaktdatendes gesetzlichen Vertreters oder der Organisation. Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen. (Hea...get) Auswahl 1 … 1 Elemente in der Auswahl: hl7:guardian​Person hl7:guardian​Organization hl7:guardian​Person  … 1 Name des des gesetzlichen Vertreters (Person). (Hea...get) hl7:name PN 1 … 1 M Name der Person. (Hea...get) hl7:guardian​Organization  … 1 Name des des gesetzlichen Vertreters (Organisation). (Hea...get) hl7:name ON 1 … 1 M Name der Organisation. (Hea...get) hl7:birthplace 0 … 1 Geburtsort des Patienten. (Hea...get) hl7:place 1 … 1 M (Hea...get) 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. (Hea...get) 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. (Hea...get) hl7:language​Code CS 0 … 1 Sprache, die vom Patienten zu einem bestimmten Grad beherrscht wird (geschrieben oder gesprochen). (Hea...get)   CONF Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.173 ELGA_HumanLanguage (DYNAMIC) hl7:modeCode CE 0 … 1 Ausdrucksform der Sprache. @codeSystem Fester Wert: 2.16.840.1.113883.5.60 (Hea...get)   CONF Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.175 ELGA_LanguageAbilityMode (DYNAMIC) hl7:proficiency​Level​Code CE 0 … 1 Grad der Sprachkenntnis in der Sprache. @codeSystem Fester Wert: 2.16.840.1.113883.5.61 (Hea...get)   CONF Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.174 ELGA_ProficiencyLevelCode (DYNAMIC) hl7:preference​Ind BL 0 … 1 Kennzeichnung, ob die Sprache in der angegebenen Ausdrucksform vom Patienten bevorzugt wird. (Hea...get)

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

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

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

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

4.2.4 Verfasser des Dokuments („author“)

Auszug aus dem R-MIM:

Abbildung 8: Klassen rund um den Autor.

4.2.4.1 Spezifikation

Id	1.2.40.0.34.11.20002 ref elgabbr-	Gültigkeit	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. (Hea...hor)   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. (Hea...hor) 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 (Hea...hor) hl7:assignedAuthor 1 … 1 R Organisation, in deren Auftrag der Verfasser des Dokuments die Dokumentation verfasst hat. (Hea...hor) @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 (Hea...hor) 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. (Hea...hor)   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. (Hea...hor) 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. (Hea...hor) 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. (Hea...hor) hl7:assigned​Authoring​Device  … 1 (Hea...hor) @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. (Hea...hor) hl7:softwareName SC 1 … 1 R Bezeichnung (und ggf Version) der datenerstellenden Software. (Hea...hor) hl7:represented​Organization 1 … 1 M Organisation, in deren Auftrag der Verfasser des Dokuments die Dokumentation verfasst hat. (Hea...hor)   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. (Hea...hor) hl7:name ON 1 … 1 M (Hea...hor) hl7:telecom TEL.AT 0 … * (Hea...hor) hl7:addr AD 0 … 1 (Hea...hor)

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

4.2.5 Verwahrer des Dokuments („custodian“)

Auszug aus dem R-MIM:

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

4.2.5.1 Spezifikation

Id	1.2.40.0.34.11.20004 ref elgabbr-	Gültigkeit	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. (Hea...ian)   elgagab-data​element-73  Verwahrer  Datensatz @typeCode cs 0 … 1 F CST hl7:assignedCustodian 1 … 1 M (Hea...ian) @classCode cs 0 … 1 F ASSIGNED hl7:represented​Custodian​Organization 1 … 1 M (Hea...ian) @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 (Hea...ian) 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. (Hea...ian) hl7:telecom TEL.AT 0 … 1 Kontaktdaten des Verwahrers des Dokuments (Organisation). Grundsätzlich sind die Vorgaben für „Kontaktdaten-Elemente“ zu befolgen. (Hea...ian) hl7:addr AD 1 … 1 M Adresse des Verwahrers des Dokuments (Organisation). Grundsätzlich sind die Vorgaben für „Adress-Elemente“ zu befolgen. (Hea...ian)

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

4.2.6 Nicht erlaubte Elemente

Folgende Elemente sind in den Dokumenten der e-Medikation NICHT ERLAUBT:

• Personen bei der Dateneingabe („dataEnterer“)
• Beabsichtigte Empfänger des Dokuments („informationRecipient“)
• Weitere Unterzeichner („authenticator“)
• Weitere Beteiligte („participants“)

4.2.7 Elemente mit speziellen Vorgaben

4.2.7.1 Rechtlicher Unterzeichner („legalAuthenticator“)

4.2.7.1.1 Spezielle Vorgaben für Rezept

Element/Attribut	DT	Kard	Konf	Beschreibung
legalAuthenticator	POCD_MT000040.LegalAuthenticator		M	Rechtlicher Unterzeichner

4.2.7.1.2 Spezielle Vorgaben für Abgabe

Element/Attribut	DT	Kard	Konf	Beschreibung
legalAuthenticator	POCD_MT000040.LegalAuthenticator		M	Rechtlicher Unterzeichner

4.2.7.1.3 Spezielle Vorgaben für Medikationsliste

Die Medikationsliste wird automatisch durch einen Algorithmus erstellt und wird nicht von einer natürlichen Person freigegeben, daher ist kein rechtlicher Unterzeichner verfügbar.

Element/Attribut	DT	Kard	Konf	Beschreibung
legalAuthenticator	POCD_MT000040.LegalAuthenticator		NP	Rechtlicher Unterzeichner

4.2.7.1.4 Spezielle Vorgaben für Pharmazeutische Empfehlung

Element/Attribut	DT	Kard	Konf	Beschreibung
legalAuthenticator	POCD_MT000040.LegalAuthenticator		M	Rechtlicher Unterzeichner

4.3 Zuweisung und Ordermanagement

Dieses Element ist in den Dokumenten der e-Medikation NICHT ERLAUBT.

4.4 Dokumentation der Gesundheitsdienstleistung

4.4.1 Service Events („documentationOf/serviceEvent“)

Für Dokumentklasse „Rezept“:
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.

Für alle anderen Dokumentklassen der e-Medikation:
Dieses Element ist NICHT ERLAUBT.

Auszug aus dem Allgemeinen Implementierungsleitfaden

4.5 Dokumentation der Gesundheitsdienstleistung

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

4.5.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	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. (Hea...ent)   elgagab-data​element-145  Gesundheitsdienstleistung  Datensatz @typeCode cs 0 … 1 F DOC hl7:serviceEvent 1 … 1 M Gesundheitsdienstleistung. (Hea...ent) @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. (Hea...ent) hl7:effectiveTime IVL_TS 1 … 1 M Zeitraum der Gesundheitsdienstleistung. Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen. (Hea...ent) hl7:low TS 1 … 1 M (Hea...ent) hl7:high TS 1 … 1 M (Hea...ent) hl7:performer 0 … * Durchführende Entität(en) der Gesundheitsdienstleistung. (Hea...ent) hl7:assignedEntity 1 … 1 M (Hea...ent) 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 (Hea...ent) hl7:addr AD 0 … 1 Ein Adress-Element der validierenden Person. Zugelassene nullFlavor: UNK (Hea...ent) hl7:telecom TEL.AT 0 … * Mindestens ein Telecom-Element der validierenden Person. Zugelassene nullFlavor: UNK (Hea...ent) hl7:assigned​Person 1 … 1 M Persondendaten der validierenden Person. (Hea...ent) 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. (Hea...ent) hl7:represented​Organization 0 … 1 Organistationsdaten der validierenden Person. (Hea...ent) 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 … * (Hea...ent) hl7:name ON 1 … 1 M (Hea...ent) hl7:telecom TEL.AT 0 … * (Hea...ent) hl7:addr AD 0 … 1 (Hea...ent)

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.

4.5.1.2 Spezielle Vorgaben für Dokumentklasse „Rezept“ (Prescription)

Das Element Service Event wird im Falle von Dokumentklasse „Rezept“ zur Angabe der Rezeptart und Gültigkeitsdauer verwendet.

Das Code-Element bezeichnet die Rezeptart und MUSS gemäß ELGA Value Set „ELGA_MedikationRezeptart_VS“ befüllt werden.

Als Zeitangabe MUSS die Gültigkeitsdauer des Rezepts angegeben werden.

4.5.1.3 Strukturbeispiel

<documentationOf>
  <serviceEvent>
    <code code="KASSEN"
       displayName="Kassenrezept"
       codeSystem="1.2.40.0.10.1.4.3.4.3.3"
       codeSystemName="MedikationRezeptart" />
    <effectiveTime>
       <low value="<Beginn des Gültigkeitszeitraums des Rezepts>"/>
       <high value="<Ende des Gültigkeitszeitraums des Rezepts>"/>
    </effectiveTime>
  </serviceEvent>
</documentationOf>

4.5.1.4 Spezifikation

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

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

4.5.1.4.2 Änderung 2: code

Element/Attribut		DT	Kard	Konf	Beschreibung
code		CE CWE	1..1	R	Code der Gesundheitsdienstleistung Zugelassene NullFlavor: MSK9
	@code	cs	1..1	M	Werte aus ELGA Value Set: ELGA_MedikationRezeptart_VS
	@displayName	st	1..1	M
	@codeSystem	uid	1..1	M	Fester Wert: 1.2.40.0.10.1.4.3.4.3.3
	@codeSystemName	st	1..1	M	Fester Wert: MedikationRezeptart

⁹ Wird die Rezeptart nicht angegeben (NullFlavor = MSK, Maskiert), wird die Rezeptart mit „KASSEN“ angenommen.

4.5.1.4.3 Änderung 3: effectiveTime

Als Zeitangabe MUSS die Gültigkeitsdauer des Rezepts angegeben werden.

Element/Attribut			DT	Kard	Konf	Beschreibung
effectiveTime			IVL_TS	1..1	R	Zeitelement zur Dokumentation des Gültigkeitszeitraums. Zugelassene NullFlavor: MSK10 (bei NullFlavor sindUnterelemente NICHT ERLAUBT) Datumsangaben für Beginn- und Ende des Gültigkeitszeitraums sind immer ohne Zeitangabe vorzunehmen (z.B. „20141224“ für den 24.12.2014).
	low		TS	1..1	M
		@value	ts	1..1	M	Beginn des Gültigkeitszeitraums Bei Kassen- und Privatrezepten: MUSS immer mit dem aktuellen Datum befüllt sein. Bei Substitutionsrezepten: Datum frei wählbar.
	high		TS	1..1	M
		@value	ts	1..1	M	Ende des Gültigkeitszeitraums Bei Kassenrezepten: Fix: Beginn des Gültigkeitszeitraums + 1 Monat + 1 Tag Bei Privatrezepten: Mindestens: Beginn des Gültigkeitszeitraums + 1 Monat + 1 Tag Maximal: Beginn des Gültigkeitszeitraums + 1 Jahr Bei Substitutionsrezepten: Datum frei wählbar, aber später als das Beginndatum.

Bemerkung: Datumsangaben in HL7, welche keine Zeit beinhalten, implizieren immer die Zeit 00:00:00 (siehe Allgemeiner Leitfaden, Kapitel „Zeitelemente“). Das bedeutet, dass bei Angabe eines Ende-Datums (ohne Zeitangabe), der angegebene Tag nicht inkludiert ist. Dementsprechend ist beim Ende des Gültigkeitszeitraums immer ein Tag hinzuzuzählen.

¹⁰ Wird die Gültigkeitsdauer nicht angegeben (NullFlavor = MSK, Maskiert), kann die Gültigkeitsdauer vom empfangenden System nur mit 1 Monat angenommen werden, gerechnet vom Erstellungsdatum an.

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

4.6 Bezug zu vorgehenden Dokumenten

Verweis auf den Allgemeinen Leitfaden:
Das Element erfordert keine speziellen Vorgaben. Es gelten die Vorgaben des entsprechenden Kapitels des „Allgemeinen Implementierungsleitfadens“.

Auszug aus dem Allgemeinen Implementierungsleitfaden

4.7 Bezug zu vorgehenden Dokumenten

4.7.1 Allgemeines

Dieses Kapitel beschreibt die Versionsverwaltung von CDA-Dokumenten.

Der Bezug zu Vorgängerversionen von Dokumenten wird durch die relatedDocument-Beziehung und die ParentDocument-Klasse, zusammen mit setId und versionNumber aus der ClinicalDocument-Klasse (siehe Versionierung des Dokuments), spezifiziert.

Abbildung 16: Grundsätzlicher Aufbau eines CDA-Dokuments aus XML Sicht.

Der Bezug zum Vordokument wird dabei über die parentDocument Beziehung ausgedrückt, in dem der dazugehörige @typeCode einen Wert aus der Liste der gültigen @typeCodes in der relatedDocument-Beziehung erhält. Das Originaldokument, auf das sich das Dokument bezieht, bleibt dabei unverändert.

Liste der möglichen Werte der @typeCodes in der relatedDocument Beziehung:

code	displayName	Bedeutung
APND	append	Verwendung NICHT ERLAUBT Zusammenhängen von Dokumenten. Dies ist in ELGA bereits über das Einbetten von Dokumenten realisiert.
RPLC	replaces	Das Dokument ersetzt ein existierendes Dokument. Der Status des zu ersetzenden Dokumentes wird auf "überholt" gesetzt, das ursprüngliche Dokument bleibt aber noch im System als historische Referenz verfügbar.
XFRM	transformed	Verwendung NICHT ERLAUBT Das Dokument ist Ergebnis eines Transformationsprozesses, d.h. ist aus einem anderen Originaldokument hervorgegangen. Hinweis: Die parallele Ablage von CDA-Dokumenten, welche vom Dokumentersteller bereits mit einem Stylesheet zu einem PDF Dokument gerendert wurden, kann mit der XFRM – Transaktion vorgenommen werden. Es ist nicht auszuschließen, dass die Transformation in lokalen Affiniy Domains Anwendung findet. Für ELGA ist die Transformation jedoch kein Anwendungsfall.

Tabelle 4: Vokabel-Domäne relatedDocument.typeCode

4.7.1.1 Spezifikation

Id	1.2.40.0.34.11.20011 ref elgabbr-	Gültigkeit	2014‑12‑06 Andere Versionen mit dieser Id: HeaderRelatedDocument vom 2011‑12‑19
Status	Aktiv	Versions-Label
Name	HeaderRelatedDocument	Bezeichnung	HeaderRelatedDocument
Beschreibung	Der Bezug zu vorgehenden Dokumenten wird durch die relatedDocument-Beziehung und die ParentDocument-Klasse, zusammen mit setId und versionNumber aus der ClinicalDocument-Klasse, spezifiziert.
Klassifikation	CDA Header Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Assoziiert mit	Assoziiert mit 1 Konzept Id Name Datensatz elgagab-data​element-155  Bezug zu vorgehenden Dokumenten  Datensatz
Beziehung	Version: Template 1.2.40.0.34.11.20011 HeaderRelatedDocument (2014‑12‑06) ref elgabbr-
Beispiel	Strukturbeispiel <relatedDocument typeCode="RPLC">   <parentDocument>     <id root="1.2.40.0.34.99.111.1.1" extension="134F989EAAE3F43B6AD"/>  </parentDocument></relatedDocument>
Item DT Kard Konf Beschreibung Label hl7:relatedDocument Komponente für das vorgehende Dokument. (Hea...ent)   elgagab-data​element-155  Bezug zu vorgehenden Dokumenten  Datensatz @typeCode cs 1 … 1 F RPLC   Art des Bezugs zum Vordokument. hl7:parentDocument 1 … 1 M Vorhergehendes Dokument. (Hea...ent) @classCode cs 0 … 1 F DOCCLIN @moodCode cs 0 … 1 F EVN hl7:id II 1 … 1 M Dokumenten-Id des vorgehenden Dokuments. Grundsätzlich sind die Vorgaben für „Identifikations-Elemente“ zu befolgen. (Hea...ent)

4.8 Einverständniserklärung

Dieses Element ist in den Dokumenten der e-Medikation NICHT ERLAUBT.

4.9 Informationen zum Patientenkontakt

Dieses Element ist in den Dokumenten der e-Medikation NICHT ERLAUBT.

5 Fachlicher Inhalt (CDA Body)

5.1 Überblick

5.1.1 Allgemeine Vorschrift für strukturierten Inhalt

Wird der Inhalt strukturiert angegeben (in Form von „Sektionen“), so gelten grundsätzlich die Vorgaben des Kapitels „Sektionen“ des „Allgemeinen Implementierungsleitfadens“.

Dieser Leitfaden definiert darüber hinaus spezielle Anforderungen in der ELGA Interoperabilitätsstufe „Full support“.

Siehe Kapitel Fachlicher Inhalt in EIS „Full support“.

5.1.2 Menschen- und maschinenlesbare Daten

Ein Grundsatz des zugrunde liegenden Standards CDA Rel.2 ist, dass alle relevanten medizinischen Daten eines CDA-Dokumentes immer im „menschenlesbaren Teil“, dem narrativen Block (title und text-Elemente der Sections) enthalten sein MÜSSEN, zusätzlich können diese Daten auch in maschinenlesbarer Form (Entries) verfügbar sein. Die primäre Informationsquelle ist also der narrative Block.

Sind die narrativen Daten direkt von den maschinenlesbaren abgeleitet und daher inhaltlich gleich, wird das im Entry durch das Attribut typeCode="DRIV" angegeben, Hier kann ausschließlich der maschinenlesbare Teil ohne Informationsverlust zur Weiterverarbeitung verwendet werden.

5.1.3 Fachlicher Inhalt in EIS „Basic“ oder EIS „Enhanced“

Die Dokumente der e-Medikation DÜRFEN NICHT in den ELGA Interoperabilitätsstufen EIS „Basic“, „Structured“ oder „Enhanced“ angegeben werden. Sie werden ausschließlich in ELGA Interoperabilitätsstufe EIS „Full support“ angegeben.

5.1.4 Fachlicher Inhalt in EIS „Full support“

Dokumente der e-Medikation MÜSSEN ausschließlich in ELGA Interoperabilitätsstufe EIS „Full support“ angegeben werden.

5.2 Dokumente

5.2.1 Rezept

5.2.1.1 Struktur eines Rezept Dokuments

5.2.2 Abgabe

5.2.2.1 Struktur eines Abgabe Dokuments

5.2.3 Medikationsliste

5.2.3.1 Struktur eines Medikationslisten Dokuments

5.2.4 Pharmazeutische Empfehlung („Korrekturmeldung“)

5.2.4.1 Struktur eines Pharmazeutische Empfehlung Dokuments

5.3 Sektionen

5.3.1 Rezept Sektion

Diese Sektion wird in Dokumentklasse „Rezept“ verwendet.

5.3.1.1 Überblick

	EIS „Full Support“
Template ID	ELGA: 1.2.40.0.34.11.8.1.2.1
Parent Template ID	IHE PHARM Prescription Section: 1.3.6.1.4.1.19376.1.9.1.2.1
Titel der Sektion	Rezept
Definition	Diese Sektion beinhaltet alle Verordnungen, die auf diesem Rezept vermerkt sind in sowohl für Menschen als auch Maschinen lesbaren Formaten.
Codierung	LOINC: 57828-6, „Prescription list“
Konformität	[M]
Konformität Level 3	[M] ELGA MedikationVerordnung-Entry (1.2.40.0.34.11.8.1.3.1)

5.3.1.2 Strukturbeispiel

Id	1.2.40.0.34.11.8.2.2.1 ref elgabbr-	Gültigkeit	2014‑01‑31
Status	Aktiv	Versions-Label
Name	AbgabeSection	Bezeichnung	Abgabe Section
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.11.8.2.2.1
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.8.2.3.1 Containment Medikation Abgabe Entry eMedikation DYNAMIC
Beziehung	Version: Template 1.2.40.0.34.11.8.2.2.1 (2017‑07‑21 11:58:04) ref elgabbr- Version: Template 1.2.40.0.34.11.8.2.2.1 Abgabe Section (2014‑01‑31) ref elgabbr-
Beispiel	Strukturbeispiel <section>   <!-- ELGA -->   <templateId root="1.2.40.0.34.11.8.2.2.1"/>  <!-- IHE PHARM -->   <templateId root="1.3.6.1.4.1.19376.1.9.1.2.3"/>  <!-- HL7 CCD -->   <templateId root="2.16.840.1.113883.10.20.1.8"/>  <!-- Code der Sektion -->   <code code="60590-7" displayName="Medication Dispensed.Brief" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC"/>  <!-- Titel der Sektion -->   <title>Abgabe</title>  <!-- Textbereich der Sektion -->   <text> ... Lesbarer Textbereich ... </text>  <!-- Maschinenlesbare Elemente -->   <entry>     <!-- ELGA MedikationAbgabe-Entry -->     <templateId root="1.2.40.0.10.1.4.3.4.1.3.2"/>  </entry></section>
Item DT Kard Konf Beschreibung Label hl7:section Container zur Angabe einer Sektion. (Abg...ion) @classCode cs 0 … 1 F DOCSECT hl7:templateId II 1 … 1 M (Abg...ion) @root uid 1 … 1 F 1.2.40.0.34.11.8.2.2.1 hl7:templateId II 1 … 1 M IHE PHARM Dispense Section (Abg...ion) @root uid 1 … 1 F 1.3.6.1.4.1.19376.1.9.1.2.3 hl7:templateId II 1 … 1 M HL7 CCD 3.9 (Abg...ion) @root uid 1 … 1 F 2.16.840.1.113883.10.20.1.8 hl7:id II 0 … 1 Eindeutige ID der Sektion (optional). (Abg...ion)   Beispiel Strukturbeispiel <id root="1.2.40.0.10.1.4.3.4.2.1" extension="WYE82A2G8EEW" assigningAuthorityName="E-MedAT"/> hl7:code CE 1 … 1 M (Abg...ion) @code CONF 1 … 1 F 60590-7 @codeSystem 1 … 1 F 2.16.840.1.113883.6.1 (LOINC) @codeSystemName 1 … 1 F LOINC @displayName 1 … 1 F Medication Dispensed.Brief hl7:title ST 1 … 1 M Titel der Sektion. (Abg...ion)   CONF Elementinhalt muss "Abgabe" sein hl7:text SD.TEXT 1 … 1 M Information für den menschlichen Leser. (Abg...ion) hl7:entry 1 … * R Maschinenlesbare Elemente der Sektion. Beinhaltet 1.2.40.0.34.11.8.2.3.1 Medikation Abgabe Entry eMedikation (DYNAMIC) (Abg...ion) @typeCode cs 0 … 1 F DRIV   Constraint Konditionale Konformität <TBODY></TBODY> Card Conf Prädikat 1..1 M Narrativer Text ist vollständig von den maschinenlesbaren Elementen abgeleitet und enthält keine darüber hinausgehende Information NP Narrativer Text ist nicht vollständig von den maschinenlesbaren Elementen abgeleitet und enthält darüber hinausgehende Information

5.3.1.2.1.1 Empfehlung zur Gestaltung im Falle von CDA Level 3

Die Gestaltung des Textbereichs der Sektion SOLL mit den folgenden Informationselementen und in Form und Layout wie folgt erfolgen.

Tabelle zur Darstellung der Rezeptdaten
Die erste Tabelle stellt die Informationen zum Rezept dar. Die zugrundeliegenden Daten befinden sich im <ClinicalDocument/documentationOf/serviceEvent> Element.

Rezeptart	Gültig von	Gültig bis
< code/@displayName>	<effectiveTime/low/@value>	<effectiveTime/high/@value>

Beispiel:

Rezeptart	Gültig von	Gültig bis
Kassenrezept	2013-03-26	2013-04-27 11

¹¹ Datumsangaben in HL7, welche keine Zeit beinhalten, implizieren immer die Zeit 00:00:00 (siehe Allgemeiner Leitfaden, Kapitel „Zeitelemente“). Das bedeutet, dass bei Angabe eines Ende-Datums (ohne Zeitangabe), der angegebene Tag nicht inkludiert ist. Dementsprechend ist beim Ende des Gültigkeitszeitraums immer ein Tag hinzuzuzählen

Tabelle zur Darstellung der Verordnungen
Pro Verordnung (entry/substanceAdministration Element) SOLLEN folgende Informationselemente in Tabellenform angegeben werden:

Element	Generierungsvorschrift aus den Entries	Beispiel
Verordnung	Ordnungszahl der Verordnung	1
VerordnungsID	<id/@root> / <id/@extension>	1.2.40.0.10.1.4.3.4.2.2 / 4711
Arznei: Handelsname	<consumable/manufacturedProduct/manufacturedMaterial/name>	CIPROXIN FTBL 500MG
Arznei: Pharma­zentralnummer	<consumable/manufacturedProduct/manufacturedMaterial/code/@code>	981417
Arznei: Darreichungsform	<consumable/manufacturedProduct/manufacturedMaterial/pharm:formCode/@displayName>	Filmtablette
Arznei: Angaben zur Packung	<consumable/manufacturedProduct/manufacturedMaterial/pharm:asContent/pharm:containerPackagedMedicine/pharm:capacityQuantity/@value> <consumable/manufacturedProduct/manufacturedMaterial/pharm:asContent/pharm:containerPackagedMedicine/pharm:capacityQuantity/@unit>12	30 Einheiten
Arznei: Wirkstoffklassifikation (ATC Code13)	<consumable/manufacturedProduct/manufacturedMaterial/pharm:ingredient/pharm:ingredient/pharm:name> consumable/manufacturedProduct/ manufacturedMaterial/pharm:ingredient/pharm:ingredient/pharm:code/@code>)	Ciprofloxacin (J01MA02)
Arznei: Wirkstoffklassifikation (ATC Code)	… Weitere Wirkstoffe …	…
Einnahmestart	<effectiveTime[1]/low/@value>	2013-03-27, 00:00:00
Einnahmeende	<effectiveTime[1]/high/@value>	2013-03-30, 23:59:59
Einnahmedauer	<effectiveTime[1]/width/@value> <effectiveTime[1]/width/@unit>14	2 Wochen
Dosierung	Dosierungsvariante 1: Tagesdosierung <doseQuantity/@value> <doseQuantity/@unit>15, <effectiveTime[2]/period/@unit>16 Dosierungsvariante 2: Einzeldosierung <entryRelationship[substanceAdministration/effectiveTime/event/@code=‘ACM‘]/substanceAdministration/doseQuantity/@value>17 -<entryRelationship[substanceAdministration/effectiveTime/event/@code=‘ACD‘]/substanceAdministration/doseQuantity/@value> - <entryRelationship[substanceAdministration/effectiveTime/event/@code=‘ACV‘]/substanceAdministration/doseQuantity/@value> - <entryRelationship[substanceAdministration/effectiveTime/event/@code=‘HS‘]/substanceAdministration/doseQuantity/@value>, täglich Dosierungsvariante 3: Tagesdosierung an bestimmten Tagen <doseQuantity/@value><doseQuantity/@unit>18, <effectiveTime[2]/period/@unit>19, wöchentlich, am Wochentag(<effectiveTime[2]/comp[1]/phase/@value>)20, Wochentag(<effectiveTime[2]/comp[2]/phase/@value>), … Dosierungsvariante 4: Einzeldosierung an bestimmten Tagen <entryRelationship[substanceAdministration/effectiveTime/event/@code=‘ACM‘]/substanceAdministration/doseQuantity/@value>21 -<entryRelationship[substanceAdministration/effectiveTime/event/@code=‘ACD‘]/substanceAdministration/doseQuantity/@value> - <entryRelationship[substanceAdministration/effectiveTime/event/@code=‘ACV‘]/substanceAdministration/doseQuantity/@value> - <entryRelationship[substanceAdministration/effectiveTime/event/@code=‘HS‘]/substanceAdministration/doseQuantity/@value>, wöchentlich, am Wochentag(<entryRelationship[@typeCode=‘COMP‘]/substanceAdministration/effectiveTime/comp[1]/phase/@value>), Wochentag(<entryRelationship[@typeCode=‘COMP‘]/substanceAdministration/effectiveTime/comp[2]/phase/@value>), …	2 Einheiten, täglich 200 mg, wöchentlich 2 - 0 - 1 - 0, täglich 1 - 0 - 0 - 0, täglich 2 Einheiten, wöchentlich am Di, Do 200 mg, wöchentlich am Mo, Mi, Fr 1 - 0 - 1 - 0,.wöchentlich am Mo, Fr 2 - 1 - 1 - 0, wöchentlich am Di
Art der Anwendung	<routeCode/@displayName>	Anwendung auf der Haut
Therapieart	< code/@displayName>	Einzelverordnung
Anzahl der Einlösungen	<repeatNumber/@value> + 1	1
Packungsanzahl	<entryRelationship/supply/quantity/@value>	1
Zusatzinformationen für den Patienten und alternative Einnahme	Wird nicht aus den Entries generiert.	Die Dosierung ist genau einzuhalten! Nur alle 2 Wochen am Dienstag
Ergänzende Informa­tionen zur magi­stralen Zubereitung und Abgabe	Wird nicht aus den Entries generiert.	Inotyol Salbe 30,0 / Canesten Creme 30,0

¹² Wenn @unit nicht gegeben ist, ist das Wort „Einheiten“ anzugeben
¹³ Falls vorhanden
¹⁴ @unit ist gemäß Valueset „ELGA_MedikationFrequenz_VS“ auf den displayName zu übersetzen
¹⁵ Wenn @unit nicht gegeben ist, ist das Wort „Einheiten“ anzugeben
¹⁶ @unit ist gemäß Valueset „ELGA_MedikationFrequenz_VS“ auf den displayName zu übersetzen
¹⁷ Wenn Element nicht vorhanden, ist 0 anzugeben
¹⁸ Wenn @unit nicht gegeben ist, ist das Wort „Einheiten“ anzugeben
¹⁹ @unit ist gemäß Valueset „ELGA_MedikationFrequenz“ auf den displayName zu übersetzen
²⁰ Wochentag(<Datum>) ist hier eine Funktion zur Ermittlung des Wochentags des angegebenen Datums (z.B. Mo für Montag)
²¹ Wenn Element nicht vorhanden, ist 0 anzugeben

Empfehlung zum Layout der Tabelle:

Verordnung	1
VerordnungsID	4711
Arznei: Handelsname	CIPROXIN FTBL 500MG
Arznei: Pharmazentralnummer	981417
Arznei: Darreichungsform	Filmtablette
:

5.3.2 Abgabe Sektion

Diese Sektion wird in Dokumentklasse „Abgabe“ verwendet.

5.3.2.1 Überblick

	EIS „Full Support“
Template ID	ELGA: 1.2.40.0.34.11.8.2.2.1
Parent Template ID	IHE PHARM Dispense Section: 1.3.6.1.4.1.19376.1.9.1.2.3
Titel der Sektion	Abgabe
Definition	Diese Sektion beinhaltet eine Abgabe einer Medikation.
Codierung	LOINC: 60590-7, „Medication Dispensed.Brief“
Konformität	[M]
Konformität Level 3	[M] ELGA MedikationVerordnung-Entry (1.2.40.0.34.11.8.2.3.1)

5.3.2.2 Spezifikation

Id	1.2.40.0.34.11.8.2.2.1 ref elgabbr-	Gültigkeit	2014‑01‑31
Status	Aktiv	Versions-Label
Name	AbgabeSection	Bezeichnung	Abgabe Section
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.11.8.2.2.1
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.8.2.3.1 Containment Medikation Abgabe Entry eMedikation DYNAMIC
Beziehung	Version: Template 1.2.40.0.34.11.8.2.2.1 (2017‑07‑21 11:58:04) ref elgabbr- Version: Template 1.2.40.0.34.11.8.2.2.1 Abgabe Section (2014‑01‑31) ref elgabbr-
Beispiel	Strukturbeispiel <section>   <!-- ELGA -->   <templateId root="1.2.40.0.34.11.8.2.2.1"/>  <!-- IHE PHARM -->   <templateId root="1.3.6.1.4.1.19376.1.9.1.2.3"/>  <!-- HL7 CCD -->   <templateId root="2.16.840.1.113883.10.20.1.8"/>  <!-- Code der Sektion -->   <code code="60590-7" displayName="Medication Dispensed.Brief" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC"/>  <!-- Titel der Sektion -->   <title>Abgabe</title>  <!-- Textbereich der Sektion -->   <text> ... Lesbarer Textbereich ... </text>  <!-- Maschinenlesbare Elemente -->   <entry>     <!-- ELGA MedikationAbgabe-Entry -->     <templateId root="1.2.40.0.10.1.4.3.4.1.3.2"/>  </entry></section>
Item DT Kard Konf Beschreibung Label hl7:section Container zur Angabe einer Sektion. (Abg...ion) @classCode cs 0 … 1 F DOCSECT hl7:templateId II 1 … 1 M (Abg...ion) @root uid 1 … 1 F 1.2.40.0.34.11.8.2.2.1 hl7:templateId II 1 … 1 M IHE PHARM Dispense Section (Abg...ion) @root uid 1 … 1 F 1.3.6.1.4.1.19376.1.9.1.2.3 hl7:templateId II 1 … 1 M HL7 CCD 3.9 (Abg...ion) @root uid 1 … 1 F 2.16.840.1.113883.10.20.1.8 hl7:id II 0 … 1 Eindeutige ID der Sektion (optional). (Abg...ion)   Beispiel Strukturbeispiel <id root="1.2.40.0.10.1.4.3.4.2.1" extension="WYE82A2G8EEW" assigningAuthorityName="E-MedAT"/> hl7:code CE 1 … 1 M (Abg...ion) @code CONF 1 … 1 F 60590-7 @codeSystem 1 … 1 F 2.16.840.1.113883.6.1 (LOINC) @codeSystemName 1 … 1 F LOINC @displayName 1 … 1 F Medication Dispensed.Brief hl7:title ST 1 … 1 M Titel der Sektion. (Abg...ion)   CONF Elementinhalt muss "Abgabe" sein hl7:text SD.TEXT 1 … 1 M Information für den menschlichen Leser. (Abg...ion) hl7:entry 1 … * R Maschinenlesbare Elemente der Sektion. Beinhaltet 1.2.40.0.34.11.8.2.3.1 Medikation Abgabe Entry eMedikation (DYNAMIC) (Abg...ion) @typeCode cs 0 … 1 F DRIV   Constraint Konditionale Konformität <TBODY></TBODY> Card Conf Prädikat 1..1 M Narrativer Text ist vollständig von den maschinenlesbaren Elementen abgeleitet und enthält keine darüber hinausgehende Information NP Narrativer Text ist nicht vollständig von den maschinenlesbaren Elementen abgeleitet und enthält darüber hinausgehende Information

5.3.2.2.1.1 Empfehlung zur Gestaltung im Falle von CDA Level 3

Der Textbereich der Sektion SOLL mit den folgenden Informationselementen und in Form und Layout wie folgt gestaltet werden:

Tabelle zur Darstellung der Abgabe
Für die Abgabe (entry/supply Element) SOLLEN folgende Informationselemente in Tabellenform angegeben werden:

Element	Generierungsvorschrift aus den Entries	Beispiel
AbgabeID	<id/@root> / <id/@extension>	1.2.40.0.10.1.4.3.4.2.3 / 081511
Referenz zu Verordnung	<entryRelationship[@typeCode=‘REFR‘]/substanceAdministration/id/@root> / <entryRelationship[@typeCode=‘REFR‘]/substanceAdministration/id/@extension>	1.2.40.0.10.1.4.3.4.2.2 / 4711
Arznei: Handelsname	<product/manufacturedProduct/manufacturedMaterial/name>	CIPROXIN FTBL 500MG
Arznei: Pharma­zentral­nummer	<product/manufacturedProduct/manufacturedMaterial/code/@code>	981417
Arznei: Darreichungsform	<product/manufacturedProduct/manufacturedMaterial/pharm:formCode/@displayName>	Filmtablette
Arznei: Angaben zur Packung	<product/manufacturedProduct/manufacturedMaterial/pharm:asContent/pharm:containerPackagedMedicine/pharm:capacityQuantity/@value> < product/manufacturedProduct/manufacturedMaterial/pharm:asContent/pharm:containerPackagedMedicine/pharm:capacityQuantity/@unit>22	30 Einheiten
Arznei: Wirkstoffklassifikation (ATC Code)	<product/manufacturedProduct/ manufacturedMaterial/pharm:ingredient/pharm:ingredient/pharm:name> (<product/manufacturedProduct/ manufacturedMaterial/pharm:ingredient/pharm:ingredient/pharm:code/@code>)	Ciprofloxacin (J01MA02)
Arznei: Wirkstoffklassifikation (ATC Code)	… Weitere Wirkstoffe …	…
Therapieart	< code/@displayName>	Einzelverordnung
Anzahl der abge­ge­benen Packungen	<quantity/@value>	1
Zusatzinformationen für den Patienten und alternative Einnahme	Wird nicht aus den Entries generiert.	Die Dosierung ist genau einzuhalten! Nur alle 2 Wochen am Dienstag
Ergänzende Informa­tionen zur magi­stralen Zubereitung und Abgabe	Wird nicht aus den Entries generiert.	Inotyol Salbe 30,0 / Canesten Creme 30,0

²² Wenn @unit nicht gegeben ist, ist das Wort „Einheiten“ anzugeben

Empfehlung zum Layout der Tabelle:

AbgabeID	081511
Arznei: Handelsname	CIPROXIN FTBL 500MG
Arznei: Pharmazentralnummer	981417
Arznei: Darreichungsform	Filmtablette
:

Tabelle zur Darstellung der geänderten Dosierungsinformationen
Sind geänderte Dosierungsinformationen vorhanden (entry/supply/entryRelationship [@typeCode=‘COMP‘]/substanceAdministration) MUSS eine zweite Tabelle wie folgt angegeben werden.

Element	Generierungsvorschrift aus den Entries	Beispiel
Einnahmestart	Generierungsvorschrift gemäß Kapitel Tabelle zur Darstellung der Verordnungen.	2013-03-27
Einnahmeende		2013-03-30
Einnahmedauer		2 Wochen
Dosierung		2 Einheiten, täglich 2 - 0 - 1 - 0, täglich
Art der Anwendung		Anwendung auf der Haut

Empfehlung zum Layout der Tabelle:
Geänderte Dosierungsinformationen

Einnahmestart	2013-03-27
Einnahmeende	2013-03-30
Einnahmedauer	2 Wochen
Dosierung	2 - 0 - 1 - 0, täglich
Art der Anwendung	Anwendung auf der Haut

5.3.3 Medikationsliste Sektion

Diese Sektion wird in Dokumentklasse „Medikationsliste“ verwendet.

5.3.3.1 Überblick

	EIS „Full Support“
Template ID	ELGA: 1.2.40.0.34.11.8.3.2.1
Parent Template ID	IHE PHARM Medication List Section: 1.3.6.1.4.1.19376.1.9.1.2.5
Titel der Sektion	Medikationsliste
Definition	Diese Sektion beinhaltet die Medikationsliste.
Codierung	LOINC: 10160-0, „History of medication use“
Konformität	[M]
Konformität Level 3	[M] ELGA MedikationVerordnung-Entry (1.2.40.0.34.11.8.1.3.1) und/oder ELGA MedikationAbgabe-Entry (1.2.40.0.34.11.8.2.3.1)

5.3.3.2 Spezifikation

Id	1.2.40.0.34.11.8.3.2.1 ref elgabbr-	Gültigkeit	2014‑01‑31
Status	Aktiv	Versions-Label
Name	MedikationslistenSection	Bezeichnung	Medikationslisten Section
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.11.8.3.2.1
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.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
Beziehung	Version: Template 1.2.40.0.34.11.8.3.2.1 Medikationslisten Section (2014‑01‑31) ref elgabbr-
Beispiel	Strukturbeispiel <section>   <templateId root="1.2.40.0.34.11.8.3.2.1"/>  <!-- ELGA -->   <templateId root="1.3.6.1.4.1.19376.1.9.1.2.5"/>  <!-- IHE PHARM -->   <!-- Code der Sektion -->   <code code="10160-0" displayName="History of medication use" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC"/>  <!-- 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 (Med...ion) @classCode cs 0 … 1 F DOCSECT hl7:templateId II 1 … 1 M (Med...ion) @root uid 1 … 1 F 1.2.40.0.34.11.8.3.2.1 hl7:templateId II 1 … 1 M IHE PHARM Medication List Section (Med...ion) @root uid 1 … 1 F 1.3.6.1.4.1.19376.1.9.1.2.5 hl7:id II 0 … 1 (Med...ion)   Beispiel Strukturbeispiel <id root="1.2.40.0.10.1.4.3.4.2.1" extension="WYE82A2G8EEW" assigningAuthorityName="E-MedAT"/> hl7:code CE 1 … 1 M (Med...ion) @code CONF 1 … 1 F 10160-0 @codeSystem 1 … 1 F 2.16.840.1.113883.6.1 (LOINC) @codeSystemName 1 … 1 F LOINC @displayName 1 … 1 F History of medication use hl7:title ST 1 … 1 M (Med...ion)   CONF Elementinhalt muss "Medikationsliste" sein hl7:text ED 1 … 1 M Information für den menschlichen Leser. Siehe auch „Empfehlung zur Gestaltung im Falle von CDA Level 3“. (Med...ion) Auswahl 0 … * 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 Beinhaltet 1.2.40.0.34.11.8.1.3.1 Medikation Verordnung Entry eMedikation (DYNAMIC) (Med...ion) @typeCode cs 0 … 1 F DRIV hl7:entry Beinhaltet 1.2.40.0.34.11.8.2.3.1 Medikation Abgabe Entry eMedikation (DYNAMIC) (Med...ion) @typeCode cs 0 … 1 F DRIV

5.3.3.2.1.1 Empfehlung zur Gestaltung im Falle von CDA Level 3

Die Gestaltung des Textbereichs der Sektion SOLL mit den folgenden Informationselementen und in Form und Layout wie folgt erfolgen.

Tabelle zur Darstellung der Medikationsliste
Für die Medikationsliste SOLLEN folgende Informationselemente in Tabellenform angegeben werden. Die Arzneimittel werden dabei wie folgt gruppiert:

1. nach Abgabe (nach Abgabedatum sortiert, beginnend mit der der aktuellsten Abgabe)
2. nach Verordnung (nach Ausstellungsdatum sortiert, beginnend mit der aktuellsten Verordnung)

Element		Generierungsvorschrift aus den Entries	Beispiel
Abgabe(n)
Folgende Datenfelder sind pro Abgabe vorhanden.
Arzneimittel		Falls ein Arzneimittel abgegeben wurde: <product/manufacturedProduct/manufacturedMaterial/name> Falls eine magistrale Zubereitung abgegeben wurde: magistrale Zubereitung: <product/manufacturedProduct/manufacturedMaterial/name>	„Lemocin – Lutschtabletten“ Oder „Magistrale Zubereitung: Lutschtabletten“
Wirkstoff(e)		In diesem Feld werden jene Wirkstoffe, welche dem Value Set „ELGA_Wirkstoffe_AGES_VS“ angehören, aneinandergereiht. <product/manufacturedProduct/manufacturedMaterial/pharm:ingredient/pharm:ingredient/pharm:name>	CETRIMONIUM BROMID, LIDOCAIN, TYROTHRICIN
Packung(en)		<quantity/@value>	1
Menge/art		<product/manufacturedProduct/manufacturedMaterial/pharm:asContent/pharm:containerPackagedMedicine/pharm:capacityQuantity/@value> <product/manufacturedProduct/manufacturedMaterial/pharm:asContent/pharm:containerPackagedMedicine/pharm:capacityQuantity/@unit>	20 Stück
ATC-Klassifikation		In diesem Feld werden jene Wirkstoffe, welche dem Valueset „ELGA_whoATC_VS“ angehören, aneinandergereiht. <product/manufacturedProduct/manufacturedMaterial/pharm:ingredient/pharm:ingredient/pharm:name> (<product/manufacturedProduct/ manufacturedMaterial/pharm:ingredient/pharm:ingredient/pharm:code/@code>)	Cetrimonium (R02AA17), Tyrothricin (R02AB02), Lidocain ( R02AD02)
Dosierung23		Dosierungsvariante 1: Tagesdosierung <doseQuantity/@value> <doseQuantity/@unit>24, <effectiveTime[2]/period/@unit>25 Dosierungsvariante 2: Einzeldosierung <entryRelationship[substanceAdministration/effectiveTime/event/@code=‘ACM‘]/substanceAdministration/doseQuantity/@value>26 - <entryRelationship[substanceAdministration/effectiveTime/event/@code=‘ACD‘]/substanceAdministration/doseQuantity/@value> - <entryRelationship[substanceAdministration/effectiveTime/event/@code=‘ACV‘]/substanceAdministration/doseQuantity/@value> - <entryRelationship[substanceAdministration/effectiveTime/event/@code=‘HS‘]/substanceAdministration/doseQuantity/@value>, täglich Dosierungsvariante 3: Tagesdosierung an bestimmten Tagen <doseQuantity/@value><doseQuantity/@unit>27, <effectiveTime[2]/period/@unit>28, wöchentlich, am Wochentag(<effectiveTime[2]/comp[1]/phase/@value>)29, Wochentag(<effectiveTime[2]/comp[2]/phase/@value>), … Dosierungsvariante 4: Einzeldosierung an bestimmten Tagen <entryRelationship[substanceAdministration/effectiveTime/event/@code=‘ACM‘]/substanceAdministration/doseQuantity/@value>30 - <entryRelationship[substanceAdministration/effectiveTime/event/@code=‘ACD‘]/substanceAdministration/doseQuantity/@value> - <entryRelationship[substanceAdministration/effectiveTime/event/@code=‘ACV‘]/substanceAdministration/doseQuantity/@value> - <entryRelationship[substanceAdministration/effectiveTime/event/@code=‘HS‘]/substanceAdministration/doseQuantity/@value>, wöchentlich, am Wochentag(<entryRelationship[@typeCode=‘COMP‘]/substanceAdministration/effectiveTime/comp[1]/phase/@value>), Wochentag(<entryRelationship[@typeCode=‘COMP‘]/substanceAdministration/effectiveTime/comp[2]/phase/@value>), …	2 Einheiten, pro Tag 200 mg, pro Woche 2 - 0 - 1 - 0, pro Tag 1 - 0 - 0 - 0, pro Tag 2 Einheiten, pro Woche am Di, Do 200 mg, pro Woche am Mo, Mi, Fr 1 - 0 - 1 - 0,. pro Woche am Mo, Fr 2 - 1 - 1 - 0, pro Woche am Di
Abgabe am		<author[2]/time>	2013-03-26, 08:02:00
Einnahmestart31		<effectiveTime[1]/low/@value>	2013-03-27, 00:00:00
Einnahmeende32		<effectiveTime[1]/high/@value>	2013-03-30, 23:59:59
Verordnet von
	Name	<author[1]/assignedAuthor/assignedPerson/name/prefix[@qualifier="AC"]> <author[1]/assignedAuthor/assignedPerson/name/given[1]> <author[1]/assignedAuthor/assignedPerson/name/given[2]> <author[1]/assignedAuthor/assignedPerson/name/family>, <author[1]/representedOrganization/name>	Dr. Max Franz Meier, Ordination Dr. Meier
	Fachgebiet	<author[1]/assignedAuthor/code@displayName>	Fachärztin/Facharzt für Chirurgie
	GDA-ID	<author[1]/assignedAuthor/id@extension>	822143
	Adresse	<author[1]/representedOrganization/addr/streetName> <author[1]/representedOrganization/addr/houseNumber>, <author[1]/representedOrganization/addr/postalCode> <author[1]/representedOrganization/addr/city>	Musterstraße 27/1, 1010 Wien
Abgegeben von
	Name	<author[2]/assignedAuthor/assignedPerson/name/prefix[@qualifier="AC"]> <author[2]/assignedAuthor/assignedPerson/name/given[1]> <author[2]/assignedAuthor/assignedPerson/name/given[2]> <author[2]/assignedAuthor/assignedPerson/name/family>, <author[2]/assignedAuthor/representedOrganization/addr/name>	Mag. Jürgen Mustermann, Wald Apotheke
	GDA-ID	<author[2]/assignedAuthor/id@extension>	529141
	Adresse	<author[2]/assignedAuthor/representedOrganization/addr/streetName> <author[2]/assignedAuthor/representedOrganization/addr/houseNumber>, <author[2]/assignedAuthor/representedOrganization/addr/postalCode> <author[2]/assignedAuthor/representedOrganization/addr/city>	Apothekenstraße 10, 1010 Wien
Ergänzende Informationen zur magistralen Zubereitung:		Falls das Element <entryRelationship[@typeCode=‘SUBJ‘]/act/code@code> den Wert „MAGZUB“ aufweist: $magzubCode = <entryRelationship[@typeCode=‘SUBJ‘]/act/text/reference@value > <text/content[@ID=$magzubCode >	Erythromycin 1.0, Ultrasicc ad 50,0
Ergänzende Information		Falls das Element <entryRelationship[@typeCode=‘SUBJ‘]/act/code@code> den Wert „ERGINFO“ aufweist: $erginfoCode = <entryRelationship[@typeCode=‘SUBJ‘]/act/text/reference@value > <text/content[@ID=$erginfoCode> Falls das Element <entry/code@code> die Werte FFP oder RFP aufweist, wird zusätzlich folgender Text angezeigt: Die Packungen wurden (noch) nicht vollständig abgegeben.	Lieferschwierigkeiten Die Packungen wurden (noch) nicht vollständig abgegeben.
Zusatzinformation Patient:		Falls das Element <entryRelationship[@typeCode=‘SUBJ‘]/act/code@code> den Wert „ZINFO“ aufweist: $zinfoCode = <entryRelationship[@typeCode=‘SUBJ‘]/act/text/reference@value > <text/content[@ID=$zinfoCode>	Bei Kreislaufproblemen den Arzt aufsuchen.
Alternative Einnahme:		Falls das Element <entryRelationship[@typeCode=‘SUBJ‘]/act/code@code> den Wert „ALTEIN“ aufweist: $alteinCode = <entryRelationship[@typeCode=‘SUBJ‘]/act/text/reference@value > <text/content[@ID=$alteinCode >	Einnahme bei Bedarf
Mögliche Arten der Anwendung:		Falls das Element <entryRelationship[@typeCode=‘SUBJ‘]/act/code@code> den Wert „ARZNEIINFO“ aufweist: $arzneiinfoCode = <entryRelationship[@typeCode=‘SUBJ‘]/act/text/reference@value > <text/content[@ID=$ arzneiinfoCode >	Buccale Anwendung, Anwendung in der Mundhöhle
Art der Anwendung33		<routeCode/@displayName> Falls routeCode nicht vorhanden ist werden alle Anwendungsarten dargestellt: Falls das Element <entryRelationship[@typeCode=‘SUBJ‘]/act/code@code> den Wert „ARZNEIINFO“ aufweist: $arzneiinfo = <entryRelationship[@typeCode=‘SUBJ‘]/act/text/reference@value > <text/content[@ID=$arzneiinfo>	zum Einnehmen
Verordnungs­datum		<author[1]/time>	2013-03-25, 23:59:59
Therapieart		<entryRelationship[@typeCode=‘COMP‘]/code@displayname>	Einzelverordnung
Darreichungsform		<product/manufacturedProduct/manufacturedMaterial/pharm:formCode/@displayName>	Tablette
Verordnung(en)
Folgende Datenfelder sind pro Verordnung vorhanden.
Arzneimittel		Falls ein Arzneimittel abgegeben wurde: <product/manufacturedProduct/manufacturedMaterial/name> Falls eine magistrale Zubereitung abgegeben wurde: magistrale Zubereitung: <product/manufacturedProduct/manufacturedMaterial/name>	CIPROXIN FTBL 500MG oder „Magistrale Zubereitung: Lutschtabletten“
Wirkstoff(e)		In diesem Feld werden jene Wirkstoffe, welche dem Valueset „ELGA_Wirkstoffe_AGES_VS“ angehören, aneinandergereiht. <consumable/manufacturedProduct/manufacturedMaterial/pharm:ingredient/pharm:ingredient/pharm:name>	CIPROFLOXACIN HYDROCHLORID
Packung(en)		<entryRelationship/supply/quantity/@value>	1
Menge/art		<consumable/manufacturedProduct/manufacturedMaterial/pharm:asContent/pharm:containerPackagedMedicine/pharm:capacityQuantity/@value> <consumable/manufacturedProduct/manufacturedMaterial/pharm:asContent/pharm:containerPackagedMedicine/pharm:capacityQuantity/@unit>	20 Stück
ATC-Klassifikation		In diesem Feld werden jene Wirkstoffe, welche dem Valueset „ELGA_whoATC_VS“ angehören, aneinandergereiht. <consumable/manufacturedProduct/manufacturedMaterial/pharm:ingredient/pharm:ingredient/pharm:name> (<consumable/manufacturedProduct/manufacturedMaterial/pharm:ingredient/pharm:ingredient/pharm:code/@code>)	Ciprofloxacin (J01MA02)
Dosierung		Dosierungsvariante 1: Tagesdosierung <doseQuantity/@value> <doseQuantity/@unit>34, <effectiveTime[2]/period/@unit>35 Dosierungsvariante 2: Einzeldosierung <entryRelationship[substanceAdministration/effectiveTime/event/@code=‘ACM‘]/substanceAdministration/doseQuantity/@value>36 - <entryRelationship[substanceAdministration/effectiveTime/event/@code=‘ACD‘]/substanceAdministration/doseQuantity/@value> - <entryRelationship[substanceAdministration/effectiveTime/event/@code=‘ACV‘]/substanceAdministration/doseQuantity/@value> - <entryRelationship[substanceAdministration/effectiveTime/event/@code=‘HS‘]/substanceAdministration/doseQuantity/@value>, täglich Dosierungsvariante 3: Tagesdosierung an bestimmten Tagen <doseQuantity/@value> <doseQuantity/@unit>37, <effectiveTime[2]/period/@unit>38, wöchentlich, am Wochentag(<effectiveTime[2]/comp[1]/phase/@value>)39, Wochentag(<effectiveTime[2]/comp[2]/phase/@value>), … Dosierungsvariante 4: Einzeldosierung an bestimmten Tagen <entryRelationship[substanceAdministration/effectiveTime/event/@code=‘ACM‘]/substanceAdministration/doseQuantity/@value>40 - <entryRelationship[substanceAdministration/effectiveTime/event/@code=‘ACD‘]/substanceAdministration/doseQuantity/@value> - <entryRelationship[substanceAdministration/effectiveTime/event/@code=‘ACV‘]/substanceAdministration/doseQuantity/@value> - <entryRelationship[substanceAdministration/effectiveTime/event/@code=‘HS‘]/substanceAdministration/doseQuantity/@value>, wöchentlich, am Wochentag(<entryRelationship[@typeCode=‘COMP‘]/substanceAdministration/effectiveTime/comp[1]/phase/@value>), Wochentag(<entryRelationship[@typeCode=‘COMP‘]/substanceAdministration/effectiveTime/comp[2]/phase/@value>), …	2 Einheiten, pro Tag 200 mg, pro Woche 2 - 0 - 1 - 0, pro Tag 1 - 0 - 0 - 0, pro Tag 2 Einheiten, pro Woche am Di, Do 200 mg, pro Woche am Mo, Mi, Fr 1 - 0 - 1 - 0,. pro Woche am Mo, Fr 2 - 1 - 1 - 0, pro Woche am Di
Einnahmestart		<effectiveTime[1]/low/@value>	2013-03-27, 00:00:00
Einnahmeende		<effectiveTime[1]/high/@value>	2013-03-30, 23:59:59
Verordnet von
	Name	<author/assignedAuthor/assignedPerson/name/prefix[@qualifier="AC"]> <author/assignedAuthor/assignedPerson/name/given[1]> <author/assignedAuthor/assignedPerson/name/given[2]> <author/assignedAuthor/assignedPerson/name/family>, <author/representedOrganization/name>	Dr. Max Franz Meier, Ordination Dr. Meier
	Fachgebiet	<author/assignedAuthor/code@displayName>	Fachärztin/Facharzt für Chirurgie
	GDA-ID	<author/assignedAuthor/id@extension>	822143
	Adresse	<author/representedOrganization/addr/streetName> <author/representedOrganization/addr/houseNumber>, <author/representedOrganization/addr/postalCode> <author/representedOrganization/addr/city>	Musterstraße 27/1, 1010 Wien
Ergänzende Informationen zur magistralen Zubereitung:		Falls das Element <entryRelationship[@typeCode=‘SUBJ‘]/act/code@code> den Wert „MAGZUB“ aufweist: $magzubCode = <entryRelationship[@typeCode=‘SUBJ‘]/act/text/reference@value > <text/content[@ID=$magzubCode >	Erythromycin 1.0, Ultrasicc ad 50,0.
Ergänzende Information		Falls das Element <entryRelationship[@typeCode=‘SUBJ‘]/act/code@code> den Wert „ERGINFO“ aufweist: $erginfoCode = <entryRelationship[@typeCode=‘SUBJ‘]/act/text/reference@value > <text/content[@ID=$erginfoCode>	Darf nicht mit Milch eingenommen werden
Zusatzinformation Patient:		Falls das Element <entryRelationship[@typeCode=‘SUBJ‘]/act/code@code> den Wert „ZINFO“ aufweist: $zinfoCode = <entryRelationship[@typeCode=‘SUBJ‘]/act/text/reference@value > <text/content[@ID=$zinfoCode>	Bei Kreislaufproblemen den Arzt aufsuchen.
Alternative Einnahme:		Falls das Element <entryRelationship[@typeCode=‘SUBJ‘]/act/code@code> den Wert „ALTEIN“ aufweist: $alteinCode = <entryRelationship[@typeCode=‘SUBJ‘]/act/text/reference@value > <text/content[@ID=$alteinCode >	Einnahme bei Bedarf
Mögliche Arten der Anwendung:		Falls das Element <entryRelationship[@typeCode=‘SUBJ‘]/act/code@code> den Wert „ARZNEIINFO“ aufweist: $arzneiinfoCode = <entryRelationship[@typeCode=‘SUBJ‘]/act/text/reference@value > <text/content[@ID=$ arzneiinfoCode >	Buccale Anwendung, Anwendung in der Mundhöhle
Art der Anwendung		<routeCode/@displayName> Falls routeCode nicht vorhanden ist werden allen Anwendungsarten dargestellt: Falls das Element <entryRelationship[@typeCode=‘SUBJ‘]/act/code@code> den Wert „ARZNEIINFO“ aufweist: $arzneiinfo = <entryRelationship[@typeCode=‘SUBJ‘]/act/text/reference@value > <text/content[@ID=$arzneiinfo>	zum Einnehmen
Verordnungs­datum		<author/time>	2013-03-25, 23:59:59
Therapieart		<entryRelationship[@typeCode=‘COMP‘]/code@displayname>	Einzelverordnung
Darreichungsform		<consumable/manufacturedProduct/manufacturedMaterial/pharm:formCode/@displayName>	Tablette

²³ Die Elemente der Dosierungsinformationen bei Abgaben sind in einem entryRelationShip/substanceAdministration Element abgebildet (siehe Kapitel 6.4.2.2.7).
²⁴ Wenn @unit nicht gegeben ist, ist das Wort „Einheiten“ anzugeben
²⁵ @unit ist gemäß Valueset „ELGA_MedikationFrequenz_VS“ auf den displayName zu übersetzen
²⁶ Wenn Element nicht vorhanden, ist 0 anzugeben
²⁷ Wenn @unit nicht gegeben ist, ist das Wort „Einheiten“ anzugeben
²⁸ @unit ist gemäß Valueset „ELGA_MedikationFrequenz“ auf den displayName zu übersetzen
²⁹ Wochentag(<Datum>) ist hier eine Funktion zur Ermittlung des Wochentags des angegebenen Datums (z.B. Mo für Montag)
³⁰ Wenn Element nicht vorhanden, ist 0 anzugeben
³¹ Einnahmestart bei Abgaben ist in einem entryRelationShip/substanceAdministration Element abgebildet (siehe Kapitel 6.4.2.2.7).
³² Einnahmeende bei Abgaben ist in einem entryRelationShip/substanceAdministration Element abgebildet (siehe Kapitel 6.4.2.2.7).
³³ Art der Anwendung bei Abgaben ist in einem entryRelationShip/substanceAdministration Element abgebildet (siehe Kapitel 6.4.2.2.7).
³⁴ Wenn @unit nicht gegeben ist, ist das Wort „Einheiten“ anzugeben
³⁵ @unit ist gemäß Valueset „ELGA_MedikationFrequenz_VS“ auf den displayName zu übersetzen
³⁶ Wenn Element nicht vorhanden, ist 0 anzugeben
³⁷ Wenn @unit nicht gegeben ist, ist das Wort „Einheiten“ anzugeben
³⁸ @unit ist gemäß Valueset „ELGA_MedikationFrequenz“ auf den displayName zu übersetzen
³⁹ Wochentag(<Datum>) ist hier eine Funktion zur Ermittlung des Wochentags des angegebenen Datums (z.B. Mo für Montag)
⁴⁰ Wenn Element nicht vorhanden, ist 0 anzugeben

Empfehlung zum Layout der Tabelle:

Abgabe(n)
Arzneimittel41			Wirkstoff(e)
Lemocin - Lutschtabletten			CETRIMONIUM BROMID, LIDOCAIN, TYROTHRICIN
Packung(en)	Menge/art	ATC-Klassifikation	Dosierung	Abgabe am	Einnahmestart	Einnahmeende
1	20 Stück	Cetrimonium (R02AA17)	2 – 0 – 1 – 0, täglich, Einnahme bei Bedarf	2013-03-26, 08:02:00	2013-03-27, 00:00:00	2013-03-30, 23:59:59
Verordnet von
Name			Fachgebiet		GDA-ID	Adresse
Dr. Max Franz Meier, Ordination Dr. Meier			Fachärztin/Facharzt für Chirurgie		822143	Musterstraße 27/1, 1010 Wien
Abgegeben von
Name			GDA-ID		Adresse
Mag. Jürgen Mustermann, Wald Apotheke			529141		Apothekenstraße 10, 1010 Wien
Ergänzende Information: Darf nicht mit Milch eingenommen werden. Zusatzinformation Patient: Bei Kreislaufproblemen den Arzt aufsuchen. Alternative Einnahme: Einnahme bei Bedarf Mögliche Arten der Anwendung: Buccale Anwendung, Anwendung in der Mundhöhle Verordnungsdatum: 2013-03-25, 23:59:59 Therapieart: Einzelverordnung Darreichungsform: Tablette
Arzneimittel			Wirkstoff(e)
Magistrale Zubereitung: Lutschtabletten			Erythromycin
Packung(en)	Menge/art	ATC-Klassifikation	Dosierung	Abgabe am	Einnahmestart	Einnahmeende
2	-	-	1 – 0 – 1 – 0, täglich	2013-03-26, 08:02:00	2013-03-27, 00:00:00	2013-03-30, 23:59:59
Verordnet von
Name			Fachgebiet		GDA-ID	Adresse
Dr. Max Franz Musterdoktor, Meier			Fachärztin/Facharzt für Chirurgie		822143	Musterstraße 27/1, 1010 Wien
Abgegeben von
Name			GDA-ID		Adresse
Mag. Jürgen Mustermann, Wald Apotheke			529141		Apothekenstraße 10, 1010 Wien
Ergänzende Information zur magistralen Zubereitung: Erythromycin 1.0, Ultrasicc ad 50,0 Art der Anwendung: zum Einnehmen Verordnungsdatum: 2013-03-25, 23:59:59 Therapieart: Einzelverordnung Darreichungsform: Salbe
Arzneimittel			Wirkstoff(e)
Parkemed 250 mg - Kapseln			MEFENAMINSÄURE
Packung(en)	Menge/art	ATC-Klassifikation	Dosierung	Abgabe am	Einnahmestart	Einnahmeende
0	10 Stück	Mefenaminsäure(M01AG01)	1 – 0 – 1 – 0, täglich	2013-03-26, 08:02:00	2013-03-27, 00:00:00	2013-03-30, 23:59:59
Verordnet von
Name			Fachgebiet		GDA-ID	Adresse
Dr. Max Franz Musterdoktor, Meier			Fachärztin/Facharzt für Chirurgie		822143	Musterstraße 27/1, 1010 Wien
Abgegeben von
Name			GDA-ID		Adresse
Mag. Jürgen Mustermann, Wald Apotheke			529141		Apothekenstraße 10, 1010 Wien
Ergänzende Information: Lieferschwierigkeiten Die Packungen wurden (noch) nicht vollständig abgegeben. Art der Anwendung: zum Einnehmen Verordnungsdatum: 2013-03-25, 23:59:59 Therapieart: Einzelverordnung Darreichungsform: Kapsel
Arzneimittel			Wirkstoff(e)
Parkemed 250 mg - Kapseln			MEFENAMINSÄURE
Packung(en)	Menge/art	ATC-Klassifikation	Dosierung	Einnahmestart	Einnahmeende
1	10 Stück	Mefenaminsäure(M01AG01)	2 – 0 – 1 – 0, täglich	2013-03-27, 00:00:00	2013-03-30, 23:59:59
Verordnet von
Name			Fachgebiet		GDA-ID	Adresse
Dr. Max Franz Musterdoktor, Meier			Fachärztin/Facharzt für Chirurgie		822143	Musterstraße 27/1, 1010 Wien
Abgegeben von
Name			GDA-ID		Adresse
Mag. Jürgen Mustermann, Wald Apotheke			529141		Apothekenstraße 10, 1010 Wien
Ergänzende Information: Darf nicht mit Milch eingenommen werden Zusatzinformation Patient: Bei Kreislaufproblemen den Arzt aufsuchen. Alternative Einnahme: Einnahme bei Bedarf Mögliche Arten der Anwendung: Buccale Anwendung, Anwendung in der Mundhöhle Verordnungsdatum: 2013-03-25, 23:59:59 Therapieart: Einzelverordnung Darreichungsform: Kapsel
Arzneimittel			Wirkstoff(e)
Magistrale Zubereitung: Lutschtabletten			CIPROFLOXACIN HYDROCHLORID
Packung(en)	Menge/art	ATC-Klassifikation	Dosierung	Einnahmestart	Einnahmeende
1	20 Stück	Ciprofloxacin (J01MA02)	2 – 0 – 1 – 0, täglich
Verordnet von
Name			Fachgebiet		GDA-ID	Adresse
Dr. Max Franz Meier, Ordination Dr. Meier			Fachärztin/Facharzt für Chirurgie		822143	Musterstraße 27/1, 1010 Wien
Abgegeben von
Name			GDA-ID		Adresse
Mag. Jürgen Mustermann, Wald Apotheke			529141		Apothekenstraße 10, 1010 Wien
Ergänzende Information zur magistralen Zubereitung: Ciprofloxacin Hydrochlorid 2.5 Art der Anwendung: zum Einnehmen Verordnungsdatum: 2013-03-25, 23:59:59 Therapieart: Einzelverordnung Darreichungsform: Tablette

⁴¹ In der Tabelle des narrativen Teils werden Arzneimittel chronologisch nacheinander angeführt.

5.3.4 Pharmazeutische Empfehlung Sektion

Diese Sektion wird in Dokumentklasse „Pharmazeutische Empfehlung“ verwendet.

5.3.4.1 Überblick

	EIS „Full Support“
Template ID	ELGA: 1.2.40.0.34.11.8.4.2.1
Parent Template ID	IHE PHARM Pharmaceutical Advice Section: 1.3.6.1.4.1.19376.1.9.1.2.2
Titel der Sektion	Pharmazeutische Empfehlung
Definition	Diese Sektion entspricht einer Korrekturmeldung zu einer bestehenden Verordnung oder Abgabe und enthält eine „Pharmazeutische Empfehlung“
Codierung	LOINC: 61357-0, „Medication Pharmaceutical Advice.Brief“
Konformität	[M]
Konformität Level 3	[M] ELGA MedikationPharmazeutischeEmpfehlung-Entry (1.2.40.0.34.11.8.4.3.1)

5.3.4.2 Spezifikation

Id	1.2.40.0.34.11.8.4.2.1 ref elgabbr-	Gültigkeit	2014‑01‑31
Status	Aktiv	Versions-Label
Name	PharmazeutischeEmpfehlungSektion	Bezeichnung	Pharmazeutische Empfehlung Section
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.11.8.4.2.1
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.8.4.3.1 Containment Medikation Pharmazeutische Empfehlung Entry eMedikation DYNAMIC
Beziehung	Version: Template 1.2.40.0.34.11.8.4.2.1 Pharmazeutische Empfehlung Section (2014‑01‑31) ref elgabbr-
Beispiel	Strukturbeispiel <section>   <templateId root="1.2.40.0.34.11.8.4.2.1"/>  <!-- ELGA -->   <templateId root="1.3.6.1.4.1.19376.1.9.1.2.2"/>  <!-- IHE PHARM -->   <!-- Code der Sektion -->   <code code="61357-0" displayName="Medication Pharmaceutical Advice.Brief" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC"/>  <!-- Titel der Sektion -->   <title>Pharmazeutische Empfehlung</title>  <!-- Textbereich der Sektion -->   <text> ... Lesbarer Textbereich ... </text>  <!-- Maschinenlesbare Elemente -->   <entry typeCode="DRIV">      :     <!-- ELGA MedikationPharmazeutischeEmpfehlung-Entry -->     <templateId root="1.2.40.0.34.11.8.4.3.1"/>     :   </entry></section>
Item DT Kard Konf Beschreibung Label hl7:section (Pha...ion) @classCode cs 0 … 1 F DOCSECT hl7:templateId II 1 … 1 M (Pha...ion) @root uid 1 … 1 F 1.2.40.0.34.11.8.4.2.1 hl7:templateId II 1 … 1 M IHE PHARM Pharmaceutical Advice Section (Pha...ion) @root uid 1 … 1 F 1.3.6.1.4.1.19376.1.9.1.2.2 hl7:id II 0 … 1 (Pha...ion)   Beispiel Strukturbeispiel <id root="1.2.40.0.10.1.4.3.4.2.1" extension="WYE82A2G8EEW" assigningAuthorityName="E-MedAT"/> hl7:code CE 1 … 1 M (Pha...ion) @code CONF 1 … 1 F 61357-0 @codeSystem 1 … 1 F 2.16.840.1.113883.6.1 (LOINC) @codeSystemName 1 … 1 F LOINC @displayName 1 … 1 F Medication Pharmaceutical Advice.Brief hl7:title ST 1 … 1 M (Pha...ion)   CONF Elementinhalt muss "Pharmazeutische Empfehlung" sein hl7:text ED 1 … 1 M Information für den menschlichen Leser. Siehe auch „Empfehlung zur Gestaltung im Falle von CDA Level 3“. (Pha...ion) hl7:entry 1 … * R Beinhaltet 1.2.40.0.34.11.8.4.3.1 Medikation Pharmazeutische Empfehlung Entry eMedikation (DYNAMIC) (Pha...ion) @typeCode cs 0 … 1 F DRIV

5.3.4.2.1.1 Empfehlung zur Gestaltung im Falle von CDA Level 3

Tabelle zur Darstellung des Status
Die erste Tabelle stellt den Status der Pharmazeutischen Empfehlung dar. Die zugrundeliegenden Daten befinden sich im <entry/observation> Element.

Verordnung oder Abgabe	Dokumenten ID	Status
Wenn <entryRelationship[@typeCode=‘REFR‘]/substanceAdministration dann Verordnung Wenn < entryRelationship[@typeCode=‘REFR‘]/supply dann Abgabe	<entryRelationship[@typeCode=‘REFR‘] /substanceAdministration| supply/ id/ @root> / <br/><entryRelationship[@typeCode=‘REFR‘]/substanceAdministration|supply/id/@extension>	< code/@displayName>

Beispiel:

Verordnung oder Abgabe	Item ID	Status
Verordnung	1.2.40.0.10.1.4.3.4.2.2 / 4711	Änderung

Tabelle zur Darstellung der geänderten Verordnung (im Falle von Status = CHANGE zu einer Verordnung)
Siehe Spezifikation der Darstellung einer Verordnung im Kapitel Tabelle zur Darstellung der Verordnungen.

Tabelle zur Darstellung der geänderten Dosierungsinformationen bei einer Abgabe (im Falle von Status = CHANGE zu einer Abgabe)
Siehe Spezifikation der Darstellung geänderter Dosierungsinformationen im Kapitel Tabelle zur Darstellung der geänderten Dosierungsinformationen.

Tabelle zur Darstellung der geänderten Patienteninformationen bei einer Abgabe (im Falle von Status = CHANGE zu einer Abgabe)
Sind geänderte Patienteninformationen vorhanden (gemäß Kapitel geänderte Abgabe) müssen diese in einer gesonderten Tabelle angegeben werden.

Element	Generierungsvorschrift aus den Entries	Beispiel
Zusatzinformationen für den Patienten und alternative Einnahme	Generierungsvorschrift gemäß Kapitel Tabelle zur Darstellung der Verordnungen.	Die Dosierung ist genau einzuhalten! Nur alle 2 Wochen am Dienstag

Empfehlung zum Layout der Tabelle:
Geänderte Patienteninformationen

Zusatzinformationen für den Patienten und alternative Einnahme

Die Dosierung ist genau einzuhalten! Nur alle 2 Wochen am Dienstag

5.4 Maschinenlesbare Elemente

5.4.1 ELGA MedikationVerordnung-Entry

Template ID	ELGA: 1.2.40.0.34.11.8.1.3.1
Parent Template ID	HL7 CCD 3.9: 2.16.840.1.113883.10.20.1.24 IHE PCC Medications Entry: 1.3.6.1.4.1.19376.1.5.3.1.4.7 IHE PHARM Prescription Entry: 1.3.6.1.4.1.19376.1.9.1.3.2

Abbildung 3: CDA R-MIM (L-POCD_RM000040) Ausschnitt - Klassen um die Verordnung

Diese Abbildung zeigt die für die Verordnung relevanten R-MIM Klassen SubstanceAdministration, Consumable, entryRelationship. Die Reihenfolge der Attribute entsprechend Schema ist normativ.

5.4.1.1 Spezifikation

Id	1.2.40.0.34.11.8.1.3.1 ref elgabbr-	Gültigkeit	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 (Med...med) @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. (Med...med) @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. (Med...med) @root uid 1 … 1 F 2.16.840.1.113883.10.20.1.24 hl7:templateId II 1 … 1 M IHE PCC Medications Entry. (Med...med) @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. (Med...med) @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. (Med...med) @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 (Med...med) @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 (Med...med) @root uid 1 … 1 F 1.3.6.1.4.1.19376.1.5.3.1.4.7.1 hl7:templateId II  … 1 M (Med...med) @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. (Med...med) 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. (Med...med) 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). (Med...med)   Beispiel Strukturbeispiel <text>   <reference value="#vpos-1"/></text> hl7:reference TEL 1 … 1 M (Med...med) @value 1 … 1 R #vpos-{generierteID}, z.B.: #vpos-1 hl7:statusCode CS 1 … 1 M (Med...med) @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. (Med...med) wo [1] [hl7:low] hl7:low TS 1 … 1 R Zeitpunkt des Einnahmestarts. Zugelassene nullFlavor: UNK (Med...med) hl7:high TS 1 … 1 R Zeitpunkt des Einnahmeendes. Zugelassene nullFlavor: UNK (Med...med) hl7:effectiveTime IVL_TS Dauer der Einnahme, wenn Einnahmestart unbekannt (Med...med) 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" (Med...med) @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 (Med...med) 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. (Med...med) 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. (Med...med) @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. (Med...med) 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. (Med...med) 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) (Med...med) hl7:period PQ 1 … 1 R (Med...med) @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 (Med...med) 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. (Med...med) wo [not(@operator)] hl7:phase IVL_TS 1 … 1 R Erstes Datum des entsprechenden Wochentags nach Einnahmebeginn (z.B.: 01.10.2013 -> Dienstag) (Med...med) hl7:period PQ 1 … 1 R (Med...med) @value 1 … 1 F 1 @unit cs 1 … 1 F wk hl7:comp PIVL_TS 0 … * (Med...med) wo [@operator='I'] @operator cs 1 … 1 F I hl7:phase IVL_TS 1 … 1 R (Med...med) hl7:period PQ 1 … 1 R (Med...med) @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. (Med...med) 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 (Med...med) 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 (Med...med) wo [hl7:lowoder hl7:high] hl7:low PQ (Med...med) @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 (Med...med) @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. (Med...med) 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 (Med...med) 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 (Med...med) wo [hl7:lowoder hl7:high] hl7:low PQ (Med...med) @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 (Med...med) @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. (Med...med)   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 (Med...med)   Beispiel Strukturbeispiel <repeatNumber value="0"/> hl7:routeCode CE 0 … 1 Art der Anwendung der Arznei. (Med...med) @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) (Med...med)   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. (Med...med) 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. (Med...med) 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 (Med...med) hl7:assignedAuthor 1 … 1 M Organisation, in deren Auftrag der Verfasser des Dokuments die Dokumentation verfasst hat. (Med...med) @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. (Med...med) 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. (Med...med)   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. (Med...med) 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. (Med...med) 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. (Med...med) hl7:assigned​Authoring​Device  … 1 (Med...med) @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. (Med...med) hl7:softwareName SC 0 … 1 Bezeichnung (und ggf Version) der datenerstellenden Software. (Med...med) hl7:represented​Organization 1 … 1 M (Med...med) 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 … * (Med...med) hl7:name ON 1 … 1 M (Med...med) hl7:telecom TEL.AT 0 … * (Med...med) hl7:addr AD 0 … 1 (Med...med) hl7:author Verfasser nicht bekannt/nicht anwendbar (Med...med) 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 (Med...med) @nullFlavor cs 1 … 1 F NA hl7:assignedAuthor 1 … 1 R (Med...med) @nullFlavor cs 1 … 1 F NA hl7:id 1 … 1 R (Med...med) @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! (Med...med) 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. (Med...med) 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. (Med...med) @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. (Med...med) wo [@xsi:type='EIVL_TS'] hl7:event 1 … 1 M Einnahmezeitpunkt. (Med...med) @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). (Med...med) @value 1 … 1 F 0 @unit cs 1 … 1 F s hl7:doseQuantity IVL_PQ 1 … 1 M Dosis. (Med...med) hl7:consumable 1 … 1 M (Med...med) hl7:manufacturedProduct 1 … 1 M (Med...med) hl7:manufactured​Material 1 … 1 R (Med...med) @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! (Med...med) 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. (Med...med) 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. (Med...med) @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. (Med...med) 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 (Med...med) wo [@xsi:type='EIVL_TS'] hl7:event 1 … 1 M Einnahmezeitpunkt. (Med...med) @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). (Med...med) @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! (Med...med) wo [@xsi:type='PIVL_TS'] [@operator='A'] @operator cs 1 … 1 F A hl7:phase IVL_TS 1 … 1 R Phase der Einnahme. (Med...med) hl7:value TS Erstes Datum des entsprechenden Wochentags nach Einnahmebeginn (z.B.: 01.10.2013 -> Dienstag). (Med...med) hl7:period PQ 1 … 1 R (Med...med) @value 1 … 1 F 1 @unit cs 1 … 1 F wk hl7:comp PIVL_TS 0 … * 2.+ Komponentencontainer zur Aufnahme der Einnahmetage (Med...med) wo [@xsi:type='PIVL_TS'] [@operator='I'] hl7:phase IVL_TS 1 … 1 R (Med...med) hl7:value TS (Med...med) hl7:period PQ 1 … 1 R (Med...med) @value 1 … 1 F 1 @unit cs 1 … 1 F wk hl7:doseQuantity IVL_PQ 1 … 1 M Dosis. (Med...med) hl7:consumable 1 … 1 M (Med...med) hl7:manufacturedProduct 1 … 1 M (Med...med) hl7:manufactured​Material 1 … 1 R (Med...med) @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. (Med...med) 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. (Med...med) @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. (Med...med) @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. (Med...med) hl7:entryRelationship 0 … 1 Komponente zur Aufnahme der Zusatzinformationen, Informationen zur alternativen Einnahme und Informationen zur Arznei (Med...med) 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. (Med...med) @classCode cs 1 … 1 F ACT @moodCode cs 1 … 1 F INT hl7:templateId II 1 … 1 M (Med...med) @root uid 1 … 1 F 2.16.840.1.113883.10.20.1.49 hl7:templateId II 1 … 1 M (Med...med) @root uid 1 … 1 F 1.3.6.1.4.1.19376.1.5.3.1.4.3 hl7:code CE 1 … 1 M (Med...med) @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) (Med...med) hl7:reference TEL 1 … 1 M (Med...med) @value 1 … 1 R #patinfo-{generierteID}, z.B.: #patinfo-1 hl7:statusCode CS 1 … 1 M (Med...med) @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). (Med...med) @typeCode cs 1 … 1 F SUBJ @inversionInd bl 1 … 1 F true hl7:act 1 … 1 M (Med...med) @classCode cs 1 … 1 F ACT @moodCode cs 1 … 1 F INT hl7:templateId II 1 … 1 M (Med...med) @root uid 1 … 1 F 1.2.40.0.34.11.8.0.3.1 hl7:code CE 1 … 1 M (Med...med)   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) (Med...med) hl7:reference TEL 1 … 1 M (Med...med) @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 (Med...med) @code CONF 1 … 1 F completed hl7:entryRelationship 0 … 1 Komponente zur Aufnahme der ergänzenden Informationen zur Abgabe oder zu der magistralen Zubereitung. (Med...med) 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 (Med...med) @classCode cs 1 … 1 F ACT @moodCode cs 1 … 1 F INT hl7:templateId II 1 … 1 M (Med...med) @root uid 1 … 1 F 2.16.840.1.113883.10.20.1.43 hl7:templateId II 1 … 1 M (Med...med) @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 (Med...med) @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) (Med...med) hl7:reference TEL 1 … 1 M (Med...med) @value 1 … 1 R #abginfo-{generierteID}, z.B.: #abginfo-1 hl7:statusCode CS 1 … 1 M (Med...med) @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). (Med...med) @typeCode cs 1 … 1 F SUBJ @inversionInd bl 1 … 1 F true hl7:act 1 … 1 M (Med...med) @classCode cs 1 … 1 F ACT @moodCode cs 1 … 1 F INT hl7:templateId II 1 … 1 M (Med...med) @root uid 1 … 1 F 1.2.40.0.34.11.8.0.3.2 hl7:code CE 1 … 1 M (Med...med)   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) (Med...med) hl7:reference TEL 1 … 1 M (Med...med) @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 (Med...med) @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 (Med...med) 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 (Med...med) @classCode 1 … 1 F ACT @moodCode 1 … 1 F INT hl7:templateId II 1 … 1 M (Med...med) @root 1 … 1 F 1.2.40.0.34.11.8.1.3.4 hl7:code CE 1 … 1 M (Med...med)   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“. (Med...med) 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). (Med...med) @typeCode cs 1 … 1 F XCRPT hl7:externalDocument 1 … 1 M (Med...med) hl7:id II 1 … 1 M ID des MedikationVerordnung-Entry. (Med...med) @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

5.4.1.1.1 Spezifikation Einnahmedauer

Id	1.2.40.0.34.11.30006 ref elgabbr-	Gültigkeit	2013‑12‑20 Andere Versionen mit dieser Id: Einnahmedauer vom 2011‑12‑19
Status	Entwurf	Versions-Label
Name	Einnahmedauer	Bezeichnung	Einnahmedauer
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Beziehung	Version: Template 1.2.40.0.34.11.30006 Einnahmedauer (2013‑12‑20) ref elgabbr-
Beispiel	Einnahme von 27.05.2011 bis 03.06.2011 bzw. Einnahme von 27.05.2011, Dauer 1 Woche lang <effectiveTime>   <low value="20110527000000+0200"/>  <high value="20110603235959+0200"/></effectiveTime>
Beispiel	Einnahme von 27.05.2011, Ende unbekannt <effectiveTime>   <low value="20110527000000+0200"/>  <high nullFlavor="UNK"/></effectiveTime>
Beispiel	Einnahmestart unbekannt, Dauer 2 Wochen lang <effectiveTime>   <width value="2" unit="wk"/></effectiveTime>
Beispiel	Dosierungsinformationen sind angegeben, aber Einnahmedauer unbekannt <ClinicalDocument>   <effectiveTime xsi:type="IVL_TS">     <low nullFlavor="UNK"/>    <high nullFlavor="UNK"/>  </effectiveTime></ClinicalDocument>
Item DT Kard Konf Beschreibung Label 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. (Ein...uer) wo [1] [hl7:low] hl7:low TS 1 … 1 R Zeitpunkt des Einnahmestarts. Zugelassene nullFlavor: UNK (Ein...uer) hl7:high TS 1 … 1 R Zeitpunkt des Einnahmeendes. Zugelassene nullFlavor: UNK (Ein...uer) hl7:effectiveTime IVL_TS Dauer der Einnahme, wenn Einnahmestart unbekannt (Ein...uer) 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" (Ein...uer) @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 (Ein...uer) 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

5.4.1.1.2 Spezifikation Dosierungsvariante 1: Tagesdosierung

Id	1.2.40.0.34.11.30007 ref elgabbr-	Gültigkeit	2014‑09‑02 Andere Versionen mit dieser Id: Dosierung1 vom 2013‑12‑20 Dosierung1 vom 2013‑12‑19 Dosierung1 vom 2011‑12‑19
Status	Aktiv	Versions-Label
Name	Dosierung1	Bezeichnung	Dosierungsvariante 1: Tagesdosierung effectiveTime
Beschreibung	Dosierungsvariante 1 (Tagesdosierung) bedeutet, dass die angegebene Dosis im Laufe eines bestimmten Zeitraums (z.B. an einem Tag, innerhalb einer Woche, …) eingenommen werden muss.
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Beziehung	Version: Template 1.2.40.0.34.11.30007 Dosierungsvariante 1: Tagesdosierung effectiveTime (2014‑09‑02) ref elgabbr-
Beispiel	Strukturbeispiel <ClinicalDocument>   <entry typeCode="DRIV">     <substanceAdministration classCode="SBADM" moodCode="INT">       <templateId root="1.2.40.0.34.11.8.1.3.1"/>      <!-- ELGA -->       <templateId root="2.16.840.1.113883.10.20.1.24"/>      <!-- HL7 CCD -->       <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.7"/>      <!-- IHE PCC -->       <templateId root="1.3.6.1.4.1.19376.1.9.1.3.2"/>      <!-- IHE PHARM -->       <!-- Dosierungsart 1, „Normal dosing“ -->       <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.7.1"/>       :       <!-- Einnahmedauer Einnahme von 27.05.2011 bis 08.06.2011 -->       <effectiveTime>         <low value="20110527000000+0200"/>        <high value="20110608235959+0200"/>      </effectiveTime>      <!-- ********** Dosierungsart 1 Anfang ********** Im Falle von Dosierungsart 1 und 3 („Normal dosing“) werden die Einnahmezeitpunkte + Dosis in Form eines weiteren effectiveTime und eines doseQuantity Elements angegeben Dosierungsart 1: Tagesdosierung Einmal täglich, 3 Stk. -->       <!-- pro Tag -->       <effectiveTime xsi:type="PIVL_TS" operator="A" institutionSpecified="true">         <period value="1" unit="d"/>      </effectiveTime>      <!-- 2 1/2 Stk -->       <doseQuantity value="2.5"/>      <!-- ********** Dosierungsart 1 Ende ********** -->        :     </substanceAdministration>  </entry></ClinicalDocument>
Item DT Kard Konf Beschreibung Label hl7:effectiveTime PIVL_TS C Zeitelement zur Aufnahme der Dosierungsvarianten 1 und 3. (Dos...ng1) 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. (Dos...ng1) @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)

Id	1.2.40.0.34.11.30037 ref elgabbr-	Gültigkeit	2015‑09‑05 Andere Versionen mit dieser Id: Dosierung1dq vom 2014‑02‑05 Dosierung1dq vom 2013‑12‑19
Status	Aktiv	Versions-Label
Name	Dosierung1dq	Bezeichnung	Dosierungsvariante 1: Tagesdosierung doseQuantity
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Beziehung	Version: Template 1.2.40.0.34.11.30037 Dosierungsvariante 1: Tagesdosierung doseQuantity (2015‑09‑05) ref elgabbr-
Item DT Kard Konf Beschreibung Label 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 (Dos...1dq) 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 (Dos...1dq) wo [hl7:lowoder hl7:high] hl7:low PQ (Dos...1dq) @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 (Dos...1dq) @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)

Id	1.2.40.0.34.11.30038 ref elgabbr-	Gültigkeit	2013‑12‑19
Status	Aktiv	Versions-Label
Name	Dosierung1er	Bezeichnung	Dosierungsvariante 1: Tagesdosierung entryRelationship
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Beziehung	Version: Template 1.2.40.0.34.11.30038 Dosierungsvariante 1: Tagesdosierung entryRelationship (2013‑12‑19) ref elgabbr-
Item DT Kard Konf Beschreibung Label hl7:entryRelationship NP Komponente zur Aufnahme eines Einnahmezeitpunkts und einer –dosis bei Dosierungsvarianten 2 und 4. (Dos...1er) wo [@typeCode='COMP']

5.4.1.1.3 Spezifikation Dosierungsvariante 2: Einzeldosierung

Id	1.2.40.0.34.11.30008 ref elgabbr-	Gültigkeit	2020‑07‑21 13:25:19 Andere Versionen mit dieser Id: Dosierung2 vom 2013‑12‑20 Dosierung2 vom 2013‑11‑07 Dosierung2 vom 2013‑04‑17 Dosierung2 vom 2012‑07‑14
Status	Entwurf	Versions-Label
Name	Dosierung2	Bezeichnung	Dosierungsvariante 2: Einzeldosierung
Beschreibung Dosierungsvariante 2 (Einzeldosierung) bedeutet, dass zu gewissen Zeitpunkten des Tages eine gewisse Dosis eingenommen werden muss. Die Frequenz der Einnahme ist bei dieser Dosierungsvariante fixiert auf „täglich“. Die Angabe dieser Dosierungsvariante erfolgt in Form eines „Split dosing“. Im Falle von „Split dosing“ können die Einnahmezeitpunkte nicht einfach in Form eines zweiten effectiveTime und eines doseQuantity-Elements angegeben werden, sondern MÜSSEN als eigene „Komponenten“ (entryRelationship typeCode=“COMP“), welche jeweils den Zeitpunkt und die dazugehörige Dosis beinhalten, angegeben werden.
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Beziehung	Version: Template 1.2.40.0.34.11.30008 Dosierungsvariante 2: Einzeldosierung (2013‑12‑20) ref elgabbr- Version: Template 1.2.40.0.34.11.30008 Dosierungsvariante 2: Einzeldosierung (2013‑12‑20) ref elgabbr-
Beispiel	Strukturbespiel <ClinicalDocument>   <entry typeCode="DRIV">     <substanceAdministration classCode="SBADM" moodCode="INT">       <templateId root="1.2.40.0.34.11.8.1.3.1"/>      <!-- ELGA -->       <templateId root="2.16.840.1.113883.10.20.1.24"/>      <!-- HL7 CCD -->       <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.7"/>      <!-- IHE PCC -->       <templateId root="1.3.6.1.4.1.19376.1.9.1.3.2"/>      <!-- IHE PHARM -->       <!-- Dosierungsart 2, „Split dosing“ -->       <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.9"/>       :       <!-- Einnahmedauer Einnahme von 27.05.2011 bis 08.06.2011 -->       <effectiveTime>         <low value="20110527000000+0200"/>        <high value="20110608235959+0200"/>      </effectiveTime>       :       <!-- ********** Dosierungsart 2 Anfang ********** Im Falle von Dosierungsart 2 und 4 („Split dosing“) werden die Einnahmezeitpunkte + Dosis in Form von untergeordneten entryRelationship Elementen angegeben (Morgens, Mittags, ...) Dosierungsart 2: Einzeldosierung Morgens – Mittags – Abends - Nachts 2 - 0 - 1 - 0 -->       <entryRelationship typeCode="COMP">         <!-- Einnahme: MORGENS, 2 Stück -->         <sequenceNumber value="1"/>        <substanceAdministration classCode="SBADM" moodCode="INT">           <text>             <reference value="#dpos-2"/>          </text>          <effectiveTime xsi:type="EIVL_TS">             <event code="ACM"/>            <offset value="0" unit="s"/>          </effectiveTime>          <doseQuantity value="2"/>          <consumable>             <manufacturedProduct>               <manufacturedMaterial nullFlavor="NA"/>            </manufacturedProduct>          </consumable>        </substanceAdministration>      </entryRelationship>      <entryRelationship typeCode="COMP">         <!-- Einnahme: ABENDS, 1 Stück -->         <sequenceNumber value="2"/>        <substanceAdministration classCode="SBADM" moodCode="INT">           <effectiveTime xsi:type="EIVL_TS">             <event code="ACV"/>            <offset value="0" unit="s"/>          </effectiveTime>          <doseQuantity value="1"/>          <consumable>             <manufacturedProduct>               <manufacturedMaterial nullFlavor="NA"/>            </manufacturedProduct>          </consumable>        </substanceAdministration>      </entryRelationship>      <!-- ********** Dosierungsart 2 Ende ********** -->     </substanceAdministration>  </entry></ClinicalDocument>
Item DT Kard Konf Beschreibung Label 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. (Dos...ng2) wo [2]

Id	1.2.40.0.34.11.30039 ref elgabbr-	Gültigkeit	2013‑12‑19
Status	Aktiv	Versions-Label
Name	Dosierung2dq	Bezeichnung	Dosierungsvariante 2: Einzeldosierung doseQuantity
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Beziehung	Version: Template 1.2.40.0.34.11.30039 Dosierungsvariante 2: Einzeldosierung doseQuantity (2013‑12‑19) ref elgabbr-
Item DT Kard Konf Beschreibung Label 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. (Dos...2dq)

Id	1.2.40.0.34.11.30040 ref elgabbr-	Gültigkeit	2020‑07‑21 13:36:02 Andere Versionen mit dieser Id: Dosierung2er vom 2014‑09‑01 Dosierung2er vom 2013‑12‑19
Status	Entwurf	Versions-Label
Name	Dosierung2er	Bezeichnung	Dosierungsvariante 2: Einzeldosierung entryRelationship
Beschreibung	Untergeordnete Komponenten für „Split dosing“ am Ende des ELGA MedikationVerordnungs-Entry MÜSSEN angegeben werden.
Klassifikation	CDA Entry 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.30046 Inklusion Splitdose-Einnahmezeitpunkte 1 DYNAMIC
Beziehung	Version: Template 1.2.40.0.34.11.30040 Dosierungsvariante 2: Einzeldosierung entryRelationship (2014‑09‑01) ref elgabbr- Version: Template 1.2.40.0.34.11.30040 Dosierungsvariante 2: Einzeldosierung entryRelationship (2014‑09‑01) ref elgabbr-
Item DT Kard Konf Beschreibung Label hl7:entryRelationship C Komponente zur Aufnahme eines Einnahmezeitpunkts und –dosis bei Dosierungsvariante 2 und 4. Wiederholung höchstens einmal je Zeitcode! (Dos...2er) 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. (Dos...2er) 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. (Dos...2er) @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. (Dos...2er) wo [@xsi:type='EIVL_TS'] hl7:event 1 … 1 M Einnahmezeitpunkt. (Dos...2er) @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). (Dos...2er) @value 1 … 1 F 0 @unit cs 1 … 1 F s hl7:doseQuantity IVL_PQ 1 … 1 M Dosis. (Dos...2er) hl7:consumable 1 … 1 M (Dos...2er) hl7:manufacturedProduct 1 … 1 M (Dos...2er) hl7:manufactured​Material 1 … 1 R (Dos...2er) @nullFlavor cs 1 … 1 F NA

5.4.1.1.4 Spezifikation Dosierungsvariante 3: Tagesdosierung an bestimmten Tagen

Id	1.2.40.0.34.11.30009 ref elgabbr-	Gültigkeit	2015‑09‑05 Andere Versionen mit dieser Id: Dosierung3 vom 2013‑12‑20 Dosierung3 vom 2013‑12‑19 Dosierung3 vom 2011‑12‑19
Status	Aktiv	Versions-Label
Name	Dosierung3	Bezeichnung	Dosierungsvariante 3: Tagesdosierung mit Einnahmepause
Beschreibung Dosierungsvariante 3 (Tagesdosierung an bestimmten Tagen einer Woche) bedeutet, dass wie bei Dosierungsvariante 1 die angegebene Dosis im Laufe eines Tages eingenommen werden muss, wobei dies aber nur an bestimmten Wochentagen erfolgen soll. Die Frequenz der Einnahme ist bei dieser Dosierungsvariante fixiert auf „wöchentlich“. Hinweis: Der Datentyp des effectiveTime-Elements der Dosierungsart ändert sich, wenn die Einnahme an EINEM (PIVL_TS) oder an MEHREREN Wochentagen (SXPR_TS, dazu mehrere comp-Unterelemente) erfolgen soll.
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Beziehung	Version: Template 1.2.40.0.34.11.30009 Dosierungsvariante 3: Tagesdosierung mit Einnahmepause (2015‑09‑05) ref elgabbr-
Beispiel	Strukturbeispiel <ClinicalDocument>   <entry typeCode="DRIV">     <substanceAdministration classCode="SBADM" moodCode="INT">       <templateId root="1.2.40.0.34.11.8.1.3.1"/>      <!-- ELGA -->       <templateId root="2.16.840.1.113883.10.20.1.24"/>      <!-- HL7 CCD -->       <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.7"/>      <!-- IHE PCC -->       <templateId root="1.3.6.1.4.1.19376.1.9.1.3.2"/>      <!-- IHE PHARM -->       <!-- Dosierungsart 3, „Tagesdosierung an bestimmten Tagen“ -->       <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.7.1"/>       :       <!-- Einnahmedauer Einnahme von 01.10.2013 bis 30.10.2013 -->       <effectiveTime>         <low value="20131001000000+0200"/>        <high value="20131030235959+0200"/>      </effectiveTime>      <!-- ********** Dosierungsart 3 Anfang – an EINEM Wochentag ********** Dosierungsart 3: Einzeldosierung an einem bestimmten Wochentag 1 Stück jeden Montag -->       <effectiveTime xsi:type="PIVL_TS" operator="A">         <!-- Jeden Montag -->         <phase value="20151221"/>        <!-- Der 21.Dezember ist ein Montag -->         <period value="1" unit="wk"/>      </effectiveTime>      <!-- 1 Stück -->       <doseQuantity value="1"/>      <!-- ********** Dosierungsart 3 Ende - an EINEM Wochentag ********** -->       <!-- ********** Dosierungsart 3 Anfang – an MEHREREN Wochentagen ********** Im Falle von Dosierungsart 1 und 3 („Normal dosing“) werden die Einnahmezeitpunkte + Dosis in Form eines weiteren effectiveTime und eines doseQuantity Elements angegeben Dosierungsart 3: Einzeldosierung an bestimmten Tagen Je 200 ml jeden Dienstag und Donnerstag -->       <effectiveTime xsi:type="SXPR_TS" operator="A">         <!-- Jeden Dienstag -->         <comp xsi:type="PIVL_TS">           <phase value="20131001"/>          <!-- Der 1.Okt 2013 ist ein Dienstag -->           <period value="1" unit="wk"/>        </comp>        <!-- Jeden Donnerstag -->         <comp xsi:type="PIVL_TS" operator="I">           <phase value="20131003"/>          <!-- Der 3.Okt 2013 ist ein Donnerstag -->           <period value="1" unit="wk"/>        </comp>      </effectiveTime>      <!-- 200 ml -->       <doseQuantity value="200" unit="Ml"/>      <!-- ********** Dosierungsart 3 Ende – an MEHREREN Wochentagen ********** -->        :     </substanceAdministration>  </entry></ClinicalDocument>
Item DT Kard Konf Beschreibung Label 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. (Dos...ng3) 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) (Dos...ng3) hl7:period PQ 1 … 1 R (Dos...ng3) @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 (Dos...ng3) 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. (Dos...ng3) wo [not(@operator)] hl7:phase IVL_TS 1 … 1 R Erstes Datum des entsprechenden Wochentags nach Einnahmebeginn (z.B.: 01.10.2013 -> Dienstag) (Dos...ng3) hl7:period PQ 1 … 1 R (Dos...ng3) @value 1 … 1 F 1 @unit cs 1 … 1 F wk hl7:comp PIVL_TS 0 … * (Dos...ng3) wo [@operator='I'] @operator cs 1 … 1 F I hl7:phase IVL_TS 1 … 1 R (Dos...ng3) hl7:period PQ 1 … 1 R (Dos...ng3) @value 1 … 1 F 1 @unit cs 1 … 1 F wk

Id	1.2.40.0.34.11.30041 ref elgabbr-	Gültigkeit	2015‑09‑05 Andere Versionen mit dieser Id: Dosierung3dq vom 2014‑04‑05 Dosierung3dq vom 2013‑12‑19
Status	Aktiv	Versions-Label
Name	Dosierung3dq	Bezeichnung	Dosierungsvariante 3: Tagesdosierung mit Einnahmepause doseQuantity
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Beziehung	Version: Template 1.2.40.0.34.11.30041 Dosierungsvariante 3: Tagesdosierung mit Einnahmepause doseQuantity (2015‑09‑05) ref elgabbr-
Item DT Kard Konf Beschreibung Label 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 (Dos...3dq) 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 (Dos...3dq) wo [hl7:lowoder hl7:high] hl7:low PQ (Dos...3dq) @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 (Dos...3dq) @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)

Id	1.2.40.0.34.11.30042 ref elgabbr-	Gültigkeit	2020‑07‑21 13:48:15 Andere Versionen mit dieser Id: Dosierung3er vom 2013‑12‑19
Status	Entwurf	Versions-Label
Name	Dosierung3er	Bezeichnung	Dosierungsvariante 3: Tagesdosierung mit Einnahmepause entryRelationship
Beschreibung	Untergeordnete Komponenten für „Split dosing“ am Ende des ELGA MedikationVerordnungs-Entry entfallen.
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Beziehung	Version: Template 1.2.40.0.34.11.30042 Dosierungsvariante 3: Tagesdosierung mit Einnahmepause entryRelationship (2013‑12‑19) ref elgabbr- Version: Template 1.2.40.0.34.11.30042 Dosierungsvariante 3: Tagesdosierung mit Einnahmepause entryRelationship (2013‑12‑19) ref elgabbr-
Item DT Kard Konf Beschreibung Label hl7:entryRelationship NP Komponente zur Aufnahme eines Einnahmezeitpunkts und –dosis bei Dosierungsvariante 2 und 4. (Dos...3er)

5.4.1.1.5 Spezifikation Dosierungsvariante 4: Einzeldosierung an bestimmten Tagen

Id	1.2.40.0.34.11.30010 ref elgabbr-	Gültigkeit	2020‑07‑21 13:28:53 Andere Versionen mit dieser Id: Dosierung4 vom 2013‑12‑19 Dosierung4 vom 2013‑11‑07 Dosierung4 vom 2013‑04‑17 Dosierung4 vom 2011‑12‑19
Status	Entwurf	Versions-Label
Name	Dosierung4	Bezeichnung	Dosierungsvariante 4: Einzeldosierung mit Einnahmepause
Beschreibung Dosierungsvariante 4 (Einzeldosierung an bestimmten Tagen) bedeutet, dass wie bei Dosierungsvariante 2 zu gewissen Zeitpunkten des Tages eine gewisse Dosis eingenommen werden muss, wobei dies nur an bestimmten Tagen erfolgen soll. Die Frequenz der Einnahme ist bei dieser Dosierungsvariante fixiert auf „wöchentlich“. Die Angabe dieser Dosierungsvariante erfolgt in Form eines „Split dosing“. Im Falle von „Split dosing“ können die Einnahmezeitpunkte nicht einfach in Form eines zweiten effectiveTime und eines doseQuantity-Elements angegeben werden, sondern MÜSSEN als eigene „Komponenten“ (entryRelationship typeCode=“COMP“), welche jeweils den Zeitpunkt und die dazugehörige Dosis beinhalten, angegeben werden.
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Beziehung	Version: Template 1.2.40.0.34.11.30010 Dosierungsvariante 4: Einzeldosierung mit Einnahmepause (2013‑12‑19) ref elgabbr- Version: Template 1.2.40.0.34.11.30010 Dosierungsvariante 4: Einzeldosierung mit Einnahmepause (2013‑12‑19) ref elgabbr-
Beispiel	Strukturbeispiel <ClinicalDocument>   <entry typeCode="DRIV">     <substanceAdministration classCode="SBADM" moodCode="INT">       <templateId root="1.2.40.0.34.11.8.1.3.1"/>      <!-- ELGA -->       <templateId root="2.16.840.1.113883.10.20.1.24"/>      <!-- HL7 CCD -->       <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.7"/>      <!-- IHE PCC -->       <templateId root="1.3.6.1.4.1.19376.1.9.1.3.2"/>      <!-- IHE PHARM -->       <!-- Dosierungsart 4, „Split dosing“ -->       <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.9"/>       :       <!-- Einnahmedauer Einnahme von 27.05.2011 bis 08.06.2011 -->       <effectiveTime>         <low value="20110527000000+0200"/>        <high value="20110608235959+0200"/>      </effectiveTime>       :       <!-- ********** Dosierungsart 4 ********** Im Falle von Dosierungsart 2 und 4 („Split dosing“) werden die Einnahmezeitpunkte + Dosis in Form von untergeordneten entryRelationship Elementen angegeben (Morgens, Mittags, ...) -->       <!-- ********** Dosierungsart 4 Anfang – an EINEM Wochentag ********** Dosierungsart 4: Einzeldosierung an einem bestimmten Tag Morgens – Mittags – Abends - Nachts 2 - 0 - 1 - 0 Stück jeden Montag -->       <entryRelationship typeCode="COMP">         <!-- Einnahme: MORGENS, 2 Stück, jeden Mo -->         <sequenceNumber value="1"/>        <substanceAdministration classCode="SBADM" moodCode="INT">           <text>             <reference value="#dpos-2"/>          </text>          <effectiveTime xsi:type="SXPR_TS">             <comp xsi:type="EIVL_TS">               <event code="ACM"/>              <offset value="0" unit="s"/>            </comp>            <!-- Jeden Montag -->             <comp xsi:type="PIVL_TS" operator="A">               <phase value="20151221"/>              <!-- Der 21.Dezember ist ein Montag -->               <period value="1" unit="wk"/>            </comp>          </effectiveTime>          <doseQuantity value="2"/>          <consumable>             <manufacturedProduct>               <manufacturedMaterial nullFlavor="NA"/>            </manufacturedProduct>          </consumable>        </substanceAdministration>      </entryRelationship>      <entryRelationship typeCode="COMP">         <!-- Einnahme: ABENDS, 1 Stück, jeden Mo -->         <sequenceNumber value="2"/>        <substanceAdministration classCode="SBADM" moodCode="INT">           <effectiveTime xsi:type="SXPR_TS">             <comp xsi:type="EIVL_TS">               <event code="ACV"/>              <offset value="0" unit="s"/>            </comp>            <!-- Jeden Montag -->             <comp xsi:type="PIVL_TS" operator="A">               <phase value="20151221"/>              <!-- Der 21.Dezember ist ein Montag -->               <period value="1" unit="wk"/>            </comp>          </effectiveTime>          <doseQuantity value="1"/>          <consumable>             <manufacturedProduct>               <manufacturedMaterial nullFlavor="NA"/>            </manufacturedProduct>          </consumable>        </substanceAdministration>      </entryRelationship>      <!-- ********** Dosierungsart 4 Ende - an EINEM Wochentag ********** -->       <!-- ********** Dosierungsart 4 Anfang – an MEHREREN Wochentagen ********** Dosierungsart 4: Einzeldosierung an bestimmten Tagen Morgens – Mittags – Abends - Nachts 2 - 0 - 1 - 0 Jeden Dienstag und Donnerstag -->       <entryRelationship typeCode="COMP">         <!-- Einnahme: MORGENS, 2 Stück, jeden Di und Do -->         <sequenceNumber value="1"/>        <substanceAdministration classCode="SBADM" moodCode="INT">           <effectiveTime xsi:type="SXPR_TS">             <comp xsi:type="EIVL_TS">               <event code="ACM"/>              <offset value="0" unit="s"/>            </comp>            <!-- Jeden Dienstag -->             <comp xsi:type="PIVL_TS" operator="A">               <phase value="20131001"/>              <!-- Der 1.Okt 2013 ist ein Dienstag -->               <period value="1" unit="wk"/>            </comp>            <!-- Jeden Donnerstag -->             <comp xsi:type="PIVL_TS" operator="I">               <phase value="20131003"/>              <!-- Der 3.Okt 2013 ist ein Donnerstag -->               <period value="1" unit="wk"/>            </comp>          </effectiveTime>          <doseQuantity value="2"/>          <consumable>             <manufacturedProduct>               <manufacturedMaterial nullFlavor="NA"/>            </manufacturedProduct>          </consumable>        </substanceAdministration>      </entryRelationship>      <entryRelationship typeCode="COMP">         <!-- Einnahme: ABENDS, 1 Stück, jeden Di und Do -->         <sequenceNumber value="2"/>        <substanceAdministration classCode="SBADM" moodCode="INT">           <effectiveTime xsi:type="SXPR_TS">             <comp xsi:type="EIVL_TS">               <event code="ACV"/>              <offset value="0" unit="s"/>            </comp>            <!-- Jeden Dienstag -->             <comp xsi:type="PIVL_TS" operator="A">               <phase value="20131001"/>              <!-- Der 1.Okt 2013 ist ein Dienstag -->               <period value="1" unit="wk"/>            </comp>            <!-- Jeden Donnerstag -->             <comp xsi:type="PIVL_TS" operator="I">               <phase value="20131003"/>              <!-- Der 3.Okt 2013 ist ein Donnerstag -->               <period value="1" unit="wk"/>            </comp>          </effectiveTime>          <doseQuantity value="1"/>          <consumable>             <manufacturedProduct>               <manufacturedMaterial nullFlavor="NA"/>            </manufacturedProduct>          </consumable>        </substanceAdministration>      </entryRelationship>      <!-- ********** Dosierungsart 4 Ende – an MEHREREN Wochentagen ********* -->     </substanceAdministration>  </entry></ClinicalDocument>
Item DT Kard Konf Beschreibung Label 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. (Dos...ng4) wo [2]

Id	1.2.40.0.34.11.30043 ref elgabbr-	Gültigkeit	2013‑12‑19
Status	Aktiv	Versions-Label
Name	Dosierung4dq	Bezeichnung	Dosierungsvariante 4: Einzeldosierung mit Einnahmepause doseQuantity
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Beziehung	Version: Template 1.2.40.0.34.11.30043 Dosierungsvariante 4: Einzeldosierung mit Einnahmepause doseQuantity (2013‑12‑19) ref elgabbr-
Item DT Kard Konf Beschreibung Label 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. (Dos...4dq)

Id	1.2.40.0.34.11.30044 ref elgabbr-	Gültigkeit	2020‑07‑21 13:37:00 Andere Versionen mit dieser Id: Dosierung4er vom 2014‑09‑01 Dosierung4er vom 2013‑12‑19
Status	Entwurf	Versions-Label
Name	Dosierung4er	Bezeichnung	Dosierungsvariante 4: Einzeldosierung mit Einnahmepause entryRelationship
Beschreibung	Untergeordnete Komponenten für „Split dosing“ am Ende des ELGA MedikationVerordnungs-Entry MÜSSEN angegeben werden.
Klassifikation	CDA Entry 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.30047 Inklusion Splitdose-Einnahmezeitpunkte 2 DYNAMIC
Beziehung	Version: Template 1.2.40.0.34.11.30044 Dosierungsvariante 4: Einzeldosierung mit Einnahmepause entryRelationship (2014‑09‑01) ref elgabbr- Version: Template 1.2.40.0.34.11.30044 Dosierungsvariante 4: Einzeldosierung mit Einnahmepause entryRelationship (2014‑09‑01) ref elgabbr-
Item DT Kard Konf Beschreibung Label hl7:entryRelationship C Komponente zur Aufnahme eines Einnahmezeitpunkts und –dosis bei Dosierungsvariante 2 und 4. Wiederholung höchstens einmal je Zeitcode! (Dos...4er) 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. (Dos...4er) 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. (Dos...4er) @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. (Dos...4er) 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 (Dos...4er) wo [@xsi:type='EIVL_TS'] hl7:event 1 … 1 M Einnahmezeitpunkt. (Dos...4er) @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). (Dos...4er) @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! (Dos...4er) wo [@xsi:type='PIVL_TS'] [@operator='A'] @operator cs 1 … 1 F A hl7:phase IVL_TS 1 … 1 R Phase der Einnahme. (Dos...4er) hl7:value TS Erstes Datum des entsprechenden Wochentags nach Einnahmebeginn (z.B.: 01.10.2013 -> Dienstag). (Dos...4er) hl7:period PQ 1 … 1 R (Dos...4er) @value 1 … 1 F 1 @unit cs 1 … 1 F wk hl7:comp PIVL_TS 0 … * 2.+ Komponentencontainer zur Aufnahme der Einnahmetage (Dos...4er) wo [@xsi:type='PIVL_TS'] [@operator='I'] hl7:phase IVL_TS 1 … 1 R (Dos...4er) hl7:value TS (Dos...4er) hl7:period PQ 1 … 1 R (Dos...4er) @value 1 … 1 F 1 @unit cs 1 … 1 F wk hl7:doseQuantity IVL_PQ 1 … 1 M Dosis. (Dos...4er) hl7:consumable 1 … 1 M (Dos...4er) hl7:manufacturedProduct 1 … 1 M (Dos...4er) hl7:manufactured​Material 1 … 1 R (Dos...4er) @nullFlavor cs 1 … 1 F NA

5.4.1.1.6 Spezifikation ID des Verordnungs-Entry Containers (Rezept-Dokument)

Id	1.2.40.0.34.11.90013 ref elgabbr-	Gültigkeit	2020‑07‑21 13:38:52 Andere Versionen mit dieser Id: Iddescontainers vom 2015‑04‑23
Status	Entwurf	Versions-Label
Name	Iddescontainers	Bezeichnung	ID des Containers
Beschreibung Wird das ELGA MedikationVerordnungs-Entry im Rahmen der Medikationsliste verwendet, MUSS die ID des Rezept-Dokuments, welches das Verordnungs-Entry ursprünglich beinhaltete, angegeben sein. Bemerkung: Es ist immer die ID des Rezept-Dokuments anzugeben, mittels welchem das Verordnungs-Entry ursprünglich angelegt wurde, auch wenn z.B. das vorliegende Verordnungs-Entry das Ergebnis von Änderungen mittels Pharmazeutischer Empfehlungen ist und demnach eine andere VerordnungsID als das ursprüngliche besitzt.
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Beziehung	Version: Template 1.2.40.0.34.11.90013 ID des Containers (2015‑04‑23) ref elgabbr- Version: Template 1.2.40.0.34.11.90013 ID des Containers (2015‑04‑23) ref elgabbr-
Beispiel	Beispiel <reference typeCode="XCRPT">   <externalDocument>     <id root="1.2.40.0.10.1.4.3.4.2.1" extension="WYE82A2G8EEW" assigningAuthorityName="e-MedAT"/>  </externalDocument></reference>
Item DT Kard Konf Beschreibung Label hl7:reference ID des Verordnungs-Entry Containers (Rezept-Dokument). (Idd...ers) @typeCode cs 1 … 1 F XCRPT hl7:externalDocument 1 … 1 M (Idd...ers) hl7:id II 1 … 1 M ID des MedikationVerordnung-Entry. (Idd...ers) @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

5.4.1.1.7 ID des MedikationVerordnung-Entry

In diesem Element wird die VerordnungsID angegeben. Die VerordnungsID MUSS die eMED-ID beinhalten um eine globale Eindeutigkeit zu gewährleisten.

Strukturvorschrift: VerordnungsID = {eMED-ID}_{lokal vergebene ID}

Beispiel: WYE82A2G8EEW_4711

Im Falle, dass das ELGA MedikationVerordnung-Entry im Rahmen der Medikationsliste vorliegt, werden zwei ID-Elemente angegeben, welche wie folgt befüllt sind:

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

5.4.1.1.8 Einnahmedauer

Die Einnahmedauer dokumentiert den Zeitraum in dem die Einnahme des Medikaments erfolgen SOLL und wird im ersten effectiveTime-Element angegeben.

Ist eine Dosierungsvariante gemäß Kapitel 6.4.1.1.3 angegeben, MUSS die Einnahmedauer angegeben werden.

5.4.1.1.9 Dosierungsvarianten/Zeitpunkt(e) der Einnahme

Die Dosierungsvariante dokumentiert Dosis und den Zeitpunkt bzw. die Zeitpunkte innerhalb des Einnahmezeitraums, an denen die Einnahme des Medikaments erfolgen soll (z.B. Tages-dosierungen, Morgens-Mittags-Abends-Nachts, etc.).

Die Angabe der Dosierung ist optional.
Wenn eine Dosierung gemäß einer der Dosierungsvarianten angegeben wird, sind die Konformitäten wie im Folgenden beschrieben zu befolgen, ansonsten DÜRFEN alle im folgenden beschriebenen Elemente NICHT vorhanden sein.

Die folgenden Dosierungsvarianten sind erlaubt (erlaubt sind auch eine freitextliche Angabe der Dosierung und eine zusätzliche Information für den Patienten, siehe Zusatzinformation für den Patienten, alternative Einnahme und Informationen zur Arznei):

• Dosierungsvariante 1: Tagesdosierung
• Dosierungsvariante 2: Einzeldosierung
• Dosierungsvariante 3: Tagesdosierung an bestimmten Tagen
• Dosierungsvariante 4: Einzeldosierung an bestimmten Tagen

Die Angabe der Dosierungsvarianten ist strukturell unterschiedlich:

Dosierungsvarianten 1 und 3	TemplateID für „Normal dosing“ MUSS angegeben werden: 1.3.6.1.4.1.19376.1.5.3.1.4.7.1 Unmittelbar nach dem effectiveTime-Element für die Einnahmedauer werden ein weiteres effectiveTime-Element und ein doseQuantity-Element angegeben. Untergeordnete Komponenten für „Split dosing“ am Ende des ELGA MedikationVerordnung-Entry entfallen.
Dosierungsvarianten 2 und 4	TemplateID für „Split dosing“ MUSS angegeben werden: 1.3.6.1.4.1.19376.1.5.3.1.4.9 Das weitere effectiveTime-Element und das doseQuantity-Element nach dem effectiveTime-Element für die Einnahmedauer entfallen. Untergeordnete Komponenten für „Split dosing“ am Ende des ELGA MedikationVerordnung-Entry MÜSSEN angegeben werden.

5.4.1.1.10 Zusatzinformation für den Patienten, alternative Einnahme und Informationen zur Arznei

Zusatzinformationen für den Patienten, Informationen zur alternativen Einnahme und Informationen zur Arznei können hier angegeben werden.

Alle Informationskategorien sind Freitextfelder und werden strukturell getrennt abgelegt. Die strukturelle Trennung erfolgt im narrativen Bereich und wird mittels <content> Elementen vorgenommen.

Beispiele für die Informationskategorien sind:

• Zusatzinformationen für den Patienten (ZINFO): Allgemeine Informationen, Auswirkungen der Einnahme, Verhaltensanweisungen („beeinträchtigt ihre Fahrtüchtigkeit“)
• Informationen zur alternativen Einnahme (ALTEIN): Anweisungen, die die Einnahme direkt betreffen: Mengen, Zeitpunkte, Sequenzen, Art der Einnahme (Einnahme zusammen / nicht zusammen mit). Hier kann die Dosierung angegeben werden. Es können hier vollständige Einnahmeinformationen angegeben werden oder Ergänzungen zu einer der vier erlaubten strukturierten Dosierungsvarianten.
• Informationen zur Arznei (ARZNEIINFO): wird automatisiert in der Medikationsliste eingetragen

Der Bereich für die Zusatzinformationen für den Patienten MUSS mittels <content ID="zinfo-{generierteID}"> eingefasst werden. Die Angabe von Zusatzinformationen für den Patienten (z.B.: spezielle Anweisungen, etc.) ist OPTIONAL.

Der Bereich für die Informationen zur alternativen Einnahme MUSS mittels <content ID="altein-{generierteID}"> eingefasst werden. Die Angabe von Informationen zur alternativen Einnahme (z.B.: Einnahme bei Bedarf, etc.) ist OPTIONAL.

Der Bereich für die Informationen zur Arznei MUSS mittels <content ID="arzneiinfo-{generierteID}"> eingefasst werden. Informationen zur Arznei (z.B.: Mögliche Anwendungsarten, etc.) werden nur bei ELGA MedikationVerordnung-Entries verwendet, welche im Rahmen der Medikationsliste vorliegen. In allen anderen Fällen, DARF diese Information NICHT angegeben werden.

Abgesehen von diesen Blöcken sind weitere Daten im Bereich NICHT ERLAUBT.

5.4.1.1.11 Ergänzende Informationen zur Abgabe und magistralen Zubereitung

Ergänzende Informationen zur Abgabe und magistralen Zubereitung können hier angegeben werden.

Alle Informationskategorien sind Freitextfelder und werden strukturell getrennt abgelegt. Die strukturelle Trennung erfolgt im narrativen Bereich und wird mittels <content> Elementen vorgenommen.

Der Bereich für die ergänzenden Informationen zur Abgabe MUSS mittels <content ID="erginfo-{generierteID}"> eingefasst werden. Die Angabe ergänzender Informationen zur Abgabe (z.B.: spezielle Anweisungen für den Apotheker, etc.) ist OPTIONAL.

Der Bereich für die ergänzenden Informationen zur magistralen Zubereitung MUSS mittels <content ID="magzub-{generierteID}"> eingefasst werden. Die Angabe ergänzender Informationen zur magistralen Zubereitung (z.B. Zusatzstoffe, Verarbeitung, etc.) ist VERPFLICHTEND, wenn die Verordnung eine magistrale Zubereitung ist. Sind keine ergänzenden Informationen vorhanden, MUSS der Text „Magistrale Zubereitung“ angegeben werden.

Abgesehen von diesen Blöcken sind weitere Daten im Bereich NICHT ERLAUBT.

Id	1.2.40.0.34.11.30034 ref elgabbr-	Gültigkeit	2020‑10‑06 13:34:04 Andere Versionen mit dieser Id: PharmacistInstructions vom 2014‑09‑10 PharmacistInstructions vom 2013‑12‑21
Status	Entwurf	Versions-Label	2020.1
Name	PharmacistInstructions	Bezeichnung	Pharmacist Instructions
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Beziehung	Version: Template 1.2.40.0.34.11.30034 Pharmacist Instructions (2014‑09‑10) ref elgabbr-
Beispiel	Beispiel <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"/>  <text>     <reference value="#abginfo-{generierteID}"/>  </text>  <statusCode code="completed"/>  <!-- Eine oder mehrere Referenzen zu Informationskategorien: “Ergänzende Informationen zur Abgabe”, “Ergänzende Informationen zur magistralen Zubereitung” -->   <entryRelationship typeCode="SUBJ" inversionInd="true">     <act classCode="ACT" moodCode="INT">       <templateId root="1.2.40.0.34.11.8.0.3.2"/>      <code code="ERGINFO" codeSystem="1.2.40.0.34.5.103" codeSystemName="ELGA_ActCode"/>      <text>         <reference value="#erginfo|magzub-{generierteID}"/>      </text>      <statusCode code="completed"/>    </act>  </entryRelationship></act>
Item DT Kard Konf Beschreibung Label hl7:act (Pha...ons) @classCode cs 1 … 1 F ACT @moodCode cs 1 … 1 F INT hl7:templateId II 1 … 1 M (Pha...ons) @root uid 1 … 1 F 2.16.840.1.113883.10.20.1.43 hl7:templateId II 1 … 1 M (Pha...ons) @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 (Pha...ons) @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) (Pha...ons) hl7:reference TEL 1 … 1 M (Pha...ons) @value 1 … 1 R #abginfo-{generierteID}, z.B.: #abginfo-1 hl7:statusCode CS 1 … 1 M (Pha...ons) @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). (Pha...ons) @typeCode cs 1 … 1 F SUBJ @inversionInd bl 1 … 1 F true hl7:act 1 … 1 M (Pha...ons) @classCode cs 1 … 1 F ACT @moodCode cs 1 … 1 F INT hl7:templateId II 1 … 1 M (Pha...ons) @root uid 1 … 1 F 1.2.40.0.34.11.8.0.3.2 hl7:code CE 1 … 1 M (Pha...ons)   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) (Pha...ons) hl7:reference TEL 1 … 1 M (Pha...ons) @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 (Pha...ons) @code CONF 1 … 1 F completed

5.4.2 ELGA MedikationAbgabe-Entry

Template ID	ELGA: 1.2.40.0.34.11.8.2.3.1
Parent Template ID	HL7 CCD 3.9: 2.16.840.1.113883.10.20.1.34 IHE PCC Supply Entry: 1.3.6.1.4.1.19376.1.5.3.1.4.7.3 IHE PHARM Dispense Entry: 1.3.6.1.4.1.19376.1.9.1.3.4

Abbildung 4: CDA R-MIM (L-POCD_RM000040) Ausschnitt - Klassen um die Abgabe

Abbildung 4 zeigt die für die Abgabe relevanten R-MIM Klassen Supply und Product. Die Reihenfolge der Attribute entsprechend Schema ist normativ.

5.4.2.1 Spezifikation

Id	1.2.40.0.34.11.8.2.3.1 ref elgabbr-	Gültigkeit	2014‑09‑10 Andere Versionen mit dieser Id: MedikationAbgabeEntryemed vom 2014‑01‑31
Status	Entwurf	Versions-Label
Name	MedikationAbgabeEntryemed	Bezeichnung	Medikation Abgabe Entry eMedikation
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.11.8.2.3.1
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Benutzt	Benutzt 8 Templates Benutzt als Name Version 1.2.40.0.34.11.2.3.4 Containment Arznei Entry (1.0.3+20240819) DYNAMIC 1.2.40.0.34.11.90003 Inklusion AssignedEntityElements DYNAMIC 1.2.40.0.34.11.90004 Inklusion AuthorElements 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.30035 Containment Altered Dosage Instructions DYNAMIC 1.2.40.0.34.11.90013 Inklusion ID des Containers DYNAMIC
Beziehung	Version: Template 1.2.40.0.34.11.8.2.3.1 Medikation Abgabe Entry eMedikation (2014‑09‑10) ref elgabbr-
Beispiel	Strukturbeispiel <entry typeCode="DRIV">   <supply classCode="SPLY" moodCode="EVN">     <templateId root=" 1.2.40.0.34.11.8.2.3.1"/>    <!-- ELGA -->     <templateId root="2.16.840.1.113883.10.20.1.34"/>    <!-- HL7 CCD -->     <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.7.3"/>    <!-- IHE PCC -->     <templateId root="1.3.6.1.4.1.19376.1.9.1.3.4"/>    <!-- IHE PHARM -->     <!-- ID des MedikationAbgabe-Entry -->     <id root="1.2.40.0.10.1.4.3.4.2.3" extension="...AbgabeId..." assigningAuthorityName="Heilsapotheke"/>    <!-- Abgabeart -->     <code code="FFC" displayName="First Fill - Complete" codeSystem="2.16.840.1.113883.5.4" codeSystemName="HL7:ActCode"/>    <!-- Referenz zum narrativen Abschnitt dieses MedikationAbgabe-Entry im Text-Bereich der Sektion -->     <text>       <reference value="#apos-1"/>    </text>    <!-- Abgegebene Packungsanzahl -->     <quantity value="1"/>    <!-- Abgegebene Arznei -->     <product>       <!-- 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>    </product>    <!-- Verfasser der Verordnung, falls Referenz zu Verordnung vorhanden (nur bei Verwendung im Rahmen der Medikationsliste) -->     <author> : </author>    <!-- Verfasser der Abgabe (nur bei Verwendung im Rahmen der Medikationsliste) -->     <author> : </author>    <!-- Verordnung zu dieser Abgabe (falls vorhanden) -->     <entryRelationship typeCode="REFR">       <!-- ELGA MedikationVerordnung-Entry -->       <substanceAdministration classCode="SBADM" moodCode="INT">         <id root="1.2.40.0.10.1.4.3.4.2.2" extension="...VerordnungsID..."/>        <consumable>           <manufacturedProduct>             <manufacturedMaterial nullFlavor="NA"/>          </manufacturedProduct>        </consumable>      </substanceAdministration>    </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>    <!-- Dosierungsinformationen -->     <entryRelationship typeCode="COMP">       <substanceAdministration classCode="SBADM" moodCode="INT">         <templateId root="1.3.6.1.4.1.19376.1.9.1.3.6"/>         : ... Art der Anwendung ... : ... Einnahmedauer ... : ... Dosierungsvarianten 1 + 3 ... :         <consumable>           <manufacturedProduct>             <manufacturedMaterial nullFlavor="NA"/>          </manufacturedProduct>        </consumable>         : ... Dosierungsvarianten 2 + 4 ... :       </substanceAdministration>    </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>  </supply></entry>
Item DT Kard Konf Beschreibung Label hl7:supply (Med...med) @classCode cs 1 … 1 F SPLY @moodCode cs 1 … 1 F EVN hl7:templateId II 1 … 1 R (Med...med) @root uid 1 … 1 F 1.2.40.0.34.11.8.2.3.1 hl7:templateId II 1 … 1 R (Med...med) @root uid 1 … 1 F 2.16.840.1.113883.10.20.1.34 hl7:templateId II 1 … 1 R (Med...med) @root uid 1 … 1 F 1.3.6.1.4.1.19376.1.5.3.1.4.7.3 hl7:templateId II 1 … 1 R (Med...med) @root uid 1 … 1 F 1.3.6.1.4.1.19376.1.9.1.3.4 hl7:id II 1 … 1 M ID des MedikationAbgabe-Entry. (Med...med) wo [1] @root uid 1 … 1 R Wurzel OID der ID eines MedikationAbgabe-Entry gemäß Projekt e-Medikation @extension st 1 … 1 R AbgabeID = {eMedID}_{lokal vergebene ID}   Beispiel <id root="1.2.40.0.10.1.4.3.4.2.3" extension="2b4x6qA2p40La53i4dyt_081511" ssigningAuthorityName="Apothekexyz"/> hl7:id II 0 … 1 C ID des ursprünglichen MedikationAbgabe-Entry (aus dem Abgabe-Dokument) (Med...med) wo [2] @root uid 1 … 1 F 1.2.40.0.10.1.4.3.4.2.3   Wurzel OID der ID eines MedikationAbgabe-Entry gemäß Projekt e-Medikation @extension st 1 … 1 R AbgabeID = {eMedID}_{lokal vergebene ID}   Constraint Konditionale Konformität: Card Conf Prädikat 1..1 M Abgabe-Entry liegt in Medikationsliste vor NP Sonst   Beispiel <id root="1.2.40.0.10.1.4.3.4.2.3" extension="2b4x6qA2p40La53i4dyt_081511" assigningAuthorityName="Ordination Dr. Meier"/> hl7:code CE 0 … 1 Code des MedikationAbgabe-Entry (Abgabeart). Dieses Element dient zur Kennzeichnung, ob die Abgabe eine zugrundeliegende Verordnung vollständig oder partiell (z.B. im Falle einer Bestellung) erfüllt. (Med...med)   CONF Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.159 ELGA_MedikationAbgabeArt (DYNAMIC)   Beispiel Strukturbeispiel <code code="FFC" displayName="First Fill - Complete" codeSystem="2.16.840.1.113883.5.4" codeSystemName="HL7:ActCode"/> hl7:originalText ED 0 … 1 Textinhalt, der codiert wurde. Gemäß Vorgaben im „Allgemeinen Implementierungsleitfaden“, Kapitel „Codierungs-Elemente“. (Med...med) 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). (Med...med)   Beispiel Strukturbeispiel <text>   <reference value="#apos-1"/></text> hl7:reference TEL 1 … 1 M (Med...med) @value 1 … 1 R #apos-{generierteID}, z.B.: #apos-1 hl7:quantity PQ 1 … 1 R Packungsanzahl. Zugelassene nullFlavor: MSK Einschränkung: Negative Werte ergeben keinen Sinn und sind daher ungültig. (Med...med)   Beispiel Strukturbeispiel <!-- Abgegebene Packungsanzahl --> <quantity value="1"/> hl7:product 1 … 1 M Komponente zur Aufnahme der Arznei auf die sich der MedikationAbgabe-Entry bezieht. Beinhaltet 1.2.40.0.34.11.2.3.4 Arznei Entry (DYNAMIC) (Med...med)   Beispiel Strukturbeispiel <!-- Abgegebene Arznei --> <product>   <!-- 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></product> hl7:performer 0 … 1 C (Med...med) @typeCode cs 1 … 1 F PRF   Constraint Konditionale Konformität für das performer-Element:<TBODY></TBODY> Card Conf Prädikat 1..1 M Dieses Element (1.2.40.0.34.11.8.2.3.1) wird in Medikationsliste verwendet und eine Referenz zu einer Vordnung ist vorhanden NP Sonst hl7:time TS.​DATE.​MIN 1 … 1 R (Med...med) hl7:assignedEntity 1 … 1 M (Med...med) 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 (Med...med) hl7:addr AD 0 … 1 Ein Adress-Element der validierenden Person. Zugelassene nullFlavor: UNK (Med...med) hl7:telecom TEL.AT 0 … * Mindestens ein Telecom-Element der validierenden Person. Zugelassene nullFlavor: UNK (Med...med) hl7:assigned​Person 1 … 1 M Persondendaten der validierenden Person. (Med...med) 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. (Med...med) hl7:represented​Organization 0 … 1 Organistationsdaten der validierenden Person. (Med...med) 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 … * (Med...med) hl7:name ON 1 … 1 M (Med...med) hl7:telecom TEL.AT 0 … * (Med...med) hl7:addr AD 0 … 1 (Med...med)   Schematron assert role  error     test count(ancestor::hl7:templateId[@root='1.2.40.0.34.11.8.3'])=0 or count(hl7:author)=2     Meldung In einer Medikationsliste muss der Verfasser der Verordnung / der Abgabe (author-Element) angegeben werden.   Eingefügt 0 … 2 C von 1.2.40.0.34.11.90004 AuthorElements (DYNAMIC) 1. <author> Element: Verfasser der Verordnung zu dieser Abgabe. Das erste <author> Element beinhaltet den Verfasser des Rezepts auf dem die Verordnung ausgestellt wurde, auf die eine Referenz existiert. Das author/time Element hat dabei die Bedeutung „Datum der Verordnung“. Zugelassene nullFlavor: NA Da das <author> Element im CDA Schema gewisse Unterelemente zwingend benötigt, ist ein einfaches <author nullFlavor=‘NA‘/> nicht ausreichend und würde zu einer CDA Schema Verletzung führen. Im Falle der Anwendung von nullFlavor=‘NA‘ sind demnach die erforderlichen Unterelemente mit diesem Attribut zu versehen.  Diese Elemente werden nur bei ELGA MedikationAbgabe-Entries verwendet, welche im Rahmen der Medikationsliste vorliegen. 2. <author> Element: Verfasser der Abgabe Das zweite <author> Element beinhaltet den Verfasser der Abgabe. Das author/time Element hat dabei die Bedeutung „Datum der Abgabe“. Diese Elemente werden nur bei ELGA MedikationAbgabe-Entries verwendet, welche im Rahmen der Medikationsliste vorliegen.   Constraint Konditionale Konformität für die author-Elemente: Card Conf Prädikat NP Dieses Element (1.2.40.0.34.11.8.2.3.1) wird nicht in der Medikationsliste verwendet. Die author-Elemente werden nur bei ELGA MedikationAbgabe-Entries verwendet, welche im Rahmen der Medikationsliste vorliegen. 1.. R Dieses Element (1.2.40.0.34.11.8.2.3.1) wird in der Medikationsliste verwendet, dann: wenn eine Referenz zu einer Verordnung vorhanden ist ,wird im 1. Author-Element der Verfasser der Verordnung genannt; wenn keine Referenz zu einer Verordnung vorhanden ist, muss das Author-Element null sein (siehe Beispiel) ..2 M Dieses Element (1.2.40.0.34.11.8.2.3.1) wird in der Medikationsliste verwendet, dann wird im 2. Author-Element der Verfasser der Abgabe genannt.   Beispiel 1. <author> Element: Verfasser der Verordnung, falls Referenz zu Verordnung vorhanden <author> : Author Element, übernommen aus dem zugrundeliegenden Rezept-Dokument zu der Abgabe : </author>   Beispiel 1. <author> Element: Keine Referenz zu einer Vordnung vorhanden, Verfasser der Verordnung (1. Author-Element) ist null <author nullFlavor="NA">   <time nullFlavor="NA"/>  <assignedAuthor nullFlavor="NA">     <id nullFlavor="NA"/>  </assignedAuthor></author>   Beispiel Verfasser einer Abgabe (2. Author-Element) <author>   <functionCode code="P" displayName="Pharmazeut" codeSystem="1.2.40.0.34.99.111.2.1" codeSystemName="Heilsapotheke Funktionscodes"/>  <time value="20130327082015+0100"/>  <assignedAuthor>     <id root="1.2.40.0.34.99.111.1.4" extension="1111" assigningAuthorityName="Heilsapotheke"/>    <telecom use="WP" value="tel:+43.6138.3453446.1111"/>    <assignedPerson>       <!-- .. -->     </assignedPerson>    <representedOrganization>       <!-- .. -->     </representedOrganization>  </assignedAuthor></author> Auswahl 0 … 2 Elemente in der Auswahl: hl7:author[not(@nullFlavor)] hl7:author[@nullFlavor] hl7:author Verfasser des Dokuments. (Med...med) 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. (Med...med) 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 (Med...med) hl7:assignedAuthor 1 … 1 M Organisation, in deren Auftrag der Verfasser des Dokuments die Dokumentation verfasst hat. (Med...med) @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. (Med...med) 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. (Med...med)   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. (Med...med) 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. (Med...med) 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. (Med...med) hl7:assigned​Authoring​Device  … 1 (Med...med) @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. (Med...med) hl7:softwareName SC 0 … 1 Bezeichnung (und ggf Version) der datenerstellenden Software. (Med...med) hl7:represented​Organization 1 … 1 M (Med...med) 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 … * (Med...med) hl7:name ON 1 … 1 M (Med...med) hl7:telecom TEL.AT 0 … * (Med...med) hl7:addr AD 0 … 1 (Med...med) hl7:author Verfasser nicht bekannt/nicht anwendbar (Med...med) 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 (Med...med) @nullFlavor cs 1 … 1 F NA hl7:assignedAuthor 1 … 1 R (Med...med) @nullFlavor cs 1 … 1 F NA hl7:id 1 … 1 R (Med...med) @nullFlavor cs 1 … 1 F NA hl7:entryRelationship 0 … 1 C Referenz zur Verordnung. Falls vorhanden, ist die VerordnungsID zum abgegebenen Medikament als Beziehung angeführt. ACHTUNG: Es ist immer die VerordnungsID des Verordnungs-Entry anzugeben, welches ursprünglich im Rezept-Dokument angegeben wurde, unabhängig von etwaigen darauffolgenden Korrekturen mittels Pharmazeutischer Empfehlungen. (Med...med) wo [@typeCode='REFR'] @typeCode cs 1 … 1 F REFR   Constraint Konditionale Konformität Card Conf Prädikat 1..1 M Referenz zu VerordnungsID vorhanden NP Referenz zu VerordnungsID nicht vorhanden   Beispiel Strukturbeispiel <!-- Verordnung dieser Abgabe (falls vorhanden) --> <entryRelationship typeCode="REFR">   <!-- ELGA MedikationVerordnung-Entry -->   <substanceAdministration classCode="SBADM" moodCode="INT">     <id root="1.2.40.0.10.1.4.3.4.2.2" extension="...VerordnungsID..."/>    <consumable>       <manufacturedProduct>         <manufacturedMaterial nullFlavor="NA"/>      </manufacturedProduct>    </consumable>  </substanceAdministration></entryRelationship> hl7:substanceAdministration (Med...med) @classCode cs 1 … 1 F SBADM @moodCode cs 1 … 1 F INT hl7:id II 1 … 1 M VerordnungsID. (Med...med) @root uid 1 … 1 F 1.2.40.0.10.1.4.3.4.2.2   Wurzel OID der ID eines MedikationVerordnungs-Entry gemäß Projekt e-Medikation. @extension st 1 … 1 R VerordnungsID. Strukturvorschrift: VerordnungsID = {eMedID}_{lokal vergebene ID} hl7:consumable 1 … 1 M (Med...med) hl7:manufacturedProduct 1 … 1 M (Med...med) hl7:manufactured​Material 1 … 1 R (Med...med) @nullFlavor cs 1 … 1 F NA Eingefügt 0 … 1 R von 1.2.40.0.34.11.30033 Patient Instructions (DYNAMIC) hl7:act 0 … 1 R Abbildung der Zusatzbemerkungen als untergeordnetes act-Element. (Med...med) @classCode cs 1 … 1 F ACT @moodCode cs 1 … 1 F INT hl7:templateId II 1 … 1 M (Med...med) @root uid 1 … 1 F 2.16.840.1.113883.10.20.1.49 hl7:templateId II 1 … 1 M (Med...med) @root uid 1 … 1 F 1.3.6.1.4.1.19376.1.5.3.1.4.3 hl7:code CE 1 … 1 M (Med...med) @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) (Med...med) hl7:reference TEL 1 … 1 M (Med...med) @value 1 … 1 R #patinfo-{generierteID}, z.B.: #patinfo-1 hl7:statusCode CS 1 … 1 M (Med...med) @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). (Med...med) @typeCode cs 1 … 1 F SUBJ @inversionInd bl 1 … 1 F true hl7:act 1 … 1 M (Med...med) @classCode cs 1 … 1 F ACT @moodCode cs 1 … 1 F INT hl7:templateId II 1 … 1 M (Med...med) @root uid 1 … 1 F 1.2.40.0.34.11.8.0.3.1 hl7:code CE 1 … 1 M (Med...med)   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) (Med...med) hl7:reference TEL 1 … 1 M (Med...med) @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 (Med...med) @code CONF 1 … 1 F completed Eingefügt 0 … 1 R von 1.2.40.0.34.11.30034 Pharmacist Instructions (DYNAMIC) hl7:act 0 … 1 R (Med...med) @classCode cs 1 … 1 F ACT @moodCode cs 1 … 1 F INT hl7:templateId II 1 … 1 M (Med...med) @root uid 1 … 1 F 2.16.840.1.113883.10.20.1.43 hl7:templateId II 1 … 1 M (Med...med) @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 (Med...med) @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) (Med...med) hl7:reference TEL 1 … 1 M (Med...med) @value 1 … 1 R #abginfo-{generierteID}, z.B.: #abginfo-1 hl7:statusCode CS 1 … 1 M (Med...med) @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). (Med...med) @typeCode cs 1 … 1 F SUBJ @inversionInd bl 1 … 1 F true hl7:act 1 … 1 M (Med...med) @classCode cs 1 … 1 F ACT @moodCode cs 1 … 1 F INT hl7:templateId II 1 … 1 M (Med...med) @root uid 1 … 1 F 1.2.40.0.34.11.8.0.3.2 hl7:code CE 1 … 1 M (Med...med)   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) (Med...med) hl7:reference TEL 1 … 1 M (Med...med) @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 (Med...med) @code CONF 1 … 1 F completed hl7:entryRelationship 0 … 1 Komponente zur Aufnahme der Zusatzinformationen für den Patienten, Informationen zur alternativen Einnahme und Informationen zur Arznei.  (Med...med) 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   Beispiel Strukturbeispiel <text>   <content ID="patinfo-{generierteID}">     <content ID="zinfo-{generierteID}">       <!--... Hier stehen Zusatzinformationen für den Patienten ...-->     </content>    <content ID="altein-{generierteID}">       <!--... Hier stehen Informationen zur alternative Einnahme ...-->     </content>    <content ID="arzneiinfo_{generierteID}">       <!--... Hier stehen Informationen zur Arznei ... (nur im Rahmen der Medikationsliste)-->     </content>  </content></text>   Beispiel Strukturbeispiel <entry typeCode="DRIV">    :   <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"/>      <text>         <reference value="#patinfo-{generierteID}"/>      </text>      <statusCode code="completed"/>      <!-- Eine oder mehrere Referenzen zu Informationskategorien: “Zusatzinformationen für den Patienten”, “Informationen zur alternative Einnahme”, “Informationen zur Arznei” -->       <entryRelationship typeCode="SUBJ" inversionInd="true">         <act classCode="ACT" moodCode="INT">           <templateId root="1.2.40.0.34.11.8.0.3.1"/>          <code code="ZINFO|ALTEIN|ARZNEIINFO" codeSystem="1.2.40.0.34.5.103" codeSystemName="ELGA_ActCode"/>          <text>             <reference value="#zinfo|altein|arzneiinfo-{generierteID}"/>          </text>          <statusCode code="completed"/>        </act>      </entryRelationship>    </act>  </entryRelationship>   : </entry> 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. (Med...med) @classCode cs 1 … 1 F ACT @moodCode cs 1 … 1 F INT hl7:templateId II 1 … 1 M (Med...med) @root uid 1 … 1 F 2.16.840.1.113883.10.20.1.49 hl7:templateId II 1 … 1 M (Med...med) @root uid 1 … 1 F 1.3.6.1.4.1.19376.1.5.3.1.4.3 hl7:code CE 1 … 1 M (Med...med) @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) (Med...med) hl7:reference TEL 1 … 1 M (Med...med) @value 1 … 1 R #patinfo-{generierteID}, z.B.: #patinfo-1 hl7:statusCode CS 1 … 1 M (Med...med) @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). (Med...med) @typeCode cs 1 … 1 F SUBJ @inversionInd bl 1 … 1 F true hl7:act 1 … 1 M (Med...med) @classCode cs 1 … 1 F ACT @moodCode cs 1 … 1 F INT hl7:templateId II 1 … 1 M (Med...med) @root uid 1 … 1 F 1.2.40.0.34.11.8.0.3.1 hl7:code CE 1 … 1 M (Med...med)   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) (Med...med) hl7:reference TEL 1 … 1 M (Med...med) @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 (Med...med) @code CONF 1 … 1 F completed hl7:entryRelationship 0 … 1 Ergänzende Informationen zur Abgabe und magistralen Zubereitung. (Med...med) 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 Card Conf Prädikat 1..1 M Arznei ist eine magistrale Zubereitung 0..1 O Arznei ist keine magistrale Zubereitung   Beispiel Strukturbeispiel <text>    :   <content ID="abginfo-{generierteID}">     <content ID="erginfo-{generierteID}"> ... Hier stehen ergänzende Informationen zur Abgabe ... </content>    <content ID="magzub-{generierteID}"> ... Hier stehen ergänzende Informationen zur magistralen Zubereitung ... </content>  </content>   : </text>   Beispiel Strukturbeispiel <entry typeCode="DRIV">    :   <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"/>      <text>         <reference value="#abginfo-{generierteID}"/>      </text>      <statusCode code="completed"/>      <!-- Eine oder mehrere Referenzen zu Informationskategorien: “Ergänzende Informationen zur Abgabe”, “Ergänzende Informationen zur magistralen Zubereitung” -->       <entryRelationship typeCode="SUBJ" inversionInd="true">         <act classCode="ACT" moodCode="INT">           <templateId root="1.2.40.0.34.11.8.0.3.2"/>          <code code="ERGINFO|MAGZUB" codeSystem="1.2.40.0.34.5.103" codeSystemName="ELGA_ActCode"/>          <text>             <reference value="#erginfo|magzub-{generierteID}"/>          </text>          <statusCode code="completed"/>        </act>      </entryRelationship>    </act>  </entryRelationship>   : </entry> Eingefügt 1 … 1 M von 1.2.40.0.34.11.30034 Pharmacist Instructions (DYNAMIC) hl7:act 1 … 1 M (Med...med) @classCode cs 1 … 1 F ACT @moodCode cs 1 … 1 F INT hl7:templateId II 1 … 1 M (Med...med) @root uid 1 … 1 F 2.16.840.1.113883.10.20.1.43 hl7:templateId II 1 … 1 M (Med...med) @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 (Med...med) @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) (Med...med) hl7:reference TEL 1 … 1 M (Med...med) @value 1 … 1 R #abginfo-{generierteID}, z.B.: #abginfo-1 hl7:statusCode CS 1 … 1 M (Med...med) @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). (Med...med) @typeCode cs 1 … 1 F SUBJ @inversionInd bl 1 … 1 F true hl7:act 1 … 1 M (Med...med) @classCode cs 1 … 1 F ACT @moodCode cs 1 … 1 F INT hl7:templateId II 1 … 1 M (Med...med) @root uid 1 … 1 F 1.2.40.0.34.11.8.0.3.2 hl7:code CE 1 … 1 M (Med...med)   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) (Med...med) hl7:reference TEL 1 … 1 M (Med...med) @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 (Med...med) @code CONF 1 … 1 F completed Eingefügt 0 … 1 von 1.2.40.0.34.11.30045 Therapieart (DYNAMIC) Therapieart. Im Falle von Abgaben zu einer Verordnung nur anzugeben, falls dieses sich von der Therapieart der Verordnung unterscheidet.   Beispiel Strukturbeispiel <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:entryRelationship 0 … 1 Therapieart dieses MedikationVerordnung-Entry (Med...med) 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 (Med...med) @classCode 1 … 1 F ACT @moodCode 1 … 1 F INT hl7:templateId II 1 … 1 M (Med...med) @root 1 … 1 F 1.2.40.0.34.11.8.1.3.4 hl7:code CE 1 … 1 M (Med...med)   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“. (Med...med) hl7:entryRelationship 0 … 1 Komponente zur Aufnahme der optionalen Dosierungsinformationen. Beinhaltet 1.2.40.0.34.11.30035 Altered Dosage Instructions (DYNAMIC) (Med...med) wo [@typeCode='COMP'] [hl7:substanceAdministration/hl7:templateId [@root='1.3.6.1.4.1.19376.1.9.1.3.6']] @typeCode cs 1 … 1 F COMP   Beispiel Strukturbeispiel <entryRelationship typeCode="COMP">   <substanceAdministration classCode="SBADM" moodCode="INT">     <templateId root="1.3.6.1.4.1.19376.1.9.1.3.6"/>     : ... Einnahmedauer ... : ... Dosierungsvarianten 1 + 3 ... : ... Art der Anwendung ... :     <consumable>       <manufacturedProduct>         <manufacturedMaterial nullFlavor="NA"/>      </manufacturedProduct>    </consumable>     : ... Dosierungsvarianten 2 + 4 ... :   </substanceAdministration></entryRelationship> Eingefügt 0 … 1 C von 1.2.40.0.34.11.90013 ID des Containers (DYNAMIC) ID des Verordnungs-Entry Containers (Abgabe-Dokument). Wird das ELGA MedikationAbgabe-Entry im Rahmen der Medikationsliste verwendet, MUSS die ID des Abgabe-Dokuments, welches das Abgabe-Entry ursprünglich beinhaltete, angegeben sein.   Constraint Konditionale Konformität für ID des Verordnungs-Entry Containers (Abgabe-Dokument) Card Conf Prädikat 1..1 M Element wird in Medikationsliste verwendet NP Sonst   Beispiel Strukturbeispiel <reference typeCode="XCRPT">   <externalDocument>     <id root="1.2.40.0.10.1.4.3.4.2.1" extension="C8688SC242CY" assigningAuthorityName="e-MedAT"/>  </externalDocument></reference> hl7:reference 0 … 1 C ID des Verordnungs-Entry Containers (Rezept-Dokument). (Med...med) @typeCode cs 1 … 1 F XCRPT hl7:externalDocument 1 … 1 M (Med...med) hl7:id II 1 … 1 M ID des MedikationVerordnung-Entry. (Med...med) @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

5.4.2.1.1 Altered Dosage Instructions

Id	1.2.40.0.34.11.30035 ref elgabbr-	Gültigkeit	2013‑12‑21
Status	Aktiv	Versions-Label
Name	AlteredDosageInformation	Bezeichnung	Altered Dosage Instructions
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Benutzt	Benutzt 14 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.30038 Inklusion Dosierungsvariante 1: Tagesdosierung entryRelationship DYNAMIC 1.2.40.0.34.11.30040 Inklusion Dosierungsvariante 2: Einzeldosierung entryRelationship DYNAMIC 1.2.40.0.34.11.30042 Inklusion Dosierungsvariante 3: Tagesdosierung mit Einnahmepause entryRelationship DYNAMIC 1.2.40.0.34.11.30044 Inklusion Dosierungsvariante 4: Einzeldosierung mit Einnahmepause entryRelationship DYNAMIC
Item DT Kard Konf Beschreibung Label hl7:substanceAdministration 1 … 1 M (Alt...ion) @classCode 1 … 1 F SBADM @moodCode 1 … 1 F INT hl7:templateId II 1 … 1 (Alt...ion) @root 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) 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 (Alt...ion) @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 (Alt...ion) @root uid 1 … 1 F 1.3.6.1.4.1.19376.1.5.3.1.4.7.1 hl7:templateId II  … 1 M (Alt...ion) @root uid 1 … 1 F 1.3.6.1.4.1.19376.1.5.3.1.4.9 Eingefügt von 1.2.40.0.34.11.30006 Einnahmedauer (DYNAMIC) 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. (Alt...ion) wo [1] [hl7:low] hl7:low TS 1 … 1 R Zeitpunkt des Einnahmestarts. Zugelassene nullFlavor: UNK (Alt...ion) hl7:high TS 1 … 1 R Zeitpunkt des Einnahmeendes. Zugelassene nullFlavor: UNK (Alt...ion) hl7:effectiveTime IVL_TS Dauer der Einnahme, wenn Einnahmestart unbekannt (Alt...ion) 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" (Alt...ion) @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 (Alt...ion) 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 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. (Alt...ion) 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. (Alt...ion) @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. (Alt...ion) 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. (Alt...ion) 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) (Alt...ion) hl7:period PQ 1 … 1 R (Alt...ion) @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 (Alt...ion) 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. (Alt...ion) wo [not(@operator)] hl7:phase IVL_TS 1 … 1 R Erstes Datum des entsprechenden Wochentags nach Einnahmebeginn (z.B.: 01.10.2013 -> Dienstag) (Alt...ion) hl7:period PQ 1 … 1 R (Alt...ion) @value 1 … 1 F 1 @unit cs 1 … 1 F wk hl7:comp PIVL_TS 0 … * (Alt...ion) wo [@operator='I'] @operator cs 1 … 1 F I hl7:phase IVL_TS 1 … 1 R (Alt...ion) hl7:period PQ 1 … 1 R (Alt...ion) @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. (Alt...ion) wo [2] Auswahl 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 (Alt...ion) 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 (Alt...ion) wo [hl7:lowoder hl7:high] hl7:low PQ (Alt...ion) @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 (Alt...ion) @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. (Alt...ion) 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 (Alt...ion) 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 (Alt...ion) wo [hl7:lowoder hl7:high] hl7:low PQ (Alt...ion) @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 (Alt...ion) @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. (Alt...ion) hl7:routeCode CE 0 … 1 Art der Anwendung der Arznei (Alt...ion) @codeSystem CONF 0 … 1 F 1.2.40.0.10.1.4.3.4.3.4 hl7:consumable 1 … 1 M (Alt...ion) hl7:manufacturedProduct 1 … 1 M (Alt...ion) hl7:manufactured​Material 1 … 1 (Alt...ion) @nullFlavor 1 … 1 F NA Auswahl Elemente in der Auswahl: hl7:entryRelationship[@typeCode='COMP'] eingefügt vom Template 1.2.40.0.34.11.30038 Dosierungsvariante 1: Tagesdosierung entryRelationship (DYNAMIC) hl7:entryRelationship[hl7:substanceAdministration/hl7:effectiveTime[@xsi:type='EIVL_TS']] eingefügt vom Template 1.2.40.0.34.11.30040 Dosierungsvariante 2: Einzeldosierung entryRelationship (DYNAMIC) hl7:entryRelationship eingefügt vom Template 1.2.40.0.34.11.30042 Dosierungsvariante 3: Tagesdosierung mit Einnahmepause entryRelationship (DYNAMIC) hl7:entryRelationship[hl7:substanceAdministration/hl7:effectiveTime[@xsi:type='SXPR_TS']] eingefügt vom Template 1.2.40.0.34.11.30044 Dosierungsvariante 4: Einzeldosierung mit Einnahmepause entryRelationship (DYNAMIC) Eingefügt von 1.2.40.0.34.11.30038 Dosierungsvariante 1: Tagesdosierung entryRelationship (DYNAMIC) hl7:entryRelationship NP Komponente zur Aufnahme eines Einnahmezeitpunkts und einer –dosis bei Dosierungsvarianten 2 und 4. (Alt...ion) wo [@typeCode='COMP'] 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! (Alt...ion) 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. (Alt...ion) 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. (Alt...ion) @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. (Alt...ion) wo [@xsi:type='EIVL_TS'] hl7:event 1 … 1 M Einnahmezeitpunkt. (Alt...ion) @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). (Alt...ion) @value 1 … 1 F 0 @unit cs 1 … 1 F s hl7:doseQuantity IVL_PQ 1 … 1 M Dosis. (Alt...ion) hl7:consumable 1 … 1 M (Alt...ion) hl7:manufacturedProduct 1 … 1 M (Alt...ion) hl7:manufactured​Material 1 … 1 R (Alt...ion) @nullFlavor cs 1 … 1 F NA Eingefügt von 1.2.40.0.34.11.30042 Dosierungsvariante 3: Tagesdosierung mit Einnahmepause entryRelationship (DYNAMIC) hl7:entryRelationship NP Komponente zur Aufnahme eines Einnahmezeitpunkts und –dosis bei Dosierungsvariante 2 und 4. (Alt...ion) 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! (Alt...ion) 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. (Alt...ion) 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. (Alt...ion) @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. (Alt...ion) 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 (Alt...ion) wo [@xsi:type='EIVL_TS'] hl7:event 1 … 1 M Einnahmezeitpunkt. (Alt...ion) @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). (Alt...ion) @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! (Alt...ion) wo [@xsi:type='PIVL_TS'] [@operator='A'] @operator cs 1 … 1 F A hl7:phase IVL_TS 1 … 1 R Phase der Einnahme. (Alt...ion) hl7:value TS Erstes Datum des entsprechenden Wochentags nach Einnahmebeginn (z.B.: 01.10.2013 -> Dienstag). (Alt...ion) hl7:period PQ 1 … 1 R (Alt...ion) @value 1 … 1 F 1 @unit cs 1 … 1 F wk hl7:comp PIVL_TS 0 … * 2.+ Komponentencontainer zur Aufnahme der Einnahmetage (Alt...ion) wo [@xsi:type='PIVL_TS'] [@operator='I'] hl7:phase IVL_TS 1 … 1 R (Alt...ion) hl7:value TS (Alt...ion) hl7:period PQ 1 … 1 R (Alt...ion) @value 1 … 1 F 1 @unit cs 1 … 1 F wk hl7:doseQuantity IVL_PQ 1 … 1 M Dosis. (Alt...ion) hl7:consumable 1 … 1 M (Alt...ion) hl7:manufacturedProduct 1 … 1 M (Alt...ion) hl7:manufactured​Material 1 … 1 R (Alt...ion) @nullFlavor cs 1 … 1 F NA

5.4.2.1.2 ID des MedikationAbgabe-Entry

In diesem Element wird die AbgabeID angegeben. Die AbgabeID MUSS die eMED-ID beinhalten um eine globale Eindeutigkeit zu gewährleisten.

Strukturvorschrift: AbgabeID = {eMED-ID}_{lokal vergebene ID}

Beispiel: C8688SC242CY_081511

Im Falle, dass das ELGA MedikationAbgabe-Entry im Rahmen der Medikationsliste vorliegt, werden zwei ID Elemente angegeben, welche wie folgt befüllt sind:

1. Das erste ID Element enthält eine von den Zentralkomponenten der e-Medikation vergebene neue ID des Abgabe-Entry, welche durch eine eigene OID im @root Attribut gekennzeichnet ist. Diese neue ID ist notwendig, da das Abgabe-Entry bei Rückgabe in der Medikationsliste durch die Zentralkomponenten mit verschiedenen zusätzlichen Informationen ergänzt wird.
2. Das zweite ID Element enthält die ID des ursprünglich im Rezept-Dokument angegebenen Abgabe-Entry, welcher der Ausgangspunkt des vorliegenden Abgabe-Entry darstellt.

5.4.2.1.3 Abgabeart

Abgabeart dieses MedikationAbgabe-Entry. Dieses Element dient zur Kennzeichnung, ob die Abgabe eine zugrundeliegende Verordnung vollständig oder partiell (z.B. im Falle einer Bestellung) erfüllt.

Vollständige Abgabe

Eine vollständige Abgabe erfüllt eine zugrundeliegende Verordnung vollständig.

• In diesem Fall MUSS der code “First Fill - Complete” angegeben werden.
• Ist das Element nicht angegeben, gilt die Abgabe ebenfalls als vollständig (“First Fill - Complete”).

Partielle Abgabe
Eine partielle Abgabe erfüllt eine zugrundeliegende Verordnung teilweise.

• Im Fall, dass die Abgabe die erste partielle Abgabe zu der Verordnung darstellt, MUSS der code “First Fill - Part Fill” angegeben werden.
• Im Fall, dass die Abgabe nicht die erste partielle Abgabe zu der Verordnung darstellt, jedoch die Verordnung noch nicht vollständig erfüllt, MUSS der code “Refill - Part Fill” angegeben werden.
• Im Fall, dass die Abgabe die letzte partielle Abgabe darstellt, welche die Verordnung vollständig erfüllt, MUSS der code “Refill - Complete” angegeben werden.

Ergänzende Erläuterungen:
Beispiel 1: Im Falle einer vollständigen Abgabe zu einer Verordnung oder einer Abgabe ohne Verordnung MUSS Abgabeart entweder weggelassen oder „First Fill - Complete“ angegeben werden.

Kann eine Verordnung mehrmals eingelöst werden (z.B.: Privatrezept), so gilt das Konzept für jede einzelne Instanz der Einlösungen.

Beispiel 2: Wird das Rezept von der Apotheke einbehalten, aber das Medikament noch nicht ausgegeben (z.B. weil das Medikament erst bestellt oder zubereitet werden muss), so kann dieser Vorgang mit einer partiellen Leerabgabe dokumentiert werden. In diesem Fall wird „First Fill - Part Fill“ angegeben und die abgegebene Packungsanzahl auf 0 gesetzt (siehe Kapitel Abgegebene Packungsanzahl). Bei späterer Ausgabe des Medikaments an den Patienten wird erneut eine partielle Abgabe dokumentiert, wobei diesmal „Refill - Complete“ angegeben werden MUSS, um zu dokumentieren, dass die Verordnung nun vollständig eingelöst ist.

Dasselbe Prinzip gilt, wenn das Medikament nur teilweise ausgegeben wird (z.B. weil nicht genügend Packungen vorhanden sind und der Rest erst nachbestellt werden muss).

5.4.2.1.4 Abgegebene Packungsanzahl

In diesem Element ist die abgegebene Packungsanzahl der Medikation angegeben. Bei magistralen Zubereitungen wird die Anzahl der abgegebenen Einheiten der Arznei in derselben Art und Weise gehandhabt werden 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 (siehe Kapitel „Ergänzende Informationen zur Abgabe und magistralen Zubereitung“).

Im Falle einer Leerabgabe ist der Wert 0 anzugeben. Eine optionale Begründung zur Leerabgabe kann in den ergänzenden Informationen zur Abgabe angegeben werden (siehe Kapitel Ergänzende Informationen zur Abgabe und magistralen Zubereitung).

5.4.2.1.5 Verfasser der Verordnung zu dieser Abgabe

Diese Elemente werden nur bei ELGA MedikationAbgabe-Entries verwendet, welche im Rahmen der Medikationsliste vorliegen.

Das erste <author> Element beinhaltet den Verfasser des Rezepts auf dem die Verordnung ausgestellt wurde, auf die eine Referenz existiert. 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).

5.4.2.1.6 Zusatzinformation für den Patienten, Informationen zur alternativen Einnahme und Informationen zur Arznei

Zusatzinformationen für den Patienten, Informationen zur alternativen Einnahme und Informationen zur Arznei können hier angegeben werden.

Alle Informationskategorien sind Freitextfelder und werden strukturell getrennt abgelegt. Die strukturelle Trennung erfolgt im narrativen Bereich und wird mittels <content> Elementen vorgenommen.

Der Bereich für die Zusatzinformationen für den Patienten MUSS mittels <content ID="zinfo-{generierteID}"> eingefasst werden. Die Angabe von Zusatzinformationen für den Patienten (z.B.: spezielle Anweisungen, etc.) ist OPTIONAL.

Der Bereich für die Informationen zur alternativen Einnahme MUSS mittels <content ID="altein-{generierteID}"> eingefasst werden. Die Angabe von Informationen zur alternativen Einnahme (z.B.: Einnahme bei Bedarf, etc.) ist OPTIONAL.

Der Bereich für die Informationen zur Arznei MUSS mittels <content ID="arzneiinfo-{generierteID}"> eingefasst werden. Informationen zur Arznei (z.B.: Mögliche Anwendungsarten, etc.) werden nur bei ELGA MedikationAbgabe-Entries verwendet, welche im Rahmen der Medikationsliste vorliegen. In allen anderen Fällen, DARF diese Information NICHT angegeben werden.

Abgesehen von diesen Blöcken sind weitere Daten im Bereich NICHT ERLAUBT.

5.4.2.1.7 Ergänzende Informationen zur Abgabe und magistralen Zubereitung

Ergänzende Informationen zur Abgabe und magistralen Zubereitung können hier angegeben werden.

Alle Informationskategorien sind Freitextfelder und werden strukturell getrennt abgelegt. Die strukturelle Trennung erfolgt im narrativen Bereich und wird mittels <content> Elementen vorgenommen.

Der Bereich für die ergänzenden Informationen zur Abgabe MUSS mittels <content ID="erginfo-{generierteID}"> eingefasst werden. Die Angabe ergänzender Informationen zur Abgabe (z.B.: Begründung für eine Leerabgabe, etc.) ist OPTIONAL.

Der Bereich für die ergänzenden Informationen zur magistralen Zubereitung MUSS mittels <content ID="magzub-{generierteID}"> eingefasst werden. Die Angabe ergänzender Informationen zur magistralen Zubereitung (z.B. Zusatzstoffe, Verarbeitung, etc.) ist VERPFLICHTEND, wenn die Abgabe eine magistrale Zubereitung ist. Sind keine ergänzenden Informationen vorhanden, MUSS der Text „Magistrale Zubereitung“ angegeben werden.

Abgesehen von diesen Blöcken sind weitere Daten im Bereich NICHT ERLAUBT.

5.4.2.1.8 Einnahmedauer, Dosierungsinformationen, Art der Anwendung

Es ist technisch möglich, bei der Abgabe Dosierungsinformationen anzugeben bzw. gegenüber einer zugrundeliegenden Verordnung abzuändern.⁴⁷

Bei der Verwendung des ELGA MedikationAbgabe-Entry im Rahmen der Medikationsliste ist dieses Element angegeben und beinhaltet die letztgültige Dosierungsinformation zu dieser Abgabe, falls vorhanden.

Als Dosierungsinformationen gelten exakt die folgenden Informationen:

Dosierungs-Informationselement	Spezifikationskapitel
Einnahmedauer	Kapitel Einnahmedauer
Dosierungsvarianten	Kapitel Dosierungsvarianten
Art der Anwendung	Kapitel Art der Anwendung

Es sind immer vollständige Dosierungsinformationen anzugeben. Die Struktur ist von der Struktur des ELGA MedikationVerordnung-Entry abgeleitet (ohne templateIds).

⁴⁷ Ausdrücklich festgehalten wird: Kein Apotheker darf ohne Rücksprache mit dem Arzt ein anderes als das vom Arzt verordnetes Medikament in der vom Arzt verordneten Dosierung abgeben.

5.4.3 ELGA MedikationPharmazeutischeEmpfehlung-Entry

Template ID	ELGA: 1.2.40.0.34.11.8.4.3.1
Parent Template ID	IHE PHARM Pharmaceutical Advice Entry: 1.3.6.1.4.1.19376.1.9.1.3.3

Abbildung 5: CDA R-MIM (L-POCD_RM000040) Ausschnitt - Klassen um die pharmazeutische Empfehlung

Diese Abbildung zeigt die für die pharmazeutische Empfehlung relevanten R-MIM Klassem Observation, SubstanceAdministration, Consumable. Die Reihenfolge der Attribute entsprechend Schema ist normativ.

5.4.3.1 Spezifikation

Id	1.2.40.0.34.11.8.4.3.1 ref elgabbr-	Gültigkeit	2014‑03‑04 Andere Versionen mit dieser Id: MedikationPharmazeutischeEmpfehlungEntry vom 2014‑01‑31
Status	Aktiv	Versions-Label
Name	MedikationPharmazeutischeEmpfehlungEntry	Bezeichnung	Medikation Pharmazeutische Empfehlung Entry eMedikation
Kontext	Elternknoten des Template-Element mit Id 1.2.40.0.34.11.8.4.3.1
Klassifikation	CDA Entry Level Template
Offen/Geschlossen	Offen (auch andere als die definierten Elemente sind erlaubt)
Benutzt	Benutzt 2 Templates Benutzt als Name Version 1.2.40.0.34.11.8.1.3.1 Containment Medikation Verordnung Entry eMedikation DYNAMIC 1.2.40.0.34.11.90015 Inklusion Altered Supply Information DYNAMIC
Beziehung	Version: Template 1.2.40.0.34.11.8.4.3.1 Medikation Pharmazeutische Empfehlung Entry eMedikation (2014‑03‑04) ref elgabbr-
Beispiel	Strukturbeispiel <entry typeCode="DRIV">   <observation classCode="OBS" moodCode="EVN">     <templateId root="1.2.40.0.34.11.8.4.3.1"/>    <!-- ELGA -->     <templateId root="1.3.6.1.4.1.19376.1.9.1.3.3"/>    <!-- IHE PHARM -->     <!-- ID des MedikationAbgabe-Entry -->     <id root="1.2.40.0.10.1.4.3.4.2.4" extension="...PharmazeutischeEmpfehlungId..." assigningAuthorityName="Ordination Dr. Meier"/>    <!-- Code des MedikationAbgabe-Entry (Therapieart) -->     <code code="CANCEL" displayName="Storno/Absetzen" codeSystem="1.3.6.1.4.1.19376.1.9.2.1" codeSystemName="IHE Pharmaceutical Advice Status List"/>    <!-- Referenz zum narrativen Abschnitt dieses PharmazeutischeEmpfehlung- Entry im Text-Bereich der Sektion -->     <text>       <reference value="#pepos-1"/>    </text>    <statusCode code="completed"/>    <!-- Zeitpunkt, an dem die Pharmazeutische Empfehlung wirksam wird -->     <effectiveTime value="20140115000000+0100"/>    <!-- Referenz zur Verordnung -->     <entryRelationship typeCode="REFR">       <!-- ELGA MedikationVerordnung-Entry -->       <substanceAdministration classCode="SBADM" moodCode="INT">         <templateId root="1.2.40.0.34.11.8.1.3.1"/>        <!-- ELGA -->         <templateId root="1.3.6.1.4.1.19376.1.9.1.3.2"/>        <!-- IHE PHARM -->         <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.7"/>        <!-- IHE PCC -->         <templateId root="2.16.840.1.113883.10.20.1.24"/>        <!-- CCD -->         <id root="1.2.40.0.10.1.4.3.4.2.2" extension="...VerordnungsID..."/>        <consumable>           <manufacturedProduct>             <manufacturedMaterial nullFlavor="NA"/>          </manufacturedProduct>        </consumable>      </substanceAdministration>    </entryRelationship>  </observation></entry>
Item DT Kard Konf Beschreibung Label hl7:observation 1 … 1 M (Med...try) @classCode cs 1 … 1 F OBS @moodCode cs 1 … 1 F EVN hl7:templateId II 1 … 1 M (Med...try) @root uid 1 … 1 F 1.2.40.0.34.11.8.4.3.1 hl7:templateId II 1 … 1 M (Med...try) @root uid 1 … 1 F 1.3.6.1.4.1.19376.1.9.1.3.3 hl7:id II 1 … 1 M In diesem Element wird die PharmazeutischeEmpfehlungID angegeben. Die PharmazeutischeEmpfehlungID MUSS die eMED-ID beinhalten um eine globale Eindeutigkeit zu gewährleisten. Strukturvorschrift: PharmazeutischeEmpfehlungID = {eMED-ID}_{lokal vergebene ID} Beispiel: 6NW2AYSYQNSU_aaa11 (Med...try) @root uid 1 … 1 F 1.2.40.0.10.1.4.3.4.2.4   Wurzel OID der ID eines MedikationPharmazeutischeEmpfehlung-Entry gemäß Projekt e-Medikation. @extension st 1 … 1 R PharmazeutischeEmpfehlungID = {eMedID}_{lokal vergebene ID}   Beispiel Strukturbeispiel <id root="1.2.40.0.10.1.4.3.4.2.4" extension="2b4x6qA2p40La53i4dyt_aaa11" ssigningAuthorityName="Ordination Dr. Meier"/> hl7:code CE 0 … 1 Pharmazeutische Empfehlung Status. (Med...try)   CONF Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.71 ELGA_MedikationPharmazeutischeEmpfehlungStatus (DYNAMIC)   Beispiel Strukturbeispiel <code code="CANCEL" displayName="Storno/Absetzen" codeSystem="1.3.6.1.4.1.19376.1.9.2.1" codeSystemName="IHE Pharmaceutical Advice Status List"/> hl7:originalText ED 0 … 1 Textinhalt, der codiert wurde, gemäß Vorgaben im „Allgemeinen Implementierungsleitfaden“, Kapitel „Codierungs-Elemente“. (Med...try) 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). (Med...try)   Beispiel Strukturbeispiel <text>   <reference value="#pepos-1"/></text> hl7:reference TEL 1 … 1 M (Med...try) @value 1 … 1 R #pepos-{generierteID}, z.B.: #pepos-1 hl7:statusCode CS 1 … 1 M (Med...try) @code CONF 1 … 1 F completed   Beispiel Strukturbeispiel <statusCode code="completed"/> hl7:entryRelationship 0 … 1 Referenz zur Verordnung. Dieses Element beinhaltet die VerordnungsID, auf die sich diese Pharmazeutische Empfehlung bezieht. Bei folgenden Anwendungsfällen MUSS eine Referenz zu einer Verordnung angegeben werden: Verordnung ändern Verordnung stornieren Es MUSS in jedem Fall entweder eine Referenz zu einer VerordnungsID oder zu einer AbgabeID angegeben werden. ACHTUNG: Es ist immer die VerordnungsID des Verordnungs-Entry anzugeben, welches ursprünglich im Rezept-Dokument angegeben wurde, unabhängig von etwaigen darauffolgenden Korrekturen mittels Pharmazeutischer Empfehlungen. (Med...try) wo [@typeCode='REFR'] [hl7:substanceAdministration [not(hl7:templateId)]] @typeCode cs 1 … 1 F REFR   Beispiel Strukturbeispiel <entryRelationship typeCode="REFR">   <!-- ELGA MedikationVerordnung-Entry -->   <substanceAdministration classCode="SBADM" moodCode="INT">     <id root="1.2.40.0.10.1.4.3.4.2.2" extension="...VerordnungsID..."/>    <consumable>       <manufacturedProduct>         <manufacturedMaterial nullFlavor="NA"/>      </manufacturedProduct>    </consumable>  </substanceAdministration></entryRelationship> hl7:substanceAdministration 1 … 1 M (Med...try) @classCode cs 1 … 1 F SBADM @moodCode cs 1 … 1 F INT hl7:id II 1 … 1 M VerordnungsID. (Med...try) @root uid 1 … 1 F 1.2.40.0.10.1.4.3.4.2.2   Wurzel OID der ID eines MedikationVerordnung-Entry gemäß Projekt e-Medikation. @extension st 1 … 1 R VerordnungsID. Strukturvorschrift: VerordnungsID = {eMedID}_{lokal vergebene ID} hl7:consumable 1 … 1 M (Med...try) hl7:manufacturedProduct 1 … 1 M (Med...try) hl7:manufactured​Material 1 … 1 R (Med...try) @nullFlavor cs 1 … 1 F NA hl7:entryRelationship 0 … 1 Referenz zur Abgabe. Dieses Element beinhaltet die AbgabeID, auf die sich diese Pharmazeutische Empfehlung bezieht. Bei folgenden Anwendungsfällen MUSS eine Referenz zu einer Abgabe angegeben werden: Abgabe ändern Abgabe absetzen Es MUSS in jedem Fall entweder eine Referenz zu einer VerordnungsID oder zu einer AbgabeID angegeben werden. (Med...try) wo [@typeCode='REFR'] [hl7:supply] @typeCode cs 1 … 1 F REFR   Beispiel Strukturbeispiel <!-- Verordnung dieser Abgabe --> <entryRelationship typeCode="REFR">   <!-- ELGA MedikationAbgabe-Entry -->   <supply classCode="SPLY" moodCode="EVN">     <id root="1.2.40.0.10.1.4.3.4.2.3" extension="...AbgabeID..."/>  </supply></entryRelationship> hl7:supply 1 … 1 M (Med...try) @classCode cs 1 … 1 F SPLY @moodCode cs 1 … 1 F EVN hl7:id II 1 … 1 M (Med...try) @root uid 1 … 1 F 1.2.40.0.10.1.4.3.4.2.3 @extension st 1 … 1 R AbgabeID = {eMedID}_{lokal vergebene ID}   Beispiel <id root="1.2.40.0.10.1.4.3.4.2.3" extension="2b4x6qA2p40La53i4dyt_081511" ssigningAuthorityName="Apothekexyz"/> hl7:entryRelationship 0 … 1 Geänderte Verordnung. (Med...try) wo [@typeCode='REFR'] [hl7:organizer/hl7:component/hl7:substanceAdministration/hl7:templateId [@root='1.2.40.0.34.11.8.1.3.1']] @typeCode cs 1 … 1 F REFR @inversionInd bl 1 … 1 F false   Beispiel Strukturbeispiel <!-- Geänderte Verordnung --> <entryRelationship typeCode="REFR" inversionInd="false">   <organizer classCode="CLUSTER" moodCode="EVN">     <statusCode code="completed"/>    <component>       <seperatableInd value="false"/>      <!-- ELGA MedikationVerordnung-Entry -->       <substanceAdministration classCode="SBADM" moodCode="INT">         <templateId root="1.2.40.0.34.11.8.1.3.1"/>        <!-- ELGA -->         <templateId root="2.16.840.1.113883.10.20.1.24"/>        <!-- HL7 CCD -->         <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.7"/>        <!-- IHE PCC -->         <templateId root="1.3.6.1.4.1.19376.1.9.1.3.2"/>        <!-- IHE PHARM -->         <templateId root="1.3.6.1.4.1.19376.1.9.1.3.6"/>        <!-- IHE PHARM -->          : Abgeleitet von originaler Verordnung mit geänderten Dosierungsinformationen : ... Zusatzinformationen für den Patienten ... :       </substanceAdministration>    </component>  </organizer></entryRelationship> hl7:organizer 1 … 1 M (Med...try) @classCode cs 1 … 1 F CLUSTER @moodCode cs 1 … 1 F EVN hl7:statusCode CS 1 … 1 M (Med...try) @code CONF 1 … 1 F completed hl7:component 1 … 1 M Nur die Dosierungs­infor­ma­tionen dürfen sich von der originalen Ver­ordnung unter­scheiden. Beinhaltet 1.2.40.0.34.11.8.1.3.1 Medikation Verordnung Entry eMedikation (DYNAMIC) (Med...try) @typeCode cs 0 … 1 F COMP hl7:seperatableInd BL 1 … 1 M (Med...try) @value 1 … 1 F false hl7:entryRelationship 0 … 1 Geänderte Abgabe. (Med...try) wo [@typeCode='REFR'] [hl7:substanceAdministration/hl7:templateId [@root='1.3.6.1.4.1.19376.1.9.1.3.6']] @typeCode cs 1 … 1 F REFR @inversionInd bl 1 … 1 F false   Beispiel Strukturbeispiel <!-- Geänderte Abgabe --> <entryRelationship typeCode="REFR" inversionInd="false">   <substanceAdministration classCode="SBADM" moodCode="INT">     <templateId root="1.3.6.1.4.1.19376.1.9.1.3.6"/>    <!-- IHE PHARM -->      : ... Einnahmedauer ... : ... Dosierungsvarianten 1 + 3 ... : ... Art der Anwendung ... :     <consumable>       <manufacturedProduct>         <manufacturedMaterial nullFlavor="NA"/>      </manufacturedProduct>    </consumable>     : ... Dosierungsvarianten 2 + 4 ... : ... Zusatzinformationen für den Patienten ... :   </substanceAdministration></entryRelationship> Eingefügt von 1.2.40.0.34.11.90015 Altered Supply Information (DYNAMIC) hl7:substanceAdministration 1 … 1 M (Med...try) @classCode 1 … 1 F SBADM @moodCode 1 … 1 F INT hl7:templateId II 1 … 1 (Med...try) @root 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) 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 (Med...try) @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 (Med...try) @root uid 1 … 1 F 1.3.6.1.4.1.19376.1.5.3.1.4.7.1 hl7:templateId II  … 1 M (Med...try) @root uid 1 … 1 F 1.3.6.1.4.1.19376.1.5.3.1.4.9 hl7:text ED 0 … 1 R Verweist auf die Stelle im narrativen Text-Bereich, an der die gegebene Medikation narrativ beschrieben ist (mit zusätzlichen Informationen, wie Datum, Beschreibung, etc). (Med...try) hl7:reference TEL 1 … 1 M (Med...try) @value 1 … 1 R #vpos-{generierteID}, z.B.: #vpos-1 Eingefügt von 1.2.40.0.34.11.30006 Einnahmedauer (DYNAMIC) 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. (Med...try) wo [1] [hl7:low] hl7:low TS 1 … 1 R Zeitpunkt des Einnahmestarts. Zugelassene nullFlavor: UNK (Med...try) hl7:high TS 1 … 1 R Zeitpunkt des Einnahmeendes. Zugelassene nullFlavor: UNK (Med...try) hl7:effectiveTime IVL_TS Dauer der Einnahme, wenn Einnahmestart unbekannt (Med...try) 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" (Med...try) @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 (Med...try) 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. (Med...try) 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. (Med...try) @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. (Med...try) 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. (Med...try) 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) (Med...try) hl7:period PQ 1 … 1 R (Med...try) @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 (Med...try) 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. (Med...try) wo [not(@operator)] hl7:phase IVL_TS 1 … 1 R Erstes Datum des entsprechenden Wochentags nach Einnahmebeginn (z.B.: 01.10.2013 -> Dienstag) (Med...try) hl7:period PQ 1 … 1 R (Med...try) @value 1 … 1 F 1 @unit cs 1 … 1 F wk hl7:comp PIVL_TS 0 … * (Med...try) wo [@operator='I'] @operator cs 1 … 1 F I hl7:phase IVL_TS 1 … 1 R (Med...try) hl7:period PQ 1 … 1 R (Med...try) @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. (Med...try) 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 (Med...try) 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 (Med...try) wo [hl7:lowoder hl7:high] hl7:low PQ (Med...try) @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 (Med...try) @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. (Med...try) 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 (Med...try) 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 (Med...try) wo [hl7:lowoder hl7:high] hl7:low PQ (Med...try) @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 (Med...try) @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. (Med...try)   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:routeCode CE 0 … 1 Art der Anwendung der Arznei (Med...try) @codeSystem CONF 0 … 1 F 1.2.40.0.10.1.4.3.4.3.4 hl7:consumable 1 … 1 M (Med...try) hl7:manufacturedProduct 1 … 1 M (Med...try) hl7:manufactured​Material 1 … 1 (Med...try) @nullFlavor 1 … 1 F NA Auswahl Elemente in der Auswahl: hl7:entryRelationship[@typeCode='COMP'] eingefügt vom Template 1.2.40.0.34.11.30038 Dosierungsvariante 1: Tagesdosierung entryRelationship (DYNAMIC) hl7:entryRelationship[hl7:substanceAdministration/hl7:effectiveTime[@xsi:type='EIVL_TS']] eingefügt vom Template 1.2.40.0.34.11.30040 Dosierungsvariante 2: Einzeldosierung entryRelationship (DYNAMIC) hl7:entryRelationship eingefügt vom Template 1.2.40.0.34.11.30042 Dosierungsvariante 3: Tagesdosierung mit Einnahmepause entryRelationship (DYNAMIC) hl7:entryRelationship[hl7:substanceAdministration/hl7:effectiveTime[@xsi:type='SXPR_TS']] eingefügt vom Template 1.2.40.0.34.11.30044 Dosierungsvariante 4: Einzeldosierung mit Einnahmepause entryRelationship (DYNAMIC) Eingefügt von 1.2.40.0.34.11.30038 Dosierungsvariante 1: Tagesdosierung entryRelationship (DYNAMIC) hl7:entryRelationship NP Komponente zur Aufnahme eines Einnahmezeitpunkts und einer –dosis bei Dosierungsvarianten 2 und 4. (Med...try) wo [@typeCode='COMP'] 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! (Med...try) 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. (Med...try) 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. (Med...try) @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. (Med...try) wo [@xsi:type='EIVL_TS'] hl7:event 1 … 1 M Einnahmezeitpunkt. (Med...try) @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). (Med...try) @value 1 … 1 F 0 @unit cs 1 … 1 F s hl7:doseQuantity IVL_PQ 1 … 1 M Dosis. (Med...try) hl7:consumable 1 … 1 M (Med...try) hl7:manufacturedProduct 1 … 1 M (Med...try) hl7:manufactured​Material 1 … 1 R (Med...try) @nullFlavor cs 1 … 1 F NA Eingefügt von 1.2.40.0.34.11.30042 Dosierungsvariante 3: Tagesdosierung mit Einnahmepause entryRelationship (DYNAMIC) hl7:entryRelationship NP Komponente zur Aufnahme eines Einnahmezeitpunkts und –dosis bei Dosierungsvariante 2 und 4. (Med...try) 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! (Med...try) 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. (Med...try) 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. (Med...try) @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. (Med...try) 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 (Med...try) wo [@xsi:type='EIVL_TS'] hl7:event 1 … 1 M Einnahmezeitpunkt. (Med...try) @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). (Med...try) @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! (Med...try) wo [@xsi:type='PIVL_TS'] [@operator='A'] @operator cs 1 … 1 F A hl7:phase IVL_TS 1 … 1 R Phase der Einnahme. (Med...try) hl7:value TS Erstes Datum des entsprechenden Wochentags nach Einnahmebeginn (z.B.: 01.10.2013 -> Dienstag). (Med...try) hl7:period PQ 1 … 1 R (Med...try) @value 1 … 1 F 1 @unit cs 1 … 1 F wk hl7:comp PIVL_TS 0 … * 2.+ Komponentencontainer zur Aufnahme der Einnahmetage (Med...try) wo [@xsi:type='PIVL_TS'] [@operator='I'] hl7:phase IVL_TS 1 … 1 R (Med...try) hl7:value TS (Med...try) hl7:period PQ 1 … 1 R (Med...try) @value 1 … 1 F 1 @unit cs 1 … 1 F wk hl7:doseQuantity IVL_PQ 1 … 1 M Dosis. (Med...try) hl7:consumable 1 … 1 M (Med...try) hl7:manufacturedProduct 1 … 1 M (Med...try) hl7:manufactured​Material 1 … 1 R (Med...try) @nullFlavor cs 1 … 1 F NA

5.4.3.1.1 Pharmazeutische Empfehlung Status

Der Status, den diese Pharmazeutische Empfehlung ausdrücken soll, wird hier angegeben.

Folgende Statuscodes sind für die Anwendungsfälle, in denen Pharmazeutische Empfehlungen zur Anwendung kommen, vorgeschrieben:

Anwendungsfall	Statuscode	Bemerkung
Verordnung ändern	CHANGE	Die referenzierte Verordnung wird geändert. Es wird ein vollständiges ELGA MedikationVerordnung-Entry angegeben, welches das ursprüngliche ersetzt.
Verordnung stornieren	CANCEL	Die referenzierte Verordnung wird storniert.
Abgabe ändern	CHANGE	Die referenzierte Abgabe wird geändert. Es wird ein vollständiges ELGA MedikationAbgabe-Entry angegeben, welches das ursprüngliche ersetzt, mit Ausnahme der ausgegebenen Medikation (ELGA MedicineEntry).
Abgabe absetzen	CANCEL	Die referenzierte Abgabe wird abgesetzt.

Hinweis:
Das Stornieren von Rezepten, Abgaben und Pharmazeutischen Empfehlungen ist ebenfalls möglich, muss jedoch über die Aktualisierung des Dokumentenstatus auf „Deprecated“ durchgeführt werden. Die Stornierung von Abgaben ist zusätzlich zeitlich beschränkt.

5.4.3.1.2 Geänderte Verordnung

Dieses Element MUSS im Anwendungsfall „Verordnung ändern“ angegeben werden. Es ist ein vollständiges ELGA MedikationsVerordnung-Entry anzugeben (abgeleitet von der originalen Verordnung), wobei sich nur die Dosierungsinformationen und/oder die Zusatz-informationen für den Patienten und Informationen zur alternativen Einnahme von der originalen Verordnung unterscheiden dürfen.

Als Dosierungsinformationen gelten exakt die folgenden Informationen:

Dosierungs-Informationselement	Spezifikationskapitel
Einnahmedauer	Kapitel Einnahmedauer
Dosierungsvarianten	Kapitel Dosierungsvarianten
Art der Anwendung	Kapitel Art der Anwendung

Es MÜSSEN immer vollständige Dosierungsinformationen angegeben werden, da sie die ursprünglichen vollständig ersetzeny⁴⁸.

Dem Prinzip der Vollständigkeit folgend MÜSSEN auch die Zusatzinformationen für den Patienten und Informationen zur alternativen Einnahme angegeben werden, WENN VORHANDEN (z.B. insbesondere zur Angabe alternativer Einnahmen, die in narrativer Form vorliegen). Sind Zusatzinformationen für den Patienten und Informationen zur alternativen Einnahme hier nicht angegeben, bedeutet dies, dass etwaige ursprünglich angegebene Informationen „gelöscht“ sind. Die Angabe hat in derselben Art und Weise zu erfolgen, wie im jeweiligen Spezifikationskapitel beschrieben (siehe dazu das Kapitel „Zusatzinformation für den Patienten, alternative Einnahme und Informationen zur Arznei“).

ACHTUNG: Beachten Sie, dass das hier angegebene ELGA Medikations-Verordnungs-Entry (so wie jedes neue MedikationsVerordnungs-Entry) eine eindeutige ID besitzen MUSS. Es darf also nicht die originale ID weitergeführt werden.

5.4.3.1.3 Geänderte Abgabe

Dieses Element MUSS im Anwendungsfall „Abgabe ändern“ angegeben werden.

Mit diesem Anwendungsfall ist es möglich, bei einer bereits erfolgten Abgabe nachträglich Dosierungsinformationen, Zusatzinformationen für den Patienten und/oder Informationen zur alternativen Eingabe anzugeben bzw. abzuändern.

Als Dosierungsinformationen gelten exakt die folgenden Informationen:

Dosierungs-Informationselement	Spezifikationskapitel
Einnahmedauer	Kapitel Einnahmedauer
Dosierungsvarianten	Kapitel Dosierungsvarianten
Art der Anwendung	Kapitel Art der Anwendung

Es MÜSSEN immer vollständige Dosierungsinformationen angegeben werden, da sie die ursprünglichen vollständig ersetzen⁴⁹. Die Struktur ist von der Struktur des ELGA MedikationVerordnungs-Entry abgeleitet (ohne templateIds).

Die jeweiligen Informationselemente sind in derselben Art und Weise anzugeben, wie im jeweiligen Spezifikationskapitel beschrieben.

Dem Prinzip der Vollständigkeit folgend MÜSSEN die Zusatzinformationen für den Patienten und Informationen zur alternativen Einnahme ebenfalls angegeben werden, WENN VORHANDEN (z.B. insbesondere zur Angabe alternativer Einnahmen, die in narrativer Form vorliegen). Sind Zusatzinformationen für den Patienten und Informationen zur alternativen Einnahme hier nicht angegeben, bedeutet dies, dass etwaige ursprünglich angegebene Informationen „gelöscht“ sind. Die Angabe hat in derselben Art und Weise zu erfolgen, wie im Spezifikationskapitel beschrieben (siehe dazu das Kapitel „Zusatzinformation für den Patienten, Informationen zur alternativen Einnahme und Informationen zur Arznei“).Strukturbeispiel

⁴⁹ Dies inkludiert auch „Leerangaben.

5.4.4 ELGA Arznei-Entry

Template ID	ELGA: 1.2.40.0.34.11.2.3.4
Parent Template ID	IHE PHARM Medicine Entry: 1.3.6.1.4.1.19376.1.9.1.3.1

Abbildung 6: CDA R-MIM (L-POCD_RM000040) Ausschnitt - Klassen um das Arznei-Entry

Diese Abbildung zeigt die für das Arznei-Entry relevanten R-MIM Klassen Consumable und ManufacturedProduct. Die Reihenfolge der Attribute entsprechend Schema ist normativ.

5.4.4.1 Spezifikation

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

6 Technische Konformitätsprüfung

Die Prüfung einer XML-Instanz gegenüber Konformität zu diesem Leitfaden erfolgt gemäß dem entsprechenden Kapitel im „Allgemeinen Implementierungsleitfaden“ [4].

Auszug aus dem Allgemeinen Implementierungsleitfaden

7 Technische Konformitätsprüfung

Dieses Kapitel behandelt die technische Konformitätsprüfung von CDA-Dokumenten gemäß diesem Dokumentleitfaden mittels Schema und Schematron.

7.1 Schema-Prüfung

Das Absolvieren der Schema-Prüfung ist der erste Teil der technischen Konformitätsprüfung.

Eine Prüfung gegen das CDA Schema prüft die gültige „Struktur“ eines CDA-Dokuments, wie beispielsweise

• ob die XML Struktur generell gültig ist
• ob alle Elemente die richtigen Namen haben
• ob alle Elemente an der richtigen Stelle platziert sind
• ob alle gemäß Schema erforderlichen Elemente vorhanden sind

Die Schema-Prüfung stellt sicher, dass es sich beim geprüften CDA-Dokument tatsächlich um eine gültige CDA-Struktur handelt.

Die Gültigkeit der „Inhalte“ wird nur in Bezug auf den erforderlichen Datentyp der Elemente geprüft. Hiermit kann beispielsweise sichergestellt werden, dass ein „id“-Element (technisch) immer eine gültige ID enthält.

Das von ELGA verwendete Schema basiert im Wesentlichen auf dem original publizierten Schema von CDA, weist aber einige Spezifika auf. Das angepasste Schema wird auf der Website der ELGA GmbH bereitgestellt.

Die Mindestvoraussetzung, damit ein CDA-Dokument als „gültig“ erachtet wird, ist die fehlerfreie Validierung mit dem CDA-Schema. Das maßgebliche CDA-Schema wird auf http://www.elga.gv.at/cda publiziert.

7.2 Schematron-Prüfung

Im Unterschied zu einer CDA Schema Prüfung kann mittels einer Schematron-Prüfung jede beliebige Inhaltsvorschrift geprüft werden.

Das Schematron-Prüfmittel wird gemäß den Spezifikationen dieses Implementierungsleitfadens angefertigt, und stellt sicher, dass das geprüfte CDA-Dokument auch jene Anforderungen erfüllt, die über die Anforderungen des CDA Schemas hinausgehen. Solche Anforderungen sind beispielsweise:

• Optionalitäten von Elementen
  • Zusätzliche Pflicht-Elemente
  • Eventuell konditional von anderen Inhalten abhängig
• Anforderungen an den Inhalt von Elementen
  • Bestimmte Code/Wertelisten
  • Anzugebende Identifikatoren (ID)
• etc.

Das Absolvieren der Schematron-Prüfung ist der zweite Teil der technischen Konformitätsprüfung und stellt sicher, dass das geprüfte Dokument die in den Implementierungsleitfäden beschriebenen „Geschäftsregeln“ befolgt.

Damit ein CDA-Dokument als vollständig „gültig“ hinsichtlich der ELGA Implementierungsleitfäden erachtet wird, ist die fehlerfreie Konformitätsprüfung mit den entsprechenden Schematron-Prüfregeln vorausgesetzt. Eine vollständige Prüfung der Geschäftsregeln kann nur durch einen menschlichen Prüfer erfolgen. Die ELGA GmbH kann auf Anfrage an http://cda@elga.gv.at eine solche Prüfung durchführen. Die maßgeblichen Schematron-Prüfmittel werden auf http://www.elga.gv.at/cda publiziert.

7.3 Online-Validation von CDA-Dokumenten

Für die Prüfung von einzelnen CDA-XML-Instanzen mit dem entsprechenden Schema und Schematron-Regeln stellt ELGA GmbH eine Webapplikation zur Verfügung. Diese ist erreichbar über https://ovp.elga-services.at/. Eine erfolgreiche Prüfung durch den Online-Validator beweist nicht automatisch die vollständige Einhaltung aller Geschäftsregeln, sondern nur die technische Konformität zu den Templates.

8 Anhang

8.1 Referenzen

[1]	ELGA GmbH (2015) HL7 Implementation Guide for CDA® R2: Allgemeiner Implementierungsleitfaden für ELGA CDA Dokumente. ELGA CDA Implementierungsleitfäden (2.06) [OID 1.2.40.0.34.7.1.6], http://www.elga.gv.at
[2]	ELGA GmbH (2014) Usability Styleguide Anforderungen an die Benutzerfreundlichkeit der ELGA-Funktionen für Arztpraxis-Informationssysteme (2.0). OID {1.2.40.0.34.3.1.2.1.21}. http://www.elga.gv.at
[3]	ELGA GmbH (2014) Usability Styleguide Anforderungen an die Benutzerfreundlichkeit der ELGA-Funktionen für Krankenhaus-Informationssysteme (2.0). OID {1.2.40.0.34.3.1.2.1.22}. http://www.elga.gv.at
[4]	ELGA GmbH (2014) Usability Styleguide Anforderungen an die Benutzerfreundlichkeit der ELGA-Funktionen für Apotheken-Softwaresysteme (2.0). OID {1.2.40.0.34.3.1.2.1.23}. http://www.elga.gv.at

8.2 Revisionsliste

Vers.	Datum	Änderungsgrund
1.00	05.11.2013	Erste Version des Implementierungsleitfadens.
1.01	02.01.2014	Einarbeitung des Feedbacks und Abstimmung des Dokuments mit dem Anforderungsdokument
1.02	24.02.2014	Ballot-Kommentare eingearbeitet, Value Sets und OID mit auf vollständigen und korrekten Werten.
1.03	18.03.2014	TemplateIds eingearbeitet. Finale Version zur Veröffentlichung.
1.03a	31.03.2014	Zahlendreher in OID des AbgabeEntry 1.2.40.0.34.11.8.2.3.1 (korrekt) statt 1.2.40.0.34.11.8.1.3.2
1.04	27.07.2014	4.4.4.2.4.2 Optionalität für name von M auf R korridiert
1.04	27.07.2014	XML-Elemente in CDA beginnen mit Kleinbuchstaben,
1.04	27.07.2014	4.1 Präzisiert: EIS Full Support ist verpflichtend 4.4.1.1. Strukturbeispiel neu 4.4.1.2.2. Template IDs "IHE PHARM Dosage Instructions" hinzugefügt 4.4.1.2.4. Therapieart gelöscht 4.4.1.2.6.2 Spezifikation: Nur NullFlavor UNK ist erlaubt (NI nicht) 4.4.1.2.7.1.2, 4.4.1.2.7.2.2, 4.4.1.2.7.3.2, 4.4.1.2.7.4.2 Spezifikation nun mit konditionaler Konformität (Dosierung angegeben/nicht angegeben) 4.4.1.2.14. Ergänzende Informationen zur Abgabe und magistralen Zubereitung: Beschreibungstext neu 4.4.1.2.14.1 Strukturbeispiel neu 4.4.1.2.14.2 Spezifikation geändert 4.4.1.2.13. Hinzugefügt "Informationen zur Arznei" 4.4.1.2.15. Hinzugefügt „Therapieart“
1.04	27.07.2014	4.4.2.1. Strukturbeispiel Korrekturen 4.4.2.2.4. Abgabeart neu spezifiziert, Value Set geändert 4.4.2.2.11.1 Strukturbeispiel geändert 4.4.2.2.11.2 Spezifikation gändert 4.4.2.2.12. "Ergänzende Informationen zur Abgabe und magistralen Zubereitung" geändert 4.4.2.2.12.1 Strukturbeispiel geändert 4.4.2.2.12.2 Spezifikation geändert 4.4.2.2.13.1 Strukturbeispiel TemplateId hinzugefügt 4.4.2.2.13.2 Spezifikation TemplateId hinzugefügt 4.4.2.2.14. Therapieart Neu
1.04	27.07.2014	4.4.3.1. Korrekturen 4.4.3.2.5. Text Neu 4.4.3.2.6.2 Spezifikation geändert 4.4.3.2.9.1 TemplateId geändert 4.4.3.2.10.1 Strukturbeispiel geändert 4.4.4.2.7.2 Änderungen: Value Set binding erweitert, OriginalText und Translation hinzugefügt, ClassCode und DeterminerCode hinzugefügt
1.04	18.08.2014	2.5 und 2.6: Hinzugefügt "Besorger" 2.2, 2.9, 2.12: Kleine Korrekturen
1.04	18.08.2014	Korrekturen: 4.3.1.4.5.1.2 Tabelle zur Darstellung der Verordnungen 4.3.2.4.5.1.1 Tabelle zur Darstellung der Abgabe
1.04	18.08.2014	Kapitel 4.3.3.4.5.1 eingefügt: Vorgaben zur Gestaltung des narrativen Textes
1.04	18.08.2014	4.4.1.2.12.Korrekturen des Textes
1.04	18.08.2014	4.4.4.2.7.1 Neue Strukturbeispiele hinzugefügt
1.04	18.08.2014	Seite 2: Hinweis auf Revisionsliste und Weitere unterstützende Dokumente hinzugefügt Dokumenteninformation auf Seite 6: Haftungsausschuss gelöscht, Hinweis zur Verbindlichkeit eingefügt.
Version 2.05
2.05	27.11.2014	Typos und Formatierungen verbessert
2.05	23.12.2014	Dokumenteninformation (Seite 2) ergänzt mit Hinweis auf Einhaltung der Rechtsordnung und relevanten Materiengesetzen.
2.05	15.01.2015	Status (Seite 2): Satz geändert, der die Einbeziehung von Stakeholdern beschreibt.
2.05	12.03.2014	Seite 4: Formulierung zur Verbindlichkeit aktualisiert
2.05	15.01.2015	1.2: Dokumentenklassen: Fußnote zur Erklärung der Dokumentenklassen hinzugefügt. Ergänzung der Bezeichnung der Dokumentenklasse „Pharmazeutische Empfehlung“ als „Korrekturmeldung“.
2.05	23.12.2014	1.2: und 3.1.2.4.4. Fußnote zur Erklärung der „Pharmazeutischen Empfehlung“ hinzugefügt
2.05	23.12.2014	Kapitel 2, Angabe der Akteure: bei den Vertretern des Teilnehmers „oder pflegender Angehöriger“ gestrichen.
2.05	03.03.2015	2.1 bis 2.12: Beschreibung der Anwendungsfälle zum besseren Verständis überarbeitet
2.05	09.03.2015	2.1.4. Verordnung(en) mit Rezept anlegen - Ablauf: Beschreibung der Auswahl eines Arzneimittels hinzugefügt
2.05	16.03.2015	2.1.4. Ablauf: Hinweis auf „Löschen von nicht eingelösten Verordnungen nach 1 Monat“ entfernt
2.05	16.03.2015	2.2.4. Ablauf: Verordnungen können mit Status „OFFEN“ und zusätzlich mit „ABGELAUFEN" abgerufen werden
2.05	15.01.2015	2.12.5. Alternativer Ablauf beim Abrufen der Medikationsliste hinzugefügt
2.05	23.12.2014	Vorkommen von „Befüllungsvorschrift gemäß Rezeptpflichtgesetz“ gestrichen, betrifft: 3.4.1.3.3., 4.4.1.2.8.2
2.05	25.02.2015	3.4.1.3.2. Konformität der Rezeptart auf [R] gesetzt
2.05	25.02.2015	3.4.1.3.3. Konformität der Gültigkeitsdauer des Rezepts auf [R] gesetzt, Fußnote hinzugefügt
2.05	27.11.2014	Zulassungsnummer wird nur in der Medikationsliste benötigt und daher aus den anderen Dokumenten entfernt, betrifft: 4.3.1.4.5.1, 4.3.2.4.5.1., 4.4.4.2.3., 4.4.4.2.4., 4.4.4.2.6.2
2.05	23.12.2014	3: Hinweis auf allgemeinen Leitfaden mit der Angabe der Konformitätskriterien (Optionalität, Kardinalität) und ein Beispiel hinzugefügt
2.05	27.11.2014	3.1.2.3. Korrekte Benennungen der clinicalDocument. code LOINC angegeben (Änderung im LOINC): 60593-1, 61356-2, 57833-6
2.05	23.12.2014	4.2.4. Zur Kapitelüberschrift „Pharmazeutische Empfehlung“ hinzugefügt: ‚(„Korrekturmeldung“)‘
2.05	23.12.2014	4.3.1.4.5., 4.3.2.4.5., 4.3.3.4.5., 4.3.4.4.5.: "Vorgaben zur Gestaltung" in "Empfehlung zur Gestaltung" geändert
2.05	10.03.2015	4.3.1.4.5.1.2, 4.3.2.4.5.1.1, 4.3.2.4.5.1.2, 4.3.3.4.5.1.1 : „Vorgaben zum Layout der Tabelle“ geändert in „Empfehlung zum Layout der Tabelle“
2.05	25.02.2015	4.3.2.4.6. Maschinenlesbare Elemente der Sektion: Kardinalität auf 1..1 korrigiert
2.05	25.02.2015	4.3.1. Korrekte Benennungen der LOINC für Rezept section.code angegeben (Änderung im LOINC): 57828-6 „Prescription list“
2.05	11.12.2014	4.3.3.4.5.1: Abgaben: Pfade, die „<product“ enthalten, wurden auf „<consumable geändert werden.
2.05	25.02.2015	4.3.3.4.5.1.1 Tabelle zur Darstellung der Medikationsliste: Korrekturen (Pfade) und klarere Gestaltung. Beschreibung der Defaultsortierung hinzugefügt
2.05	25.02.2015	4.3.4.4.5.1.1 Überschrift in Beispieltabelle korrigiert (Item-ID statt DokumentenID)
2.05	25.02.2015	4.3.4.4.6. Maschinenlesbare Elemente der Sektion: Kardinalität des Entry auf 1..1 korrigiert
2.05	11.12.2014	Alle Vorkommen von <entry> durch <entry typeCode="DRIV"> ersetzt, da der narrative Text gänzlich aus codierten Entries abgeleitet ist
2.05	05.03.2015	4.4.1.2.1. ELGA MedikationVerordnung-Entry: Spezifikation der TemplateIDs verändert
2.05	12.12.2014	4.4.1.2.2. Template ID für „Delay Start Dosing“ korrigiert, Fußnote dazu eingefügt
2.05	25.02.2015	4.4.1.2.2. TemplateID[7] Variante c) hinzugefügt für "Keine Dosierung"
2.05	05.03.2015	4.4.1.2.3. ID des MedikationVerordnung-Entry: Einführung einer zweiten ID als Referenz auf das VerordnungsEntry und 4.4.1.2.3.2 Spezifikation erweitert.
2.05	04.03.2015	4.4.1.2.6. Einnahmedauer: Ergänzende Bestimmung für Einnahmedauer
2.05	15.12.2014	4.4.1.2.6.1 Strukturbeispiele: Datenstruktur um die „Patient Medication Instructions“ xsi:type fehlte, wurde nachgezogen
2.05	04.03.2015	4.4.1.2.6.1 Strukturbeispiel für "Dosierungsinformationen sind generell nicht angegeben" Low und High Elemente entfernt Strukturbeispiel 5 für Einnahmedauer gelöscht ("generell keine Dosierungsinformation angegeben")
2.05	15.12.2014	4.4.1.2.6.2 Spezifikation: Unterscheidung der Fälle „Einnahmedauer unbekannt“ und „generell keine strukturellen Dosierungsinformationen angegeben“. Lösung durch zusätzliches nullFlavor=“NA“ auf der Ebene des effectiveTime.
2.05	04.03.2015	4.4.1.2.6.2 Spezifikation geändert
2.05	25.02.2015	4.4.1.2.8. Titel von "Anzahl der Einlösungen" präzisiert auf "Anzahl der (zusätzlichen) Einlösungen"
2.05	25.02.2015	4.4.1.2.8.2 Konformität der Anzahl der Einlösungen auf [R], Kard 1..1 gesetzt, Fußnote hinzugefügt
2.05	27.11.2014	4.4.1.2.11. Verfasser der Verordnung: Bezug auf Rezept im Text hinzugefügt, im Strukturbeispiel ergänzt 4.4.1.2.11.2 Korrektur: Container zur Dokumentation de s Verfassers der Verordnung (nicht Abgabe)
2.05	25.02.2015	4.4.1.2.11.2 Spezifikation für den Verfasser der Abgabe: Time-Element ist M
2.05	13.03.2015	4.4.1.2.12. Packungsanzahl ist mindestens 1
2.05	25.02.2015	4.4.1.2.12.2 Konformität der Anzahl der auszugebenden Packungen auf [R] gesetzt, Fußnote hinzugefügt
2.05	27.11.2014	4.4.1.2.13.1 und ff TemplateID 1.2.40.0.34.11.8.0.3.1 bzw 1.2.40.0.34.11.8.0.3.2 statt 1.3.6.1.4.1.19376.1.5.3.1.4.3
2.05	02.02.2015	4.4.1.2.13.2: "inversionInd" wurde zwei mal als Element angegben, korrekt ist es ein Attribut der entryRelationship
2.05	04.03.2015	4.4.1.2.16. ID des Verordnungs-Entry Containers (Rezept-Dokument): Kapitel EINGEFÜGT
2.05	12.12.2014	4.4.2.1. Strukturbeispiel im ELGA MedikationAbgabe-Entry korrigiert
2.05	05.03.2015	4.4.2.2.3. ID des MedikationAbgabe-Entry: Einführung einer zweiten ID als Referenz auf das VerordnungsEntry und 4.4.2.2.3.2 Spezifikation erweitert.
2.05	27.11.2014	4.4.2.2.4.2 Präfix HL7: von ActCode entfernt
2.05	06.03.2015	4.4.2.2.6.2 Spezifikation Abgegebene Packungsanzahl: Packungsanzahl für Mag. Zubereitung auf R geändert
2.05	12.03.2014	4.4.2.2.6 Abgegebene Packungsanzahl: Text zu Magistralen Zubereitungen geändert
2.05	27.11.2014	Kapitel vertauscht und geändert: 4.4.2.2.8. Verfasser der Verordnung zu dieser Abgabe 4.4.2.2.9. Verfasser der Abgabe
2.05	05.03.2015	4.4.2.2.8.2 Spezifikation korrigiert (time ist ein Unterelement)
2.05	25.02.2015	4.4.2.2.8.2 Spezifikation für den Verfasser der Abgabe: Time-Element ist M
2.05	05.03.2015	4.4.2.2.9.2 Spezifikation korrigiert (time ist ein Unterelement)
2.05	25.02.2015	4.4.2.2.9.2 Spezifikation für den Verfasser der Abgabe: Time-Element ist M
2.05	25.02.2015	4.4.2.2.10., 4.4.3.2.7. und 4.4.3.2.8. Typo in Überschrift
2.05	05.03.2015	4.4.2.2.10. Referenz zur Verordnung: Hinweis zur Verwendung hinzugefügt
2.05	15.01.2015	4.4.2.2.13: Formulierung verändert: Statt „Es ist möglich…“ „Es ist technisch möglich…“. Eine Fußnote zur Erinnerung der notwendigen Absprache mit dem verordnenden Arzt hinzugefügt.
2.05	04.03.2015	4.4.2.2.15. ID des Abgabe-Entry Containers (Abgabe-Dokument): Kapitel EINGEFÜGT
2.05	25.02.2015	4.4.3.2.3.2 Typo in Spezifikation
2.05	11.12.2014	4.4.3.2.4.2 Code geändert auf [M], Kard. entsprechend [1..1]
2.05	25.02.2015	4.4.3.2.6.1 Strukturbeispiel korrekter Wert ist completed
2.05	05.03.2015	4.4.3.2.7. Referenz zur Verordnung: Hinweis zur Verwendung hinzugefügt
2.05	05.03.2015	4.4.3.2.9. Geänderte Verordnung: Satz ergänzt (..und Informationen zur alternativen Einnahme...)
2.05	15.12.2014	4.4.3.2.10: Geänderte Abgabe (betrifft PADV, der einen CHANGE der Dosierungsinformationen auf ein DIS-Item abbildet). Datenstruktur um die „Patient Medication Instructions“ erweitert
2.05	04.03.2015	4.4.3.2.10. Geänderte Abgabe: Beschreibungstext geändert
2.05	04.03.2015	4.4.4.1. Strukturbeispiel Arznei-Entry: Beispiel geändert
2.05	04.03.2015	4.4.4.2.3. Code des Arznei-Entry: Beispiele geändert
2.05	25.02.2015	4.4.4.2.3.2 Spezifikation PZN: Translation ist [R2] statt [C] (wenn nicht vorhanden, Element nicht angeben)
2.05	11.12.2014	4.4.4.2.4: „Name der Arznei“ zu „Bezeichnung der Arznei“ geändert, auch im Strukturbeispiel und der Spezifikation
2.05	04.03.2015	4.4.4.2.4. Bezeichnung der Arznei: Beispiel geändert
2.05	25.02.2015	4.4.4.2.5. Darreichungsform: Einschränkung auf magistrale Zubereitung aufgehoben
2.05	25.02.2015	4.4.4.2.7. Angaben zu Wirkstoff(en): Textuelle Optionalität bei magistralen Zubereitungen auf SOLL heruntergesetzt
Version 2.06 (Hauptversion)
2.06	10.09.2015	Buchstabendreher korrigiert für (richtig) POCD_MT000040
2.06	12.10.2015	Neu organisiert: Dokumententeninformation, Harmonisierung, Hinweise zur Nutzung des Leitfadens, Verbindlichkeit, Hinweis auf verwendete Grundlagen, Danksagung, Bedienungshinweise und Inhaltsverzeichnis
2.06	01.10.2015	2.1 Formulierung des Anwendungsfalls verbessert
2.06	01.10.2015	2.2 Formulierung des Anwendungsfalls verbessert
2.06	08.04.2015	2.4.4. Ablauf: Satz "Der Arzt kann folgende Datenfelder eines Rezepts ändern" geändert in "Der Arzt kann folgende Datenfelder von Verordnungen eines Rezepts ändern"
2.06	11.11.2015	3.1.2.1. ELGA Implementierungsleitfaden-Kennzeichnung („templateId“): In Strukturbeispiel und Spezifikation TemplateID für EIS Full Support korrigiert in 1.2.40.0.34.11.8.0.3
2.06	20.07.2015	3.2.1. Übersicht: Konformitätsangaben für Rechtlicher Unterzeichner (legalAuthenticator) für Medikationsliste auf NP gesetzt
2.06	20.07.2015	3.2.4. Elemente mit speziellen Vorgaben hinzugefügt, um die Spezifikation des Rechtlichen Unterzeichners (legalAuthenticator) abzugrenzen: NP für Medikationsliste, M für die anderen Dokumentenklassen
2.06	16.07.2015	3.4.1.3.2. Spezifikation Rezepart, Fußnote für Verwendung des NullFlavors hinzugefügt
2.06	20.08.2015	Kapitel 4.1.2. „Menschen- und maschinenlesbare Daten“ neu eingefügt, Erklärung der Verwendung der maschinenlesbaren Elemente.
2.06	16.07.2015	4.3.1.4.5.1.2 Tabelle zur Darstellung der Verordnungen: Im Beispiel den korrekten Zulassungsnamen eingetragen
2.06	31.07.2015	4.3.1.4.5.1.2 Tabelle zur Darstellung der Verordnungen: Textänderung bei Zeile „Ergänzende Informationen“
2.06	31.07.2015	4.3.2.4.5.1.1 Tabelle zur Darstellung der Verordnungen: Textänderung bei Zeile „Ergänzende Informationen“
2.06	11.11.2015	4.3.2.4.5.1.1 Tabelle zur Darstellung der Abgabe: Vorgabe für Therapieart hinzugefügt
2.06	31.07.2015	4.3.4.4.5.1.4 Tabelle zur Darstellung der geänderten Patienteninformationen bei einer Abgabe: hinzugefügt
2.06	01.04.2015	4.4.1.2.16.2 ID des Verordnungs-Entry Containers (Rezept-Dokument): Zur Spezifikation das Element <externalDocument> hinzugefügt
2.06	01.10.2015	4.4.2.1. ELGA MedikationAbgabe-Entry Strukturbeispiel: CodeSystemName für CCF verbessert
2.06	16.07.2015	4.4.2.2.4.2 Spezifikation: Bezeichnung des Value Sets und Codesystems korrigiert
2.06	30.04.2015	4.4.2.2.8.1 Strukturbeispiel 2 (Verfasser der Verordnung nicht verfügbar): Korrigiert, nullFlavor='NA' hinzugefügt
2.06	01.04.2015	4.4.2.2.15.2 ID des Abgabe-Entry Containers (Abgabe-Dokument): Zur Spezifikation das Element <externalDocument> hinzugefügt
2.06	07.05.2015	4.4.2.2.6.2 Spezifikation: technische Korrektur der Notation des NullFlavors
2.06	16.07.2015	4.4.3.2.9. Geänderte Verordnung: Es sind immer vollständige Dosierungsinformationen anzugeben. Zusatzinformationen für den Patienten müssen angegeben werden, wenn vorhanden
2.06	16.07.2015	4.3.3.4.5.1.1 Tabelle zur Darstellung der Medikationsliste Abgabe(n) Spezifikation korrigiert (Arzneimittel, Dosierung, Hinweis, Ergänzende Information zur magistralen Zubereitung, Ergänzende Information) Verordnung(en) Spezifikation korrigiert (Arzneimittel, Dosierung, Hinweis, Ergänzenden Informationen zur magistralen Zubereitung, Ergänzende Information, Zusatzinformation Patient, Alternative Einnahme, Mögliche Arten der Anwendung, Art der Anwendung)
2.06	16.07.2015	4.3.3.4.5.1.1 Layout der Medikationsliste: Fußnote zur Erklärung der Sortierung geändert (chronologisch statt nach Zulassung gruppiert)
2.06	01.10.2015	4.3.3.4.5.1.1 Tabelle zur Darstellung der Medikationsliste: Kleine Anpassungen zur inhaltlichen Konsistenz des Beispiels (Verordnungsdatum)
2.06	08.09.2015	4.4.1.2.6.2 Spezifikation Einnahmedauer - Korrektur: <width> Kardinalität bei [M] muss 1..1 sein.
2.06	10.08.2015	4.4.1.2.6.2 Element effectiveTime.high ist [R], die Kardinalität muss daher 1..1 sein (war 0..1)
2.06	06.10.2015	4.4.1.2.7 Dosierungsvarianten/Zeitpunkt(e) der Einnahme: Bessere Beschreibung der freitextlichen ANgabe der Dosierung
2.06	08.09.2015	4.4.1.2.7.4.2 Datentyp von phase@value korrigiert auf TS
2.06	08.09.2015	4.4.1.2.13 Zusatzinformation für den Patienten, alternative Einnahme und Informationen zur Arznei: Beispiele für die Informationskategorien hinzugefügt
2.06	11.11.2015	4.4.2.1. Abgabe-Entry Strukturbeispiel: korrigiert, falsche TemplateIDs bei ELGA MedikationVerordnung-Entry entfernt
2.06	16.07.2015	4.4.4.1. Strukturbeispiel: Darreichungsform und Translation beim Code hinzugefügt
2.06	01.10.2015	4.4.4.2.3. Code des Arznei-Entry: Erklärung des Zusammenhangs Pharmazentralnummer (PZN), Zulassungsnummer und ASP-Liste hinzugefügt
2.06	12.10.2015	4.4.4.2.4 Bezeichnung der Arznei: Festlegung auf „Handelsname“
2.06	08.09.2015	4.4.4.2.3.2 Arznei-Entry Wirkstoff: Translation-Element von [R2] auf [C] korrigiert
2.06	31.08.2015	4.4.4.2.7. Angaben zu Wirkstoff(en): Genauere Beschreibung der Verwendung des ATC und seiner deutschen Bezeichnungen
Version 2.06.1 (Nebenversion) x …betrifft Implementierung (erste Spalte)
x	04.01.2016	4.4.1.2.7.3 Dosierungsvariante 3: Spezifikation der Einnahmedauer – Unterscheidung der Fälle EINMAL und MEHRMALS pro Woche. Wenn die Einnahme nur einmal pro Woche erfolgt, ist die Datentyperweiterung für effectiveTime[2] PIVL_TS. Wenn die Einnahme mehrmals pro Woche erfolgt SXPR_TS, da es dann mehrere <comp> Unterelemente geben muss. Korrektur: Der Datentyp für phase ist PIVL_TS, nicht IVL-TS. Korrektur: Der Datentyp für phase@value ist ts, nicht real.
x	04.01.2016	4.4.1.2.7.4 Dosierungsvariante 4: Spezifikation der Einnahmedauer – Darstellung der Fälle EINMAL und MEHRMALS pro Woche. Da immer <comp>-Unterelemente notwendig sind, ist die Datentyperweiterung für effectiveTime[2] immer SXPR_TS. Korrektur: Der Datentyp für phase ist PIVL_TS, nicht IVL-TS. Korrektur: Der Datentyp für phase@value ist ts, nicht real. Korrektur: überflüssige TemplateId in SubstanceAdministration entfernt
	02.02.2016	4.4.1, 4.4.2, 4.4.3, 4.4.4: Ausschnitte ausdem R-MIM (L-POCD_RM000040) hinzugefügt
Version 2.06.2 (Nebenversion) x …betrifft Implementierung (erste Spalte)
	01.08.2016	Kapitel Verbindlichkeit: Definition der Angabe verbindlicher Vorgaben.
	14.07.2016	1.1.1. e-Medikation: Hinweis hinzugefügt, dass die e-Medikation keine Funktion zur Reichweiten- oder Wechselwirkungsprüfung bereitstellt.
	14.07.2016	Anwendungsfälle hinzugefügt: 2.1. eMED-ID-Assertion anfordern 2.2. eMED-ID (Dokumenten-ID) anfordern
	14.07.2016	2.3.2. Vorbedingung für "Verordnung(en) mit Rezept anlegen": Anfordern einer eMED-ID (Dokumenten-ID)
	14.07.2016	2.3.4.2. Ergebnis im Fehlerfall: neu beschrieben Vereinheitlichung: Im Folgenden alle Vorkommen von „bei Gutfall/Fehlerfall“ durch „im Gutfall/Fehlerfall“ ersetzt
	14.07.2016	2.4.2. Vorbedingung: Alternativ-Vorbedingung hinzugefügt
	14.07.2016	2.4.4. Ablauf: Hinweis auf Datenmodell entfernt.
	14.07.2016	2.5.1. Verordnung/Rezept stornieren - Beschreibung korrigiert
	14.07.2016	2.5. Verordnung stornieren: Beschreibung, Vorbedingungen und Ablauf des Anwendungsfalls inhatlich geändert.
	14.07.2016	2.6. Verordnung/Rezept ändern: Beschreibung geändert, Hinweis auf Wecheselwirkungsprüfung entfernt.
	15.07.2016	2.7 Abgabe mittels eMED-ID durchführen: Beschreibung, Vorbedingung, Akteure, Ablauf geändert; Ergebnis im Schlechtfall vereinfacht.
	15.07.2016	2.8. Abgabe über e-card durchführen: Akteure, Ablauf und Ergebnis im Schlechtfall korrigiert
	15.07.2016	2.9. Abgabe ohne Verordnung durchführen: Ablauf korrigiert
	15.07.2016	2.10. Abgabe abrufen: Ergebnis im Fehlerfall vereinheitlicht
	15.07.2016	2.11. Abgabe stornieren: Beschreibung, Akteure, Ablauf und Ergebnis im Fehlerfall korrigiert
	15.07.2016	2.12. Abgabe absetzen: Vorbedingung, Ablauf und Ergebnis im Fehlerfall korrigiert
	15.07.2016	2.13. Abgabe ändern: Beschreibung korrigiert
	15.07.2016	2.14. Medikationsliste abrufen: Ablauf korrigiert
	27.07.2016	4.x (mehrere Stellen) Vereinheitlichung der Bezeichungen: Immer „Packungsanzahl“ statt „Anzahl der Packungen“
	26.04.2016	4.4.1.2.3.2 Spezifikation (ID des MedikationVerordnung-Entry): Für die Anwendung im e-Befund ist es zulässig, eine andere ID zu verwenden, wenn keine VerordnungsID vorhanden ist.
	18.07.2016	4.4.1.2.6.2 Einnahmedauer, Spezifikation: Die Einnahmedauer DARF nun auch ohne Dosierungsvariante angegeben werden.
	22.08.2016	4.4.1.2.7.2 Dosierungsvariante 2: Bei Strukturbeispiel und Spezifikation das text-Element erlaubt [O]
	22.08.2016	4.4.1.2.7.4 Dosierungsvariante 4: Bei Strukturbeispiel und Spezifikation das text-Element erlaubt [O]
	18.07.2016	4.4.1.2.12.2 Packungsanzahl, Spezifikation: Einschränkung auf positive Werte formuliert.
	27.07.2016	4.4.2.2.6.2 Spezifikation Packungsanzahl: Einschränkung auf Null und positive Werte formuliert
	04.08.2016	3.1.2.2.2, 3.4.1.1, 3.4.1.3.3, 4.3..4.5.1.2, 4.4.1.2.3, 4.4.1.2.6.1, 4.4.1.2.6.2, 4.4.1.2.13.2, 4.4.1.2.14.2, 4.4.2.2.3, 4.4.2.2.4, 4.4.2.2.11.2, 4.4.2.2.12.2, 4.4.3.2.3, 4.4.3.2.7, 4.4.3.2.8, 4.4.3.2.9, 4.4.1.2.7.4.2, 4.4.1.2.8, 4.3.1.4.5.1, 4.3.1.4.5.1.2, 4.3.2.4.5.1, 4.3.3.4.5.1, 4.4.1.2.6, 4.4.4.2.4, 3.2.3, 3.3, 3.4.1, 3.6, 3.7, 4.4.1.2.13, 4.4.1.2.14, 4.4.2.2.11, 4.4.2.2.12 Korrektur der Großschreibung bei normativen Vorgaben
	21.03.2022	4.9.4 Ablauf: Korrektur der Vorgaben für den Fall der Nacherfassung von bereits erfolgten Abgaben