Il Suo Template di Dati per il Percorso del Paziente

Veradigm (Allscripts)
Il Suo Template di Dati per il Percorso del Paziente

Il Suo Template di Dati per il Percorso del Paziente

Questo template fornisce un approccio strutturato alla raccolta dei dati necessari per analizzare il Suo processo del percorso del paziente. Delinea gli attributi e le attività essenziali da tracciare, insieme a una guida pratica sull'estrazione di queste informazioni dal Suo sistema sorgente. Utilizzi questa risorsa per preparare i Suoi dati per un process mining completo.
  • `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
È nuovo agli event log? Impari come creare un event log di Process Mining.

Attributi del Percorso del Paziente

Questi sono i campi dati raccomandati da includere nel Suo event log per un'analisi completa del processo del percorso del paziente.
3 Obbligatorio 9 Consigliato 8 Facoltativo
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
Obbligatorio Consigliato Facoltativo

Attività del Percorso del Paziente

Questi sono i passaggi chiave del processo e le pietre miliari da catturare nel Suo event log per un'accurata scoperta del processo del percorso del paziente.
6 Consigliato 7 Facoltativo
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
Consigliato Facoltativo

Guide all'Estrazione

Come ottenere i vostri dati da Veradigm (Allscripts)