Generated Narrative: CapabilityStatement ISiKCapabilityStatementBasisServerAkteur-expanded Akteur ISiKCapabilityStatementBasisServerAkteur (Expanded) Implementation Guide Version: 6.0.0 FHIR Version: 4.0.1 Supported Formats: application/fhir+xml, application/fhir+json Published on: 2026-07-01 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. 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 Patient Supported Profiles ISiKPatient Y Y _id, _count, _has, _lastUpdated, _tag, identifier, family, given, birthdate, gender, name, address, address-city, address-country, address-postalcode, active, telecom Encounter:patient, Encounter:subject $Patient-everything Encounter Supported Profiles ISiKKontaktGesundheitseinrichtung Y Y _id, _count, _has, _lastUpdated, _tag, 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 Organization Supported Profiles ISiKOrganisation ISiKOrganisationFachabteilung Y Y _id, _count, _has, _lastUpdated, _tag, identifier, active, type, name, address, partof, endpoint Location Supported Profiles ISiKStandort ISiKStandortRaum ISiKStandortBettenstellplatz Y Y Y _id, _count, _has, _lastUpdated, _tag, identifier, address, operational-status, organization, partof, near, form Practitioner Supported Profiles ISiKPersonImGesundheitsberuf Y Y _id, _count, _has, _lastUpdated, _tag, identifier, family, given, name, address, gender PractitionerRole Supported Profiles ISiKRolleImKrankenhaus Y Y _id, _count, _has, _lastUpdated, _tag, active, identifier, organization, practitioner, role, specialty Observation Supported Profiles ISiKLebensZustand ISiK Schwangerschaftsstatus ISiK Schwangerschaft - Erwarteter Entbindungstermin ISiK Alkohol Abusus ISiK Raucherstatus ISiKStillstatus Y Y _id, _count, _has, _lastUpdated, _tag, status, category, code, patient, subject, date, code-value-concept, code-value-date, component-code, encounter Observation:encounter, Observation:patient, Observation:subject AllergyIntolerance Supported Profiles ISiKAllergieUnvertraeglichkeit Y Y _id, _count, _has, _lastUpdated, _tag, clinical-status, patient, date, category, type AllergyIntolerance:patient, AllergyIntolerance:encounter, AllergyIntolerance:recorder, AllergyIntolerance:asserter Procedure Supported Profiles ISiKProzedur Y Y _id, _count, _has, _lastUpdated, _tag, status, category, code, patient, subject, encounter, date Procedure:patient, Procedure:subject, Procedure:encounter Encounter:diagnosis Condition Supported Profiles ISiKDiagnose Y Y _id, _count, _has, _lastUpdated, _tag, clinical-status, patient, subject, encounter, recorded-date, related, category Condition:patient, Condition:subject, Condition:encounter Encounter:diagnosis CodeSystem Supported Profiles ISiKCodeSystem y? y? _id, _count, _has, _lastUpdated, _tag, url ValueSet Supported Profiles ISiKValueSet Y Y _id, _count, _has, _lastUpdated, _tag, url, name, status, version, context-type-value Coverage Supported Profiles ISiKVersicherungsverhaeltnisGesetzlich ISiKVersicherungsverhaeltnisSelbstzahler ISiKVersicherungsverhaeltnisSonstige Y Y _id, _count, _has, _lastUpdated, _tag, status, type, beneficiary, payor, subscriber Coverage:subscriber, Coverage:patient, Coverage:payor, Coverage:beneficiary RelatedPerson Supported Profiles ISiKAngehoeriger Y Y _id, _count, _has, _lastUpdated, _tag, patient, name, address, address-city, address-country, address-postalcode RelatedPerson:patient Coverage:subscriber, Coverage:payor Account Supported Profiles ISiKAbrechnungsfall ISiKAbrechnungsfallAmbulant Y Y _id, _count, _has, _lastUpdated, _tag, identifier, status, type, patient Device Supported Profiles ISiKImplantat y? y? _id, _count, _has, _lastUpdated, _tag, status, type, patient 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. SHALL name string Beispiel: GET [base]/Patient?name=Erika GET [base]/Patient?name=Erika Anwendungshinweis: Weitere Details siehe FHIR-Kernspezifikation. SHALL address string Beispiel: GET [base]/Patient?address=Berlin Anwendungshinweis: Weitere Details siehe FHIR-Kernspezifikation. Dieser Suchparameter ist für die Umsetzung des IHE PDQm Profils verpflichtend. SHALL address-city string Beispiel: GET [base]/Patient?address-city=Berlin Anwendungshinweis: Weitere Details siehe FHIR-Kernspezifikation. Dieser Suchparameter ist für die Umsetzung des IHE PDQm Profils verpflichtend. SHALL address-country string Beispiel: GET [base]/Patient?address-country=DE Anwendungshinweis: Weitere Details siehe FHIR-Kernspezifikation. Dieser Suchparameter ist für die Umsetzung des IHE PDQm Profils verpflichtend. SHALL address-postalcode string Beispiel: GET [base]/Patient?address-postalcode=10117 Anwendungshinweis: Weitere Details siehe FHIR-Kernspezifikation. Dieser Suchparameter ist für die Umsetzung des IHE PDQm Profils verpflichtend. SHALL active token Beispiel: GET [base]/Patient?active=true Anwendungshinweis: Weitere Details siehe FHIR-Kernspezifikation. Dieser Suchparameter ist für die Umsetzung des IHE PDQm Profils verpflichtend. SHALL telecom token Beispiel: GET [base]/Patient?telecom=phone|+49152236898 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 Organization Core FHIR Resource Organization Reference Policy Interaction summary SHALL support read Die Ressource Organization MUSS unterstützt werden, da sie notwendig ist zur Abbildung der Aufbaustruktur und insbesondere zur Ausgabe von Angaben zu Fachbereichen. search-type Die REST-Interaktion search MUSS implementiert werden, um die Suche nach Organisationseinheiten, Fachbereichen und Stationen zu ermöglichen. Supported Profiles ISiKOrganisation ISiKOrganisationFachabteilung 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]/Organization?identifier=http://fhir.de/sid/arge-ik/iknr|260120196 GET [base]/Organization?identifier=http://fhir.de/StructureDefinition/identifier-bsnr|345678975 GET [base]/Organization?identifier=345678975 Anwendungshinweis: Weitere Details siehe FHIR-Kernspezifikation. SHALL active token Beispiel: GET [base]/Organization?active=true GET [base]/Organization?active=false Anwendungshinweis: Insbesondere für die Suche nach Daten historischer Organisationsstrukturen - z.B. nach Schließung, Zusammenlegung von Fachabteilungen etc. - erscheint es erforderlich nach Ressourcen nicht aktiver Organisationseinheiten suchen zu können. Weitere Details siehe FHIR-Kernspezifikation. SHALL type token Beispiel: GET [base]/Organization?type=dept Anwendungshinweis: Weitere Details siehe FHIR-Kernspezifikation. SHALL name string Beispiel: GET [base]/Organization?name=FA-Gynäkologie GET [base]/Organization?name=GYN Anwendungshinweis: Weitere Details siehe FHIR-Kernspezifikation. SHALL partof reference Begründung: Die Suche nach übergeordneten Organisationseinheiten (z.B. Zugehörigkeit einer Station zu einem Fachbereich) ist eine zentrale Anforderung für die Abbildung der Aufbaustruktur. Beispiel: GET [base]/Organization?partof:identifier=260120196 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 address string Beispiel: GET [base]/Organization?address=Berlin Anwendungshinweis: Weitere Details siehe FHIR-Kernspezifikation. MAY endpoint reference Beispiel: GET [base]/Organization?endpoint:identifier=123456 Anwendungshinweis: Weitere Details siehe FHIR-Kernspezifikation. Resource Conformance: SHALL Location Core FHIR Resource Location Reference Policy Interaction summary SHALL support read Begründung: Die REST-Interaktion read muss implementiert werden, um einzelne Ressourcen abzurufen. search-type Begründung: Die REST-Interaktion search muss implementiert werden, um Ressourcen nach bestimmten Kriterien zu suchen. SHOULD support update Sofern die Ressourcen zum Standort unterstützt werden, SOLL die REST-Interaktion update implementiert werden. Diese dient insbesondere dem Synchronisieren des Status (Location.operationalStatus) der abgeleiteten Ressourcen ISiKStandortRaum und ISiKStandortBettenstellplatz - u.a. zur Kennzeichnung als 'Frei', 'Besetzt', 'Kontaminiert', 'Isoliert', in 'Reinigung' etc. Supported Profiles ISiKStandort ISiKStandortRaum ISiKStandortBettenstellplatz 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]/Location?identifier=http://fhir.krankenhaus.example|260120196 GET [base]/Location?identifier=345678975 Anwendungshinweis: Weitere Details siehe FHIR-Kernspezifikation. SHALL form token Begründung: Die Location-Ressource kann für ein breites Spektrum an UseCases verwendet werden. Im Kontext von ISiK ist speziell die Suche nach Stationen, Zimmern und Bettplätzen relevant, es ist jedoch nicht auszuschließen, dass Systeme die Location-Ressource auch für die Abbildung von Örtlichkeiten außerhalb des ISiK-Scopes verwenden, z.B. Gebäude, Standorte, Etagen, Lagerorte. Der Suchparameter form ist notwendig um die Suche auf relevante Locations eingrenzen zu können. Beispiel: Suche nach Stationen: GET [base]/Location?form=http://terminology.hl7.org/CodeSystem/location-physical-type|wa Anwendungshinweis: Bitte die Hinweise in der Beschreibung des Custom-Suchparameters beachten! 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 address string Beispiel: GET [base]/Location?address=Berlin Anwendungshinweis: Weitere Details siehe FHIR-Kernspezifikation. MAY operational-status token Beispiel: GET [base]/Location?operational-status=Unoccupied Anwendungshinweis: Weitere Details siehe FHIR-Kernspezifikation. MAY organization reference Beispiel: GET [base]/Location?organization=AbteilungAllgemeinchirurgieOrganisationBeispiel Anwendungshinweis: Weitere Details siehe FHIR-Kernspezifikation. MAY partof reference Beispiel zur Suche nach Standort-Zugehörigkeit eines Raums (Zu welcher Abteilung gehört dieser Raum?): [base]/Location?partof=RaumStandortBeispiel Anwendungshinweis: Weitere Details siehe FHIR-Kernspezifikation. MAY near special Beispiel zur Suche nach Standort nahe (100m) Koordinaten: GET [base]/Location?near=52.525851|13.37774|100|m Anwendungshinweis: Weitere Details siehe FHIR-Kernspezifikation. 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 Observation Core FHIR Resource Observation Reference Policy Interaction summary SHALL support read, search-type. Supported Profiles ISiKLebensZustand ISiK Schwangerschaftsstatus ISiK Schwangerschaft - Erwarteter Entbindungstermin ISiK Alkohol Abusus ISiK Raucherstatus ISiKStillstatus 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]/Observation?status=http://hl7.org/fhir/observation-status|final Anwendungshinweis: Weitere Details siehe FHIR-Kernspezifikation. SHALL category token Beispiel: GET [base]/Observation?category=http://terminology.hl7.org/CodeSystem/observation-category|social-history Anwendungshinweis: Weitere Details siehe FHIR-Kernspezifikation. SHALL code token Beispiel: GET [base]/Observation?code=http://loinc.org|82810-3 Anwendungshinweis: Weitere Details siehe FHIR-Kernspezifikation. SHALL patient reference Beispiel: GET [base]/Observation?patient=Patient/123 Anwendungshinweis: Weitere Details siehe FHIR-Kernspezifikation. SHALL date date Beispiel: GET [base]/Observation?date=ge2013-01-14&date=le2021-12-31 Anwendungshinweis: Weitere Details siehe FHIR-Kernspezifikation. SHALL code-value-concept composite Beispiel: GET [base]/Observation?code-value-concept=http://loinc.org|72166-2$http://loinc.org|LA15920-4 Anwendungshinweis: Weitere Details siehe FHIR-Kernspezifikation. SHALL code-value-date composite Beispiel: GET [base]/Observation?code-value-date=http://loinc.org|11779-6$2024-08-01 Anwendungshinweis: Weitere Details siehe FHIR-Kernspezifikation. SHALL component-code token Beispiel: GET [base]/Observation?component-code=http://loinc.org|85354-9 Anwendungshinweis: Weitere Details siehe FHIR-Kernspezifikation. SHALL encounter reference Beispiel: GET [base]/Observation?encounter=Encounter/234 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 subject reference Beispiel: GET [base]/Observation?subject=Patient/123 Anwendungshinweis: Weitere Details siehe FHIR-Kernspezifikation. Resource Conformance: SHALL AllergyIntolerance Core FHIR Resource AllergyIntolerance Reference Policy Interaction summary SHALL support read, search-type. Supported Profiles ISiKAllergieUnvertraeglichkeit 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 clinical-status token Beispiel: GET [base]/AllergyIntolerance?clinical-status=active Anwendungshinweis: Weitere Details siehe FHIR-Kernspezifikation. SHALL patient reference Beispiel: GET [base]/AllergyIntolerance?patient=Patient/123 Anwendungshinweis: Weitere Details siehe FHIR-Kernspezifikation. SHALL date date Beispiel: GET [base]/AllergyIntolerance?date=2015-01-01T12:00:23+02:00 Anwendungshinweis: Weitere Details siehe FHIR-Kernspezifikation. SHALL category token Beispiel: GET [base]/AllergyIntolerance?category=environment Anwendungshinweis: Weitere Details siehe FHIR-Kernspezifikation. SHALL type token Beispiel: GET [base]/AllergyIntolerance?type=allergy 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 Procedure Core FHIR Resource Procedure Reference Policy Interaction summary SHALL support read, search-type. Supported Profiles ISiKProzedur 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]/Procedure?status=http://hl7.org/fhir/event-status|entered-in-error Anwendungshinweis: Weitere Details siehe FHIR-Kernspezifikation. SHALL category token Beispiel: GET [base]/Procedure?category=http://snomed.info/sct|387713003 Anwendungshinweis: Weitere Details siehe FHIR-Kernspezifikation. SHALL code token Beispiel: GET [base]/Procedure?code=http://fhir.de/CodeSystem/bfarm/ops|5-470 Anwendungshinweis: Weitere Details siehe FHIR-Kernspezifikation. SHALL patient reference Beispiel: GET [base]/Procedure?patient=Patient/123 Anwendungshinweis: Weitere Details siehe FHIR-Kernspezifikation. SHALL encounter reference Beispiel: GET [base]/Procedure?encounter=Encounter/123 Anwendungshinweis: Weitere Details siehe FHIR-Kernspezifikation. SHALL date date Beispiel: GET [base]/Procedure?date=lt2020-26-10 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 subject reference Beispiel: GET [base]/Procedure?subject=Patient/123 Anwendungshinweis: Weitere Details siehe FHIR-Kernspezifikation. Resource Conformance: SHALL Condition Core FHIR Resource Condition Reference Policy Interaction summary SHALL support read, search-type. Supported Profiles ISiKDiagnose 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]/Condition?patient=Patient/123 Anwendungshinweis: Weitere Details siehe FHIR-Kernspezifikation. Dieser Suchparameter ist für die Umsetzung des IHE QEDm Profils verpflichtend. SHALL encounter reference Beispiel: GET [base]/Condition?encounter=Patient/123 Anwendungshinweis: Weitere Details siehe FHIR-Kernspezifikation. SHALL recorded-date date Beispiel: GET [base]/Condition?recorded-date=2015-01-01 Anwendungshinweis: Weitere Details siehe FHIR-Kernspezifikation. SHALL related reference Beispiel: GET [base]/Condition?related=Condition/123 Anwendungshinweis: Weitere Details siehe FHIR-Kernspezifikation und Deutsche Basisprofile R4 - Doppel-/Mehrfachkodierte ICD-Codes. 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 clinical-status token Beispiel: GET [base]/Condition?clincial-status=active Anwendungshinweis: Weitere Details siehe FHIR-Kernspezifikation. MAY subject reference Beispiel: GET [base]/Condition?subject=Patient/123 Anwendungshinweis: Weitere Details siehe FHIR-Kernspezifikation. MAY category token Beispiel: GET [base]/Condition?category=http://hl7.org/fhir/ValueSet/condition-category|problem-list-item Anwendungshinweis: Weitere Details siehe FHIR-Kernspezifikation. Dieser Suchparameter ist für die Umsetzung des IHE QEDm Profils verpflichtend. Resource Conformance: MAY CodeSystem Core FHIR Resource CodeSystem Reference Policy Interaction summary MAY support read, search-type. Supported Profiles ISiKCodeSystem 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. 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 url uri Beispiel: GET [base]/CodeSystem?url=http://example.org/fhir/CodeSystem/test Anwendungshinweis: Weitere Details siehe FHIR-Kernspezifikation. Resource Conformance: unspecified ValueSet Core FHIR Resource ValueSet Reference Policy Interaction summary SHALL support read, search-type. Supported Profiles ISiKValueSet 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 url uri Beispiel: GET [base]/ValueSet?url=http://example.org/fhir/ValueSet/test Anwendungshinweis: Weitere Details siehe FHIR-Kernspezifikation. SHALL name string Beispiel: GET [base]/ValueSet?name=TestValueSet Anwendungshinweis: Weitere Details siehe FHIR-Kernspezifikation. SHALL status token Beispiel: GET [base]/ValueSet?status=active Anwendungshinweis: Weitere Details siehe FHIR-Kernspezifikation. SHALL version token Beispiel: GET [base]/ValueSet?version=1.0.0 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 context-type-value composite Beispiel: GET [base]/ValueSet?context-type-value=http://terminology.hl7.org/CodeSystem/usage-context-type|focus$http://hl7.org/fhir/resource-types|Encounter Anwendungshinweis: Mit dieser Abfrage können hausinterne Kataloge anhand des Ressource-Typs ermittelt werden. Diese Informationen sind u.a. relevant im Kontext von: * Hausinternen Prozeduren/Diagnosen-Codes * Kodierung von Encounter-Informationen (z.B. Wahlleistungen, Orttypen) Use Cases im Zusammenhang: (A) Zur Konfigurationszeit können passende ValueSets von einem Server spezifisch für einen Ressourcentyp abgerufen und vorbereitend auf eine Systemintegration begutachtet bzw. in Client-Systeme eingebunden werden. In diesem Sinne wird die Abfrage im Kontext der Terminvereinbarung durch einen Termin-Requestor genutzt. (B) Zur Laufzeit können spezifische ValueSets synchronisiert bzw. direkt in die Eingabemasken von Clients eingebunden werden. Weitere Details siehe FHIR-Kernspezifikation. 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 ISiKAbrechnungsfallAmbulant 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. Resource Conformance: MAY Device Core FHIR Resource Device Reference Policy Interaction summary MAY support read Sofern die Ressource Device unterstützt wird, KANN die REST-Interaktion read implementiert werden. search-type Sofern die Ressource Device unterstützt wird, KANN die REST-Interaktion search implementiert werden. Supported Profiles ISiKImplantat 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]/Device?status=active GET [base]/Device?status=inactive GET [base]/Device?status=entered-in-error Anwendungshinweis: Weitere Details siehe FHIR-Kernspezifikation. SHALL type token Beispiel: GET [base]/Device?type=http://snomed.info/sct|14106009 Anwendungshinweis: Weitere Details siehe FHIR-Kernspezifikation. SHALL patient reference 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-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.
Akteur ISiKCapabilityStatementBasisServerAkteur (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.
CapabilityStatement für den Akteur ISiKCapabilityStatementBasisServerAkteur. Dieser Akteur aggregiert die Rollen zur Abfrage von Stammdaten, Erweiterte Stammdaten, Aufbau-Struktur, Terminologie, klinischen Daten, Abrechnungsinformationen und Gesundheitsstatus.
**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:** 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]/[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:** `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.
**Beispiel:** `GET [base]/Patient?name=Erika` `GET [base]/Patient?name=Erika` **Anwendungshinweis:** Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#string).
**Beispiel:** `GET [base]/Patient?address=Berlin` **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?address-city=Berlin` **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?address-country=DE` **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?address-postalcode=10117` **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?active=true` **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?telecom=phone|+49152236898` **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-rc1/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-rc1/UebergreifendeFestlegungen_Performance.html) beachtet werden.
Die Ressource `Organization` MUSS unterstützt werden, da sie notwendig ist zur Abbildung der Aufbaustruktur und insbesondere zur Ausgabe von Angaben zu Fachbereichen.
Die REST-Interaktion `search` MUSS implementiert werden, um die Suche nach Organisationseinheiten, Fachbereichen und Stationen zu ermöglichen.
**Beispiel:** `GET [base]/Organization?identifier=http://fhir.de/sid/arge-ik/iknr|260120196` `GET [base]/Organization?identifier=http://fhir.de/StructureDefinition/identifier-bsnr|345678975` `GET [base]/Organization?identifier=345678975` **Anwendungshinweis:** Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token).
**Beispiel:** `GET [base]/Organization?active=true` `GET [base]/Organization?active=false` **Anwendungshinweis:** Insbesondere für die Suche nach Daten historischer Organisationsstrukturen - z.B. nach Schließung, Zusammenlegung von Fachabteilungen etc. - erscheint es erforderlich nach Ressourcen nicht aktiver Organisationseinheiten suchen zu können. Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token).
**Beispiel:** `GET [base]/Organization?type=dept` **Anwendungshinweis:** Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token).
**Beispiel:** `GET [base]/Organization?name=FA-Gynäkologie` `GET [base]/Organization?name=GYN` **Anwendungshinweis:** Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#string).
**Beispiel:** `GET [base]/Organization?address=Berlin` **Anwendungshinweis:** Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#string).
Begründung: Die Suche nach übergeordneten Organisationseinheiten (z.B. Zugehörigkeit einer Station zu einem Fachbereich) ist eine zentrale Anforderung für die Abbildung der Aufbaustruktur. **Beispiel:** `GET [base]/Organization?partof:identifier=260120196` **Anwendungshinweis:** Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#reference).
**Beispiel:** `GET [base]/Organization?endpoint:identifier=123456` **Anwendungshinweis:** Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#reference).
Begründung: Die REST-Interaktion `read` muss implementiert werden, um einzelne Ressourcen abzurufen.
Begründung: Die REST-Interaktion `search` muss implementiert werden, um Ressourcen nach bestimmten Kriterien zu suchen.
Sofern die Ressourcen zum Standort unterstützt werden, SOLL die REST-Interaktion `update` implementiert werden. Diese dient insbesondere dem Synchronisieren des Status (`Location.operationalStatus`) der abgeleiteten Ressourcen ISiKStandortRaum und ISiKStandortBettenstellplatz - u.a. zur Kennzeichnung als 'Frei', 'Besetzt', 'Kontaminiert', 'Isoliert', in 'Reinigung' etc.
**Beispiel:** `GET [base]/Location?identifier=http://fhir.krankenhaus.example|260120196` `GET [base]/Location?identifier=345678975` **Anwendungshinweis:** Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token).
**Beispiel:** `GET [base]/Location?address=Berlin` **Anwendungshinweis:** Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#string).
**Beispiel:** `GET [base]/Location?operational-status=Unoccupied` **Anwendungshinweis:** Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token).
**Beispiel:** `GET [base]/Location?organization=AbteilungAllgemeinchirurgieOrganisationBeispiel` **Anwendungshinweis:** Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#reference).
**Beispiel zur Suche nach Standort-Zugehörigkeit eines Raums (Zu welcher Abteilung gehört dieser Raum?):** `[base]/Location?partof=RaumStandortBeispiel` **Anwendungshinweis:** Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#reference).
**Beispiel zur Suche nach Standort nahe (100m) Koordinaten:** `GET [base]/Location?near=52.525851|13.37774|100|m` **Anwendungshinweis:** Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#special).
Begründung: Die Location-Ressource kann für ein breites Spektrum an UseCases verwendet werden. Im Kontext von ISiK ist speziell die Suche nach Stationen, Zimmern und Bettplätzen relevant, es ist jedoch nicht auszuschließen, dass Systeme die Location-Ressource auch für die Abbildung von Örtlichkeiten außerhalb des ISiK-Scopes verwenden, z.B. Gebäude, Standorte, Etagen, Lagerorte. Der Suchparameter `form` ist notwendig um die Suche auf relevante Locations eingrenzen zu können. **Beispiel:** Suche nach Stationen: `GET [base]/Location?form=http://terminology.hl7.org/CodeSystem/location-physical-type|wa` **Anwendungshinweis:** Bitte die Hinweise in der Beschreibung des [Custom-Suchparameters](https://gematik.de/fhir/isik/SearchParameter/Location-form) beachten! Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token).
**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]/Observation?status=http://hl7.org/fhir/observation-status|final` **Anwendungshinweis:** Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token).
**Beispiel:** `GET [base]/Observation?category=http://terminology.hl7.org/CodeSystem/observation-category|social-history` **Anwendungshinweis:** Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token).
**Beispiel:** `GET [base]/Observation?code=http://loinc.org|82810-3` **Anwendungshinweis:** Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token).
**Beispiel:** `GET [base]/Observation?patient=Patient/123` **Anwendungshinweis:** Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#reference).
**Beispiel:** `GET [base]/Observation?subject=Patient/123` **Anwendungshinweis:** Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#reference).
**Beispiel:** `GET [base]/Observation?date=ge2013-01-14&date=le2021-12-31` **Anwendungshinweis:** Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#date).
**Beispiel:** `GET [base]/Observation?code-value-concept=http://loinc.org|72166-2$http://loinc.org|LA15920-4` **Anwendungshinweis:** Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#composite).
**Beispiel:** `GET [base]/Observation?code-value-date=http://loinc.org|11779-6$2024-08-01` **Anwendungshinweis:** Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#composite).
**Beispiel:** `GET [base]/Observation?component-code=http://loinc.org|85354-9` **Anwendungshinweis:** Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token).
**Beispiel:** `GET [base]/Observation?encounter=Encounter/234` **Anwendungshinweis:** Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#reference).
**Beispiel:** `GET [base]/AllergyIntolerance?clinical-status=active` **Anwendungshinweis:** Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token).
**Beispiel:** `GET [base]/AllergyIntolerance?patient=Patient/123` **Anwendungshinweis:** Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#reference).
**Beispiel:** `GET [base]/AllergyIntolerance?date=2015-01-01T12:00:23+02:00` **Anwendungshinweis:** Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#date).
**Beispiel:** `GET [base]/AllergyIntolerance?category=environment` **Anwendungshinweis:** Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token).
**Beispiel:** `GET [base]/AllergyIntolerance?type=allergy` **Anwendungshinweis:** Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token).
**Beispiel:** `GET [base]/Procedure?status=http://hl7.org/fhir/event-status|entered-in-error` **Anwendungshinweis:** Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token).
**Beispiel:** `GET [base]/Procedure?category=http://snomed.info/sct|387713003` **Anwendungshinweis:** Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token).
**Beispiel:** `GET [base]/Procedure?code=http://fhir.de/CodeSystem/bfarm/ops|5-470` **Anwendungshinweis:** Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token).
**Beispiel:** `GET [base]/Procedure?patient=Patient/123` **Anwendungshinweis:** Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#reference).
**Beispiel:** `GET [base]/Procedure?subject=Patient/123` **Anwendungshinweis:** Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#reference).
**Beispiel:** `GET [base]/Procedure?encounter=Encounter/123` **Anwendungshinweis:** Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#reference).
**Beispiel:** `GET [base]/Procedure?date=lt2020-26-10` **Anwendungshinweis:** Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#date).
**Beispiel:** `GET [base]/Condition?clincial-status=active` **Anwendungshinweis:** Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token).
**Beispiel:** `GET [base]/Condition?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]/Condition?subject=Patient/123` **Anwendungshinweis:** Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#reference).
**Beispiel:** `GET [base]/Condition?encounter=Patient/123` **Anwendungshinweis:** Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#reference).
**Beispiel:** `GET [base]/Condition?recorded-date=2015-01-01` **Anwendungshinweis:** Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#date).
**Beispiel:** `GET [base]/Condition?related=Condition/123` **Anwendungshinweis:** Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#reference) und [Deutsche Basisprofile R4 - Doppel-/Mehrfachkodierte ICD-Codes](https://ig.fhir.de/basisprofile-de/1.2.0/Ressourcen-DiagnosenCondition.html).
**Beispiel:** `GET [base]/Condition?category=http://hl7.org/fhir/ValueSet/condition-category|problem-list-item` **Anwendungshinweis:** Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token). Dieser Suchparameter ist für die Umsetzung des IHE QEDm Profils verpflichtend.
**Beispiel:** `GET [base]/CodeSystem?url=http://example.org/fhir/CodeSystem/test` **Anwendungshinweis:** Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#uri).
**Beispiel:** `GET [base]/ValueSet?url=http://example.org/fhir/ValueSet/test` **Anwendungshinweis:** Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#uri).
**Beispiel:** `GET [base]/ValueSet?name=TestValueSet` **Anwendungshinweis:** Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#string).
**Beispiel:** `GET [base]/ValueSet?status=active` **Anwendungshinweis:** Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token).
**Beispiel:** `GET [base]/ValueSet?version=1.0.0` **Anwendungshinweis:** Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token).
**Beispiel:** `GET [base]/ValueSet?context-type-value=http://terminology.hl7.org/CodeSystem/usage-context-type|focus$http://hl7.org/fhir/resource-types|Encounter` **Anwendungshinweis:** Mit dieser Abfrage können hausinterne Kataloge anhand des Ressource-Typs ermittelt werden. Diese Informationen sind u.a. relevant im Kontext von: * Hausinternen Prozeduren/Diagnosen-Codes * Kodierung von Encounter-Informationen (z.B. Wahlleistungen, Orttypen) Use Cases im Zusammenhang: (A) Zur Konfigurationszeit können passende ValueSets von einem Server spezifisch für einen Ressourcentyp abgerufen und vorbereitend auf eine Systemintegration begutachtet bzw. in Client-Systeme eingebunden werden. In diesem Sinne wird die Abfrage im Kontext der [Terminvereinbarung durch einen Termin-Requestor](https://gemspec.gematik.de/ig/fhir/isik/terminplanung/6.0.0-rc1/Operations.html) genutzt. (B) Zur Laufzeit können spezifische ValueSets synchronisiert bzw. direkt in die Eingabemasken von Clients eingebunden werden. Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#composite).
**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).
Sofern die Ressource `Device` unterstützt wird, KANN die REST-Interaktion `read` implementiert werden.
Sofern die Ressource `Device` unterstützt wird, KANN die REST-Interaktion `search` implementiert werden.
**Beispiel:** `GET [base]/Device?status=active` `GET [base]/Device?status=inactive` `GET [base]/Device?status=entered-in-error` **Anwendungshinweis:** Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token).
**Beispiel:** `GET [base]/Device?type=http://snomed.info/sct|14106009` **Anwendungshinweis:** Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#token).
**Beispiel:** `GET [base]/Device?patient=Patient/123` **Anwendungshinweis:** Weitere Details siehe [FHIR-Kernspezifikation](https://hl7.org/fhir/R4/search.html#reference).