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 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 Ü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-rc1 basierend auf FHIR 4.0.1 . Generiert 2026-06-10
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
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. Für Informationen zu einem historischen Breaking Change zwischen ISiK Stufe 2 und 3, siehe [Hinweis] (https://simplifier.net/guide/isik-dokumentenaustausch-stufe-5/Einfuehrung/Festlegungen/ErzeugenVonMetadaten?version=5.1.2).
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 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 semver.org Im Rahmen der ISiK-Veröffentlichungen wird das Semantic Versioning verwendet.
web github.com documentation Verpflichtung zur patientenübergreifenden Suche entfernt, aufgrund unklarer UseCases und fehlender Suchparameter für geeignete Abfragen https://github.com/gematik/spec-ISiK-Basismodul/pull/1215
web github.com documentation Hinweise auf historische Inkompatibilitäten zwischen IHE MHD unde ISiK entfernt https://github.com/gematik/spec-ISiK-Basismodul/pull/1215
web github.com fix : Fehlende Deklaration der StammdatenRolle im Capabilitystatement des Akteurs ISiKCapabilityStatementDokumentenServerAkteur hinzugefügt https://github.com/gematik/spec-ISiK-Basismodul/pull/1224
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 ISiKDokumentenMetadaten Profil korrigiert https://github.com/gematik/spec-ISiK-Basismodul/pull/1190
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 improve Entfernen des Profils ISiKDokumentenSuchergebnisse https://github.com/gematik/spec-ISiK-Basismodul/pull/1092
web github.com documentation fehlende shorts und comments nachgepflegt https://github.com/gematik/spec-ISiK-Basismodul/pull/921
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 fix Anpassung der Displaywerte in den DocumenReference-Examples von „mimeType Sufficient“ zu „Format aus MIME Type ableitbar“ https://github.com/gematik/spec-ISiK-Basismodul/pull/765
web github.com documentation Hinweise auf erläuternde Inhalten auf den MHD Seiten integriert https://github.com/gematik/spec-ISiK-Basismodul/pull/770
web github.com improve Anforderung gelockert zur Herstellung des Patienten-Kontextes und Ausschluss von logischen Referenzen im ISiK-kontext entfernt https://github.com/gematik/spec-ISiK-Basismodul/pull/718
web github.com improve Must-Support auf Bundle.entry, da darunterliegende Elemente ebenfalls als Must-Support gekennzeichnet sind https://github.com/gematik/spec-ISiK-Basismodul/pull/725
web github.com improve Einschränkenden Kardinalität auf DocumentReference.custodian wurde aufgehoben, da Custodian in MHD mit der neuesten Version ebenfalls zulässig ist https://github.com/gematik/spec-ISiK-Basismodul/pull/725
web github.com improve Optimierung der Verständlichkeit des Abschnittes “2:3.68.4.1.2 Message Semantics” https://github.com/gematik/spec-ISiK-Basismodul/pull/739
web github.com improve Update Anforderungen zu Herstellung von Patient- und Encounterkontext https://github.com/gematik/spec-ISiK-Basismodul/pull/756/files
web github.com improve Für die menschenlesbare Bezeichnung des Dokuments ist das Element content.attachment.title zu verwenden. Die bisherige Nutzung von DocumentReference.description entfällt zugunsten einer besseren Angleichung an MHD und die ePA-Spezifikation. Implementierungen sollten daher den Titel des Dokuments ausschließlich in content.attachment.title angeben. https://github.com/gematik/spec-ISiK-Basismodul/pull/686
  • content .attachment.title` wurde auf 1..1 MS gesetzt, um die Verwendung zu erzwingen.
  • DocumentReference .description` wurde auf 0..1 MS gesetzt, und kann weiterhin verwendet werden, um inhaltliche Hinweise zum Dokument, eine knappe Zusammenfassung oder ergänzende Kommentare bereitzustellen.
web github.com improve Löschen von vorläufigen Dokumenten durch update des docStatus auf entered-in-error mittels $updateMetadata hinzugefügt https://github.com/gematik/spec-ISiK-Basismodul/pull/582
web github.com improve Ergänzung einer weiteren experimentellen Methode der Herstellung von Patientenkontext mittels Logical Reference https://github.com/gematik/spec-ISiK-Basismodul/pull/582
  • Im Zuge dessen Lockerung der Kardinalität von DocumentReference.subject.reference auf 0..1, um diese Methode zu ermöglichen
web profiles.ihe.net https://profiles.ihe.net/ITI/TF/Volume2/ch-Z.html#z.9-fhir-data-types https://chat.fhir.org/#narrow/channel/287581-german.2Fisik/topic/.5BDOK.5D.20masterIdentifier.20als.20OID.3F
web github.com improve ‘revert’ ‘improve’ Patient-/Encounter-Interaktionen hinzugefügt - https://github.com/gematik/spec-ISiK-Dokumentenaustausch/pull/233/commits/105c1cffdf91ccb5e51dc7adf5e8a238019fd7d4
web github.com documentation Übertragung der Dokumentation in die FHIR-Resourcen, Refactoring des ImplementationGuides https://github.com/gematik/spec-ISiK-Dokumentenaustausch/pull/211
web github.com fix Update der der dependency de.ihe-d.terminology von 3.0.0 -> 3.0.1 https://github.com/gematik/spec-ISiK-Dokumentenaustausch/pull/212 - Begründung de.ihe-d.terminology#3.0.0 war defekt: ValueSets in XML abgelegt. Inhaltlich keine Änderung
web github.com https://github.com/gematik/spec-ISiK-Dokumentenaustausch/issues/210
web github.com https://github.com/gematik/spec-ISiK-Dokumentenaustausch/issues/206
web github.com fix Falscher Satz über keine notwendige Verbindlichkeit entfernt und Formulierung verbessert https://github.com/gematik/spec-ISiK-Dokumentenaustausch/pull/213
web github.com improve Link zum GitHub Archiv des Moduls wurde in der README ergänzt https://github.com/gematik/spec-ISiK-Dokumentenaustausch/pull/209
web github.com improve Update der validation pipeline Versionen https://github.com/gematik/spec-ISiK-Dokumentenaustausch/pull/214
web github.com fix Beispiel für Dokumentensurchergebnisse wurde gefixt https://github.com/gematik/spec-ISiK-Dokumentenaustausch/pull/217
web github.com fix OPD-0 Warnung in OperationUpdateMetadata https://github.com/gematik/spec-ISiK-Dokumentenaustausch/pull/218
web github.com fix Hinzufügen der Wildcard dependency für die Basismodul dependency https://github.com/gematik/spec-ISiK-Dokumentenaustausch/pull/221
web github.com fix IHEXDStypeCode Canonical-URL (entspricht TC 3.0.3) https://github.com/gematik/spec-ISiK-Dokumentenaustausch/pull/198
web github.com improve patternCoding by @f-peverali (entspricht TC 3.0.3) https://github.com/gematik/spec-ISiK-Dokumentenaustausch/pull/198
web github.com fix Fix der XDS Slices für .type und .category (entspricht TC 3.0.3) https://github.com/gematik/spec-ISiK-Dokumentenaustausch/pull/198
web github.com improve Dependency hinzugefügt zu IHE-Package zwecks Auflösung von ValueSets https://github.com/gematik/spec-ISiK-Dokumentenaustausch/pull/181
web github.com documentation Hinweis hinzugefügt wie aus einer UUID eine OID generiert werden kann #172 by @alexzautke in https://github.com/gematik/spec-ISiK-Dokumentenaustausch/pull/172
web github.com fix Fix /versionierung von dokumenten #177 by @alexzautke in https://github.com/gematik/spec-ISiK-Dokumentenaustausch/pull/177
web github.com improve Hinweis zur Kodierung von FHIR Bundles hinzugefügt #178 by @alexzautke in https://github.com/gematik/spec-ISiK-Dokumentenaustausch/pull/178
web github.com improve Hinweis zur Verwendung des ‘UNK’-Codes im KDL-Mapping hinzugefügt (#179): https://github.com/gematik/spec-ISiK-Dokumentenaustausch/pull/179
web github.com improve Klarstellung , dass keine Vorgaben für “Managing Return Content” bestehen by @alexzautke in https://github.com/gematik/spec-ISiK-Dokumentenaustausch/pull/183
web github.com Beispiel Encounter geändert zu Abteilungskontakt (kohärent mit Basis): https://github.com/gematik/spec-ISiK-Dokumentenaustausch/pull/184/files
web github.com Full Changelog : https://github.com/gematik/spec-ISiK-Dokumentenaustausch/compare/v3.0.1...v.3.0.2
web github.com Nutzung der ISiKBinary präzisiert und im CapabilityStatement entsprechend korrigiert: add CpS statement and reference regarding ISIK binary PTDATA-605 by @f-peverali in https://github.com/gematik/spec-ISiK-Dokumentenaustausch/pull/157
web github.com Anforderungen zur Nutzung der Ressourcen aus ISIK Basismodul präzisiert: Feature/ptdata 773 anforderungen anpassen basis ressourcen by @f-peverali in https://github.com/gematik/spec-ISiK-Dokumentenaustausch/pull/163
web github.com rm all interaction on Encounter + Patient in CpS by @f-peverali in https://github.com/gematik/spec-ISiK-Dokumentenaustausch/pull/165
web github.com improve cardinality #139 by @f-peverali in https://github.com/gematik/spec-ISiK-Dokumentenaustausch/pull/143
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 ​ Wird ein separates Datenobjekt im ISIK-Kontext referenziert, so MUSS dieses konform zum Profil ISIKBinary aus dem Basismodul sein.
web gematik.de ​ Wird ein separates Datenobjekt im ISIK-Kontext referenziert, so MUSS dieses konform zum Profil ISIKBinary aus dem Basismodul sein.
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 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 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 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 gemspec.gematik.de Es gelten die Festlegungen aus dem Modul ISiK Basis .
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 gemspec.gematik.de Darüber hinaus gelten die übergreifenden Festlegungen zu FHIR-Artefakten aus dem Basimodul .
web gematik.de ​ Profil TIPatient der gematik
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