MII IG ICU
2027.0.0-ballot.3 -
Germany
MII IG ICU
2027.0.0-ballot.3 -
Germany
This page is part of the MII IG ICU (v2027.0.0-ballot.3: Release) based on FHIR (HL7® FHIR® Standard) R4. This is the current published version in its permanent home (it will always be available at this URL). For a full list of available versions, see the Directory of published versions
| Offizielle URL: https://www.medizininformatik-initiative.de/fhir/ext/modul-icu/ImplementationGuide/mii-ig-icu | Version: 2027.0.0-ballot.3 | |||
| Draft Stand: 2026-09-15 | Maschinenlesbarer Name: MII_IG_ICU | |||
Die vorliegende Spezifikation beschreibt die FHIR-Repräsentation des Kerndatensatz-Erweiterungsmoduls 'Intensivmedizin' der Medizininformatik-Initiative. Im Folgenden werden die Use-Cases des Moduls sowie die dazugehörigen FHIR-Profile und Terminologie Ressourcen in ihrer Form beschrieben.
Dieser Leitfaden ist im Rahmen der Medizininformatik-Initiative erstellt worden und unterliegt per Governance-Prozess dem Abstimmungsverfahren des Interoperabilitätsforums und der Technischen Komitees von HL7 Deutschland e.V.
Felix Erdfelder
Margaux Gatrio
Christian Gebauer
Christoph Müller
Tim Steinbach
Fragen zu der vorliegenden Publikation können jederzeit unter https://chat.fhir.org im Stream 'german/mi-initiative' gestellt werden.
Anmerkungen und Kritik werden in Form von 'Issues' im Simplifier-Projekt stets gern entgegengenommen.
Felix Erdfelder
Margaux Gatrio
Christian Gebauer
Christoph Müller
Tim Steinbach
Alexander Zautke
Berke Dincel
Ludwig C. Hinske
Larissa Neumann
Lily Wissing
Copyright © 2019: TMF e. V., Charlottenstraße 42, 10117 Berlin
Der Inhalt dieser Spezifikation ist öffentlich. Die Nachnutzungs- bzw. Veröffentlichungsansprüche sind nicht beschränkt.
Zu den Nutzungsrechten der zugrunde liegenden FHIR-Technologie siehe die FHIR-Basis-Spezifikation.
Einige verwendete Codesysteme werden von anderen Organisationen herausgegeben und gepflegt. Es gilt das Copyright der dort jeweils aufgeführten Herausgeber (Publisher).
Der Inhalt dieses Dokuments ist öffentlich. Zu beachten ist, dass Teile dieses Dokuments auf FHIR Version R4 beruhen, für die das Copyright von HL7 International gilt.
Die Modellierung der Daten soll hierbei den Anforderungen hinsichtlich Komplexität und Granularität intensivmedizinischer, notfallmedizinischer, peripher-stationärer, aber auch ambulante Daten gerecht werden.
Dieses Dokument beschreibt das KDS-Modul Intensivmedizin entsprechend der Entwicklungsstufe 2 (Abb. s. u., "Stufe 2").
Für jede Datenarten wird jeweils mindestens ein generisches Profil zur Aufnahme bisher nicht spezifisch profilierter Daten zur Verfügung gestellt. Diese generischen Profile dienen außschließlich als Templates für die schnelle Entwicklung von Prototypen. Wann immer möglich sollen die spezifischen Profile verwendet werden.
Die Profilierung erstreckt sich ebenfalls über die zugrundeliegenden Prozeduren (Anwendungen von extrakorporalen Verfahren, Beatmungs- und Messverfahren), die beteiligten Geräte sowie deren Firmware- und Konfigurationsversion.
Monitoring- bzw. Vitaldaten umfassen Daten wie z.B.: Blutdruck (arteriell, zentralvenös, pulmonalarteriell, ventrikulär, artrial…), Herzfrequenz, Temperatur, hämodynamisches Monitoring (Herzzeitvolumen, Herzschlagvolumen, systemischer- und pulmonaler Gefäßwiederstand, etc.), pulsoxymetrischen Sauerstoffsättigung prä- und postduktal etc.
Die etablierten Monitoring- und Vitaldaten Profile wurden mit der Version 2025.0.0 in ISiK Profile überführt und werden seit dem dort in enger Kooperation weiter gepflegt.
Parameter von extrakorporalen Verfahren (extrakorporale Membranoxygenierung, Hämofiltration, Dialyse, Apharese …) umfassen Daten wie: Blutfluss, Gasfluss, Dialysatfluss, venöser und arterieller Druck etc.. Zugänge sind noch nicht Teil der hier profilierten Entwicklungsstufe 2 und sollen perspektivisch in gesonderte spezifischen Profilen modelliert werden.
Am Beispiel von ECMO-Prarametern:
Am ECMO-Gerät wird ein Gasfluss eingestellt, ohne dass ein direkt korrespondierender Messwert erhoben wird. Der Blutfluss kann hingegen sowohl eingestellt als auch gemessen werden (eingestellter Zielwert und tatsächlich gemessener Blutfluss). In beiden Fällen sind die Werte dem gleichen ECMO-Gerät zugeordnet an welchem die Werte eingestellt bzw. gemessen werden.
Wir unterscheiden zwei Arten von gemessenen und eingestellten Werten (siehe obige Abb.):
Das Gerät, welches den Messwert erhoben hat/bei dem ein Wert eingestellt wurde, ist bekannt. Es korrespondiert zu den Ressourcen mit * (also „ eingestellter Wert* “ und „ Gerät* “). In diesem Fall ist das physische Gerät bekannt. Es gibt damit (im Rahmen der übergeordneten Prozedur) mindestens eine DeviceMetric, auf welche alle (bzw. die zutreffenden) Observations verweisen. Diese DeviceMetric enthält dann (neben gemessen/eingestellt) eine Referenz auf dasjenige Gerät, welches die Messwerte erzeugt, bzw. wo ein Wert eingestellt wurde.
Das Gerät ist nicht bekannt, bzw. soll nicht modelliert werden. Es korrespondiert zu den Ressourcen mit ** (also „ eingestellter Wert** " und „ Gerät** “). In diesem Fall ist das physische Gerät nicht bekannt. Observations zeigen jeweils auf eine generische Ressource für eingestellter Wert bzw. gemessener Wert. Diese beiden können wiederum auf ein generisches Gerät verweisen. Die DeviceMetrics sagen aus, dass es sich bei der Observation um einen eingestellten bzw. gemessenen Wert im Rahmen eines extrakorporalen Verfahrens (siehe Procedure.category = Observation.category = DeviceMetric.type) handelt, das Device sagt, dass es sich um bspw. ein ECMO-Gerät handelt. In diesem Fall können diese selben drei FHIR-Ressourcen verwendet werden, um alle Werte, die im Rahmen von ECMOs gemessen, oder eingestellt wurden, zu annotieren.
Beatmungswerte umfassen Daten wie z.B.Beatmungsart (Modus), Plateaudruck, endexspiratorischer Druck, Unterstützungsdruck, Compliance, inspiratorische Sauerstofffraktion (FiO2), endexspiratorischen CO2 – Partialdruck, Tidalvolumen, spontane und mechanische Atemfrequenz, etc.. Atemwege und Zugänge sind noch nicht Teil der hier profilierten Entwicklungsstufe 2 und sollen perspektivisch in gesonderte spezifischen Profilen modelliert werden.
Beatmungswerte werden analog zu Parametern von extrakorporalen Verfahren profiliert.
Die semantische Annotation referenziert mindestens einen Primärcode der Terminologien LOINC und/oder SNOMED CT. Des Weiteren wird wann immer möglich eine semantische Annotation nach ISO/IEEE 11073-10101 hinzugefügt, um eine Interoperabilität mit der Medizingeräten- bzw. Medizinproduktekommunikation zu ermöglich. Ebenfalls wird auf eine semantische Interoperabilität mit dem AKTIN Datensatz geachtet.