Konformitätserklärung (CapabilityStatement)

Jede Instanz eines bestätigungsrelevanten Systems MUSS an ihrem Endpunkt eine CapabilityStatement-Ressource bereitstellen.

Hierzu MUSS die capabilities-Interaktion gemäß FHIR-Spezifikation 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 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.

Eine Server-Instanz MUSS ihrerseits ein CapabilityStatement vom kind= "instance" liefern und im Element software den Namen und die Versionsnummer angeben.

Das CapabilityStatement der Instanz MUSS alle Funktionalitäten auflisten, die im folgenden CapabilityStatement 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 (Requirement) ISiK-Vitalparameter

Dieses Modul unterscheidet CapabilityStatements für:

Abfragen administrativer Daten zum Patienten und Fallkontakt (Encounter)
Abfragen von Vitalparametern

Alle bestätigungsrelevanten Systeme MÜSSEN im Sinne der Herstellung des Patienten- und Encounter-Kontextes Interaktionen auf die entsprechenden Profile unterstützen:

REST Capabilities Server

Mode	Server

Resource Interactions

Resource Type	Supported Profiles	Read	SearchType
Patient	https://gematik.de/fhir/isik/StructureDefinition/ISiKPatient	SHALL	SHALL
Encounter	https://gematik.de/fhir/isik/StructureDefinition/ISiKKontaktGesundheitseinrichtung	SHALL	SHALL

Search Parameters per resource type

Patient

Name	Type	Documentation	Level
_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
_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]/Patient?identifier=http://fhir.krankenhaus.example\|1032702` `GET [base]/Patient?identifier=1032702` Anwendungshinweis: Weitere Details siehe FHIR-Kernspezifikation. Dieser Suchparameter ist für die Umsetzung des IHE PDQm Profils verpflichtend.	SHALL
family	string	Beispiel: `GET [base]/Patient?family=Musterfrau` Anwendungshinweis: Weitere Details siehe FHIR-Kernspezifikation. Dieser Suchparameter ist für die Umsetzung des IHE PDQm Profils verpflichtend.	SHALL
given	string	Beispiel: `GET [base]/Patient?given=Erika` Anwendungshinweis: Weitere Details siehe FHIR-Kernspezifikation. Dieser Suchparameter ist für die Umsetzung des IHE PDQm Profils verpflichtend.	SHALL
birthdate	date	Beispiel: `GET [base]/Patient?birthdate=1964-12-08` Anwendungshinweis: Weitere Details siehe FHIR-Kernspezifikation.	SHALL
gender	token	Beispiel: `GET [base]/Patient?birthdate=1964-12-08` Anwendungshinweis: Weitere Details siehe FHIR-Kernspezifikation. Dieser Suchparameter ist für die Umsetzung des IHE PDQm Profils verpflichtend.	SHALL
name	string	Beispiel: `GET [base]/Patient?name=Erika` `GET [base]/Patient?name=Erika` Anwendungshinweis: Weitere Details siehe FHIR-Kernspezifikation.	MAY
address	string	Beispiel: `GET [base]/Patient?address=Berlin` Anwendungshinweis: Weitere Details siehe FHIR-Kernspezifikation. Dieser Suchparameter ist für die Umsetzung des IHE PDQm Profils verpflichtend.	MAY
address-city	string	Beispiel: `GET [base]/Patient?address-city=Berlin` Anwendungshinweis: Weitere Details siehe FHIR-Kernspezifikation. Dieser Suchparameter ist für die Umsetzung des IHE PDQm Profils verpflichtend.	MAY
address-country	string	Beispiel: `GET [base]/Patient?address-country=DE` Anwendungshinweis: Weitere Details siehe FHIR-Kernspezifikation. Dieser Suchparameter ist für die Umsetzung des IHE PDQm Profils verpflichtend.	MAY
address-postalcode	string	Beispiel: `GET [base]/Patient?address-postalcode=10117` Anwendungshinweis: Weitere Details siehe FHIR-Kernspezifikation. Dieser Suchparameter ist für die Umsetzung des IHE PDQm Profils verpflichtend.	MAY
active	token	Beispiel: `GET [base]/Patient?active=true` Anwendungshinweis: Weitere Details siehe FHIR-Kernspezifikation. Dieser Suchparameter ist für die Umsetzung des IHE PDQm Profils verpflichtend.	MAY
telecom	token	Beispiel: `GET [base]/Patient?telecom=phone\|+49152236898` Anwendungshinweis: Weitere Details siehe FHIR-Kernspezifikation. Dieser Suchparameter ist für die Umsetzung des IHE PDQm Profils verpflichtend.	MAY

Supported Reverse Includes:

Encounter:patient
Encounter:subject

Encounter

Name	Type	Documentation	Level
identifier	token	Beispiel: `GET [base]/Encounter?identifier=http://test.krankenhaus.de/fhir/sid/fallnr\|123456` Anwendungshinweis: Weitere Details siehe FHIR-Kernspezifikation.	SHALL
status	token	Beispiel: `GET [base]/Encounter?status=finished` Anwendungshinweis: Weitere Details siehe FHIR-Kernspezifikation.	SHALL
class	token	Beispiel: `GET [base]/Encounter?class=IMP` Anwendungshinweis: Weitere Details siehe FHIR-Kernspezifikation.	MAY
type	token	Beispiel: `GET [base]/Encounter?type=http://fhir.de/CodeSystem/kontaktart-de\|stationaer` Anwendungshinweis: Weitere Details siehe FHIR-Kernspezifikation.	SHALL
patient	reference	Beispiel: `GET [base]/Encounter?patient=Patient/123` Anwendungshinweis: Weitere Details siehe FHIR-Kernspezifikation. Dieser Suchparameter ist für die Umsetzung des IHE QEDm Profils verpflichtend.	SHALL
subject	reference	Beispiel: `GET [base]/Encounter?subject=Patient/123` Anwendungshinweis: Weitere Details siehe FHIR-Kernspezifikation.	MAY
account	reference	Beispiel: `GET [base]/Encounter?account=Account/123` `GET [base]/Encounter?account:identifier=123456` `GET [base]/Encounter?account:identifier=https://example.org/fhir/sid/abrechnungsfallnr\|123456` Anwendungshinweis: Weitere Details siehe FHIR-Kernspezifikation.	MAY
date	date	Beispiel: `GET [base]/Encounter?date=lt2020-26-10` Anwendungshinweis: Weitere Details siehe FHIR-Kernspezifikation. Bei der Formulierung der Suche sollten die Vorgaben aus der Definition der Such-Prefixe - und hier insbesondere die Unterschiede zwischen `lt` und `eb` bzw. `gt` und `sa` - beachtet werden.	SHALL
date-start	date	Beispiel: `GET [base]/Encounter?end-date=lt2020-26-10` Anwendungshinweis: Weitere Details siehe FHIR-Kernspezifikation. Bei diesem Suchparameter handelt es sich um eine Präadoption eines Suchparameters, der in FHIR R5 hinzugefügt wurde.	SHALL
end-date	date	Beispiel: `GET [base]/Encounter?end-date=lt2020-26-10` Anwendungshinweis: Weitere Details siehe FHIR-Kernspezifikation. Bei diesem Suchparameter handelt es sich um eine Präadoption eines Suchparameters, der in FHIR R5 hinzugefügt wurde.	SHALL
location	reference	Beispiel: `GET [base]/Encounter?location=Location/test` Anwendungshinweis: Weitere Details siehe FHIR-Kernspezifikation.	MAY
service-provider	reference	Beispiel: `GET [base]/Encounter?service-provider=Organization/test` Anwendungshinweis: Weitere Details siehe FHIR-Kernspezifikation.	MAY

Supported Includes:

Encounter:patient
Encounter:subject
Encounter:part-of

Die CapabilityStatements gelten für alle bestätigungsrelevanten Systeme, die unter die Definition der 'Vitalparameter und Körpermaße' fallen :

Abfragen von Vitalparametern

Link Simplifier Profil Übersicht

Canonical: https://gematik.de/fhir/isik/CapabilityStatement/ISiKCapabilityStatementVitalSignStandardSourceAkteur

REST Capabilities Server

Mode	Server

Der beschriebene Akteur implementiert die folgenden Rollen.

Link Simplifier Profil Übersicht

Canonical: https://gematik.de/fhir/isik/CapabilityStatement/ISiKCapabilityStatementVitalSignStandardSourceRolle

REST Capabilities Server

Mode	Server

Resource Interactions

Resource Type	Supported Profiles	Read	SearchType
Observation	ISiKAtemfrequenz ISiKBlutdruckSystemischArteriell ISiKHerzfrequenz ISiKKoerpergewicht ISiKKoerpergroesse ISiKKoerpertemperatur ISiKKopfumfang ISiKSauerstoffsaettigungArteriell ISiKGCS ISiKEKG	SHALL	SHALL

Search Parameters per resource type

Observation

Name	Type	Documentation	Level
_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
_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
category	token		SHALL
status	token		SHALL
date	date		SHALL
code	token		SHALL
patient	reference		SHALL
subject	reference		MAY
encounter	reference		SHALL
combo-code	token		SHALL
combo-code-value-quantity	composite		SHALL
component-code	token		SHALL

Abfragen von Labordaten (für AMTS)

Canonical: https://gematik.de/fhir/isik/CapabilityStatement/ISiKCapabilityStatementLaborMinimalRolle

REST Capabilities Server

Mode	Server

Resource Interactions

Resource Type	Supported Profiles	Read	SearchType
Observation	https://gematik.de/fhir/isik/StructureDefinition/ISiKLaboruntersuchungSerumkreatinin https://gematik.de/fhir/isik/StructureDefinition/ISiKLaboruntersuchungPCT https://gematik.de/fhir/isik/StructureDefinition/ISiKLaboruntersuchungCRP https://gematik.de/fhir/isik/StructureDefinition/ISiKLaboruntersuchungHb https://gematik.de/fhir/isik/StructureDefinition/ISiKLaboruntersuchungTroponin https://gematik.de/fhir/isik/StructureDefinition/ISiKLaboruntersuchungGFR https://gematik.de/fhir/isik/StructureDefinition/ISiKLaboruntersuchungThrombozyten https://gematik.de/fhir/isik/StructureDefinition/ISiKLaboruntersuchungTSH	SHALL	SHALL

Search Parameters per resource type

Observation

Name	Type	Documentation	Level
_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
_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
category	token		SHALL
status	token		SHALL
date	date		SHALL
code	token		SHALL
patient	reference		SHALL
subject	reference		MAY
encounter	reference		SHALL
combo-code	token		SHALL
combo-code-value-quantity	composite		SHALL
component-code	token		SHALL