Ihr Daten-Template für die Patientenreise

Epic EHR
Ihr Daten-Template für die Patientenreise

Ihr Daten-Template für die Patientenreise

Dieses Template bietet einen umfassenden Rahmen für die Abbildung klinischer Workflows in Ihrer Epic-Umgebung. Es beschreibt die erforderlichen Datenpunkte und Meilensteine im Event Log, um den vollständigen Weg eines Patienten von der Aufnahme bis zur Entlassung sichtbar zu machen. Wenn Sie diese Vorgaben befolgen, strukturieren Sie Ihre Daten so, dass Sie detaillierte operative Erkenntnisse gewinnen und die Versorgung verbessern können.
  • Empfohlene Attribute für den klinischen Kontext
  • Zentrale Prozessmeilensteine zur Nachverfolgung
  • Spezifische Hinweise zur Datenextraktion aus Epic EHR
Neu bei Event Logs? Lernen Sie, wie Sie ein Process-Mining-Event-Log erstellen.

Attribute der Patientenreise

Dies sind die empfohlenen Datenfelder, die Sie in Ihr Event Log aufnehmen sollten, um den Patientenfluss und die klinische Effizienz umfassend zu analysieren.
5 Erforderlich 9 Empfohlen 7 Optional
Name Beschreibung
Aktivitätsname
ActivityName
Die konkrete klinische oder administrative Handlung, die ausgeführt wurde.
Beschreibung

Dieses Attribut erfasst den Namen des Ereignisses innerhalb der Patientenreise, etwa „Patient registriert“, „Medikament verabreicht“ oder „Entlassungsanordnung unterzeichnet“. Es ist das zentrale Element für die Definition des Prozessablaufs.

In der Analyse bildet dieses Feld die Knoten der Prozessdarstellung. Es wird aus verschiedenen Transaktionscodes und Auftragsstatus im EHR abgeleitet, um ein verständliches Event Log zu erstellen.

Warum das wichtig ist

Es definiert die Prozessschritte und ermöglicht die Visualisierung des Workflows.

Bezugsquelle

Abgeleitet aus den Tabellen CLARITY_ADT, ORDER_PROC und ORDER_MED.

Beispiele
Triage abgeschlossenDiagnostischer Test angeordnetPatient entlassenMedikament verabreicht
Ereignis-Timestamp
EventTimestamp
Das genaue Datum und die genaue Uhrzeit, zu denen die Aktivität stattgefunden hat.
Beschreibung

Dieses Attribut erfasst den genauen Zeitpunkt, zu dem ein Ereignis im Epic-System protokolliert wurde. Es dient dazu, Aktivitäten zeitlich zu ordnen und alle zeitbezogenen Kennzahlen zu berechnen, etwa Aufenthaltsdauer und Durchlaufzeiten.

Die Genauigkeit dieses Feldes ist entscheidend, um Engpässe zu erkennen. Es unterstützt die Dashboards „Triage Throughput“ und „Time to Definitive Diagnosis“, indem es die zeitlichen Bezugspunkte für Start- und Endpunkte liefert.

Warum das wichtig ist

Es ermöglicht die Berechnung von Zykluszeiten, Durchlaufzeiten und der Prozessreihenfolge.

Bezugsquelle

Je nach Quelltabelle verschiedene Timestamp-Spalten, etwa EFFECTIVE_TIME oder ORDER_TIME.

Beispiele
2023-10-15T08:30:00Z2023-10-15T09:15:22Z2023-10-16T14:20:00Z
Patientenepisode
PatientEpisodeId
Die eindeutige Kennung für den spezifischen Patientenkontakt oder die Behandlungsepisode.
Beschreibung

Die Patientenepisode dient als primäre Case-Kennung für Process Mining. Sie fasst alle klinischen, administrativen und logistischen Ereignisse zusammen, die zu einem zusammenhängenden Behandlungszeitraum gehören, etwa zu einem stationären Aufenthalt oder einem Besuch in der Notaufnahme. In Epic Clarity entspricht sie in der Regel der Contact Serial Number (CSN) oder der Encounter ID.

Durch die Analyse dieses Attributs lässt sich die gesamte Patientenreise rekonstruieren. Triage, Diagnose, Behandlung und Entlassung können zu einer zusammenhängenden Prozessinstanz verknüpft werden.

Warum das wichtig ist

Sie ist der zentrale Schlüssel, um unterschiedliche Ereignisse zu einem einzelnen Prozess-Case zu verknüpfen.

Bezugsquelle

Epic-Clarity-Tabelle: PAT_ENC, Spalte: PAT_ENC_CSN_ID

Beispiele
200459112200459113200459114200459115
Letzte Datenaktualisierung
LastDataUpdate
Der Timestamp, zu dem die Daten extrahiert oder zuletzt aktualisiert wurden.
Beschreibung

Dieses Attribut zeigt an, wann der Datensatz zuletzt durch die ETL-Pipeline verarbeitet wurde. Es unterscheidet sich vom Ereignis-Timestamp und unterstützt die Überwachung der Aktualität der Daten.

Analysten verwenden diesen Wert, um festzustellen, ob das Dashboard die aktuelle Situation abbildet oder ob eine Datenverzögerung die Genauigkeit von KPIs wie den Triage-Wartezeiten beeinträchtigt.

Warum das wichtig ist

Es hilft dabei, die Aktualität und Zuverlässigkeit der Process-Mining-Daten zu bewerten.

Bezugsquelle

Timestamp des ETL-Systems.

Beispiele
2023-10-27T23:59:59Z2023-10-28T06:00:00Z
Quellsystem
SourceSystem
Das führende System für die Daten, in der Regel das Epic EHR.
Beschreibung

Dieses Attribut identifiziert die Herkunft der Daten. Für diese Ansicht lautet der Wert hauptsächlich „Epic EHR“. Es ist jedoch auch hilfreich, wenn Daten mit anderen Systemen wie einem separaten LIS (Laborinformationssystem) oder einem Abrechnungssystem kombiniert werden.

In der Analyse stellt es die Datenherkunft sicher und erleichtert die Fehlerbehebung, wenn bestimmte Ereignisse im Vergleich zur Quelle fehlen oder fehlerhaft erscheinen.

Warum das wichtig ist

Es sorgt für Rückverfolgbarkeit und liefert Kontext zur Herkunft der Daten.

Bezugsquelle

Fest codiert oder aus der Konfiguration der Verbindungszeichenfolge abgeleitet.

Beispiele
Epic EHREpic ClarityEpic Caboodle
Abteilungsname
DepartmentName
Die Station oder Abteilung des Krankenhauses, in der die Aktivität stattgefunden hat.
Beschreibung

Dieses Attribut identifiziert den funktionalen Ort des Ereignisses, etwa „Notaufnahme“, „Radiologie“ oder „chirurgische Allgemeinstation“. Es ist für die Analyse interner Stationsverlegungen entscheidend.

Die Daten werden verwendet, um die Prozessdarstellung nach Abteilungen zu segmentieren. So können Verantwortliche Engpässe in ihrer eigenen Einheit von systemweiten Problemen des Krankenhauses unterscheiden.

Warum das wichtig ist

Es ermöglicht die Filterung nach Organisationseinheiten und die Analyse von Übergaben.

Bezugsquelle

Epic-Clarity-Tabelle: CLARITY_DEP, Spalte: DEPARTMENT_NAME

Beispiele
NotaufnahmeRadiologieICUPädiatrie
Code der Hauptdiagnose
PrimaryDiagnosisCode
Der ICD-10-Code oder interne Code für die Hauptdiagnose.
Beschreibung

Dieses Attribut erfasst den bestätigten medizinischen Zustand des Patienten. Es wird in der Regel während der Aktivität „Diagnose bestätigt“ befüllt.

Es wird verwendet, um Cases für die Ansicht zur Einhaltung klinischer Protokolle nach Krankheitsbild zu gruppieren. Durch die Zuordnung zu „Product“ können Analysten erkennen, wie sich die „Produktion“ der Versorgung je nach Krankheitsbild unterscheidet.

Warum das wichtig ist

Es gruppiert Cases nach klinischer Ähnlichkeit für die Protokollanalyse.

Bezugsquelle

Epic-Clarity-Tabelle: PAT_ENC_DX, Spalte: DX_ID

Beispiele
J18.9I21.9E11.9
Endzeit des Ereignisses
EventEndTime
Der Timestamp, zu dem die Aktivität abgeschlossen wurde.
Beschreibung

Viele Ereignisse finden zu einem bestimmten Zeitpunkt statt. Einige Aktivitäten wie „Diagnosetest durchgeführt“ oder „Konsultation abgeschlossen“ haben jedoch eine Dauer. Dieses Attribut erfasst den Abschlusszeitpunkt.

Damit lassen sich aktive Bearbeitungszeit und Wartezeit unterscheiden. Das ist besonders für das Dashboard „Diagnostic Service Cycle Times“ relevant.

Warum das wichtig ist

Es ermöglicht die Berechnung der Aktivitätsdauer und der Ressourcenauslastung.

Bezugsquelle

Weitere Informationen zu den spezifischen Endzeitspalten in ORDER_PROC finden Sie in der Dokumentation zum Epic EHR.

Beispiele
2023-10-15T09:45:00Z2023-10-16T15:00:00Z
Entlassungsziel
DischargeDisposition
Das Ziel des Patienten nach der Entlassung, etwa Zuhause, SNF oder verstorben.
Beschreibung

Dieses Attribut erfasst, wohin der Patient nach dem Verlassen des Krankenhauses gegangen ist. Es wird bei der Aktivität „Patient entlassen“ erfasst.

Für das Dashboard „Readmission Risk“ ist es besonders wichtig, da Patienten, die in eine Skilled Nursing Facility (SNF) entlassen werden, andere Wiederaufnahmemuster aufweisen als Patienten, die nach Hause gehen.

Warum das wichtig ist

Es liefert Kontext zum Ergebnis des Versorgungsprozesses.

Bezugsquelle

Epic-Clarity-Tabelle: PAT_ENC, Spalte: DISCH_DISP_C

Beispiele
Nach HausePflegeeinrichtungHäusliche Pflege
Flag für Wiederaufnahme
ReadmissionFlag
Gibt an, ob der Patient innerhalb von 30 Tagen unerwartet zurückgekehrt ist.
Beschreibung

Dieses boolesche Attribut zeigt an, ob auf die betreffende Episode innerhalb eines Zeitraums von 30 Tagen eine ungeplante Aufnahme desselben Patienten folgte. Es bildet die Grundlage für den KPI zur Rate ungeplanter Wiederaufnahmen innerhalb von 30 Tagen.

In der Analyse dient es als wichtige Ergebnisvariable. Prozesspfade, die zu einem Flag mit dem Wert „True“ führen, werden untersucht, um Ursachen in der Entlassungsplanung zu ermitteln.

Warum das wichtig ist

Es identifiziert fehlerhafte Entlassungsprozesse und Probleme bei der Versorgungsqualität.

Bezugsquelle

Berechnet per SQL durch die Suche nach späteren Kontakten desselben Patienten anhand der MRN.

Beispiele
truefalse
Kontaktart
EncounterType
Die Klassifizierung des Patientenbesuchs, etwa stationär oder als Notfall.
Beschreibung

Dieses Attribut kategorisiert die Art der Patientenepisode. Häufige Werte sind „Emergency“, „Inpatient“, „Outpatient“ oder „Virtual“.

Durch die Zuordnung zu „CaseType“ ist dieses Feld für die Filterung der Analyse grundlegend. Das Dashboard zur Entlassungsplanung ist beispielsweise hauptsächlich für stationäre Kontakte relevant, während die Triage spezifisch für Notfälle ist.

Warum das wichtig ist

Es liefert den übergeordneten Kontext für die Prozessinstanz.

Bezugsquelle

Epic-Clarity-Tabelle: PAT_ENC, Spalte: ENC_TYPE_C

Beispiele
NotfallAmbulante KrankenhausbehandlungStationär
Patienten-MRN
PatientMrn
Die Medical Record Number zur Identifizierung des Patienten.
Beschreibung

Die MRN ist die eindeutige Kennung des Patienten im gesamten Gesundheitssystem und unterscheidet sich von der Episoden-ID. Sie ermöglicht die Nachverfolgung der Krankengeschichte über mehrere Besuche hinweg.

Dieses Attribut wird verwendet, um Wiederaufnahmen zu erkennen und separate Episoden für das Dashboard „Readmission Risk“ zu verknüpfen. Im generischen Modell wird es „Customer“ zugeordnet.

Warum das wichtig ist

Sie ist entscheidend, um wiederholte Besuche zu erkennen und die Krankengeschichte des Patienten zu analysieren.

Bezugsquelle

Epic-Clarity-Tabelle: PATIENT, Spalte: PAT_ID oder PAT_MRN_ID

Beispiele
MRN-882910MRN-112003MRN-554211
Provider-ID
ProviderId
Die Kennung des Benutzers oder Klinikers, der die Aktivität ausgeführt hat.
Beschreibung

Dieses Attribut erfasst die eindeutige ID des für das Ereignis verantwortlichen Mitarbeiters, etwa der Pflegekraft, die ein Medikament verabreicht, oder des Arztes, der Entlassungsanordnungen unterzeichnet.

Es wird dem generischen Attribut „User“ zugeordnet, um Unterschiede bei Ressourcen und Arbeitslast zu analysieren. Bei automatisierten Aktivitäten kann es sich um die ID eines Systembenutzers handeln.

Warum das wichtig ist

Es ermöglicht die Analyse von Leistungs- und Arbeitslastunterschieden zwischen Mitarbeitenden.

Bezugsquelle

Epic-Clarity-Tabelle: CLARITY_EMP, Spalte: USER_ID

Beispiele
EMP10023DOC5592SYSTEM
Triage-Schweregrad
TriageAcuityLevel
Der Schweregrad, der dem Patienten während der Triage zugewiesen wurde.
Beschreibung

Dieses Attribut zeigt die Dringlichkeit des Zustands des Patienten an, typischerweise auf einer Skala wie den ESI-Stufen 1 bis 5. Es wird während der Aktivität „Triage abgeschlossen“ erfasst.

Es ermöglicht die Segmentierung im Dashboard „Resource Intensity by Severity Score“. Patienten mit hoher Dringlichkeit durchlaufen andere Prozesspfade als Patienten mit niedriger Dringlichkeit. Dieses Feld hilft, diese Varianten zu unterscheiden.

Warum das wichtig ist

Es segmentiert den Prozess nach Dringlichkeit und erwartetem Ressourcenverbrauch.

Bezugsquelle

Weitere Informationen zum Feld Acuity in den ED-Logs finden Sie in der Dokumentation zum Epic EHR.

Beispiele
1 - Reanimation2 - Dringender Notfall3 - Dringend
Automatisierte Terminplanung
IsAutomatedScheduling
Flag, das angibt, ob die Terminplanung ohne Eingreifen von Mitarbeitenden erfolgt ist.
Beschreibung

Dieses boolesche Attribut wird aus der Planungsmethode abgeleitet. Wurde der Termin über MyChart oder einen automatisierten Cadence-Workflow erstellt, lautet der Wert True.

Es unterstützt direkt den KPI zur Automatisierungsquote bei der Folgeterminplanung. Damit können Verantwortliche nachvollziehen, welcher Anteil des administrativen Aufwands an die Technologie übertragen wird.

Warum das wichtig ist

Es misst den Erfolg der Prozessautomatisierung.

Bezugsquelle

Abgeleitet aus SchedulingMethod.

Beispiele
truefalse
Fachgebiet des anordnenden Providers
OrderingProviderSpecialty
Das medizinische Fachgebiet des Arztes, der eine Konsultation oder Untersuchung anfordert.
Beschreibung

Dieses Attribut erfasst die Abteilung oder das Fachgebiet, etwa „Kardiologie“ oder „Onkologie“, des anordnenden Providers. Es wird im Dashboard zur Verzögerung bei Fachkonsultationen verwendet.

Damit lässt sich analysieren, ob bestimmte Fachgebiete bei internen Leistungen längere Wartezeiten haben als andere. So werden mögliche Verzerrungen oder Ressourcenengpässe in bestimmten Leistungsbereichen sichtbar.

Warum das wichtig ist

Es segmentiert die Nachfrage nach diagnostischen Leistungen und Konsultationen.

Bezugsquelle

Weitere Informationen zu den Stammdaten der Provider finden Sie in der Dokumentation zum Epic EHR.

Beispiele
KardiologieInnere MedizinOrthopädie
Kosten der diagnostischen Anordnung
DiagnosticOrderCost
Die internen Kosten für einen diagnostischen Test oder Eingriff.
Beschreibung

Dieses Attribut weist Aktivitäten vom Typ „Diagnosetest durchgeführt“ einen finanziellen Wert zu. Dadurch lässt sich die Prozessdarstellung um eine finanzielle Perspektive ergänzen.

Es ist zwar keine primäre klinische Kennzahl, hilft der Verwaltung jedoch dabei, die finanzielle Bedeutung verschiedener Prozessvarianten zu verstehen, insbesondere bei Varianten mit hohem Ressourcenbedarf.

Warum das wichtig ist

Es ergänzt die Analyse der Prozesseffizienz um eine finanzielle Dimension.

Bezugsquelle

Abrechnungs- oder Kostenrechnungstabellen, die mit dem Eingriff verknüpft sind.

Beispiele
150.001200.0045.00
Planungsmethode
SchedulingMethod
Gibt an, wie der Folgetermin gebucht wurde.
Beschreibung

Dieses Attribut erfasst den Kanal, über den Termine gebucht werden, etwa „MyChart“, „Cadence Auto“ oder „Front Desk“. Es ist entscheidend für das Dashboard zum Automatisierungsstatus der ambulanten Nachsorge.

Wenn der Wert auf einen systemgestützten oder patientengesteuerten digitalen Kanal hinweist, kann das Flag „IsAutomated“ auf true gesetzt werden. So wird sichtbar, wie erfolgreich Initiativen zur digitalen Transformation sind.

Warum das wichtig ist

Es erfasst die Nutzung automatisierter oder selbst bedienbarer Werkzeuge.

Bezugsquelle

Weitere Informationen zur Quelle der Terminerstellung finden Sie in der Dokumentation zum Epic EHR.

Beispiele
MyChartCadenceTelefonPersönlich
Regionsname
RegionName
Die geografische Region oder der Krankenhausstandort.
Beschreibung

Bei Gesundheitssystemen mit mehreren Standorten identifiziert dieses Attribut den Standort der Einrichtung. Dadurch lässt sich die Leistung verschiedener Krankenhäuser vergleichen.

Die Zuordnung zu „Region“ ermöglicht standortübergreifende Benchmarks, um zu prüfen, ob ein Krankenhaus die Triage-Durchsatzleistung besser steuert als ein anderes.

Warum das wichtig ist

Es ermöglicht Benchmarks zwischen verschiedenen Einrichtungen eines Gesundheitsnetzwerks.

Bezugsquelle

Abgeleitet aus den Stammdaten der Abteilung oder Einrichtung.

Beispiele
NordcampusStadtzentrumWestflügel
Status der Protokolleinhaltung
ProtocolAdherenceStatus
Status, der angibt, ob der Case dem standardmäßigen klinischen Pfad gefolgt ist.
Beschreibung

Dieses Attribut vergleicht die Reihenfolge der Aktivitäten im Case mit einem definierten Referenzmodell (Standard Operating Procedure). Es unterstützt die Ansicht zur Einhaltung klinischer Protokolle.

Mögliche Werte sind „Compliant“, „Skipped Step“ oder „Out of Sequence“. So können klinische Verantwortliche nicht konforme Cases schnell filtern, ohne jede Prozessdarstellung manuell prüfen zu müssen.

Warum das wichtig ist

Es erkennt schnell Abweichungen von evidenzbasierten Versorgungsstandards.

Bezugsquelle

Wird im Process-Mining-Tool berechnet oder vorab in SQL verarbeitet.

Beispiele
KonformAbweichendUnvollständig
Wartezeit bei der Verlegung
TransferWaitDuration
Die verstrichene Zeit zwischen der Anordnung einer Verlegung und der tatsächlichen Verlegung.
Beschreibung

Diese Kennzahl misst die Zeitspanne zwischen „Verlegung angeordnet“ und „Patient verlegt“. Sie ist der zentrale Datenpunkt für die Analyse interner Stationsverlegungen.

Hohe Werte weisen auf „Boarding“ hin, also auf Patienten, die auf ein Bett warten. Dadurch wird der vorgelagerte Ablauf aus der Notaufnahme blockiert.

Warum das wichtig ist

Sie macht logistische Engpässe und Kapazitätsengpässe im Patientenfluss sichtbar.

Bezugsquelle

Berechnete Differenz zwischen den Timestamps des Anordnungs- und des Verlegungsereignisses.

Beispiele
2 Std. 30 Min.45 Min.12 Std.
Erforderlich Empfohlen Optional

Aktivitäten der Patientenreise

Dies sind die wesentlichen Prozessschritte und Meilensteine der Versorgung, die Sie in Ihrem Event Log erfassen sollten, um Ihre klinischen Behandlungspfade präzise zu entdecken.
4 Empfohlen 11 Optional
Aktivität Beschreibung
Diagnose bestätigt
Die Eingabe einer bestätigten Diagnose in die Problemliste des Patienten oder in das Diagnosenfeld des Patientenkontakts. Sie markiert den Abschluss der Untersuchungsphase.
Warum das wichtig ist

Erforderlich für die KPI „Zeit bis zur endgültigen Diagnose“. Markiert den Übergang von der Untersuchung zur gezielten Behandlung.

Bezugsquelle

Tabelle PAT_ENC_DX oder Aktualisierung von PROBLEM_LIST mit Verknüpfung zum Patientenkontakt.

Erfassen

Wird protokolliert, wenn ein Kliniker einen Eintrag in der Aktivität „Encounter Diagnosis“ ergänzt

Ereignistyp explicit
Patient entlassen
Der offizielle Abschluss des stationären Patientenkontakts. Wird erfasst, wenn der Patient im Census virtuell entlassen wird.
Warum das wichtig ist

Das formale Ende der Patient Episode für die Berechnung der Verweildauer. Unverzichtbar für „Patient Flow Variant Discovery“.

Bezugsquelle

ADT Feed (Event A03) oder PAT_ENC_HSP.DISCH_TIME.

Erfassen

Wird protokolliert, wenn das Verwaltungspersonal den Entlassungs-Workflow abschließt

Ereignistyp explicit
Patient registriert
Die erstmalige Erstellung des Patientenkontaktdatensatzes im System markiert den Beginn der Patient Episode. Dieses Ereignis wird ausdrücklich erfasst, wenn ein Patient am Registrierungsschalter oder in der Notaufnahme eintrifft und im Epic EHR aufgenommen wird.
Warum das wichtig ist

Legt den Ausgangspunkt für die gesamte Patient Journey fest und ermöglicht die Berechnung der Gesamtverweildauer. Unverzichtbar für das Dashboard „Triage-Durchsatz und Wartezeiten“.

Bezugsquelle

ADT Feed (Event A04 oder A01) oder Clarity-Tabelle PAT_ENC (Erstellung von HSP_ACCOUNT_ID).

Erfassen

Wird protokolliert, wenn die Transaktion „Check In“ oder „Admit“ ausgeführt wird

Ereignistyp explicit
Triage abgeschlossen
Der Abschluss der ersten pflegerischen Untersuchung oder Triage-Bewertung. Dieses Ereignis wird typischerweise erfasst, wenn das Triage-Flowsheet abgelegt wird oder sich der Triage-Status in „Complete“ ändert.
Warum das wichtig ist

Entscheidend für das Dashboard „Triage-Durchsatz und Wartezeiten“, um die Effizienz am Prozesseingang zu messen. Verzögerungen an dieser Stelle wirken sich auf den gesamten Versorgungspfad aus.

Bezugsquelle

PAT_ENC_HSP.TRIAGE_END_TIME oder Timestamp der Ablage einer bestimmten Flowsheet-Zeile (FLO_MEASUREMENT).

Erfassen

Wird protokolliert, wenn die Triage-Dokumentation signiert wird oder sich ein Statusfeld aktualisiert

Ereignistyp explicit
Diagnostischer Test angeordnet
Die Eingabe eines Auftrags für Bildgebung (Radiology) oder Labordienstleistungen. Wird erfasst, wenn ein Arzt einen Auftrag im CPOE-System eingibt und signiert.
Warum das wichtig ist

Ausgangspunkt für das Dashboard „Zykluszeiten diagnostischer Dienste“. Hohe Fallzahlen ohne entsprechende Ergebnisse weisen auf Bottlenecks hin.

Bezugsquelle

Tabelle ORDER_PROC, wenn ORDER_TYPE den Wert Lab oder Imaging/Radiology hat.

Erfassen

Wird protokolliert, wenn der Auftragsstatus in „Signed“ oder „Active“ wechselt

Ereignistyp explicit
Diagnostischer Test durchgeführt
Die tatsächliche Durchführung des diagnostischen Tests oder die Ablage des Ergebnisses. Bei Laboruntersuchungen ist dies die Verarbeitung der Probe, bei bildgebenden Untersuchungen der Abschluss des Scans.
Warum das wichtig ist

Endpunkt für die KPI „Durchschnittliche Zykluszeit diagnostischer Tests“. Wichtig, um Verzögerungen bei klinischen Entscheidungsunterstützungsdiensten zu verstehen.

Bezugsquelle

ORDER_PROC.PROC_END_TIME oder ORDER_STAT_HISTORY, wenn der Status in „Completed“ oder „Resulted“ wechselt.

Erfassen

Wird protokolliert, wenn der Techniker die Aufgabe abschließt oder die Ergebnisschnittstelle Daten empfängt

Ereignistyp explicit
Entlassungsauftrag signiert
Die formale Genehmigung des Arztes, dass der Patient das Krankenhaus verlassen darf. Dies ist ein spezifischer Auftragseintrag in Epic.
Warum das wichtig ist

Ein wichtiger Meilenstein in „Entlassungsplanung und -durchführung“. Die Zeitspanne zwischen diesem Ereignis und dem tatsächlichen Verlassen des Krankenhauses stellt den administrativen Verzug dar.

Bezugsquelle

ORDER_PROC mit dem Typ „Discharge Patient“.

Erfassen

Wird protokolliert, wenn der Arzt den Entlassungsauftrag signiert

Ereignistyp explicit
Entlassungsplanung gestartet
Der Beginn der Aktivitäten zur Vorbereitung der Entlassung des Patienten. Wird über die Dokumentation des Case Managements oder bestimmte Auftragstypen „Discharge“ erfasst.
Warum das wichtig ist

Wichtig für das Dashboard „Entlassungsplanung und -durchführung“. Ein früher Beginn steht in Zusammenhang mit einer kürzeren Verweildauer.

Bezugsquelle

Erstellung von HSP_DISCH_PLAN oder erste Notiz durch Case Manager oder Sozialarbeiter.

Erfassen

Abgeleitet aus der ersten Interaktion mit dem Discharge Navigator oder der ersten Case-Mgmt.-Notiz

Ereignistyp inferred
Konsultation abgeschlossen
Der Abschluss der fachärztlichen Untersuchung, typischerweise gekennzeichnet durch die Signatur einer Consult Note oder das Schließen des Konsultationsauftrags.
Warum das wichtig ist

Endpunkt für die „Vorlaufzeit der Facharztkonsultation“. Zeigt an, dass die fachärztliche Empfehlung vorliegt und der Versorgungsplan fortgesetzt werden kann.

Bezugsquelle

HNO_NOTE_TEXT (abgelegte Notiz vom Typ Consult) oder Statusänderung von ORDER_PROC in „Completed“.

Erfassen

Abgeleitet aus dem Erstellungszeitpunkt der Consult Note oder der Aktualisierung des Auftragsstatus

Ereignistyp inferred
Konsultation angefordert
Ein Auftrag an einen Facharzt zur Untersuchung des Patienten. Wird in Epic als spezifischer Auftragstyp „Consult“ erfasst.
Warum das wichtig ist

Ausgangspunkt für die KPI „Vorlaufzeit der Facharztkonsultation“. Hilft, Engpässe in bestimmten medizinischen Fachbereichen zu erkennen.

Bezugsquelle

ORDER_PROC mit ORDER_CLASS = „Consult“ oder spezifische Überweisungsaufträge.

Erfassen

Wird protokolliert, wenn der Konsultationsauftrag signiert wird

Ereignistyp explicit
Medikament verabreicht
Die Verabreichung eines Medikaments an den Patienten durch eine Pflegekraft oder einen Leistungserbringer. Wird im Medication Administration Record (MAR) erfasst.
Warum das wichtig ist

Zentrales Ereignis für das Dashboard „Leistung der Medikamentenverabreichung“. Verfolgt die Einhaltung des „Treatment Plan Developed“.

Bezugsquelle

Tabelle MAR_ADMIN_INFO, insbesondere Ereignisse mit der Aktion „Given“ oder „New Bag“.

Erfassen

Wird protokolliert, wenn die Pflegekraft das Patientenarmband und das Medikament scannt (BCMA)

Ereignistyp explicit
Nachsorgetermin vereinbart
Die Buchung eines zukünftigen ambulanten Termins für den Patienten. Wird im mit dem Patientendatensatz verknüpften Cadence-Planungsmodul erfasst.
Warum das wichtig ist

Unterstützt die „Automatisierungsrate bei der Nachsorgeterminplanung“. Sichert die Kontinuität der Versorgung und hilft, Wiederaufnahmen zu vermeiden.

Bezugsquelle

PAT_ENC_APPT, mit der Patienten-ID verknüpft und zeitnah zur Entlassung erstellt.

Erfassen

Wird protokolliert, wenn der Termin im Cadence-Modul bestätigt wird

Ereignistyp explicit
Patient verlegt
Die physische Verlegung des Patienten in eine neue Abteilung oder Station. Wird über ADT-Transferereignisse erfasst.
Warum das wichtig ist

Endpunkt für die „Durchschnittliche Transferzeit zwischen Stationen“. Unterstützt die „Analyse interner Stationsverlegungen“, um Bottlenecks in der Krankenhauslogistik zu erkennen.

Bezugsquelle

ADT Feed (Event A02) oder PAT_ENC_HSP_TRANSACTION (Transfer In).

Erfassen

Wird protokolliert, wenn der Stationssekretär den Patientenstandort im Census aktualisiert

Ereignistyp explicit
Transfer angeordnet
Eine Anfrage, den Patienten auf eine andere Einheit oder Versorgungsebene zu verlegen. Wird im System als „Bed Request“ oder „Transfer Order“ erfasst.
Warum das wichtig ist

Ausgangspunkt für die „Durchschnittliche Transferzeit zwischen Stationen“. Unterscheidet zwischen der klinischen Entscheidung zur Verlegung und der logistischen Verfügbarkeit eines Bettes.

Bezugsquelle

ADT_TRANSFER_ORDER oder ORDER_PROC (Bed Request).

Erfassen

Wird protokolliert, wenn der Arzt den Transferauftrag eingibt

Ereignistyp explicit
Versorgungsplan gestartet
Die Zuordnung eines bestimmten klinischen Versorgungspfads oder Protokolls zu einem Patienten. Dieses Ereignis wird erfasst, wenn ein Standard-Order Set oder Care Plan dem Kontext des Patientenkontakts zugeordnet wird.
Warum das wichtig ist

Unterstützt die „Clinical Protocol Compliance View“, indem die Absicht markiert wird, einen Versorgungsstandard einzuhalten. Abweichungen von den anschließend geplanten Schritten lassen sich ab diesem Zeitpunkt messen.

Bezugsquelle

ORDER_SET_BKG oder Care-Plan-Tabellen, die anzeigen, dass ein Protokoll mit dem Patientenkontakt verknüpft wurde.

Erfassen

Wird protokolliert, wenn ein Kliniker ein Order Set auswählt und signiert

Ereignistyp explicit
Empfohlen Optional

Anleitungen zur Datenextraktion

So erhalten Sie Ihre Daten aus Epic EHR

Möchten Sie beginnen?

Beginnen Sie noch heute damit, Ihre klinischen Abläufe zu verbessern, indem Sie dieses Template auf Ihre Epic-Daten anwenden. Unser Team unterstützt Sie bei der Datenextraktion, damit Sie schnell erste Ergebnisse erzielen.

Optimieren Sie Ihre Patientenreise und verkürzen Sie die Durchlaufzeit noch heute

Ermitteln Sie klinische Engpässe und verkürzen Sie die Durchlaufzeit um 30 %.

Starten Sie Ihre kostenlose Testphase

Keine Kreditkarte erforderlich. Die Einrichtung dauert nur wenige Minuten.