[unmarkierte Version]

Version vom 9. April 2021, 12:12 Uhr

Diese Seite oder Abschnitt ist derzeit ein Entwurf und kann sich noch ändern.
This article was last edited by Kleinoscheg (talk| contribs) 3 years ago.

This article or section is in the middle of an expansion or major restructuring.
This article was last edited by Kleinoscheg (talk| contribs) 3 years ago.

	Dieses Dokument gibt wieder: Implementierungsleitfaden Labor- und Mikrobiologiebefund (3.0.0), OID: 1.2.40.0.34.7.4.9.3, Datum: 2021.xx.xx, Status: Normativ. Die Teilmaterialien gehören der Kategorie ILF an.

ELGA CDA
Implementierungsleitfäden

HL7 Implementation Guide for CDA^® R2:
Labor- und Mikrobiologiebefund

Zur Anwendung im österreichischen
Gesundheitswesen [1.2.40.0.34.7.4.9.3]

2021.xx.xx

3.0.0

Normativ

Inhaltsverzeichnis

1 Zusammenfassung
2 Informationen über dieses Dokument
3 Einleitung
4 Leitfadenerstellungs- und Harmonisierungsprozess
- 4.1 Revision der Leitfäden
- 4.2 Autoren und Mitwirkende
5 Technischer Hintergrund
6 Allgemeine Richtlinien für ELGA CDA-Implementierungsleitfäden
7 Konformitätsprüfung
8 Datentypen
9 Vorgaben zum medizinischen Inhalt
10 Funktionale Anforderungen
- 10.1 Voraussetzungen für den Zugriff auf e-Befunde in ELGA
- 10.2 Anwendungsfälle des Dokumentenmanagements
  - 10.2.1 Dokument-Metadaten (XDS-Metadaten)
11 Anwendungsfälle
12 Dataset des Labor- und Mikrobiologiebefunds
13 Technische Spezifikation
14 Anhang

Dieses Dokument bildet den vollständigen Implementierungsleitfaden des Labor- und Mikrobiologiebefundes ab und richtet sich an Softwareentwickler und Berater. Zum besseren Verständnis empfehlen wir Ihnen, den zusammenfassenden Guide im Vorfeld zu lesen.

1 Zusammenfassung

Der Implementierungsleitfaden "Labor- und Mikrobiologiebefund" beschreibt die Inhalte, die für den Austausch von fertiggestellten, und fachärztlich vidierten Befunden innerhalb und zwischen Einrichtungen des österreichischen Gesundheitswesens, notwendig sind.

Der Leitfaden enthält Festlegungen, Einschränkungen und Bedingungen auf Grundlage des internationalen Standards ISO/HL7 27932:2009 HL7 Clinical Document Architecture, Release 2.0 (CDA) und ist ein nationaler Standard der HL7 Austria.

Die Grundlage der Datenaustauschformate ist der internationale CDA-Standard, der sich in ELGA bewährt hat. Er erlaubt es Sender und Empfänger, sich ohne vorherige Absprache zu verstehen. Der Standard hat zum Ziel, einen umfassenden Austausch von semantisch interoperablen Informationen zwischen allen beteiligten Akteuren bei der Behandlung von Patienten zu ermöglichen. Der Datenaustausch findet hierbei nicht nur innerhalb einer Einrichtung, sondern auch zwischen kooperierenden Einrichtungen und über Sektorengrenzen hinaus statt. Die Empfänger der Dokumente sollen die Inhalte benutzen und weiterverwenden können, ohne sich vorher mit dem Ersteller absprechen zu müssen.

TODO: Standard XDLAB, FullSupport, status active/completed

Der "Labor- und Mikrobiologiebefund" basiert auf den Vorgaben des Allgemeinen Implementierungsleitfadens. Darin werden die notwendigen Datentypen, Dokument-Metadaten (Header), die Möglichkeiten der Textstrukturierung, grundlegende Vorgaben für die Anwendung von Terminologien, einige allgemein genutzten Inhaltsstrukturen (Sections) sowie Codebeispiele und praktische Implementierungshilfen gezeigt. Alle weiteren, für diesen Leitfaden benötigten Elemente werden hier erklärt. Die Notation der Spezifikation der Datenaustauschformate folgt der "Art-Decor"-Schreibweise, die auf einer eigenen Seite (Art-Decor-Tabellen verstehen) erläutert wird.

Der vorgesehene Ablauf des Datenaustausches wird im Kapitel Anwendungsfälle beschrieben.

Übersichtstabellen für Header und Body-Strukturen

Übersichtstabelle der CDA Strukturen des Headers (administrative Daten)
Übersichtstabelle der CDA Strukturen des Bodys (medizinische Inhalte)

Auf der Diskussionsseite werden die Fehler und Änderungswünsche an dieser Version dokumentiert.

2 Informationen über dieses Dokument

2.1 Impressum

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

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

Abbildungen: © ELGA GmbH

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

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

2.2 Haftungsausschluss

Die Arbeiten für den vorliegenden Leitfaden wurden von den Autoren gemäß dem Stand der Technik und mit größtmöglicher Sorgfalt erbracht und über ein öffentliches Kommentierungsverfahren kontrolliert. Die Nutzung des vorliegenden Leitfadens erfolgt in ausschließlicher Verantwortung der Anwender. Aus der Verwendung des vorliegenden Leitfadens können keinerlei Rechtsansprüche gegen die Autoren, Herausgeber oder Mitwirkenden erhoben und/oder abgeleitet werden. Ein allfälliger Widerspruch zum geltenden Recht ist jedenfalls nicht beabsichtigt und von den Erstellern des Dokumentes nicht gewünscht.

2.3 Sprachliche Gleichbehandlung

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

2.4 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 urheberrechtlich 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, zu vervielfältigen oder zu 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.

HL7^® und CDA^® sind die eingetragenen Marken von Health Level Seven International. 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

2.4.1 Urheber- und Nutzungsrechte von anderen Quellen ("Third Party IP")

Third Party Intellectual Property

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 Intellectual Property (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.

2.4.2 SNOMED CT

Dieser Leitfaden enthält Material, das durch SNOMED International urheberrechtlich geschützt ist. Jede Verwendung von SNOMED CT in Österreich erfordert eine aufrechte Affiliate Lizenz oder eine Sublizenz. Die entsprechende Lizenz ist kostenlos, vorausgesetzt die Verwendung findet nur in Österreich statt und erfüllt die Bedingungen des Affiliate License Agreements. Affiliate Lizenzen können über das Member Licensing and Distribution Service (MLDS) direkt beim jeweiligen NRC beantragt werden: MLDS für Österreich.

2.4.3 Weitere Terminologien

Im Folgenden finden Sie eine nicht-exhaustive Liste von weiteren Terminologien, die eine solche separate Lizenz erfordern können:

Terminologie	Eigentümer, Kontaktinformation
Logical Observation Identifiers Names & Codes (LOINC) ^[1]	Regenstrief Institute, Inc. ^[2]
Unified Code for Units of Measure (UCUM) ^[3]	Regenstrief Institute, Inc. ^[2]
International Classification of Diseases (ICD) ^[4]	World Health Organization (WHO) ^[5]
ICD-10 BMG^[6]	Für Gesundheit zuständiges Bundesministerium www.sozialministerium.at
Anatomical Therapeutic Chemical Classification System (ATC) ^[7]	World Health Organization (WHO)^[5]
Pharmazentralnummer (PZN)	ARGE Pharma im Fachverband der chemischen Industrie Österreichs (FCIO) der Wirtschaftskammern Österreichs (WKO) ^[8]
EDQM-Codes	Europäisches Direktorat für die Qualität von Arzneimitteln ^[9]
Medical Device Communications (MDC) vom ISO/IEEE 11073 Standard	MDC wird als Substandard 10101 "Nomenclature" in "Health informatics - Medical / health device communication standards", kurz 11073, geführt und werden mit einem Copyright bei IEEE SA am österreichischen Termserver bereitgestellt. ^[10], ^[11]

Die Terminologien werden am österreichischen Terminologieserver zur Verfügung gestellt.

2.5 Verwendete Grundlagen und Bezug zu anderen Standards

Grundlage dieses Implementierungsleitfadens ist der internationale Standard "HL7 Clinical Document Architecture, Release 2.0" (CDA ©), für die das Copyright © von Health Level Seven International^[12] gilt. 2009 wurde die Release 2.0 als ISO-Standard ISO/HL7 27932:2009 publiziert^[13].

CDA definiert die Struktur und Semantik von "medizinischen Dokumenten" zum Austausch zwischen Gesundheitsdiensteanbietern und Patienten. Es enthält alle Metadaten zur Weiterverarbeitung und einen lesbaren textuellen Inhalt und kann diese Informationen auch maschinenlesbar tragen. Das Datenmodell von CDA und seine Abbildung in XML^[14] folgen dem Basisstandard HL7 Version 3^[15] mit seinem Referenz-Informationsmodell (RIM). Dieser Leitfaden verwendet das HL7-Template-Austauschformat zur Definition der "Bausteine" (Templates) und ART-DECOR® ^[16] als Spezifikationsplattform.

HL7 Clinical Document Architecture (CDA) ^[17]
HL7 Referenz-Informationsmodell (RIM)^[18]
HL7 V3 Datentypen ^[19]
HL7 Template-Austauschformat Specification and Use of Reusable Information Constraint Templates, Release 1^[20]

Die HL7 Standards können über die HL7 Anwendergruppe Österreich (HL7 Austria)^[21], die offizielle Vertretung von Health Level Seven International in Österreich bezogen werden (www.HL7.at). Alle auf nationale Verhältnisse angepassten und veröffentlichten HL7-Spezifikationen können ohne Lizenz- und Nutzungsgebühren in jeder Art von Anwendungssoftware verwendet werden.

Der Labor- und Mikrobiologiebefund basiert auf den Vorgaben des Allgemeinen Implementierungsleitfadens (Version 3).

Für die Modellierung der technischen Spezifikation diente IHE XD-LAB 2019-08 [TODO].

^{[Abbildung 1]}

TODO: Grafik anpassen + Referenz anpassen

2.6 Verbindlichkeit

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

Der Leitfaden in seiner jeweils aktuell gültigen Fassung sowie die aktualisierten Terminologien sind vom zuständigen Minister auf www.gesundheit.gv.at zu veröffentlichen. Der Zeitplan zur Bereitstellung der Datenaustauschformate wird durch das Gesundheitstelematikgesetz 2012 und darauf basierenden Durchführungsverordnungen durch den zuständigen Bundesminister vorgegeben. Hauptversionen, also Aktualisierungen des Implementierungsleitfadens, welche zusätzliche verpflichtende Konformitätskriterien enthalten ("Mandatory" (M), "Required" (R) und "Fixed" (F)), sind mit ihren Fristen zur Bereitstellung per Verordnung kundzumachen. Andere Aktualisierungen (Nebenversionen) dürfen auch ohne Änderung dieser Verordnung unter www.gesundheit.gv.at veröffentlicht werden.

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

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

2.7 Wichtige unterstützende Materialien

Auf der Website Labor- und Mikrobiologiebefund Guide werden unter anderem folgende Materialien zur Verfügung gestellt:

die PDF-Version dieses Leitfadens
Beispieldokumente
ein erweitertes CDA-Schema
Schematron-Prüfregeln

Die im weiteren angeführten Templatespezifikationen wurden im Art-Decor Projektrepository Labor- und Mikrobiologiebefund erstellt und können dort eingesehen werden.

Gemeinsam mit diesem Leitfaden werden auf der Website der ELGA GmbH (www.elga.gv.at/CDA) weitere Dateien und Dokumente zur Unterstützung bereitgestellt:

Beispieldokumente
Referenz-Stylesheet (Tool zur Darstellung im Browser - Konvertierung in HTML)
CDA2PDF Suite (Tool zur Erzeugung einer PDF-Datei zur Ausgabe am Drucker)
Schematron-Dateien für die Prüfung der Konformität ("Richtigkeit") von CDA Dateien
Vorgaben zur Registrierung von CDA-Dokumenten (Leitfaden für XDS-Metadaten)
Hinweise für die zu verwendenden Terminologien
Leitfaden zur richtigen Verwendung von Terminologien

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

2.8 Bedienungshinweise

2.8.1 Farbliche Hervorhebungen und Hinweise

Themenbezogene Hinweise zur besonderen Beachtung:

Hinweis:
Es dürfen keine Elemente oder Attribute verwendet werden, die nicht vom allgemeinen oder einem speziellen ELGA-Implementierungsleitfaden definiert wurden

Hinweis auf anderen Implementierungsleitfaden:

Verweis
Verweis auf den Allgemeinen Leitfaden:…

Themenbezogenes CDA Beispiel-Fragment im XML Format:

<BEISPIEL>
<languageCode code="de-AT" />

2.8.2 PDF-Navigation

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

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

3 Einleitung

[TODO überarbeiten]

3.1 Ausgangslage und Motivation

Die Elektronische Gesundheitsakte (ELGA) ermöglicht den vom ELGA-Gesetz berechtigten Personen, entsprechend ihren Rollen, den Zugriff auf relevante Gesundheitsdaten, die in bedarfsgerecht elektronisch aufbereiteter Form online zur Verfügung gestellt werden.

Die zentrale Anwendung von ELGA ist die Bereitstellung von medizinischen Dokumenten (e Befunde) der ELGA-Teilnehmer, die in vielen unterschiedlichen Informationssystemen der verschiedenen ELGA-Gesundheitsdiensteanbieter erstellt werden. Diese Dokumente sollen nicht nur von Benutzern gelesen, sondern auch wieder in die IT-Systeme integriert und dort weiterverwendet werden können ("Semantische Interoperabilität"). Beispielsweise können für den Arzt aus ELGA-Dokumenten automatisch Warnungen, Erinnerungen und Zusammenfassungen generiert und weitere Informationen berechnet sowie kontextbezogen angezeigt werden.

Um dieses Ziel zu erreichen, wird für Dokumente in ELGA der internationale Standard "Clinical Document Architecture, Release 2.0" (CDA) von HL7 eingesetzt.

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

3.2 Zweck des Dokuments

Das vorliegende Dokument enthält die Definition der Inhalte des "Laborbefundes" für das Österreichische Gesundheitswesen. Diese Spezifikation ist das Resultat einer Harmonisierungsarbeit mit dem Ziel medizinische Befunde, innerhalb der derzeit im Aufbau befindlichen österreichischen "Elektronischen Gesundheitsakte" (ELGA), als abgestimmte und einheitlich strukturierte Dokumente darzustellen. Das Dokument wurde von einer Arbeitsgruppe von Vertretern der Österreichischen Ärztekammer, von mehreren Krankenhausträgern und Spitälern, Universitäten und Fachgesellschaften, des österreichischen Normeninstitutes, von der Health Level 7 (HL7) Anwendergruppe Österreich, sowie Personen aus der Wirtschaft erstellt. Sowohl angestellte als auch niedergelassene Labormediziner waren massiv an der Erarbeitung beteiligt.

Die Abstimmung erfolgte gemeinsam mit anderen Arbeitsgruppen, die gleichzeitig an den Inhalten für den "Entlassungsbrief" und den "Befund bildgebende Diagnostik" arbeiten. Vor allem die Informationen über die betroffenen und handelnden Personen, Zeitangaben, Dokumentart und ähnliches im so genannten "Header" wurden eng abgestimmt und im Rahmen eines zentralen Dokumentes "Allgemeiner Implementierungsleitfaden für ELGA CDA Dokumente [OID Root 1.2.40.0.34.7.1]" [4] definiert.

Der Header enthält zum einen administrative Daten (allgemeine Angaben zum Dokument, Daten zum Patienten, usw.) und dient zum anderen zum Teil auch als Quelle für die Metadaten, die bei der Registrierung des Dokuments in ELGA verwendet werden. Der Header wurde über alle Anwendungsbereiche der ELGA einheitlich abgestimmt.

Die medizinisch relevanten Anteile sind im so genannten "Body" enthalten. Die vorliegende Spezifikation der laborspezifischen inkl. mikrobiologische Inhalte eines Labordokuments in ELGA wurde von der Expertengruppe beruhend auf einer Liste mit Vorgaben der österreichischen Gesellschaft für Labormedizin und klinische Chemie (ÖGLMKC) erstellt.

Als technische Basis dient das "Pathology and Laboratory Medicine (PaLM) Technical Framework Volume 3 (PaLM TF-3) Revision 10.0, 2019"^[23] der "Integrating the Healthcare Enterprise" (IHE).

Das Verständnis eines "Laborbefundes" erstreckt sich in diesem Dokument über das gesamte Spektrum der laboranalytisch ermittelten Befunde. Die vorliegende Version definiert grundlegende Anforderungen für die Erstellung von Laborbefunden als CDA Dokumente. Insbesondere wurden Laborbefunde aus der Klinischen Chemie, Hämatologie, Immunchemie und Mikrobiologie/Bakteriologie in die Überlegungen mit einbezogen. Die gewählten Strukturen ermöglichen prinzipiell eine Übermittlung des gesamten Befundspektrums des Laborbereiches, jedoch sind die einzelnen Detailbereiche in folgenden Arbeiten detailliert zu analysieren, abzustimmen und für weitere Laborbefundarten zu definieren. Es existieren vielmehr auch dezidierte Bereiche - wie z.B. die Transfusionsmedizin – für die die Definitionen dieses Leitfadens aufgrund fehlender Strukturen und nicht definierter Codelisten nicht ausreichend sind. Dieser Leitfaden verwendet "Analysen" als Sammelbegriff für Laboruntersuchungen, Laborleistungen und Labormessgrößen.

3.3 Zielgruppe

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

4 Leitfadenerstellungs- und Harmonisierungsprozess

Für die Ausgestaltung der Inhalte von "CDA Implementierungsleitfäden" ist eine breite Beteiligung der Stakeholder wesentlich, um die praktische Nutzbarkeit und die Akzeptanz durch die ELGA-Benutzer sicherzustellen. Für diese interdisziplinären Expertengruppen stehen nicht die technischen, sondern vor allem medizinisch-inhaltliche Aspekte im Vordergrund. Die technischen Inhalte werden großteils von den Redaktionsteams beigetragen.

Ein wesentlicher Schritt auf dem Weg zur Interoperabilität der IT-Systeme im Gesundheitswesen ist die Einigung auf Vorgaben für einheitliche Dokumentation und Codierung der Information. Diese durch die Arbeitsgruppen erreichte "Harmonisierung" etabliert neue nationale Qualitätsstandards der medizinischen Dokumentation. Die Leitfäden werden über ein reguläres Standardisierungsverfahren ("Ballot") durch die HL7 Anwendergruppe Österreich (HL7 Austria) zu einem nationalen HL7 Standard.

Weitere Details zum Vorgehensmodell sind im Allgemeiner Leitfaden - Kapitel Leitfadenerstellungs- und Harmonisierungsprozess - Vorgehensmodell zu finden.

Dieser Implementierungsleitfaden ist eine Weiterentwicklung des Laborbefundes 2.06.3 und entstand durch die Harmonisierungsarbeit der AG Labor- und Mikrobiologiebefund, die im Zeitraum von [TODO] Oktober 2020 bis November 2020 tagte. Die Teilnehmer der Arbeitsgruppe wurden durch ihre Organisation delegiert.

Die Arbeitsgruppe harmonisierte primär die inhaltlichen Vorgaben und soweit möglich die zu verwendenden Terminologien (Value Sets). Die Formulierung der technischen Spezifikation des CDA Implementierungsleitfadens Labor- und Mikrobiologiebefund erfolgte durch die ELGA GmbH parallel bzw. nach der inhaltlichen Festlegung.

Der Leitfaden wird in einem technischen Abstimmungsverfahren durch die HL7 Austria ("Ballot") zu einem österreichischen Standard. Die Verbindlichkeit zur Anwendung soll durch eine Novellierung des Gesundheitstelematikgesetzes 2012, BGBl.I Nr.111/2012 begründet werden.

4.1 Revision der Leitfäden

Neue und geänderte Anforderungen sowie Verbesserungen können neue Versionen der bestehenden Spezifikationen notwendig machen.

Der CDA-Koordinator evaluiert in regelmäßigen Abständen, ob und welche Änderungen (etwa durch neue medizinische oder gesetzliche Anforderungen) notwendig sind. Aufgrund des Berichtes des CDA-Koordinators empfiehlt die ELGA GmbH die Erstellung von Revisionsversionen der bestehenden Leitfäden. Die geplanten Änderungen sollen mit den maßgeblichen Stakeholdern abgestimmt werden.

Neue Versionen, die "verpflichtende Elemente" (Sections oder Entries) neu einführen oder entfernen, sind "Hauptversionen", die jedenfalls über eine Durchführungsverordnung verbindlich gemacht und veröffentlicht werden. Andere Versionen sind "Nebenversionen". Alle verbindlichen Versionen sind auf www.gesundheit.gv.at zu veröffentlichen.

4.2 Autoren und Mitwirkende

Dieser Implementierungsleitfaden entstand durch die Harmonisierungsarbeit der "Arbeitsgruppe Labor- und Mikrobiologiebefund" bestehend aus nachfolgend genannten Personen. Die Arbeiten für den vorliegenden Leitfaden wurden von den Autoren gemäß dem Stand der Technik und mit größtmöglicher Sorgfalt erbracht.

4.2.1 Autoren

Das Redaktionsteam bestand aus folgenden Personen:

Name	Organisation	Rolle
Mag. Dr. Stefan Sabutsch	ELGA GmbH, HL7 Austria	Autor, Herausgeber
Gabriel Kleinoscheg, MSc	ELGA GmbH	Autor
DI Andrea Klostermann	ELGA GmbH	Autor
DI Nikola Tanjga	ELGA GmbH	Autor
DI Oliver Kuttin	ELGA GmbH	Autor

Unter Mitwirkung von: Stephan Rainer-Sablatnig (ELGA GmbH), Nina Sjencic, B.A. (ELGA GmbH)

4.2.2 Mitwirkende

Teilnehmer der Arbeitsgruppe Labor- und Mikrobiologiebefund¹

Christoph Arndt (Roche), Christoph Aspöck (Landesklinikum St. Pölten, Institut für Hygiene und Mikrobiologie), Jeroen de Bruin (Medexter Healthcare GmbH), Christa Freibauer (Institut für Pathologie LK Mistelbach; ÖGPath), Joseph Gappmayer (medilab GmbH), Milo Halabi (Institut für klinische Pathologie, Mikrobiologie und molekulare Diagnostik Krankenhaus der Barmherzigen Schwestern Ried; ÖGPath), Alexander Haushofer (ÖGLMKC; Klinikum Wels-Grieskirchen), Markus Hell (Medilab - Laboratorium Dr. Mustafa, Dr. Richter OG), Günter Igler (Analyse BioLab; KH Elisabethinen Linz), Heidrun Kerschner (Analyse BioLab; KH Elisabethinen Linz), Gabriel Kleinoscheg (ELGA GmbH), Andrea Klostermann (ELGA GmbH), Christoph Koidl (MedUni Graz, Institut für Hygiene, Mikrobiologie und Umweltmedizin; BFG Med. Mikrobiologie und Hygiene), Kristiane Kousek (NÖ Landesklinken Holding), Johannes Möst (Österreichische Gesellschaft für Hygiene, Mikrobiologie und Präventivmedizin), Johannes Möst (Österreichische Gesellschaft für Hygiene, Mikrobiologie und Präventivmedizin), Hans Georg Mustafa (Labor Dr. Hans Georg Mustafa, BFG Med. u. Chem. Labordiagnostik, ÖGLMKC), Michael Nöhammer (ÖÄK), Tina Prager (NÖ Landesklinken Holding), Elisabeth Presterl (Universitätsklinik für Krankenhaushygiene & Infektionskontrolle, Medizinische Universität Wien), Stephan Rainer-Sablatnig (ELGA GmbH), Stefan Sabutsch (ELGA GmbH, HL7 Austria), Ulrich Sagel (Universitätsklinik für Hygiene und Mikrobiologie), Tamara Savic (KAGes, Institut für Krankenhaushygiene und Mikrobiologie), Carina Seerainer (ELGA GmbH), Nina Sjencic (ELGA GmbH), Nikola Tanjga (ELGA GmbH), Gerhard Weigl (Inst. f. Labormedizin – Klinik Penzing, Wien), Birgit Willinger (AKH, MedUni Wien, Klin.Inst.f.Labormedizin)

[TODO fehlen noch welche? auch die erwähnen, die per E-Mail mitgeholfen haben (z.B. bei Value Sets)?]

¹ Personen sind in alphabetischer Reihenfolge ohne Titel angegeben.

4.2.3 Autoren und Mitwirkende vergangener Leitfadenversionen

Die erste Version dieses Implementierungsleitfadens (2.06) entstand durch die Harmonisierungsarbeit der "Arbeitsgruppe Laborbefund" im Zeitraum zwischen 2008 und 2012, bestehend aus den unten genannten Personen².

Herausgeber, Editor, CDA Koordinator

Stefan Sabutsch (ELGA GmbH)

Autoren, Fachkoordinatoren und Moderatoren

Matthias Frohner (Fachhochschule Technikum Wien), Alexander Mense (Fachhochschule Technikum Wien, HL7 Austria), Stefan Sabutsch (ELGA GmbH, HL7 Austria), Stefan Sauermann (Fachhochschule Technikum Wien)

AG Teilnehmer

Bernhard Böhm (Vinzenz Gruppe Krankenhausbeteiligungs- und Management GmbH), Franz Burghuber (Kurienversammlung der niedergelassenen Ärzte der OÖ Ärztekammer), Christian Cebulla (KAV Wien, Generaldirektion), Georg Endler (Wilhelminenspital der Stadt Wien, Zentrallabor, KAV Wien), Manuela Födinger (KFJ – Sozialmed. Zentrum Süd, Institut für Laboratoriumsdiagnostik), Helmuth Gamper (Max management Consulting GmbH), Ferenc Gerbovics (Fachhochschule Technikum Wien), Bernhard Göbl (act Management Consulting GmbH), Andrea Griesmacher (Univ.Klin. Innsbruck, Zentralinst. Labordiagnostik), Walter-Michael Halbmayer (ÖQUASTA; KH Hietzing + NZ Rosenhügel, Institut f. Labordiagnostik), Susanne Hauptlorenz (LKH Vöcklabruck, Institut f. Med.Chem. Labordiagnostik u. Blutdepot), Alexander Haushofer (Österreichische Ärztekammer, KH St. Pölten, Inst. für Laboratoriumsmedizin), Jörg Hofmann (Österreichische Ärztekammer, Wiener KAV, Sozialmedizinisches Zentrum Ost - Donauspital, Institut für Labormedizin), Gerhard Holler (Österreichische Ärztekammer, ON-K 238), Konrad Hölzl (Wiener Krankenanstaltenverbund, KAV-IT), Wolfgang Hübl (KAV Wien, Wilhelminenspital, Zentrallabor, ÖGLMKC), Christof Jungbauer (Rotes Kreuz, Blutspendezentrale Wien), Christian Kampenhuber (GESPAG Gesundheitsinformatik-Bereichsleiter), Harald Kessler (Medizinische Universität Graz, Institut für Hygiene, Mikrobiologie und Umweltmedizin), Christian Kraml (Systema), Michael Krausenbaum (vision4health Deutschland GmbH & Co. KG), Walter Krugluger (Sozialmedizinisches Zentrum Ost), Thomas Leitha (Sozialmedizinisches Zentrum Ost), Herbert Matzenberger (Systema), Susanna Michalek (Initiative-ELGA), Helmut Mittermayer (Elisabethinen Linz), Georg Mustafa (Österreichische Ärztekammer, Bundesfachgruppe Labor), Georg Paucek (Medicon Medical Consulting), Johann Perné (Medizinisches Labor Perné), Gerald Regenfelder (KABEG), Dietmar Reiter (Tilak, Informationstechnologie/IT-Abteilung), Hans Richter (Labatech Handelsgesellschaft m.b.H.), Harald Rubey (LK Weinviertel Mistelbach, Laborinstitut, NÖ LK-Holding), Dieter Schwartz (Med. Uni. Wien, Klinik f. Blutgruppenserologie u. Transfusionsmedizin), Wolfgang Sischka (Assista Laborelectronics GmbH), Thomas Szekeres (Österreichische Ärztekammer), Beate Tiran (Kages Zentrallabor), Christoph Unfried (HCS, Health Communication Service), Philipp Urbauer (Fachhochschule Technikum Wien)

Patronanz, Akkordierung, Ergänzungen, Zustimmung

Clemens Auer (Bundesministerium für Gesundheit), Michael Danninger (Labene), Hubert Eisl (ELGA GmbH), Peter Fraunberger (Medizinisches Zentrallaboratorium GmbH), Josef Galler (Steiermärkische Krankenanstalten-ges.m.b.H.), Gerhard Gretzl (Solve Consulting), Ulrike Gruber-Mösenbacher (Landeskrankenhaus Feldkirch, Institut für Pathologie), Milo Halabi (Krankenhaus der Barmherzigen Schwestern Ried, Inst. f. Pathologie), Elisabeth Haschke-Becher (A.ö. Krankenhaus der Elisabethinen Linz, Institut für Medizinische und Chemische Labordiagnostik), Susanne Herbek (ELGA GmbH), Wolfgang Hiesl (Oö. Gesundheitsfonds / eHealth Management), Martin Hurch (ELGA GmbH), Stylianos Kapiotis (Med. Uni. Wien, Klinisches Institut für Medizinische und Chemische Labordiagnostik), Peter Konrath (B&S Zentrallabor), Oliver Kuttin (ELGA GmbH), Georg Lechleitner (Tilak, Abteilungsleiter Informationstechnologie/IT-Abteilung), Hubert Leitner (Steiermärkische Krankenanstalten-ges.m.b.H.), Helmut Lindorfer (Österreichische Agentur für Gesundheit und Ernährungssicherheit GmbH – AGES), Sabine Manhardt (Österreichische Ärztekammer, Sekretariat), Achim Mühlberger (GRZ IT Center Linz GmbH), Hans Georg Mustafa (Labor Dr. Hans Georg Mustafa, Fachgesellschaft Labormedizin), Michael Nebel (Gibodat EDV- und Organisationsberatungs GmbH), Susan Netzl (AUVA - Unfallkrankenhaus Meidling, Labor), Claudia Perndl (A.ö. Krankenhaus der Elisabethinen Linz, Institut für Medizinische und Chemische Labordiagnostik, EDV), Sven Plattner (BKH Hall in Tirol, EDV), Thomas Pöckl (NÖ Landeskliniken-Holding), Angelika Reiner-Concin (Sozialmedizinisches Zentrum Ost – Donauspital, Pathologisch-Bakteriologisches Institut), Alexander Schanner (NÖ Landesklinikenholding), Gerhard Schobesberger (Österreichische Ärztekammer, Labor Schobesberger), Peter Schöttel (Bartelt GmbH), Christian Schweiger (Medizinische Universität Wien / AKH Wien, klinische Abteilung für Medizinisch-chemische Labordiagnostik), Herbert Stekel (AKH Linz, Institut für Laboratoriumsmedizin), Romana Thiel (HCS, Health Communication Service), Peter Uher (Telekom Austria), Michael Weidenauer (Assista), Thomas Wrba (Medizinische Universität Wien)

Andere ELGA Arbeitsgruppen:

Entlassungsbrief Arzt und Pflege: Jürgen Brandstätter (CodeWerk Software Services and Development GmbH)

Befundbericht Radiologie: Andreas Lindner (Lindner TAC), Martin Weigl (AIMC)

AG Laborbefund 2017

Die Änderungen für Version 2.06.2 wurde von der AG Laborbefund am 12.1.2017 abgenommen. Teilnehmer der AG Laborbefund waren:

Maria Abzieher (Wiener Krankenanstaltenverbund), Robert Alscher (Humanomed IT Solutions Gmbh), Daniel Außerdorfer (Univ.Klin. Innsbruck, Zentralinstitut für Medizinische und Chemische Labordiagnostik (ZIMCL)), René Berger (Synlab), Barbara Dall (CGM), Zeljko Drljaca (Institut für medizinische und chemische Labordiagnostik Gesellschaft m.b.H), Daniela Eisner (Salzburger Landeskliniken ), Christian Fersterer (Salzburger Landeskliniken), Matthias Frohner (FH Technikum Wien), Josef Galler (Steiermärkische Krankenanstalten-ges. m.b.H.), Andrea Griesmacher (Univ.Klin. Innsbruck, Zentralinstitut für Medizinische und Chemische Labordiagnostik (ZIMCL)), Gernot Gruber (Institut für medizinische und chemische Labordiagnostik Gesellschaft m.b.H), Sylvia Handler (biomed austria - Österreichischer Berufsverband der Biomedizinischen AnalytikerInnen), Susanne Hauptlorenz (Salzkammergut-Klinikum Vöcklabruck, Institut für Med.Chem. Labordiagnostik und Blutdepot), Alexander Haushofer (ÖGLMKC; Klinikum Wels-Grieskirchen), Wolfgang Hießl (Oö. Gesundheitsfonds / eHealth Management), Michael Hubmann (Med. Zentrallaboratorium GmbH), Günter Igler (Analyse BioLab; KH Elisabethinen Linz), Sonja Jansen-Skoupy (KAV Wien, SMZ Süd), Michael Krausenbaum (CGM LAB Deutschland GmbH), Herwig Loidl (Carecenter Software GmbH), Birgit Luxbacher (biomed austria - Österreichischer Berufsverband der Biomedizinischen AnalytikerInnen), Clemens M. Sampl (BMGF), Herbert Matzenberger (CompuGroup Medical CEE GmbH), Alexander Mense (Fachhochschule Technikum Wien, HL7 Austria), Hans Georg Mustafa (Labor Dr. Hans Georg Mustafa, BFG Med. u. Chem. Labordiagnostik, ÖGLMKC), Stefan Mustafa (Labor Doz. Mag. DDr. Stefan Mustafa), Michael Nöhammer (Ärztekammer Österreich), Thomas Pöckl (NÖ Landeskliniken-Holding), Elisabeth Presterl (Universitätsklinik für Krankenhaushygiene & Infektionskontrolle, Medizinische Universität Wien), Sebastian Reimer (BMGF), Harald Rubey (LK Weinviertel Mistelbach, Laborinstitut, NÖ LK-Holding), Stefan Sabutsch (ELGA GmbH, HL7 Austria), Ulrich Sagel (Universitätsklinik für Hygiene und Mikrobiologie), Karin Salzmann (Univ. Klinik für Innere Medizin Innsbruck), Stefan Sauermann (FH Technikum Wien, Interoperabilitätsforum Österreich), Peter Schöttel (Bartelt GmbH), Christian Schweiger (Medizinische Universität Wien / AKH Wien, klinische Abteilung für Medizinisch-chemische Labordiagnostik), Carina Seerainer (ELGA GmbH), Josef Seier (Klinikum Wels-Grieskirchen), Wolfgang Sischka (Assista Laborelectronics GmbH), Herbert Stekel (Kepler Universitätsklinikum GmbH), Michael Svizak (AUVA Hauptstelle - Ärztliche Direktion), Gerhard Weigl (Inst. f. Labormedizin – Otto-Wagner-Spital Wien)

² Personen sind in alphabetischer Reihenfolge ohne Titel angegeben.

5 Technischer Hintergrund

Der technische Hintergrund soll im allgemeinen Leitfaden nachgelesen werden.

6 Allgemeine Richtlinien für ELGA CDA-Implementierungsleitfäden

Die allgemeinen Richtlinien für CDA-Implementierungsleitfäden sollen beachtet werden.

7 Konformitätsprüfung

Ein zu diesem Implementierungsleitfaden konformes CDA-Dokument ist zunächst ein valides CDA Release 2.0 XML-Dokument mit Header und Body. Darüber hinaus erfüllt es alle in diesem Leitfaden festgelegten "Geschäftsregeln".

Dies spiegelt ein generelles Konzept im Umgang mit Dokumenten wieder: die Validierung in zwei Schritten. Im ersten Schritt stellt dies die Validierung gegen zugehörige W3C Schemas dar. Das verwendete Schema ist das geringfügig erweiterte offizielle CDA Release 2.0 Schema (siehe Schema-Prüfung). Darüber hinaus existieren eine Reihe von Schematron Regeln, die für einen zweiten Validierungsschritt genutzt werden und letztlich die Detailregelungen in diesem Leitfaden wiedergeben, sowie die Einhaltung der Geschäftsregeln (Optionalität, Kardinalität/Multiplizität, Datentypen, Wertebereiche, Abhängigkeiten) sicherstellen (siehe Schematron-Prüfung). Geschäftsregeln für Abschnitte oder Elemente werden auch technisch zu "Templates" zusammengefasst. Eine XML-Instanz, die kein valides CDA-Dokument ist oder sich nicht gegen das XSD-Schema validieren lässt oder im Widerspruch zu den angegebenen Geschäftsregeln steht, ist kein gültiges CDA-Dokument im Sinne dieses Implementierungsleitfadens.

Hinweis: Nicht alle Geschäftsregeln können mit Schema oder Schematron geprüft werden (etwa Inhalte von Multimedia-Attachments, Dokumentengröße). Zusätzliche Validierungsschritte sind gegebenenfalls notwendig, um alle Regeln zu überprüfen zu können.

Die Kapitel zu den technischen Konformitätsprüfungen von CDA-Dokumenten, gemäß diesem Dokumentleitfadens mittels Schema und Schematron, sind im allgemeinen Leitfaden unter den folgenden Links zu finden:

8 Datentypen

Im Kapitel Datentypen des allgemeinen Leitfadens werden nur die Datentypen beschrieben, die in ELGA CDA-Dokumenten wie diesem zur Anwendung kommen. Für weiterführende Informationen wird auf den zugrundeliegenden Standard Health Level Seven Version 3 (V3), Normative Edition verwiesen.

9 Vorgaben zum medizinischen Inhalt

9.1 Labor- und Mikrobiologiebefund

Die inhaltliche Definition beruht auf den Mindestvorgaben der österreichischen Gesellschaft für Labormedizin und klinischen Chemie (ÖGLMKC) und wurden weiter verfeinert. Die folgende Tabelle zeigt einen Überblick über die inhaltlich abzubildenden medizinisch relevanten Daten.

Feld	Beschreibung	Bereich
Allgemeine Befundinformationen
Zeitpunkt der Auftragserfassung	Datum und Zeitpunkt, an dem das analysierende Labor die Anforderung vom Zuweiser in der Labor-EDV erfasst hat.	Header
Auftragsdiagnose (Zuweiserdiagnose) bzw. Überweisungsgrund	Vom Auftraggeber bestimmte und dem Labor übermittelte Verdachtsdiagnose bzw. der Überweisungsgrund	Body
Angeforderte Untersuchung bzw. Fragestellung	Vom Auftraggeber angeforderte Untersuchungen, das angeforderte Analysespektrum bzw. die Fragestellung	Body
Befundtext	Kommentar zum gesamten Befund	Body
Spezimeninformation
Zeitpunkt der Spezimengewinnung	Damit ist jenes Datum und Zeitpunkt gemeint, an dem das Spezimen zur Analyse gewonnen wurde. Die Dokumentation des Zeitpunkts der Spezimengewinnung ist in der Verantwortung der entnehmenden Person, die in vielen Fällen mit dem Befundersteller nicht identisch ist, weil meist Spezimen zur Analyse an Labors versendet werden. Daher ist der Zeitpunkt vielfach im Labor nicht feststellbar.	Body
Zeitpunkt des Einlangens des Spezimen	Datum und Zeit der Probenannahme im Labor	Body
Art des Spezimens (Specimen Type)	Art der Probe (=Materialart)	Body
Entnahmeort	Angabe der Körperstelle, von der das Spezimen stammt	Body
Entnahmeart (SpecimenCollectionProcedure) [TODO Wie wird diese dargestellt?]	Art der Gewinnung	Body
Specimen ID	Eindeutige Nummer des Spezimen	Body
Entnehmende Person (Performer)	Person, welche die Entnahme der Probe durchgeführt hat	Body
Kommentar zum Spezimen	Präanalytik pro Spezimen zur Spezimenqualität	Body
Allgemeine Anmerkungen des Labors zur Spezimenqualität	Textinformationen zur Spezimenqualität	Body
Allgemeine Laborergebnisse
Gruppierung / Befundgruppen (Organizer)	Analysengruppierung	Body
ID des Tests	Eindeutige Codierung des Tests	Body
Analysenbezeichnung	Bezeichnung der Analyse	Body
Ergebnis		Body
Einheit		Body
Referenzbereiche	Für die Beurteilung relevante Referenzwerte.	Body
Befundinterpretation	Codierte Bewertung des Ergebnisses	Body
Ergebniskommentar	Kommentar des Labors zu einem einzelnen Testergebnis	Body
Externes Labor	Kennzeichen ob ein Ergebnis extern ermittelt wurde	Body
Kulturergebnisse
Erreger¹ (Isolat)	Der durch eine Kulturmethode ermittelte Erreger.	Body
Antibiogramm (inklusive MHK)	Ergebnis der Bestimmung der Empfindlichkeit bzw. Resistenz von Erregern gegenüber Antibiotika. Anlassbezogen wird das Ergebnis interpretiert (R, S, I) und/oder die minimale Hemmkonzentration (MHK) angegeben.	Body

^{[Tabelle 1]}

¹ Erreger oder Krankheitserreger sind Stoffe oder Organismen, die in anderen Organismen potenziell gesundheitsschädigende Abläufe verursachen können.

9.2 Allgemeiner Laborbefund

9.2.1 Befundbereiche (Laboratory Specialty Section)

Der Laborbefund kann mehrere unterschiedliche Teilbefunde aus verschiedenen Bereichen im Body des Dokumentes beinhalten (z.B. Hämatologie oder Urindiagnostik oder beide Arten gemeinsam). Das heißt, diese Teilbefunde bilden die erste Gliederungsebene des Bodys - die "Befundbereiche" oder - in Anlehnung an die Definitionen der "IHE" - "Laboratory Specialty Section" (vgl. [TODO Referenz]). Folgende Grafik zeigt die mögliche Gliederung auf der ersten Ebene innerhalb des Bodys.

^{[Abbildung 2]}: Gliederung nach Befundbereichen/Laboratory Specialties

Die derzeit für den Laborbefund definierten Befundbereiche werden im Rahmen des hierarchisch organisierten Value Sets "ELGA_Laborstruktur" definiert, wobei für Befundbereiche nur Einträge der Ebene 1 verwendet werden dürfen. Die folgende Tabelle gibt einen auszugsweisen Überblick über die derzeit festgelegten Befundbereiche. Bei der Verwendung der Befundbereiche ist die Reihenfolge gemäß Value Set verpflichtend einzuhalten. Die Anwendung der Befundbereiche ist optional, denn es können auch alle Untersuchungen in einer einzelnen "Laboratory Specialty Section" unter dem Befundbereich "Allgemeiner Laborbefund" (Ebene 0 in Value Set "ELGA_Laborstruktur") zusammengefasst werden.

[TODO (GKL) Ist dieser Text obsolet, weil es nur mehr Full Support gibt?]

Für EIS "Enhanced" ist die Codierung der Bereiche (als unterschiedliche section-Elemente) zwingend vorgeschrieben.

Code	Befundbereich (Laboratory Speciality Section)
100	Blutgruppenserologie
200	Blutgasanalytik
300	Hämatologie
400	Gerinnung/Hämostaseologie
…	…

^{[Tabelle 2]}: Liste der Befundbereiche, auszugsweise gem. ELGA Value Set "ELGA_Laborstruktur", die sich auch im ELGA Value Set "ELGA_Laborparameter" widerspiegeln.

9.2.2 Befundgruppen

Innerhalb der Befundbereiche erfolgt in der Regel eine Strukturierung und Gliederung der Ergebnisse zur besseren Lesbarkeit und Auffindbarkeit in "Befundgruppen". Die dritte Ebene des ELGA Value Sets "ELGA_Laborstruktur" definiert zulässige Befundgruppen. Grundsätzlich ist die Reihenfolge der Befundgruppen gemäß Value Set verpflichtend einzuhalten. Es besteht jedoch auch die Möglichkeit, Ergebnisse ohne Befundgruppenstrukturierung zu übermitteln.

^{[Abbildung 3]}: Strukturierungsmöglichkeiten im Laborbefund im Body

Der folgende Ausschnitt aus einem Laborbefunden enthält die Befundbereiche "Hämatologie" und "Hämostaseologie" sowie die dazugehörigen Befundgruppen "Blutbild", "Knochenmark Morphologie" bzw. "Hämostaseologie Globaltest".

^{[Abbildung 4]}: Ausschnitt aus einem Laborbefund

9.2.3 Harmonisierung des Befundaufbaus – Value Set "ELGA_Laborparameter"

Im Rahmen der Arbeiten zum vorliegenden Dokument wurde in der Expertengruppe die grundsätzliche Übereinkunft getroffen, auch die Befundgruppen und die damit verbundene Testzuordnung entsprechend österreichweit abzustimmen. Die Strukturierung eines Laborbefundes wurde in Form des hierarchischen Value Sets "ELGA_Laborparameter" festgelegt.

Strukturierung, Reihenfolge der Parameter sowie die Bezeichnung der Parameter sind durch das Value Set "ELGA_Laborparameter" verpflichtend vorgegeben!

Eine Hilfestellung zum Mapping der lokalen Codes auf die vorgeschriebenen Codes des Value Sets bietet der "Leitfaden zur Verwendung von LOINC® im ELGA CDA® R2 Laborbefund"^[24].

9.3 Mikrobiologiebefund

Unter den Analysen des Laborbefundes finden sich viele aus dem Bereich der Mikrobiologie. Grundsätzlich können alle Analysen auch in der "klassischen" Struktur des Laborbefundes dargestellt werden (siehe Laborbefund). Allerdings entspricht die Struktur des Laborbefundes nicht dem eines üblichen Mikrobiologiebefundes, der einem bestimmten Muster folgt, welches den Untersuchungsverlauf widerspiegelt:

Beschreibung des entnommenen Materials (z.B. Mittelstrahlharn) inklusive makroskopischer Beurteilung
Mikroskopische Untersuchung des Materials (z.B. Erythrozyten, Leukozyten, grampositive Bakterien)
Kultureller Erregernachweis
- Benennung der Reinkulturen (Isolate) mit Nennung der taxonomischen Bestimmung der Mikroorganismen (z.B. Streptococcus pyogenes) ggf. mit Angabe des Serovars/Pathovars.
- Angabe des Antibiogramms mit Interpretation (R, S, I) und/oder minimaler Hemmkonzentration (MHK)
Molekulare Erregernachweise
Infektionsserologie

Die Struktur des Mikrobiologiebefundes wird durch "Laboratory Specialty Sections", die jeweils mit einem fixen Code versehen sind, vorgegeben. Details dazu sind dem Document Level Template des Mikrobiologiebefundes zu entnehmen.

[TODO vermutlich nicht mehr notwendig]

[TODO überarbeiten]

9.4 Hinweise für akkreditierte Laboratorien gem. ISO 15189:2012

TODO (GKL): Aktuelle Version ist ISO 15189:2014 - ausbessern? passen Kapitel in Nummer/Überschrift dann noch zusammen?

Die Vorgaben dieses Implementierungsleitfadens erlauben die Erzeugung von Befunden gemäß ISO 15189:2012 "Medizinische Laboratorien - Anforderungen an die Qualität und Kompetenz"^[25], speziell in Hinblick auf die dort angegebenen Kapitel 5.8 (Befundberichte) und 5.9 (Freigabe der Ergebnisse). Für akkreditierte Laboratorien sind neben der ISO 15189:2012 folgende Hinweise zu beachten:

9.4.1 Angabe des Akkreditierungs-Logos

Das Akkreditierungs-Logo kann neben dem Logo des Labors angegeben werden. Technisch erfolgt das über die Sektion "Brieftext", das Logo ist ggf. gemeinsam mit dem Logo des Labors in einer Grafikdatei anzugeben (siehe Brieftext).

TODO (GKL) ggf. noch Screenshot mit aktuellem Stylesheet

^{[Abbildung 5]}: Angabe des Akkreditierungs-Logos im Brieftext

Ein Labor muss nicht zwingend für alle Analysen, die es durchführen kann, akkreditiert sein. Das Akkreditierungs-Logo kann angegeben werden, sobald es akkreditierte Analysen gibt; wenn "nicht akkreditierte Analysen" am Befund erscheinen, soll bei diesen angegeben werden können, dass das Labor für diese Analyse nicht akkreditiert ist. Für die entsprechend Markierung wird die Verwendung von Anmerkungszeichen (wie z.B. *) und Endnoten empfohlen.

9.4.2 Angabe des Untersuchungs- bzw. Messverfahrens

Wenn der Name der Analysen keinen Rückschluss auf die Methode erlaubt, aber Untersuchungs- bzw. Messverfahren dennoch angegeben werden sollen (ISO 15189:2012, Vorgabe 5.8.3 a)), soll dies als Kommentar zur Analyse erfolgen (siehe TODO Link/Kapitel auflösen: Bemerkungen_zu_Analysen_oder_Analyseergebnissen|Bemerkungen zu Analysen oder Analyseergebnissen).

9.4.3 Vorgaben für den Befunddruck

Einige Vorgaben von ISO 15189:2012 beziehen sich auf Qualitätsmerkmale für gedruckte Befunde (Vorgabe 5.8.3 d) "Identifizierung des Patienten und den Aufenthaltsort des Patienten auf jeder Seite" und Vorgabe 5.8.3 p) "Seitenzahl zur Gesamtzahl der Seiten"). Dieser Leitfaden definiert ein elektronisches Format, das diese Anforderungen grundsätzlich unterstützt. Am ELGA-Portal (Zugriff für Bürger) werden Tools zur Darstellung eingesetzt, die diese Vorgaben unterstützen. Diese Tools werden auch von der ELGA GmbH zum Download bereitgestellt (Referenzstylesheet, CDA2PDF auf http://www.elga.gv.at/CDA).

10 Funktionale Anforderungen

10.1 Voraussetzungen für den Zugriff auf e-Befunde in ELGA

Der ELGA GDA ist in ELGA angemeldet, berechtigt und besitzt eine gültige Kontaktbestätigung für den Patienten. Der Patient ist ELGA-Teilnehmer und hat keinen generellen, partiellen oder situativen Widerspruch hinsichtlich ELGA eingelegt.

10.2 Anwendungsfälle des Dokumentenmanagements

Die folgenden Kapiteln aus dem allgemeinen Leitfaden stellen eine Zusammenfassung der Inhalte der ELGA-Gesamtarchitektur, des Leitfadens XDS Metadaten und Usability Styleguides zum Thema e-Befunde dar. Detailinformationen sind in den entsprechenden Dokumenten nachzulesen (verfügbar auf der Homepage der ELGA GmbH). Die wesentlichen Anwendungsfälle sind

10.2.1 Dokument-Metadaten (XDS-Metadaten)

XDS-Element mit Link zum XDS-Leitfaden		Optionalität im XDS-Leitfaden	CDA-Element in /ClinicalDocument	Werte mit Beispielen	Erklärung
uniqueId		M	./id	@root="1.2.40.0.34.3.1.1058.1337.999021.1"	Das uniqueId Element beschreibt den global eindeutigen Identifier des Dokuments und kann mit oder ohne Extension angegeben werden.
uniqueId		M	./id	@root="1.2.40.0.34.3.1.1058.1337" @extension="999021.1"
typeCode		R	./code	@code="11502-2" @displayName="Laboratory report" @codeSystem="2.16.840.1.113883.6.1"	Zur Unterscheidung des "Dokumenttyps" erhält das "code"-Elementes des "Laborbefundes" ein vorgegebenes "code"-Element.
typeCode		R	./code	@code="18725-2" @displayName="Microbiology studies" @codeSystem="2.16.840.1.113883.6.1"	Zur Unterscheidung des "Dokumenttyps" erhält das "code"-Elementes des "Mikrobiologiebefundes" ein vorgegebenes "code"-Element.
classCode		R	./code/translation	@code="11502-2" @displayName="Laboratory report" @codeSystem="2.16.840.1.113883.6.1"	Bezeichnet die "Dokumentklasse" in dem untergeordneten "translation"-Element. Einzig zulässige Wert für Labor- und Mikrobiologiebefund ist Laboratory report (11502-2).
title		R	./title	"Laborbefund"	Der Titel des CDA Dokuments für den lesenden Empfänger. MUSS die Art des Dokuments (Dokumenttyp) widerspiegeln. Vorgeschlagene Titel wären zum Beispiel "Laborbefund" oder "Mikrobiologiebefund".
formatCode [TODO]		M	./hl7at:formatCode	@code="urn:hl7-at:lab:3.0.0+YYYYYMMDD" @displayName="ELGA Labor- und Mikrobiologiebefund 3.0.0+YYYYMMDD" @codeSystem="1.2.40.0.34.5.37"	Version des vom CDA erfüllten ELGA Labor- und Mikrobiologiebefund Implementierungsleitfadens.
practiceSettingCode		M	./hl7at:practiceSettingCode	@code="F028" @displayName="Labordiagnostik" @codeSystem="1.2.40.0.34.5.12"	Fachliche Zuordnung des Dokuments.
creationTime		M	./effectiveTime	@value="20181213095800+0200"	Dokumentiert das Erstellungsdatum bzw. den Zeitpunkt, an dem das Dokument inhaltlich fertiggestellt wurde.
confidentialityCode		M	./confidentialityCode	@code="N" @displayName="normal" @codeSystem="2.16.840.1.113883.5.25" @codeSystemName="HL7:Confidentiality"	Vertraulichkeitscode des Dokuments. Für ELGA-Dokumente ist ausschließlich "N" erlaubt!
languageCode		M	./languageCode	@code="de-AT"	Für ELGA ist in @code für CDA und Ableitungen in die XDSDocumentEntry-Metadaten derzeit ausschließlich der Wert "de-AT" zulässig. Für eHealth können in zukünftigen Versionen des Leitfadens weitere Sprachcodes erlaubt werden.
referenceIdList		M	./setId	@root="1.2.40.0.34.3.1.1058.1337" @extension="999021"	Eindeutige ID des Dokumentensets. Diese bleibt über alle Versionen der Dokumente gleich (initialer Wert bleibt erhalten). Die setId SOLL unterschiedlich zu /ClinicalDocument/id sein.
sourcePatientId		M	./recordTarget/patientRole/id[1]	@root="1.2.40.0.34.99.111.1.2" @extension="123"	Patienten ID im Informationssystem des GDA, z.B.: im KIS eines Krankenhauses.
author	authorInstitution	M	./author[1]/assignedAuthor/ representedOrganization/id[1]	@root="1.2.40.0.34.99.4.1234"	ID und Name der Organisation (Kurzbezeichnung), der die Person angehört, wie im GDA-Index angegeben.
			./author[1]/assignedAuthor/ representedOrganization/id[1]	@root="1.2.40.0.34.99.4" @extension="1234"
			./author[1]/assignedAuthor/ representedOrganization/name	"Krankenhaus XYZ"
	authorPerson	M	./author[1]/assignedAuthor	./id/@root="1.2.40.0.34.99.111.1.2" ./id/@extension="999021" ./assignedPerson/name/family="Holzer" ./assignedPerson/name/given[1]="Daniela" ./assignedPerson/name/given[2]="Chiara" ./assignedPerson/name/suffix="BSc" ./assignedPerson/name/prefix[@qualifier="AC"]="Dr."	Daten der Person (Name, ID, etc.)
	authorRole	M	./author[1]/functionCode	@displayName="Diensthabender Oberarzt"	Rolle der Person.
	authorSpeciality	M	./author[1]/assignedAuthor/code	@displayName="Fachärztin/Facharzt für Innere Medizin"	Fachrichtung des Verfassers des Dokuments aus ELGA_AuthorSpeciality.
legalAuthenticator		M	./legalAuthenticator/assignedEntity	./id/@root="1.2.40.0.34.99.111.1.2" ./id/@extension="999021" ./assignedPerson/name/family="Holzer" ./assignedPerson/name/given[1]="Daniela" ./assignedPerson/name/given[2]="Chiara" ./assignedPerson/name/suffix="BSc" ./assignedPerson/name/prefix[@qualifier="AC"]="Dr."	Rechtlicher Unterzeichner des Dokuments.
eventCodeList		R	./documentationOf[n]/serviceEvent/code	@code="100" @displayName="Blutgruppenserologie" @codeSystem="1.2.40.0.34.5.11"	Code der Gesundheitsdienstleistung.
serviceStartTime		R	./documentationOf[1]/serviceEvent/ effectiveTime/low	@value="20181001082015+0200"	Zeitpunkt des Behandlungsbeginns (erster medizinisch relevanter Behandlungstag dieser dokumentierter Gesundheitsdienstleistung)
serviceStopTime		R	./documentationOf[1]/serviceEvent/ effectiveTime/high	@value="20181213105900+0200"	Zeitpunkt des Behandlungsendes (letzter medizinisch relevanter Behandlungstag dieser dokumentierter Gesundheitsdienstleistung, muss sich von Behandlungsbeginn unterscheiden)
healthcareFacilityTypeCode		R	./componentOf/encompassingEncounter/ location/healthCareFacility/code	@code="300" @displayName="Allgemeine Krankenanstalt" @codeSystem="1.2.40.0.34.5.2"	Klassifizierung des GDA.

11 Anwendungsfälle

Die Einsatzszenarien für dieses Datenaustauschformat werden in Form von Anwendungsfälle beschrieben, um dem Leser den Hintergrund zu vermitteln. Diese Beschreibung der Anwendungsfälle ist nicht normativ und keine Vorentscheidung für die tatsächliche Umsetzung.

TODO: Die Definition in passendes Kapitel verschieben.

Definition: Der Laborbefund wurde für die Arbeit an diesem Leitfaden wie folgt definiert:

Ein Laborbefund (aus dem Bereich der med. u. chem. Labordiagnostik) ist der fachärztlich vidierte, kommentierte/interpretierte Befund morphologischer, biologischer, chemischer, molekularer, physikalischer und spezieller immunologischer Untersuchungsverfahren aus Körpersäften, der Beurteilung ihrer morphologischen Bestandteile sowie von ab- und ausgeschiedenem Untersuchungsmaterial zur Erkennung physiologischer Eigenschaften, krankhafter Zustände, zu Verlaufskontrollen und zur Gesundheitsvorsorge/Prophylaxe.

ELGA Laborbefunde umfassen u. a. klinische Chemie und Immunchemie, Hämatologie (Erkrankungen des Blutes) und Hämostaseologie (Störungen der Blutgerinnung), Proteinchemie, Serologie, molekulare Diagnostik, Toxikologie, Drugmonitoring, Mikrobiologie, Infektionsserologie, Zytologie, Untersuchungen und die Hilfestellung für andere Fächer im Rahmen von Therapievorschlägen bei Gerinnungsstörungen, Antikoagulanzientherapien, der Impfkontrolle, Vorsorgediagnostik und Risikostratifizierung.

Untersuchungen des Sonderfaches "Blutgruppenserologie und Transfusionsmedizin" werden in einer gesonderten ELGA Dokumentenklasse (geplant) abgehandelt.

Sofern keine andere Regelung zutrifft, obliegt die Entscheidung ob ein Befund in ELGA gestellt wird dem Befundersteller.

Im ELGA Laborbefund dürfen nur dann Ergebnisse aus genetischen Analysen enthalten sein, wenn ihre Dokumentation in Übereinstimmung mit dem Gentechnikgesetz (GTG § 71a, BGBl. I Nr. 127/2005) erfolgt.

Der in diesem Leitfaden beschriebene Laborbefund dient also zum Austausch von fertiggestellten, und fachärztlich vidierten Befunden innerhalb und zwischen Einrichtungen des Gesundheitswesens. Ein wesentlicher Nutzer der Befunde ist auch der Patient selbst, der die Befunde über das ELGA Bürgerportal einsehen wird.

Der in diesem Leitfaden beschriebene Laborbefund ist zur Dokumentation und Kommunikation (vollständig) fertiggestellter Laborbefunde gedacht.

Der hier beschriebene Laborbefund ist nicht vorgesehen um Zwischenergebnisse und Nachrichten über einzelne Prozessschritte zu kommunizieren, wie etwa

die Anforderung von Laboruntersuchungen
das Einlangen einer Probe im Labor
den Beginn, Stornierung oder die Fertigstellung einzelner Untersuchungen

Ergänzungen und Korrekturen von Laborbefunden werden unterstützt

11.1 Anwendungsfall LAB01: "Laboruntersuchung eines niedergelassenen Labors"

Typischerweise entstehen Laborbefunde in medizinischen Labors. Einerseits sind das niedergelassene Labors, die als selbständige Unternehmen Laboruntersuchungen anbieten. Diese werden vielfach auf Zuweisung von Patienten durch praktische Ärzte im niedergelassenen Bereich tätig. Die Entstehung eines Laborbefundes beginnt mit einer Überweisung durch einen niedergelassenen Arzt, oder mit einer Anforderung innerhalb eines Spitals. Entweder wird das Spezimen am Patienten gleichzeitig entnommen, und dann ins Labor geschickt oder der Patient muss das Labor aufsuchen, und das Spezimen wird dann erst dort entnommen. Nach Abschluss der Untersuchung wird der Befund dem zuweisenden Arzt und/oder dem Patienten in Papierform übermittelt.

Laboruntersuchungen im Rahmen ambulanter Aufenthalte in einem Spital fallen ebenso unter diesen Anwendungsfall.

11.2 Anwendungsfall LAB02: "Laboruntersuchung im Rahmen eines stationären Aufenthalts in einem Spital"

Im Rahmen von stationären Aufenthalten von Patienten in Spitälern kommt es in der Regel zu einer Reihe von Laboruntersuchungen, die in der internen Krankengeschichte (meistens auch elektronisch) abgelegt werden. Relevante Befunde werden dem einweisenden Arzt bzw. dem Patienten im Zuge der Entlassungsdokumentation mit übermittelt. Dieses passiert oftmals als Teil des Entlassungsbriefes. Welche Werte und welche Befunde entsprechende Relevanz haben um weitergeleitet zu werden, entscheidet das jeweilige ärztliche Fachpersonal in der Klinik.

11.3 Anwendungsfall LAB03: "Teilweise externe Vergabe von Laboruntersuchungen"

In vielen Fällen kommt es zu Kooperationen zwischen Laborbefund erstellenden Organisationen. Folgende Fälle seien angeführt:

Spitäler kooperieren mit niedergelassenen Labors. Zum Teil verfügen nicht alle Spitäler über eigene Labors, andererseits werden auch Spezialuntersuchungen, die das Spitalslabor nicht durchführt, an niedergelassene Labors vergeben.
Niedergelassene Labors verfügen nicht über das volle Leistungsspektrum und senden Laboruntersuchungen an Spitallabors, welche spezielle Parameter messen können.
Es bestehen Kooperationen zwischen mehreren Spitälern. Einerseits sind das oft Spitäler, die dem gleichen Spitalsträger angehören. Teilweise bestehen auch Kooperationen zwischen Spitälern unterschiedlicher Träger, die durch die örtliche Nähe leicht Proben austauschen können.

In allen Fällen werden einzelne Labortests nicht selbst durchgeführt sondern diese Tests an ein externes kooperierendes Labor vergeben. Das externe Labor führt dann den Test durch, und übermittelt die Ergebnisse an das ursprünglich für die Untersuchungen zuständige Labor. Dort werden dann die vom externen Labor ermittelten Testergebnisse in den eigenen Laborbefund eingefügt. Das ursprünglich zuständige Labor, das den Befund erstellt, muss in diesem Fall die extern erbrachten Testergebnisse als solche erkennbar kennzeichnen.

11.4 Anwendungsfall LAB04: "Update von Laborbefunden"

Ein fertiggestellter Laborbefund wird korrigiert oder ergänzt, um

die Inhalte des Befundes zu korrigieren (etwa das Ergebnis einer Analyse),
einzelne (fehlerhafte) Analysen nachträglich aus dem Befund zu stornieren oder
fehlende Analysen zu ergänzen (etwa besonders lang dauernde Analysen).

Änderungen sollen im Text für den Leser klar kenntlich gemacht werden (eine codierte Angabe kann im narrativen Text mit Revisionsmarken erfolgen).

Eine Korrekturversion MUSS in ELGA immer alle zum Befund gehörigen Analysen enthalten, da die Vorversion als veraltet (deprecated) gekennzeichnet wird. Stornierte Analysen sind explizit mit dem entsprechenden StatusCode zu kennzeichnen.

Für den Leser/Empfänger gilt: Eine neue Version ersetzt die alte Version des Befundes, alle Analysen sollen beim Import ersetzt bzw. überschrieben werden. Sollte eine Analyse in der neuen Version fehlen, soll diese als "storniert" interpretiert werden.

12 Dataset des Labor- und Mikrobiologiebefunds

Das Dataset (auch "Datenarten" oder "Konzepte") listet alle mit der Arbeitsgruppe abgestimmten Inhalte des Leitfadens auf. Es enthält Beschreibungen der Elemente mit Synonymen.

Dataset-Elemente können auf das CDA Datenmodell gemappt werden. In den Metadaten eines Templates sind alle assoziierten Konzepte auf einen Blick ersichtlich. Im Template-Body wird das assoziierte Konzept beim entsprechenden Datenelement angezeigt.

Die Live-Version des Datasets in Art-Decor kann unter folgendem Link betrachtet werden.

13 Technische Spezifikation

Die Struktur des CDA Austauschformats ist in den nachfolgenden Kapiteln im Detail beschrieben.

Der Header entspricht mit Ausnahme der erwähnten Abweichungen den bisherigen ELGA CDA-Leitfäden ("Allgemeiner Leitfaden"). Der Body enthält die tatsächlichen (medizinischen) Inhalte des Dokuments. Dieses Dokument existiert ausschließlich in einer voll strukturierten Form, eine Unterscheidung der Interoperabilitätsstufen ist daher nicht notwendig.

13.1 Übersichtstabelle der CDA Strukturen des Headers

Dieses Kapitel gibt einen Überblick über die Elemente des CDA Headers und den Vorgaben bezüglich Kardinalität und Konformität.

Die jeweiligen Links in der letzten Spalte zeigen auf die einzelnen Header Elemente im allgemeinen Leitfaden.

Der aktuelle Leitfaden ist für den ELGA Kontext entwickelt worden, kann jedoch auch für andere Zwecke, welche als eHealth zusammengefasst werden, verwendet werden.

[TODO (GKL) wie funktioniert das im eHealth-Bereich, dass die Kardinalitäten/Konformitäten anders sind? Das bedeutet doch, dass im eHealth-Bereich nicht auf das Schematron bzw. Online-Validator zurückgegriffen werden kann, oder?]

Element	Kard/Konf ELGA	Kard/Konf eHealth	Bedeutung / Link zum Kapitel
realmCode	1..1 M	1..1 M	Hoheitsbereich des Dokuments
typeId	1..1 M	1..1 M	Kennzeichnung CDA R2
templateId	3..* M	3..* M	Kennzeichnung von Strukturvorschriften
id	1..1 M	1..1 M	Dokumenten-Id
code translation	1..1 M 1..1 M	1..1 M 0..* R	Klassifikation des Dokuments (fein und grob)
title	1..1 M	1..1 M	Titel des Dokuments
sdtc:statusCode	0..1 C	0..1 O	Status des Dokuments
hl7at:terminologyDate	1..1 M	0..1 O	Terminologie-Datum des Dokuments
hl7at:formatCode	1..1 M	0..1 O	FormatCode des Dokuments
hl7at:practiceSettingCode	1..1 M	0..1 O	Fachliche Zuordnung des Dokuments
effectiveTime	1..1 M	1..1 M	Erstellungsdatum des Dokuments (medizinisch relevantes Datum)
confidentialityCode	1..1 M	1..1 M	Vertraulichkeitscode
languageCode	1..1 M	1..1 M	Sprachcode des Dokuments
setId versionNumber	1..1 M 1..1 M	1..1 M 1..1 M	Versionierung des Dokuments
recordTarget	1..1 M	0..1 C	Patient
recordTarget de-identified	0..0 NP	0..1 C	Anonymer oder pseudonymisierter Patient
author	1..* M	1..* M	Verfasser des Dokuments
dataEnterer	0..1 O	0..1 O	Personen der Dateneingabe
informant	0..* O	0..* O	Informant
custodian	1..1 M	1..1 M	Verwahrer des Dokuments
informationRecipient	0..* O	0..* O	Beabsichtigte Empfänger des Dokuments
legalAuthenticator	0..* C	0..* C	Rechtlicher Unterzeichner, wird im speziellen Leitfaden definiert.
authenticator	0..* O	0..* O	Weitere Unterzeichner
participant	0..* O	0..* O	Weitere Beteiligte (nähere Unterscheidung im entsprechenden Leitfaden)
inFulfillmentOf	0..* O	0..* O	Zuweisung und Ordermanagement
documentationOf serviceEvent	0..* O 1..1 M	0..* O 1..1 M	Gesundheitsdienstleistungen
relatedDocument	0..1 O	0..1 O	Bezug zu vorgehenden Dokumenten
authorization	0..0 NP	0..* O	Einverständniserklärung
componentOf encompassingEncounter	0..1 O 1..1 M	0..1 O 1..1 M	Patientenkontakt (Aufenthalt)

^{[Tabelle 3]}:Übersichtstabelle der CDA Strukturen des Headers

[TODO Allgemeine Anmerkungen zur Tabelle]

[TODO documentationOf müsste 1..* R sein, weil in der Tabelle zu den Zeitangaben im Header ist es auch 1..* R]

13.1.1 Labor- und Mikrobiologiebefund

Für den Labor- und Mikrobiologiebefund gibt es folgende Anpassungen hinsichtlich der Kardinalität/Konformität einzelner Header-Elemente.

Element	Kard/Konf Laborbefund	Kard/Konf Mikrobiologiebefund	Bedeutung / Link zum Kapitel
informant	0..0 NP	0..0 NP	Informant
legalAuthenticator	1..1 M	1..1 M	Rechtlicher Unterzeichner
documentationOf serviceEvent	*1.. M** 1..1 M	1..1 M 1..1 M	siehe Spezifikation der Document Level Templates

^{[Tabelle 4]}:Übersichtstabelle der adaptierten CDA Strukturen des Headers für Labor- und Mikrobiologiebefund

13.2 Übersichtstabelle der Header-Elemente für dokumenten-relevante Zeitpunkte/Zeitspannen

Dieses Kapitel gibt einen Überblick über die Elemente des CDA Headers mit Zeitangaben und ihre Zusammenhänge.

Die jeweiligen Links in der letzten Spalte zeigen auf die einzelnen Header Elemente im allgemeinen Leitfaden.

Der aktuelle Leitfaden ist für den ELGA Kontext entwickelt worden, kann jedoch auch für andere Zwecke, welche als eHealth zusammengefasst werden, verwendet werden.

Element	Kard/Konf ELGA	Kard/Konf eHealth	Bedeutung	Link zum Kapitel
hl7at:terminologyDate	1..1 M	0..1 O	Das Datum, an dem die lokal zur Implementierung verwendeten Value Sets mit dem österreichischen Terminologieserver abgeglichen wurden, wird hier angegeben.	Terminologie-Datum des Dokuments
effectiveTime	1..1 M	1..1 M	Das letzte medizinisch relevante Datum, an welchem das Dokument medizinische Inhalte hinzugefügt worden sind. Kann im speziellen Leitfaden anders definiert werden.	Erstellungsdatum des Dokuments
recordTarget birthTime	1..1 M 1..1 R	0..1 C 1..1 R	Der Geburtstag des Patienten.	Patient
recordTarget deceasedTime	1..1 M 0..1 O	0..1 C 1..1 R	Das Sterbedatum des Patienten.	Patient
author time	1..* M 0..1 R	1..* M 0..1 R	Das jeweilige Datum, an welche der jeweilige Autor neue medizinische Informationen hinzugefügt hat.	Verfasser des Dokuments
dataEnterer time	0..1 O 0..1 R	0..1 O 0..1 R	Das Datum, an welchem eine Schreibkraft die Informationen aus einem Medium in das CDA Dokument überträgt, ohne weitere fachliche Informationen hinzuzufügen.	Personen der Dateneingabe
legalAuthenticator time	0..* C 1..1 R	0..* C 1..1 R	Die Zeitpunkte, an welchem das Dokument von den einzelnen berechtigten Personen vidiert wurde. Diese Personen sind die Hauptunterzeichner. Ist im jeweiligen speziellen Implementierungsleitfaden genauer vorgeschrieben. Dieser Zeitpunkt, wenn vorhanden, sollte nach author.time und dataenterer.time liegen.	Rechtlicher Unterzeichner
authenticator time	0..* O 1..1 R	0..* O 1..1 R	Die Zeitpunkte, an welchem das Dokument von den einzelnen berechtigten Personen vidiert wurde. Diese Personen sind die weiteren Unterzeichner.	Weitere Unterzeichner
Notfallkontakt / Auskunftsberechtigte Person participant [templateId[@root='1.2.40.0.34.6.0.11.1.27']] time	0..* O 0..1 O	0..* O 0..1 O	Zeitraum, in dem der angegebene Kontakt den Notfall-Kontakt darstellt. Wird nur angegeben, wenn der Kontakt bereits absehbar nur in einem eingeschränkten Zeitraum zur Verfügung steht.	Weitere Beteiligte
Versicherter/Versicherungparticipant participant [templateId[@root='1.2.40.0.34.6.0.11.1.26']] time	0..* O 0..1 O	0..* O 0..1 O	Gültigkeitszeitraum der Versicherungspolizze.	Weitere Beteiligte
documentationOf serviceEvent effectiveTime	0..* O 1..1 M 1..1 M	0..* O 1..1 M 1..1 M	Zeitraum der durchgeführten Gesundheitsdienstleistung. Ist im jeweiligen speziellen Implementierungsleitfaden genauer vorgeschrieben.	Gesundheitsdienstleistungen
componentOf encompassingEncounter effectiveTime	0..1 O 1..1 M 1..1 M	0..1 O 1..1 M 1..1 M	Zeitraum des Patientenkontakts.	Patientenkontakt (Aufenthalt)

^{[Tabelle 5]}:Übersichtstabelle der Header-Elemente für Zeitpunkte/Zeitspannen

13.2.1 Labor- und Mikrobiologiebefund

Für den Labor- und Mikrobiologiebefund gibt es aufgrund der Anpassung hinsichtlich der Kardinalität/Konformität einzelner Header-Elemente folgende Änderungen.

Element	Kard/Konf Laborbefund	Kard/Konf Mikrobiologiebefund	Bedeutung	Link zum Kapitel
legalAuthenticator time	1..1 M 1..1 R	1..1 M 1..1 R	Die Zeitpunkte, an welchem das Dokument von der berechtigten Personen vidiert wurde. Diese Person ist der Hauptunterzeichner. Dieser Zeitpunkt sollte, wenn vorhanden, nach /ClinicalDocument/author/time und /ClinicalDocument/dataEnterer/time liegen.	Rechtlicher Unterzeichner
documentationOf serviceEvent effectiveTime	*1.. M** 1..1 M 1..1 M	1..1 M 1..1 M 1..1 M	Zeitraum der durchgeführten Gesundheitsdienstleistung.	siehe Spezifikation der Document Level Templates

^{[Tabelle 6]}:Übersichtstabelle der angepassten Header-Elemente für Zeitpunkte/Zeitspannen in Labor- und Mikrobiologiebefund

13.3 Übersichtstabelle der CDA Strukturen des Bodys

Die folgenden Tabellen geben die im ELGA Labor- bzw. Mikrobiologiebefund verwendeten Sektionen und Entries wieder. Angaben über die Verwendung einzelner Elemente können - sofern nicht in dieser Tabelle aufgeführt - in den jeweiligen Sektions- oder Entry-Spezifikationen gefunden werden (aus Gründen der Übersichtlichkeit wurde auf die Darstellung aller Ebenen verzichtet).

13.3.1 Laborbefund

Sektion bzw. Entry				OID	Kard/Konf	Kapitel
Brieftext				1.2.40.0.34.6.0.11.2.69	0..1 O	Link
Überweisungsgrund - optional codiert				1.2.40.0.34.6.0.11.2.6	0..1 O	Link
Angeforderte Untersuchungen - optional codiert				1.2.40.0.34.6.0.11.2.15	0..1 O	Link
Probeninformation (Specimen Section)				1.2.40.0.34.6.0.11.2.93	0..1 C	Link
	Probeninformation (Specimen Entry)			1.2.40.0.34.6.0.11.3.160	1..1 M	Link
		Specimen Collection		1.2.40.0.34.6.0.11.3.161	1..* M	Link
			Specimen Received	1.2.40.0.34.6.0.11.3.162	0..1 O	Link
Laboratory Specialty Section				1.2.40.0.34.6.0.11.2.102	1..* M TODO: vielleicht nur 1..* R?	Link
	Laboratory Report Data Processing Entry			1.2.40.0.34.6.0.11.3.25	1..1 M	Struktur
Befundbewertung				1.2.40.0.34.6.0.11.2.103	0..* O	Link
	Comment Entry			1.2.40.0.34.6.0.11.3.11	1..1 R	Link
Beilagen				1.2.40.0.34.6.0.11.2.71	0..* O	Link
Abschließende Bemerkung				1.2.40.0.34.6.0.11.2.70	0..* O	Link

^{[Tabelle 7]}:Übersichtstabelle der CDA Strukturen des Bodys des Laborbefundes

13.3.2 Mikrobiologiebefund

Sektion bzw. Entry				OID	Kard/Konf	Kapitel
Brieftext				1.2.40.0.34.6.0.11.2.69	0..1 O	Link
Überweisungsgrund - optional codiert				1.2.40.0.34.6.0.11.2.6	0..1 O	Link
Angeforderte Untersuchungen - optional codiert				1.2.40.0.34.6.0.11.2.15	0..1 O	Link
Probeninformation (Specimen Section)				1.2.40.0.34.6.0.11.2.93	0..1 C	Link
	Probeninformation (Specimen Entry)			1.2.40.0.34.6.0.11.3.160	1..1 M	Link
		Specimen Collection		1.2.40.0.34.6.0.11.3.161	1..* M Im Mikrobiologiebefund MUSS genau eine "Specimen Collection" vorkommen.	Link
			Specimen Received	1.2.40.0.34.6.0.11.3.162	0..1 O	Link
Von den folgenden "Laboratory Specialty Sections" MUSS zumindest eine vorkommen.
	Laboratory Specialty Section (Mikroskopie)			1.2.40.0.34.6.0.11.2.105	0..1 O	Link
		Laboratory Report Data Processing Entry		1.2.40.0.34.6.0.11.3.25	1..1 M	Struktur
	Laboratory Specialty Section (Kultureller Erregernachweis)			1.2.40.0.34.6.0.11.2.106	0..1 O	Link
		Laboratory Report Data Processing Entry		1.2.40.0.34.6.0.11.3.25	1..1 M	Struktur
	Laboratory Specialty Section (Molekularer Erregernachweis)			1.2.40.0.34.6.0.11.2.107	0..1 O	Link
		Laboratory Report Data Processing Entry		1.2.40.0.34.6.0.11.3.25	1..1 M	Struktur
	Laboratory Specialty Section (Infektionsserologie)			1.2.40.0.34.6.0.11.2.108	0..1 O	Link
		Laboratory Report Data Processing Entry		1.2.40.0.34.6.0.11.3.25	1..1 M	Struktur
Befundbewertung				1.2.40.0.34.6.0.11.2.103	0..* O	Link
	Comment Entry			1.2.40.0.34.6.0.11.3.11	1..1 R	Link
Beilagen				1.2.40.0.34.6.0.11.2.71	0..* O	Link
Abschließende Bemerkung				1.2.40.0.34.6.0.11.2.70	0..* O	Link

^{[Tabelle 8]}:Übersichtstabelle der CDA Strukturen des Bodys des Mikrobiologiebefundes

13.3.3 Struktur: Laboratory Report Data Processing Entry

Sektion bzw. Entry			OID	Kard/Konf	Kapitel
Laboratory Report Data Processing Entry			1.2.40.0.34.6.0.11.3.25	1..1 M	Link
	Von den folgenden Elementen MUSS* zumindest eines vorkommen:*
	Specimen Collection		1.2.40.0.34.6.0.11.3.161	0..* C Im Mikrobiologiebefund MUSS genau eine "Specimen Collection" vorkommen.	Link
		Specimen Received	1.2.40.0.34.6.0.11.3.162	0..1 O	Link
	Notification Organizer		1.2.40.0.34.6.0.11.3.165	0..* O	Link
		Von den folgenden Elementen MUSS* zumindest eines vorkommen:*
		Notifiable Condition	1.2.40.0.34.6.0.11.3.166	0..* O	Link
		TODO? Case Identification		0..* O
		TODO? Outbreak Identification		0..* O
	Laboratory Isolate Organizer		1.2.40.0.34.6.0.11.3.167	0..* O	Link
		Von den folgenden Elementen MUSS* zumindest eines vorkommen:*
		Laboratory Battery Organizer	1.2.40.0.34.6.0.11.3.26	0..* O	Link
		Laboratory Observation	1.2.40.0.34.6.0.11.3.27	0..* O	Link
		TODO? Eingebettetes Objekt Entry
		Comment Entry	1.2.40.0.34.6.0.11.3.11	0..* O	Link
	Laboratory Battery Organizer		1.2.40.0.34.6.0.11.3.26	0..* O	Link
		TODO? Specimen Collection
		Laboratory Observation	1.2.40.0.34.6.0.11.3.27	0..* O	Link
		Eingebettetes Objekt Entry	1.2.40.0.34.6.0.11.3.19	0..* O	Link
		Comment Entry	1.2.40.0.34.6.0.11.3.11	0..* O	Link
	Laboratory Observation		1.2.40.0.34.6.0.11.3.27	0..* O	Link
		Comment Entry	1.2.40.0.34.6.0.11.3.11	0..* O	Link
	Eingebettetes Objekt Entry		1.2.40.0.34.6.0.11.3.19	0..* O	Link
	Comment Entry		1.2.40.0.34.6.0.11.3.11	0..* O	Link

^{[Tabelle 9]}:Übersichtstabelle der CDA Strukturen des Laboratory Report Data Processing Entries

13.4 CDA Templates

13.4.1 IHE PaLM TF-3 Konformität

Der vorliegende Leitfaden baut auf den Definitionen des "IHE Pathology and Laboratory Medicine (PALM) Technical Framework Volume 3 (PaLM TF-3) Revision 10.0, 2019"^[23] auf, welche durch diesen Leitfaden weiter eingeschränkt werden. Dadurch erhalten die entsprechenden Templates ihre Gültigkeit und sind aus Konformitätsgründen bei Komponenten, welche über eine entsprechende Definition verfügen, auch anzugeben.

Entsprechend den Vorgaben des IHE Frameworks für Labor sind für Personen und Organisationen die Angabe eines Namens (name-Element), einer Adresse (addr-Element) und einer Telekom-Verbindung (telecom-Element) verpflichtend. Diese können jedoch mit einem nullFlavor versehen werden.

13.4.2 Document Level Templates

13.4.2.1 Laborbefund

[TODO Beschreibung in Template]

Id

1.2.40.0.34.6.0.11.0.11

Gültigkeit

2020‑08‑25 14:35:13

Status

Aktiv

Versions-Label

3.0.0+20211214

Name

atlab_document_Laborbefund

Bezeichnung

Laborbefund

Beschreibung

Der Laborbefund erlaubt es, beliebige Befundbereiche, Befundgruppen und deren Ergebnisse im Rahmen eines Dokumentes zu übermitteln. Dabei kann es vorkommen, dass der Befund auch nur einen bestimmten Befundbereich (z.B. Hämatologie) oder verschiedene Befundbereiche enthält. Diesem Umstand wird durch die Angabe der enthaltenen Befundbereiche bei der Registrierung des Laborbefundes in den XDS-Metadaten Rechnung getragen. Durch die Registrierung der in dem Laborbefund enthaltenen Befundbereiche über die serviceEvents in den XDS-Metadaten ("eventCodeList") sind auch Detailbefunde in der ELGA einfach auffindbar.

Kontext

Pfadname /

Klassifikation

CDA Document Level Template

Offen/Geschlossen

Geschlossen (nur definierte Elemente sind erlaubt)

Benutzt

Benutzt 42 Templates

Benutzt	als	Name	Version
1.2.40.0.34.6.0.11.1.10	Inklusion	Document Realm (1.0.1+20230717)	DYNAMIC
1.2.40.0.34.6.0.11.1.30	Inklusion	Document TypeId (1.0.0+20210219)	DYNAMIC
1.2.40.0.34.6.0.11.1.1	Inklusion	Document Id (1.0.0+20210219)	DYNAMIC
1.2.40.0.34.6.0.11.1.45	Inklusion	Document StatusCode (1.0.1+20210624)	DYNAMIC
1.2.40.0.34.6.0.11.1.46	Inklusion	Document TerminologyDate (1.0.0+20210219)	DYNAMIC
1.2.40.0.34.6.0.11.1.44	Inklusion	Document PracticeSettingCode (1.1.0+20210303)	DYNAMIC
1.2.40.0.34.6.0.11.1.11	Inklusion	Document Effective Time (1.0.1+20230717)	DYNAMIC
1.2.40.0.34.6.0.11.1.12	Inklusion	Document Confidentiality Code (1.0.2+20230717)	DYNAMIC
1.2.40.0.34.6.0.11.1.13	Inklusion	Document Language (1.0.0+20210219)	DYNAMIC
1.2.40.0.34.6.0.11.1.15	Inklusion	Document Set Id and Version Number (1.0.0+20210219)	DYNAMIC
1.2.40.0.34.6.0.11.1.3	Inklusion	Record Target (1.2.1)	DYNAMIC
1.2.40.0.34.6.0.11.1.2	Inklusion	Author (1.0.3+20230717)	DYNAMIC
1.2.40.0.34.6.0.11.1.22	Inklusion	Data Enterer (1.0.1+20230717)	DYNAMIC
1.2.40.0.34.6.0.11.1.4	Inklusion	Custodian (1.0.1+20211213)	DYNAMIC
1.2.40.0.34.6.0.11.1.24	Inklusion	Information Recipient (1.0.0+20210219)	DYNAMIC
1.2.40.0.34.6.0.11.1.5	Inklusion	Legal Authenticator (1.0.0+20210219)	DYNAMIC
1.2.40.0.34.6.0.11.1.49	Inklusion	Laboratory Results Validator (1.0.0+20211213)	DYNAMIC
1.2.40.0.34.6.0.11.1.42	Inklusion	Participant Auftraggeber / Ordering Provider (1.1.0+20211213)	DYNAMIC
1.2.40.0.34.6.0.11.1.20	Inklusion	Participant Fachlicher Ansprechpartner (1.0.2+20210803)	DYNAMIC
1.2.40.0.34.6.0.11.1.23	Inklusion	Participant Hausarzt (1.0.1+20210803)	DYNAMIC
1.2.40.0.34.6.0.11.1.27	Inklusion	Participant Auskunftsberechtigte Person (Notfallkontakt) (1.0.2+20210803)	DYNAMIC
1.2.40.0.34.6.0.11.1.25	Inklusion	Participant Angehoerige (1.0.1+20210803)	DYNAMIC
1.2.40.0.34.6.0.11.1.26	Inklusion	Participant Versicherung (1.0.0+20210219)	DYNAMIC
1.2.40.0.34.6.0.11.1.29	Inklusion	Participant Betreuungsorganisation (1.0.0+20210219)	DYNAMIC
1.2.40.0.34.6.0.11.1.28	Inklusion	Participant Weitere Behandler (1.0.0+20210219)	DYNAMIC
1.2.40.0.34.6.0.11.1.9	Inklusion	In Fulfillment Of (1.0.1+20210628)	DYNAMIC
1.2.40.0.34.6.0.11.1.48	Inklusion	Documentation Of Service Event - Labor und Mikrobiologie (1.0.0+20211213)	DYNAMIC
1.2.40.0.34.6.0.11.1.14	Inklusion	Document Replacement - Related Document (1.0.1+20210628)	DYNAMIC
1.2.40.0.34.6.0.11.1.50	Inklusion	Component Of - Encompassing Encounter with id (1.0.1+20230717)	DYNAMIC
1.2.40.0.34.6.0.11.2.69	Containment	Brieftext (1.0.1+20210628)	DYNAMIC
1.2.40.0.34.6.0.11.2.6	Containment	Überweisungsgrund - codiert (1.0.0+20211213)	DYNAMIC
1.2.40.0.34.6.0.11.2.114	Containment	Überweisungsgrund - uncodiert (1.0.0+20211213)	DYNAMIC
1.2.40.0.34.6.0.11.2.109	Containment	Anamnese - Labor und Mikrobiologie - codiert (1.0.0+20211213)	DYNAMIC
1.2.40.0.34.6.0.11.2.111	Containment	Anamnese - Labor und Mikrobiologie - uncodiert (1.0.0+20211213)	DYNAMIC
1.2.40.0.34.6.0.11.2.15	Containment	Angeforderte Untersuchungen - codiert (1.0.0+20211213)	DYNAMIC
1.2.40.0.34.6.0.11.2.112	Containment	Angeforderte Untersuchungen - uncodiert (1.0.0+20211213)	DYNAMIC
1.2.40.0.34.6.0.11.2.93	Containment	Probeninformation (Specimen Section) (1.0.0+20211213)	DYNAMIC
1.2.40.0.34.6.0.11.2.102	Containment	Laboratory Specialty Section (1.0.0+20211213)	DYNAMIC
1.2.40.0.34.6.0.11.2.103	Containment	Befundbewertung (1.0.0+20211213)	DYNAMIC
1.2.40.0.34.6.0.11.2.71	Containment	Beilagen (1.0.2+20230717)	DYNAMIC
1.2.40.0.34.6.0.11.2.70	Containment	Abschließende Bemerkung (1.0.1+20210628)	DYNAMIC
1.2.40.0.34.6.0.11.9.33	Inklusion	Stylesheet Test eBefund (1.0.1+20210628)	DYNAMIC

Item

DT

Kard

Konf

Beschreibung

Label

hl7:ClinicalDocument

(atl...und)

@classCode

cs

0 … 1

F

DOCCLIN

@moodCode

cs

0 … 1

F

EVN

Constraint

Entsprechend den Vorgaben des IHE Frameworks für Labor sind für Personen und Organisationen die Angabe eines Namens ("name"-Element), einer Adresse ("addr"-Element) und einer Telekom-Verbindung ("telecom"-Element) verpflichtend. Diese können jedoch mit einem nullFlavor versehen werden.

Eingefügt

1 … 1

M

von 1.2.40.0.34.6.0.11.1.10 Document Realm (DYNAMIC)

hl7:realmCode

CS

1 … 1

M

Hoheitsbereich des Dokuments.

Fester Wert: @code = AT

(aus Value Set „ELGA_RealmCode“)

(atl...und)

@code

1 … 1

F

AT

Eingefügt

1 … 1

M

von 1.2.40.0.34.6.0.11.1.30 Document TypeId (DYNAMIC)

hl7:typeId

II

1 … 1

M

Dokumentformat CDA R2

(atl...und)

@root

uid

1 … 1

F

2.16.840.1.113883.1.3

@extension

st

1 … 1

F

POCD_HD000040

hl7:templateId

II

1 … 1

M

Fixe OID für alle Dokumente, die in der Governance-Gruppe "eHealth Austria" abgestimmt werden und von einem zentralen Art-Decor-Repository abgeleitet werden (AT-CDA-BBR).

(atl...und)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.0.1

hl7:templateId

II

1 … 1

M

OID des Implementierungsleitfadens "Labor- und Mikrobiologiebefund" (Dokument-OID). Dient als informative Referenz.

(atl...und)

@root

uid

1 … 1

F

1.2.40.0.34.7.4.9.3

hl7:templateId

II

1 … 1

M

OID des Art-Decor-Templates für das Dokument "Laborbefund" (Document Level Template für Schematron)

(atl...und)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.0.11

hl7:templateId

II

NP

IHE PalM TF3 Rev.10, 6.3.2.3 templateId

Im Grunde folgt dieser Leitfaden den Vorgaben der IHE. Die Codierung der "Laboratory Specialty Section" erfolgt allerdings nicht nach den von IHE vorgegebenen LOINC-Codes. Deshalb darf diese templateID nicht angegeben werden.

(atl...und)

wo [@root='1.3.6.1.4.1.19376.1.3.3']

@root

uid

1 … 1

F

1.3.6.1.4.1.19376.1.3.3

Eingefügt

1 … 1

M

von 1.2.40.0.34.6.0.11.1.1 Document Id (DYNAMIC)

hl7:id

II

1 … 1

M

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

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

(atl...und)

@root

uid

1 … 1

R

hl7:code

CE

1 … 1

M

Für den Laborbefund ist sowohl als Dokumententyp (/ClinicalDocument/code) als auch als Dokumentenklasse (/ClinicalDocument/code/translation) "11502-2 - Laboratory report" anzugeben.

↔ Hinweis zum XDS-Mapping:

Das code-Element wird in das XDS-Metadaten-Attribut XDSDocumentEntry.typeCode übernommen.
Das translation-Element wird in das XDS-Metadaten-Attribut XDSDocumentEntry.classCode übernommen.

(atl...und)

@codeSystemName

st

0 … 1

F

LOINC

@code

CONF

1 … 1

F

11502-2

@codeSystem

1 … 1

F

2.16.840.1.113883.6.1 (LOINC)

@displayName

1 … 1

F

Laboratory report

hl7:translation

CD

1 … 1

M

Fixe Dokumentenklasse "11502-2 - Laboratory report"

(atl...und)

@codeSystemName

st

0 … 1

F

LOINC

@code

CONF

1 … 1

F

11502-2

@codeSystem

1 … 1

F

2.16.840.1.113883.6.1 (LOINC)

@displayName

1 … 1

F

Laboratory report

hl7:title

ST

1 … 1

M

Der Titel des CDA Dokuments für den lesenden Empfänger. MUSS die Art des Dokuments (Dokumenttyp) widerspiegeln.

Zum Beispiel "Laborbefund".

(atl...und)

Eingefügt

0 … 1

C

von 1.2.40.0.34.6.0.11.1.45 Document StatusCode (DYNAMIC)

Constraint

Labor- und Mikrobiologiebefunde sind grundsätzlich abgeschlossene bzw. "fertige" Dokumente - in diesen Fällen erübrigt sich die Angabe eines Status.

Befunde, in denen die Ergebnisse bestimmter Analysen noch ausständig sind ("Wert folgt"), MÜSSEN den Dokumentenstatus "active" erhalten und das Ergebnis der ausständigen Analyse MUSS den SNOMED CT Code "255599008 - Incomplete (qualifier value)" erhalten.

sdtc:statusCode

CS

0 … 1

C

Status eines Dokuments.
e-Befunde sind grundsätzlich abgeschlossene bzw. "fertige" ("completed") Dokumente, daher entfällt die Angabe eines Status. In folgenden Ausnahmen SOLL der Status eines Dokuments wie folgt angegeben werden:

“active”: z.B. wenn bekannt ist, dass Updates folgen werden: Etwa für "vorläufige ärztliche Entlassungsbriefe" oder Laborbefunde, für die noch Ergebnisse einzelner Analysen ausständig sind
“nullified”: z.B. für Dokumente, die gemäß Anwendungsfall "Storno von ELGA-Dokumenten" storniert werden, wobei zusätzlich ein letztes Dokument mit Storniert-Status in der Versionskette registriert wird.

↔ Hinweis zum XDS-Mapping: Der Status wird nicht in die XDS-Metadaten übernommen!

(atl...und)

Constraint

Zulässige Werte für sdtc:statusCode/@code sind "active" und "nullified"

CONF

@code muss "nullified" sein

oder

@code muss "active" sein

Eingefügt

1 … 1

M

von 1.2.40.0.34.6.0.11.1.46 Document TerminologyDate (DYNAMIC)

hl7at:terminologyDate

TS.DATE.FULL

1 … 1

M

Das Terminologie-Datum des Dokumentes
Das Datum, an dem die lokal zur Implementierung verwendeten Value Sets mit dem österreichischen Terminologieserver abgeglichen wurden, wird hier angegeben.

(atl...und)

Constraint

Das Datum der letzten Terminologie-Aktualisierung MUSS entsprechend klassischer HL7 V3 Notation im Format "YYYYMMDD" angegeben werden.
Beispiel: 20200527

hl7at:formatCode

CD

1 … 1

M

↔ Hinweis zum XDS-Mapping:
@code wird in das XDS-Attribut XDSDocumentEntry.formatCode übernommen.

(atl...und)

@codeSystemName

st

0 … 1

F

ELGA_FormatCode

@code

CONF

1 … 1

F

urn:hl7-at:lab:3.0.0+20211214

@codeSystem

1 … 1

F

1.2.40.0.34.5.37

@displayName

1 … 1

F

HL7 Austria Labor- und Mikrobiologiebefund 3.0.0+20211214

Eingefügt

1 … 1

M

von 1.2.40.0.34.6.0.11.1.44 Document PracticeSettingCode (DYNAMIC)

hl7at:practiceSettingCode

CD

1 … 1

M

Die fachliche Zuordnung des Dokumentes

(atl...und)

@displayName

1 … 1

R

CONF

Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.75 ELGA_PracticeSetting (DYNAMIC)

Eingefügt

1 … 1

M

von 1.2.40.0.34.6.0.11.1.11 Document Effective Time (DYNAMIC)
Angabe des medizinisch zutreffendsten Datums - in der Regel das Abnahmedatum/-zeit des Untersuchungsmaterials. Sollte dieses nicht vorliegen, kann auf andere möglichst passende Zeitpunkte zurückgegriffen werden: Auftragszeitpunkt, Laboreingangszeitpunkt, Vidierungszeitpunkt, etc.

hl7:effectiveTime

TS.AT.TZ

1 … 1

M

Relevantes Datum des Dokuments.
Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen.

(atl...und)


	at-cda-bbr-dataelement-11	Erstellungsdatum	Dataset A Allgemeiner Leitfaden

Eingefügt

1 … 1

M

von 1.2.40.0.34.6.0.11.1.12 Document Confidentiality Code (DYNAMIC)

hl7:confidentialityCode

CE

1 … 1

M

Vertraulichkeitscode des Dokuments aus Value Set „ELGA_Confidentiality“.

(atl...und)


	at-cda-bbr-dataelement-13	Vertraulichkeitscode	Dataset A Allgemeiner Leitfaden

@codeSystemName

st

1 … 1

F

HL7:Confidentiality

Constraint

Für ELGA-Dokumente ist ausschließlich "N" erlaubt!

Eingefügt

1 … 1

M

von 1.2.40.0.34.6.0.11.1.13 Document Language (DYNAMIC)

hl7:languageCode

CS.LANG

1 … 1

M

Sprachcode des Dokuments.

(atl...und)


	at-cda-bbr-dataelement-14	Sprachcode	Dataset A Allgemeiner Leitfaden

@code

cs

1 … 1

R

CONF

Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.10 ELGA_LanguageCode (DYNAMIC)

Constraint

Für ELGA ist in @code für CDA und Ableitungen in die XDSDocumentEntry-Metadaten derzeit ausschließlich der Wert "de-AT" zulässig.
Für eHealth und zukünftige Versionen der ELGA Leitfäden können weitere Sprachcodes erlaubt werden.

Eingefügt

1 … 1

M

von 1.2.40.0.34.6.0.11.1.15 Document Set Id and Version Number (DYNAMIC)

hl7:setId

II

1 … 1

M

Eindeutige Id des Dokumentensets. Diese bleibt über alle Versionen der Dokumente gleich (initialer Wert bleibt erhalten).
Die setId SOLL unterschiedlich zur clinicalDocument.id sein.
↔ Hinweis zum XDS-Mapping: Dieses Element wird ins XDS-Attribut referenceIdList ("urn:elga:iti:xds:2014:ownDocument_setId") gemappt.
Hinweis: Bestimmte Systeme, die bei der Übernahme der setId in die XDS-Metadaten mit dem V2-Datentyp CX arbeiten, könnten ein Problem mit @extension-Attributen haben, die länger als 15 Zeichen sind.

(atl...und)

hl7:versionNumber

INT.NONNEG

1 … 1

M

Versionsnummer des Dokuments, wird bei neuen Dokumenten mit 1 festgelegt.
Die versionNumber ist eine natürliche Zahl für die fortlaufende Versionszählung. Mit einer neuen Version wird diese Zahl hochgezählt, während die setId gleich bleibt.

(atl...und)

@value

int

1 … 1

R

Versionsnummer als positive ganze Zahl.

Eingefügt

1 … 1

M

von 1.2.40.0.34.6.0.11.1.3 Record Target (DYNAMIC)

hl7:recordTarget

1 … 1

M

Komponente für die Patientendaten.

(atl...und)


	at-cda-bbr-dataelement-64	Patient	Dataset A Allgemeiner Leitfaden

@typeCode

cs

0 … 1

F

RCT

@contextControlCode

cs

0 … 1

F

OP

hl7:patientRole

1 … 1

M

Patientendaten.

(atl...und)

@classCode

cs

0 … 1

F

PAT

hl7:id

II

2 … *

R

Patientenidentifikatoren

(atl...und)


at-cda-bbr-dataelement-193	EKVK	Dataset A Allgemeiner Leitfaden
at-cda-bbr-dataelement-65	LokaleID	Dataset A Allgemeiner Leitfaden
at-cda-bbr-dataelement-66	SVNr	Dataset A Allgemeiner Leitfaden
at-cda-bbr-dataelement-67	bPK-GH	Dataset A Allgemeiner Leitfaden

Constraint

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

* id[1] Identifikation des Patienten im lokalen System (1..1 M)
↔ Hinweis zum XDS-Mapping: Das Element id[1] wird ins XDS-Attribut sourcePatientId gemappt.

* id[2] Sozialversicherungsnummer des Patienten (1..1 R):
- @root: OID der Liste aller österreichischen Sozialversicherungen, fester Wert: 1.2.40.0.10.1.4.3.1 (1..1 M)
- @extension: Vollständige Sozialversicherungsnummer des Patienten (10 Stellen) (1..1 M)
- @assigningAuthorityName: Fester Wert: Österreichische Sozialversicherung (0..1 O)

Zugelassene nullFlavor:
- NI … Patient hat keine Sozialversicherungsnummer (z.B. Ausländer)
- UNK … Patient hat eine Sozialversicherungsnummer, diese ist jedoch unbekannt

* id[@root="1.2.40.0.10.2.1.1.149"] Bereichsspezifisches Personenkennzeichen (0..1 O):
- @root : OID der österreichischen bPK, fester Wert: 1.2.40.0.10.2.1.1.149 (1..1 M)
- @extension : bPK des Patienten: concat(Bereichskürzel, ":", bPK) (Base64,28 Zeichen). Typischerweise bPK-GH (Gesundheit). Kann im Zusammenhang mit E-ID auch andere Bereichskürzel tragen.
Anmerkung : Das bPK dient ausschließlich technisch der Zuordnung der elektronischen Identität und darf daher weder angezeigt werden noch am Ausdruck erscheinen noch in allfälligen Downloads enthalten sein (1..1 M)
- @assigningAuthorityName : Fester Wert: Österreichische Stammzahlenregisterbehörde (0..1 O)

* id[@root="1.2.40.0.34.4.21"] Europäische Krankenversicherungskarte (0..1 O):
- @root: OID der EKVK, fester Wert: 1.2.40.0.34.4.21 (1..1 M)
- @extension: Datenfelder der EKVK nach folgender Bildungsvorschrift: concat(Feld 6,"^",Feld 7,"^",Feld 8,"^",Feld 9) wobei Feld 6 "Persönliche Kennummer" angegeben sein MUSS (1..1 M). Die übrigen Datenfelder sind optional (0..1 O). In Feld 9 MUSS die Datumsangabe im Format YYYMMDD erfolgen.
- @assigningAuthorityName : Fester Wert: Nationaler Krankenversicherungsträger (0..1 O)

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

Beispiel

EKVK Beispiel-Max

Beispiel

EKVK Beispiel-Min

hl7:addr

0 … 2

R

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

Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)

(atl...und)


	at-cda-bbr-dataelement-68	Adresse	Dataset A Allgemeiner Leitfaden

Constraint

Werden mehrere gleichartige address-Elemente strukturiert (z.B. Home, Pflege), MUSS jeweils das Attribut @use angeführt sein.

hl7:telecom

TEL.AT

0 … *

R

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

(atl...und)


	at-cda-bbr-dataelement-72	Kontaktdaten	Dataset A Allgemeiner Leitfaden

@value

url

1 … 1

R

Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567

Formatkonvention siehe „telecom-Format Konventionen für Telekom-Daten“

Zulässige Werteliste für telecom Präfixe gemäß Value-Set „ELGA_URLScheme“

@use

cs

0 … 1

Bedeutung des angegebenen Kontakts (z.B Heim, Arbeitsplatz), z.B. WP

Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“

Constraint

Werden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein.

hl7:patient

1 … 1

M

Name des Patienten.

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

Grundsätzlich sind die Vorgaben gemäß „Namen-Elemente von Personen PN“ zu befolgen.

(atl...und)


	at-cda-bbr-dataelement-70	Name	Dataset A Allgemeiner Leitfaden

Eingefügt

1 … 1

M

von 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)

@classCode

cs

0 … 1

F

PSN

@determinerCode

cs

0 … 1

F

INSTANCE

hl7:name

PN

1 … 1

M

Namen-Element (Person)

(atl...und)

@use

cs

0 … 1

Die genaue Bedeutung des angegebenen Namens, z.B. Angabe eines Künstlernamens mit „A" für „Artist“.

Zulässige Werte gemäß Value Set „ELGA_EntityNameUse“.

Wird kein @use Attribut angegeben, gilt der Name als rechtlicher Name („L“).

hl7:prefix

ENXP

0 … *

Beliebig viele Präfixe zum Namen, z.B. Akademische Titel

Achtung: Die Angabe der Anrede („Frau“, „Herr“), ist im CDA nicht vorgesehen!

(atl...und)

@qualifier

cs

0 … 1

Bedeutung eines prefix-Elements, z.B. Angabe eines akademischen mit "AC" für „Academic“.

Zulässige Werte gemäß Value Set „ELGA_EntityNamePartQualifier".

CONF

Der Wert von @qualifier muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.8 ELGA_EntityNamePartQualifier (DYNAMIC)

hl7:family

ENXP

1 … *

M

Mindestens ein Hauptname (Nachname).

(atl...und)

@qualifier

cs

0 … 1

Bedeutung eines family-Elements, z.B. Angabe eines Geburtsnamen mit „BR" für „Birth“.

Zulässige Werte gemäß Value Set „ELGA_EntityNamePartQualifier“.

CONF

Der Wert von @qualifier muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.8 ELGA_EntityNamePartQualifier (DYNAMIC)

hl7:given

ENXP

1 … *

M

Mindestens ein Vorname

(atl...und)

@qualifier

cs

0 … 1

Die genaue Bedeutung eines given-Elements, beispielsweise dass das angegebene Element einen Geburtsnamen bezeichnet, z.B. BR („Birth“).
Zulässige Werte gemäß Value Set „ELGA_EntityNamePartQualifier“

CONF

Der Wert von @qualifier muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.8 ELGA_EntityNamePartQualifier (DYNAMIC)

hl7:suffix

ENXP

0 … *

Beliebig viele Suffixe zum Namen

(atl...und)

@qualifier

cs

0 … 1

Die genaue Bedeutung eines suffix-Elements, beispielsweise dass das angegebene Suffix einen akademischen Titel darstellt, z.B.: AC („Academic“).
Zulässige Werte gemäß Value Set „ELGA_EntityNamePartQualifier“.

CONF

Der Wert von @qualifier muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.8 ELGA_EntityNamePartQualifier (DYNAMIC)

Auswahl

1 … 1

Das "administrative Geschlecht" ist das soziale oder gesellschaftliche Geschlecht ("Gender"). Das administrative Geschlecht ist daher grundsätzlich getrennt von den biologischen Merkmalen der Person zu sehen. Grundsätzlich soll das administrative Geschlecht dem im Zentralen Melderegister (ZMR) eingetragenen Geschlecht entsprechen.

Über ein Translation-Element können weitere Angaben zum Geschlecht gemacht werden, wenn diese abweichend vom administrativen Geschlecht sind, z.B.:

Biologisches Geschlecht
Geschlecht in der Sozialversicherung
Geschlecht für die Stations-/Bettenbelegung im Krankenhaus

Codierung des Geschlechts des Patienten aus ValueSet "ELGA_AdministrativeGender".

Elemente in der Auswahl:

hl7:administrativeGenderCode[not(@nullFlavor)]
hl7:administrativeGenderCode[@nullFlavor='UNK']

hl7:administrativeGenderCode

CE

0 … 1

(atl...und)

wo [not(@nullFlavor)]


	at-cda-bbr-dataelement-74	Geschlecht	Dataset A Allgemeiner Leitfaden

@displayName

st

1 … 1

R

@code

cs

1 … 1

R

@codeSystem

oid

1 … 1

F

2.16.840.1.113883.5.1

@codeSystemName

st

0 … 1

F

HL7:AdministrativeGender

CONF

Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.4 ELGA_AdministrativeGender (DYNAMIC)

hl7:translation

CD

0 … *

R

Über ein Translation-Element können weitere Angaben zum Geschlecht gemacht werden, wenn diese abweichend vom administrativen Geschlecht sind, z.B.: Biologisches Geschlecht, Geschlecht in der Sozialversicherung, Geschlecht für die Stations-/Bettenbelegung im Krankenhaus

(atl...und)

@displayName

st

1 … 1

R

Beispiel

Beispiel für eine SNOMED CT Angabe

hl7:administrativeGenderCode

CE

0 … 1

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

(atl...und)

wo [@nullFlavor='UNK']

@nullFlavor

cs

1 … 1

F

UNK

Auswahl

1 … 1

Geburtsdatum des Patienten.
Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen.

Elemente in der Auswahl:

hl7:birthTime
hl7:birthTime[@nullFlavor='UNK']

hl7:birthTime

TS.AT.VAR

0 … 1

(atl...und)


	at-cda-bbr-dataelement-75	Geburtsdatum	Dataset A Allgemeiner Leitfaden

hl7:birthTime

TS.AT.VAR

0 … 1

(atl...und)

wo [@nullFlavor='UNK']

@nullFlavor

cs

1 … 1

F

UNK

sdtc:deceasedInd

BL

0 … 1

R

Kennzeichen, dass die Person verstorben ist. Kann alternativ zum Todesdatum angegeben werden, v.a. wenn der Todeszeitpunkt nicht bekannt ist.

(atl...und)


	at-cda-bbr-dataelement-192	Verstorben-Kennzeichen	Dataset A Allgemeiner Leitfaden

sdtc:deceasedTime

TS.AT.TZ

0 … 1

R

Todesdatum der Person.

(atl...und)


	at-cda-bbr-dataelement-191	Todesdatum	Dataset A Allgemeiner Leitfaden

hl7:maritalStatusCode

CE

0 … 1

R

Codierung des Familienstands des Patienten.
Zulässige Werte gemäß Value-Set „ELGA_MaritalStatus“

(atl...und)


	at-cda-bbr-dataelement-98	Familienstand	Dataset A Allgemeiner Leitfaden

@code

cs

1 … 1

R

@codeSystem

oid

1 … 1

F

2.16.840.1.113883.5.2

@codeSystemName

st

1 … 1

F

HL7:MaritalStatus

@displayName

st

1 … 1

R

CONF

Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.11 ELGA_MaritalStatus (DYNAMIC)

hl7:religiousAffiliationCode

CE

0 … 1

R

Codierung des Religionsbekenntnisses des Patienten.
Zulässige Werte gemäß Value-Set „ELGA_ReligiousAffiliation“

(atl...und)


	at-cda-bbr-dataelement-99	Religionsbekenntnis	Dataset A Allgemeiner Leitfaden

@code

cs

1 … 1

R

@codeSystem

oid

1 … 1

F

2.16.840.1.113883.2.16.1.4.1

@codeSystemName

st

1 … 1

F

HL7.AT:ReligionAustria

@displayName

st

1 … 1

R

CONF

Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.18 ELGA_ReligiousAffiliation (DYNAMIC)

hl7:raceCode

NP

Rasse des Patienten.
Darf nicht verwendet werden!

(atl...und)

hl7:ethnicGroupCode

NP

Ethnische Zugehörigkeit des Patienten.
Darf nicht verwendet werden!

(atl...und)

hl7:guardian

0 … *

R

Gesetzlicher Vertreter:

Vorsorgebevollmächtigte/r (Bevollmächtigte/r durch Vorsorgevollmacht)
Gewählte/r ErwachsenenvertreterIn
Gesetzliche/r ErwachsenenvertreterIn
Gerichtliche/r ErwachsenenvertreterIn (Sachwalter)

Der gesetzliche Vetreter kann entweder eine Person (guardianPerson) oder eine Organisation (guardianOrganization) sein.

Beim Patienten können optional ein oder mehrere gesetzliche Vetreter angegeben werden. Wenn ein gesetzliche Vetreter bekannt ist, SOLL diese Information auch angegeben werden.

(atl...und)


	at-cda-bbr-dataelement-88	Gesetzlicher Vertreter	Dataset A Allgemeiner Leitfaden

@classCode

cs

0 … 1

F

GUARD

hl7:addr

0 … 1

R

Die Adresse des gesetzlichen Vertreters oder der Organisation.

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

Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)

(atl...und)

hl7:telecom

TEL.AT

0 … *

R

Beliebig viele Kontaktdaten des gesetzlichen Vertreters als Person oder Organisation.
Grundsätzlich sind die Vorgaben gemäß „Kontaktdaten-Element“ zu befolgen.

(atl...und)

@value

st

1 … 1

R

Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567

Formatkonvention siehe „telecom-Format Konventionen für Telekom-Daten“

Zulässige Werteliste für telecom Präfixe gemäß Value-Set „ELGA_URLScheme“

@use

set_cs

0 … 1

Bedeutung des angegebenen Kontakts (z.B. Heim, Arbeitsplatz) Bsp: WP

Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“

Constraint

Werden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein.

Auswahl

1 … 1

Angabe des gesetzlichen Vertreters als Person (guardianPerson in Granularitätsstufe 1 oder 2) ODER als Organisation (guardianOrganization)

Elemente in der Auswahl:

hl7:guardianPerson welches enthält Template 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC)
hl7:guardianPerson welches enthält Template 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)
hl7:guardianOrganization welches enthält Template 1.2.40.0.34.6.0.11.9.27 Organization Name Compilation (DYNAMIC)

hl7:guardianPerson

0 … 1

Name des gesetzlichen Vertreters: Angabe in Granularitätsstufe 1
Beinhaltet 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC)

(atl...und)

hl7:guardianPerson

0 … 1

Name des gesetzlichen Vertreters: Angabe in Granularitätsstufe 2
Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)

(atl...und)

hl7:guardianOrganization

0 … 1

R

Name des gesetzlichen Vertreters (Organisation)
Beinhaltet 1.2.40.0.34.6.0.11.9.27 Organization Name Compilation (DYNAMIC)

(atl...und)

hl7:birthplace

0 … 1

R

Geburtsort des Patienten.

(atl...und)


	at-cda-bbr-dataelement-76	Geburtsort	Dataset A Allgemeiner Leitfaden

@classCode

cs

0 … 1

F

BIRTHPL

hl7:place

1 … 1

M

(atl...und)

@classCode

cs

0 … 1

F

PLC

@determinerCode

cs

0 … 1

F

INSTANCE

Auswahl

1 … 1

Elemente in der Auswahl:

hl7:addr welches enthält Template 1.2.40.0.34.6.0.11.9.10 Address Compilation Minimal (DYNAMIC)
hl7:addr welches enthält Template 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)

hl7:addr

AD

0 … 1

Die Adresse des Geburtsorts. Minimalangabe. Alle Elemente optional.

Beinhaltet 1.2.40.0.34.6.0.11.9.10 Address Compilation Minimal (DYNAMIC)

(atl...und)

hl7:addr

AD

0 … 1

Die Adresse des Geburtsorts, struktuiert.
Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)

(atl...und)

hl7:languageCommunication

0 … *

R

Informationen bezüglich der Sprachfähigkeiten und Ausdrucksform des Patienten.

(atl...und)


	at-cda-bbr-dataelement-100	Sprachfähigkeit	Dataset A Allgemeiner Leitfaden

hl7:languageCode

CS

1 … 1

M

Sprache, die vom Patienten zu einem bestimmten Grad beherrscht wird (geschrieben oder gesprochen).

In der Klasse languageCommunication können Informationen bezüglich der Sprachfähigkeiten und Ausdrucksform (z.B. gesprochen oder geschrieben) des Patienten angegeben werden.
Dieser Leitfaden schränkt die möglichen Werte für die Sprache auf Werte aus dem Value Set ELGA_HumanLanguage ein.

Die Gebärdensprache ist als eigene Sprache inkl. Ländercode anzugeben, mit der Ergänzung des Länder-/Regional-Codes (z.B. sgn-at), die Ausdrucksweise (MoodCode) wird in diesem Fall nicht angegeben (denn expressed / received signed wären redundant).

(atl...und)


	at-cda-bbr-dataelement-101	Sprache	Dataset A Allgemeiner Leitfaden

@code

cs

1 … 1

R

Zulässige Werte gemäß Value-Set „ELGA_HumanLanguage“ aus Code-System „HL7:HumanLanguage 2.16.840.1.113883.6.121“
Gemäß IETF / RFC 3066 enthält es ein bestimmtes Subset von Codes aus ISO 639-1 und ISO 639-2 (also zwei- und dreistellige Sprachcodes). Gemäß RFC 3066 ist es zulässig, eine Angabe der landestypischen Ausprägung der Sprache nach einem Bindestrich anzufügen. Das Land wird dabei nach ISO 3166-1 Alpha 2 angegeben. Dies MUSS bei der Auswertung des languageCodes berücksichtigt und toleriert werden.

CONF

Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.173 ELGA_HumanLanguage (DYNAMIC)

hl7:modeCode

CE

0 … 1

C

Ausdrucksform der Sprache.
Zulässige Werte gemäß Value-Set „ELGA_LanguageAbilityMode“

(atl...und)

@code

cs

1 … 1

R

@displayName

st

1 … 1

R

@codeSystem

oid

1 … 1

F

2.16.840.1.113883.5.60

@codeSystemName

st

0 … 1

F

HL7:LanguageAbilityMode

Constraint

Bei Strukturierung einer Gebärdensprache ist dieses Element NICHT ERLAUBT, NP [0..0] und MUSS daher komplett entfallen

CONF

Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.175 ELGA_LanguageAbilityMode (DYNAMIC)

hl7:proficiencyLevelCode

CE

0 … 1

R

Grad der Sprachkenntnis in der Sprache.
Zulässige Werte gemäß Value-Set „ELGA_ProficiencyLevelCode“

(atl...und)


	at-cda-bbr-dataelement-102	Grad der Sprachkenntnis	Dataset A Allgemeiner Leitfaden

@code

cs

1 … 1

R

@displayName

st

1 … 1

R

@codeSystem

oid

1 … 1

F

2.16.840.1.113883.5.61

@codeSystemName

st

0 … 1

F

HL7:LanguageAbilityProficiency

CONF

Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.174 ELGA_ProficiencyLevelCode (DYNAMIC)

hl7:preferenceInd

BL

0 … 1

R

Kennzeichnung, ob die Sprache in der angegebenen Ausdrucksform vom Patienten bevorzugt wird.

(atl...und)


	at-cda-bbr-dataelement-103	Sprachpräferenz	Dataset A Allgemeiner Leitfaden

Schematron assert

role

error

test

not(hl7:id[1]/@nullFlavor)

Meldung

Die Verwendung von id/@nullFlavor ist an dieser Stelle NICHT ERLAUBT.

Schematron assert

role

error

test

not(hl7:id[2]/@nullFlavor) or (hl7:id[2][@nullFlavor='UNK'] or hl7:id[2][@nullFlavor='NI'])

Meldung

Zugelassene nullFlavor sind "NI" und "UNK"

Eingefügt

1 … *

M

von 1.2.40.0.34.6.0.11.1.2 Author (DYNAMIC)

hl7:author

1 … *

M

Verfasser des Dokuments.

(atl...und)

@typeCode

cs

0 … 1

F

AUT

@contextControlCode

cs

0 … 1

F

OP

hl7:functionCode

CE (extensible)

0 … 1

R

Funktionscode des Verfassers des Dokuments, z.B: „Diensthabender Oberarzt“, „Verantwortlicher Arzt für Dokumentation“,„Stationsschwester“.

Eigene Codes und Bezeichnungen können verwendet werden.

(atl...und)

@code

cs

1 … 1

R

@codeSystem

oid

1 … 1

R

@displayName

st

1 … 1

R

Auswahl

1 … 1

Der Zeitpunkt, zu dem das Dokument verfasst bzw. inhaltlich fertiggestellt wurde.

Elemente in der Auswahl:

hl7:time[not(@nullFlavor)]
hl7:time[@nullFlavor='UNK']

hl7:time

TS.AT.TZ

0 … 1

(atl...und)

wo [not(@nullFlavor)]

hl7:time

TS.AT.TZ

0 … 1

(atl...und)

wo [@nullFlavor='UNK']

@nullFlavor

cs

1 … 1

F

UNK

hl7:assignedAuthor

1 … 1

M

(atl...und)

@classCode

cs

0 … 1

F

ASSIGNED

Auswahl

1 … *

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

ODER Identifikation des/der datenerstellenden Gerätes/Software.

Elemente in der Auswahl:

hl7:id[not(@nullFlavor)]
hl7:id[@nullFlavor='NI']
hl7:id[@nullFlavor='UNK']

Constraint

Zugelassene nullFlavor:

NI ….... Person hat keine ID / Gerät/Software hat keine ID
UNK … Person hat eine ID, diese ist jedoch unbekannt / Gerät/Software hat eine ID, diese ist jedoch unbekannt

hl7:id

II

0 … *

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

ODER Identifikation des/der datenerstellenden Gerätes/Software.

(atl...und)

wo [not(@nullFlavor)]

hl7:id

II

0 … 1

(atl...und)

wo [@nullFlavor='NI']

@nullFlavor

cs

1 … 1

F

NI

hl7:id

II

0 … 1

(atl...und)

wo [@nullFlavor='UNK']

@nullFlavor

cs

1 … 1

F

UNK

hl7:code

CE

0 … 1

R

Angabe der Fachrichtung des Verfassers des Dokuments („Sonderfach“ gem. Ausbildungsordnung), z.B: „Facharzt/Fachärztin 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.

(atl...und)

@codeSystem

oid

1 … 1

R

@displayName

st

1 … 1

R

@code

cs

1 … 1

R

CONF

Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.6 ELGA_AuthorSpeciality (DYNAMIC)

hl7:telecom

TEL.AT

0 … *

Kontaktdaten des Verfassers des Dokuments.

Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen.

(atl...und)

wo [not(@nullFlavor)]

@value

st

1 … 1

R

Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567

Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“

@use

set_cs

0 … 1

Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP

Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“

Constraint

Werden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein.

Auswahl

1 … 1

Elemente in der Auswahl:

hl7:assignedPerson welches enthält Template 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)
hl7:assignedAuthoringDevice welches enthält Template 1.2.40.0.34.6.0.11.9.18 Device Compilation (DYNAMIC)

hl7:assignedPerson

0 … 1

Personendaten des Verfassers des Dokuments.

Grundsätzlich sind die Vorgaben für „Personen-Element“ zu befolgen, name-Element ist hier Mandatory.

Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)

(atl...und)

hl7:assignedAuthoringDevice

0 … 1

Datenerstellende/s Software/Gerät
Beinhaltet 1.2.40.0.34.6.0.11.9.18 Device Compilation (DYNAMIC)

(atl...und)

hl7:representedOrganization

1 … 1

M

Organisation, in deren Auftrag der Verfasser des Dokuments die Dokumentation verfasst hat.

↔ Hinweis zum XDS-Mapping: Da manche offiziellen Bezeichnungen von GDA sehr lang werden können, SOLL das name Element einer möglichst eindeutigen Kurzbezeichnung der Organisation entsprechen (im GDA-I im Tag description enthalten). Bei größeren Organisationen SOLL zusätzlich die Abteilung angegeben werden, damit die Zuordnung für den Leser einfacher wird.

Beispiel: Statt "Allgemeines Krankenhaus der Stadt Wien-Medizinischer Universitätscampus" --> "Wien AKH" bzw. "Wien AKH - Augenambulanz"

Beinhaltet 1.2.40.0.34.6.0.11.9.5 Organization Compilation with id, name (DYNAMIC)

(atl...und)

Constraint

id MUSS der OID der Organisation aus dem GDA-Index entsprechen.
name SOLL der Kurzbezeichnung im GDA-I entsprechen (sofern vorhanden)
Zu dem Namen größerer Organisationen SOLL auch die Abteilung angegeben werden., z.B.: „Amadeus Spital, Chirurgische Abteilung“

Ausnahme: Wenn als Author ein/e Software/Gerät fungiert und keine OID aus dem GDA-I angegeben werden kann, MÜSSEN die Angaben der Organisation des Geräte-/Software-Betreibers oder Herstellers entsprechen.

Schematron assert

role

error

test

count(hl7:author/hl7:assignedAuthor/hl7:assignedPerson)>0

Meldung

Es MUSS immer zumindest eine Person als Autor angeführt sein.

Eingefügt

0 … 1

von 1.2.40.0.34.6.0.11.1.22 Data Enterer (DYNAMIC)

hl7:dataEnterer

0 … 1

z.B. Schreibkraft, Medizinische Dokumentationsassistenz

(atl...und)


	at-cda-bbr-dataelement-16	Schreibkraft	Dataset A Allgemeiner Leitfaden

@typeCode

cs

0 … 1

F

ENT

@contextControlCode

cs

0 … 1

F

OP

hl7:time

TS.AT.TZ

0 … 1

R

Der Zeitpunkt zu dem die Daten dokumentiert wurden.

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

(atl...und)

wo [not(@nullFlavor)]


	at-cda-bbr-dataelement-17	Zeitpunkt des Schreibens	Dataset A Allgemeiner Leitfaden

hl7:assignedEntity

1 … 1

M

Beinhaltet 1.2.40.0.34.6.0.11.9.22 Assigned Entity (DYNAMIC)

(atl...und)

Eingefügt

1 … 1

M

von 1.2.40.0.34.6.0.11.1.4 Custodian (DYNAMIC)

hl7:custodian

1 … 1

M

Verwahrer des Dokuments.

(atl...und)


	at-cda-bbr-dataelement-24	Verwahrer	Dataset A Allgemeiner Leitfaden

@typeCode

cs

0 … 1

F

CST

hl7:assignedCustodian

1 … 1

M

(atl...und)

@classCode

cs

0 … 1

F

ASSIGNED

hl7:representedCustodianOrganization

1 … 1

M

(atl...und)

@classCode

cs

0 … 1

F

ORG

@determinerCode

cs

0 … 1

F

INSTANCE

hl7:id

II

1 … *

M

Identifikation des Verwahrers des Dokuments. Wenn dieser im GDA-I angeführt ist, ist die entsprechende OID zu verwenden.
Grundsätzlich sind die Vorgaben für „Identifikations-Elemente“ zu befolgen.

(atl...und)

hl7:name

ON

1 … 1

M

Name des Verwahrers des Dokuments (Organisation). Grundsätzlich sind die Vorgaben für „Namen-Elemente von Organisationen ON“ zu befolgen.

(atl...und)

hl7:telecom

TEL.AT

0 … *

Kontaktdaten des Verwahrers des originalen Dokuments (Organisation). Grundsätzlich sind die Vorgaben für „Kontaktdaten-Elemente“ zu befolgen.

(atl...und)

wo [not(@nullFlavor)]

@value

st

1 … 1

R

@use

set_cs

0 … 1

Bedeutung des angegebenen Kontakts gemäß Value-Set „ELGA_TelecomAddressUse“

Constraint

Werden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein.

hl7:addr

AD

1 … 1

M

Adresse des Verwahrers des Dokuments (Organisation). Grundsätzlich sind die Vorgaben für „Adress-Elemente“ zu befolgen.
Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)

(atl...und)

Eingefügt

0 … *

von 1.2.40.0.34.6.0.11.1.24 Information Recipient (DYNAMIC)

hl7:informationRecipient

0 … *

Beabsichtiger Empfänger des Dokuments.

(atl...und)


	at-cda-bbr-dataelement-26	Empfänger	Dataset A Allgemeiner Leitfaden

@typeCode

cs

0 … 1

Typ des Informationsempfängers, z.B: PRCP „Primärer Empfänger“.

Werden mehrere Empfänger angegeben, MUSS der primäre Empfänger über den typeCode definiert werden.
Hinweis: Das ist relevant, wenn Funktionen aus dem gerichteten Befundversand oder für den Briefdruck auf das Dokument angewendet werden.

CONF

Der Wert von @typeCode muss gewählt werden aus dem Value Set 1.2.40.0.34.10.29 ELGA_InformationRecipientType (DYNAMIC)


	at-cda-bbr-dataelement-27	Empfänger Typ	Dataset A Allgemeiner Leitfaden

hl7:intendedRecipient

1 … 1

M

(atl...und)

@classCode

cs

0 … 1

Auswahl

1 … *

Elemente in der Auswahl:

hl7:id[not(@nullFlavor)]
hl7:id[@nullFlavor='NI']
hl7:id[@nullFlavor='UNK']

hl7:id

II

0 … *

Identifikation des beabsichtigten Empfängers (Person).
Empfohlene Information für einen Empfänger ist die ID aus dem GDA-Index.
Grundsätzlich sind die Vorgaben für „Identifikations-Elemente“ zu befolgen.

(atl...und)

wo [not(@nullFlavor)]


	at-cda-bbr-dataelement-28	ID des Empfängers	Dataset A Allgemeiner Leitfaden

hl7:id

II

0 … 1

NI … Person hat keine ID

(atl...und)

wo [@nullFlavor='NI']

@nullFlavor

cs

1 … 1

F

NI

hl7:id

II

0 … 1

UNK ... Person hat eine ID, diese ist jedoch unbekannt

(atl...und)

wo [@nullFlavor='UNK']

@nullFlavor

cs

1 … 1

F

UNK

Auswahl

1 … 1

Personendaten des beabsichtigten Empfängers.
Empfehlung: Der Name des Empfängers und die Organisation, der er angehört, sollen in möglichst hoher Granularität angegeben werden. Aufgrund der gängigen Praxis kann als minimale Information für den Empfänger der unstrukturierte Name angegeben werden.
Grundsätzlich sind die Vorgaben gemäß Kapitel „Personen-Element“ zu befolgen.

Elemente in der Auswahl:

hl7:informationRecipient[hl7:name[count(child::*)=0]] welches enthält Template 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC)
hl7:informationRecipient[hl7:name[count(child::*)!=0]] welches enthält Template 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)

hl7:informationRecipient

… 1

Beinhaltet 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC)

(atl...und)

wo [hl7:name [count(child::*)=0]]


	at-cda-bbr-dataelement-29	Name	Dataset A Allgemeiner Leitfaden

hl7:informationRecipient

… 1

Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)

(atl...und)

wo [hl7:name [count(child::*)!=0]]

hl7:receivedOrganization

0 … 1

R

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

(atl...und)


	at-cda-bbr-dataelement-30	Organisation	Dataset A Allgemeiner Leitfaden

Eingefügt

von 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC)

@classCode

cs

0 … 1

F

ORG

@determinerCode

cs

0 … 1

F

INSTANCE

hl7:id

II

0 … *

Beliebig viele IDs der Organisation. z.B.: ID aus dem GDA-Index, DVR-Nummer, ATU-Nummer, etc.

(atl...und)

wo [not(@nullFlavor)]

hl7:name

ON

1 … 1

M

Name der Organisation. Bei Organisationen, die im GDA-Index angegeben sind, soll deren Kurzbezeichnung verwendet werden.
Zu dem Namen größerer Organisationen SOLL auch die Abteilung angegeben werden.

(atl...und)

hl7:telecom

TEL.AT

0 … *

Kontaktdaten der Organisation.

Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen.

(atl...und)

wo [not(@nullFlavor)]

@value

st

1 … 1

R

Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567
Formatkonvention siehe „telecom – Format Konventionen für Telekom-Daten“

Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“

@use

set_cs

0 … 1

Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP

Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“

Constraint

Werden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein.

hl7:addr

AD

0 … 1

Adresse der Organisation.

Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)

(atl...und)

wo [not(@nullFlavor)]

Eingefügt

1 … 1

M

von 1.2.40.0.34.6.0.11.1.5 Legal Authenticator (DYNAMIC)
"Medizinischer Validator" oder der laborverantwortliche Arzt

hl7:legalAuthenticator

1 … 1

M

Hauptunterzeichner, Rechtlicher Unterzeichner

(atl...und)


	at-cda-bbr-dataelement-1	Rechtlicher Unterzeichner	Dataset A Allgemeiner Leitfaden

@contextControlCode

cs

0 … 1

F

OP

@typeCode

cs

0 … 1

F

LA

Auswahl

1 … 1

Der Zeitpunkt, an dem das Dokument unterzeichnet wurde.

Elemente in der Auswahl:

hl7:time[not(@nullFlavor)]
hl7:time[@nullFlavor='UNK']

hl7:time

TS.AT.TZ

0 … 1

(atl...und)

wo [not(@nullFlavor)]


	at-cda-bbr-dataelement-5	Zeitpunkt der Unterzeichnung	Dataset A Allgemeiner Leitfaden

hl7:time

TS.AT.TZ

0 … 1

(atl...und)

wo [@nullFlavor='UNK']

@nullFlavor

cs

1 … 1

F

UNK

hl7:signatureCode

CS

1 … 1

M

Signaturcode gibt an, dass das Originaldokument unterzeichnet wurde.

(atl...und)


	at-cda-bbr-dataelement-6	Signatur	Dataset A Allgemeiner Leitfaden

@code

CONF

1 … 1

F

S

hl7:assignedEntity

1 … 1

M

Personendaten des rechtlichen Unterzeichners.
Für den Namen ist verpflichtend Granularitätsstufe 2 ("strukturierte Angabe des Namens") anzuwenden!
Beinhaltet 1.2.40.0.34.6.0.11.9.22 Assigned Entity (DYNAMIC)

(atl...und)

Eingefügt

0 … *

von 1.2.40.0.34.6.0.11.1.49 Laboratory Results Validator (DYNAMIC)
Validator (Authenticator)

hl7:authenticator

0 … *

(Weitere) validierende Person (=Mitunterzeichner), die das Dokument inhaltlich (medizinisch und technisch) freigibt. Es können mehrere Validatoren angegeben werden. Einer davon kann auch ident mit dem "rechtlichen Unterzeichner" (/ClinicalDocument/legalAuthenticator) sein.

(atl...und)

@typeCode

cs

0 … 1

F

AUTHEN

hl7:templateId

II

1 … 1

M

Laboratory Results Validator

(atl...und)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.1.49

hl7:templateId

II

1 … 1

M

IHE PalM TF3 Rev.10, 6.3.2.16 Laboratory Results Validator

(atl...und)

@root

uid

1 … 1

F

1.3.6.1.4.1.19376.1.3.3.1.5

Auswahl

1 … 1

Der Zeitpunkt, an dem das Dokument unterzeichnet wurde.
Grundsätzlich sind die Vorgaben gemäß für "Zeit-Elemente" zu befolgen.

Elemente in der Auswahl:

hl7:time[not(@nullFlavor)]
hl7:time[@nullFlavor='UNK']

hl7:time

TS.AT.TZ

0 … 1

(atl...und)

wo [not(@nullFlavor)]

hl7:time

TS.AT.TZ

0 … 1

(atl...und)

wo [@nullFlavor='UNK']

hl7:signatureCode

CS

1 … 1

M

(atl...und)

@code

CONF

1 … 1

F

S

hl7:assignedEntity

1 … 1

M

Personendaten des weiteren Unterzeichners.

Beinhaltet 1.2.40.0.34.6.0.11.9.41 Assigned Entity with id, name, addr and telecom (DYNAMIC)

(atl...und)

Auswahl

1 … 1

Auftraggeber / Ordering Provider

Elemente in der Auswahl:

hl7:participant eingefügt vom Template 1.2.40.0.34.6.0.11.1.42 Participant Auftraggeber / Ordering Provider (DYNAMIC)
hl7:participant[@typeCode='REF'][@nullFlavor]

Eingefügt

0 … 1

von 1.2.40.0.34.6.0.11.1.42 Participant Auftraggeber / Ordering Provider (DYNAMIC)

hl7:participant

0 … 1

(atl...und)

@typeCode

cs

1 … 1

F

REF

@contextControlCode

cs

0 … 1

F

OP

hl7:templateId

II

1 … 1

M

Participant Auftraggeber / Ordering Provider

(atl...und)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.1.42

hl7:templateId

II

1 … 1

M

IHE PalM TF3 Rev.10, 6.3.2.17 Ordering Provider

(atl...und)

@root

uid

1 … 1

F

1.3.6.1.4.1.19376.1.3.3.1.6

Auswahl

1 … 1

Das Auftragsdatum ist das Datum/Zeit, an dem der Auftrag vom Auftraggeber abgesendet wird. Das Auftragsdatum wird als "time"-Element beim Auftraggeber ausgeführt und ist verpflichtend anzugeben. Bei einer manuellen Erfassung eines Auftrags im Labor kann dieses als @nullFlavor="NA" ausgeführt werden.

Elemente in der Auswahl:

hl7:time[not(@nullFlavor)]
hl7:time[@nullFlavor='NA']

hl7:time

IVL_TS

0 … 1

R

(atl...und)

wo [not(@nullFlavor)]

hl7:time

IVL_TS

0 … 1

R

(atl...und)

wo [@nullFlavor='NA']

hl7:associatedEntity

1 … 1

M

(atl...und)

@classCode

cs

1 … 1

F

PROV

Healthcare provider - Gesundheitsdienstanbieter

hl7:id

II

1 … 1

M

ID des Auftraggebers

(atl...und)

Auswahl

1 … 1

Elemente in der Auswahl:

hl7:addr[not(@nullFlavor)] welches enthält Template 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)
hl7:addr[@nullFlavor='UNK']

hl7:addr

AD

0 … 1

R

Adresse des Auftraggebers
Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)

(atl...und)

wo [not(@nullFlavor)]

hl7:addr

AD

0 … 1

(atl...und)

wo [@nullFlavor='UNK']

@nullFlavor

cs

1 … 1

F

UNK

Auswahl

1 … *

Elemente in der Auswahl:

hl7:telecom[not(@nullFlavor)]
hl7:telecom[@nullFlavor='UNK']

hl7:telecom

TEL.AT

0 … *

R

Beliebig viele Kontaktdaten des Auftraggebers

(atl...und)

wo [not(@nullFlavor)]

@value

st

1 … 1

R

Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567

Formatkonvention siehe „telecom – Format Konventionen für Telekom-Daten“

Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“

@use

set_cs

0 … 1

Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP

Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“

Constraint

Werden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein.

hl7:telecom

TEL.AT

0 … 1

(atl...und)

wo [@nullFlavor='UNK']

@nullFlavor

cs

1 … 1

F

UNK

Schematron assert

role

error

test

not(hl7:telecom[not(@nullFlavor)]) or not(hl7:telecom[@nullFlavor='UNK'])

Meldung

telecom[@nullFlavor="UNK"] darf NUR angegeben werden, wenn KEIN befülltes "telecom"-Element vorhanden ist.

Auswahl

1 … 1

Name des Auftraggebers.

Elemente in der Auswahl:

hl7:associatedPerson[hl7:name[count(child::*)!=0]] welches enthält Template 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)
hl7:associatedPerson[@nullFlavor]

hl7:associatedPerson

0 … 1

R

Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)

(atl...und)

wo [hl7:name [count(child::*)!=0]]

hl7:associatedPerson

0 … 1

(atl...und)

wo [@nullFlavor]

@nullFlavor

cs

1 … 1

F

UNK

hl7:scopingOrganization

0 … 1

R

Organisation, der der Auftraggeber angehört (mit Adresse und Kontaktdaten der Organisation).

Grundsätzlich sind die Vorgaben für "Organisations-Element" zu befolgen.

Beinhaltet 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC)

(atl...und)

hl7:participant

0 … 1

Auftraggeber nicht bekannt

(atl...und)

wo [@typeCode='REF'] [@nullFlavor]

@typeCode

cs

1 … 1

F

REF

@nullFlavor

cs

1 … 1

F

UNK

Beispiel

Auftraggeber nicht bekannt

hl7:associatedEntity

1 … 1

M

(atl...und)

@classCode

cs

1 … 1

F

PROV

hl7:participant

NP

Die Verwendung des ELGA participant-Elements, das den einweisenden/zuweisenden/überweisenden Arzt repräsentiert mit templateId 1.2.40.0.34.6.0.11.1.21 ist im Laborbefund NICHT ERLAUBT.

(atl...und)

wo [@typeCode='REF'] [hl7:templateId/@root='1.2.40.0.34.6.0.11.1.21']

Eingefügt

0 … 1

R

von 1.2.40.0.34.6.0.11.1.20 Participant Fachlicher Ansprechpartner (DYNAMIC)
Fachlicher Ansprechpartner

Es ist EMPFOHLEN, den fachlichen Ansprechpartner (Callback contact) im Labor- und Mikrobiologiebefund anzugeben.

hl7:participant

0 … 1

R

Fachlicher Ansprechpartner

(atl...und)

wo [hl7:templateId [@root='1.2.40.0.34.6.0.11.1.20']]

@typeCode

cs

1 … 1

F

CALLBCK

Callback contact

@contextControlCode

cs

0 … 1

F

OP

hl7:templateId

II

1 … 1

M

Template ID zur Identifikation dieser Art von Beteiligten

(atl...und)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.1.20

hl7:functionCode

CE (extensible)

0 … 1

Optionale Angabe eines Funktionscodes des fachlichen Ansprechpartners, z.B: „Diensthabender Oberarzt“, „Verantwortlicher Arzt für Dokumentation“,„Stationsschwester“.

Eigene Codes und Bezeichnungen können verwendet werden.

(atl...und)

@code

cs

1 … 1

R

@codeSystem

oid

1 … 1

R

@displayName

st

1 … 1

R

hl7:associatedEntity

1 … 1

M

(atl...und)

@classCode

cs

1 … 1

F

PROV

Healthcare provider - Gesundheitsdiensteanbieter

hl7:code

CE

0 … 1

Optionale Angabe der Fachrichtung des fachlichen Ansprechpartners („Sonderfach“ gem. Ausbildungsordnung), z.B: „Facharzt/Fachärztin für Gynäkologie“.
Wenn ein fachlicher Ansprechpartner mehreren ärztlichen Sonderfächern zugeordnet ist, kann das anzugebende Sonderfach gewählt werden. Additivfächer werden nicht angegeben.

(atl...und)

@codeSystem

oid

1 … 1

R

@displayName

st

1 … 1

R

@code

cs

1 … 1

R

CONF

Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.6 ELGA_AuthorSpeciality (DYNAMIC)

hl7:addr

AD

0 … 1

Adresse des Beteiligten.

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

Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)

(atl...und)

wo [not(@nullFlavor)]

hl7:telecom

TEL.AT

1 … *

M

Beliebig viele Kontaktdaten des Beteiligten.

(atl...und)

@value

st

1 … 1

R

Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567

Formatkonvention siehe „telecom – Format Konventionen für Telekom-Daten“

Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“

@use

set_cs

0 … 1

Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP

Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“

Constraint

Es MUSS mindestens eine Telefonnummer angegeben werden. Werden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein.

hl7:associatedPerson

0 … 1

R

Name der Person

Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)

(atl...und)

hl7:scopingOrganization

0 … 1

R

Organisation, der der Beteiligte angehört (mit Adresse und Kontaktdaten der Organisation).

Grundsätzlich sind die Vorgaben für "Organisations-Element" zu befolgen.

(atl...und)

Eingefügt

von 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC)

@classCode

cs

0 … 1

F

ORG

@determinerCode

cs

0 … 1

F

INSTANCE

hl7:id

II

0 … *

Beliebig viele IDs der Organisation. z.B.: ID aus dem GDA-Index, DVR-Nummer, ATU-Nummer, etc.

(atl...und)

wo [not(@nullFlavor)]

hl7:name

ON

1 … 1

M

Name der Organisation. Bei Organisationen, die im GDA-Index angegeben sind, soll deren Kurzbezeichnung verwendet werden.
Zu dem Namen größerer Organisationen SOLL auch die Abteilung angegeben werden.

(atl...und)

hl7:telecom

TEL.AT

0 … *

Kontaktdaten der Organisation.

Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen.

(atl...und)

wo [not(@nullFlavor)]

@value

st

1 … 1

R

Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567
Formatkonvention siehe „telecom – Format Konventionen für Telekom-Daten“

Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“

@use

set_cs

0 … 1

Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP

Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“

Constraint

Werden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein.

hl7:addr

AD

0 … 1

Adresse der Organisation.

Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)

(atl...und)

wo [not(@nullFlavor)]

Schematron assert

role

error

test

not(hl7:participant[@typeCode='CALLBCK'][@nullFlavor])

Meldung

@nullFlavor ist für den fachlichen Ansprechpartner (participant[@typeCode='CALLBCK']) NICHT ERLAUBT. Sollten keine Informationen vorliegen, soll das Element entfallen.

Eingefügt

0 … 1

von 1.2.40.0.34.6.0.11.1.23 Participant Hausarzt (DYNAMIC)

hl7:participant

0 … 1

Beteiligter (Hausarzt).

(atl...und)

wo [hl7:templateId [@root='1.2.40.0.34.6.0.11.1.23']]

@typeCode

cs

1 … 1

F

IND

In indirektem Bezug.

@contextControlCode

cs

0 … 1

F

OP

hl7:templateId

II

1 … 1

M

Template ID zur Identifikation dieser Art von Beteiligten

(atl...und)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.1.23

hl7:functionCode

CE

1 … *

M

Funktionscode des Beteiligten

(atl...und)

@code

cs

1 … 1

F

PCP

@codeSystem

oid

1 … 1

F

2.16.840.1.113883.5.88

@codeSystemName

st

1 … 1

F

HL7:ParticipationFunction

hl7:associatedEntity

1 … 1

M

Beschreibung der Entität.

(atl...und)

@classCode

cs

1 … 1

F

PROV

Healthcare provider - Gesundheitsdiensteanbieter.

Auswahl

0 … *

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

Elemente in der Auswahl:

hl7:id[not(@nullFlavor)]
hl7:id[@nullFlavor='NI']
hl7:id[@nullFlavor='UNK']

Constraint

Zugelassene nullFlavor:

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

hl7:id

II

0 … *

(atl...und)

wo [not(@nullFlavor)]

hl7:id

II

0 … 1

(atl...und)

wo [@nullFlavor='NI']

@nullFlavor

cs

1 … 1

F

NI

hl7:id

II

0 … 1

(atl...und)

wo [@nullFlavor='UNK']

@nullFlavor

cs

1 … 1

F

UNK

hl7:addr

AD

0 … 1

Adresse des Hausarztes
Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)

(atl...und)

wo [not(@nullFlavor)]

hl7:telecom

TEL.AT

0 … *

Beliebig viele Kontaktdaten des Hausarztes.

(atl...und)

wo [not(@nullFlavor)]

@value

st

1 … 1

R

@use

set_cs

0 … 1

Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP

Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“

Constraint

Werden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein.

Auswahl

1 … 1

Name des Hausarztes.

Elemente in der Auswahl:

hl7:associatedPerson[hl7:name[count(child::*)=0]] welches enthält Template 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC)
hl7:associatedPerson[hl7:name[count(child::*)!=0]] welches enthält Template 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)

hl7:associatedPerson

0 … 1

Beinhaltet 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC)

(atl...und)

wo [hl7:name [count(child::*)=0]]

hl7:associatedPerson

0 … 1

Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)

(atl...und)

wo [hl7:name [count(child::*)!=0]]

hl7:scopingOrganization

0 … 1

R

Arztpraxis oder Ordination.

Grundsätzlich sind die Vorgaben für „Organisations-Element“ zu befolgen.

(atl...und)

Eingefügt

von 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC)

@classCode

cs

0 … 1

F

ORG

@determinerCode

cs

0 … 1

F

INSTANCE

hl7:id

II

0 … *

Beliebig viele IDs der Organisation. z.B.: ID aus dem GDA-Index, DVR-Nummer, ATU-Nummer, etc.

(atl...und)

wo [not(@nullFlavor)]

hl7:name

ON

1 … 1

M

Name der Organisation. Bei Organisationen, die im GDA-Index angegeben sind, soll deren Kurzbezeichnung verwendet werden.
Zu dem Namen größerer Organisationen SOLL auch die Abteilung angegeben werden.

(atl...und)

hl7:telecom

TEL.AT

0 … *

Kontaktdaten der Organisation.

Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen.

(atl...und)

wo [not(@nullFlavor)]

@value

st

1 … 1

R

Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567
Formatkonvention siehe „telecom – Format Konventionen für Telekom-Daten“

Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“

@use

set_cs

0 … 1

Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP

Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“

Constraint

Werden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein.

hl7:addr

AD

0 … 1

Adresse der Organisation.

Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)

(atl...und)

wo [not(@nullFlavor)]

Eingefügt

0 … *

von 1.2.40.0.34.6.0.11.1.27 Participant Auskunftsberechtigte Person (Notfallkontakt) (DYNAMIC)

hl7:participant

0 … *

Beteiligter (Notfallkontakt / Auskunftsberechtigte Person)

(atl...und)

wo [hl7:templateId [@root='1.2.40.0.34.6.0.11.1.27']]

@typeCode

cs

1 … 1

F

IND

In indirektem Bezug.

@contextControlCode

cs

0 … 1

F

OP

hl7:templateId

II

1 … 1

M

Template ID zur Identifikation dieser Art von Beteiligten

(atl...und)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.1.27

hl7:time

IVL_TS

0 … 1

Zeitraum, in dem der angegebene Kontakt den Notfall-Kontakt darstellt.

Wird nur angegeben, wenn der Kontakt bereits absehbar nur in einem eingeschränkten Zeitraum zur Verfügung steht.

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

Beinhaltet 1.2.40.0.34.6.0.11.9.15 Time Interval Information minimal (DYNAMIC)

(atl...und)

hl7:associatedEntity

1 … 1

M

Beschreibung der Entität.

(atl...und)

@classCode

cs

1 … 1

F

ECON

Emergency contact - Notfall-Kontakt

hl7:code

CE

0 … 1

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

(atl...und)

wo [not(@nullFlavor)]

@code

cs

1 … 1

R

Zulässige Werte gemäß Value-Set „ELGA_PersonalRelationship“

@displayName

st

0 … 1

@codeSystem

oid

1 … 1

F

2.16.840.1.113883.5.111

@codeSystemName

st

1 … 1

F

HL7:RoleCode

CONF

Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.17 ELGA_PersonalRelationship (DYNAMIC)

hl7:addr

AD

0 … 1

Adresse des Beteiligten

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

Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)

(atl...und)

wo [not(@nullFlavor)]

Auswahl

0 … *

Beliebig viele Kontaktdaten des Beteiligten.

Elemente in der Auswahl:

hl7:telecom[not(@nullFlavor)]
hl7:telecom[@nullFlavor='UNK']

Constraint

Es SOLL mindestens eine Telefonnummer angegeben werden.

hl7:telecom

TEL.AT

0 … *

R

(atl...und)

wo [not(@nullFlavor)]

@value

st

1 … 1

R

Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567

Formatkonvention siehe „telecom – Format Konventionen für Telekom-Daten“

Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“

@use

set_cs

0 … 1

Constraint

Werden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein.

hl7:telecom

TEL.AT

0 … 1

Die Kontaktadresse ist unbekannt. nullFlavor "UNK"

(atl...und)

wo [@nullFlavor='UNK']

@nullFlavor

cs

1 … 1

F

UNK

Auswahl

1 … 1

Name des Beteiligten.

Elemente in der Auswahl:

hl7:associatedPerson[hl7:name[count(child::*)=0]] welches enthält Template 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC)
hl7:associatedPerson[hl7:name[count(child::*)!=0]] welches enthält Template 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)

hl7:associatedPerson

0 … 1

Beinhaltet 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC)

(atl...und)

wo [hl7:name [count(child::*)=0]]

hl7:associatedPerson

0 … 1

Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)

(atl...und)

wo [hl7:name [count(child::*)!=0]]

hl7:scopingOrganization

0 … 1

R

Organisation, der der Beteiligte angehört (mit Adresse und Kontaktdaten der Organisation).

Grundsätzlich sind die Vorgaben für „Organisations-Element“ zu befolgen.

(atl...und)

Eingefügt

von 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC)

@classCode

cs

0 … 1

F

ORG

@determinerCode

cs

0 … 1

F

INSTANCE

hl7:id

II

0 … *

Beliebig viele IDs der Organisation. z.B.: ID aus dem GDA-Index, DVR-Nummer, ATU-Nummer, etc.

(atl...und)

wo [not(@nullFlavor)]

hl7:name

ON

1 … 1

M

Name der Organisation. Bei Organisationen, die im GDA-Index angegeben sind, soll deren Kurzbezeichnung verwendet werden.
Zu dem Namen größerer Organisationen SOLL auch die Abteilung angegeben werden.

(atl...und)

hl7:telecom

TEL.AT

0 … *

Kontaktdaten der Organisation.

Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen.

(atl...und)

wo [not(@nullFlavor)]

@value

st

1 … 1

R

Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567
Formatkonvention siehe „telecom – Format Konventionen für Telekom-Daten“

Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“

@use

set_cs

0 … 1

Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP

Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“

Constraint

Werden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein.

hl7:addr

AD

0 … 1

Adresse der Organisation.

Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)

(atl...und)

wo [not(@nullFlavor)]

Eingefügt

0 … *

von 1.2.40.0.34.6.0.11.1.25 Participant Angehoerige (DYNAMIC)

hl7:participant

0 … *

Beteiligter (Angehöriger)

(atl...und)

wo [hl7:templateId [@root='1.2.40.0.34.6.0.11.1.25']]

@typeCode

cs

1 … 1

F

IND

In indirektem Bezug.

@contextControlCode

cs

0 … 1

F

OP

hl7:templateId

II

1 … 1

M

Template ID zur Identifikation dieser Art von Beteiligten

(atl...und)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.1.25

hl7:associatedEntity

1 … 1

M

Beschreibung der Entität.

(atl...und)

@classCode

cs

1 … 1

F

PRS

Personal relationship - In persönlicher Beziehung

hl7:code

CE

1 … 1

M

Verwandtschaftsverhältnis des Beteiligten zum Patienten. Beispiel: DAU („daughter“), wenn die Beteiligte die Tochter des Patienten ist oder NBOR für Nachbar.

(atl...und)

@code

cs

1 … 1

R

CONF

Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.17 ELGA_PersonalRelationship (DYNAMIC)

@displayName

st

0 … 1

@codeSystem

oid

1 … 1

F

2.16.840.1.113883.5.111

@codeSystemName

st

1 … 1

F

HL7:RoleCode

CONF

Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.17 ELGA_PersonalRelationship (DYNAMIC)

hl7:addr

AD

0 … 1

Adresse des Beteiligten

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

Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)

(atl...und)

wo [not(@nullFlavor)]

hl7:telecom

TEL.AT

0 … *

Beliebig viele Kontaktdaten des Beteiligten.

(atl...und)

wo [not(@nullFlavor)]

@value

st

1 … 1

R

@use

set_cs

0 … 1

Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP

Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“

Constraint

Werden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein.

Auswahl

1 … 1

Name des Beteiligten.

Elemente in der Auswahl:

hl7:associatedPerson[hl7:name[count(child::*)=0]] welches enthält Template 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC)
hl7:associatedPerson[hl7:name[count(child::*)!=0]] welches enthält Template 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)

hl7:associatedPerson

0 … 1

Beinhaltet 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC)

(atl...und)

wo [hl7:name [count(child::*)=0]]

hl7:associatedPerson

0 … 1

Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)

(atl...und)

wo [hl7:name [count(child::*)!=0]]

hl7:scopingOrganization

0 … 1

R

Beinhaltet 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC)

(atl...und)

Eingefügt

0 … *

von 1.2.40.0.34.6.0.11.1.26 Participant Versicherung (DYNAMIC)

hl7:participant

0 … *

Beteiligter (Versicherter/Versicherung).

(atl...und)

wo [hl7:templateId [@root='1.2.40.0.34.6.0.11.1.26']]

@typeCode

cs

1 … 1

F

HLD

@contextControlCode

cs

0 … 1

F

OP

hl7:templateId

II

1 … 1

M

Template ID zur Identifikation dieser Art von Beteiligten

(atl...und)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.1.26

hl7:time

IVL_TS

0 … 1

Gültigkeitszeitraum der Versicherungspolizze.

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

Beinhaltet 1.2.40.0.34.6.0.11.9.15 Time Interval Information minimal (DYNAMIC)

(atl...und)

hl7:associatedEntity

1 … 1

M

(atl...und)

@classCode

cs

1 … 1

F

POLHOLD

Policy holder - Halter einer Versicherungspolizze

Auswahl

1 … 1

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

Elemente in der Auswahl:

hl7:id[not(@nullFlavor)]
hl7:id[@nullFlavor='NI']
hl7:id[@nullFlavor='UNK']

Constraint

Zugelassene nullFlavor:

NI … Patient hat keine Sozialversicherungsnummer (z.B. Ausländer, …)
UNK … Patient hat eine Sozialversicherungsnummer, diese ist jedoch unbekannt

hl7:id

II

0 … 1

(atl...und)

wo [not(@nullFlavor)]

hl7:id

II

0 … 1

(atl...und)

wo [@nullFlavor='NI']

@nullFlavor

cs

1 … 1

F

NI

hl7:id

II

0 … 1

(atl...und)

wo [@nullFlavor='UNK']

@nullFlavor

cs

1 … 1

F

UNK

hl7:code

CE

1 … 1

M

Versicherungsverhältnis codiert

Beispiele:

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

(atl...und)

@code

cs

1 … 1

R

@codeSystem

oid

1 … 1

F

2.16.840.1.113883.5.111

@codeSystemName

st

1 … 1

F

HL7:RoleCode

CONF

Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.9 ELGA_InsuredAssocEntity (DYNAMIC)

hl7:addr

AD

0 … 1

Adresse des Beteiligten.

Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)

(atl...und)

wo [not(@nullFlavor)]

hl7:telecom

TEL.AT

0 … *

Beliebig viele Kontaktdaten des Beteiligten.

(atl...und)

wo [not(@nullFlavor)]

@value

st

1 … 1

R

Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567

Formatkonvention siehe „telecom – Format Konventionen für Telekom-Daten“

Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“

@use

set_cs

0 … 1

Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP

Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“

Constraint

Werden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein.

hl7:associatedPerson

0 … 1

C

Name des Beteiligten.
Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)

(atl...und)

Constraint

Wenn das Versicherungsverhältnis "familienversichert" ("FAMDEP“) ist, MUSS eine associatedPerson angegeben sein, M [1..1], sonst kann sie komplett entfallen, O [0..1]

hl7:scopingOrganization

1 … 1

M

Versicherungsgesellschaft.

Grundsätzlich sind die Vorgaben für „Organisations-Element“ zu befolgen.

(atl...und)

Eingefügt

von 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC)

@classCode

cs

0 … 1

F

ORG

@determinerCode

cs

0 … 1

F

INSTANCE

hl7:id

II

0 … *

Beliebig viele IDs der Organisation. z.B.: ID aus dem GDA-Index, DVR-Nummer, ATU-Nummer, etc.

(atl...und)

wo [not(@nullFlavor)]

hl7:name

ON

1 … 1

M

Name der Organisation. Bei Organisationen, die im GDA-Index angegeben sind, soll deren Kurzbezeichnung verwendet werden.
Zu dem Namen größerer Organisationen SOLL auch die Abteilung angegeben werden.

(atl...und)

hl7:telecom

TEL.AT

0 … *

Kontaktdaten der Organisation.

Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen.

(atl...und)

wo [not(@nullFlavor)]

@value

st

1 … 1

R

Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567
Formatkonvention siehe „telecom – Format Konventionen für Telekom-Daten“

Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“

@use

set_cs

0 … 1

Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP

Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“

Constraint

Werden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein.

hl7:addr

AD

0 … 1

Adresse der Organisation.

Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)

(atl...und)

wo [not(@nullFlavor)]

Schematron assert

role

error

test

not(hl7:code[@code='FAMDEP']) or hl7:associatedPerson

Meldung

Wenn das Versicherungsverhältnis "familienversichert" ist, dann muss eine associatedPerson angegeben sein.

Eingefügt

0 … 1

von 1.2.40.0.34.6.0.11.1.29 Participant Betreuungsorganisation (DYNAMIC)

hl7:participant

0 … 1

Beteiligter (Betreuende Organisation)

(atl...und)

wo [hl7:templateId [@root='1.2.40.0.34.6.0.11.1.29']]

@typeCode

cs

1 … 1

F

IND

@contextControlCode

cs

0 … 1

F

OP

hl7:templateId

II

1 … 1

M

Template ID zur Identifikation dieser Art von Beteiligten

(atl...und)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.1.29

hl7:associatedEntity

1 … 1

M

Beschreibung der Entität.

(atl...und)

@classCode

cs

1 … 1

F

CAREGIVER

Betreuer

hl7:scopingOrganization

1 … 1

M

Betreuende Organisation

(atl...und)

Eingefügt

von 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC)

@classCode

cs

0 … 1

F

ORG

@determinerCode

cs

0 … 1

F

INSTANCE

hl7:id

II

0 … *

Beliebig viele IDs der Organisation. z.B.: ID aus dem GDA-Index, DVR-Nummer, ATU-Nummer, etc.

(atl...und)

wo [not(@nullFlavor)]

hl7:name

ON

1 … 1

M

Name der Organisation. Bei Organisationen, die im GDA-Index angegeben sind, soll deren Kurzbezeichnung verwendet werden.
Zu dem Namen größerer Organisationen SOLL auch die Abteilung angegeben werden.

(atl...und)

hl7:telecom

TEL.AT

0 … *

Kontaktdaten der Organisation.

Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen.

(atl...und)

wo [not(@nullFlavor)]

@value

st

1 … 1

R

Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567
Formatkonvention siehe „telecom – Format Konventionen für Telekom-Daten“

Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“

@use

set_cs

0 … 1

Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP

Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“

Constraint

Werden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein.

hl7:addr

AD

0 … 1

Adresse der Organisation.

Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)

(atl...und)

wo [not(@nullFlavor)]

Eingefügt

0 … *

von 1.2.40.0.34.6.0.11.1.28 Participant Weitere Behandler (DYNAMIC)

hl7:participant

0 … *

Beteiligter (Weitere Behandler)

(atl...und)

wo [hl7:templateId [@root='1.2.40.0.34.6.0.11.1.28']]

@typeCode

cs

1 … 1

F

CON

@contextControlCode

cs

0 … 1

F

OP

hl7:templateId

II

1 … 1

M

Template ID zur Identifikation dieser Art von Beteiligten

(atl...und)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.1.28

hl7:functionCode

CE (extensible)

0 … 1

Funktionscode des Behandlers z.B: „Facharzt für Neurologie“
Eigene Codes und Bezeichnungen dürfen verwendet werden.

(atl...und)

wo [not(@nullFlavor)]

@code

cs

1 … 1

R

@codeSystem

oid

1 … 1

R

@displayName

st

1 … 1

R

CONF

Der Wert von @code sollte gewählt werden aus dem Value Set 1.2.40.0.34.10.6 ELGA_AuthorSpeciality (DYNAMIC)

hl7:associatedEntity

1 … 1

M

Beschreibung der Entität.

(atl...und)

@classCode

cs

1 … 1

F

PROV

Gesundheitsdiensteanbieter.

hl7:addr

AD

0 … 1

Adresse des Beteiligten.

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

Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)

(atl...und)

wo [not(@nullFlavor)]

hl7:telecom

TEL.AT

0 … *

Beliebig viele Kontaktdaten des Beteiligten.

(atl...und)

wo [not(@nullFlavor)]

@value

st

1 … 1

R

Die Kontaktadresse (Telefonnummer, Email, etc.)

Formatkonvention siehe „telecom – Format Konventionen für Telekom-Daten“

Bsp: tel:+43.1.1234567

Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“

@use

set_cs

0 … 1

Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …)

Bsp: WP

Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“

Bei Angabe mehrerer Telefonnummern ist jeweils das Attribut @use anzugeben.

hl7:associatedPerson

1 … 1

M

Beteiligte Person

Grundsätzlich sind die Vorgaben für „Personen-Element“ zu befolgen.

Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)

(atl...und)

hl7:scopingOrganization

0 … 1

R

Organisation, der der Beteiligte angehört (mit Adresse und Kontaktdaten der Organisation).

Grundsätzlich sind die Vorgaben für „Organisations-Element“ zu befolgen.

(atl...und)

Eingefügt

von 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC)

@classCode

cs

0 … 1

F

ORG

@determinerCode

cs

0 … 1

F

INSTANCE

hl7:id

II

0 … *

Beliebig viele IDs der Organisation. z.B.: ID aus dem GDA-Index, DVR-Nummer, ATU-Nummer, etc.

(atl...und)

wo [not(@nullFlavor)]

hl7:name

ON

1 … 1

M

Name der Organisation. Bei Organisationen, die im GDA-Index angegeben sind, soll deren Kurzbezeichnung verwendet werden.
Zu dem Namen größerer Organisationen SOLL auch die Abteilung angegeben werden.

(atl...und)

hl7:telecom

TEL.AT

0 … *

Kontaktdaten der Organisation.

Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen.

(atl...und)

wo [not(@nullFlavor)]

@value

st

1 … 1

R

Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567
Formatkonvention siehe „telecom – Format Konventionen für Telekom-Daten“

Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“

@use

set_cs

0 … 1

Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP

Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“

Constraint

Werden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein.

hl7:addr

AD

0 … 1

Adresse der Organisation.

Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)

(atl...und)

wo [not(@nullFlavor)]

Eingefügt

1 … *

M

von 1.2.40.0.34.6.0.11.1.9 In Fulfillment Of (DYNAMIC)

Constraint

Da die Referenz auf einen Auftrag im Labor eine wesentliche Information darstellt, ist dieses Element VERPFLICHTEND anzugeben.

hl7:inFulfillmentOf

1 … *

M

Komponente zur Dokumentation des Auftrags.

(atl...und)


	at-cda-bbr-dataelement-42	Auftrag	Dataset A Allgemeiner Leitfaden

@typeCode

cs

1 … 1

F

FLFS

hl7:order

1 … 1

M

Auftrag.

(atl...und)

@classCode

cs

1 … 1

F

ACT

@moodCode

cs

1 … 1

F

RQO

hl7:id

II

1 … 1

M

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

(atl...und)


	at-cda-bbr-dataelement-43	ID	Dataset A Allgemeiner Leitfaden

Eingefügt

1 … *

M

von 1.2.40.0.34.6.0.11.1.48 Documentation Of Service Event - Labor und Mikrobiologie (DYNAMIC)

hl7:documentationOf

1 … *

M

Komponente für die Gesundheitsdienstleistung.

(atl...und)

@typeCode

cs

0 … 1

F

DOC

hl7:serviceEvent

1 … 1

M

Die serviceEvents in den ELGA Labor- und Mikrobiologiebefunden MÜSSEN die "section/code"-Elemente als auch die "section/templateId"-Elemente wiedergeben. Diese Informationen werden über eine Mapping-Vorschrift in die XDS-Metadaten übernommen und ermöglichen einem ELGA-Teilnehmer zu erkennen, welche Sections beinhaltet sind und in welchem Codierungsgrad diese vorliegen. Daher muss für jede Section, welche medizinische Information enthält (Ausnahmen sind "Brieftext" und "Abschließende Bemerkungen"), ein documentationOf/serviceEvent codiert werden.

(atl...und)

@classCode

cs

0 … 1

F

ACT

@moodCode

cs

0 … 1

F

EVN

hl7:id

II

0 … 1

C

(atl...und)

@extension

st

0

NP

NP/nicht anwesend

@root

uid

1 … 1

R

In das serviceEvent/id[@root] MUSS die section/templateId[@root] geschrieben werden. Im Fall von mehreren "section/templateId"-Elementen MUSS jenes gewählt werden, dessen @id-Attribut in dem OID-Bereich 1.2.40.0.34.6.0.11.2.X zu finden ist.

Constraint

Grundsätzlich MUSS serviceEvent/id angegeben werden. Die serviceEvent/id IST NICHT ERLAUBT für das zusätzliche serviceEvent mit dem Code "18725-2 - Microbiology studies (set)" für Mikrobiologiebefunde bzw. Laborbefunde, die mikrobiologische Ergebnisse beinhalten.

Schematron assert

role

error

test

hl7:code[@code='18725-2'][@codeSystem='2.16.840.1.113883.6.1'] or hl7:id

Meldung

serviceEvent/id MUSS angegeben werden

Schematron assert

role

error

test

not(hl7:code[@code='18725-2'][@codeSystem='2.16.840.1.113883.6.1'] and hl7:id)

Meldung

serviceEvent/id DARF NICHT angegeben werden

hl7:code

CE

1 … 1

M

Code der Gesundheitsdienstleistung.

↔ Hinweis zum XDS-Mapping:
Dieses Element wird in das XDS-Attribut "eventCodeList" gemappt.

(atl...und)

@code

cs

1 … 1

R

@codeSystem

oid

1 … 1

R

@codeSystemName

st

0 … 1

@displayName

st

1 … 1

R

CONF

Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.22 ELGA_ServiceEventsLabor (DYNAMIC)

hl7:effectiveTime

IVL_TS

1 … 1

M

Angabe des zeitlichen Erbringungsintervalls effectiveTime mit einer Start- "low" und Endzeit "high" (verpflichtend).

Startzeitpunkt: Datum und Zeitpunkt, an dem das analysierende Labor die Anforderung vom Zuweiser in der Labor EDV erfasst hat. Falls nicht vorhanden, sind Datum und Uhrzeit des Starts des Auftrags in der Labor EDV anzugeben.
Endzeit: Datum und Zeitpunkt des Abschlusses des Auftrags, welche in der Regel mit der medizinischen Freigabe des Auftrags ident ist.

↔ Hinweis zum XDS-Mapping:
Dieses Element wird in die XDS-Attribute "serviceStartTime" und "serviceStopTime" gemappt.
Für die automatisierte Datenübernahme aus dem CDA-Dokument in die XDS-Dokumentmetadaten ist stets ein Zeitintervall anzugeben.
ACHTUNG: Die Zeitangaben der jeweils ersten Gesundheitsdienstleistung (erstes "documentationOf/serviceEvent"-Element) werden in die Dokument-Metadaten übernommen!
Die Bedeutung der Dokument-Metadaten-Elemente lautet daher wie folgt:

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

Beinhaltet 1.2.40.0.34.6.0.11.9.15 Time Interval Information minimal (DYNAMIC)

(atl...und)

hl7:performer

0 … *

C

Erbringer der Gesundheitsdienstleistung (Labor mit seinem Leiter).

Beinhaltet 1.2.40.0.34.6.0.11.9.24 Performer - Laboratory (DYNAMIC)

(atl...und)

Constraint

Wurde der Befund nur von einem Labor erstellt, MUSS dieses in "/ClinicalDocument/documentationOf[1]/serviceEvent/performer" dokumentiert werden.

Sind mehrere Labors an der Erstellung beteiligt, MUSS das Labor im "structuredBody" entweder auf "entry"-Ebene oder im Rahmen eines "organizer"-Elementes oder direkt bei der Analyse ("observation"-Element) angegeben werden. Angaben in tieferen Ebenen (z.B. "observation"-Ebene) überschreiben solche auf höheren Ebenen (z.B. "organizer"-Ebene).

Für den Fall, dass Analysen von einem externen Labor durchgeführt wurden, MUSS assignedEntity/code mit @code="E", @codeSystem="2.16.840.1.113883.2.16.1.4.9", @codeSystemName="HL7.at.Laborkennzeichnung" und @displayName="EXTERN" angegeben werden.

Eingefügt

0 … 1

C

von 1.2.40.0.34.6.0.11.1.14 Document Replacement - Related Document (DYNAMIC)

Constraint

Wird ein Befund aktualisiert, weil z.B. zuvor noch Analyseergebnisse ausständig waren, MUSS dieses Element angegeben werden.

hl7:relatedDocument

0 … 1

C

(atl...und)


	at-cda-bbr-dataelement-15	Bezug zu vorgehenden Dokumenten	Dataset A Allgemeiner Leitfaden

@typeCode

cs

1 … 1

R

Art des Bezugs zum Vordokument.

Constraint

Erlaubte @typeCodes:

RPLC - replaces: Das Dokument ersetzt ein existierendes Dokument. Der Status des zu ersetzenden Dokumentes wird auf "deprecated" gesetzt, das ursprüngliche Dokument bleibt aber noch im System als historische Referenz verfügbar.

APND - append: Zusammenhängen von Dokumenten. Dies ist in ELGA bereits über das Einbetten von Dokumenten realisiert.

XFRM - transformed: Das Dokument ist Ergebnis eines Transformationsprozesses, d.h. ist aus einem anderen Originaldokument hervorgegangen.

Hinweis: Die parallele Ablage von CDA-Dokumenten, welche vom Dokumentersteller bereits mit einem Stylesheet zu einem PDF Dokument gerendert wurden, kann mit der XFRM – Transaktion vorgenommen werden. Es ist nicht auszuschließen, dass die Transformation in lokalen Affinity Domains Anwendung findet. Für ELGA ist die Transformation jedoch kein Anwendungsfall.

hl7:parentDocument

1 … 1

M

Vorhergehendes Dokument.

(atl...und)

@classCode

cs

0 … 1

F

DOCCLIN

@moodCode

cs

0 … 1

F

EVN

hl7:id

II

1 … 1

M

Dokumenten-Id des vorgehenden Dokuments.

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

(atl...und)

Schematron assert

role

error

test

not(hl7:relatedDocument) or hl7:relatedDocument[@typeCode='RPLC']

Meldung

Wird /ClinicalDocument/relatedDocument angegeben, MUSS relatedDocument[@typeCode='RPLC'] sein.

Eingefügt

0 … 1

von 1.2.40.0.34.6.0.11.1.50 Component Of - Encompassing Encounter with id (DYNAMIC)

hl7:componentOf

0 … 1

Komponente für den Patientenkontakt.

(atl...und)


	at-cda-bbr-dataelement-33	Patientenkontakt	Dataset A Allgemeiner Leitfaden

@typeCode

cs

0 … 1

F

COMP

hl7:encompassingEncounter

1 … 1

M

Patientenkontakt.

(atl...und)

@classCode

cs

0 … 1

F

ENC

@moodCode

cs

0 … 1

F

EVN

Auswahl

1 … 1

Elemente in der Auswahl:

hl7:id[not(@nullFlavor)]
hl7:id[@nullFlavor='UNK']

hl7:id

II

0 … 1

Identifikationselement zur Aufnahme der Aufenthaltszahl

(atl...und)

wo [not(@nullFlavor)]


	at-cda-bbr-dataelement-34	ID	Dataset A Allgemeiner Leitfaden

@extension

st

1 … 1

R

Aufenthaltszahl, z.B.: Az123456

@root

uid

1 … 1

R

OID der Liste der Aufenthaltszahlen der Organisation

@assigningAuthorityName

st

0 … 1

Name der Stelle, welche die ID zugewiesen hat, z.B.: "Amadeus Spital".

hl7:id

II

0 … 1

(atl...und)

wo [@nullFlavor='UNK']

hl7:code

CE

1 … 1

M

Codierung des Patientenkontakts.

(atl...und)


	at-cda-bbr-dataelement-39	Art des Aufenthalts	Dataset A Allgemeiner Leitfaden

@code

cs

1 … 1

R

@codeSystem

oid

1 … 1

R

@codeSystemName

st

0 … 1

F

HL7:ActCode

@displayName

st

1 … 1

R

CONF

Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.5 ELGA_ActEncounterCode (DYNAMIC)

hl7:effectiveTime

IVL_TS

1 … 1

M

Zeitraum des Patientenkontakts.

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

Beinhaltet 1.2.40.0.34.6.0.11.9.15 Time Interval Information minimal (DYNAMIC)

(atl...und)


	at-cda-bbr-dataelement-37	Beginn des Patientenkontaktes	Dataset A Allgemeiner Leitfaden

Constraint

Der Zeitraum des Patientenkontaktes MUSS die Vorgaben der speziellen Implementierungsleitfäden einhalten. Dabei gilt allgemein:

Der Zeitraum besteht aus dem Zeitpunkt der administrativen Aufnahme in die Behandlung und dem Zeitpunkt der administrativen Entlassung aus der Behandlung.
Der Entlassungszeitpunkt kann „unbekannt“ sein, wenn die administrative Entlassung noch nicht erfolgt ist. (nullFlavor UNK beim effectiveTime.high)
Hinweis: Als Zeitpunkt der Aufnahme/Entlassung SOLL der Zeitpunkt der administrativen Aufnahme/Entlassung angegeben werden. Wenn der Zeitpunkt der administrativen Aufnahme/Entlassung nicht vorhanden ist, darf auch der Zeitpunkt der medizinischen Aufnahme/Entlassung angegeben werden.

hl7:responsibleParty

0 … 1

R

Komponente für die verantwortliche Person.

(atl...und)


	at-cda-bbr-dataelement-40	Verantwortliche Person	Dataset A Allgemeiner Leitfaden

hl7:assignedEntity

1 … 1

M

Entität der verantwortlichen Person.

Grundsätzlich sind die Vorgaben für „AssignedEntity-Element (Person + Organisation)“ zu befolgen.

Beinhaltet 1.2.40.0.34.6.0.11.9.22 Assigned Entity (DYNAMIC)

(atl...und)

Eingefügt

1 … 1

M

von 1.2.40.0.34.6.0.11.1.8 Encounter Location (DYNAMIC)
Die Organisation, in deren Verantwortungsbereich der Patientenkontakt stattfand, MUSS verpflichtend angegeben werden (z.B.: die entlassende Krankenanstalt mit Abteilung).

hl7:location

1 … 1

M

(atl...und)

@typeCode

cs

0 … 1

F

LOC

hl7:healthCareFacility

1 … 1

M

(atl...und)

@classCode

cs

0 … 1

F

SDLOC

hl7:code

CE

1 … 1

M

Der Code zur Klassifizierung des GDA repräsentiert die Art der Einrichtung, in der die Tätigkeit stattfand, die zur Erzeugung des Dokuments führte. Zum Beispiel sollten Dokumente, die während eines ambulanten Falls in einem Krankenhaus entstehen, mit dem healthcareFacilityTypeCode für „Krankenhaus“ gekennzeichnet werden.

Zulässige Werte gemäß Value-Set „ELGA_HealthcareFacilityTypeCode“

Für ELGA SOLL der Code dem Eintrag "GDA Rollenname" oder, wenn der GDA Rollenname nicht verfügbar ist, der "Aggregierten Rolle" im GDA-I entsprechen.

↔ Hinweis zum XDS-Mapping: Dieses Element wird ins XDS-Attribut XDSDocumentEntry.healthcareFacilityTypeCode gemappt.

Zu berücksichtigen sind jeweils die Attribute @code, @codeSystem und @displayName.

(atl...und)

@displayName

st

1 … 1

R

hl7:serviceProviderOrganization

1 … 1

M

Organisation, in deren Verantwortungsbereich der Patientenkontakt stattfand.

Beinhaltet 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC)

(atl...und)

hl7:component

1 … 1

M

(atl...und)

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

bl

0 … 1

F

true

hl7:structuredBody

1 … 1

M

(atl...und)

@classCode

cs

0 … 1

F

DOCBODY

@moodCode

cs

0 … 1

F

EVN

hl7:component

0 … 1

Beinhaltet 1.2.40.0.34.6.0.11.2.69 Brieftext (DYNAMIC)

(atl...und)

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

bl

0 … 1

F

true

Auswahl

0 … 1

Elemente in der Auswahl:

hl7:component welches enthält Template 1.2.40.0.34.6.0.11.2.6 Überweisungsgrund - codiert (DYNAMIC)
hl7:component welches enthält Template 1.2.40.0.34.6.0.11.2.114 Überweisungsgrund - uncodiert (DYNAMIC)

hl7:component

0 … 1

Beinhaltet 1.2.40.0.34.6.0.11.2.6 Überweisungsgrund - codiert (DYNAMIC)

(atl...und)

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

bl

0 … 1

F

true

hl7:component

0 … 1

Beinhaltet 1.2.40.0.34.6.0.11.2.114 Überweisungsgrund - uncodiert (DYNAMIC)

(atl...und)

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

bl

0 … 1

F

true

Auswahl

0 … 1

Elemente in der Auswahl:

hl7:component welches enthält Template 1.2.40.0.34.6.0.11.2.109 Anamnese - Labor und Mikrobiologie - codiert (DYNAMIC)
hl7:component welches enthält Template 1.2.40.0.34.6.0.11.2.111 Anamnese - Labor und Mikrobiologie - uncodiert (DYNAMIC)

hl7:component

0 … 1

Beinhaltet 1.2.40.0.34.6.0.11.2.109 Anamnese - Labor und Mikrobiologie - codiert (DYNAMIC)

(atl...und)

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

bl

0 … 1

F

true

hl7:component

0 … 1

Beinhaltet 1.2.40.0.34.6.0.11.2.111 Anamnese - Labor und Mikrobiologie - uncodiert (DYNAMIC)

(atl...und)

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

bl

0 … 1

F

true

Auswahl

0 … 1

Elemente in der Auswahl:

hl7:component welches enthält Template 1.2.40.0.34.6.0.11.2.15 Angeforderte Untersuchungen - codiert (DYNAMIC)
hl7:component welches enthält Template 1.2.40.0.34.6.0.11.2.112 Angeforderte Untersuchungen - uncodiert (DYNAMIC)

hl7:component

0 … 1

Beinhaltet 1.2.40.0.34.6.0.11.2.15 Angeforderte Untersuchungen - codiert (DYNAMIC)

(atl...und)

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

bl

0 … 1

F

true

hl7:component

0 … 1

Beinhaltet 1.2.40.0.34.6.0.11.2.112 Angeforderte Untersuchungen - uncodiert (DYNAMIC)

(atl...und)

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

bl

0 … 1

F

true

hl7:component

0 … 1

C

Beinhaltet 1.2.40.0.34.6.0.11.2.93 Probeninformation (Specimen Section) (DYNAMIC)

(atl...und)

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

bl

0 … 1

F

true

Constraint

Die Dokumentation des Untersuchungsmaterials kann auf zwei Arten erfolgen:

Enthält ein Befund nur einen Befundbereich ("Laboratory Specialty Section"), so kann die Codierung innerhalb der einen Section erfolgen.

ODER

Bei Verwendung von mehreren Befundbereichen in einem Befund kann es zu Überschneidungen der
Untersuchungsmaterialien kommen (ein spezielles Untersuchungsmaterial kann in zwei Befundbereichen analysiert werden). Die CDA Level 3 Codierung eines Untersuchungsmaterials darf jedoch nur einmal im gesamten Befund erfolgen. Daher sind die Informationen zu den Untersuchungsmaterialien in einer eigenen, führenden "Probeninformation (Specimen Section)" zu
codieren.

hl7:component

1 … *

M

Beinhaltet 1.2.40.0.34.6.0.11.2.102 Laboratory Specialty Section (DYNAMIC)

(atl...und)

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

bl

0 … 1

F

true

hl7:component

0 … 1

Beinhaltet 1.2.40.0.34.6.0.11.2.103 Befundbewertung (DYNAMIC)

(atl...und)

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

bl

0 … 1

F

true

hl7:component

0 … 1

ELGA Labor- und Mikrobiologiebefunde können alle Kriterien erfüllen, die für Befundberichte von der Akkreditierung für medizinische Laboratorien (ISO 15189:2012) gefordert sind. Ein Anhängen des PDF-Befundes ist NICHT erforderlich!

Für die vollständige Erfüllung aller Akkreditierungsanforderungen an Befundberichte ist das erstellende Labor verantwortlich; die Akkreditierung wird von der Abt. Akkreditierung Austria im Bundesministerium für Digitalisierung und Wirtschaftsstandort durchgeführt.

Mit Rücksicht auf eine einfache Verwendbarkeit der Befunde durch die Benutzer (z.B. niedergelassene Ärzte), die häufig mit einer großen Anzahl von Laborbefunden eines Patienten konfrontiert sind, ist eine Duplizierung der Daten durch Anhängen einer PDF-Ansicht daher nicht gestattet.

Beinhaltet 1.2.40.0.34.6.0.11.2.71 Beilagen (DYNAMIC)

(atl...und)

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

bl

0 … 1

F

true

hl7:component

0 … 1

Beinhaltet 1.2.40.0.34.6.0.11.2.70 Abschließende Bemerkung (DYNAMIC)

(atl...und)

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

bl

0 … 1

F

true

Eingefügt

von 1.2.40.0.34.6.0.11.9.33 Stylesheet Test eBefund (DYNAMIC)

Schematron assert

role

error

test

matches(//processing-instruction('xml-stylesheet'), '[^\w]ELGA_Stylesheet_v1.0.xsl[^\w]')

Meldung

(xml-processing-instr): Es muss ein xml-stylesheet-Prologattribut anwesend sein mit dem Wert für @href=ELGA_Stylesheet_v1.0.xsl

13.4.2.2 Mikrobiologiebefund

[TODO Beschreibung in Template]

Id

1.2.40.0.34.6.0.11.0.14

Gültigkeit

2021‑03‑29 15:24:59

Status

Aktiv

Versions-Label

3.0.0+20211214

Name

atlab_document_Mikrobiologiebefund

Bezeichnung

Mikrobiologiebefund

Beschreibung

Der Mikrobiologiebefund erlaubt es, die anfallenden Analysen entsprechend dem klassischen Untersuchungsverlauf der Mikrobiologie zu dokumentieren:

Beschreibung des entnommenen Materials (z.B. Mittelstrahlharn) inklusive makroskopischer Beurteilung
Mikroskopische Analyse des Materials (z.B. Erythrozyten, Leukozyten, grampositive Bakterien)
Kultureller Erregernachweis (inkl. Antibiogramm mit Interpretation und/oder minimaler Hemmkonzentration)
Molekularer Erregernachweis
Infektionsserologie

Kontext

Pfadname /

Klassifikation

CDA Document Level Template

Offen/Geschlossen

Geschlossen (nur definierte Elemente sind erlaubt)

Benutzt

Benutzt 47 Templates

Benutzt	als	Name	Version
1.2.40.0.34.6.0.11.1.10	Inklusion	Document Realm (1.0.1+20230717)	DYNAMIC
1.2.40.0.34.6.0.11.1.30	Inklusion	Document TypeId (1.0.0+20210219)	DYNAMIC
1.2.40.0.34.6.0.11.1.1	Inklusion	Document Id (1.0.0+20210219)	DYNAMIC
1.2.40.0.34.6.0.11.1.45	Inklusion	Document StatusCode (1.0.1+20210624)	DYNAMIC
1.2.40.0.34.6.0.11.1.46	Inklusion	Document TerminologyDate (1.0.0+20210219)	DYNAMIC
1.2.40.0.34.6.0.11.1.44	Inklusion	Document PracticeSettingCode (1.1.0+20210303)	DYNAMIC
1.2.40.0.34.6.0.11.1.11	Inklusion	Document Effective Time (1.0.1+20230717)	DYNAMIC
1.2.40.0.34.6.0.11.1.12	Inklusion	Document Confidentiality Code (1.0.2+20230717)	DYNAMIC
1.2.40.0.34.6.0.11.1.13	Inklusion	Document Language (1.0.0+20210219)	DYNAMIC
1.2.40.0.34.6.0.11.1.15	Inklusion	Document Set Id and Version Number (1.0.0+20210219)	DYNAMIC
1.2.40.0.34.6.0.11.1.3	Inklusion	Record Target (1.2.1)	DYNAMIC
1.2.40.0.34.6.0.11.1.2	Inklusion	Author (1.0.3+20230717)	DYNAMIC
1.2.40.0.34.6.0.11.1.22	Inklusion	Data Enterer (1.0.1+20230717)	DYNAMIC
1.2.40.0.34.6.0.11.1.4	Inklusion	Custodian (1.0.1+20211213)	DYNAMIC
1.2.40.0.34.6.0.11.1.24	Inklusion	Information Recipient (1.0.0+20210219)	DYNAMIC
1.2.40.0.34.6.0.11.1.5	Inklusion	Legal Authenticator (1.0.0+20210219)	DYNAMIC
1.2.40.0.34.6.0.11.1.49	Inklusion	Laboratory Results Validator (1.0.0+20211213)	DYNAMIC
1.2.40.0.34.6.0.11.1.42	Inklusion	Participant Auftraggeber / Ordering Provider (1.1.0+20211213)	DYNAMIC
1.2.40.0.34.6.0.11.1.20	Inklusion	Participant Fachlicher Ansprechpartner (1.0.2+20210803)	DYNAMIC
1.2.40.0.34.6.0.11.1.23	Inklusion	Participant Hausarzt (1.0.1+20210803)	DYNAMIC
1.2.40.0.34.6.0.11.1.27	Inklusion	Participant Auskunftsberechtigte Person (Notfallkontakt) (1.0.2+20210803)	DYNAMIC
1.2.40.0.34.6.0.11.1.25	Inklusion	Participant Angehoerige (1.0.1+20210803)	DYNAMIC
1.2.40.0.34.6.0.11.1.26	Inklusion	Participant Versicherung (1.0.0+20210219)	DYNAMIC
1.2.40.0.34.6.0.11.1.29	Inklusion	Participant Betreuungsorganisation (1.0.0+20210219)	DYNAMIC
1.2.40.0.34.6.0.11.1.28	Inklusion	Participant Weitere Behandler (1.0.0+20210219)	DYNAMIC
1.2.40.0.34.6.0.11.1.9	Inklusion	In Fulfillment Of (1.0.1+20210628)	DYNAMIC
1.2.40.0.34.6.0.11.1.48	Inklusion	Documentation Of Service Event - Labor und Mikrobiologie (1.0.0+20211213)	DYNAMIC
1.2.40.0.34.6.0.11.1.14	Inklusion	Document Replacement - Related Document (1.0.1+20210628)	DYNAMIC
1.2.40.0.34.6.0.11.1.50	Inklusion	Component Of - Encompassing Encounter with id (1.0.1+20230717)	DYNAMIC
1.2.40.0.34.6.0.11.2.69	Containment	Brieftext (1.0.1+20210628)	DYNAMIC
1.2.40.0.34.6.0.11.2.6	Containment	Überweisungsgrund - codiert (1.0.0+20211213)	DYNAMIC
1.2.40.0.34.6.0.11.2.114	Containment	Überweisungsgrund - uncodiert (1.0.0+20211213)	DYNAMIC
1.2.40.0.34.6.0.11.2.109	Containment	Anamnese - Labor und Mikrobiologie - codiert (1.0.0+20211213)	DYNAMIC
1.2.40.0.34.6.0.11.2.111	Containment	Anamnese - Labor und Mikrobiologie - uncodiert (1.0.0+20211213)	DYNAMIC
1.2.40.0.34.6.0.11.2.15	Containment	Angeforderte Untersuchungen - codiert (1.0.0+20211213)	DYNAMIC
1.2.40.0.34.6.0.11.2.112	Containment	Angeforderte Untersuchungen - uncodiert (1.0.0+20211213)	DYNAMIC
1.2.40.0.34.6.0.11.2.93	Containment	Probeninformation (Specimen Section) (1.0.0+20211213)	DYNAMIC
1.2.40.0.34.6.0.11.2.105	Containment	Laboratory Specialty Section (Mikroskopie) - codiert (1.0.0+20211213)	DYNAMIC
1.2.40.0.34.6.0.11.2.113	Containment	Laboratory Specialty Section (Mikroskopie) - uncodiert (1.0.0+20211213)	DYNAMIC
1.2.40.0.34.6.0.11.2.106	Containment	Laboratory Specialty Section (Kultureller Erregernachweis) (1.0.0+20211213)	DYNAMIC
1.2.40.0.34.6.0.11.2.107	Containment	Laboratory Specialty Section (Molekularer Erregernachweis) (1.0.0+20211213)	DYNAMIC
1.2.40.0.34.6.0.11.2.108	Containment	Laboratory Specialty Section (Infektionsserologie) (1.0.0+20211213)	DYNAMIC
1.2.40.0.34.6.0.11.2.110	Containment	Laboratory Specialty Section (Weitere Analysen) (1.0.0+20211213)	DYNAMIC
1.2.40.0.34.6.0.11.2.103	Containment	Befundbewertung (1.0.0+20211213)	DYNAMIC
1.2.40.0.34.6.0.11.2.71	Containment	Beilagen (1.0.2+20230717)	DYNAMIC
1.2.40.0.34.6.0.11.2.70	Containment	Abschließende Bemerkung (1.0.1+20210628)	DYNAMIC
1.2.40.0.34.6.0.11.9.33	Inklusion	Stylesheet Test eBefund (1.0.1+20210628)	DYNAMIC

Beziehung

Adaptation: Template 1.2.40.0.34.6.0.11.0.11 Laborbefund (2020‑08‑25 14:35:13)

ref

at-lab-

Item

DT

Kard

Konf

Beschreibung

Label

hl7:ClinicalDocument

(atl...und)

@classCode

cs

0 … 1

F

DOCCLIN

@moodCode

cs

0 … 1

F

EVN

Constraint

Entsprechend den Vorgaben des IHE Frameworks für Labor sind für Personen und Organisationen die Angabe eines Namens ("name"-Element), einer Adresse ("addr"-Element) und einer Telekom-Verbindung ("telecom"-Element) verpflichtend. Diese können jedoch mit einem nullFlavor versehen werden.

Eingefügt

1 … 1

M

von 1.2.40.0.34.6.0.11.1.10 Document Realm (DYNAMIC)

hl7:realmCode

CS

1 … 1

M

Hoheitsbereich des Dokuments.

Fester Wert: @code = AT

(aus Value Set „ELGA_RealmCode“)

(atl...und)

@code

1 … 1

F

AT

Eingefügt

1 … 1

M

von 1.2.40.0.34.6.0.11.1.30 Document TypeId (DYNAMIC)

hl7:typeId

II

1 … 1

M

Dokumentformat CDA R2

(atl...und)

@root

uid

1 … 1

F

2.16.840.1.113883.1.3

@extension

st

1 … 1

F

POCD_HD000040

hl7:templateId

II

1 … 1

M

Fixe OID für alle Dokumente, die in der Governance-Gruppe "eHealth Austria" abgestimmt werden und von einem zentralen Art-Decor-Repository abgeleitet werden (AT-CDA-BBR).

(atl...und)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.0.1

hl7:templateId

II

1 … 1

M

OID des Implementierungsleitfadens "Labor- und Mikrobiologiebefund" (Dokument-OID). Dient als informative Referenz.

(atl...und)

@root

uid

1 … 1

F

1.2.40.0.34.7.4.9.3

hl7:templateId

II

1 … 1

M

OID des Art-Decor-Templates für das Dokument "Mikrobiologiebefund" (Document Level Template für Schematron)

(atl...und)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.0.14

hl7:templateId

II

NP

IHE PalM TF3 Rev.10, 6.3.2.3 templateId

Im Grunde folgt dieser Leitfaden den Vorgaben der IHE. Die Codierung der "Laboratory Specialty Section" erfolgt allerdings nicht nach den von IHE vorgegebenen LOINC-Codes. Deshalb darf diese templateID nicht angegeben werden.

(atl...und)

wo [@root='1.3.6.1.4.1.19376.1.3.3']

@root

uid

1 … 1

F

1.3.6.1.4.1.19376.1.3.3

Eingefügt

1 … 1

M

von 1.2.40.0.34.6.0.11.1.1 Document Id (DYNAMIC)

hl7:id

II

1 … 1

M

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

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

(atl...und)

@root

uid

1 … 1

R

hl7:code

CE

1 … 1

M

Für den Mikrobiologiebefund ist als Dokumententyp (/ClinicalDocument/code) "18725-2 - Microbiology studies (set)" und als Dokumentenklasse (/ClinicalDocument/code/translation) "11502-2 - Laboratory report" anzugeben.

↔ Hinweis zum XDS-Mapping:

Das code-Element wird in das XDS-Metadaten-Attribut XDSDocumentEntry.typeCode übernommen.
Das translation-Element wird in das XDS-Metadaten-Attribut XDSDocumentEntry.classCode übernommen.

(atl...und)

@codeSystemName

st

0 … 1

F

LOINC

@code

CONF

1 … 1

F

18725-2

@codeSystem

1 … 1

F

2.16.840.1.113883.6.1 (LOINC)

@displayName

1 … 1

F

Microbiology studies (set)

hl7:translation

CD

1 … 1

M

Fixe Dokumentenklasse "11502-2 - Laboratory report"

(atl...und)

@codeSystemName

st

0 … 1

F

LOINC

@code

CONF

1 … 1

F

11502-2

@codeSystem

1 … 1

F

2.16.840.1.113883.6.1 (LOINC)

@displayName

1 … 1

F

Laboratory report

hl7:title

ST

1 … 1

M

Der Titel des CDA Dokuments für den lesenden Empfänger. MUSS die Art des Dokuments (Dokumenttyp) widerspiegeln.

Zum Beispiel "Mikrobiologiebefund".

(atl...und)

Eingefügt

0 … 1

C

von 1.2.40.0.34.6.0.11.1.45 Document StatusCode (DYNAMIC)

Constraint

Labor- und Mikrobiologiebefunde sind grundsätzlich abgeschlossene bzw. "fertige" Dokumente - in diesen Fällen erübrigt sich die Angabe eines Status.

Befunde, in denen die Ergebnisse bestimmter Analysen noch ausständig sind ("Wert folgt"), MÜSSEN den Dokumentenstatus "active" erhalten und das Ergebnis der ausständigen Analyse MUSS den SNOMED CT Code "255599008 - Incomplete (qualifier value)" erhalten.

sdtc:statusCode

CS

0 … 1

C

Status eines Dokuments.
e-Befunde sind grundsätzlich abgeschlossene bzw. "fertige" ("completed") Dokumente, daher entfällt die Angabe eines Status. In folgenden Ausnahmen SOLL der Status eines Dokuments wie folgt angegeben werden:

“active”: z.B. wenn bekannt ist, dass Updates folgen werden: Etwa für "vorläufige ärztliche Entlassungsbriefe" oder Laborbefunde, für die noch Ergebnisse einzelner Analysen ausständig sind
“nullified”: z.B. für Dokumente, die gemäß Anwendungsfall "Storno von ELGA-Dokumenten" storniert werden, wobei zusätzlich ein letztes Dokument mit Storniert-Status in der Versionskette registriert wird.

↔ Hinweis zum XDS-Mapping: Der Status wird nicht in die XDS-Metadaten übernommen!

(atl...und)

Constraint

Zulässige Werte für sdtc:statusCode/@code sind "active" und "nullified"

CONF

@code muss "nullified" sein

oder

@code muss "active" sein

Eingefügt

1 … 1

M

von 1.2.40.0.34.6.0.11.1.46 Document TerminologyDate (DYNAMIC)

hl7at:terminologyDate

TS.DATE.FULL

1 … 1

M

Das Terminologie-Datum des Dokumentes
Das Datum, an dem die lokal zur Implementierung verwendeten Value Sets mit dem österreichischen Terminologieserver abgeglichen wurden, wird hier angegeben.

(atl...und)

Constraint

Das Datum der letzten Terminologie-Aktualisierung MUSS entsprechend klassischer HL7 V3 Notation im Format "YYYYMMDD" angegeben werden.
Beispiel: 20200527

hl7at:formatCode

CD

1 … 1

M

↔ Hinweis zum XDS-Mapping:
@code wird in das XDS-Attribut XDSDocumentEntry.formatCode übernommen.

(atl...und)

@codeSystemName

st

0 … 1

F

ELGA_FormatCode

@code

CONF

1 … 1

F

urn:hl7-at:lab:3.0.0+20211214

@codeSystem

1 … 1

F

1.2.40.0.34.5.37

@displayName

1 … 1

F

HL7 Austria Labor- und Mikrobiologiebefund 3.0.0+20211214

Eingefügt

1 … 1

M

von 1.2.40.0.34.6.0.11.1.44 Document PracticeSettingCode (DYNAMIC)

hl7at:practiceSettingCode

CD

1 … 1

M

Die fachliche Zuordnung des Dokumentes

(atl...und)

@displayName

1 … 1

R

CONF

Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.75 ELGA_PracticeSetting (DYNAMIC)

Eingefügt

1 … 1

M

von 1.2.40.0.34.6.0.11.1.11 Document Effective Time (DYNAMIC)
Angabe des medizinisch zutreffendsten Datums - in der Regel das Abnahmedatum/-zeit des Untersuchungsmaterials. Sollte dieses nicht vorliegen, kann auf andere möglichst passende Zeitpunkte zurückgegriffen werden: Auftragszeitpunkt, Laboreingangszeitpunkt, Vidierungszeitpunkt, etc.

hl7:effectiveTime

TS.AT.TZ

1 … 1

M

Relevantes Datum des Dokuments.
Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen.

(atl...und)


	at-cda-bbr-dataelement-11	Erstellungsdatum	Dataset A Allgemeiner Leitfaden

Eingefügt

1 … 1

M

von 1.2.40.0.34.6.0.11.1.12 Document Confidentiality Code (DYNAMIC)

hl7:confidentialityCode

CE

1 … 1

M

Vertraulichkeitscode des Dokuments aus Value Set „ELGA_Confidentiality“.

(atl...und)


	at-cda-bbr-dataelement-13	Vertraulichkeitscode	Dataset A Allgemeiner Leitfaden

@codeSystemName

st

1 … 1

F

HL7:Confidentiality

Constraint

Für ELGA-Dokumente ist ausschließlich "N" erlaubt!

Eingefügt

1 … 1

M

von 1.2.40.0.34.6.0.11.1.13 Document Language (DYNAMIC)

hl7:languageCode

CS.LANG

1 … 1

M

Sprachcode des Dokuments.

(atl...und)


	at-cda-bbr-dataelement-14	Sprachcode	Dataset A Allgemeiner Leitfaden

@code

cs

1 … 1

R

CONF

Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.10 ELGA_LanguageCode (DYNAMIC)

Constraint

Für ELGA ist in @code für CDA und Ableitungen in die XDSDocumentEntry-Metadaten derzeit ausschließlich der Wert "de-AT" zulässig.
Für eHealth und zukünftige Versionen der ELGA Leitfäden können weitere Sprachcodes erlaubt werden.

Eingefügt

1 … 1

M

von 1.2.40.0.34.6.0.11.1.15 Document Set Id and Version Number (DYNAMIC)

hl7:setId

II

1 … 1

M

Eindeutige Id des Dokumentensets. Diese bleibt über alle Versionen der Dokumente gleich (initialer Wert bleibt erhalten).
Die setId SOLL unterschiedlich zur clinicalDocument.id sein.
↔ Hinweis zum XDS-Mapping: Dieses Element wird ins XDS-Attribut referenceIdList ("urn:elga:iti:xds:2014:ownDocument_setId") gemappt.
Hinweis: Bestimmte Systeme, die bei der Übernahme der setId in die XDS-Metadaten mit dem V2-Datentyp CX arbeiten, könnten ein Problem mit @extension-Attributen haben, die länger als 15 Zeichen sind.

(atl...und)

hl7:versionNumber

INT.NONNEG

1 … 1

M

Versionsnummer des Dokuments, wird bei neuen Dokumenten mit 1 festgelegt.
Die versionNumber ist eine natürliche Zahl für die fortlaufende Versionszählung. Mit einer neuen Version wird diese Zahl hochgezählt, während die setId gleich bleibt.

(atl...und)

@value

int

1 … 1

R

Versionsnummer als positive ganze Zahl.

Eingefügt

1 … 1

M

von 1.2.40.0.34.6.0.11.1.3 Record Target (DYNAMIC)

hl7:recordTarget

1 … 1

M

Komponente für die Patientendaten.

(atl...und)


	at-cda-bbr-dataelement-64	Patient	Dataset A Allgemeiner Leitfaden

@typeCode

cs

0 … 1

F

RCT

@contextControlCode

cs

0 … 1

F

OP

hl7:patientRole

1 … 1

M

Patientendaten.

(atl...und)

@classCode

cs

0 … 1

F

PAT

hl7:id

II

2 … *

R

Patientenidentifikatoren

(atl...und)


at-cda-bbr-dataelement-193	EKVK	Dataset A Allgemeiner Leitfaden
at-cda-bbr-dataelement-65	LokaleID	Dataset A Allgemeiner Leitfaden
at-cda-bbr-dataelement-66	SVNr	Dataset A Allgemeiner Leitfaden
at-cda-bbr-dataelement-67	bPK-GH	Dataset A Allgemeiner Leitfaden

Constraint

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

* id[1] Identifikation des Patienten im lokalen System (1..1 M)
↔ Hinweis zum XDS-Mapping: Das Element id[1] wird ins XDS-Attribut sourcePatientId gemappt.

* id[2] Sozialversicherungsnummer des Patienten (1..1 R):
- @root: OID der Liste aller österreichischen Sozialversicherungen, fester Wert: 1.2.40.0.10.1.4.3.1 (1..1 M)
- @extension: Vollständige Sozialversicherungsnummer des Patienten (10 Stellen) (1..1 M)
- @assigningAuthorityName: Fester Wert: Österreichische Sozialversicherung (0..1 O)

Zugelassene nullFlavor:
- NI … Patient hat keine Sozialversicherungsnummer (z.B. Ausländer)
- UNK … Patient hat eine Sozialversicherungsnummer, diese ist jedoch unbekannt

* id[@root="1.2.40.0.10.2.1.1.149"] Bereichsspezifisches Personenkennzeichen (0..1 O):
- @root : OID der österreichischen bPK, fester Wert: 1.2.40.0.10.2.1.1.149 (1..1 M)
- @extension : bPK des Patienten: concat(Bereichskürzel, ":", bPK) (Base64,28 Zeichen). Typischerweise bPK-GH (Gesundheit). Kann im Zusammenhang mit E-ID auch andere Bereichskürzel tragen.
Anmerkung : Das bPK dient ausschließlich technisch der Zuordnung der elektronischen Identität und darf daher weder angezeigt werden noch am Ausdruck erscheinen noch in allfälligen Downloads enthalten sein (1..1 M)
- @assigningAuthorityName : Fester Wert: Österreichische Stammzahlenregisterbehörde (0..1 O)

* id[@root="1.2.40.0.34.4.21"] Europäische Krankenversicherungskarte (0..1 O):
- @root: OID der EKVK, fester Wert: 1.2.40.0.34.4.21 (1..1 M)
- @extension: Datenfelder der EKVK nach folgender Bildungsvorschrift: concat(Feld 6,"^",Feld 7,"^",Feld 8,"^",Feld 9) wobei Feld 6 "Persönliche Kennummer" angegeben sein MUSS (1..1 M). Die übrigen Datenfelder sind optional (0..1 O). In Feld 9 MUSS die Datumsangabe im Format YYYMMDD erfolgen.
- @assigningAuthorityName : Fester Wert: Nationaler Krankenversicherungsträger (0..1 O)

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

Beispiel

EKVK Beispiel-Max

Beispiel

EKVK Beispiel-Min

hl7:addr

0 … 2

R

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

Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)

(atl...und)


	at-cda-bbr-dataelement-68	Adresse	Dataset A Allgemeiner Leitfaden

Constraint

Werden mehrere gleichartige address-Elemente strukturiert (z.B. Home, Pflege), MUSS jeweils das Attribut @use angeführt sein.

hl7:telecom

TEL.AT

0 … *

R

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

(atl...und)


	at-cda-bbr-dataelement-72	Kontaktdaten	Dataset A Allgemeiner Leitfaden

@value

url

1 … 1

R

Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567

Formatkonvention siehe „telecom-Format Konventionen für Telekom-Daten“

Zulässige Werteliste für telecom Präfixe gemäß Value-Set „ELGA_URLScheme“

@use

cs

0 … 1

Bedeutung des angegebenen Kontakts (z.B Heim, Arbeitsplatz), z.B. WP

Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“

Constraint

Werden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein.

hl7:patient

1 … 1

M

Name des Patienten.

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

Grundsätzlich sind die Vorgaben gemäß „Namen-Elemente von Personen PN“ zu befolgen.

(atl...und)


	at-cda-bbr-dataelement-70	Name	Dataset A Allgemeiner Leitfaden

Eingefügt

1 … 1

M

von 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)

@classCode

cs

0 … 1

F

PSN

@determinerCode

cs

0 … 1

F

INSTANCE

hl7:name

PN

1 … 1

M

Namen-Element (Person)

(atl...und)

@use

cs

0 … 1

Die genaue Bedeutung des angegebenen Namens, z.B. Angabe eines Künstlernamens mit „A" für „Artist“.

Zulässige Werte gemäß Value Set „ELGA_EntityNameUse“.

Wird kein @use Attribut angegeben, gilt der Name als rechtlicher Name („L“).

hl7:prefix

ENXP

0 … *

Beliebig viele Präfixe zum Namen, z.B. Akademische Titel

Achtung: Die Angabe der Anrede („Frau“, „Herr“), ist im CDA nicht vorgesehen!

(atl...und)

@qualifier

cs

0 … 1

Bedeutung eines prefix-Elements, z.B. Angabe eines akademischen mit "AC" für „Academic“.

Zulässige Werte gemäß Value Set „ELGA_EntityNamePartQualifier".

CONF

Der Wert von @qualifier muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.8 ELGA_EntityNamePartQualifier (DYNAMIC)

hl7:family

ENXP

1 … *

M

Mindestens ein Hauptname (Nachname).

(atl...und)

@qualifier

cs

0 … 1

Bedeutung eines family-Elements, z.B. Angabe eines Geburtsnamen mit „BR" für „Birth“.

Zulässige Werte gemäß Value Set „ELGA_EntityNamePartQualifier“.

CONF

Der Wert von @qualifier muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.8 ELGA_EntityNamePartQualifier (DYNAMIC)

hl7:given

ENXP

1 … *

M

Mindestens ein Vorname

(atl...und)

@qualifier

cs

0 … 1

Die genaue Bedeutung eines given-Elements, beispielsweise dass das angegebene Element einen Geburtsnamen bezeichnet, z.B. BR („Birth“).
Zulässige Werte gemäß Value Set „ELGA_EntityNamePartQualifier“

CONF

Der Wert von @qualifier muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.8 ELGA_EntityNamePartQualifier (DYNAMIC)

hl7:suffix

ENXP

0 … *

Beliebig viele Suffixe zum Namen

(atl...und)

@qualifier

cs

0 … 1

Die genaue Bedeutung eines suffix-Elements, beispielsweise dass das angegebene Suffix einen akademischen Titel darstellt, z.B.: AC („Academic“).
Zulässige Werte gemäß Value Set „ELGA_EntityNamePartQualifier“.

CONF

Der Wert von @qualifier muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.8 ELGA_EntityNamePartQualifier (DYNAMIC)

Auswahl

1 … 1

Das "administrative Geschlecht" ist das soziale oder gesellschaftliche Geschlecht ("Gender"). Das administrative Geschlecht ist daher grundsätzlich getrennt von den biologischen Merkmalen der Person zu sehen. Grundsätzlich soll das administrative Geschlecht dem im Zentralen Melderegister (ZMR) eingetragenen Geschlecht entsprechen.

Über ein Translation-Element können weitere Angaben zum Geschlecht gemacht werden, wenn diese abweichend vom administrativen Geschlecht sind, z.B.:

Biologisches Geschlecht
Geschlecht in der Sozialversicherung
Geschlecht für die Stations-/Bettenbelegung im Krankenhaus

Codierung des Geschlechts des Patienten aus ValueSet "ELGA_AdministrativeGender".

Elemente in der Auswahl:

hl7:administrativeGenderCode[not(@nullFlavor)]
hl7:administrativeGenderCode[@nullFlavor='UNK']

hl7:administrativeGenderCode

CE

0 … 1

(atl...und)

wo [not(@nullFlavor)]


	at-cda-bbr-dataelement-74	Geschlecht	Dataset A Allgemeiner Leitfaden

@displayName

st

1 … 1

R

@code

cs

1 … 1

R

@codeSystem

oid

1 … 1

F

2.16.840.1.113883.5.1

@codeSystemName

st

0 … 1

F

HL7:AdministrativeGender

CONF

Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.4 ELGA_AdministrativeGender (DYNAMIC)

hl7:translation

CD

0 … *

R

Über ein Translation-Element können weitere Angaben zum Geschlecht gemacht werden, wenn diese abweichend vom administrativen Geschlecht sind, z.B.: Biologisches Geschlecht, Geschlecht in der Sozialversicherung, Geschlecht für die Stations-/Bettenbelegung im Krankenhaus

(atl...und)

@displayName

st

1 … 1

R

Beispiel

Beispiel für eine SNOMED CT Angabe

hl7:administrativeGenderCode

CE

0 … 1

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

(atl...und)

wo [@nullFlavor='UNK']

@nullFlavor

cs

1 … 1

F

UNK

Auswahl

1 … 1

Geburtsdatum des Patienten.
Grundsätzlich sind die Vorgaben für „Zeit-Elemente“ zu befolgen.

Elemente in der Auswahl:

hl7:birthTime
hl7:birthTime[@nullFlavor='UNK']

hl7:birthTime

TS.AT.VAR

0 … 1

(atl...und)


	at-cda-bbr-dataelement-75	Geburtsdatum	Dataset A Allgemeiner Leitfaden

hl7:birthTime

TS.AT.VAR

0 … 1

(atl...und)

wo [@nullFlavor='UNK']

@nullFlavor

cs

1 … 1

F

UNK

sdtc:deceasedInd

BL

0 … 1

R

Kennzeichen, dass die Person verstorben ist. Kann alternativ zum Todesdatum angegeben werden, v.a. wenn der Todeszeitpunkt nicht bekannt ist.

(atl...und)


	at-cda-bbr-dataelement-192	Verstorben-Kennzeichen	Dataset A Allgemeiner Leitfaden

sdtc:deceasedTime

TS.AT.TZ

0 … 1

R

Todesdatum der Person.

(atl...und)


	at-cda-bbr-dataelement-191	Todesdatum	Dataset A Allgemeiner Leitfaden

hl7:maritalStatusCode

CE

0 … 1

R

Codierung des Familienstands des Patienten.
Zulässige Werte gemäß Value-Set „ELGA_MaritalStatus“

(atl...und)


	at-cda-bbr-dataelement-98	Familienstand	Dataset A Allgemeiner Leitfaden

@code

cs

1 … 1

R

@codeSystem

oid

1 … 1

F

2.16.840.1.113883.5.2

@codeSystemName

st

1 … 1

F

HL7:MaritalStatus

@displayName

st

1 … 1

R

CONF

Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.11 ELGA_MaritalStatus (DYNAMIC)

hl7:religiousAffiliationCode

CE

0 … 1

R

Codierung des Religionsbekenntnisses des Patienten.
Zulässige Werte gemäß Value-Set „ELGA_ReligiousAffiliation“

(atl...und)


	at-cda-bbr-dataelement-99	Religionsbekenntnis	Dataset A Allgemeiner Leitfaden

@code

cs

1 … 1

R

@codeSystem

oid

1 … 1

F

2.16.840.1.113883.2.16.1.4.1

@codeSystemName

st

1 … 1

F

HL7.AT:ReligionAustria

@displayName

st

1 … 1

R

CONF

Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.18 ELGA_ReligiousAffiliation (DYNAMIC)

hl7:raceCode

NP

Rasse des Patienten.
Darf nicht verwendet werden!

(atl...und)

hl7:ethnicGroupCode

NP

Ethnische Zugehörigkeit des Patienten.
Darf nicht verwendet werden!

(atl...und)

hl7:guardian

0 … *

R

Gesetzlicher Vertreter:

Vorsorgebevollmächtigte/r (Bevollmächtigte/r durch Vorsorgevollmacht)
Gewählte/r ErwachsenenvertreterIn
Gesetzliche/r ErwachsenenvertreterIn
Gerichtliche/r ErwachsenenvertreterIn (Sachwalter)

Der gesetzliche Vetreter kann entweder eine Person (guardianPerson) oder eine Organisation (guardianOrganization) sein.

Beim Patienten können optional ein oder mehrere gesetzliche Vetreter angegeben werden. Wenn ein gesetzliche Vetreter bekannt ist, SOLL diese Information auch angegeben werden.

(atl...und)


	at-cda-bbr-dataelement-88	Gesetzlicher Vertreter	Dataset A Allgemeiner Leitfaden

@classCode

cs

0 … 1

F

GUARD

hl7:addr

0 … 1

R

Die Adresse des gesetzlichen Vertreters oder der Organisation.

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

Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)

(atl...und)

hl7:telecom

TEL.AT

0 … *

R

Beliebig viele Kontaktdaten des gesetzlichen Vertreters als Person oder Organisation.
Grundsätzlich sind die Vorgaben gemäß „Kontaktdaten-Element“ zu befolgen.

(atl...und)

@value

st

1 … 1

R

Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567

Formatkonvention siehe „telecom-Format Konventionen für Telekom-Daten“

Zulässige Werteliste für telecom Präfixe gemäß Value-Set „ELGA_URLScheme“

@use

set_cs

0 … 1

Bedeutung des angegebenen Kontakts (z.B. Heim, Arbeitsplatz) Bsp: WP

Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“

Constraint

Werden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein.

Auswahl

1 … 1

Angabe des gesetzlichen Vertreters als Person (guardianPerson in Granularitätsstufe 1 oder 2) ODER als Organisation (guardianOrganization)

Elemente in der Auswahl:

hl7:guardianPerson welches enthält Template 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC)
hl7:guardianPerson welches enthält Template 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)
hl7:guardianOrganization welches enthält Template 1.2.40.0.34.6.0.11.9.27 Organization Name Compilation (DYNAMIC)

hl7:guardianPerson

0 … 1

Name des gesetzlichen Vertreters: Angabe in Granularitätsstufe 1
Beinhaltet 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC)

(atl...und)

hl7:guardianPerson

0 … 1

Name des gesetzlichen Vertreters: Angabe in Granularitätsstufe 2
Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)

(atl...und)

hl7:guardianOrganization

0 … 1

R

Name des gesetzlichen Vertreters (Organisation)
Beinhaltet 1.2.40.0.34.6.0.11.9.27 Organization Name Compilation (DYNAMIC)

(atl...und)

hl7:birthplace

0 … 1

R

Geburtsort des Patienten.

(atl...und)


	at-cda-bbr-dataelement-76	Geburtsort	Dataset A Allgemeiner Leitfaden

@classCode

cs

0 … 1

F

BIRTHPL

hl7:place

1 … 1

M

(atl...und)

@classCode

cs

0 … 1

F

PLC

@determinerCode

cs

0 … 1

F

INSTANCE

Auswahl

1 … 1

Elemente in der Auswahl:

hl7:addr welches enthält Template 1.2.40.0.34.6.0.11.9.10 Address Compilation Minimal (DYNAMIC)
hl7:addr welches enthält Template 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)

hl7:addr

AD

0 … 1

Die Adresse des Geburtsorts. Minimalangabe. Alle Elemente optional.

Beinhaltet 1.2.40.0.34.6.0.11.9.10 Address Compilation Minimal (DYNAMIC)

(atl...und)

hl7:addr

AD

0 … 1

Die Adresse des Geburtsorts, struktuiert.
Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)

(atl...und)

hl7:languageCommunication

0 … *

R

Informationen bezüglich der Sprachfähigkeiten und Ausdrucksform des Patienten.

(atl...und)


	at-cda-bbr-dataelement-100	Sprachfähigkeit	Dataset A Allgemeiner Leitfaden

hl7:languageCode

CS

1 … 1

M

Sprache, die vom Patienten zu einem bestimmten Grad beherrscht wird (geschrieben oder gesprochen).

In der Klasse languageCommunication können Informationen bezüglich der Sprachfähigkeiten und Ausdrucksform (z.B. gesprochen oder geschrieben) des Patienten angegeben werden.
Dieser Leitfaden schränkt die möglichen Werte für die Sprache auf Werte aus dem Value Set ELGA_HumanLanguage ein.

Die Gebärdensprache ist als eigene Sprache inkl. Ländercode anzugeben, mit der Ergänzung des Länder-/Regional-Codes (z.B. sgn-at), die Ausdrucksweise (MoodCode) wird in diesem Fall nicht angegeben (denn expressed / received signed wären redundant).

(atl...und)


	at-cda-bbr-dataelement-101	Sprache	Dataset A Allgemeiner Leitfaden

@code

cs

1 … 1

R

Zulässige Werte gemäß Value-Set „ELGA_HumanLanguage“ aus Code-System „HL7:HumanLanguage 2.16.840.1.113883.6.121“
Gemäß IETF / RFC 3066 enthält es ein bestimmtes Subset von Codes aus ISO 639-1 und ISO 639-2 (also zwei- und dreistellige Sprachcodes). Gemäß RFC 3066 ist es zulässig, eine Angabe der landestypischen Ausprägung der Sprache nach einem Bindestrich anzufügen. Das Land wird dabei nach ISO 3166-1 Alpha 2 angegeben. Dies MUSS bei der Auswertung des languageCodes berücksichtigt und toleriert werden.

CONF

Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.173 ELGA_HumanLanguage (DYNAMIC)

hl7:modeCode

CE

0 … 1

C

Ausdrucksform der Sprache.
Zulässige Werte gemäß Value-Set „ELGA_LanguageAbilityMode“

(atl...und)

@code

cs

1 … 1

R

@displayName

st

1 … 1

R

@codeSystem

oid

1 … 1

F

2.16.840.1.113883.5.60

@codeSystemName

st

0 … 1

F

HL7:LanguageAbilityMode

Constraint

Bei Strukturierung einer Gebärdensprache ist dieses Element NICHT ERLAUBT, NP [0..0] und MUSS daher komplett entfallen

CONF

Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.175 ELGA_LanguageAbilityMode (DYNAMIC)

hl7:proficiencyLevelCode

CE

0 … 1

R

Grad der Sprachkenntnis in der Sprache.
Zulässige Werte gemäß Value-Set „ELGA_ProficiencyLevelCode“

(atl...und)


	at-cda-bbr-dataelement-102	Grad der Sprachkenntnis	Dataset A Allgemeiner Leitfaden

@code

cs

1 … 1

R

@displayName

st

1 … 1

R

@codeSystem

oid

1 … 1

F

2.16.840.1.113883.5.61

@codeSystemName

st

0 … 1

F

HL7:LanguageAbilityProficiency

CONF

Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.174 ELGA_ProficiencyLevelCode (DYNAMIC)

hl7:preferenceInd

BL

0 … 1

R

Kennzeichnung, ob die Sprache in der angegebenen Ausdrucksform vom Patienten bevorzugt wird.

(atl...und)


	at-cda-bbr-dataelement-103	Sprachpräferenz	Dataset A Allgemeiner Leitfaden

Schematron assert

role

error

test

not(hl7:id[1]/@nullFlavor)

Meldung

Die Verwendung von id/@nullFlavor ist an dieser Stelle NICHT ERLAUBT.

Schematron assert

role

error

test

not(hl7:id[2]/@nullFlavor) or (hl7:id[2][@nullFlavor='UNK'] or hl7:id[2][@nullFlavor='NI'])

Meldung

Zugelassene nullFlavor sind "NI" und "UNK"

Eingefügt

1 … *

M

von 1.2.40.0.34.6.0.11.1.2 Author (DYNAMIC)

hl7:author

1 … *

M

Verfasser des Dokuments.

(atl...und)

@typeCode

cs

0 … 1

F

AUT

@contextControlCode

cs

0 … 1

F

OP

hl7:functionCode

CE (extensible)

0 … 1

R

Funktionscode des Verfassers des Dokuments, z.B: „Diensthabender Oberarzt“, „Verantwortlicher Arzt für Dokumentation“,„Stationsschwester“.

Eigene Codes und Bezeichnungen können verwendet werden.

(atl...und)

@code

cs

1 … 1

R

@codeSystem

oid

1 … 1

R

@displayName

st

1 … 1

R

Auswahl

1 … 1

Der Zeitpunkt, zu dem das Dokument verfasst bzw. inhaltlich fertiggestellt wurde.

Elemente in der Auswahl:

hl7:time[not(@nullFlavor)]
hl7:time[@nullFlavor='UNK']

hl7:time

TS.AT.TZ

0 … 1

(atl...und)

wo [not(@nullFlavor)]

hl7:time

TS.AT.TZ

0 … 1

(atl...und)

wo [@nullFlavor='UNK']

@nullFlavor

cs

1 … 1

F

UNK

hl7:assignedAuthor

1 … 1

M

(atl...und)

@classCode

cs

0 … 1

F

ASSIGNED

Auswahl

1 … *

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

ODER Identifikation des/der datenerstellenden Gerätes/Software.

Elemente in der Auswahl:

hl7:id[not(@nullFlavor)]
hl7:id[@nullFlavor='NI']
hl7:id[@nullFlavor='UNK']

Constraint

Zugelassene nullFlavor:

NI ….... Person hat keine ID / Gerät/Software hat keine ID
UNK … Person hat eine ID, diese ist jedoch unbekannt / Gerät/Software hat eine ID, diese ist jedoch unbekannt

hl7:id

II

0 … *

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

ODER Identifikation des/der datenerstellenden Gerätes/Software.

(atl...und)

wo [not(@nullFlavor)]

hl7:id

II

0 … 1

(atl...und)

wo [@nullFlavor='NI']

@nullFlavor

cs

1 … 1

F

NI

hl7:id

II

0 … 1

(atl...und)

wo [@nullFlavor='UNK']

@nullFlavor

cs

1 … 1

F

UNK

hl7:code

CE

0 … 1

R

Angabe der Fachrichtung des Verfassers des Dokuments („Sonderfach“ gem. Ausbildungsordnung), z.B: „Facharzt/Fachärztin 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.

(atl...und)

@codeSystem

oid

1 … 1

R

@displayName

st

1 … 1

R

@code

cs

1 … 1

R

CONF

Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.6 ELGA_AuthorSpeciality (DYNAMIC)

hl7:telecom

TEL.AT

0 … *

Kontaktdaten des Verfassers des Dokuments.

Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen.

(atl...und)

wo [not(@nullFlavor)]

@value

st

1 … 1

R

Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567

Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“

@use

set_cs

0 … 1

Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP

Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“

Constraint

Werden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein.

Auswahl

1 … 1

Elemente in der Auswahl:

hl7:assignedPerson welches enthält Template 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)
hl7:assignedAuthoringDevice welches enthält Template 1.2.40.0.34.6.0.11.9.18 Device Compilation (DYNAMIC)

hl7:assignedPerson

0 … 1

Personendaten des Verfassers des Dokuments.

Grundsätzlich sind die Vorgaben für „Personen-Element“ zu befolgen, name-Element ist hier Mandatory.

Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)

(atl...und)

hl7:assignedAuthoringDevice

0 … 1

Datenerstellende/s Software/Gerät
Beinhaltet 1.2.40.0.34.6.0.11.9.18 Device Compilation (DYNAMIC)

(atl...und)

hl7:representedOrganization

1 … 1

M

Organisation, in deren Auftrag der Verfasser des Dokuments die Dokumentation verfasst hat.

↔ Hinweis zum XDS-Mapping: Da manche offiziellen Bezeichnungen von GDA sehr lang werden können, SOLL das name Element einer möglichst eindeutigen Kurzbezeichnung der Organisation entsprechen (im GDA-I im Tag description enthalten). Bei größeren Organisationen SOLL zusätzlich die Abteilung angegeben werden, damit die Zuordnung für den Leser einfacher wird.

Beispiel: Statt "Allgemeines Krankenhaus der Stadt Wien-Medizinischer Universitätscampus" --> "Wien AKH" bzw. "Wien AKH - Augenambulanz"

Beinhaltet 1.2.40.0.34.6.0.11.9.5 Organization Compilation with id, name (DYNAMIC)

(atl...und)

Constraint

id MUSS der OID der Organisation aus dem GDA-Index entsprechen.
name SOLL der Kurzbezeichnung im GDA-I entsprechen (sofern vorhanden)
Zu dem Namen größerer Organisationen SOLL auch die Abteilung angegeben werden., z.B.: „Amadeus Spital, Chirurgische Abteilung“

Ausnahme: Wenn als Author ein/e Software/Gerät fungiert und keine OID aus dem GDA-I angegeben werden kann, MÜSSEN die Angaben der Organisation des Geräte-/Software-Betreibers oder Herstellers entsprechen.

Schematron assert

role

error

test

count(hl7:author/hl7:assignedAuthor/hl7:assignedPerson)>0

Meldung

Es MUSS immer zumindest eine Person als Autor angeführt sein.

Eingefügt

0 … 1

von 1.2.40.0.34.6.0.11.1.22 Data Enterer (DYNAMIC)

hl7:dataEnterer

0 … 1

z.B. Schreibkraft, Medizinische Dokumentationsassistenz

(atl...und)


	at-cda-bbr-dataelement-16	Schreibkraft	Dataset A Allgemeiner Leitfaden

@typeCode

cs

0 … 1

F

ENT

@contextControlCode

cs

0 … 1

F

OP

hl7:time

TS.AT.TZ

0 … 1

R

Der Zeitpunkt zu dem die Daten dokumentiert wurden.

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

(atl...und)

wo [not(@nullFlavor)]


	at-cda-bbr-dataelement-17	Zeitpunkt des Schreibens	Dataset A Allgemeiner Leitfaden

hl7:assignedEntity

1 … 1

M

Beinhaltet 1.2.40.0.34.6.0.11.9.22 Assigned Entity (DYNAMIC)

(atl...und)

Eingefügt

1 … 1

M

von 1.2.40.0.34.6.0.11.1.4 Custodian (DYNAMIC)

hl7:custodian

1 … 1

M

Verwahrer des Dokuments.

(atl...und)


	at-cda-bbr-dataelement-24	Verwahrer	Dataset A Allgemeiner Leitfaden

@typeCode

cs

0 … 1

F

CST

hl7:assignedCustodian

1 … 1

M

(atl...und)

@classCode

cs

0 … 1

F

ASSIGNED

hl7:representedCustodianOrganization

1 … 1

M

(atl...und)

@classCode

cs

0 … 1

F

ORG

@determinerCode

cs

0 … 1

F

INSTANCE

hl7:id

II

1 … *

M

Identifikation des Verwahrers des Dokuments. Wenn dieser im GDA-I angeführt ist, ist die entsprechende OID zu verwenden.
Grundsätzlich sind die Vorgaben für „Identifikations-Elemente“ zu befolgen.

(atl...und)

hl7:name

ON

1 … 1

M

Name des Verwahrers des Dokuments (Organisation). Grundsätzlich sind die Vorgaben für „Namen-Elemente von Organisationen ON“ zu befolgen.

(atl...und)

hl7:telecom

TEL.AT

0 … *

Kontaktdaten des Verwahrers des originalen Dokuments (Organisation). Grundsätzlich sind die Vorgaben für „Kontaktdaten-Elemente“ zu befolgen.

(atl...und)

wo [not(@nullFlavor)]

@value

st

1 … 1

R

@use

set_cs

0 … 1

Bedeutung des angegebenen Kontakts gemäß Value-Set „ELGA_TelecomAddressUse“

Constraint

Werden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein.

hl7:addr

AD

1 … 1

M

Adresse des Verwahrers des Dokuments (Organisation). Grundsätzlich sind die Vorgaben für „Adress-Elemente“ zu befolgen.
Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)

(atl...und)

Eingefügt

0 … *

von 1.2.40.0.34.6.0.11.1.24 Information Recipient (DYNAMIC)

hl7:informationRecipient

0 … *

Beabsichtiger Empfänger des Dokuments.

(atl...und)


	at-cda-bbr-dataelement-26	Empfänger	Dataset A Allgemeiner Leitfaden

@typeCode

cs

0 … 1

Typ des Informationsempfängers, z.B: PRCP „Primärer Empfänger“.

Werden mehrere Empfänger angegeben, MUSS der primäre Empfänger über den typeCode definiert werden.
Hinweis: Das ist relevant, wenn Funktionen aus dem gerichteten Befundversand oder für den Briefdruck auf das Dokument angewendet werden.

CONF

Der Wert von @typeCode muss gewählt werden aus dem Value Set 1.2.40.0.34.10.29 ELGA_InformationRecipientType (DYNAMIC)


	at-cda-bbr-dataelement-27	Empfänger Typ	Dataset A Allgemeiner Leitfaden

hl7:intendedRecipient

1 … 1

M

(atl...und)

@classCode

cs

0 … 1

Auswahl

1 … *

Elemente in der Auswahl:

hl7:id[not(@nullFlavor)]
hl7:id[@nullFlavor='NI']
hl7:id[@nullFlavor='UNK']

hl7:id

II

0 … *

Identifikation des beabsichtigten Empfängers (Person).
Empfohlene Information für einen Empfänger ist die ID aus dem GDA-Index.
Grundsätzlich sind die Vorgaben für „Identifikations-Elemente“ zu befolgen.

(atl...und)

wo [not(@nullFlavor)]


	at-cda-bbr-dataelement-28	ID des Empfängers	Dataset A Allgemeiner Leitfaden

hl7:id

II

0 … 1

NI … Person hat keine ID

(atl...und)

wo [@nullFlavor='NI']

@nullFlavor

cs

1 … 1

F

NI

hl7:id

II

0 … 1

UNK ... Person hat eine ID, diese ist jedoch unbekannt

(atl...und)

wo [@nullFlavor='UNK']

@nullFlavor

cs

1 … 1

F

UNK

Auswahl

1 … 1

Personendaten des beabsichtigten Empfängers.
Empfehlung: Der Name des Empfängers und die Organisation, der er angehört, sollen in möglichst hoher Granularität angegeben werden. Aufgrund der gängigen Praxis kann als minimale Information für den Empfänger der unstrukturierte Name angegeben werden.
Grundsätzlich sind die Vorgaben gemäß Kapitel „Personen-Element“ zu befolgen.

Elemente in der Auswahl:

hl7:informationRecipient[hl7:name[count(child::*)=0]] welches enthält Template 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC)
hl7:informationRecipient[hl7:name[count(child::*)!=0]] welches enthält Template 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)

hl7:informationRecipient

… 1

Beinhaltet 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC)

(atl...und)

wo [hl7:name [count(child::*)=0]]


	at-cda-bbr-dataelement-29	Name	Dataset A Allgemeiner Leitfaden

hl7:informationRecipient

… 1

Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)

(atl...und)

wo [hl7:name [count(child::*)!=0]]

hl7:receivedOrganization

0 … 1

R

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

(atl...und)


	at-cda-bbr-dataelement-30	Organisation	Dataset A Allgemeiner Leitfaden

Eingefügt

von 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC)

@classCode

cs

0 … 1

F

ORG

@determinerCode

cs

0 … 1

F

INSTANCE

hl7:id

II

0 … *

Beliebig viele IDs der Organisation. z.B.: ID aus dem GDA-Index, DVR-Nummer, ATU-Nummer, etc.

(atl...und)

wo [not(@nullFlavor)]

hl7:name

ON

1 … 1

M

Name der Organisation. Bei Organisationen, die im GDA-Index angegeben sind, soll deren Kurzbezeichnung verwendet werden.
Zu dem Namen größerer Organisationen SOLL auch die Abteilung angegeben werden.

(atl...und)

hl7:telecom

TEL.AT

0 … *

Kontaktdaten der Organisation.

Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen.

(atl...und)

wo [not(@nullFlavor)]

@value

st

1 … 1

R

Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567
Formatkonvention siehe „telecom – Format Konventionen für Telekom-Daten“

Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“

@use

set_cs

0 … 1

Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP

Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“

Constraint

Werden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein.

hl7:addr

AD

0 … 1

Adresse der Organisation.

Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)

(atl...und)

wo [not(@nullFlavor)]

Eingefügt

1 … 1

M

von 1.2.40.0.34.6.0.11.1.5 Legal Authenticator (DYNAMIC)
"Medizinischer Validator" oder der laborverantwortliche Arzt

hl7:legalAuthenticator

1 … 1

M

Hauptunterzeichner, Rechtlicher Unterzeichner

(atl...und)


	at-cda-bbr-dataelement-1	Rechtlicher Unterzeichner	Dataset A Allgemeiner Leitfaden

@contextControlCode

cs

0 … 1

F

OP

@typeCode

cs

0 … 1

F

LA

Auswahl

1 … 1

Der Zeitpunkt, an dem das Dokument unterzeichnet wurde.

Elemente in der Auswahl:

hl7:time[not(@nullFlavor)]
hl7:time[@nullFlavor='UNK']

hl7:time

TS.AT.TZ

0 … 1

(atl...und)

wo [not(@nullFlavor)]


	at-cda-bbr-dataelement-5	Zeitpunkt der Unterzeichnung	Dataset A Allgemeiner Leitfaden

hl7:time

TS.AT.TZ

0 … 1

(atl...und)

wo [@nullFlavor='UNK']

@nullFlavor

cs

1 … 1

F

UNK

hl7:signatureCode

CS

1 … 1

M

Signaturcode gibt an, dass das Originaldokument unterzeichnet wurde.

(atl...und)


	at-cda-bbr-dataelement-6	Signatur	Dataset A Allgemeiner Leitfaden

@code

CONF

1 … 1

F

S

hl7:assignedEntity

1 … 1

M

Personendaten des rechtlichen Unterzeichners.
Für den Namen ist verpflichtend Granularitätsstufe 2 ("strukturierte Angabe des Namens") anzuwenden!
Beinhaltet 1.2.40.0.34.6.0.11.9.22 Assigned Entity (DYNAMIC)

(atl...und)

Eingefügt

0 … *

von 1.2.40.0.34.6.0.11.1.49 Laboratory Results Validator (DYNAMIC)
Validator (Authenticator)

hl7:authenticator

0 … *

(Weitere) validierende Person (=Mitunterzeichner), die das Dokument inhaltlich (medizinisch und technisch) freigibt. Es können mehrere Validatoren angegeben werden. Einer davon kann auch ident mit dem "rechtlichen Unterzeichner" (/ClinicalDocument/legalAuthenticator) sein.

(atl...und)

@typeCode

cs

0 … 1

F

AUTHEN

hl7:templateId

II

1 … 1

M

Laboratory Results Validator

(atl...und)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.1.49

hl7:templateId

II

1 … 1

M

IHE PalM TF3 Rev.10, 6.3.2.16 Laboratory Results Validator

(atl...und)

@root

uid

1 … 1

F

1.3.6.1.4.1.19376.1.3.3.1.5

Auswahl

1 … 1

Der Zeitpunkt, an dem das Dokument unterzeichnet wurde.
Grundsätzlich sind die Vorgaben gemäß für "Zeit-Elemente" zu befolgen.

Elemente in der Auswahl:

hl7:time[not(@nullFlavor)]
hl7:time[@nullFlavor='UNK']

hl7:time

TS.AT.TZ

0 … 1

(atl...und)

wo [not(@nullFlavor)]

hl7:time

TS.AT.TZ

0 … 1

(atl...und)

wo [@nullFlavor='UNK']

hl7:signatureCode

CS

1 … 1

M

(atl...und)

@code

CONF

1 … 1

F

S

hl7:assignedEntity

1 … 1

M

Personendaten des weiteren Unterzeichners.

Beinhaltet 1.2.40.0.34.6.0.11.9.41 Assigned Entity with id, name, addr and telecom (DYNAMIC)

(atl...und)

Auswahl

1 … 1

Auftraggeber / Ordering Provider

Elemente in der Auswahl:

hl7:participant eingefügt vom Template 1.2.40.0.34.6.0.11.1.42 Participant Auftraggeber / Ordering Provider (DYNAMIC)
hl7:participant[@typeCode='REF'][@nullFlavor]

Eingefügt

0 … 1

von 1.2.40.0.34.6.0.11.1.42 Participant Auftraggeber / Ordering Provider (DYNAMIC)

hl7:participant

0 … 1

(atl...und)

@typeCode

cs

1 … 1

F

REF

@contextControlCode

cs

0 … 1

F

OP

hl7:templateId

II

1 … 1

M

Participant Auftraggeber / Ordering Provider

(atl...und)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.1.42

hl7:templateId

II

1 … 1

M

IHE PalM TF3 Rev.10, 6.3.2.17 Ordering Provider

(atl...und)

@root

uid

1 … 1

F

1.3.6.1.4.1.19376.1.3.3.1.6

Auswahl

1 … 1

Das Auftragsdatum ist das Datum/Zeit, an dem der Auftrag vom Auftraggeber abgesendet wird. Das Auftragsdatum wird als "time"-Element beim Auftraggeber ausgeführt und ist verpflichtend anzugeben. Bei einer manuellen Erfassung eines Auftrags im Labor kann dieses als @nullFlavor="NA" ausgeführt werden.

Elemente in der Auswahl:

hl7:time[not(@nullFlavor)]
hl7:time[@nullFlavor='NA']

hl7:time

IVL_TS

0 … 1

R

(atl...und)

wo [not(@nullFlavor)]

hl7:time

IVL_TS

0 … 1

R

(atl...und)

wo [@nullFlavor='NA']

hl7:associatedEntity

1 … 1

M

(atl...und)

@classCode

cs

1 … 1

F

PROV

Healthcare provider - Gesundheitsdienstanbieter

hl7:id

II

1 … 1

M

ID des Auftraggebers

(atl...und)

Auswahl

1 … 1

Elemente in der Auswahl:

hl7:addr[not(@nullFlavor)] welches enthält Template 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)
hl7:addr[@nullFlavor='UNK']

hl7:addr

AD

0 … 1

R

Adresse des Auftraggebers
Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)

(atl...und)

wo [not(@nullFlavor)]

hl7:addr

AD

0 … 1

(atl...und)

wo [@nullFlavor='UNK']

@nullFlavor

cs

1 … 1

F

UNK

Auswahl

1 … *

Elemente in der Auswahl:

hl7:telecom[not(@nullFlavor)]
hl7:telecom[@nullFlavor='UNK']

hl7:telecom

TEL.AT

0 … *

R

Beliebig viele Kontaktdaten des Auftraggebers

(atl...und)

wo [not(@nullFlavor)]

@value

st

1 … 1

R

Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567

Formatkonvention siehe „telecom – Format Konventionen für Telekom-Daten“

Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“

@use

set_cs

0 … 1

Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP

Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“

Constraint

Werden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein.

hl7:telecom

TEL.AT

0 … 1

(atl...und)

wo [@nullFlavor='UNK']

@nullFlavor

cs

1 … 1

F

UNK

Schematron assert

role

error

test

not(hl7:telecom[not(@nullFlavor)]) or not(hl7:telecom[@nullFlavor='UNK'])

Meldung

telecom[@nullFlavor="UNK"] darf NUR angegeben werden, wenn KEIN befülltes "telecom"-Element vorhanden ist.

Auswahl

1 … 1

Name des Auftraggebers.

Elemente in der Auswahl:

hl7:associatedPerson[hl7:name[count(child::*)!=0]] welches enthält Template 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)
hl7:associatedPerson[@nullFlavor]

hl7:associatedPerson

0 … 1

R

Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)

(atl...und)

wo [hl7:name [count(child::*)!=0]]

hl7:associatedPerson

0 … 1

(atl...und)

wo [@nullFlavor]

@nullFlavor

cs

1 … 1

F

UNK

hl7:scopingOrganization

0 … 1

R

Organisation, der der Auftraggeber angehört (mit Adresse und Kontaktdaten der Organisation).

Grundsätzlich sind die Vorgaben für "Organisations-Element" zu befolgen.

Beinhaltet 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC)

(atl...und)

hl7:participant

0 … 1

Auftraggeber nicht bekannt

(atl...und)

wo [@typeCode='REF'] [@nullFlavor]

@typeCode

cs

1 … 1

F

REF

@nullFlavor

cs

1 … 1

F

UNK

Beispiel

Auftraggeber nicht bekannt

hl7:associatedEntity

1 … 1

M

(atl...und)

@classCode

cs

1 … 1

F

PROV

hl7:participant

NP

Die Verwendung des ELGA participant-Elements, das den einweisenden/zuweisenden/überweisenden Arzt repräsentiert mit templateId 1.2.40.0.34.6.0.11.1.21 ist im Mikrobiologiebefund NICHT ERLAUBT.

(atl...und)

wo [@typeCode='REF'] [hl7:templateId/@root='1.2.40.0.34.6.0.11.1.21']

Eingefügt

0 … 1

R

von 1.2.40.0.34.6.0.11.1.20 Participant Fachlicher Ansprechpartner (DYNAMIC)
Fachlicher Ansprechpartner

Es ist EMPFOHLEN, den fachlichen Ansprechpartner (Callback contact) im Labor- und Mikrobiologiebefund anzugeben.

hl7:participant

0 … 1

R

Fachlicher Ansprechpartner

(atl...und)

wo [hl7:templateId [@root='1.2.40.0.34.6.0.11.1.20']]

@typeCode

cs

1 … 1

F

CALLBCK

Callback contact

@contextControlCode

cs

0 … 1

F

OP

hl7:templateId

II

1 … 1

M

Template ID zur Identifikation dieser Art von Beteiligten

(atl...und)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.1.20

hl7:functionCode

CE (extensible)

0 … 1

Optionale Angabe eines Funktionscodes des fachlichen Ansprechpartners, z.B: „Diensthabender Oberarzt“, „Verantwortlicher Arzt für Dokumentation“,„Stationsschwester“.

Eigene Codes und Bezeichnungen können verwendet werden.

(atl...und)

@code

cs

1 … 1

R

@codeSystem

oid

1 … 1

R

@displayName

st

1 … 1

R

hl7:associatedEntity

1 … 1

M

(atl...und)

@classCode

cs

1 … 1

F

PROV

Healthcare provider - Gesundheitsdiensteanbieter

hl7:code

CE

0 … 1

Optionale Angabe der Fachrichtung des fachlichen Ansprechpartners („Sonderfach“ gem. Ausbildungsordnung), z.B: „Facharzt/Fachärztin für Gynäkologie“.
Wenn ein fachlicher Ansprechpartner mehreren ärztlichen Sonderfächern zugeordnet ist, kann das anzugebende Sonderfach gewählt werden. Additivfächer werden nicht angegeben.

(atl...und)

@codeSystem

oid

1 … 1

R

@displayName

st

1 … 1

R

@code

cs

1 … 1

R

CONF

Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.6 ELGA_AuthorSpeciality (DYNAMIC)

hl7:addr

AD

0 … 1

Adresse des Beteiligten.

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

Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)

(atl...und)

wo [not(@nullFlavor)]

hl7:telecom

TEL.AT

1 … *

M

Beliebig viele Kontaktdaten des Beteiligten.

(atl...und)

@value

st

1 … 1

R

Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567

Formatkonvention siehe „telecom – Format Konventionen für Telekom-Daten“

Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“

@use

set_cs

0 … 1

Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP

Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“

Constraint

Es MUSS mindestens eine Telefonnummer angegeben werden. Werden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein.

hl7:associatedPerson

0 … 1

R

Name der Person

Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)

(atl...und)

hl7:scopingOrganization

0 … 1

R

Organisation, der der Beteiligte angehört (mit Adresse und Kontaktdaten der Organisation).

Grundsätzlich sind die Vorgaben für "Organisations-Element" zu befolgen.

(atl...und)

Eingefügt

von 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC)

@classCode

cs

0 … 1

F

ORG

@determinerCode

cs

0 … 1

F

INSTANCE

hl7:id

II

0 … *

Beliebig viele IDs der Organisation. z.B.: ID aus dem GDA-Index, DVR-Nummer, ATU-Nummer, etc.

(atl...und)

wo [not(@nullFlavor)]

hl7:name

ON

1 … 1

M

Name der Organisation. Bei Organisationen, die im GDA-Index angegeben sind, soll deren Kurzbezeichnung verwendet werden.
Zu dem Namen größerer Organisationen SOLL auch die Abteilung angegeben werden.

(atl...und)

hl7:telecom

TEL.AT

0 … *

Kontaktdaten der Organisation.

Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen.

(atl...und)

wo [not(@nullFlavor)]

@value

st

1 … 1

R

Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567
Formatkonvention siehe „telecom – Format Konventionen für Telekom-Daten“

Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“

@use

set_cs

0 … 1

Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP

Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“

Constraint

Werden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein.

hl7:addr

AD

0 … 1

Adresse der Organisation.

Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)

(atl...und)

wo [not(@nullFlavor)]

Schematron assert

role

error

test

not(hl7:participant[@typeCode='CALLBCK'][@nullFlavor])

Meldung

@nullFlavor ist für den fachlichen Ansprechpartner (participant[@typeCode='CALLBCK']) NICHT ERLAUBT. Sollten keine Informationen vorliegen, soll das Element entfallen.

Eingefügt

0 … 1

von 1.2.40.0.34.6.0.11.1.23 Participant Hausarzt (DYNAMIC)

hl7:participant

0 … 1

Beteiligter (Hausarzt).

(atl...und)

wo [hl7:templateId [@root='1.2.40.0.34.6.0.11.1.23']]

@typeCode

cs

1 … 1

F

IND

In indirektem Bezug.

@contextControlCode

cs

0 … 1

F

OP

hl7:templateId

II

1 … 1

M

Template ID zur Identifikation dieser Art von Beteiligten

(atl...und)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.1.23

hl7:functionCode

CE

1 … *

M

Funktionscode des Beteiligten

(atl...und)

@code

cs

1 … 1

F

PCP

@codeSystem

oid

1 … 1

F

2.16.840.1.113883.5.88

@codeSystemName

st

1 … 1

F

HL7:ParticipationFunction

hl7:associatedEntity

1 … 1

M

Beschreibung der Entität.

(atl...und)

@classCode

cs

1 … 1

F

PROV

Healthcare provider - Gesundheitsdiensteanbieter.

Auswahl

0 … *

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

Elemente in der Auswahl:

hl7:id[not(@nullFlavor)]
hl7:id[@nullFlavor='NI']
hl7:id[@nullFlavor='UNK']

Constraint

Zugelassene nullFlavor:

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

hl7:id

II

0 … *

(atl...und)

wo [not(@nullFlavor)]

hl7:id

II

0 … 1

(atl...und)

wo [@nullFlavor='NI']

@nullFlavor

cs

1 … 1

F

NI

hl7:id

II

0 … 1

(atl...und)

wo [@nullFlavor='UNK']

@nullFlavor

cs

1 … 1

F

UNK

hl7:addr

AD

0 … 1

Adresse des Hausarztes
Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)

(atl...und)

wo [not(@nullFlavor)]

hl7:telecom

TEL.AT

0 … *

Beliebig viele Kontaktdaten des Hausarztes.

(atl...und)

wo [not(@nullFlavor)]

@value

st

1 … 1

R

@use

set_cs

0 … 1

Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP

Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“

Constraint

Werden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein.

Auswahl

1 … 1

Name des Hausarztes.

Elemente in der Auswahl:

hl7:associatedPerson[hl7:name[count(child::*)=0]] welches enthält Template 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC)
hl7:associatedPerson[hl7:name[count(child::*)!=0]] welches enthält Template 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)

hl7:associatedPerson

0 … 1

Beinhaltet 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC)

(atl...und)

wo [hl7:name [count(child::*)=0]]

hl7:associatedPerson

0 … 1

Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)

(atl...und)

wo [hl7:name [count(child::*)!=0]]

hl7:scopingOrganization

0 … 1

R

Arztpraxis oder Ordination.

Grundsätzlich sind die Vorgaben für „Organisations-Element“ zu befolgen.

(atl...und)

Eingefügt

von 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC)

@classCode

cs

0 … 1

F

ORG

@determinerCode

cs

0 … 1

F

INSTANCE

hl7:id

II

0 … *

Beliebig viele IDs der Organisation. z.B.: ID aus dem GDA-Index, DVR-Nummer, ATU-Nummer, etc.

(atl...und)

wo [not(@nullFlavor)]

hl7:name

ON

1 … 1

M

Name der Organisation. Bei Organisationen, die im GDA-Index angegeben sind, soll deren Kurzbezeichnung verwendet werden.
Zu dem Namen größerer Organisationen SOLL auch die Abteilung angegeben werden.

(atl...und)

hl7:telecom

TEL.AT

0 … *

Kontaktdaten der Organisation.

Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen.

(atl...und)

wo [not(@nullFlavor)]

@value

st

1 … 1

R

Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567
Formatkonvention siehe „telecom – Format Konventionen für Telekom-Daten“

Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“

@use

set_cs

0 … 1

Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP

Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“

Constraint

Werden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein.

hl7:addr

AD

0 … 1

Adresse der Organisation.

Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)

(atl...und)

wo [not(@nullFlavor)]

Eingefügt

0 … *

von 1.2.40.0.34.6.0.11.1.27 Participant Auskunftsberechtigte Person (Notfallkontakt) (DYNAMIC)

hl7:participant

0 … *

Beteiligter (Notfallkontakt / Auskunftsberechtigte Person)

(atl...und)

wo [hl7:templateId [@root='1.2.40.0.34.6.0.11.1.27']]

@typeCode

cs

1 … 1

F

IND

In indirektem Bezug.

@contextControlCode

cs

0 … 1

F

OP

hl7:templateId

II

1 … 1

M

Template ID zur Identifikation dieser Art von Beteiligten

(atl...und)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.1.27

hl7:time

IVL_TS

0 … 1

Zeitraum, in dem der angegebene Kontakt den Notfall-Kontakt darstellt.

Wird nur angegeben, wenn der Kontakt bereits absehbar nur in einem eingeschränkten Zeitraum zur Verfügung steht.

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

Beinhaltet 1.2.40.0.34.6.0.11.9.15 Time Interval Information minimal (DYNAMIC)

(atl...und)

hl7:associatedEntity

1 … 1

M

Beschreibung der Entität.

(atl...und)

@classCode

cs

1 … 1

F

ECON

Emergency contact - Notfall-Kontakt

hl7:code

CE

0 … 1

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

(atl...und)

wo [not(@nullFlavor)]

@code

cs

1 … 1

R

Zulässige Werte gemäß Value-Set „ELGA_PersonalRelationship“

@displayName

st

0 … 1

@codeSystem

oid

1 … 1

F

2.16.840.1.113883.5.111

@codeSystemName

st

1 … 1

F

HL7:RoleCode

CONF

Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.17 ELGA_PersonalRelationship (DYNAMIC)

hl7:addr

AD

0 … 1

Adresse des Beteiligten

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

Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)

(atl...und)

wo [not(@nullFlavor)]

Auswahl

0 … *

Beliebig viele Kontaktdaten des Beteiligten.

Elemente in der Auswahl:

hl7:telecom[not(@nullFlavor)]
hl7:telecom[@nullFlavor='UNK']

Constraint

Es SOLL mindestens eine Telefonnummer angegeben werden.

hl7:telecom

TEL.AT

0 … *

R

(atl...und)

wo [not(@nullFlavor)]

@value

st

1 … 1

R

Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567

Formatkonvention siehe „telecom – Format Konventionen für Telekom-Daten“

Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“

@use

set_cs

0 … 1

Constraint

Werden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein.

hl7:telecom

TEL.AT

0 … 1

Die Kontaktadresse ist unbekannt. nullFlavor "UNK"

(atl...und)

wo [@nullFlavor='UNK']

@nullFlavor

cs

1 … 1

F

UNK

Auswahl

1 … 1

Name des Beteiligten.

Elemente in der Auswahl:

hl7:associatedPerson[hl7:name[count(child::*)=0]] welches enthält Template 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC)
hl7:associatedPerson[hl7:name[count(child::*)!=0]] welches enthält Template 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)

hl7:associatedPerson

0 … 1

Beinhaltet 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC)

(atl...und)

wo [hl7:name [count(child::*)=0]]

hl7:associatedPerson

0 … 1

Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)

(atl...und)

wo [hl7:name [count(child::*)!=0]]

hl7:scopingOrganization

0 … 1

R

Organisation, der der Beteiligte angehört (mit Adresse und Kontaktdaten der Organisation).

Grundsätzlich sind die Vorgaben für „Organisations-Element“ zu befolgen.

(atl...und)

Eingefügt

von 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC)

@classCode

cs

0 … 1

F

ORG

@determinerCode

cs

0 … 1

F

INSTANCE

hl7:id

II

0 … *

Beliebig viele IDs der Organisation. z.B.: ID aus dem GDA-Index, DVR-Nummer, ATU-Nummer, etc.

(atl...und)

wo [not(@nullFlavor)]

hl7:name

ON

1 … 1

M

Name der Organisation. Bei Organisationen, die im GDA-Index angegeben sind, soll deren Kurzbezeichnung verwendet werden.
Zu dem Namen größerer Organisationen SOLL auch die Abteilung angegeben werden.

(atl...und)

hl7:telecom

TEL.AT

0 … *

Kontaktdaten der Organisation.

Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen.

(atl...und)

wo [not(@nullFlavor)]

@value

st

1 … 1

R

Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567
Formatkonvention siehe „telecom – Format Konventionen für Telekom-Daten“

Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“

@use

set_cs

0 … 1

Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP

Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“

Constraint

Werden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein.

hl7:addr

AD

0 … 1

Adresse der Organisation.

Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)

(atl...und)

wo [not(@nullFlavor)]

Eingefügt

0 … *

von 1.2.40.0.34.6.0.11.1.25 Participant Angehoerige (DYNAMIC)

hl7:participant

0 … *

Beteiligter (Angehöriger)

(atl...und)

wo [hl7:templateId [@root='1.2.40.0.34.6.0.11.1.25']]

@typeCode

cs

1 … 1

F

IND

In indirektem Bezug.

@contextControlCode

cs

0 … 1

F

OP

hl7:templateId

II

1 … 1

M

Template ID zur Identifikation dieser Art von Beteiligten

(atl...und)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.1.25

hl7:associatedEntity

1 … 1

M

Beschreibung der Entität.

(atl...und)

@classCode

cs

1 … 1

F

PRS

Personal relationship - In persönlicher Beziehung

hl7:code

CE

1 … 1

M

Verwandtschaftsverhältnis des Beteiligten zum Patienten. Beispiel: DAU („daughter“), wenn die Beteiligte die Tochter des Patienten ist oder NBOR für Nachbar.

(atl...und)

@code

cs

1 … 1

R

CONF

Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.17 ELGA_PersonalRelationship (DYNAMIC)

@displayName

st

0 … 1

@codeSystem

oid

1 … 1

F

2.16.840.1.113883.5.111

@codeSystemName

st

1 … 1

F

HL7:RoleCode

CONF

Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.17 ELGA_PersonalRelationship (DYNAMIC)

hl7:addr

AD

0 … 1

Adresse des Beteiligten

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

Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)

(atl...und)

wo [not(@nullFlavor)]

hl7:telecom

TEL.AT

0 … *

Beliebig viele Kontaktdaten des Beteiligten.

(atl...und)

wo [not(@nullFlavor)]

@value

st

1 … 1

R

@use

set_cs

0 … 1

Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP

Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“

Constraint

Werden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein.

Auswahl

1 … 1

Name des Beteiligten.

Elemente in der Auswahl:

hl7:associatedPerson[hl7:name[count(child::*)=0]] welches enthält Template 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC)
hl7:associatedPerson[hl7:name[count(child::*)!=0]] welches enthält Template 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)

hl7:associatedPerson

0 … 1

Beinhaltet 1.2.40.0.34.6.0.11.9.12 Person Name Compilation G1 M (DYNAMIC)

(atl...und)

wo [hl7:name [count(child::*)=0]]

hl7:associatedPerson

0 … 1

Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)

(atl...und)

wo [hl7:name [count(child::*)!=0]]

hl7:scopingOrganization

0 … 1

R

Beinhaltet 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC)

(atl...und)

Eingefügt

0 … *

von 1.2.40.0.34.6.0.11.1.26 Participant Versicherung (DYNAMIC)

hl7:participant

0 … *

Beteiligter (Versicherter/Versicherung).

(atl...und)

wo [hl7:templateId [@root='1.2.40.0.34.6.0.11.1.26']]

@typeCode

cs

1 … 1

F

HLD

@contextControlCode

cs

0 … 1

F

OP

hl7:templateId

II

1 … 1

M

Template ID zur Identifikation dieser Art von Beteiligten

(atl...und)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.1.26

hl7:time

IVL_TS

0 … 1

Gültigkeitszeitraum der Versicherungspolizze.

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

Beinhaltet 1.2.40.0.34.6.0.11.9.15 Time Interval Information minimal (DYNAMIC)

(atl...und)

hl7:associatedEntity

1 … 1

M

(atl...und)

@classCode

cs

1 … 1

F

POLHOLD

Policy holder - Halter einer Versicherungspolizze

Auswahl

1 … 1

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

Elemente in der Auswahl:

hl7:id[not(@nullFlavor)]
hl7:id[@nullFlavor='NI']
hl7:id[@nullFlavor='UNK']

Constraint

Zugelassene nullFlavor:

NI … Patient hat keine Sozialversicherungsnummer (z.B. Ausländer, …)
UNK … Patient hat eine Sozialversicherungsnummer, diese ist jedoch unbekannt

hl7:id

II

0 … 1

(atl...und)

wo [not(@nullFlavor)]

hl7:id

II

0 … 1

(atl...und)

wo [@nullFlavor='NI']

@nullFlavor

cs

1 … 1

F

NI

hl7:id

II

0 … 1

(atl...und)

wo [@nullFlavor='UNK']

@nullFlavor

cs

1 … 1

F

UNK

hl7:code

CE

1 … 1

M

Versicherungsverhältnis codiert

Beispiele:

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

(atl...und)

@code

cs

1 … 1

R

@codeSystem

oid

1 … 1

F

2.16.840.1.113883.5.111

@codeSystemName

st

1 … 1

F

HL7:RoleCode

CONF

Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.9 ELGA_InsuredAssocEntity (DYNAMIC)

hl7:addr

AD

0 … 1

Adresse des Beteiligten.

Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)

(atl...und)

wo [not(@nullFlavor)]

hl7:telecom

TEL.AT

0 … *

Beliebig viele Kontaktdaten des Beteiligten.

(atl...und)

wo [not(@nullFlavor)]

@value

st

1 … 1

R

Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567

Formatkonvention siehe „telecom – Format Konventionen für Telekom-Daten“

Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“

@use

set_cs

0 … 1

Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP

Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“

Constraint

Werden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein.

hl7:associatedPerson

0 … 1

C

Name des Beteiligten.
Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)

(atl...und)

Constraint

Wenn das Versicherungsverhältnis "familienversichert" ("FAMDEP“) ist, MUSS eine associatedPerson angegeben sein, M [1..1], sonst kann sie komplett entfallen, O [0..1]

hl7:scopingOrganization

1 … 1

M

Versicherungsgesellschaft.

Grundsätzlich sind die Vorgaben für „Organisations-Element“ zu befolgen.

(atl...und)

Eingefügt

von 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC)

@classCode

cs

0 … 1

F

ORG

@determinerCode

cs

0 … 1

F

INSTANCE

hl7:id

II

0 … *

Beliebig viele IDs der Organisation. z.B.: ID aus dem GDA-Index, DVR-Nummer, ATU-Nummer, etc.

(atl...und)

wo [not(@nullFlavor)]

hl7:name

ON

1 … 1

M

Name der Organisation. Bei Organisationen, die im GDA-Index angegeben sind, soll deren Kurzbezeichnung verwendet werden.
Zu dem Namen größerer Organisationen SOLL auch die Abteilung angegeben werden.

(atl...und)

hl7:telecom

TEL.AT

0 … *

Kontaktdaten der Organisation.

Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen.

(atl...und)

wo [not(@nullFlavor)]

@value

st

1 … 1

R

Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567
Formatkonvention siehe „telecom – Format Konventionen für Telekom-Daten“

Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“

@use

set_cs

0 … 1

Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP

Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“

Constraint

Werden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein.

hl7:addr

AD

0 … 1

Adresse der Organisation.

Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)

(atl...und)

wo [not(@nullFlavor)]

Schematron assert

role

error

test

not(hl7:code[@code='FAMDEP']) or hl7:associatedPerson

Meldung

Wenn das Versicherungsverhältnis "familienversichert" ist, dann muss eine associatedPerson angegeben sein.

Eingefügt

0 … 1

von 1.2.40.0.34.6.0.11.1.29 Participant Betreuungsorganisation (DYNAMIC)

hl7:participant

0 … 1

Beteiligter (Betreuende Organisation)

(atl...und)

wo [hl7:templateId [@root='1.2.40.0.34.6.0.11.1.29']]

@typeCode

cs

1 … 1

F

IND

@contextControlCode

cs

0 … 1

F

OP

hl7:templateId

II

1 … 1

M

Template ID zur Identifikation dieser Art von Beteiligten

(atl...und)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.1.29

hl7:associatedEntity

1 … 1

M

Beschreibung der Entität.

(atl...und)

@classCode

cs

1 … 1

F

CAREGIVER

Betreuer

hl7:scopingOrganization

1 … 1

M

Betreuende Organisation

(atl...und)

Eingefügt

von 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC)

@classCode

cs

0 … 1

F

ORG

@determinerCode

cs

0 … 1

F

INSTANCE

hl7:id

II

0 … *

Beliebig viele IDs der Organisation. z.B.: ID aus dem GDA-Index, DVR-Nummer, ATU-Nummer, etc.

(atl...und)

wo [not(@nullFlavor)]

hl7:name

ON

1 … 1

M

Name der Organisation. Bei Organisationen, die im GDA-Index angegeben sind, soll deren Kurzbezeichnung verwendet werden.
Zu dem Namen größerer Organisationen SOLL auch die Abteilung angegeben werden.

(atl...und)

hl7:telecom

TEL.AT

0 … *

Kontaktdaten der Organisation.

Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen.

(atl...und)

wo [not(@nullFlavor)]

@value

st

1 … 1

R

Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567
Formatkonvention siehe „telecom – Format Konventionen für Telekom-Daten“

Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“

@use

set_cs

0 … 1

Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP

Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“

Constraint

Werden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein.

hl7:addr

AD

0 … 1

Adresse der Organisation.

Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)

(atl...und)

wo [not(@nullFlavor)]

Eingefügt

0 … *

von 1.2.40.0.34.6.0.11.1.28 Participant Weitere Behandler (DYNAMIC)

hl7:participant

0 … *

Beteiligter (Weitere Behandler)

(atl...und)

wo [hl7:templateId [@root='1.2.40.0.34.6.0.11.1.28']]

@typeCode

cs

1 … 1

F

CON

@contextControlCode

cs

0 … 1

F

OP

hl7:templateId

II

1 … 1

M

Template ID zur Identifikation dieser Art von Beteiligten

(atl...und)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.1.28

hl7:functionCode

CE (extensible)

0 … 1

Funktionscode des Behandlers z.B: „Facharzt für Neurologie“
Eigene Codes und Bezeichnungen dürfen verwendet werden.

(atl...und)

wo [not(@nullFlavor)]

@code

cs

1 … 1

R

@codeSystem

oid

1 … 1

R

@displayName

st

1 … 1

R

CONF

Der Wert von @code sollte gewählt werden aus dem Value Set 1.2.40.0.34.10.6 ELGA_AuthorSpeciality (DYNAMIC)

hl7:associatedEntity

1 … 1

M

Beschreibung der Entität.

(atl...und)

@classCode

cs

1 … 1

F

PROV

Gesundheitsdiensteanbieter.

hl7:addr

AD

0 … 1

Adresse des Beteiligten.

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

Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)

(atl...und)

wo [not(@nullFlavor)]

hl7:telecom

TEL.AT

0 … *

Beliebig viele Kontaktdaten des Beteiligten.

(atl...und)

wo [not(@nullFlavor)]

@value

st

1 … 1

R

Die Kontaktadresse (Telefonnummer, Email, etc.)

Formatkonvention siehe „telecom – Format Konventionen für Telekom-Daten“

Bsp: tel:+43.1.1234567

Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“

@use

set_cs

0 … 1

Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …)

Bsp: WP

Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“

Bei Angabe mehrerer Telefonnummern ist jeweils das Attribut @use anzugeben.

hl7:associatedPerson

1 … 1

M

Beteiligte Person

Grundsätzlich sind die Vorgaben für „Personen-Element“ zu befolgen.

Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)

(atl...und)

hl7:scopingOrganization

0 … 1

R

Organisation, der der Beteiligte angehört (mit Adresse und Kontaktdaten der Organisation).

Grundsätzlich sind die Vorgaben für „Organisations-Element“ zu befolgen.

(atl...und)

Eingefügt

von 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC)

@classCode

cs

0 … 1

F

ORG

@determinerCode

cs

0 … 1

F

INSTANCE

hl7:id

II

0 … *

Beliebig viele IDs der Organisation. z.B.: ID aus dem GDA-Index, DVR-Nummer, ATU-Nummer, etc.

(atl...und)

wo [not(@nullFlavor)]

hl7:name

ON

1 … 1

M

Name der Organisation. Bei Organisationen, die im GDA-Index angegeben sind, soll deren Kurzbezeichnung verwendet werden.
Zu dem Namen größerer Organisationen SOLL auch die Abteilung angegeben werden.

(atl...und)

hl7:telecom

TEL.AT

0 … *

Kontaktdaten der Organisation.

Grundsätzlich sind die Vorgaben für „Kontaktdaten-Element“ zu befolgen.

(atl...und)

wo [not(@nullFlavor)]

@value

st

1 … 1

R

Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567
Formatkonvention siehe „telecom – Format Konventionen für Telekom-Daten“

Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“

@use

set_cs

0 … 1

Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP

Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“

Constraint

Werden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein.

hl7:addr

AD

0 … 1

Adresse der Organisation.

Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)

(atl...und)

wo [not(@nullFlavor)]

Eingefügt

1 … *

M

von 1.2.40.0.34.6.0.11.1.9 In Fulfillment Of (DYNAMIC)

Constraint

Da die Referenz auf einen Auftrag im Labor eine wesentliche Information darstellt, ist dieses Element VERPFLICHTEND anzugeben.

hl7:inFulfillmentOf

1 … *

M

Komponente zur Dokumentation des Auftrags.

(atl...und)


	at-cda-bbr-dataelement-42	Auftrag	Dataset A Allgemeiner Leitfaden

@typeCode

cs

1 … 1

F

FLFS

hl7:order

1 … 1

M

Auftrag.

(atl...und)

@classCode

cs

1 … 1

F

ACT

@moodCode

cs

1 … 1

F

RQO

hl7:id

II

1 … 1

M

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

(atl...und)


	at-cda-bbr-dataelement-43	ID	Dataset A Allgemeiner Leitfaden

Eingefügt

1 … *

M

von 1.2.40.0.34.6.0.11.1.48 Documentation Of Service Event - Labor und Mikrobiologie (DYNAMIC)

hl7:documentationOf

1 … *

M

Komponente für die Gesundheitsdienstleistung.

(atl...und)

@typeCode

cs

0 … 1

F

DOC

hl7:serviceEvent

1 … 1

M

Die serviceEvents in den ELGA Labor- und Mikrobiologiebefunden MÜSSEN die "section/code"-Elemente als auch die "section/templateId"-Elemente wiedergeben. Diese Informationen werden über eine Mapping-Vorschrift in die XDS-Metadaten übernommen und ermöglichen einem ELGA-Teilnehmer zu erkennen, welche Sections beinhaltet sind und in welchem Codierungsgrad diese vorliegen. Daher muss für jede Section, welche medizinische Information enthält (Ausnahmen sind "Brieftext" und "Abschließende Bemerkungen"), ein documentationOf/serviceEvent codiert werden.

(atl...und)

@classCode

cs

0 … 1

F

ACT

@moodCode

cs

0 … 1

F

EVN

hl7:id

II

0 … 1

C

(atl...und)

@extension

st

0

NP

NP/nicht anwesend

@root

uid

1 … 1

R

In das serviceEvent/id[@root] MUSS die section/templateId[@root] geschrieben werden. Im Fall von mehreren "section/templateId"-Elementen MUSS jenes gewählt werden, dessen @id-Attribut in dem OID-Bereich 1.2.40.0.34.6.0.11.2.X zu finden ist.

Constraint

Grundsätzlich MUSS serviceEvent/id angegeben werden. Die serviceEvent/id IST NICHT ERLAUBT für das zusätzliche serviceEvent mit dem Code "18725-2 - Microbiology studies (set)" für Mikrobiologiebefunde bzw. Laborbefunde, die mikrobiologische Ergebnisse beinhalten.

Schematron assert

role

error

test

hl7:code[@code='18725-2'][@codeSystem='2.16.840.1.113883.6.1'] or hl7:id

Meldung

serviceEvent/id MUSS angegeben werden

Schematron assert

role

error

test

not(hl7:code[@code='18725-2'][@codeSystem='2.16.840.1.113883.6.1'] and hl7:id)

Meldung

serviceEvent/id DARF NICHT angegeben werden

hl7:code

CE

1 … 1

M

Code der Gesundheitsdienstleistung.

↔ Hinweis zum XDS-Mapping:
Dieses Element wird in das XDS-Attribut "eventCodeList" gemappt.

(atl...und)

@code

cs

1 … 1

R

@codeSystem

oid

1 … 1

R

@codeSystemName

st

0 … 1

@displayName

st

1 … 1

R

CONF

Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.22 ELGA_ServiceEventsLabor (DYNAMIC)

hl7:effectiveTime

IVL_TS

1 … 1

M

Angabe des zeitlichen Erbringungsintervalls effectiveTime mit einer Start- "low" und Endzeit "high" (verpflichtend).

Startzeitpunkt: Datum und Zeitpunkt, an dem das analysierende Labor die Anforderung vom Zuweiser in der Labor EDV erfasst hat. Falls nicht vorhanden, sind Datum und Uhrzeit des Starts des Auftrags in der Labor EDV anzugeben.
Endzeit: Datum und Zeitpunkt des Abschlusses des Auftrags, welche in der Regel mit der medizinischen Freigabe des Auftrags ident ist.

↔ Hinweis zum XDS-Mapping:
Dieses Element wird in die XDS-Attribute "serviceStartTime" und "serviceStopTime" gemappt.
Für die automatisierte Datenübernahme aus dem CDA-Dokument in die XDS-Dokumentmetadaten ist stets ein Zeitintervall anzugeben.
ACHTUNG: Die Zeitangaben der jeweils ersten Gesundheitsdienstleistung (erstes "documentationOf/serviceEvent"-Element) werden in die Dokument-Metadaten übernommen!
Die Bedeutung der Dokument-Metadaten-Elemente lautet daher wie folgt:

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

Beinhaltet 1.2.40.0.34.6.0.11.9.15 Time Interval Information minimal (DYNAMIC)

(atl...und)

hl7:performer

0 … *

C

Erbringer der Gesundheitsdienstleistung (Labor mit seinem Leiter).

Beinhaltet 1.2.40.0.34.6.0.11.9.24 Performer - Laboratory (DYNAMIC)

(atl...und)

Constraint

Wurde der Befund nur von einem Labor erstellt, MUSS dieses in "/ClinicalDocument/documentationOf[1]/serviceEvent/performer" dokumentiert werden.

Sind mehrere Labors an der Erstellung beteiligt, MUSS das Labor im "structuredBody" entweder auf "entry"-Ebene oder im Rahmen eines "organizer"-Elementes oder direkt bei der Analyse ("observation"-Element) angegeben werden. Angaben in tieferen Ebenen (z.B. "observation"-Ebene) überschreiben solche auf höheren Ebenen (z.B. "organizer"-Ebene).

Für den Fall, dass Analysen von einem externen Labor durchgeführt wurden, MUSS assignedEntity/code mit @code="E", @codeSystem="2.16.840.1.113883.2.16.1.4.9", @codeSystemName="HL7.at.Laborkennzeichnung" und @displayName="EXTERN" angegeben werden.

Eingefügt

0 … 1

C

von 1.2.40.0.34.6.0.11.1.14 Document Replacement - Related Document (DYNAMIC)

Constraint

Wird ein Befund aktualisiert, weil z.B. zuvor noch Analyseergebnisse ausständig waren, MUSS dieses Element angegeben werden.

hl7:relatedDocument

0 … 1

C

(atl...und)


	at-cda-bbr-dataelement-15	Bezug zu vorgehenden Dokumenten	Dataset A Allgemeiner Leitfaden

@typeCode

cs

1 … 1

R

Art des Bezugs zum Vordokument.

Constraint

Erlaubte @typeCodes:

RPLC - replaces: Das Dokument ersetzt ein existierendes Dokument. Der Status des zu ersetzenden Dokumentes wird auf "deprecated" gesetzt, das ursprüngliche Dokument bleibt aber noch im System als historische Referenz verfügbar.

APND - append: Zusammenhängen von Dokumenten. Dies ist in ELGA bereits über das Einbetten von Dokumenten realisiert.

XFRM - transformed: Das Dokument ist Ergebnis eines Transformationsprozesses, d.h. ist aus einem anderen Originaldokument hervorgegangen.

Hinweis: Die parallele Ablage von CDA-Dokumenten, welche vom Dokumentersteller bereits mit einem Stylesheet zu einem PDF Dokument gerendert wurden, kann mit der XFRM – Transaktion vorgenommen werden. Es ist nicht auszuschließen, dass die Transformation in lokalen Affinity Domains Anwendung findet. Für ELGA ist die Transformation jedoch kein Anwendungsfall.

hl7:parentDocument

1 … 1

M

Vorhergehendes Dokument.

(atl...und)

@classCode

cs

0 … 1

F

DOCCLIN

@moodCode

cs

0 … 1

F

EVN

hl7:id

II

1 … 1

M

Dokumenten-Id des vorgehenden Dokuments.

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

(atl...und)

Schematron assert

role

error

test

not(hl7:relatedDocument) or hl7:relatedDocument[@typeCode='RPLC']

Meldung

Wird /ClinicalDocument/relatedDocument angegeben, MUSS relatedDocument[@typeCode='RPLC'] sein.

Eingefügt

0 … 1

von 1.2.40.0.34.6.0.11.1.50 Component Of - Encompassing Encounter with id (DYNAMIC)

hl7:componentOf

0 … 1

Komponente für den Patientenkontakt.

(atl...und)


	at-cda-bbr-dataelement-33	Patientenkontakt	Dataset A Allgemeiner Leitfaden

@typeCode

cs

0 … 1

F

COMP

hl7:encompassingEncounter

1 … 1

M

Patientenkontakt.

(atl...und)

@classCode

cs

0 … 1

F

ENC

@moodCode

cs

0 … 1

F

EVN

Auswahl

1 … 1

Elemente in der Auswahl:

hl7:id[not(@nullFlavor)]
hl7:id[@nullFlavor='UNK']

hl7:id

II

0 … 1

Identifikationselement zur Aufnahme der Aufenthaltszahl

(atl...und)

wo [not(@nullFlavor)]


	at-cda-bbr-dataelement-34	ID	Dataset A Allgemeiner Leitfaden

@extension

st

1 … 1

R

Aufenthaltszahl, z.B.: Az123456

@root

uid

1 … 1

R

OID der Liste der Aufenthaltszahlen der Organisation

@assigningAuthorityName

st

0 … 1

Name der Stelle, welche die ID zugewiesen hat, z.B.: "Amadeus Spital".

hl7:id

II

0 … 1

(atl...und)

wo [@nullFlavor='UNK']

hl7:code

CE

1 … 1

M

Codierung des Patientenkontakts.

(atl...und)


	at-cda-bbr-dataelement-39	Art des Aufenthalts	Dataset A Allgemeiner Leitfaden

@code

cs

1 … 1

R

@codeSystem

oid

1 … 1

R

@codeSystemName

st

0 … 1

F

HL7:ActCode

@displayName

st

1 … 1

R

CONF

Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.5 ELGA_ActEncounterCode (DYNAMIC)

hl7:effectiveTime

IVL_TS

1 … 1

M

Zeitraum des Patientenkontakts.

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

Beinhaltet 1.2.40.0.34.6.0.11.9.15 Time Interval Information minimal (DYNAMIC)

(atl...und)


	at-cda-bbr-dataelement-37	Beginn des Patientenkontaktes	Dataset A Allgemeiner Leitfaden

Constraint

Der Zeitraum des Patientenkontaktes MUSS die Vorgaben der speziellen Implementierungsleitfäden einhalten. Dabei gilt allgemein:

Der Zeitraum besteht aus dem Zeitpunkt der administrativen Aufnahme in die Behandlung und dem Zeitpunkt der administrativen Entlassung aus der Behandlung.
Der Entlassungszeitpunkt kann „unbekannt“ sein, wenn die administrative Entlassung noch nicht erfolgt ist. (nullFlavor UNK beim effectiveTime.high)
Hinweis: Als Zeitpunkt der Aufnahme/Entlassung SOLL der Zeitpunkt der administrativen Aufnahme/Entlassung angegeben werden. Wenn der Zeitpunkt der administrativen Aufnahme/Entlassung nicht vorhanden ist, darf auch der Zeitpunkt der medizinischen Aufnahme/Entlassung angegeben werden.

hl7:responsibleParty

0 … 1

R

Komponente für die verantwortliche Person.

(atl...und)


	at-cda-bbr-dataelement-40	Verantwortliche Person	Dataset A Allgemeiner Leitfaden

hl7:assignedEntity

1 … 1

M

Entität der verantwortlichen Person.

Grundsätzlich sind die Vorgaben für „AssignedEntity-Element (Person + Organisation)“ zu befolgen.

Beinhaltet 1.2.40.0.34.6.0.11.9.22 Assigned Entity (DYNAMIC)

(atl...und)

Eingefügt

1 … 1

M

von 1.2.40.0.34.6.0.11.1.8 Encounter Location (DYNAMIC)
Die Organisation, in deren Verantwortungsbereich der Patientenkontakt stattfand, MUSS verpflichtend angegeben werden (z.B.: die entlassende Krankenanstalt mit Abteilung).

hl7:location

1 … 1

M

(atl...und)

@typeCode

cs

0 … 1

F

LOC

hl7:healthCareFacility

1 … 1

M

(atl...und)

@classCode

cs

0 … 1

F

SDLOC

hl7:code

CE

1 … 1

M

Der Code zur Klassifizierung des GDA repräsentiert die Art der Einrichtung, in der die Tätigkeit stattfand, die zur Erzeugung des Dokuments führte. Zum Beispiel sollten Dokumente, die während eines ambulanten Falls in einem Krankenhaus entstehen, mit dem healthcareFacilityTypeCode für „Krankenhaus“ gekennzeichnet werden.

Zulässige Werte gemäß Value-Set „ELGA_HealthcareFacilityTypeCode“

Für ELGA SOLL der Code dem Eintrag "GDA Rollenname" oder, wenn der GDA Rollenname nicht verfügbar ist, der "Aggregierten Rolle" im GDA-I entsprechen.

↔ Hinweis zum XDS-Mapping: Dieses Element wird ins XDS-Attribut XDSDocumentEntry.healthcareFacilityTypeCode gemappt.

Zu berücksichtigen sind jeweils die Attribute @code, @codeSystem und @displayName.

(atl...und)

@displayName

st

1 … 1

R

hl7:serviceProviderOrganization

1 … 1

M

Organisation, in deren Verantwortungsbereich der Patientenkontakt stattfand.

Beinhaltet 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC)

(atl...und)

hl7:component

1 … 1

M

(atl...und)

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

bl

0 … 1

F

true

hl7:structuredBody

1 … 1

M

(atl...und)

@classCode

cs

0 … 1

F

DOCBODY

@moodCode

cs

0 … 1

F

EVN

hl7:component

0 … 1

Beinhaltet 1.2.40.0.34.6.0.11.2.69 Brieftext (DYNAMIC)

(atl...und)

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

bl

0 … 1

F

true

Auswahl

0 … 1

Elemente in der Auswahl:

hl7:component welches enthält Template 1.2.40.0.34.6.0.11.2.6 Überweisungsgrund - codiert (DYNAMIC)
hl7:component welches enthält Template 1.2.40.0.34.6.0.11.2.114 Überweisungsgrund - uncodiert (DYNAMIC)

hl7:component

0 … 1

Beinhaltet 1.2.40.0.34.6.0.11.2.6 Überweisungsgrund - codiert (DYNAMIC)

(atl...und)

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

bl

0 … 1

F

true

hl7:component

0 … 1

Beinhaltet 1.2.40.0.34.6.0.11.2.114 Überweisungsgrund - uncodiert (DYNAMIC)

(atl...und)

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

bl

0 … 1

F

true

Auswahl

0 … 1

Elemente in der Auswahl:

hl7:component welches enthält Template 1.2.40.0.34.6.0.11.2.109 Anamnese - Labor und Mikrobiologie - codiert (DYNAMIC)
hl7:component welches enthält Template 1.2.40.0.34.6.0.11.2.111 Anamnese - Labor und Mikrobiologie - uncodiert (DYNAMIC)

hl7:component

0 … 1

Beinhaltet 1.2.40.0.34.6.0.11.2.109 Anamnese - Labor und Mikrobiologie - codiert (DYNAMIC)

(atl...und)

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

bl

0 … 1

F

true

hl7:component

0 … 1

Beinhaltet 1.2.40.0.34.6.0.11.2.111 Anamnese - Labor und Mikrobiologie - uncodiert (DYNAMIC)

(atl...und)

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

bl

0 … 1

F

true

Auswahl

0 … 1

Elemente in der Auswahl:

hl7:component welches enthält Template 1.2.40.0.34.6.0.11.2.15 Angeforderte Untersuchungen - codiert (DYNAMIC)
hl7:component welches enthält Template 1.2.40.0.34.6.0.11.2.112 Angeforderte Untersuchungen - uncodiert (DYNAMIC)

hl7:component

0 … 1

Beinhaltet 1.2.40.0.34.6.0.11.2.15 Angeforderte Untersuchungen - codiert (DYNAMIC)

(atl...und)

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

bl

0 … 1

F

true

hl7:component

0 … 1

Beinhaltet 1.2.40.0.34.6.0.11.2.112 Angeforderte Untersuchungen - uncodiert (DYNAMIC)

(atl...und)

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

bl

0 … 1

F

true

hl7:component

0 … 1

C

Beinhaltet 1.2.40.0.34.6.0.11.2.93 Probeninformation (Specimen Section) (DYNAMIC)

(atl...und)

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

bl

0 … 1

F

true

Constraint

Die Dokumentation des Untersuchungsmaterials kann auf zwei Arten erfolgen:

Enthält ein Befund nur einen Befundbereich ("Laboratory Specialty Section"), so kann die Codierung innerhalb der einen Section erfolgen.

ODER

Bei Verwendung von mehreren Befundbereichen in einem Befund kann es zu Überschneidungen der
Untersuchungsmaterialien kommen (ein spezielles Untersuchungsmaterial kann in zwei Befundbereichen analysiert werden). Die CDA Level 3 Codierung eines Untersuchungsmaterials darf jedoch nur einmal im gesamten Befund erfolgen. Daher sind die Informationen zu den Untersuchungsmaterialien in einer eigenen, führenden "Probeninformation (Specimen Section)" zu
codieren.

WICHTIG: Derzeit werden Mikrobiologiebefunde mit mehreren Untersuchungsmaterialien NICHT unterstützt. Das bedeutet, dass in einem Mikrobiologiebefund nur genau ein Untersuchungsmaterial dokumentiert werden darf. Falls mehrere Untersuchungsmaterialien zu einem Auftrag eingesendet wurden, müssen diese auf mehrere Befunde aufgeteilt werden! Die Information kann in der Section "Befundbewertung" festgehalten werden.

Auswahl

0 … 1

Elemente in der Auswahl:

hl7:component welches enthält Template 1.2.40.0.34.6.0.11.2.105 Laboratory Specialty Section (Mikroskopie) - codiert (DYNAMIC)
hl7:component welches enthält Template 1.2.40.0.34.6.0.11.2.113 Laboratory Specialty Section (Mikroskopie) - uncodiert (DYNAMIC)

hl7:component

0 … 1

Beinhaltet 1.2.40.0.34.6.0.11.2.105 Laboratory Specialty Section (Mikroskopie) - codiert (DYNAMIC)

(atl...und)

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

bl

0 … 1

F

true

hl7:component

0 … 1

Beinhaltet 1.2.40.0.34.6.0.11.2.113 Laboratory Specialty Section (Mikroskopie) - uncodiert (DYNAMIC)

(atl...und)

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

bl

0 … 1

F

true

hl7:component

0 … 1

Beinhaltet 1.2.40.0.34.6.0.11.2.106 Laboratory Specialty Section (Kultureller Erregernachweis) (DYNAMIC)

(atl...und)

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

bl

0 … 1

F

true

hl7:component

0 … 1

Beinhaltet 1.2.40.0.34.6.0.11.2.107 Laboratory Specialty Section (Molekularer Erregernachweis) (DYNAMIC)

(atl...und)

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

bl

0 … 1

F

true

hl7:component

0 … 1

Beinhaltet 1.2.40.0.34.6.0.11.2.108 Laboratory Specialty Section (Infektionsserologie) (DYNAMIC)

(atl...und)

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

bl

0 … 1

F

true

Schematron assert

role

error

test

count(hl7:component[hl7:section[hl7:templateId[@root = '1.2.40.0.34.6.0.11.2.105']]] | hl7:component[hl7:section[hl7:templateId[@root = '1.2.40.0.34.6.0.11.2.113']]] | hl7:component[hl7:section[hl7:templateId[@root = '1.2.40.0.34.6.0.11.2.106']]] | hl7:component[hl7:section[hl7:templateId[@root = '1.2.40.0.34.6.0.11.2.107']]] | hl7:component[hl7:section[hl7:templateId[@root = '1.2.40.0.34.6.0.11.2.108']]]) >= 1

Meldung

Zumindest eine der Laboratory Specialty Sections (Mikroskopie, Kultureller Erregernachweis, Molekularer Erregernachweis, Infektionsserologie) muss im Mikrobiologiebefund vorkommen.

hl7:component

0 … 1

Dokumentation weiterer Analysen, die nicht durch die anderen Laboratory Specialty Sections (Mikroskopie, Kultureller Erregernachweis, Molekularer Erregernachweis, Infektionsserologie) abgebildet werden können.

Beinhaltet 1.2.40.0.34.6.0.11.2.110 Laboratory Specialty Section (Weitere Analysen) (DYNAMIC)

(atl...und)

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

bl

0 … 1

F

true

hl7:component

0 … 1

Beinhaltet 1.2.40.0.34.6.0.11.2.103 Befundbewertung (DYNAMIC)

(atl...und)

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

bl

0 … 1

F

true

hl7:component

0 … 1

ELGA Labor- und Mikrobiologiebefunde können alle Kriterien erfüllen, die für Befundberichte von der Akkreditierung für medizinische Laboratorien (ISO 15189:2012) gefordert sind. Ein Anhängen des PDF-Befundes ist NICHT erforderlich!

Für die vollständige Erfüllung aller Akkreditierungsanforderungen an Befundberichte ist das erstellende Labor verantwortlich; die Akkreditierung wird von der Abt. Akkreditierung Austria im Bundesministerium für Digitalisierung und Wirtschaftsstandort durchgeführt.

Mit Rücksicht auf eine einfache Verwendbarkeit der Befunde durch die Benutzer (z.B. niedergelassene Ärzte), die häufig mit einer großen Anzahl von Laborbefunden eines Patienten konfrontiert sind, ist eine Duplizierung der Daten durch Anhängen einer PDF-Ansicht daher nicht gestattet.

Beinhaltet 1.2.40.0.34.6.0.11.2.71 Beilagen (DYNAMIC)

(atl...und)

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

bl

0 … 1

F

true

hl7:component

0 … 1

Beinhaltet 1.2.40.0.34.6.0.11.2.70 Abschließende Bemerkung (DYNAMIC)

(atl...und)

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

bl

0 … 1

F

true

Schematron assert

role

error

test

count(//hl7:procedure[hl7:templateId/@root='1.2.40.0.34.6.0.11.3.161'])=1

Meldung

Derzeit werden Mikrobiologiebefunde mit mehreren Untersuchungsmaterialien NICHT unterstützt.

Eingefügt

von 1.2.40.0.34.6.0.11.9.33 Stylesheet Test eBefund (DYNAMIC)

Schematron assert

role

error

test

matches(//processing-instruction('xml-stylesheet'), '[^\w]ELGA_Stylesheet_v1.0.xsl[^\w]')

Meldung

(xml-processing-instr): Es muss ein xml-stylesheet-Prologattribut anwesend sein mit dem Wert für @href=ELGA_Stylesheet_v1.0.xsl

13.4.3 Header Level Templates

Die Header Level Templates wurden aus dem bestehenden "Allgemeiner Implementierungsleitfaden für ELGA CDA Dokumente" übernommen. Diese sind unter Allgemeiner Leitfaden - Kapitel Administrative Daten (CDA Header) - Dokumentenstruktur zu finden.

Wichtiger Hinweis: Header-Element welche spezifisch für den Labor- und Mikrobiologiebefund angepasst wurden oder für die es spezielle Einschränkungen in Form von Asserts gibt, sind grundsätzlich der Spezifikation im Kapitel Document Level Templates zu entnehmen.

Diese angepassten bzw. betroffenen Elemente umfassen:

ClincialDocument/templateId
ClincialDocument/code
ClinicalDocument/title
ClinicalDocument/formatCode
ClinicalDocument/author
ClinicalDocument/authenticator
ClinicalDocument/componentOf/encompassingEncounter

Ebenso wurden folgende Header-Elemente angepasst und werden in diesem Kapitel detailliert dargestellt:

ClinicalDocument/participant[@typeCode='REF'] (Participant Auftraggeber / Ordering Provider)
ClinicalDocument/documentationOf/serviceEvent

13.4.3.1 Participant Auftraggeber / Ordering Provider

Id

1.2.40.0.34.6.0.11.1.42

ref

at-cda-bbr-

Gültigkeit

2021‑04‑28 08:55:00

Andere Versionen mit dieser Id:

atcdabbr_header_ParticipantAuftraggeber_OrderingProvider vom 2021‑02‑19 11:12:16
atcdabbr_header_ParticipantAuftraggeber_OrderingProvider vom 2020‑02‑10 08:46:46

Status

Aktiv

Versions-Label

1.1.0+20211213

Name

atcdabbr_header_ParticipantAuftraggeber_OrderingProvider

Bezeichnung

Participant Auftraggeber / Ordering Provider

Beschreibung

Der Auftraggeber (IHE "Ordering Provider") ist die Organisation oder der Arzt, welche/welcher den Auftrag erstellt hat.

Klassifikation

CDA Header Level Template

Offen/Geschlossen

Geschlossen (nur definierte Elemente sind erlaubt)

Benutzt

Benutzt 3 Templates

Benutzt	als	Name	Version
1.2.40.0.34.6.0.11.9.25	Containment	Address Compilation (1.0.1+20230717)	DYNAMIC
1.2.40.0.34.6.0.11.9.11	Containment	Person Name Compilation G2 M (1.0.1+20230717)	DYNAMIC
1.2.40.0.34.6.0.11.9.9	Containment	Organization Compilation with name (1.0.0+20210219)	DYNAMIC

Beziehung

Version: Template 1.2.40.0.34.6.0.11.1.42 Participant Auftraggeber / Ordering Provider (2021‑02‑19 11:12:16)

ref

at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.1.42 Participant Auftraggeber / Ordering Provider (2020‑02‑10 08:46:46)

ref

at-cda-bbr-

Version: Template 1.2.40.0.34.11.1.1.1 HeaderParticipant Ansprechpartner (2014‑03‑25)

ref

elgabbr-

Beispiel

<participant typeCode="REF">
  <templateId root="1.2.40.0.34.6.0.11.1.42"/>  <templateId root="1.3.6.1.4.1.19376.1.3.3.1.6"/>  <time value="20161201071500+0100"/>  <associatedEntity classCode="PROV">
    <id root="1.2.40.0.34.99.1" assigningAuthorityName="GDA Index"/>    <addr>
      <streetAddressLine>Taborstraße 16</streetAddressLine>      <city>Wien</city>      <postalCode>1020</postalCode>      <country>AUT</country>    </addr>    <telecom use="WP" value="tel:01.47110815.123"/>    <associatedPerson>
      <name>
        <prefix qualifier="AC">Dr.</prefix>        <family>Frank</family>        <given>Dieter</given>      </name>    </associatedPerson>    <scopingOrganization>
      <id root="1.2.40.0.34.99.1" assigningAuthorityName="GDA Index"/>      <name>Musterklinikum Unterstadt</name>      <telecom use="WP" value="tel:01.47110815"/>    </scopingOrganization>  </associatedEntity></participant>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:participant

(atc...der)

@typeCode

cs

1 … 1

F

REF

@contextControlCode

cs

0 … 1

F

OP

hl7:templateId

II

1 … 1

M

Participant Auftraggeber / Ordering Provider

(atc...der)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.1.42

hl7:templateId

II

1 … 1

M

IHE PalM TF3 Rev.10, 6.3.2.17 Ordering Provider

(atc...der)

@root

uid

1 … 1

F

1.3.6.1.4.1.19376.1.3.3.1.6

Auswahl

1 … 1

Das Auftragsdatum ist das Datum/Zeit, an dem der Auftrag vom Auftraggeber abgesendet wird. Das Auftragsdatum wird als "time"-Element beim Auftraggeber ausgeführt und ist verpflichtend anzugeben. Bei einer manuellen Erfassung eines Auftrags im Labor kann dieses als @nullFlavor="NA" ausgeführt werden.

Elemente in der Auswahl:

hl7:time[not(@nullFlavor)]
hl7:time[@nullFlavor='NA']

hl7:time

IVL_TS

0 … 1

R

(atc...der)

wo [not(@nullFlavor)]

hl7:time

IVL_TS

0 … 1

R

(atc...der)

wo [@nullFlavor='NA']

hl7:associatedEntity

1 … 1

M

(atc...der)

@classCode

cs

1 … 1

F

PROV

Healthcare provider - Gesundheitsdienstanbieter

hl7:id

II

1 … 1

M

ID des Auftraggebers

(atc...der)

Auswahl

1 … 1

Elemente in der Auswahl:

hl7:addr[not(@nullFlavor)] welches enthält Template 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)
hl7:addr[@nullFlavor='UNK']

hl7:addr

AD

0 … 1

R

Adresse des Auftraggebers
Beinhaltet 1.2.40.0.34.6.0.11.9.25 Address Compilation (DYNAMIC)

(atc...der)

wo [not(@nullFlavor)]

hl7:addr

AD

0 … 1

(atc...der)

wo [@nullFlavor='UNK']

@nullFlavor

cs

1 … 1

F

UNK

Auswahl

1 … *

Elemente in der Auswahl:

hl7:telecom[not(@nullFlavor)]
hl7:telecom[@nullFlavor='UNK']

hl7:telecom

TEL.AT

0 … *

R

Beliebig viele Kontaktdaten des Auftraggebers

(atc...der)

wo [not(@nullFlavor)]

@value

st

1 … 1

R

Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567

Formatkonvention siehe „telecom – Format Konventionen für Telekom-Daten“

Zulässige Werteliste für telecom Präfixe gemäß „ELGA_URLScheme“

@use

set_cs

0 … 1

Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP

Zulässige Werte gemäß Value-Set „ELGA_TelecomAddressUse“

Constraint

Werden mehrere gleichartige telecom-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein.

hl7:telecom

TEL.AT

0 … 1

(atc...der)

wo [@nullFlavor='UNK']

@nullFlavor

cs

1 … 1

F

UNK

Schematron assert

role

error

test

not(hl7:telecom[not(@nullFlavor)]) or not(hl7:telecom[@nullFlavor='UNK'])

Meldung

telecom[@nullFlavor="UNK"] darf NUR angegeben werden, wenn KEIN befülltes "telecom"-Element vorhanden ist.

Auswahl

1 … 1

Name des Auftraggebers.

Elemente in der Auswahl:

hl7:associatedPerson[hl7:name[count(child::*)!=0]] welches enthält Template 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)
hl7:associatedPerson[@nullFlavor]

hl7:associatedPerson

0 … 1

R

Beinhaltet 1.2.40.0.34.6.0.11.9.11 Person Name Compilation G2 M (DYNAMIC)

(atc...der)

wo [hl7:name [count(child::*)!=0]]

hl7:associatedPerson

0 … 1

(atc...der)

wo [@nullFlavor]

@nullFlavor

cs

1 … 1

F

UNK

hl7:scopingOrganization

0 … 1

R

Organisation, der der Auftraggeber angehört (mit Adresse und Kontaktdaten der Organisation).

Grundsätzlich sind die Vorgaben für "Organisations-Element" zu befolgen.

Beinhaltet 1.2.40.0.34.6.0.11.9.9 Organization Compilation with name (DYNAMIC)

(atc...der)

13.4.3.2 Documentation Of Service Event - Labor- und Mikrobiologie

Id

1.2.40.0.34.6.0.11.1.48

Gültigkeit

2020‑08‑26 15:29:24

Status

Aktiv

Versions-Label

1.0.0+20211213

Name

atlab_header_DocumentationOfServiceEventLaborUndMikrobiologie

Bezeichnung

Documentation Of Service Event - Labor und Mikrobiologie

Beschreibung

Dokumentation der Gesundheitsdienstleistung. Mit der Assoziation documentationOf/serviceEvent wird die eigentliche Gesundheitsdienstleistung repräsentiert, die in dem Dokument dokumentiert wird (z.B. Hämatologie, Kultureller Erregernachweis, etc.).

WICHTIG: Im Zuge der Einstellung eines Labor- oder Mikrobiologiebefundes wird durch die XDS-Metadaten dargestellt, welche Sections im gegenständlichen Labor- oder Mikrobiologiebefund enthalten sind und in welcher Ausprägung (maschinenlesbar oder nicht). Daher MUSS der jeweilige section/code als serviceEvent/code als auch die section/templateId (OID Bereich: 1.2.40.0.34.6.0.11.2.X) der Section als serviceEvent/id[@root] angegeben werden. Dies MUSS - mit Ausnahme von den Sections "Brieftext" und "Abschließende Bemerkungen" - für alle Sections erfolgen. Das bedeutet, dass für jede Section ein eigenes documentationOf/serviceEvent angelegt werden muss.

Zusätzlich gilt für Mikrobiologiebefunde und für Laborbefunde, die mikrobiologische Ergebnisse beinhalten, dass zusätzlich ein "documentationOf/serviceEvent" mit dem Code "18725-2 - Microbiology studies (set)" codiert werden MUSS.

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

Es MÜSSEN für alle Sections entsprechende "documentationOf/serviceEvent"-Elemente angegeben werden.
Die Zeitangaben des ersten "documentationOf/serviceEvent"-Elements werden in die Dokument-Metadaten übernommen.
Die serviceEvents sind die einzigen medizinischen Informationen zum Dokument im XDS-Dokumentenregister. Sie können daher als Such-/Filterkriterium verwendet werden und scheinen ggf. in den Ergebnissen der Suchabfragen auf.

Klassifikation

CDA Header Level Template

Offen/Geschlossen

Geschlossen (nur definierte Elemente sind erlaubt)

Benutzt

Benutzt 2 Templates

Benutzt	als	Name	Version
1.2.40.0.34.6.0.11.9.15	Containment	Time Interval Information minimal (1.0.1+20210628)	DYNAMIC
1.2.40.0.34.6.0.11.9.24	Containment	Performer - Laboratory (1.0.0+20211213)	DYNAMIC

Beziehung

Adaptation: Template 1.2.40.0.34.6.0.11.1.17 Documentation Of Service Event (2019‑03‑14 15:08:34)

ref

at-cda-bbr-

Beispiel

Strukturbeispiel Hämatologie

Beispiel

Strukturbeispiel Microbial culture finding (finding)

Item

DT

Kard

Konf

Beschreibung

Label

hl7:documentationOf

Komponente für die Gesundheitsdienstleistung.

(atl...gie)

@typeCode

cs

0 … 1

F

DOC

hl7:serviceEvent

1 … 1

M

Die serviceEvents in den ELGA Labor- und Mikrobiologiebefunden MÜSSEN die "section/code"-Elemente als auch die "section/templateId"-Elemente wiedergeben. Diese Informationen werden über eine Mapping-Vorschrift in die XDS-Metadaten übernommen und ermöglichen einem ELGA-Teilnehmer zu erkennen, welche Sections beinhaltet sind und in welchem Codierungsgrad diese vorliegen. Daher muss für jede Section, welche medizinische Information enthält (Ausnahmen sind "Brieftext" und "Abschließende Bemerkungen"), ein documentationOf/serviceEvent codiert werden.

(atl...gie)

@classCode

cs

0 … 1

F

ACT

@moodCode

cs

0 … 1

F

EVN

hl7:id

II

0 … 1

C

(atl...gie)

@extension

st

0

NP

NP/nicht anwesend

@root

uid

1 … 1

R

In das serviceEvent/id[@root] MUSS die section/templateId[@root] geschrieben werden. Im Fall von mehreren "section/templateId"-Elementen MUSS jenes gewählt werden, dessen @id-Attribut in dem OID-Bereich 1.2.40.0.34.6.0.11.2.X zu finden ist.

Constraint

Grundsätzlich MUSS serviceEvent/id angegeben werden. Die serviceEvent/id IST NICHT ERLAUBT für das zusätzliche serviceEvent mit dem Code "18725-2 - Microbiology studies (set)" für Mikrobiologiebefunde bzw. Laborbefunde, die mikrobiologische Ergebnisse beinhalten.

Schematron assert

role

error

test

hl7:code[@code='18725-2'][@codeSystem='2.16.840.1.113883.6.1'] or hl7:id

Meldung

serviceEvent/id MUSS angegeben werden

Schematron assert

role

error

test

not(hl7:code[@code='18725-2'][@codeSystem='2.16.840.1.113883.6.1'] and hl7:id)

Meldung

serviceEvent/id DARF NICHT angegeben werden

hl7:code

CE

1 … 1

M

Code der Gesundheitsdienstleistung.

↔ Hinweis zum XDS-Mapping:
Dieses Element wird in das XDS-Attribut "eventCodeList" gemappt.

(atl...gie)

@code

cs

1 … 1

R

@codeSystem

oid

1 … 1

R

@codeSystemName

st

0 … 1

@displayName

st

1 … 1

R

CONF

Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.22 ELGA_ServiceEventsLabor (DYNAMIC)

hl7:effectiveTime

IVL_TS

1 … 1

M

Angabe des zeitlichen Erbringungsintervalls effectiveTime mit einer Start- "low" und Endzeit "high" (verpflichtend).

Startzeitpunkt: Datum und Zeitpunkt, an dem das analysierende Labor die Anforderung vom Zuweiser in der Labor EDV erfasst hat. Falls nicht vorhanden, sind Datum und Uhrzeit des Starts des Auftrags in der Labor EDV anzugeben.
Endzeit: Datum und Zeitpunkt des Abschlusses des Auftrags, welche in der Regel mit der medizinischen Freigabe des Auftrags ident ist.

↔ Hinweis zum XDS-Mapping:
Dieses Element wird in die XDS-Attribute "serviceStartTime" und "serviceStopTime" gemappt.
Für die automatisierte Datenübernahme aus dem CDA-Dokument in die XDS-Dokumentmetadaten ist stets ein Zeitintervall anzugeben.
ACHTUNG: Die Zeitangaben der jeweils ersten Gesundheitsdienstleistung (erstes "documentationOf/serviceEvent"-Element) werden in die Dokument-Metadaten übernommen!
Die Bedeutung der Dokument-Metadaten-Elemente lautet daher wie folgt:

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

Beinhaltet 1.2.40.0.34.6.0.11.9.15 Time Interval Information minimal (DYNAMIC)

(atl...gie)

hl7:performer

0 … *

C

Erbringer der Gesundheitsdienstleistung (Labor mit seinem Leiter).

Beinhaltet 1.2.40.0.34.6.0.11.9.24 Performer - Laboratory (DYNAMIC)

(atl...gie)

Constraint

Wurde der Befund nur von einem Labor erstellt, MUSS dieses in "/ClinicalDocument/documentationOf[1]/serviceEvent/performer" dokumentiert werden.

Sind mehrere Labors an der Erstellung beteiligt, MUSS das Labor im "structuredBody" entweder auf "entry"-Ebene oder im Rahmen eines "organizer"-Elementes oder direkt bei der Analyse ("observation"-Element) angegeben werden. Angaben in tieferen Ebenen (z.B. "observation"-Ebene) überschreiben solche auf höheren Ebenen (z.B. "organizer"-Ebene).

Für den Fall, dass Analysen von einem externen Labor durchgeführt wurden, MUSS assignedEntity/code mit @code="E", @codeSystem="2.16.840.1.113883.2.16.1.4.9", @codeSystemName="HL7.at.Laborkennzeichnung" und @displayName="EXTERN" angegeben werden.

13.4.4 Section Level Templates

13.4.4.1 Brieftext

Id

1.2.40.0.34.6.0.11.2.69

ref

at-cda-bbr-

Gültigkeit

2021‑06‑28 11:19:35

Andere Versionen mit dieser Id:

atcdabbr_section_Brieftext vom 2021‑02‑19 11:44:10
atcdabbr_section_Brieftext vom 2019‑04‑02 15:48:06

Status

Aktiv

Versions-Label

1.0.1+20210628

Name

atcdabbr_section_Brieftext

Bezeichnung

Brieftext

Beschreibung

Ein am Anfang des Briefes formulierter Freitext für eine Anrede oder Begrüßung. Z.B. „Sehr geehrte Kollegin…“

Die Angabe von medizinisch / fachlich relevanter Information in diesem Abschnitt ist NICHT ERLAUBT.
Es ist EMPFOHLEN, redundante Angaben von Patientennamen oder Aufenthaltsdaten des Patienten in dieser Section zu vermeiden.

Kontext

Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.2.69

Klassifikation

CDA Section level template

Offen/Geschlossen

Geschlossen (nur definierte Elemente sind erlaubt)

Assoziiert mit

Assoziiert mit 1 Konzept

Id	Name	Datensatz
at-cda-bbr-dataelement-55	Brieftext	Dataset A Allgemeiner Leitfaden

Benutzt

Benutzt 4 Templates

Benutzt	als	Name	Version
1.2.40.0.34.6.0.11.9.36	Containment	Author Body (1.0.1+20230717)	DYNAMIC
1.2.40.0.34.6.0.11.9.3	Containment	Informant Body (1.0.1+20211213)	DYNAMIC
1.2.40.0.34.6.0.11.3.53	Containment	Logo Entry (1.0.1+20210628)	DYNAMIC
1.2.40.0.34.6.0.11.2.8	Containment	Übersetzung (1.0.2+20230717)	DYNAMIC

Beziehung

Version: Template 1.2.40.0.34.6.0.11.2.69 Brieftext (2021‑02‑19 11:44:10)

ref

at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.2.69 Brieftext (2019‑04‑02 15:48:06)

ref

at-cda-bbr-

Beispiel

Strukturbeispiel

<section classCode="DOCSECT">
  <templateId root="1.2.40.0.34.6.0.11.2.69"/>  <code code="BRIEFT" displayName="Brieftext" codeSystem="1.2.40.0.34.5.40" codeSystemName="ELGA_Sections"/>  
  <title>Brieftext</title>  
  <text>Sehr geehrte Kollegen </text>  
  <entry>
    
  </entry></section>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:section

Container zur Angabe des Brieftexts.

(atc...ext)


	at-cda-bbr-dataelement-55	Brieftext	Dataset A Allgemeiner Leitfaden

@moodCode

cs

0 … 1

F

EVN

@classCode

cs

0 … 1

F

DOCSECT

hl7:templateId

II

1 … 1

M

(atc...ext)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.2.69

hl7:id

II

0 … 1

Eindeutige ID der Section

(atc...ext)

wo [not(@nullFlavor)]

hl7:code

CE

1 … 1

M

Code der Section.

(atc...ext)

@codeSystemName

st

0 … 1

F

ELGA_Sections

@code

CONF

1 … 1

F

BRIEFT

@codeSystem

1 … 1

F

1.2.40.0.34.5.40

hl7:title

ST

1 … 1

M

(atc...ext)

CONF

Elementinhalt muss "Brieftext" sein

hl7:text

SD.TEXT

1 … 1

M

Information für den menschlichen Leser.
Achtung: Wird ein Logo als maschinenlesbares Element angegeben, darf keine Referenz darauf im narrativen Text-Bereich angegeben werden (<renderMultiMedia referencedObject="…"/>).

(atc...ext)

hl7:author

0 … *

R

Beinhaltet 1.2.40.0.34.6.0.11.9.36 Author Body (DYNAMIC)

(atc...ext)

hl7:informant

0 … *

R

Beinhaltet 1.2.40.0.34.6.0.11.9.3 Informant Body (DYNAMIC)

(atc...ext)

hl7:entry

0 … 1

R

Es KANN zusätzlich ein Logo als maschinenlesbares Element angegeben werden.
Maschinenlesbares Element gemäß Template „ELGA Logo-Entry“ .

Beinhaltet 1.2.40.0.34.6.0.11.3.53 Logo Entry (DYNAMIC)

(atc...ext)

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

cs

0 … 1

F

true

hl7:component

0 … *

Optionale Subsections zur Angabe von Übersetzungen des text-Elements in andere Sprachen.
Beinhaltet 1.2.40.0.34.6.0.11.2.8 Übersetzung (DYNAMIC)

(atc...ext)

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

cs

0 … 1

F

true

13.4.4.2 Überweisungsgrund - optional codiert

Id

1.2.40.0.34.6.0.11.2.6

Gültigkeit

2021‑01‑14 09:58:40

Status

Aktiv

Versions-Label

1.0.0+20211213

Name

atlab_section_UeberweisungsgrundCodiert

Bezeichnung

Überweisungsgrund - codiert

Beschreibung

Der Grund für eine Gesundheitsdienstleistung. Enthält eine narrative Beschreibung des Grundes für den Auftrag (Beschreibung aus der Sicht des Gesundheitsdiensteanbieters) und/oder die eigene Beschreibung des Patienten (z.B. Hauptsymptome des Patienten).

Maschinenlesbare Elemente für klinische Angaben (z.B. "Z.n. HWI", "Verdacht auf Pneumonie") sind anzugeben.

Kontext

Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.2.6

Klassifikation

CDA Section level template

Offen/Geschlossen

Geschlossen (nur definierte Elemente sind erlaubt)

Benutzt

Benutzt 5 Templates

Benutzt	als	Name	Version
1.2.40.0.34.6.0.11.9.36	Containment	Author Body (1.0.1+20230717)	DYNAMIC
1.2.40.0.34.6.0.11.9.3	Containment	Informant Body (1.0.1+20211213)	DYNAMIC
1.2.40.0.34.6.0.11.3.30	Containment	Konsultationsgrund Problem Concern Entry (1.1.0+20201123)	DYNAMIC
1.2.40.0.34.6.0.11.3.19	Containment	Eingebettetes Objekt Entry (1.0.2+20230717)	DYNAMIC
1.2.40.0.34.6.0.11.2.8	Containment	Übersetzung (1.0.2+20230717)	DYNAMIC

Beziehung

Adaptation: Template 1.2.40.0.34.6.0.11.2.47 Konsultations- oder Überweisungsgrund - kodiert (2019‑11‑05 10:43:44)

ref

at-cda-bbr-

Beispiel

<section>
  <templateId root="1.2.40.0.34.6.0.11.2.6"/>  <code code="46239-0" codeSystem="2.16.840.1.113883.6.1" displayName="Chief complaint+Reason for visit" codeSystemName="LOINC"/>  <title>Überweisungsgrund</title>  
  <text>
    
    
    
  </text>  
  <entry>
    
  </entry></section>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:section

(atl...ert)

@classCode

cs

0 … 1

F

DOCSECT

@moodCode

cs

0 … 1

F

EVN

hl7:templateId

II

1 … 1

M

Überweisungsgrund - codiert

(atl...ert)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.2.6

hl7:id

II

0 … 1

Eindeutige ID der Section

(atl...ert)

wo [not(@nullFlavor)]

hl7:code

CE

1 … 1

M

(atl...ert)

@codeSystemName

st

0 … 1

F

LOINC

@code

CONF

1 … 1

F

46239-0

@codeSystem

1 … 1

F

2.16.840.1.113883.6.1 (LOINC)

@displayName

1 … 1

F

Chief complaint+Reason for visit

hl7:title

ST

1 … 1

M

(atl...ert)

CONF

Elementinhalt muss "Überweisungsgrund" sein

hl7:text

SD.TEXT

1 … 1

M

(atl...ert)

hl7:author

0 … *

Author der enthaltenen Information (GDA)
Beinhaltet 1.2.40.0.34.6.0.11.9.36 Author Body (DYNAMIC)

(atl...ert)

hl7:informant

0 … *

Quelle für die enthaltene Information

Name der Person und ihre Beziehung zum Patienten (Patient oder Angehöriger, Auskunftsperson - nicht-GDA)

Beinhaltet 1.2.40.0.34.6.0.11.9.3 Informant Body (DYNAMIC)

(atl...ert)

hl7:entry

1 … *

M

Maschinenlesbare Elemente für klinische Angaben (z.B. "Z.n. HWI", "Verdacht auf Pneumonie") können optional angegeben werden.
Beinhaltet 1.2.40.0.34.6.0.11.3.30 Konsultationsgrund Problem Concern Entry (DYNAMIC)

(atl...ert)

@typeCode

cs

1 … 1

F

DRIV

DRIV (is derived from) deutet an, dass "section/text" aus den CDA Level 3 Entries gerendert wurde und keine medizinisch relevanten Inhalte enthält, die nicht aus den Entries stammen.

@contextConductionInd

cs

0 … 1

F

true

hl7:entry

0 … *

Maschinenlesbares Element.

Die Beilagen MÜSSEN als maschinenlesbare Elemente angegeben werden.

Beinhaltet 1.2.40.0.34.6.0.11.3.19 Eingebettetes Objekt Entry (DYNAMIC)

(atl...ert)

@typeCode

cs

1 … 1

F

DRIV

DRIV (is derived from) deutet an, dass "section/text" aus den CDA Level 3 Entries gerendert wurde und keine medizinisch relevanten Inhalte enthält, die nicht aus den Entries stammen.

@contextConductionInd

cs

0 … 1

F

true

hl7:component

0 … *

R

Optionale Subsections zur Angabe von Übersetzungen des "text"-Elements in andere Sprachen.

Beinhaltet 1.2.40.0.34.6.0.11.2.8 Übersetzung (DYNAMIC)

(atl...ert)

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

cs

0 … 1

F

true

13.4.4.3 Angeforderte Untersuchungen - optional codiert

Id

1.2.40.0.34.6.0.11.2.15

Gültigkeit

2021‑01‑14 12:18:39

Status

Aktiv

Versions-Label

1.0.0+20211213

Name

atlab_section_AngeforderteUntersuchungenCodiert

Bezeichnung

Angeforderte Untersuchungen - codiert

Beschreibung

Die Section enthält die vom Auftraggeber angeforderten Untersuchungen bzw. das angeforderte Analysespektrum.
Angabe als Freitext, tabellarische Darstellung empfohlen.

Beispiele: "Kultur und Resistenz", "Pilzkultur", "Kultur auf spezielle Erreger", "MRSA-Screening"

Kontext

Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.2.15

Klassifikation

CDA Section level template

Offen/Geschlossen

Geschlossen (nur definierte Elemente sind erlaubt)

Benutzt

Benutzt 4 Templates

Benutzt	als	Name	Version
1.2.40.0.34.6.0.11.9.36	Containment	Author Body (1.0.1+20230717)	DYNAMIC
1.2.40.0.34.6.0.11.9.3	Containment	Informant Body (1.0.1+20211213)	DYNAMIC
1.2.40.0.34.6.0.11.3.169	Containment	Angeforderte Untersuchung Entry (1.0.0+20211213)	DYNAMIC
1.2.40.0.34.6.0.11.2.8	Containment	Übersetzung (1.0.2+20230717)	DYNAMIC

Beziehung

Adaptation: Template 1.2.40.0.34.6.0.11.2.13 Durchgeführte Maßnahmen - kodiert (2018‑12‑04 10:21:16)

ref

at-cda-bbr-

Beispiel

<section>
  <templateId root="1.2.40.0.34.6.0.11.2.15"/>  <code code="400999005" codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED CT" displayName="Procedure requested (situation)"/>  <title>Angeforderte Untersuchungen</title>  
  <text>
    <table>
      <thead>
        <tr>
          <th>Angeforderte Untersuchungen</th>        </tr>      </thead>      <tbody>
        <tr ID="req-1">
          <td>MRSA-Screening</td>        </tr>        
      </tbody>    </table>  </text>  
  <entry>
    
  </entry>  
</section>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:section

(atl...ert)

@classCode

cs

0 … 1

F

DOCSECT

@moodCode

cs

0 … 1

F

EVN

hl7:templateId

II

1 … 1

M

Angeforderte Untersuchungen - codiert

(atl...ert)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.2.15

hl7:id

II

0 … 1

Eindeutige ID der Section

(atl...ert)

wo [not(@nullFlavor)]

hl7:code

CE

1 … 1

M

Code der Section

(atl...ert)

@codeSystemName

st

0 … 1

F

SNOMED CT

@code

CONF

1 … 1

F

400999005

@codeSystem

1 … 1

F

2.16.840.1.113883.6.96 (SNOMED Clinical Terms)

@displayName

1 … 1

F

Procedure requested (situation)

hl7:title

ST

1 … 1

M

(atl...ert)

CONF

Elementinhalt muss "Angeforderte Untersuchungen" sein

hl7:text

SD.TEXT

1 … 1

M

Vom Auftraggeber angeforderten Untersuchungen bzw. das angeforderte Analysespektrum (Angabe als Freitext, tabellarische Darstellung empfohlen)

Beispiele: "Kultur und Resistenz", "Pilzkultur", "Kultur auf spezielle Erreger", "MRSA-Screening"

(atl...ert)

hl7:author

0 … *

R

Author der enthaltenen Information (GDA)

Beinhaltet 1.2.40.0.34.6.0.11.9.36 Author Body (DYNAMIC)

(atl...ert)

hl7:informant

0 … *

R

Quelle für die enthaltene Information

Name der Person und ihre Beziehung zum Patienten (Patient oder Angehöriger, Auskunftsperson - nicht-GDA)

Beinhaltet 1.2.40.0.34.6.0.11.9.3 Informant Body (DYNAMIC)

(atl...ert)

hl7:entry

1 … *

M

Codierte Darstellung der angeforderte Untersuchungen

Beinhaltet 1.2.40.0.34.6.0.11.3.169 Angeforderte Untersuchung Entry (DYNAMIC)

(atl...ert)

@typeCode

cs

1 … 1

F

DRIV

DRIV (is derived from) deutet an, dass "section/text" aus den CDA Level 3 Entries gerendert wurde und keine medizinisch relevanten Inhalte enthält, die nicht aus den Entries stammen.

@contextConductionInd

cs

0 … 1

F

true

hl7:component

0 … *

R

Optionale Subsections zur Angabe von Übersetzungen des "text"-Elements in andere Sprachen.

Beinhaltet 1.2.40.0.34.6.0.11.2.8 Übersetzung (DYNAMIC)

(atl...ert)

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

cs

0 … 1

F

true

13.4.4.4 Probeninformation (Specimen Section)

Id

1.2.40.0.34.6.0.11.2.93

Gültigkeit

2021‑01‑14 14:01:18

Status

Aktiv

Versions-Label

1.0.0+20211213

Name

atlab_section_ProbeninformationSpecimenSection

Bezeichnung

Probeninformation (Specimen Section)

Beschreibung

Die Dokumentation des Untersuchungsmaterials kann auf zwei Arten erfolgen:

Enthält ein Befund nur einen Befundbereich ("Laboratory Specialty Section"), so kann die Codierung innerhalb der einen Section erfolgen.

ODER

Bei Verwendung von mehreren Befundbereichen in einem Befund kann es zu Überschneidungen der Untersuchungsmaterialien kommen (ein spezielles Untersuchungsmaterial kann in zwei Befundbereichen analysiert werden). Die CDA Level 3 Codierung eines Untersuchungsmaterials darf jedoch nur einmal im gesamten Befund erfolgen. Daher sind die Informationen zu den Untersuchungsmaterialien in einer eigenen, führenden "Probeninformation (Specimen Section)" zu codieren.

WICHTIG: Derzeit werden Mikrobiologiebefunde mit mehreren Untersuchungsmaterialien NICHT unterstützt. Das bedeutet, dass in einem Mikrobiologiebefund nur genau ein Untersuchungsmaterial dokumentiert werden darf. Falls mehrere Untersuchungsmaterialien zu einem Auftrag eingesendet wurden, müssen diese auf mehrere Befunde aufgeteilt werden! Die Information kann in der Section "Befundbewertung" festgehalten werden.

Der Inhalt dieser Section enthält sämtliche Informationen über das zu befundende Untersuchungsmaterial. Die Darstellung in "section/text" hat tabellarisch zu erfolgen, wobei die Tabelle wie folgt aufgebaut sein sollte. Die Optionalität in dieser Tabelle bezieht sich auf die Darstellung des jeweiligen Elements in der Tabelle. Die Befüllung ergibt sich aus den Vorgaben für CDA Level 3 (z.B. ist die "Bemerkung Labor" in dieser Tabelle mit [R] angegeben, d.h. das Tabellenelement ist verpflichtend anzugeben, befüllt muss es aber nur werden, wenn tatsächlich eine Bemerkung vorhanden ist).

Spaltenname	Optionalität	Beschreibung
Matrial-ID	[O]	Identifikation des Untersuchungsmaterials.
Probenentnahme	[R]	Zeitpunkt oder Zeitintervall der Entnahme des Untersuchungsmaterials. Wert muss nicht angegeben werden bzw. darf "unbekannt" sein. Format: dd.MM.yyyy hh24:mi
Untersuchtes Material	[R]	Enthält Materialart [R] und Entnahmeort [O].
Probenentnahme durch	[O]	Für Entnahme des Untersuchungsmaterials zuständige Person und gegebenenfalls Organisation.
Probeneingang	[R]	Zeitpunkt des Eingangs des Untersuchungsmaterials im Labor. Format: dd.MM.yyyy hh24:mi
Bemerkung Labor	[R]	Allfällige Bemerkungen zur Qualität des Untersuchungsmaterials.

Kontext

Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.2.93

Klassifikation

CDA Section level template

Offen/Geschlossen

Geschlossen (nur definierte Elemente sind erlaubt)

Benutzt

Benutzt 2 Templates

Benutzt	als	Name	Version
1.2.40.0.34.6.0.11.3.160	Containment	Probeninformation (Specimen Entry) (1.0.0+20211213)	DYNAMIC
1.2.40.0.34.6.0.11.2.8	Containment	Übersetzung (1.0.2+20230717)	DYNAMIC

Beziehung

Adaptation: Template 1.2.40.0.34.11.4.2.1 Spezimen-Section (2013‑11‑07)

ref

elgabbr-

Beispiel

Vollständiger 'section/text'

<section classCode="DOCSECT" moodCode="EVN">
  <templateId root="1.2.40.0.34.6.0.11.2.93"/>  <code code="10" codeSystem="1.2.40.0.34.5.11" codeSystemName="ELGA_LaborparameterErgaenzung" displayName="Probeninformation"/>  <title>Probeninformation</title>  
  <text>
    <table>
      <thead>
        <tr>
          <th styleCode="xELGA_colw:15">Material-ID</th>          <th styleCode="xELGA_colw:10">Probenentnahme</th>          <th styleCode="xELGA_colw:14">Untersuchtes Material</th>          <th styleCode="xELGA_colw:17">Probenentnahme durch</th>          <th styleCode="xELGA_colw:10">Probeneingang</th>          <th styleCode="xELGA_colw:25">Bemerkung Labor</th>        </tr>      </thead>      <tbody>
        <tr ID="SPEC-1-1">
          <td>PL-081201-02</td>          <td>01.12.2012 06:34</td>          <td>Plasma, Linke Ellenbeuge</td>          <td>Dr. Humpel, Amadeus Spital</td>          <td>01.12.2012 08:15</td>          <td ID="SpecimenComment01">leicht hämolytisch</td>        </tr>        <tr ID="SPEC-2-1">
          <td>WD-081201-01</td>          <td>01.12.2012 06:34</td>          <td>Wunddrainage, rechter Oberarm</td>          <td>Dr. Humpel, Amadeus Spital</td>          <td>01.12.2012
08:15</td>          <td/>        </tr>      </tbody>    </table>  </text>  
  <entry typeCode="DRIV">
    
  </entry></section>

Beispiel

Minimaler 'section/text'

<section classCode="DOCSECT" moodCode="EVN">
  <templateId root="1.2.40.0.34.6.0.11.2.93"/>  <code code="10" codeSystem="1.2.40.0.34.5.11" codeSystemName="ELGA_LaborparameterErgaenzung" displayName="Probeninformation"/>  <title>Probeninformation</title>  
  <text>
    <table>
      <thead>
        <tr>
          <th>Probenentnahme</th>          <th>Untersuchtes Material</th>          <th>Probeneingang</th>          <th>Bemerkung Labor</th>        </tr>      </thead>      <tbody>
        <tr ID="SPEC-1-1">
          <td>01.12.2012 06:34</td>          <td>Plasma, Linke Ellenbeuge</td>          <td>01.12.2012 08:15</td>          <td ID="SpecimenComment01">leicht hämolytisch</td>        </tr>        <tr ID="SPEC-2-1">
          <td>01.12.2012 06:34</td>          <td>Wunddrainage,
rechter Oberarm</td>          <td>01.12.2012 08:15</td>          <td/>        </tr>      </tbody>    </table>  </text>  
  <entry typeCode="DRIV">
    
  </entry></section>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:section

Probeninformation (Specimen Section)

(atl...ion)

@classCode

cs

0 … 1

F

DOCSECT

@moodCode

cs

0 … 1

F

EVN

hl7:templateId

II

1 … 1

M

Probeninformation (Specimen Section)

(atl...ion)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.2.93

hl7:id

II

0 … 1

Eindeutige ID der Section

(atl...ion)

hl7:code

CE

1 … 1

M

(atl...ion)

@codeSystemName

st

0 … 1

F

ELGA_LaborparameterErgaenzung

@code

CONF

1 … 1

F

10

@codeSystem

1 … 1

F

1.2.40.0.34.5.11 (ELGA_LaborparameterErgaenzung)

@displayName

1 … 1

F

Probeninformation

hl7:title

ST

1 … 1

M

(atl...ion)

CONF

Elementinhalt muss "Probeninformation" sein

hl7:text

SD.TEXT

1 … 1

M

Menschenlesbare Information über das Material in tabellarischer Form. Entspricht CDA Level 2.

(atl...ion)

hl7:entry

1 … 1

M

Enthält die CDA Level 3 codierten Informationen.
Beinhaltet 1.2.40.0.34.6.0.11.3.160 Probeninformation (Specimen Entry) (DYNAMIC)

(atl...ion)

@typeCode

cs

1 … 1

F

DRIV

DRIV (is derived from) deutet an, dass "section/text" aus den CDA Level 3 Entries gerendert wurde und keine medizinisch relevanten Inhalte enthält, die nicht aus den Entries stammen.

@contextConductionInd

cs

0 … 1

F

true

hl7:component

0 … *

R

Optionale Subsections zur Angabe von Übersetzungen des "text"-Elements in andere Sprachen.

Beinhaltet 1.2.40.0.34.6.0.11.2.8 Übersetzung (DYNAMIC)

(atl...ion)

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

cs

0 … 1

F

true

13.4.4.5 Laboratory Specialty Section

Id

1.2.40.0.34.6.0.11.2.102

Gültigkeit

2021‑01‑21 11:16:21

Status

Aktiv

Versions-Label

1.0.0+20211213

Name

atlab_section_LaboratorySpecialtySection

Bezeichnung

Laboratory Specialty Section

Beschreibung

Die Section "Laboratory Specialty Section" entspricht den Befundbereichen basierend auf dem Value Set "ELGA_Laborstruktur", wobei für Befundbereiche NUR Einträge des Level 1 verwendet werden dürfen. Bei der Verwendung der Befundbereiche ist die Reihenfolge gemäß Value Set verpflichtend einzuhalten.

Achtung: Aus dem Value Set "ELGA_Laborstruktur" werden der Code "10 - Probeninformation" durch die Section "Probeninformation (Specimen Section)" und der Code "20 - Befundbewertung" durch die Section "Befundbewertung" abgedeckt und dürfen somit im Rahmen dieses Templates NICHT VERWENDET werden.

Darstellung der Ergebnisse

"section/text" enthält den narrativen Text, der der CDA Level 2 Darstellung der medizinischen Inhalte entspricht. "section/text" darf keine medizinisch relevanten Inhalte enthalten, die nicht aus den CDA Level 3 codierten Daten abgeleitet werden können. Die CDA Level 3 codierten Informationen sind über das Template "Laboratory Report Data Processing Entry" abzubilden, welches die Grundlage für die Strukturierung (Abschnitte, Formatierung, etc.) von "section/text" bildet.

Die Darstellung der Analyseergebnisse in "section/text" hat tabellarisch zu erfolgen, wobei die Tabelle wie folgt aufgebaut sein sollte. Die Optionalität in dieser Tabelle bezieht sich auf die Darstellung des jeweiligen Elements in der Tabelle. Die Befüllung ergibt sich aus den Vorgaben für CDA Level 3 (z.B. ist die "Einheit" in dieser Tabelle mit [R] angegeben, d.h. das Tabellenelement ist verpflichtend anzugeben, befüllt muss es aber nur werden, wenn tatsächlich eine Einheit vorhanden ist).

Spaltenname	Optionalität	Beschreibung
Analyse	[R]	Bezeichung der Analyse (MUSS dem "Begriff"/"displayName" aus dem Value Set "ELGA_Laborparameter" entsprechen).
Ergebnis	[R]	Numerisches, nominales, ordinales oder narratives Ergebnis der Analyse.
Einheit	[R]	Einheit; falls zutreffend, ist der UCUM printName anzugeben.
Referenzbereich	[O]	Der für die gegebenen Rahmenbedinungen (Patient, Analyse, Untersuchungsmaterial, etc.) passende Referenzbereich ist anzugeben.
Interpretation	[O]	Codierte Angabe der Interpretation des Ergebnisses (siehe unten).
Externes Labor	[O]	Angabe von "E", wenn die Analyse von einem externen Dienstleister durchgeführt wurde.

Anmerkungen zur Tabelle:

Spezialuntersuchungen, die nicht in das angegebene Schema passen (z.B Molekulare Diagnostik, Allergiediagnostik etc.), können bei Bedarf auch anders dargestellt werden. Ensprechende Beispieldokumente stehen zur Verfügung.
Für die Spalte "Ergebnis" und "Referenzbereich" wird EMPFOHLEN, bei Dezimalzahlen einen Punkt als Dezimaltrennzeichen zu verwenden – gleich wie im maschinenlesbaren Teil.

Interpretation der Ergebnisse

In Laborbefunden ist es üblich, eine codierte Bewertung zu jedem Ergebnis anzugeben. Basierend auf dem Auszug aus dem Value Set "ELGA_ObservationInterpretation" stellt die folgende Tabelle dar, wie eine Darstellung in CDA Level 2, in Abhängigkeit von den CDA Level 3 codierten Interpretationen, aussehen kann.

Darstellung CDA Level 2	Codierung CDA Level 3	Beschreibung
Befundinterpretation für numerische Ergebnisse
++	HH	Oberhalb des Referenzbereiches und über einer oberen Warngrenze
+	H	Oberhalb des Referenzbereiches
	N	Normal (innerhalb des Referenzbereiches)
-	L	Unterhalb des Referenzbereiches
--	LL	Unterhalb des Referenzbereiches und unter einer unteren Warngrenze
Befundinterpretation für nicht numerische Ergebnisse
	N	Normal (innerhalb des Referenzbereiches)
*	A	Abnormal
**	AA	Abnormal Warngrenze

Darstellung auffälliger/pathologischer Ergebnisse

Auffällige/pathologische Ergebnisse SOLLEN für die Darstellung mit dem Stylecode "xELGA_red" versehen werden. Dieser wird für die betroffene Tabellenzeile vergeben (siehe Beispiel).

Kontext

Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.2.102

Klassifikation

CDA Section level template

Offen/Geschlossen

Geschlossen (nur definierte Elemente sind erlaubt)

Benutzt

Benutzt 2 Templates

Benutzt	als	Name	Version
1.2.40.0.34.6.0.11.3.25	Containment	Laboratory Report Data Processing Entry (1.0.1)	DYNAMIC
1.2.40.0.34.6.0.11.2.8	Containment	Übersetzung (1.0.2+20230717)	DYNAMIC

Beziehung

Spezialisierung: Template 1.3.6.1.4.1.19376.1.3.3.2.1 Speciality-Section (2013‑11‑07)

ref

elgabbr-

Beispiel

<section classCode="DOCSECT" moodCode="EVN">
  <templateId root="1.2.40.0.34.6.0.11.2.102"/>  <id extension="P-body" root="2.16.840.1.113883.3.933.1.1"/>  <code code="300" codeSystem="1.2.40.0.34.5.11" codeSystemName="ELGA_LaborparameterErgaenzung" displayName="Hämatologie"/>  <title>Hämatologie</title>  
  <text>
    
    <paragraph styleCode="xELGA_h3">Blutbild</paragraph>    <table>
      <thead>
        <tr>
          <th>Analyse</th>          <th>Ergebnis</th>          <th>Einheit</th>          <th>Referenzbereiche</th>          <th>Interpretation</th>        </tr>      </thead>      <tbody>
        
        <tr ID="OBS-1-1" styleCode="xELGA_red">
          <td>Leukozyten</td>          <td>26</td>          <td>10^9/L</td>          <td ID="OBSREF-1-1">4-10</td>          <td>+</td>        </tr>        <tr ID="OBS-1-2">
          <td>Thrombozyten</td>          <td>165</td>          <td>10^9/L</td>          <td ID="OBSREF-1-2">150-360</td>          <td/>        </tr>      </tbody>    </table>  </text>  
  <entry typeCode="DRIV">
    
  </entry></section>

Beispiel

Allergiediagnostik

<section classCode="DOCSECT" moodCode="EVN">
  <templateId root="1.2.40.0.34.6.0.11.2.102"/>  <id extension="P-body" root="2.16.840.1.113883.3.933.1.1"/>  <code code="1800" codeSystem="1.2.40.0.34.5.11" codeSystemName="ELGA_LaborparameterErgaenzung" displayName="Allergiediagnostik"/>  <title>Allergiediagnostik</title>  
  <text>
    
    <paragraph styleCode="xELGA_h3">Globalmarker</paragraph>    <table>
      <thead>
        <tr>
          <th styleCode="xELGA_colw:70">Analyse</th>          <th>Ergebnis</th>          <th>Interpretation</th>        </tr>      </thead>      <tfoot>
        <tr>
          <td>
            Die "erweiterten Analyseinformationen" wurden direkt unter die Analysenbezeichnungen geschrieben.            <br/>            (Hier kann sonst ein Kommentar zu den Globalmarkern
stehen.)          </td>        </tr>      </tfoot>      <tbody>
        <tr ID="OBS-1-1">
          <td>
            sx1 Inhalatives Screening            <br/>            <content styleCode="italics">Lieschgras, Roggen, Birke, Beifuß, Dermatophagoides pteronyssinus, Katzenschuppen, Hundeschuppen, Cladosporium herbarum</content>          </td>          <td>negativ</td>          <td/>        </tr>        <tr ID="OBS-1-2" styleCode="xELGA_red">
          <td>
            mx1 Schimmelpilzemix 1            <br/>            <content styleCode="italics">Alternaria alternata, Aspergillus fumigatus, Cladosporium herbarum, Penicillium notatum</content>          </td>          <td>positiv</td>          <td>A</td>        </tr>      </tbody>    </table>    
    <paragraph styleCode="xELGA_h3">Inhalationsallergene IgE</paragraph>    <table>
      <thead>
        <tr>
          <th styleCode="xELGA_colw:40">Analyse</th>          <th>Ergebnis</th>          <th>Einheit</th>          <th>Referenzbereich</th>          <th>Interpretation</th>        </tr>      </thead>      <tfoot>
        <tr>
          <td>Drei Optionen der Befunddarstellung der Allergiediagnostik: 1) quantitativ, 2) mit
RAST-Klasse und 3) kombiniert (quantitativ + RAST-Interpretation) </td>        </tr>      </tfoot>      <tbody>
        <tr ID="OBS-2-1">
          <td>Penicillum notatum (Pinselschimmel)</td>          <td><0.35</td>          <td>kU/L</td>          <td><0.35</td>          <td/>        </tr>        <tr ID="OBS-2-2">
          <td>Cladosporium herbarum IgE RAST</td>          <td>0</td>          <td>RAST</td>          <td/>          <td/>        </tr>        <tr ID="OBS-2-3" styleCode="xELGA_red">
          <td>Alternaria
alternata (Alternaria tenuis) IgE</td>          <td>5.18</td>          <td>kU/L</td>          <td><0.35</td>          <td>RAST 3</td>        </tr>      </tbody>    </table>  </text>  
  <entry typeCode="DRIV">
    
  </entry></section>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:section

(atl...ion)

@classCode

cs

0 … 1

F

DOCSECT

@moodCode

cs

0 … 1

F

EVN

hl7:templateId

II

1 … 1

M

Laboratory Specialty Section

(atl...ion)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.2.102

hl7:templateId

II

NP

IHE PalM TF3 Rev.10, 6.3.3.1 Laboratory Specialty Section

Strukturell basiert diese Section auf den Vorgaben der IHE. Die Codierung von "section/code" erfolgt allerdings nicht nach den von IHE vorgegebenen LOINC-Codes. Deshalb darf diese templateID nicht angegeben werden.

(atl...ion)

wo [@root='1.3.6.1.4.1.19376.1.3.3.2.1']

@root

uid

1 … 1

F

1.3.6.1.4.1.19376.1.3.3.2.1

hl7:id

II

0 … 1

Eindeutige ID der Section auf Basis eines lokalen Nummernkreises.

(atl...ion)

wo [not(@nullFlavor)]

hl7:code

CE

1 … 1

M

Definition des Befundbereiches.

(atl...ion)

@code

cs

1 … 1

R

@codeSystem

oid

1 … 1

R

@codeSystemName

st

0 … 1

@displayName

st

1 … 1

R

Constraint

Aus dem Value Set dürfen NUR Einträge des Level 1 verwendet werden. Bei der Verwendung der Befundbereiche ist die Reihenfolge gemäß Value Set verpflichtend einzuhalten.

Achtung: Der Code "10 - Probeninformation" wird durch die Section "Probeninformation (Specimen Section)" und der Code "20 - Befundbewertung" wird durch die Section "Befundbewertung" abgedeckt und dürfen somit im Rahmen dieses Templates NICHT VERWENDET werden.

CONF

Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.47 ELGA_Laborstruktur (DYNAMIC)

hl7:title

ST

1 … 1

M

Der Titel MUSS dem displayName des "code"-Elements entsprechen.

(atl...ion)

hl7:text

SD.TEXT

1 … 1

M

Narrativer Text. Entspricht CDA Level 2.

(atl...ion)

hl7:entry

1 … 1

M

Enthält die CDA Level 3 codierten Informationen.

Beinhaltet 1.2.40.0.34.6.0.11.3.25 Laboratory Report Data Processing Entry (DYNAMIC)

(atl...ion)

@typeCode

cs

1 … 1

F

DRIV

DRIV (is derived from) deutet an, dass "section/text" aus den CDA Level 3 Entries gerendert wurde und keine medizinisch relevanten Inhalte enthält, die nicht aus den Entries stammen.

@contextConductionInd

cs

0 … 1

F

true

hl7:component

0 … *

R

Optionale Subsections zur Angabe von Übersetzungen des "text"-Elements in andere Sprachen.

Beinhaltet 1.2.40.0.34.6.0.11.2.8 Übersetzung (DYNAMIC)

(atl...ion)

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

cs

0 … 1

F

true

13.4.4.6 Laboratory Specialty Section (Mikroskopie)

Id

1.2.40.0.34.6.0.11.2.105

Gültigkeit

2021‑04‑06 08:10:32

Status

Aktiv

Versions-Label

1.0.0+20211213

Name

atlab_section_LaboratorySpecialtySectionMikroskopieCodiert

Bezeichnung

Laboratory Specialty Section (Mikroskopie) - codiert

Beschreibung

Die Section "Laboratory Specialty Section (Mikroskopie)" entspricht jenem Befundbereich eines Mikrobiologiebefundes, in dem alle Mikroskopie-Ergebnisse dokumentiert werden. Jedes Ergebnis wird direkt in einer separaten "Laboratory Observation" codiert werden.

Darstellung der Ergebnisse

"section/text" enthält den narrativen Text, der der CDA Level 2 Darstellung der medizinischen Inhalte entspricht. "section/text" darf keine medizinisch relevanten Inhalte enthalten, die nicht aus den CDA Level 3 codierten Daten abgeleitet werden können. Die CDA Level 3 codierten Informationen sind über das Template "Laboratory Report Data Processing Entry" abzubilden, welches die Grundlage für die Strukturierung (Abschnitte, Formatierung, etc.) von "section/text" bildet.

Die Darstellung der Mikroskopieergebnisse in "section/text" hat tabellarisch zu erfolgen, wobei die Tabelle wie folgt aufgebaut sein sollte. Die Optionalität in dieser Tabelle bezieht sich auf die Darstellung des jeweiligen Elements in der Tabelle. Die Befüllung ergibt sich aus den Vorgaben für CDA Level 3 (z.B. ist die "Ergebnis" in dieser Tabelle mit [R] angegeben, d.h. das Tabellenelement ist verpflichtend anzugeben, befüllt muss es aber nur werden, wenn tatsächlich ein Ergebnis vorhanden ist).

Spaltenname	Optionalität	Beschreibung
Eigenschaft	[R]	Bezeichung der Analyse (MUSS dem "Begriff"/"displayName" aus dem Value Set "ELGA_Laborparameter" entsprechen).
Ergebnis	[R]	Numerisches, nominales, ordinales oder narratives Ergebnis der Analyse
Einheit	[O]	Einheit; falls zutreffend, ist der UCUM printName anzugeben.
Externes Labor	[O]	Angabe von "E", wenn die Analyse von einem externen Dienstleister durchgeführt wurde.

Darstellung auffälliger/pathologischer Ergebnisse

Auffällige/pathologische Ergebnisse SOLLEN für die Darstellung mit dem Stylecode "xELGA_red" versehen werden. Dieser wird für die betroffene Tabellenzeile vergeben.

Kontext

Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.2.105

Klassifikation

CDA Section level template

Offen/Geschlossen

Geschlossen (nur definierte Elemente sind erlaubt)

Benutzt

Benutzt 2 Templates

Benutzt	als	Name	Version
1.2.40.0.34.6.0.11.3.25	Containment	Laboratory Report Data Processing Entry (1.0.1)	DYNAMIC
1.2.40.0.34.6.0.11.2.8	Containment	Übersetzung (1.0.2+20230717)	DYNAMIC

Beziehung

Spezialisierung: Template 1.2.40.0.34.6.0.11.2.102 Laboratory Specialty Section (2021‑01‑21 11:16:21)

ref

at-lab-

Spezialisierung: Template 1.3.6.1.4.1.19376.1.3.3.2.1 Speciality-Section (2013‑11‑07)

ref

elgabbr-

Beispiel

<section classCode="DOCSECT" moodCode="EVN">
  <templateId root="1.2.40.0.34.6.0.11.2.105"/>  <id extension="P-body" root="2.16.840.1.113883.3.933.1.1"/>  <code code="395538009" codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED CT" displayName="Microscopic specimen observation (finding)"/>  <title>Mikroskopie</title>  
  <text>
    <table>
      <thead>
        <tr>
          <th>Eigenschaft</th>          <th>Ergebnis</th>          <th>Einheit</th>        </tr>      </thead>      <tbody>
        <tr ID="OBS-1-1">
          <td>Epithelzellen</td>          <td ID="OBS-1-1-result">vereinzelt</td>          <td/>        </tr>        <tr ID="OBS-1-2">
          <td>grampositive Stäbchen</td>          <td ID="OBS-1-2-result">spärlich</td>          <td/>        </tr>      </tbody>    </table>  </text>  
  <entry typeCode="DRIV">
    <templateId root="1.2.40.0.34.6.0.11.3.25"/>    <templateId root="1.3.6.1.4.1.19376.1.3.1"/>    <act classCode="ACT" moodCode="EVN">
      <code code="395538009" codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED CT" displayName="Microscopic specimen observation (finding)"/>      <statusCode code="completed"/>      
      <entryRelationship typeCode="COMP">
        <observation classCode="OBS" moodCode="EVN">
          <templateId root="1.2.40.0.34.6.0.11.3.27"/>          <templateId root="1.3.6.1.4.1.19376.1.3.1.6"/>          <code code="V00681-9" codeSystem="1.2.40.0.34.5.11" displayName="Epithelzellen in unspezifiziertem Material, lichtmikroskopisch"/>          <text>
            <reference value="#OBS-1-1"/>          </text>          <statusCode code="completed"/>          <effectiveTime nullFlavor="UNK"/>          <value xsi:type="CD" code="89292003" codeSystem="2.16.840.1.113883.6.96" displayName="Rare (qualifier value)">
            <originalText>
              <reference value="#OBS-1-1-result"/>            </originalText>          </value>        </observation>      </entryRelationship>      
      <entryRelationship typeCode="COMP">
        <observation classCode="OBS" moodCode="EVN">
          <templateId root="1.2.40.0.34.6.0.11.3.27"/>          <templateId root="1.3.6.1.4.1.19376.1.3.1.6"/>          <code code="V00700-7" codeSystem="1.2.40.0.34.5.11" displayName="grampositive Stäbchen in unspezifiziertem Material, lichtmikroskopisch"/>          <text>
            <reference value="#OBS-1-2"/>          </text>          <statusCode code="completed"/>          <effectiveTime nullFlavor="UNK"/>          <value xsi:type="CD" code="57176003" codeSystem="2.16.840.1.113883.6.96" displayName="Few (qualifier value)">
            <originalText>
              <reference value="#OBS-1-2-result"/>            </originalText>          </value>        </observation>      </entryRelationship>    </act>  </entry></section>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:section

(atl...ert)

@classCode

cs

0 … 1

F

DOCSECT

@moodCode

cs

0 … 1

F

EVN

hl7:templateId

II

1 … 1

M

Laboratory Specialty Section (Mikroskopie) - codiert

(atl...ert)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.2.105

hl7:templateId

II

NP

IHE PalM TF3 Rev.10, 6.3.3.1 Laboratory Specialty Section

Strukturell basiert diese Section auf den Vorgaben der IHE. Die Codierung von "section/code" erfolgt allerdings nicht nach den von IHE vorgegebenen LOINC-Codes. Deshalb darf diese templateID nicht angegeben werden.

(atl...ert)

wo [@root='1.3.6.1.4.1.19376.1.3.3.2.1']

@root

uid

1 … 1

F

1.3.6.1.4.1.19376.1.3.3.2.1

hl7:id

II

0 … 1

Eindeutige ID der Section auf Basis eines lokalen Nummernkreises.

(atl...ert)

wo [not(@nullFlavor)]

hl7:code

CE

1 … 1

M

Definition des Befundbereiches.

(atl...ert)

@codeSystemName

st

0 … 1

F

SNOMED CT

@code

CONF

1 … 1

F

395538009

@codeSystem

1 … 1

F

2.16.840.1.113883.6.96 (SNOMED Clinical Terms)

@displayName

1 … 1

F

Microscopic specimen observation (finding)

hl7:title

ST

1 … 1

M

(atl...ert)

CONF

Elementinhalt muss "Mikroskopie" sein

hl7:text

SD.TEXT

1 … 1

M

Narrativer Text. Entspricht CDA Level 2.

(atl...ert)

hl7:entry

1 … 1

M

Enthält die CDA Level 3 codierten Informationen.

Beinhaltet 1.2.40.0.34.6.0.11.3.25 Laboratory Report Data Processing Entry (DYNAMIC)

(atl...ert)

@typeCode

cs

1 … 1

F

DRIV

DRIV (is derived from) deutet an, dass "section/text" aus den CDA Level 3 Entries gerendert wurde und keine medizinisch relevanten Inhalte enthält, die nicht aus den Entries stammen.

@contextConductionInd

cs

0 … 1

F

true

hl7:component

0 … *

R

Optionale Subsections zur Angabe von Übersetzungen des "text"-Elements in andere Sprachen.

Beinhaltet 1.2.40.0.34.6.0.11.2.8 Übersetzung (DYNAMIC)

(atl...ert)

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

cs

0 … 1

F

true

13.4.4.7 Laboratory Specialty Section (Kultureller Erregernachweis)

Id

1.2.40.0.34.6.0.11.2.106

Gültigkeit

2021‑04‑06 08:46:53

Status

Aktiv

Versions-Label

1.0.0+20211213

Name

atlab_section_LaboratorySpecialtySectionKulturellerErregernachweis

Bezeichnung

Laboratory Specialty Section (Kultureller Erregernachweis)

Beschreibung

Die "Laboratory Specialty Section (Kultureller Erregernachweis)" entspricht jenem Befundbereich eines Mikrobiologiebefundes, in dem alle kulturellen Erregernachweise inklusive möglicher Antibiogramme dokumentiert werden. Jeder ermittelte Erreger und dessen Antibiogramm wird in einem separaten "Laboratory Isolate Organzier" codiert.

Darstellung der Ergebnisse

"section/text" enthält den narrativen Text, der der CDA Level 2 Darstellung der medizinischen Inhalte entspricht. "section/text" darf keine medizinisch relevanten Inhalte enthalten, die nicht aus den CDA Level 3 codierten Daten abgeleitet werden können. Die CDA Level 3 codierten Informationen sind über das Template "Laboratory Report Data Processing Entry" abzubilden, welches die Grundlage für die Strukturierung (Abschnitte, Formatierung, etc.) von "section/text" bildet.

Darstellung der kulturellen Ergebnisse

Die Darstellung der kulturellen Erregernachweise in "section/text" hat tabellarisch zu erfolgen, wobei die Tabelle wie folgt aufgebaut sein sollte. Die Optionalität in dieser Tabelle bezieht sich auf die Darstellung des jeweiligen Elements in der Tabelle. Die Befüllung ergibt sich aus den Vorgaben für CDA Level 3 (z.B. ist die "Methode" in dieser Tabelle mit [R] angegeben, d.h. das Tabellenelement ist verpflichtend anzugeben, befüllt muss es aber nur werden, wenn tatsächlich eine Methode vorhanden ist).

Spaltenname	Optionalität	Beschreibung
	[O]	Fortlaufende Nummerierung der Erreger, um die Referenzierung in der Antibiogrammtabelle zu erleichtern.
Erreger	[R]	Bezeichung des Erregers (MUSS dem "Begriff"/"displayName" aus dem Value Set "ELGA_Mikroorganismen_VS" entsprechen).
Methode	[R]	Angabe der durchgeführten Methode, mit der der Erreger nachgewiesen wurde (MUSS dem "Begriff"/"displayName" aus dem Value Set "ELGA_Laborparameter" entsprechen).
Ergebnis / Keimzahl	[R]	Numerisches, nominales, ordinales oder narratives Ergebnis der Analyse.
Externes Labor	[O]	Angabe von "E", wenn die Analyse von einem externen Dienstleister durchgeführt wurde.

Darstellung der Antibiogramme

Die Darstellung der Antibiogramme in "section/text" hat tabellarisch zu erfolgen, wobei die Tabelle wie folgt aufgebaut sein sollte.

Die erste Spalte "Wirkstoff" der Tabelle erhält für jeden getesteten Wirkstoff eine Zeile. Der dargestellte Name MUSS dem "Begriff"/"displayName" aus dem Value Set "ELGA_Antibiogramm_VS" entsprechen.
Für jeden Erreger, für den ein Antibiogramm vorliegt, wird eine zusätzliche Spalte erstellt. Die Spaltenüberschrift enthält den Erregernamen. Sollte die Matrix bei zu vielen Erregern zu unübersichtlich werden, wird empfohlen, die Erreger in der Tabelle des Erregernachweises zu nummerieren und in der Tabelle des Antibiogramms lediglich die Nummer des getesteten Keims als Spaltenüberschrift anzugeben.
Am Schnittpunkt von Erreger (Spalte) und Wirkstoff (Zeile) wird jeweils die Resistenz (R, S, I) und/oder die minimale Hemmkonzentration (MHK) festgehalten. Es ist auch möglich, dass weder Resistenz noch MHK für eine Erreger-Wirkstoff-Kombination vorhanden ist. In diesem Fall bleibt die Zelle der Tabelle leer.

Darstellung auffälliger/pathologischer Ergebnisse

Auffällige/pathologische Ergebnisse SOLLEN für die Darstellung mit dem Stylecode "xELGA_red" versehen werden. Dieser wird für die betroffene Tabellenzeile vergeben.

Kontext

Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.2.106

Klassifikation

CDA Section level template

Offen/Geschlossen

Geschlossen (nur definierte Elemente sind erlaubt)

Benutzt

Benutzt 2 Templates

Benutzt	als	Name	Version
1.2.40.0.34.6.0.11.3.25	Containment	Laboratory Report Data Processing Entry (1.0.1)	DYNAMIC
1.2.40.0.34.6.0.11.2.8	Containment	Übersetzung (1.0.2+20230717)	DYNAMIC

Beziehung

Spezialisierung: Template 1.2.40.0.34.6.0.11.2.102 Laboratory Specialty Section (2021‑01‑21 11:16:21)

ref

at-lab-

Spezialisierung: Template 1.3.6.1.4.1.19376.1.3.3.2.1 Speciality-Section (2013‑11‑07)

ref

elgabbr-

Beispiel

<section classCode="DOCSECT" moodCode="EVN">
  <templateId root="1.2.40.0.34.6.0.11.2.105"/>  <id extension="P-body" root="2.16.840.1.113883.3.933.1.1"/>  <code code="446394004" codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED CT" displayName="Microbial culture finding (finding)"/>  <title>Kultureller Erregernachweis</title>  
  <text>
    <table>
      <thead>
        <tr>
          <th>Erreger</th>          <th>Methode</th>          <th>Ergebnis / Keimzahl</th>        </tr>      </thead>      <tbody>
        <tr ID="OBS-MIBI-1">
          <td ID="OBS-MIBI-1-1">Staphylococcus epidermidis</td>          <td ID="OBS-MIBI-1-2">Kultur</td>          <td ID="OBS-MIBI-1-3">nachgewiesen</td>        </tr>        <tr ID="OBS-MIBI-2">
          
        </tr>      </tbody>    </table>    <paragraph styleCode="xELGA_h3">Antibiogramm</paragraph>    <table>
      <thead>
        <tr>
          <th>Wirkstoff</th>          <th>Staphylococcus epidermidis</th>          <th>
            
          </th>        </tr>      </thead>      <tfoot>
        <tr>
          <td>S = sensibel bei Standarddosierung, I = sensibel bei erhöhter Exposition, R =
resistent, [] minimale Hemmkonzentration in mg/L</td>        </tr>      </tfoot>      <tbody>
        <tr>
          <td ID="OBS-AB-1">Penicillin</td>          <td ID="OBS-AB-1-1">R</td>          <td ID="OBS-AB-1-2">
            
          </td>        </tr>        <tr>
          <td ID="OBS-AB-2">Oxacillin</td>          <td ID="OBS-AB-2-1">S</td>          <td ID="OBS-AB-2-2">
            
          </td>        </tr>        <tr>
          <td ID="OBS-AB-3">Erythromycin</td>          <td ID="OBS-AB-3-1">S</td>          <td ID="OBS-AB-3-2">
            
          </td>        </tr>        <tr>
          <td ID="OBS-AB-4">Clindamycin</td>          <td ID="OBS-AB-4-1">S</td>          <td ID="OBS-AB-4-2">
            
          </td>        </tr>      </tbody>    </table>  </text>  
  <entry typeCode="DRIV">
    <templateId root="1.2.40.0.34.6.0.11.3.25"/>    <act classCode="ACT" moodCode="EVN">
      <code code="446394004" codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED CT" displayName="Microbial culture finding (finding)"/>      <statusCode code="completed"/>      <entryRelationship typeCode="COMP">
        
        <organizer classCode="CLUSTER" moodCode="EVN">
          <templateId root="1.2.40.0.34.6.0.11.3.167"/>          <templateId root="1.3.6.1.4.1.19376.1.3.1.5"/>          <statusCode code="completed"/>          <effectiveTime nullFlavor="UNK"/>          <specimen typeCode="SPC">
            <specimenRole classCode="SPEC">
              <specimenPlayingEntity classCode="MIC">
                <code code="60875001" codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED CT" displayName="Staphylococcus epidermidis">
                  <originalText>
                    <reference value="#OBS-MIBI-1-1"/>                  </originalText>                </code>              </specimenPlayingEntity>            </specimenRole>          </specimen>          
          <component typeCode="COMP">
            <observation classCode="OBS" moodCode="EVN">
              <templateId root="1.2.40.0.34.6.0.11.3.27"/>              <templateId root="1.3.6.1.4.1.19376.1.3.1.6"/>              <code code="11475-1" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC" displayName="Microorganism identified in Specimen by Culture">
                <originalText>
                  <reference value="#OBS-MIBI-1-2"/>                </originalText>              </code>              <statusCode code="completed"/>              <effectiveTime nullFlavor="UNK"/>              <value xsi:type="CD" code="260373001" codeSystem="2.16.840.1.113883.6.96" displayName="Detected (qualifier value)">
                <originalText>
                  <reference value="#OBS-MIBI-1-3"/>                </originalText>              </value>            </observation>          </component>          
          <component typeCode="COMP">
            <organizer classCode="BATTERY" moodCode="EVN">
              <templateId root="1.2.40.0.34.6.0.11.3.26"/>              <templateId root="1.3.6.1.4.1.19376.1.3.1.4"/>              <code code="365705006" codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED CT" displayName="Finding of antimicrobial susceptibility (finding)"/>              <statusCode code="completed"/>              <component typeCode="COMP">
                <observation classCode="OBS" moodCode="EVN">
                  <templateId root="1.2.40.0.34.6.0.11.3.27"/>                  <templateId root="1.3.6.1.4.1.19376.1.3.1.6"/>                  <code code="18964-7" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC" displayName="Penicillin [Susceptibility]"/>                  <statusCode code="completed"/>                  <effectiveTime nullFlavor="UNK"/>                  <value xsi:type="PQ" nullFlavor="UNK"/>                  <interpretationCode code="R" codeSystem="2.16.840.1.113883.5.83" codeSystemName="HL7:ObservationInterpretation" displayName="Resistant"/>                </observation>              </component>              
              
              
            </organizer>          </component>        </organizer>        
        
        
      </entryRelationship>    </act>  </entry></section>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:section

(atl...eis)

@classCode

cs

0 … 1

F

DOCSECT

@moodCode

cs

0 … 1

F

EVN

hl7:templateId

II

1 … 1

M

Laboratory Specialty Section (Kultureller Erregernachweis)

(atl...eis)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.2.106

hl7:templateId

II

NP

IHE PalM TF3 Rev.10, 6.3.3.1 Laboratory Specialty Section

Strukturell basiert diese Section auf den Vorgaben der IHE. Die Codierung von "section/code" erfolgt allerdings nicht nach den von IHE vorgegebenen LOINC-Codes. Deshalb darf diese templateID nicht angegeben werden.

(atl...eis)

wo [@root='1.3.6.1.4.1.19376.1.3.3.2.1']

@root

uid

1 … 1

F

1.3.6.1.4.1.19376.1.3.3.2.1

hl7:id

II

0 … 1

Eindeutige ID der Section auf Basis eines lokalen Nummernkreises.

(atl...eis)

wo [not(@nullFlavor)]

hl7:code

CE

1 … 1

M

Definition des Befundbereiches.

(atl...eis)

@codeSystemName

st

0 … 1

F

SNOMED CT

@code

CONF

1 … 1

F

446394004

@codeSystem

1 … 1

F

2.16.840.1.113883.6.96 (SNOMED Clinical Terms)

@displayName

1 … 1

F

Microbial culture finding (finding)

hl7:title

ST

1 … 1

M

(atl...eis)

CONF

Elementinhalt muss "Kultureller Erregernachweis" sein

hl7:text

SD.TEXT

1 … 1

M

Narrativer Text. Entspricht CDA Level 2.

(atl...eis)

hl7:entry

1 … 1

M

Enthält die CDA Level 3 codierten Informationen.

Beinhaltet 1.2.40.0.34.6.0.11.3.25 Laboratory Report Data Processing Entry (DYNAMIC)

(atl...eis)

@typeCode

cs

1 … 1

F

DRIV

DRIV (is derived from) deutet an, dass "section/text" aus den CDA Level 3 Entries gerendert wurde und keine medizinisch relevanten Inhalte enthält, die nicht aus den Entries stammen.

@contextConductionInd

cs

0 … 1

F

true

hl7:component

0 … *

R

Optionale Subsections zur Angabe von Übersetzungen des "text"-Elements in andere Sprachen.

Beinhaltet 1.2.40.0.34.6.0.11.2.8 Übersetzung (DYNAMIC)

(atl...eis)

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

cs

0 … 1

F

true

13.4.4.8 Laboratory Specialty Section (Molekularer Erregernachweis)

Id

1.2.40.0.34.6.0.11.2.107

Gültigkeit

2021‑04‑06 08:56:54

Status

Aktiv

Versions-Label

1.0.0+20211213

Name

atlab_section_LaboratorySpecialtySectionMolekularerErregernachweis

Bezeichnung

Laboratory Specialty Section (Molekularer Erregernachweis)

Beschreibung

Die "Laboratory Specialty Section (Molekularer Erregernachweis)" entspricht jenem Befundbereich eines Mikrobiologiebefundes, in dem alle molekularen Erregernachweise dokumentiert werden. Jeder ermittelte Erreger wird direkt in einer separaten "Laboratory Observation" codiert.

Darstellung der Ergebnisse

"section/text" enthält den narrativen Text, der der CDA Level 2 Darstellung der medizinischen Inhalte entspricht. "section/text" darf keine medizinisch relevanten Inhalte enthalten, die nicht aus den CDA Level 3 codierten Daten abgeleitet werden können. Die CDA Level 3 codierten Informationen sind über das Template "Laboratory Report Data Processing Entry" abzubilden, welches die Grundlage für die Strukturierung (Abschnitte, Formatierung, etc.) von "section/text" bildet.

Die Darstellung der molekularen Erregernachweise in "section/text" hat tabellarisch zu erfolgen, wobei die Tabelle wie folgt aufgebaut sein sollte. Die Optionalität in dieser Tabelle bezieht sich auf die Darstellung des jeweiligen Elements in der Tabelle. Die Befüllung ergibt sich aus den Vorgaben für CDA Level 3 (z.B. ist die "Ergebnis" in dieser Tabelle mit [R] angegeben, d.h. das Tabellenelement ist verpflichtend anzugeben, befüllt muss es aber nur werden, wenn tatsächlich ein Ergebnis vorhanden ist).

Spaltenname	Optionalität	Beschreibung
Analyse / Erreger / Methode	[R]	Bezeichung der Analyse / Erreger / Methode (MUSS dem "Begriff"/"displayName" aus dem Value Set "ELGA_Laborparameter" entsprechen).
Ergebnis	[R]	Numerisches, nominales, ordinales oder narratives Ergebnis der Analyse / Erreger / Methode.
Einheit	[O]	Einheit; falls zutreffend, ist der UCUM printName anzugeben.
Referenzbereich / Nachweisgrenze / Linearitätsbereich	[O]	Der für die gegebenen Rahmenbedinungen (Patient, Analyse, Untersuchungsmaterial, etc.) passende Referenzbereich.
Interpretation	[O]	Codierte Angabe der Interpretation des Ergebnisses (siehe unten).
Externes Labor	[O]	Angabe von "E", wenn die Analyse von einem externen Dienstleister durchgeführt wurde.

Anmerkungen zur Tabelle:

Für die Spalte "Ergebnis" und "Referenzbereich" wird EMPFOHLEN, bei Dezimalzahlen einen Punkt als Dezimaltrennzeichen zu verwenden – gleich wie im maschinenlesbaren Teil.

Interpretation der Ergebnisse

In Laborbefunden ist es üblich, eine codierte Bewertung zu jedem Ergebnis anzugeben. Basierend auf dem Auszug aus dem Value Set "ELGA_ObservationInterpretation" stellt die folgende Tabelle dar, wie eine Darstellung in CDA Level 2, in Abhängigkeit von den CDA Level 3 codierten Interpretationen, aussehen kann.

Darstellung CDA Level 2	Codierung CDA Level 3	Beschreibung
Befundinterpretation für numerische Ergebnisse
++	HH	Oberhalb des Referenzbereiches und über einer oberen Warngrenze
+	H	Oberhalb des Referenzbereiches
	N	Normal (innerhalb des Referenzbereiches)
-	L	Unterhalb des Referenzbereiches
--	LL	Unterhalb des Referenzbereiches und unter einer unteren Warngrenze
Befundinterpretation für nicht numerische Ergebnisse
	N	Normal (innerhalb des Referenzbereiches)
*	A	Abnormal
**	AA	Abnormal Warngrenze

Darstellung auffälliger/pathologischer Ergebnisse

Auffällige/pathologische Ergebnisse SOLLEN für die Darstellung mit dem Stylecode "xELGA_red" versehen werden. Dieser wird für die betroffene Tabellenzeile vergeben (siehe Beispiel).

Kontext

Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.2.107

Klassifikation

CDA Section level template

Offen/Geschlossen

Geschlossen (nur definierte Elemente sind erlaubt)

Benutzt

Benutzt 2 Templates

Benutzt	als	Name	Version
1.2.40.0.34.6.0.11.3.25	Containment	Laboratory Report Data Processing Entry (1.0.1)	DYNAMIC
1.2.40.0.34.6.0.11.2.8	Containment	Übersetzung (1.0.2+20230717)	DYNAMIC

Beziehung

Spezialisierung: Template 1.2.40.0.34.6.0.11.2.102 Laboratory Specialty Section (2021‑01‑21 11:16:21)

ref

at-lab-

Spezialisierung: Template 1.3.6.1.4.1.19376.1.3.3.2.1 Speciality-Section (2013‑11‑07)

ref

elgabbr-

Beispiel

<section classCode="DOCSECT" moodCode="EVN">
  <templateId root="1.2.40.0.34.6.0.11.2.107"/>  <id extension="P-body" root="2.16.840.1.113883.3.933.1.1"/>  <code code="108262000" codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED CT" displayName="Molecular biology method (procedure)"/>  <title>Molekularer Erregernachweis</title>  
  <text>
    <table>
      <thead>
        <tr>
          <th>Analyse / Erreger / Methode</th>          <th>Ergebnis</th>          <th>Einheit</th>          <th>Referenzbereich / Nachweisgrenze / Linearitätsbereich</th>          <th>Interpretation</th>        </tr>      </thead>      <tbody>
        
        <tr ID="OBS-1-1" styleCode="xELGA_red">
          <td>Norovirus-RNA</td>          <td>nachgewiesen</td>          <td/>          <td ID="OBSREF-1-1"/>          <td/>        </tr>      </tbody>    </table>  </text>  
  <entry typeCode="DRIV">
    <templateId root="1.2.40.0.34.6.0.11.3.25"/>    <act classCode="ACT" moodCode="EVN">
      <code code="108262000" codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED CT" displayName="Molecular biology method (procedure)"/>      <statusCode code="completed"/>      
      <entryRelationship typeCode="COMP">
        <observation classCode="OBS" moodCode="EVN">
          <templateId root="1.2.40.0.34.6.0.11.3.27"/>          <templateId root="1.3.6.1.4.1.19376.1.3.1.6"/>          <code code="56748-7" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC" displayName="Norovirus RNA [Presence] in Unspecified specimen by Probe and target amplification method"/>          <text>
            <reference value="#OBS-1-1"/>          </text>          <statusCode code="completed"/>          <effectiveTime nullFlavor="UNK"/>          <value xsi:type="CD" code="260373001" codeSystem="2.16.840.1.113883.6.96" displayName="Detected (qualifier value)"/>        </observation>      </entryRelationship>    </act>  </entry></section>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:section

(atl...eis)

@classCode

cs

0 … 1

F

DOCSECT

@moodCode

cs

0 … 1

F

EVN

hl7:templateId

II

1 … 1

M

Laboratory Specialty Section (Molekularer Erregernachweis)

(atl...eis)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.2.107

hl7:templateId

II

NP

IHE PalM TF3 Rev.10, 6.3.3.1 Laboratory Specialty Section

Strukturell basiert diese Section auf den Vorgaben der IHE. Die Codierung von "section/code" erfolgt allerdings nicht nach den von IHE vorgegebenen LOINC-Codes. Deshalb darf diese templateID nicht angegeben werden.

(atl...eis)

wo [@root='1.3.6.1.4.1.19376.1.3.3.2.1']

@root

uid

1 … 1

F

1.3.6.1.4.1.19376.1.3.3.2.1

hl7:id

II

0 … 1

Eindeutige ID der Section auf Basis eines lokalen Nummernkreises.

(atl...eis)

wo [not(@nullFlavor)]

hl7:code

CE

1 … 1

M

Definition des Befundbereiches.

(atl...eis)

@codeSystemName

st

0 … 1

F

SNOMED CT

@code

CONF

1 … 1

F

108262000

@codeSystem

1 … 1

F

2.16.840.1.113883.6.96 (SNOMED Clinical Terms)

@displayName

1 … 1

F

Molecular biology method (procedure)

hl7:title

ST

1 … 1

M

(atl...eis)

CONF

Elementinhalt muss "Molekularer Erregernachweis" sein

hl7:text

SD.TEXT

1 … 1

M

Narrativer Text. Entspricht CDA Level 2.

(atl...eis)

hl7:entry

1 … 1

M

Enthält die CDA Level 3 codierten Informationen.

Beinhaltet 1.2.40.0.34.6.0.11.3.25 Laboratory Report Data Processing Entry (DYNAMIC)

(atl...eis)

@typeCode

cs

1 … 1

F

DRIV

DRIV (is derived from) deutet an, dass "section/text" aus den CDA Level 3 Entries gerendert wurde und keine medizinisch relevanten Inhalte enthält, die nicht aus den Entries stammen.

@contextConductionInd

cs

0 … 1

F

true

hl7:component

0 … *

R

Optionale Subsections zur Angabe von Übersetzungen des "text"-Elements in andere Sprachen.

Beinhaltet 1.2.40.0.34.6.0.11.2.8 Übersetzung (DYNAMIC)

(atl...eis)

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

cs

0 … 1

F

true

13.4.4.9 Laboratory Specialty Section (Infektionsserologie)

Id

1.2.40.0.34.6.0.11.2.108

Gültigkeit

2021‑04‑06 09:46:38

Status

Aktiv

Versions-Label

1.0.0+20211213

Name

atlab_section_LaboratorySpecialtySectionInfektionsserologie

Bezeichnung

Laboratory Specialty Section (Infektionsserologie)

Beschreibung

Die "Laboratory Specialty Section (Infektionsserologie)" entspricht jenem Befundbereich eines Mikrobiologiebefundes, in dem alle Ergebnisse der Infektionsserologie dokumentiert werden. Jedes ermittelte Ergebnis wird direkt in einer separaten "Laboratory Observation" codiert.

Darstellung der Ergebnisse

"section/text" enthält den narrativen Text, der der CDA Level 2 Darstellung der medizinischen Inhalte entspricht. "section/text" darf keine medizinisch relevanten Inhalte enthalten, die nicht aus den CDA Level 3 codierten Daten abgeleitet werden können. Die CDA Level 3 codierten Informationen sind über das Template "Laboratory Report Data Processing Entry" abzubilden, welches die Grundlage für die Strukturierung (Abschnitte, Formatierung, etc.) von "section/text" bildet.

Die Darstellung der Infektionsserologie in "section/text" hat tabellarisch zu erfolgen, wobei die Tabelle wie folgt aufgebaut sein sollte. Die Optionalität in dieser Tabelle bezieht sich auf die Darstellung des jeweiligen Elements in der Tabelle. Die Befüllung ergibt sich aus den Vorgaben für CDA Level 3 (z.B. ist die "Ergebnis" in dieser Tabelle mit [R] angegeben, d.h. das Tabellenelement ist verpflichtend anzugeben, befüllt muss es aber nur werden, wenn tatsächlich ein Ergebnis vorhanden ist).

Spaltenname	Optionalität	Beschreibung
Analyse / Erreger / Methode	[R]	Bezeichung der Analyse / Erreger / Methode (MUSS dem "Begriff"/"displayName" aus dem Value Set "ELGA_Laborparameter" entsprechen).
Ergebnis	[R]	Numerisches, nominales, ordinales oder narratives Ergebnis der Analyse / Erreger / Methode.
Einheit	[O]	Einheit; falls zutreffend, ist der UCUM printName anzugeben.
Referenzbereich / Nachweisgrenze / Linearitätsbereich	[O]	Der für die gegebenen Rahmenbedinungen (Patient, Analyse, Untersuchungsmaterial, etc.) passende Referenzbereich.
Interpretation	[O]	Codierte Angabe der Interpretation des Ergebnisses (siehe unten).
Externes Labor	[O]	Angabe von "E", wenn die Analyse von einem externen Dienstleister durchgeführt wurde.

Anmerkungen zur Tabelle:

Für die Spalte "Ergebnis" und "Referenzbereich" wird EMPFOHLEN, bei Dezimalzahlen einen Punkt als Dezimaltrennzeichen zu verwenden – gleich wie im maschinenlesbaren Teil.

Interpretation der Ergebnisse

In Laborbefunden ist es üblich, eine codierte Bewertung zu jedem Ergebnis anzugeben. Basierend auf dem Auszug aus dem Value Set "ELGA_ObservationInterpretation" stellt die folgende Tabelle dar, wie eine Darstellung in CDA Level 2, in Abhängigkeit von den CDA Level 3 codierten Interpretationen, aussehen kann.

Darstellung CDA Level 2	Codierung CDA Level 3	Beschreibung
Befundinterpretation für numerische Ergebnisse
++	HH	Oberhalb des Referenzbereiches und über einer oberen Warngrenze
+	H	Oberhalb des Referenzbereiches
	N	Normal (innerhalb des Referenzbereiches)
-	L	Unterhalb des Referenzbereiches
--	LL	Unterhalb des Referenzbereiches und unter einer unteren Warngrenze
Befundinterpretation für nicht numerische Ergebnisse
	N	Normal (innerhalb des Referenzbereiches)
*	A	Abnormal
**	AA	Abnormal Warngrenze

Darstellung auffälliger/pathologischer Ergebnisse

Auffällige/pathologische Ergebnisse SOLLEN für die Darstellung mit dem Stylecode "xELGA_red" versehen werden. Dieser wird für die betroffene Tabellenzeile vergeben.

Kontext

Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.2.108

Klassifikation

CDA Section level template

Offen/Geschlossen

Geschlossen (nur definierte Elemente sind erlaubt)

Benutzt

Benutzt 2 Templates

Benutzt	als	Name	Version
1.2.40.0.34.6.0.11.3.25	Containment	Laboratory Report Data Processing Entry (1.0.1)	DYNAMIC
1.2.40.0.34.6.0.11.2.8	Containment	Übersetzung (1.0.2+20230717)	DYNAMIC

Beziehung

Spezialisierung: Template 1.2.40.0.34.6.0.11.2.102 Laboratory Specialty Section (2021‑01‑21 11:16:21)

ref

at-lab-

Spezialisierung: Template 1.3.6.1.4.1.19376.1.3.3.2.1 Speciality-Section (2013‑11‑07)

ref

elgabbr-

Beispiel

<section classCode="DOCSECT" moodCode="EVN">
  <templateId root="1.2.40.0.34.6.0.11.2.108"/>  <id extension="P-body" root="2.16.840.1.113883.3.933.1.1"/>  <code code="722143004" codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED CT" displayName="Infectious disease diagnostic study note (record artifact)"/>  <title>Infektionsserologie</title>  
  <text>
    <table>
      <thead>
        <tr>
          <th>Analyse / Erreger / Methode</th>          <th>Ergebnis</th>          <th>Einheit</th>          <th>Referenzbereich / Nachweisgrenze / Linearitätsbereich</th>          <th>Interpretation</th>        </tr>      </thead>      <tbody>
        <tr ID="OBS-1-1">
          <td>Toxoplasma gondii IgG</td>          <td>nicht nachgewiesen</td>          <td/>          <td ID="OBSREF-1-1"/>          <td/>        </tr>        <tr ID="OBS-1-2">
          <td>anti-HBs</td>          <td>0.16</td>          <td>mIU/ml</td>          <td ID="OBSREF-1-2"><10.00</td>          <td/>        </tr>      </tbody>    </table>  </text>  
  <entry typeCode="DRIV">
    <templateId root="1.2.40.0.34.6.0.11.3.25"/>    <act classCode="ACT" moodCode="EVN">
      <code code="722143004" codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED CT" displayName="Infectious disease diagnostic study note (record artifact)"/>      <statusCode code="completed"/>      
      <entryRelationship typeCode="COMP">
        <observation classCode="OBS" moodCode="EVN">
          <templateId root="1.2.40.0.34.6.0.11.3.27"/>          <templateId root="1.3.6.1.4.1.19376.1.3.1.6"/>          <code code="22580-5" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC" displayName="Toxoplasma G. IgG AK ql."/>          <text>
            <reference value="#OBS-1-1"/>          </text>          <statusCode code="completed"/>          <effectiveTime nullFlavor="UNK"/>          <value xsi:type="CD" code="260415000" codeSystem="2.16.840.1.113883.6.96" displayName="Not detected (qualifier value)"/>        </observation>      </entryRelationship>      
      <entryRelationship typeCode="COMP">
        <observation classCode="OBS" moodCode="EVN">
          <templateId root="1.2.40.0.34.6.0.11.3.27"/>          <templateId root="1.3.6.1.4.1.19376.1.3.1.6"/>          <code code="16935-9" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC" displayName="HBV s-AK qn."/>          <text>
            <reference value="#OBS-2-1"/>          </text>          <statusCode code="completed"/>          <effectiveTime nullFlavor="UNK"/>          <value xsi:type="PQ" value="0.16" unit="[mIU/ml]"/>          <interpretationCode code="N" codeSystem="2.16.840.1.113883.5.83" codeSystemName="HL7:ObservationInterpretation" displayName="Normal"/>          <referenceRange typeCode="REFV">
            <observationRange classCode="OBS" moodCode="EVN.CRT">
              <text>
                <reference value="#OBSREF-2-1"/>              </text>              <value xsi:type="IVL_PQ">
                <low nullFlavor="NINF"/>                <high value="10.0"/>              </value>              <interpretationCode code="N" codeSystem="2.16.840.1.113883.5.83" codeSystemName="HL7:ObservationInterpretation" displayName="Normal"/>            </observationRange>          </referenceRange>        </observation>      </entryRelationship>    </act>  </entry></section>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:section

(atl...gie)

@classCode

cs

0 … 1

F

DOCSECT

@moodCode

cs

0 … 1

F

EVN

hl7:templateId

II

1 … 1

M

Laboratory Specialty Section (Infektionsserologie)

(atl...gie)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.2.108

hl7:templateId

II

NP

IHE PalM TF3 Rev.10, 6.3.3.1 Laboratory Specialty Section

Strukturell basiert diese Section auf den Vorgaben der IHE. Die Codierung von "section/code" erfolgt allerdings nicht nach den von IHE vorgegebenen LOINC-Codes. Deshalb darf diese templateID nicht angegeben werden.

(atl...gie)

wo [@root='1.3.6.1.4.1.19376.1.3.3.2.1']

@root

uid

1 … 1

F

1.3.6.1.4.1.19376.1.3.3.2.1

hl7:id

II

0 … 1

Eindeutige ID der Section auf Basis eines lokalen Nummernkreises.

(atl...gie)

wo [not(@nullFlavor)]

hl7:code

CE

1 … 1

M

Definition des Befundbereiches.

(atl...gie)

@codeSystemName

st

0 … 1

F

SNOMED CT

@code

CONF

1 … 1

F

722143004

@codeSystem

1 … 1

F

2.16.840.1.113883.6.96 (SNOMED Clinical Terms)

@displayName

1 … 1

F

Infectious disease diagnostic study note (record artifact)

hl7:title

ST

1 … 1

M

(atl...gie)

CONF

Elementinhalt muss "Infektionsserologie" sein

hl7:text

SD.TEXT

1 … 1

M

Narrativer Text. Entspricht CDA Level 2.

(atl...gie)

hl7:entry

1 … 1

M

Enthält die CDA Level 3 codierten Informationen.

Beinhaltet 1.2.40.0.34.6.0.11.3.25 Laboratory Report Data Processing Entry (DYNAMIC)

(atl...gie)

@typeCode

cs

1 … 1

F

DRIV

DRIV (is derived from) deutet an, dass "section/text" aus den CDA Level 3 Entries gerendert wurde und keine medizinisch relevanten Inhalte enthält, die nicht aus den Entries stammen.

@contextConductionInd

cs

0 … 1

F

true

hl7:component

0 … *

R

Optionale Subsections zur Angabe von Übersetzungen des "text"-Elements in andere Sprachen.

Beinhaltet 1.2.40.0.34.6.0.11.2.8 Übersetzung (DYNAMIC)

(atl...gie)

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

cs

0 … 1

F

true

13.4.4.10 Befundbewertung

Id

1.2.40.0.34.6.0.11.2.103

ref

at-cda-bbr-

Gültigkeit

2021‑02‑03 09:56:36

Status

Aktiv

Versions-Label

1.0.0+20211213

Name

atcdabbr_section_Befundbewertung

Bezeichnung

Befundbewertung

Beschreibung

Bemerkungen oder Kommentare, die für den gesamten Befund von Bedeutung sind, werden in der Section "Befundbewertung" am Befundende angeführt.

Kontext

Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.2.103

Klassifikation

CDA Section level template

Offen/Geschlossen

Geschlossen (nur definierte Elemente sind erlaubt)

Benutzt

Benutzt 2 Templates

Benutzt	als	Name	Version
1.2.40.0.34.6.0.11.3.11	Containment	Comment Entry (1.0.0+20210219)	DYNAMIC
1.2.40.0.34.6.0.11.2.8	Containment	Übersetzung (1.0.2+20230717)	DYNAMIC

Beziehung

Spezialisierung: Template 1.2.40.0.34.11.4.2.2 Bereichsübergreifende Befundbewertung (Laboratory Report Comment Section) (2013‑02‑10)

ref

elgabbr-

Version: Template 1.2.40.0.34.11.4.2.2 Bereichsübergreifende Befundbewertung (Laboratory Report Comment Section) (2013‑02‑10)

ref

elgabbr-

Beispiel

Strukturbeispiel

<section classCode="DOCSECT">
  <templateId root="1.2.40.0.34.6.0.11.2.103"/>  <code code="20" codeSystem=" 1.2.40.0.34.5.11" codeSystemName=" ELGA_LaborparameterErgaenzung" displayName="Befundbewertung"/>  <title>Befundbewertung</title>  <text>
    <paragraph>
      <content ID="commonComment1">Zur Bestätigung des Befundes neuerliche Untersuchung in zwei Wochen empfohlen. </content>    </paragraph>  </text>  <entry>
    <act classCode="ACT" moodCode="EVN">
      <templateId root="1.2.40.0.34.6.0.11.3.11"/>      <templateId root="2.16.840.1.113883.10.20.1.40"/>      <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.2"/>      <code code="48767-8" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC" displayName="Annotation Comment"/>      <text>
        <reference value="#commonComment1"/>      </text>      <statusCode code="completed"/>    </act>  </entry></section>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:section

Container zur Angabe der Befundbewertung.

(atc...ung)

@classCode

cs

0 … 1

F

DOCSECT

@moodCode

cs

0 … 1

F

EVN

hl7:templateId

II

1 … 1

M

Befundbewertung

(atc...ung)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.2.103

hl7:code

CE

1 … 1

M

(atc...ung)

@codeSystemName

st

0 … 1

F

ELGA_LaborparameterErgaenzung

@code

CONF

1 … 1

F

20

@codeSystem

1 … 1

F

1.2.40.0.34.5.11 (ELGA_LaborparameterErgaenzung)

@displayName

1 … 1

F

Befundbewertung

hl7:title

ST

1 … 1

M

(atc...ung)

CONF

Elementinhalt muss "Befundbewertung" sein

hl7:text

SD.TEXT

1 … 1

M

(atc...ung)

hl7:entry

1 … 1

R

Beinhaltet 1.2.40.0.34.6.0.11.3.11 Comment Entry (DYNAMIC)

(atc...ung)

hl7:component

0 … *

R

Optionale Subsections zur Angabe von Übersetzungen des "text"-Elements in andere Sprachen.

Beinhaltet 1.2.40.0.34.6.0.11.2.8 Übersetzung (DYNAMIC)

(atc...ung)

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

cs

0 … 1

F

true

13.4.4.11 Beilagen

Id

1.2.40.0.34.6.0.11.2.71

ref

at-cda-bbr-

Gültigkeit

2023‑04‑05 13:40:58

Andere Versionen mit dieser Id:

atcdabbr_section_Beilagen vom 2021‑06‑28 11:22:40
atcdabbr_section_Beilagen vom 2021‑02‑19 11:43:44
atcdabbr_section_Beilagen vom 2020‑01‑09 09:53:16

Status

Aktiv

Versions-Label

1.0.2+20230717

Name

atcdabbr_section_Beilagen

Bezeichnung

Beilagen

Beschreibung

Sonstige Beilagen, außer denjenigen Dokumenten, die in „Willenserklärungen und andere juridische Dokumente“ angegeben sind.

Achtung: Da einzelne e-Befunde vom Bürger ausgeblendet oder gelöscht werden können, ist ein Referenzieren bzw. Verweisen auf andere e-Befunde nicht zuverlässig und daher NICHT ERLAUBT. Inhalte, die unmittelbar zum e-Befund gehören, sollen daher als Beilage eingebettet werden.

Kontext

Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.2.71

Klassifikation

CDA Section level template

Offen/Geschlossen

Geschlossen (nur definierte Elemente sind erlaubt)

Assoziiert mit

Assoziiert mit 1 Konzept

Id	Name	Datensatz
at-cda-bbr-dataelement-58	Beilagen	Dataset A Allgemeiner Leitfaden

Benutzt

Benutzt 4 Templates

Benutzt	als	Name	Version
1.2.40.0.34.6.0.11.9.36	Containment	Author Body (1.0.1+20230717)	DYNAMIC
1.2.40.0.34.6.0.11.9.3	Containment	Informant Body (1.0.1+20211213)	DYNAMIC
1.2.40.0.34.6.0.11.3.19	Containment	Eingebettetes Objekt Entry (1.0.2+20230717)	DYNAMIC
1.2.40.0.34.6.0.11.2.8	Containment	Übersetzung (1.0.2+20230717)	DYNAMIC

Beziehung

Spezialisierung: Template 1.2.40.0.34.6.0.11.2.71 Beilagen (2021‑06‑28 11:22:40)

ref

at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.2.71 Beilagen (2021‑02‑19 11:43:44)

ref

at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.2.71 Beilagen (2020‑01‑09 09:53:16)

ref

at-cda-bbr-

Beispiel

Strukturbeispiel

<section>
  <templateId root="1.2.40.0.34.6.0.11.2.71"/>  
  <code code="BEIL" displayName="Beilagen" codeSystem="1.2.40.0.34.5.40" codeSystemName="ELGA_Sections"/>  
  <title>Beilagen</title>  
  <text>
    <table>
      <thead>
        <tr>
          <th styleCode="xELGA_colw:1">Titel des Dokuments</th>          <th styleCode="xELGA_colw:1">Erstellungsdatum</th>          <th styleCode="xELGA_colw:1">Dokument</th>        </tr>      </thead>      <tbody>
        <tr>
          <td>Laborbefund</td>          <td>05.11.2019</td>          <td>
            <renderMultiMedia referencedObject="Beilage-1"/>          </td>        </tr>      </tbody>    </table>  </text>  
  <entry>
    
  </entry></section>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:section

Container zur Angabe der Beilagen.

(atc...gen)


	at-cda-bbr-dataelement-58	Beilagen	Dataset A Allgemeiner Leitfaden

@classCode

cs

0 … 1

F

DOCSECT

@moodCode

cs

0 … 1

F

EVN

hl7:templateId

II

1 … 1

M

(atc...gen)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.2.71

hl7:id

II

0 … 1

Eindeutige ID der Section

(atc...gen)

wo [not(@nullFlavor)]

hl7:code

CE

1 … 1

M

(atc...gen)

@displayName

st

0 … 1

F

Beilagen

@codeSystemName

st

0 … 1

F

ELGA_Sections

@code

CONF

1 … 1

F

BEIL

@codeSystem

1 … 1

F

1.2.40.0.34.5.40

hl7:title

ST

1 … 1

M

(atc...gen)

CONF

Elementinhalt muss "Beilagen" sein

hl7:text

SD.TEXT

1 … 1

M

Information für den menschlichen Leser.

Es SOLLEN der Titel des Dokuments, sowie das Erstellungsdatum angegeben werden.

(atc...gen)

hl7:author

0 … *

R

Beinhaltet 1.2.40.0.34.6.0.11.9.36 Author Body (DYNAMIC)

(atc...gen)

hl7:informant

0 … *

R

Beinhaltet 1.2.40.0.34.6.0.11.9.3 Informant Body (DYNAMIC)

(atc...gen)

hl7:entry

1 … *

M

Maschinenlesbares Element.

Die Beilagen MÜSSEN als maschinenlesbare Elemente angegeben werden.

Beinhaltet 1.2.40.0.34.6.0.11.3.19 Eingebettetes Objekt Entry (DYNAMIC)

(atc...gen)

@typeCode

cs

1 … 1

F

DRIV

DRIV (is derived from) deutet an, dass der section.text aus den Level 3 Entries gerendert wurde und keinen medizinisch relevanten Inhalt enthält, der nicht aus den Entries stammt.

@contextConductionInd

cs

0 … 1

F

true

hl7:component

0 … *

Optionale Subsections zur Angabe von Übersetzungen des text-Elements in andere Sprachen.
Beinhaltet 1.2.40.0.34.6.0.11.2.8 Übersetzung (DYNAMIC)

(atc...gen)

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

cs

0 … 1

F

true

13.4.4.12 Abschließende Bemerkung

Id

1.2.40.0.34.6.0.11.2.70

ref

at-cda-bbr-

Gültigkeit

2021‑06‑28 11:25:03

Andere Versionen mit dieser Id:

atcdabbr_section_AbschliessendeBemerkung vom 2021‑02‑19 11:27:16
atcdabbr_section_AbschliessendeBemerkung vom 2020‑01‑09 09:53:27

Status

Aktiv

Versions-Label

1.0.1+20210628

Name

atcdabbr_section_AbschliessendeBemerkung

Bezeichnung

Abschließende Bemerkung

Beschreibung

Ein am Ende des Briefes formulierter Freitext entsprechend einer Grußformel. z.B. Abschließende Worte, Gruß.

Die Angabe von medizinisch / fachlich relevanter Information in diesem Abschnitt ist NICHT ERLAUBT.
Es ist EMPFOHLEN, redundante Angaben von Patientennamen oder Aufenthaltsdaten des Patienten in dieser Section zu vermeiden.

Kontext

Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.2.70

Klassifikation

CDA Section level template

Offen/Geschlossen

Geschlossen (nur definierte Elemente sind erlaubt)

Assoziiert mit

Assoziiert mit 1 Konzept

Id	Name	Datensatz
at-cda-bbr-dataelement-56	Abschließende Bemerkungen	Dataset A Allgemeiner Leitfaden

Benutzt

Benutzt 4 Templates

Benutzt	als	Name	Version
1.2.40.0.34.6.0.11.9.36	Containment	Author Body (1.0.1+20230717)	DYNAMIC
1.2.40.0.34.6.0.11.9.3	Containment	Informant Body (1.0.1+20211213)	DYNAMIC
1.2.40.0.34.6.0.11.3.19	Containment	Eingebettetes Objekt Entry (1.0.2+20230717)	DYNAMIC
1.2.40.0.34.6.0.11.2.8	Containment	Übersetzung (1.0.2+20230717)	DYNAMIC

Beziehung

Version: Template 1.2.40.0.34.6.0.11.2.70 Abschließende Bemerkung (2021‑02‑19 11:27:16)

ref

at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.2.70 Abschließende Bemerkung (2020‑01‑09 09:53:27)

ref

at-cda-bbr-

Version: Template 1.2.40.0.34.11.1.2.2 AbschliessendeBemerkung (2012‑07‑14)

ref

elgabbr-

Beispiel

Strukturbeispiel

<section>
  <templateId root="1.2.40.0.34.6.0.11.2.70"/>  
  <code code="ABBEM" displayName="Abschließende Bemerkungen" codeSystem="1.2.40.0.34.5.40" codeSystemName="ELGA_Sections"/>  
  <title>Abschließende Bemerkungen</title>  
  <text>Freundliche Grüße</text></section>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:section

Container zur Angabe der abschließenden Bemerkungen.

(atc...ung)


	at-cda-bbr-dataelement-56	Abschließende Bemerkungen	Dataset A Allgemeiner Leitfaden

@classCode

cs

0 … 1

F

DOCSECT

@moodCode

cs

0 … 1

F

EVN

hl7:templateId

II

1 … 1

M

(atc...ung)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.2.70

hl7:code

CE

1 … 1

M

(atc...ung)

@codeSystemName

st

0 … 1

F

ELGA_Sections

@code

CONF

1 … 1

F

ABBEM

@codeSystem

1 … 1

F

1.2.40.0.34.5.40

hl7:title

ST

1 … 1

M

(atc...ung)

CONF

Elementinhalt muss "Abschließende Bemerkungen" sein

hl7:text

SD.TEXT

1 … 1

M

(atc...ung)

hl7:author

0 … *

R

Beinhaltet 1.2.40.0.34.6.0.11.9.36 Author Body (DYNAMIC)

(atc...ung)

hl7:informant

0 … *

R

Beinhaltet 1.2.40.0.34.6.0.11.9.3 Informant Body (DYNAMIC)

(atc...ung)

hl7:entry

0 … *

R

Beinhaltet 1.2.40.0.34.6.0.11.3.19 Eingebettetes Objekt Entry (DYNAMIC)

(atc...ung)

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

cs

0 … 1

F

true

hl7:component

0 … *

Optionale Subsections zur Angabe von Übersetzungen des text-Elements in andere Sprachen.
Beinhaltet 1.2.40.0.34.6.0.11.2.8 Übersetzung (DYNAMIC)

(atc...ung)

@typeCode

cs

0 … 1

F

COMP

@contextConductionInd

cs

0 … 1

F

true

13.4.5 Entry Level Template

13.4.5.1 Probeninformation (Specimen Entry)

Id

1.2.40.0.34.6.0.11.3.160

Gültigkeit

2021‑01‑18 12:58:24

Status

Aktiv

Versions-Label

1.0.0+20211213

Name

atlab_entry_ProbeninformationSpecimenEntry

Bezeichnung

Probeninformation (Specimen Entry)

Beschreibung

Die "Probeninformation (Specimen Entry)" repräsentiert die CDA Level 3 Codierung der menschenlesbar dargestellten Informationen über das zu befundende Material.

Kontext

Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.160

Klassifikation

CDA Entry Level Template

Offen/Geschlossen

Geschlossen (nur definierte Elemente sind erlaubt)

Benutzt

Benutzt 1 Template

Benutzt	als	Name	Version
1.2.40.0.34.6.0.11.3.161	Containment	Specimen Collection (1.0.0+20211213)	DYNAMIC

Beziehung

Adaptation: Template 1.2.40.0.34.11.4.3.1 Laboratory Specimen Entry (2013‑02‑10)

ref

elgabbr-

Beispiel

<section classCode="DOCSECT" moodCode="EVN">
  <templateId root="1.2.40.0.34.6.0.11.2.93"/>  <code code="10" codeSystem="1.2.40.0.34.5.11" codeSystemName="ELGA_LaborparameterErgaenzung" displayName="Probeninformation"/>  <title>Probeninformation</title>  
  <text>
    
  </text>  
  <entry typeCode="DRIV">
    <templateId root="1.2.40.0.34.6.0.11.3.160"/>    <act classCode="ACT" moodCode="EVN">
      <code code="10" codeSystem="1.2.40.0.34.5.11" codeSystemName="ELGA_LaborparameterErgaenzung" displayName="Probeninformation"/>      <statusCode code="completed"/>      <entryRelationship typeCode="COMP">
        
      </entryRelationship>    </act>  </entry></section>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:act

1 … 1

M

Specimen Act

(atl...try)

@classCode

cs

1 … 1

F

ACT

@moodCode

cs

1 … 1

F

EVN

hl7:templateId

II

1 … 1

M

Probeninformation (Specimen Entry)

(atl...try)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.3.160

hl7:code

CD

1 … 1

M

(atl...try)

@codeSystemName

st

0 … 1

F

ELGA_LaborparameterErgaenzung

@code

CONF

1 … 1

F

10

@codeSystem

1 … 1

F

1.2.40.0.34.5.11 (ELGA_LaborparameterErgaenzung)

@displayName

1 … 1

F

Probeninformation

hl7:statusCode

CS

1 … 1

M

(atl...try)

@code

CONF

1 … 1

F

completed

hl7:entryRelationship

1 … *

M

Beinhaltet 1.2.40.0.34.6.0.11.3.161 Specimen Collection (DYNAMIC)

(atl...try)

@typeCode

cs

1 … 1

F

COMP

13.4.5.2 Specimen Collection

Id

1.2.40.0.34.6.0.11.3.161

ref

at-cda-bbr-

Gültigkeit

2021‑01‑18 13:46:31

Status

Aktiv

Versions-Label

1.0.0+20211213

Name

atlab_entry_SpecimenCollection

Bezeichnung

Specimen Collection

Beschreibung

Die "Specimen Collection" stellt die CDA Level 3 Codierung von GENAU einem Untersuchungsmaterial dar.

Für die Darstellung der Information in CDA Level 2 bitte das Template "Probeninformation (Specimen Section)" konsultieren.

Klassifikation

CDA Entry Level Template

Offen/Geschlossen

Geschlossen (nur definierte Elemente sind erlaubt)

Benutzt

Benutzt 2 Templates

Benutzt	als	Name	Version
1.2.40.0.34.6.0.11.9.24	Containment	Performer - Laboratory (1.0.0+20211213)	DYNAMIC
1.2.40.0.34.6.0.11.3.162	Containment	Specimen Received (1.0.0+20211213)	DYNAMIC

Beziehung

Adaptation: Template 1.2.40.0.34.11.30021 Abnahmeinformationen (Specimen Collection) (2014‑03‑04)

ref

elgabbr-

Beispiel

<table>
  <thead>
    <tr>
      <th>Material-ID</th>      <th>Probenentnahme</th>      <th>Untersuchtes Material</th>      <th>Probenentnahme durch</th>      <th>Probeneingang</th>      <th>Bemerkung Labor</th>    </tr>  </thead>  <tbody>
    <tr ID="SPEC-1-1">
      <td>PL-081201-02</td>      <td>01.12.2012 06:34</td>      <td>Plasma, Linke Ellenbeuge</td>      <td>Dr. Humpel, Amadeus Spital</td>      <td>01.12.2012 08:15</td>      <td ID="SpecimenComment01">leicht hämolytisch</td>    </tr>  </tbody></table>


<procedure classCode="PROC" moodCode="EVN">
  <templateId root="1.2.40.0.34.6.0.11.3.161"/>  <templateId root="1.3.6.1.4.1.19376.1.3.1.2"/>  <code code="33882-2" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC" displayName="Collection date of Specimen"/>  <effectiveTime value="20121201063400+0100"/>  <targetSiteCode code="LACF" codeSystem="2.16.840.1.113883.5.1052" codeSystemName="HL7:ActSite" displayName="left antecubital fossa"/>  
  <performer typeCode="PRF">
    <templateId root="1.2.40.0.34.6.0.11.9.24"/>    <templateId root="1.3.6.1.4.1.19376.1.3.3.1.7"/>    <effectiveTime value="20121201063400+0100"/>    <assignedEntity>
      <id root="1.2.40.0.34.3.1.99"/>      <addr>
        <streetName>Währinger G.</streetName>        <houseNumber>18-20</houseNumber>        <postalCode>1090</postalCode>        <city>Wien</city>        <state>Wien</state>        <country>AUT</country>      </addr>      <telecom value="tel:+43.1.40400"/>      <telecom value="fax:+43.1.40400.1212"/>      <telecom value="http://www.amadeusspital.at "/>      <assignedPerson>
        <name>
          <prefix qualifier="AC">Dr.</prefix>          <family>Humpel</family>          <given>Robert</given>        </name>      </assignedPerson>      <representedOrganization>
        <id root="1.2.40.0.34.99.111.0.1"/>        <name>Amadeus Spital</name>        <telecom value="tel:+43.1.40400"/>        <addr nullFlavor="UNK"/>      </representedOrganization>    </assignedEntity>  </performer>  
  <participant typeCode="PRD">
    <participantRole classCode="SPEC">
      <id extension="PL-081201-02" root="2.16.840.1.113883.3.933.1.1"/>      <playingEntity>
        <code code="119361006" codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED CT" displayName="Plasma specimen"/>      </playingEntity>    </participantRole>  </participant>  <entryRelationship>
    
  </entryRelationship></procedure>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:procedure

1 … 1

M

(atl...ion)

@classCode

cs

1 … 1

F

PROC

@moodCode

cs

1 … 1

F

EVN

hl7:templateId

II

1 … 1

M

Specimen Collection

(atl...ion)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.3.161

hl7:templateId

II

1 … 1

M

IHE PalM TF3 Rev.10, 6.3.4.5 Specimen Collection

(atl...ion)

@root

uid

1 … 1

F

1.3.6.1.4.1.19376.1.3.1.2

hl7:code

CD

1 … 1

M

(atl...ion)

@codeSystemName

st

0 … 1

F

LOINC

@code

CONF

1 … 1

F

33882-2

@codeSystem

1 … 1

F

2.16.840.1.113883.6.1 (LOINC)

@displayName

1 … 1

F

Collection date of Specimen

Auswahl

1 … 1

Abnahmedatum/-zeit bzw. -zeitintervall des Untersuchungsmaterials.

Elemente in der Auswahl:

hl7:effectiveTime[not(@nullFlavor)]
hl7:effectiveTime[@nullFlavor='UNK']

hl7:effectiveTime

IVL_TS

0 … 1

(atl...ion)

wo [not(@nullFlavor)]

hl7:effectiveTime

IVL_TS

0 … 1

(atl...ion)

wo [@nullFlavor='UNK']

Auswahl

0 … 1

Elemente in der Auswahl:

hl7:targetSiteCode[not(@nullFlavor)]
hl7:targetSiteCode[@nullFlavor='UNK']

hl7:targetSiteCode

CD

0 … 1

Codierung des Entnahmeorts.

(atl...ion)

wo [not(@nullFlavor)]

@code

cs

1 … 1

R

@codeSystem

oid

1 … 1

R

@codeSystemName

st

0 … 1

@displayName

st

1 … 1

R

CONF

Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.52 ELGA_HumanActSite (DYNAMIC)

hl7:targetSiteCode

CD

0 … 1

(atl...ion)

wo [@nullFlavor='UNK']

hl7:performer

0 … 1

Codierung der für die Abnahme verantwortlichen Person/Organisation.
Beinhaltet 1.2.40.0.34.6.0.11.9.24 Performer - Laboratory (DYNAMIC)

(atl...ion)

hl7:participant

1 … 1

M

Untersuchungsmaterial als "participant"

(atl...ion)

@typeCode

cs

1 … 1

F

PRD

hl7:participantRole

1 … 1

M

(atl...ion)

@classCode

cs

1 … 1

F

SPEC

hl7:id

II

1 … 1

M

ID des Untersuchungsmaterials auf Basis eines lokalen Nummernkreises. Grundsätzlich sind die Vorgaben gemäß „Identifikations-Elemente“ zu befolgen.

(atl...ion)

hl7:playingEntity

1 … 1

M

(atl...ion)

hl7:code

CE

1 … 1

M

(atl...ion)

@code

cs

1 … 1

R

@codeSystem

oid

1 … 1

R

@codeSystemName

st

0 … 1

@displayName

st

1 … 1

R

CONF

Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.187 ELGA_Probenmaterial_VS (DYNAMIC)

hl7:entryRelationship

0 … 1

R

Annahminformation.
Beinhaltet 1.2.40.0.34.6.0.11.3.162 Specimen Received (DYNAMIC)

(atl...ion)

wo [not(@nullFlavor)]

@typeCode

cs

1 … 1

F

COMP

13.4.5.3 Specimen Received

Id

1.2.40.0.34.6.0.11.3.162

ref

at-cda-bbr-

Gültigkeit

2021‑01‑18 14:25:23

Status

Aktiv

Versions-Label

1.0.0+20211213

Name

atlab_entry_SpecimenReceived

Bezeichnung

Specimen Received

Beschreibung

Das Template "Specimen Received" codiert den Eingang von GENAU einem Untersuchungsmaterial in CDA Level 3.

Für die Darstellung der Information in CDA Level 2 bitte das Template "Probeninformation (Specimen Section)" konsultieren.

Klassifikation

CDA Entry Level Template

Offen/Geschlossen

Geschlossen (nur definierte Elemente sind erlaubt)

Benutzt

Benutzt 1 Template

Benutzt	als	Name	Version
1.2.40.0.34.6.0.11.3.11	Containment	Comment Entry (1.0.0+20210219)	DYNAMIC

Beziehung

Adaptation: Template 1.2.40.0.34.11.30022 Annahmeinformationen (Specimen Received) (2014‑03‑04)

ref

elgabbr-

Beispiel

<table>
  <thead>
    <tr>
      <th>Material-ID</th>      <th>Probenentnahme</th>      <th>Untersuchtes Material</th>      <th>Probenentnahme durch</th>      <th>Probeneingang</th>      <th>Bemerkung Labor</th>    </tr>  </thead>  <tbody>
    <tr ID="SPEC-1-1">
      <td>PL-081201-02</td>      <td>01.12.2012 06:34</td>      <td>Plasma, Linke Ellenbeuge</td>      <td>Dr. Humpel, Amadeus Spital</td>      <td>01.12.2012 08:15</td>      <td ID="SpecimenComment01">leicht hämolytisch</td>    </tr>  </tbody></table>


<act classCode="ACT" moodCode="EVN">
  <templateId root="1.2.40.0.34.6.0.11.3.162"/>  <templateId root="1.3.6.1.4.1.19376.1.3.1.3"/>  <code code="SPRECEIVE" codeSystem="1.3.5.1.4.1.19376.1.5.3.2" codeSystemName="IHEActCode"/>  <effectiveTime value="20121201081500+0100"/>  <entryRelationship>
    <act classCode="ACT" moodCode="EVN">
      <templateId root="1.2.40.0.34.6.0.11.3.11"/>      <templateId root="2.16.840.1.113883.10.20.1.40"/>      <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.2"/>      <code code="48767-8" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC" displayName="Annotation comment"/>      <text>
        <reference value="#SpecimenComment01"/>      </text>      <statusCode code="completed"/>    </act>  </entryRelationship></act>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:act

(atl...ved)

@classCode

cs

1 … 1

F

ACT

@moodCode

cs

1 … 1

F

EVN

hl7:templateId

II

1 … 1

M

Specimen Received

(atl...ved)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.3.162

hl7:templateId

II

1 … 1

M

IHE PalM TF3 Rev.10, 6.3.4.6 Specimen Received

(atl...ved)

@root

uid

1 … 1

F

1.3.6.1.4.1.19376.1.3.1.3

hl7:code

CD

1 … 1

M

Code für den Eingang des Untersuchungsmaterials.

(atl...ved)

@code

CONF

1 … 1

F

SPRECEIVE

@codeSystem

1 … 1

F

1.3.5.1.4.1.19376.1.5.3.2 (IHEActCode)

Auswahl

1 … 1

Zeitpunkt des Einlangen des Untersuchungsmaterials.

Elemente in der Auswahl:

hl7:effectiveTime[not(@nullFlavor)]
hl7:effectiveTime[@nullFlavor='UNK']

hl7:effectiveTime

TS.AT.TZ

0 … 1

R

(atl...ved)

wo [not(@nullFlavor)]

hl7:effectiveTime

TS.AT.TZ

0 … 1

(atl...ved)

wo [@nullFlavor='UNK']

hl7:entryRelationship

0 … *

Anmerkung zur Qualität des Untersuchungsmaterials.
Beinhaltet 1.2.40.0.34.6.0.11.3.11 Comment Entry (DYNAMIC)

(atl...ved)

@typeCode

cs

1 … 1

F

COMP

13.4.5.4 Laboratory Report Data Processing Entry

Id

1.2.40.0.34.6.0.11.3.25

ref

at-cda-bbr-

Gültigkeit

2023‑06‑01 13:53:03

Andere Versionen mit dieser Id:

atcdabbr_entry_LaboratoryReportDataProcessing vom 2019‑05‑07 12:59:27

Status

Entwurf

Versions-Label

1.0.1

Name

atcdabbr_entry_LaboratoryReportDataProcessing

Bezeichnung

Laboratory Report Data Processing Entry

Beschreibung

Der "Laboratory Report Data Processing Entry" repräsentiert die CDA Level 3 Codierung der Ergebnisse eines Befundbereiches. Im zugehörigen "section/text" befinden sich diese Ergebnisse in CDA Level 2. Das "entry"-Element MUSS mit dem Attribut @typeCode="DRIV" versehen werden, um anzuzeigen, dass der CDA Level 2 vollständig aus dem CDA Level 3 erzeugt werden kann. Das "entry"-Element enthält genau ein "act"-Subelement, das gemäß IHE PaLM TF3 "Specimen Act" genannt wird (nicht zu verwechseln mit den Templates "Probeninformation (Specimen Section)", "Probeninformation (Specimen Entry)", "Specimen Collection" oder "Specimen Received").

Innerhalb des "Specimen Act" werden alle weiteren Elemente (Untersuchungsmaterial, Befundgruppen, Analysen, etc.) codiert. Der "Specimen Act" MUSS zumindest ein weiteres Element beinhalten.

Kontext

Geschwisterknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.25

Klassifikation

CDA Entry Level Template

Offen/Geschlossen

Geschlossen (nur definierte Elemente sind erlaubt)

Benutzt

Benutzt 8 Templates

Benutzt	als	Name	Version
1.2.40.0.34.6.0.11.9.24	Containment	Performer - Laboratory (1.0.0+20211213)	DYNAMIC
1.2.40.0.34.6.0.11.3.161	Containment	Specimen Collection (1.0.0+20211213)	DYNAMIC
1.2.40.0.34.6.0.11.3.165	Containment	Notification Organizer (1.0.0+20211213)	DYNAMIC
1.2.40.0.34.6.0.11.3.167	Containment	Laboratory Isolate Organizer (1.0.1)	DYNAMIC
1.2.40.0.34.6.0.11.3.26	Containment	Laboratory Battery Organizer (1.0.1)	DYNAMIC
1.2.40.0.34.6.0.11.3.27	Containment	Laboratory Observation (2.0.1)	DYNAMIC
1.2.40.0.34.6.0.11.3.19	Containment	Eingebettetes Objekt Entry (1.0.2+20230717)	DYNAMIC
1.2.40.0.34.6.0.11.3.11	Containment	Comment Entry (1.0.0+20210219)	DYNAMIC

Beziehung

Version: Template 1.2.40.0.34.6.0.11.3.25 Laboratory Report Data Processing Entry (2019‑05‑07 12:59:27)

ref

at-cda-bbr-

Spezialisierung: Template 1.3.6.1.4.1.19376.1.3.1 BC Laboratory Report Data Processing Entry (DYNAMIC)

ref

bccdapilot-

Beispiel

Item

DT

Kard

Konf

Beschreibung

Label

hl7:templateId

II

1 … 1

M

Laboratory Report Data Processing Entry

(atc...ing)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.3.25

hl7:templateId

II

1 … 1

M

IHE PalM TF3 Rev.10, 6.3.4.2 Laboratory Report Data Processing Entry

(atc...ing)

@root

uid

1 … 1

F

1.3.6.1.4.1.19376.1.3.1

hl7:act

1 … 1

M

Specimen Act

(atc...ing)

@classCode

cs

1 … 1

F

ACT

@moodCode

cs

1 … 1

F

EVN

hl7:code

CD

1 … 1

M

Der Code für den Befundbereich MUSS dem der übergeordneten "Laboratory Specialty Section" entsprechen.

(atc...ing)

@code

cs

1 … 1

R

@codeSystem

oid

1 … 1

R

@codeSystemName

st

0 … 1

@displayName

st

1 … 1

R

Schematron assert

role

error

test

@code=../../../hl7:code/@code and @codeSystem=../../../hl7:code/@codeSystem

Meldung

Die hier angegebenen @code und @codeSystem MÜSSEN mit den Werten der übergeordneten Section ident sein.

hl7:statusCode

CS

1 … 1

M

Der "statusCode" kann folgende Werte annehmen:

completed: zu verwenden, wenn alle erwarteten Analyseergebnisse für diesen Befundbereich abgeschlossen sind.
aborted: zu verwenden, wenn zumindest ein Analyseergebnis für diesen Befundbereich nicht abgeschlossen werden konnte (abgebrochen wurde).

Der Wert "active" DARF NICHT verwendet werden. Befunde, die noch nicht abgeschlossen sind, sind mit /ClinicalDocument/sdtc:statusCode[@code="active"] zu codieren. Siehe dazu auch Template "Laboratory Observation", wo ein Beispiel zu einer noch nicht abgeschlossenen Analyse ("Wert folgt") angegeben ist.

(atc...ing)

CONF

@code muss "completed" sein

oder

@code muss "aborted" sein

hl7:performer

0 … *

C

Erbringer der Gesundheitsdienstleistung (Labor mit seinem Leiter).

Beinhaltet 1.2.40.0.34.6.0.11.9.24 Performer - Laboratory (DYNAMIC)

(atc...ing)

Constraint

Wurde der Befund nur von einem Labor erstellt, MUSS dieses in "/ClinicalDocument/documentationOf[1]/serviceEvent/performer" dokumentiert werden.

Sind mehrere Labors an der Erstellung beteiligt, MUSS das Labor im "structuredBody" entweder auf "entry"-Ebene oder im Rahmen eines "organizer"-Elementes oder direkt bei der Analyse ("observation"-Element) angegeben werden. Angaben in tieferen Ebenen (z.B. "observation"-Ebene) überschreiben solche auf höheren Ebenen (z.B. "organizer"-Ebene).

Für den Fall, dass Analysen von einem externen Labor durchgeführt wurden, MUSS assignedEntity/code mit @code="E", @codeSystem="2.16.840.1.113883.2.16.1.4.9", @codeSystemName="HL7.at.Laborkennzeichnung" und @displayName="EXTERN" angegeben werden.

Auswahl

1 … *

Elemente in der Auswahl:

hl7:entryRelationship welches enthält Template 1.2.40.0.34.6.0.11.3.161 Specimen Collection (DYNAMIC)
hl7:entryRelationship welches enthält Template 1.2.40.0.34.6.0.11.3.165 Notification Organizer (DYNAMIC)
hl7:entryRelationship welches enthält Template 1.2.40.0.34.6.0.11.3.167 Laboratory Isolate Organizer (DYNAMIC)
hl7:entryRelationship welches enthält Template 1.2.40.0.34.6.0.11.3.26 Laboratory Battery Organizer (DYNAMIC)
hl7:entryRelationship welches enthält Template 1.2.40.0.34.6.0.11.3.27 Laboratory Observation (DYNAMIC)
hl7:entryRelationship welches enthält Template 1.2.40.0.34.6.0.11.3.19 Eingebettetes Objekt Entry (DYNAMIC)
hl7:entryRelationship welches enthält Template 1.2.40.0.34.6.0.11.3.11 Comment Entry (DYNAMIC)

hl7:entryRelationship

0 … *

C

Probeninformation

Informationen zur CDA Level 2 Darstellung können der Section "Probeninformation (Specimen Section)" entnommen werden.

Beinhaltet 1.2.40.0.34.6.0.11.3.161 Specimen Collection (DYNAMIC)

(atc...ing)

@typeCode

cs

1 … 1

F

COMP

@contextConductionInd

cs

0 … 1

F

true

Constraint

Die Verwendung von "Specimen Collection" innerhalb des "Laboratory Report Data Processing Entry" ist NUR dann zulässig, wenn NUR EIN Befundbereich ("Laboratory Specialty Section") im gesamten Befund vorkommt und die "Specimen Collection" nicht schon als Teil der Section "Probeninformation (Specimen Section)" codiert wurde.

hl7:entryRelationship

0 … 1

Sammlung von wichtigen Erregern ("Notifiable Condition") bzw. Dokumentation von separat erfolgten Meldungen ans EMS ("Case Identification").

Beinhaltet 1.2.40.0.34.6.0.11.3.165 Notification Organizer (DYNAMIC)

(atc...ing)

@typeCode

cs

1 … 1

F

COMP

@contextConductionInd

cs

0 … 1

F

true

hl7:entryRelationship

0 … *

Codierung von kulturellen Erregernachweisen.

Beinhaltet 1.2.40.0.34.6.0.11.3.167 Laboratory Isolate Organizer (DYNAMIC)

(atc...ing)

@typeCode

cs

1 … 1

F

COMP

@contextConductionInd

cs

0 … 1

F

true

hl7:entryRelationship

0 … *

Codierung einer Befundgruppe innerhalb eines Befundbereiches.

Beinhaltet 1.2.40.0.34.6.0.11.3.26 Laboratory Battery Organizer (DYNAMIC)

(atc...ing)

@typeCode

cs

1 … 1

F

COMP

@contextConductionInd

cs

0 … 1

F

true

hl7:entryRelationship

0 … *

Codierung von Analyseergebnissen, die direkt einem Befundbereich ("Laboratory Specialty Section") zugeordnet werden. Das kann z.B. im Rahmen eines Mikrobiologiebefundes erforderlich sein, in dem prinzpiell eine weitere Gliederung in Befundgruppen ("Laboratory Battery Organizer") wegfällt.

Beinhaltet 1.2.40.0.34.6.0.11.3.27 Laboratory Observation (DYNAMIC)

(atc...ing)

@typeCode

cs

1 … 1

F

COMP

@contextConductionInd

cs

0 … 1

F

true

hl7:entryRelationship

0 … *

Beinhaltet 1.2.40.0.34.6.0.11.3.19 Eingebettetes Objekt Entry (DYNAMIC)

(atc...ing)

@typeCode

cs

1 … 1

F

COMP

@contextConductionInd

cs

0 … 1

F

true

hl7:entryRelationship

0 … *

Codierung des Kommentars für einen gesamten Befundbereich.

Beinhaltet 1.2.40.0.34.6.0.11.3.11 Comment Entry (DYNAMIC)

(atc...ing)

@typeCode

cs

1 … 1

F

COMP

@contextConductionInd

cs

0 … 1

F

true

Beispiel

Kommentar zum Befundbereich

<section>
  <templateId root="1.2.40.0.34.6.0.11.2.102"/>  <id extension="P-body" root="2.16.840.1.113883.3.933.1.1"/>  <code code="300" codeSystem="1.2.40.0.34.5.11" codeSystemName="ELGA_LaborparameterErgaenzung" displayName="Hämatologie"/>  <title>Hämatologie</title>  
  <text>
    
    
    
    
    <table>
      <thead>
        <tr>
          <th>Kommentar zur Hämatologie</th>        </tr>      </thead>      <tbody>
        <tr>
          <td>
            <paragraph>
              <content ID="haematologyComment1">Das ist ein Kommentar zum Befundbereich "Hämatologie".</content>            </paragraph>          </td>        </tr>      </tbody>    </table>  </text>  
  <entry typeCode="DRIV">
    <templateId root="1.2.40.0.34.6.0.11.3.25"/>    <templateId root="1.3.6.1.4.1.19376.1.3.1"/>    <act classCode="ACT" moodCode="EVN">
      <code code="300" codeSystem="1.2.40.0.34.5.11" codeSystemName="ELGA_LaborparameterErgaenzung" displayName="Hämatologie"/>      <statusCode code="completed"/>      
      
      
      
      <entryRelationship typeCode="COMP">
        <act classCode="ACT" moodCode="EVN">
          <templateId root="1.2.40.0.34.6.0.11.3.25"/>          <templateId root="2.16.840.1.113883.10.20.1.40"/>          <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.2"/>          <code code="48767-8" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC" displayName="Annotation Comment"/>          <text>
            <reference value="#haematologyComment1"/>          </text>          <statusCode code="completed"/>        </act>      </entryRelationship>    </act>  </entry></section>

13.4.5.5 Notification Organizer

Id

1.2.40.0.34.6.0.11.3.165

ref

at-cda-bbr-

Gültigkeit

2021‑02‑02 08:42:49

Status

Aktiv

Versions-Label

1.0.0+20211213

Name

atcdabbr_entry_NotificationOrganizer

Bezeichnung

Notification Organizer

Beschreibung

Der "Notification Organizer" ermöglicht die CDA Level 3 Codierung von wichtigen Erregern ("Notifiable Condition") bzw. der Dokumentation der separat erfolgten Meldung ans EMS ("Case Identification").

Kontext

Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.165

Klassifikation

CDA Entry Level Template

Offen/Geschlossen

Geschlossen (nur definierte Elemente sind erlaubt)

Benutzt

Benutzt 2 Templates

Benutzt	als	Name	Version
1.2.40.0.34.6.0.11.3.166	Containment	Notifiable Condition (1.0.0+20211213)	DYNAMIC
1.2.40.0.34.6.0.11.3.170	Containment	Case Identification (1.0.0+20211213)	DYNAMIC

Beziehung

Spezialisierung: Template 1.3.6.1.4.1.19376.1.3.1.1 Notification Organizer (2013‑09‑09)

ref

elgabbr-

Version: Template 1.3.6.1.4.1.19376.1.3.1.1 Notification Organizer (2013‑09‑09)

ref

elgabbr-

Beispiel

Item

DT

Kard

Konf

Beschreibung

Label

hl7:organizer

(atc...zer)

@classCode

cs

1 … 1

F

CLUSTER

@moodCode

cs

1 … 1

F

EVN

hl7:templateId

II

1 … 1

M

Notification Organizer

(atc...zer)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.3.165

hl7:templateId

II

1 … 1

R

IHE PalM TF3 Rev.10, 6.3.4.7 Notification Organizer

(atc...zer)

@root

uid

1 … 1

F

1.3.6.1.4.1.19376.1.3.1.1

hl7:statusCode

CS

1 … 1

M

(atc...zer)

@code

CONF

1 … 1

F

completed

Auswahl

1 … *

Elemente in der Auswahl:

hl7:component welches enthält Template 1.2.40.0.34.6.0.11.3.166 Notifiable Condition (DYNAMIC)
hl7:component welches enthält Template 1.2.40.0.34.6.0.11.3.170 Case Identification (DYNAMIC)

hl7:component

0 … *

Beinhaltet 1.2.40.0.34.6.0.11.3.166 Notifiable Condition (DYNAMIC)

(atc...zer)

@typeCode

cs

1 … 1

F

COMP

hl7:component

0 … *

Beinhaltet 1.2.40.0.34.6.0.11.3.170 Case Identification (DYNAMIC)

(atc...zer)

@typeCode

cs

1 … 1

F

COMP

13.4.5.6 Notifiable Condition

Id

1.2.40.0.34.6.0.11.3.166

ref

at-cda-bbr-

Gültigkeit

2021‑02‑02 10:46:26

Status

Aktiv

Versions-Label

1.0.0+20211213

Name

atcdabbr_entry_NotifiableCondition

Bezeichnung

Notifiable Condition

Beschreibung

CDA Level 3 Codierung von wichtigen Erregern.

Kontext

Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.166

Klassifikation

CDA Entry Level Template

Offen/Geschlossen

Geschlossen (nur definierte Elemente sind erlaubt)

Benutzt

Benutzt 1 Template

Benutzt	als	Name	Version
1.2.40.0.34.6.0.11.9.1	Inklusion	Narrative Text Reference (1.0.1+20210512)	DYNAMIC

Beziehung

Spezialisierung: Template 1.3.6.1.4.1.19376.1.3.1.1.1 Notification Condition (2013‑09‑09)

ref

elgabbr-

Version: Template 1.3.6.1.4.1.19376.1.3.1.1.1 Notification Condition (2013‑09‑09)

ref

elgabbr-

Beispiel

Item

DT

Kard

Konf

Beschreibung

Label

hl7:observation

(atc...ion)

@classCode

cs

1 … 1

F

COND

@moodCode

cs

1 … 1

F

EVN

hl7:templateId

II

1 … 1

M

Notifiable Condition

(atc...ion)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.3.166

hl7:templateId

II

1 … 1

R

IHE PalM TF3 Rev.10, 6.3.4.8 Notifiable Condition

(atc...ion)

@root

uid

1 … 1

F

1.3.6.1.4.1.19376.1.3.1.1.1

hl7:id

II

0 … 1

Eindeutige ID der "Notifiable Condition" auf Basis eines lokalen Nummernkreises.

(atc...ion)

hl7:code

CD

1 … 1

M

(atc...ion)

@codeSystemName

st

0 … 1

F

SNOMED CT

@code

CONF

1 … 1

F

170516003

@codeSystem

1 … 1

F

2.16.840.1.113883.6.96 (SNOMED Clinical Terms)

@displayName

1 … 1

F

Notification of Disease

hl7:qualifier

CR

1 … 1

M

(atc...ion)

hl7:name

CV

1 … 1

M

(atc...ion)

@codeSystemName

st

0 … 1

F

SNOMED CT

@code

CONF

1 … 1

F

246087005

@codeSystem

1 … 1

F

2.16.840.1.113883.6.96 (SNOMED Clinical Terms)

@displayName

1 … 1

F

Source of Specimen

hl7:value

CD

1 … 1

M

(atc...ion)

@codeSystemName

st

0 … 1

F

SNOMED CT

@code

CONF

1 … 1

F

116154003

@codeSystem

1 … 1

F

2.16.840.1.113883.6.96 (SNOMED Clinical Terms)

@displayName

1 … 1

F

Patient

Eingefügt

0 … 1

von 1.2.40.0.34.6.0.11.9.1 Narrative Text Reference (DYNAMIC)
Das "text"-Element wird verwendet, um einen Verweis zum narrativen Text ("section/text") herzustellen.

hl7:text

ED

0 … 1

(atc...ion)

hl7:reference

TEL

1 … 1

M

Die Referenz auf den entsprechenden Text im menschenlesbaren Teil muss durch Bezugnahme auf den Inhalt[@ID] angegeben werden: reference[@value='#xxx'].
Die Referenz ist mit einem ID-Attribut anzugeben, dieses Element DARF NUR den Textinhalt des codierten Inhalts mit Zusatzinformationen umschließen.

Alternativ kann @value auch mit dem url-scheme "http" oder "https" beginnen.

(atc...ion)

@value

1 … 1

R

Schematron assert

role

error

test

starts-with(@value,'#') or starts-with(@value,'http')

Meldung

The @value attribute content MUST conform to the format '#xxx', where xxx is the ID of the corresponding 'content'-element, or begin with the 'http' or 'https' url-scheme.

hl7:statusCode

CS

1 … 1

M

(atc...ion)

@code

CONF

1 … 1

F

completed

hl7:value

CE

1 … 1

M

(atc...ion)

wo [@xsi:type='CE']

@code

cs

1 … 1

R

@codeSystem

oid

1 … 1

R

@codeSystemName

st

0 … 1

@displayName

st

1 … 1

R

CONF

Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.58 ELGA_SignificantPathogens (DYNAMIC)

13.4.5.7 Laboratory Isolate Organizer

Id

1.2.40.0.34.6.0.11.3.167

ref

at-cda-bbr-

Gültigkeit

2023‑06‑01 13:39:19

Andere Versionen mit dieser Id:

atcdabbr_entry_LaboratoryIsolateOrganizer vom 2021‑02‑02 11:18:12

Status

Entwurf

Versions-Label

1.0.1

Name

atcdabbr_entry_LaboratoryIsolateOrganizer

Bezeichnung

Laboratory Isolate Organizer

Beschreibung

Alle kulturellen Erregernachweise werden im zugehörigen "section/text" (siehe "Laboratory Specialty Section (Kultureller Erregernachweis)") als Tabelle dargestellt. Jede Zeile dieser Tabelle enthält die Bezeichnung des Erregers, die Methodik der Untersuchungsdurchführung sowie das Ergebnis bzw. die Keimzahl. Kommentare zu einzelnen Nachweisen werden gegebenenfalls als Fußnoten zur Tabelle dargestellt. Für jeden einzelnen Erregernachweises wird für die Codierung ein "Laboratory Isolate Organizer" verwendet.

Für die Codierung

des Erregers MUSS das Value Set "ELGA_Mikroorganismen_VS" verwendet werden;
der Methodik enthält das Value Set "ELGA_Laborparameter" entsprechende Werte;
des Ergebnisses bzw. der Keimzahl kann z.B.:
- ein Wert aus dem Value Set "ELGA_NachweisErreger_VS" verwendet werden;
- quantitativ (z.B. Angabe der koloniebildenden Einheiten) erfolgen;

Die Methodik sowie das Ergebnis bzw. die Keimzahl werden über eine "Laboratory Observation" abgebildet.

Eventuell vorliegende Antibiogramme werden in einer separaten Tabelle in "section/text" (siehe "Laboratory Specialty Section (Kultureller Erregernachweis)") dargestellt.

Innerhalb des "Laboratory Isolate Organizers" wird das Antibiogram eines Erregers über einen "Laboratory Battery Organizer" und darin enthaltene "Laboratory Observations" (für jedes Antibiotikum eine Observation) codiert. "observation/code" enthält den Code des getesteten Antibiotikums aus dem Value Set "ELGA_Antibiogramm_VS". Das Ergebnis kann sowohl quantitativ (MHK-Wert) über "observation/value" als auch qualitativ (RSI-Interpretation) über "observation/interpretationCode" codiert werden.

Klassifikation

CDA Entry Level Template

Offen/Geschlossen

Geschlossen (nur definierte Elemente sind erlaubt)

Benutzt

Benutzt 5 Templates

Benutzt	als	Name	Version
1.2.40.0.34.6.0.11.9.24	Containment	Performer - Laboratory (1.0.0+20211213)	DYNAMIC
1.2.40.0.34.6.0.11.3.26	Containment	Laboratory Battery Organizer (1.0.1)	DYNAMIC
1.2.40.0.34.6.0.11.3.27	Containment	Laboratory Observation (2.0.1)	DYNAMIC
1.2.40.0.34.6.0.11.3.19	Containment	Eingebettetes Objekt Entry (1.0.2+20230717)	DYNAMIC
1.2.40.0.34.6.0.11.3.11	Containment	Comment Entry (1.0.0+20210219)	DYNAMIC

Beziehung

Version: Template 1.2.40.0.34.6.0.11.3.167 Laboratory Isolate Organizer (2021‑02‑02 11:18:12)

ref

at-cda-bbr-

Spezialisierung: Template 1.2.40.0.34.11.30025 Kultureller Keimnachweis (Laboratory Isolate Organzier) (2017‑02‑23)

ref

elgabbr-

Version: Template 1.2.40.0.34.11.30025 Kultureller Keimnachweis (Laboratory Isolate Organzier) (2017‑02‑23)

ref

elgabbr-

Beispiel

<table>
  <thead>
    <tr>
      <th>Erreger</th>      <th>Methode</th>      <th>Ergebnis / Keimzahl</th>    </tr>  </thead>  <tbody>
    <tr ID="OBS-MIBI-1">
      <td ID="OBS-MIBI-1-1">Staphylococcus epidermidis</td>      <td ID="OBS-MIBI-1-2">Kultur</td>      <td ID="OBS-MIBI-1-3">nachgewiesen</td>    </tr>    <tr ID="OBS-MIBI-2">
      
    </tr>  </tbody></table><paragraph styleCode="xELGA_h3">Antibiogramm</paragraph><table>
  <thead>
    <tr>
      <th>Wirkstoff</th>      <th>Staphylococcus epidermidis</th>      <th>
        
      </th>    </tr>  </thead>  <tfoot>
    <tr>
      <td>S = sensibel bei Standarddosierung, I = sensibel bei erhöhter Exposition, R = resistent, [] minimale Hemmkonzentration in mg/L</td>    </tr>  </tfoot>  <tbody>
    <tr>
      <td ID="OBS-AB-1">Penicillin</td>      <td ID="OBS-AB-1-1">R</td>      <td ID="OBS-AB-1-2">
        
      </td>    </tr>    <tr>
      <td ID="OBS-AB-2">Oxacillin</td>      <td ID="OBS-AB-2-1">S</td>      <td ID="OBS-AB-2-2">
        
      </td>    </tr>    <tr>
      <td ID="OBS-AB-3">Erythromycin</td>      <td ID="OBS-AB-3-1">S</td>      <td ID="OBS-AB-3-2">
        
      </td>    </tr>    <tr>
      <td ID="OBS-AB-4">Clindamycin</td>      <td ID="OBS-AB-4-1">S</td>      <td ID="OBS-AB-4-2">
        
      </td>    </tr>  </tbody></table>



<organizer classCode="CLUSTER" moodCode="EVN">
  <templateId root="1.2.40.0.34.6.0.11.3.167"/>  <templateId root="1.3.6.1.4.1.19376.1.3.1.5"/>  <statusCode code="completed"/>  <effectiveTime nullFlavor="UNK"/>  <specimen typeCode="SPC">
    <specimenRole classCode="SPEC">
      <specimenPlayingEntity classCode="MIC">
        <code code="60875001" codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED CT" displayName="Staphylococcus epidermidis">
          <originalText>
            <reference value="#OBS-MIBI-1-1"/>          </originalText>        </code>      </specimenPlayingEntity>    </specimenRole>  </specimen>  
  <component typeCode="COMP">
    <observation classCode="OBS" moodCode="EVN">
      <templateId root="1.2.40.0.34.6.0.11.3.27"/>      <templateId root="1.3.6.1.4.1.19376.1.3.1.6"/>      <code code="11475-1" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC" displayName="Microorganism identified in Specimen by Culture">
        <originalText>
          <reference value="#OBS-MIBI-1-2"/>        </originalText>      </code>      <statusCode code="completed"/>      <effectiveTime nullFlavor="UNK"/>      <value xsi:type="CD" code="260373001" codeSystem="2.16.840.1.113883.6.96" displayName="Detected (qualifier value)">
        <originalText>
          <reference value="#OBS-MIBI-1-3"/>        </originalText>      </value>    </observation>  </component>  
  <component typeCode="COMP">
    <organizer classCode="BATTERY" moodCode="EVN">
      <templateId root="1.2.40.0.34.6.0.11.3.26"/>      <templateId root="1.3.6.1.4.1.19376.1.3.1.4"/>      <code code="365705006" codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED CT" displayName="Finding of antimicrobial susceptibility (finding)"/>      <statusCode code="completed"/>      <component typeCode="COMP">
        <observation classCode="OBS" moodCode="EVN">
          <templateId root="1.2.40.0.34.6.0.11.3.27"/>          <templateId root="1.3.6.1.4.1.19376.1.3.1.6"/>          <code code="18964-7" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC" displayName="Penicillin [Susceptibility]"/>          <text>
            <reference value="#OBS-AB-1-1"/>          </text>          <statusCode code="completed"/>          <effectiveTime nullFlavor="UNK"/>          <value xsi:type="PQ" nullFlavor="UNK"/>          <interpretationCode code="R" codeSystem="2.16.840.1.113883.5.83" codeSystemName="HL7:ObservationInterpretation" displayName="Resistant"/>        </observation>      </component>      
      
      
    </organizer>  </component></organizer>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:organizer

(atc...zer)

@classCode

cs

1 … 1

F

CLUSTER

@moodCode

cs

1 … 1

F

EVN

hl7:templateId

II

1 … 1

M

Laboratory Isolate Organizer

(atc...zer)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.3.167

hl7:templateId

II

1 … 1

R

IHE PalM TF3 Rev.10, 6.3.4.11 Laboratory Isolate Organizer

(atc...zer)

@root

uid

1 … 1

F

1.3.6.1.4.1.19376.1.3.1.5

hl7:statusCode

CS

1 … 1

M

Der "statusCode" kann folgende Werte annehmen:

completed: zu verwenden, wenn alle erwarteten Analyseergebnisse für dieses Isolat abgeschlossen sind.
aborted: zu verwenden, wenn zumindest ein Analyseergebnis für dieses Isolat nicht abgeschlossen werden konnte (abgebrochen wurde).

Der Wert "active" DARF NICHT verwendet werden. Befunde, die noch nicht abgeschlossen sind, sind mit /ClinicalDocument/sdtc:statusCode[@code="active"] zu codieren. Siehe dazu auch Template "Laboratory Observation", wo ein Beispiel zu einer noch nicht abgeschlossenen Analyse ("Wert folgt") angegeben ist.

(atc...zer)

CONF

@code muss "completed" sein

oder

@code muss "aborted" sein

Auswahl

1 … 1

Medizinisch relevantes Datum und Zeit. In der Regel Abnahmedatum/-zeit des Untersuchungsmaterials.

Elemente in der Auswahl:

hl7:effectiveTime[not(@nullFlavor)]
hl7:effectiveTime[@nullFlavor='UNK']

hl7:effectiveTime

IVL_TS

0 … 1

(atc...zer)

wo [not(@nullFlavor)]

hl7:effectiveTime

IVL_TS

0 … 1

(atc...zer)

wo [@nullFlavor='UNK']

hl7:specimen

1 … 1

M

(atc...zer)

@typeCode

cs

1 … 1

F

SPC

hl7:specimenRole

1 … 1

M

(atc...zer)

@classCode

cs

1 … 1

F

SPEC

hl7:id

II

0 … 1

Eindeutige ID des Labors für dieses Isolat.

(atc...zer)

hl7:specimenPlayingEntity

1 … 1

M

(atc...zer)

@classCode

cs

1 … 1

F

MIC

Auswahl

1 … 1

Codierung des ermittelten Keims.

Für die Codierung des ermittelten Keims SOLL grundsätzlich ein Wert aus dem Value Set "ELGA_Mikroorganismen_VS" verwendet werden. Über "code/translation" ist es möglich, weitere Codes anzugeben, die den Keim noch präziser beschreiben.

Sollte im Value Set "ELGA_Mikroorganismen_VS" kein Code für den Keim verfügbar sein, kann dieser dennoch maschinenlesbar hinterlegt werden mit der Kennzeichnung, dass der Wert nicht aus dem Value Set stammt. Das gilt auch für den Fall, dass ein passender SNOMED CT Code exisitiert, aber nicht im aktuellen Value Set "ELGA_Mikroorganismen_VS" enthalten ist. Es wird gebeten, dass benötigte Codes umgehend an ELGA gemeldet werden, um diese im Zuge von Reviewzyklen in die Codelisten und Value Sets einpflegen zu können.

Elemente in der Auswahl:

hl7:code[not(@nullFlavor)]
hl7:code[@nullFlavor='OTH']

hl7:code

CD

0 … 1

Codierung des ermittelten Keims.

(atc...zer)

wo [not(@nullFlavor)]

@code

cs

1 … 1

R

@codeSystem

oid

1 … 1

R

@codeSystemName

st

0 … 1

@displayName

st

1 … 1

R

CONF

Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.188 ELGA_Mikroorganismen_VS (DYNAMIC)

hl7:code

CD

0 … 1

Codierung des ermittelten Keims, der nicht im aktuellen Value Set "ELGA_Mikroorganismen_VS" enthalten ist.

(atc...zer)

wo [@nullFlavor='OTH']

Schematron assert

role

error

test

hl7:translation[not(@nullFlavor)]

Meldung

Wenn code[@nullFlavor='OTH'] dann MUSS "code/translation" anwesend sein.

hl7:performer

0 … *

C

Erbringer der Gesundheitsdienstleistung (Labor mit seinem Leiter).

Beinhaltet 1.2.40.0.34.6.0.11.9.24 Performer - Laboratory (DYNAMIC)

(atc...zer)

Constraint

Wurde der Befund nur von einem Labor erstellt, MUSS dieses in "/ClinicalDocument/documentationOf[1]/serviceEvent/performer" dokumentiert werden.

Sind mehrere Labors an der Erstellung beteiligt, MUSS das Labor im "structuredBody" entweder auf "entry"-Ebene oder im Rahmen eines "organizer"-Elementes oder direkt bei der Analyse ("observation"-Element) angegeben werden. Angaben in tieferen Ebenen (z.B. "observation"-Ebene) überschreiben solche auf höheren Ebenen (z.B. "organizer"-Ebene).

Für den Fall, dass Analysen von einem externen Labor durchgeführt wurden, MUSS assignedEntity/code mit @code="E", @codeSystem="2.16.840.1.113883.2.16.1.4.9", @codeSystemName="HL7.at.Laborkennzeichnung" und @displayName="EXTERN" angegeben werden.

Auswahl

1 … *

Elemente in der Auswahl:

hl7:component welches enthält Template 1.2.40.0.34.6.0.11.3.26 Laboratory Battery Organizer (DYNAMIC)
hl7:component welches enthält Template 1.2.40.0.34.6.0.11.3.27 Laboratory Observation (DYNAMIC)
hl7:component welches enthält Template 1.2.40.0.34.6.0.11.3.19 Eingebettetes Objekt Entry (DYNAMIC)
hl7:component welches enthält Template 1.2.40.0.34.6.0.11.3.11 Comment Entry (DYNAMIC)

hl7:component

0 … *

Der "Laboratory Battery Organizer" wird verwendet, um z.B. das Antibiogramm des nachgewiesenen Erregers abzubilden.

Beinhaltet 1.2.40.0.34.6.0.11.3.26 Laboratory Battery Organizer (DYNAMIC)

(atc...zer)

@typeCode

cs

1 … 1

F

COMP

Beispiel

Interpretation (R, S, I) und minimale Hemmkonzentration (MHK)

<paragraph styleCode="xELGA_h3">Antibiogramm</paragraph><table>
  <thead>
    <tr>
      <th>Wirkstoff</th>      <th>Escherichia coli</th>      <th>Francisella tularensis</th>    </tr>  </thead>  <tfoot>
    <tr>
      <td>S = sensibel bei Standarddosierung, I = sensibel bei erhöhter Exposition, R = resistent, [] minimale Hemmkonzentration in mg/L</td>    </tr>  </tfoot>  <tbody>
    
    
    
    <tr>
      <td ID="OBS-AB-1">Gentamicin</td>      <td ID="OBS-AB-1-1">R</td>      <td ID="OBS-AB-1-2">[0.75]</td>    </tr>    <tr>
      <td ID="OBS-AB-1">Tigecyclin</td>      <td ID="OBS-AB-1-1">S [0.25]</td>      <td ID="OBS-AB-1-2"/>    </tr>    
    
    
  </tbody></table>



<organizer classCode="CLUSTER" moodCode="EVN">
  <templateId root="1.2.40.0.34.6.0.11.3.167"/>  <templateId root="1.3.6.1.4.1.19376.1.3.1.5"/>  <statusCode code="completed"/>  <effectiveTime nullFlavor="UNK"/>  <specimen typeCode="SPC">
    <specimenRole classCode="SPEC">
      <specimenPlayingEntity classCode="MIC">
        <code code="112283007" codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED CT" displayName="Escherichia coli"/>      </specimenPlayingEntity>    </specimenRole>  </specimen>  
  <component typeCode="COMP">
    
  </component>  
  <component typeCode="COMP">
    <organizer classCode="BATTERY" moodCode="EVN">
      <templateId root="1.2.40.0.34.6.0.11.3.26"/>      <templateId root="1.3.6.1.4.1.19376.1.3.1.4"/>      <code code="365705006" codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED CT" displayName="Finding of antimicrobial susceptibility (finding)"/>      <statusCode code="completed"/>      <component typeCode="COMP">
        <observation classCode="OBS" moodCode="EVN">
          <templateId root="1.2.40.0.34.6.0.11.3.27"/>          <templateId root="1.3.6.1.4.1.19376.1.3.1.6"/>          <code code="18928-2" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC" displayName="Gentamicin [Susceptibility]"/>          <statusCode code="completed"/>          <effectiveTime nullFlavor="UNK"/>          <value xsi:type="PQ" nullFlavor="UNK"/>          <interpretationCode code="R" codeSystem="2.16.840.1.113883.5.83" codeSystemName="HL7:ObservationInterpretation" displayName="Resistant"/>        </observation>      </component>      <component typeCode="COMP">
        <observation classCode="OBS" moodCode="EVN">
          <templateId root="1.2.40.0.34.6.0.11.3.27"/>          <templateId root="1.3.6.1.4.1.19376.1.3.1.6"/>          <code code="42357-4" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC" displayName="Tigecycline [Susceptibility]"/>          <statusCode code="completed"/>          <effectiveTime nullFlavor="UNK"/>          <value xsi:type="PQ" value="0.25" unit="mg/L"/>          <interpretationCode code="S" codeSystem="2.16.840.1.113883.5.83" codeSystemName="HL7:ObservationInterpretation" displayName="Susceptible"/>        </observation>      </component>    </organizer>  </component></organizer>
<organizer classCode="CLUSTER" moodCode="EVN">
  <templateId root="1.2.40.0.34.6.0.11.3.167"/>  <templateId root="1.3.6.1.4.1.19376.1.3.1.5"/>  <statusCode code="completed"/>  <effectiveTime nullFlavor="UNK"/>  <specimen typeCode="SPC">
    <specimenRole classCode="SPEC">
      <specimenPlayingEntity classCode="MIC">
        <code code="51526001" codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED CT" displayName="Francisella tularensis"/>      </specimenPlayingEntity>    </specimenRole>  </specimen>  
  <component typeCode="COMP">
    
  </component>  
  <component typeCode="COMP">
    <organizer classCode="BATTERY" moodCode="EVN">
      <templateId root="1.2.40.0.34.6.0.11.3.26"/>      <templateId root="1.3.6.1.4.1.19376.1.3.1.4"/>      <code code="365705006" codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED CT" displayName="Finding of antimicrobial susceptibility (finding)"/>      <statusCode code="completed"/>      <component typeCode="COMP">
        <observation classCode="OBS" moodCode="EVN">
          <templateId root="1.2.40.0.34.6.0.11.3.27"/>          <templateId root="1.3.6.1.4.1.19376.1.3.1.6"/>          <code code="18928-2" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC" displayName="Gentamicin [Susceptibility]"/>          <statusCode code="completed"/>          <effectiveTime nullFlavor="UNK"/>          <value xsi:type="PQ" value="0.75" unit="mg/L"/>        </observation>      </component>    </organizer>  </component></organizer>

hl7:component

0 … *

Die "Laboratory Observation" wird verwendet, um z.B. die Untersuchungsmethode sowie das ermittelte Ergebnis / Keimzahl abzubilden.

Beinhaltet 1.2.40.0.34.6.0.11.3.27 Laboratory Observation (DYNAMIC)

(atc...zer)

@typeCode

cs

1 … 1

F

COMP

Beispiel

Erreger nicht nachweisbar

<table>
  <thead>
    <tr>
      <th>Erreger</th>      <th>Methode</th>      <th>Ergebnis / Keimzahl</th>    </tr>  </thead>  <tbody>
    <tr ID="OBS-MIBI-1">
      <td ID="OBS-MIBI-1-1">Staphylococcus epidermidis</td>      <td ID="OBS-MIBI-1-2">Kultur</td>      <td ID="OBS-MIBI-1-3">nicht nachgewiesen</td>    </tr>  </tbody></table>



<organizer classCode="CLUSTER" moodCode="EVN">
  <templateId root="1.2.40.0.34.6.0.11.3.167"/>  <templateId root="1.3.6.1.4.1.19376.1.3.1.5"/>  <statusCode code="completed"/>  <effectiveTime nullFlavor="UNK"/>  <specimen typeCode="SPC">
    <specimenRole classCode="SPEC">
      <specimenPlayingEntity classCode="MIC">
        <code code="60875001" codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED CT" displayName="Staphylococcus epidermidis"/>      </specimenPlayingEntity>    </specimenRole>  </specimen>  
  <component typeCode="COMP">
    <observation classCode="OBS" moodCode="EVN">
      <templateId root="1.2.40.0.34.6.0.11.3.27"/>      <templateId root="1.3.6.1.4.1.19376.1.3.1.6"/>      <code code="11475-1" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC" displayName="Microorganism identified in Specimen by Culture"/>      <statusCode code="completed"/>      <effectiveTime nullFlavor="UNK"/>      <value xsi:type="CD" code="260415000" codeSystem="2.16.840.1.113883.6.96" displayName="Not detected (qualifier value)">
        <originalText>
          <reference value="#OBS-MIBI-1-3"/>        </originalText>      </value>    </observation>  </component></organizer>

Beispiel

Keime (oder Mikroorganismen) nicht nachweisbar

<table>
  <thead>
    <tr>
      <th>Erreger</th>      <th>Methode</th>      <th>Ergebnis / Keimzahl</th>    </tr>  </thead>  <tbody>
    <tr ID="OBS-MIBI-1">
      <td ID="OBS-MIBI-1-1">Keime (oder Mikroorganismen)</td>      <td ID="OBS-MIBI-1-2">Kultur</td>      <td ID="OBS-MIBI-1-3">nicht nachgewiesen</td>    </tr>  </tbody></table>



<organizer classCode="CLUSTER" moodCode="EVN">
  <templateId root="1.2.40.0.34.6.0.11.3.167"/>  <templateId root="1.3.6.1.4.1.19376.1.3.1.5"/>  <statusCode code="completed"/>  <effectiveTime nullFlavor="UNK"/>  <specimen typeCode="SPC">
    <specimenRole classCode="SPEC">
      <specimenPlayingEntity classCode="MIC">
        <code code="264395009" codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED CT" displayName="Microorganism (Organism)"/>      </specimenPlayingEntity>    </specimenRole>  </specimen>  
  <component typeCode="COMP">
    <observation classCode="OBS" moodCode="EVN">
      <templateId root="1.2.40.0.34.6.0.11.3.27"/>      <templateId root="1.3.6.1.4.1.19376.1.3.1.6"/>      <code code="11475-1" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC" displayName="Microorganism identified in Specimen by Culture"/>      <statusCode code="completed"/>      <effectiveTime nullFlavor="UNK"/>      <value xsi:type="CD" code="260415000" codeSystem="2.16.840.1.113883.6.96" displayName="Not detected (qualifier value)">
        <originalText>
          <reference value="#OBS-MIBI-1-3"/>        </originalText>      </value>    </observation>  </component></organizer>

Beispiel

Koloniebildende Einheiten

<table>
  <thead>
    <tr>
      <th>Erreger</th>      <th>Methode</th>      <th>Ergebnis / Keimzahl</th>    </tr>  </thead>  <tbody>
    <tr ID="OBS-MIBI-1">
      <td ID="OBS-MIBI-1-1">Staphylococcus aureus</td>      <td ID="OBS-MIBI-1-2">Kultur</td>      <td ID="OBS-MIBI-1-3">>500KBE</td>    </tr>  </tbody></table>



<organizer classCode="CLUSTER" moodCode="EVN">
  <templateId root="1.2.40.0.34.6.0.11.3.167"/>  <templateId root="1.3.6.1.4.1.19376.1.3.1.5"/>  <statusCode code="completed"/>  <effectiveTime nullFlavor="UNK"/>  <specimen typeCode="SPC">
    <specimenRole classCode="SPEC">
      <specimenPlayingEntity classCode="MIC">
        <code code="3092008" codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED CT" displayName="Staphylococcus aureus"/>      </specimenPlayingEntity>    </specimenRole>  </specimen>  
  <component typeCode="COMP">
    <observation classCode="OBS" moodCode="EVN">
      <templateId root="1.2.40.0.34.6.0.11.3.27"/>      <templateId root="1.3.6.1.4.1.19376.1.3.1.6"/>      <code code="11475-1" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC" displayName="Microorganism identified in Specimen by Culture"/>      <statusCode code="completed"/>      <effectiveTime nullFlavor="UNK"/>      <value xsi:type="IVL_PQ">
        <low value="500" unit="[CFU]"/>        <high nullFlavor="PINF"/>      </value>    </observation>  </component></organizer>

hl7:component

0 … *

Beinhaltet 1.2.40.0.34.6.0.11.3.19 Eingebettetes Objekt Entry (DYNAMIC)

(atc...zer)

@typeCode

cs

1 … 1

F

COMP

@contextConductionInd

cs

0 … 1

F

true

hl7:component

0 … *

Codierung des Kommentars zum kulturellen Erregernachweis bzw. zum Antibiogramm des nachgewiesenen Erregers.

Beinhaltet 1.2.40.0.34.6.0.11.3.11 Comment Entry (DYNAMIC)

(atc...zer)

@typeCode

cs

1 … 1

F

COMP

Beispiel

Kommentar zu kulurellem Erregernachweis und Antibiogramm

<table>
  <thead>
    <tr>
      <th>Erreger</th>      <th>Methode</th>      <th>Ergebnis / Keimzahl</th>    </tr>  </thead>  <tfoot>
    <tr>
      <td>
        <footnote ID="isolateComment1">
          <sup>1)</sup>           Kommentar zum Erreger wie z.B., dass er meldepflichtig ist.        </footnote>      </td>    </tr>  </tfoot>  <tbody>
    <tr ID="OBS-MIBI-1">
      <td ID="OBS-MIBI-1-1">
        Staphylococcus epidermidis        <sup>1)</sup>      </td>      <td ID="OBS-MIBI-1-2">Kultur</td>      <td ID="OBS-MIBI-1-3">nachgewiesen</td>    </tr>  </tbody></table><paragraph styleCode="xELGA_h3">Antibiogramm</paragraph><table>
  <thead>
    <tr>
      <th>Wirkstoff</th>      <th>Staphylococcus epidermidis</th>    </tr>  </thead>  <tfoot>
    <tr>
      <td>S = sensibel bei Standarddosierung, I = sensibel bei erhöhter Exposition, R = resistent, [] minimale Hemmkonzentration in mg/L</td>    </tr>    <tr>
      <td>
        <footnote ID="antibiogramComment1">
          <sup>1)</sup>           Kommentar zum Antibiogramm eines Erregers.        </footnote>      </td>    </tr>  </tfoot>  <tbody>
    <tr>
      <td ID="OBS-AB-1">Penicillin</td>      <td ID="OBS-AB-1-1">R</td>    </tr>    <tr>
      <td ID="OBS-AB-2">Oxacillin</td>      <td ID="OBS-AB-2-1">
        S        <sup>1)</sup>      </td>    </tr>    <tr>
      <td ID="OBS-AB-3">Erythromycin</td>      <td ID="OBS-AB-3-1">S</td>    </tr>    <tr>
      <td ID="OBS-AB-4">Clindamycin</td>      <td ID="OBS-AB-4-1">S</td>    </tr>  </tbody></table>



<organizer classCode="CLUSTER" moodCode="EVN">
  <templateId root="1.2.40.0.34.6.0.11.3.167"/>  <templateId root="1.3.6.1.4.1.19376.1.3.1.5"/>  <statusCode code="completed"/>  <effectiveTime nullFlavor="UNK"/>  <specimen typeCode="SPC">
    <specimenRole classCode="SPEC">
      <specimenPlayingEntity classCode="MIC">
        <code code="60875001" codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED CT" displayName="Staphylococcus epidermidis"/>      </specimenPlayingEntity>    </specimenRole>  </specimen>  
  <component typeCode="COMP">
    
  </component>  
  <component typeCode="COMP">
    
  </component>  
  <component typeCode="COMP">
    <act classCode="ACT" moodCode="EVN">
      <templateId root="1.2.40.0.34.6.0.11.3.11"/>      <templateId root="2.16.840.1.113883.10.20.1.40"/>      <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.2"/>      <code code="48767-8" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC" displayName="Annotation Comment"/>      <text>
        <reference value="#isolateComment1"/>      </text>      <statusCode code="completed"/>    </act>  </component>  
  <component typeCode="COMP">
    <act classCode="ACT" moodCode="EVN">
      <templateId root="1.2.40.0.34.6.0.11.3.11"/>      <templateId root="2.16.840.1.113883.10.20.1.40"/>      <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.2"/>      <code code="48767-8" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC" displayName="Annotation Comment"/>      <text>
        <reference value="#antibiogramComment1"/>      </text>      <statusCode code="completed"/>    </act>  </component></organizer>

13.4.5.8 Laboratory Battery Organizer

Id

1.2.40.0.34.6.0.11.3.26

ref

at-cda-bbr-

Gültigkeit

2023‑06‑01 13:50:16

Andere Versionen mit dieser Id:

atcdabbr_entry_LaboratoryBatteryOrganizer vom 2019‑05‑29 10:51:34

Status

Entwurf

Versions-Label

1.0.1

Name

atcdabbr_entry_LaboratoryBatteryOrganizer

Bezeichnung

Laboratory Battery Organizer

Beschreibung

Der "Laboratory Battery Organizer" kann

eine Befundgruppe innerhalb eines Befundbereiches ("Laboratory Specialty Section") darstellen. Für den "organizer/code" MUSS in diesem Fall ein Code aus dem Level 2 des hierarchischen Value Sets "ELGA_Laborstruktur" verwendet werden.
ein Antibiogramm innerhalb des "Laboratory Isolate Organizer" darstellen. In diesem Fall MUSS für den "organizer/code" der Code "365705006 - Finding of antimicrobial susceptibility (finding)" angegeben werden.

Kontext

Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.26

Klassifikation

CDA Entry Level Template

Offen/Geschlossen

Geschlossen (nur definierte Elemente sind erlaubt)

Benutzt

Benutzt 4 Templates

Benutzt	als	Name	Version
1.2.40.0.34.6.0.11.9.24	Containment	Performer - Laboratory (1.0.0+20211213)	DYNAMIC
1.2.40.0.34.6.0.11.3.27	Containment	Laboratory Observation (2.0.1)	DYNAMIC
1.2.40.0.34.6.0.11.3.19	Containment	Eingebettetes Objekt Entry (1.0.2+20230717)	DYNAMIC
1.2.40.0.34.6.0.11.3.11	Containment	Comment Entry (1.0.0+20210219)	DYNAMIC

Beziehung

Version: Template 1.2.40.0.34.6.0.11.3.26 Laboratory Battery Organizer (2019‑05‑29 10:51:34)

ref

at-cda-bbr-

Beispiel

Befundgruppe

<paragraph styleCode="xELGA_h3">Blutbild</paragraph><table>
  <thead>
    <tr>
      <th>Analyse</th>      <th>Ergebnis</th>      <th>Einheit</th>      <th>Referenzbereiche</th>      <th>Interpretation</th>    </tr>  </thead>  <tbody>
    <tr ID="OBS-1-1" styleCode="xELGA_red">
      <td>Leukozyten</td>      <td>26</td>      <td>10^9/L</td>      <td ID="OBSREF-1-1">4-10</td>      <td>+</td>    </tr>    
  </tbody></table>



<organizer classCode="BATTERY" moodCode="EVN">
  <templateId root="1.2.40.0.34.6.0.11.3.26"/>  <templateId root="1.3.6.1.4.1.19376.1.3.1.4"/>  <code code="03010" codeSystem="1.2.40.0.34.5.11" codeSystemName="ELGA_LaborparameterErgaenzung" displayName="Blutbild"/>  <statusCode code="completed"/>  <effectiveTime>
    <low value="20190201081400+0100"/>    <high value="20190201092200+0100"/>  </effectiveTime>  <component typeCode="COMP" contextConductionInd="true">
    <observation classCode="OBS" moodCode="EVN">
      <templateId root="1.3.6.1.4.1.19376.1.3.1.6"/>      <id extension="OBS-1-1" root="1.2.40.0.34.99.4613.122082.1.3.5"/>      <code code="26464-8" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC" displayName="Leukozyten"/>      <text>
        <reference value="#OBS-1-1"/>      </text>      <statusCode code="completed"/>      <effectiveTime value="20191201073406+0100"/>      <value unit="10*9/L" value="26" xsi:type="PQ"/>      <interpretationCode code="H" codeSystemName="HL7:ObservationInterpretation" codeSystem="2.16.840.1.113883.5.83" displayName="High"/>      <referenceRange typeCode="REFV">
        <observationRange classCode="OBS" moodCode="EVN.CRT">
          <text>
            <reference value="#OBSREF-1-1"/>          </text>          <value xsi:type="IVL_PQ">
            <low value="4.0" unit="10*9/L"/>            <high value="10.0" unit="10*9/L"/>          </value>          <interpretationCode code="N" codeSystemName="HL7:ObservationInterpretation" codeSystem="2.16.840.1.113883.5.83" displayName="normal"/>        </observationRange>      </referenceRange>    </observation>    
  </component></organizer>

Beispiel

Antibiogramm

<paragraph styleCode="xELGA_h3">Antibiogramm</paragraph><table>
  <thead>
    <tr>
      <th>Wirkstoff</th>      <th>Staphylococcus epidermidis</th>    </tr>  </thead>  <tfoot>
    <tr>
      <td> S = sensibel bei Standarddosierung, I = sensibel bei erhöhter Exposition, R = resistent, [] minimale Hemmkonzentration in mg/L </td>    </tr>  </tfoot>  <tbody>
    <tr>
      <td ID="OBS-AB-1">Penicillin</td>      <td ID="OBS-AB-1-1">R</td>    </tr>    
  </tbody></table>



<organizer classCode="BATTERY" moodCode="EVN">
  <templateId root="1.2.40.0.34.6.0.11.3.26"/>  <templateId root="1.3.6.1.4.1.19376.1.3.1.4"/>  <code code="365705006" codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED CT" displayName="Finding of antimicrobial susceptibility (finding)"/>  <statusCode code="completed"/>  <effectiveTime>
    <low value="20190201081400+0100"/>    <high value="20190201092200+0100"/>  </effectiveTime>  <component typeCode="COMP" contextConductionInd="true">
    <observation classCode="OBS" moodCode="EVN">
      <templateId root="1.2.40.0.34.6.0.11.3.27"/>      <templateId root="1.3.6.1.4.1.19376.1.3.1.6"/>      <code code="18964-7" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC" displayName="Penicillin [Susceptibility]">
        <originalText>
          <reference value="#OBS-AB-1"/>        </originalText>      </code>      <text>
        <reference value="#OBS-AB-1-1"/>      </text>      <statusCode code="completed"/>      <effectiveTime nullFlavor="UNK"/>      <value xsi:type="PQ" nullFlavor="UNK"/>      <interpretationCode code="R" codeSystem="2.16.840.1.113883.5.83" codeSystemName="HL7:ObservationInterpretation" displayName="Resistant"/>    </observation>  </component>  
  
  
</organizer>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:organizer

(atc...zer)

@classCode

cs

1 … 1

F

BATTERY

@moodCode

cs

1 … 1

F

EVN

hl7:templateId

II

1 … 1

M

Laboratory Battery Organizer

(atc...zer)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.3.26

hl7:templateId

II

1 … 1

M

IHE PalM TF3 Rev.10, 6.3.4.12 Laboratory Battery Organizer

(atc...zer)

@root

uid

1 … 1

F

1.3.6.1.4.1.19376.1.3.1.4

Auswahl

1 … 1

Elemente in der Auswahl:

hl7:code[concat(@code, @codeSystem) = doc('include/voc-1.2.40.0.34.10.47-DYNAMIC.xml')//valueSet[1]/conceptList/concept/concat(@code, @codeSystem) or @nullFlavor]
hl7:code[(@code = '365705006' and @codeSystem = '2.16.840.1.113883.6.96') or @nullFlavor]

hl7:code

CD

0 … 1

Eindeutiger Code für die Befundgruppe als Teil eines Befundbereiches ("Laboratory Specialty Section").

(atc...zer)

@code

cs

1 … 1

R

@codeSystem

oid

1 … 1

R

@codeSystemName

st

0 … 1

@displayName

st

1 … 1

R

Constraint

Es MUSS ein Code aus Level 2 des hierarchischen Value Sets "ELGA_Laborstruktur" verwendet werden.

CONF

Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.47 ELGA_Laborstruktur (DYNAMIC)

hl7:code

CD

0 … 1

Eindeutiger Code für ein Antibiogramm als Teil des Templates "Laboratory Isolate Organizer".

(atc...zer)

@codeSystemName

st

0 … 1

F

SNOMED CT

@code

CONF

0 … 1

F

365705006

@codeSystem

0 … 1

F

2.16.840.1.113883.6.96 (SNOMED Clinical Terms)

@displayName

0 … 1

F

Finding of antimicrobial susceptibility (finding)

Schematron assert

role

error

test

hl7:code[not(@nullFlavor)]

Meldung

@nullFlavor ist für organizer/code NICHT erlaubt.

hl7:statusCode

CS

1 … 1

M

Der "statusCode" kann folgende Werte annehmen:

completed: zu verwenden, wenn alle erwarteten Analyseergebnisse für diesen Organizer abgeschlossen sind.
aborted: zu verwenden, wenn zumindest ein Analyseergebnis für diesen Organizer nicht abgeschlossen werden konnte (abgebrochen wurde).

(atc...zer)

CONF

@code muss "completed" sein

oder

@code muss "aborted" sein

hl7:effectiveTime

IVL_TS

0 … 1

Fertigstellungszeitpunkt der enthaltenen Tests.

(atc...zer)

hl7:low

TS.AT.TZ

1 … 1

M

(atc...zer)

hl7:high

TS.AT.TZ

1 … 1

M

(atc...zer)

hl7:performer

0 … *

C

Erbringer der Gesundheitsdienstleistung (Labor mit seinem Leiter).

Beinhaltet 1.2.40.0.34.6.0.11.9.24 Performer - Laboratory (DYNAMIC)

(atc...zer)

Constraint

Wurde der Befund nur von einem Labor erstellt, MUSS dieses in "/ClinicalDocument/documentationOf[1]/serviceEvent/performer" dokumentiert werden.

Sind mehrere Labors an der Erstellung beteiligt, MUSS das Labor im "structuredBody" entweder auf "entry"-Ebene oder im Rahmen eines "organizer"-Elementes oder direkt bei der Analyse ("observation"-Element) angegeben werden. Angaben in tieferen Ebenen (z.B. "observation"-Ebene) überschreiben solche auf höheren Ebenen (z.B. "organizer"-Ebene).

Für den Fall, dass Analysen von einem externen Labor durchgeführt wurden, MUSS assignedEntity/code mit @code="E", @codeSystem="2.16.840.1.113883.2.16.1.4.9", @codeSystemName="HL7.at.Laborkennzeichnung" und @displayName="EXTERN" angegeben werden.

Auswahl

0 … *

Elemente in der Auswahl:

hl7:component welches enthält Template 1.2.40.0.34.6.0.11.3.27 Laboratory Observation (DYNAMIC)
hl7:component welches enthält Template 1.2.40.0.34.6.0.11.3.19 Eingebettetes Objekt Entry (DYNAMIC)
hl7:component welches enthält Template 1.2.40.0.34.6.0.11.3.11 Comment Entry (DYNAMIC)

hl7:component

0 … *

Im Fall einer Befundgruppe werden in "Laboratory Observations" die einzelnen Analyseergebnisse codiert.
Im Fall eines Antibiogramms werden in "Laboratory Observations" die Testergebnisse einzelner Antibiotika codiert.

Beinhaltet 1.2.40.0.34.6.0.11.3.27 Laboratory Observation (DYNAMIC)

(atc...zer)

@typeCode

cs

1 … 1

F

COMP

@contextConductionInd

cs

0 … 1

F

true

hl7:component

0 … *

Beinhaltet 1.2.40.0.34.6.0.11.3.19 Eingebettetes Objekt Entry (DYNAMIC)

(atc...zer)

@typeCode

cs

1 … 1

F

COMP

@contextConductionInd

cs

0 … 1

F

true

hl7:component

0 … *

Codierung des Kommentars für diesen "Laboratory Battery Organizer".

Beinhaltet 1.2.40.0.34.6.0.11.3.11 Comment Entry (DYNAMIC)

(atc...zer)

@typeCode

cs

1 … 1

F

COMP

@contextConductionInd

cs

0 … 1

F

true

Beispiel

Kommentar zur Befundgruppe

<section>
  <templateId root="1.2.40.0.34.6.0.11.2.102"/>  <id extension="P-body" root="2.16.840.1.113883.3.933.1.1"/>  <code code="300" codeSystem="1.2.40.0.34.5.11" codeSystemName="ELGA_LaborparameterErgaenzung" displayName="Hämatologie"/>  <title>Hämatologie</title>  
  <text>
    
    <paragraph styleCode="xELGA_h3">Blutbild</paragraph>    <table>
      <thead>
        <tr>
          <th>Analyse</th>          <th>Ergebnis</th>          <th>Einheit</th>          <th>Referenzbereiche</th>          <th>Interpretation</th>        </tr>      </thead>      <tbody>
        <tr ID="OBS-1-1" styleCode="xELGA_red">
          <td>Leukozyten</td>          <td>26</td>          <td>10^9/L</td>          <td ID="OBSREF-1-1">4-10</td>          <td>+</td>        </tr>        
      </tbody>    </table>    
    <paragraph>
      <content ID="blutbildComment">Das ist ein Kommentar zur Befundgruppe "Blutbild".</content>    </paragraph>    
    
    
  </text>  
  <entry typeCode="DRIV">
    <templateId root="1.2.40.0.34.6.0.11.3.25"/>    <templateId root="1.3.6.1.4.1.19376.1.3.1"/>    <act classCode="ACT" moodCode="EVN">
      <code code="300" codeSystem="1.2.40.0.34.5.11" codeSystemName="ELGA_LaborparameterErgaenzung" displayName="Hämatologie"/>      <statusCode code="completed"/>      <entryRelationship typeCode="COMP">
        <organizer classCode="BATTERY" moodCode="EVN">
          <templateId root="1.2.40.0.34.6.0.11.3.26"/>          <templateId root="1.3.6.1.4.1.19376.1.3.1.4"/>          <code code="03010" codeSystem="1.2.40.0.34.5.11" codeSystemName="ELGA_LaborparameterErgaenzung" displayName="Blutbild"/>          <statusCode code="completed"/>          
          
          
          
          <component typeCode="COMP">
            <act classCode="ACT" moodCode="EVN">
              <templateId root="1.2.40.0.34.6.0.11.3.11"/>              <templateId root="2.16.840.1.113883.10.20.1.40"/>              <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.2"/>              <code code="48767-8" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC" displayName="Annotation Comment"/>              <text>
                <reference value="#blutbildComment"/>              </text>              <statusCode code="completed"/>            </act>          </component>        </organizer>      </entryRelationship>    </act>  </entry></section>

13.4.5.9 Laboratory Observation

Id

1.2.40.0.34.6.0.11.3.27

ref

at-cda-bbr-

Gültigkeit

2023‑06‑01 13:58:20

Andere Versionen mit dieser Id:

atcdabbr_entry_LaboratoryObservation vom 2021‑04‑19 16:15:55
atcdabbr_entry_LaboratoryObservation vom 2019‑05‑07 13:44:02

Status

Entwurf

Versions-Label

2.0.1

Name

atcdabbr_entry_LaboratoryObservation

Bezeichnung

Laboratory Observation

Beschreibung

Ergebnis einer Analyse (Laboruntersuchung, Test) wird als "observation" codiert. Jede "observation" stellt das Ergebnis genau einer Analyse dar. Die "observation" kann

als Einzelanalyse direkt unter dem Specimen-Act (siehe "Laboratory Report Data Processing Entry");
als Ergebnis eines kulturellen Erregernachweises unter dem "Laboratory Isolate Organizer";
als Teil einer Befundgruppe bzw. eines Antibiogramms (siehe "Laboratory Battery Organizer");

Kontext

Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.27

Klassifikation

CDA Entry Level Template

Offen/Geschlossen

Geschlossen (nur definierte Elemente sind erlaubt)

Benutzt

Benutzt 5 Templates

Benutzt	als	Name	Version
1.2.40.0.34.6.0.11.9.1	Inklusion	Narrative Text Reference (1.0.1+20210512)	DYNAMIC
1.2.40.0.34.6.0.11.9.23	Inklusion	Laboratory Observation Value (1.0.0+20211213)	DYNAMIC
1.2.40.0.34.6.0.11.9.24	Containment	Performer - Laboratory (1.0.0+20211213)	DYNAMIC
1.2.40.0.34.6.0.11.9.10	Containment	Address Compilation Minimal (1.0.2+20230717)	DYNAMIC
1.2.40.0.34.6.0.11.3.11	Containment	Comment Entry (1.0.0+20210219)	DYNAMIC

Beziehung

Version: Template 1.2.40.0.34.6.0.11.3.27 Laboratory Observation (2021‑04‑19 16:15:55)

ref

at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.3.27 Laboratory Observation Entry (2019‑05‑07 13:44:02)

ref

at-cda-bbr-

Beispiel

Analyse (Laboruntersuchung)

<tr ID="OBS-1-1" styleCode="xELGA_red">
  <td>Leukozyten</td>  <td>26</td>  <td>10^9/L</td>  <td ID="OBSREF-1-1">4-10</td>  <td>+</td></tr>


<observation classCode="OBS" moodCode="EVN">
  <templateId root="1.2.40.0.34.6.0.11.3.27"/>  <templateId root="1.3.6.1.4.1.19376.1.3.1.6"/>  <id root="1.2.3.999" extension="--example only--"/>  <code code="26464-8" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC" displayName="Leukozyten"/>  <text>
    <reference value="#OBS-1-1"/>  </text>  <statusCode code="completed"/>  <effectiveTime value="20190201092200+0100"/>  <value unit="10*9/L" value="26.0" xsi:type="PQ"/>  <interpretationCode code="H" codeSystem="2.16.840.1.113883.5.83" displayName="High"/>  <referenceRange typeCode="REFV">
    <observationRange classCode="OBS" moodCode="EVN.CRT">
      <text>
        <reference value="#OBSREF-1-1"/>      </text>      <value xsi:type="IVL_PQ">
        <low value="4" unit="10*9/L"/>        <high value="10" unit="10*9/L" inclusive="false"/>      </value>      <interpretationCode code="N" codeSystem="2.16.840.1.113883.5.83"/>    </observationRange>  </referenceRange></observation>

Beispiel

Kultureller Erregernachweis

<tr ID="OBS-MIBI-1">
  <td ID="OBS-MIBI-1-1">Staphylococcus epidermidis</td>  <td ID="OBS-MIBI-1-2">Kultur</td>  <td ID="OBS-MIBI-1-3">nachgewiesen</td></tr>



<organizer classCode="CLUSTER" moodCode="EVN">
  <templateId root="1.2.40.0.34.6.0.11.3.167"/>  <templateId root="1.3.6.1.4.1.19376.1.3.1.5"/>  <statusCode code="completed"/>  <effectiveTime nullFlavor="UNK"/>  <specimen typeCode="SPC">
    <specimenRole classCode="SPEC">
      <specimenPlayingEntity classCode="MIC">
        <code code="60875001" codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED CT" displayName="Staphylococcus epidermidis"/>      </specimenPlayingEntity>    </specimenRole>  </specimen>  
  <component typeCode="COMP">
    <observation classCode="OBS" moodCode="EVN">
      <templateId root="1.2.40.0.34.6.0.11.3.27"/>      <templateId root="1.3.6.1.4.1.19376.1.3.1.6"/>      <code code="11475-1" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC" displayName="Microorganism identified in Specimen by Culture">
        <originalText>
          <reference value="#OBS-MIBI-1-2"/>        </originalText>      </code>      <statusCode code="completed"/>      <effectiveTime nullFlavor="UNK"/>      <value xsi:type="CD" code="260373001" codeSystem="2.16.840.1.113883.6.96" displayName="Detected (qualifier value)">
        <originalText>
          <reference value="#OBS-MIBI-1-3"/>        </originalText>      </value>    </observation>  </component></organizer>

Beispiel

Zu wenig Material

<tr ID="OBS-1-1">
  <td>HIV AK/Ag</td>  <td ID="OBS-1-1-result">zu wenig Material</td>  <td/>  <td/>  <td/></tr>


<observation classCode="OBS" moodCode="EVN">
  <templateId root="1.2.40.0.34.6.0.11.3.27"/>  <templateId root="1.3.6.1.4.1.19376.1.3.1.6"/>  <id root="1.2.3.999" extension="--example only--"/>  <code code="56888-1" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC" displayName="HIV 1+2 Ab+HIV1 p24 Ag [Presence] in Serum or Plasma by Immunoassay"/>  <text>
    <reference value="#OBS-1-1"/>  </text>  <statusCode code="completed"/>  <effectiveTime value="UNK"/>  <value xsi:type="CD" code="281268007" codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED CT" displayName="Insufficient sample (finding)">
    <translation>
      <originalText>
        <reference value="#OBS-1-1-result"/>      </originalText>    </translation>  </value></observation>

Beispiel

Analyse in Arbeit ('Wert folgt')

<ClinicalDocument>
  
  
  
  <sdtc:statusCode code="active"/>  
  
  <component typeCode="COMP">
    <structuredBody classCode="DOCBODY">
      <component typeCode="COMP">
        <section classCode="DOCSECT">
          
          <text>
            
            
            <tr ID="OBS-1-1">
              <td>Leukozyten</td>              <td ID="OBS-1-1-result">Wert folgt</td>              <td>10^9/L</td>              <td ID="OBSREF-1-1">4-10</td>              <td/>            </tr>            
          </text>          
          <entry typeCode="DRIV">
            
            <observation classCode="OBS" moodCode="EVN">
              <templateId root="1.2.40.0.34.6.0.11.3.27"/>              <templateId root="1.3.6.1.4.1.19376.1.3.1.6"/>              <id root="1.2.3.999" extension="--example only--"/>              <code code="26464-8" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC" displayName="Leukozyten"/>              <text>
                <reference value="#OBS-1-1"/>              </text>              <statusCode code="completed"/>              <effectiveTime value="UNK"/>              <value xsi:type="CD" code="255599008" codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED CT" displayName="Incomplete (qualifier value)">
                <translation>
                  <originalText>
                    <reference value="#OBS-1-1-result"/>                  </originalText>                </translation>              </value>            </observation>            
          </entry>        </section>      </component>    </structuredBody>  </component></ClinicalDocument>

Beispiel

Antibiogrammergebnisse

<tr>
  <td ID="OBS-AB-1">Tigecyclin</td>  <td ID="OBS-AB-1-1">S [0.25]</td></tr><tr>
  <td ID="OBS-AB-2">Penicillin</td>  <td ID="OBS-AB-2-1">R</td></tr><tr>
  <td ID="OBS-AB-3">Doxycyclin</td>  <td ID="OBS-AB-3-1">[0.25]</td></tr>


<component typeCode="COMP">
  <observation classCode="OBS" moodCode="EVN">
    <templateId root="1.2.40.0.34.6.0.11.3.27"/>    <templateId root="1.3.6.1.4.1.19376.1.3.1.6"/>    <code code="42357-4" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC" displayName="Tigecycline [Susceptibility]"/>    <statusCode code="completed"/>    <effectiveTime nullFlavor="UNK"/>    <value xsi:type="PQ" value="0.25" unit="mg/L"/>    <interpretationCode code="S" codeSystem="2.16.840.1.113883.5.83" codeSystemName="HL7:ObservationInterpretation" displayName="Susceptible"/>  </observation></component><component typeCode="COMP">
  <observation classCode="OBS" moodCode="EVN">
    <templateId root="1.2.40.0.34.6.0.11.3.27"/>    <templateId root="1.3.6.1.4.1.19376.1.3.1.6"/>    <code code="18964-7" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC" displayName="Penicillin [Susceptibility]"/>    <statusCode code="completed"/>    <effectiveTime nullFlavor="UNK"/>    <value xsi:type="PQ" nullFlavor="UNK"/>    <interpretationCode code="R" codeSystem="2.16.840.1.113883.5.83" codeSystemName="HL7:ObservationInterpretation" displayName="Resistant"/>  </observation></component><component typeCode="COMP">
  <observation classCode="OBS" moodCode="EVN">
    <templateId root="1.2.40.0.34.6.0.11.3.27"/>    <templateId root="1.3.6.1.4.1.19376.1.3.1.6"/>    <code code="18917-5" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC" displayName="Doxycycline [Susceptibility]"/>    <statusCode code="completed"/>    <effectiveTime nullFlavor="UNK"/>    <value xsi:type="PQ" value="0.25" unit="mg/L"/>  </observation></component>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:observation

(atc...ion)

@classCode

cs

1 … 1

F

OBS

@moodCode

cs

1 … 1

F

EVN

hl7:templateId

II

1 … 1

M

Laboratory Observation

(atc...ion)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.3.27

hl7:templateId

II

1 … 1

M

IHE PalM TF3 Rev.10, 6.3.4.13 Laboratory Observation

(atc...ion)

@root

uid

1 … 1

F

1.3.6.1.4.1.19376.1.3.1.6

hl7:id

II

0 … 1

Eindeutige ID der Analyse auf Basis eines lokalen Nummernkreises.

(atc...ion)

Auswahl

1 … 1

Für die Codierung der Analyse bzw. des Antibiotikums, das im Rahmen eines Antibiogramms getestet wurde, SOLLEN grundsätzlich die Werte aus den Value Sets "ELGA_Laborparameter" bzw. "ELGA_Antibiogramm_VS" verwendet werden.

Über "code/translation" ist es möglich, weitere Codes anzugeben, die die Analyse noch präziser beschreiben. Hier kann z.B. ein methodenspezifischer LOINC angegeben werden. LOINC-Codes sind in diesem Zusammenhang bevorzugt anzugeben - es können aber auch andere angegeben werden.

Sollte im Value Set "ELGA_Laborparameter" oder "ELGA_Antibiogramm_VS" kein Code für die Analyse bzw. das getestete Antibiotikum verfügbar sein, kann diese dennoch maschinenlesbar hinterlegt werden mit der Kennzeichnung, dass der Wert nicht aus dem Value Set stammt. Das gilt auch für den Fall, dass ein passender LOINC-Code exisitiert, aber nicht im aktuellen Value Set "ELGA_Laborparameter" oder "ELGA_Antibiogramm_VS" enthalten ist. Es wird gebeten, dass benötigte Codes umgehend an ELGA gemeldet werden, um diese im Zuge von Reviewzyklen in die Codelisten und Value Sets einpflegen zu können. Für die Befunddarstellung solcher Analysen wird empfohlen, dass diese jeweils am Ende der thematisch passendsten Gruppe einzureihen sind, solange es noch keine andere Vorgabe oder Empfehlung gibt.

Elemente in der Auswahl:

hl7:code[not(@nullFlavor)]
hl7:code[@nullFlavor='OTH']

hl7:code

CD

0 … 1

Codierung der Analyse bzw. des Antibiotikums, das im Rahmen eines Antibiogramms getestet wurde.

(atc...ion)

wo [not(@nullFlavor)]

@code

cs

1 … 1

R

@codeSystem

oid

1 … 1

R

@codeSystemName

st

0 … 1

@displayName

st

1 … 1

R

CONF

Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.44 ELGA_Laborparameter (DYNAMIC)

oder

Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.53 ELGA_Antibiogramm_VS (DYNAMIC)

Beispiel

Codierung der Analyse

Beispiel

Angabe von Translations zur Präzisierung der Analyse

Beispiel

Codierung des Antibiotikums

hl7:code

CD

0 … 1

Codierung von Codes, die nicht im aktuellen Value Set "ELGA_Laborparameter" oder "ELGA_Antibiogramm_VS" enthalten sind.

(atc...ion)

wo [@nullFlavor='OTH']

Beispiel

Codierung einer Analyse ohne passenden Code

Schematron assert

role

error

test

hl7:translation[not(@nullFlavor)]

Meldung

Wenn code[@nullFlavor='OTH'] dann MUSS "code/translation" anwesend sein.

Eingefügt

1 … 1

M

von 1.2.40.0.34.6.0.11.9.1 Narrative Text Reference (DYNAMIC)
Das "text"-Element wird verwendet, um einen Verweis zum narrativen Text ("section/text") der Analyse herzustellen.

hl7:text

ED

1 … 1

M

(atc...ion)

hl7:reference

TEL

1 … 1

M

Die Referenz auf den entsprechenden Text im menschenlesbaren Teil muss durch Bezugnahme auf den Inhalt[@ID] angegeben werden: reference[@value='#xxx'].
Die Referenz ist mit einem ID-Attribut anzugeben, dieses Element DARF NUR den Textinhalt des codierten Inhalts mit Zusatzinformationen umschließen.

Alternativ kann @value auch mit dem url-scheme "http" oder "https" beginnen.

(atc...ion)

@value

1 … 1

R

Schematron assert

role

error

test

starts-with(@value,'#') or starts-with(@value,'http')

Meldung

The @value attribute content MUST conform to the format '#xxx', where xxx is the ID of the corresponding 'content'-element, or begin with the 'http' or 'https' url-scheme.

hl7:statusCode

CS

1 … 1

M

Der "statusCode" kann folgende Werte annehmen:

completed: zu verwenden, wenn die Analyse abgeschlossen ist und das Ergebnis vorliegt.
aborted: zu verwenden, wenn die Analyse nicht durchgeführt werden konnte (abgebrochen wurde).

(atc...ion)

CONF

@code muss "completed" sein

oder

@code muss "aborted" sein

Auswahl

1 … 1

Medizinisch relevantes Datum und Zeit. In der Regel Abnahmedatum/-zeit des Untersuchungsmaterials.

Elemente in der Auswahl:

hl7:effectiveTime[not(@nullFlavor)]
hl7:effectiveTime[@nullFlavor='UNK']

hl7:effectiveTime

IVL_TS

0 … 1

(atc...ion)

wo [not(@nullFlavor)]

hl7:effectiveTime

IVL_TS

0 … 1

(atc...ion)

wo [@nullFlavor='UNK']

Eingefügt

0 … 1

C

von 1.2.40.0.34.6.0.11.9.23 Laboratory Observation Value (DYNAMIC)

Constraint

Kann bei stornierten (observation/statusCode[@code='aborted']) Analysen entfallen.

Auswahl

0 … 1

Codiertes Ergebnis im entsprechenden Datentyp.

Numerische Ergebnisse werden in der Regel als "physical quantity" PQ dargestellt, was die Angabe einer UCUM codierten Einheit erforderlich macht. Es MUSS die "case sensitive" Variante (c/s) der maschinenlesbaren Form des UCUM verwendet werden. Die bevorzugte Einheit für jede Analyse wird im Value Set "ELGA_Laborparameter" vorgeschlagen, jeweils in der "print" Variante (für die Darstellung) und in der maschinenlesbaren Form.

Es wird EMPFOHLEN, anstelle von Einheitenpräfixen ("Giga", "Mega", "Milli", "Mikro" etc.) eine Potenzschreibweise zu wählen, vor allem, wenn die Groß/Kleinschreibung eine Rolle spielt und Verwechslungen möglich sind (z.B. "G/L"=Giga pro Liter vs. "g/L"=Gramm/Liter). Also "10^6" statt "M" (Mega), "10^9" statt "G" (Giga) usw.

Unterelemente können je nach Datentyp notwendig sein, z.B. high/low für IVL oder numerator/denominator für RTO.

Elemente in der Auswahl:

hl7:value[@xsi:type='PQ']
hl7:value[@xsi:type='IVL_PQ']
hl7:value[@xsi:type='INT']
hl7:value[@xsi:type='IVL_INT']
hl7:value[@xsi:type='BL']
hl7:value[@xsi:type='ST']
hl7:value[@xsi:type='CV']
hl7:value[concat(@code, @codeSystem) = doc('include/voc-1.2.40.0.34.10.186-DYNAMIC.xml')//valueSet[1]/conceptList/concept/concat(@code, @codeSystem) or @nullFlavor]
hl7:value[(@code = '281268007' and @codeSystem = '2.16.840.1.113883.6.96') or @nullFlavor]
hl7:value[(@code = '255599008' and @codeSystem = '2.16.840.1.113883.6.96') or @nullFlavor]
hl7:value[@xsi:type='CD']
hl7:value[@xsi:type='RTO']
hl7:value[@xsi:type='RTO_PQ_PQ']

hl7:value

PQ

0 … 1

Codierung einer physikalischen Größe

(atc...ion)

wo [@xsi:type='PQ']

Beispiel

Codierung eines numerischen Ergebnisses

Beispiel

Codierung von numerischen, dimensionslosen Ergebnissen

<value xsi:type="PQ" value="7" unit="[pH]"/>

Beispiel

Codierung von numerischen, dimensionslosen Ergebnissen

<value xsi:type="PQ" value="1.1" unit="1"/>

hl7:translation

PQR

0 … 1

Alternative Repräsentation derselben physikalischen Größe, mit unterschiedlicher Einheit in @code und @codeSystem und einem möglicherweise unterschiedlichen Wert.

(atc...ion)

hl7:value

IVL_PQ

0 … 1

Codierung eines Intervalls von physikalischen Größen

(atc...ion)

wo [@xsi:type='IVL_PQ']

Beispiel

Codierung eines Intervalls

<value xsi:type="IVL_PQ">
<low value="20" unit="mg/dl" inclusive="true"/> <high value="30" unit="mg/dl" inclusive="true"/></value>

hl7:value

INT

0 … 1

Codierung eines numerischen Ergebnisses.

(atc...ion)

wo [@xsi:type='INT']

hl7:value

IVL_INT

0 … 1

Codierung eines numerischen Intervalls.

(atc...ion)

wo [@xsi:type='IVL_INT']

hl7:value

BL

0 … 1

Codierung eines bool'schen Ergebnisses.

(atc...ion)

wo [@xsi:type='BL']

hl7:value

ST

0 … 1

Codierung eines textuellen Ergebnisses. Die Angabe des Ergebnisses erfolgt hier als Wert des Elements.

Im narrativen Block MUSS derselbe Text wie im Entry dargestellt werden.

(atc...ion)

wo [@xsi:type='ST']

Beispiel

Codierung eines textuellen Ergebnisses

<value xsi:type="ST">strohgelb</value>

hl7:value

CV

0 … 1

Codierung des Ergebnisses in Form eines Codes.

(atc...ion)

wo [@xsi:type='CV']

@code

cs

1 … 1

R

@codeSystem

oid

1 … 1

R

@codeSystemName

st

0 … 1

@displayName

st

1 … 1

R

hl7:value

CD

0 … 1

Wenn ein Ergebnis vorliegt, das durch das Value Set "ELGA_NachweisErgebnis_VS" abgedeckt werden kann, MUSS ein Wert aus diesem verwendet werden.

Das Value Set definiert auch, wie die Darstellung in CDA Level 2 als Semigrafik erfolgen kann (siehe Beispiel).

(atc...ion)

@xsi:type

cs

1 … 1

F

CD

@code

cs

1 … 1

R

@codeSystem

oid

1 … 1

R

@codeSystemName

st

0 … 1

@displayName

st

1 … 1

R

CONF

Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.186 ELGA_NachweisErgebnis_VS (DYNAMIC)

Beispiel

Codierung, wenn ein Erreger nachgewiesen werden konnte.

<td>nachgewiesen</td>


<value xsi:type="CD" code="260373001" codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED CT" displayName="Detected (qualifier value)"/>

Beispiel

Codierung und Darstellung mittels Semigrafik

<td>+++</td>


<value xsi:type="CD" code="260354000" codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED CT" displayName="Moderate number (qualifier value)"/>

hl7:value

CD

0 … 1

Codierung, dass nicht ausreichend Material für die Durchführung der Analyse vorgelegen ist.

(atc...ion)

@xsi:type

cs

1 … 1

F

CD

@codeSystemName

st

0 … 1

F

SNOMED CT

@code

CONF

0 … 1

F

281268007

@codeSystem

0 … 1

F

2.16.840.1.113883.6.96 (SNOMED Clinical Terms)

@displayName

0 … 1

F

Insufficient sample (finding)

Beispiel

Zu wenig Material

hl7:value

CD

0 … 1

Codierung, dass das Ergebnis der Analyse noch ausstehend bzw. noch in Arbeit ist.

(atc...ion)

@xsi:type

cs

1 … 1

F

CD

@codeSystemName

st

0 … 1

F

SNOMED CT

@code

CONF

0 … 1

F

255599008

@codeSystem

0 … 1

F

2.16.840.1.113883.6.96 (SNOMED Clinical Terms)

@displayName

0 … 1

F

Incomplete (qualifier value)

Beispiel

Ausstehendes Ergebnis ('Wert folgt')

hl7:value

CD

0 … 1

Codierung des Ergebnisses in Form eines Codes.

(atc...ion)

wo [@xsi:type='CD']

@code

cs

1 … 1

R

@codeSystem

oid

1 … 1

R

@codeSystemName

st

0 … 1

@displayName

st

1 … 1

R

hl7:value

RTO

0 … 1

Codierung einer Verhältnisangabe (z.B. Titer).

(atc...ion)

wo [@xsi:type='RTO']

Beispiel

Verhältnisangabe für Titer (z.B. '1:125')

hl7:value

RTO_PQ_PQ

0 … 1

Codierung einer Verhältnisangabe von physikalischen Größen.

(atc...ion)

wo [@xsi:type='RTO_PQ_PQ']

Schematron assert

role

error

test

hl7:value or hl7:statusCode[@code='aborted']

Meldung

Das "value"-Element darf nur im Fall von stornierten Analysen (observation/statusCode[@code='aborted']) entfallen.

Schematron assert

role

error

test

not(hl7:value[@nullFlavor]) or (hl7:value[@xsi:type='PQ'][@nullFlavor='UNK'] and (hl7:interpretationCode[not(@nullFlavor)] or hl7:interpretationCode[@nullFlavor='OTH']) and ../../hl7:code[@code='365705006'][@codeSystem='2.16.840.1.113883.6.96'])

Meldung

Für Antibiogrammergebnisse kann value[@nullFlavor='UNK'] verwendet werden, wenn interpretationCode oder interpretationCode[@nullFlavor='OTH'] vorhanden ist. Ansonsten ist die Verwendung von value[@nullFlavor] NICHT ERLAUBT.

Schematron assert

role

error

test

not(hl7:value[@code='255599008'][@codeSystem='2.16.840.1.113883.6.96']) or /hl7:ClinicalDocument/sdtc:statusCode[@code='active']

Meldung

Wenn eine Analyse als "in Arbeit" (SCT "255599008 - Incomplete (qualifier value)") markiert ist, MUSS der gesamte Befund als aktiv (/ClinicalDocument/sdtc:statusCode[@code='active']) gekennzeichnet werden.

Auswahl

0 … 1

Elemente in der Auswahl:

hl7:interpretationCode[not(@nullFlavor)]
hl7:interpretationCode[@nullFlavor='OTH']

hl7:interpretationCode

CE

0 … 1

Codierte Bewertung des Ergebnisses. Wird für Referenzbereichbewertungen, für die Codierung der RAST-Klassen sowie für die Codierung von Antibiogrammergebnissen verwendet.

Basierend auf dem Auszug aus dem Value Set "ELGA_ObservationInterpretation" stellt die folgende Tabelle dar, wie eine Darstellung in CDA Level 2, in Abhängigkeit von den CDA Level 3 codierten Interpretationen, aussehen kann.

Darstellung CDA Level 2	Codierung CDA Level 3	Beschreibung
Befundinterpretation für numerische Ergebnisse
++	HH	Oberhalb des Referenzbereiches und über einer oberen Warngrenze
+	H	Oberhalb des Referenzbereiches
	N	Normal (innerhalb des Referenzbereiches)
-	L	Unterhalb des Referenzbereiches
--	LL	Unterhalb des Referenzbereiches und unter einer unteren Warngrenze
Befundinterpretation für nicht numerische Ergebnisse
	N	Normal (innerhalb des Referenzbereiches)
*	A	Abnormal
**	AA	Abnormal Warngrenze

(atc...ion)

wo [not(@nullFlavor)]

@code

cs

1 … 1

R

@codeSystem

oid

1 … 1

R

@codeSystemName

st

0 … 1

@displayName

st

1 … 1

R

CONF

Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.13 ELGA_ObservationInterpretation (DYNAMIC)

Beispiel

Bewertung eines numerischen Ergebnisses

<tr ID="OBS-1-1" styleCode="xELGA_red">
<td>Leukozyten</td> <td>26</td> <td>10^9/L</td> <td ID="OBSREF-1-1">4-10</td> <td>+</td></tr>


<interpretationCode code="H" codeSystem="2.16.840.1.113883.5.83" codeSystemName="HL7:ObservationInterpretation" displayName="High"/>

Beispiel

Bewertung eines nicht-numerischen Ergebnisses

<tr ID="OBS-1-1" styleCode="xELGA_red">
<td>Leukozyten</td> <td>26</td> <td>10^9/L</td> <td ID="OBSREF-1-1">4-10</td> <td>*</td></tr>


<interpretationCode code="A" codeSystem="2.16.840.1.113883.5.83" codeSystemName="HL7:ObservationInterpretation" displayName="Abnormal"/>

Beispiel

Interpretation eines Antibiogramms

<tr>
<td>Tigecyclin</td> <td>R</td></tr>


<interpretationCode code="R" codeSystem="2.16.840.1.113883.5.83" codeSystemName="HL7:ObservationInterpretation" displayName="Resistant"/>

hl7:interpretationCode

CE

0 … 1

Codierte Bewertung des Ergebnisses mit einem Code, der aktuell nicht im Value Set "ELGA_ObservationInterpretation" enthalten ist.

(atc...ion)

wo [@nullFlavor='OTH']

Schematron assert

role

error

test

hl7:translation[not(@nullFlavor)]

Meldung

Wenn interpretationCode[@nullFlavor='OTH'] dann MUSS "interpretationCode/translation" anwesend sein.

Schematron assert

role

error

test

not(hl7:referenceRange) or hl7:interpretationCode

Meldung

Wenn zu einer Analyse ein Referenzbereich mit "observation/referenceRange" angeführt wird, MUSS auch eine Befundinterpretation in "observation/interpretationCode" erfolgen.

hl7:performer

0 … *

C

Erbringer der Gesundheitsdienstleistung (Labor mit seinem Leiter) - z.B. externes Labor.

Beinhaltet 1.2.40.0.34.6.0.11.9.24 Performer - Laboratory (DYNAMIC)

(atc...ion)

Constraint

Wurde der Befund nur von einem Labor erstellt, MUSS dieses in "/ClinicalDocument/documentationOf[1]/serviceEvent/performer" dokumentiert werden.

Sind mehrere Labors an der Erstellung beteiligt, MUSS das Labor im "structuredBody" entweder auf "entry"-Ebene oder im Rahmen eines "organizer"-Elementes oder direkt bei der Analyse ("observation"-Element) angegeben werden. Angaben in tieferen Ebenen (z.B. "observation"-Ebene) überschreiben solche auf höheren Ebenen (z.B. "organizer"-Ebene).

Für den Fall, dass Analysen von einem externen Labor durchgeführt wurden, MUSS assignedEntity/code mit @code="E", @codeSystem="2.16.840.1.113883.2.16.1.4.9", @codeSystemName="HL7.at.Laborkennzeichnung" und @displayName="EXTERN" angegeben werden.

hl7:participant

0 … 1

Validierende Person.

(atc...ion)

@typeCode

cs

1 … 1

F

AUTHEN

@contextControlCode

cs

0 … 1

F

OP

Constraint

Wird zu eine Analyse eine validierende Person gelistet, ist diese auch im Header als "authenticator" anzuführen.

Beispiel

Codierung der validierenden Person

<participant typeCode="AUTHEN">
  <templateId root="1.3.6.1.4.1.19376.1.3.3.1.5"/>  <time value="20210123211000+0100"/>  <participantRole>
    <id extension="9999" root="1.2.3.999"/>    <addr nullFlavor="UNK"/>    <telecom value="tel:312.555.5555"/>    <playingEntity>
      <name>Susanne Hecht</name>    </playingEntity>  </participantRole></participant>

hl7:templateId

II

1 … 1

M

IHE PalM TF3 Rev.10, 6.3.2.16 Laboratory Results Validator

(atc...ion)

@root

uid

1 … 1

F

1.3.6.1.4.1.19376.1.3.3.1.5

hl7:time

IVL_TS

1 … 1

M

(atc...ion)

hl7:participantRole

1 … 1

M

(atc...ion)

@classCode

cs

0 … 1

F

ROL

hl7:id

II

1 … 1

M

(atc...ion)

Auswahl

1 … 1

Elemente in der Auswahl:

hl7:addr[not(@nullFlavor)] welches enthält Template 1.2.40.0.34.6.0.11.9.10 Address Compilation Minimal (DYNAMIC)
hl7:addr[@nullFlavor='UNK']

hl7:addr

AD

0 … 1

Beinhaltet 1.2.40.0.34.6.0.11.9.10 Address Compilation Minimal (DYNAMIC)

(atc...ion)

wo [not(@nullFlavor)]

hl7:addr

AD

0 … 1

(atc...ion)

wo [@nullFlavor='UNK']

Auswahl

1 … *

Elemente in der Auswahl:

hl7:telecom[not(@nullFlavor)]
hl7:telecom[@nullFlavor='UNK']

hl7:telecom

TEL.AT

0 … *

(atc...ion)

wo [not(@nullFlavor)]

@value

st

1 … 1

R

Die Kontaktadresse (Telefonnummer, Email, etc.), z.B. tel:+43.1.1234567

Formatkonvention siehe "telecom – Format Konventionen für Telekom-Daten"

Zulässige Werteliste für telecom-Präfixe gemäß "ELGA_URLScheme"

@use

set_cs

0 … 1

Bedeutung des angegebenen Kontakts (Heim, Arbeitsplatz, …), z.B. WP

Zulässige Werte gemäß Value-Set "ELGA_TelecomAddressUse"

Constraint

Werden mehrere gleichartige "telecom"-Elemente strukturiert, MUSS jeweils das Attribut @use angeführt sein.

hl7:telecom

TEL.AT

0 … 1

(atc...ion)

wo [@nullFlavor='UNK']

hl7:playingEntity

1 … 1

M

(atc...ion)

@classCode

cs

0 … 1

F

ENT

@determinerCode

cs

0 … 1

F

INSTANCE

hl7:name

PN

1 … 1

M

(atc...ion)

hl7:entryRelationship

0 … *

Beinhaltet 1.2.40.0.34.6.0.11.3.11 Comment Entry (DYNAMIC)

(atc...ion)

@typeCode

cs

1 … 1

F

COMP

@contextConductionInd

cs

0 … 1

F

true

Beispiel

Kommentar zur Analyse

<table>
  <thead>
    <tr>
      <th>Analyse</th>      <th>Ergebnis</th>      <th>Einheit</th>      <th>Referenzbereiche</th>      <th>Interpretation</th>    </tr>  </thead>  <tfoot>
    <tr>
      <td>
        <footnote ID="fn1">
          <sup>1)</sup>          INR nur gültig bei oraler Antikoagulation         </footnote>      </td>    </tr>  </tfoot>  <tbody>
    
    <tr ID="OBS-1-1" styleCode="xELGA_red">
      <td>INR</td>      <td>
        1.0        <sup>1)</sup>      </td>      <td/>      <td ID="OBSREF-1-1">2.0-3.5</td>      <td>-</td>    </tr>    
  </tbody></table>


<observation classCode="OBS" moodCode="EVN">
  <templateId root="1.2.40.0.34.6.0.11.3.27"/>  <templateId root="1.3.6.1.4.1.19376.1.3.1.6"/>  <code code="6301-6" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC" displayName="INR"/>  <text>
    <reference value="#OBS-1-1"/>  </text>  <statusCode code="completed"/>  <effectiveTime value="20161201073406+0100"/>  <value xsi:type="PQ" value="1.0" unit="1"/>  <interpretationCode code="L" codeSystemName="HL7:ObservationInterpretation" codeSystem="2.16.840.1.113883.5.83" displayName="Low"/>  
  <entryRelationship typeCode="COMP">
    <act classCode="ACT" moodCode="EVN">
      <templateId root="1.2.40.0.34.6.0.11.3.11"/>      <templateId root="2.16.840.1.113883.10.20.1.40"/>      <templateId root="1.3.6.1.4.1.19376.1.5.3.1.4.2"/>      <code code="48767-8" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC" displayName="Annotation Comment"/>      <text>
        <reference value="#fn1"/>      </text>      <statusCode code="completed"/>    </act>  </entryRelationship>  <referenceRange typeCode="REFV">
    <observationRange classCode="OBS" moodCode="EVN.CRT">
      <text>
        <reference value="#OBSREF-1-1"/>      </text>      <value xsi:type="IVL_PQ">
        <low value="2.0" unit="1" inclusive="true"/>        <high value="3.5" unit="1" inclusive="true"/>      </value>      <interpretationCode code="N" codeSystemName="HL7:ObservationInterpretation" codeSystem="2.16.840.1.113883.5.83" displayName="normal"/>    </observationRange>  </referenceRange></observation>

hl7:entryRelationship

0 … *

Angabe von früheren Ergebnissen für denselben Patient, dieselbe Analyse (Test + Methode), in derselben Einheit.

(atc...ion)

@typeCode

cs

1 … 1

F

REFR

@contextConductionInd

cs

0 … 1

F

true

hl7:observation

1 … 1

M

(atc...ion)

@classCode

cs

1 … 1

F

OBS

@moodCode

cs

1 … 1

F

EVN

Constraint

Der hier angegebene Code MUSS derselbe sein wie in observation/code.

Auswahl

1 … 1

Für die Codierung der Analyse bzw. des Antibiotikums.

Elemente in der Auswahl:

hl7:code[not(@nullFlavor)]
hl7:code[@nullFlavor='OTH']

hl7:code

CD

0 … 1

Codierung der Analyse bzw. des Antibiotikums, das im Rahmen eines Antibiogramms getestet wurde.

(atc...ion)

wo [not(@nullFlavor)]

@code

cs

1 … 1

R

@codeSystem

oid

1 … 1

R

@codeSystemName

st

0 … 1

@displayName

st

1 … 1

R

CONF

Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.44 ELGA_Laborparameter (DYNAMIC)

oder

Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.6.0.10.53 ELGA_Antibiogramm_VS (DYNAMIC)

hl7:code

CD

0 … 1

Codierung von Codes, die nicht im aktuellen Value Set "ELGA_Laborparameter" oder "ELGA_Antibiogramm_VS" enthalten sind.

(atc...ion)

wo [@nullFlavor='OTH']

Schematron assert

role

error

test

hl7:translation[not(@nullFlavor)]

Meldung

Wenn code[@nullFlavor='OTH'] dann MUSS "code/translation" anwesend sein.

hl7:statusCode

CS

1 … 1

M

(atc...ion)

@code

CONF

1 … 1

F

completed

Auswahl

1 … 1

Medizinisch relevantes Datum und Zeit. In der Regel Abnahmedatum/-zeit des Untersuchungsmaterials.

Elemente in der Auswahl:

hl7:effectiveTime[not(@nullFlavor)]
hl7:effectiveTime[@nullFlavor='UNK']

hl7:effectiveTime

IVL_TS

0 … 1

(atc...ion)

wo [not(@nullFlavor)]

hl7:effectiveTime

IVL_TS

0 … 1

(atc...ion)

wo [@nullFlavor='UNK']

Eingefügt

1 … 1

R

von 1.2.40.0.34.6.0.11.9.23 Laboratory Observation Value (DYNAMIC)

Auswahl

1 … 1

Codiertes Ergebnis im entsprechenden Datentyp.

Numerische Ergebnisse werden in der Regel als "physical quantity" PQ dargestellt, was die Angabe einer UCUM codierten Einheit erforderlich macht. Es MUSS die "case sensitive" Variante (c/s) der maschinenlesbaren Form des UCUM verwendet werden. Die bevorzugte Einheit für jede Analyse wird im Value Set "ELGA_Laborparameter" vorgeschlagen, jeweils in der "print" Variante (für die Darstellung) und in der maschinenlesbaren Form.

Es wird EMPFOHLEN, anstelle von Einheitenpräfixen ("Giga", "Mega", "Milli", "Mikro" etc.) eine Potenzschreibweise zu wählen, vor allem, wenn die Groß/Kleinschreibung eine Rolle spielt und Verwechslungen möglich sind (z.B. "G/L"=Giga pro Liter vs. "g/L"=Gramm/Liter). Also "10^6" statt "M" (Mega), "10^9" statt "G" (Giga) usw.

Unterelemente können je nach Datentyp notwendig sein, z.B. high/low für IVL oder numerator/denominator für RTO.

Elemente in der Auswahl:

hl7:value[@xsi:type='PQ']
hl7:value[@xsi:type='IVL_PQ']
hl7:value[@xsi:type='INT']
hl7:value[@xsi:type='IVL_INT']
hl7:value[@xsi:type='BL']
hl7:value[@xsi:type='ST']
hl7:value[@xsi:type='CV']
hl7:value[concat(@code, @codeSystem) = doc('include/voc-1.2.40.0.34.10.186-DYNAMIC.xml')//valueSet[1]/conceptList/concept/concat(@code, @codeSystem) or @nullFlavor]
hl7:value[(@code = '281268007' and @codeSystem = '2.16.840.1.113883.6.96') or @nullFlavor]
hl7:value[(@code = '255599008' and @codeSystem = '2.16.840.1.113883.6.96') or @nullFlavor]
hl7:value[@xsi:type='CD']
hl7:value[@xsi:type='RTO']
hl7:value[@xsi:type='RTO_PQ_PQ']

hl7:value

PQ

0 … 1

Codierung einer physikalischen Größe

(atc...ion)

wo [@xsi:type='PQ']

Beispiel

Codierung eines numerischen Ergebnisses

Beispiel

Codierung von numerischen, dimensionslosen Ergebnissen

<value xsi:type="PQ" value="7" unit="[pH]"/>

Beispiel

Codierung von numerischen, dimensionslosen Ergebnissen

<value xsi:type="PQ" value="1.1" unit="1"/>

hl7:translation

PQR

0 … 1

Alternative Repräsentation derselben physikalischen Größe, mit unterschiedlicher Einheit in @code und @codeSystem und einem möglicherweise unterschiedlichen Wert.

(atc...ion)

hl7:value

IVL_PQ

0 … 1

Codierung eines Intervalls von physikalischen Größen

(atc...ion)

wo [@xsi:type='IVL_PQ']

Beispiel

Codierung eines Intervalls

<value xsi:type="IVL_PQ">
<low value="20" unit="mg/dl" inclusive="true"/> <high value="30" unit="mg/dl" inclusive="true"/></value>

hl7:value

INT

0 … 1

Codierung eines numerischen Ergebnisses.

(atc...ion)

wo [@xsi:type='INT']

hl7:value

IVL_INT

0 … 1

Codierung eines numerischen Intervalls.

(atc...ion)

wo [@xsi:type='IVL_INT']

hl7:value

BL

0 … 1

Codierung eines bool'schen Ergebnisses.

(atc...ion)

wo [@xsi:type='BL']

hl7:value

ST

0 … 1

Codierung eines textuellen Ergebnisses. Die Angabe des Ergebnisses erfolgt hier als Wert des Elements.

Im narrativen Block MUSS derselbe Text wie im Entry dargestellt werden.

(atc...ion)

wo [@xsi:type='ST']

Beispiel

Codierung eines textuellen Ergebnisses

<value xsi:type="ST">strohgelb</value>

hl7:value

CV

0 … 1

Codierung des Ergebnisses in Form eines Codes.

(atc...ion)

wo [@xsi:type='CV']

@code

cs

1 … 1

R

@codeSystem

oid

1 … 1

R

@codeSystemName

st

0 … 1

@displayName

st

1 … 1

R

hl7:value

CD

0 … 1

Wenn ein Ergebnis vorliegt, das durch das Value Set "ELGA_NachweisErgebnis_VS" abgedeckt werden kann, MUSS ein Wert aus diesem verwendet werden.

Das Value Set definiert auch, wie die Darstellung in CDA Level 2 als Semigrafik erfolgen kann (siehe Beispiel).

(atc...ion)

@xsi:type

cs

1 … 1

F

CD

@code

cs

1 … 1

R

@codeSystem

oid

1 … 1

R

@codeSystemName

st

0 … 1

@displayName

st

1 … 1

R

CONF

Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.186 ELGA_NachweisErgebnis_VS (DYNAMIC)

Beispiel

Codierung, wenn ein Erreger nachgewiesen werden konnte.

<td>nachgewiesen</td>


<value xsi:type="CD" code="260373001" codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED CT" displayName="Detected (qualifier value)"/>

Beispiel

Codierung und Darstellung mittels Semigrafik

<td>+++</td>


<value xsi:type="CD" code="260354000" codeSystem="2.16.840.1.113883.6.96" codeSystemName="SNOMED CT" displayName="Moderate number (qualifier value)"/>

hl7:value

CD

0 … 1

Codierung, dass nicht ausreichend Material für die Durchführung der Analyse vorgelegen ist.

(atc...ion)

@xsi:type

cs

1 … 1

F

CD

@codeSystemName

st

0 … 1

F

SNOMED CT

@code

CONF

0 … 1

F

281268007

@codeSystem

0 … 1

F

2.16.840.1.113883.6.96 (SNOMED Clinical Terms)

@displayName

0 … 1

F

Insufficient sample (finding)

Beispiel

Zu wenig Material

hl7:value

CD

0 … 1

Codierung, dass das Ergebnis der Analyse noch ausstehend bzw. noch in Arbeit ist.

(atc...ion)

@xsi:type

cs

1 … 1

F

CD

@codeSystemName

st

0 … 1

F

SNOMED CT

@code

CONF

0 … 1

F

255599008

@codeSystem

0 … 1

F

2.16.840.1.113883.6.96 (SNOMED Clinical Terms)

@displayName

0 … 1

F

Incomplete (qualifier value)

Beispiel

Ausstehendes Ergebnis ('Wert folgt')

hl7:value

CD

0 … 1

Codierung des Ergebnisses in Form eines Codes.

(atc...ion)

wo [@xsi:type='CD']

@code

cs

1 … 1

R

@codeSystem

oid

1 … 1

R

@codeSystemName

st

0 … 1

@displayName

st

1 … 1

R

hl7:value

RTO

0 … 1

Codierung einer Verhältnisangabe (z.B. Titer).

(atc...ion)

wo [@xsi:type='RTO']

Beispiel

Verhältnisangabe für Titer (z.B. '1:125')

hl7:value

RTO_PQ_PQ

0 … 1

Codierung einer Verhältnisangabe von physikalischen Größen.

(atc...ion)

wo [@xsi:type='RTO_PQ_PQ']

Schematron assert

role

error

test

not(hl7:value[@nullFlavor]) or (hl7:value[@xsi:type='PQ'][@nullFlavor='UNK'] and (hl7:interpretationCode[not(@nullFlavor)] or hl7:interpretationCode[@nullFlavor='OTH']) and ../../../../hl7:code[@code='365705006'][@codeSystem='2.16.840.1.113883.6.96'])

Meldung

Für Antibiogrammergebnisse kann value[@nullFlavor='UNK'] verwendet werden, wenn interpretationCode oder interpretationCode[@nullFlavor='OTH'] vorhanden ist. Ansonsten ist die Verwendung von value[@nullFlavor] NICHT ERLAUBT.

Schematron assert

role

error

test

not(hl7:value[@code='255599008'][@codeSystem='2.16.840.1.113883.6.96'])

Meldung

Ergebnisse früherer Analysen DÜRFEN NICHT als "in Arbeit" (SCT "255599008 - Incomplete (qualifier value)") markiert sein.

Auswahl

0 … 1

Elemente in der Auswahl:

hl7:interpretationCode[not(@nullFlavor)]
hl7:interpretationCode[@nullFlavor='OTH']

hl7:interpretationCode

CE

0 … 1

Codierte Bewertung des Ergebnisses. Wird für Referenzbereichbewertungen, für die Codierung der RAST-Klassen sowie für die Codierung von Antibiogrammergebnissen verwendet.

(atc...ion)

wo [not(@nullFlavor)]

@code

cs

1 … 1

R

@codeSystem

oid

1 … 1

R

@codeSystemName

st

0 … 1

@displayName

st

1 … 1

R

CONF

Der Wert von @code muss gewählt werden aus dem Value Set 1.2.40.0.34.10.13 ELGA_ObservationInterpretation (DYNAMIC)

hl7:interpretationCode

CE

0 … 1

Codierte Bewertung des Ergebnisses mit einem Code, der aktuell nicht im Value Set "ELGA_ObservationInterpretation" enthalten ist.

(atc...ion)

wo [@nullFlavor='OTH']

Schematron assert

role

error

test

hl7:translation[not(@nullFlavor)]

Meldung

Wenn interpretationCode[@nullFlavor='OTH'] dann MUSS "interpretationCode/translation" anwesend sein.

hl7:referenceRange

0 … 1

Codierung des Referenzbereiches.

(atc...ion)

@typeCode

cs

1 … 1

F

REFV

Beispiel

43.0% - 49.0% (im zugehörigen section/text steht der entsprechende Text)

<tr ID="OBS-1-1">
  <td>--Analyse--</td>  <td>--Ergebnis--</td>  <td>--Einheit--</td>  <td ID="OBSREF-1-1">43.0% - 49.0%</td></tr>


<referenceRange typeCode="REFV">
  <observationRange classCode="OBS" moodCode="EVN.CRT">
    <text>
      <reference value="#OBSREF-1-1"/>    </text>    <value type="IVL_PQ">
      <low value="43.0" unit="%"/>      <high value="49.0" unit="%"/>    </value>    <interpretationCode code="N" codeSystem="2.16.840.1.113883.5.83" codeSystemName="HL7:ObservationInterpretation" displayName="Normal"/>  </observationRange></referenceRange>

Beispiel

Phase 1: 43.0 - 49.0 Phase 2: 45.0 – 55.0 Phase 3: 49.0 – 63.0 (im zugehörigen section/text steht der entsprechende Text)

<tr ID="OBS-1-2">
  <td>--Analyse--</td>  <td>--Ergebnis--</td>  <td>--Einheit--</td>  <td ID="OBSREF-1-2">
    Phase 1: 43.0 - 49.0    <br/>    Phase 2: 45.0 – 55.0    <br/>    Phase 3: 49.0 – 63.0  </td></tr>


<referenceRange typeCode="REFV">
  <observationRange classCode="OBS" moodCode="EVN.CRT">
    <text>
      <reference value="#OBSREF-1-2"/>    </text>    <interpretationCode code="N" codeSystem="2.16.840.1.113883.5.83" codeSystemName="HL7:ObservationInterpretation" displayName="Normal"/>  </observationRange></referenceRange>

Beispiel

>40.0% (im zugehörigen section/text steht der entsprechende Text)

<tr ID="OBS-1-3">
  <td>--Analyse--</td>  <td>--Ergebnis--</td>  <td>--Einheit--</td>  <td ID="OBSREF-1-3">>40.0%</td></tr>


<referenceRange typeCode="REFV">
  <observationRange classCode="OBS" moodCode="EVN.CRT">
    <text>
      <reference value="#OBSREF-1-3"/>    </text>    <value type="IVL_PQ">
      <low value="40.0" unit="%" inclusive="false"/>      <high nullFlavor="PINF"/>    </value>    <interpretationCode code="N" codeSystem="2.16.840.1.113883.5.83" codeSystemName="HL7:ObservationInterpretation" displayName="Normal"/>  </observationRange></referenceRange>

Beispiel

150 - 360 G/L (im zugehörigen section/text steht der entsprechende Text)

<tr ID="OBS-1-4">
  <td>--Analyse--</td>  <td>--Ergebnis--</td>  <td>--Einheit--</td>  <td ID="OBSREF-1-4">150 - 360 G/L</td></tr>


<referenceRange typeCode="REFV">
  <observationRange classCode="OBS" moodCode="EVN.CRT">
    <text>
      <reference value="#OBSREF-1-4"/>    </text>    <value type="IVL_PQ">
      <low value="150" unit="G/L"/>      <high value="360" unit="G/L"/>    </value>    <interpretationCode code="N" codeSystem="2.16.840.1.113883.5.83" codeSystemName="HL7:ObservationInterpretation" displayName="Normal"/>  </observationRange></referenceRange>

hl7:observationRange

1 … 1

M

(atc...ion)

@classCode

cs

1 … 1

F

OBS

@moodCode

cs

1 … 1

F

EVN.CRT

Eingefügt

1 … 1

M

von 1.2.40.0.34.6.0.11.9.1 Narrative Text Reference (DYNAMIC)
Das Element "text" wird verwendet, um einen Verweis zum narrativen Text des Referenzbereiches herzustellen.

hl7:text

ED

1 … 1

M

(atc...ion)

hl7:reference

TEL

1 … 1

M

Die Referenz auf den entsprechenden Text im menschenlesbaren Teil muss durch Bezugnahme auf den Inhalt[@ID] angegeben werden: reference[@value='#xxx'].
Die Referenz ist mit einem ID-Attribut anzugeben, dieses Element DARF NUR den Textinhalt des codierten Inhalts mit Zusatzinformationen umschließen.

Alternativ kann @value auch mit dem url-scheme "http" oder "https" beginnen.

(atc...ion)

@value

1 … 1

R

Schematron assert

role

error

test

starts-with(@value,'#') or starts-with(@value,'http')

Meldung

The @value attribute content MUST conform to the format '#xxx', where xxx is the ID of the corresponding 'content'-element, or begin with the 'http' or 'https' url-scheme.

hl7:value

IVL_PQ

0 … 1

(atc...ion)

Auswahl

1 … 1

Unterer Grenzwert

Elemente in der Auswahl:

hl7:low[not(@nullFlavor)]
hl7:low[@nullFlavor='NA']
hl7:low[@nullFlavor='NINF']

hl7:low

IVXB_PQ

0 … 1

(atc...ion)

wo [not(@nullFlavor)]

hl7:low

IVXB_PQ

0 … 1

(atc...ion)

wo [@nullFlavor='NA']

hl7:low

IVXB_PQ

0 … 1

(atc...ion)

wo [@nullFlavor='NINF']

Auswahl

1 … 1

Oberer Grenzwert

Elemente in der Auswahl:

hl7:high[not(@nullFlavor)]
hl7:high[@nullFlavor='NA']
hl7:high[@nullFlavor='PINF']

hl7:high

IVXB_PQ

0 … 1

(atc...ion)

wo [not(@nullFlavor)]

hl7:high

IVXB_PQ

0 … 1

(atc...ion)

wo [@nullFlavor='NA']

hl7:high

IVXB_PQ

0 … 1

(atc...ion)

wo [@nullFlavor='PINF']

hl7:interpretationCode

CE

1 … 1

M

(atc...ion)

@codeSystemName

st

0 … 1

F

HL7:ObservationInterpretation

@code

CONF

1 … 1

F

N

@codeSystem

1 … 1

F

2.16.840.1.113883.5.83 (Observation Interpretation)

@displayName

1 … 1

F

Normal

13.4.5.10 Eingebettetes Objekt Entry

Id

1.2.40.0.34.6.0.11.3.19

ref

at-cda-bbr-

Gültigkeit

2023‑05‑09 16:42:36

Andere Versionen mit dieser Id:

atcdabbr_entry_EingebettetesObjektEntry vom 2021‑06‑28 11:13:27
atcdabbr_entry_EingebettetesObjektEntry vom 2021‑02‑19 12:43:14
atcdabbr_entry_EingebettetesObjektEntry vom 2020‑12‑17 12:24:45
atcdabbr_entry_EingebettetesObjektEntry vom 2019‑05‑29 11:59:07

Status

Aktiv

Versions-Label

1.0.2+20230717

Name

atcdabbr_entry_EingebettetesObjektEntry

Bezeichnung

Eingebettetes Objekt Entry

Beschreibung

Achtung: Grafiken mit Transparenz sind NICHT ERLAUBT (z.B. bei GIF oder PNG möglich), da sie zu schweren Problemen bei der Wiedergabe oder Konvertierung zu PDF/A-1 führen können.

Die Größe von eingebetteten Dateien MUSS auf ein sinnvolles und angemessenes Maß beschränkt werden. Die Infrastruktur, mit der die Dateien übertragen und gespeichert werden, beschränkt die Größe der resultierenden Gesamtdatei. Der gültige Wert wird von der jeweiligen Infrastruktur angegeben (z.B. ELGA 20 MB, Stand Mai 2020)

Kontext

Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.19

Klassifikation

CDA Entry Level Template

Offen/Geschlossen

Geschlossen (nur definierte Elemente sind erlaubt)

Benutzt

Benutzt 4 Templates

Benutzt	als	Name	Version
1.2.40.0.34.6.0.11.9.17	Containment	Performer Body (1.0.0+20210219)	DYNAMIC
1.2.40.0.34.6.0.11.9.36	Containment	Author Body (1.0.1+20230717)	DYNAMIC
1.2.40.0.34.6.0.11.9.3	Containment	Informant Body (1.0.1+20211213)	DYNAMIC
1.2.40.0.34.6.0.11.9.13	Containment	Participant Body (1.0.1+20210628)	DYNAMIC

Beziehung

Spezialisierung: Template 1.2.40.0.34.6.0.11.3.19 Eingebettetes Objekt Entry (2021‑06‑28 11:13:27)

ref

at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.3.19 Eingebettetes Objekt Entry (2021‑02‑19 12:43:14)

ref

at-cda-bbr-

Version: Template 1.2.40.0.34.6.0.11.3.19 Eingebettetes Objekt Entry (2020‑12‑17 12:24:45)

ref

at-cda-bbr-

Beispiel

Strukturbeispiel

<observationMedia classCode="OBS" moodCode="EVN" ID="Beilage-1">
<templateId root="1.2.40.0.34.6.0.11.3.19"/> <value mediaType="application/pdf" representation="B64"> JVBEi0xLjMKJcfsj6IKNSAwIG9iago8PC9MZW5ndGggNiAwIFIvRmlsdGVyI C9GbGF0ZURlY29kZT4+CnN0cmVhbQp4nM1aW28dtxFGnLfzK/ap3S0ihveLU AQYydprBSJcJICNvqgu1TrSI4kN0H+bF76M/LQ4S7Jmd3DlY/kg6IO4NBDch M5z5OHt+bjgTznIVGh7/o/84Xi0+PwjN+d3i54Vh1nNjezltH6+a50sYJngj AuOu2Z5thB9n2gcZ55r2XjoEzBjuVq0Tbf8V5wAUhjvQqhNUJyZ4E2c8KZ90
e0opgNXrv2p40zBn/YAZU0HLR+cb3lnW Tbf8V5wAUhjvQqhNUJyZ4E2c8KZ : : : </value></observationMedia>

Item

DT

Kard

Konf

Beschreibung

Label

hl7:observationMedia

Container zur Angabe eines eingebetteten Objekts.

(atc...try)

@classCode

cs

1 … 1

F

OBS

@moodCode

cs

1 … 1

F

EVN

@ID

1 … 1

R

ID des eingebetteten Objekts.
Wird vom Element <render-MultiMedia referencedObject=" "/> im narrativen Text-Bereich referenziert, ein <caption> Unterelement gibt die Beschreibung des Multimedia-Objektes an (für die Darstellung des alt-Tags "Alt-Text").

hl7:templateId

II

1 … 1

M

(atc...try)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.3.19

hl7:value

ED

1 … 1

M

Das eingebettete Objekt (PDF, Bild), unkomprimiert, Base64 codiert.

Siehe „Größenbeschränkung von eingebetteten Objekten“

(atc...try)

@mediaType

cs

1 … 1

R

Medientyp des eingebetteten Objekts.

Zulässige Werte gemäß Value-Set „ELGA_Medientyp“

Verweis auf speziellen Implementierungsleitfaden: Spezielle Implementierungsleitfäden können zusätzliche Medientypen (MIME) erlauben.

CONF

Der Wert von @mediaType muss gewählt werden aus dem Value Set 1.2.40.0.34.10.42 ELGA_Medientyp (DYNAMIC)

@representation

cs

1 … 1

F

B64

hl7:performer

0 … *

R

Beinhaltet 1.2.40.0.34.6.0.11.9.17 Performer Body (DYNAMIC)

(atc...try)

hl7:author

0 … *

R

Beinhaltet 1.2.40.0.34.6.0.11.9.36 Author Body (DYNAMIC)

(atc...try)

hl7:informant

0 … *

R

Beinhaltet 1.2.40.0.34.6.0.11.9.3 Informant Body (DYNAMIC)

(atc...try)

hl7:participant

0 … *

R

Beinhaltet 1.2.40.0.34.6.0.11.9.13 Participant Body (DYNAMIC)

(atc...try)

13.4.5.11 Comment Entry

Id

1.2.40.0.34.6.0.11.3.11

ref

at-cda-bbr-

Gültigkeit

2021‑02‑19 12:42:56

Andere Versionen mit dieser Id:

atcdabrr_entry_Comment vom 2019‑02‑07 13:10:44

Status

Aktiv

Versions-Label

1.0.0+20210219

Name

atcdabrr_entry_Comment

Bezeichnung

Comment Entry

Beschreibung

Die Codierung von Anmerkungen und Kommentaren erfolgt in jedem Fall gem. IHE als sogenannter „Annotation-Act“. Die Codierung erfolgt als act-Element, welches mittels entsprechender Beziehung (entryRelationship oder component) an das übergeordnete Element gebunden wird. Die Elemente templateId und code sind fix vorbelegt. Das einzige veränderbare Element ist der text-Block. Dieser SOLL eine Referenz auf ein Element innerhalb der Level 2 Codierung enthalten.

Kontext

Elternknoten des Template-Element mit Id 1.2.40.0.34.6.0.11.3.11

Klassifikation

CDA Entry Level Template

Offen/Geschlossen

Geschlossen (nur definierte Elemente sind erlaubt)

Benutzt

Benutzt 5 Templates

Benutzt	als	Name	Version
1.2.40.0.34.6.0.11.9.1	Inklusion	Narrative Text Reference (1.0.1+20210512)	DYNAMIC
1.2.40.0.34.6.0.11.9.17	Containment	Performer Body (1.0.0+20210219)	DYNAMIC
1.2.40.0.34.6.0.11.9.36	Containment	Author Body (1.0.1+20230717)	DYNAMIC
1.2.40.0.34.6.0.11.9.3	Containment	Informant Body (1.0.1+20211213)	DYNAMIC
1.2.40.0.34.6.0.11.9.13	Containment	Participant Body (1.0.1+20210628)	DYNAMIC

Beziehung

Version: Template 1.2.40.0.34.6.0.11.3.11 Comment Entry (2019‑02‑07 13:10:44)

ref

at-cda-bbr-

Spezialisierung: Template 1.3.6.1.4.1.19376.1.5.3.1.4.2 IHE Comment Entry (2013‑12‑20)

ref

IHE-PCC-

Spezialisierung: Template 2.16.840.1.113883.10.20.1.40 Befundtext (Anmerkungen und Kommentare)-deprecated (DYNAMIC)

ref

elga-

Beispiel

Item

DT

Kard

Konf

Beschreibung

Label

hl7:act

Kommentar-Act

(atc...ent)

@classCode

cs

1 … 1

F

ACT

@moodCode

cs

1 … 1

F

EVN

hl7:templateId

II

1 … 1

M

ELGA

(atc...ent)

@root

uid

1 … 1

F

1.2.40.0.34.6.0.11.3.11

hl7:templateId

II

1 … 1

M

HL7 CCD Comment

(atc...ent)

@root

uid

1 … 1

F

2.16.840.1.113883.10.20.1.40

hl7:templateId

II

1 … 1

M

IHE PCC Comments

(atc...ent)

@root

uid

1 … 1

F

1.3.6.1.4.1.19376.1.5.3.1.4.2

hl7:id

II

0 … 1

Optionale Id zwecks Nachvollziehbarkeit

(atc...ent)

wo [not(@nullFlavor)]

hl7:code

CD

1 … 1

M

Fester Wert "48767-8"

(atc...ent)

@code

cs

1 … 1

F

48767-8

@codeSystem

oid

1 … 1

F

2.16.840.1.113883.6.1

@codeSystemName

st

1 … 1

F

LOINC

@displayName

st

1 … 1

F

Annotation comment

Eingefügt

1 … 1

M

von 1.2.40.0.34.6.0.11.9.1 Narrative Text Reference (DYNAMIC)
Referenz auf den Text im narrativen Teil

hl7:text

ED

1 … 1

M

(atc...ent)

hl7:reference

TEL

1 … 1

M

Die Referenz auf den entsprechenden Text im menschenlesbaren Teil muss durch Bezugnahme auf den Inhalt[@ID] angegeben werden: reference[@value='#xxx'].
Die Referenz ist mit einem ID-Attribut anzugeben, dieses Element DARF NUR den Textinhalt des codierten Inhalts mit Zusatzinformationen umschließen.

Alternativ kann @value auch mit dem url-scheme "http" oder "https" beginnen.

(atc...ent)

@value

1 … 1

R

Schematron assert

role

error

test

starts-with(@value,'#') or starts-with(@value,'http')

Meldung

The @value attribute content MUST conform to the format '#xxx', where xxx is the ID of the corresponding 'content'-element, or begin with the 'http' or 'https' url-scheme.

hl7:statusCode

CS

1 … 1

M

Fester Wert "completed".
Status des Kommentars ist immer abgeschlossen (completed).

(atc...ent)

@code

cs

1 … 1

F

completed

hl7:performer

0 … *

R

Beinhaltet 1.2.40.0.34.6.0.11.9.17 Performer Body (DYNAMIC)

(atc...ent)

hl7:author

0 … *

R

Autoren können optional angegeben werden.
Beinhaltet 1.2.40.0.34.6.0.11.9.36 Author Body (DYNAMIC)

(atc...ent)

hl7:informant

0 … *

R

Weitere Informationsquellen können optional angegeben werden.
Beinhaltet 1.2.40.0.34.6.0.11.9.3 Informant Body (DYNAMIC)

(atc...ent)

hl7:participant

0 … *

R

Beinhaltet 1.2.40.0.34.6.0.11.9.13 Participant Body (DYNAMIC)

(atc...ent)

13.4.6 Weitere CDA Fragmente

Die weiteren CDA Fragmente, oder auch Compilation Templates genannt, wurden aus dem bestehenden "Allgemeinen Implementierungsleitfaden für ELGA CDA Dokumente" übernommen. Diese sind auch unter Allgemeiner Leitfaden - Kapitel Sonstige Templates (Fragmente) zu finden.

13.5 Terminologien

Die erforderlichen Terminologien sind im Folgenden aufgelistet.

Falls Werte in den definierten Value-Sets fehlen, dann bitten wir um die Meldung mit einem Vorschlag an cda@elga.gv.at.

14 Anhang

14.1 Abbildungen

↑ Verwendete Standards
↑ Gliederung nach Befundbereichen/Laboratory Specialties
↑ Strukturierungsmöglichkeiten im Laborbefund im Body
↑ Ausschnitt aus einem Laborbefund
↑ Angabe des Akkreditierungs-Logos im Brieftext

14.2 Tabellen

↑ Im Labor- und Mikrobiologiebefund abzubildende medizinische Daten
↑ Liste der Befundbereiche, auszugsweise gem. ELGA Value Set "ELGA_Laborstruktur", die sich auch im ELGA Value Set "ELGA_Laborparameter" widerspiegeln.
↑ Übersichtstabelle der CDA Strukturen des Headers
↑ Übersichtstabelle der angepassten CDA Strukturen des Headers für Labor- und Mikrobiologiebefund
↑ Übersichtstabelle der Header-Elemente für Zeitpunkte/Zeitspannen
↑ Übersichtstabelle der angepassten Header-Elemente für Zeitpunkte/Zeitspannen in Labor- und Mikrobiologiebefund
↑ Übersichtstabelle der CDA Strukturen des Bodys des Laborbefundes
↑ Übersichtstabelle der CDA Strukturen des Bodys des Mikrobiologiebefundes
↑ Übersichtstabelle der CDA Strukturen des Laboratory Report Data Processing Entries

14.3 Referenzen

↑ Logical Observation Identifiers Names & Codes (LOINC) loinc.org
↑ ^2,0 ^2,1 Regenstrief Institute, Inc. www.regenstrief.org
↑ Unified Code for Units of Measure (UCUM) www.unitsofmeasure.org
↑ WHO ICD-10 www.who.int/classifications/icd/en/
↑ ^5,0 ^5,1 www.who.int
↑ Internationale statistische Klassifikation der Krankheiten und verwandter Gesundheitsprobleme 10. Revision – aktuelle Version bitte unter Gesundheitssystem - Krankenanstalten heraussuchen.
↑ Anatomical Therapeutic Chemical Classification System (ATC) https://www.who.int/tools/atc-ddd-toolkit/atc-classification
↑ ARGE Pharma im Fachverband der chemischen Industrie Österreichs (FCIO) argepharma.fcio.at
↑ EDQM Council of Europe www.edqm.eu
↑ Health informatics - Medical / health device communication standards ISO/IEEE 11073 Nomenclature Part 10101: Nomenclature
↑ Health informatics - Medical / health device communication standards ISO/IEEE 11073 Nomenclature Amendment 1 Part 10101: Nomenclature Amendment 1: Additional Definitions
↑ Health Level Seven International www.hl7.org
↑ ISO/HL7 27932:2009 Data Exchange Standards — HL7 Clinical Document Architecture, Release 2 [1]
↑ World Wide Web Consortium. Extensible Markup Language, 1.0, 5th Edition. [2]
↑ HL7 Version 3 Product Suite [3]
↑ ART-DECOR® www.art-decor.org
↑ HL7 Clinical Document Architecture (CDA) [4]
↑ HL7 Version 3: Reference Information Model (RIM) [5]
↑ HL7 Version 3 Standard: Data Types – Abstract Specification, Release 2[6]
↑ HL7 Templates Standard: Specification and Use of Reusable Information Constraint Templates, Release 1 [7]
↑ HL7 Austria www.hl7.at
↑ IHE Patient Care Coordination (PCC) [Online Juli 2019]: https://www.ihe.net/resources/technical_frameworks/#pcc
↑ ^23,0 ^23,1 IHE Pathology and Laboratory Medicine (PALM) Technical Framework Volume 3 (PaLM TF-3) Revision 10.0, 2019 [8]
↑ Leitfaden zur Verwendung von LOINC® im ELGA CDA® R2 Laborbefund [9]
↑ ISO 15189:2012 "Medizinische Laboratorien - Anforderungen an die Qualität und Kompetenz"

[23] Verwendete Standards

[26] Gliederung nach Befundbereichen/Laboratory Specialties

[28] Strukturierungsmöglichkeiten im Laborbefund im Body

[29] Ausschnitt aus einem Laborbefund

[32] Angabe des Akkreditierungs-Logos im Brieftext

[25] Im Labor- und Mikrobiologiebefund abzubildende medizinische Daten

[27] Liste der Befundbereiche, auszugsweise gem. ELGA Value Set "ELGA_Laborstruktur", die sich auch im ELGA Value Set "ELGA_Laborparameter" widerspiegeln.

[33] Übersichtstabelle der CDA Strukturen des Headers

[34] Übersichtstabelle der angepassten CDA Strukturen des Headers für Labor- und Mikrobiologiebefund

[35] Übersichtstabelle der Header-Elemente für Zeitpunkte/Zeitspannen

[36] Übersichtstabelle der angepassten Header-Elemente für Zeitpunkte/Zeitspannen in Labor- und Mikrobiologiebefund

[37] Übersichtstabelle der CDA Strukturen des Bodys des Laborbefundes

[38] Übersichtstabelle der CDA Strukturen des Bodys des Mikrobiologiebefundes

[39] Übersichtstabelle der CDA Strukturen des Laboratory Report Data Processing Entries

[LOINC-1] Logical Observation Identifiers Names & Codes (LOINC) loinc.org

[regenstrief-2] 2,0 ^2,1 Regenstrief Institute, Inc. www.regenstrief.org

[UCUM-3] Unified Code for Units of Measure (UCUM) www.unitsofmeasure.org

[ICD-10-4] WHO ICD-10 www.who.int/classifications/icd/en/

[WHO-5] 5,0 ^5,1 www.who.int

[ICD-10-AT-6] Internationale statistische Klassifikation der Krankheiten und verwandter Gesundheitsprobleme 10. Revision – aktuelle Version bitte unter Gesundheitssystem - Krankenanstalten heraussuchen.

[7] Anatomical Therapeutic Chemical Classification System (ATC) https://www.who.int/tools/atc-ddd-toolkit/atc-classification

[FCIO-8] ARGE Pharma im Fachverband der chemischen Industrie Österreichs (FCIO) argepharma.fcio.at

[9] EDQM Council of Europe www.edqm.eu

[11073nomenclature-10] Health informatics - Medical / health device communication standards ISO/IEEE 11073 Nomenclature Part 10101: Nomenclature

[11073nomenclatureamendment-11] Health informatics - Medical / health device communication standards ISO/IEEE 11073 Nomenclature Amendment 1 Part 10101: Nomenclature Amendment 1: Additional Definitions

[HL7-12] Health Level Seven International www.hl7.org

[13] ISO/HL7 27932:2009 Data Exchange Standards — HL7 Clinical Document Architecture, Release 2 [1]

[14] World Wide Web Consortium. Extensible Markup Language, 1.0, 5th Edition. [2]

[15] HL7 Version 3 Product Suite [3]

[16] ART-DECOR® www.art-decor.org

[CDA-17] HL7 Clinical Document Architecture (CDA) [4]

[RIM-18] HL7 Version 3: Reference Information Model (RIM) [5]

[HL7_Version_3_Standard:_Data_Types-19] HL7 Version 3 Standard: Data Types – Abstract Specification, Release 2[6]

[Templates_Specification-20] HL7 Templates Standard: Specification and Use of Reusable Information Constraint Templates, Release 1 [7]

[21] HL7 Austria www.hl7.at

[IHEPCC-22] IHE Patient Care Coordination (PCC) [Online Juli 2019]: https://www.ihe.net/resources/technical_frameworks/#pcc

[IHEPaLMTF3-24] 23,0 ^23,1 IHE Pathology and Laboratory Medicine (PALM) Technical Framework Volume 3 (PaLM TF-3) Revision 10.0, 2019 [8]

[30] Leitfaden zur Verwendung von LOINC® im ELGA CDA® R2 Laborbefund [9]

[31] ISO 15189:2012 "Medizinische Laboratorien - Anforderungen an die Qualität und Kompetenz"

[1]

[2]

[3]

[4]

[5]

[6]

[7]

[8]

[9]

[10]

[11]

[12]

[13]

[14]

[15]

[16]

[17]

[18]

[19]

[20]

[21]

[22]

[Abbildung 1]

[23]

[Tabelle 1]

[Abbildung 2]

[Tabelle 2]

[Abbildung 3]

[Abbildung 4]

[24]

[25]

[Abbildung 5]

[Tabelle 3]

[Tabelle 4]

[Tabelle 5]

[Tabelle 6]

[Tabelle 7]

[Tabelle 8]

[Tabelle 9]

@@ Zeile 172: / Zeile 172: @@
 Die medizinisch relevanten Anteile sind im so genannten "Body" enthalten. Die vorliegende Spezifikation der laborspezifischen inkl. mikrobiologische Inhalte eines Labordokuments in ELGA wurde von der Expertengruppe beruhend auf einer Liste mit Vorgaben der österreichischen Gesellschaft für Labormedizin und klinische Chemie (ÖGLMKC) erstellt.
-Als technische Basis dient das "Laboratory Technical Framework Volume 3 (LAB TF-3) Revision 3.0, 2011" ([3]) der "Integrating the Healthcare Enterprise" (IHE).
+Als technische Basis dient das "Pathology and Laboratory Medicine (PaLM) Technical Framework Volume 3 (PaLM TF-3) Revision 10.0, 2019"<ref name="IHEPaLMTF3" /> der "Integrating the Healthcare Enterprise" (IHE).
 Das Verständnis eines "Laborbefundes" erstreckt sich in diesem Dokument über das gesamte Spektrum der laboranalytisch ermittelten Befunde. Die vorliegende Version definiert grundlegende Anforderungen für die Erstellung von Laborbefunden als CDA Dokumente. Insbesondere wurden Laborbefunde aus der Klinischen Chemie, Hämatologie, Immunchemie und Mikrobiologie/Bakteriologie in die Überlegungen mit einbezogen. Die gewählten Strukturen ermöglichen prinzipiell eine Übermittlung des gesamten Befundspektrums des Laborbereiches, jedoch sind die einzelnen Detailbereiche in folgenden Arbeiten detailliert zu analysieren, abzustimmen und für weitere Laborbefundarten zu definieren. Es existieren vielmehr auch dezidierte Bereiche - wie z.B. die Transfusionsmedizin – für die die Definitionen dieses Leitfadens aufgrund fehlender Strukturen und nicht definierter Codelisten nicht ausreichend sind. Dieser Leitfaden verwendet "Analysen" als Sammelbegriff für Laboruntersuchungen, Laborleistungen und Labormessgrößen.

Labor- und Mikrobiologiebefund (Version 3.0.0)

Version vom 9. April 2021, 12:12 Uhr

Inhaltsverzeichnis

1 Zusammenfassung

2 Informationen über dieses Dokument

2.1 Impressum

2.2 Haftungsausschluss

2.3 Sprachliche Gleichbehandlung

2.4 Lizenzinformationen

2.4.1 Urheber- und Nutzungsrechte von anderen Quellen ("Third Party IP")

2.4.2 SNOMED CT

2.4.3 Weitere Terminologien

2.5 Verwendete Grundlagen und Bezug zu anderen Standards

2.6 Verbindlichkeit

2.7 Wichtige unterstützende Materialien

2.8 Bedienungshinweise

2.8.1 Farbliche Hervorhebungen und Hinweise

2.8.2 PDF-Navigation

3 Einleitung

3.1 Ausgangslage und Motivation

3.2 Zweck des Dokuments

3.3 Zielgruppe

4 Leitfadenerstellungs- und Harmonisierungsprozess

4.1 Revision der Leitfäden

4.2 Autoren und Mitwirkende

4.2.1 Autoren

4.2.2 Mitwirkende

4.2.3 Autoren und Mitwirkende vergangener Leitfadenversionen

5 Technischer Hintergrund

6 Allgemeine Richtlinien für ELGA CDA-Implementierungsleitfäden

7 Konformitätsprüfung

8 Datentypen

9 Vorgaben zum medizinischen Inhalt

9.1 Labor- und Mikrobiologiebefund

9.2 Allgemeiner Laborbefund

9.2.1 Befundbereiche (Laboratory Specialty Section)

9.2.2 Befundgruppen

9.2.3 Harmonisierung des Befundaufbaus – Value Set "ELGA_Laborparameter"

9.3 Mikrobiologiebefund

9.4 Hinweise für akkreditierte Laboratorien gem. ISO 15189:2012

9.4.1 Angabe des Akkreditierungs-Logos

9.4.2 Angabe des Untersuchungs- bzw. Messverfahrens

9.4.3 Vorgaben für den Befunddruck

10 Funktionale Anforderungen

10.1 Voraussetzungen für den Zugriff auf e-Befunde in ELGA

10.2 Anwendungsfälle des Dokumentenmanagements

10.2.1 Dokument-Metadaten (XDS-Metadaten)

11 Anwendungsfälle

11.1 Anwendungsfall LAB01: "Laboruntersuchung eines niedergelassenen Labors"

11.2 Anwendungsfall LAB02: "Laboruntersuchung im Rahmen eines stationären Aufenthalts in einem Spital"

11.3 Anwendungsfall LAB03: "Teilweise externe Vergabe von Laboruntersuchungen"

11.4 Anwendungsfall LAB04: "Update von Laborbefunden"

12 Dataset des Labor- und Mikrobiologiebefunds

13 Technische Spezifikation

13.1 Übersichtstabelle der CDA Strukturen des Headers

13.1.1 Labor- und Mikrobiologiebefund

13.2 Übersichtstabelle der Header-Elemente für dokumenten-relevante Zeitpunkte/Zeitspannen

13.2.1 Labor- und Mikrobiologiebefund

13.3 Übersichtstabelle der CDA Strukturen des Bodys

13.3.1 Laborbefund

13.3.2 Mikrobiologiebefund

13.3.3 Struktur: Laboratory Report Data Processing Entry

13.4 CDA Templates

13.4.1 IHE PaLM TF-3 Konformität

13.4.2 Document Level Templates

13.4.2.1 Laborbefund

13.4.2.2 Mikrobiologiebefund

13.4.3 Header Level Templates

13.4.3.1 Participant Auftraggeber / Ordering Provider

13.4.3.2 Documentation Of Service Event - Labor- und Mikrobiologie

13.4.4 Section Level Templates

13.4.4.1 Brieftext

13.4.4.2 Überweisungsgrund - optional codiert

13.4.4.3 Angeforderte Untersuchungen - optional codiert

13.4.4.4 Probeninformation (Specimen Section)

13.4.4.5 Laboratory Specialty Section

13.4.4.6 Laboratory Specialty Section (Mikroskopie)

13.4.4.7 Laboratory Specialty Section (Kultureller Erregernachweis)

13.4.4.8 Laboratory Specialty Section (Molekularer Erregernachweis)

13.4.4.9 Laboratory Specialty Section (Infektionsserologie)