Il Suo Template Dati Percorso del Paziente

Epic EHR
Il Suo `Template` `Dati` `Percorso del Paziente`

Il Suo Template Dati Percorso del Paziente

Questo `template` fornisce un `framework` completo per la mappatura dei `workflow clinici` all'interno del Suo ambiente `Epic`. Delinea i `punti dati` specifici e le `pietre miliari` degli `eventi` necessari per visualizzare il `percorso completo` del paziente dall'ammissione alla dimissione. Seguendo queste linee guida, Lei può assicurarsi che i Suoi `dati` siano strutturati per `insight operativi` approfonditi e una migliore erogazione delle cure.
  • `Attributi` raccomandati per il contesto clinico
  • Tappe fondamentali del processo per il tracciamento
  • Linee guida specifiche per l'estrazione per `Epic EHR`
È nuovo agli event log? Impari come creare un event log di Process Mining.

Attributi del Percorso del Paziente

Questi sono i `campi di dati` raccomandati da includere nel Suo `event log` per un'analisi completa del `flusso del paziente` e dell'efficienza clinica.
5 Obbligatorio 9 Consigliato 8 Facoltativo
Nome Descrizione
Episodio del Paziente
PatientEpisodeId
L'`identificatore` unico per lo specifico `episodio del paziente` o `episodio di cura`.
Descrizione

L'Episodio del Paziente funge da identificatore principale del caso per il process mining. Raggruppa tutti gli eventi clinici, amministrativi e logistici relativi a un singolo periodo continuo di cura, come una degenza ospedaliera o una visita al pronto soccorso. In Epic Clarity, ciò corrisponde tipicamente al Contact Serial Number (CSN) o all'ID Episodio.

L'analisi di questo attributo consente la ricostruzione del percorso del paziente end-to-end. Permette l'associazione delle attività di triage, diagnosi, trattamento e dimissione in un'istanza di processo coesa.

Perché è importante

Rappresenta la chiave fondamentale per collegare eventi distinti in un singolo caso di processo.

Dove trovare

Tabella Epic Clarity: PAT_ENC, Colonna: PAT_ENC_CSN_ID

Esempi
200459112200459113200459114200459115
Nome attività
ActivityName
L'azione clinica o amministrativa specifica eseguita.
Descrizione

Questo attributo cattura il nome dell'evento che si verifica all'interno del percorso del paziente, come 'Paziente Registrato', 'Farmaco Somministrato' o 'Ordine di Dimissione Firmato'. È l'elemento centrale per definire il flusso del processo.

Nell'analisi, questo campo forma i nodi della process map. È derivato da vari codici di transazione e stati dell'ordine all'interno dell'EHR per creare un event log leggibile.

Perché è importante

Definisce i passaggi del processo e consente la visualizzazione del workflow.

Dove trovare

Derivato dalle tabelle CLARITY_ADT, ORDER_PROC e ORDER_MED.

Esempi
Triage CompletatoTest Diagnostico OrdinatoPaziente DimessoFarmaco Somministrato
Timestamp Evento
EventTimestamp
La data e l'ora esatte in cui si è verificata l'attività.
Descrizione

Questo attributo registra il momento preciso in cui un evento è stato registrato nel sistema Epic. Viene utilizzato per sequenziare le attività e calcolare tutte le metriche basate sulla durata, come la durata della degenza e i tempi di ciclo.

La precisione in questo campo è fondamentale per identificare i colli di bottiglia. Supporta le dashboard Throughput del Triage e 'Tempo alla Diagnosi Definitiva' fornendo gli ancoraggi temporali per i punti di inizio e fine.

Perché è importante

Consente il calcolo dei tempi di ciclo, dei tempi di consegna e dell'ordinamento dei processi.

Dove trovare

Varie colonne timestamp (ad es. EFFECTIVE_TIME, ORDER_TIME) a seconda della tabella di origine.

Esempi
2023-10-15T08:30:00Z2023-10-15T09:15:22Z2023-10-16T14:20:00Z
Sistema di Origine
SourceSystem
Il sistema di registrazione per i `dati`, solitamente `Epic EHR`.
Descrizione

Questo attributo identifica l'origine dei dati. Sebbene sia principalmente 'Epic EHR' per questa vista, è utile se i dati sono miscelati con altri sistemi come un LIS separato (Lab Information System) o un sistema di fatturazione.

Nell'analisi, garantisce la data lineage e aiuta a risolvere i problemi se eventi specifici sembrano mancanti o malformati rispetto alla fonte.

Perché è importante

Fornisce tracciabilità e contesto per l'origine dei dati.

Dove trovare

Hardcoded o derivato dalla configurazione della stringa di connessione.

Esempi
Epic EHREpic ClarityEpic Caboodle
Ultimo `Data Update`
LastDataUpdate
Il `timestamp` di quando i `dati` sono stati estratti o aggiornati l'ultima volta.
Descrizione

Questo attributo indica quando il record è stato elaborato l'ultima volta dalla pipeline ETL. È distinto dal timestamp dell'evento e aiuta a monitorare la freschezza dei dati.

Gli analisti lo usano per determinare se la dashboard riflette la realtà in tempo reale o se esiste un problema di latenza dei dati che influisce sull'accuratezza dei KPI come i Tempi di Attesa del Triage.

Perché è importante

Aiuta a valutare l'aggiornamento e l'affidabilità dei dati di Process Mining.

Dove trovare

Timestamp del sistema ETL.

Esempi
2023-10-27T23:59:59Z2023-10-28T06:00:00Z
Codice Diagnosi Principale
PrimaryDiagnosisCode
Il codice `ICD-10` o interno che rappresenta la diagnosi principale.
Descrizione

Questo attributo registra la condizione medica confermata del paziente. Di solito viene popolato durante l'attività 'Diagnosi Confermata'.

È utilizzato per raggruppare i casi per condizione clinica per la Visione di Conformità al Protocollo Clinico. La mappatura a 'Prodotto' consente agli analisti di vedere come la 'produzione' di cure differisce per condizione medica.

Perché è importante

Raggruppa i case per similarità clinica per l'analisi del protocollo.

Dove trovare

Tabella Epic Clarity: PAT_ENC_DX, Colonna: DX_ID

Esempi
J18.9I21.9E11.9
Disposizione Dimissione
DischargeDisposition
La destinazione del paziente al momento della dimissione (Domicilio, `SNF`, Deceduto).
Descrizione

Questo attributo registra dove è andato il paziente dopo aver lasciato l'ospedale. Viene catturato durante l'attività 'Paziente Dimesso'.

Questo è cruciale per la dashboard Rischio di Ricovero, poiché i pazienti dimessi in Strutture di Cura Specializzate (SNF) hanno profili di ricovero diversi rispetto a quelli dimessi a casa.

Perché è importante

Contestualizza l'esito del processo di cura.

Dove trovare

Tabella Epic Clarity: PAT_ENC, Colonna: DISCH_DISP_C

Esempi
CasaStruttura di Cura SpecializzataAssistenza Domiciliare
Flag di `Ricovero`
ReadmissionFlag
Indica se il paziente è tornato inaspettatamente entro 30 giorni.
Descrizione

Questo attributo booleano identifica se lo specifico episodio è stato seguito da un altro ricovero non pianificato per lo stesso paziente entro una finestra di 30 giorni. È il fulcro del KPI 'Tasso di Ricovero non Pianificato a 30 Giorni'.

Nell'analisi, questo funge da variabile di outcome principale. I percorsi di processo che portano a un flag 'True' vengono analizzati per trovare le cause alla radice nella fase di pianificazione delle dimissioni.

Perché è importante

Identifica i processi di dimissione falliti e i problemi di qualità dell'assistenza.

Dove trovare

Calcolato tramite SQL cercando in anticipo gli incontri futuri per lo stesso MRN.

Esempi
truefalse
ID `Provider`
ProviderId
L'identificatore dell'utente o del clinico che ha eseguito l'attività.
Descrizione

Questo attributo cattura l'ID unico del membro del personale responsabile dell'evento, come l'infermiere che somministra il farmaco o il medico che firma gli ordini di dimissione.

È mappato all'attributo generico 'Utente' per analizzare la variazione delle risorse e il carico di lavoro. Si noti che per le attività automatizzate, questo potrebbe essere un ID utente di sistema.

Perché è importante

Permette l'analisi della variazione nelle prestazioni e nel carico di lavoro del personale.

Dove trovare

Tabella Epic Clarity: CLARITY_EMP, Colonna: USER_ID

Esempi
EMP10023DOC5592SYSTEM
Livello di Acuità del `Triage`
TriageAcuityLevel
Il `punteggio di gravità` assegnato al paziente durante il `triage`.
Descrizione

Questo attributo indica l'urgenza della condizione del paziente, tipicamente su una scala (ad es. livelli ESI 1-5). Viene catturato durante l'attività 'Triage Completato'.

Consente la segmentazione nella dashboard Intensità delle Risorse per Punteggio di Gravità. I pazienti ad alta acuità seguono percorsi di processo diversi rispetto ai pazienti a bassa acuità, e questo campo aiuta a distinguere tali varianti.

Perché è importante

Segmenta il processo in base all'urgenza e al consumo previsto di risorse.

Dove trovare

Consultare la documentazione Epic EHR per il campo Acuity nei log del PS.

Esempi
1 - Rianimazione2 - Emergenza3 - Urgente
MRN del Paziente
PatientMrn
Il `Medical Record Number` che identifica il paziente.
Descrizione

L'MRN è l'identificatore unico per il paziente nell'intero sistema sanitario, distinto dall'ID episodio. Permette di tracciare la storia di un paziente attraverso più visite.

Questo attributo viene utilizzato per rilevare i ricoveri e collegare episodi separati per la dashboard Rischio di Ricovero. Si mappa a 'Cliente' nel modello generico.

Perché è importante

È essenziale per identificare le visite ripetute e analizzare la storia del paziente.

Dove trovare

Tabella Epic Clarity: PATIENT, Colonna: PAT_ID o PAT_MRN_ID

Esempi
MRN-882910MRN-112003MRN-554211
Nome Reparto
DepartmentName
L'unità ospedaliera o il reparto dove si è svolta l'attività.
Descrizione

Questo attributo identifica la localizzazione funzionale dell'evento, come 'Pronto Soccorso', 'Radiologia' o 'Reparto di Chirurgia Generale'. È cruciale per l'analisi del trasferimento interno tra reparti.

I dati vengono utilizzati per segmentare la process map per reparto, consentendo ai manager di isolare i colli di bottiglia specifici della loro unità rispetto ai problemi sistemici a livello ospedaliero.

Perché è importante

Consente il filtraggio organizzativo e l'analisi dei passaggi di consegne.

Dove trovare

Tabella Epic Clarity: CLARITY_DEP, Colonna: DEPARTMENT_NAME

Esempi
Pronto SoccorsoRadiologiaICUPediatria
Ora Fine Evento
EventEndTime
Il `timestamp` di quando l'attività è stata completata.
Descrizione

Mentre molti eventi sono istantanei, alcune attività come 'Test Diagnostico Eseguito' o 'Consulenza Completata' hanno una durata. Questo attributo cattura l'ora di completamento.

Consente il calcolo del tempo di elaborazione attivo rispetto al tempo di attesa. Ciò è particolarmente rilevante per la dashboard Tempi di Ciclo del Servizio Diagnostico.

Perché è importante

Consente il calcolo della durata delle attività e dell'utilizzo delle risorse.

Dove trovare

Consultare la documentazione Epic EHR per specifiche colonne di ora di fine in ORDER_PROC.

Esempi
2023-10-15T09:45:00Z2023-10-16T15:00:00Z
Tipo di Incontro
EncounterType
La classificazione della visita del paziente (ad es. `Ricovero`, `Emergenza`).
Descrizione

Questo attributo categorizza la natura dell'episodio del paziente. I valori comuni includono 'Emergenza', 'Degenza', 'Ambulatoriale' o 'Virtuale'.

Mappato a 'CaseType', questo campo è fondamentale per filtrare l'analisi. Ad esempio, la dashboard di Pianificazione delle Dimissioni è principalmente rilevante per gli episodi di degenza, mentre il triage è specifico per l'emergenza.

Perché è importante

Fornisce il contesto di alto livello per l'istanza del processo.

Dove trovare

Tabella Epic Clarity: PAT_ENC, Colonna: ENC_TYPE_C

Esempi
EmergenzaAmbulatorio OspedalieroRicoverato
Costo Ordine Diagnostico
DiagnosticOrderCost
Il costo interno associato a un test diagnostico o a una procedura.
Descrizione

Questo attributo assegna un valore finanziario alle attività di 'Test Diagnostico Eseguito'. Consente un'impostazione finanziaria sulla process map.

Sebbene non sia una metrica clinica primaria, aiuta l'amministrazione a comprendere il peso finanziario delle diverse varianti di processo, in particolare quelle che coinvolgono punteggi di gravità ad alta intensità di risorse.

Perché è importante

Aggiunge una dimensione finanziaria all'analisi dell'efficienza del processo.

Dove trovare

Tabelle di fatturazione o contabilità dei costi collegate alla procedura.

Esempi
150.001200.0045.00
Durata Attesa Trasferimento
TransferWaitDuration
Tempo trascorso tra un ordine di trasferimento e il trasferimento effettivo.
Descrizione

Questa metrica misura il divario tra 'Trasferimento Ordinato' e 'Paziente Trasferito'. È il punto dati primario per l'analisi del trasferimento interno tra reparti.

Valori elevati qui indicano 'boarding' (pazienti in attesa di posti letto), il che blocca il flusso a monte dal Pronto Soccorso.

Perché è importante

Evidenzia i bottleneck logistici e di capacità nel flusso dei pazienti.

Dove trovare

Differenza di timestamp calcolata tra event di ordine e trasferimento.

Esempi
2h 30m45m12h
È Programmazione Automatica
IsAutomatedScheduling
Flag che indica se la programmazione è stata eseguita senza intervento del personale.
Descrizione

Questo attributo booleano è derivato dal Metodo di Pianificazione. Se l'appuntamento è stato fissato tramite MyChart o un workflow Cadence automatizzato, questo è 'True'.

Supporta direttamente il KPI 'Tasso di Automazione della Pianificazione dei Follow-up'. Questo aiuta i leader operativi a comprendere quanto onere amministrativo viene scaricato sulla tecnologia.

Perché è importante

Misura il successo dell'automazione dei processi.

Dove trovare

Derivato da SchedulingMethod.

Esempi
truefalse
Metodo di Pianificazione
SchedulingMethod
Indica come è stato prenotato l'appuntamento di follow-up.
Descrizione

Questo attributo cattura il canale utilizzato per prenotare gli appuntamenti, come 'MyChart', 'Cadence Auto' o 'Front Desk'. È fondamentale per la dashboard 'Stato di Automazione dei Follow-up Ambulatoriali'.

Se il valore indica un canale digitale gestito dal sistema o dal paziente, il flag 'IsAutomated' può essere impostato su true. Evidenzia il successo delle iniziative di trasformazione digitale.

Perché è importante

Traccia l'adozione di strumenti automatizzati o self-service.

Dove trovare

Consultare la documentazione Epic EHR per la fonte di creazione dell'appuntamento.

Esempi
MyChartCadenceTelefonoDi Persona
Nome Regione
RegionName
La regione geografica o il `campus` ospedaliero.
Descrizione

Per i sistemi sanitari con più sedi, questo attributo identifica la posizione della struttura. Consente di confrontare le prestazioni tra diversi siti ospedalieri.

La mappatura a 'Regione' abilita il benchmarking multi-sito per vedere se un ospedale gestisce il Throughput del Triage meglio di un altro.

Perché è importante

Permette il benchmarking tra diverse strutture di una rete sanitaria.

Dove trovare

Derivato dai dati anagrafici del Reparto o della Struttura.

Esempi
Campus NordCentro CittàAla Ovest
Ritardo Somministrazione Farmaci
MedicationAdminDelay
Differenza di tempo tra la somministrazione programmata e quella effettiva del farmaco.
Descrizione

Questo attributo calcola la varianza tra l'ora di somministrazione ordinata e l'ora di scansione effettiva del codice a barre del farmaco. È vitale per la dashboard Performance di Consegna Farmaci.

Valori positivi indicano somministrazioni in ritardo. Questa metrica consente ai supervisori infermieristici di identificare turni o unità dove il carico di lavoro sta influendo sull'erogazione tempestiva delle cure.

Perché è importante

È una misura diretta dell'aderenza al workflow infermieristico e della sicurezza del paziente.

Dove trovare

Calcolato dai dati MAR (Medication Administration Record).

Esempi
15m-5m1h 20m
Specialità del Medico Prescrittore
OrderingProviderSpecialty
La specialità medica del medico che richiede una consulenza o un test.
Descrizione

Questo attributo cattura il reparto o la specialità (ad es. 'Cardiologia', 'Oncologia') del provider prescrittore. È utilizzato nella dashboard 'Latenza Consulenze Specialistiche'.

Aiuta ad analizzare se determinate specialità affrontano tempi di attesa più lunghi per i servizi interni rispetto ad altre, rivelando potenziali bias o carenze di risorse in specifiche linee di servizio.

Perché è importante

Segmenta la domanda di servizi diagnostici e di consultazione.

Dove trovare

Consultare la documentazione Epic EHR per i dati anagrafici del fornitore.

Esempi
CardiologiaMedicina InternaOrtopedia
Stato di Aderenza al Protocollo
ProtocolAdherenceStatus
Stato che indica se il caso ha seguito il `percorso clinico standard`.
Descrizione

Questo attributo confronta la sequenza di attività nel caso con un modello di riferimento definito (Standard Operating Procedure). Supporta la 'Visione della Conformità al Protocollo Clinico'.

I valori potrebbero includere 'Compliant', 'Passaggio Saltato' o 'Fuori Sequenza'. Questo consente ai responsabili clinici di filtrare rapidamente i casi non compliant senza ispezionare manualmente ogni process map.

Perché è importante

Identifica rapidamente le deviazioni dagli standard di cura basati sull'evidenza.

Dove trovare

Calcolato all'interno dello strumento di Process Mining o pre-elaborato in SQL.

Esempi
ConformeDevianteIncompleto
Obbligatorio Consigliato Facoltativo

Attività del Percorso del Paziente

Questi sono i passaggi di `processo` essenziali e le `pietre miliari` di cura da catturare nel Suo `event log` per una `discovery` accurata dei Suoi `percorsi clinici`.
4 Consigliato 11 Facoltativo
Activity Descrizione
Diagnosi Confermata
L'inserimento di una diagnosi confermata nell'elenco dei problemi del paziente o nel campo diagnosi dell'episodio. Rappresenta la conclusione della fase investigativa.
Perché è importante

Richiesto per il KPI 'Tempo alla Diagnosi Definitiva'. Segna la transizione dalla valutazione al trattamento mirato.

Dove trovare

Tabella PAT_ENC_DX o aggiornamento PROBLEM_LIST collegato all'episodio.

Acquisisci

Registrato quando il clinico aggiunge una voce all'attività Diagnosi dell'Incontro

Tipo di evento explicit
Paziente Dimesso
La chiusura ufficiale dell'`episodio di ricovero`. Registrata quando il paziente viene virtualmente dimesso dal censimento.
Perché è importante

La fine formale dell'episodio per i calcoli della 'Durata della Degenza'. Essenziale per la 'Discovery delle Varianti del Flusso del Paziente'.

Dove trovare

Flusso ADT (Event A03) o PAT_ENC_HSP.DISCH_TIME.

Acquisisci

Registrato quando il personale amministrativo completa il workflow di dimissione

Tipo di evento explicit
Paziente Registrato
La creazione iniziale della registrazione dell'episodio del paziente nel sistema, che segna l'inizio dell'`episodio di cura`. Questo viene esplicitamente registrato quando un paziente arriva al `desk di registrazione` o al pronto soccorso e viene ammesso in `Epic`.
Perché è importante

Stabilisce il punto di ancoraggio per l'intero percorso paziente e consente il calcolo della durata totale della degenza. Essenziale per la dashboard 'Throughput del Triage e Tempi di Attesa'.

Dove trovare

Flusso ADT (Event A04 o A01) o tabella Clarity PAT_ENC (creazione HSP_ACCOUNT_ID).

Acquisisci

Registrato quando la transazione 'Check In' o 'Ricovero' viene eseguita

Tipo di evento explicit
Triage Completato
Il completamento della valutazione infermieristica iniziale o della valutazione di `triage`. Questo viene tipicamente registrato quando il `flowsheet del triage` viene archiviato o lo stato del `triage` cambia in 'Completato'.
Perché è importante

Critico per la dashboard 'Throughput del Triage e Tempi di Attesa' per misurare l'efficienza front-end. I ritardi qui si propagano attraverso l'intero percorso di cura.

Dove trovare

PAT_ENC_HSP.TRIAGE_END_TIME o timestamp di registrazione di una riga specifica del Flowsheet (FLO_MEASUREMENT).

Acquisisci

Registrato quando la documentazione del triage è firmata o il campo di stato si aggiorna

Tipo di evento explicit
Appuntamento di Follow-up Programmato
La prenotazione di una futura visita ambulatoriale per il paziente. Registrata nel `modulo di pianificazione Cadence` collegato alla cartella clinica del paziente.
Perché è importante

Supporta il 'Tasso di Automazione della Pianificazione dei Follow-up'. Garantisce la continuità delle cure e aiuta a prevenire i ricoveri.

Dove trovare

PAT_ENC_APPT collegato all'ID del paziente, creato in prossimità dell'orario di dimissione.

Acquisisci

Registrato quando lo slot dell'appuntamento è confermato in Cadence

Tipo di evento explicit
Consultazione Completata
Il completamento della valutazione specialistica, tipicamente contrassegnato dalla firma di una `Nota di Consulenza` o dalla chiusura dell'ordine di consulenza.
Perché è importante

Punto finale per il 'Tempo di Consegna della Consultazione Specialistica'. Indica che è stata fornita la consulenza di esperti e il piano di cura può procedere.

Dove trovare

HNO_NOTE_TEXT (Nota archiviata con tipo Consulto) o modifica dello stato ORDER_PROC a Completato.

Acquisisci

Inferito dall'ora di creazione della Nota di Consulto o dall'aggiornamento dello stato dell'Ordine

Tipo di evento inferred
Consultazione Richiesta
Un ordine per uno specialista per valutare il paziente. Registrato come tipo di ordine di procedura specifico 'Consulto' all'interno di Epic.
Perché è importante

Punto di partenza per il KPI 'Tempo di Attesa per Consulenza Specialistica'. Aiuta a identificare carenze in specifiche specialità mediche.

Dove trovare

ORDER_PROC dove ORDER_CLASS = 'Consult' o ordini di riferimento specifici.

Acquisisci

Registrato quando l'ordine di consulto è firmato

Tipo di evento explicit
Farmaco Somministrato
L'atto di un infermiere o `provider` che somministra farmaci al paziente. Registrato nel `Medication Administration Record` (MAR).
Perché è importante

Event chiave per la dashboard 'Performance Erogazione Farmaci'. Traccia l'aderenza al 'Piano di Trattamento Sviluppato'.

Dove trovare

Tabella MAR_ADMIN_INFO, specificamente event con azione 'Somministrato' o 'Nuova Sacca'.

Acquisisci

Registrato quando l'infermiere scansiona il braccialetto del paziente e il farmaco (BCMA)

Tipo di evento explicit
Ordine di Dimissione Firmato
L'autorizzazione formale del medico al paziente per lasciare l'ospedale. Si tratta di un'inserzione d'ordine specifica in `Epic`.
Perché è importante

Una pietra miliare critica nella 'Pianificazione ed Esecuzione delle Dimissioni'. Il divario tra questa e la partenza effettiva rappresenta un ritardo amministrativo.

Dove trovare

ORDER_PROC dove il tipo è 'Dimissione Paziente'.

Acquisisci

Registrato quando il medico firma l'ordine di dimissione

Tipo di evento explicit
Paziente Trasferito
Il movimento fisico del paziente verso un nuovo reparto o corsia. Registrato tramite `eventi di trasferimento ADT`.
Perché è importante

Punto finale per 'Tempo Medio di Trasferimento Inter-Reparto'. Supporta l''Analisi dei Trasferimenti Interni di Reparto' per trovare i bottleneck nella logistica ospedaliera.

Dove trovare

Flusso ADT (Event A02) o PAT_ENC_HSP_TRANSACTION (Trasferimento in entrata).

Acquisisci

Registrato quando l'impiegato di unità aggiorna la posizione del paziente nel Censimento

Tipo di evento explicit
Pianificazione Dimissione Avviata
L'inizio delle attività per preparare la dimissione del paziente. Registrato tramite la documentazione del `Case Management` o specifici tipi di ordine di 'Dimissione'.
Perché è importante

Chiave per la dashboard 'Pianificazione ed Esecuzione delle Dimissioni'. L'avvio precoce è correlato a una ridotta Durata della Degenza.

Dove trovare

Creazione di HSP_DISCH_PLAN o prima nota del Case Manager/Assistente Sociale.

Acquisisci

Inferito dalla prima interazione con il Navigatore di Dimissione o dalla nota di Case Management

Tipo di evento inferred
Piano di Cura Avviato
L'assegnazione di un `percorso clinico` o protocollo specifico al paziente. Questo viene registrato quando un `Order Set` standard o un `Piano di Cura` viene applicato al contesto dell'episodio.
Perché è importante

Supporta la 'Visione della Conformità al Protocollo Clinico' segnando l'intenzione di seguire uno standard di cura. Le deviazioni dai passaggi pianificati successivi possono essere misurate da questo punto.

Dove trovare

ORDER_SET_BKG o tabelle del piano di cura che indicano un protocollo collegato all'episodio.

Acquisisci

Registrato quando il clinico seleziona e firma un set di ordini

Tipo di evento explicit
Test Diagnostico Eseguito
L'esecuzione effettiva del test diagnostico o l'archiviazione del risultato. Per i laboratori, questo è quando il campione viene processato; per l'`imaging`, quando la scansione è completata.
Perché è importante

Punto finale per il KPI 'Tempo Medio di Ciclo del Test Diagnostico'. Vitale per comprendere i ritardi nei servizi di supporto alle decisioni cliniche.

Dove trovare

ORDER_PROC.PROC_END_TIME o ORDER_STAT_HISTORY quando lo stato cambia in 'Completato' o 'Refertato'.

Acquisisci

Registrato quando il tecnico completa l'attività o l'interfaccia dei risultati riceve dati

Tipo di evento explicit
Test Diagnostico Ordinato
L'inserimento di un ordine per `imaging` (Radiologia) o servizi di laboratorio. Registrato quando un medico inserisce e firma un ordine nel sistema `CPOE`.
Perché è importante

Il punto di partenza per la dashboard 'Tempi di Ciclo del Servizio Diagnostico'. Volumi elevati qui senza risultati corrispondenti indicano colli di bottiglia.

Dove trovare

Tabella ORDER_PROC dove ORDER_TYPE è Laboratorio o Imaging/Radiologia.

Acquisisci

Registrato quando lo stato dell'ordine diventa 'Firmato' o 'Attivo'

Tipo di evento explicit
Trasferimento Ordinato
Una richiesta di spostamento del paziente a un'unità o a un livello di assistenza diverso. Registrata come 'Richiesta di posto letto' o 'Ordine di trasferimento' nel sistema.
Perché è importante

Punto di partenza per il 'Tempo Medio di Trasferimento Inter-Reparto'. Differenzia tra la decisione clinica di trasferire e la disponibilità logistica di un letto.

Dove trovare

ADT_TRANSFER_ORDER o ORDER_PROC (Richiesta letto).

Acquisisci

Registrato quando il medico inserisce l'ordine di trasferimento

Tipo di evento explicit
Consigliato Facoltativo

Guide all'Estrazione

Come ottenere i Suoi `dati` da Epic EHR