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 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-rc basierend auf FHIR 4.0.1 . Generiert 2026-02-06
Links: Table of Contents | QA Report
img raw.githubusercontent.com
img raw.githubusercontent.com
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.
img raw.githubusercontent.com
web gematik.de Nähere Informationen zu der Custom-Operation zur Buchung eines Termins bitte hier entnehmen: ISiKAppointmentBookOperation
img raw.githubusercontent.com
web semver.org Im Rahmen der ISiK-Veröffentlichungen wird das Semantic Versioning verwendet.
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 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 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 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 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 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 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

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
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