Ihr Patientenpfad-Datentemplate
Ihr Patientenpfad-Datentemplate
- Empfohlene klinische Attribute
- Wesentliche Prozessmeilensteine
- MEDITECH-Extraktionsleitfaden
Patientenpfad-Attribute
| 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. 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 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. 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 Dieses Feld hilft im 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 Durch die Gruppierung von Cases nach 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 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 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. Es ist nützlich, um Inflow-Muster und deren Auswirkungen auf die 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 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 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 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 | |||
Patientenpfad-Aktivitäten
| 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 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 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 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 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 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 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 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 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 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 Ereignistyp explicit | |||
Extraktionsleitfäden
Schritte
Data-Repository-Server identifizieren: Lokalisieren Sie die Microsoft SQL Server-Instanz, auf der Ihr MEDITECH Data Repository (DR) gehostet wird. Dies ist getrennt von der transaktionalen M-AT- oder dateibasierten Datenbank zu betrachten. Sie benötigen Zugangsdaten mit Leseberechtigung (in der Regel ein Dienstkonto).
Schema-Version bestimmen: Die Strukturen des MEDITECH DR variieren leicht zwischen Magic, Client/Server (6.x) und Expanse. Die folgende Abfrage verwendet Standard-Namenskonventionen (z. B. AdmVisits, OeOrders). Überprüfen Sie diese Tabellennamen im Objekt-Explorer Ihres lokalen SQL Server Management Studio (SSMS).
Umfang festlegen: Identifizieren Sie die Haupttabelle für Patientenbesuche. Je nach Ihrer spezifischen DR-Konfiguration heißt diese meist AdmVisits, RegAcct oder AbstractData. Die Abfrage nutzt AdmVisits als Anker für die Patient Episode.
SQL-Umgebung vorbereiten: Öffnen Sie das SSMS und verbinden Sie sich mit dem DR. Öffnen Sie ein neues Abfragefenster. Stellen Sie sicher, dass Sie zur korrekten Datenbank gewechselt haben (oft als livedb oder ähnlich bezeichnet).
Parameter konfigurieren: Ersetzen Sie im bereitgestellten SQL-Skript die Platzhalter für Datumsbereiche (z. B. '2023-01-01') und Einrichtungskennungen, falls Ihr DR Daten mehrerer Standorte hostet.
Extraktion ausführen: Führen Sie das vollständige T-SQL-Skript aus. Es verwendet Common Table Expressions (CTEs), um zunächst die relevante Population zu definieren und anschließend über UNION ALL verschiedene Datenquellen zu einem standardisierten Event Log zusammenzuführen.
Umgang mit NULL-Attributen: Die Abfrage enthält eine Logik zur Behandlung potenzieller NULL-Werte in Zeitstempeln (unter Verwendung von COALESCE, wo angebracht) und stellt sicher, dass kritische Verknüpfungsschlüssel (SourceID/VisitID) vorhanden sind.
Triage- und Notfalldaten überprüfen: MEDITECH speichert Notaufnahme-Daten in spezifischen Modulen. Stellen Sie sicher, dass die Tabellen EdVisits oder NurInterventions befüllt sind, wenn Sie Notfall-Workflows analysieren.
Auftragskategorien validieren: Die Abfrage trennt allgemeine Aufträge, Konsile und Entlassungsanordnungen basierend auf Kategorie-Urns oder Mnemonics. Möglicherweise müssen Sie die spezifischen WHERE-Klauseln an das Mnemonic-Verzeichnis Ihrer Einrichtung anpassen.
Daten exportieren: Sobald die Ergebnisse vorliegen, klicken Sie mit der rechten Maustaste auf das Ergebnisraster im SSMS und wählen Sie "Ergebnisse speichern unter" (CSV). Stellen Sie sicher, dass die Kopfzeilen enthalten sind.
Abschließende Formatierung: Öffnen Sie die CSV-Datei, um sicherzustellen, dass die Datumsformate ISO 8601-konform sind (YYYY-MM-DD HH:MM:SS), bevor Sie diese in ProcessMind importieren.
Konfiguration
- Datenbankzugriff: Erfordert
db_datareader-Berechtigungen für die MEDITECH DR SQL-Datenbank. - Zeitraum: Empfohlen wird ein Extraktionsfenster von 3 bis 6 Monaten nach Entlassung der Patienten, um vollständige Prozesszyklen sicherzustellen.
- Filtern nach Einrichtungen: Wenn das DR Daten mehrerer Einrichtungen enthält, filtern Sie die BaseVisits CTE nach FacilityID oder SourceSystemID.
- Definition der Episode: Das Skript verwendet die eindeutige VisitID (oft als Kontonummer oder Episodennummer bezeichnet) als Case ID.
- Performance: Die Abfrage nutzt einen CTE-Anker, um den Scan-Bereich einzuschränken. Stellen Sie sicher, dass Indizes für AdmitDate und DischargeDate in der Tabelle AdmVisits vorhanden sind, um eine optimale Performance zu erzielen.
- Latenz: Übertragungen aus dem Data Repository können je nach Standortkonfiguration eine Latenz von 15 Minuten bis zu 24 Stunden aufweisen. Überprüfen Sie den LastDataUpdate-Zeitstempel.
a Beispielabfrage sql
/* MEDITECH Data Repository T-SQL Extraction for ProcessMind */
/* Process: Patient Journey */
/* Dialect: T-SQL */
WITH BaseVisits AS (
/* Define the population: Discharged patients within a date range */
SELECT
V.VisitID,
V.PatientID,
V.AccountNumber AS MedicalRecordNumber,
V.AdmitDateTime,
V.DischargeDateTime,
V.FacilityID,
V.PatientType,
V.AttendingProviderID,
V.DischargeDisposition,
NULLIF(DATEDIFF(MINUTE, V.AdmitDateTime, V.DischargeDateTime), 0) / 1440.0 AS LengthOfStay,
/* Flag readmissions logic would go here, simplified as 0 for base script */
0 AS IsReadmission
FROM
[YourDatabaseName].[dbo].[AdmVisits] V
WHERE
V.DischargeDateTime >= '2023-01-01'
AND V.DischargeDateTime < '2023-04-01'
AND V.Status = 'DIS' /* Discharged Status */
),
PatientDiagnoses AS (
/* Helper CTE for Primary Diagnosis to avoid duplicates in joins */
SELECT
D.VisitID,
MAX(D.ICDCode) AS PrimaryDiagnosis
FROM
[YourDatabaseName].[dbo].[AbsDiagnoses] D
WHERE
D.Rank = 1 /* Primary Diagnosis Rank */
GROUP BY
D.VisitID
),
TriageData AS (
/* Helper CTE for Triage Acuity */
SELECT
T.VisitID,
MAX(T.AcuityLevel) AS TriageAcuityLevel
FROM
[YourDatabaseName].[dbo].[EdTriage] T
GROUP BY
T.VisitID
)
/* 1. Patient Registered */
SELECT
V.VisitID AS PatientEpisode,
'Patient Registered' AS ActivityName,
V.AdmitDateTime AS EventTimestamp,
'MEDITECH_ADM' AS SourceSystem,
GETDATE() AS LastDataUpdate,
V.MedicalRecordNumber,
V.FacilityID AS HospitalDepartment,
V.AttendingProviderID AS AttendingProvider,
V.PatientType,
T.TriageAcuityLevel,
D.PrimaryDiagnosis,
V.DischargeDisposition,
V.LengthOfStay,
V.IsReadmission
FROM
BaseVisits V
LEFT JOIN PatientDiagnoses D ON V.VisitID = D.VisitID
LEFT JOIN TriageData T ON V.VisitID = T.VisitID
WHERE
V.AdmitDateTime IS NOT NULL
UNION ALL
/* 2. Triage Completed */
SELECT
V.VisitID AS PatientEpisode,
'Triage Completed' AS ActivityName,
ED.TriageDateTime AS EventTimestamp,
'MEDITECH_ED' AS SourceSystem,
GETDATE() AS LastDataUpdate,
V.MedicalRecordNumber,
'Emergency Department' AS HospitalDepartment,
ED.TriageNurseID AS AttendingProvider,
V.PatientType,
ED.AcuityLevel AS TriageAcuityLevel,
D.PrimaryDiagnosis,
V.DischargeDisposition,
V.LengthOfStay,
V.IsReadmission
FROM
[YourDatabaseName].[dbo].[EdTriage] ED
INNER JOIN BaseVisits V ON ED.VisitID = V.VisitID
LEFT JOIN PatientDiagnoses D ON V.VisitID = D.VisitID
WHERE
ED.TriageDateTime IS NOT NULL
UNION ALL
/* 3. Order Placed (General) */
SELECT
V.VisitID AS PatientEpisode,
'Order Placed' AS ActivityName,
O.OrderDateTime AS EventTimestamp,
'MEDITECH_OE' AS SourceSystem,
GETDATE() AS LastDataUpdate,
V.MedicalRecordNumber,
O.Department AS HospitalDepartment,
O.OrderingProviderID AS AttendingProvider,
V.PatientType,
T.TriageAcuityLevel,
D.PrimaryDiagnosis,
V.DischargeDisposition,
V.LengthOfStay,
V.IsReadmission
FROM
[YourDatabaseName].[dbo].[OeOrders] O
INNER JOIN BaseVisits V ON O.VisitID = V.VisitID
LEFT JOIN PatientDiagnoses D ON V.VisitID = D.VisitID
LEFT JOIN TriageData T ON V.VisitID = T.VisitID
WHERE
O.Category NOT IN ('CONSULT', 'DISCHARGE') /* Exclude specific types handled elsewhere */
UNION ALL
/* 4. Specimen Collected */
SELECT
V.VisitID AS PatientEpisode,
'Specimen Collected' AS ActivityName,
L.CollectionDateTime AS EventTimestamp,
'MEDITECH_LAB' AS SourceSystem,
GETDATE() AS LastDataUpdate,
V.MedicalRecordNumber,
'Laboratory' AS HospitalDepartment,
L.CollectedBy AS AttendingProvider,
V.PatientType,
T.TriageAcuityLevel,
D.PrimaryDiagnosis,
V.DischargeDisposition,
V.LengthOfStay,
V.IsReadmission
FROM
[YourDatabaseName].[dbo].[LabSpecimens] L
INNER JOIN BaseVisits V ON L.VisitID = V.VisitID
LEFT JOIN PatientDiagnoses D ON V.VisitID = D.VisitID
LEFT JOIN TriageData T ON V.VisitID = T.VisitID
WHERE
L.CollectionDateTime IS NOT NULL
UNION ALL
/* 5. Diagnostic Result Verified */
SELECT
V.VisitID AS PatientEpisode,
'Diagnostic Result Verified' AS ActivityName,
R.VerifiedDateTime AS EventTimestamp,
'MEDITECH_LAB' AS SourceSystem,
GETDATE() AS LastDataUpdate,
V.MedicalRecordNumber,
'Laboratory' AS HospitalDepartment,
R.VerifiedBy AS AttendingProvider,
V.PatientType,
T.TriageAcuityLevel,
D.PrimaryDiagnosis,
V.DischargeDisposition,
V.LengthOfStay,
V.IsReadmission
FROM
[YourDatabaseName].[dbo].[LabResults] R
INNER JOIN BaseVisits V ON R.VisitID = V.VisitID
LEFT JOIN PatientDiagnoses D ON V.VisitID = D.VisitID
LEFT JOIN TriageData T ON V.VisitID = T.VisitID
WHERE
R.VerifiedDateTime IS NOT NULL
UNION ALL
/* 6. Diagnosis Documented */
SELECT
V.VisitID AS PatientEpisode,
'Diagnosis Documented' AS ActivityName,
DX.EntryDateTime AS EventTimestamp,
'MEDITECH_ABS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
V.MedicalRecordNumber,
V.FacilityID AS HospitalDepartment,
DX.ProviderID AS AttendingProvider,
V.PatientType,
T.TriageAcuityLevel,
D.PrimaryDiagnosis,
V.DischargeDisposition,
V.LengthOfStay,
V.IsReadmission
FROM
[YourDatabaseName].[dbo].[AbsDiagnoses] DX
INNER JOIN BaseVisits V ON DX.VisitID = V.VisitID
LEFT JOIN PatientDiagnoses D ON V.VisitID = D.VisitID
LEFT JOIN TriageData T ON V.VisitID = T.VisitID
WHERE
DX.EntryDateTime IS NOT NULL
UNION ALL
/* 7. Care Plan Initiated */
SELECT
V.VisitID AS PatientEpisode,
'Care Plan Initiated' AS ActivityName,
N.CreateDateTime AS EventTimestamp,
'MEDITECH_NUR' AS SourceSystem,
GETDATE() AS LastDataUpdate,
V.MedicalRecordNumber,
N.NurseUnit AS HospitalDepartment,
N.NurseID AS AttendingProvider,
V.PatientType,
T.TriageAcuityLevel,
D.PrimaryDiagnosis,
V.DischargeDisposition,
V.LengthOfStay,
V.IsReadmission
FROM
[YourDatabaseName].[dbo].[NurPlan] N
INNER JOIN BaseVisits V ON N.VisitID = V.VisitID
LEFT JOIN PatientDiagnoses D ON V.VisitID = D.VisitID
LEFT JOIN TriageData T ON V.VisitID = T.VisitID
WHERE
N.CreateDateTime IS NOT NULL
UNION ALL
/* 8. Medication Administered */
SELECT
V.VisitID AS PatientEpisode,
'Medication Administered' AS ActivityName,
M.AdminDateTime AS EventTimestamp,
'MEDITECH_PHA' AS SourceSystem,
GETDATE() AS LastDataUpdate,
V.MedicalRecordNumber,
M.AdminLocation AS HospitalDepartment,
M.AdministeredBy AS AttendingProvider,
V.PatientType,
T.TriageAcuityLevel,
D.PrimaryDiagnosis,
V.DischargeDisposition,
V.LengthOfStay,
V.IsReadmission
FROM
[YourDatabaseName].[dbo].[PhaMedAdmin] M
INNER JOIN BaseVisits V ON M.VisitID = V.VisitID
LEFT JOIN PatientDiagnoses D ON V.VisitID = D.VisitID
LEFT JOIN TriageData T ON V.VisitID = T.VisitID
WHERE
M.Status = 'ADMINISTERED'
UNION ALL
/* 9. Consult Request Sent */
SELECT
V.VisitID AS PatientEpisode,
'Consult Request Sent' AS ActivityName,
O.OrderDateTime AS EventTimestamp,
'MEDITECH_OE' AS SourceSystem,
GETDATE() AS LastDataUpdate,
V.MedicalRecordNumber,
O.Department AS HospitalDepartment,
O.OrderingProviderID AS AttendingProvider,
V.PatientType,
T.TriageAcuityLevel,
D.PrimaryDiagnosis,
V.DischargeDisposition,
V.LengthOfStay,
V.IsReadmission
FROM
[YourDatabaseName].[dbo].[OeOrders] O
INNER JOIN BaseVisits V ON O.VisitID = V.VisitID
LEFT JOIN PatientDiagnoses D ON V.VisitID = D.VisitID
LEFT JOIN TriageData T ON V.VisitID = T.VisitID
WHERE
O.Category = 'CONSULT'
UNION ALL
/* 10. Consultation Completed */
SELECT
V.VisitID AS PatientEpisode,
'Consultation Completed' AS ActivityName,
O.CompletedDateTime AS EventTimestamp,
'MEDITECH_OE' AS SourceSystem,
GETDATE() AS LastDataUpdate,
V.MedicalRecordNumber,
O.Department AS HospitalDepartment,
O.OrderingProviderID AS AttendingProvider,
V.PatientType,
T.TriageAcuityLevel,
D.PrimaryDiagnosis,
V.DischargeDisposition,
V.LengthOfStay,
V.IsReadmission
FROM
[YourDatabaseName].[dbo].[OeOrders] O
INNER JOIN BaseVisits V ON O.VisitID = V.VisitID
LEFT JOIN PatientDiagnoses D ON V.VisitID = D.VisitID
LEFT JOIN TriageData T ON V.VisitID = T.VisitID
WHERE
O.Category = 'CONSULT'
AND O.Status = 'COMPLETED'
AND O.CompletedDateTime IS NOT NULL
UNION ALL
/* 11. Patient Transferred */
SELECT
V.VisitID AS PatientEpisode,
'Patient Transferred' AS ActivityName,
TX.TransferDateTime AS EventTimestamp,
'MEDITECH_ADM' AS SourceSystem,
GETDATE() AS LastDataUpdate,
V.MedicalRecordNumber,
TX.ToLocation AS HospitalDepartment,
NULL AS AttendingProvider,
V.PatientType,
T.TriageAcuityLevel,
D.PrimaryDiagnosis,
V.DischargeDisposition,
V.LengthOfStay,
V.IsReadmission
FROM
[YourDatabaseName].[dbo].[AdmRoomTx] TX
INNER JOIN BaseVisits V ON TX.VisitID = V.VisitID
LEFT JOIN PatientDiagnoses D ON V.VisitID = D.VisitID
LEFT JOIN TriageData T ON V.VisitID = T.VisitID
WHERE
TX.TransferDateTime IS NOT NULL
UNION ALL
/* 12. Discharge Order Written */
SELECT
V.VisitID AS PatientEpisode,
'Discharge Order Written' AS ActivityName,
O.OrderDateTime AS EventTimestamp,
'MEDITECH_OE' AS SourceSystem,
GETDATE() AS LastDataUpdate,
V.MedicalRecordNumber,
O.Department AS HospitalDepartment,
O.OrderingProviderID AS AttendingProvider,
V.PatientType,
T.TriageAcuityLevel,
D.PrimaryDiagnosis,
V.DischargeDisposition,
V.LengthOfStay,
V.IsReadmission
FROM
[YourDatabaseName].[dbo].[OeOrders] O
INNER JOIN BaseVisits V ON O.VisitID = V.VisitID
LEFT JOIN PatientDiagnoses D ON V.VisitID = D.VisitID
LEFT JOIN TriageData T ON V.VisitID = T.VisitID
WHERE
O.Category = 'DISCHARGE'
OR O.Mnemonic LIKE '%DISCHARGE%'
UNION ALL
/* 13. Patient Discharged */
SELECT
V.VisitID AS PatientEpisode,
'Patient Discharged' AS ActivityName,
V.DischargeDateTime AS EventTimestamp,
'MEDITECH_ADM' AS SourceSystem,
GETDATE() AS LastDataUpdate,
V.MedicalRecordNumber,
V.FacilityID AS HospitalDepartment,
V.AttendingProviderID AS AttendingProvider,
V.PatientType,
T.TriageAcuityLevel,
D.PrimaryDiagnosis,
V.DischargeDisposition,
V.LengthOfStay,
V.IsReadmission
FROM
BaseVisits V
LEFT JOIN PatientDiagnoses D ON V.VisitID = D.VisitID
LEFT JOIN TriageData T ON V.VisitID = T.VisitID
WHERE
V.DischargeDateTime IS NOT NULL
UNION ALL
/* 14. Follow-up Booked */
SELECT
V.VisitID AS PatientEpisode,
'Follow-up Booked' AS ActivityName,
S.BookDateTime AS EventTimestamp,
'MEDITECH_SCH' AS SourceSystem,
GETDATE() AS LastDataUpdate,
V.MedicalRecordNumber,
S.ApptDepartment AS HospitalDepartment,
S.ProviderID AS AttendingProvider,
V.PatientType,
T.TriageAcuityLevel,
D.PrimaryDiagnosis,
V.DischargeDisposition,
V.LengthOfStay,
V.IsReadmission
FROM
[YourDatabaseName].[dbo].[SchAppt] S
INNER JOIN BaseVisits V ON S.PatientID = V.PatientID
LEFT JOIN PatientDiagnoses D ON V.VisitID = D.VisitID
LEFT JOIN TriageData T ON V.VisitID = T.VisitID
WHERE
S.BookDateTime > V.AdmitDateTime
AND S.BookDateTime <= DATEADD(day, 30, V.DischargeDateTime) /* Logic to link appt to episode */
AND S.Status NOT IN ('CANCELLED', 'NOSHOW');