ISiK Formularmodul Implementation Guide
Version 6.0.0-rc - ci-build

Artifacts Summary

This page provides a list of the FHIR artifacts defined as part of this implementation guide.

Behavior: Capability Statements

The following artifacts define the specific capabilities that different types of systems are expected to have in order to comply with this implementation guide. Systems conforming to this implementation guide are expected to declare conformance to one or more of the following capability statements.

Akteur "ISiKCapabilityStatementFormularDatenQuelleAkteur"

Dieses CapabilityStatement beschreibt alle Interaktionen, die ein System unterstützen MUSS, welches diesen Akteur implementiert.

Jede Instanz eines bestätigungsrelevanten Systems MUSS an ihrem Endpunkt eine CapabilityStatement-Ressource bereitstellen. Hierzu MUSS die capabilities-Interaktion gemäß FHIR-Kernspezifikation unterstützt werden. Der MODE-Parameter kann ignoriert werden.
Das CapabilityStatement in dieser Spezifikation stellt die Anforderungen seitens der gematik dar (kind = requirements). Zur Unterscheidung von Rollen, die erfüllt werden MÜSSEN gegenüber jenen, die erfüllt werden KÖNNEN, wird die CapabilityStatement-Imports-Expectation-Extension mit den möglichen Werten ‘SHALL’ (=MUSS) ‘SHOULD’ (=SOLL) ‘MAY’ (=KANN) ‘SHOULD-NOT’ (=SOLL NICHT) verwendet.

Eine Server-Instanz MUSS ihrerseits ein CapabilityStatement vom kind = instance liefern und im Element software den Namen und die Versionsnummer angeben.
Darüber hinaus MÜSSEN in CapabilityStatement.instantiates sämtliche Canonical URLs der implementierten Rollen angegeben werden. Die mindestens zu implementierenden Profile für einen Akteur und Interaktionen entsprechen daher den aggregierten Anforderungen der einzelnen Rolle (per ‘imports’). In den CapabilityStatements zu den Rollen sind die Anforderungen tabellarisch gelistet und weisen so die zu implementierenden Profile aus.

Das CapabilityStatement der Instanz MUSS alle Funktionalitäten auflisten, die im folgenden CapabilityStatement (bzw. der in ihm importierten Rollen - siehe ‘imports’) mit SHALL gekennzeichnet sind. Das CapabilityStatement KANN darüber hinaus die mit MAY gekennzeichneten Funktionalitäten, sowie weitere Funktionalitäten auflisten, sofern diese in der Instanz implementiert wurden.

Die Verwendung der CapabilityStatement-Expectation-Extension ist im CapabilityStatement der Server-Instanz nicht erforderlich.

Akteur "ISiKCapabilityStatementFormularDatenQuelleAkteur" (Expanded)

Dieses CapabilityStatement beschreibt alle Interaktionen, die ein System unterstützen MUSS, welches diesen Akteur implementiert.

Jede Instanz eines bestätigungsrelevanten Systems MUSS an ihrem Endpunkt eine CapabilityStatement-Ressource bereitstellen. Hierzu MUSS die capabilities-Interaktion gemäß FHIR-Kernspezifikation unterstützt werden. Der MODE-Parameter kann ignoriert werden.
Das CapabilityStatement in dieser Spezifikation stellt die Anforderungen seitens der gematik dar (kind = requirements). Zur Unterscheidung von Rollen, die erfüllt werden MÜSSEN gegenüber jenen, die erfüllt werden KÖNNEN, wird die CapabilityStatement-Imports-Expectation-Extension mit den möglichen Werten ‘SHALL’ (=MUSS) ‘SHOULD’ (=SOLL) ‘MAY’ (=KANN) ‘SHOULD-NOT’ (=SOLL NICHT) verwendet.

Eine Server-Instanz MUSS ihrerseits ein CapabilityStatement vom kind = instance liefern und im Element software den Namen und die Versionsnummer angeben.
Darüber hinaus MÜSSEN in CapabilityStatement.instantiates sämtliche Canonical URLs der implementierten Rollen angegeben werden. Die mindestens zu implementierenden Profile für einen Akteur und Interaktionen entsprechen daher den aggregierten Anforderungen der einzelnen Rolle (per ‘imports’). In den CapabilityStatements zu den Rollen sind die Anforderungen tabellarisch gelistet und weisen so die zu implementierenden Profile aus.

Das CapabilityStatement der Instanz MUSS alle Funktionalitäten auflisten, die im folgenden CapabilityStatement (bzw. der in ihm importierten Rollen - siehe ‘imports’) mit SHALL gekennzeichnet sind. Das CapabilityStatement KANN darüber hinaus die mit MAY gekennzeichneten Funktionalitäten, sowie weitere Funktionalitäten auflisten, sofern diese in der Instanz implementiert wurden.

Die Verwendung der CapabilityStatement-Expectation-Extension ist im CapabilityStatement der Server-Instanz nicht erforderlich.

Akteur "ISiKCapabilityStatementFormularDefinitionsVerwalterAkteur"

Dieses CapabilityStatement beschreibt alle Interaktionen, die ein System unterstützen MUSS, welches diesen Akteur implementiert.

Jede Instanz eines bestätigungsrelevanten Systems MUSS an ihrem Endpunkt eine CapabilityStatement-Ressource bereitstellen. Hierzu MUSS die capabilities-Interaktion gemäß FHIR-Kernspezifikation unterstützt werden. Der MODE-Parameter kann ignoriert werden.
Das CapabilityStatement in dieser Spezifikation stellt die Anforderungen seitens der gematik dar (kind = requirements). Zur Unterscheidung von Rollen, die erfüllt werden MÜSSEN gegenüber jenen, die erfüllt werden KÖNNEN, wird die CapabilityStatement-Imports-Expectation-Extension mit den möglichen Werten ‘SHALL’ (=MUSS) ‘SHOULD’ (=SOLL) ‘MAY’ (=KANN) ‘SHOULD-NOT’ (=SOLL NICHT) verwendet.

Eine Server-Instanz MUSS ihrerseits ein CapabilityStatement vom kind = instance liefern und im Element software den Namen und die Versionsnummer angeben.
Darüber hinaus MÜSSEN in CapabilityStatement.instantiates sämtliche Canonical URLs der implementierten Rollen angegeben werden. Die mindestens zu implementierenden Profile für einen Akteur und Interaktionen entsprechen daher den aggregierten Anforderungen der einzelnen Rolle (per ‘imports’). In den CapabilityStatements zu den Rollen sind die Anforderungen tabellarisch gelistet und weisen so die zu implementierenden Profile aus.

Das CapabilityStatement der Instanz MUSS alle Funktionalitäten auflisten, die im folgenden CapabilityStatement (bzw. der in ihm importierten Rollen - siehe ‘imports’) mit SHALL gekennzeichnet sind. Das CapabilityStatement KANN darüber hinaus die mit MAY gekennzeichneten Funktionalitäten, sowie weitere Funktionalitäten auflisten, sofern diese in der Instanz implementiert wurden.

Die Verwendung der CapabilityStatement-Expectation-Extension ist im CapabilityStatement der Server-Instanz nicht erforderlich.

Akteur "ISiKCapabilityStatementFormularDefinitionsVerwalterAkteur" (Expanded)

Dieses CapabilityStatement beschreibt alle Interaktionen, die ein System unterstützen MUSS, welches diesen Akteur implementiert.

Jede Instanz eines bestätigungsrelevanten Systems MUSS an ihrem Endpunkt eine CapabilityStatement-Ressource bereitstellen. Hierzu MUSS die capabilities-Interaktion gemäß FHIR-Kernspezifikation unterstützt werden. Der MODE-Parameter kann ignoriert werden.
Das CapabilityStatement in dieser Spezifikation stellt die Anforderungen seitens der gematik dar (kind = requirements). Zur Unterscheidung von Rollen, die erfüllt werden MÜSSEN gegenüber jenen, die erfüllt werden KÖNNEN, wird die CapabilityStatement-Imports-Expectation-Extension mit den möglichen Werten ‘SHALL’ (=MUSS) ‘SHOULD’ (=SOLL) ‘MAY’ (=KANN) ‘SHOULD-NOT’ (=SOLL NICHT) verwendet.

Eine Server-Instanz MUSS ihrerseits ein CapabilityStatement vom kind = instance liefern und im Element software den Namen und die Versionsnummer angeben.
Darüber hinaus MÜSSEN in CapabilityStatement.instantiates sämtliche Canonical URLs der implementierten Rollen angegeben werden. Die mindestens zu implementierenden Profile für einen Akteur und Interaktionen entsprechen daher den aggregierten Anforderungen der einzelnen Rolle (per ‘imports’). In den CapabilityStatements zu den Rollen sind die Anforderungen tabellarisch gelistet und weisen so die zu implementierenden Profile aus.

Das CapabilityStatement der Instanz MUSS alle Funktionalitäten auflisten, die im folgenden CapabilityStatement (bzw. der in ihm importierten Rollen - siehe ‘imports’) mit SHALL gekennzeichnet sind. Das CapabilityStatement KANN darüber hinaus die mit MAY gekennzeichneten Funktionalitäten, sowie weitere Funktionalitäten auflisten, sofern diese in der Instanz implementiert wurden.

Die Verwendung der CapabilityStatement-Expectation-Extension ist im CapabilityStatement der Server-Instanz nicht erforderlich.

CapabilityStatement für Rolle "FormularDatenQuelleRolle"

Dieses CapabilityStatement beschreibt alle Interaktionen, die ein System unterstützen MUSS, welches diese Rolle implementiert.

Die CapabilityStatements in dieser Spezifikation stellen die Anforderungen seitens der gematik dar (kind = requirements). Zur Unterscheidung von Anforderungen, die erfüllt werden MÜSSEN gegenüber jenen, die erfüllt werden KÖNNEN, wird die CapabilityStatement-Expectation-Extension mit den möglichen Werten SHALL (=MUSS) und MAY (=KANN) verwendet.

CapabilityStatement für Rolle "FormularDefinitionsVerwalterRolle"

Dieses CapabilityStatement beschreibt alle Interaktionen, die ein System unterstützen MUSS, welches diese Rolle implementiert.

Die CapabilityStatements in dieser Spezifikation stellen die Anforderungen seitens der gematik dar (kind = requirements). Zur Unterscheidung von Anforderungen, die erfüllt werden MÜSSEN gegenüber jenen, die erfüllt werden KÖNNEN, wird die CapabilityStatement-Expectation-Extension mit den möglichen Werten SHALL (=MUSS) und MAY (=KANN) verwendet.

CapabilityStatement für Rolle ISiKCapabilityStatementCompositionKonsumentenRolle

Dieses CapabilityStatement beschreibt alle Interaktionen, die ein System unterstützen MUSS, welches diese Rolle implementiert.

Die CapabilityStatements in dieser Spezifikation stellen die Anforderungen seitens der gematik dar (kind = requirements). Zur Unterscheidung von Anforderungen, die erfüllt werden MÜSSEN gegenüber jenen, die erfüllt werden KÖNNEN, wird die CapabilityStatement-Expectation-Extension mit den möglichen Werten SHALL (=MUSS) und MAY (=KANN) verwendet.

CapabilityStatement für Rolle ISiKCapabilityStatementGesundheitsstatusRolle

Dieses CapabilityStatement beschreibt alle Interaktionen, die ein System unterstützen MUSS, welches diese Rolle implementiert.

Die CapabilityStatements in dieser Spezifikation stellen die Anforderungen seitens der gematik dar (kind = requirements). Zur Unterscheidung von Anforderungen, die erfüllt werden MÜSSEN gegenüber jenen, die erfüllt werden KÖNNEN, wird die CapabilityStatement-Expectation-Extension mit den möglichen Werten SHALL (=MUSS) und MAY (=KANN) verwendet.

CapabilityStatement für Rolle ISiKCapabilityStatementKlinischeRolle

Dieses CapabilityStatement beschreibt alle Interaktionen, die ein System unterstützen MUSS, welches diese Rolle implementiert.

Die CapabilityStatements in dieser Spezifikation stellen die Anforderungen seitens der gematik dar (kind = requirements). Zur Unterscheidung von Anforderungen, die erfüllt werden MÜSSEN gegenüber jenen, die erfüllt werden KÖNNEN, wird die CapabilityStatement-Expectation-Extension mit den möglichen Werten SHALL (=MUSS) und MAY (=KANN) verwendet.

CapabilityStatement für Rolle StammdatenRolle

Dieses CapabilityStatement beschreibt alle Interaktionen, die ein System unterstützen MUSS, welches diese Rolle implementiert.

Die CapabilityStatements in dieser Spezifikation stellen die Anforderungen seitens der gematik dar (kind = requirements). Zur Unterscheidung von Anforderungen, die erfüllt werden MÜSSEN gegenüber jenen, die erfüllt werden KÖNNEN, wird die CapabilityStatement-Expectation-Extension mit den möglichen Werten SHALL (=MUSS) und MAY (=KANN) verwendet.

ISiK CapabilityStatement AMTS Rolle

Dieses CapabilityStatement beschreibt alle Interaktionen, die ein System unterstützen MUSS, welches diese Rolle implementiert.

Die CapabilityStatements in dieser Spezifikation stellen die Anforderungen seitens der gematik dar (kind = requirements). Zur Unterscheidung von Anforderungen, die erfüllt werden MÜSSEN gegenüber jenen, die erfüllt werden KÖNNEN, wird die CapabilityStatement-Expectation-Extension mit den möglichen Werten SHALL (=MUSS) und MAY (=KANN) verwendet.

ISiK CapabilityStatement Labor Minimal Rolle

Dieses CapabilityStatement beschreibt alle Interaktionen, die ein System unterstützen MUSS, welches diese Rolle implementiert.

Die CapabilityStatements in dieser Spezifikation stellen die Anforderungen seitens der gematik dar (kind = requirements). Zur Unterscheidung von Anforderungen, die erfüllt werden MÜSSEN gegenüber jenen, die erfüllt werden KÖNNEN, wird die CapabilityStatement-Expectation-Extension mit den möglichen Werten SHALL (=MUSS) und MAY (=KANN) verwendet.

ISiK CapabilityStatement VitalSign ICU Source Extended

Dieses CapabilityStatement beschreibt alle Interaktionen, die ein System unterstützen MUSS, welches diese Rolle implementiert.

Die CapabilityStatements in dieser Spezifikation stellen die Anforderungen seitens der gematik dar (kind = requirements). Zur Unterscheidung von Anforderungen, die erfüllt werden MÜSSEN gegenüber jenen, die erfüllt werden KÖNNEN, wird die CapabilityStatement-Expectation-Extension mit den möglichen Werten SHALL (=MUSS) und MAY (=KANN) verwendet.

ISiK CapabilityStatement VitalSign ICU Source Minimal Rolle

Dieses CapabilityStatement beschreibt alle Interaktionen, die ein System unterstützen MUSS, welches diese Rolle implementiert.

Die CapabilityStatements in dieser Spezifikation stellen die Anforderungen seitens der gematik dar (kind = requirements). Zur Unterscheidung von Anforderungen, die erfüllt werden MÜSSEN gegenüber jenen, die erfüllt werden KÖNNEN, wird die CapabilityStatement-Expectation-Extension mit den möglichen Werten SHALL (=MUSS) und MAY (=KANN) verwendet.

ISiK CapabilityStatement VitalSign Standard Source Rolle

Dieses CapabilityStatement beschreibt alle Interaktionen, die ein System unterstützen MUSS, welches diese Rolle implementiert.

Die CapabilityStatements in dieser Spezifikation stellen die Anforderungen seitens der gematik dar (kind = requirements). Zur Unterscheidung von Anforderungen, die erfüllt werden MÜSSEN gegenüber jenen, die erfüllt werden KÖNNEN, wird die CapabilityStatement-Expectation-Extension mit den möglichen Werten SHALL (=MUSS) und MAY (=KANN) verwendet.

Behavior: Search Parameters

These define the properties by which a RESTful server can be searched. They can also be used for sorting and including related resources.

DateStart

The actual start date of the Encounter (Backport from R5). The parameter cannot repeat or have multiple values.

EndDate

The actual end date of the Encounter (Backport from R5). The parameter cannot repeat or have multiple values.

Structures: Abstract Profiles

These are profiles on resources or data types that describe patterns used by other profiles, but cannot be instantiated directly. I.e. instances can conform to profiles based on these abstract profiles, but do not declare conformance to the abstract profiles themselves.

ISiKLebensZustand

Basisprofil für ISiKLebensZustand Observation

Motivation

Viele medizinischen Entscheidungen benötigen Informationen zu den Lebensumständen eines Patienten. Hierzu gehören eine aktuelle Schwangerschaft, Raucherstatus sowie der Alkoholabususstatus. Motivierender Use-Case zur Einführung dieser Profile ist die Arzneitmitteltherapiesicherheit im Krankenhaus - AMTS.

In FHIR werden Untersuchungen, bzw. Beobachtungen als Observation-Ressource repräsentiert.

Dieses Profil ist eine generische, ISiK-spezifische Observation für die Abbildung von Lebenszuständen.
Die folgenden Profile vom Typ Observation sind spezifische Profile im oben genannten Sinn:

  • https://gematik.de/fhir/isik/StructureDefinition/ISiKSchwangerschaftsstatus
  • https://gematik.de/fhir/isik/StructureDefinition/ISiKSchwangerschaftErwarteterEntbindungstermin
  • https://gematik.de/fhir/isik/StructureDefinition/ISiKStillstatus
  • https://gematik.de/fhir/isik/StructureDefinition/ISiKAlkoholAbusus
  • https://gematik.de/fhir/isik/StructureDefinition/ISiKRaucherStatus

Kompatibilität

Für Schwangerschaftsstatus & Erwarteter Geburtstermin wird eine Kompatibilität mit folgenden IPS Profilen angestrebt:

Hinweise zu Inkompatibilitäten können über die Portalseite gemeldet werden.

Structures: Resource Profiles

These define constraints on FHIR resources for systems conforming to this implementation guide.

Ausgefülltes ISiK-Formular

Im Profil ISiKFormularDaten sind Mindestanforderungen an ISiK kompatible, ausgefüllte Formulare definiert. Die verwendbaren Extensions sind nicht mit profiliert, sondern im IG unter Spezifikationen->Extensions beschrieben.

ISiK AMTS-Bewertung

Dieses Profil ermöglicht die Abbildung von Informationen zur Risikobeurteilung im Rahmen der Arzneimitteltherapiesicherheit (AMTS).

ISiK Alkohol Abusus

Dieses Profil dient der Abbildung des schädlichen Gebrauchs von Alkohol.

ISiK Raucherstatus

Dieses Profil dient der Abbildung des Raucherstatus von Patienten.

ISiK Schwangerschaft - Erwarteter Entbindungstermin

Dieses Profil dient der Abbildung des erwarteten Entbindungstermins bei einer Schwangerschaft.

ISiK Schwangerschaftsstatus

Dieses Profil bildet den Schwangerschaftsstatus einer Patientin ab.

ISiKAllergieUnvertraeglichkeit

Diese Profil ermöglicht die Dokumentation von Allergien und Unverträglichkeiten in ISiK Szenarien.

Motivation

Die Möglichkeit, auf eine Übersicht der Allergien und Unverträglichkeiten eines Patienten zuzugreifen, ist eine wichtige Funktion im klinischen Behandlungsablauf. Dies gilt insbesondere, aber nicht ausschließlich, im Bereich der Arzneimitteltherapiesicherheit. Motivierender Use-Case zur Einführung dieser Profile ist die Arzneitmitteltherapiesicherheit im Krankenhaus - AMTS.

In FHIR werden Allergien und Unverträglichkeiten mit der AllergyIntolerance-Ressource repräsentiert.

Kompatibilität

Für das Profil ISiKAllergieUnvertraeglichkeit wird eine Kompatibilität mit folgenden Profilen angestrebt; allerdings kann nicht sichergestellt werden, dass Instanzen, die gegen ISiKAllergieUnvertraeglichkeit valide sind, auch valide sind gegen:

Hinweise zu Inkompatibilitäten können über die Portalseite gemeldet werden.

ISiKAtemfrequenz

Dieses Profil spezifiziert die Minimalanforderungen für die Bereitstellung von Informationen über die Atemfrequenz eines Patienten im Rahmen der interoperablen Kommunikation gemäß den Vorgaben der ISiK (Interoperable Schnittstelle im Krankenhaus).

Motivation

Die Erfassung und Überwachung der Atemfrequenz ist essenziell für die frühzeitige Erkennung von Gesundheitsveränderungen, die Behandlungsbewertung und die Unterstützung klinischer Entscheidungen.

In FHIR wird die Atemfrequenz mit der Observation-Ressource repräsentiert.

Kompatibilität

Das Profil ISiKAtemfrequenz ist vom Profil VitalSignDE_Atemfrequenz aus den deutschen Basisprofilen abgeleitet. Es ist kompatibel mit dem Profil Observation Respiratory Rate Profile aus der FHIR R4 Spezifikation.

ISiKBerichtBundle

Das Document-Bundle dient dem Transport von Berichten zwischen Subsystemen im Krankenhaus. Das Bundle entspricht den Anforderungen an ein FHIR Document Bundle : Alle referenzierten Ressourcen müssen als Einträge im Bundle enthalten sein. Das Bundle unterstützt die Übermittlung einer menschenlesbaren Dokumentation (Narrative) und erlaubt zudem die Übernahme wichtiger Ressourcen (z. B. Diagnosen und Prozeduren), die einem Patienten und Fall (Patient, Encounter) zugeordnet sind.

ISiKBlutdruckSystemischArteriell

Dieses Profil spezifiziert die Minimalanforderungen für die Bereitstellung von Informationen über den Blutdruck eines Patienten im Rahmen der interoperablen Kommunikation gemäß den Vorgaben der ISiK (Interoperable Schnittstelle im Krankenhaus).

Motivation

Die Erfassung und Überwachung des Blutdrucks ist essenziell für die frühzeitige Erkennung von Gesundheitsveränderungen, die Behandlungsbewertung und die Unterstützung klinischer Entscheidungen.

In FHIR wird der Blutdruck mit der Observation-Ressource repräsentiert, die einzelnen Komponenten des Blutdrucks werden als Component-Elemente abgebildet.

Hinweis: In Fällen, in denen fachlich motiviert ausschließlich ein systolischer Blutdruck erhoben wird (z.B. in der Intensivmedizin), kann für den Slice zur Diastole (DiastolicBP) das Element .dataAbsentReason (mit dem Code ‘not-performed’) verwendet werden.

Kompatibilität

Das Profil ISiKBlutdruckSystemischArteriell ist vom Profil VitalSignDE_Blutdruck aus den deutschen Basisprofilen abgeleitet. Es ist kompatibel mit dem Profil Observation Blood Pressure Profile aus der FHIR R4 Spezifikation.

ISiKDiagnose

Dieses Profil spezifiziert die Minimalanforderungen für die Bereitstellung von Informationen über die Diagnosen eines Patienten im Rahmen des Bestätigungsverfahrens der gematik.

Motivation

Die Möglichkeit, auf eine Übersicht der Diagnosen eines Patienten zuzugreifen, Patienten anhand ihrer Diagnose zu suchen oder zu prüfen, ob eine konkrete Diagnose bei einem Patienten vorliegt, sind wichtige Funktionen im klinischen Behandlungsablauf.

In FHIR werden Diagnosen mit der Condition-Ressource repräsentiert.

Da die Diagnosen in klinischen Primärsystemen in der Regel in ICD-10-codierter Form vorliegen, fordert ISiK in erster Linie diese Form des Austausches. Falls eine Diagnose zwar dokumentiert, aber noch nicht codiert wurde (z.B. wenn die Kodierung erst nach der Entlassung erfolgt), ist alternativ eine Repräsentation als Freitext-Diagnose möglich.

Kompatibilität

Für das Profil ISiKDiagnose wird eine Kompatibilität mit folgenden Profilen angestrebt; allerdings kann nicht sichergestellt werden, dass Instanzen, die gegen ISiKDiagnose valide sind, auch valide sind gegen:

ISiKEKG

Dieses Profil spezifiziert die Minimalanforderungen für die Bereitstellung von Informationen über kurze, relevante EKG-Ausschnitte eines Patienten im Rahmen der interoperablen Kommunikation gemäß den Vorgaben der ISiK (Interoperable Schnittstelle im Krankenhaus). Es wurde entwickelt, um spezifische klinische Fragestellungen zu unterstützen, bei denen prägnante und gezielte EKG-Daten im Vordergrund stehen. Für vollständige und längere EKG-Aufzeichnungen sind alternative Formate vorgesehen, die für umfangreiche Daten besser geeignet sind.

Motivation

Die Bereitstellung kurzer EKG-Ausschnitte ermöglicht eine präzise und effiziente Unterstützung bei der Diagnose akuter kardiologischer Fragestellungen, der Überwachung von Arrhythmien oder der Beurteilung bestimmter Ereignisse wie ST-Strecken-Veränderungen. Diese fokussierte Darstellung dient der Optimierung klinischer Entscheidungen und der schnellen Verarbeitung relevanter Daten.

In FHIR wird das EKG durch die Observation-Ressource repräsentiert, wobei spezifische Anforderungen für die Darstellung und Kodierung der Daten in diesem Profil berücksichtigt werden.

Kompatibilität

Das Profil ISiKEKG ist vom Profil EkgDE aus den deutschen Basisprofilen abgeleitet.

ISiKFormularDefinition

Im Profil ISiKFormularDefinition sind Mindestanforderungen an ISiK kompatible Formulare definiert. Die verwendbaren Extensions sind nicht mit profiliert, sondern im IG unter Spezifikationen->Extensions beschrieben.

ISiKGCS

Dieses Profil spezifiziert die Minimalanforderungen für die Bereitstellung von Informationen über den Glasgow Coma Scale (GCS) Score eines Patienten im Rahmen der interoperablen Kommunikation gemäß den Vorgaben der ISiK (Interoperable Schnittstelle im Krankenhaus).

Motivation

Die Erfassung und Überwachung des Bewusstseinszustands anhand des GCS ist essenziell für die Beurteilung neurologischer Funktionen, die Überwachung von Patienten mit Schädel-Hirn-Trauma oder anderen neurologischen Erkrankungen sowie die Unterstützung klinischer Entscheidungen.

In FHIR wird der GCS-Score mit der Observation-Ressource repräsentiert, wobei die einzelnen Komponenten der Skala - Augenöffnung, verbale Reaktion und motorische Reaktion - als Component-Elemente abgebildet werden.

Kompatibilität

Das Profil ISiKGCS ist vom Profil ScoreDE_GCS aus den deutschen Basisprofilen abgeleitet.

ISiKHerzfrequenz

Dieses Profil spezifiziert die Minimalanforderungen für die Bereitstellung von Informationen über die Herzfrequenz eines Patienten im Rahmen der interoperablen Kommunikation gemäß den Vorgaben der ISiK (Interoperable Schnittstelle im Krankenhaus).

Motivation

Die Erfassung und Überwachung der Herzfrequenz ist essenziell für die frühzeitige Erkennung von Herz-Kreislauf-Problemen, die Beurteilung des Gesundheitszustands sowie die Unterstützung klinischer Entscheidungen in der Patientenversorgung.

In FHIR wird die Herzfrequenz mit der Observation-Ressource repräsentiert.

Kompatibilität

Das Profil ISiKHerzfrequenz ist vom Profil VitalSignDE_Herzfrequenz aus den deutschen Basisprofilen abgeleitet. Es ist kompatibel mit dem Profil Observation Respiratory Rate Profile aus der FHIR R4 Spezifikation.

ISiKKoerpergewicht

Dieses Profil spezifiziert die Minimalanforderungen für die Bereitstellung von Informationen über das Körpergewicht eines Patienten im Rahmen der interoperablen Kommunikation gemäß den Vorgaben der ISiK (Interoperable Schnittstelle im Krankenhaus).

Motivation

Die Erfassung und Überwachung des Körpergewichts ist essenziell für die Beurteilung des Ernährungszustands, die Überwachung von Veränderungen im Rahmen der Therapie sowie die Unterstützung klinischer Entscheidungen in der Patientenversorgung.

In FHIR wird das Körpergewicht mit der Observation-Ressource repräsentiert.

Kompatibilität

Das Profil ISiKKoerpergewicht ist vom Profil VitalSignDE_Koerpergewicht aus den deutschen Basisprofilen abgeleitet. Es ist kompatibel mit dem Profil Observation Body Weight Profile aus der FHIR R4 Spezifikation.

ISiKKoerpergroesse

Dieses Profil spezifiziert die Minimalanforderungen für die Bereitstellung von Informationen über die Körpergröße eines Patienten im Rahmen der interoperablen Kommunikation gemäß den Vorgaben der ISiK (Interoperable Schnittstelle im Krankenhaus).

Motivation

Die Erfassung und Überwachung der Körpergröße ist essenziell für die Beurteilung von Wachstumsprozessen, die Berechnung wichtiger Indizes wie des Body-Mass-Index (BMI) sowie die Unterstützung klinischer Entscheidungen in der Patientenversorgung.

In FHIR wird die Körpergröße mit der Observation-Ressource repräsentiert.

Kompatibilität

Das Profil ISiKKoerpergroesse ist vom Profil VitalSignDE_Koerpergroesse aus den deutschen Basisprofilen abgeleitet. Es ist kompatibel mit dem Profil Observation Body Height Profile aus der FHIR R4 Spezifikation.

ISiKKoerperkerntemperatur

Dieses Profil spezifiziert die Minimalanforderungen für die Bereitstellung von Informationen über die Körperkerntemperatur eines Patienten im Rahmen der interoperablen Kommunikation gemäß den ISiK Vorgaben.
Dieses Profil repräsentiert sowohl direkte als auch indirekte Messungen der Körperkerntemperatur.

Motivation

Die Erfassung und Überwachung der Körpertemperatur ist essenziell für die frühzeitige Erkennung von Infektionen, die Beurteilung des Gesundheitszustands sowie die Unterstützung klinischer Entscheidungen in der Patientenversorgung. In FHIR wird die Körpertemperatur mit der Observation-Ressource repräsentiert.

Kompatibilität

Das Profil ISiKKoerperkerntemperatur ist vom Profil VitalSignDE_Koerpertemperatur aus den deutschen Basisprofilen abgeleitet. Es ist kompatibel mit dem Profil OObservation Body Temperature Profile aus der FHIR R4 Spezifikation.

ISiKKoerpertemperatur

Dieses Profil spezifiziert die Minimalanforderungen für die Bereitstellung von Informationen über die Körpertemperatur eines Patienten im Rahmen der interoperablen Kommunikation gemäß den Vorgaben der ISiK (Interoperable Schnittstelle im Krankenhaus).

Motivation

Die Erfassung und Überwachung der Körpertemperatur ist essenziell für die frühzeitige Erkennung von Infektionen, die Beurteilung des Gesundheitszustands sowie die Unterstützung klinischer Entscheidungen in der Patientenversorgung.

In FHIR wird die Körpertemperatur mit der Observation-Ressource repräsentiert.

Kompatibilität

Das Profil ISiKKoerpertemperatur ist vom Profil VitalSignDE_Koerpertemperatur aus den deutschen Basisprofilen abgeleitet. Es ist kompatibel mit dem Profil OObservation Body Temperature Profile aus der FHIR R4 Spezifikation.

ISiKKontaktGesundheitseinrichtung

Dieses Profil ermöglicht die Abbildung von Besuchen/Aufenthalten eines Patienten in einer Gesundheitseinrichtung.

Motivation

Informationen über die Besuche des Patienten entlang seines Behandlungspfades im Krankenhaus sind ein wichtiger Bestandteil des einrichtungsinternen Datenaustausches. Sie ermöglichen die Unterscheidung von stationären und ambulanten sowie aufgenommenen und entlassenen Patienten. Weiterhin ist aus den Besuchsinformationen der aktuelle Aufenthaltsort des Patienten (Fachabteilung, Station, Bettplatz) ermittelbar. Klinische Ressourcen werden in FHIR durch Verlinkung auf die Encounter-Ressource in einen Kontext zum Besuch gestellt. Dieser Kontext ist wichtig für die Steuerung von Zugriffsberechtigungen und Abrechnungsprozessen.

Zu Beginn der meisten klinischen Workflows steht die Auswahl des Besuchskontextes. Dies geschieht bspw. durch das Suchen der Encounter-Ressource anhand von Eigenschaften wie Aufnahmenummer, Fallart oder Aufnahmedatum. Daraufhin werden die zutreffenden Suchergebnisse angezeigt und der gewünschte Besuch ausgewählt.

In FHIR werden Besuche, Aufenthalte, aber auch virtuelle Kontakte mit der Encounter-Ressource repräsentiert.

Weitere Hinweise zu den Abgrenzungen der Begrifflichkeiten Fall und Kontakt finden sie unter

Kompatibilität

Für das Profil ISiKKontaktGesundheitseinrichtung wird eine Kompatibilität mit folgenden Profilen angestrebt; allerdings kann nicht sichergestellt werden, dass Instanzen, die gegen ISiKKontaktGesundheitseinrichtung valide sind, auch valide sind gegen:

Hinweise zu Inkompatibilitäten können über die Portalseite gemeldet werden.

ISiKKopfumfang

Dieses Profil spezifiziert die Minimalanforderungen für die Bereitstellung von Informationen über den Kopfumfang eines Patienten im Rahmen der interoperablen Kommunikation gemäß den Vorgaben der ISiK (Interoperable Schnittstelle im Krankenhaus).

Motivation

Die Erfassung und Überwachung des Kopfumfangs ist essenziell für die Beurteilung von Wachstumsprozessen, insbesondere bei Säuglingen und Kleinkindern, sowie für die frühzeitige Erkennung von Entwicklungsauffälligkeiten oder neurologischen Erkrankungen.

In FHIR wird der Kopfumfang mit der Observation-Ressource repräsentiert.

Kompatibilität

Das Profil ISiKKopfumfang ist vom Profil VitalSignDE_Kopfumfang aus den deutschen Basisprofilen abgeleitet. Es ist kompatibel mit dem Profil Observation Head Circumference Profile aus der FHIR R4 Spezifikation.

ISiKLaboruntersuchung

Dieses Profil ermöglicht die Abbildung von Informationen zur Laboruntersuchungen eines Patienten in ISiK Szenarien. Es dient primär als Vorlage, von der spezifische Laboruntersuchungs-Profile abgeleitet werden, kann aber grundsätzlich auch zur Repräsentation von nicht weiter ausspezifizierten Laboruntersuchungen genutzt werden.

Viele medizinischen Entscheidungen benötigen Informationen zu den Laboruntersuchungen eines Patienten. Hierzu gehören z.B. aktuelle Nierenfunktionswerte, Leberwerte, Blutbildwerte oder Hormone aus Schilddrüse. Jede dieser Untersuchungen wird durch bestimmte [[https://loinc.org/ LOINC]] oder [[http://snomed.info/sct SNOMED CT]] Codes bezeichnet. Der angegebene Wert ist durch genaue Einheitenangaben in [[http://unitsofmeasure.org UCUM]] zu konkretitiseren. Motivierender Use-Case zur Einführung dieser Profile ist die Arzneitmitteltherapiesicherheit im Krankenhaus - AMTS.

In FHIR werden Untersuchungen, bzw. Beobachtungen als Observation-Ressource repräsentiert. Zugehörige Codes und Einheiten sind den entsprechenden Valuessets zu entnehmen.

ISiKLaboruntersuchungCRP

Dieses Profil ermöglicht die Abbildung der Laboruntersuchung CRP eines Patienten in ISiK Szenarien.

ISiKLaboruntersuchungGFR

Dieses Profil ermöglicht die Abbildung der Laboruntersuchung GFR eines Patienten in ISiK Szenarien.

ISiKLaboruntersuchungHb

Dieses Profil ermöglicht die Abbildung der Laboruntersuchung Hb eines Patienten in ISiK Szenarien.

ISiKLaboruntersuchungPCT

Dieses Profil ermöglicht die Abbildung der Laboruntersuchung PCT eines Patienten in ISiK Szenarien.

ISiKLaboruntersuchungSerumkreatinin

Dieses Profil ermöglicht die Abbildung der Laboruntersuchung Serumkreatinin eines Patienten in ISiK Szenarien.

ISiKLaboruntersuchungTSH

Dieses Profil ermöglicht die Abbildung der Laboruntersuchung TSH eines Patienten in ISiK Szenarien.

ISiKLaboruntersuchungThrombozyten

Dieses Profil ermöglicht die Abbildung der Laboruntersuchung Thrombozyten eines Patienten in ISiK Szenarien.

ISiKLaboruntersuchungTroponin

Dieses Profil ermöglicht die Abbildung der Laboruntersuchung Troponin eines Patienten in ISiK Szenarien.

ISiKPatient

Dieses Profil spezifiziert die Minimalanforderungen für die Bereitstellung von administrativen Patientendaten im Rahmen des Bestätigungsverfahrens der gematik.

Motivation

Der Austausch administrativer Patientendaten ist eine der grundlegenden Funktionalitäten beim Datenaustausch in der klinischen Versorgung.
In FHIR werden sämtliche klinischen Ressourcen durch Verlinkung auf die Ressource ‘Patient’ in einen Patientenkontext gestellt.
Die Herstellung des korrekten Patientenkontextes durch Suchen der Patientenressource anhand von Eigenschaften wie Aufnahmenummer, Name oder Geburtsdatum, die Anzeige der zutreffenden Suchergebnisse und der Auswahl bzw. Bestätigung des richtigen Datensatzes durch den Anwender steht am Beginn der meisten klinischen Workflows.

Kompatibilität

Für das Profil ISIKPatient wird eine Kompatibilität mit folgenden Profilen angestrebt; allerdings kann nicht sichergestellt werden, dass Instanzen, die gegen ISIKPatient valide sind, auch valide sind gegen:

Es ist zu beachten, dass das Profil ISiKPatient NICHT unmittelbar kompatibel mit folgenden Profilen ist:

  • Profil EPAPatient der gematik: In ISiK ist die Angabe einer KVNR nicht verpflichtend, da in vielen Use Cases bereits eine PID ausreichend ist. Außerdem ist in ISiK keine verpflichtende Versionierung über meta.versionId vorgesehen.
ISiKProzedur

Dieses Profil spezifiziert die Minimalanforderungen für die Bereitstellung von Informationen über die Behandlungen/Prozeduren eines Patienten im Rahmen des Bestätigungsverfahrens der gematik.

Motivation

Die Möglichkeit auf eine Übersicht der Prozeduren eines Patienten zuzugreifen, Patienten anhand durchgeführter oder geplanter Prozeduren zu suchen, oder zu prüfen, ob eine konkrete Prozedur bei einem Patienten durchgeführt wurde, sind wichtige Funktionen im klinischen Behandlungsablauf.

In FHIR werden Prozeduren mit der Procedure-Ressource repräsentiert.

Da die Prozeduren in klinischen Primärsystemen, in der Regel, in OPS-codierter Form vorliegen, fordert ISiK in erster Linie diese Form des Austausches. Falls eine Prozedur zwar dokumentiert aber noch nicht codiert wurde (z.B. wenn die Kodierung erst nach der Entlassung erfolgt), ist alternativ eine Repräsentation als Freitext-Prozedur möglich.

Kompatibilität

Für das Profil ISIKProzedur wird eine Kompatibilität mit folgenden Profilen angestrebt; allerdings kann nicht sichergestellt werden, dass Instanzen, die gegen ISIKProzedur valide sind, auch valide sind gegen:

ISiKSauerstoffsaettigungArteriell

Dieses Profil spezifiziert die Minimalanforderungen für die Bereitstellung von Informationen über die arterielle Sauerstoffsättigung eines Patienten im Rahmen der interoperablen Kommunikation gemäß den Vorgaben der ISiK (Interoperable Schnittstelle im Krankenhaus).

Motivation

Die Erfassung und Überwachung der arteriellen Sauerstoffsättigung ist essenziell für die Beurteilung der respiratorischen Funktion, die Überwachung von Patienten mit Atemwegserkrankungen sowie die Unterstützung klinischer Entscheidungen, insbesondere in kritischen Versorgungssituationen.

In FHIR wird die arterielle Sauerstoffsättigung mit der Observation-Ressource repräsentiert.

Kompatibilität

Das Profil ISiKSauerstoffsaettigungArteriell ist vom Profil VitalSignDE_Arterielle_Sauerstoffsaettigung_Pulsoximetrie aus den deutschen Basisprofilen abgeleitet. Es ist kompatibel mit dem Profil Observation Oxygen Saturation Profile aus der FHIR R4 Spezifikation.

ISiKStillstatus

Dieses Profil dient der Abbildung des Stillstatus, d.h ob gestillt/Muttermilch abgepumpt und gefüttert wird.

SD MII ICU Herzzeitvolumen

Dieses Profil dient der spezialisierten Abbildung des Herzzeitvolumens in der Akutmedizin.

SD MII ICU Ideales Koerpergewicht

Dieses Profil dient der spezialisierten Abbildung des idealen Körpergewichts in der Akutmedizin.

SD MII ICU Intrakranieller Druck ICP

Dieses Profil dient der spezialisierten Abbildung des intrakraniellen Drucks (ICP) in der Akutmedizin.

SD MII ICU Koerpergewicht Percentil Altersabhaengig

Dieses Profil dient der spezialisierten Abbildung des altersabhängigen Körpergewicht-Perzentils in der Akutmedizin.

SD MII ICU Koerpergroesse Percentil

Dieses Profil dient der spezialisierten Abbildung des altersabhängigen Körpergrößen-Perzentils in der Akutmedizin.

SD MII ICU Koerpertemperatur Achsel

Dieses Profil bietet eine spezialisierte Abbildung der geschätzten KörperKERNtemperatur gemessen in der Achsel in der Akutmedizin.

SD MII ICU Koerpertemperatur Atemwege

Dieses Profil dient der spezialisierten Abbildung der Körpertemperaturmessung in den Atemwegen in der Akutmedizin. Es dient nicht der Abbildung der KörperKERNtemperatur (siehe dafür Profile zu Körperkerntemperatur im generischen Modul Vitalparameter bzw. abgeleitete Profile im ICU-Bereich).

SD MII ICU Koerpertemperatur Blut

Dieses Profil bietet eine spezialisierte Abbildung der geschätzten Körperkerntemperatur gemessen im Blut in der Akutmedizin.

SD MII ICU Koerpertemperatur Brust

Dieses Profil dient der spezialisierten Abbildung der Körpertemperaturmessung an der Brust in der Akutmedizin. Es dient nicht der Abbildung der KörperKERNtemperatur (siehe dafür Profile zu Körperkerntemperatur im generischen Modul Vitalparameter bzw. abgeleitete Profile im ICU-Bereich).

SD MII ICU Koerpertemperatur Brustwirbelsaeule

Dieses Profil dient der spezialisierten Abbildung der Körpertemperaturmessung an der Brustwirbelsäule in der Akutmedizin. Es dient nicht der Abbildung der KörperKERNtemperatur (siehe dafür Profile zu Körperkerntemperatur im generischen Modul Vitalparameter bzw. abgeleitete Profile im ICU-Bereich).

SD MII ICU Koerpertemperatur Gelenk

Dieses Profil dient der spezialisierten Abbildung der Körpertemperaturmessung am Gelenk in der Akutmedizin. Es dient nicht der Abbildung der KörperKERNtemperatur (siehe dafür Profile zu Körperkerntemperatur im generischen Modul Vitalparameter bzw. abgeleitete Profile im ICU-Bereich).

SD MII ICU Koerpertemperatur Generisch

Dieses Profil bietet eine abstrahierte Schicht zur Körpertemperaturmessung in der Akutmedizin. Es ist generisch im Sinne der Profil-Abstraktion, allerdings explizit nicht im Sinne einer KörperKERNtemperatur zu verwenden (siehe dafür Profile zu Körperkerntemperatur im generischen Modul Vitalparameter).

SD MII ICU Koerpertemperatur Halswirbelsaeule

Dieses Profil dient der spezialisierten Abbildung der Körpertemperaturmessung an der Halswirbelsäule in der Akutmedizin. Es dient nicht der Abbildung der KörperKERNtemperatur (siehe dafür Profile zu Körperkerntemperatur im generischen Modul Vitalparameter bzw. abgeleitete Profile im ICU-Bereich).

SD MII ICU Koerpertemperatur Harnblase

Dieses Profil bietet eine spezialisierte Abbildung der geschätzten Körperkerntemperatur gemessen in der Harnblase in der Akutmedizin.

SD MII ICU Koerpertemperatur Kern

Dieses Profil bietet eine generische Abbildung der geschätzten KörperKERNtemperatur in der Akutmedizin.

SD MII ICU Koerpertemperatur Leiste

Dieses Profil bietet eine spezialisierte Abbildung der geschätzten KörperKERNtemperatur gemessen in der Leiste in der Akutmedizin.

SD MII ICU Koerpertemperatur Lendenwirbelsaeule

Dieses Profil dient der spezialisierten Abbildung der Körpertemperaturmessung im Bereich der Lendenwirbelsäule. Es dient nicht der Abbildung der KörperKERNtemperatur (siehe dafür Profile zu Körperkerntemperatur im generischen Modul Vitalparameter bzw. abgeleitete Profile im ICU-Bereich).

SD MII ICU Koerpertemperatur Myokard

Dieses Profil dient der spezialisierten Abbildung der Körpertemperaturmessung im Myokard (Herzmuskel). Es dient nicht der Abbildung der KörperKERNtemperatur (siehe dafür Profile zu Körperkerntemperatur im generischen Modul Vitalparameter bzw. abgeleitete Profile im ICU-Bereich).

SD MII ICU Koerpertemperatur Nasen-Rachen-Raum

Dieses Profil dient der spezialisierten Abbildung der Körpertemperaturmessung im Nasen-Rachen-Raum in der Akutmedizin. Es dient nicht der Abbildung der KörperKERNtemperatur (siehe dafür Profile zu Körperkerntemperatur im generischen Modul Vitalparameter bzw. abgeleitete Profile im ICU-Bereich).

SD MII ICU Koerpertemperatur Speiseroehre

Dieses Profil bietet eine spezialisierte Abbildung der geschätzten KörperKERNtemperatur gemessen in der Speiseröhre in der Akutmedizin.

SD MII ICU Koerpertemperatur Stirn

Dieses Profil dient der spezialisierten Abbildung der Körpertemperaturmessung an der Stirn in der Akutmedizin. Es dient nicht der Abbildung der KörperKERNtemperatur (siehe dafür Profile zu Körperkerntemperatur im generischen Modul Vitalparameter bzw. abgeleitete Profile im ICU-Bereich).

SD MII ICU Koerpertemperatur Trommelfell

Dieses Profil bietet eine spezialisierte Abbildung der geschätzten KörperKERNtemperatur gemessen im Trommelfell in der Akutmedizin.

SD MII ICU Koerpertemperatur nasal

Dieses Profil dient der spezialisierten Abbildung der Körpertemperaturmessung im Nasenbereich in der Akutmedizin. Es dient nicht der Abbildung der KörperKERNtemperatur (siehe dafür Profile zu Körperkerntemperatur im generischen Modul Vitalparameter bzw. abgeleitete Profile im ICU-Bereich).

SD MII ICU Koerpertemperatur rektal

Dieses Profil bietet eine spezialisierte Abbildung der geschätzten KörperKERNtemperatur gemessen rektal in der Akutmedizin.

SD MII ICU Koerpertemperatur unter der Zunge

Dieses Profil bietet eine spezialisierte Abbildung der geschätzten KörperKERNtemperatur gemessen unter der Zunge in der Akutmedizin.

SD MII ICU Koerpertemperatur vaginal

Dieses Profil bietet eine spezialisierte Abbildung der geschätzten KörperKERNtemperatur gemessen vaginal in der Akutmedizin.

SD MII ICU Linksatrialer Druck

Dieses Profil dient der spezialisierten Abbildung des linksatrialen Drucks in der Akutmedizin.

SD MII ICU Linksventrikulaerer Druck

Dieses Profil dient der spezialisierten Abbildung des linksventrikulären Drucks in der Akutmedizin.

SD MII ICU Linksventrikulaerer Herzindex

Dieses Profil dient der spezialisierten Abbildung des linksventrikulären Herzindex in der Akutmedizin.

SD MII ICU Linksventrikulaerer Herzindex durch Indikatorverduennung

Dieses Profil dient der spezialisierten Abbildung des linksventrikulären Herzindex durch Indikatorverdünnung in der Akutmedizin.

SD MII ICU Linksventrikulaerer Schlagvolumenindex Durch Indikatorverduennung

Dieses Profil dient der spezialisierten Abbildung des linksventrikulären Schlagvolumenindex durch Indikatorverdünnung in der Akutmedizin.

SD MII ICU Linksventrikulaeres Herzzeitvolumen Durch Indikatorverduennung

Dieses Profil dient der spezialisierten Abbildung des linksventrikulären Herzzeitvolumens durch Indikatorverdünnung in der Akutmedizin.

SD MII ICU Linksventrikulaeres Schlagvolumen

Dieses Profil dient der spezialisierten Abbildung des linksventrikulären Schlagvolumens in der Akutmedizin.

SD MII ICU Linksventrikulaeres Schlagvolumen Durch Indikatorverduennung

Dieses Profil dient der spezialisierten Abbildung des linksventrikulären Schlagvolumens durch Indikatorverdünnung in der Akutmedizin.

SD MII ICU Linksventrikulaeres Schlagvolumenindex

Dieses Profil dient der spezialisierten Abbildung des linksventrikulären Schlagvolumenindex in der Akutmedizin.

SD MII ICU Monitoring und Vitaldaten

Dieses Profil dient als Abstraktionsprofil für verschiedene spezialisierte Beobachtungen in der Akutmedizin zur Abbildung von Monitoring- und Vitaldaten.

SD MII ICU Pulmonalarterieller Blutdruck

Dieses Profil dient der spezialisierten Abbildung des pulmonalarteriellen Blutdrucks in der Akutmedizin.

SD MII ICU Pulmonalarterieller Wedge Druck

Dieses Profil dient der spezialisierten Abbildung des pulmonalarteriellen Wedge-Drucks in der Akutmedizin.

SD MII ICU Pulmonalvaskulaerer Widerstandsindex

Dieses Profil dient der spezialisierten Abbildung des pulmonalvaskulären Widerstandsindex in der Akutmedizin.

SD MII ICU Puls

Dieses Profil repräsentiert Pulsuntersuchungen die nicht den Zweck einer Herzfrequenzmessung haben, sondern die Pulsfrequenz als eigenständige Vitalfunktion erfassen.

SD MII ICU Rechtsatrialer Druck

Dieses Profil dient der spezialisierten Abbildung des rechtsatrialen Drucks in der Akutmedizin.

SD MII ICU Rechtsventrikulaerer Druck

Dieses Profil dient der spezialisierten Abbildung des rechtsventrikulären Drucks in der Akutmedizin.

SD MII ICU Sauerstoffsaettigung Im Arteriellen Blut Durch Pulsoxymetrie

Dieses Profil dient der spezialisierten Abbildung der Sauerstoffsättigung im arteriellen Blut durch Pulsoxymetrie in der Akutmedizin.

SD MII ICU Sauerstoffsaettigung Im Blut Postduktal Durch Pulsoxymetrie

Dieses Profil dient der spezialisierten Abbildung der Sauerstoffsättigung im Blut postduktal durch Pulsoxymetrie in der Akutmedizin.

SD MII ICU Sauerstoffsaettigung Im Blut Preduktal Durch Pulsoxymetrie

Dieses Profil dient der spezialisierten Abbildung der Sauerstoffsättigung im Blut preduktal durch Pulsoxymetrie in der Akutmedizin.

SD MII ICU Sonstige pulsatile Druecke Generisch

Dieses Profil bietet eine abstrahierte Schicht zur Abbildung sonstiger pulsatiler Drücke in der Akutmedizin. Es ist generisch im Sinne der Profil-Abstraktion, allerdings explizit nicht im Sinne einer Blutdruckmessung (siehe dafür Profile zu Blutdruck im generischen Modul Vitalparameter).

SD MII ICU Systemischer Vaskulaerer Widerstandsindex

Dieses Profil dient der spezialisierten Abbildung des systemisch-vaskulären Widerstandsindex in der Akutmedizin.

SD MII ICU Zentralvenoeser Blutdruck

Dieses Profil dient der spezialisierten Abbildung des zentralvenösen Blutdrucks in der Akutmedizin.

Structures: Extension Definitions

These define constraints on FHIR data types for systems conforming to this implementation guide.

ISiK CapabilityStatement Imports Expectation

Defines the level of expectation associated with a given system capability. See the capabilitystatement-prohibited modifier extension to set expectations to not support a feature.

ISiKTerminPriorityExtension

Diese Extension ermöglicht die strukturierte Angabe der Dringlichkeit (Priorität) eines Termins. Dies ist wichtig, um Notfälle oder besonders dringliche Termine im Buchungs- und Verwaltungssystem deutlich zu kennzeichnen und eine priorisierte Bearbeitung zu ermöglichen.

Terminology: Value Sets

These define sets of codes used by systems conforming to this implementation guide.

Current Smoking Status - IPS

HL7 LOINC value set for smoking status. Based on the HL7 Vocab and Structured Doc WG (formerly TC) consensus - per US CDC submission 7/12/2012 for smoking status terms.

DiagnosesSCT

Enthaelt alle SNOMED Clinical finding, Event und Situation with explicit context codes

ISiK Kerntemperatur SnomedCT ValueSet

ValueSet der Körperkerntemperatur SnomedCT Konzepte

ISiK Specific Generische Koerpertemperatur LOINC Konzepte

ValueSet der spezifischen generischen Körperkerntemperatur LOINC Konzepte die nicht dazu dienen eine Körperkerntemperatur zu messen

ISiK Specific Kerntemperatur LOINC ValueSet

ValueSet der spezifischen Körperkerntemperatur LOINC Konzepte

ISiKLocationPhysicalType

Dieses Valueset beinhaltet die für ISiK Kodierbaren Standort-Typen

ISiKTerminPriority

Enthaelt alle SNOMED Codes, die eine valide Priorität für den ISiKTermin sind

ObservationCodesCRP

Enthält LOINC-Codes für die Observation CRP

ObservationCodesGFR

Enthält LOINC-Codes für die Observation GFR

ObservationCodesHb

Enthält LOINC-Codes für die Observation Hb

ObservationCodesPCT

Enthält LOINC-Codes für die Observation PCT

ObservationCodesSerumkreatinin

Enthält LOINC-Codes für die Observation Serumkreatinin

ObservationCodesTSH

Enthält LOINC-Codes für die Observation TSH

ObservationCodesThrombozyten

Enthält LOINC-Codes für die Observation Thrombozyten

ObservationCodesTroponin

Enthält LOINC-Codes für die Observation Troponin

ObservationUnitsCRP

Enthält UCUM-Einheiten für die Observation CRP

ObservationUnitsGFR

Enthält UCUM-Einheiten für die Observation GFR

ObservationUnitsHb

Enthält UCUM-Einheiten für die Observation Hb

ObservationUnitsPCT

Enthält UCUM-Einheiten für die Observation PCT

ObservationUnitsSerumkreatinin

Enthält UCUM-Einheiten für die Observation Serumkreatinin

ObservationUnitsTSH

Enthält UCUM-Einheiten für die Observation TSH

ObservationUnitsThrombozyten

Enthält UCUM-Einheiten für die Observation Thrombozyten

ObservationUnitsTroponin

Enthält UCUM-Einheiten für die Observation Troponin

ProzedurenCodesSCT

Enthaelt alle SNOMED Procedure Codes

ProzedurenKategorieSCT

Enthaelt alle SNOMED Codes für ein Mapping der OPS Klassentitel

Schwangerschaft Erwarteter Entbindungstermin Methode

Dieses Valueset enthält die Codes zur Beschreibung der Methode zur Bestimmung des erwarteten Entbindungstermins bei einer Schwangerschaft.

Schwangerschaftsstatus Valueset

Dieses Valueset enthält die Codes zur Beschreibung des Schwangerschaftsstatus einer Patientin.

Stillstatus LOINC Antwortoptionen

Dieses Valueset enthält die Codes zur Beschreibung von Stillstatus LOINC.

VS MII ICU BodySite Observation Blutdruck

Dieses ValueSet enthält Codes für bodySites von Blutdrücken (pulsatilen Drücken).

VS MII ICU BodySite Observation Monitoring und Vitaldaten

Dieses ValueSet enthält Codes für bodySites von Vitaldaten sowie Daten aus dem Patientenmonitoring.

VS MII ICU Code Monitoring und Vitaldaten [ISO11073]

Dieses ValueSet enthält Codes für Vitaldaten sowie Daten aus dem Patientenmonitoring.

VS MII ICU Code Monitoring und Vitaldaten [LOINC]

Dieses ValueSet enthält Codes für Vitaldaten sowie Daten aus dem Patientenmonitoring.

VS MII ICU Code Monitoring und Vitaldaten [sct]

Dieses ValueSet enthaelt Codes fuer Vitaldaten sowie Daten aus dem Patientenmonitoring.

VS MII ICU Method Observation Blutdruck

Dieses ValueSet enthält Codes zur Angabe, ob ein Blutdruck invasiv oder nicht-invasiv gemessen ist.

Example: Example Instances

These are example instances that show what data produced and consumed by systems conforming with this implementation guide might look like.

Bedingte Fragestellungen

Beispiel-Questionnaire mit bedingten Fragestellungen/Items

Die zweite Frage "Was ist denn los?" soll nur gestellt werden, wenn die erste Frage "Wie geht’s" mit "muss." beantwortet wurde.

Blutdruckmessung vom 3.5.2022 (Bundle)
DemoTemplatebasedExtractionQuestionnaire

Beispiel-Questionnaire zur Demonstration der Template-basierten Extraktion von Patientendaten

Example AllergyIntolerance - ISiKAllergieUnvertraeglichkeitBeispiel1
Example Condition - AltersbedingteKreislaufstoerung
Example Condition - BehandlungsDiagnoseFreitext
Example Condition - Example-condition-ausrufezeichen-primaer
Example Condition - Example-condition-ausrufezeichen-sekundaer
Example Condition - Example-condition-kreuz-stern-primaer
Example Condition - Example-condition-kreuz-stern-sekundaer
Example Condition - MittelgradigeIntelligenzminderung
Example Condition - PrimaereGonarthroseMinimal
Example Condition - PrimaereGonarthroseNormal
Example Condition - SZ2Primaerdiagnose
Example Condition - SZ2Sekundaerdiagnose
Example Encounter - Fachabteilungskontakt
Example Encounter - FachabteilungskontaktBettenverlegung
Example Encounter - FachabteilungskontaktEntlassung
Example Encounter - FachabteilungskontaktFachbereichswechsel1
Example Encounter - FachabteilungskontaktFachbereichswechsel2
Example Encounter - FachabteilungskontaktMinimal2
Example Encounter - FachabteilungskontaktNormal
Example Encounter - FachabteilungskontaktStationaereAufnahme
Example Encounter - FachabteilungskontaktStationswechsel1
Example Encounter - FachabteilungskontaktStationswechsel2
Example Encounter - SZ1Nachstationaer
Example Encounter - SZ1Stationaer
Example Encounter - SZ1Vorstationaer
Example Encounter - SZ2Encounter
Example Observation - ExampleISiKLaboruntersuchungCRP1
Example Observation - ExampleISiKLaboruntersuchungGFR1
Example Observation - ExampleISiKLaboruntersuchungHb1
Example Observation - ExampleISiKLaboruntersuchungPCT1
Example Observation - ExampleISiKLaboruntersuchungSerumkreatinin1
Example Observation - ExampleISiKLaboruntersuchungTSH1
Example Observation - ExampleISiKLaboruntersuchungThrombozyten1
Example Observation - ExampleISiKLaboruntersuchungTroponin1
Example Observation - ExtractedObservationKoerpergewicht
Example Observation - ExtractedObservationKoerpergroesse
Example Observation - Herzzeitvolumen
Example Observation - ISiKAlkoholAbususBeispiel
Example Observation - ISiKAtemfrequenzExample
Example Observation - ISiKAtemfrequenzMaxExample
Example Observation - ISiKAtemfrequenzMinExample
Example Observation - ISiKBlutdruckSystemischArteriellExample
Example Observation - ISiKBlutdruckSystemischArteriellMaxExample
Example Observation - ISiKBlutdruckSystemischArteriellMinExample
Example Observation - ISiKEKGExample
Example Observation - ISiKEKGMaxExample
Example Observation - ISiKEKGMinExample
Example Observation - ISiKGCSExample
Example Observation - ISiKGCSMaxExample
Example Observation - ISiKGCSMinExample
Example Observation - ISiKHerzfrequenzExample
Example Observation - ISiKHerzfrequenzMaxExample
Example Observation - ISiKHerzfrequenzMinExample
Example Observation - ISiKKoerpergewichtExample
Example Observation - ISiKKoerpergewichtMaxExample
Example Observation - ISiKKoerpergewichtMinExample
Example Observation - ISiKKoerpergroesseExample
Example Observation - ISiKKoerpergroesseMaxExample
Example Observation - ISiKKoerpergroesseMinExample
Example Observation - ISiKKoerperkerntemperaturExample
Example Observation - ISiKKoerperkerntemperaturMaxExample
Example Observation - ISiKKoerperkerntemperaturMinExample
Example Observation - ISiKKoerpertemperaturExample
Example Observation - ISiKKoerpertemperaturMaxExample
Example Observation - ISiKKoerpertemperaturMinExample
Example Observation - ISiKKopfumfangExample
Example Observation - ISiKKopfumfangMaxExample
Example Observation - ISiKKopfumfangMinExample
Example Observation - ISiKRaucherStatusBeispiel
Example Observation - ISiKSauerstoffsaettigungArteriellExample
Example Observation - ISiKSauerstoffsaettigungArteriellMaxExample
Example Observation - ISiKSauerstoffsaettigungArteriellMinExample
Example Observation - ISiKSchwangerschaftErwarteterEntbindungsterminBeispiel
Example Observation - ISiKSchwangerschaftsstatusBeispiel
Example Observation - ISiKStillstatusBeispiel
Example Observation - Ideales-Koerpergewicht
Example Observation - Intrakranieller-Druck-ICP
Example Observation - Koerpergewicht-Percentile-altersabhaengig
Example Observation - Koerpergroesse-Percentil
Example Observation - Koerpertemperatur-Achsel
Example Observation - Koerpertemperatur-Atemwege
Example Observation - Koerpertemperatur-Blut
Example Observation - Koerpertemperatur-Brust
Example Observation - Koerpertemperatur-Brustwirbelsaeule
Example Observation - Koerpertemperatur-Gelenk
Example Observation - Koerpertemperatur-Halswirbelsaeule
Example Observation - Koerpertemperatur-Harnblase
Example Observation - Koerpertemperatur-Kern
Example Observation - Koerpertemperatur-Leiste
Example Observation - Koerpertemperatur-Lendenwirbelsaeule
Example Observation - Koerpertemperatur-Myokard
Example Observation - Koerpertemperatur-Nasen-Rachen-Raum
Example Observation - Koerpertemperatur-Oral
Example Observation - Koerpertemperatur-Speiseroehre
Example Observation - Koerpertemperatur-Stirn
Example Observation - Koerpertemperatur-Trommelfell
Example Observation - Koerpertemperatur-nasal
Example Observation - Koerpertemperatur-rektal
Example Observation - Koerpertemperatur-vaginal
Example Observation - Linksatrialer-Druck
Example Observation - Linksvent-Schlagvolumenindex-Durch-Indikatorverduennung
Example Observation - Linksventrikulaerer-Druck
Example Observation - Linksventrikulaerer-Herzindex
Example Observation - Linksventrikulaerer-Herzindex-Durch-Indikatorverduennung
Example Observation - Linksventrikulaeres-Herzzeitvolumen-durch-Indikatorverduennung
Example Observation - Linksventrikulaeres-Schlagvolumen
Example Observation - Linksventrikulaeres-Schlagvolumen-Durch-Indikatorverduennung
Example Observation - Linksventrikulaeres-Schlagvolumenindex
Example Observation - Pulmonalarterieller-Blutdruck
Example Observation - Pulmonalarterieller-wedge-Blutdruck
Example Observation - Pulmonalvaskulaerer-Widerstandsindex
Example Observation - Puls
Example Observation - Rechtsatrialer-Druck
Example Observation - Rechtsventrikulaerer-Druck
Example Observation - Sauerstoffsaettigung-im-Arteriellen-Blut-durch-Pulsoxymetrie
Example Observation - Sauerstoffsaettigung-im-Blut-Postduktal-durch-Pulsoxymetrie
Example Observation - Sauerstoffsaettigung-im-Blut-Preduktal-durch-Pulsoxymetrie
Example Observation - Systemischer-vaskulaerer-Widerstandsindex
Example Observation - Zentralvenoeser-Blutdruck
Example Patient - DorisQuelle
Example Patient - DorisZiel
Example Patient - IsikPatientTemplate
Example Patient - PatientinMinimal
Example Patient - PatientinMusterfrau
Example Patient - PatientinNormal
Example Patient - SZ1Patient
Example Patient - SZ2Patient
Example Procedure - Appendektomie
Example QuestionnaireResponse - ExampleEntryValidationDecimalResponse
Example QuestionnaireResponse - ExampleExtractWithUnitResponse
Example QuestionnaireResponse - TestMaxDecimal0
Example QuestionnaireResponse - TestMaxDecimal1
Example QuestionnaireResponse - TestMaxDecimal2
Example QuestionnaireResponse - TestMaxDecimal3
Example RiskAssessment - ExampleISiKAMTSBewertung1
Formular aus einem Medizinprodukt

Beispiel-Questionnaire, welches eine MDR-Relevanz ausweist

  • Angabe der MDR-Relevanz mittels ISiKMDRRelevanzFormular-Extension Disclaimer: Dies ist ein simples fantasie Beispiel und hat keine medizinische Aussagekraft. Das erwartete Verhalten von Systemen, die mit diesem Questionnaire testen wäre, dass das Formular mit einer Fehlermeldung nicht rendert!
Observation Based Extraction bei quantitativen Angaben

Beispiel-Questionnaire mit Observation Based Extraction von Dezimalwerten mit Maßeinheiten

Validierung von Dezimalen

Beispiel-Questionnaire Validierung von Dezimalwerten

Validierung von Formulareingaben gegen RegExPattern

Beispiel-Questionnaire mit Validierung von Benutzereingaben mittels einer FHIRPath-Expression

Die Validierung erfolgt über die targetConstraint-Extension

Validierung von Texten

Beispiel-Questionnaire Validierung von Textfeldern

Verlegungsbericht für Patient Herrn Thomas Müller (1234567890) - Intensivstation 0100 (Bundle)
Vorbelegung Demografischer Daten

Beispiel-Questionnaire mit automatischer Vorbelegung von demografischen Patientendaten

Der Patientenkontext wird mittels der SDC-LaunchContexts-Extension hergestellt.
Die Vorbelegung erfolgt über die SDC-InitialExpression-Extension

Vorbelegung Demografischer Daten Encounter

Beispiel-Questionnaire mit automatischer Vorbelegung von demografischen Patientendaten

Der Patientenkontext wird mittels der SDC-LaunchContexts-Extension hergestellt.
Die Vorbelegung erfolgt über die SDC-InitialExpression-Extension

Vorbelegung von Observations

Beispiel-Questionnaire mit automatischer Vorbelegung von Observations

Die Suche nach passenden Observations geschieht innerhlab des Patienten-Kontextes anhand des in item-codehinterlegten Codes. Die Extension SDC-ObservationLinkPeriod legt fest, wie alt Observations maximal sein dürfen, um für die Vorbelegung herangezogen zu werden (hier: max. 1 Jahr)
Die Extension SDC-ObservationExtract legt fest, ob aus den Angaben des Questionnaires eine neue Observation extrahiert werden soll (hier: true)