Il Suo Template di Dati per il Percorso del Paziente
Il Suo Template di Dati per il Percorso del Paziente
- `Attributi` raccomandati da raccogliere per un'analisi completa
- Attività chiave da monitorare per una scoperta accurata del processo
- Guida pratica per l'estrazione dei dati dal Suo sistema
Attributi del Percorso del Paziente
| Nome | Descrizione | ||
|---|---|---|---|
|
Episodio del Paziente
PatientEpisodeId
|
Identificatore unico per la specifica visita o incontro del paziente. | ||
|
Descrizione
L'Episodio del Paziente funge da identificatore primario del caso, raggruppando tutti gli eventi correlati al percorso sanitario specifico di un paziente per una particolare condizione o periodo di cura. Ciò consente una visione integrata delle fasi di diagnosi, trattamento e recupero, collegando varie interazioni dipartimentali in un insieme coeso. Nei sistemi Veradigm (Allscripts) (come Sunrise o Paragon), questo corrisponde di solito all'ID Visita o al Numero di Incontro.
Perché è importante
È la chiave fondamentale per il process mining, consentendo la ricostruzione del percorso completo del paziente.
Dove trovare
Probabilmente si trova nell'intestazione delle tabelle Visita o Incontro (ad esempio, VISIT_ID, ENCOUNTER_ID). Consultare la documentazione di Veradigm (Allscripts).
Esempi
EP-2023-998877VIS-10029384100029384ENC-554433
|
|||
|
Nome attività
ActivityName
|
Lo specifico evento clinico o amministrativo eseguito. | ||
|
Descrizione
Descrive il passo eseguito nel processo, come 'Paziente Registrato', 'Farmaco Somministrato' o 'Pianificazione Dimissione Avviata'. Questo attributo differenzia le varie fasi del percorso del paziente ed è essenziale per la scoperta del processo e l'analisi delle varianti.
Perché è importante
Definisce i nodi nella mappa di processo; senza di esso, nessun flusso di processo può essere visualizzato.
Dove trovare
Derivato da varie tabelle transazionali: eventi ADT, Ordini, Risultati e tabelle di Documentazione Clinica.
Esempi
Paziente RegistratoTest Diagnostico OrdinatoFarmaco SomministratoPaziente Dimesso
|
|||
|
Timestamp Evento
EventDateTime
|
La data e l'ora esatte in cui si è verificata l'attività. | ||
|
Descrizione
Registra il punto cronologico dell'attività. Questo è fondamentale per il calcolo dei tempi di ciclo, delle durate e per ordinare correttamente la sequenza degli eventi. Nei dati sanitari, la precisione al minuto è vitale per un'analisi accurata del throughput.
Perché è importante
Consente il calcolo di tutti i KPI basati sul tempo, inclusi il Tempo Medio di Ciclo del Percorso del Paziente e i Tempi di Attesa.
Dove trovare
Timestamp delle transazioni nelle tabelle sorgente (ad esempio, ADT_DATE, ORDER_DATE, RESULT_DATE).
Esempi
2023-10-12T08:30:00Z2023-10-12T14:45:22Z2023-10-15T09:00:00Z
|
|||
|
Codice Diagnosi Primaria
PrimaryDiagnosisCode
|
Il codice ICD-10 o SNOMED che rappresenta la condizione principale. | ||
|
Descrizione
Il motivo codificato della visita del paziente. Questo attributo è il filtro per l''Esploratore delle Variazioni del Percorso di Trattamento'. Consente agli analisti di confrontare come diverse condizioni (ad esempio, Polmonite vs. Insufficienza Cardiaca) fluiscono attraverso il sistema.
Perché è importante
Richiesto per segmentare i processi per condizione clinica e verificare la conformità al protocollo.
Dove trovare
Tabelle di diagnosi o elenco problemi (tipicamente colonne ICD-10). Consultare la documentazione Veradigm (Allscripts).
Esempi
I50.9J18.9E11.9
|
|||
|
Data di Ammissione
AdmissionDate
|
La data e l'ora in cui il paziente è stato formalmente ricoverato. | ||
|
Descrizione
Il timestamp che segna l'inizio del ricovero ospedaliero. Utilizzato in combinazione con la Data di Dimissione per calcolare la Durata del Ricovero (ALOS).
Perché è importante
Punto di ancoraggio critico per il calcolo dell'ALOS e la misurazione dei ritardi di ammissione.
Dove trovare
Tabella intestazione Visita/Incontro (ad esempio, ADMIT_DATE). Consultare la documentazione di Veradigm (Allscripts).
Esempi
2023-10-01T10:00:00Z2023-10-05T14:20:00Z
|
|||
|
Data di Scarico
DischargeDate
|
La data e l'ora in cui il paziente è stato dimesso. | ||
|
Descrizione
Il timestamp che segna la fine dell'episodio. Questo viene utilizzato per chiudere il caso nel process mining ed è essenziale per i calcoli di ALOS e Ri-ricovero.
Perché è importante
Definisce la fine del ciclo di processo; cruciale per l'analisi della capacità produttiva.
Dove trovare
Tabella intestazione Visita/Incontro (ad esempio, DISCH_DATE). Consultare la documentazione di Veradigm (Allscripts).
Esempi
2023-10-04T11:00:00Z2023-10-10T09:30:00Z
|
|||
|
Disposizione di Dimissione
DischargeDisposition
|
Lo stato o la posizione del paziente al momento della dimissione. | ||
|
Descrizione
Indica dove è andato il paziente dopo la degenza ospedaliera (ad es. 'Casa', 'Struttura di Cura Specializzata', 'Deceduto', 'Trasferimento'). Questo è importante per analizzare i rischi di riammissione, poiché diverse disposizioni comportano diversi profili di rischio.
Perché è importante
Contestualizza la dashboard di 'Pianificazione della Dimissione' e aiuta a spiegare le varianze nell'ALOS.
Dove trovare
Tabella intestazione Visita/Incontro (ad esempio, DISCH_DISP). Consultare la documentazione di Veradigm (Allscripts).
Esempi
CasaTrasferito a SNFCasa con Assistenza DomiciliareDimesso Contro il Parere Medico
|
|||
|
Durata del Ricovero
LengthOfStay
|
Durata della degenza ospedaliera in giorni. | ||
|
Descrizione
La durata calcolata tra la 'Data di Ammissione' e la 'Data di Dimissione'. Utilizzata per il KPI 'Durata Media del Ricovero (ALOS)'. Sebbene possa essere calcolata nella dashboard, averla come attributo semplifica il filtraggio (ad esempio, 'Mostrami tutti i soggiorni > 7 giorni').
Perché è importante
Misura standard di efficienza e consumo di risorse.
Dove trovare
Calcolato: DataDimissione - DataAmmissione.
Esempi
4.512.00.8
|
|||
|
È un Ri-ricovero
IsReadmission
|
Flag che indica se questo episodio è una riammissione entro 30 giorni. | ||
|
Descrizione
Un attributo booleano calcolato. Restituisce vero se il paziente ha avuto una precedente dimissione entro 30 giorni dalla data di ammissione corrente. Questo alimenta il 'Monitor del Tasso di Riammissione Evitabile'.
Perché è importante
KPI chiave per la qualità ospedaliera e il rimborso (specialmente per le normative CMS).
Dove trovare
Calcolato nello strato ETL/Trasformazione Dati utilizzando le date PatientMRN e di Ammissione/Dimissione.
Esempi
truefalse
|
|||
|
Medico Curante
AttendingProvider
|
Il clinico primario responsabile del paziente durante l'evento. | ||
|
Descrizione
Identifica il medico, l'infermiere o lo specialista che esegue l'attività o è responsabile del piano di cura. L'analisi di questo attributo aiuta a comprendere l''Utilizzo delle Risorse Cliniche' e le variazioni nei percorsi di cura per medico.
Perché è importante
Consente l'analisi dei bottleneck delle risorse e il benchmarking delle prestazioni tra il personale clinico.
Dove trovare
Tabelle di transazione (ad esempio, ORDERing_PROVIDER, ATTENDING_PHYSICIAN_ID). Consultare la documentazione di Veradigm (Allscripts).
Esempi
Dott.ssa Sarah SmithInfermiera Specializzata JonesTecnico di Radiologia A
|
|||
|
MRN del Paziente
PatientMrn
|
Numero di Cartella Clinica che identifica in modo univoco il paziente tra i vari episodi. | ||
|
Descrizione
Il Numero di Cartella Clinica (MRN) o l'ID Paziente Aziendale. A differenza dell'ID Episodio Paziente, questo ID rimane costante per il paziente attraverso diverse visite. Questa è la chiave critica per collegare episodi separati per calcolare i tassi di ri-ricovero.
Perché è importante
Essenziale per il 'Tasso di Riammissione a 30 Giorni' e per identificare i clienti abituali.
Dove trovare
Indice master del paziente o tabelle demografiche (probabili colonne: MRN, PATIENT_ID). Consultare la documentazione di Veradigm (Allscripts).
Esempi
MRN-884422P-10022399887766
|
|||
|
Nome Reparto
DepartmentName
|
L'unità ospedaliera o il reparto in cui si è svolta l'attività. | ||
|
Descrizione
Indica il contesto della posizione, come 'Pronto Soccorso', 'Cardiologia' o 'Radiologia'. Questo è vitale per l''Analisi dei Bottleneck di Ammissione e Trasferimento' per vedere dove i pazienti rimangono bloccati nel passaggio tra i reparti.
Perché è importante
Supporta l'analisi dell'utilizzo delle risorse e l'identificazione dei bottleneck dipartimentali.
Dove trovare
Tabelle master di Località o Dipartimento collegate alla transazione. Consultare la documentazione di Veradigm (Allscripts).
Esempi
Pronto SoccorsoTerapia IntensivaChirurgia GeneraleRadiologia
|
|||
|
Centro di Costo
CostCenter
|
Il codice finanziario associato al dipartimento o al servizio. | ||
|
Descrizione
Mappa l'attività clinica a un'unità finanziaria. Questo aiuta nell'analisi del 'Costo dell'Attività' o della performance finanziaria generica dei diversi dipartimenti.
Perché è importante
Collega il Process Mining operativo all'impatto finanziario.
Dove trovare
Tabelle master Reparto o Tariffario. Consultare la documentazione Veradigm (Allscripts).
Esempi
CC-1020CC-Rad-01Emergenza-001
|
|||
|
Conforme al Protocollo
IsProtocolCompliant
|
Flag che indica se il caso ha seguito il percorso di cura standard. | ||
|
Descrizione
Un attributo calcolato che verifica se specifiche attività obbligatorie (ad es. 'Rilevazione Parametri Vitali' prima di 'Somministrazione Farmaco') si sono verificate nell'ordine corretto. Supporta la 'Dashboard di Adesione al Protocollo di Cura'.
Perché è importante
Automatizza il rilevamento della non conformità senza revisione manuale delle cartelle.
Dove trovare
Calcolato nello strumento di Process Mining o nell'ETL in base alla sequenza delle attività.
Esempi
truefalse
|
|||
|
Data Appt Follow-up
FollowUpAppointmentDate
|
Data dell'appuntamento di follow-up programmato. | ||
|
Descrizione
Utilizzato per calcolare il 'Tasso di Appuntamenti di Follow-up Programmati'. Se questo campo è popolato, indica che un follow-up è stato programmato. Se nullo/vuoto, non lo è stato.
Perché è importante
Misura direttamente il KPI 'Conformità dell'Assistenza di Follow-up'.
Dove trovare
Sistema di pianificazione o tabella degli appuntamenti futuri collegata al paziente. Consultare la documentazione di Veradigm (Allscripts).
Esempi
2023-11-15T14:00:00Znull
|
|||
|
ID Ordine
OrderId
|
Identificatore per ordini specifici (Laboratorio, Farmaci, Procedure). | ||
|
Descrizione
Collega l'evento 'Ordine' all'evento 'Risultato' o 'Somministrazione'. Ad esempio, collegare 'Test Diagnostico Ordinato' a 'Test Diagnostico Completato'. Questa granularità è necessaria per la dashboard 'Tempo di Elaborazione Diagnostica'.
Perché è importante
Consente il calcolo delle durate di specifici passaggi di processo (ad es. Tempo di Esecuzione del Laboratorio).
Dove trovare
Tabelle di inserimento ordini (ad esempio, ORDER_ID, PLACER_ORDER_NUM). Consultare la documentazione di Veradigm (Allscripts).
Esempi
ORD-998877LAB-112233RX-445566
|
|||
|
Nome del Farmaco
MedicationName
|
Il nome del farmaco ordinato o somministrato. | ||
|
Descrizione
Utilizzato specificamente per la dashboard 'Tempi di Somministrazione Farmaci'. Aiuta a identificare se farmaci specifici (ad esempio, antibiotici, gestione del dolore) stanno subendo ritardi nella somministrazione.
Perché è importante
Critico per l'analisi della sicurezza clinica e l'ottimizzazione dei processi di farmacia.
Dove trovare
Registro di Somministrazione Farmaci (MAR) o Ordini di Farmacia. Consultare la documentazione di Veradigm (Allscripts).
Esempi
AmoxicillinaEparinaSolfato di Morfina
|
|||
|
Sistema di Origine
SourceSystem
|
Il nome del sistema da cui provengono i dati. | ||
|
Descrizione
Identifica l'istanza software che fornisce i dati, come 'Veradigm Sunrise' o 'Veradigm TouchWorks'. Ciò è particolarmente importante in ambienti multi-ospedalieri o quando si uniscono dati provenienti da contesti acuti e ambulatoriali.
Perché è importante
Fornisce tracciabilità e lineage dei dati, utile per il debug di problemi di qualità dei dati.
Dove trovare
Codificato durante il processo ETL o estratto da tabelle di metadati di sistema.
Esempi
Veradigm SunriseAllscripts PMVeradigm TouchWorks
|
|||
|
Tempo di Esecuzione Diagnostica
DiagnosticTurnaroundTime
|
Durata del tempo tra l'ordine del test e il risultato del test. | ||
|
Descrizione
Durata calcolata tra 'Test Diagnostico Ordinato' e 'Diagnosi Confermata' (o risultato ricevuto). Utilizzato per l''Overview del Tempo di Esecuzione Diagnostica'.
Perché è importante
Tempi di esecuzione elevati prolungano la durata della degenza; questa metrica individua i ritardi di laboratorio/radiologia.
Dove trovare
Calcolato: Timestamp(Risultato) - Timestamp(Ordine).
Esempi
2 ore45 minuti1,5 giorni
|
|||
|
Ultimo `Data Update`
LastDataUpdate
|
Timestamp di quando il record è stato estratto o aggiornato l'ultima volta. | ||
|
Descrizione
Indica la freschezza dei dati utilizzati per l'analisi. Questo campo aiuta gli utenti a capire se stanno visualizzando dati in tempo reale o uno snapshot di un periodo precedente.
Perché è importante
Garantisce trasparenza riguardo alla latenza dei dati e supporta le strategie di caricamento incrementale dei dati.
Dove trovare
Timestamp generato dal sistema durante l'esecuzione dell'ETL/estrazione.
Esempi
2023-11-01T23:59:59Z2023-11-02T06:00:00Z
|
|||
Attività del Percorso del Paziente
| Activity | Descrizione | ||
|---|---|---|---|
|
Diagnosi Confermata
|
Questa attività significa che un clinico ha ufficialmente registrato una diagnosi nella cartella del paziente. Ciò può essere acquisito quando un codice di diagnosi viene aggiunto all'elenco dei problemi o quando una nota clinica contenente la diagnosi viene firmata. | ||
|
Perché è importante
La conferma della diagnosi è un punto di svolta cruciale che determina il percorso di trattamento successivo. Permette l'analisi delle variazioni del percorso di trattamento in base alle diverse diagnosi.
Dove trovare
Trovato nell'elenco dei problemi del paziente, nei record di diagnosi dell'incontro o nella documentazione clinica. Può essere dedotto dal timestamp quando un codice di diagnosi primaria viene inserito e finalizzato per l'incontro.
Acquisisci
Utilizzi il timestamp di creazione o aggiornamento della voce di diagnosi primaria per lo specifico episodio del paziente.
Tipo di evento
inferred
|
|||
|
Paziente Dimesso
|
Segna la fine ufficiale dell'episodio di degenza, quando il paziente viene formalmente dimesso dalla struttura. Si tratta di un evento esplicito e chiave acquisito dal sistema ADT, che aggiorna lo stato dell'incontro del paziente a 'dimesso'. | ||
|
Perché è importante
Questa è l'attività finale primaria per la maggior parte dei percorsi del paziente. È fondamentale per il calcolo della Durata Media del Ricovero (ALOS) e del tempo di ciclo complessivo del processo.
Dove trovare
Esplicitamente registrato nel modulo ADT. Il record dell'incontro del paziente avrà un timestamp di dimissione e una disposizione.
Acquisisci
Utilizzi il timestamp di dimissione dalla cartella principale dell'incontro o della visita del paziente.
Tipo di evento
explicit
|
|||
|
Paziente Registrato
|
Segna l'inizio ufficiale dell'episodio del paziente quando le informazioni del paziente vengono inserite nel sistema Veradigm. Questo evento viene tipicamente acquisito esplicitamente quando un utente completa il workflow di registrazione, creando una nuova cartella clinica del paziente con un identificatore unico e un timestamp. | ||
|
Perché è importante
Questa è l'attività di inizio primaria per il percorso del paziente. È essenziale per il calcolo del tempo di ciclo complessivo del processo, della durata del ricovero e dei tassi di throughput del paziente.
Dove trovare
Questo evento viene registrato nel modulo di registrazione del paziente o ADT (Ammissione, Dimissione, Trasferimento). Cerchi il timestamp di creazione dell'incontro o della cartella di visita del paziente.
Acquisisci
Timestamp dalla tabella dell'incontro del paziente o di registrazione al momento della creazione del record.
Tipo di evento
explicit
|
|||
|
Pianificazione Dimissione Iniziata
|
Rappresenta l'inizio formale del processo di pianificazione della dimissione per un paziente. Questo può essere dedotto dalla creazione di un documento di piano di dimissione, dall'inserimento di un ordine di dimissione o dal completamento di una specifica valutazione della pianificazione della dimissione. | ||
|
Perché è importante
Questa attività è il punto di partenza per misurare l'efficienza del processo di dimissione. L'avvio precoce della pianificazione è spesso correlato a tassi di ri-ricovero più bassi.
Dove trovare
Inferito dal timestamp di creazione di una nota di pianificazione della dimissione, un set di ordini di dimissione o un modulo di valutazione specifico all'interno di Veradigm.
Acquisisci
Identificare il timestamp di quando un ordine o documento specifico per la dimissione viene creato per la prima volta per l'incontro del paziente.
Tipo di evento
inferred
|
|||
|
Piano di Trattamento Creato
|
Rappresenta la formalizzazione del piano di trattamento di un paziente da parte del team clinico. Questo viene spesso acquisito quando un documento specifico di 'Piano di Cura' o un insieme di ordini di trattamento iniziali viene creato e firmato nell'EHR. | ||
|
Perché è importante
Questa pietra miliare avvia la fase di trattamento attivo. È la base per misurare l'adesione ai protocolli di cura e il tempo alla prima azione di trattamento, come la somministrazione di farmaci.
Dove trovare
Inferito dal timestamp della firma su un modulo di 'Piano di Cura' o dal timestamp di creazione del primo set significativo di ordini terapeutici successivi alla diagnosi.
Acquisisci
Trovare il timestamp quando un documento di 'Piano di Cura' viene finalizzato o firmato dal clinico curante.
Tipo di evento
inferred
|
|||
|
Valutazione Iniziale Completata
|
Rappresenta il completamento della prima valutazione clinica da parte di un infermiere o medico, come triage o ammissione iniziale. Questo viene spesso acquisito quando un modulo clinico specifico o una nota, come una 'Valutazione Infermieristica Iniziale', viene firmato e finalizzato nell'EHR. | ||
|
Perché è importante
Questa attività è una pietra miliare iniziale chiave. Il tempo tra la registrazione e questa valutazione evidenzia potenziali ritardi nell'ammissione del paziente e nelle cure iniziali.
Dove trovare
Inferito dal timestamp di finalizzazione o firma dei moduli di valutazione iniziale o delle note cliniche all'interno dei moduli di documentazione clinica di Veradigm.
Acquisisci
Identificare il timestamp quando lo stato della nota o del modulo di valutazione iniziale viene cambiato in 'completato' o 'firmato'.
Tipo di evento
inferred
|
|||
|
Farmaco Somministrato
|
Questo evento viene registrato quando un infermiere o un clinico documenta la somministrazione di un farmaco al paziente. Questo viene acquisito nel Registro di Somministrazione Farmaci (MAR) o nel modulo eMAR, che registra l'ora esatta della somministrazione. | ||
|
Perché è importante
Tracciare la somministrazione dei farmaci è vitale per analizzare la tempestività del trattamento e l'adesione. Il divario tra l'ordinazione e la somministrazione aiuta a identificare i ritardi nel processo di consegna dei farmaci.
Dove trovare
Esplicitamente registrato nel modulo eMAR (Electronic Medication Administration Record). Ogni evento di somministrazione ha un timestamp specifico, un farmaco e un dosaggio.
Acquisisci
Estrarre i timestamp dalla tabella eMAR per ogni evento di somministrazione di farmaci collegato all'incontro del paziente.
Tipo di evento
explicit
|
|||
|
Follow-up Programmato
|
Questa attività rappresenta la pianificazione di un appuntamento di follow-up per il paziente dopo la dimissione. Questo evento viene acquisito nel modulo di pianificazione quando viene prenotato un appuntamento collegato all'incontro dimesso. | ||
|
Perché è importante
Assicurare che l'assistenza di follow-up sia programmata è cruciale per la continuità delle cure e la riduzione delle riammissioni. Questa attività aiuta a misurare la conformità con i protocolli post-dimissione.
Dove trovare
Registrato nel modulo di pianificazione degli appuntamenti. Cerchi il timestamp di creazione di un nuovo appuntamento per il paziente che si verifica dopo la data di dimissione.
Acquisisci
Identificare il timestamp di creazione di un record di appuntamento nel sistema di pianificazione collegato al paziente.
Tipo di evento
explicit
|
|||
|
Procedura Eseguita
|
Rappresenta il completamento di una procedura clinica o chirurgica. Ciò viene tipicamente acquisito quando un clinico firma la nota della procedura o quando lo stato dell'ordine della procedura viene aggiornato a 'completato' nel sistema. | ||
|
Perché è importante
Le procedure sono tappe significative in molti percorsi del paziente. L'analisi della loro tempistica aiuta a comprendere l'utilizzo delle risorse e l'efficienza della pianificazione.
Dove trovare
Inferito dal timestamp di firma di una nota di procedura nel modulo di documentazione clinica o dal timestamp di completamento nel modulo ordini per quella procedura.
Acquisisci
Utilizzi il timestamp di completamento dall'ordine della procedura o il timestamp della firma dalla documentazione della procedura correlata.
Tipo di evento
inferred
|
|||
|
Test Diagnostico Completato
|
Rappresenta il momento in cui i risultati di un test diagnostico vengono finalizzati e resi disponibili nella cartella del paziente. Ciò è tipicamente dedotto da un cambiamento di stato sull'ordine originale da 'attivo' o 'in corso' a 'completato' o 'risultato'. | ||
|
Perché è importante
Questa attività è una pietra miliare critica per misurare i tempi di elaborazione diagnostica. I ritardi tra l'ordinazione e il completamento possono influenzare significativamente il tempo alla diagnosi.
Dove trovare
Inferito dal campo di stato dell'ordine nel modulo ordini o dai timestamp nel modulo risultati corrispondente, come LIS o RIS.
Acquisisci
Identificare il timestamp quando lo stato dell'ordine cambia in uno stato terminale come 'Completato' o 'Risultato'.
Tipo di evento
inferred
|
|||
|
Test Diagnostico Ordinato
|
Questo evento si verifica quando un clinico inserisce un ordine per un test diagnostico, come un test di laboratorio o una scansione di imaging. Viene acquisito esplicitamente tramite il sistema CPOE (Computerized Physician Order Entry) all'interno di Veradigm. | ||
|
Perché è importante
Questo segna l'inizio del sotto-processo diagnostico. È il punto di partenza per misurare i tempi di elaborazione diagnostica e identificare i ritardi nell'ordinazione delle procedure.
Dove trovare
Registrato nel modulo degli ordini o nei log del sistema CPOE. Ogni ordine avrà un timestamp che indica quando è stato inserito.
Acquisisci
Estrarre il timestamp di creazione dai record di inserimento ordine per i test diagnostici pertinenti.
Tipo di evento
explicit
|
|||
|
Trasferimento a Reparto
|
Questo evento segna il trasferimento fisico di un paziente da un reparto o unità di cura a un altro, ad esempio dal pronto soccorso a un reparto di degenza. Questo viene acquisito dal sistema ADT (Ammissione, Dimissione, Trasferimento) all'interno di Veradigm. | ||
|
Perché è importante
I trasferimenti dei pazienti sono punti comuni di bottleneck e ritardi. L'analisi della durata e della frequenza dei trasferimenti aiuta a ottimizzare il flusso dei pazienti e l'allocazione delle risorse tra i dipartimenti.
Dove trovare
Esplicitamente registrato nel modulo ADT. Ogni evento di trasferimento include il paziente, le posizioni di origine/destinazione e un timestamp.
Acquisisci
Estrarre i log degli eventi dal sistema ADT corrispondenti ai movimenti del paziente.
Tipo di evento
explicit
|
|||
|
Valori Vitali Registrati
|
Questa attività si verifica ogni volta che vengono registrati i valori vitali di un paziente, come frequenza cardiaca, pressione sanguigna e temperatura. Si tratta di un evento esplicito acquisito nella documentazione clinica o nella sezione flowsheet specifica per i valori vitali dell'EHR. | ||
|
Perché è importante
La frequente registrazione dei parametri vitali indica un monitoraggio attivo del paziente. La frequenza e la tempistica possono essere analizzate per garantire la conformità ai protocolli di monitoraggio.
Dove trovare
Registrato nel repository dei dati clinici o nelle tabelle flowsheet dove sono archiviati i valori vitali. Ogni voce ha un timestamp.
Acquisisci
Estrarre i timestamp dai dati della scheda di flusso dei segni vitali per l'incontro del paziente.
Tipo di evento
explicit
|
|||