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-Terminplanung

Die Bereitstellung des CapabilityStatements für das Modul "Terminplanung" erfolgt zusammen mit der Festlegung der bestätigungsrelevanten Systeme in Stufe 2

Für Systeme, die das Modul "Terminplanung" implementieren, ist außerdem die Erfüllung der Mindestanforderungen des Moduls "Basis" erfoderlich:

Canonical: https://gematik.de/fhir/isik/v3/Terminplanung/CapabilityStatement/core-server

Link Simplifier Profil Übersicht

REST Capabilities

ModeServer

Resource Interactions

Resource TypeSupported ProfilesReadSearchTypePatchCreateUpdate
ScheduleSHALLSHALL
SlotSHALLSHALL
AppointmentSHALLSHALLSHALL
CommunicationSHALLSHALLSHALLSHALL
HealthcareServiceSHALLSHALL
BinarySHALLSHALL

Search Parameters per resource type

Schedule

NameTypeLevel
_idtokenSHALL
activetokenSHALL
service-typetokenSHALL
specialtytokenSHALL
actorreferenceSHALL
gendertokenSHALL

Supported Includes:

  • Schedule:actor

Supported Reverse Includes:

  • Slot:schedule

Slot

NameTypeLevel
_idtokenSHALL
schedulereferenceSHALL
statustokenSHALL
startdateSHALL

Supported Includes:

  • Slot:schedule

Supported Reverse Includes:

  • Appointment:slot

Appointment

NameTypeLevel
_idtokenSHALL
statustokenSHALL
service-typetokenSHALL
specialtytokenSHALL
datedateSHALL
slotreferenceSHALL
actorreferenceSHALL

Supported Includes:

  • Appointment:slot
  • Appointment:actor

Communication

NameTypeLevel
_idtokenSHALL
subjectreferenceSHALL
recipientreferenceSHALL
senderreferenceSHALL

Supported Includes:

  • Communication:sender
  • Communication:subject

HealthcareService

NameTypeLevel
_idtokenSHALL
activetokenSHALL
service-typetokenSHALL
specialtytokenSHALL
namestringSHALL

Supported Reverse Includes:

  • Schedule:actor
  • Communication:recipient
  • Appointment:actor

Binary

No search parameters are stated for this resource type