Ihr Patient Journey Daten-Template
Ihr Patient Journey Daten-Template
- Empfohlene Attribute zur Erfassung
- Wichtige Aktivitäten zur Verfolgung
- athenahealth Extraktionsleitfaden
Patient Journey Attribute
| 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
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
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
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
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 ' Verschiedene Begegnungstypen haben unterschiedliche erwartete Abläufe und Abrechnungsanforderungen. Das Filtern nach diesem
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 Wird verwendet, um die Ressourceneffizienz zu analysieren und
Bedeutung
Ermöglicht die Berechnung der aktiven Verarbeitungszeit im Vergleich zur passiven Wartezeit.
Datenquelle
Check-out-Zeit, Ergebnisverifizierungszeit oder spezifische Abschluss-
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
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 Es ermöglicht Analysten, Vorlaufzeiten speziell für Labor- im Vergleich zu Bildgebungsleistungen zu messen, die oft unterschiedliche Service-Level-Vereinbarungen und
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 Es ermöglicht die sofortige Isolierung von
Bedeutung
Identifiziert Prozessineffizienzen und redundante Schritte.
Datenquelle
Berechnet während des ETL basierend auf Aktivitätsvorkommen pro
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
|
|||
Patient Journey Aktivitäten
| 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
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
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
Erfassen
Eine Prozedurnotiz oder ein Protokoll wird erstellt, das einen
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
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
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-
Erfassen
Ein neuer Datensatz wird in der Auftragstabelle des Systems mit einem
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-
Erfassen
Jedes Mal, wenn ein Medikament als verabreicht dokumentiert wird, wird ein mit einem
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
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
Erfassen
Ein Forderungsdatensatz wird erstellt und sein Status wird mit einem
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
Ereignistyp
explicit
|
|||