IHE Integrationsprofile

Aus Hl7wiki
Version vom 2. April 2014, 20:02 Uhr von Plehti (Diskussion | Beiträge) (Kommunikation KIS-RIS-PACS)
Wechseln zu: Navigation, Suche

IHE-Integrationsprofile

Diese Seite soll einen Überblick verschaffen, in welcher Systemkonstellation welche Akteure eines IHE-Integrationsprofils relevant oder auch nur optional sind. Nachfolgend sind für die (drei) primären Kommunikationsszenarien die entsprechenden Details aufgelistet:

Profile im Einsatz

Radiologie

Kommunikation KIS-RIS-PACS

Profil Erklärung / Akteur KIS RIS PACS Gerät
PAM Austausch administrativer Basisdaten (Person + Fall)
Pat. Demographics Supplier R O X X
Pat. Demographics Consumer X R R R
Pat. Encounter Supplier R O X X
Pat. Encounter Consumer X R R R
RID Abfrage von Informationen zur Anzeige
Nicht empfehlenswert, da die unterstützten Dokumente sehr limitiert sind. Stattdessen besser XDS nutzen.
PDI Ablage von radiologischen Befunden und Bilder auf beweglichen Datenträgern
???
PIR Korrektur von Patienten Informationen
Order Placer R O X X
ADT R O X X
DSS/Order Filler X R X X
Performed Procedure Step Manager X O O X
Report Manager X RE O X
Report Creator X RE O X
Image Archive/Image Manager X X R X
Acquisition Modality X X X R
SWF Basis Workflow in der Radiologie
Order Placer R O X X
ADT R O X X
DSS/Order Filler X R X X
Performed Procedure Step Manager X O O X
Evidence Creator X O R X
Image Archive/Image Manager X X R X
Acquisition Modality X X X R
RWF Befunderstellungs-Workflow
In DE überflüssig, da Befunde üblicherweise im RIS und nicht im PACS erstellt werden
IRWF Workflow zum Import von Fremdbildern von beweglichen Datenträgern
X O R X
NMI Beschreibung für Bilder aus der Nuklearmedizin
Nur für Nuklearmedizin notwendig, nicht für Radiologie
MAMMO Beschreibung für Bilder aus der Mammographie
X X O O
ED Beschreibung von Dokumenten mit aus den Bildern bestimmten Fakten (z.B. Messwerte)
X O O X
SINR Beschreibung von Radiologischen Befunden als DICOM SR Objekten
Nicht empfehlenswert, da DICOM SR nur von wenigen Systemen verstanden werden. Besser sind CDA Dokumente.
CT Abgleich der systeminternen Uhren
Time Client R R R R
REM Austausch von Dosisinformationen
Image Archive/Image Manager X X R X
Dose Info Consumer X O X X
Acquisition Modality X X X R
KIN Key Image Note
???
CPI ??
???
PGP ??
???
FUS ??
???

Labor

Profil Erklärung / Akteur KIS LIS Gerät
LTW Laboratory Testing Workflow
???
XD-LAB Sharing Laboratory Reports
???
LDA Laboratory Device Automation
???
LBL Laboratory Barcode Labeling
???
LPOCT Laboratory Point Of Care Testing
???
LCSD Laboratory Code Sets Distribution
???

Archivsystem (DMS)

An dieser Stelle sei zuerst auf das Cookbook verwiesen.

Profil Erklärung / Akteur KIS Subsystem DMS MPI
XDS Cross Enterprise Document Sharing
Identity Feed R X X R
Document Source R X X X
Document Consumer O O X X
Repository O O R X
Registry O O O X
XDS-I XDS für Imaging (Bilddaten)
???
PIX Patient Identifier Cross-Referencing
Patient Identity Source R R O O
Patient Identity Cross Reference Consumer O O R O
Patient Identity Cross Reference Manager X X X R
PDQ Patient Demographics Query
Patient Demographics Supplier X X X RE
Patient Demographics Consumer R R R O
XCA
Initiating Gateway O O O O
Responding Gateway O O O O
XUA++ Cross-Enterprise User Assertion
???
CT Consistent Time
Time Client R R R R
ATNA Logging
Secure Node (grouped with any other actor) R R R R
Audit Repository O O O O
BPPC Einwilligungserklärung
??? X
XDW Cross Enterprise Document Workflow
??? X
PAM Patient Administration Management
Patient Demographics Supplier R X X X
Patient Demographics Consumer O R R RE
Patient Encounter Supplier R X X X
Patient Encounter Consumer O R R RE
XDS-SD Cross-Enterprise Sharing of Scanned Documents Content
Content Creator R X X X
Content Consumer X O R X

Anmerkungen

  1. Bei XCA hängt die Erfordernis von der Architektur der Umsetzung ab, d.h. welche System stellvertretend die Rolle des Gateways übernehmen.
  2. Offen ist noch die notwendige interne Kommunikation von Parametern, die bspw. vbei XDS notwendig wird.
  3. Bie PDQ kann ein MPI durchaus auch wieder als Consumer agieren, um IDs von anderen MPIs zu bekommen.

Allgemein

Profil Erklärung / Akteur KIS Subsystem
SVS Sharing Value Sets
Value Set Repository O O
Value Set Consumer O O


Anmerkungen

  1. Die Rolle des Consumers macht für jedes System Sinn, um Stammdaten aktualisieren zu können.

Pharmazie/Medikation

Profil Erklärung / Akteur KIS Subsystem ??
HMW Verschreibung im Krankenhaus
???
CMPD ???
???
PADV ???
???
PRE ???
???