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 Endpunkt zur Entgegennahme von Subsystem-Berichten in Form eines ISiKBerichtBundles. Weitere Hinweise siehe BerichtSubsystem
web semver.org Bei der Erstellung und späteren Bearbeitung einer Formulardefinition ist es wichtig, dass jede Änderung eine entsprechende Versionserhöhung (Inkrement) zur Folge hat. Dabei wird zwischen technischen und inhaltlichen Änderungen unterschieden, um die Auswirkungen auf die Kompatibilität und Funktionalität des Formulars korrekt zu kommunizieren. Das folgende SemVer-Verfahren SOLLTE als Grundlage für die Versionierung von Formulardefinitionen im Rahmen von ISiK-kompatiblen Formularen verwendet werden.
web gematik.de IG © 2025+ gematik GmbH . Paket formular#6.0.0 basierend auf FHIR 4.0.1 . Generiert 2026-07-01
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 gematik.de Medizin-produkt Kontext
web gemspec.gematik.de Es gelten die Festlegungen aus dem Modul ISiK Basis Stufe 6 .
web gematik.de ​ [obligatorisch] Patientennummer (gängig PID; Identifier am ISiKPatient )
  • Ist für die Herstellung eines passenden Launch-Context nach SDC unabdingbar
web gematik.de ​ [optional] Abrechnungsnummer (gängig Fallnummer; Identifier am ISiKAbrechnungsfall )
web gemspec.gematik.de Mit der Abrechnungsnummer kann eingeschränkt werden, welche Encounter für die Extraktion von Daten ausgewählt werden können. Der richtige Encounter muss gemäß der Beschreibungen in ISiK Basis Stufe 6: Herstellung von Patient- und Encounterkontext manuell gewählt werden
web gematik.de ​ [optional] Aufnahmenummer (Identifier am ISiKKontaktGesundheitseinrichtung )
  • Mit der Aufnahmenummer kann der richtige Encounter bereits mit übergeben werden
web gemspec.gematik.de Beim Stand-Alone Launch startet der Benutzer den Formular-Renderer ohne Kontext. Der Patienten- und Encounter-Kontext wird im Formular-Renderer gemäß der Beschreibungen in ISiK Basis Stufe 6: Herstellung von Patient- und Encounterkontext vom Anwender manuell getroffen.
web gemspec.gematik.de Die Rückübermittlung von FormularDaten erfolgt gemäß den Festlegungen in ISiK Basis Stufe 6: Datenübermittlung aus Subsystemen
web github.com improve QA-Verbesserungen: IG-Publisher-Parameter hinzugefügt, ignoreWarnings.txt eingeführt, Umstellung auf deutsche Display-Validierung https://github.com/gematik/spec-ISiK-Basismodul/pull/1190
web github.com fix CapabilityStatement FormDefinitionsVerwalter korrigiert https://github.com/gematik/spec-ISiK-Basismodul/pull/1190
web github.com improve TI-M Beispielszenario ausführlicher beschrieben und aktuelle Vorabveröffentlichung verlinkt https://github.com/gematik/spec-ISiK-Basismodul/pull/1230
web github.com documentation Aktualisierung der In-Scope/Out-of-Scope Tabelle in den übergreifenden Festlegungen https://github.com/gematik/spec-ISiK-Basismodul/pull/1207
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 - 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 documentation Fehlende Comments und shorts für Must-Support Elemente hinzugefügt https://github.com/gematik/spec-ISiK-Basismodul/pull/918
web github.com improve enableWhen-Element mit MS versehen, wurde initial vergessen aber in Beispielen und Beschreibungen genannt https://github.com/gematik/spec-ISiK-Basismodul/pull/896
web github.com documentation Satz zur Nutzung der Labor-Profile verschoben in den korrekten IG (ICU) - https://github.com/gematik/spec-ISiK-Basismodul/pull/867
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 improve Fehlende Begründungen und Kommentare zu Pflichtfeldern hinzugefügt https://github.com/gematik/spec-ISiK-Basismodul/pull/746
web github.com improve Beschreibung der MDR-Relevant Extension wurde hinzugefügt und ausführlicher gestaltet https://github.com/gematik/spec-ISiK-Basismodul/pull/744
web github.com improve Hinweis auf Umgang mit verschiedenen Sprachversionen https://github.com/gematik/spec-ISiK-Basismodul/pull/747/
web github.com improve Anpassung des Satzes zur Verwendung von Observation Profilen in item.definition https://github.com/gematik/spec-ISiK-Basismodul/pull/740
web github.com improve MS-Flag auf Questionnaire.item.code hinzugefügt https://github.com/gematik/spec-ISiK-Basismodul/pull/740
web github.com improve Questionnaire.version wird 1..1 und Angabe der Version des Questionnaires ist bei Referenzierung verpflichtend anzugeben. Zusätzlich wird der Umgang mit Versionen im SemVer Format textuell erläutert. https://github.com/gematik/spec-ISiK-Basismodul/pull/74
web gemspec.gematik.de Verantwortlichkeiten und Datenflüsse im TI-M-Kontext sind in der Vorabveröffentlichung gemF_TI-M_Strukturierte_Daten (Abschnitt 3.3) beschrieben. Stand 28.05.2026. In einer späteren TC wird der Link durch die finale Spezifikation ersetzt.
web health.ec.europa.eu Aus diesem Grund soll im Rahmen des Moduls die Möglichkeit gegeben werden, die Zweckbestimmung eines Formulars mit zu erfassen und so teilweise strukturiert anzugeben, ob das Formular ohne vorheriges Auseinandersetzen mit der MDR angezeigt, berechnet und verarbeitet werden darf, oder ob hier gewisse Bedingungen erfüllt werden müssen. Für weitere Informationen zu diesem Thema verweisen wir auf die Richtlinie .
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 wiki.ihe.net This is a metadata field from XDS/MHD .
web gematik.de ​ Begründung Pflichtfeld: Die Verlinkung auf eine Patienten-Ressource dient der technischen Zuordnung der Dokumentation zu einem Patienten und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc. Im ISik Kontext MUSS die referenzierte Ressource konform zu ISiKPatient sein. Jenseits von ISiK KÖNNEN weitere Instanzen mit anderen Profilen referenziert werden.
web gematik.de ​ Begründung Pflichtfeld: Die Verlinkung auf eine Encounter-Ressource dient der technischen Zuordnung der Dokumentation zu einem Aufenthalt und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc. WICHTIGER Hinweis für Implementierer: Die Zuordnung MUSS auf einen Encounter der Ebene "Abteilungskontakt" (siehe hierzu Basismodul > UseCases > Abbildung des Konstruktes "Fall") erfolgen.
Bei der Auswahl des Encounters ist zu beachten, dass unter einer (Abrechnungs-)"Fallnummer" (hier: Encounter.account ) unter Umständen mehrere Encounter gruppiert sein können (z.B. stationärer Besuch mit mehreren vor- und nachstationären Aufenthalten.) Im ISik Kontext MUSS die referenzierte Ressource konform zu ISiKKontaktGesundheitseinrichtung sein. Jenseits von ISiK KÖNNEN weitere Instanzen mit anderen Profilen referenziert werden.
web gematik.de ​ Begründung Pflichtfeld: Die Verlinkung auf eine Patienten-Ressource dient der technischen Zuordnung der Dokumentation zu einem Patienten und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc. Im ISik Kontext MUSS die referenzierte Ressource konform zu ISiKPatient sein. Jenseits von ISiK KÖNNEN weitere Instanzen mit anderen Profilen referenziert werden.
web gematik.de ​ Begründung Pflichtfeld: Die Verlinkung auf eine Encounter-Ressource dient der technischen Zuordnung der Dokumentation zu einem Aufenthalt und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc. WICHTIGER Hinweis für Implementierer: Die Zuordnung MUSS auf einen Encounter der Ebene "Abteilungskontakt" (siehe hierzu Basismodul > UseCases > Abbildung des Konstruktes "Fall") erfolgen.
Bei der Auswahl des Encounters ist zu beachten, dass unter einer (Abrechnungs-)"Fallnummer" (hier: Encounter.account ) unter Umständen mehrere Encounter gruppiert sein können (z.B. stationärer Besuch mit mehreren vor- und nachstationären Aufenthalten.) Im ISik Kontext MUSS die referenzierte Ressource konform zu ISiKKontaktGesundheitseinrichtung sein. Jenseits von ISiK KÖNNEN weitere Instanzen mit anderen Profilen referenziert werden.
web gematik.de ​ Begründung Pflichtfeld: Die Verlinkung auf eine Patienten-Ressource dient der technischen Zuordnung der Dokumentation zu einem Patienten und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc. Im ISik Kontext MUSS die referenzierte Ressource konform zu ISiKPatient sein. Jenseits von ISiK KÖNNEN weitere Instanzen mit anderen Profilen referenziert werden.
web gematik.de ​ Begründung Pflichtfeld: Die Verlinkung auf eine Encounter-Ressource dient der technischen Zuordnung der Dokumentation zu einem Aufenthalt und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc. WICHTIGER Hinweis für Implementierer: Die Zuordnung MUSS auf einen Encounter der Ebene "Abteilungskontakt" (siehe hierzu Basismodul > UseCases > Abbildung des Konstruktes "Fall") erfolgen.
Bei der Auswahl des Encounters ist zu beachten, dass unter einer (Abrechnungs-)"Fallnummer" (hier: Encounter.account ) unter Umständen mehrere Encounter gruppiert sein können (z.B. stationärer Besuch mit mehreren vor- und nachstationären Aufenthalten.) Im ISik Kontext MUSS die referenzierte Ressource konform zu ISiKKontaktGesundheitseinrichtung sein. Jenseits von ISiK KÖNNEN weitere Instanzen mit anderen Profilen referenziert werden.
web service.gematik.de Hinweise zu Inkompatibilitäten können über die Portalseite gemeldet werden.
web gematik.de ​ Begründung Pflichtfeld: Die Verlinkung auf eine Encounter-Ressource dient der technischen Zuordnung der Dokumentation zu einem Aufenthalt und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc. WICHTIGER Hinweis für Implementierer: Die Zuordnung MUSS auf einen Encounter der Ebene “Abteilungskontakt” (siehe hierzu Basismodul > UseCases > Abbildung des Konstruktes “Fall”) erfolgen.
Bei der Auswahl des Encounters ist zu beachten, dass unter einer (Abrechnungs-)”Fallnummer” (hier: Encounter.account ) unter Umständen mehrere Encounter gruppiert sein können (z.B. stationärer Besuch mit mehreren vor- und nachstationären Aufenthalten.) Im ISik Kontext MUSS die referenzierte Ressource konform zu ISiKKontaktGesundheitseinrichtung sein. Jenseits von ISiK KÖNNEN weitere Instanzen mit anderen Profilen referenziert werden.
web gematik.de ​ Begründung Pflichtfeld: Die Verlinkung auf eine Patienten-Ressource dient der technischen Zuordnung der Dokumentation zu einem Patienten und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc. Im ISik Kontext MUSS die referenzierte Ressource konform zu ISiKPatient sein. Jenseits von ISiK KÖNNEN weitere Instanzen mit anderen Profilen referenziert werden.
web gematik.de ​ Begründung MS: Die Verlinkung auf eine Patienten-Ressource dient der technischen Zuordnung der Dokumentation zu einem Patienten und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc. Im ISik Kontext MUSS die referenzierte Ressource konform zu ISiKPatient sein. Jenseits von ISiK KÖNNEN weitere Instanzen mit anderen Profilen referenziert werden.
web gematik.de ​ Begründung MS: Die Verlinkung auf eine Patienten-Ressource dient der technischen Zuordnung der Dokumentation zu einem Patienten und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc. Im ISik Kontext MUSS die referenzierte Ressource konform zu ISiKPatient sein. Jenseits von ISiK KÖNNEN weitere Instanzen mit anderen Profilen referenziert werden.
web gematik.de ​ Begründung MS: Die Verlinkung auf eine Patienten-Ressource dient der technischen Zuordnung der Dokumentation zu einem Patienten und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc. Im ISik Kontext MUSS die referenzierte Ressource konform zu ISiKPatient sein. Jenseits von ISiK KÖNNEN weitere Instanzen mit anderen Profilen referenziert werden.
web gematik.de ​ Begründung MS: Die Verlinkung auf eine Patienten-Ressource dient der technischen Zuordnung der Dokumentation zu einem Patienten und ermöglicht wichtige API-Funktionen wie verkettete Suche, (Reverse-)Include etc. Im ISik Kontext MUSS die referenzierte Ressource konform zu ISiKPatient sein. Jenseits von ISiK KÖNNEN weitere Instanzen mit anderen Profilen referenziert werden.
web gemspec.gematik.de Unter einem ISiK-konformen (klinischen) Anwendungssystem ist hier ein beliebiges Softwaresystem zu verstehen, das mindestens die folgenden Rollen implementiert: ISiKStammdatenRolle oder ISiKCompositionKonsumentenRolle   ↩   ↩2   ↩3   ↩4   ↩5   ↩6   ↩7   ↩8   ↩9
web gemspec.gematik.de Unter einem ISiK-konformen (klinischen) Anwendungssystem ist hier ein beliebiges Softwaresystem zu verstehen, das mindestens die folgenden Rollen implementiert: ISiKStammdatenRolle oder ISiKCompositionKonsumentenRolle   ↩   ↩2   ↩3   ↩4   ↩5   ↩6   ↩7   ↩8   ↩9
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

Ampel_auf_Rot_Blau_gematik.svg
Ampel_auf_Rot_Blau_gematik.svg
Betriebskoordination_Gruen_gematik.svg
Betriebskoordination_Gruen_gematik.svg
tree-filter.png
tree-filter.png