Generated Narrative: CapabilityStatement ISiKCapabilityStatementMedikationVerabreichungAkteur-expanded ISiK CapabilityStatement Medikationsverabreichung Server Akteur (Expanded) 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 Published by: gematik GmbH 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. FHIR RESTful Capabilities Mode: server Summary of System-wide Interactions SHALL support the 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 SHALL support the 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 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 MedicationAdministration Supported Profiles ISiKMedikationsVerabreichung Y Y Y Y _id, code, context, effective-time, medication, patient, performer, status, context.identifier, medication.code, patient.identifier, performer.identifier MedicationAdministration:medication, MedicationAdministration:patient, MedicationAdministration:context, MedicationAdministration:performer 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 Resource Conformance: SHALL MedicationAdministration Core FHIR Resource MedicationAdministration Reference Policy Interaction summary SHALL support read, search-type, create, update. Supported Profiles ISiKMedikationsVerabreichung Search Parameters Conformance Parameter Type Documentation SHALL _id token Beispiel: GET [base]/MedicationAdministration?_id=103270 **Anwendungshinweise:** Weitere Informationen zur Suche nach '_id' finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Parameters for all resources'](https://hl7.org/fhir/R4/search.html#all). SHALL code token Beispiel: GET [base]/MedicationAdministration?code=http://fhir.de/CodeSystem/bfarm/atc|V03AB23 **Anwendungshinweise:** Weitere Informationen zur Suche nach Token-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Token Search'](https://hl7.org/fhir/R4/search.html#token). SHALL context reference Beispiel: GET [base]/MedicationAdministration?context=Encounter/123 **Anwendungshinweise:** Weitere Informationen zur Suche nach Reference-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Reference Search'](https://www.hl7.org/fhir/R4/search.html#reference). SHALL effective-time date Beispiel: GET [base]/MedicationAdministration?effective-time=2022-03-23 **Anwendungshinweise:** Weitere Informationen zur Suche nach Date-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Date'](https://hl7.org/fhir/R4/search.html#date). SHALL medication reference Beispiel: GET [base]/MedicationAdministration?medication=Medication/123 **Anwendungshinweise:** Weitere Informationen zur Suche nach Reference-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Reference Search'](https://www.hl7.org/fhir/R4/search.html#reference). SHALL patient reference Beispiel: GET [base]/MedicationAdministration?patient=Patient/123 **Anwendungshinweise:** Weitere Informationen zur Suche nach Reference-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Reference Search'](https://www.hl7.org/fhir/R4/search.html#reference). SHALL performer reference Beispiel: GET [base]/MedicationAdministration?performer=Practitioner/101112 **Anwendungshinweise:** Weitere Informationen zur Suche nach Reference-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Reference Search'](https://www.hl7.org/fhir/R4/search.html#reference). SHALL status token Beispiel: GET [base]/MedicationAdministration?status=completed **Anwendungshinweise:** Weitere Informationen zur Suche nach Token-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Token Search'](https://hl7.org/fhir/R4/search.html#token). SHALL context.identifier reference Beispiele: GET [base]/MedicationAdministration?context.identifier=http://mein-krankenhaus.example/fhir/sid/fallnummern|7567867 `GET [base]/MedicationAdministration?context.identifier=7567867` **Anwendungshinweise:** Weitere Informationen zur Suche nach Reference-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Reference Search'](https://www.hl7.org/fhir/R4/search.html#reference). Weitere Informationen zur Suche nach verketteten Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Chained Parameters'](https://hl7.org/fhir/R4/search.html#chaining). SHALL medication.code reference Beispiel: GET [base]/MedicationAdministration?medication.code=http://fhir.de/CodeSystem/bfarm/atc|V03AB23 **Anwendungshinweise:** Weitere Informationen zur Suche nach Token-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Token Search'](https://hl7.org/fhir/R4/search.html#token). Weitere Informationen zur Suche nach verketteten Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Chained Parameters'](https://hl7.org/fhir/R4/search.html#chaining). SHALL patient.identifier reference Beispiele: GET [base]/MedicationAdministration?patient.identifier=http://mein-krankenhaus.example/fhir/sid/patienten|1032702 `GET [base]/MedicationAdministration?patient.identifier=1032702` **Anwendungshinweise:** Weitere Informationen zur Suche nach Token-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Token Search'](https://hl7.org/fhir/R4/search.html#token). Weitere Informationen zur Suche nach verketteten Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Chained Parameters'](https://hl7.org/fhir/R4/search.html#chaining). SHALL performer.identifier reference Beispiele: GET [base]/MedicationAdministration?performer.identifier=http://fhir.de/sid/bundesaerztekammer/efn|123456789123456 `GET [base]/MedicationAdministration?performer.identifier=123456789123456` **Anwendungshinweise:** Weitere Informationen zur Suche nach Token-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Token Search'](https://hl7.org/fhir/R4/search.html#token). Weitere Informationen zur Suche nach verketteten Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Chained Parameters'](https://hl7.org/fhir/R4/search.html#chaining). Resource Conformance: SHALL Patient Core FHIR Resource Patient Reference Policy Interaction summary SHALL support read, search-type. Supported Profiles ISiKPatient 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]/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. 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. Extended Operations 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 ([base]/Patient/[id]/$everything) unterstützen, nicht jedoch die Type-Level Operation ([base]/Patient/$everything). Ein ISiK Akteur darf sinnvolle Limits für die Einschränkung der Ergebnismenge definieren, wie die Forcierung von Pagination über den Parameter _count oder die Einschränkung des Zeitraums der zurückgegebenen Ressourcen über den Parameter _since. Hierbei sollten die Hinweise und vorgaben der ISiK-Spezifikation zu Performance beachtet werden. Resource Conformance: SHALL Encounter Core FHIR Resource Encounter Reference Policy Interaction summary SHALL support read, search-type. Supported Profiles ISiKKontaktGesundheitseinrichtung 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]/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. SHALL 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 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. SHALL 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. SHALL service-provider reference Beispiel: GET [base]/Encounter?service-provider=Organization/test 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. Extended Operations Conformance Operation Documentation SHALL $Encounter-everything Im Kontext von ISiK werden auf Basis der Core-Definition der Operation Encounter-everything folgende Festlegungen getroffen: - Ein Akteur MUSS alle Ressourcen zurückgeben, die laut seinem CapabilityStatement über seine API abrufbar sind und die Teil des [Encounter-CompartmentDefinition](http://hl7.org/fhir/R4/compartmentdefinition-encounter.html) sind. - Im Kontext von ISiK werden assoziierte Encounter über die Verknüpfung mit dem selben Abrechnungsfall dargestellt. Aus dem Grund MÜSSEN alle Ressourcen beinhaltet sein, die auch auf Encounter verweisen, welche mit dem selben Abrechnungsfall (`Encounter.account.identifier`) verknüpft sind. Auf diese Encounter wird die selbe Logik wie in Punkt 1 und den folgenden Punkten angewendet. - Zusätzlich (zum Encounter-Compartment) sind Ressourcen OHNE Fallbezug, die dem gleichen Patienten zugeordnet sind, einzubeziehen: - AllergyIntolerances - Es müssen alle Ressourcen inkludiert werden, die aus den oben identifizierten Ressourcen referenziert werden, einschließlich Binaries und Attachments. Ein ISiK Akteur darf sinnvolle Limits für die Einschränkung der Ergebnismenge definieren, wie die Forcierung von Pagination über den Parameter _count oder die Einschränkung des Zeitraums der zurückgegebenen Ressourcen über den Parameter _since. Hierbei sollten die Hinweise und vorgaben der ISiK-Spezifikation zu Performance beachtet werden. Resource Conformance: SHALL Practitioner Core FHIR Resource Practitioner Reference Policy Interaction summary SHALL support read, search-type. Supported Profiles ISiKPersonImGesundheitsberuf 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]/Practitioner?identifier=42 Anwendungshinweis: Weitere Details siehe FHIR-Kernspezifikation. SHALL family string Beispiel: GET [base]/Practitioner?family=Alpenzauber Anwendungshinweis: Weitere Details siehe FHIR-Kernspezifikation. SHALL given string Beispiel: GET [base]/Practitioner?given=Heidi 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]/Practitioner?name=Heidi GET [base]/Practitioner?name=Alpenzauber Anwendungshinweis: Weitere Details siehe FHIR-Kernspezifikation. MAY address string Beispiel: GET [base]/Practitioner?address=Berlin Anwendungshinweis: Weitere Details siehe FHIR-Kernspezifikation. MAY gender token Beispiel: GET [base]/Practitioner?gender=female Anwendungshinweis: Weitere Details siehe FHIR-Kernspezifikation. Resource Conformance: MAY PractitionerRole Core FHIR Resource PractitionerRole Reference Policy Interaction summary SHALL support read, search-type. Supported Profiles ISiKRolleImKrankenhaus 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 active token Beispiel: GET [base]/PractitionerRole?active=true Anwendungshinweis: Weitere Details siehe FHIR-Kernspezifikation. SHALL identifier token Beispiel: GET [base]/PractitionerRole?identifier=42 Anwendungshinweis: Weitere Details siehe FHIR-Kernspezifikation. SHALL organization reference Beispiel: GET [base]/PractitionerRole?organization=Organization/test Anwendungshinweis: Weitere Details siehe FHIR-Kernspezifikation. SHALL practitioner reference Beispiel: GET [base]/PractitionerRole?practitioner=Practitioner/test Anwendungshinweis: Weitere Details siehe FHIR-Kernspezifikation. SHALL role token Beispiel: GET [base]/PractitionerRole?role=doctor Anwendungshinweis: Weitere Details siehe FHIR-Kernspezifikation. SHALL specialty token Beispiel: GET [base]/PractitionerRole?specialty=cardiology 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. Resource Conformance: SHALL Medication Core FHIR Resource Medication Reference Policy Interaction summary SHALL support read, search-type, create, update. Supported Profiles ISiKMedikament Search Parameters Conformance Parameter Type Documentation SHALL _id token Beispiel: GET [base]/Medication?_id=103270 **Anwendungshinweise:** Weitere Informationen zur Suche nach '_id' finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Parameters for all resources'](https://hl7.org/fhir/R4/search.html#all). SHALL code token Beispiel: GET [base]/Medication?code=http://fhir.de/CodeSystem/bfarm/atc|V03AB23 **Anwendungshinweise:** Weitere Informationen zur Suche nach Token-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Token Search'](https://hl7.org/fhir/R4/search.html#token). SHALL form token Beispiel: GET [base]/Medication?form=http://standardterms.edqm.eu|11210000 **Anwendungshinweise:** Weitere Informationen zur Suche nach Token-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Token Search'](https://hl7.org/fhir/R4/search.html#token). SHALL ingredient reference Beispiel: GET [base]/Medication?ingredient=Medication/123 **Anwendungshinweise:** Weitere Informationen zur Suche nach Reference-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Reference Search'](https://www.hl7.org/fhir/R4/search.html#reference). SHALL ingredient-code token Beispiel: GET [base]/Medication?ingredient-code=http://fhir.de/CodeSystem/bfarm/atc|L01DB01 **Anwendungshinweise:** Weitere Informationen zur Suche nach Token-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Token Search'](https://hl7.org/fhir/R4/search.html#token). SHALL status token Beispiel: GET [base]/Medication?status=active **Anwendungshinweise:** Weitere Informationen zur Suche nach Token-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Token Search'](https://hl7.org/fhir/R4/search.html#token). SHALL ingredient.code reference Beispiel: GET [base]/Medication?ingredient.code=http://fhir.de/CodeSystem/bfarm/atc|V03AB23 **Anwendungshinweise:** Weitere Informationen zur Suche nach Token-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Token Search'](https://hl7.org/fhir/R4/search.html#token). Weitere Informationen zur Suche nach verketteten Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Chained Parameters'](https://hl7.org/fhir/R4/search.html#chaining). SHALL lot-number token Beispiel: GET [base]/Medication?lot-number=X123456 **Anwendungshinweise:** Weitere Informationen zur Suche nach Token-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Token Search'](https://hl7.org/fhir/R4/search.html#token).
ISiK CapabilityStatement Medikationsverabreichung Server Akteur (Expanded)
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](https://hl7.org/fhir/R4/http.html#capabilities) 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](https://gematik.de/fhir/isik/StructureDefinition/ExtensionISiKCapabilityStatementImportsExpectation) 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 'Medikationsverabreichung' zu bestehen. **HISTORIE:** * 5.0.0 - Erzeugung des Akteurs-CapabilityStatement zur Bündelung der Rollen.
**Beispiel:** `GET [base]/MedicationAdministration?_id=103270` **Anwendungshinweise:** Weitere Informationen zur Suche nach '_id' finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Parameters for all resources'](https://hl7.org/fhir/R4/search.html#all).
**Beispiel:** `GET [base]/MedicationAdministration?code=http://fhir.de/CodeSystem/bfarm/atc|V03AB23` **Anwendungshinweise:** Weitere Informationen zur Suche nach Token-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Token Search'](https://hl7.org/fhir/R4/search.html#token).
**Beispiel:** `GET [base]/MedicationAdministration?context=Encounter/123` **Anwendungshinweise:** Weitere Informationen zur Suche nach Reference-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Reference Search'](https://www.hl7.org/fhir/R4/search.html#reference).
**Beispiel:** `GET [base]/MedicationAdministration?effective-time=2022-03-23` **Anwendungshinweise:** Weitere Informationen zur Suche nach Date-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Date'](https://hl7.org/fhir/R4/search.html#date).
**Beispiel:** `GET [base]/MedicationAdministration?medication=Medication/123` **Anwendungshinweise:** Weitere Informationen zur Suche nach Reference-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Reference Search'](https://www.hl7.org/fhir/R4/search.html#reference).
**Beispiel:** `GET [base]/MedicationAdministration?patient=Patient/123` **Anwendungshinweise:** Weitere Informationen zur Suche nach Reference-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Reference Search'](https://www.hl7.org/fhir/R4/search.html#reference).
**Beispiel:** `GET [base]/MedicationAdministration?performer=Practitioner/101112` **Anwendungshinweise:** Weitere Informationen zur Suche nach Reference-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Reference Search'](https://www.hl7.org/fhir/R4/search.html#reference).
**Beispiel:** `GET [base]/MedicationAdministration?status=completed` **Anwendungshinweise:** Weitere Informationen zur Suche nach Token-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Token Search'](https://hl7.org/fhir/R4/search.html#token).
**Beispiele:** `GET [base]/MedicationAdministration?context.identifier=http://mein-krankenhaus.example/fhir/sid/fallnummern|7567867` `GET [base]/MedicationAdministration?context.identifier=7567867` **Anwendungshinweise:** Weitere Informationen zur Suche nach Reference-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Reference Search'](https://www.hl7.org/fhir/R4/search.html#reference). Weitere Informationen zur Suche nach verketteten Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Chained Parameters'](https://hl7.org/fhir/R4/search.html#chaining).
**Beispiel:** `GET [base]/MedicationAdministration?medication.code=http://fhir.de/CodeSystem/bfarm/atc|V03AB23` **Anwendungshinweise:** Weitere Informationen zur Suche nach Token-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Token Search'](https://hl7.org/fhir/R4/search.html#token). Weitere Informationen zur Suche nach verketteten Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Chained Parameters'](https://hl7.org/fhir/R4/search.html#chaining).
**Beispiele:** `GET [base]/MedicationAdministration?patient.identifier=http://mein-krankenhaus.example/fhir/sid/patienten|1032702` `GET [base]/MedicationAdministration?patient.identifier=1032702` **Anwendungshinweise:** Weitere Informationen zur Suche nach Token-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Token Search'](https://hl7.org/fhir/R4/search.html#token). Weitere Informationen zur Suche nach verketteten Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Chained Parameters'](https://hl7.org/fhir/R4/search.html#chaining).
**Beispiele:** `GET [base]/MedicationAdministration?performer.identifier=http://fhir.de/sid/bundesaerztekammer/efn|123456789123456` `GET [base]/MedicationAdministration?performer.identifier=123456789123456` **Anwendungshinweise:** Weitere Informationen zur Suche nach Token-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Token Search'](https://hl7.org/fhir/R4/search.html#token). Weitere Informationen zur Suche nach verketteten Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Chained Parameters'](https://hl7.org/fhir/R4/search.html#chaining).
**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]/Patient?identifier=http://fhir.krankenhaus.example|1032702` `GET [base]/Patient?identifier=1032702` **Anwendungshinweis:** Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token). Dieser Suchparameter ist für die Umsetzung des IHE PDQm Profils verpflichtend.
**Beispiel:** `GET [base]/Patient?family=Musterfrau` **Anwendungshinweis:** Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#string). Dieser Suchparameter ist für die Umsetzung des IHE PDQm Profils verpflichtend.
**Beispiel:** `GET [base]/Patient?given=Erika` **Anwendungshinweis:** Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#string). Dieser Suchparameter ist für die Umsetzung des IHE PDQm Profils verpflichtend.
**Beispiel:** `GET [base]/Patient?birthdate=1964-12-08` **Anwendungshinweis:** Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#date).
**Beispiel:** `GET [base]/Patient?birthdate=1964-12-08` **Anwendungshinweis:** Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token). Dieser Suchparameter ist für die Umsetzung des IHE PDQm Profils verpflichtend.
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](http://hl7.org/fhir/R4/compartmentdefinition-patient.html) 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 (`[base]/Patient/[id]/$everything`) unterstützen, nicht jedoch die Type-Level Operation (`[base]/Patient/$everything`). Ein ISiK Akteur darf sinnvolle Limits für die Einschränkung der Ergebnismenge definieren, wie die Forcierung von Pagination über den Parameter `_count` oder die Einschränkung des Zeitraums der zurückgegebenen Ressourcen über den Parameter `_since`. Hierbei sollten die Hinweise und vorgaben der [ISiK-Spezifikation zu Performance](https://gemspec.gematik.de/ig/fhir/isik/basis/6.0.0-rc/UebergreifendeFestlegungen_Performance.html) beachtet werden.
**Beispiel:** `GET [base]/Encounter?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]/Encounter?status=finished` **Anwendungshinweis:** Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token).
**Beispiel:** `GET [base]/Encounter?class=IMP` **Anwendungshinweis:** Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token).
**Beispiel:** `GET [base]/Encounter?type=http://fhir.de/CodeSystem/kontaktart-de|stationaer` **Anwendungshinweis:** Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token).
**Beispiel:** `GET [base]/Encounter?patient=Patient/123` **Anwendungshinweis:** Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#reference). Dieser Suchparameter ist für die Umsetzung des IHE QEDm Profils verpflichtend.
**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](https://hl7.org/fhir/R4/search.html#reference).
**Beispiel:** `GET [base]/Encounter?date=lt2020-26-10` **Anwendungshinweis:** Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#date). Bei der Formulierung der Suche sollten die Vorgaben aus der Definition der [Such-Prefixe](https://hl7.org/fhir/R4/search.html#prefix) - und hier insbesondere die Unterschiede zwischen `lt` und `eb` bzw. `gt` und `sa` - beachtet werden.
**Beispiel:** `GET [base]/Encounter?end-date=lt2020-26-10` **Anwendungshinweis:** Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#date). Bei diesem Suchparameter handelt es sich um eine Präadoption [eines Suchparameters, der in FHIR R5 hinzugefügt wurde](https://hl7.org/fhir/R5/SearchParameter/Encounter-date-start).
**Beispiel:** `GET [base]/Encounter?end-date=lt2020-26-10` **Anwendungshinweis:** Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#date). Bei diesem Suchparameter handelt es sich um eine Präadoption [eines Suchparameters, der in FHIR R5 hinzugefügt wurde](https://hl7.org/fhir/R5/SearchParameter/Encounter-end-date).
**Beispiel:** `GET [base]/Encounter?location=Location/test` **Anwendungshinweis:** Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#reference).
**Beispiel:** `GET [base]/Encounter?service-provider=Organization/test` **Anwendungshinweis:** Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#reference).
Im Kontext von ISiK werden auf Basis der [Core-Definition der Operation Encounter-everything](http://hl7.org/fhir/R4/operation-encounter-everything.html) folgende Festlegungen getroffen: - Ein Akteur MUSS alle Ressourcen zurückgeben, die laut seinem CapabilityStatement über seine API abrufbar sind und die Teil des [Encounter-CompartmentDefinition](http://hl7.org/fhir/R4/compartmentdefinition-encounter.html) sind. - Im Kontext von ISiK werden assoziierte Encounter über die Verknüpfung mit dem selben Abrechnungsfall dargestellt. Aus dem Grund MÜSSEN alle Ressourcen beinhaltet sein, die auch auf Encounter verweisen, welche mit dem selben Abrechnungsfall (`Encounter.account.identifier`) verknüpft sind. Auf diese Encounter wird die selbe Logik wie in Punkt 1 und den folgenden Punkten angewendet. - Zusätzlich (zum Encounter-Compartment) sind Ressourcen OHNE Fallbezug, die dem gleichen Patienten zugeordnet sind, einzubeziehen: - AllergyIntolerances - Es müssen alle Ressourcen inkludiert werden, die aus den oben identifizierten Ressourcen referenziert werden, einschließlich Binaries und Attachments. Ein ISiK Akteur darf sinnvolle Limits für die Einschränkung der Ergebnismenge definieren, wie die Forcierung von Pagination über den Parameter `_count` oder die Einschränkung des Zeitraums der zurückgegebenen Ressourcen über den Parameter `_since`. Hierbei sollten die Hinweise und vorgaben der [ISiK-Spezifikation zu Performance](https://gemspec.gematik.de/ig/fhir/isik/basis/6.0.0-rc/UebergreifendeFestlegungen_Performance.html) beachtet werden.
**Beispiel:** `GET [base]/Practitioner?identifier=42` **Anwendungshinweis:** Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token).
**Beispiel:** `GET [base]/Practitioner?family=Alpenzauber` **Anwendungshinweis:** Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#string).
**Beispiel:** `GET [base]/Practitioner?given=Heidi` **Anwendungshinweis:** Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#string).
**Beispiel:** `GET [base]/Practitioner?name=Heidi` `GET [base]/Practitioner?name=Alpenzauber` **Anwendungshinweis:** Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#string).
**Beispiel:** `GET [base]/Practitioner?address=Berlin` **Anwendungshinweis:** Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#string).
**Beispiel:** `GET [base]/Practitioner?gender=female` **Anwendungshinweis:** Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token).
**Beispiel:** `GET [base]/PractitionerRole?active=true` **Anwendungshinweis:** Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token).
**Beispiel:** `GET [base]/PractitionerRole?identifier=42` **Anwendungshinweis:** Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token).
**Beispiel:** `GET [base]/PractitionerRole?organization=Organization/test` **Anwendungshinweis:** Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#reference).
**Beispiel:** `GET [base]/PractitionerRole?practitioner=Practitioner/test` **Anwendungshinweis:** Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#reference).
**Beispiel:** `GET [base]/PractitionerRole?role=doctor` **Anwendungshinweis:** Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token).
**Beispiel:** `GET [base]/PractitionerRole?specialty=cardiology` **Anwendungshinweis:** Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token).
**Beispiel:** `GET [base]/Medication?_id=103270` **Anwendungshinweise:** Weitere Informationen zur Suche nach '_id' finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Parameters for all resources'](https://hl7.org/fhir/R4/search.html#all).
**Beispiel:** `GET [base]/Medication?code=http://fhir.de/CodeSystem/bfarm/atc|V03AB23` **Anwendungshinweise:** Weitere Informationen zur Suche nach Token-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Token Search'](https://hl7.org/fhir/R4/search.html#token).
**Beispiel:** `GET [base]/Medication?form=http://standardterms.edqm.eu|11210000` **Anwendungshinweise:** Weitere Informationen zur Suche nach Token-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Token Search'](https://hl7.org/fhir/R4/search.html#token).
**Beispiel:** `GET [base]/Medication?ingredient=Medication/123` **Anwendungshinweise:** Weitere Informationen zur Suche nach Reference-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Reference Search'](https://www.hl7.org/fhir/R4/search.html#reference).
**Beispiel:** `GET [base]/Medication?ingredient-code=http://fhir.de/CodeSystem/bfarm/atc|L01DB01` **Anwendungshinweise:** Weitere Informationen zur Suche nach Token-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Token Search'](https://hl7.org/fhir/R4/search.html#token).
**Beispiel:** `GET [base]/Medication?status=active` **Anwendungshinweise:** Weitere Informationen zur Suche nach Token-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Token Search'](https://hl7.org/fhir/R4/search.html#token).
**Beispiel:** `GET [base]/Medication?ingredient.code=http://fhir.de/CodeSystem/bfarm/atc|V03AB23` **Anwendungshinweise:** Weitere Informationen zur Suche nach Token-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Token Search'](https://hl7.org/fhir/R4/search.html#token). Weitere Informationen zur Suche nach verketteten Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Chained Parameters'](https://hl7.org/fhir/R4/search.html#chaining).
**Beispiel:** `GET [base]/Medication?lot-number=X123456` **Anwendungshinweise:** Weitere Informationen zur Suche nach Token-type Parametern finden sich in der [FHIR-Basisspezifikation - Abschnitt 'Token Search'](https://hl7.org/fhir/R4/search.html#token).
Transaktions-Bundle gemäß Profil https://gematik.de/fhir/isik/StructureDefinition/ISiKMedikationTransaction - Transaktions-Antwort-Bundle gemäß Profil https://gematik.de/fhir/isik/StructureDefinition/ISiKMedikationTransactionResponse