This fragment is available on en/ImplementationGuide-mii-ig-labor.html
This publication includes IP covered under the following statements.
| Type | Reference | Content |
|---|---|---|
| web | snomed.info | MII EX Labor Interpretationsbeeinflussende Eigenschaft : SNOMED CT: 118128002 (Specimen hemolyzed) (version = http://snomed.info/sct/900000000000207008/version/20260701 ) |
| web | snomed.info | 118128002 |
| web | snomed.info | 118127007 |
| web | snomed.info | 118129005 |
| web | snomed.info | 167569004 |
| web | snomed.info | 260347006 |
| web | snomed.info | 260348001 |
| web | snomed.info | 260349009 |
| web | snomed.info | 260350009 |
| web | snomed.info | 410594000 |
| web | snomed.info | 260405006 |
| web | snomed.info | 441614007 |
| web | snomed.info | 441517005 |
| web | snomed.info | 441521003 |
| web | snomed.info | 10828004 |
| web | snomed.info | 280416009 |
| web | snomed.info | 260385009 |
| web | snomed.info | 260415000 |
| web | snomed.info | 419984006 |
| web | snomed.info | 260373001 |
| web | snomed.info | 52101004 |
| web | snomed.info | 399445004 |
| web | snomed.info | 281271004 |
| web | www.netzwerk-universitaetsmedizin.de |
|
| web | github.com | Konformität |
| web | github.com | Konformität |
| web | github.com | Allgemeine Anforderungen |
| web | github.com | Must Support |
| web | github.com | Fehlende Daten |
| web | www.medizininformatik-initiative.de |
IG © 2019+ Medizininformatik Initiative
.
Package de.medizininformatikinitiative.kerndatensatz.laborbefund#2027.0.0-ballot basiert auf FHIR 4.0.1
.
Erstellt 2026-09-14
Links: Inhaltsverzeichnis | QA-Bericht | netzwerk-universitaetsmedizin.de | medizininformatik-initiative.de | Impressum HL7®, FHIR® and the FHIR flame design are registered trademarks of Health Level Seven International. Their use does not constitute endorsement by HL7. |
| web | www.netzwerk-universitaetsmedizin.de |
Links: Inhaltsverzeichnis
|
QA-Bericht
| netzwerk-universitaetsmedizin.de
| medizininformatik-initiative.de
| Impressum
HL7®, FHIR® and the FHIR flame design are registered trademarks of Health Level Seven International. Their use does not constitute endorsement by HL7. |
| web | www.medizininformatik-initiative.de |
Links: Inhaltsverzeichnis
|
QA-Bericht
| netzwerk-universitaetsmedizin.de
| medizininformatik-initiative.de
| Impressum
HL7®, FHIR® and the FHIR flame design are registered trademarks of Health Level Seven International. Their use does not constitute endorsement by HL7. |
| web | www.netzwerk-universitaetsmedizin.de |
Links: Inhaltsverzeichnis
|
QA-Bericht
| netzwerk-universitaetsmedizin.de
| medizininformatik-initiative.de
| Impressum
HL7®, FHIR® and the FHIR flame design are registered trademarks of Health Level Seven International. Their use does not constitute endorsement by HL7. |
| web | github.com |
Woher die Versionen kommen.
Jedes Paket der Tabelle ist direkt in
sushi-config.yaml
( dependencies:
) gepinnt — auch hl7.terminology.r4
(THO) und
hl7.fhir.uv.extensions.r4
, und diese beiden mit Bedacht: Die
Automatik des IG Publishers
liest ausschließlich die eigene
Abhängigkeitsliste dieses Leitfadens;
ohne direkten Pin würde jeder Build stillschweigend das jeweils aktuellste
THO-/Extensions-Release injizieren — eine allein im MII-Meta-Paket gepinnte
Version kann den Build nicht steuern (verifiziert im Publisher-Quellcode des
gepinnten Release). Eine wöchentliche Prüfung warnt, wenn diese beiden Pins
von den Vorgaben des gepinnten Meta-Pakets abweichen; die von einem
konkreten Build verwendeten Versionen stehen in dessen qa-versions.json
.
|
| web | www.iso.org |
ISO maintains the copyright on the country codes, and controls its use carefully. For further details see the ISO 3166 web page: https://www.iso.org/iso-3166-country-codes.html
Show Usage
|
| web | ucum.org |
The UCUM codes, UCUM table (regardless of format), and UCUM Specification are copyright 1999-2009, Regenstrief Institute, Inc. and the Unified Codes for Units of Measures (UCUM) Organization. All rights reserved. https://ucum.org/trac/wiki/TermsOfUse
Show Usage
|
| web | github.com |
Expansionsparameter sind Query-Parameter, die an eine ValueSet
-
$expand
-Operation übergeben werden können, um zu steuern, wie das ValueSet
expandiert wird — also wie die vollständige Liste der Codes aus der
ValueSet-Definition erzeugt wird. Die für diesen IG verwendeten
IG-Parameter
sind in
sushi-config.yaml
( parameters:
) deklariert. Ein Modul, das seine Expansionsparameter über ein
CRMI-Manifest pinnt, verlinkt hier zusätzlich die generierte
Parameters
-Ressource (siehe die auskommentierten Manifest-Blöcke in
sushi-config.yaml
und die Seite Metadata Overview, sofern das Modul sie
behält).
|
| web | siframework.org |
Quality Improvement and Clinical Knowledge (QUICK)
|
| web | snomed.info | SNOMED CT Concept Domain Binding |
| web | snomed.info | 118128002 |
| web | snomed.info | 118127007 |
| web | snomed.info | 118129005 |
| web | snomed.info | 167569004 |
| web | snomed.info | 260347006 |
| web | snomed.info | 260348001 |
| web | snomed.info | 260349009 |
| web | snomed.info | 260350009 |
| web | snomed.info | 410594000 |
| web | snomed.info | 260405006 |
| web | snomed.info | 441614007 |
| web | snomed.info | 441517005 |
| web | snomed.info | 441521003 |
| web | snomed.info | 10828004 |
| web | snomed.info | 280416009 |
| web | snomed.info | 260385009 |
| web | snomed.info | 260415000 |
| web | snomed.info | 419984006 |
| web | snomed.info | 260373001 |
| web | snomed.info | 52101004 |
| web | snomed.info | 272519000 |
| web | snomed.info | 2667000 |
| web | snomed.info | 41277001 |
| web | snomed.info | 260386005 |
| web | snomed.info | 373067005 |
| web | snomed.info | 260387001 |
| web | snomed.info | 264868006 |
| web | snomed.info | 264869003 |
| web | snomed.info | 260389003 |
| web | snomed.info | 264871003 |
| web | snomed.info | 260392004 |
| web | snomed.info | 260393009 |
| web | snomed.info | 260390007 |
| web | snomed.info | 260413007 |
| web | snomed.info | 260391006 |
| web | snomed.info | 17511009 |
| web | snomed.info | 895231008 |
| web | snomed.info | 264887000 |
| web | snomed.info | 260416004 |
| web | snomed.info | 47492008 |
| web | snomed.info | 260414001 |
| web | snomed.info | 260353006 |
| web | snomed.info | 276727009 |
| web | snomed.info | 264915001 |
| web | snomed.info | 264929000 |
| web | snomed.info | 399445004 |
| web | snomed.info | 281271004 |
| web | github.com | Die Version 2026.0.3 enthält im Vergleich zur Vorversion 2026.0.2 folgende Änderungen (für einen vollständigen Überblick über die Änderungen kann der Differential-View auf Github verwendet werden). |
| web | github.com | Die Version 2026.0.2 enthält im Vergleich zur Vorversion 2026.0.1 folgende Änderungen (für einen vollständigen Überblick über die Änderungen kann der Differential-View auf Github verwendet werden). |
| web | github.com | Die Version 2026.0.1 enthält im Vergleich zur Vorversion 2026.0.0 folgende Änderungen (für einen vollständigen Überblick über die Änderungen kann der Differential-View auf Github verwendet werden). |
| web | github.com | Die Version 2026.0.0 enthält im Vergleich zur Vorversion 2025.0.2 folgende Änderungen (für einen vollständigen Überblick über die Änderungen kann der Differential-View auf Github verwendet werden). |
| web | github.com | Die FSH-Quellen und das bearbeitbare PlantUML-Diagramm werden im GitHub-Repository gepflegt. |
| web | github.com | Konformität — die Regeln insgesamt |
| web | www.ontoserver.mii-termserv.de | URL: https://www.ontoserver.mii-termserv.de/ |
| web | github.com | Anmerkungen und Kritik werden als GitHub-Issues entgegengenommen. |
| web | www.bundesaerztekammer.de | Der Begriff "Interpretation" bezieht sich in der FHIR-Darstellung des Laborbefunds v.a. auf die kodierte Interpretation der Lage des Messwertes in Bezug zum Referenzbereich (z.B. "+", "hoch", "-", "niedrig", "normal", "abnormal"). Dies ist eine engere Verwendung des Begriffs "Interpretation" als in der Rili-BÄK 2023 sowie ISO 15189:2024 , die sich auf eine klinische Interpretation zum Beispiel in Freitext-Kommentaren beziehen. |
| web | www.dinmedia.de | Der Begriff "Interpretation" bezieht sich in der FHIR-Darstellung des Laborbefunds v.a. auf die kodierte Interpretation der Lage des Messwertes in Bezug zum Referenzbereich (z.B. "+", "hoch", "-", "niedrig", "normal", "abnormal"). Dies ist eine engere Verwendung des Begriffs "Interpretation" als in der Rili-BÄK 2023 sowie ISO 15189:2024 , die sich auf eine klinische Interpretation zum Beispiel in Freitext-Kommentaren beziehen. |
| web | www.medizininformatik-initiative.de | Einige mikrobiologische Untersuchungsmethoden lassen sich auch FHIR-konform im Modul Laborbefund abbilden. Es wird aber empfohlen, folgende mikrobiologischen Befunde mithilfe des Moduls Mikrobiologie abzubilden, um den spezifischen Anforderungen der mikrobiologischen Diagnostik gerecht zu werden: |
| web | www.medizininformatik-initiative.de | Außerdem baut das Modul auf Kernspezifikation von HL7 FHIR, insbesondere den entsprechenden Ressourcen DiagnosticReport und Observation auf. Inhaltlich werden die Anforderungen der Richtlinie der Bundesärztekammer zur Qualitätssicherung laboratoriumsmedizinischer Untersuchungen (Rili-BÄK) berücksichtigt. Die vorliegende Spezifikation wurde gestaltet auf Basis der Beschreibung des MII-Kerndatensatzes in der Version vom 10.03.2017 ( PDF ). |
| web | www.bfarm.de | LOINC (Logical Observation Identifiers Names and Codes) ist ein internationales vom Regenstrief Institute herausgegebenes System zur eindeutigen Identifizierung und Kodierung von medizinischen Beobachtungen, insbesondere von Laboruntersuchungen (siehe auch BfArM ). Für eine Einführung zum Thema LOINC existiert ein Video in der MII-Academy . |
| web | www.medizininformatik-initiative.de | LOINC (Logical Observation Identifiers Names and Codes) ist ein internationales vom Regenstrief Institute herausgegebenes System zur eindeutigen Identifizierung und Kodierung von medizinischen Beobachtungen, insbesondere von Laboruntersuchungen (siehe auch BfArM ). Für eine Einführung zum Thema LOINC existiert ein Video in der MII-Academy . |
| web | www.bfarm.de | BfArM Anwendungsleitfaden - Kodiersysteme für Labordaten: enthält ebenfalls Grundlagen zu SNOMED CT und UCUM |
| web | www.miracum.org | MIRACUM Mapper und LabVisualizer |
| web | www.bfarm.de | Wenn sich kein passender Term finden lässt, sollte in diesen Fällen ein Änderungswunsch beim Regenstrief-Institut in Rücksprache mit dem BfArM angestoßen werden (BfArM - Änderungswünsche, Change Requests) . Bezüglich der Kodierung sollten mindestens die lokalen Kodes hinterlegt werden, um eine LOINC-Nachkodierung zu ermöglichen. LOINCs sind als internationales System standortübergreifend einheitlich interpretierbar, aber nur die lokalen Codes können mit hoher Sicherheit eineindeutig der lokal verwendeten Untersuchungsmethode/ Assay zugeordnet werden und somit ggf. für Nachkodierungen genutzt werden und in solchen Fällen die Nachvollziehbarkeit absichern. Falls möglich und sinnvoll können in diesen Fällen auch weitere standardisierte System einbezogen werden. LOINC-Zusammenführung bei multizentrischer Datennutzung:Die LOINC-Auswahl bei multizentrischen Laborwertabfragen kann für wenige Standorte und wenige Laborparameter manuell mit entsprechender Expertise des LOINC-Systems gelöst werden. Automatisierte/teilautomatisierte/skalierbare Lösungen müssen in standartiserter und replizierbarer Weise noch etabliert werden. |
| web | ucum.org | Die Maßeinheit muss zwingend in UCUM-Einheiten angegeben werden, damit sich die Ergebnisse ineinander umrechnen lassen. Mittels Validatoren sollte sichergestellt werden, dass die verwendeten Einheiten zulässig sind. |
| web | www.netzwerk-universitaetsmedizin.de |
|
| web | github.com | Conformance |
| web | github.com | Conformance |
| web | github.com | General Requirements |
| web | github.com | Handling Missing Data |
| web | www.medizininformatik-initiative.de |
IG © 2019+ Medizininformatik Initiative
.
Package de.medizininformatikinitiative.kerndatensatz.laborbefund#2027.0.0-ballot based on FHIR 4.0.1
.
Generated 2026-09-14
Links: Table of Contents | QA Report | netzwerk-universitaetsmedizin.de | medizininformatik-initiative.de | Legal notice HL7®, FHIR® and the FHIR flame design are registered trademarks of Health Level Seven International. Their use does not constitute endorsement by HL7. |
| web | www.netzwerk-universitaetsmedizin.de |
Links: Table of Contents
|
QA Report
| netzwerk-universitaetsmedizin.de
| medizininformatik-initiative.de
| Legal notice
HL7®, FHIR® and the FHIR flame design are registered trademarks of Health Level Seven International. Their use does not constitute endorsement by HL7. |
| web | www.medizininformatik-initiative.de |
Links: Table of Contents
|
QA Report
| netzwerk-universitaetsmedizin.de
| medizininformatik-initiative.de
| Legal notice
HL7®, FHIR® and the FHIR flame design are registered trademarks of Health Level Seven International. Their use does not constitute endorsement by HL7. |
| web | www.netzwerk-universitaetsmedizin.de |
Links: Table of Contents
|
QA Report
| netzwerk-universitaetsmedizin.de
| medizininformatik-initiative.de
| Legal notice
HL7®, FHIR® and the FHIR flame design are registered trademarks of Health Level Seven International. Their use does not constitute endorsement by HL7. |
| web | github.com |
Where the versions come from.
Every package in the table is pinned
directly in
sushi-config.yaml
( dependencies:
) — including hl7.terminology.r4
(THO) and
hl7.fhir.uv.extensions.r4
, and those two deliberately so: the IG
Publisher's
automatic-packages rule
consults only this guide's own
dependency list, so without a direct pin
every build would silently inject the latest THO/extensions release — a
version pinned by the MII meta package alone cannot control the build
(verified in the publisher source at the pinned release). A weekly check
warns when these two pins drift from what the pinned meta package ships,
and the exact versions a concrete build used are recorded in its
qa-versions.json
output.
|
| web | github.com |
Expansion parameters are query parameters that can be passed to a ValueSet
$expand
operation to control how the ValueSet is expanded — that is, how the
full list of codes is generated from the ValueSet definition. The
IG Parameters
used for this IG are declared in
sushi-config.yaml
( parameters:
). A module that pins its expansion parameters through a CRMI
manifest additionally links the generated Parameters
resource from here (see
the commented manifest blocks in sushi-config.yaml
and the Metadata Overview
page, if the module keeps it).
|
| web | github.com | Version 2026.0.3 contains the following changes compared to the previous version 2026.0.2 (for a complete overview of the changes, the differential view on GitHub can be used). |
| web | github.com | Version 2026.0.2 contains the following changes compared to the previous version 2026.0.1 (for a complete overview of the changes, the differential view on GitHub can be used). |
| web | github.com | Version 2026.0.1 contains the following changes compared to the previous version 2026.0.0 (for a complete overview of the changes, the differential view on GitHub can be used). |
| web | github.com | Version 2026.0.0 contains the following changes compared to the previous version 2025.0.2 (for a complete overview of the changes, the differential view on GitHub can be used). |
| web | github.com | The FSH sources and the editable PlantUML diagram are maintained in the GitHub repository . |
| web | github.com | Conformance — the rules as a whole |
| web | github.com | Comments and criticism are received as GitHub issues . |
| web | www.bundesaerztekammer.de | In the FHIR representation of a laboratory report, the term “interpretation” refers above all to the coded interpretation of where a measured value lies in relation to the reference range (for example “+”, “high”, “-”, “low”, “normal”, “abnormal”). This is a narrower use of the term “interpretation” than in the Rili-BÄK 2023 and ISO 15189:2024 , which refer to a clinical interpretation, for example in free-text comments. |
| web | www.dinmedia.de | In the FHIR representation of a laboratory report, the term “interpretation” refers above all to the coded interpretation of where a measured value lies in relation to the reference range (for example “+”, “high”, “-”, “low”, “normal”, “abnormal”). This is a narrower use of the term “interpretation” than in the Rili-BÄK 2023 and ISO 15189:2024 , which refer to a clinical interpretation, for example in free-text comments. |
| web | www.medizininformatik-initiative.de | Some microbiological examination methods can also be represented in a FHIR-conformant way in the Laboratory Report module. It is nevertheless recommended to represent the following microbiological findings with the Microbiology module , so as to meet the specific requirements of microbiological diagnostics: |
| web | www.medizininformatik-initiative.de | The module also builds on the core specification of HL7 FHIR, in particular the resources DiagnosticReport and Observation. In terms of content, the requirements of the German Medical Association's guideline on quality assurance in laboratory medicine (Rili-BÄK) are taken into account. This specification was designed on the basis of the description of the MII Core Dataset in the version of 10 March 2017 ( PDF ). |
| web | www.bfarm.de | LOINC (Logical Observation Identifiers Names and Codes) is an international system published by the Regenstrief Institute for the unambiguous identification and coding of medical observations, in particular laboratory tests (see also BfArM ). An introduction to LOINC is available as a video in the MII Academy . |
| web | www.medizininformatik-initiative.de | LOINC (Logical Observation Identifiers Names and Codes) is an international system published by the Regenstrief Institute for the unambiguous identification and coding of medical observations, in particular laboratory tests (see also BfArM ). An introduction to LOINC is available as a video in the MII Academy . |
| web | www.bfarm.de | BfArM implementation guide – coding systems for laboratory data: also covers the basics of SNOMED CT and UCUM |
| web | www.miracum.org | MIRACUM Mapper and LabVisualizer |
| web | www.bfarm.de | Where no fitting term can be found, a change request should be raised with the Regenstrief Institute in consultation with BfArM (BfArM – change requests) . As regards coding, at least the local codes should be retained, so as to permit later LOINC coding. As an international system, LOINCs can be interpreted consistently across sites, but only the local codes can be assigned with high confidence, one-to-one, to the examination method or assay used locally; they can thus be used for later coding and, in such cases, safeguard traceability. Where possible and sensible, further standardised systems can be drawn on in these cases. Combining LOINC selections for multi-centre data use: the LOINC selection for multi-centre queries of laboratory values can be resolved manually for a small number of sites and laboratory parameters, given appropriate expertise in the LOINC system. Automated, semi-automated and scalable solutions still have to be established in a standardised and replicable manner. |
| web | ucum.org | The unit of measure must be given in UCUM units so that results can be converted into one another. Validators should be used to ensure that the units used are admissible. |
Modul_Laborbefund.jpg
|
tree-filter.png
|