Generated Narrative: CapabilityStatement ISiKCapabilityStatementVersicherungsverhaeltnisRolle CapabilityStatement für Rolle ISiKCapabilityStatementVersicherungsverhaeltnisRolle Implementation Guide Version: 6.0.0-rc FHIR Version: 4.0.1 Supported Formats: application/fhir+xml, application/fhir+json Published on: 2026-04-02 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 Coverage Supported Profiles ISiKVersicherungsverhaeltnisGesetzlich ISiKVersicherungsverhaeltnisSelbstzahler ISiKVersicherungsverhaeltnisSonstige Y Y _id, _count, _has, _tag, _lastUpdated, status, type, beneficiary, payor, subscriber Coverage:subscriber, Coverage:patient, Coverage:payor, Coverage:beneficiary RelatedPerson Supported Profiles ISiKAngehoeriger Y Y _id, _count, _has, _tag, _lastUpdated, patient, name, address, address-city, address-country, address-postalcode RelatedPerson:patient Coverage:subscriber, Coverage:payor Account Supported Profiles ISiKAbrechnungsfall Y Y _id, _count, _has, _tag, _lastUpdated, identifier, status, type, patient Resource Conformance: SHALL Coverage Core FHIR Resource Coverage Reference Policy Interaction summary SHALL support read, search-type. Supported Profiles ISiKVersicherungsverhaeltnisGesetzlich ISiKVersicherungsverhaeltnisSelbstzahler ISiKVersicherungsverhaeltnisSonstige 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 _count number Beispiel: GET [base]/[Resourcetype]?_count=100 Anwendungshinweis: 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. SHALL status token Beispiel: GET [base]/Coverage?status=active Anwendungshinweis: Weitere Details siehe FHIR-Kernspezifikation. SHALL type token Beispiel: GET [base]/Coverage?type=http://fhir.de/CodeSystem/versicherungsart-de-basis|GKV Anwendungshinweis: Weitere Details siehe FHIR-Kernspezifikation. SHALL beneficiary reference Beispiel: GET [base]/Coverage?beneficiary=Patient/123 Anwendungshinweis: Weitere Details siehe FHIR-Kernspezifikation. SHALL payor reference Beispiel: GET [base]/Coverage?payor:identifier=0123456789 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 _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. MAY subscriber reference Beispiel: GET [base]/Coverage?subscriber=Patient/123 Anwendungshinweis: Weitere Details siehe FHIR-Kernspezifikation. Resource Conformance: SHALL RelatedPerson Core FHIR Resource RelatedPerson Reference Policy Interaction summary SHALL support read, search-type. Supported Profiles ISiKAngehoeriger 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 _count number Beispiel: GET [base]/[Resourcetype]?_count=100 Anwendungshinweis: 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. SHALL patient reference Beispiel: GET [base]/RelatedPerson?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-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 _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. MAY name string Beispiel: GET [base]/RelatedPerson?name=Heidi GET [base]/RelatedPerson?name=Alpenzauber Anwendungshinweis: Weitere Details siehe FHIR-Kernspezifikation. MAY address string Beispiel: GET [base]/RelatedPerson?address=Berlin Anwendungshinweis: Weitere Details siehe FHIR-Kernspezifikation. MAY address-city string Beispiel: GET [base]/RelatedPerson?address-city=Berlin Anwendungshinweis: Weitere Details siehe FHIR-Kernspezifikation. MAY address-country string Beispiel: GET [base]/RelatedPerson?address-country=DE Anwendungshinweis: Weitere Details siehe FHIR-Kernspezifikation. MAY address-postalcode string Beispiel: GET [base]/RelatedPerson?address-postalcode=10117 Anwendungshinweis: Weitere Details siehe FHIR-Kernspezifikation. Resource Conformance: SHALL Account Core FHIR Resource Account Reference Policy Interaction summary SHALL support read, search-type. Supported Profiles ISiKAbrechnungsfall 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 _count number Beispiel: GET [base]/[Resourcetype]?_count=100 Anwendungshinweis: 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. SHALL identifier token Beispiel: GET [base]/Account?identifier=http://test.krankenhaus.de/fhir/sid/fallnr|123456 Anwendungshinweis: Weitere Details siehe FHIR-Kernspezifikation. SHALL status token Beispiel: GET [base]/Account?status=active Anwendungshinweis: Weitere Details siehe FHIR-Kernspezifikation. SHALL type token Beispiel: GET [base]/Account?type=http://terminology.hl7.org/CodeSystem/v3-ActCode|AMB Anwendungshinweis: Weitere Details siehe FHIR-Kernspezifikation. SHALL patient reference Beispiel: GET [base]/Account?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-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 _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.
CapabilityStatement für Rolle ISiKCapabilityStatementVersicherungsverhaeltnisRolle
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](https://hl7.org/fhir/R4/extension-capabilitystatement-expectation.html) mit den möglichen Werten `SHALL` (=MUSS) und `MAY` (=KANN) verwendet.
CapabilityStatement für die Rolle ISiKCapabilityStatementVersicherungsverhaeltnisRolle. Diese Rolle beschreibt verpflichtende Interaktionen zum Abruf von ISiKVersicherungsverhaeltnis-Ressourcen.
**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](https://hl7.org/fhir/R4/search.html#all). Dieser Suchparameter ist für die Umsetzung des IHE PDQm Profils verpflichtend.
**Beispiel:** `GET [base]/[Resourcetype]?_count=100` **Anwendungshinweis:** Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Page Count](https://www.hl7.org/fhir/R4/search.html#count).
**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](https://hl7.org/fhir/R4/search.html#has).
**Beispiel:** `GET [base]/[Resourcetype]?_tag=https://example.org/codes|needs-review` **Anwendungshinweis:** Weitere Details siehe FHIR-Kernspezifikation, Abschnitt [Parameters for all resources](https://hl7.org/fhir/R4/search.html#all) sowie Abschnitt [Tags](https://www.hl7.org/fhir/R4/resource.html#simple-tags).
**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](https://hl7.org/fhir/search.html#_lastUpdated).
**Beispiel:** `GET [base]/Coverage?status=active` **Anwendungshinweis:** Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token).
**Beispiel:** `GET [base]/Coverage?type=http://fhir.de/CodeSystem/versicherungsart-de-basis|GKV` **Anwendungshinweis:** Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token).
**Beispiel:** `GET [base]/Coverage?beneficiary=Patient/123` **Anwendungshinweis:** Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#reference).
**Beispiel:** `GET [base]/Coverage?payor:identifier=0123456789` **Anwendungshinweis:** Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#reference).
**Beispiel:** `GET [base]/Coverage?subscriber=Patient/123` **Anwendungshinweis:** Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#reference).
**Beispiel:** `GET [base]/RelatedPerson?patient=Patient/123` **Anwendungshinweis:** Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#reference).
**Beispiel:** `GET [base]/RelatedPerson?name=Heidi` `GET [base]/RelatedPerson?name=Alpenzauber` **Anwendungshinweis:** Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#string).
**Beispiel:** `GET [base]/RelatedPerson?address=Berlin` **Anwendungshinweis:** Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#string).
**Beispiel:** `GET [base]/RelatedPerson?address-city=Berlin` **Anwendungshinweis:** Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#string).
**Beispiel:** `GET [base]/RelatedPerson?address-country=DE` **Anwendungshinweis:** Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#string).
**Beispiel:** `GET [base]/RelatedPerson?address-postalcode=10117` **Anwendungshinweis:** Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#string).
**Beispiel:** `GET [base]/Account?identifier=http://test.krankenhaus.de/fhir/sid/fallnr|123456` **Anwendungshinweis:** Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token).
**Beispiel:** `GET [base]/Account?status=active` **Anwendungshinweis:** Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token).
**Beispiel:** `GET [base]/Account?type=http://terminology.hl7.org/CodeSystem/v3-ActCode|AMB` **Anwendungshinweis:** Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token).
**Beispiel:** `GET [base]/Account?patient=Patient/123` **Anwendungshinweis:** Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#reference).