Der Identifikator für den Laborgesamtbefund (DiagnosticReport.identifier:overallLabReport) wird mit identischem Wert als Identifikator für das MIO Laborbefund (Composition.identifier) übernommen.

Inhalte von "Ergänzende Angaben" (Composition.section:annotations.text) werden im "Anhang-Laborgesamtbefund" (DiagnosticReport.presentedForm), welcher alle medizinischen Daten inkludiert, mit aufgeführt.

Das anzeigende System muss die Laborbefund-Versionen vorhalten oder per Abruf (z.B. aus der ePA) verfügbar machen können. Im Kontext klinischer Entscheidungen muss die Befund-Versions-Historie einschließlich der Inhalte lesbar und darstellbar sein.

Erstellende Systeme bilden die Version des Laborgesamtbefundes über die versionNumber Extension in der Composition ab. Die Kombination aus dieser Version und des gleichbleibenden "Identifikator Laborgesamtbefund" (UUID) ist unabhängig vom FHIR®-Server.

Der Freigabezeitpunkt soll nach Möglichkeit minutengenau angegeben werden, die Mindestangabe ist tagesgenau.

Hier sollte zusätzlich zum Code auch das Codesystem, die Version des Codesystems und der Anzeigename (Display Name) angegeben werden.

Hier sollte zusätzlich zum Code auch das Codesystem, die Version des Codesystems und der Anzeigename (Display Name) angegeben werden.

Hier sollte zusätzlich zum Code auch das Codesystem, die Version des Codesystems und der Anzeigename (Display Name) angegeben werden.

Hier sollte zusätzlich zum Code auch das Codesystem, die Version des Codesystems und der Anzeigename (Display Name) angegeben werden.

Hier sollte zusätzlich zum Code auch das Codesystem, die Version des Codesystems und der Anzeigename (Display Name) übermittelt werden.

Wenn kein organisationsspezifisches System angegeben wird sollte die PID einer UUID (Universally Unique Identifier) entsprechen, sodass dieser global eindeutig ist. Es sollte in vorgehenden Instanzen überprüft werden, ob bereits eine UUID vergeben worden ist.

Der Beginn des Zeitraums soll nach Möglichkeit minutengenau angegeben werden.

Das Ende des Zeitraums soll nach Möglichkeit minutengenau angegeben werden.

Hier sollte zusätzlich zum Code auch das Codesystem, die Version des Codesystems und der Anzeigename (Display Name) angegeben werden.

Hier sollte zusätzlich zum Code auch das Codesystem, die Version des Codesystems und der Anzeigename (Display Name) angegeben werden.

Da die Codes "links", "rechts" und "bilateral" sowohl am Datenelement "Lateralität" als auch bei "Lokalisation" angegeben werden können, soll ein verwendendes System die Datenfelder "Lateralität" und "Lokalisation" eindeutig unterscheiden und benennen, damit die Seitenangaben im jeweils korrekten Kontext dargestellt werden.

Da die Codes "links", "rechts" und "bilateral" sowohl am Datenelement "Lateralität" als auch bei "Lokalisation" angegeben werden können, soll ein verwendendes System die Datenfelder "Lateralität" und "Lokalisation" eindeutig unterscheiden und benennen, damit die Seitenangaben im jeweils korrekten Kontext dargestellt werden.

Hier sollte zusätzlich zum Code auch das Codesystem, die Version des Codesystems und der Anzeigename (Display Name) angegeben werden.

Der Laborauftragszeitpunkt soll nach Möglichkeit minutengenau angegeben werden, die Mindestangabe ist tagesgenau.

Der LDT sieht für eine gegebene Dringlichkeit nur zwei Status vor (01 Eilig; 02 Notfall/intraoperativ), ein nicht angegebener Dringlichkeitswert ist gleichbedeutend mit Routine.

Im MIO-FHIR®-Format gibt es für die Dringlichkeitsangabe vier mögliche Werte. Um die Dringlichkeitsangabe von LDT auf FHIR® zu übertragen, gibt es folgendes Mapping:

• "keine Dringlichkeit" entspricht "routine"

• "01 Eilig" entspricht "urgent"

• "02 Notfall/intraoperativ" entspricht "stat"

Der Fixwert = true (Boolean) zeigt an, dass des sich um einen pseudonymisierten Befund handelt.

Wenn eine einsendende Praxis den Laborbefund in pseudonymisierter Form übermittelt, ist die Minimalangabe ein Identifikator anstelle des korrekten amtlichen Namens.

Um die korrekte Zuordnung von Richtgrenzen und die Beurteilung zu ermöglichen, sollten bei pseudonymisierten Laborbefunden Angaben zum Alter und zum klinisch relevanten Geschlecht gemacht werden.

Das Pseudonymisierungskennzeichen kann bei der Steuerung der Übermittlungswege und für die technische Validierung genutzt werden.

Der Identifikator für den Laborgesamtbefund (DiagnosticReport.identifier:overallLabReport) wird mit identischem Wert als Identifikator für das MIO Laborbefund (Composition.identifier) übernommen.

Der einmal erzeugte "Indentifikator Laborgesamtbefund" (DiagnosticReport.identifier:overallLabReport = Composition.identifier) bleibt über den gesamten Workflow der Abarbeitung des Laborauftrags unverändert, also auch bei Änderungen der Befundversion (Composition.meta.versionId) und bei Übermittlung durch Systeme hindurch..

Das Befund-empfangende System kann anhand des "Identifikator Laborgesamtbefund" (DiagnosticReport.identifier:overallLabReport) und des Zeitstempels der Befund-Erstellung (DiagnosticReport.issued) dem/der NutzerIn den aktuellen Befund präsentieren.

Erzeugung der (pseudo-)zufälligen Version 4 der UUID gemäß Standard nach ISO/IEC 9834-8:2014 Information technology — Procedures for the operation of object identifier registration authorities — Part 8: Generation of universally unique identifiers (UUIDs) and their use in object identifiers: https://www.iso.org/standard/62795.html

Im Fall einer identifizierten Patientverwechselung muss der Hauptstatus="Irrtümliche Eingabe" gesetzt werden, dies darf nie als Änderung versendet werden!

Im Rahmen einer Stufendiagnostik oder laborseitig veranlassten weiteren Messung, mit Bezug auf einen bereits bestehenden Laborauftrag, soll der Änderungsstatus "Angefügt" verwendet werden.

Wenn ein Ergebniswert gegenüber der Vorversion geändert wurde, also ein korrigiertes Messergebnis vorliegt, soll dies in der Anzeige deutlich hervorgehoben werden, z.B. im Primärsystem als Notifikation.

Wenn auf Gesamtbefundebene das gesamte Probenmaterial referenziert wird, so ist dies redundant zu den Probenreferenzen der Einzeluntersuchungen.

Wenn es sich bei dieser Probe um eine Sekundärprobe handelt, dann ist das Ausgangsmaterial verpflichtend anzugeben, damit der Bezug hergestellt werden kann.

Wenn es sich bei dieser Probe um eine Primärprobe handelt, ist das Element Ausgangsmaterial als Unterknoten (Reference parent) nicht erlaubt.

Die mit dem FHIR®-Datenstrom mitgegebenen Sortiernummern für die Untersuchungsgruppen sind als Standardsortierung konzipiert. Empfangende Primärsysteme müssen diese Sortierung lesen und darstellen können.

Die Befund-erstellende Einrichtung legt die (Standard-)Sortierung der Untersuchungsgruppen innerhalb des Gesamtbefundes fest.

Zusätzlich zur Standardsortierung können Primärsysteme Funktionen anbieten, die den Anwendern interaktive Veränderungen der Sortierung erlauben.

Ein Befund mit gesetztem Kennzeichen "Kritischer Befund" soll beim Empfang in einem Primärsystem hervorgehoben erkennbar sein und mit Priorität zur Kenntnisnahme gebracht werden.

Die Kenntnisnahme eines Befundes mit gesetztem Kennzeichen "Kritischer Befund" soll mit einer aktiven Rückmeldung an das Labor versehen werden.

Der Fixwert = true (Boolean) zeigt an, dass es sich um einen kritischen Befund handelt.

Das Kennzeichen Kritischer Befund wird durch die Befund-erstellende Person manuell gesetzt.

Inhalte von "Ergänzende Dokumente" (DiagnosticReport.media) werden im "Anhang-Laborgesamtbefund" (DiagnosticReport.presentedForm), welcher alle medizinischen Daten inkludiert, mit aufgeführt.

"Anhang-Laborgesamtbefund" (PresentedForm) ist ein exportierbares, auch druckbares Format (z.B. PDF) vom Laborgesamtbefund, inklusive aller medizinischen Daten. Dazu gehören auch die Inhalte von "Ergänzende Angaben" und angehängte "Ergänzende Dokumente" (z.B. noch nicht strukturiert darstellbarer Ergebnisse)

Wenn der gesamte Laborbefund zusätzlich als Anhang übermittelt wird, ist für dessen Authentizität, inhaltliche Übereinstimmung und Widerspruchsfreiheit zu inhaltlichen Daten im MIO das Labor verantwortlich, also der Erzeuger des MIO.

Der "Anhang-Laborgesamtbefund" (DiagnosticReport.presentedForm) gewährt das Mitführen eines gewohnten Abbildes des Gesamtbefundes mit Dokumentencharakter.

Die Inhalte aus Untersuchungsgruppe\Fachliches Gruppierungsmerkmal Auswahl werden, inhaltlich identisch, zusätzlich als jeweilige Kategorie der Einzeluntersuchung (Laboruntersuchung\Fachliches Gruppierungsmerkmal Auswahl) übernommen. Die Inhalte aus der Untersuchungsgruppe sind diesbezüglich führend.

Hier sollte zusätzlich zum Code auch das Codesystem, die Version des Codesystems und der Anzeigename (Display Name) angegeben werden.

Hier sollte zusätzlich zum Code auch das Codesystem, die Version des Codesystems und der Anzeigename (Display Name) angegeben werden.

Die mit dem FHIR®-Datenstrom mitgegebenen Sortiernummern für die Laborergebnisse innerhalb einer Untersuchungsgruppe sind als Standardsortierung konzipiert.

Die Befund-erstellende Einrichtung legt die (Standard-)Sortierung der Laborergebnisse innerhalb der Untersuchungsgruppe fest.

Zusätzlich zur Standardsortierung können Primärsysteme Funktionen anbieten, die den Anwendern interaktive Veränderungen der Sortierung erlauben.

Hier sollte zusätzlich zum Code auch das Codesystem, die Version des Codesystems und der Anzeigename (Display Name) angegeben werden.

Die Abbildung darf nur im Kontext mit den gruppierten Messergebnissen ausgewertet und interpretiert werden.

Labore haben die Option, einzelne Laboruntersuchungen präziser und eindeutiger zu spezifizieren, indem zusätzlich zur Spezifikation (mittels LOINC®-Code in Observation_Laboratory_Study.code.coding, ggf. Observation_Laboratory_Study.method, Observation_Laboratory_Study.specimen) eine GTIN migegeben wird.

Bezüglich GTIN-Vergabe wird das Vorgehen nach folgenden Regeln empfohlen:

• Spezifische GTINs von Laboranalysegerät oder Probenbehälter-Typ sind in der jeweiligen Ressource einzutragen

• Laboranalysegerät/UDI oder Probenbehälter-Typ/UDI sind zu prüfen, ob die passende GTIN enthalten ist; falls existent, dann in Laboruntersuchung/GTIN zu übernehmen.

• GTINs, die nicht einer dieser Ressourcen zuzuordnen sind, sind direkt im Datenelement Laboruntersuchung/GTIN unterzubringen.

Zu einer Laboruntersuchung soll es nur eine GTIN geben.

Die GTIN ist Teil der UDI-DI. Sie wird als 14-stelliger Code abgefragt, einschließlich Prüfziffer, die von EUDAMED zur Validierung des UDI-DI-Codes gebraucht wird. Wenn der GTIN-Code weniger als 14 Ziffern hat (einschließlich Prüfziffer), müssen beim Ausfüllen des EUDAMED-Feldes die führenden Nullen hinzugefügt werden. In Deutschland und weltweit ist die GTIN in der Regel 13-stellig, in den USA 12-stellig (auch bekannt als UPC). Für kleine Artikel, auf denen die lange Nummer nicht untergebracht werden kann, stellt GS1 unter bestimmten Voraussetzungen eine 8-stellige Nummer zur Verfügung. Es gibt sogar 14-stellige Versionen, welche aber ebenfalls auf Basis der 13-stelligen GTIN Nummer gebildet werden.

Die Inhalte aus Untersuchungsgruppe\Fachliches Gruppierungsmerkmal Auswahl (Observation_Laboratory_Study_Group.category) werden, inhaltlich identisch, zusätzlich als jeweilige Kategorie der Einzeluntersuchung Laboruntersuchung\Fachliches Gruppierungsmerkmal Auswahl (KBV_PR_MIO_LAB_Observation_Laboratory_Study.category) übernommen. Die Inhalte aus der Untersuchungsgruppe sind diesbezüglich führend.

Hier sollte zusätzlich zum Code auch das Codesystem, die Version des Codesystems und der Anzeigename (Display Name) angegeben werden.

Hier sollte zusätzlich zum Code auch das Codesystem, die Version des Codesystems und der Anzeigename (Display Name) angegeben werden.

Auf die Messungen, aus denen die Berechnung abgeleitet wurde, kann verwiesen werden

Der LOINC®-Katalog wurde noch nicht vollständig ins Deutsche übersetzt. Wir empfehlen als Anzeigenamen, sofern vorhanden, den deutschen Anzeigenamen aus der LOINC® Linguistic Variants DE (enthalten in den Accesory-Files der LOINC®-Version) zu verwenden. Ansonsten ist die Befüllung durch den Long Common Name aus der allgemeinen LOINC®-Datenbank zu verwenden.

Das BfArM hat einen Anwendungsleitfaden für die Kodierung der Labordaten in der ePA veröffentlicht (Quelle: https://www.bfarm.de/DE/Kodiersysteme/News/LOINC_Publikation_Anwendungsleitfaden_1_0_0.html ). Zu beachten sind die enthaltenen Regeln und Hinweise zur Auswahl von LOINC®-Termen, um eine einheitliche Verwendung von LOINC® zu unterstützen.

Als Anzeigename soll der Long Common Name (LCN) des LOINC®-Codes mitgegeben werden.

Wenn es zur übermittelten Laboruntersuchung (Observation.code.coding) keinen LOINC®-Code gibt, dann muss ein DataAbsentReason angegeben werden.

Das BfArM hat einen Anwendungsleitfaden für die Kodierung der Labordaten in der ePA veröffentlicht (Quelle: https://www.bfarm.de/DE/Kodiersysteme/News/LOINC_Publikation_Anwendungsleitfaden_1_0_0.html ). Zu beachten sind die enthaltenen Regeln und Hinweise zur Verwendung von ergänzenden Angaben zur Untersuchungsmethode.

Die übergeordnete Beschreibung der Untersuchungsmethode ist als Teil eines LOINC®-Terms darstellbar (LOINC®-Achse METHOD). Die ergänzende Angabe der Untersuchungsmethode mittels SNOMED CT®-Code wird angestrebt, wenn die LOINC®-Achse METHOD gar keine Information enthält oder aber die LOINC®-Angabe nicht genau genug ist.

Hier sollte zusätzlich zum Code auch das Codesystem, die Version des Codesystems und der Anzeigename (Display Name) angegeben werden.

Wenn die Fremdleistung gekennzeichnet werden muss, dann wird der Fixwert "true" gesetzt.

Dieses Kennzeichen wird von akkreditierten Laboren verwendet. Kennzeichen = "true" steht für akkreditierte Laboruntersuchung. Kennzeichen = "false" steht für nicht akkreditierte Laboruntersuchung.

Wenn eine Laboruntersuchung als Fremdleistung oder als Verbundleistung (Kennzeichen = true) durchgeführt wird, muss das die Untersuchung durchführende sekundäre Labor als durchführendes Labor (Observation.performer) dokumentiert werden.

Die Verpflichtung zur Angabe der Probe ist vom Anwendungsfall abhängig: Bei einer messenden Laboruntersuchung muss eine Probe zugeordnet sein. Falls eine Berechnung vorliegt, so wird hier keine Probe angegeben. Stattdessen können die Berechnungsgrundlagen unter "Zugrunde liegende Messung" referenziert werden.

Wenn es sich bei dieser Probe um eine Sekundärprobe handelt, dann ist das Ausgangsmaterial verpflichtend anzugeben, damit der Bezug hergestellt werden kann.

Wenn es sich bei dieser Probe um eine Primärprobe handelt, ist das Element Ausgangsmaterial als Unterknoten (Reference parent) nicht erlaubt.

Eine Laboruntersuchung bezieht sich eindeutig auf ein Probenmaterial, zu dem (1.) der Entnahmezeitpunkt bekannt sein sollte/kann und (2.) der Laboreingangszeitpunkt bekannt sein muss.

Verbindliche Regel zur Ableitung des klinischen Bezugszeitpunkts:

• WENN der Entnahmezeitpunkt des Probenmaterials angeben ist, so gilt der Entnahmezeitpunkt;

• WENN der Sammelzeitraum, bis angegeben ist, so gilt der bis-Zeitpunkt;

• SONST gilt der Zeitpunkt des Eingangs der Probe im Labor (Probeneingangszeitpunkt).

Verwendung des klinischen Bezugszeitpunkts:

• Mögliche Ableitung als Zeitpunkt, zu dem die gemessene Eigenschaft im Probenmaterial (z.B. Konzentration des Analyts) mutmaßlich der Eigenschaft im Patienten entsprach

• Vergleichszeitpunkt im Rahmen der Forschung

Die Angabe eines Messergebnisses ist gefordert. Wenn kein Messergebnis zur Verfügung steht, muss in der FHIR® Struktur ein " dataAbsentReason " angegeben werden.

Wenn das Kennzeichen verwendet wird, soll es vom messenden Labor gesetzt werden.

Bei der Befund-Darstellung sollen zu einem quantitativen Messergebnis keine linear erscheinenden Referenzbereiche dargestellt werden, wenn das Kennzeichen gesetzt ist, also beispielsweise keine Balkendiagramme. Anhand des Kennzeichens können Anwendungssysteme den Sachverhalt erkennen und passend anzeigen.

Wenn das Kennzeichen "Nicht-linearer Referenzbereich" gesetzt wird, ist der Fixwert "true".

Wenn ein Ergebnis ungleich einem Wert ist, wird der Komparator mit dem Ergebnis angezeigt. Ist das Ergebnis gleich dem Wert, bleibt der Komparator leer.

Es kann in der Anzeige/Oberfläche ein '=' verwendet werden, wenn der Wert (Element 'value') exakt ist und der Komparator leer bleibt.

Für die Konstellation, dass gar keine Einheit gesetzt ist, wird auf die UCUM-Defaultmaßeinheit "1" gesetzt.

Gängige Symbole und/oder Bezeichnungen, die (noch) nicht durch UCUM definiert sind, können UCUM-konform mit der Default-Einheit 1 codiert werden. Dazu wird valueQuantity.code = 1 gesetzt und valueQuantity.unit enthält die Benennung.

Wenn ein Ergebnis ungleich einem Wert ist, wird der Komparator mit dem Ergebnis angezeigt. Ist das Ergebnis gleich dem Wert, bleibt der Komparator leer.

Es kann in der Anzeige/Oberfläche ein '=' verwendet werden, wenn der Wert (Element 'value') exakt ist und der Komparator leer bleibt.

Für die Konstellation, dass gar keine Einheit gesetzt ist, wird auf die UCUM-Defaultmaßeinheit "1" gesetzt.

Gängige Symbole und/oder Bezeichnungen, die (noch) nicht durch UCUM definiert sind, können UCUM-konform mit der Default-Einheit 1 codiert werden. Dazu wird valueQuantity.code = 1 gesetzt und valueQuantity.unit enthält die Benennung.

Für die Konstellation, dass gar keine Einheit gesetzt ist, wird auf die UCUM-Defaultmaßeinheit "1" gesetzt.

Gängige Symbole und/oder Bezeichnungen, die (noch) nicht durch UCUM definiert sind, können UCUM-konform mit der Default-Einheit 1 codiert werden. Dazu wird valueQuantity.code = 1 gesetzt und valueQuantity.unit enthält die Benennung.

Die Einheit von Obergrenze und Untergrenze muss identisch sein.

Für die Konstellation, dass gar keine Einheit gesetzt ist, wird auf die UCUM-Defaultmaßeinheit "1" gesetzt.

Gängige Symbole und/oder Bezeichnungen, die (noch) nicht durch UCUM definiert sind, können UCUM-konform mit der Default-Einheit 1 codiert werden. Dazu wird valueQuantity.code = 1 gesetzt und valueQuantity.unit enthält die Benennung.

Für die Konstellation, dass gar keine Einheit gesetzt ist, wird auf die UCUM-Defaultmaßeinheit "1" gesetzt.

Gängige Symbole und/oder Bezeichnungen, die (noch) nicht durch UCUM definiert sind, können UCUM-konform mit der Default-Einheit 1 codiert werden. Dazu wird valueQuantity.code = 1 gesetzt und valueQuantity.unit enthält die Benennung.

Hier sollte zusätzlich zum Code auch das Codesystem, die Version des Codesystems und der Anzeigename (Display Name) angegeben werden.

Freitext-Resultate, für die keine codierten Werte vorgesehen sind, werden in das FHIR®-Element *Observation.value[x]:valueString geschrieben.

Wenn kein Messergebnis zur Verfügung steht, muss in der FHIR®-Struktur ein "dataAbsentReason" angegeben sein.

Der Inhalt des "dataAbsentReason" soll der System-anwendenden Person angezeigt werden.

Hier sollte zusätzlich zum Code auch das Codesystem, die Version des Codesystems und der Anzeigename (Display Name) angegeben werden.

Hier sollte zusätzlich zum Code auch das Codesystem, die Version des Codesystems und der Anzeigename (Display Name) angegeben werden.

Wenn es eine Obergrenze und eine Untergrenze gibt, muss die Einheit von beiden identisch sein.

Es muss mindestens eine obere oder eine untere Referenzgrenze angegeben werden.

Für die Konstellation, dass gar keine Einheit gesetzt ist, wird auf die UCUM-Defaultmaßeinheit "1" gesetzt.

Gängige Symbole und/oder Bezeichnungen, die (noch) nicht durch UCUM definiert sind, können UCUM-konform mit der Default-Einheit 1 codiert werden. Dazu wird valueQuantity.code = 1 gesetzt und valueQuantity.unit enthält die Benennung.

Wenn es eine Obergrenze und eine Untergrenze gibt, muss die Einheit von beiden identisch sein.

Es muss mindestens eine obere oder eine untere Referenzgrenze angegeben werden.

Für die Konstellation, dass gar keine Einheit gesetzt ist, wird auf die UCUM-Defaultmaßeinheit "1" gesetzt.

Gängige Symbole und/oder Bezeichnungen, die (noch) nicht durch UCUM definiert sind, können UCUM-konform mit der Default-Einheit 1 codiert werden. Dazu wird valueQuantity.code = 1 gesetzt und valueQuantity.unit enthält die Benennung.

Mit Kenntnis der Untergrenze (UG) und Obergrenze (OG) des Referenzintervalls, wird der zlog-Wert zum Laborergebnis (x) mit folgender Gleichung berechnet:

zlog = (log(x) –(log(UG)+log(OG))/2)*3,92/(log(OG)–log(UG))

Das Referenzintervall des zlog-Wertes liegt methoden un abhängig stets zwischen – 1,96 und + 1,96.
Stark erniedrigte oder erhöhte Laborergebnisse führen zu zlog-Werten um – 5 bzw. + 5.

Ein hoher Nutzen bei der fachlichen Anwendung des zlog-Wertes liegt in der optischen vergleichenden Farb-Darstellung von mehreren Laborergebnissen aus ggf. unterschiedlichen Quellen. Zur optischen Darstellung des zlog-Wertes wird mit Rücksicht auf Personen mit Rot-Grün-Schwäche eine Farbskala empfohlen, die zum Beispiel von Blau für stark erniedrigt (zlog=–10) über Weiß (zlog=0) bis Orange (zlog=+10) reicht. Weitere Empfehlungen dazu enthält der Fachartikel "Der zlog-Wert als Basis für die Standardisierung von Laborwerten" 2017 (Georg Hoffmann, Frank Klawonn, Ralf Lichtinghagen, Matthias Orth), LaboratoriumsMedizin , vol. 41, no. 1, 2017, pp. 23-32. https://doi.org/10.1515/labmed-2016-0087

Wenn ein Ergebnis ungleich einem Wert ist, wird der Komparator mit dem Ergebnis angezeigt. Ist das Ergebnis gleich dem Wert, bleibt der Komparator leer.

Es kann in der Anzeige/Oberfläche ein '=' verwendet werden, wenn der Wert (Element 'value') exakt ist und der Komparator leer bleibt.

Für die Konstellation, dass gar keine Einheit gesetzt ist, wird auf die UCUM-Defaultmaßeinheit "1" gesetzt.

Gängige Symbole und/oder Bezeichnungen, die (noch) nicht durch UCUM definiert sind, können UCUM-konform mit der Default-Einheit 1 codiert werden. Dazu wird valueQuantity.code = 1 gesetzt und valueQuantity.unit enthält die Benennung.

Wenn ein Ergebnis ungleich einem Wert ist, wird der Komparator mit dem Ergebnis angezeigt. Ist das Ergebnis gleich dem Wert, bleibt der Komparator leer.

Es kann in der Anzeige/Oberfläche ein '=' verwendet werden, wenn der Wert (Element 'value') exakt ist und der Komparator leer bleibt.

Für die Konstellation, dass gar keine Einheit gesetzt ist, wird auf die UCUM-Defaultmaßeinheit "1" gesetzt.

Gängige Symbole und/oder Bezeichnungen, die (noch) nicht durch UCUM definiert sind, können UCUM-konform mit der Default-Einheit 1 codiert werden. Dazu wird valueQuantity.code = 1 gesetzt und valueQuantity.unit enthält die Benennung.

Für die Konstellation, dass gar keine Einheit gesetzt ist, wird auf die UCUM-Defaultmaßeinheit "1" gesetzt.

Gängige Symbole und/oder Bezeichnungen, die (noch) nicht durch UCUM definiert sind, können UCUM-konform mit der Default-Einheit 1 codiert werden. Dazu wird valueQuantity.code = 1 gesetzt und valueQuantity.unit enthält die Benennung.

Die Einheit von Obergrenze und Untergrenze muss identisch sein.

Für die Konstellation, dass gar keine Einheit gesetzt ist, wird auf die UCUM-Defaultmaßeinheit "1" gesetzt.

Gängige Symbole und/oder Bezeichnungen, die (noch) nicht durch UCUM definiert sind, können UCUM-konform mit der Default-Einheit 1 codiert werden. Dazu wird valueQuantity.code = 1 gesetzt und valueQuantity.unit enthält die Benennung.

Für die Konstellation, dass gar keine Einheit gesetzt ist, wird auf die UCUM-Defaultmaßeinheit "1" gesetzt.

Gängige Symbole und/oder Bezeichnungen, die (noch) nicht durch UCUM definiert sind, können UCUM-konform mit der Default-Einheit 1 codiert werden. Dazu wird valueQuantity.code = 1 gesetzt und valueQuantity.unit enthält die Benennung.

Wenn es eine Obergrenze und eine Untergrenze gibt, muss die Einheit von beiden identisch sein.

Es muss mindestens eine obere oder eine untere Referenzgrenze angegeben werden.

Für die Konstellation, dass gar keine Einheit gesetzt ist, wird auf die UCUM-Defaultmaßeinheit "1" gesetzt.

Gängige Symbole und/oder Bezeichnungen, die (noch) nicht durch UCUM definiert sind, können UCUM-konform mit der Default-Einheit 1 codiert werden. Dazu wird valueQuantity.code = 1 gesetzt und valueQuantity.unit enthält die Benennung.

Wenn es eine Obergrenze und eine Untergrenze gibt, muss die Einheit von beiden identisch sein.

Es muss mindestens eine obere oder eine untere Referenzgrenze angegeben werden.

Für die Konstellation, dass gar keine Einheit gesetzt ist, wird auf die UCUM-Defaultmaßeinheit "1" gesetzt.

Gängige Symbole und/oder Bezeichnungen, die (noch) nicht durch UCUM definiert sind, können UCUM-konform mit der Default-Einheit 1 codiert werden. Dazu wird valueQuantity.code = 1 gesetzt und valueQuantity.unit enthält die Benennung.

Mit Kenntnis der Untergrenze (UG) und Obergrenze (OG) des Referenzintervalls, wird der zlog-Wert zum Laborergebnis (x) mit folgender Gleichung berechnet:

zlog = (log(x) –(log(UG)+log(OG))/2)*3,92/(log(OG)–log(UG))

Das Referenzintervall des zlog-Wertes liegt methoden un abhängig stets zwischen – 1,96 und + 1,96.
Stark erniedrigte oder erhöhte Laborergebnisse führen zu zlog-Werten um – 5 bzw. + 5.

Ein hoher Nutzen bei der fachlichen Anwendung des zlog-Wertes liegt in der optischen vergleichenden Farb-Darstellung von mehreren Laborergebnissen aus ggf. unterschiedlichen Quellen. Zur optischen Darstellung des zlog-Wertes wird mit Rücksicht auf Personen mit Rot-Grün-Schwäche eine Farbskala empfohlen, die zum Beispiel von Blau für stark erniedrigt (zlog=–10) über Weiß (zlog=0) bis Orange (zlog=+10) reicht. Weitere Empfehlungen dazu enthält der Fachartikel "Der zlog-Wert als Basis für die Standardisierung von Laborwerten" 2017 (Georg Hoffmann, Frank Klawonn, Ralf Lichtinghagen, Matthias Orth), LaboratoriumsMedizin , vol. 41, no. 1, 2017, pp. 23-32. https://doi.org/10.1515/labmed-2016-0087

WENN ein quantitatives Messergebnis mit Alternativeinheit existiert UND für das primäre quantitative Messergebnis ein zlog-Wert berechnet wurde, soll die entsprechende zlog-Berechnung auch für das Ergebnis Alternativeinheit erfolgen.

Ein Nutzen liegt in der Qualitätskontrolle: beide zlog-Werte sollten (nahezu) gleich sein (ungeachtet eventueller Rundungen im höhren Nachkommabereich).

Hier sollte zusätzlich zum Code auch das Codesystem, die Version des Codesystems und der Anzeigename (Display Name) angegeben werden.

Die Abbildung darf nur im Kontext mit den gruppierten Messergebnissen ausgewertet und interpretiert werden.

Der Freigabezeitpunkt soll nach Möglichkeit minutengenau angegeben werden.

Wenn es sich bei dieser Probe um eine Sekundärprobe handelt, dann ist das Ausgangsmaterial verpflichtend anzugeben, damit der Bezug hergestellt werden kann.

Wenn es sich bei dieser Probe um eine Primärprobe handelt, ist das Element Ausgangsmaterial als Unterknoten (Reference parent) nicht erlaubt.

Identifikationsregel für ein empfangendes System: "Wenn Ausgangsmaterial vorhanden ist, dann handelt es sich um eine Sekundärprobe".

Wenn es sich bei dieser Probe um eine Sekundärprobe handelt, dann ist das Ausgangsmaterial verpflichtend anzugeben, damit der Bezug hergestellt werden kann.

Wenn es sich bei dieser Probe um eine Primärprobe handelt, ist das Element Ausgangsmaterial als Unterknoten (Reference parent) nicht erlaubt.

Die Labordatenkommunikation über LDT3 kennt nur den einen Identifikator für die Probe FK 7364 Probengefäß-Ident (alnum), weshalb beim Mapping von LDT3 auf MIO-Elemente empfohlen wird, den Inhalt dieses Feldes in das MIO-Element "Identifikator Probe" mit Typ "Order Placer" (KBV_PR_MIO_LAB_Specimen.identifier, Type "order placer") zu übertragen.

Das BfArM hat einen Anwendungsleitfaden für die Kodierung der Labordaten in der ePA veröffentlicht (Quelle: https://www.bfarm.de/DE/Kodiersysteme/News/LOINC_Publikation_Anwendungsleitfaden_1_0_0.html ). Zu beachten sind die enthaltenen Regeln und Hinweise zur Verwendung von ergänzenden Angaben zum verwendeten Probenmaterial.

Die übergeordnete Beschreibung des Probenmaterials ist als Teil eines LOINC®-Terms darstellbar (LOINC®-Achse SYSTEM). Die ergänzende Angabe der Probenart mittels SNOMED CT®-Code ist dann erforderlich, wenn in der LOINC®-Achse SYSTEM ein Platzhalter verwendet wird, oder die LOINC®-Angabe nicht genau genug ist.

Hier sollte zusätzlich zum Code auch das Codesystem, die Version des Codesystems und der Anzeigename (Display Name) angegeben werden.

Der Probeneingangszeitpunkt soll nach Möglichkeit minutengenau angegeben werden, die Mindestangabe ist tagesgenau.

Die Zeitangabe für die Probengewinnung ist entweder ein konkreter Zeitpunkt oder ein konkreter Zeitraum.

Alternativ oder zusätzlich (zum Zeitpunkt/Zeitraum) kann eine Zeitdauer (Quantität mit zeitbezogener UCUM-Einheit) angegeben werden.

Der Zeitpunkt der Probengewinnung soll nach Möglichkeit minutengenau angegeben werden, die Mindestangabe ist tagesgenau.

Der Beginn des Zeitraums soll nach Möglichkeit minutengenau angegeben werden, die Mindestangabe ist tagesgenau.

Das Ende des Zeitraums soll nach Möglichkeit minutengenau angegeben werden, die Mindestangabe ist tagesgenau.

Wenn eine Dauer ungleich einem Wert ist, wird der Komparator mit dem Wert angezeigt.
Ist die Dauer gleich dem Wert, bleibt der Komparator leer.

Es kann in der Anzeige/Oberfläche ein '=' verwendet werden, wenn der Wert (Element 'value') exakt ist und der Komparator leer bleibt.

Hier sollte zusätzlich zum Code auch das Codesystem, die Version des Codesystems und der Anzeigename (Display Name) angegeben werden.

Wenn eine Dauer ungleich einem Wert ist, wird der Komparator mit dem Wert angezeigt.
Ist die Dauer gleich dem Wert, bleibt der Komparator leer.

Es kann in der Anzeige/Oberfläche ein '=' verwendet werden, wenn der Wert (Element 'value') exakt ist und der Komparator leer bleibt.

Hier sollte zusätzlich zum Code auch das Codesystem, die Version des Codesystems und der Anzeigename (Display Name) angegeben werden.

Die (optionale) Zeitangabe für die Probenverarbeitung ist entweder ein konkreter Zeitpunkt oder ein konkreter Zeitraum.

Der Zeitpunkt der Probenverarbeitung soll nach Möglichkeit minutengenau angegeben werden, die Mindestangabe ist tagesgenau.

Der Beginn des Zeitraums soll nach Möglichkeit minutengenau angegeben werden, die Mindestangabe ist tagesgenau.

Das Ende des Zeitraums soll nach Möglichkeit minutengenau angegeben werden, die Mindestangabe ist tagesgenau.

Für die Konstellation, dass gar keine Einheit gesetzt ist, wird hier der Wert 1 vergeben.

Gängige Symbole und/oder Bezeichnungen, die (noch) nicht durch UCUM definiert sind, können UCUM-konform mit der Default-Einheit 1 codiert werden. Dazu wird valueQuantity.code = 1 gesetzt und valueQuantity.unit enthält die Benennung.

Auch Teilmengen des Untersuchungsmaterials müssen eindeutig einem/r Patient:in zuzuordnen sein.

Hier sollte zusätzlich zum Code auch das Codesystem, die Version des Codesystems und der Anzeigename (Display Name) angegeben werden.

Die Abbildung darf nur im Kontext mit den gruppierten Messergebnissen ausgewertet und interpretiert werden.

Wenn es für die Erstellung / Erzeugung des Bildes keinen zu dokumentierenden Prozess gibt, dann wird der Status "final" verwendet.