Diese Seite oder Abschnitt ist derzeit ein Entwurf und kann sich noch ändern. This article was last edited by Lahnsteiner(talk| contribs) 6 years ago. This article or section is in the middle of an expansion or major restructuring. This article was last edited by Lahnsteiner(talk| contribs) 6 years ago.
HL7 Implementation Guide for CDA® R2: Konsultations-Statusbericht
Zur Anwendung im österreichischen Gesundheitswesen [1.2.40.0.34.11.14.x.x]
18. Juli 2017
0.01
Entwurf
1 Leitfaden Konsultations-Statusbericht (Entwurf)
1.1 Anwendungsfall
Erstellen von Statusberichten über die Gesundheitsversorgung eines Patienten in Primärversorgungseinheiten.
Nach jedem Besuch eines Patienten in einer (Teilorganisation einer) Primärversorgungseinheit ("Konsultation") wird die aktuelle Konsultation dokumentiert und in einem "Statusbericht"-Dokument erfasst und allen anderen Teilorganisationen der Primärversorgungseinheit zur Verfügung gestellt.
Bei der nächsten Konsultation können die vorherigen Statusberichte in das Arztinformationssystem (AIS) importiert und dort aggregiert werden.
Die im Rahmen des Patientenkontakts empfohlene oder verschriebene Medikation. Kann auch die bestehende Medikation enthalten. (Zusammenfassung aktueller vorgeschriebenen Medikamente für einen Patienten zu einem bestimmten Zeitpunkt (wie am Ende eines Arztbesuches oder eines Krankenhausaufenthaltes), die dem Verfasser des Dokuments bekannt sind.)
[R] eMed
Wichtige Hinweise
74018-3
Alert
[R2]
Wichtige Warnhinweise die dem Nachbehandler zur Kenntnis gebracht werden sollen
Spezifikation offen, Freitext. Bei Vorliegen einer Alert-Section sollte auch ein XDS Registry Eintrag in den ServiceEvents gemacht werden.
Das Gesundheitstelematikgesetz 2012 (GTelG 2012), BGBl. I Nr. 111/2012, zuletzt geändert durch das Deregulierungsgesetz 2017, BGBl. I Nr. 40/2017, wird wie folgt geändert:
4. Im § 28 wird nach dem Abs. 2 folgender Abs. 2a eingefügt:
„''(2a) Die Bundesministerin für Gesundheit und Frauen hat auf Grundlage des 5. Abschnittes mit Verordnung Folgendes festzulegen:
1. die Struktur, das Format sowie die Standards gemäß § 27 Abs. 7, 8 und 9, die im Rahmen der eHealth-Anwendung „Primärversorgung“ (§ 24a) zu verwenden sind, wobei international anerkannte Standards, die wirtschaftliche Vertretbarkeit sowie der Stand der technischen Möglichkeiten hinsichtlich des Detaillierungsgrades der Strukturen bei den betroffenen Gesundheitsdiensteanbietern zu berücksichtigen sind sowie
2. den jeweiligen Zeitpunkt, ab dem die technisch-organisatorischen Spezifikationen gemäß Z 1 jedenfalls anzuwenden sind.“
5. Im § 28 Abs. 3 wird nach dem Ausdruck „Abs. 2“ die Wortfolge „und Abs. 2a“ eingefügt.
6. Dem § 26 wird folgender Abs. 5 angefügt:
„(5) § 9 Abs. 2, § 24a samt Überschriften, die Überschrift des 6. Abschnitts sowie § 28 Abs. 2a und 3 in der Fassung des Bundesgesetzes, BGBl. I Nr. 131/2017, treten mit dem auf den Tag der Kundmachung folgenden Tag in Kraft.“
Der Grund für eine Gesundheitsdienstleistung (z.B. Behandlung).
Enthält eine kurze narrative Beschreibung des Hauptsymptoms des Patienten (eigene Beschreibung des Patienten) und/oder den Grund für den Patientenbesuch (Beschreibung aus der Sicht des Gesundheitsdiensteanbieters).
Beispiele: „Thoraxschmerz“, „Atemnot“, „Kopfweh“
Gutes Beispiel: „Allergietest und Therapieeinleitung erbeten“
Schlechtes Beispiel: „Fachärztliche Abklärung erbeten
Codierung
LOINC: 46239-0, „Chief complaint+Reason for visit“
Konformität
[O]
Konformität Level 3
[O]
1.6.2.1 Entry Level Spezifikation
Id
1.2.40.0.34.11.13.3.6
ref
elgabbr-
Gültigkeit
2017‑01‑26 14:29:54
Status
Entwurf
Versions-Label
0.2
Name
GesundheitsproblemBedenkenEntry
Bezeichnung
Gesundheitsproblem Bedenken Entry
Beschreibung
Dieses Entry stellt ein relevantes Gesundheitsproblem des Patienten codiert dar. Es wird mit Status und Datum, sofern bekannt, dokumentiert, weiters mit dem Datum der Erfassung der Diagnose.
Kontext
Elternknoten des Template-Element mit Id 1.2.40.0.34.11.13.3.6
Klassifikation
CDA Entry Level Template
Offen/Geschlossen
Offen (auch andere als die definierten Elemente sind erlaubt)
"active": Die Bedingungen für das Bedenken gelten noch und werden auch immer noch (vom Author) beobachtet.
"completed": Die Gesundheitsproblem oder das Risiko macht keine Bedenken mehr, das Bedenken wird nicht mehr verfolgt und Auswirkungen des Bedenkens sind nicht zu erwarten.
Ist nicht bekannt, ob das Bedenken noch
besteht, ist von "active" auszugehen.
(Ges...try)
CONF
@code muss "active" sein
oder
@code muss "completed" sein
hl7:effectiveTime
IVL_TS
1 … 1
R
Erstes und letztes Auftreten des Bedenkens.
(Ges...try)
hl7:low
IVXB_TS
1 … 1
R
Beginn des Auftretens des Bedenkens.
(Ges...try)
hl7:high
IVXB_TS
0 … 1
C
Zeitpunkt des Endes des Bedenkens. Ist dieser Zeitpunkt nicht bekannt, ist effectiveTime.high mit nullFlavor "UNK" anzugeben.
(Ges...try)
Constraint
Wenn statusCode=completed ist, dann ist die Angabe dieses Werts erforderlich.
Schematron assert
role
error
test
hl7:act/hl7:statusCode[@code="completed"] and hl7:act/hl7:effectiveTime/hl7:high
Meldung
if statusCode = completed effectiveTime.high may not be empty
hl7:author
0 … *
Author der enthaltenen Information (GDA) Beinhaltet 1.2.40.0.34.11.13.3.16 Author (Body) PS (DYNAMIC)
(Ges...try)
hl7:informant
0 … *
Quelle der Information.
Name der Person und ihre Beziehung zum Patienten (Patient oder Angehöriger, Auskunftsperson - nicht-GDA)
<section> <templateIdroot="1.2.40.0.34.11.13.2.12"/><codecode="47420-5"codeSystem="2.16.840.1.113883.6.1"/><title>Beeinträchtigungen</title><text> (Optionaler Abschnitt)<br/><br/><list> <item>Taubheit linkes Ohr</item><item>Taubheitsgefühl und Sensitivitätsstärungen linker Arm</item></list></text><entry> <!-- template "1.2.40.0.34.11.13.3.30 'Functional Status Entry' (dynamic) --> </entry></section>
Item
DT
Kard
Konf
Beschreibung
Label
hl7:section
(Bee...SUB)
hl7:templateId
II
1 … 1
M
(Bee...SUB)
@root
uid
1 … 1
F
1.2.40.0.34.777.2.10.1
hl7:templateId
II
1 … 1
M
(Bee...SUB)
@root
uid
1 … 1
F
1.2.40.0.34.11.13.2.12
hl7:id
II
0 … 1
Eindeutige ID der Sektion (optional)
(Bee...SUB)
hl7:code
CE (extensible)
1 … 1
M
(Bee...SUB)
@code
CONF
1 … 1
F
47420-5
@codeSystem
1 … 1
F
2.16.840.1.113883.6.1 (LOINC)
Beispiel
<codecode="47420-5"displayName="Functional status assessment"codeSystem="2.16.840.1.113883.6.1"codeSystemName="LOINC"/>
hl7:title
ST
1 … 1
R
(Bee...SUB)
CONF
Elementinhalt muss "Beeinträchtigungen" sein
hl7:text
SD.TEXT
1 … 1
R
In diesem Element werden Informationen über dauernde Beeinträchtigung der körperlichen und/oder geistigen Leistungsfähigkeit, Art und Grad von Behinderungen hinterlegt.
(Bee...SUB)
hl7:author
0 … *
Author der enthaltenen Information (GDA) Beinhaltet 1.2.40.0.34.11.13.3.16 Author (Body) PS (DYNAMIC)
(Bee...SUB)
hl7:informant
0 … *
Quelle der Information.
Name der Person und ihre Beziehung zum Patienten (Patient oder Angehöriger, Auskunftsperson - nicht-GDA)
Die im Rahmen des Patientenkontakts empfohlene oder verschriebene Medikation. Kann auch die bestehende Medikation enthalten. (Zusammenfassung aktueller vorgeschriebenen Medikamente für einen Patienten zu einem bestimmten Zeitpunkt (wie am Ende eines Arztbesuches oder eines Krankenhausaufenthaltes), die dem Verfasser des Dokuments bekannt sind.)
<ClinicalDocument> <substanceAdministrationclassCode="SBADM"moodCode="INT"> <!-- ELGA --> <templateIdroot="1.2.40.0.34.11.8.1.3.1"/><!-- HL7 CCD --> <templateIdroot="2.16.840.1.113883.10.20.1.24"/><!-- IHE PCC --> <templateIdroot="1.3.6.1.4.1.19376.1.5.3.1.4.7"/><!-- IHE PHARM --> <templateIdroot="1.3.6.1.4.1.19376.1.9.1.3.2"/><!-- IHE PHARM Dosage Instructions --> <templateIdroot="1.3.6.1.4.1.19376.1.9.1.3.6"/><!-- „Delay Start Dosing“ bei Verwendung von „width“ in Einnahmedauer --> <templateIdroot="1.3.6.1.4.1.19376.1.5.3.1.4.21"/><!-- ********** Dosierungsarten Anfang ********** --> <!-- Dosierungsart 1 und 3, „Normal dosing“ --> <templateIdroot="1.3.6.1.4.1.19376.1.5.3.1.4.7.1"/> … oder … <!-- Dosierungsart 2, „Split dosing“ --> <templateIdroot="1.3.6.1.4.1.19376.1.5.3.1.4.9"/><!-- ********** Dosierungsarten Ende ********** --> <!-- ID des MedikationVerordnung-Entry --> <idroot="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> <referencevalue="#vpos-1"/></text><!-- Statuscode des MedikationVerordnung-Entry --> <statusCodecode="completed"/><!-- Einnahmedauer --> <effectiveTimexsi:type="IVL_TS"> <lowvalue="20131009000000+0200"/><highvalue="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 --> <effectiveTimexsi:type="PIVL_TS|SXPR_TS"/><!-- ********** Dosierungsart 1 und 3 Ende, Teil 1 ********** --> <!-- Maximale Anzahl der zusätzlichen Einlösungen --> <repeatNumbervalue="3"/><!-- Art der Anwendung --> <routeCodecode="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 ********** --> <doseQuantityvalue=""unit=""/><!-- ********** Dosierungsart 1 und 3 Ende, Teil 2 ********** --> <!-- Arznei --> <consumable> <!-- ELGA Arznei Element (1.2.40.0.34.11.2.3.4) --> <manufacturedProductclassCode="MANU"> <templateIdroot="1.3.6.1.4.1.19376.1.5.3.1.4.7.2"/><!-- IHE PCC --> <templateIdroot="2.16.840.1.113883.10.20.1.53"/><!-- HL7 CCD --> <manufacturedMaterialclassCode="MMAT"determinerCode="KIND"> <!-- ELGA Arznei-Entry --> <templateIdroot="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, ...) --> <entryRelationshiptypeCode="COMP"> <sequenceNumbervalue="1"/><substanceAdministrationclassCode="SBADM"moodCode="INT"> <templateIdroot="1.3.6.1.4.1.19376.1.5.3.1.4.7.1"/><effectiveTimeoperator="A"xsi:type="EIVL_TS"> <eventcode="ACM"/><offsetvalue="0"unit="s"/></effectiveTime><doseQuantityvalue="2"/></substanceAdministration></entryRelationship> : <!-- ********** Dosierungsart 2 und 4 Ende ********** --> <!-- Packungsanzahl --> <entryRelationshiptypeCode="COMP"> <supplyclassCode="SPLY"moodCode="RQO"> <independentIndvalue="false"/><quantityvalue="1"/></supply></entryRelationship><!-- Zusatzinformationen für den Patienten --> <entryRelationshiptypeCode="SUBJ"inversionInd="true"> <actclassCode="ACT"moodCode="INT"> <templateIdroot="2.16.840.1.113883.10.20.1.49"/><templateIdroot="1.3.6.1.4.1.19376.1.5.3.1.4.3"/><codecode="PINSTRUCT"codeSystem="1.3.6.1.4.1.19376.1.5.3.2"codeSystemName="IHEActCode"/> : </act></entryRelationship><!-- Ergänzende Informationen zu magistralen Zubereitungen --> <entryRelationshiptypeCode="SUBJ"inversionInd="true"> <actclassCode="ACT"moodCode="INT"> <templateIdroot="2.16.840.1.113883.10.20.1.43"/><templateIdroot="1.3.6.1.4.1.19376.1.5.3.1.4.3.1"/><codecode="FINSTRUCT"codeSystem="1.3.6.1.4.1.19376.1.5.3.2"codeSystemName="IHEActCode"/> : </act></entryRelationship><!-- Therapieart --> <entryRelationshiptypeCode="COMP"> <actclassCode="ACT"moodCode="INT"> <templateIdroot="1.2.40.0.34.11.8.1.3.4"/><codecode="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
<idroot="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> <referencevalue="#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:effectiveTimexsi:type="IVL_TS"> <cda:lowvalue="20110527000000+0200"/><cda:highnullFlavor="UNK"/></cda:effectiveTime></hl7:ClinicalDocument>
<hl7:ClinicalDocument> <!-- Dosierungsinformationen sind angegeben, aber Einnahmedauer unbekannt --> <cda:effectiveTimexsi:type="IVL_TS"> <cda:lownullFlavor="UNK"/><cda:highnullFlavor="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 -> NP1. 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).
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
@contextControlCode
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.
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:assignedPerson
hl7:assignedAuthoringDevice
hl7:assignedPerson
… 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
@determinerCode
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:assignedAuthoringDevice
… 1
(Med...med)
@classCode
cs
0 … 1
F
DEV
@determinerCode
cs
0 … 1
F
INSTANCE
hl7:manufacturerModelName
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:representedOrganization
1 … 1
M
(Med...med)
Eingefügt
von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC)
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:manufacturedMaterial
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:manufacturedMaterial
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
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.
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']]
Anleitung: Lesen der Tabellenansicht von Templates
Die Template Definitionen werden in einer Tabellenansicht angezeigt. Diese besteht aus Template Meta Daten und dem Template Design. Weitere Informationen finden Sie im HL7 Template-Austauschformat-Standard "Specification and Use of Reusable Information Constraint Templates, Release 1"[1] und auf der "How-To-Read"-Seite von Art-Decor[2].
2.1 Template Meta Daten
Der obere rechte Teil der Template-Tabelle enthält die Template-Metadaten. Hier werden Template-ID, Status und der Template-Name angezeigt(1).
Weiters werden die Version (effective date), ein mögliches Versionslabel und der Anzeigename dargestellt(2).
Die Beschreibung (einfach oder ein Akkordeon) enthält die Template-Beschreibungen/Zweck(3), gefolgt von der Klassifikationen und ob das Template als offen oder geschlossen definiert ist(4).
Der Verwendungsteil (5) listet Templates auf, die dieses Template verwenden oder welche Templates in diesem Template inkludiert sind.
Die Beziehungsliste (6) enthält alle Beziehungen zu anderen Templates oder Modellen.
Beispiele zeigen die korrekte Verwendung der Templates durch ein XML-Fragment (7).
Die Strukturbeispiele (XML-Fragmente) werden je nach Typ mit einer eigenen Farbe hinterlegt:
grün: korrektes Beispiel, das die präferierte Struktur darstellt
blau: korrektes Beispiel
rot: ungültiges Beispiel
Ein referenziertes Template ist erkennbar durch ein grau hinterlegtes "ref", gefolgt mit einen bunt hinterlegten Namen der verwendeten Quelle (8).
Die Beziehungsliste zeigt alle Beziehungen zu anderen Templates oder Modellen für dieses Template auf. Diese Liste ist aufgeteilt in einen "Used By" Abschnitt, welcher eine Auflistung der Templates wiedergibt, die von diesem Template Gebrauch machen, und in einen "Used" Abschnitt, der alle Templates beinhaltet, die in diesem Template eingebunden sind (entweder einbezogen oder eingegrenzt). Indirekte Beziehungen, wie das übergeordnete Document Level Template für eine Section Level Template, sind mit einem Kettensymbol gekennzeichnet.
PDF-Versionen werden auf die gleiche Weise eingebunden, beinhalten aber eventuell andere Schriftarten etc., um konforme Publikationsanforderungen zu erfüllen.
2.2 Tabellenansicht vom Template Design
Die Überschriften der Tabellenansicht eines Template Designs sind:
Item (1) enthält die XML-Dokumentbaumansicht aller im Template-Design angegebenen Elemente und Attribute. Elemente werden durch ein vorangestelltes Dreieck gekennzeichnet und Attribute durch ein vorangestelltes "@".
DT (2) enthält den Datentyp des Elements.
Card / Conf (3) Kardinalität (Card) und Konformität (Conf) des Artikels.
Kardinalität gibt die min und max Anzahl der Vorkommen des Elements an. Attribute der Kardinalität 0..1 werden als optional bezeichnet, die Kardinalität 1..1 sagt aus, dass das Attribut erforderlich ist und NP sind verbotene Attribute. Die Konformität kann Werte, wie in der folgenden Tabelle gezeigt, enthalten.
Values of the conformance column
Conf
Short
Description
O
optional
Daten sind optional
R
required
Wenn Daten vorhanden sind und nicht geschützt sind (z. B. aus Datenschutzgründen), müssen sie bereitgestellt werden, andernfalls können sie weggelassen oder explizit der null flavor angegeben werden.
Sender und Empfänger müssen dieses Element unterstützen.
M
mandatory
Die Daten müssen mit einem gültigen Wert aus der zugehörigen Wertdomäne befüllt werden, andernfalls ist die Instanz nicht gültig und darf nicht kommuniziert werden. Der Sender und der Empfänger müssen dieses Element unterstützen.
C
conditional
Es gibt Bedingungen, in denen Daten bereitgestellt werden müssen (z. B. Co-Constraints wie "Informationen über die Schwangerschaft, wenn der Patient" weiblich "ist. Der Sender und der Empfänger müssen dieses Element unterstützen.
F
fixed
Die Daten haben einen festen Wert.
NP
not present
Daten sollen nicht aufscheinen
Description (4) enthält eine Textbeschreibung des Elements und kann auch Einschränkungen und Werte für feste Attribute enthalten.
Label (5) ist ein menschlich lesbares Label, das bei Fehlern, Warnungen oder Notizen während der Validierung angezeigt wird.
2.3 Details von der Tabellenansicht
Das eigentliche Template-Design zeigt die XML-Struktur in einer hierarchischen Liste von Elementen (Items), die typischerweise einen Namespace "hl7:" oder "cda:" (1) vorangestellt haben. Diese im Art-Decor angegebenen Namespaces werden nicht in den letztendlichen eHealth-Austria Dokumenten genutzt! Das HL7-International-Namespace, welches im Art-Decor unter "hl7:" oder "cda:" geführt wird, ist in den eHealth-Austria Dokumenten als Standard-Namespace für alle eHealth-Austria-Dokumente geführt: "<ClinicalDocument xmlns="urn:hl7-org:v3" ... >"
Elemente werden mit einem Dreieck bezeichnet, Attribute mit einem @ -Zeichen (2).
Datentypen werden nach der Liste der unterstützten Datentypen (3) angegeben. Es können einfache Datentypen (Kleinbuchstaben), reguläre Datentypen (Großbuchstaben) oder flavors sein.
Die Kardinalitäts- und Konformitätsspalte ist oben (4) erläutert.
Feste Werte für z.B. Attribute werden auch in der Spalte "Beschreibung" (5) angezeigt, denen ein "F" in der Spalte Conf folgt.
Konformitätserklärungen werden zusammen mit einer CONF-Box gezeigt, z.B. ein @code und ein @codeSystem mit festen und erforderlichen Werten (6).
Ein optionales Label wird in der rechten Spalte (7) angezeigt.
Einbeziehung oder Eingrenzung von anderen Templates, z.B. ein Eintrag innerhalb eines Abschnitts, werden entsprechend (8) zusammen mit ihrer Template-ID, dem Anzeigenamen und der Flexibilität/Stabilitätsanzeige angezeigt, d.h. "DYNAMIC" (die neueste Version) oder STATIC zusammen mit dem Versionsdatum.
Die Auswahl von Elementen wird als Auswahlliste mit den Elementen in Fragen dargestellt, die in einer Aufzählungsliste zusammengefasst sind.
Eine typische Konformitätserklärung ist die Bindung eines codierten Elements an einen Wert. Dies wird in der dargestellten Weise ausgedrückt. Der Wert wird mit der ID, dem Anzeigenamen und der Flexibilität/Stabilität der Bindung dargestellt.
Wenn eine Einschränkung in Worten ausgedrückt wird, begleitet eine Box "Constraint" den Textausdruck der Einschränkung.
In Fällen, in denen Einschränkungen durch formalisierte Regeln in ISO Schematron ausgedrückt werden, wird die Regel zusammen mit der Rolle (Fehler, Warnung), der Test und die Assertionsmeldung angezeigt.
↑ HL7 Templates Standard: Specification and Use of Reusable Information Constraint Templates, Release 1 [1]