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 gematik.de Value of extension
Binding: https://gematik.de/fhir/isik/ValueSet/ISiKTerminPriority ( required )
web www.gematik.de IG © 2026+ gematik GmbH . Paket dokumentenaustausch#6.0.0-rc basierend auf FHIR 4.0.1 . Generiert 2026-01-29
Links: Table of Contents | QA Report
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 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 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 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 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
img raw.githubusercontent.com
web profiles.ihe.net Die in der Stufe 3 erfolgte Umstellung der Definition von $generate-metadata von der in ISiK Stufe 2 spezifizierten OperationDefinition auf die in IHE MHD ITI-106 spezifizierte Fassung ist nicht kompatibel zu den Festlegungen dieses Moduls in Stufe 2! Die Änderung dient dem Zweck der Harmonisierung mit der IHE-MHD-Interaktion ITI-106 (Generate Metadata), die zum Zeitpunkt des Releases von Stufe 2 noch nicht zur Verfügung stand.
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 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 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 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 Die Problematik wird in der internationalen FHIR-Community diskutiert und IHE prüft derzeit , ob eine Anpassung der Spezifikation verfolgt werden soll.
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 github.com Offene Punkte und bekannte Probleme siehe GitHub Issues
web service.gematik.de Hinweise zu Inkompatibilitäten können über die Portalseite gemeldet werden.
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 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 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 ### Kompatibilität 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 gematik.de ​ The codes SHALL be taken from For codes, see https://gematik.de/fhir/isik/ValueSet/ISiKTerminPriority
( required to https://gematik.de/fhir/isik/ValueSet/ISiKTerminPriority )
web gematik.de ​ The codes SHALL be taken from https://gematik.de/fhir/isik/ValueSet/ISiKTerminPriority
( required to https://gematik.de/fhir/isik/ValueSet/ISiKTerminPriority )
web gematik.de ​ The codes SHALL be taken from https://gematik.de/fhir/isik/ValueSet/ISiKTerminPriority
( required to https://gematik.de/fhir/isik/ValueSet/ISiKTerminPriority )
web gematik.de ​ Value of extension
Binding: https://gematik.de/fhir/isik/ValueSet/ISiKTerminPriority ( required )
web gematik.de ​ Value of extension
Binding: https://gematik.de/fhir/isik/ValueSet/ISiKTerminPriority ( required )
web gematik.de ​ https://gematik.de/fhir/isik/ValueSet/ISiKTerminPriority
web gemspec.gematik.de Darüber hinaus gelten die übergreifenden Festlegungen zu FHIR-Artefakten aus dem Basimodul .
web profiles.ihe.net Kompatibilität Dieses Profil basiert auf dem Profil MHD DocumentReference Comprehensive UnContained References Option (Version 4.2.0) von IHE International.
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

tree-filter.png
tree-filter.png