Referenzen

Das MII KDS-Modul Dokument ist darauf ausgelegt, dass Instanzen folgender FHIR-basierten Standards gleichzeitig kompatibel sein können:

• KBV Basis-Profile mit Medizinischen Informationsobjekten (MIO) – Profil zum Verweis auf externe oder angehängte Dokumente
• Gematik Informationstechnischen Systeme im Krankenhaus (ISiK) Dokumentenaustausch - Profil zur Abbildung erforderlicher Metadaten für den Dokumentenaustausch
• IHE Mobile access to Health Documents (MHD) - Profil zum Austausch von Gesundheitsdokumenten über mobile Anwendungen, mobile Geräte oder anderen Systemen, die ressourcen- und plattformbeschränkt sind

Die vorliegende Spezifikation ist an der FHIR-Kernspezifikation zur DocumentReference-Ressource orientiert. Die bestehenden der KBV Basis-Profile, des Gematik ISiK und von IHE MHD sind bei der Modellierung bzgl. einer Widerspruchsfreiheit (siehe Abschnitt Referenzen) berücksichtigt worden. Wichtig ist hierbei zu beachten, dass eine Kompatibilität aus der klinischen Routine zu der Referenz Dokument gewährleistet werden kann, aber keine Rückwärtskompatibilität in die Routine vorgesehen ist. Siehe auch das Paketabhängigkeitsdiagramm:

Dadurch ist es möglich Ressourcen so zu attributieren, dass sie gleichzeitig MII KDS als auch ISIK bzw. IHE valide sind. Auch sind ISIK und IHE Module prinzipiell kompatibel, jedoch empfehlen wir in der Nutzung sowohl die Angabe des type (aus KDL /ISIK) und category (aus IHE), die keines der beides Profile ISIK,IHE gleichzeitig anbietet.

Dabei wurde ein Abgleich aller Datenelemente sowie der verwendeten Terminologie durchgeführt und im Dokument-Profil (Dokument: DocumentReference) abgebildet. Die Kardinalitäten sind offen gestaltet, sodass in dieser Hinsicht keine (weiteren oder neuen) Einschränkungen eingeführt wurden. Die in den abgeglichenen Profilen verwendete Terminologie wurde im Dokument-Profil (Dokument: DocumentReference) einbezogen und abgebildet.

Personenbezogene Dokumente werden immer einer Person (MII KDS-Modul Person) zugeordnet (subject). De-Identifizierte Dokumente sind über die Sicherheitsstufe (securityLabel) entsprechend markiert. Die datenhaltende Stelle ist hier verantwortlich, nur auf entsprechende anonymisierte bzw. pseudonymisierte Varianten anderer MII Module zu verweisen. Wo immer möglich wird ein Fallzusammenhang (MII KDS-Modul Fall) definiert – nach Möglichkeit auf die relevanteste Ebene des Fallstufenmodells (context.encounter). Im Paketabhängigkeitsdiagramm (oben) sind die Zusammenhänge zwischen den MII Modulen grün dargestellt.

Wir empfehlen den auch in ISIK verwendeten DVMD KDL-Standard für die präzise Typbeschreibung (type) sowie die IHE XDS Class-Codes für die gröbere Dokumentkategorie (category) zu verwenden. IHE XDS Type- und Class-Codes können eindeutig aus KDL hergeleitet werden. Weitere Kodierungen wie Hauscodes, SNOMED CT oder LOINC sind optional möglich.