Implementierungsleitfaden ISiK-Basismodul (4.0.1)

Interaktionen

Interaktion	Hinweise	Verbindlichkeit
read	Sofern die Ressourcen zum Standort unterstützt werden, SOLL die REST-Interaktion `read` implementiert werden.	SHOULD
search-type	Sofern die Ressourcen zum Standort unterstützt werden, SOLL die REST-Interaktion `search` implementiert werden.	SHOULD
update	Sofern die Ressourcen zum Standort unterstützt werden, `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.	SHOULD

Parameter	Typ	Verbindlichkeit	Hinweise
_id	token	SHALL	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.
_tag	token	SHALL	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.
_count	number	SHALL	Beispiel: `GET [base]/[Resourcetype]?_count=100` Anwendungshinweis: Weitere Details siehe FHIR-Kernspezifikation, Abschnitt Page Count.
_has	string	MAY	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.
identifier	token	MAY	Beispiel: `GET [base]/Location?identifier=http://fhir.krankenhaus.example\|260120196` `GET [base]/Location?identifier=345678975` Anwendungshinweis: Weitere Details siehe FHIR-Kernspezifikation.
address	string	MAY	Beispiel: `GET [base]/Location?address=Berlin` Anwendungshinweis: Weitere Details siehe FHIR-Kernspezifikation.
operational-status	token	MAY	Beispiel: `GET [base]/Location?operational-status=Unoccupied` Anwendungshinweis: Weitere Details siehe FHIR-Kernspezifikation.
organization	reference	MAY	Beispiel: `GET [base]/Location?organization=AbteilungAllgemeinchirurgieOrganisationBeispiel` Anwendungshinweis: Weitere Details siehe FHIR-Kernspezifikation.
type	token	MAY	Beispiel zur Suche nach Typ eines Standorts: `GET [base]/Location?type=bed` Anwendungshinweis: Weitere Details siehe FHIR-Kernspezifikation.
partof	reference	MAY	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.
contains	reference	MAY	Beispiel zur Suche nach Standort-Zugehörigkeit eines Raums: `GET [base]/Location?contains=KoordinatenBeispielGeoJSON` Anwendungshinweis: Weitere Details siehe FHIR-Kernspezifikation.
near	special	MAY	Beispiel zur Suche nach Standort nahe (100m) Koordinaten: `GET [base]/Location?contains=52.525851\|13.37774\|100\|m` Anwendungshinweis: Weitere Details siehe FHIR-Kernspezifikation.

(Reverse-)Include

CapabilityStatement