Outpatient Report

Aus HL7 Austria MediaWiki
Wechseln zu: Navigation, Suche
[geprüfte Version][unmarkierte Version]
(→‎Allgemeines)
Zeile 80: Zeile 80:
 
==Allgemeines==
 
==Allgemeines==
  
−
Der '''generische ärztliche Befund''' umfasst patientenzentrierte medizinische Dokumente aus dem (fach-)ärztlichen Bereich oder aus (Fach-) Ambulanzen und dient zum Austausch zwischen GDA-Organisationen und für den Patient zur eigenen Verwendung.  
+
Der '''generische ärztliche Befund''' umfasst patientenzentrierte medizinische Dokumente aus dem (fach-)ärztlichen Bereich oder aus (Fach-) Ambulanzen und dient zum Austausch zwischen GDA-Organisationen und dem Patienten zur eigenen Verwendung.  
−
Das Dokument wird durch einen GDA am Ende einer oder mehrerer Patientenkontakte / Konsultationen (persönlich oder telemedizinisch) erstellt.
+
Das Dokument wird durch einen GDA am Ende eines oder mehrerer Patientenkontakte/s (Konsultationen) persönlich oder telemedizinisch erstellt.
  
 
{{elga-cdaopr-2.06.2:Definition}}
 
{{elga-cdaopr-2.06.2:Definition}}

Version vom 20. Juni 2018, 09:13 Uhr


Under construction icon-blue.png Diese Seite oder Abschnitt ist derzeit ein Entwurf und kann sich noch ändern.
This article was last edited by Klostermann (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 Klostermann (talk| contribs) 6 years ago.
ELGA mitClaim.png
ELGA CDA
Implementierungsleitfäden
HL7 Implementation Guide for CDA® R2:
STU: Ärztlicher Befund (generisch)
Zur Anwendung im österreichischen
Gesundheitswesen [1.2.40.0.34.11.14.x.x]
10. Jänner 2018
0.02
Ballot-Version (STU)



Wichtige Lizenzinformationen

Die von HL7 Austria erarbeiteten Standards und die Bearbeitungen der Standards von HL7 International stellen Werke im Sinne des österreichischen Urheberrechtsgesetzes dar und unterliegen daher urheberrechtlichem Schutz.
HL7 Austria genehmigt die Verwendung dieser Standards für die Zwecke der Erstellung, des Verkaufs und des Betriebs von Computerprogrammen, sofern nicht anders angegeben oder sich die Standards auf andere Urheber- oder Lizenzrechtlich geschützte Werke beziehen.
Die vollständige oder teilweise Veröffentlichung der Standards (zum Beispiel in Spezifikationen, Publikationen oder Schulungsunterlagen) ist nur mit einer ausdrücklichen Genehmigung der HL7 Austria gestattet. Mitglieder von HL7 Austria sind berechtigt, die Standards vollständig oder in Auszügen ausschließlich organisationsintern zu publizieren, vervielfältigen oder verteilen.
Die Veröffentlichung eigener Anpassungen der HL7-Spezifikationen (im Sinne von Lokalisierungen) oder eigener Leitfäden erfordert eine formale Vereinbarung mit der HL7 Austria.
Die vollständigen Lizenzinformationen finden sich unter https://hl7.at/nutzungsbedingungen-und-lizenzinformationen/
Die Lizenzbedingungen von HL7 International finden sich unter http://www.HL7.org/legal/ippolicy.cfm

Urheberrechte und Nutzungsrechte von anderen Quellen (“Third Party IP”): Der Nutzer dieses Dokuments (bzw. der Lizenznehmer) stimmt zu und erkennt an, dass HL7 Austria nicht alle Rechte und Ansprüche in und an den Materialien besitzt und dass die Materialien geistiges Eigentum von Dritten enthalten und / oder darauf verweisen können ("Third Party IP").
Die Anerkennung dieser Lizenzbestimmungen gewährt dem Lizenznehmer keine Rechte in Bezug auf Third Party IP. Der Lizenznehmer allein ist für die Identifizierung und den Erhalt von notwendigen Lizenzen oder Genehmigungen zur Nutzung von Third Party IP im Zusammenhang mit den Materialien oder anderweitig verantwortlich.
Jegliche Handlungen, Ansprüche oder Klagen eines Dritten, die sich aus einer Verletzung eines Third Party IP-Rechts durch den Lizenznehmer ergeben, bleiben die Haftung des Lizenznehmers.

Im Folgenden finden Sie eine Liste von Terminologien (ohne Anspruch auf Vollständigkeit), die eine solche separate Lizenz erfordern können:

Terminologie Eigentümer, Kontaktinformation
SNOMED CT International Healthcare Terminology Standards Development Organization (IHTSDO) info@ihtsdo.org
Logical Observation Identifiers Names & Codes (LOINC) Regenstrief Institute, Inc. www.regenstrief.org loinc.org
Unified Code for Units of Measure (UCUM) Regenstrief Institute, Inc. www.regenstrief.org unitsofmeasure.org
International Classification of Diseases (ICD) World Health Organization (WHO)
International Classification of Diseases (ICD-10) BMGF Bundesministerium für Gesundheit und Frauen www.bmgf.gv.at
Anatomical Therapeutic Chemical Classification System (ATC) World Health Organization (WHO)
Pharmazentralnummer (PZN) ARGE Pharma im Fachverband der chemischen Industrie Österreichs (FCIO) der Wirtschaftskammern Österreichs (WKO)
EDQM-Codes Europäisches Direktorat für die Qualität von Arzneimitteln https://www.edqm.eu/

1 Ärztlicher Befund (generisch)

1.1 Allgemeines

Der generische ärztliche Befund umfasst patientenzentrierte medizinische Dokumente aus dem (fach-)ärztlichen Bereich oder aus (Fach-) Ambulanzen und dient zum Austausch zwischen GDA-Organisationen und dem Patienten zur eigenen Verwendung. Das Dokument wird durch einen GDA am Ende eines oder mehrerer Patientenkontakte/s (Konsultationen) persönlich oder telemedizinisch erstellt.

elga-cdaopr-2.06.2:Definition

1.2 Abgrenzung

Outpatient Reports sind nicht zur Abbildung aller Dokumente im ambulanten Bereich gedacht. Sie sind also nicht

  • Vollautomatische Zusammenfassungen der Dokumentation verschiedener Fachgruppen (wie es für das Patient Summary diskutiert wird) – aber natürlich können sie Inhalte verschiedener GDA als „Zitate“ enthalten.
  • Fortschreibungsdokumente, wo mehrere GDA an einem Dokumente arbeiten und dieses gegenseitig updaten.
  • Workflowdokumente – wenn der Workflow als fixer Ablauf verschiedener Akteure im Sinne einer Beauftragungssystems verstanden wird. Ein Outpatient Report kann aber sehr wohl das Ergebnis eines Workflows dokumentieren. Es ist auch denkbar, dass die aktuelle Position eines Patienten innerhalb eines Leitlinienschemas festgehalten werden kann.

1.3 Herausgeber, Autoren oder Mitverfasser

1.3.1 Autoren

Das Redaktionsteam bestand aus folgenden Personen:

Name Organisation
Mag. Dr. Stefan Sabutsch ELGA GmbH, HL7 Austria Herausgeber, Autor


Mitglieder der Arbeitsgruppe: Mag. Martin Asenbaum (SVC), DI (FH) Markus Bauer (MP2 IT-Solutions GmbH), Karl Blauensteiner (Gesundheitsverbund WGKK), DI(FH) Dieter Böhm, MA MSc (Krankenhaus der Elisabethinen Linz ), Dr. Klaus Buttinger (Gespag), Adis Buturovic (AKH Wien), Dr. Gottfried Endel (HVB / AAM), Ing. Victor Emanuel Grogger (KAGES), Dr. Ludwig Gruber (ÄK Tirol), DI Claudia Hechenberger (SALK), Emmanuel Helm MSc (FH Oberösterreich), Dr. Susanne Herbek (Fonds Soziales Wien), Ing. Wolfgang Hießl, MSc, MBA (OÖGesFonds), Mag. Konrad Hölzl (KAV Wien), Dr. Christina Kastner-Frank (AKH Wien), Dietmar Keimel (CAS), DI Andrea Klostermann (ELGA GmbH), Dr. Harald Kornfeil (Ordination Dr. Kornfeil), Agnes Kralik (Vinzenz Gruppe), Priv.-Doz. OA Dr. Peter Krisper (Kages), Cornelia Lahnsteiner (ELGA GmbH), DI Sonja Leder (SigmaSoft), Dr. Robert Mischak (FH Joanneum), Dr. Christoph Mitsch (Medizinische Universität Wien), Dr. Michael Nebosis (KAV Wien), Dr. Caroline Neuray (SALK), DI Michael Nöhammer (ÖÄK), DI Claudia Perndl (OKL), DI Dr. Stefan Rausch-Schott (Vinzenz Gruppe), Dr. Stefan Sabutsch (ELGA GmbH), Dr. Andreas Sailler (AUVA), Ing. Stephan Salzer, zJPM (CGM), Ing. Eduard Schebesta (HCS), Dr. Christian Scheibböck (AKH Wien), Carina Seerainer (ELGA GmbH), DI Dr. Peter Seifter (HL7 / FH Joanneum), Hans Sheu, B.Sc. (Vinzenz Gruppe), Doris Steiner (CGM Arztsysteme Österreich), Gerhard Stimac (CGM), Mag. Elisabeth Strahser (WKO Fachverband Unternehmensberatung), DI Herlinde Toth (KAV Wien), Ing. Christoph Unfried (HCS), Dr. Burkhard Walla (ÖÄK), Dr. Irina Weik (BMGF), DI Silvia Winkler, MSc (SigmaSoft).

(Stand 23.8.2017)

1.4 Status

Der Leitfaden ist noch nicht abgestimmt. Ein technischer Normierungs- und Abstimmungs-Prozess zur Erprobung der Spezifikation wird 2018 durchgeführt: STU-Ballot (Standard for Trial Use Ballot, dient zur Freigabe von Prä-Standards, die in der Praxis evaluiert werden sollen). Erst nach Absolvieren eines normativen Ballots wird der Leitfaden zum nationalen Standard.

1.5 Klassifizierung der Dokumente

  • Grundsätzlich berichtet EINE Fachrichtung, daher kann eine klare Zuordnung zum Dokumententyp getroffen werden
  • Falls Ergebnisse mehrerer Fachrichtungen berichtet oder zusammengefasst werden, kann ggf. die allgemeine (übergeordnete) Dokumentenklasse statt dem Dokumententyp verwendet werden.
  • Die Benennung erfogt nach der Regel "Befund" + Fachrichtung, z.B. "Befund Augenheilkunde und Optometrie", es wird ein wenn möglich ein passender LOINC (scale:Doc, component:consultation note) zugeordnet
    • Anmerkung: Auffinden einzelner Untersuchungen sollte dann über die ServiceEvents (Liste der Gesundheitsdienstleistungen) möglich sein, wie bei Multimodalen Befunden in der Radiologie über den APPC
  • Pro Fachrichtung auch eigene Dokumente erstellt werden, was das Suchen nach der konkreten Information erleichtert
Level-Type LOINC LOINC Long Common Name Deutsche Bezeichnung Bemerkung
0-S 75476-2 Physician note Ärztlicher Befund Umfasst Befunde der Fachärzte und Allgemeinmediziner (im niedergelassenen Bereich und in Ambulanzen sowie in Krankananstalten)
0-D 51845-6 Outpatient Consult note Facharztbefund / Fachambulanzbefund Klassifiktion "Outpatient" schwierig - unpassend für stationäre Patienten (Konsile!)
1-L 34764-1 General medicine Consult note Befund Allgemeinmedizin
1-L 24131-3 Outpatient Progress note Statusbericht [Anmerkung 1] Neu - siehe Leitfaden PHC-Statusbericht
1-L 77403-4 Anesthesiology Consult note Befund Anästhesiologie und Intensivmedizin Neu
1-L 34803-7 Occupational medicine Consult note Befund Arbeitsmedizin
1-L 34807-8 Ophthalmology Consult note Befund Augenheilkunde und Optometrie
1-L 33720-4 Blood bank consult Befund Blutgruppenserologie und Transfusionsmedizin Befund Immunhämatologie
1-L 34847-4 Surgery Consult note Befund Chirurgie
1-L 34760-9 Diabetology Consult note Befund Diabetologie
1-L 34879-7 Endocrinology Consult note Befund Endokrinologie
1-L 34777-3 Obstetrics and Gynecology Consult note Befund Frauenheilkunde und Geburtshilfe
1-L 34761-7 Gastroenterology Consult note Befund Gastroenterologie
1-L 34853-2 Vascular surgery Consult note Befund Gefäßchirurgie
1-L 34776-5 Geriatric medicine Consult note Befund Geriatrie
1-L 69438-0 Forensic medicine Referral note Befund Gerichtsmedizin Neu
1-L 34816-9 Otolaryngology Consult note Befund Hals-, Nasen- und Ohrenkrankheiten
1-L 34779-9 Hematology+Medical Oncology Consult note Befund Hämatologie
1-L 34758-3 Dermatology Consult note Befund Haut- und Geschlechtskrankheiten
1-L 80575-4  Cardiac surgery Consult note Befund Herzchirurgie Neu
1-L 77429-9 Allergy and immunology Consult note Befund Immunologie Neu
1-L 34781-5 Infectious disease Consult note Befund Infektiologie
1-L 85238-4 Internal medicine Consult note Befund Innere Medizin Neu
1-L 34099-2 Cardiology Consult note Befund Kardiologie
1-L 68881-2 Pediatric surgery Note Befund Kinder- und Jugendchirurgie
1-L 78726-7 Pediatrics Consult Note Befund Kinder- und Jugendheilkunde Neu
1-L 68645-1 Child and adolescent psychiatry Note Befund Kinder- und Jugendpsychiatrie Neu
1-L 34103-2 Pulmonary Consult note Befund Lungenkrankheiten
1-L 78254-0 Clinical genetics Consult note Befund Medizinische Genetik Neu
1-L 34812-8 Oral and Maxillofacial Surgery Consult note Befund Mund-, Kiefer- und Gesichtschirurgie
1-L 34795-5 Nephrology Consult note Befund Nephrologie
1-L 34798-9 Neurological surgery Consult note Befund Neurochirurgie
1-L 34797-1 Neurology Consult note Befund Neurologie
1-L 34878-9 Emergency medicine Note Befund Notfallmedizin Neu
1-L 34805-2 Oncology Consult note Befund Onkologie
1-L 34814-4 Orthopaedic surgery Consult note Befund Orthopädie und Orthopädische Chirurgie
1-L 78568-3 Palliative care Consult Note Befund Palliativmedizin Neu
1-D 68818-4 Pediatrics Note Pädiatrischer Befund Entfernen
1-L 34820-1 Pharmacology Consult note Befund Pharmakologie und Toxikologie Neu - oder (84190-8) Medical toxicology Consult note
1-L 34822-7 Physical medicine and rehabilitation Consult note Befund Physikalische Medizin und Allgemeine Rehabilitation
1-L 34826-8 Plastic surgery Consult note Befund Plastische, Ästhetische und Rekonstruktive Chirurgie
1-L 34788-0 Psychiatry Consult note Befund Psychiatrie
1-L 82359-1 Reproductive endocrinology and infertility Consult note Befund Reproduktionsmedizin Neu
1-L 34839-1 Rheumatology Consult note Befund Rheumatologie
1-L 85866-2 Sleep medicine Consult note Befund Schlafmedizin Neu
1-L 78738-2 Sports medicine Consult note Befund Sportmedizin Neu
1-L 34831-8 Radiation oncology Consult note Befund Strahlentherapie-Radioonkologie
1-L 34849-0 Thoracic surgery Consult note Befund Thoraxchirurgie
1-L 78732-5 Trauma Consult note Befund Unfallchirurgie Neu
1-L 34851-6 Urology Consult note Befund Urologie
1-L 34756-7 Dentistry Consult note Befund Zahn-, Mund- und Kieferheilkunde Neu
1-L 67862-3 Preoperative evaluation and management Note Präoperativer Befund [Anmerkung 2] Neu
1-L - (keine Codes verfügbar) Befund Virologie (=81193-5 Medical microbiology - pathology Consult note?)
  1. ↑ Nicht für Befunde, die über ELGA ausgetauscht werden sollen
  2. ↑ Der präoperative Befund ist eine Zusammenfassung der präoperativen Diagnostik mit einer Aussage über die eventuelle Operationsrisiken und die Operationstauglichkeit des Patienten als Ergebnis.


1.6 Datenelemente

Outpatient Report Data Set mit Beschreibung. Ein Art-Decor Data Set ist eine einfache Übersicht über die Inhalte einer Spezifikation. Es besteht auch einer Liste von wohldefinierten (hierarchischen) Konzepten. Konzepte beschreiben die Daten von Dokumenten oder Nachrichten mit ihren Datentypen.

1.6.1 Metadaten (Header)

Dieser Leitfaden übernimmt die technische Spezifikation der Header Elemente aus dem allgemeinen Implementierungsleitfaden in folgender Optionalität:

Element (in Art-Decor) Notwendig Zusatzdaten
Patient R
Vormund, Erwachsenenvertreter (Sachwalter) R2
Titel (Dokumententitel) R
Erstellungsdatum (effectiveDate) R
Autor (Ersteller, author) R
Schreibkraft (dataEnterer) O
Verwahrer des Originaldokuments (Custodian) R
Empfänger (informationRecipient) O
Rechtlicher Unterzeichner (legalAuthenticator) R
Weitere Unterzeichner (authenticator) O
Fachlicher Ansprechpartner R2
Zuweisender (Einweisender Arzt, Zuweisender Arzt, Überweisender Arzt, Auftraggeber) O
Hausarzt O
Notfall-Kontakt (Auskunftsberechtigte Person, Vertrauensperson) O
Angehörige O
Versicherter/Versicherung O
Betreuende Organisation O
Weitere Behandler O
Auftrag O
Gesundheitsdienstleistung (serviceEvent) R
Patientenkontakt (Aufnahme) R
Logo (Brieflogo, Signet) O

1.6.2 Fachlicher Inhalt (Sections)

Spezifikation:

  • OPR - Generischer Ärztlicher Befund (dieser Leitfaden)
  • ALF = Allgemeiner Implementierungsleitfaden
  • EBÄ = Entlassungsbrief Ärztlich
  • LAB = Laborbefund
  • PS = Patient Summary
  • SPEZ = ist zukünftig in einer fachspezifischen Spezialisierung zu definieren
Section (+ Subsection) Beschreibung Herkunft Codierte Daten dieser Sektion
Brieftext (Logo) Anrede ALF
Konsultations- oder Überweisungsgrund Überweisungsgrund, Beratungsanlass, Anlass des Besuches OPR ICPC2,ICD-10
Frühere Erkrankungen Vorbekannte Erkrankungen und Gesundheitsprobleme EBÄ Diagnosen
Bestehende Medikation Bisherige Medikation, Laufende Medikation, Prämedikation PS Medikation
Allergien und Intoleranzen Unverträglichkeiten, bestehende Unverträglichkeiten PS Allergien
Anamnese Aufnahmegrund, aktuelle Anamnese OPR
Schwangerschaften PS aktuelle Schwangerschaft, Geburtstermin, vergangene Schwangerschaften, Geburten, Abortus
Medizinische Geräte und Implantate PS Medical Devices
Beeinträchtigungen Autonomie, Invalidität, Besondere Herausforderungen PS ICF
Impfungen PS Impfungen
Lebensstil Lebensstilfaktoren PS Alkohol Gläser/d, Nikotin
Willenserklärungen Rechtliche Dokumente ALF
Vorbefunde Erhobene Befunde OPR
Dekurs decursus morbi, Ablauf, Zeitlicher Verlauf OPR
Befunde Aktuell erhobene Befunde, Diagnostik, Untersuchungsergebnisse OPR
Befund Ergebnis, Diagnostik, Diagnose OPR Diagnosen ICD-10
Körperliche Untersuchung Ganzkörperuntersuchung OPR
Vitalparameter ALF Vitalparameter: RR, Gewicht, Größe, ...
Fachspezifische Diagnostik SPEZ spez.Fachdiagnosen, Scores, Assessments
Ausstehende Befunde Ausständige Befunde, Fehlende Befunde EBÄ
Durchgeführte Maßnahmen Durchgeführte Eingriffe & Therapien OPR Leistungen (KAL)
Empfohlene Medikation Weitere Medikation OPR Medikation
Empfohlene Maßnahmen Empfehlungen, Plan, Therapieempfehlung, Weiteres Procedere PS Leistungen (KAL)
Zusammenfassende Beurteilung aktuelle Diagnose, Ergebnis, Befundinterpretation PS Codierte Diagnosen
Wichtige Hinweise Alarminformation, Risiken OPR
Weitere Informationen Hinweise OPR
Abschließende Bemerkungen Grußformel ALF
Beilagen Attachments EBÄ

Details siehe Art-Decor [1]

1.7 Technische Spezifikation

Definitionen der Sections unter https://art-decor.org/decor/services/RetrieveDataSet?id=1.2.40.0.34.77.1.2&language=de-DE&effectiveDate=2017-06-26T00:00:00&format=html&hidecolumns=3456bcdefghijklmnop

1.7.1 Konsultations- oder Überweisungsgrund

EIS „Enhanced“ und „Full Support“
Template ID ELGA: 1.2.40.0.34.11.14.2.3
Parent Template ID -
Titel der Sektion Konsultations- oder Überweisungsgrund
Definition 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.7.1.1 Entry Level Spezifikation

Id1.2.40.0.34.11.13.3.6
ref
elgabbr-
Gültigkeit2017‑01‑26 14:29:54
StatusKyellow.png EntwurfVersions-Label0.2
NameGesundheitsproblemBedenkenEntryBezeichnungGesundheitsproblem 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. 
KontextElternknoten des Template-Element mit Id 1.2.40.0.34.11.13.3.6
KlassifikationCDA Entry Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Benutzt
Benutzt 4 Templates
Benutzt als NameVersion
1.2.40.0.34.11.13.3.16ContainmentKyellow.png Author (Body) PSDYNAMIC
1.2.40.0.34.11.13.3.20ContainmentKyellow.png Informant (Body) PS (0.1)DYNAMIC
1.2.40.0.34.11.13.3.7ContainmentKyellow.png Problem Entry Gesundheitsproblem (0.1)DYNAMIC
1.2.40.0.34.11.13.3.17ContainmentKyellow.png ELGA ExternalDocument (0.1)DYNAMIC
Beispiel
Strukturbeispiel
<act classCode="ACT" moodCode="EVN">
  <templateId root="1.2.40.0.34.11.13.3.6"/>  <id root="1.2.3" extension="2.3.4"/>  <code code="CONC" codeSystem="2.16.840.1.113883.5.6"/>  <statusCode code="active"/>  <effectiveTime>
    <low/>    <high/>  </effectiveTime>  <author>
    <!-- template 1.2.40.0.34.11.13.3.16 'Author (Body) PS' (2017-08-05T19:04:45) -->
  </author>  <informant>
    <!-- template 1.2.40.0.34.11.13.3.20 'Informant (Body) PS' (2017-08-10T20:49:25) -->
  </informant>  <entryRelationship>
    <!-- template 1.2.40.0.34.11.13.3.7 'Problem Entry Gesundheitsproblem' (2017-08-13T15:08:52) -->
  </entryRelationship>  <reference>
    <!-- template 1.2.40.0.34.11.13.3.17 'ELGA ExternalDocument' (2017-08-09T10:55:40) -->
  </reference></act>
ItemDTKardKonfBeschreibungLabel
hl7:act
1 … 1R(Ges...try)
Treetree.png@classCode
cs1 … 1FACT
Treetree.png@moodCode
cs1 … 1FEVN
Treetree.pnghl7:templateId
II1 … 1M(Ges...try)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.11.13.3.6
Treetree.pnghl7:id
0 … *R(Ges...try)
Treetree.pnghl7:code
CE (extensible)1 … 1R(Ges...try)
Treeblank.pngTreetree.png@code
CONF0 … 1FCONC
Treeblank.pngTreetree.png@codeSystem
0 … 1F2.16.840.1.113883.5.6 (HL7ActClass)
Treetree.pnghl7:statusCode
CS (erforderlich)1 … 1M
  • "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
Treetree.pnghl7:effectiveTime
IVL_TS1 … 1R
Erstes und letztes Auftreten des Bedenkens.
(Ges...try)
Treeblank.pngTreetree.pnghl7:low
IVXB_TS1 … 1RBeginn des Auftretens des Bedenkens.(Ges...try)
Treeblank.pngTreetree.pnghl7:high
IVXB_TS0 … 1CZeitpunkt des Endes des Bedenkens.
Ist dieser Zeitpunkt nicht bekannt, ist effectiveTime.high mit nullFlavor "UNK" anzugeben.		(Ges...try)
 ConstraintWenn statusCode=completed ist, dann ist die Angabe dieses Werts erforderlich.
 Schematron assertrole error 
 testhl7:act/hl7:statusCode[@code="completed"] and hl7:act/hl7:effectiveTime/hl7:high 
 Meldungif statusCode = completed effectiveTime.high may not be empty 
Treetree.pnghl7:author
0 … *Author der enthaltenen Information (GDA)
Beinhaltet 1.2.40.0.34.11.13.3.16 Author (Body) PS (DYNAMIC)		(Ges...try)
Treetree.pnghl7:informant
0 … *
Quelle der Information. 
Name der Person und ihre Beziehung zum Patienten (Patient oder Angehöriger, Auskunftsperson - nicht-GDA)

Beinhaltet 1.2.40.0.34.11.13.3.20 Informant (Body) PS (DYNAMIC)		(Ges...try)
Treetree.pnghl7:entryRelationship
1 … *REin oder mehrere Problem Entrys, die diesem Bedenken zugeordnet sind.
Beinhaltet 1.2.40.0.34.11.13.3.7 Problem Entry Gesundheitsproblem (DYNAMIC)		(Ges...try)
Treeblank.pngTreetree.png@typeCode
cs1 … 1FSUBJ
Treeblank.pngTreetree.png@inversionInd
bl1 … 1Ffalse
Treetree.pnghl7:reference
0 … 1Hier werden Verweise auf externe Dokumente zum Gesundheitsproblem angegeben.
Beinhaltet 1.2.40.0.34.11.13.3.17 ELGA ExternalDocument (DYNAMIC)		(Ges...try)
Id1.2.40.0.34.777.2.10.1Gültigkeit2019‑01‑20 20:37:41
StatusKyellow.png EntwurfVersions-Label0.1
NameBeeintraechtigungen_SUBBezeichnungBeeinträchtigungen SUB
BeschreibungInformationen über dauernde Beeinträchtigung der körperlichen und/oder geistigen Leistungsfähigkeit, Art und Grad von Behinderungen
KontextElternknoten des Template-Element mit Id 1.2.40.0.34.777.2.10.1
KlassifikationCDA Section level template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Benutzt
Benutzt 4 Templates
Benutzt als NameVersion
1.2.40.0.34.11.13.3.16ContainmentKyellow.png Author (Body) PSDYNAMIC
1.2.40.0.34.11.13.3.20ContainmentKyellow.png Informant (Body) PS (0.1)DYNAMIC
1.2.40.0.34.11.13.3.30ContainmentKyellow.png Functional Status Entry (0.1)DYNAMIC
1.2.40.0.34.11.13.2.18ContainmentKyellow.png Übersetzung (0.1)DYNAMIC
BeziehungSpezialisierung: Template 1.2.40.0.34.11.13.2.12 Beeinträchtigungen (2017‑08‑04 12:10:57)
ref
elgabbr-

Kopie: Template 1.2.40.0.34.11.2.2.11 Entlassungszustand (2015‑10‑15)
ref
elgabbr-
Beispiel
Beispiel
<section>
  <templateId root="1.2.40.0.34.11.13.2.12"/>  <code code="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>
ItemDTKardKonfBeschreibungLabel
hl7:section
(Bee...SUB)
Treetree.pnghl7:templateId
II1 … 1M(Bee...SUB)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.777.2.10.1
Treetree.pnghl7:templateId
II1 … 1M(Bee...SUB)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.11.13.2.12
Treetree.pnghl7:id
II0 … 1Eindeutige ID der Sektion (optional)(Bee...SUB)
Treetree.pnghl7:code
CE (extensible)1 … 1M(Bee...SUB)
Treeblank.pngTreetree.png@code
CONF1 … 1F47420-5
Treeblank.pngTreetree.png@codeSystem
1 … 1F2.16.840.1.113883.6.1 (LOINC)
 Beispiel<code code="47420-5" displayName="Functional status assessment" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC"/>
Treetree.pnghl7:title
ST1 … 1R(Bee...SUB)
 CONF
Elementinhalt muss "Beeinträchtigungen" sein
Treetree.pnghl7:text
SD.TEXT1 … 1RIn diesem Element werden  Informationen über dauernde Beeinträchtigung der körperlichen und/oder geistigen Leistungsfähigkeit, Art und Grad von Behinderungen hinterlegt.(Bee...SUB)
Treetree.pnghl7:author
0 … *Author der enthaltenen Information (GDA)
Beinhaltet 1.2.40.0.34.11.13.3.16 Author (Body) PS (DYNAMIC)		(Bee...SUB)
Treetree.pnghl7:informant
0 … *
Quelle der Information. 
Name der Person und ihre Beziehung zum Patienten (Patient oder Angehöriger, Auskunftsperson - nicht-GDA)

Beinhaltet 1.2.40.0.34.11.13.3.20 Informant (Body) PS (DYNAMIC)		(Bee...SUB)
Treetree.pnghl7:entry
0 … 1Maschinenlesbare Form der Informationen
Beinhaltet 1.2.40.0.34.11.13.3.30 Functional Status Entry (DYNAMIC)		(Bee...SUB)
Treeblank.pngTreetree.png@typeCode
cs1 … 1FDRIV
Treetree.pnghl7:component
0 … *Optionale Subsections zur Angabe von Übersetzungen des <text> Elements
Beinhaltet 1.2.40.0.34.11.13.2.18 Übersetzung (DYNAMIC)		(Bee...SUB)
Treeblank.pngTreetree.png@typeCode
cs0 … 1FCOMP
Treeblank.pngTreetree.png@context​Conduction​Ind
cs0 … 1Ftrue


1.7.2 Anamnese

EIS „Enhanced“ und „Full Support“
Template ID ELGA: 1.2.40.0.34.11.14.2.6
Parent Template ID -
Titel der Sektion Anamnese
Definition Freitext für Aufnahmegrund, aktuelle Anamnese.

Die Anamnese enthält die professionelle Erfragung von potenziell medizinisch relevanten Informationen durch Fachpersonal (z.B. einen Arzt) basierend auf den Aussagen des Patienten (Eigenanamnese) oder einer dritten Person (Fremdanamnese) zum aktuellen Konsultationsanlass. Gutes Beispiel: „Thoraxschmerzen bei leichter Belastung seit zwei Wochen. Vorherige Herzprobleme bekannt.“ Schlechtes Beispiel: Kopie sämtlicher Vordiagnosen

Codierung LOINC: 10164-2, „History of present illness“
Konformität [O]
Konformität Level 3 [NP]

Die Anamnese enthält die professionelle Erfragung von potenziell medizinisch relevanten Informationen durch Fachpersonal (z.B. einen Arzt) basierend auf den Aussagen des Patienten (Eigenanamnese) oder einer dritten Person (Fremdanamnese) zum aktuellen Konsultationsanlass. Die Anamnese kann sich in mehrere Abschnitte gliedern, z.B.

  • biografische Anamnese, allgemeine Anamnese,
  • vegetative Anamnese,
  • Ernährungsanamnese,
  • Suchtanamnese,
  • psychosoziale Anamnese,
  • Sexualanamnese,
  • Familienanamnese
  • Sozialanamnese
  • Fachspezifische Anamnese

1.7.3 Vorbefunde

EIS „Enhanced“ und „Full Support“
Template ID ELGA: 1.2.40.0.34.11.14.2.x
Parent Template ID -
Titel der Sektion Vorbefunde
Definition Relevante Befunde, die im Rahmen von vorangegangenen Patientenkontakten von anderen GDA oder selbst erhoben wurden und als freitextliches Zitat (oder Beilage) angegeben werden.
Codierung LOINC: 30954-2, „Relevant diagnostic tests/​laboratory data Narrative“
Konformität [O]
Konformität Level 3 [NP]

Anmerkung: Vielleicht kann hier die Definition des Patient Summary für die Sektion "Diagnostische Resultate" verwendet werden. Definition in IPS: This section assembles relevant observation results obtained on the patient. These may be laboratory results, anatomic pathology results, radiology results or other imaging or clinical results. The optional author and informant elements are used when necessary to convey the provenance and authoring of the section content in case it is different from what is announced in the CDA header."

1.7.4 Dekurs

EIS „Enhanced“ und „Full Support“
Template ID ELGA: 1.2.40.0.34.11.14.2.8
Parent Template ID -
Titel der Sektion Dekurs
Definition Freitextliche Beschreibung des Krankheits- oder Problemverlaufes
Codierung LOINC: 56825-3, „Problem time course“
Konformität [O]
Konformität Level 3 [NP]

1.7.5 Befunde

EIS „Enhanced“ und „Full Support“
Template ID ELGA: 1.2.40.0.34.11.14.2.x
Parent Template ID -
Titel der Sektion Befunde
Definition Aktuell erhobene Befunde, Diagnostik, Untersuchungsergebnisse. Medizinisch relevante, körperliche oder psychische Erscheinungen, Gegebenheiten, Veränderungen und Zustände eines Patienten, die durch Fachpersonal (Ärzte, anderes medizinisches Personal) im Rahmen der aktuellen Konsultation als Untersuchungsresultat erhoben werden. Gutes Beispiel: „38° Temperatur“
Codierung ELGA_Sections: X-BEFUNDE, Vorläufiger Code. LOINC?
Konformität [O]
Konformität Level 3 [NP]


1.7.6 Befund

EIS „Enhanced“ und „Full Support“
Template ID ELGA: 1.2.40.0.34.11.14.2.x
Parent Template ID -
Titel der Sektion Befund
Definition Ergebnis, Diagnostik, Diagnose. Medizinisch relevante, körperliche oder psychische Erscheinungen, Gegebenheiten, Veränderungen und Zustände eines Patienten, die durch Fachpersonal (Ärzte, anderes medizinisches Personal) im Rahmen der aktuellen Konsultation als Untersuchungsresultat erhoben werden.
Codierung ELGA_Sections: X-BEFUND, Vorläufiger Code. LOINC?
Konformität [O]
Konformität Level 3 [O]


1.7.7 Körperliche Untersuchung

EIS „Enhanced“ und „Full Support“
Template ID ELGA: 1.2.40.0.34.11.14.2.x
Parent Template ID -
Titel der Sektion Ganzkörperuntersuchung
Definition Die körperliche Untersuchung ist die unmittelbare Untersuchung eines Patienten mit den Sinnen des Arztes und einfachen Hilfsmitteln (z.B. Stethoskop). Es ist eine orientierende und grobe Untersuchung des gesamten Körpers beziehungsweise seiner Organsysteme.

Meist wird nach dem sogenannten IPPAF-Schema vorgegangen (Inspektion, Palpation, Perkussion, Auskultation, Funktionsprüfung)

Codierung ELGA_Sections: X-KOERPERLUNTERS, Vorläufiger Code. LOINC?
Konformität [O]
Konformität Level 3 [NP]


1.7.8 Durchgeführte Maßnahmen

EIS „Enhanced“ und „Full Support“
Template ID ELGA: 1.2.40.0.34.11.14.2.x
Parent Template ID -
Titel der Sektion Durchgeführte Maßnahmen
Definition Durchgeführte Eingriffe & Therapien. Im Rahmen des aktuellen Patientenkontakts durchgeführte Maßnahmen, z.B: verabreichte Medikation (incl. Impfung), therapeutische Maßnahmen, Eingriffe, sowie diagnostische Maßnahmen, die nicht unter „aktuelle Befunde“ einzureihen sind. Angabe als Freitext, tabellarische Darstellung empfohlen. Codierte Angabe möglich. --> Übernahme in EBÄ sinnvoll

Beispiele: "FSME Impfung", "Infiltration", "Nävus-Excision li Oberschenkel KAL QZ525" Für ausführliche Operationsberichte soll später ein eigener Leitfaden erarbeitet werden!

Codierung LOINC: 29554-3, „Procedure Narrative“
Konformität [O]
Konformität Level 3 [NP]



1.7.9 Empfohlene Medikation

EIS „Enhanced“ und „Full Support“
Template ID ELGA: 1.2.40.0.34.11.14.2.4
Parent Template ID -
Titel der Sektion Empfohlene Medikation
Definition 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.)
Codierung LOINC: 75311-1, „Discharge medications Narrative“
Konformität [O]
Konformität Level 3 [O]

Medikation-Entry wie ILF Entlassungsbrief Ärztlich - Empfohlene Medikation - Prüfen: Wie Änderungen des Regimens in Level 3 behandeln? Nur Freitext oder auch als Pharmaceut. Advice?

1.7.9.1 Technische Spezifikation Level 3

Id1.2.40.0.34.11.8.1.3.1
ref
elgabbr-
Gültigkeit2014‑09‑01
Andere Versionen mit dieser Id:
  • Kblank.png MedikationVerordnungEntryemed vom 2014‑01‑31
StatusKyellow.png EntwurfVersions-Label
NameMedikationVerordnungEntryemedBezeichnungMedikation Verordnung Entry eMedikation
KontextElternknoten des Template-Element mit Id 1.2.40.0.34.11.8.1.3.1
KlassifikationCDA Entry Level Template
Offen/GeschlossenOffen (auch andere als die definierten Elemente sind erlaubt)
Benutzt
Benutzt 18 Templates
Benutzt als NameVersion
1.2.40.0.34.11.90012InklusionKyellow.png Sbadm TemplateId OptionsDYNAMIC
1.2.40.0.34.11.30006InklusionKyellow.png EinnahmedauerDYNAMIC
1.2.40.0.34.11.30007InklusionKgreen.png Dosierungsvariante 1: Tagesdosierung effectiveTimeDYNAMIC
1.2.40.0.34.11.30008InklusionKyellow.png Dosierungsvariante 2: EinzeldosierungDYNAMIC
1.2.40.0.34.11.30009InklusionKgreen.png Dosierungsvariante 3: Tagesdosierung mit EinnahmepauseDYNAMIC
1.2.40.0.34.11.30010InklusionKyellow.png Dosierungsvariante 4: Einzeldosierung mit EinnahmepauseDYNAMIC
1.2.40.0.34.11.30037InklusionKgreen.png Dosierungsvariante 1: Tagesdosierung doseQuantityDYNAMIC
1.2.40.0.34.11.30039InklusionKgreen.png Dosierungsvariante 2: Einzeldosierung doseQuantityDYNAMIC
1.2.40.0.34.11.30041InklusionKgreen.png Dosierungsvariante 3: Tagesdosierung mit Einnahmepause doseQuantityDYNAMIC
1.2.40.0.34.11.30043InklusionKgreen.png Dosierungsvariante 4: Einzeldosierung mit Einnahmepause doseQuantityDYNAMIC
1.2.40.0.34.11.2.3.4ContainmentKgreen.png Arznei Entry (1.0.3+20240819)DYNAMIC
1.2.40.0.34.11.90004InklusionKgreen.png AuthorElementsDYNAMIC
1.2.40.0.34.11.30040InklusionKyellow.png Dosierungsvariante 2: Einzeldosierung entryRelationshipDYNAMIC
1.2.40.0.34.11.30044InklusionKyellow.png Dosierungsvariante 4: Einzeldosierung mit Einnahmepause entryRelationshipDYNAMIC
1.2.40.0.34.11.30033InklusionKyellow.png Patient Instructions (2020.1)DYNAMIC
1.2.40.0.34.11.30034InklusionKyellow.png Pharmacist Instructions (2020.1)DYNAMIC
1.2.40.0.34.11.30045InklusionKgreen.png TherapieartDYNAMIC
1.2.40.0.34.11.90013InklusionKyellow.png ID des ContainersDYNAMIC
BeziehungVersion: 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>
ItemDTKardKonfBeschreibungLabel
hl7:substanceAdministration
(Med...med)
Treetree.png@classCode
cs1 … 1FSBADM
Treetree.png@moodCode
cs1 … 1FINT
 ConstraintBei 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!
Treetree.pnghl7:templateId
II1 … 1MELGA.(Med...med)
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.11.8.1.3.1
Treetree.pnghl7:templateId
II1 … 1MHL7 CCD 3.9.(Med...med)
Treeblank.pngTreetree.png@root
uid1 … 1F2.16.840.1.113883.10.20.1.24
Treetree.pnghl7:templateId
II1 … 1MIHE PCC Medications Entry.(Med...med)
Treeblank.pngTreetree.png@root
uid1 … 1F1.3.6.1.4.1.19376.1.5.3.1.4.7
Treetree.pnghl7:templateId
II1 … 1MIHE PHARM Prescription Entry.(Med...med)
Treeblank.pngTreetree.png@root
uid1 … 1F1.3.6.1.4.1.19376.1.9.1.3.2
Treetree.pnghl7:templateId
II1 … 1MIHE PHARM Dosage Instructions.(Med...med)
Treeblank.pngTreetree.png@root
uid1 … 1F1.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“
Treetree.pnghl7:templateId
IIC
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)
Treeblank.pngTreetree.png@root
uid1 … 1F1.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
Auswahl1 … 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)]
Treeblank.pngTreetree.pnghl7:templateId
II … 1M(Med...med)
Treeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F1.3.6.1.4.1.19376.1.5.3.1.4.7.1
Treeblank.pngTreetree.pnghl7:templateId
II … 1M(Med...med)
Treeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F1.3.6.1.4.1.19376.1.5.3.1.4.9
Treetree.pnghl7:id
II0 … 1CID des MedikationAbgabe-Entry.(Med...med)
wo [1]
Treeblank.pngTreetree.png@root
uid1 … 1R
Treeblank.pngTreetree.png@extension
st1 … 1R
 ConstraintFü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 assertrole error 
 testnot(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'] 
 MeldungBei Medikationslisten muss die erste ID die @root OID 1.2.40.0.10.1.4.3.4.2.2.1 tragen. 
 Schematron assertrole error 
 testnot(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'] 
 MeldungBei Verordnungen muss die erste ID die @root OID 1.2.40.0.10.1.4.3.4.2.2 tragen. 
 Schematron assertrole error 
 testnot(ancestor::hl7:ClinicalDocument/hl7:templateId[starts-with(@root, '1.2.40.0.34.11.8')]) or hl7:id[1] 
 MeldungFür e-Medikation Dokumente muss die erste ID angegeben sein. 
Treetree.pnghl7:id
II0 … 1CID des MedikationVerordnungs-Entry.(Med...med)
wo [2]
Treeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.10.1.4.3.4.2.2
 Wurzel OID der ID eines MedikationAbgabe-Entry gemäß Projekt e-Medikation.
Treeblank.pngTreetree.png@extension
st1 … 1RVerordnungsID.
 ConstraintFü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
Treetree.pnghl7:text
ED1 … 1MVerweist 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>
Treeblank.pngTreetree.pnghl7:reference
TEL1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreetree.png@value
1 … 1R#vpos-{generierteID},
z.B.: #vpos-1
Treetree.pnghl7:statusCode
CS1 … 1M(Med...med)
Treeblank.pngTreetree.png@code
CONF1 … 1Fcompleted
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>
Auswahl0 … 1Elemente in der Auswahl:
  • hl7:effectiveTime[1][hl7:low]
  • hl7:effectiveTime[1][hl7:width]
  • hl7:effectiveTime[1][@nullFlavor]
Treeblank.pngTreetree.pnghl7:effectiveTime
IVL_TSZeitelement zur Dokumentation der Einnahmedauer.(Med...med)
wo [1] [hl7:low]
Treeblank.pngTreeblank.pngTreetree.pnghl7:low
TS1 … 1RZeitpunkt des Einnahmestarts.
Zugelassene nullFlavor: UNK		(Med...med)
Treeblank.pngTreeblank.pngTreetree.pnghl7:high
TS1 … 1RZeitpunkt des Einnahmeendes.
Zugelassene nullFlavor: UNK		(Med...med)
Treeblank.pngTreetree.pnghl7:effectiveTime
IVL_TSDauer der Einnahme, wenn Einnahmestart unbekannt(Med...med)
wo [1] [hl7:width]
Treeblank.pngTreeblank.pngTreetree.pnghl7:width
PQ1 … 1R
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)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@unit
cs0 … 1 
 CONF
Der Wert von @unit muss gewählt werden aus dem Value Set 1.2.40.0.34.10.69 ELGA_MedikationFrequenz (DYNAMIC)
Treeblank.pngTreetree.pnghl7:effectiveTime
IVL_TS(Med...med)
wo [1] [@nullFlavor]
Treeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FNA
 ConstraintKonditionale Konformität
CardConfPrädikat
1..1MEs 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.
NPSonst
Auswahl … 1Elemente 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)
Treeblank.pngTreetree.pnghl7:effectiveTime
PIVL_TSCZeitelement zur Aufnahme der Dosierungsvarianten 1 und 3.(Med...med)
wo [hl7:period and not(hl7:phase)]
Treeblank.pngTreeblank.pngTreetree.png@operator
cs1 … 1FA
Treeblank.pngTreeblank.pngTreetree.png@institutionSpecified
bl1 … 1Ftrue
 ConstraintKonditionale Konformität:
Dosierung angegeben -> 1..1 M
Dosierung nicht angegeben -> NP
Treeblank.pngTreeblank.pngTreetree.pnghl7:period
PQ1 … 1RZeitraum für den die Dosis in doseQuantity vorgesehen ist.(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
1 … 1F1
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@unit
cs1 … 1R
 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)
Treeblank.pngTreetree.pnghl7:effectiveTime
NPDas 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 … 1Elemente in der Auswahl:
  • hl7:effectiveTime[hl7:period and hl7:phase]
  • hl7:effectiveTime[hl7:comp]
Treeblank.pngTreeblank.pngTreetree.pnghl7:effectiveTime
PIVL_TSCFür EIN Wochentag.
Zeitelement zur Aufnahme der Dosierungsvarianten 1 und 3.		(Med...med)
wo [hl7:period and hl7:phase]
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@operator
cs1 … 1FA
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:phase
IVL_TS1 … 1RErstes Datum des entsprechenden Wochentags nach Einnahmebeginn (z.B.: 01.10.2013 -> Dienstag)(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:period
PQ1 … 1R(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
1 … 1F1
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@unit
cs1 … 1Fwk
Treeblank.pngTreeblank.pngTreetree.pnghl7:effectiveTime
SXPR_TSCFür mehrere Wochentage, z. B. wöchtentlich montags und mittwochs(Med...med)
wo [hl7:comp]
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@operator
cs1 … 1FA
 ConstraintKonditionale Konformität:
Dosierung angegeben -> 1..1 M
Dosierung nicht angegeben -> NP

1. Komponentencontainer ohne @operator, ggf. folgende Komponentencontainer mit @operator=I
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:comp
PIVL_TS1 … 1RKomponentencontainer.(Med...med)
wo [not(@operator)]
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:phase
IVL_TS1 … 1RErstes Datum des entsprechenden Wochentags nach Einnahmebeginn (z.B.: 01.10.2013 -> Dienstag)(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:period
PQ1 … 1R(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
1 … 1F1
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@unit
cs1 … 1Fwk
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:comp
PIVL_TS0 … *(Med...med)
wo [@operator='I']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@operator
cs1 … 1FI
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:phase
IVL_TS1 … 1R(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:period
PQ1 … 1R(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
1 … 1F1
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@unit
cs1 … 1Fwk
Eingefügt von 1.2.40.0.34.11.30010 Dosierungsvariante 4: Einzeldosierung mit Einnahmepause (DYNAMIC)
Treeblank.pngTreetree.pnghl7:effectiveTime
NPDas 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 … 1Elemente 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 … 1Elemente in der Auswahl:
  • hl7:doseQuantity[not(hl7:low|hl7:high)]
  • hl7:doseQuantity[hl7:low|hl7:high]
 ConstraintKonditionale 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
Treeblank.pngTreeblank.pngTreetree.pnghl7:doseQuantity
IVL_PQRDosis.
mit doseQuantity als IVL_PQ, aber als PQ instantiiert		(Med...med)
wo [not(hl7:lowoder
hl7:high)]
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
1 … 1RTagesdosierung.
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@unit
cs0 … 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)
Treeblank.pngTreeblank.pngTreetree.pnghl7:doseQuantity
IVL_PQRmit doseQuantity als IVL_PQ(Med...med)
wo [hl7:lowoder
hl7:high]
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:low
PQ(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
1 … 1R
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@unit
cs0 … 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)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:high
PQ(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
1 … 1R
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@unit
cs0 … 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)
Treeblank.pngTreetree.pnghl7:doseQuantity
NPDas 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 … 1Elemente in der Auswahl:
  • hl7:doseQuantity[not(hl7:low|hl7:high)]
  • hl7:doseQuantity[hl7:low|hl7:high]
 ConstraintKonditionale 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
Treeblank.pngTreeblank.pngTreetree.pnghl7:doseQuantity
IVL_PQRDosis.
mit doseQuantity als IVL_PQ, aber als PQ instantiiert		(Med...med)
wo [not(hl7:lowoder
hl7:high)]
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
1 … 1RTagesdosierung.
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@unit
cs0 … 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)
Treeblank.pngTreeblank.pngTreetree.pnghl7:doseQuantity
IVL_PQRmit doseQuantity als IVL_PQ(Med...med)
wo [hl7:lowoder
hl7:high]
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:low
PQ(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
1 … 1R
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@unit
cs0 … 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)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:high
PQ(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
1 … 1R
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@unit
cs0 … 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)
Treeblank.pngTreetree.pnghl7:doseQuantity
NPDas 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 reportrole warning 
 testnot(not(hl7:templateId[@root='1.3.6.1.4.1.19376.1.5.3.1.4.7.1']) or hl7:effectiveTime[2]) 
 MeldungeffectiveTime[2] muss in den Dosierungsvarianten 1 und 3 anwesend sein 
 Schematron reportrole warning 
 testnot(not(hl7:templateId[@root='1.3.6.1.4.1.19376.1.5.3.1.4.7.1']) or hl7:doseQuantity) 
 MeldungdoseQuantity muss in den Dosierungsvarianten 1 und 3 anwesend sein 
 Schematron reportrole warning 
 testhl7:templateId[@root='1.3.6.1.4.1.19376.1.5.3.1.4.9'] and hl7:effectiveTime[2] 
 MeldungeffectiveTime[2] darf in den Dosierungsvariante 'Split dosing' nicht anwesend sein 
 Schematron reportrole warning 
 testhl7:templateId[@root='1.3.6.1.4.1.19376.1.5.3.1.4.9'] and hl7:doseQuantity 
 MeldungdoseQuantity darf in den Dosierungsvariante 'Split dosing' nicht anwesend sein 
Treetree.pnghl7:repeatNumber
IVL_INT1 … 1RAnzahl 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"/>
Treetree.pnghl7:routeCode
CE0 … 1Art der Anwendung der Arznei.(Med...med)
Treeblank.pngTreetree.png@codeSystem
CONF0 … 1F1.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"/>
Treetree.pnghl7:consumable
1 … 1MKomponente 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ügt0 … 1C 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).
 ConstraintKonditionale Konformität:
Element wird in Medikationsliste verwendet und eine Referenz zu einer Verdnung ist vorhanden: Card 1..1 Conf M
Sonst NP
Auswahl0 … 1Elemente in der Auswahl:
  • hl7:author[not(@nullFlavor)]
  • hl7:author[@nullFlavor]
Treeblank.pngTreetree.pnghl7:author
Verfasser des Dokuments.(Med...med)
wo [not(@nullFlavor)]
Treeblank.pngTreeblank.pngTreetree.png@typeCode
cs0 … 1FAUT
Treeblank.pngTreeblank.pngTreetree.png@context​Control​Code
cs0 … 1FOP
Treeblank.pngTreeblank.pngTreetree.pnghl7:functionCode
CE0 … 1
Funktionscode des Verfassers des Dokuments
z.B: „Diensthabender Oberarzt“, „Verantwortlicher Arzt für Dokumentation“,„Stationsschwester“, …
Eigene Codes und Bezeichnungen können verwendet werden. 

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

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

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

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

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

(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:code
CE0 … 1

Angabe der Fachrichtung des Verfassers des Dokuments („Sonderfach“ gem. Ausbildungsordnung)z.B: „Facharzt/Fachärzting für Gynäkologie“,

Wenn ein Autor mehreren ärztlichen Sonderfächern zugeordnet ist, kann das anzugebende Sonderfach gewählt werden. Additivfächer werden nicht angegeben.
Grundsätzlich sind die Vorgaben für „code-Element CE CWE“ zu befolgen.

(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)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL.AT0 … *
Kontaktdaten des Verfassers des Dokuments.
Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen.
(Med...med)
Auswahl1 … 1Elemente in der Auswahl:
  • hl7:assigned​Person
  • hl7:assigned​Authoring​Device
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7: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)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FPSN
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
cs0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
PN1 … 1M

Name der Person

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

Grundsätzlich sind die Vorgaben für „Namen-Elemente von Personen PN“ zu befolgen.		(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:assigned​Authoring​Device
 … 1(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
cs0 … 1FDEV
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
cs0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:manufacturer​Model​Name
SC0 … 1Hersteller und Modellbezeichnung des datenerstellenden Gerätes.(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:softwareName
SC0 … 1Bezeichnung (und ggf Version) der datenerstellenden Software.(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:represented​Organization
1 … 1M(Med...med)
Eingefügt von 1.2.40.0.34.11.90002 OrganizationElements (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
0 … 1FORG
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@determiner​Code
0 … 1FINSTANCE
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
II0 … *(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:name
ON1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:telecom
TEL.AT0 … *(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:addr
AD0 … 1(Med...med)
Treeblank.pngTreetree.pnghl7:author
Verfasser nicht bekannt/nicht anwendbar(Med...med)
wo [@nullFlavor]
Treeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FNA
 Beispiel<author nullFlavor="NA">
  <time nullFlavor="NA"/>  <assignedAuthor nullFlavor="NA">
    <id nullFlavor="NA"/>  </assignedAuthor></author>
Treeblank.pngTreeblank.pngTreetree.pnghl7:time
1 … 1R(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FNA
Treeblank.pngTreeblank.pngTreetree.pnghl7:assignedAuthor
1 … 1R(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FNA
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:id
1 … 1R(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FNA
Eingefügt von 1.2.40.0.34.11.30040 Dosierungsvariante 2: Einzeldosierung entryRelationship (DYNAMIC)
Treetree.pnghl7: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']]
Treeblank.pngTreetree.png@typeCode
cs1 … 1FCOMP
 ConstraintKonditionale Konformität:
Dosierung angegeben -> 1..* M
Dosierung nicht angegeben -> NP
Treeblank.pngTreetree.pnghl7:sequenceNumber
INT1 … 1MAufsteigende Nummerierung der Unterelemente.(Med...med)
Eingefügt von 1.2.40.0.34.11.30046 Splitdose-Einnahmezeitpunkte 1 (DYNAMIC)
Treeblank.pngTreetree.pnghl7:substanceAdministration
1 … 1MAbbildung eines Einnahmezeitpunkts und –dosis als untergeordnetes substanceAdministration-Element.(Med...med)
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs1 … 1FSBADM
Treeblank.pngTreeblank.pngTreetree.png@moodCode
cs1 … 1FINT
 ConstraintKonditionale Konformität
CardConfPrädikat
1..1MMenge in nicht-zählbaren Einheiten, zulässige Werte gemäß Value-Set "ELGA_MedikationMengenart_VS"
0..1OMenge in zählbaren Einheiten (Tabletten, Kapseln, etc.), zulässige Werte gemäß Value-Set "ELGA_MedikationMengenart_VS" oder Freitext
Treeblank.pngTreeblank.pngTreetree.pnghl7:effectiveTime
EIVL_TS1 … 1MZeitelement zur Aufnahme des Einnahmezeitpunkts.(Med...med)
wo [@xsi:type='EIVL_TS']
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:event
1 … 1MEinnahmezeitpunkt.(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@code
cs1 … 1R
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.59 ELGA_Einnahmezeitpunkte (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:offset
IVL_PQ1 … 1MZeitversatz (immer mit 0 Sekunden angegeben).(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
1 … 1F0
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@unit
cs1 … 1Fs
Treeblank.pngTreeblank.pngTreetree.pnghl7:doseQuantity
IVL_PQ1 … 1MDosis.(Med...med)
Treeblank.pngTreeblank.pngTreetree.pnghl7:consumable
1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:manufacturedProduct
1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:manufactured​Material
1 … 1R(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FNA
Eingefügt von 1.2.40.0.34.11.30044 Dosierungsvariante 4: Einzeldosierung mit Einnahmepause entryRelationship (DYNAMIC)
Treetree.pnghl7: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']]
Treeblank.pngTreetree.png@typeCode
cs1 … 1FCOMP
 ConstraintKonditionale Konformität:
Dosierung angegeben -> 1..* M
Dosierung nicht angegeben -> NP
Treeblank.pngTreetree.pnghl7:sequenceNumber
INT1 … 1MAufsteigende Nummerierung der Unterelemente.(Med...med)
Eingefügt von 1.2.40.0.34.11.30047 Splitdose-Einnahmezeitpunkte 2 (DYNAMIC)
Treeblank.pngTreetree.pnghl7:substanceAdministration
1 … 1MAbbildung eines Einnahmezeitpunkts und –dosis als untergeordnetes substanceAdministration-Element.(Med...med)
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs1 … 1FSBADM
Treeblank.pngTreeblank.pngTreetree.png@moodCode
cs1 … 1FINT
 ConstraintKonditionale Konformität
CardConfPrädikat
1..1MMenge in nicht-zählbaren Einheiten, zulässige Werte gemäß Value-Set "ELGA_MedikationMengenart_VS"
0..1OMenge in zählbaren Einheiten (Tabletten, Kapseln, etc.), zulässige Werte gemäß Value-Set "ELGA_MedikationMengenart_VS" oder Freitext
Treeblank.pngTreeblank.pngTreetree.pnghl7:effectiveTime
SXPR_TS1 … 1MZeitelement zur Aufnahme des Einnahmezeitpunkts.(Med...med)
wo [@xsi:type='SXPR_TS']
 ConstraintDie comp-Komponenten mit PIVL_TS müssen bei allen Einnahmezeitpunkten gleich angegeben werden!

1. Komponentencontainer mit @operator=A, ggf. folgende Komponentencontainer mit @operator=I
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:comp
EIVL_TS1 … 1MKomponentencontainer(Med...med)
wo [@xsi:type='EIVL_TS']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:event
1 … 1MEinnahmezeitpunkt.(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@code
cs1 … 1R
 CONF
Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.59 ELGA_Einnahmezeitpunkte (DYNAMIC)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:offset
IVL_PQ1 … 1MZeitversatz (immer mit 0 Sekunden angegeben).(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
1 … 1F0
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@unit
cs1 … 1Fs
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:comp
PIVL_TS1 … 1MKomponentencontainer zur Aufnahme der Einnahmetage.
Diese Komponenten MÜSSEN bei allen Einnahmezeitpunkten (SequenceNumber) gleich angegeben werden!		(Med...med)
wo [@xsi:type='PIVL_TS'] [@operator='A']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@operator
cs1 … 1FA
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:phase
IVL_TS1 … 1RPhase der Einnahme.(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:value
TSErstes Datum des entsprechenden Wochentags nach Einnahmebeginn (z.B.: 01.10.2013 -> Dienstag).(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:period
PQ1 … 1R(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
1 … 1F1
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@unit
cs1 … 1Fwk
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:comp
PIVL_TS0 … *2.+ Komponentencontainer zur Aufnahme der Einnahmetage(Med...med)
wo [@xsi:type='PIVL_TS'] [@operator='I']
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:phase
IVL_TS1 … 1R(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:value
TS(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:period
PQ1 … 1R(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
1 … 1F1
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@unit
cs1 … 1Fwk
Treeblank.pngTreeblank.pngTreetree.pnghl7:doseQuantity
IVL_PQ1 … 1MDosis.(Med...med)
Treeblank.pngTreeblank.pngTreetree.pnghl7:consumable
1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:manufacturedProduct
1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:manufactured​Material
1 … 1R(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@nullFlavor
cs1 … 1FNA
 Schematron assertrole error 
 testnot(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]) 
 MeldungBei 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 letNameseq 
 Valuehl7:entryRelationship/hl7:substanceAdministration/hl7:effectiveTime[@value='0']//hl7:event/@code 
 Schematron assertrole error 
 testempty($seq[position() = index-of($seq,.)[2]]) 
 MeldungWiederholung der Komponente zur Aufnahme eines Einnahmezeitpunkts und -dosis bei Dosierungsvariante 2 und 4 höchstens einmal je Zeitcode! 
Treetree.pnghl7:entryRelationship
1 … 1MKomponente 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]
Treeblank.pngTreetree.png@typeCode
cs1 … 1FCOMP
 Beispiel
Strukturbeispiel
<entryRelationship typeCode="COMP">
  <supply classCode="SPLY" moodCode="RQO">
    <independentInd value="false"/>    <quantity value="1"/>  </supply></entryRelationship>
Treeblank.pngTreetree.pnghl7:supply
1 … 1MAbbildung der Packungsanzahl als untergeordnetes supply-Element.(Med...med)
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs1 … 1FSPLY
Treeblank.pngTreeblank.pngTreetree.png@moodCode
cs1 … 1FRQO
 Beispiel<supply classCode="SPLY" moodCode="RQO">
  <independentInd value="false"/>  <quantity value="1"/></supply>
Treeblank.pngTreeblank.pngTreetree.pnghl7:independentInd
BL1 … 1MIndikator, ob die Komponente unabhängig verwendet werden darf.(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
1 … 1Ffalse
Treeblank.pngTreeblank.pngTreetree.pnghl7:quantity
PQ1 … 1RPackungsanzahl

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)
Treetree.pnghl7:entryRelationship
0 … 1Komponente 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']]
Treeblank.pngTreetree.png@typeCode
cs1 … 1FSUBJ
Treeblank.pngTreetree.png@inversionInd
bl1 … 1Ftrue
Eingefügt1 … 1M von 1.2.40.0.34.11.30033 Patient Instructions (DYNAMIC)
Treeblank.pngTreetree.pnghl7:act
1 … 1MAbbildung der Zusatzbemerkungen als untergeordnetes act-Element.(Med...med)
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs1 … 1FACT
Treeblank.pngTreeblank.pngTreetree.png@moodCode
cs1 … 1FINT
Treeblank.pngTreeblank.pngTreetree.pnghl7:templateId
II1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F2.16.840.1.113883.10.20.1.49
Treeblank.pngTreeblank.pngTreetree.pnghl7:templateId
II1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F1.3.6.1.4.1.19376.1.5.3.1.4.3
Treeblank.pngTreeblank.pngTreetree.pnghl7:code
CE1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@code
CONF1 … 1FPINSTRUCT
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystem
1 … 1F1.3.6.1.4.1.19376.1.5.3.2 (IHEActCode Vocabulary)
Treeblank.pngTreeblank.pngTreetree.pnghl7:text
ED1 … 1MText 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)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:reference
TEL1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
1 … 1R#patinfo-{generierteID}, z.B.: #patinfo-1
Treeblank.pngTreeblank.pngTreetree.pnghl7:statusCode
CS1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@code
CONF1 … 1Fcompleted
Treeblank.pngTreeblank.pngTreetree.pnghl7:entryRelationship
1 … 3MKomponente zur Aufnahme der Referenz zu einer Unterkategorie (mindestens eine Unterkategorie muss angegeben sein).(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@typeCode
cs1 … 1FSUBJ
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@inversionInd
bl1 … 1Ftrue
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:act
1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
cs1 … 1FACT
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@moodCode
cs1 … 1FINT
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:templateId
II1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.11.8.0.3.1
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:code
CE1 … 1M(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)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:text
ED1 … 1MText Element (verweist auf die Stelle im narrativen Text-Bereich, an der die entsprechende Unterkategorie angeführt ist)(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:reference
TEL1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
1 … 1R#zinfo|altein|arzneiinfo-{generierteID} Der Prefix muss dem gewählten Code entsprechen. z.B.: #altein-1
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:statusCode
CS1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@code
CONF1 … 1Fcompleted
Treetree.pnghl7:entryRelationship
0 … 1Komponente 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']]
Treeblank.pngTreetree.png@typeCode
cs1 … 1FSUBJ
Treeblank.pngTreetree.png@inversionInd
bl1 … 1Ftrue
 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ügt1 … 1M von 1.2.40.0.34.11.30034 Pharmacist Instructions (DYNAMIC)
Treeblank.pngTreetree.pnghl7:act
1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreetree.png@classCode
cs1 … 1FACT
Treeblank.pngTreeblank.pngTreetree.png@moodCode
cs1 … 1FINT
Treeblank.pngTreeblank.pngTreetree.pnghl7:templateId
II1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F2.16.840.1.113883.10.20.1.43
Treeblank.pngTreeblank.pngTreetree.pnghl7:templateId
II1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F1.3.6.1.4.1.19376.1.5.3.1.4.3.1
Treeblank.pngTreeblank.pngTreetree.pnghl7:code
CE1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@code
CONF1 … 1FFINSTRUCT
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@codeSystem
1 … 1F1.3.6.1.4.1.19376.1.5.3.2 (IHEActCode Vocabulary)
Treeblank.pngTreeblank.pngTreetree.pnghl7:text
ED1 … 1MText 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)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:reference
TEL1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
1 … 1R#abginfo-{generierteID}, z.B.: #abginfo-1
Treeblank.pngTreeblank.pngTreetree.pnghl7:statusCode
CS1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@code
CONF1 … 1Fcompleted
Treeblank.pngTreeblank.pngTreetree.pnghl7:entryRelationship
1 … 2MKomponente zur Aufnahme der Referenz zu einer Unterkategorie (mindestens eine Unterkategorie muss angegeben sein).(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@typeCode
cs1 … 1FSUBJ
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@inversionInd
bl1 … 1Ftrue
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:act
1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@classCode
cs1 … 1FACT
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@moodCode
cs1 … 1FINT
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:templateId
II1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.34.11.8.0.3.2
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:code
CE1 … 1M(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)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:text
ED1 … 1MText Element (verweist auf die Stelle im narrativen Text-Bereich, an der die entsprechende Unterkategorie angeführt ist)(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:reference
TEL1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@value
1 … 1R#erginfo|magzub-{generierteID} Der Prefix muss dem gewählten Code entsprechen. z.B.: #magzub-1
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:statusCode
CS1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreeblank.pngTreetree.png@code
CONF1 … 1Fcompleted
Eingefügt0 … 1 von 1.2.40.0.34.11.30045 Therapieart (DYNAMIC)
Treetree.pnghl7:entryRelationship
0 … 1Therapieart dieses MedikationVerordnung-Entry(Med...med)
wo [@typeCode='COMP'] [hl7:act/hl7:templateId [@root='1.2.40.0.34.11.8.1.3.4']]
Treeblank.pngTreetree.png@typeCode
1 … 1FCOMP
 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>
Treeblank.pngTreetree.pnghl7:act
1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreetree.png@classCode
1 … 1FACT
Treeblank.pngTreeblank.pngTreetree.png@moodCode
1 … 1FINT
Treeblank.pngTreeblank.pngTreetree.pnghl7:templateId
II1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@root
1 … 1F1.2.40.0.34.11.8.1.3.4
Treeblank.pngTreeblank.pngTreetree.pnghl7:code
CE1 … 1M(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)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.pnghl7:originalText
ED0 … 1Textinhalt, der codiert wurde. Gemäß Vorgaben im „Allgemeinen Implementierungsleitfaden“, Kapitel „Codierungs-Elemente“. (Med...med)
Eingefügt0 … 1C 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
Treetree.pnghl7:reference
0 … 1CID des Verordnungs-Entry Containers (Rezept-Dokument).(Med...med)
Treeblank.pngTreetree.png@typeCode
cs1 … 1FXCRPT
Treeblank.pngTreetree.pnghl7:externalDocument
1 … 1M(Med...med)
Treeblank.pngTreeblank.pngTreetree.pnghl7:id
II1 … 1MID des MedikationVerordnung-Entry.(Med...med)
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@root
uid1 … 1F1.2.40.0.10.1.4.3.4.2.1
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@extension
st1 … 1ReMED-ID
Treeblank.pngTreeblank.pngTreeblank.pngTreetree.png@assigningAuthorityName
1 … 1Fe-MedAT


Die im Rahmen des Patientenkontakts empfohlene oder verschriebene Medikation. Kann auch die bestehende Medikation enthalten. Beispiele:

  • Diclofenac 50mg 1-0-0-0
  • Betablocker schleichend absetzen
  • Zusätzlich Betablocker xy
  • „Keine Änderung der bisherigen Medikation“ (Standardtext)

Entspricht strukturell Sektion "empfohlene Medikation" im Entlassungsbrief, mit anderem Section Code (statt 10183-2, „Hospital discharge medications“)75311-1 Discharge medications Narrative. (Medications that the patient is intended to take (or stop) after discharge. This may also include a patient's prescription history and indicate the source of the medication list, for example, from a pharmacy system versus from the patient.)


1.7.10 Wichtige Hinweise

EIS „Enhanced“ und „Full Support“
Template ID ELGA: 1.2.40.0.34.11.14.2.1
Parent Template ID -
Titel der Sektion Wichtige Hinweise
Definition Freitext für wichtige Hinweise oder Alarmhinwese für andere Behandler des Patienten. Beispiele: „Sturzgefahr“, „Fremdaggressives Verhalten, Polizei wurde verständigt
Codierung LOINC: 74018-3, „Alert“
Konformität [O]
Konformität Level 3 [NP]

1.7.11 Weitere Informationen

EIS „Enhanced“ und „Full Support“
Template ID ELGA: 1.2.40.0.34.11.14.2.2
Parent Template ID -
Titel der Sektion Weitere Informationen
Definition Weitere freitextliche (nicht-medizinische) Informationen und Kontextinformationen für weitere Behandler. Beispiel: „Hat Rezept vergessen, bitte mitgeben“, Holt regelmäßig Medikamente für seine Frau ab"
Codierung LOINC: 55752-0, „Clinical information“
Konformität [O]
Konformität Level 3 [NP]

1.8 Art-Decor

1.8.1 Art-Decor Data Set

https://art-decor.org/art-decor/decor-datasets--elga-?id=1.2.40.0.34.77.1.2&effectiveDate=2017-06-26T00%3A00%3A00&conceptId=&conceptEffectiveDate=

1.8.2 Art-Decor Templates

In Arbeit! https://art-decor.org/art-decor/decor-templates--elga-?section=templates

1.8.3 Art-Decor verstehen

2 Art-Decor-Tabellen verstehen

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

1 Template-ID, Status und Template-Name2 Versionsnummer ("effectiveDate"), Versionslabel und Anzeigename3 Beschreibung des Templates4 Offen oder geschlossenes Template5 Andere Templates, die dieses Template verwenden oder von diesem Template verwendet werden6 Beziehungen zu anderen Templates7 XML-Fragment als BeispielArt-Decor
Über dieses Bild

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

Art-decor strukturbeispiel.PNG

8 referenziertes TemplateArt-Decor
Über dieses Bild

Ein referenziertes Template ist erkennbar durch ein grau hinterlegtes "ref", gefolgt mit einen bunt hinterlegten Namen der verwendeten Quelle (8).

Art-decor-2.png

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.

Art-decor-3.png

2.2 Tabellenansicht vom Template Design

Art-decor-4.png

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

Art-decor-5.png

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.

Art-decor-6.png

Die Auswahl von Elementen wird als Auswahlliste mit den Elementen in Fragen dargestellt, die in einer Aufzählungsliste zusammengefasst sind.

Art-decor-7.png

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.

Art-decor-8.png

Wenn eine Einschränkung in Worten ausgedrückt wird, begleitet eine Box "Constraint" den Textausdruck der Einschränkung.

Art-decor-9.png

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.


2.4 Impressum

Medieneigentümer, Herausgeber, Hersteller, Verleger:
ELGA GmbH, Treustraße 35-43, Wien Österreich
Geschäftsführer: DI Dr. Günter Rauchegger, Dr. Franz Leisch
Email: cda@elga.gv.at

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, Eggenberger Allee 11, 8020 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.

Wien, im Dezember 2017

Download unter wiki.hl7.at
  1. ↑ HL7 Templates Standard: Specification and Use of Reusable Information Constraint Templates, Release 1 [2]
  2. ↑ How to read ART-DECOR Definitions https://art-decor.org/mediawiki/index.php?title=How_to_read_ART-DECOR_Definitions
Abgerufen von „http://wiki.hl7.at/index.php?title=ILF:Ärztlicher_Befund&oldid=90993“