Interaktionen und Search Types

Innerhalb des ISiK-Moduls Medikation kann ein beteiligtes System verschiedene Rollen einnehmen und somit unterschiedliche Aufgaben übernehmen. In Anlehnung an IHE HMW werden im Folgenden diese Rollen mithilfe der Definition von Akteuren formalisiert und die Interaktionen zugeordnet.

Hierbei wird wiederum unterschieden zwischen den folgenden drei Bereichen:

• Medication Summary (Medikationsinformationen, "Medikationspläne"): Bildet den Medikationsstatus eines Patienten ab, z.B. Informationen über Dauermedikation oder Selbstmedikation. In diesem Kontext wird häufig noch eine Liste verwendet, in der die einzelnen Medikationsinformationen strukturiert sind.
• Medication Order (Medikations-Verordnungen): Informationen über die Verordnung von Medikamenten im Rahmen des medizinischen Workflows.
• Administered Medication (Medikations-Verabreichungen): Informationen über die (erfolgte) Verabreichung bzw. Einnahme von Medikamenten im Rahmen des medizinischen Workflows.

Für jeden dieser Bereiche wurden jeweils drei Akteure identifiziert, die in einem oder mehreren Systemen implementiert sein können:

• Repository: Hält die jeweiligen Informationen (Datenobjekte) vor und verwaltet diese. Es ermöglicht das Erstellen, Ändern und Lesen dieser Informationen.
• Provider: Erstellt bzw. generiert die Informationen und übermittelt sie an das Repository.
• Consumer: Liest die Informationen aus dem Repository, beispielsweise um sie dem Benutzer anzuzeigen oder anderweitig zu verarbeiten.

Die Interaktionen sind somit in allen drei Bereichen äquivalent:

Interaktionen der FHIR Akteure

Search Includes and Reverse Includes

Damit diese Akteure sinnvoll miteinander kommunizieren, wird im Folgenden ein grafischer Überblick über die in diesem Modul zu inlduierenden Suchparameter und Operationen gegeben. Da es sich um eine Zusammenfassung handelt, gelten Bedingungen für die gezeigten Inhalte:

• Alle Must-Support Elemente einer Componente müssen von den entsprechenden Systemen suchbar sein. Diese sind hier nicht erneut aufgezählt.
• Ein Doppelpunkt meint den Zugriff auf ein Element des beinhaltenden Profils.
• Das Elemente hinter einem Doppelpunkt besitzt wiederum die Suchparameter (alle Must-Support Elemente!), die hier in die Suchsyntax zu inkludieren sind.

Inkludierte Suchparameter nach Capability Statement

Zusammenhang zu den Use Cases

Jeder Include oder Reverse Include Parameter ist mit mindestens einem Anwendungsfall begründet. Diese Details sie auf der Seite der jeweiligen Ressource unter Datenobjekte zu finden. Im Folgenden sollen für die Lesart des Diagramms zwei Beispiele gegeben werden:

• Beispiel für einen Include Zusammenhang: Eine Applikation muss in der Lage sein ein ISiK Medikament anhand der Eigenschaften von ingredient suchen zu können, um den (Adverse) Use Case einer Wechelwirkung zu vermeiden.
• Beispiel für einen Reverse Include Zusammenhang: Eine Applikation muss in der Lage sein zu einem ISiK Patient alle Encounter anhand der Zugehörigkeit via subject suchen zu können, um den Anwendungsfall der vollständigen Dokumentation gewährleisten zu können.