CapabilityStatement für Rolle AufbaustrukturRolle - ISiK ICU v6.0.0-rc

ISiK ICU

Version 6.0.0-rc - STU1

CapabilityStatement: CapabilityStatement für Rolle AufbaustrukturRolle

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

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 die Rolle ISiKCapabilityStatementAufbaustrukturRolle. Diese Rolle stellt Interaktionen zur Abfrage von Informationen zur Aufbaustruktur bereit. Die Aufbaustruktur umfasst die Organisationseinheiten, Standorte und deren Zuordnungen.

CapabilityStatement für Rolle AufbaustrukturRolle

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

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.

SHALL Support the Following Implementation Guides

https://gematik.de/fhir/isik/ImplementationGuide/ISiK-Basismodul

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
Organization	Supported Profiles ISiKOrganisation ISiKOrganisationFachabteilung	Y	Y			_id, _tag, _count, _has, identifier, active, type, name, address, partof, endpoint
Location	Supported Profiles ISiKStandort ISiKStandortRaum ISiKStandortBettenstellplatz	Y	Y	Y		_id, _tag, _count, _has, identifier, address, operational-status, organization, type, partof, near

Resource Conformance: MAYOrganization

Core FHIR Resource
Organization

Reference Policy

Interaction summary

SHOULD support
read
Sofern die Ressource Organization unterstützt wird, SOLL die REST-Interaktion read implementiert werden.

search-type
Sofern die Ressource Organization unterstützt wird, SOLL die REST-Interaktion search implementiert werden.

Supported Profiles

ISiKOrganisation
ISiKOrganisationFachabteilung

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	identifier	`token`	Beispiel: `GET [base]/Organization?identifier=http://fhir.de/sid/arge-ik/iknr\|260120196` `GET [base]/Organization?identifier=http://fhir.de/StructureDefinition/identifier-bsnr\|345678975` `GET [base]/Organization?identifier=345678975` Anwendungshinweis: Weitere Details siehe FHIR-Kernspezifikation.
SHALL	active	`token`	Beispiel: `GET [base]/Organization?active=true` `GET [base]/Organization?active=false` Anwendungshinweis: Insbesondere für die Suche nach Daten historischer Organisationsstrukturen - z.B. nach Schließung, Zusammenlegung von Fachabteilungen etc. - erscheint es erforderlich nach Ressourcen nicht aktiver Organisationseinheiten suchen zu können. Weitere Details siehe FHIR-Kernspezifikation.
SHALL	type	`token`	Beispiel: `GET [base]/Organization?type=dept` Anwendungshinweis: Weitere Details siehe FHIR-Kernspezifikation.
SHALL	name	`string`	Beispiel: `GET [base]/Organization?name=FA-Gynäkologie` `GET [base]/Organization?name=GYN` Anwendungshinweis: Weitere Details siehe FHIR-Kernspezifikation.
SHALL	partof	`reference`	Beispiel: `GET [base]/Organization?partof:identifier=260120196` Anwendungshinweis: Weitere Details siehe FHIR-Kernspezifikation.
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	address	`string`	Beispiel: `GET [base]/Organization?address=Berlin` Anwendungshinweis: Weitere Details siehe FHIR-Kernspezifikation.
MAY	endpoint	`reference`	Beispiel: `GET [base]/Organization?endpoint:identifier=123456` Anwendungshinweis: Weitere Details siehe FHIR-Kernspezifikation.

Resource Conformance: MAYLocation

Core FHIR Resource
Location

Reference Policy

Interaction summary

SHOULD support
read
Sofern die Ressourcen zum Standort unterstützt werden, SOLL die REST-Interaktion read implementiert werden.

search-type
Sofern die Ressourcen zum Standort unterstützt werden, SOLL die REST-Interaktion search implementiert werden.

update
Sofern die Ressourcen zum Standort unterstützt werden, update implementiert werden. Diese dient insbesondere dem Synchronisieren des Status (Location.operationalStatus) der abgeleiteten Ressourcen ISiKStandortRaum und ISiKStandortBettenstellplatz - u.a. zur Kennzeichnung als 'Frei', 'Besetzt', 'Kontaminiert', 'Isoliert', in 'Reinigung' etc.

Supported Profiles

ISiKStandort
ISiKStandortRaum
ISiKStandortBettenstellplatz

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.
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	identifier	`token`	Beispiel: `GET [base]/Location?identifier=http://fhir.krankenhaus.example\|260120196` `GET [base]/Location?identifier=345678975` Anwendungshinweis: Weitere Details siehe FHIR-Kernspezifikation.
MAY	address	`string`	Beispiel: `GET [base]/Location?address=Berlin` Anwendungshinweis: Weitere Details siehe FHIR-Kernspezifikation.
MAY	operational-status	`token`	Beispiel: `GET [base]/Location?operational-status=Unoccupied` Anwendungshinweis: Weitere Details siehe FHIR-Kernspezifikation.
MAY	organization	`reference`	Beispiel: `GET [base]/Location?organization=AbteilungAllgemeinchirurgieOrganisationBeispiel` Anwendungshinweis: Weitere Details siehe FHIR-Kernspezifikation.
MAY	type	`token`	Beispiel zur Suche nach Typ eines Standorts: `GET [base]/Location?type=bed` Anwendungshinweis: Weitere Details siehe FHIR-Kernspezifikation.
MAY	partof	`reference`	Beispiel zur Suche nach Standort-Zugehörigkeit eines Raums (Zu welcher Abteilung gehört dieser Raum?): `[base]/Location?partof=RaumStandortBeispiel` Anwendungshinweis: Weitere Details siehe FHIR-Kernspezifikation.
MAY	near	`special`	Beispiel zur Suche nach Standort nahe (100m) Koordinaten: `GET [base]/Location?near=52.525851\|13.37774\|100\|m` Anwendungshinweis: Weitere Details siehe FHIR-Kernspezifikation.