Il suo Template di Dati del Percorso del Paziente
Il suo Template di Dati del Percorso del Paziente
- Attributi consigliati da raccogliere
- Attività chiave da tracciare
- Guida all'estrazione
Attributi del Percorso del Paziente
| Nome | Descrizione | ||
|---|---|---|---|
|
Activity
ClinicalEventTag
|
Il nome o la descrizione dell'`evento` clinico o amministrativo eseguito. | ||
|
Descrizione
Questo In Cerner, questo è spesso derivato dalla tabella
Perché è importante
Definisce i passaggi nella mappa di processo, consentendo la visualizzazione del workflow.
Dove trovare
Tabella: CLINICAL_EVENT, Colonna: EVENT_TAG o CODE_VALUE collegato per EVENT_CD
Esempi
Valutazione TriageCBC with DifferentialOrdine di DimissioneTrasferire Paziente
|
|||
|
Episodio del Paziente
EncounterId
|
Identificatore unico per la specifica visita del paziente o l'episodio di cura. | ||
|
Descrizione
Questo Tecnicamente, questo corrisponde all'
Perché è importante
È la chiave fondamentale necessaria per ricostruire il percorso completo del paziente, dal ricovero alla dimissione.
Dove trovare
Tabella: ENCOUNTER, Colonna: ENCNTR_ID
Esempi
123456789876543211223344
|
|||
|
Timestamp Evento
EventEndDateTime
|
La data e l'ora specifiche in cui l'attività si è verificata o è stata completata. | ||
|
Descrizione
Questo Nella tabella
Perché è importante
Essenziale per determinare la sequenza degli eventi e calcolare i KPI di performance come i tempi di consegna (lead time).
Dove trovare
Tabella: CLINICAL_EVENT, Colonna: EVENT_END_DT_TM
Esempi
2023-10-15T08:30:00Z2023-10-15T09:15:45Z2023-10-16T14:20:00Z
|
|||
|
Sistema di Origine
SourceSystem
|
Il nome del sistema da cui provengono i dati. | ||
|
Descrizione
Identifica l'applicazione sorgente per il record di dati. In questo contesto, sarà prevalentemente 'Oracle Health' o 'Cerner Millennium'. Questo è utile in ambienti multisistema dove i dati potrebbero essere miscelati con altri EMR o sistemi dipartimentali. Consente agli analisti di filtrare o segmentare l'analisi del processo basandosi sulla provenienza dei dati se vengono ingerite più fonti.
Perché è importante
Garantisce la lineage dei dati e la tracciabilità, specialmente in configurazioni di Process Mining multisistema.
Dove trovare
Stringa fissa o metadati di sistema
Esempi
Oracle HealthCerner Millennium
|
|||
|
Ultimo `Data Update`
LastDataUpdate
|
Il `timestamp` di quando il record è stato estratto o modificato l'ultima volta nel `data warehouse`. | ||
|
Descrizione
Indica la freschezza dei dati utilizzati nell'analisi. Questo timestamp aiuta gli utenti a capire se stanno visualizzando dati in tempo reale o uno snapshot da un caricamento precedente. È tipicamente generato durante il processo ETL (Extract, Transform, Load) piuttosto che essere un attributo clinico.
Perché è importante
Critico per la governance dei dati e per garantire che l'analisi venga eseguita su informazioni aggiornate.
Dove trovare
ETL System Timestamp
Esempi
2023-11-01T00:00:00Z2023-11-02T12:00:00Z
|
|||
|
Articolo Ordine
OrderMnemonic
|
Il nome dell'ordine specifico inserito, come un test di laboratorio o un farmaco. | ||
|
Descrizione
Descrive il contenuto di un evento d'ordine (ad es. 'Emocromo Completo', 'Aspirina 81mg'). Questo attributo fornisce il contesto necessario per le attività 'Ordine Diagnostico Effettuato' e 'Farmaco Somministrato'. Si trova tipicamente nella tabella
Perché è importante
Necessario per un'analisi granulare dei percorsi diagnostici e terapeutici.
Dove trovare
Tabella: ORDERS, Colonna: ORDER_MNEMONIC
Esempi
Radiografia del ToraceBasic Metabolic PanelAcetaminophenRMN Encefalo
|
|||
|
Diagnosi Primaria
DiagnosisCode
|
Il codice ICD-10 o SNOMED che rappresenta la ragione primaria delle cure. | ||
|
Descrizione
Il codice clinico standardizzato (es. 'J18.9' per la Polmonite) assegnato all'episodio. Questo consente di raggruppare i pazienti per condizione per analizzare la 'Deviazione dal Protocollo di Trattamento' per malattie specifiche. Trovato nella tabella
Perché è importante
Consente un confronto diretto (da pari a pari) dei percorsi del paziente per condizioni specifiche.
Dove trovare
Tabella: DIAGNOSIS, Colonna: DIAGNOSIS_CODE (tramite nomenclatura)
Esempi
I10E11.9J18.9
|
|||
|
Dipartimento
NurseUnit
|
Lo specifico reparto, unità o dipartimento dove si è verificato l'`evento`. | ||
|
Descrizione
Identifica la posizione fisica o l'unità organizzativa responsabile del paziente al momento dell'evento (ad es. 'ICU', 'Chirurgia Generale', 'Pronto Soccorso'). Questo aiuta nel dashboard 'Efficienza del Trasferimento Inter-Reparto' tracciando il movimento tra le unità. In Cerner, questo è spesso
Perché è importante
Essenziale per analizzare i colli di bottiglia in reparti specifici e visualizzare la geografia del flusso dei pazienti.
Dove trovare
Tabella: ENCOUNTER o CLINICAL_EVENT, Colonna: LOC_NURSE_UNIT_CD
Esempi
Pronto SoccorsoReparto di CardiologiaICURadiologia
|
|||
|
Durata della Degenza
LengthOfStay
|
Durata totale dell'episodio del paziente in giorni o ore. | ||
|
Descrizione
Questo è un Sebbene questo possa essere calcolato all'interno dello strumento di Process Mining, importarlo come
Perché è importante
Il KPI di efficienza più importante per la gestione ospedaliera.
Dove trovare
Derivato da ENCOUNTER.REG_DT_TM e DISCH_DT_TM
Esempi
4.5 days2 ore12 giorni
|
|||
|
È Riammissione
IsReadmission
|
Flag che indica se questo episodio è avvenuto entro 30 giorni da una precedente dimissione. | ||
|
Descrizione
Un flag booleano utilizzato per identificare i casi che rappresentano un nuovo ricovero. Questo viene calcolato confrontando la data di ammissione dell'episodio corrente con la data di dimissione dell'episodio precedente per lo stesso Essenziale per il dashboard 'Tendenze di Nuovo Ricovero dei Pazienti'.
Perché è importante
Supporta direttamente il KPI 'Tasso di Nuovi Ricoveri del Paziente', una metrica chiave della qualità dell'assistenza.
Dove trovare
Derivato tramite Logica SQL confrontando i record ENCOUNTER
Esempi
truefalse
|
|||
|
ID Paziente
PersonId
|
Identificatore unico per il paziente attraverso più incontri. | ||
|
Descrizione
Distinto dal Case ID, l'ID Paziente (o ID Persona) rimane costante per un paziente attraverso tutte le sue visite in ospedale. Questo attributo è cruciale per analizzare i tassi di nuovi ricoveri e comprendere la storia a lungo termine del paziente. In Cerner, questo è il
Perché è importante
Consente il KPI 'Tasso di Nuovi Ricoveri del Paziente' collegando episodi separati allo stesso individuo.
Dove trovare
Tabella: PERSON, Colonna: PERSON_ID
Esempi
P10001P55992P99221
|
|||
|
Stato di Dimissione
DischargeDisposition
|
La destinazione o lo stato del paziente al momento della dimissione. | ||
|
Descrizione
Indica dove è andato il paziente al termine dell'episodio (es. 'A casa', 'Struttura di cura specializzata', 'Deceduto'). Questo è fondamentale per l'analisi della 'Pianificazione della dimissione' e per identificare esiti insoddisfacenti. Trovato nella tabella
Perché è importante
Metrica di risultato chiave; definisce lo 'stato finale' del percorso del paziente.
Dove trovare
Tabella: ENCOUNTER, Colonna: DISCH_DISPOSITION_CD (risolvere tramite CODE_VALUE)
Esempi
Dimesso a DomicilioTrasferito in RiabilitazioneDimesso Contro Parere MedicoScaduto
|
|||
|
Tipo di caso
EncounterType
|
Categorizzazione della visita del paziente, come Ricovero, Ambulatoriale o Emergenza. | ||
|
Descrizione
Classifica la natura dell'episodio del paziente. Questa è una dimensione primaria per l'analisi dei dati, poiché il flusso di processo per una visita in 'Emergenza' differisce significativamente da una visita 'Ricovero Elettivo'. Questo è derivato da
Perché è importante
Consente l'analisi comparativa dei percorsi e del throughput in diversi contesti assistenziali.
Dove trovare
Tabella: ENCOUNTER, Colonna: ENCNTR_TYPE_CD (risolvere tramite CODE_VALUE)
Esempi
RicoveratoEmergenzaAmbulatorialeChirurgia di Giorno
|
|||
|
Utente
PerformingPrsnlId
|
L'identificatore o il nome del clinico che ha eseguito l'attività. | ||
|
Descrizione
Cattura chi ha eseguito il passaggio del processo, come l'infermiere che somministra il farmaco o il medico che firma la dimissione. Ciò consente l'analisi dell'utilizzo delle risorse. In Cerner, questo è spesso
Perché è importante
Supporta l'analisi delle risorse e identifica potenziali esigenze di formazione o squilibri nel carico di lavoro.
Dove trovare
Tabella: CLINICAL_EVENT, Colonna: PERFORMED_PRSNL_ID
Esempi
Dr. SmithInfermiera JonesSysAdmin
|
|||
|
Canale di Ammissione
AdmissionSource
|
L'origine del ricovero del paziente. | ||
|
Descrizione
Descrive come il paziente è entrato nel sistema ospedaliero, ad esempio 'Rinvio Medico', 'Pronto Soccorso' o 'Trasferimento da altro Ospedale'. Questo aiuta ad analizzare la 'porta d'ingresso' del processo ospedaliero. Mappa a
Perché è importante
Contestualizza il 'Tempo di Attesa della Valutazione Iniziale' in base al punto di ingresso.
Dove trovare
Tabella: ENCOUNTER, Colonna: ADMIT_SRC_CD
Esempi
Pronto SoccorsoRinvio MedicoTrasferimento dall'Ospedale
|
|||
|
Numero Ordine
OrderId
|
Identificatore unico per un ordine specifico (Laboratorio, Farmaco, Consulto). | ||
|
Descrizione
L'ID generato dal sistema per un ordine. Sebbene non sia l'ID Caso, questa è una chiave secondaria cruciale. Collega l' Senza di esso, è difficile calcolare il tempo di risposta esatto per test specifici se un paziente ha più ordini contemporanei.
Perché è importante
Essenziale per collegare con precisione attività accoppiate (Ordine -> Risultato).
Dove trovare
Tabella: ORDERS, Colonna: ORDER_ID
Esempi
88291028829103
|
|||
|
Priorità Triage
TriageAcuity
|
Il livello di urgenza assegnato durante la valutazione del triage. | ||
|
Descrizione
Un valore numerico o categorico che indica la gravità della condizione del paziente (ad es. da 1-Immediato a 5-Non urgente). Questo è un attributo di segmentazione vitale per analizzare i tempi di attesa, poiché i pazienti con priorità più alta dovrebbero avere attese più brevi. Solitamente catturato in moduli clinici o codici di osservazione specifici durante l'evento di Triage.
Perché è importante
Critico per convalidare se il processo prioritizza correttamente i pazienti in base all'urgenza clinica.
Dove trovare
Consultare la documentazione di Oracle Health (Cerner)
Esempi
12345
|
|||
|
Stato del Risultato
ResultStatus
|
Lo stato di un risultato diagnostico (es. Autenticato (Verificato), Corretto, Preliminare). | ||
|
Descrizione
Indica la fase del ciclo di vita di un risultato di test diagnostico. Questo è utilizzato nell'analisi del 'Tempo di Consegna dei Risultati Diagnostici' per determinare quando un risultato è ufficialmente disponibile per il processo decisionale clinico. Tipicamente trovato in
Perché è importante
Differenzia tra risultati preliminari e finali, il che influisce su quando possono iniziare le attività a valle.
Dove trovare
Tabella: CLINICAL_EVENT, Colonna: RESULT_STATUS_CD
Esempi
Autorizzato (Verificato)In ErroreModificato
|
|||
|
Stato della Terapia
MedAdminStatus
|
Stato dell'ordine di farmaco (es. Somministrato, Rifiutato, Non Somministrato). | ||
|
Descrizione
Indica l'esito di un'attività di somministrazione farmaci. Per il dashboard 'Conformità Amministrazione Farmaci', è fondamentale distinguere tra i farmaci effettivamente somministrati e quelli programmati ma saltati o rifiutati. Probabilmente si trova nella tabella
Perché è importante
Identifica le lacune di conformità nei protocolli di trattamento.
Dove trovare
Consultare la documentazione di Oracle Health (Cerner)
Esempi
SomministratoRifiutatoIn Sospeso
|
|||
|
Tipo di Pagatore
FinancialClass
|
La copertura assicurativa primaria o la classificazione finanziaria del paziente. | ||
|
Descrizione
Categorizza il paziente in base alla fonte di pagamento (ad es. Medicare, Assicurazione Privata, Pagamento Autonomo). Questo attributo è utilizzato per analizzare se i flussi di processo o le durate della degenza variano in base al tipo di assicurazione. Derivato da
Perché è importante
Aiuta a identificare le disparità nell'erogazione delle cure o nell'elaborazione amministrativa basate sul tipo di pagatore.
Dove trovare
Tabella: ENCOUNTER, Colonna: FINANCIAL_CLASS_CD (risolvere tramite CODE_VALUE)
Esempi
MedicareBlue CrossPagamento AutonomoMedicaid
|
|||
Attività del Percorso del Paziente
| Activity | Descrizione | ||
|---|---|---|---|
|
Diagnosi Documentata
|
Si verifica quando una diagnosi formale viene aggiunta al record dell'incontro del paziente. Questo è distinto da un risultato di test e rappresenta la conferma della condizione da parte del clinico. | ||
|
Perché è importante
Essenziale per il milestone 'Diagnosi Confermata' e per analizzare il tempo alla diagnosi definitiva.
Dove trovare
Tabella
Acquisisci
Registrato quando la diagnosi è aggiunta/aggiornata in PowerChart
Tipo di evento
explicit
|
|||
|
Ordine di Dimissione Firmato
|
L'`evento` in cui il medico inserisce l'ordine di dimissione del paziente. Questo avvia il conteggio per la pianificazione della dimissione. | ||
|
Perché è importante
Il punto di partenza per il 'Tempo del ciclo di pianificazione della dimissione'. Una discrepanza tra questo e la dimissione effettiva indica ritardi operativi.
Dove trovare
Tabella ORDERS, dove il tipo di catalogo indica Dimissione.
Acquisisci
Registrato quando lo stato dell'ordine di dimissione è ORDERED
Tipo di evento
explicit
|
|||
|
Ordine Diagnostico Effettuato
|
Si verifica quando un clinico inserisce un ordine per un test di laboratorio o uno studio di imaging. Questo `timestamp` avvia il calcolo del tempo di risposta diagnostica. | ||
|
Perché è importante
Il punto di partenza per il KPI 'Tempo di consegna dei risultati diagnostici'; aiuta a identificare i ritardi nell'ordinazione rispetto all'esecuzione.
Dove trovare
Tabella ORDERS, utilizzando ORIG_ORDER_DT_TM dove il tipo di catalogo è Laboratorio o Radiologia.
Acquisisci
Registrato quando lo stato dell'ordine è impostato su ORDERED
Tipo di evento
explicit
|
|||
|
Paziente Dimesso
|
L'`evento` amministrativo finale che chiude la degenza del paziente. Questo `timestamp` è utilizzato per calcolare la Durata Totale della Degenza. | ||
|
Perché è importante
L'
Dove trovare
Tabella
Acquisisci
Registrato quando lo stato dell'incontro cambia in DISCHARGED
Tipo di evento
explicit
|
|||
|
Paziente Registrato
|
Segna l'inizio dell'episodio del paziente quando il paziente arriva ed è inserito nel sistema. In Cerner Millennium, questo viene registrato quando il record dell'incontro viene creato o il `timestamp` di registrazione è impostato. | ||
|
Perché è importante
Stabilisce l'ora di inizio per i calcoli della Durata della Degenza (LOS) e l'analisi dei tempi di attesa iniziali.
Dove trovare
Tabella
Acquisisci
Registrato quando la transazione crea una nuova riga ENCOUNTER
Tipo di evento
explicit
|
|||
|
Risultato Diagnostico Verificato
|
Il momento in cui un risultato di laboratorio o di imaging è finalizzato e reso disponibile al clinico. Questo conclude l'intervallo di tempo di risposta diagnostica. | ||
|
Perché è importante
Completa il ciclo del 'Tempo di Consegna dei Risultati Diagnostici' e innesca le successive decisioni di trattamento.
Dove trovare
Tabella
Acquisisci
Registrato quando lo stato del risultato cambia in AUTH (Autenticato)
Tipo di evento
explicit
|
|||
|
Trasferimento Reparto Avvenuto
|
Indica che il paziente si è spostato fisicamente da un luogo (es. pronto soccorso) a un altro (es. terapia intensiva). Questo è tracciato tramite la cronologia delle posizioni. | ||
|
Perché è importante
Consente l'analisi dell''Efficienza del Trasferimento Inter-Reparto' e aiuta a visualizzare il flusso dei pazienti attraverso l'ospedale.
Dove trovare
Tabella
Acquisisci
Confrontare il campo stato prima/dopo
Tipo di evento
inferred
|
|||
|
Valutazione Triage Completata
|
Rappresenta il completamento della valutazione infermieristica iniziale o del modulo di triage nel contesto di emergenza o ammissione. Questo è tipicamente un modulo specifico o un `evento` clinico documentato all'interno del sistema. | ||
|
Perché è importante
Critico per il calcolo del KPI 'Tempo di Attesa della Valutazione Iniziale' e l'identificazione dei colli di bottiglia all'ingresso.
Dove trovare
Tabella
Acquisisci
Registrato quando il documento/modulo clinico è firmato/verificato
Tipo di evento
explicit
|
|||
|
Appuntamento di Follow-up Programmato
|
Si verifica quando un appuntamento futuro viene prenotato per il paziente collegato allo stesso episodio o piano di cura. | ||
|
Perché è importante
Supporta la
Dove trovare
Tabella SCH_APPT (Schedule Appointment), collegata al PERSON_ID.
Acquisisci
Registrato quando l'appuntamento è creato nel modulo di pianificazione
Tipo di evento
explicit
|
|||
|
Consultazione Completata
|
Segna il completamento di una consulenza specialistica, solitamente attestato da una nota o un documento di consulenza firmato. | ||
|
Perché è importante
Identifica quando è stato ricevuto il contributo dello specialista, il che può essere un collo di bottiglia in percorsi di cura complessi.
Dove trovare
Tabella
Acquisisci
Registrato quando la nota di consulenza è firmata
Tipo di evento
explicit
|
|||
|
Farmaco Somministrato
|
Registra l'effettiva somministrazione del farmaco al paziente come documentato nel Registro di Somministrazione Farmaci (MAR). | ||
|
Perché è importante
Supporta la
Dove trovare
Tabella
Acquisisci
Registrato tramite scansione barcode o inserimento manuale MAR
Tipo di evento
explicit
|
|||
|
Piano di Cura Attivato
|
Rappresenta l'avvio di un PowerPlan o di un percorso di cura in Cerner. Questo segnala che è stato selezionato un protocollo di trattamento standardizzato. | ||
|
Perché è importante
Cruciale per l''Analisi delle Deviazioni dai Protocolli di Trattamento' per confrontare l'assistenza effettiva con il percorso pianificato.
Dove trovare
Acquisisci
Registrato quando il PowerPlan è avviato
Tipo di evento
explicit
|
|||
|
Procedura Eseguita
|
Il `timestamp` che indica quando un intervento chirurgico o una procedura maggiore ha effettivamente avuto luogo. Questo è spesso catturato nella documentazione perioperatoria. | ||
|
Perché è importante
Tappa fondamentale per i percorsi clinici e l'analisi dell'utilizzo delle risorse.
Dove trovare
Tabella SURGICAL_CASE (tempi Inizio/Fine Caso) o CLINICAL_EVENT per procedure al letto.
Acquisisci
Registrato tramite SurgiNet o documentazione della procedura
Tipo di evento
explicit
|
|||
|
Procedura Pianificata
|
Indica che un caso chirurgico o una procedura maggiore è stata prenotata per un orario specifico. Questo aiuta a comprendere l'allocazione delle risorse e i tempi di attesa pre-procedura. | ||
|
Perché è importante
Evidenzia l'efficienza della programmazione e i potenziali colli di bottiglia nell'utilizzo delle sale operatorie o delle sale procedure.
Dove trovare
Tabella SURGICAL_CASE o tabella SCH_APPT collegata all'incontro.
Acquisisci
Registrato quando la transazione di pianificazione è commessa
Tipo di evento
explicit
|
|||