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 siehe Dokumentenbereitstellung
web gemspec.gematik.de siehe Dokumentenabfrage
web gemspec.gematik.de Übermittlung des Dokumentes zur Verarbeitung gemäß Interaktion ISiK Modul Basis: Bericht aus Subsystem
web www.gematik.de IG © 2026+ gematik GmbH . Paket dokumentenaustausch#6.0.0-rc basierend auf FHIR 4.0.1 . Generiert 2026-04-02
Links: Table of Contents | QA Report
web gemspec.gematik.de Dieses ISiK-Modul legt fest, welche Suchkriterien mindestens implementiert werden müssen und welche Kriterien darüber hinaus optional bereitgestellt werden können. Um Clients die Herstellung von Patienten- und Encounterkontext zu ermöglichen, müssen weiterhin die im Basismodul Stufe 4 festgelegten Interaktionen auf den Datenobjekten “Patient” und “Kontakt/Fall (Encounter)” implementiert werden.
web gemspec.gematik.de Dieses ISiK-Modul legt fest, welche Suchkriterien mindestens implementiert werden müssen und welche Kriterien darüber hinaus optional bereitgestellt werden können. Um Clients die Herstellung von Patienten- und Encounterkontext zu ermöglichen, müssen weiterhin die im Basismodul Stufe 4 festgelegten Interaktionen auf den Datenobjekten “Patient” und “Kontakt/Fall (Encounter)” implementiert werden.
web profiles.ihe.net Der Dokumentenserver nimmt im IHE-MHD-Kontext die Rollen Document Recipient und Document Responder ein und implementiert die IHE-MHD-Interaktionen
web profiles.ihe.net Der Dokumentenserver nimmt im IHE-MHD-Kontext die Rollen Document Recipient und Document Responder ein und implementiert die IHE-MHD-Interaktionen
web profiles.ihe.net Der Client nimmt im IHE-MHD-Kontext die Rollen Document Source und Document Consumer ein und implementiert die IHE-MHD-Interaktionen
web profiles.ihe.net Der Client nimmt im IHE-MHD-Kontext die Rollen Document Source und Document Consumer ein und implementiert die IHE-MHD-Interaktionen
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 Die Ergebnisse einer Suchanfrage werden in Form eines Searchset-Bundles zurückgegeben. Weitere Informationen sind den Übergreifenden Festlegungen Rest zu entnehmen.
web profiles.ihe.net Hinweise und Anmerkungen zur Implementierung von IHE MHD ITI-67 (Find DocumentReferences)
web profiles.ihe.net Für die Implementierung der Interaktion “Dokumentenabfrage” gelten die in IHE MHD festgelegten Vereinbarungen zu ITI-67 (Find DocumentReferences) gemäß der unten aufgelisteten Kapitel. Abweichungen bzw. zusätzliche Festlegungen im Kontext von ISiK sind im Folgenden zu den einzelnen Kapiteln vermerkt.
web profiles.ihe.net 2:3.67.4.1 Find Document References Request Message
web profiles.ihe.net 2:3.67.4.1.1 Trigger Events
web profiles.ihe.net 2:3.67.4.1.2 Message Semantics
web gemspec.gematik.de Es gelten darüber hinaus die allgemeinen Festlegungen zu Suchparametern gemäß ISiK Basisprofil
web profiles.ihe.net 2:3.67.4.1.2.1 Query Search Parameters
web profiles.ihe.net 2:3.67.4.1.2.2 Populating Expected Response Format
web profiles.ihe.net 2:3.67.4.1.3 Expected Actions
web profiles.ihe.net 2:3.67.4.1.3.1 XDS on FHIR Option
web profiles.ihe.net 2:3.67.4.2 Find Document References Response Message
web profiles.ihe.net 2:3.67.4.2.1 Trigger Events
web profiles.ihe.net 2:3.67.4.2.2 Message Semantics
web profiles.ihe.net 2:3.67.4.2.2.1 DocumentReference Resource Contents
web profiles.ihe.net 2:3.67.4.2.2.1.1 Document Location
web profiles.ihe.net Alle weiteren Unterkapitel von 2:3.67.4.2.2.1 DocumentReference Resource Contents sind für den ISiK-Kontext nicht relevant.
web profiles.ihe.net 2:3.67.4.3 Expected Actions
web profiles.ihe.net 2:3.67.4.4 CapabilityStatement Resource
web profiles.ihe.net 2:3.67.5 Security Considerations
web gemspec.gematik.de Für Hinweise zur Implementierung von Autorisation und Authentifikation im ISiK-Kontext, siehe Modul ISiK-Sicherheit .
web profiles.ihe.net Hinweise und Anmerkungen zur Implementierung von IHE MHD ITI-68 (Retrieve Document)
web profiles.ihe.net Für die Implementierung der Interaktion “Dokumentenzugriff” gelten die in IHE MHD festgelegten Vereinbarungen zu ITI-68 (Retrieve Document) gemäß der unten aufgelisteten Kapitel. Abweichungen bzw. zusätzliche Festlegungen im Kontext von ISiK sind im Folgenden zu den einzelnen Kapiteln vermerkt. Die verlinkte Webseite bietet weiterführende Informationen zur “Retrieve Document” Interaktion, einschließlich grafischer Darstellungen der Interaktionen.
web profiles.ihe.net 2:3.68.4.1 Retrieve Document Request Message
web profiles.ihe.net 2:3.68.4.1.1 Trigger Events
web profiles.ihe.net 2:3.68.4.1.2 Message Semantics
web gemspec.gematik.de Wenn der Zugriff mit dem Accept-Header application/fhir+xml oder application/fhir+json erfolgt, müssen die Daten als Binary-Ressource im angeforderten Format zurückgegeben werden.
web profiles.ihe.net 2:3.68.4.1.3 Expected Actions
web profiles.ihe.net 2:3.68.4.2 Retrieve Document Response Message
web profiles.ihe.net 2:3.68.4.2.1 Trigger Events
web profiles.ihe.net 2:3.68.4.2.2 Message Semantics
web profiles.ihe.net 2:3.68.4.3 Expected Actions
web profiles.ihe.net 2:3.68.4.4 CapabilityStatement Resource
web profiles.ihe.net 2:3.68.5 Security Considerations
web gemspec.gematik.de Für Hinweise zur Implementierung von Autorisation und Authentifikation im ISiK-Kontext, siehe Modul ISiK-Sicherheit
img raw.githubusercontent.com
web profiles.ihe.net Für die Implementierung der Interaktion “Erzeugen von Dokumentenmetadaten” gelten die in IHE MHD festgelegten Vereinbarungen zu ITI-106 (Generate Metadata) gemäß der unten aufgelisteten Kapitel. Abweichungen bzw. zusätzliche Festlegungen im Kontext von ISiK sind im Folgenden zu den einzelnen Kapiteln vermerkt. Die verlinkte Webseite bietet weiterführende Informationen zur “Generate Metadata” Interaktion, einschließlich grafischer Darstellungen der Interaktionen.
web profiles.ihe.net 2:3.106.4.1 Generate Metadata Request Message
web profiles.ihe.net 2:3.106.4.1.1 Trigger Events
web profiles.ihe.net 2:3.106.4.1.2 Message Semantics
web profiles.ihe.net 2:3.106.4.1.3 Expected Actions
web gemspec.gematik.de Der Fokus für die Implementierung der Operation im ISiK-Kontext sollte auf dem Persistieren und Erzeugen von Metadaten für ISiK-konforme Bundles gemäß Interaktion ISiK Modul Basis: Bericht aus Subsystem liegen. Für die Implementierung kann das unten angegeben ISiK-Spezifische Mapping Composition -> DocumentReference als Anhaltspunkt verwendet werden.
web profiles.ihe.net 2:3.106.4.2 Generate Metadata Response Message
web profiles.ihe.net 2:3.106.4.2.1 Trigger Events
web profiles.ihe.net 2:3.106.4.2.2 Message Semantics
web profiles.ihe.net 2:3.106.4.2.3 Expected Actions
web profiles.ihe.net 2:3.106.4.3 CapabilityStatement Resource
web profiles.ihe.net 2:3.106.5 Security Considerations
web gemspec.gematik.de Für Hinweise zur Implementierung von Autorisation und Authentifikation im ISiK-Kontext, siehe Modul ISiK-Connect
web profiles.ihe.net Die Dokumentenbereitstellung erfolgt mittels IHE MHD ITI-105 (Simplified Publish) . Die verlinkte Webseite bietet weiterführende Informationen zum Simplified Push, einschließlich grafischer Darstellungen der Interaktionen.
web profiles.ihe.net Hinweise und Anmerkungen zur Implementierung von ITI-105 (Simplified Publish) im Kontext von ISiK
web profiles.ihe.net Für die Implementierung der Interaktion “Dokumentenbereitstellung” gelten die in IHE MHD festgelegten Vereinbarungen zu ITI-105 gemäß der unten aufgelisteten Kapitel. Abweichungen bzw. zusätzliche Festlegungen im Kontext von ISiK sind im Folgenden zu den einzelnen Kapiteln vermerkt.
web profiles.ihe.net 2:3.105.4.1 Simplified Publish Request Message
web profiles.ihe.net 2:3.105.4.1.1 Trigger Events
web profiles.ihe.net 2:3.105.4.1.2 Message Semantics
web profiles.ihe.net 2:3.105.4.1.2.1 DocumentReference Resources
web profiles.ihe.net 2:3.105.4.1.2.2 Patient Identity
web profiles.ihe.net 2:3.105.4.1.2.3 Replace, Transform, Signs, and Append Associations
web profiles.ihe.net 2:3.105.4.1.3 Expected Actions
web profiles.ihe.net 2:3.105.4.1.3.1 Grouping with Actors in other Document Sharing Profiles
web profiles.ihe.net 2:3.105.4.2 Simplified Publish Response Message
web profiles.ihe.net 2:3.105.4.2.1 Trigger Events
web profiles.ihe.net 2:3.105.4.2.2 Message Semantics
web profiles.ihe.net 2:3.105.4.2.3 Expected Actions
web profiles.ihe.net 2:3.105.4.3 CapabilityStatement Resource
web profiles.ihe.net 2:3.105.5 Security Considerations
img raw.githubusercontent.com
web gemspec.gematik.de Use Case: Ein (webbasierter/mobiler) Client möchte Dokumente anhand definierter Kriterien abfragen. Zur Dokumenten(-Metadaten)abfrage nutzt diese Spezifikation die SEARCH-Interaktionen auf der DocumentReference-Ressource gemäß der FHIR-Spezifikation. Dabei MÜSSEN ausgewählte Suchparameter von Dokumentenservern verpflichtend unterstützt werden. Die Selektion erfolgt anhand der Relevanz der Parameter für die identifizierten Use Cases. Der Zugriff auf die von den DocumentReferences verlinkten Dokumente (z.B. im PDF-Format) MUSS per READ-Interaktion auf der Binary-Ressource gemäß ISIK-Spezifikation erfolgen.
web github.com Die Festlegungen in diesem ISiK-Modul wurden auf Grundlage des IHE-MHD-Profils getroffen. Wo die Festlegungen seitens IHE zu eng gefasst waren, um die Kompatibilität wahren zu können, ohne die Umsetzung der ISiK Use Cases einzuschränken, wurden entsprechende Change-Requests bei IHE Int. eingereicht, mit dem Ziel, die Kompatibilität in künftigen Releases von IHE-MHD wieder herzustellen.
web github.com In IHE-MHD bzw. XDS ist kein Fallkontext für Dokumente vorgesehen. Bestenfalls kann die Fallnummer (ein Identifier!) als zusätzlicher Code in der EventCodeList verwahrt werden. In der FHIR-Architektur (und in allen weiteren ISiK-Modulen) wird ein Fallkontext jedoch durch die Verlinkung auf einen Encounter etabliert. In dieser ISiK-Spezifikation kommt ebenfalls die Verlinkung zum Einsatz, da der Wunsch nach einer Harmonisierung mit der FHIR-Kernspezifikation und allen anderen ISiK-Modulen dem Wunsch nach Harmonisierung mit IHE-XDS überwiegt. Um die technische Kompatibilität mit dem DocumentReference-Profil von IHE-MHD zu wahren wurde der Änderungswunsch an IHE herangetragen , den Constraint, der die Encounter-Verlinkung verbietet, zu lockern.
web github.com Vor dem Hintergrund des einrichtungsübergreifenden Dokumentenaustausches geht IHE-MHD davon aus, dass alle kommunizierten Dokumente einen finalen Status haben. Dies ist jedoch bei der einrichtungs internen Kommunikation, wie sie von ISiK spezifiziert wird, nicht gegeben. Im Gegenteil: die Suche und Filterung von Dokumenten anhand des Fertigstellungsstatus war ein häufig geäußerter Wunsch bei der Sammlung potentieller Use Cases. Daher ist die Verwendung des Feldes docStatus in ISiK explizit erlaubt. Um die technische Kompatibilität mit dem DocumentReference-Profil von IHE-MHD zu wahren wurde der Änderungswunsch an IHE herangetragen , den Constraint, der die Verwendung von docStatus verbietet, zu lockern.
web profiles.ihe.net Seitens IHE wurde die Interaktion Generate Metadata [ITI-106] basierend auf der ISiK-Spezifikation (mit leichten Änderungen) in MHD Version 4.2.0. hinzugefügt. Die für ISiK spezifizierte Operation wird daher zurückgezogen und statt dessen die in IHE MHD definierte Operation genutzt. Die Inkompatibilität wurde damit beseitigt!
web semver.org Im Rahmen der ISiK-Veröffentlichungen wird das Semantic Versioning verwendet.
web service.gematik.de Hinweise zu Inkompatibilitäten können über die Portalseite gemeldet werden.
web gemspec.gematik.de Das ISIK-Binary-Profil ist nicht Bestandteil der Implementierung und des Bestätigungsverfahrens zum ISIK Basismodul. Das Profil ist Teil des ISIK Basismoduls, da es im Modul Dokumentenaustausch implementiert werden muss und ein hohes Potential für die Wiederverwednung in anderen Modulen naheliegt.
web profiles.ihe.net Bei OIDs und UUIDs ist hier stets der Wert urn:ietf:rfc:3986 anzugeben. Weitere Hinweise zur AbbildungVerwendung von MasterIdentifiern und deren Abbildung auf FHIR sind in IHE-ITI zu finden.
web wiki.ihe.net OID mit URI-Präfix "urn:oid:". Es sei darauf hingewiesen, dass OIDs auf Basis von UUIDs generiert werden können, ohne einen eigenen Namesraum zu beantragen. Zunächst müssen hierzu alle 128 Bit der UUID in einen Integer-Wert umgerechnet werden. Das Ergebnis muss ohne Bindestriche an die Root-OID '2.25' angehängt werden. Siehe IHE International - Creating Unique IDs - OID and UUID .
web gemspec.gematik.de Bedingtes Pflichtfeld: Clients und Server sind verpflichtet, Dokumente stets mit einem Bezug zu einem Patienten zu versehen.
Leer bleiben darf dieses Element einzig im Kontext der Dokumentenbereitstellung in Verbindung mit der Patientenzuordnung über logische Referenzen, siehe Dokumentenbereitstellung
web gematik.de ​ 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 Bedingtes Must Support: Logische Referenzen KÖNNEN als Alternative zur Verlinkung über reference genutzt werden. BITTE HINWEISE BEACHTEN: Dokumentenbereitstellung
web gematik.de ​ Wird ein separates Datenobjekt im ISIK-Kontext referenziert, so MUSS dieses konform zum Profil ISIKBinary aus dem Basismodul sein.
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. 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 ​ 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 ​ Wird ein separates Datenobjekt im ISIK-Kontext referenziert, so MUSS dieses konform zum Profil ISIKBinary aus dem Basismodul sein.
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. 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 ​ 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 ​ Wird ein separates Datenobjekt im ISIK-Kontext referenziert, so MUSS dieses konform zum Profil ISIKBinary aus dem Basismodul sein.
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. Im ISik Kontext MUSS die referenzierte Ressource konform zu ISiKKontaktGesundheitseinrichtung sein. Jenseits von ISiK KÖNNEN weitere Instanzen mit anderen Profilen referenziert werden.
web profiles.ihe.net Dieses Profil basiert auf dem Profil MHD DocumentReference Comprehensive UnContained References Option (Version 4.2.0) von IHE International.
web gematik.de ​ Wird ein separates Datenobjekt im ISIK-Kontext referenziert, so MUSS dieses konform zum Profil ISIKBinary aus dem Basismodul sein.
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. Im ISik Kontext MUSS die referenzierte Ressource konform zu ISiKKontaktGesundheitseinrichtung sein. Jenseits von ISiK KÖNNEN weitere Instanzen mit anderen Profilen referenziert werden.
web wiki.ihe.net OID mit URI-Präfix "urn:oid:". Es sei darauf hingewiesen, dass OIDs auf Basis von UUIDs generiert werden können, ohne einen eigenen Namesraum zu beantragen. Zunächst müssen hierzu alle 128 Bit der UUID in einen Integer-Wert umgerechnet werden. Das Ergebnis muss ohne Bindestriche an die Root-OID ‘2.25’ angehängt werden. Siehe IHE International - Creating Unique IDs - OID and UUID .
web gematik.de ​ 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 Es gelten die Festlegungen aus dem Modul ISiK Basis .
web gemspec.gematik.de Darüber hinaus gelten die übergreifenden Festlegungen zu FHIR-Artefakten aus dem Basimodul .
web ihe-d.de IHEXDStypeCode ValueSet Dokumentation auf Simplifier IHEXDS Type Code Includes codes from the underlying code System LOINC , and Includes codes from the value set and underlying Code System Codes from LOINC Codes from IDEXDStypeCode
web ihe-d.de IHEXDSclassCode ValueSet Dokumentation auf Simplifier IHEXDS Class Code Includes codes from the underlying code System LOINC , and Includes codes from the value set and underlying Code System Codes from LOINC Codes from IDEXDSclassCode
web ihe-d.de IHEXDSformatCodeDE ValueSet Dokumentation auf Simplifier IHEXDS Format Code Includes codes from the underlying code System Deutsche Dokumentenformate , and Includes all codes from the value set and underlying code System IHEXDS formatCode (Intl) Codes from DeutscheDokumentenformate All Codes from IHEXDSformatCodeINTL
web art-decor.org IHEXDSformatCodeDE ValueSet Dokumentation auf Simplifier IHEXDS Format Code Includes codes from the underlying code System Deutsche Dokumentenformate , and Includes all codes from the value set and underlying code System IHEXDS formatCode (Intl) Codes from DeutscheDokumentenformate All Codes from IHEXDSformatCodeINTL
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
ISiKKontextUndErwScope.jpg
ISiKKontextUndErwScope.jpg
ISiKPrimaerScope.jpg
ISiKPrimaerScope.jpg
tree-filter.png
tree-filter.png