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 ISiKCapabilityStatementImplantatRolle.
Diese Rolle stellt Interaktionen zur Abfrage von Informationen zu Implantaten bereit.
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.
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).
Beispiel:GET [base]/[Resourcetype]?_id=103270Anwendungshinweis:
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
_count
number
Beispiel:GET [base]/[Resourcetype]?_count=100Anwendungshinweis:
Weitere Details siehe FHIR-Kernspezifikation, Abschnitt Page Count.
SHALL
_lastUpdated
date
Beispiel: Suche nach allen Patienten-Ressourcen, die seit dem 1. Januar neu angelegt oder geändert wurden: GET [base]/Patient?_lastUpdated=ge2026-01-01 Beispiel: Suche nach allen Observations eines Patienten im Zeitraum einer Stunde: GET [base]/Observation?_lastUpdated=ge2026-03-05T10:20:10.423+02:00&_lastUpdate=lt2026-03-05T11:20:10.423+02:00&patient=Patient/12345 Anwendungshinweis:
Dieser Suchparameter dient dem Datenabgleich zwischen Systemen und ist auch für die patientenübergreifende Suche zugelassen.
Server können die Anfrage mit einer OperationOutcome-Ressource und dem Fehlercode too-costly beantworten, wenn das vom Client gewählte Zeitfenster oder die Treffermenge zu groß ist
und die Durchführhung der Suchanfrage das System unverhältnismäßig stark belasten würde.
Weitere Details siehe FHIR-Kernspezifikation, Abschnitt _lastUpdated.
Beispiel: GET [base]/Device?status=activeGET [base]/Device?status=inactiveGET [base]/Device?status=entered-in-error Anwendungshinweis:
Weitere Details siehe FHIR-Kernspezifikation.
Beispiel: GET [base]/Device?patient=Patient/123 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-5Beispiel: Suche nach allen Encountern, bei denen die Diagnose 'A12.3' gestellt wurde
GET [base]/Encounter?_has:Condition:encounter:code=A12.3Anwendungshinweis:
Weitere Details siehe FHIR-Kernspezifikation, Abschnitt Reverse Chaining.
Beispiel:GET [base]/[Resourcetype]?_tag=https://example.org/codes|needs-reviewAnwendungshinweis:
Weitere Details siehe FHIR-Kernspezifikation, Abschnitt Parameters for all resources
sowie Abschnitt Tags.
