ISiK CapabilityStatement VitalSign ICU Source Minimal Rolle

ISiK Formularmodul Implementation Guide

Version 6.0.0-rc - ci-build

CapabilityStatement: ISiK CapabilityStatement VitalSign ICU Source Minimal Rolle

Official URL: https://gematik.de/fhir/isik/CapabilityStatement/ISiKCapabilityStatementVitalSignICUSourceMinimalRolle				Version: 6.0.0-rc
Active as of 2025-12-17				Computable Name: ISiKCapabilityStatementVitalSignICUSourceMinimalRolle

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.

Das vorliegende CapabilityStatement beschreibt verpflichtende Interaktionen, die ein ISiK-konformes System oder eine Systemkomponenten in der Rolle ‘VitalSign ICU Source Minimal’ zur Unterstützung des ICU-Normalstation-Workflows implementieren muss.

Die Interaktionen umfassen die Bereitstellung von Vitalparametern, die für die Behandlung von Patienten notwendig sind und sie z.B. typischerweise auf einer Normalstation in einem KIS erfasst werden.

HISTORIE:

Historie: mit der Version 4.0.2 des IG ICU-Normalstation-Workflow wurde das vorliegende CapabilityStatement im Sinne einer eigenständigen Rolle extrahiert (die Funktionalität bleibt dabei unverändert).

Historie: mit der Version 4.0.1 des IG ICU-Normalstation-Workflow wurde das vorliegende CapabilityStatement überarbeitet.

Version 4.0.1

change Die Verbindlichkeit des Suchparameters subject wurde von SHALL auf MAY reduziert, da der Suchparameter patient für ISiK-Zwecke ausreichend ist.
change Die Verbindlichkeit von Include und RevInclude wurde von SHALL auf MAY reduziert, außer bei den Parameter patient und encounter, da diese für ISiK-Zwecke ausreichend sind.

Implementation Guide Version: 6.0.0-rc
FHIR Version: 4.0.1
Supported Formats: application/fhir+xml, application/fhir+json
Published on: 2025-12-17
Published by: gematik GmbH

Note to Implementers: FHIR Capabilities
Any FHIR capability may be 'allowed' by the system unless explicitly marked as 'SHALL NOT'. A few items are marked as MAY in the Implementation Guide to highlight their potential relevance to the use case.

FHIR RESTful Capabilities

Mode: `server`

Capabilities by Resource/Profile

Summary

The summary table lists the resources that are part of this configuration, and for each resource it lists:

The relevant profiles (if any)
The interactions supported by each resource (Read, Search, Update, and Create, are always shown, while VRead, Patch, Delete, History on Instance, or History on Type are only present if at least one of the resources has support for them.
The required, recommended, and some optional search parameters (if any).
The linked resources enabled for _include
The other resources enabled for _revinclude
The operations on the resource (if any)

Resource Type	Profile	R	S	U	C	Searches	`_include`	`_revinclude`	Operations
Observation	Supported Profiles SD MII ICU Intrakranieller Druck ICP SD MII ICU Koerpergewicht Percentil Altersabhaengig SD MII ICU Koerpergroesse Percentil SD MII ICU Ideales Koerpergewicht SD MII ICU Sauerstoffsaettigung Im Arteriellen Blut Durch Pulsoxymetrie SD MII ICU Puls SD MII ICU Koerpertemperatur Kern SD MII ICU Koerpertemperatur Gelenk SD MII ICU Koerpertemperatur Stirn SD MII ICU Koerpertemperatur nasal SD MII ICU Koerpertemperatur Leiste SD MII ICU Koerpertemperatur Achsel SD MII ICU Koerpertemperatur unter der Zunge SD MII ICU Koerpertemperatur vaginal SD MII ICU Koerpertemperatur Harnblase SD MII ICU Koerpertemperatur rektal SD MII ICU Koerpertemperatur Trommelfell	Y	Y			_id, _tag, _count, _has, category, status, date, code, patient, subject, encounter, combo-code, combo-code-value-quantity, component-code

Resource Conformance: SHALLObservation

Core FHIR Resource
Observation

Reference Policy

Interaction summary

SHALL support read, search-type.

Supported Profiles

Search Parameters

Conformance	Parameter	Type	Documentation
SHALL	_id	`token`	Beispiel: `GET [base]/[Resourcetype]?_id=103270` Anwendungshinweis: Der Parameter `_id` wird selten alleinstehend verwendet, da sich zum Abruf einer Ressource anhand der `id` die `READ`-Interaktion besser anbietet. Der Parameter kann jedoch verwendet werden, um den Abruf einer Ressource bspw. mit einem `_include` weiterer Ressourcen zu verbinden, z.B. zum Abruf eines Encounters in Verbindung mit dem zugehörigen Patienten: `GET [base]/Encounter?_id=103270&_include=Encounter:patient` Weitere Details siehe FHIR-Kernspezifikation, Abschnitt Parameters for all resources. Dieser Suchparameter ist für die Umsetzung des IHE PDQm Profils verpflichtend.
SHALL	_tag	`token`	Beispiel: `GET [base]/[Resourcetype]?_tag=https://example.org/codes\|needs-review` Anwendungshinweis: Weitere Details siehe FHIR-Kernspezifikation, Abschnitt Parameters for all resources sowie Abschnitt Tags.
SHALL	_count	`number`	Beispiel: `GET [base]/[Resourcetype]?_count=100` Anwendungshinweis: Weitere Details siehe FHIR-Kernspezifikation, Abschnitt Page Count.
SHALL	category	`token`
SHALL	status	`token`
SHALL	date	`date`
SHALL	code	`token`
SHALL	patient	`reference`
SHALL	encounter	`reference`
SHALL	combo-code	`token`
SHALL	combo-code-value-quantity	`composite`
SHALL	component-code	`token`
MAY	_has	`string`	Beispiel: Suche nach allen Patienten, die eine Observation mit dem Code '1234-5' haben `GET [base]/Patient?_has:Observation:patient:code=1234-5` Beispiel: Suche nach allen Encountern, bei denen die Diagnose 'A12.3' gestellt wurde `GET [base]/Encounter?_has:Condition:encounter:code=A12.3` Anwendungshinweis: Weitere Details siehe FHIR-Kernspezifikation, Abschnitt Reverse Chaining.
MAY	subject	`reference`

CapabilityStatement: ISiK CapabilityStatement VitalSign ICU Source Minimal Rolle