Design und Implementierung von Gesundheitsinformationssystemen

Design und Implementierung von Gesundheitsinformationssystemen ist der Prozess der Anforderungsanalyse, des Entwurfs, der Auswahl, der Konfiguration und des Einsatzes von Informationssystemen in Gesundheitseinrichtungen, sodass sie klinische und administrative Arbeitsabläufe unterstützen. Dabei wird ein Gesundheitsinformationssystem nicht nur als Software betrachtet, sondern als soziotechnische Intervention, deren Erfolg ebenso sehr von Arbeitsabläufen, Menschen und dem organisatorischen Kontext abhängt wie von der Technologie selbst.

Definition

Design und Implementierung von Gesundheitsinformationssystemen ist die geplante Aktivität der Spezifikation, des Aufbaus oder der Konfiguration, des Einsatzes und der Einbettung von Informationssystemen in Gesundheitseinrichtungen, sodass sie die beabsichtigten klinischen und administrativen Prozesse unterstützen.

Scope

Das Thema umfasst Anforderungsanalyse und Systemauswahl, Konfiguration und Workflow-Integration, die menschlichen und organisatorischen Faktoren, die die Akzeptanz bestimmen, sowie die Rahmenwerke, die erklären, warum einige Implementierungen erfolgreich sind und andere aufgegeben werden. Es ist als Referenz zu den Methoden und Konzepten der Systemimplementierung konzipiert, nicht als Beschaffungs- oder Konfigurationsberatung für eine bestimmte Organisation.

Core questions

• Wie werden Anforderungen an ein Gesundheitsinformationssystem identifiziert und in das Design übersetzt?
• Warum sind einige Implementierungen von Gesundheits-IT erfolgreich, während andere aufgegeben werden?
• Wie beeinflusst das Systemdesign den klinischen Arbeitsablauf und die Benutzerbelastung?
• Welche organisatorischen und menschlichen Faktoren prägen Akzeptanz und Nachhaltigkeit?

Key concepts

• Anforderungsanalyse
• Systemauswahl und -konfiguration
• Workflow-Integration
• Soziotechnisches System
• Implementierung und Akzeptanz
• Benutzerfreundlichkeit und Benutzerbelastung
• Nachhaltigkeit und Skalierung

Key theories

Diffusion von Innovationen

Beschreibt, wie sich neue Gesundheitstechnologien im Laufe der Zeit unter Anwendern und Organisationen verbreiten, wobei die Akzeptanz durch relativen Vorteil, Kompatibilität, Komplexität, Testbarkeit und Beobachtbarkeit geprägt wird; wird häufig angewendet, um die ungleichmäßige Akzeptanz von Gesundheitsinformationssystemen zu interpretieren.

NASSS-Framework

Ein Rahmenwerk zur Bewertung von Nicht-Akzeptanz, Aufgabe und Herausforderungen bei der Skalierung, Verbreitung und Nachhaltigkeit von Gesundheitstechnologien über mehrere interagierende Domänen hinweg, das verwendet wird, um vorherzusagen, warum komplexe Implementierungen scheitern können.

Mechanisms

Die Implementierung schreitet typischerweise von der Analyse klinischer und administrativer Anforderungen über die Systemauswahl oder den Aufbau und die Konfiguration bis hin zum Einsatz, zur Schulung und zur fortlaufenden Optimierung fort. Rahmenwerke in diesem Bereich behandeln das System als soziotechnisch: Die Ergebnisse hängen davon ab, wie die Technologie mit Arbeitsabläufen, Rollen, Anreizen und der gesamten Organisation interagiert, sodass Designentscheidungen, die den Kontext ignorieren, in der Regel zu Nicht-Akzeptanz oder Aufgabe führen, selbst wenn die Software technisch einwandfrei ist. Schlecht angepasste Systeme können auch die Dokumentationslast auf Kliniker verlagern.

Clinical relevance

Da das Systemdesign die Art und Weise prägt, wie Kliniker und Personal Informationen erfassen und abrufen, kann die Qualität der Implementierung die Effizienz des Arbeitsablaufs und die berichtete Benutzerbelastung beeinflussen. Dieser Eintrag beschreibt Implementierungsmethoden und -rahmenwerke als Referenzmaterial; er schreibt nicht vor, wie eine gegebene Organisation ein System konfigurieren oder einsetzen sollte.

Evidence & guidelines

Die Evidenz stammt hier aus der Implementierungswissenschaft, Informatik-Evaluationen und Beobachtungsstudien und nicht aus klinischen Studien. Diffusions- und Skalierungsrahmenwerke bieten konzeptionelle Orientierung, während Akzeptanzumfragen und Studien zur technologiebedingten Belastung von Klinikern die praktischen Konsequenzen von Designentscheidungen dokumentieren.

History

Frühe Gesundheitsinformationssysteme wurden um diskrete administrative und abteilungsbezogene Funktionen herum aufgebaut und oft mit begrenzter Berücksichtigung des klinischen Arbeitsablaufs eingesetzt. Als sich integrierte elektronische Patientenakten unter politischen Anreizen verbreiteten, lenkten wiederholte Erfahrungen mit fehlgeschlagenen oder aufgegebenen Implementierungen die Aufmerksamkeit auf die Implementierungswissenschaft, was zu Rahmenwerken führte, die den soziotechnischen Fit, die organisatorische Bereitschaft und die Nachhaltigkeit betonen, anstatt nur die Technologie.

Debates

Ist Implementierungsversagen ein Technologieproblem oder ein organisatorisches Problem?

Viele fehlgeschlagene Implementierungen betreffen technisch adäquate Systeme, die dennoch nicht angenommen werden, was die Ansicht stützt, dass organisatorischer Kontext, Workflow-Passung und menschliche Faktoren entscheidend sind; Rahmenwerke unterscheiden sich darin, wie viel Gewicht sie der Technologie im Vergleich zum Kontext beimessen.

Key figures

• Trisha Greenhalgh
• Everett Rogers
• James Dearing
• Ashish Jha

Seminal works

• greenhalgh-2017
• dearing-2018

Frequently asked questions

Warum scheitern gut gebaute IT-Systeme im Gesundheitswesen manchmal in der Praxis?

Die Implementierung ist soziotechnisch: Ein technisch einwandfreies System kann dennoch aufgegeben werden, wenn es nicht zu den klinischen Arbeitsabläufen, der organisatorischen Bereitschaft oder den Benutzerbedürfnissen passt, weshalb Design-Frameworks den Kontext ebenso wie die Technologie betonen.

Was ist eine soziotechnische Sichtweise der Systemimplementierung?

Sie betrachtet das Informationssystem, die Menschen, die es nutzen, und die Organisation um es herum als ein interagierendes Ganzes, sodass Design und Implementierung Arbeitsabläufe, Rollen und Anreize berücksichtigen müssen, nicht nur Softwarefunktionen.