EHR-Architektur, Komponenten und Workflow-Integration

Die EHR-Architektur beschreibt, wie die Hauptbausteine einer elektronischen Gesundheitsakte – klinisches Datenrepository, kontrollierte Vokabulare, Auftragserfassung, Ergebnisprüfung, Dokumentation und Entscheidungsunterstützung – zusammengefügt und verbunden werden und wie diese Zusammenstellung in den täglichen Ablauf der klinischen Arbeit passt. Wie gut die Architektur dem realen Arbeitsablauf entspricht, prägt maßgeblich, ob die Akte die Versorgung unterstützt oder behindert.

Definition

EHR-Architektur ist die Organisation der Datenspeicher, Funktionsmodule (wie Auftragserfassung, Dokumentation und Entscheidungsunterstützung) und Schnittstellen einer elektronischen Gesundheitsakte, zusammen mit der Art und Weise, wie diese Module in den klinischen Arbeitsablauf integriert sind.

Scope

Dieses Thema behandelt die wesentlichen funktionalen Komponenten eines EHR und deren Integration untereinander und in die klinische Arbeit. Es betrachtet Architektur als soziotechnische Frage – Softwarestruktur untrennbar von den unterstützten Arbeitsabläufen – und ist eine Referenzbeschreibung des Systemdesigns, nicht der Implementierung oder Anbieterberatung.

Core questions

• Was sind die Kernfunktionskomponenten eines EHR und wie hängen sie zusammen?
• Wie organisiert ein klinisches Datenrepository Patientendaten für den Abruf und die Wiederverwendung?
• Wie verbindet sich die computergestützte Auftragserfassung durch den Anbieter mit der klinischen Entscheidungsunterstützung?
• Warum bestimmt die Passung zwischen Systemdesign und Workflow die Benutzerfreundlichkeit und Sicherheit?

Key concepts

• Klinisches Datenrepository
• Computergestützte Auftragserfassung durch den Anbieter (CPOE)
• Klinische Entscheidungsunterstützung (CDS)
• Kontrollierte Terminologien und Stammdaten
• Ergebnisprüfung und die Längsschnittansicht
• Workflow-Integration und Passung
• Unbeabsichtigte Folgen des Systemdesigns

Mechanisms

Ein EHR ist typischerweise um ein klinisches Datenrepository herum organisiert, das kodierte und narrative Daten speichert und diese über Module für Auftragserfassung, Dokumentation, Ergebnisprüfung und Entscheidungsunterstützung präsentiert. Die Auftragserfassung (CPOE) erfasst die Absichten des Klinikers in computerlesbarer Form und kann Entscheidungsunterstützung – Warnmeldungen, Auftragssätze und Erinnerungen – am Punkt der Auftragserfassung auslösen (Bates et al., 2003). Da diese Module in klinische Routinen eingebettet sind, kann eine Diskrepanz zwischen Systemdesign und der tatsächlichen Reihenfolge und dem Zeitpunkt der Arbeit neue Fehler und Umgehungslösungen erzeugen; die Literatur zur computergestützten Auftragserfassung dokumentiert eine Reihe unbeabsichtigter Folgen, die genau an der Schnittstelle zwischen Software und Arbeitsablauf entstehen (Campbell et al., 2006).

Clinical relevance

Die Architektur und die Workflow-Anpassung eines EHR beeinflussen, wie leicht Kliniker Informationen finden, Aufträge platzieren und auf Entscheidungsunterstützung reagieren, und sind daher relevant für das Verständnis dokumentierter Auswirkungen auf Effizienz und Sicherheit. Dieser Eintrag beschreibt das Systemdesign als Studienobjekt; es handelt sich nicht um eine operative Anleitung zur Konfiguration oder Nutzung eines bestimmten Systems.

Evidence & guidelines

Systematische Übersichtsstudien zur Gesundheitstechnologie betonen, dass die Vorteile stark davon abhingen, wie Systeme gebaut und integriert wurden, wobei führende Institutionen mehr Wert aus intern entwickelten, workflow-ausgerichteten Systemen zogen (Chaudhry et al., 2006). Studien zur computergestützten Auftragserfassung katalogisieren unbeabsichtigte Folgen, die mit Design- und Workflow-Diskrepanzen verbunden sind (Campbell et al., 2006). Diese Quellen charakterisieren den Designraum; der Eintrag gibt keine Empfehlungen.

History

Frühe integrierte Systeme an akademischen medizinischen Zentren zeigten, dass Auftragserfassung und Entscheidungsunterstützung innerhalb einer einzigen Akte kombiniert werden konnten, und dieses Modell beeinflusste spätere kommerzielle Architekturen. Mit zunehmender Verbreitung verlagerte sich die Aufmerksamkeit von der Frage, ob die Komponenten existierten, darauf, wie ihre Integration die klinische Arbeit prägte, wobei die Forschung zur Auftragserfassung die Folgen einer schlechten Workflow-Anpassung hervorhob (Bates et al., 2003; Campbell et al., 2006).

Debates

Sollten EHRs den Arbeitsablauf standardisieren oder sich an lokale Praktiken anpassen?

Eine stärkere Standardisierung kann die Datenqualität und Sicherheit verbessern, kann aber mit etablierten lokalen Arbeitsabläufen kollidieren und Umgehungslösungen hervorrufen; wie stark ein System vorschreiben oder sich anpassen sollte, bleibt umstritten.

Key figures

• David Bates
• Dean Sittig
• Joan Ash
• Emily Campbell
• Basit Chaudhry

Seminal works

• bates-2003
• campbell-2006

Frequently asked questions

Was ist ein klinisches Datenrepository?

Es ist der zentrale Datenspeicher eines EHR, der kodierte und narrative Patientendaten enthält und diese den Modulen des Systems zum Abrufen, Anzeigen und Wiederverwenden zur Verfügung stellt.

Wie hängt die Auftragserfassung mit der Entscheidungsunterstützung zusammen?

Die computergestützte Auftragserfassung durch den Anbieter erfasst Aufträge in computerlesbarer Form, wodurch das System Entscheidungsunterstützung wie Warnmeldungen, Erinnerungen und Auftragssätze zum Zeitpunkt der Auftragserteilung auslösen kann.