Ihr Patientenpfad-Datentemplate

MEDITECH
Ihr Patientenpfad-Datentemplate

Ihr Patientenpfad-Datentemplate

Dieses Template bietet einen umfassenden 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 Befolgung dieser Richtlinien stellen Sie sicher, dass Ihr Event Log perfekt für eine detaillierte 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.

Patientenpfad-Attribute

Dies sind die empfohlenen Datenfelder, die in Ihrem Event Log enthalten sein sollten, um eine umfassende Analyse der Patientenbewegung und klinischer Ergebnisse zu gewährleisten.
5 Erforderlich 9 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 der Aufgabe, die innerhalb des Patientenpfads stattfindet. Es erfasst die einzelnen Schritte wie 'Patient registriert', 'Medikament verabreicht' oder 'Entlassungsanordnung geschrieben'.

Die korrekte Identifizierung von Aktivitäten ist entscheidend für die Abbildung des Prozessflusses. Diese Werte werden oft aus Transaktionscodes, Auftragsstatus oder dokumentierten 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 Events).

Beispiele
Patient registriertTriage abgeschlossenMedikament verabreichtDiagnoseergebnis verifiziert
Ereignis-Timestamp
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 die Durchlaufzeit für diagnostische Ergebnisse.

Bedeutung

Erforderlich, um Ereignisse zu ordnen und Zykluszeiten 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 Timestamp, 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 Timestamp, da er die technische Datenpipeline-Zeit und nicht die klinische Event-Zeit widerspiegelt.

Bedeutung

Entscheidend für die Data 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
Patientenfall
PatientEpisode
Der eindeutige Identifikator für einen spezifischen Zeitraum der Patientenversorgung oder des 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 der Besuchs-ID. Dieses Attribut ist grundlegend für die Rekonstruktion des Patientenpfads 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 Events zu einer einzigen Prozessinstanz zu verknüpfen.

Datenquelle

MEDITECH Aufnahme- oder Registrierungsmodul; typischerweise das Feld 'Kontonummer'.

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

Identifiziert die MEDITECH-Instanz oder das 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
Behandelnder Arzt
AttendingProvider
Der primäre Kliniker oder Anbieter, der für die Aktivität verantwortlich ist.
Beschreibung

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

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

Bedeutung

Ermöglicht die Analyse der Ressourcen-Performance und den Lastenausgleich.

Datenquelle

Anbieter- oder Benutzerfelder in Aktivitätsprotokollen.

Beispiele
Dr. SchmidtRN JonesTechniker Adams
Entlassungsdisposition
DischargeDisposition
Das Ziel oder der 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-AllgemeinkrankenhausAbgelaufenGegen ärztlichen Rat entlassen
Ist Wiederaufnahme
IsReadmission
Flag, das anzeigt, ob diese Episode innerhalb von 30 Tagen nach einer vorherigen Entlassung aufgetreten ist.
Beschreibung

Ein boolesches Attribut, das „true“ 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 MedicalRecordNumber.

Beispiele
truefalsch
Krankenaktennummer
MedicalRecordNumber
Ein eindeutiger Identifikator 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 analyseübergreifende Analyse von Episoden und patientenzentrierte Ansichten.

Datenquelle

Patientenstammindex oder Registrierungstabelle.

Beispiele
MRN-100293MRN-55928388291002
Krankenhausabteilung
HospitalDepartment
Die spezifische Einheit oder Abteilung, in der die Aktivität stattfand.
Beschreibung

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

Es ermöglicht die Segmentierung von Performance-Metriken nach Einheit, was hilft, Bottlenecks bei internen Transfers und der Ressourcenauslastung zu lokalisieren.

Bedeutung

Schlüssel für die Organisationsanalyse und die Identifizierung von Bottlenecks in spezifischen Einheiten.

Datenquelle

Standort- oder Abteilungsfelder in Transaktionstabellen.

Beispiele
NotaufnahmeRadiologieIntensivstationChirurgische Station 3
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 grundlegend 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
StationärNotfallAmbulante OperationBeobachtung
Primärdiagnose
PrimaryDiagnosis
Die Hauptdiagnose, die für den Patientenfall identifiziert wurde.
Beschreibung

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

Durch die Gruppierung von Cases 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 Cases zur Analyse klinischer Pfade.

Datenquelle

Modul für Krankenakten oder Kodierung.

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

Zeigt die Dringlichkeit des Patientenzustands an, typischerweise 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

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

Datenquelle

ED- oder Triage-Pflegebeurteilungsbildschirme.

Beispiele
1 - Resuscitation2 - Emergent3 - Urgent4 - Less Urgent
Verweildauer
LengthOfStay
Gesamtdauer des Patientenfalls von der Aufnahme bis zur Entlassung.
Beschreibung

Eine berechnete Metrik, die die gesamte verstrichene Zeit zwischen dem Beginn der Registrierung/Aufnahme und dem Entlassungszeitpunkt darstellt. Dies ist die primäre Metrik für das Verweildauer-Trendanalyse-Dashboard.

Sie dient als übergeordneter Effizienzindikator und wird oft verwendet, um Vergleiche zwischen verschiedenen Abteilungen oder Diagnosegruppen zu normalisieren.

Bedeutung

Primäre Effizienz-KPI für den Krankenhausbetrieb.

Datenquelle

Berechnet aus StartTime der Registrierung vs. Entlassung.

Beispiele
4 Tage 2 Stunden45 Minuten12 Tage
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 essenziell für das Durchlaufzeit für Diagnosedienste-Dashboard.

Es ermöglicht die Trennung von Workflows, um Zykluszeiten spezifisch für Bildgebung versus Blutuntersuchungen zu analysieren, die oft unterschiedliche Bottlenecks aufweisen.

Bedeutung

Segmentiert diagnostische und Behandlungs-Workflows.

Datenquelle

Kategoriefelder des Order Entry (OE)-Moduls.

Beispiele
LaborRadiologiePflegeApotheke
Gebührenbetrag
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
Ist Einhaltungsverstoß
IsAdherenceViolation
Flag, das anzeigt, ob der Case vom standardmäßigen klinischen Pfad abgewichen ist.
Beschreibung

Ein boolesches Flag, das auf „true“ 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“ Cases, um zu untersuchen, warum der Behandlungsstandard nicht eingehalten wurde.

Bedeutung

Identifiziert schnell Prozessabweichungen und -varianten.

Datenquelle

Berechnet durch Konformitätsprüfungsalgorithmen.

Beispiele
truefalsch
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-Timestamps.

Beispiele
15 Minuten1 Stunde 20 Minuten
Erforderlich Empfohlen Optional

Patientenpfad-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 Cases. Entscheidend 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 Ergebnisse 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
Entlassungsauftrag 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
Medikament 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 Patient Journey 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 dem 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-Bottlenecks. 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

Entscheidend 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 dem 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 'Geschwindigkeit der Behandlungsplanentwicklung'. 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
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 gewährleisten.

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 Bottlenecks 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
Nachuntersuchung 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
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. Normalerweise erfasst, wenn ein Phlebotomist den Barcode scannt oder den Probenstatus auf 'Entnommen' aktualisiert.

Erfassen

Protokolliert, wenn die Transaktion Collect Specimen ausgeführt wird

Ereignistyp explicit
Empfohlen Optional

Extraktionsleitfäden

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