Ihre Patientenreise-Datenvorlage

MEDITECH
Ihre Patientenreise-Datenvorlage

Ihre Patientenreise-Datenvorlage

Diese Datenvorlage bietet einen vollständigen Rahmen zur Erfassung klinischer Pfade direkt aus Ihrer MEDITECH-Umgebung. Es skizziert die spezifischen Datenstrukturen und Prozessmeilensteine, die erforderlich sind, um den Patientenfluss zu visualisieren und operative Engpässe abteilungsübergreifend zu identifizieren. Durch die Einhaltung dieser Richtlinien stellen Sie sicher, dass Ihr Event Log perfekt für eine detailliertes Process Mining und Leistungsanalyse formatiert ist.
  • Empfohlene klinische Attribute
  • Wesentliche Prozessmeilensteine
  • MEDITECH-Extraktionsleitfaden
Neu bei Event-Logs? Erfahren Sie wie Sie ein Process-Mining-Event-Log erstellen.

Patientenreise-Attribute

Dies sind die empfohlenen Datenfelder, die in Ihrem Event Log enthalten sein sollten, um eine vollständige Analyse der Patientenbewegung und klinischer Resultate zu sicherstellen.
5 Erforderlich 8 Empfohlen 6 Optional
Name Beschreibung
Aktivitätsname
ActivityName
Die spezifische klinische oder administrative Aktion, die durchgeführt wurde.
Beschreibung

Dieses Attribut repräsentiert den Namen des Ereignisses oder den Antrag bearbeitet.er Aufgabe, die innerhalb des Patientenreises stattfindet. Es erfasst die einzelnen Schritte wie 'Patient registriert', 'Medikament verabreicht' oder 'Entlassungsanordnung geschrieben'.

Die korrekte Identifizierung von Aktivitäten ist maßgeblich für die Abbildung des Prozessflusses. Diese Werte werden oft aus Transaktionscodes, Auftragsstatus oder den Antrag bearbeitet.okumentierten Interventionen innerhalb der elektronischen Patientenakte abgeleitet.

Bedeutung

Definiert die Schritte des Prozesses und ist erforderlich, um die Prozesskarte zu visualisieren.

Datenquelle

Abgeleitet aus verschiedenen Transaktionsprotokollen (OE Orders, NUR Interventions, ADM Ereignisse).

Beispiele
Patient registriertTriage abgeschlossenMedikation verabreichtDiagnoseergebnis verifiziert
Ereignis-Zeitstempel
EventTimestamp
Das spezifische Datum und die Uhrzeit, wann die Aktivität stattfand.
Beschreibung

Dieses Attribut erfasst den genauen Zeitpunkt, zu dem eine Aktivität stattfand. Es wird verwendet, um Ereignisse chronologisch zu ordnen und Dauermetriken zwischen Prozessschritten zu berechnen.

Hochpräzise Zeitstempel sind für eine genaue Analyse von Wartezeiten erforderlich, wie z.B. die Dauer zwischen Triage und Beurteilung oder den Antrag bearbeitet.ie Durchlaufzeit für diagnostische Resultate.

Bedeutung

Erforderlich, um Ereignisse zu ordnen und Durchlaufzeiten sowie Durchsatz zu berechnen.

Datenquelle

Transaktionsdatums-/Zeitspalten in Quelltabellen.

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

Zeigt an, wann der Datensatz zuletzt vom Process Mining-Tool verarbeitet oder geladen wurde. Dies hilft bei der Prüfung der Datenaktualität und stellt sicher, dass die Analyse den aktuellsten Systemzustand widerspiegelt.

Er unterscheidet sich vom Event Zeitstempel, da er die technische Datenpipeline-Zeit und nicht die klinische Event-Zeit widerspiegelt.

Bedeutung

Wesentlich für die Daten Governance und die Sicherstellung, dass die Analyse auf aktuellen Daten durchgeführt wird.

Datenquelle

Systemdatum zum Zeitpunkt der ETL-Ausführung.

Beispiele
2023-11-01T00:00:00Z2023-11-02T12:00:00Z
Patientenepisode
PatientEpisode
Der eindeutige Identifikator für einen spezifischen Zeitraum der Patientenversorgung oder den Antrag bearbeitet.es Besuchs.
Beschreibung

Der Patientenfall dient als zentrale Case-ID für die Prozessanalyse. Er gruppiert alle klinischen, administrativen und finanziellen Ereignisse, die sich auf einen einzelnen Krankenhausaufenthalt oder ambulanten Besuch beziehen, zu einem zusammenhängenden Pfad.

In MEDITECH-Systemen korreliert dies oft mit der Kontonummer oder den Antrag bearbeitet.er Besuchs-ID. Dieses Attribut bildet die Basis für die Rekonstruktion des Patientenreises von der Registrierung bis zur Entlassung, wodurch die Berechnung der Verweildauer und die Analyse klinischer Pfade ermöglicht werden.

Bedeutung

Es ist der obligatorische Case-Schlüssel, der erforderlich ist, um disparate Ereignisse zu einer einzigen Prozessinstanz zu verknüpfen.

Datenquelle

MEDITECH Aufnahme- oder Registrierungsmodul; in der Regel das Feld 'Kontonummer'.

Beispiele
V100938475AC29384755E993847211O229384711
Quellsystem
SourceSystem
Der Identifikator des Systems, aus dem die Daten stammen.
Beschreibung

Identifiziert die MEDITECH-Instanz oder den Antrag bearbeitet.as spezifische Modul, aus dem die Event-Daten extrahiert wurden. In Umgebungen mit mehreren Krankenhäusern hilft dies, Daten aus verschiedenen Einrichtungen oder Systemversionen zu unterscheiden.

Dieses Attribut ist statisch für eine Einzel-System-Extraktion, aber kritisch beim Zusammenführen von Daten zur Erstellung einer einheitlichen Ansicht über ein Krankenhausnetzwerk hinweg.

Bedeutung

Gewährleistet Datenherkunft und Nachvollziehbarkeit in Multisystem-Umgebungen.

Datenquelle

Während der Extraktion oder System-ID-Konfiguration fest codiert.

Beispiele
MEDITECH_ExpanseMEDITECH_6.1Hospital_A_Main
Attending Provider
AttendingProvider
Der primäre Kliniker oder Anbieter, der für die Aktivität verantwortlich ist.
Beschreibung

Erfasst den Namen oder den Antrag bearbeitet.ie ID des Arztes, der Pflegekraft oder den Antrag bearbeitet.es Technikers, der den Antrag bearbeitet.ie Aufgabe ausführt oder den Antrag bearbeitet.ie Versorgung überwacht. Dieses Attribut unterstützt das Dashboard 'Behandlungsplan-Entwicklungszeit', indem es Geschwindigkeits- und Effizienzmetriken bestimmten Mitarbeitern oder Rollen zuordnet.

Es ermöglicht eine präzise Ressourcenanalyse, um Arbeitslasten auszugleichen und Schulungsbedarfe beim klinischen Personal zu identifizieren.

Bedeutung

Ermöglicht die Analyse der Ressourcen-Leistungsfähigkeit und den Lastenausgleich.

Datenquelle

Personal- oder Benutzerfelder in Aktivitätsprotokollen.

Beispiele
Dr. SchmidtKrankenschwester JonesTechniker Adams
Discharge Disposition
DischargeDisposition
Das Ziel oder den Antrag bearbeitet.er Status des Patienten bei Entlassung.
Beschreibung

Gibt an, wohin der Patient nach der Episode ging, z. B. Nach Hause, Pflegeheim, Häusliche Pflege oder Verstorben. Dies ist eine wichtige Ergebnis-Metrik für das Entlassungsplanungsoptimierungs-Dashboard.

Die Analyse hilft zu identifizieren, ob Verzögerungen bei der Sicherstellung von postakuten Versorgungsplätzen zu längeren Verweildauern beitragen.

Bedeutung

Wichtige Ergebnis-Metrik zur Analyse der Verweildauer und des Wiederaufnahmerisikos.

Datenquelle

Entlassungsabstraktions- oder Registrierungsbildschirme.

Beispiele
Nach Hause entlassenVerlegt in ein Kurzzeit-AllgemeinkrankenhausAbgelaufenEntlassung gegen ärztlichen Rat
Is Readmission
IsReadmission
Flag, das angibt, ob diese Episode innerhalb von 30 Tagen nach einer vorherigen Entlassung aufgetreten ist.
Beschreibung

Ein boolesches Attribut, das „Ja“ zurückgibt, wenn das aktuelle Registrierungsdatum des Patienten innerhalb von 30 Tagen nach dem Entlassungsdatum einer vorherigen Episode liegt. Dies unterstützt das Wiederaufnahme- und Versorgungsqualitäts-Dashboard.

Die Identifizierung von Wiederaufnahmen ermöglicht es Analysten, die vorherige Episode zurückzuverfolgen, um Lücken in der Entlassungsplanung oder Nachsorge zu finden.

Bedeutung

Kritische Qualitätsmetrik, die die Erstattung und Patientenergebnisse beeinflusst.

Datenquelle

Berechnet durch Vergleich der aktuellen StartTime mit der vorherigen Case EndTime für dieselbe MedicalDatensatzNumber.

Beispiele
JaNein
Krankenhausabteilung
HospitalDepartment
Die spezifische Einheit oder Abteilung, in der den Antrag bearbeitet.ie Aktivität stattfand.
Beschreibung

Identifiziert die funktionale Einheit, wie z. B. Notaufnahme, Radiologie, Intensivstation oder Allgemeine Statuson, die für die Aktivität verantwortlich ist. Dieses Attribut ist maßgeblich für das Abteilungs-Ressourcen-Durchsatz-Dashboard.

Es ermöglicht die Segmentierung von Leistungsfähigkeit-Metriken nach Einheit, was hilft, Engpässe bei internen Transfers und der Ressourcenauslastung zu finden.

Bedeutung

Schlüssel für die Organisationsanalyse und die Identifizierung von Engpässe in spezifischen Einheiten.

Datenquelle

Standort- oder Abteilungsfelder in Transaktionstabellen.

Beispiele
Emergency DepartmentRadiologieIntensivstationChirurgische Statuson 3
Medizinische Aktennummer
MedicalRecordNumber
Eine eindeutige Kennung für den Patienten über alle Besuche hinweg.
Beschreibung

Die Krankenaktennummer (MRN) identifiziert einen Patienten innerhalb der Gesundheitseinrichtung eindeutig und unterscheidet sich von der fallbezogenen ID. Sie ermöglicht es Analysten, mehrere Fälle desselben Patienten im Laufe der Zeit zu verknüpfen.

Dieses Attribut ist unerlässlich für das Dashboard 'Wiederaufnahme und Versorgungsqualität', da es die Erkennung von Patienten ermöglicht, die innerhalb von 30 Tagen nach der Entlassung ins Krankenhaus zurückkehren.

Bedeutung

Ermöglicht die fallübergreifende Analyse von Episoden und patientenzentrierte Ansichten.

Datenquelle

Patientenstammindex oder Registrierungstabelle.

Beispiele
MRN-100293MRN-55928388291002
Patiententyp
PatientType
Kategorisierung des Patientenbesuchs (z. B. stationär, ambulant, Notfall).
Beschreibung

Klassifiziert die Art des Krankenhausbesuchs. Gängige Werte sind stationär, ambulant, Notfall oder Beobachtung. Diese Klassifizierung ist die Basis für die Filterung und den Vergleich von Prozessen, da sich der Versorgungsstandard und die erwartete Dauer je nach Typ erheblich unterscheiden.

Dieses Feld hilft im Entlassungsplanungsoptimierungs-Dashboard, indem es die Erwartungen an die Verweildauer segmentiert.

Bedeutung

Grundlegende Segmentierung für den Prozessvergleich (stationär vs. ambulant).

Datenquelle

Aufnahme- oder Besuchstabellen (z. B. AdmVisits.Status).

Beispiele
StatusonärNotfallAmbulante OperationBeobachtung
Primärdiagnose
PrimaryDiagnosis
Die Hauptdiagnose, die für den Patientenfall identifiziert wurde.
Beschreibung

Enthält den ICD-10-Code oder den Antrag bearbeitet.ie Beschreibung des primären Grundes für die Begegnung. Dies ist der Grundstein der Analyse von klinischen Pfadvarianten.

Durch die Gruppierung von Fälle nach Primärdiagnose können klinische Manager die tatsächlichen Behandlungswege mit dem idealen klinischen Pfad für diese spezifische Erkrankung vergleichen.

Bedeutung

Unerlässlich für die Gruppierung von Fälle zur Analyse klinischer Pfade.

Datenquelle

Modul für Krankenakten oder Kodierung.

Beispiele
J18.9 – PneumonieI21.9 – Akuter MyokardinfarktS72.0 – Fraktur des Femurs
Triage-Schweregrad
TriageAcuityLevel
Die Schweregradeinstufung, die einem Patienten während der Triage zugewiesen wird.
Beschreibung

Zeigt die Dringlichkeit des Patientenzustands an, in der Regel auf einer Skala (z. B. 1-5, wobei 1 kritisch ist). Dieses Attribut ist zentral für die Notaufnahme-Flussanalyse.

Es ermöglicht Analysten, Wartezeiten mit der Patientenschwere zu korrelieren und sicherzustellen, dass die kritischsten Patienten effektiv priorisiert werden.

Bedeutung

Wesentlich für die Analyse der ED-Priorisierung und Sicherheits-Compliance.

Datenquelle

ED- oder Triage-Pflegebeurteilungsbildschirme.

Beispiele
1 – Wiederbelebung2 – Notfall3 – Dringend4 – Less Urgent
`Charge Amount`
ChargeAmount
Der finanzielle Wert, der mit einer spezifischen Aktivität oder Dienstleistung verbunden ist.
Beschreibung

Stellt die Kosten oder Gebühren dar, die für ein bestimmtes Ereignis, wie einen Test oder eine Raumgebühr, gebucht wurden. Obwohl primär finanziell, bezieht es sich auf die Ressourcenintensität.

In aggregierter Form hilft es, die finanziellen Auswirkungen von Prozessvariationen zu verstehen, auch wenn der primäre Fokus der angeforderten Ansicht auf dem klinischen Fluss liegt.

Bedeutung

Erweitert die Prozessanalyse um eine finanzielle Dimension.

Datenquelle

Abrechnungs- oder BAR-Modul (Billing/Accounts Receivable).

Beispiele
150.001200.5045.00
Aufnahmequelle
AdmitSource
Woher der Patient kam (z.B. Zuhause, Verlegung, Überweisung).
Beschreibung

Beschreibt den Ursprung der Patientenaufnahme, z. B. Arztüberweisung, Notaufnahme oder Verlegung aus einem anderen Krankenhaus. Dies liefert Kontext darüber, wie Patienten ins System gelangen.

Es ist nützlich, um Inflow-Muster und deren Auswirkungen auf die Notfallaufnahme-Flussanalyse und die Ressourcenplanung zu verstehen.

Bedeutung

Bietet Kontext zu Patientenzustrom und Nachfragekanälen.

Datenquelle

RegistrierungsDaten für Aufnahmen.

Beispiele
NotaufnahmeKliniküberweisungVerlegung aus Kurzzeitpflegeeinrichtung
Auftragskategorie
OrderCategory
Klassifizierung klinischer Aufträge (z. B. Labor, Radiologie, Konsultation).
Beschreibung

Gruppiert Aufträge in breitere Kategorien wie Labor, Radiologie, Diätetik oder Konsultation. Dies ist wichtig für das Durchlaufzeit für Diagnosedienste-Dashboard.

Es ermöglicht die Trennung von Workflows, um Durchlaufzeiten spezifisch für Bildgebung versus Blutuntersuchungen zu analysierenn, die oft unterschiedliche Engpässe aufweisen.

Bedeutung

Segmentiert diagnostische und Behandlungs-Workflows.

Datenquelle

Kategoriefelder den Antrag bearbeitet.es Order Entry (OE)-Moduls.

Beispiele
LaborRadiologiePflegeApotheke
Ist Einhaltungsverstoß
IsAdherenceViolation
Flag, das anzeigt, ob der Case vom standardmäßigen klinischen Pfad abgewichen ist.
Beschreibung

Ein boolesches Flag, das auf „Ja“ gesetzt wird, wenn die Abfolge der Aktivitäten nicht dem definierten Referenzmodell für die primäre Diagnose des Patienten entspricht. Dies unterstützt die Analyse von klinischen Pfadvarianten.

Es ermöglicht eine schnelle Filterung von „nicht-konformen“ Fälle, um zu untersuchen, warum der Behandlungsstandard nicht eingehalten wurde.

Bedeutung

Identifiziert schnell Prozessabweichungen und -varianten.

Datenquelle

Berechnet durch Konformitätsprüfungsalgorithmen.

Beispiele
JaNein
Medikamentenname
MedicationName
Der Name des verabreichten Pharmazeutikums.
Beschreibung

Erfasst das spezifische Medikament, das an den Ereignissen der Medikamentenverabreichung beteiligt ist. Dies ist für das Medikamentenverabreichungs-Compliance-Dashboard erforderlich.

Es ermöglicht der Pflegedienstleitung zu überprüfen, ob spezifische hochriskante oder zeitkritische Medikamente (wie Antibiotika bei Sepsis) innerhalb der geeigneten therapeutischen Fenster verabreicht werden.

Bedeutung

Erforderlich für klinische Compliance- und Sicherheitsanalysen.

Datenquelle

Apotheken (PHA) oder bedside verification (BMV) Module.

Beispiele
AcetaminophenVancomycinHeparinInsulin
Triage-Wartezeit
TriageWaitTime
Zeitdauer zwischen Registrierung und Triage-Abschluss.
Beschreibung

Die berechnete Dauer zwischen dem Ereignis 'Patient registriert' und dem Ereignis 'Triage abgeschlossen'. Dies fließt direkt in den KPI 'Durchschnittliche Triage-Durchlaufzeit' ein.

Die Überwachung dieser Dauer hilft ED-Managern, die Personalbesetzung während der Stoßzeiten anzupassen, um die Patientensicherheitsstandards zu erfüllen.

Bedeutung

Wichtige operative Metrik für Notaufnahmen.

Datenquelle

Berechneter Unterschied zwischen spezifischen Aktivitäts-Zeitstempels.

Beispiele
15 Minuten1 Stunde 20 Minuten
Erforderlich Empfohlen Optional

Patientenreise-Aktivitäten

Diese Tabelle listet die wichtigsten Prozessschritte und klinischen Meilensteine auf, die erfasst werden sollten, um die komplette End-to-End-Patientenerfahrung zu visualisieren.
9 Empfohlen 5 Optional
Aktivität Beschreibung
Auftrag erteilt
Erfasst die Anforderung einer Dienstleistung, eines Medikaments oder eines diagnostischen Tests durch einen Kliniker. Dies ist das auslösende Ereignis für nachgelagerte klinische Aktivitäten.
Bedeutung

Legt die Basis für den KPI Durchlaufzeit für Diagnosedienste fest. Der Vergleich mit der Ausführungszeit identifiziert Verzögerungen bei der Servicebereitstellung.

Datenquelle

MEDITECH OE (Bestellungseingabe) Modul. Erfasst aus der Tabelle 'OeOrders' über das Feld 'Bestelldatum/-zeit'.

Erfassen

Protokolliert, wenn die Transaktion 'Bestellung erfassen' ausgeführt wird

Ereignistyp explicit
Diagnose dokumentiert
Der Zeitpunkt, an dem ein Kliniker eine kodierte Diagnose (ICD-10) in die Patientenakte eingibt. Dies löst oft spezifische klinische Pfade aus.
Bedeutung

Ermöglicht die Analyse von klinischen Pfadvarianten durch Kategorisierung des Fälle. Wesentlich für die Gruppierung von Patienten zum Vergleich.

Datenquelle

MEDITECH ABS (Kodierung) oder Krankenakten. Erfasst, wenn Diagnosecodes mit dem Fall verknüpft werden.

Erfassen

Protokolliert, wenn die Transaktion 'Diagnose erfassen' ausgeführt wird

Ereignistyp explicit
Diagnoseergebnis verifiziert
Zeigt an, dass ein diagnostischer Test (Labor oder Radiologie) durchgeführt und die Resultate von einem Techniker oder Radiologen freigegeben wurden. Dies schließt den Kreis eines diagnostischen Auftrags effektiv ab.
Bedeutung

Der Endpunkt für die 'Durchlaufzeit diagnostischer Dienste'. Essentiell für die Analyse von Engpässen in unterstützenden Abteilungen.

Datenquelle

MEDITECH LAB oder ITS (Bildgebende und Therapeutische Dienste) Module. Erfasst aus Ergebnisstatusänderungen zu 'Verifiziert' oder 'Abgezeichnet'.

Erfassen

Protokolliert, wenn sich das Statusfeld in Verified ändert

Ereignistyp explicit
Entlassungsanordnung geschrieben
Der Zeitstempel, wann der Arzt die Patientenentlassung autorisierende Anordnung unterschreibt. Dies markiert den Beginn der Phase 'Entlassungsplanung'.
Bedeutung

Legt die Basis für die Entlassungsplanungs-Vorlaufzeit fest. Die Lücke zwischen dieser und der tatsächlichen Entlassung stellt betriebliche Ineffizienz dar.

Datenquelle

MEDITECH OE (Bestellungseingabe). Bestellungen nach Kategorie = 'Entlassung' filtern.

Erfassen

Protokolliert, wenn die Transaktion 'Bestellung erfassen' ausgeführt wird

Ereignistyp explicit
Medikation verabreicht
Erfasst die tatsächliche Verabreichung von Medikamenten an den Patienten durch das Pflegepersonal. Üblicherweise erfasst durch Barcode-Scannen am Bett.
Bedeutung

Unterstützt die 'Medikamentenverabreichungs-Compliance'. Identifiziert Sicherheitsrisiken und Workflow-Unterbrechungen in Pflegeeinheiten.

Datenquelle

MEDITECH PHA (Apotheke) oder eMAR (Elektronische Medikamentenverabreichungsaufzeichnung). Das 'AdminDateTime' in der Verabreichungshistorie.

Erfassen

Protokolliert, wenn die Transaktion 'Medikamentenverabreichung' ausgeführt wird

Ereignistyp explicit
Patient entlassen
Der administrative Abschluss des Besuchs. Der Patient hat die Einrichtung physisch verlassen und das Bett ist freigegeben.
Bedeutung

Das formale Ende des Prozesses. Wird verwendet, um die endgültige Verweildauer zu berechnen und das 30-Tage-Wiederaufnahmefenster zu definieren.

Datenquelle

MEDITECH ADM (Aufnahmen). Das Feld 'Entlassungsdatum/-zeit' im BesuchsDatensatz.

Erfassen

Protokolliert, wenn die Transaktion 'Patient entlassen' ausgeführt wird

Ereignistyp explicit
Patient registriert
Dieses Ereignis markiert die administrative Erstellung des Patientenfalls oder BesuchsDatensatzes im System. Es erfasst den ersten Eintrittspunkt in das MEDITECH ADM (Aufnahmen) Modul.
Bedeutung

Legt den Beginn der Patientenreisee (Patientenreise) und die Zykluszeitberechnungen fest. Unerlässlich für die Berechnung der gesamten Verweildauer.

Datenquelle

MEDITECH ADM Modul. Stammt aus der Tabelle 'Aufnahmen', insbesondere aus dem Feld 'Aufnahmedatum/-zeit' oder den Antrag bearbeitet.em Zeitstempel der Transaktionsloggerstellung.

Erfassen

Protokolliert, wenn die Transaktion 'Neuer Besuch' ausgeführt wird

Ereignistyp explicit
Patient verlegt
Zeigt die physische Verlegung eines Patienten von einem Ort (Einheit/Zimmer/Bett) zum anderen an. Verfolgt den Fluss durch das Krankenhaus.
Bedeutung

Schlüssel für Interne Transfer-Engpässe. Hohe Transferdauern deuten auf Ressourcenengpässe oder Transportverzögerungen hin.

Datenquelle

MEDITECH ADM (Aufnahmen). Erfasst aus den Transaktionsprotokollen 'Standorthistorie' oder 'Zimmerbett'.

Erfassen

Protokolliert, wenn die Transaktion 'Patient verlegen' ausgeführt wird

Ereignistyp explicit
Triage abgeschlossen
Zeigt den Abschluss der initialen Pflegeeinschätzung in der Notaufnahme an. Dies definiert das Acuity Level und den Schweregrad für den Patienten.
Bedeutung

Wesentlich für das Emergency Department Flow Analysis-Dashboard zur Messung von Durchsatz und Wartezeiten.

Datenquelle

MEDITECH EDM (Notaufnahmenmanagement) Modul. Abgeleitet von Statusänderungen im EDM-Tracker oder den Antrag bearbeitet.em Zeitstempel des Triage-Bewertungsdokuments.

Erfassen

Protokolliert, wenn sich das Statusfeld in Triaged ändert

Ereignistyp explicit
Behandlungsplan initiiert
Stellt die Erstellung oder Zuweisung eines spezifischen Pflege- oder interdisziplinären Behandlungsplans dar. Dies entspricht dem Konzept 'Behandlungsplan erstellt'.
Bedeutung

Misst die 'Behandlungsplan-Entwicklungszeit'. Verzögerungen hier deuten auf Lücken in der klinischen Entscheidungsfindung hin.

Datenquelle

MEDITECH PCS (Patientenversorgungssystem) oder Care Manager. Zeitstempel, wann ein Standard-Behandlungsplan für den Patienten angewendet wird.

Erfassen

Protokolliert, wenn die Transaktion Care Plan Add ausgeführt wird

Ereignistyp explicit
Folgetermin gebucht
Die Planung eines zukünftigen Termins für den Patienten. Diese Aktivität unterstützt die Kontinuität der Versorgung nach der Entlassung.
Bedeutung

Unterstützt die Analyse der 'Nachfolgeterminplanung'. Korreliert mit niedrigeren Wiederaufnahmeraten.

Datenquelle

MEDITECH SCH (Planung). Abgeleitet durch Verknüpfen eines neuen Termin-Datensatzes, der nahe dem Entlassungsdatum erstellt wurde, mit der Patienten-ID.

Erfassen

Ableitung durch Vergleich der Felder Appointment Created Date und Discharge Date

Ereignistyp inferred
Konsultation abgeschlossen
Der Abschluss der Spezialistenbeurteilung. Oft abgeleitet aus der Ablage eines spezifischen Dokumententyps (z.B. 'Kardiologie Konsultationsnotiz').
Bedeutung

Der Endpunkt zur Messung der Spezialisten-Reaktionsfähigkeit. Kritisch, um einen zeitnahen Behandlungsfortschritt zu sicherstellen.

Datenquelle

MEDITECH PCM (Anbieter-Auftragsmanagement) oder EMR. Abgeleitet von Dokumentenerstellungs-Zeitstempeln mit spezifischen Titeln.

Erfassen

Statusfeld vor und nachher vergleichen

Ereignistyp inferred
Konsultationsanfrage gesendet
Eine spezifische Art von Anordnung, die eine Spezialistenmeinung anfordert. Dies startet die Zeiterfassung für das `Facharztkonsultations-Reaktionszeit`-Dashboard.
Bedeutung

Identifiziert Engpässe in der multidisziplinären Versorgungskoordination. Hohe Wartezeiten hier verlängern die Verweildauer.

Datenquelle

MEDITECH OE (Bestellungseingabe). Identifiziert durch Filtern der 'OeOrders' nach Kategorie = 'Konsultation'.

Erfassen

Protokolliert, wenn die Transaktion 'Bestellung erfassen' ausgeführt wird

Ereignistyp explicit
Probe entnommen
Markiert die physische Entnahme einer biologischen Probe zur Laboranalyse. Diese Aktivität überbrückt die Lücke zwischen Anordnung und Bearbeitung.
Bedeutung

Granularer Schritt, der oft für Verzögerungen im diagnostischen Lebenszyklus verantwortlich ist. Hilfreich zur Trennung von Pflegeverzögerungen und Laborverzögerungen.

Datenquelle

MEDITECH LAB Modul. Standarderweise erfasst, wenn ein Phlebotomist den Barcode scannt oder den Antrag bearbeitet.en Probenstatus auf 'Entnommen' aktualisiert.

Erfassen

Protokolliert, wenn die Transaktion Collect Specimen ausgeführt wird

Ereignistyp explicit
Empfohlen Optional

Extraktionsanleitungen

Methoden zum Abrufen klinischer und administrativer Daten aus Ihrem MEDITECH Expanse-System.