Ihr Patient Journey Daten-Template

athenahealth
Ihr Patient Journey Daten-Template

Ihr Patient Journey Daten-Template

Dieses Template bietet einen umfassenden Leitfaden zur Erfassung der notwendigen Daten für die Analyse Ihrer Patient Journey. Es skizziert die essenziellen Attribute und Aktivitäten, die Sie verfolgen müssen, zusammen mit klarer Anleitung, wie Sie diese Informationen aus athenahealth extrahieren. Nutzen Sie diese Ressource, um sicherzustellen, dass Ihre Daten für effektives Process Mining bereit sind.
  • Empfohlene Attribute zur Erfassung
  • Wichtige Aktivitäten zur Verfolgung
  • athenahealth Extraktionsleitfaden
Neu bei Event-Logs? Erfahren Sie wie Sie ein Process-Mining-Event-Log erstellen.

Patient Journey Attribute

Dies sind die empfohlenen Datenfelder, die Sie in Ihren Event Log aufnehmen sollten, essenziell für eine umfassende Analyse und das Verständnis Ihrer Patient Journeys.
5 Erforderlich 10 Empfohlen 5 Optional
Name Beschreibung
Aktivitätsname
ActivityName
Der Name des Events oder der Aufgabe, die in der Patient Journey durchgeführt wurde.
Beschreibung

Gibt den spezifischen Schritt im Prozess an, wie 'Patient Checked In', 'Diagnostic Test Ordered' oder 'Medication Administered'. Dieser Textstring definiert die Knoten in der Prozesskarte.

Wird verwendet, um den Prozessfluss zu visualisieren und die Abfolge der Operationen zu identifizieren. Die Standardisierung dieser Namen ist entscheidend für eine übersichtliche und lesbare Prozesskarte.

Bedeutung

Definiert die Schritte der Prozesslandkarte und ist obligatorisch für jedes Process Mining.

Datenquelle

Abgeleitet aus Audit-Logs, Änderungen des Termin-Status oder Beschreibungen von Forderungspositionen.

Beispiele
Termin vereinbartPatient eingechecktDiagnostischer Test angeordnetPatient entlassen
Ereignis-Timestamp
EventTimestamp
Das spezifische Datum und die Uhrzeit, wann die Aktivität stattfand.
Beschreibung

Zeichnet den genauen Moment auf, in dem eine Aktivität stattfand. Dies wird verwendet, um Events chronologisch zu sequenzieren und die Dauer zwischen Schritten zu berechnen.

Entscheidend für zeitbasierte Analysen, einschließlich Cycle Times, Wartezeiten und Durchsatzanalysen. Eine hohe Präzision wird bevorzugt, um die Reihenfolge von Events aufzulösen, die am selben Tag stattfinden.

Bedeutung

Erforderlich, um Events zu ordnen und alle zeitbasierten KPIs zu berechnen.

Datenquelle

Zeitstempel-Felder, die mit Statusänderungen oder Erstellungsdaten in athenahealth-Tabellen verbunden sind.

Beispiele
2023-10-12T08:30:00Z2023-10-12T09:15:22Z2023-10-15T14:20:00Z
Letzte Datenaktualisierung
LastDataUpdate
Der Timestamp, wann die Daten zuletzt extrahiert oder aktualisiert wurden.
Beschreibung

Gibt die Aktualität der in der Analyse verwendeten Daten an. Dies hilft Benutzern zu verstehen, ob sie Echtzeit-Daten oder eine historische Momentaufnahme betrachten.

Wird verwendet, um Daten-Pipelines zu verwalten und sicherzustellen, dass Dashboards den aktuellsten Prozesszustand widerspiegeln.

Bedeutung

Entscheidend für data Governance und das Vertrauen der Benutzer in die Aktualität des Dashboards.

Datenquelle

Systemzeit zum Zeitpunkt der ETL-Ausführung.

Beispiele
2023-11-01T12:00:00Z2023-11-02T06:00:00Z
Patientenepisode
PatientEpisodeId
Eindeutige Kennung für die spezifische Patientenepisode oder Journey.
Beschreibung

Dieses Attribut dient als zentraler Case Identifier, der alle Aktivitäten gruppiert, die sich auf eine bestimmte Versorgungsperiode oder einen Zustand eines Patienten beziehen. Es verbindet disparate Events wie Termine, diagnostische Aufträge und Entlassungsprozeduren zu einer einzigen kohärenten Journey.

In der Analyse ist diese ID der Primärschlüssel für Process Mining, der die Rekonstruktion des End-to-End-Flusses ermöglicht. Sie stellt sicher, dass mehrere Besuche desselben Patienten für verschiedene Bedingungen als eigenständige Prozessinstanzen behandelt werden.

Bedeutung

Unerlässlich zur Definition des Umfangs einer einzelnen Prozessinstanz innerhalb der Analyse.

Datenquelle

Abgeleitet aus der Gruppierung von Begegnungs-IDs oder verknüpft mit einer spezifischen Episode of Care ID in athenahealth.

Beispiele
EP-2023-88491EP-2023-99102ENC-55412-GRP
Quellsystem
SourceSystem
Der Name des Systems, aus dem die `data` stammen.
Beschreibung

Identifiziert das IT-System, das für die Erstellung des Eintrags verantwortlich ist, in diesem Fall 'athenahealth'. Dies ist besonders nützlich in Multi-System-Umgebungen, wo Daten vermischt werden können.

Ermöglicht Analysten, die Ansicht nach Datenquelle zu filtern und Datenqualitätsprobleme zu beheben, die spezifisch für ein System sind.

Bedeutung

Bietet Datenherkunft und Kontext in Multi-System Process Mining Setups.

Datenquelle

Fest codierter Literalwert oder Systemkonfigurations-ID.

Beispiele
athenahealthAthenaOneAthenaPractice
Abteilungsname
DepartmentName
Die Krankenhaus- oder Klinikabteilung, in der die Aktivität stattfand.
Beschreibung

Segmentiert die Prozessdaten nach Funktionseinheit, wie Notaufnahme, Kardiologie oder Radiologie. Dies ist unerlässlich für das Dashboard 'Abteilungsdurchsatz & Handoffs'.

Die Analyse mit diesem Attribut hebt Engpässe in bestimmten Bereichen hervor und hilft, den abteilungsübergreifenden Patientenfluss zu optimieren.

Bedeutung

Entscheidend für die Identifizierung organisatorischer Bottlenecks und Ineffizienzen bei der Übergabe.

Datenquelle

athenahealth 'departmentid' aufgelöst zum Abteilungsnamen.

Beispiele
NotaufnahmeInnere MedizinRadiologie
Anbietername
ProviderName
Der Name des Gesundheitsfachpersonals, das die Aktivität durchführt.
Beschreibung

Identifiziert den spezifischen Arzt, die spezifische Krankenschwester oder den spezifischen Techniker, der für das Event verantwortlich ist. Dieses Attribut ist zentral für die Ressourcenanalyse.

Es ermöglicht den Vergleich von Performance-Metriken, wie Durchsatz und Cycle Time, über verschiedene Mitarbeiter hinweg, um Schulungsbedarfe oder Arbeitslastungleichgewichte zu identifizieren.

Bedeutung

Schlüssel für die 'Ressourcenauslastung' und die Analyse von Handoffs.

Datenquelle

athenahealth 'providerid' aufgelöst zum Anbieternamen.

Beispiele
Dr. SchmidtKrankenschwester JonesTechniker Adams
Bearbeitungszeit
ProcessingTime
Die Dauer, die aktiv an der Aktivität gearbeitet wurde.
Beschreibung

Stellt die Zeitdifferenz zwischen dem Start und der Fertigstellung einer spezifischen Aufgabe dar (z.B. Zeit für die Durchführung eines Scans). Dies entspricht 'ProcessingTime' im generischen Modell.

Wird verwendet, um die Ressourcenauslastung zu berechnen und Effizienzlücken bei manuellen vs. automatisierten Aufgaben zu identifizieren.

Bedeutung

Unterscheidet aktive Arbeit von Wartezeit im gesamten Zyklus.

Datenquelle

Berechnet: EventEndTime - EventTimestamp.

Beispiele
15 Min.1 Std. 30 Min.45s
Begegnungstyp
EncounterType
Die Klassifizierung des Besuchs (z.B. Arztbesuch, Telemedizin, Notfall).
Beschreibung

Definiert die Modalität oder das Setting der erbrachten Versorgung. Dies fungiert als 'Case Type' in generischen data Modellen.

Verschiedene Begegnungstypen haben unterschiedliche erwartete Abläufe und Abrechnungsanforderungen. Das Filtern nach diesem Attribut ist unerlässlich, um in der Zykluszeitanalyse Äpfel nicht mit Birnen zu vergleichen.

Bedeutung

Unterscheidet zwischen verschiedenen Prozessvarianten wie Telemedizin vs. persönliche Behandlung.

Datenquelle

athenahealth 'encountertype' Feld.

Beispiele
ArztbesuchTelemedizinNotfallOperation
Endzeit des Events
EventEndTime
Der Zeitpunkt, zu dem die spezifische Aktivität abgeschlossen wurde.
Beschreibung

Erfasst die Abschlusszeit einer Activity und ermöglicht die Berechnung der aktiven Dauer (Verarbeitungszeit) des Schrittes selbst, getrennt von der Wartezeit davor.

Wird verwendet, um die Ressourceneffizienz zu analysieren und Tasks zu identifizieren, deren manuelle Ausführung länger als erwartet dauert.

Bedeutung

Ermöglicht die Berechnung der aktiven Verarbeitungszeit im Vergleich zur passiven Wartezeit.

Datenquelle

Check-out-Zeit, Ergebnisverifizierungszeit oder spezifische Abschluss-Timestamps in athenahealth.

Beispiele
2023-10-12T09:00:00Z2023-10-12T10:45:00Z
Entlassungsdisposition
DischargeDisposition
Das Ziel oder der Status des Patienten bei Entlassung.
Beschreibung

Gibt an, wohin der Patient nach der Episode ging, z.B. 'Home', 'Skilled Nursing Facility' oder 'Hospice'. Dies ist entscheidend für 'Entlassungsplanung & Wiederaufnahmetrends'.

Es liefert Kontext zur Komplexität der erforderlichen Entlassungsplanung und hilft, die Effektivität von Versorgungsübergängen zu beurteilen.

Bedeutung

Kritischer Kontext für die Entlassungsplanung und das Wiederaufnahmerisiko.

Datenquelle

athenahealth Begegnungsfelder oder Krankenhausentlassungsdatensätze.

Beispiele
StartseiteQualifizierte PflegeeinrichtungIn Kurzzeitkrankenhaus verlegtAbgelaufen
Ist Wiederaufnahme
IsReadmission
Flag, das anzeigt, ob diese Episode eine ungeplante Rückkehr darstellt.
Beschreibung

Ein boolescher Indikator, der feststellt, ob der Patient innerhalb eines festgelegten Zeitraums (z. B. 30 Tage) nach einer früheren Entlassung ins Krankenhaus zurückgekehrt ist. Dies unterstützt direkt den KPI 'Prozentsatz der ungeplanten Wiederaufnahmen'.

Durch das Filtern nach diesem Attribut können Analysten die Ursachen für Wiederaufnahmen untersuchen und Muster in den anfänglichen Behandlungspfaden identifizieren.

Bedeutung

Unterstützt direkt den KPI der Wiederaufnahmerate.

Datenquelle

Berechnet während des ETL durch Vergleich des Aufnahmedatums mit dem vorherigen Entlassungsdatum.

Beispiele
truefalsch
Patienten-Altersgruppe
PatientAgeGroup
Kategorische Gruppierung des Patientenalters (z. B. 18-25, 65+).
Beschreibung

Segmentiert Patienten in demografische Kohorten. Dies ist direkt für das Dashboard 'Altersgruppen- & Diagnose Journey Vergleich' erforderlich.

Es hilft zu identifizieren, ob Prozessineffizienzen oder Ergebnisse bestimmte Altersgruppen, wie ältere oder pädiatrische Patienten, überproportional beeinflussen.

Bedeutung

Standard-Demografiesegment für die Analyse von Gesundheitsprozessen.

Datenquelle

Abgeleitet aus Patientengeburtsdatum und Startzeit.

Beispiele
18-2930-4965+
Patienten-ID
PatientId
Ein eindeutiger Identifikator für den Patienten (anonymisiert/gehasht).
Beschreibung

Identifiziert eindeutig den Kunden (Patienten), der die Journey durchläuft. Obwohl ähnlich dem Case Identifier, kann ein Patient im Laufe der Zeit mehrere Episoden haben.

Wird verwendet, um wiederholte Besuche zu verknüpfen und Wiederaufnahmeraten zu analysieren. Es ist entscheidend für den KPI 'Prozentsatz der ungeplanten Wiederaufnahmen'.

Bedeutung

Notwendig für die Verfolgung von Wiederaufnahmen und der Patientenanamnese über Episoden hinweg.

Datenquelle

athenahealth 'patientid' Feld.

Beispiele
PAT-100234PAT-559201PAT-992210
Primärer Diagnosecode
PrimaryDiagnosisCode
Der primäre ICD-10-Code, der mit der Episode verbunden ist.
Beschreibung

Klassifiziert den klinischen Grund für die Patientenreise. Dies liefert den Kontext, der für den 'Vergleich der Patientenreise nach Altersgruppe und Diagnose' benötigt wird.

Analysten verwenden dies, um Reisen nach Zustand (z. B. Pneumonie vs. Fraktur) zu segmentieren, da unterschiedliche Zustände erheblich unterschiedliche erwartete Pfade und Zykluszeiten aufweisen.

Bedeutung

Ermöglicht den Vergleich ähnlicher Cases; Zykluszeiten variieren stark je nach Diagnose.

Datenquelle

Begegnungs- oder Forderungsdiagnosefelder (ICD-10).

Beispiele
J18.9I10E11.9
Auftragsart
OrderType
Kategorie des Auftrags (z. B. Labor, Bildgebung, Rezept).
Beschreibung

Klassifiziert klinische Aufträge, die während der Episode erteilt wurden. Dies ist entscheidend für das Dashboard 'Vorlaufzeit diagnostischer Tests'.

Es ermöglicht Analysten, Vorlaufzeiten speziell für Labor- im Vergleich zu Bildgebungsleistungen zu messen, die oft unterschiedliche Service-Level-Vereinbarungen und Bottlenecks aufweisen.

Bedeutung

Segmentiert den diagnostischen Prozess für spezifische Lead-Time-Analyse.

Datenquelle

athenahealth 'ordertype' oder 'class' in der Auftrags-API.

Beispiele
LaborBildgebungRezeptProzedur
Gesamtgebührenbetrag
TotalChargeAmount
Der für die Aktivität oder Episode berechnete Geldbetrag.
Beschreibung

Der mit der Aktivität verbundene finanzielle Wert oder der gesamte Forderungsbetrag. Dies ermöglicht kostenbasiertes Process Mining und eine finanzielle Auswirkungsanalyse.

Wird verwendet, um kostspielige Variationen in Behandlungspfaden zu identifizieren und die Prozesseffizienz mit finanziellen Ergebnissen zu korrelieren.

Bedeutung

Fügt der Prozessanalyse eine finanzielle Dimension hinzu.

Datenquelle

athenahealth 'amount' oder 'totalcharge' in Forderungs-/Gebührentabellen.

Beispiele
150.002500.5045,00
Ist Nacharbeit
IsRework
Flag, das anzeigt, ob diese `Activity` eine Wiederholung ist.
Beschreibung

Ein boolesches Flag, das 'wahr' ist, wenn die Aktivität innerhalb desselben Case mehr als einmal aufgetreten ist. Dies unterstützt das Dashboard 'Aktivitätshäufigkeit und Nacharbeitszyklen'.

Es ermöglicht die sofortige Isolierung von Cases mit Nacharbeit, was die Berechnung des KPI 'Häufigkeit der Nacharbeitsaktivitäten' erleichtert.

Bedeutung

Identifiziert Prozessineffizienzen und redundante Schritte.

Datenquelle

Berechnet während des ETL basierend auf Aktivitätsvorkommen pro CaseId.

Beispiele
truefalsch
Schadenstatus
ClaimStatus
Der Status des finanziellen Anspruchs, der mit der Versorgung verbunden ist.
Beschreibung

Gibt den Status des Rechnungsanspruchs an, wie 'Submitted', 'Denied' oder 'Paid'. Dies ist relevant für die Aktivität 'Claim Submitted' und den finanziellen Durchsatz.

Hilft zu erkennen, ob Probleme mit der klinischen Dokumentation zu finanziellen Verzögerungen im Backend führen.

Bedeutung

Verbindet klinische Effizienz mit der Performance des Revenue Cycle.

Datenquelle

athenahealth 'claimstatus' Feld.

Beispiele
ABGERECHNETHALTENDROP
Status des diagnostischen Ergebnisses
DiagnosticResultStatus
Der Ergebnisstatus eines diagnostischen Auftrags (z.B. Positiv, Normal).
Beschreibung

Erfasst das hochrangige Ergebnis eines Tests. Dies liefert den Kontext für die 'Vorlaufzeit diagnostischer Tests' und nachfolgende Behandlungsentscheidungen.

Wird verwendet, um zu analysieren, ob abnormale Ergebnisse im Vergleich zu normalen Ergebnissen zu schnelleren nachfolgenden Maßnahmen führen.

Bedeutung

Verbindet den Prozessfluss mit klinischen Ergebnissen.

Datenquelle

athenahealth Laborergebnis-Beobachtungsfelder.

Beispiele
NormalAbnormalKritisch
Erforderlich Empfohlen Optional

Patient Journey Aktivitäten

Dies sind die entscheidenden Prozessschritte und Meilensteine, die Sie in Ihrem Event Log erfassen sollten, um die Patientenerfahrung genau zu entdecken und zu optimieren.
7 Empfohlen 8 Optional
Aktivität Beschreibung
Diagnose bestätigt
Ein Kliniker weist offiziell eine Diagnose für den Zustand des Patienten für die aktuelle Begegnung zu oder bestätigt sie. Dies kann durch den Erstellungs- oder 'Zuletzt aktualisiert'-`Timestamp` des primären Diagnosecodes, wie ICD-10, der mit der Patientenbegegnung verbunden ist, abgeleitet werden.
Bedeutung

Dies ist ein entscheidender Meilenstein, der den nachfolgenden Behandlungspfad bestimmt. Die Analyse von Variationen in den Aktivitäten nach diesem Punkt hilft, die Versorgungsprotokolle zu verstehen und zu standardisieren.

Datenquelle

Abgeleitet aus der Problemliste des Patienten oder den Diagnosedaten des Vorgangs. Eine Änderung oder Finalisierung des Diagnosecodes und dessen zugehöriger Zeitstempel signalisiert dieses Event.

Erfassen

Erkennen Sie den Timestamp, zu dem die primäre Diagnose für die Begegnung hinzugefügt oder aktualisiert wurde.

Ereignistyp inferred
Entlassungsanordnung geschrieben
Ein Arzt oder ein autorisierter Anbieter schreibt eine offizielle Anweisung zur Entlassung des Patienten aus der Versorgung. Dies ist ein explizites, mit einem `Timestamp` versehenes `Event`, das innerhalb des CPOE-Moduls des EHR erstellt wird.
Bedeutung

Diese Aktivität initiiert den Entlassungsprozess. Die Zeit zwischen dieser Anordnung und der tatsächlichen Entlassung ist ein Schlüssel-Performance-Indikator für die 'Entlassungsplanungs-Lead Time'.

Datenquelle

In der Auftrags-Tabelle zu finden. Das Event wird durch einen spezifischen 'Discharge'-Auftragstyp und dessen Erstellungszeitstempel identifiziert.

Erfassen

Ein neuer Datensatz mit dem Auftragstyp 'Entlassung' wird in der Auftragstabelle erstellt.

Ereignistyp explicit
Ersteinschätzung abgeschlossen
Markiert den Abschluss der ersten klinischen Evaluation, wie Triage oder Pflegeanamnese, wo Vitalwerte und Hauptbeschwerden erfasst werden. Dieses Event wird oft vom Zeitstempel der ersten unterzeichneten klinischen Notiz oder eines ausgefüllten Beurteilungsformulars für den Vorgang abgeleitet.
Bedeutung

Dieser Meilenstein kennzeichnet den Beginn der klinischen Versorgung. Die Dauer vom Check-in bis zu dieser Aktivität ist ein Schlüsselmaß für die anfängliche Patientenwartezeit und die Ressourcenreaktion.

Datenquelle

Abgeleitet vom Erstellungs- oder Unterschriftszeitstempel spezifischer klinischer Dokumente oder Flussdiagramme in athenaClinicals. Erfordert die Identifizierung der relevanten Dokumenttypen für Triage oder Aufnahme.

Erfassen

Identifizieren Sie den ersten Zeitstempel auf einer klinischen Notiz, einem Vitalwerte-Flussdiagramm oder einem spezifischen Aufnahmeformular für den Vorgang.

Ereignistyp inferred
Patient eingecheckt
Diese Aktivität signalisiert die Ankunft des Patienten und den formellen Check-in für seinen geplanten Termin oder Besuch. Dies wird typischerweise als explizite Statusänderung im Termindatensatz innerhalb von athenaClinicals oder athenaCommunicator erfasst.
Bedeutung

Dies ist der definitive Beginn der Vor-Ort-Journey des Patienten. Es dient als entscheidender Ausgangspunkt zur Messung von Wartezeiten und der gesamten Cycle Time eines klinischen Vorgangs.

Datenquelle

Als Status-Update in den Termin- oder Vorgangstabellen erfasst. Suchen Sie nach einem 'Checked-In'-Status und dessen zugehörigem Zeitstempel.

Erfassen

Eine Statusänderung des Termins oder Begegnungsobjekts wird mit einem Timestamp protokolliert.

Ereignistyp explicit
Patient entlassen
Der Patient wurde offiziell entlassen, und der stationäre Teil seiner Journey ist abgeschlossen. Dies ist das finale ADT-Event für einen stationären Vorgang, erfasst mit einem präzisen Zeitstempel.
Bedeutung

Dieses Event markiert das Ende der Haupt-Journey des Patienten. Es ist der Endpunkt zur Messung der gesamten 'Patient Journey Cycle Time' und essenziell für die Wiederaufnahmeanalyse.

Datenquelle

Dies ist ein explizites Event im ADT-System oder der Patienten-Vorgangstabelle, das den finalen Status des Vorgangs als 'Discharged' zusammen mit einem Zeitstempel markiert.

Erfassen

Der Patienten-Vorgangsstatus wird auf 'Discharged' aktualisiert und ein ADT-Event wird protokolliert.

Ereignistyp explicit
Prozedur durchgeführt
Ein klinisches Verfahren, wie eine Operation oder eine spezialisierte Therapie, wird am Patienten durchgeführt. Dies ist ein explizites `Event`, das in der klinischen Dokumentation erfasst wird, oft mit spezifischen Start- und Endzeiten, die in einer Verfahrensnotiz vermerkt sind.
Bedeutung

Prozeduren sind wichtige Meilensteine in der Behandlung eines Patienten. Die Analyse der Aktivitäten vor und nach einer Prozedur hilft, prä- und postoperative Workflows zu optimieren.

Datenquelle

Innerhalb von Prozedurnotizen oder spezifischen klinischen Flussdiagrammen in athenaClinicals gefunden. Der Event Timestamp wird aus der dokumentierten Start- oder Endzeit des Verfahrens abgeleitet.

Erfassen

Eine Prozedurnotiz oder ein Protokoll wird erstellt, das einen Timestamp für den Zeitpunkt der Prozedur enthält.

Ereignistyp explicit
Testergebnisse erhalten
Die Ergebnisse eines diagnostischen Tests werden finalisiert und in der Patientenakte verfügbar gemacht. Dies wird normalerweise erfasst, wenn das Labor- oder Bildgebungssystem die Ergebnisse an athenahealth zurücksendet und einen Zeitstempel-Eintrag erstellt.
Bedeutung

Der Erhalt von Ergebnissen ist ein kritischer Auslöser für nachfolgende klinische Entscheidungen, wie Diagnose und Behandlungsplanung. Dieses Event ist der Endpunkt zur Messung diagnostischer Durchlaufzeiten.

Datenquelle

In der Ergebnis- oder Diagnosetabelle zu finden, verknüpft mit dem ursprünglichen Auftrag. Das Event ist durch den Zeitstempel markiert, wann das Ergebnis in die Patientenakte abgelegt oder empfangen wurde.

Erfassen

Ein neuer Ergebnisdatensatz wird mit einem Timestamp erstellt, oft über eine Schnittstelle von einem LIS oder RIS.

Ereignistyp explicit
Behandlungsplan entwickelt
Stellt die formelle Erstellung und Dokumentation des Behandlungsplans eines Patienten durch einen Kliniker dar. Dies kann als Erstellung oder Unterzeichnung eines spezifischen 'Plan of Care'-Dokuments oder einer Reihe verwandter Behandlungsaufträge erfasst werden.
Bedeutung

Diese Aktivität formalisiert den beabsichtigten klinischen Pfad. Sie ist ein Schlüsselpunkt zur Messung der Konformität mit Standardprotokollen und zur Analyse von Versorgungsvariationen.

Datenquelle

Wahrscheinlich in den klinischen Dokumenten- oder Auftrags-Tabellen zu finden. Dieses Event entspricht dem Zeitstempel einer unterzeichneten Versorgungsplan-Notiz oder der Einreichung einer koordinierten Reihe von Behandlungsaufträgen.

Erfassen

Das Event ist der Erstellungs- oder Finalisierungs-Timestamp eines spezifischen Behandlungsplan-Dokuments oder Auftragssatzes.

Ereignistyp explicit
Diagnostischer Test angeordnet
Ein Anbieter erteilt einen Auftrag für eine diagnostische Untersuchung wie einen Labortest, einen bildgebenden Scan oder ein anderes Verfahren. Dies ist ein explizites, mit einem `Timestamp` versehenes `Event`, das über die CPOE (Computerized Provider Order Entry)-Funktionalität in athenaClinicals erstellt wird.
Bedeutung

Dies ist ein kritischer Entscheidungspunkt, der einen diagnostischen Sub-Prozess initiiert. Die Verfolgung dieser Aktivität ist essenziell für die Analyse des 'Diagnostic Test Lead Time' KPI vom Auftrag bis zum Ergebnis.

Datenquelle

In der Auftragstabelle gefunden. Jeder Auftrag hat eine Patienten-ID, Auftragsnamen, Auftragsstatus und einen Erstellungs-Timestamp.

Erfassen

Ein neuer Datensatz wird in der Auftragstabelle des Systems mit einem Timestamp erstellt.

Ereignistyp explicit
Folgetermin vereinbart
Ein Folgetermin wird für den Patienten nach seiner Hauptbehandlung oder Entlassung vereinbart. Dieses `Event` wird explizit erfasst, wenn ein neuer Termin im athenaCommunicator Terminplanungsmodul erstellt wird.
Bedeutung

Diese Aktivität ist entscheidend, um die Nachsorgekoordination nach der Entlassung und ihre Auswirkungen auf Ergebnisse wie Wiederaufnahmeraten zu verstehen. Sie zeigt die Kontinuität der Versorgung.

Datenquelle

In der Termintabelle erfasst. Das Event wird durch einen Erstellungszeitstempel für einen Termin identifiziert, der nach dem Entlassungsdatum liegt.

Erfassen

Ein neuer Termin-Datensatz wird im Terminplanungssystem erstellt.

Ereignistyp explicit
Medikation verabreicht
Ein Medikament wird vom klinischen Personal physisch an den Patienten verabreicht. Dies wird explizit im Medication Administration Record (MAR) Modul von athenaClinicals erfasst, mit einem präzisen `Timestamp` für jede Dosis.
Bedeutung

Diese Aktivität stellt eine direkte Behandlungsintervention dar. Die Analyse ihres Zeitpunkts hilft, die 'Time to First Treatment' zu messen und die Einhaltung von Medikationsplänen sicherzustellen.

Datenquelle

In den MAR-data-Tabellen gefunden. Jedes Administrationsereignis hat eine Patienten-ID, Medikamenten-ID, Dosierung und einen Timestamp der Verabreichung.

Erfassen

Jedes Mal, wenn ein Medikament als verabreicht dokumentiert wird, wird ein mit einem Timestamp versehener Datensatz im MAR erstellt.

Ereignistyp explicit
Patient verlegt
Der Patient wird von einer Versorgungseinheit oder Abteilung in eine andere verlegt, z.B. von der Notaufnahme auf eine stationäre Station. Dies wird explizit durch ein Admission, Discharge, Transfer (ADT) Event im EHR erfasst.
Bedeutung

Diese Aktivität ist entscheidend für die Analyse von Abteilungs-Handoffs und des Patientenflusses innerhalb einer Einrichtung. Sie hilft, Engpässe in der 'Patient Handoff Time' und der Ressourcenallokation zu identifizieren.

Datenquelle

Im ADT Event Log oder Patientenverfolgungstabellen erfasst. Jedes Transfer-Event beinhaltet den Patienten, von/zu Standorten und einen Zeitstempel.

Erfassen

Eine ADT-Nachricht oder ein Event Log-Eintrag wird mit einem Timestamp bei Patientenüberweisung generiert.

Ereignistyp explicit
Probe entnommen
Stellt das Event dar, bei dem eine biologische Probe, wie Blut oder Urin, für einen Labortest vom Patienten entnommen wird. Dies ist typischerweise ein explizites Event, das im Labor-Modul oder als Update des Auftragsstatus protokolliert wird.
Bedeutung

Dies ist ein wichtiger Meilenstein innerhalb des diagnostischen Testprozesses. Die Zeit zwischen Bestellung, Entnahme und Ergebnissen kann signifikante Engpässe in Labor-Workflows aufdecken.

Datenquelle

Dieses Event kann als Statusänderung beim Laborauftrag oder als eigenständiges Event in einem mit athenahealth verbundenen Laborinformationssystem gefunden werden. Suchen Sie nach einem 'Collected'-Status und Zeitstempel.

Erfassen

Als Update des Laborauftragsstatus oder in einem dedizierten Probenverfolgungsmodul protokolliert.

Ereignistyp explicit
Schaden eingereicht
Eine Forderung für die während der Patientenbegegnung erbrachten Leistungen wird erstellt und an den Kostenträger übermittelt. Dies ist ein explizites `Event` innerhalb des athenaCollector Revenue Cycle Management Moduls.
Bedeutung

Obwohl ein administrativer Schritt, ist diese Aktivität entscheidend für die Analyse des Revenue Cycle Prozesses, der parallel zur klinischen Journey verläuft. Sie hilft, Verzögerungen zwischen klinischer Versorgung und Abrechnung zu identifizieren.

Datenquelle

In den Forderungs- oder Abrechnungstabellen gefunden. Das Event ist durch einen Timestamp der Forderungserstellung oder -einreichung gekennzeichnet.

Erfassen

Ein Forderungsdatensatz wird erstellt und sein Status wird mit einem Timestamp auf 'Eingereicht' aktualisiert.

Ereignistyp explicit
Termin vereinbart
Stellt die Buchung eines Termins für einen Patienten dar. Dieses Event wird explizit erfasst, wenn ein Benutzer einen neuen Termineintrag in athenahealth's Scheduling-Modul, athenaCommunicator, erstellt und bestätigt.
Bedeutung

Diese Aktivität markiert den anfänglichen Interaktionspunkt für viele Patient Journeys. Die Analyse der Zeit von der Terminplanung bis zum Check-in hilft, den Patientenzugang und die Effizienz vor dem Besuch zu verstehen.

Datenquelle

Dies ist ein explizites Event, das in den Termin- oder Planungs-Tabellen protokolliert wird. Es ist typischerweise mit einem Erstellungszeitstempel und einer Patienten-ID verbunden.

Erfassen

Das Event wird bei der Erstellung eines Termin-Datensatzes im Terminplanungsmodul erfasst.

Ereignistyp explicit
Empfohlen Optional

Extraktionsleitfäden

So erhalten Sie Ihre Daten aus athenahealth