Unattributed Code Systems

Copyright Fragment

This fragment is not visible to the reader

This publication includes IP covered under the following statements.

Copyright and Registered Trademark Uses

External References

Type Reference Content
web gemspec.gematik.de 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.
web gemspec.gematik.de 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 .
web snomed.info 709122007
web snomed.info 441808003
web snomed.info 103390000
web snomed.info 25876001
web snomed.info 394849002
web snomed.info 88694003
web snomed.info 1251527002
web snomed.info 394848005
web snomed.info 76561005
web snomed.info 44408006
web snomed.info 64695001
web snomed.info 21282002
web snomed.info 58334001
web snomed.info 50811001
web snomed.info 416774000
web snomed.info 49499008
web snomed.info 103391001
web gematik.de IG © 2026+ gematik GmbH . Paket terminplanung#6.0.0-rc1 basierend auf FHIR 4.0.1 . Generiert 2026-06-10
Links: Table of Contents | QA Report
web gematik.de Jede Instanz eines bestätigungsrelevanten Systems MUSS an ihrem Endpunkt eine CapabilityStatement-Ressource bereitstellen. Hierzu MUSS die capabilities-Interaktion gemäß FHIR-Kernspezifikation unterstützt werden. Der MODE -Parameter kann ignoriert werden.
Das CapabilityStatement in dieser Spezifikation stellt die Anforderungen seitens der gematik dar ( kind = requirements ). Zur Unterscheidung von Rollen, die erfüllt werden MÜSSEN gegenüber jenen, die erfüllt werden KÖNNEN, wird die CapabilityStatement-Imports-Expectation-Extension mit den möglichen Werten ‘SHALL’ (=MUSS) ‘SHOULD’ (=SOLL) ‘MAY’ (=KANN) ‘SHOULD-NOT’ (=SOLL NICHT) verwendet.
web gemspec.gematik.de ​ Termine können sowohl durch den Termin-Requestor als Client oder durch das Termin-Repository als terminführendes System abgesagt werden. Im Falle, dass das Termin Repository den Termin absagt, ist der Termin-Consumer darüber zu benachrichtigen. Hierfür ist das im ISiK Subscription Implementation Guide beschrieben Vorgehen anzuwenden. Für diesen speziellen Use-Case steht darüber hinaus das Subscription Profil ISiKSubscriptionTermin zur Verfügung.
web gemspec.gematik.de ​ Termine können sowohl durch den Termin-Requestor als Client oder durch das Termin-Repository als terminführendes System verschoben werden. Im Falle, dass das Termin-Repository den Termin verschiebt ist der Termin-Consumer darüber zu benachrichtigen. Hierfür ist das im ISiK Subscription Implementation Guide beschriebene Vorgehen anzuwenden. Für diesen speziellen Use-Case steht darüber hinaus das Subscription Profil ISiKSubscriptionTermin zur Verfügung.
web gemspec.gematik.de ​ Termine können sowohl durch den Termin-Requestor als Client oder durch das Termin-Repository als terminführendes System durch Zusatzinformationen (z.B. welche Teilnehmer oder Ressourcen sind Teil des Termins) erweitert werden. Aktualisierungen an Terminzusatzinformationen ausgehend vom Termin Repository sind dem Termin Consumer mitzuteilen. Hierfür ist das im ISiK Subscription Implementation Guide beschriebene Vorgehen anzuwenden. Für diesen speziellen Use-Case steht darüber hinaus das Subscription Profil ISikSubscriptionTermin zur Verfügung.
web gemspec.gematik.de Generell wird darauf hingewiesen, dass abhängig davon, welcher Client oder Benutzer eine Interaktion ausführt, unterschiedliche Ergebnisse zurückgeliefert werden können. Die vorliegende Spezifikation macht keine Vorgaben, wie eine Authentifizierung und Autorisierung zu implementieren ist. Es wird hierzu auf das ISiK-Modul ‘Connect’ verwiesen.
web gemspec.gematik.de Für den Fall, dass ein Termin-Repository zum aktuellen Zeitpunkt keine Terminbestätigung geben kann, wird in der Antwortnachricht zurückgegebenen Appointment-Ressource der Wert von “Appointment.status” auf “pending” gesetzt. Als HTTP-Status-Code MUSS das Termin-Repository “202 - Accepted” zurückgeben. Beispielsweise kann dies der Fall sein, falls ein Termin zunächst manuell im Termin-Repository bestätigt werden muss. Sobald ein Termin im Status “pending” seitens des Termin-Repository bestätigt oder abgesagt wurde, MUSS das Termin-Repository den Status des Termins auf “booked” bzw. “cancelled” stellen. Das Termin-Repository MUSS den Termin-Consumer über die Statusänderung per Subscription-Benachrichtigung informieren. Hierfür MUSS das im ISiK Subscription Implementation Guide beschriebene Vorgehen auf Basis des R5-Subscription-Backport-Mechanismus in FHIR R4 angewendet werden. In jedem Fall MUSS der Termin-Consumer über eine Lese- oder Such-Anfrage jederzeit den aktuellen Status der Terminbuchung ermitteln können.
web gemspec.gematik.de ​ Updates einer Appointment-Ressource ausgelöst durch das Termin-Repository MÜSSEN dem Termin-Consumer und Termin-Requestor per Subscription-Benachrichtigung mitgeteilt werden. Hierfür ist das im ISiK Subscription Implementation Guide beschriebene Vorgehen auf Basis des R5-Subscription-Backport-Mechanismus in FHIR R4 anzuwenden. Für diesen Use-Case steht das Subscription-Profil ISiKSubscriptionTermin zur Verfügung.
web gemspec.gematik.de Direkte Erstellung über Create-Interaktion: Das Termin-Repository unterstüzt die Anlage einer Patient-Ressource über eine FHIR-Create-Interaktion – gemäß den Vorgaben des ISiK-Basismoduls . Um auch eine Aktualisierung von Patienteninformationen zu ermöglichen, SOLLTE zusätzlich die Unterstützung einer Update-Interaktion bereitgestellt werden.
web gemspec.gematik.de Die Vorgaben aus dem ISiK-Formularmodul sind für die QuestionnaireResponse -Ressource entsprechend anzuwenden, insbesondere hinsichtlich der Kodierung von Fragen und Antworten.
web gemspec.gematik.de In einem solchen Kontext sei aber auch auf die Funktion von Subscription verwiesen, die auch das Topic “Slot” vorsieht und damit einen Mechanismus nach Push-Prinzip vorsieht.
web gemspec.gematik.de Über die hier getroffenen Festlegungen hinaus gelten die Festlegungen zur Performance des ISiK Moduls Basis .
web semver.org Im Rahmen der ISiK-Veröffentlichungen wird das Semantic Versioning verwendet.
web github.com improve Seite zu Performance-Festlegungen hinzugefügt https://github.com/gematik/spec-ISiK-Basismodul/pull/1218
web github.com improve Performance und Paging-Anforderungen in den übergreifenden Festlegungen eingebracht (gilt für alle Module) https://github.com/gematik/spec-ISiK-Basismodul/pull/1068
web github.com fix Schwächung der Verpflichtung zur Umsetzung des Suchparameters ‘_tag’ von SHALL zu MAY in allen Profilen außer dem ISiKTermin Profil - analog zu TC 5.1.2 https://github.com/gematik/spec-ISiK-Basismodul/pull/1040
web github.com improve Verpflichtende Einführung des Suchparameters _lastUpdated https://github.com/gematik/spec-ISiK-Basismodul/pull/1053
web github.com improve Implicit Rules auf 0..0 beschränkt https://github.com/gematik/spec-ISiK-Basismodul/pull/1075
web github.com improve Erweiterung um ein Subscription-Profil zur Abbildung von Terminänderungen und Terminabsagen durch ein Termin-Repository. Zusätzlich wurde die Unterstützung von Subscriptions verpflichtend aufgenommen. https://github.com/gematik/spec-ISiK-Basismodul/pull/1087
web github.com improve Beschreibung und Einordnung des $book -Parameters patientSubmittedInformation zur Übermittlung zusätzlicher Patientenangaben als QuestionnaireResponse ergänzt https://github.com/gematik/spec-ISiK-Basismodul/pull/1116
web github.com improve alle Elemente sind mit short-description versehen https://github.com/gematik/spec-ISiK-Basismodul/pull/928
web github.com documentation Korrektur IHE Canonical in Beispielen https://github.com/gematik/spec-ISiK-Basismodul/pull/948
web github.com improve Hinweis zur Handhabung von Create-Interaktionen hinzugefügt https://github.com/gematik/spec-ISiK-Basismodul/pull/792
web github.com improve Klarstellung zur Fallunterscheidung bei der Patienteninstanz-Übergabe und Begründung sowie Hinweis hinzugefügt https://github.com/gematik/spec-ISiK-Basismodul/pull/793
web github.com improve Klarstellung zum Fehlercode bei nicht unterstütztem alleinstehendem Parameter ‘start’ https://github.com/gematik/spec-ISiK-Basismodul/pull/797 und Vorgabe zur error Code 422 gelockert (SOLL statt MUSS) https://github.com/gematik/spec-ISiK-Basismodul/pull/805
web github.com improve Klarstellung zum Fehlercode bei nicht unterstütztem alleinstehendem Parameter ‘start’ https://github.com/gematik/spec-ISiK-Basismodul/pull/797 und Vorgabe zur error Code 422 gelockert (SOLL statt MUSS) https://github.com/gematik/spec-ISiK-Basismodul/pull/805
web github.com improve id-Elemente sind in allen Profilen dokumentiert und als bedingtes Pflicht-/MS-Feld gekennzeichnet. https://github.com/gematik/spec-ISiK-Basismodul/pull/799
web github.com documentation Rendering der im Modul verwendeten ValueSets https://github.com/gematik/spec-ISiK-Basismodul/pull/802
web github.com documentation Dokumentation der Suchparameter (Beispiele) in CpS überführt. Darüber hinaus wurden einige Suchparameter, aus Stufe 3 in Stufe 5 übernommen https://github.com/gematik/spec-ISiK-Basismodul/pull/809
web github.com documentation Durch Entfernung des Abschnittes “Übersicht der Akteure” den Abschnitt Akteure klarer gestaltet https://github.com/gematik/spec-ISiK-Basismodul/pull/848
web github.com documentation Dokumentation und Klarstellung zur Verwendung des Akteurs “Buchender” (als Patient und Angehöriger) in Prozessen https://github.com/gematik/spec-ISiK-Basismodul/pull/763
web github.com improve Ausdifferenzierung der Prozesse rund um die Registrierung und den Identitätsnachweis bei Terminbuchung https://github.com/gematik/spec-ISiK-Basismodul/pull/764/files`
web github.com improve Entfernen der modulübergreifenden Terminologieseite, da nicht zielführend https://github.com/gematik/spec-ISiK-Basismodul/pull/767
web github.com improve Satz zur Übergabe von Appointments mit einer id klarer formuliert https://github.com/gematik/spec-ISiK-Basismodul/pull/773
web github.com documentation Dokumentation zu den Interaktionen entsprechend der $book-Operation zur Terminverschiebung angepasst https://github.com/gematik/spec-ISiK-Basismodul/pull/745
web github.com improve Communication aus dem Modul Terminplanung entfernt zur Vermeidung einer Überlappung mit der Verwendung weiterer TI-Produkte (z.B. TI-Messenger und KIM-Nachrichten) https://github.com/gematik/spec-ISiK-Basismodul/pull/607
web github.com improve Encounter aus dem Modul Terminplanung als Profil entfernt und in das Basismodul übertragen, dafür Capability Statement erweitert um entsprechende Rolle https://github.com/gematik/spec-ISiK-Basismodul/pull/604
web github.com documentation Migration des IG auf die neue IG Struktur basierend auf FQL Templates, die für ISiK-Basis erstellt wurden https://github.com/gematik/spec-ISiK-Terminplanung/pull/277
web github.com improve ISiKKalender enthielt ein required Binding auf ein VS welches auf ein fragment CodeSystem referenziert (Schedule.specialty.coding:ErweiterterFachabteilungsschluessel). Dies wurde durch ein extensible Binding und ein Pattern auf .system ersetzt um die Validierbarkeit des Feldes zu ermöglichen. https://github.com/gematik/spec-ISiK-Basismodul/pull/613
web github.com documentation Verbesserung der Dokumentation der Interaktionen auf der Communication-Ressource nach Anpassung der Suchparameter subject und patient https://github.com/gematik/spec-ISiK-Terminplanung/pull/273
web github.com improve Erweiterung zur Übergabe einer Patienten- und RelatedPerson-Instanz mittels Parameters in $book https://github.com/gematik/spec-ISiK-Terminplanung/pull/269 und https://github.com/gematik/spec-ISiK-Terminplanung/commit/7f13332c26269ca95c024cf1167c2e8a7239681c
web github.com improve Erweiterung zur Übergabe einer Patienten- und RelatedPerson-Instanz mittels Parameters in $book https://github.com/gematik/spec-ISiK-Terminplanung/pull/269 und https://github.com/gematik/spec-ISiK-Terminplanung/commit/7f13332c26269ca95c024cf1167c2e8a7239681c
web github.com improve Die Verbindlichkeit des Suchparameters subject in Communication wurde von SHALL auf MAY reduziert. https://github.com/gematik/spec-ISiK-Terminplanung/pull/247 Statt dessen wird der neue verbindliche Suchparameter patient eingeführt. Die geschieht zur Harmonisierung der Suchparameter mit den anderen ISiK-Modulen.
web github.com improve Falscher Satz über keine notwendige Verbindlichkeit entfernt und Formulierung verbessert https://github.com/gematik/spec-ISiK-Terminplanung/pull/248
web github.com fix Display Values ISiKTerminCancelationReason https://github.com/gematik/spec-ISiK-Terminplanung/pull/264
web github.com improve Reiter-Struktur vereinfacht https://github.com/gematik/spec-ISiK-Terminplanung/pull/266
web github.com improve Neue Seite zur Zusammenfassung rund um Prozesse des Patient-Onboardings https://github.com/gematik/spec-ISiK-Terminplanung/pull/267
web github.com fix Anpassung Kardinalität Appointment.start/end https://github.com/gematik/spec-ISiK-Terminplanung/pull/260
web github.com improve Implizites ValueSet expandiert https://github.com/gematik/spec-ISiK-Terminplanung/pull/207
web github.com documentation Dokumentation zur Begründung der Kardinalitäten und Must-Support-Flags ergänzt https://github.com/gematik/spec-ISiK-Terminplanung/pull/209
web github.com improve Für ISiKTermin Verschiebung des Slicing auf .specialty.coding. https://github.com/gematik/spec-ISiK-Terminplanung/pull/204
web github.com Kardinalität für Schedule.actor.display geschwächt https://github.com/gematik/spec-ISiK-Terminplanung/pull/206
web github.com Anforderungen an die Kodierung von Appointment/Schedule.serviceType geschwächt https://github.com/gematik/spec-ISiK-Terminplanung/pull/227
web github.com improve Schwächung der Kardinalität von actor.display im Profil StructureDefinition-ISiKTermin https://github.com/gematik/spec-ISiK-Terminplanung/pull/233
web github.com Ergänzung von Anforderungen an Akteure https://github.com/gematik/spec-ISiK-Terminplanung/pull/236
web github.com fix Fix der Canonical URL im Capability-Statement des Terminplanungsserver https://github.com/gematik/spec-ISiK-Terminplanung/pull/238
web github.com improve Hinzufügen der Extension “Appointment Replaces” zum Profil ISiKTermin https://github.com/gematik/spec-ISiK-Terminplanung/pull/242
web github.com improve Update der Dependency de.ihe-d.terminology auf Version 3.0.1 https://github.com/gematik/spec-ISiK-Terminplanung/pull/240
web github.com fix Korrektur des Extension Kontext in ISiKKalender https://github.com/gematik/spec-ISiK-Terminplanung/pull/239
web github.com Aktualisierung der Operation ISiKBookOperation https://github.com/gematik/spec-ISiK-Terminplanung/pull/245
web github.com improve Schwächung der Anforderung für ISiKBinary (entspricht Änderung in TC 3.0.4) https://github.com/gematik/spec-ISiK-Terminplanung/pull/187
web github.com Anpassen der MS-Definition für Appointment.communication https://github.com/gematik/spec-ISiK-Terminplanung/pull/191
web github.com improve Update der IHE ValueSets zu “practiceSetting” in ISiKTermin, ISiKKalender und ISiK MedizinischeBehandlungseinheit https://github.com/gematik/spec-ISiK-Terminplanung/pull/184/files
web github.com improve Klarstellung , dass unbekannte Kodierungen in .serviceType abgewiesen werden können https://github.com/gematik/spec-ISiK-Terminplanung/pull/195
web github.com improve Änderung der Anforderung für Suchanfrage zu Terminblöcken aus Kalendern https://github.com/gematik/spec-ISiK-Terminplanung/pull/193
web github.com improve Location als Aktuer eines Kalenders hinzugefügt, da in ISiK Basis Stufe 4 vorhanden by @alexzautke in https://github.com/gematik/spec-ISiK-Terminplanung/pull/178
web github.com improve Update $book: Verschiebung eines Termins by @alexzautke in https://github.com/gematik/spec-ISiK-Terminplanung/pull/174
web github.com improve Dependency zu IHE-Package zwecks Auflösung von ValueSets hinzugefügt https://github.com/gematik/spec-ISiK-Terminplanung/pull/175
web github.com Erweiterung von ISiKTermin zur Abdeckung der Kommunikations-Use-Cases und Hinweise zu letzteren https://github.com/gematik/spec-ISiK-Terminplanung/pull/173
web github.com improve Hinweis zur Abfrage von Behandlungsleistungen im Kontext eines Behandlers @alexzautke in https://github.com/gematik/spec-ISiK-Terminplanung/pull/87
web github.com Präzisierung book-Operation https://github.com/gematik/spec-ISiK-Terminplanung/pull/177
web github.com improve Hinweis zur Abfrage von Behandlungsleistungen im Kontext eines Leistungserbringers by @alexzautke in https://github.com/gematik/spec-ISiK-Terminplanung/pull/144
web github.com fix Fix CpS by @alexzautke in https://github.com/gematik/spec-ISiK-Terminplanung/pull/179
web github.com improve Klarstellung cancelled-appt-id by @alexzautke in https://github.com/gematik/spec-ISiK-Terminplanung/pull/177
web github.com Reduzierung der Anforderung für ISiKNachricht https://github.com/gematik/spec-ISiK-Terminplanung/pull/172
web github.com Präzisieren der Suchparameter-Anforderungen für Slot : https://github.com/gematik/spec-ISiK-Terminplanung/pull/168
web github.com Präzisieren der Anforderungen für Encounter: https://github.com/gematik/spec-ISiK-Terminplanung/commit/d596744d910fd39b421fc7f6f97f73edf471d47a
web github.com Präzisierung informativ zu ISiKMedizinischeBehandlungseinheit (HealthcareService) https://github.com/gematik/spec-ISiK-Terminplanung/pull/176
web github.com Klärung zur Verwendung der Binary: add link for clarification by @f-peverali in https://github.com/gematik/spec-ISiK-Terminplanung/pull/156
web github.com fix CapabilityStatement Anforderungen entsprechend angepasst: fix CpS Encounter Read and Search interaction by @f-peverali in https://github.com/gematik/spec-ISiK-Terminplanung/pull/154
web github.com Klärung zur Verwendung der Ressourcen aus dem Basismodul: Feature/ptdata 723 update interactions by @f-peverali in https://github.com/gematik/spec-ISiK-Terminplanung/pull/158
web github.com Klärung zur Nutzung der ISiKNachricht; Feature/clarify bidirectional anfisk 178 by @f-peverali in https://github.com/gematik/spec-ISiK-Terminplanung/pull/160
web github.com fix Fixing KalenderName extension name ISiKKalenderSchedule.md by @alexey-tschudnowsky in https://github.com/gematik/spec-ISiK-Terminplanung/pull/110
web github.com fix Fix Suchparameter “content-mode” zu “context-type-value” by @f-peverali in https://github.com/gematik/spec-ISiK-Terminplanung/pull/120
web github.com improve Anpassung CapabilityStatement an die textuelle Beschreibung der verpflichtenden Interaktionen by @alexzautke in https://github.com/gematik/spec-ISiK-Terminplanung/pull/125
web github.com Informative Anmerkung für den Fall, dass .extenstion:name nicht verfügbar ist by @alexzautke in https://github.com/gematik/spec-ISiK-Terminplanung/pull/129
web github.com improve Anpassung Sequenzdiagramme by @alexzautke in https://github.com/gematik/spec-ISiK-Terminplanung/pull/127
web github.com improve Example Canonical für Behandlungsleistung angepasst by @alexzautke in https://github.com/gematik/spec-ISiK-Terminplanung/pull/134
web github.com Abfrage aller verfügbaren Slots für Kalender durch Termin-Requestor by @alexzautke in https://github.com/gematik/spec-ISiK-Terminplanung/pull/135
web github.com Verwendung realistische Dauer für einen Slot in den Beispielen by @alexzautke in https://github.com/gematik/spec-ISiK-Terminplanung/pull/137
web github.com Angleichung der Regeln zu meta.tag in Appointments by @alexzautke in https://github.com/gematik/spec-ISiK-Terminplanung/pull/136
web github.com fix Fix HTTP return code by @f-peverali in https://github.com/gematik/spec-ISiK-Terminplanung/pull/131
web github.com improve Hinweis zur Abfrage von Behandlungsleistungen hinzugefügt by @alexzautke in https://github.com/gematik/spec-ISiK-Terminplanung/pull/139
web github.com BookOperation Anforderung von KANN zu SOLLTE by @alexzautke in https://github.com/gematik/spec-ISiK-Terminplanung/pull/143
web github.com Austausch der Communication/Binary-Ressourcen genauer beschrieben by @alexzautke in https://github.com/gematik/spec-ISiK-Terminplanung/pull/140
web github.com improve Enhancement Appointment and Slot reference MS by @f-peverali in https://github.com/gematik/spec-ISiK-Terminplanung/pull/133
web github.com wurde revert Changes for Appointment.serviceType #88 by @f-peverali in https://github.com/gematik/spec-ISiK-Terminplanung/pull/89
web github.com Encounter Beschreibung für Terminplanung by @f-peverali in https://github.com/gematik/spec-ISiK-Terminplanung/pull/87
web github.com rm cosntraint: allow different Schedules #82 by @f-peverali in https://github.com/gematik/spec-ISiK-Terminplanung/pull/92
web github.com MS + textual constraint #72 by @f-peverali in https://github.com/gematik/spec-ISiK-Terminplanung/pull/91
web github.com return Ressources #85 by @f-peverali in https://github.com/gematik/spec-ISiK-Terminplanung/pull/93
web github.com ISiKTerminKontaktMitGesundheitseinrichtung - by @f-peverali in https://github.com/gematik/spec-ISiK-Terminplanung/commit/9f523157682bd26a304f388a6f0d7c91a91811da : Entfernen des Profils da kein integraler Use Case für Terminvereinbarung und Inkompatibilität zum ISiK Basisprofil
web github.com ISiKTermin - Enhancement /appointment by @jcaumann in https://github.com/gematik/spec-ISiK-Terminplanung/pull/79 :
  • improve Kardinalität der Elemente Appointment.specialty und Appointment.serviceType von 1..* auf 0..* geändert . MustSupport dieser Elemente von “true” auf “false” geändert.
    • FHIR erlaubt die Anlage von Appointments ohne Bindung an einen Slot und außerhalb des Worksflows über einen Kalender. Dies kann z.B. auch dann erforderlich sein, wenn ein Termin außerhalb der definierten Slots per Telefon vereinbart und dann in das System eingespeist wird. In diesem Fall findet keine “Vererbung” von serviceType und specialty aus einem Kalender statt. Die Person, die den Termin in das System einträgt sollte hier selbst entscheiden können, welche Attribute sie explizit angibt und welche sich implizit aus dem Kontext erschließen.
    • ISiK Terminblöcke referenzieren auf Kalender, die auch andere als ISIK Kalender sein können. Damit ist nicht sichergestellt, dass eine durchgängige, automatische “Vererbung” von specialty und serviceType über Schedule und Slot in ein Appointment möglich ist (in FHIR Schedule und ISiK Terminblock ist die Kardinalität jeweils “0..*”, d.h. diese Angaben können auch gänzlich fehlen).
  • Kongruenz der Angaben in Appointment.start/end und Appointment.slot.start/end von MUSS auf SOLL herabgestuft.
    • s .o. Bei off-band-Buchungen wird eine gewisse Flexibilität im Umgang mit dem Kalender benötigt.
  • Hinweise zu den erwarteten Ergebnissen bei Suchanfragen auf “sepcialty” und “serviceType” in Fällen, bei denen diese Elemente keinen Wert haben.
web github.com in Enhancement/appointment by @jcaumann in https://github.com/gematik/spec-ISiK-Terminplanung/pull/79
web github.com improve enhancement backport extension r5 by @f-peverali in https://github.com/gematik/spec-ISiK-Terminplanung/pull/61
  • ISiKKalender - Harmonisierung mit den Empfehlungen der Basisprofile DE
web github.com fix quickfix typo IG by @f-peverali in https://github.com/gematik/spec-ISiK-Terminplanung/pull/63
web github.com Full Changelog : https://github.com/gematik/spec-ISiK-Terminplanung/compare/v2.0.2...v.2.0.3
web en.wikipedia.org Both Bundle.link and Bundle.entry.link are defined to support providing additional context when Bundles are used (e.g. HATEOAS ).
web semver.org Bedeutung: Version des CodeSystems
Hinweise: Jede Änderung des CodeSystems MUSS eine Änderung in der Version des CodeSystems und gebundenen ValueSets nach sich ziehen. Die Versionierung SOLLTE auf dem Konzept von Semantic Versioning basieren.
web semver.org Bedeutung: Version des CodeSystems
Hinweise: Jede Änderung des CodeSystems MUSS eine Änderung in der Version des CodeSystems und gebundenen ValueSets nach sich ziehen. Die Versionierung SOLLTE auf dem Konzept von Semantic Versioning basieren.
web gematik.de ​ Im ISIK-Kontext MUSS die referenzierte Practitioner-Ressource konform zum ISiKPersonImGesundheitsberuf des Basismoduls sein. Zudem MUSS die referenzierte Location-Ressource konform zum ISiKStandort des Basismoduls sein. Dieses Element dient dazu, alle Akteure zu gruppieren, sodass für diese Einheit von Terminressourcen ein Terminblock herausgegeben werden kann. Unter 'Akteure' fallen hier auch Standorte und Dienstleistungen.
web gematik.de ​ Im ISIK-Kontext MUSS die referenzierte Practitioner-Ressource konform zum ISiKPersonImGesundheitsberuf des Basismoduls sein. Zudem MUSS die referenzierte Location-Ressource konform zum ISiKStandort des Basismoduls sein. Dieses Element dient dazu, alle Akteure zu gruppieren, sodass für diese Einheit von Terminressourcen ein Terminblock herausgegeben werden kann. Unter 'Akteure' fallen hier auch Standorte und Dienstleistungen.
web gematik.de ​ Im ISIK-Kontext MUSS die referenzierte Practitioner-Ressource konform zum ISiKPersonImGesundheitsberuf des Basismoduls sein. Zudem MUSS die referenzierte Location-Ressource konform zum ISiKStandort des Basismoduls sein. Dieses Element dient dazu, alle Akteure zu gruppieren, sodass für diese Einheit von Terminressourcen ein Terminblock herausgegeben werden kann. Unter 'Akteure' fallen hier auch Standorte und Dienstleistungen.
web gematik.de ​ Im ISIK-Kontext MUSS die referenzierte Practitioner-Ressource konform zum ISiKPersonImGesundheitsberuf des Basismoduls sein. Zudem MUSS die referenzierte Location-Ressource konform zum ISiKStandort des Basismoduls sein. Dieses Element dient dazu, alle Akteure zu gruppieren, sodass für diese Einheit von Terminressourcen ein Terminblock herausgegeben werden kann. Unter 'Akteure' fallen hier auch Standorte und Dienstleistungen.
web gematik.de ​ Im ISIK-Kontext MUSS die referenzierte Practitioner-Ressource konform zum ISiKPersonImGesundheitsberuf des Basismoduls sein. Zudem MUSS die referenzierte Location-Ressource konform zum ISiKStandort des Basismoduls sein. Dieses Element dient dazu, alle Akteure zu gruppieren, sodass für diese Einheit von Terminressourcen ein Terminblock herausgegeben werden kann. Unter 'Akteure' fallen hier auch Standorte und Dienstleistungen.
web gematik.de ​ Im ISIK-Kontext MUSS die referenzierte Practitioner-Ressource konform zum ISiKPersonImGesundheitsberuf des Basismoduls sein. Zudem MUSS die referenzierte Location-Ressource konform zum ISiKStandort des Basismoduls sein. Dieses Element dient dazu, alle Akteure zu gruppieren, sodass für diese Einheit von Terminressourcen ein Terminblock herausgegeben werden kann. Unter 'Akteure' fallen hier auch Standorte und Dienstleistungen.
web gematik.de ​ Im ISIK-Kontext MUSS die referenzierte Practitioner-Ressource konform zum ISiKPersonImGesundheitsberuf des Basismoduls sein. Zudem MUSS die referenzierte Location-Ressource konform zum ISiKStandort des Basismoduls sein. Dieses Element dient dazu, alle Akteure zu gruppieren, sodass für diese Einheit von Terminressourcen ein Terminblock herausgegeben werden kann. Unter ‘Akteure’ fallen hier auch Standorte und Dienstleistungen.
web gematik.de ​ Im ISIK-Kontext MUSS die referenzierte Practitioner-Ressource konform zum ISiKPersonImGesundheitsberuf des Basismoduls sein. Zudem MUSS die referenzierte Location-Ressource konform zum ISiKStandort des Basismoduls sein. Dieses Element dient dazu, alle Akteure zu gruppieren, sodass für diese Einheit von Terminressourcen ein Terminblock herausgegeben werden kann. Unter ‘Akteure’ fallen hier auch Standorte und Dienstleistungen.
web gemspec.gematik.de Hinweis: Zur Umsetzung der Funktionalität zum Dokumentenaustausch gemäß ISiK ist der entsprechende Implementation Guide zum Modul Dokumentenaustausch zu beachten.
web gemspec.gematik.de Weitere Hinweise zu den Abgrenzungen der Begrifflichkeiten Fall und Kontakt finden sie unter Fall-Begriff in ISiK .
web www.medizininformatik-initiative.de Profil Kontakt mit einer Gesundheitseinrichtung der Medizininformatik-Initiative
web service.gematik.de Hinweise zu Inkompatibilitäten können über die Portalseite gemeldet werden.
web gemspec.gematik.de Dieses und untergeordnete Elemente KÖNNEN bei einem erfolgten Patient merge entsprechend der Festlegungen unter Patient-merge befüllt werden. Da das Element der Unterstützung der Patient merge Notification dient, MUSS es im Rahmen des Bestätigungsverfahrens NICHT unterstützt werden (Stand: Stufe 4).
web fhir.kbv.de Profil KBV_PR_Base_Patient der KBV Basisprofile
web www.medizininformatik-initiative.de Profil Patient der MI-Initiative
web gematik.de ​ Profil TIPatient der gematik
web gematik.de Profil EPAPatient der gematik : In ISiK ist die Angabe einer KVNR nicht verpflichtend, da in vielen Use Cases bereits eine PID ausreichend ist. Außerdem ist in ISiK keine verpflichtende Versionierung über meta.versionId vorgesehen.
web gemspec.gematik.de Dieses und untergeordnete Elemente KÖNNEN bei einem erfolgten Patient merge entsprechend der Festlegungen unter Patient-merge befüllt werden. Da das Element der Unterstützung der Patient merge Notification dient, MUSS es im Rahmen des Bestätigungsverfahrens NICHT unterstützt werden (Stand: Stufe 4).
web gematik.de Hinweis: Im ISIK-Kontext MUSS der referenzierte Patient konform zum ISIKPatient des Basismoduls sein. Ein Sonderfall sind Patienten, über die ein Termin-Requestor oder Termin-Repository nur rudimentäre Informationen verfügt. Diese Patienten-Ressourcen sind bis zur Vervollständigung nur gegen den Kernstandard valide.
web gematik.de ​ Im ISIK-Kontext MUSS die referenzierte RelatedPerson-Ressource konform zum ISiKAngehoeriger des Basismoduls sein.
web gematik.de ​ Im ISIK-Kontext MUSS die referenzierte RelatedPerson-Ressource konform zum ISiKAngehoeriger des Basismoduls sein.
web gematik.de ​ Im ISIK-Kontext MUSS die referenzierte RelatedPerson-Ressource konform zum ISiKAngehoeriger des Basismoduls sein.
web gematik.de ​ Im ISIK-Kontext MUSS die referenzierte RelatedPerson-Ressource konform zum ISiKAngehoeriger des Basismoduls sein.
web service.gematik.de Für das Profil ISiKValueSet wurde bis zum Zeitpunkt der Veröffentlichung kein Abgleich der Kompatibilität zu anderen Profilen (der KBV und der Medizininformatik-Initiative) durchgeführt. Hinweise zu Inkompatibilitäten können über die Portalseite gemeldet werden.
web gemspec.gematik.de Es gelten die Festlegungen aus dem Modul ISiK Basis Stufe 6 .
web fhir.de ISiK vereint hierbei das ValueSet KontaktArtDe aus dem deutschen Basisprofil und die übergangsweise hinzugefügten Codes für den ambulanten Kontakt im Krankenhaus. Dieses ValueSet ist als Übergangslösung zu verstehen, da die Inhalte beim TC Terminologien von HL7 eingebracht sind und sobald sie dort publiziert sind, wird eine Migration auf die dortigen Codes erfolgen.
web snomed.info    709122007
web snomed.info    441808003
web snomed.info    103390000
web snomed.info    25876001
web snomed.info    394849002
web snomed.info    88694003
web snomed.info    1251527002
web snomed.info    394848005
web snomed.info    76561005
web snomed.info    44408006
web snomed.info    64695001
web snomed.info    21282002
web snomed.info    58334001
web snomed.info    50811001
web snomed.info    416774000
web snomed.info    49499008
web snomed.info    103391001
web gematik.de ​ Profil TIPatient der gematik
web gemspec.gematik.de Folgende Datenobjekte aus dem Modul ISiK Basis Stufe 6 werden in diesem Modul verwendet:
web gemspec.gematik.de Patient
web gemspec.gematik.de Practitioner
web gemspec.gematik.de Encounter
web service.gematik.de Softwareherstellern steht es frei, über die hier spezifizierten Profiltypen hinaus weitere FHIR-Profile zu nutzen, zu implementieren oder zu spezifizieren und über eine API bereitzustellen. Wir bitten in solchen Fällen jedoch um eine Meldung entsprechender Bedarfe über das ISiK Anfrageportal , damit wir über mögliche Leerstellen der ISiK-Spezifikation in grundlegenden API-Funktionalitäten zur Abdeckung spezifischer Workflows informiert werden.
web gematik.de ​ Profil TIPatient der gematik
web de.wikipedia.org Die gematik wurde vom Gesetzgeber beauftragt, im Benehmen mit der Deutschen Krankenhausgesellschaft (DKG) und den maßgeblichen Bundesverbänden der Industrie im Gesundheitswesen, verbindliche Standards für den Austausch von Gesundheitsdaten mit Informationssystemen im Krankenhaus zu erarbeiten. Dieser FHIR ImplementationGuide (IG) beschreibt die für diesen Zweck entwickelten FHIR Profile und das REST -basierte Application Programming Interface (API). Die REST-API wird im Wesentlichen vom FHIR Standard vorgegeben . Dieser Leitfaden konkretisiert die ISiK-relevanten Funktionen der Standard-REST-API und trifft inhaltliche Festlegungen zu den ISiK-relevanten Ressourcen in Form von Ressourcen-Profilen.
web www.gesetze-im-internet.de Weitere Informationen siehe §373 SGB V .
web www.bfarm.de Hinweis: Sowohl für die Implementierung der ISiK-Spezifikation als auch für den Betrieb eines Produktes, das die ISiK-Spezifikation implementiert, ist eine SNOMED-CT-Lizenz notwendig. Diese kann beim National Release Center für SNOMED CT in Deutschland beantragt werden.
web service.gematik.de Bringen Sie allgemeine Fragen und Anmerkungen gerne über unser Anfrageportal ein: Anfragen ISiK + ISiP
web www.gematik.de Impressum

Internal Images

Betriebskoordination_Gruen_gematik.svg
Betriebskoordination_Gruen_gematik.svg
ISiK_Terminplanung_ER_Diagram.svg
ISiK_Terminplanung_ER_Diagram.svg
Interaktionen/1.Uebermittlung_Patienteninformationen_zum_Termin_zugehoerige_Vorabinformationen.png
Interaktionen/1.Uebermittlung_Patienteninformationen_zum_Termin_zugehoerige_Vorabinformationen.png
Interaktionen/2.Verfuegbare_Behandlungsleistungen_abrufen.png
Interaktionen/2.Verfuegbare_Behandlungsleistungen_abrufen.png
Interaktionen/3.Verfuegbare_Terminlisten_abrufen.png
Interaktionen/3.Verfuegbare_Terminlisten_abrufen.png
Interaktionen/4.Abfrage_von_verfuegbaren_Terminbloecken.png
Interaktionen/4.Abfrage_von_verfuegbaren_Terminbloecken.png
Interaktionen/5.Termin_neu_buchen_Buchungsmanagemnent_von_verfuegbaren_Terminen.png
Interaktionen/5.Termin_neu_buchen_Buchungsmanagemnent_von_verfuegbaren_Terminen.png
Interaktionen/6.1_Termin_absagen_ausgehend_vom_Client.png
Interaktionen/6.1_Termin_absagen_ausgehend_vom_Client.png
Interaktionen/6.2_Termin_absagen_ausgehend_vom_terminführenden_System.png
Interaktionen/6.2_Termin_absagen_ausgehend_vom_terminführenden_System.png
Interaktionen/7.1_Termin_verschieben_ausgehend_vom_Client.png
Interaktionen/7.1_Termin_verschieben_ausgehend_vom_Client.png
Interaktionen/7.2_Termin_verschieben_ausgehend_vom_Termin_Repository.png
Interaktionen/7.2_Termin_verschieben_ausgehend_vom_Termin_Repository.png
Interaktionen/8.2_Terminzusatzinformationen_aktualisieren_ausgehend_vom_Termin_Repository.png
Interaktionen/8.2_Terminzusatzinformationen_aktualisieren_ausgehend_vom_Termin_Repository.png
Interaktionen/9.Abfrage_von_verinbarten_Terminen.png
Interaktionen/9.Abfrage_von_verinbarten_Terminen.png
Termin_KIS_als_Repository.drawio.svg
Termin_KIS_als_Repository.drawio.svg
Termin_Patientenportal_als_Repository.drawio.svg
Termin_Patientenportal_als_Repository.drawio.svg
buchung-termin-portal.drawio.png
buchung-termin-portal.drawio.png
identitaetsnachweis-sequenz-angehoeriger.png
identitaetsnachweis-sequenz-angehoeriger.png
identitaetsnachweis-sequenz-happy-path-patient.png
identitaetsnachweis-sequenz-happy-path-patient.png
patient-buchung-UseCase.png
patient-buchung-UseCase.png
patient-buchung-sequenz.png
patient-buchung-sequenz.png
process-allgemein-bpmn.png
process-allgemein-bpmn.png
tree-filter.png
tree-filter.png