| Official URL: https://gematik.de/fhir/isik/CapabilityStatement/ISiKCapabilityStatementMedikationInformationAkteur-expanded | Version: 6.0.0-rc | |||
| Active as of 2026-04-02 | Computable Name: ISiKCapabilityStatementMedikationInformationAkteurExpanded | |||
Dieses CapabilityStatement beschreibt alle Interaktionen, die ein System unterstützen MUSS, welches diesen Akteur implementiert.
Jede Instanz eines bestätigungsrelevanten Systems MUSS an ihrem Endpunkt eine CapabilityStatement-Ressource bereitstellen.
Hierzu MUSS die capabilities-Interaktion gemäß FHIR-Kernspezifikation 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 Rollen, die erfüllt werden MÜSSEN gegenüber jenen, die erfüllt werden KÖNNEN,
wird die CapabilityStatement-Imports-Expectation-Extension mit den möglichen Werten ‘SHALL’ (=MUSS) ‘SHOULD’ (=SOLL) ‘MAY’ (=KANN) ‘SHOULD-NOT’ (=SOLL NICHT) verwendet.
Eine Server-Instanz MUSS ihrerseits ein CapabilityStatement vom kind = instance liefern und im Element software den Namen
und die Versionsnummer angeben.
Darüber hinaus MÜSSEN in CapabilityStatement.instantiates sämtliche Canonical URLs der implementierten Rollen angegeben werden.
Die mindestens zu implementierenden Profile für einen Akteur und Interaktionen entsprechen daher den aggregierten Anforderungen der einzelnen Rolle (per ‘imports’). In den CapabilityStatements zu den Rollen sind die Anforderungen tabellarisch gelistet und weisen so die zu implementierenden Profile aus.
Das CapabilityStatement der Instanz MUSS alle Funktionalitäten auflisten, die im folgenden CapabilityStatement (bzw. der in ihm importierten Rollen - siehe ‘imports’) 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.
Das vorliegende CapabilityStatement bündelt alle Rollen die ein ISiK-konformes System unterstützen muss, um das Bestätigungsverfahren des Moduls ‘Medikation’, Bereich ‘Medikationsinformation’ zu bestehen.
HISTORIE:
application/fhir+xml, application/fhir+jsonNote 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.
servertransactioninteraction described as follows:Transaktions-Bundle gemäß Profil https://gematik.de/fhir/isik/StructureDefinition/ISiKMedikationTransaction - Transaktions-Antwort-Bundle gemäß Profil https://gematik.de/fhir/isik/StructureDefinition/ISiKMedikationTransactionResponse
transactioninteraction described as follows:Transaktions-Bundle gemäß Profil https://gematik.de/fhir/isik/StructureDefinition/ISiKMedikationTransaction - Transaktions-Antwort-Bundle gemäß Profil https://gematik.de/fhir/isik/StructureDefinition/ISiKMedikationTransactionResponse
The summary table lists the resources that are part of this configuration, and for each resource it lists:
_include_revinclude| Resource Type | Profile | R | S | U | C | Searches | _include | _revinclude | Operations |
|---|---|---|---|---|---|---|---|---|---|
| MedicationStatement | Supported Profiles ISiKMedikationsInformation | Y | Y | Y | Y | _id, code, context, context.identifier, medication.code, patient.identifier, effective, medication, part-of, patient, status | MedicationStatement:medication, MedicationStatement:patient, MedicationStatement:context | ||
| List | Supported Profiles ISiK Medikationsliste | Y | Y | Y | Y | _id, code, date, encounter, item, patient, status, encounter.identifier, patient.identifier | List:patient, List:encounter, List:item | ||
| Patient | Supported Profiles ISiKPatient | Y | Y | _id, _count, _has, _tag, _lastUpdated, identifier, family, given, birthdate, gender | $Patient-everything | ||||
| Encounter | Supported Profiles ISiKKontaktGesundheitseinrichtung | Y | Y | _id, _count, _has, _tag, _lastUpdated, identifier, status, class, type, patient, account, date, date-start, end-date, location, service-provider | Encounter:patient, Encounter:subject, Encounter:part-of, Encounter:diagnosis, Encounter:account | Encounter:part-of | $Encounter-everything | ||
| Practitioner | Supported Profiles ISiKPersonImGesundheitsberuf | Y | Y | _id, _count, _has, _tag, _lastUpdated, identifier, family, given, name, address, gender | |||||
| PractitionerRole | Supported Profiles ISiKRolleImKrankenhaus | Y | Y | _id, _count, _has, _tag, _lastUpdated, active, identifier, organization, practitioner, role, specialty | |||||
| Medication | Supported Profiles ISiKMedikament | Y | Y | Y | Y | _id, code, form, ingredient, ingredient-code, status, ingredient.code, lot-number | Medication:ingredient |
read, search-type, create, update.| Conformance | Parameter | Type | Documentation |
|---|---|---|---|
| SHALL | _id | token | Beispiel: |
| SHALL | code | token | Beispiel: |
| SHALL | context | reference | Beispiel: |
| SHALL | context.identifier | reference | Beispiele: |
| SHALL | medication.code | reference | Beispiel: |
| SHALL | patient.identifier | reference | Beispiele: |
| SHALL | effective | date | Beispiel: |
| SHALL | medication | reference | Beispiel: |
| SHALL | part-of | reference | Beispiel: |
| SHALL | patient | reference | Beispiel: |
| SHALL | status | token | Beispiel: |
read, search-type, create, update.| Conformance | Parameter | Type | Documentation |
|---|---|---|---|
| SHALL | _id | token | Beispiel: |
| SHALL | code | token | Beispiel: |
| SHALL | date | date | Beispiel: |
| SHALL | encounter | reference | Beispiel: |
| SHALL | item | reference | Beispiel: |
| SHALL | patient | reference | Beispiel: |
| SHALL | status | token | Beispiel: |
| SHALL | encounter.identifier | reference | Beispiele: |
| SHALL | patient.identifier | reference | Beispiele: |
| Conformance | Parameter | Type | Documentation |
|---|---|---|---|
| SHALL | _id | token | Beispiel:
|
| SHALL | _count | number | Beispiel:
|
| SHALL | _lastUpdated | date | Beispiel: Suche nach allen Patienten-Ressourcen, die seit dem 1. Januar neu angelegt oder geändert wurden: |
| SHALL | identifier | token | Beispiel: |
| SHALL | family | string | Beispiel: |
| SHALL | given | string | Beispiel: |
| SHALL | birthdate | date | Beispiel: |
| SHALL | gender | token | Beispiel: |
| MAY | _has | string | Beispiel: Suche nach allen Patienten, die eine Observation mit dem Code '1234-5' haben
|
| MAY | _tag | token | Beispiel:
|
| Conformance | Operation | Documentation |
|---|---|---|
| SHALL | $Patient-everything | In der Operation ist die Ergebnismenge wie folgt definiert: 'The server SHOULD return at least all resources that it has that are in the patient compartment for the identified patient(s), and any resource referenced from those, including binaries and attachments.'. Im Kontext von ISiK ist das so zu interpretieren, dass ein Akteur alle Ressourcen, die laut seinem CapabilityStatement über seine API abrufbar sind und die Teil des Patient-CompartmentDefinition sind, zurückgeben MUSS. Inklusive aller Ressourcen, die von diesen Ressourcen referenziert werden, einschließlich Binaries und Attachments. Ein ISiK Akteur MUSS nur das das Instance-Level ( Ein ISiK Akteur darf sinnvolle Limits für die Einschränkung der Ergebnismenge definieren, wie die Forcierung von Pagination über den Parameter |
| Conformance | Parameter | Type | Documentation |
|---|---|---|---|
| SHALL | _id | token | Beispiel:
|
| SHALL | _count | number | Beispiel:
|
| SHALL | _lastUpdated | date | Beispiel: Suche nach allen Patienten-Ressourcen, die seit dem 1. Januar neu angelegt oder geändert wurden: |
| SHALL | identifier | token | Beispiel: |
| SHALL | status | token | Beispiel: |
| SHALL | class | token | Beispiel: |
| SHALL | type | token | Beispiel: |
| SHALL | patient | reference | Beispiel: |
| SHALL | account | reference | Beispiel: |
| SHALL | date | date | Beispiel: |
| SHALL | date-start | date | Beispiel: |
| SHALL | end-date | date | Beispiel: |
| SHALL | location | reference | Beispiel: |
| SHALL | service-provider | reference | Beispiel: |
| MAY | _has | string | Beispiel: Suche nach allen Patienten, die eine Observation mit dem Code '1234-5' haben
|
| MAY | _tag | token | Beispiel:
|
| Conformance | Operation | Documentation |
|---|---|---|
| SHALL | $Encounter-everything | Im Kontext von ISiK werden auf Basis der Core-Definition der Operation Encounter-everything folgende Festlegungen getroffen: Ein ISiK Akteur darf sinnvolle Limits für die Einschränkung der Ergebnismenge definieren, wie die Forcierung von Pagination über den Parameter |
| Conformance | Parameter | Type | Documentation |
|---|---|---|---|
| SHALL | _id | token | Beispiel:
|
| SHALL | _count | number | Beispiel:
|
| SHALL | _lastUpdated | date | Beispiel: Suche nach allen Patienten-Ressourcen, die seit dem 1. Januar neu angelegt oder geändert wurden: |
| SHALL | identifier | token | Beispiel: |
| SHALL | family | string | Beispiel: |
| SHALL | given | string | Beispiel: |
| MAY | _has | string | Beispiel: Suche nach allen Patienten, die eine Observation mit dem Code '1234-5' haben
|
| MAY | _tag | token | Beispiel:
|
| MAY | name | string | Beispiel: |
| MAY | address | string | Beispiel: |
| MAY | gender | token | Beispiel: |
read, search-type.| Conformance | Parameter | Type | Documentation |
|---|---|---|---|
| SHALL | _id | token | Beispiel:
|
| SHALL | _count | number | Beispiel:
|
| SHALL | _lastUpdated | date | Beispiel: Suche nach allen Patienten-Ressourcen, die seit dem 1. Januar neu angelegt oder geändert wurden: |
| SHALL | active | token | Beispiel: |
| SHALL | identifier | token | Beispiel: |
| SHALL | organization | reference | Beispiel: |
| SHALL | practitioner | reference | Beispiel: |
| SHALL | role | token | Beispiel: |
| SHALL | specialty | token | Beispiel: |
| MAY | _has | string | Beispiel: Suche nach allen Patienten, die eine Observation mit dem Code '1234-5' haben
|
| MAY | _tag | token | Beispiel:
|
read, search-type, create, update.| Conformance | Parameter | Type | Documentation |
|---|---|---|---|
| SHALL | _id | token | Beispiel: |
| SHALL | code | token | Beispiel: |
| SHALL | form | token | Beispiel: |
| SHALL | ingredient | reference | Beispiel: |
| SHALL | ingredient-code | token | Beispiel: |
| SHALL | status | token | Beispiel: |
| SHALL | ingredient.code | reference | Beispiel: |
| SHALL | lot-number | token | Beispiel: |