Il Suo Modello Dati del Percorso del Paziente
Il Suo Modello Dati del Percorso del Paziente
- Attributi consigliati da raccogliere
- Attività chiave da tracciare
- Guida all'estrazione athenahealth
Attributi del Percorso del Paziente
| Nome | Descrizione | ||
|---|---|---|---|
|
Episodio del Paziente
PatientEpisodeId
|
Identificatore univoco per lo specifico episodio o percorso del paziente. | ||
|
Descrizione
Questo attributo funge da Identificatore Centrale del Caso, raggruppando tutte le attività correlate a un periodo specifico di cura o condizione per un paziente. Collega eventi disparati come appuntamenti, ordini diagnostici e procedure di dimissione in un unico percorso coeso. Nell'analisi, questo ID è la chiave primaria per il Process Mining, consentendo la ricostruzione del flusso end-to-end. Garantisce che visite multiple dello stesso paziente per condizioni diverse siano trattate come istanze di processo distinte.
Perché è importante
Essenziale per definire l'ambito di una singola istanza di processo all'interno dell'analisi.
Dove trovare
Derivato dal raggruppamento degli ID Incontro o collegato a uno specifico ID Episodio di Cura in athenahealth.
Esempi
EP-2023-88491EP-2023-99102ENC-55412-GRP
|
|||
|
Nome attività
ActivityName
|
Il nome dell'evento o dell'attività eseguita nel percorso del paziente. | ||
|
Descrizione
Indica il passaggio specifico che si verifica nel processo, come 'Paziente Registrato', 'Test Diagnostico Ordinato' o 'Farmaco Somministrato'. Questa stringa di testo definisce i nodi nella mappa di processo. Utilizzato per visualizzare il flusso di processo e identificare la sequenza delle operazioni. La standardizzazione di questi nomi è fondamentale per una mappa di processo chiara e leggibile.
Perché è importante
Definisce i passaggi della mappa di processo ed è obbligatorio per qualsiasi process mining.
Dove trovare
Derivato da log di audit, modifiche dello stato degli appuntamenti o descrizioni delle voci di richieste di rimborso.
Esempi
Appuntamento FissatoPaziente RegistratoTest Diagnostico OrdinatoPaziente Dimesso
|
|||
|
Sistema di Origine
SourceSystem
|
Il nome del sistema da cui provengono i dati. | ||
|
Descrizione
Identifica il sistema IT responsabile della generazione del record, in questo caso 'athenahealth'. Ciò è particolarmente utile in ambienti multi-sistema dove i dati potrebbero essere integrati. Permette agli analisti di filtrare la visualizzazione per fonte dati e di risolvere problemi di qualità dei dati specifici di un singolo sistema.
Perché è importante
Fornisce la provenienza dei dati e il contesto nelle configurazioni di Process Mining multi-sistema.
Dove trovare
Letterale hardcoded o ID di configurazione del sistema.
Esempi
athenahealthAthenaOneAthenaPractice
|
|||
|
Timestamp Evento
EventTimestamp
|
La data e l'ora specifiche in cui si è verificata l'attività. | ||
|
Descrizione
Registra il momento esatto in cui un'attività ha avuto luogo. Questo viene utilizzato per sequenziare gli eventi cronologicamente e calcolare le durate tra i passaggi. Cruciale per l'analisi basata sul tempo, inclusi tempi di ciclo, tempi di attesa e analisi del throughput. Si preferisce un'alta precisione per risolvere l'ordine degli eventi che si verificano nello stesso giorno.
Perché è importante
Necessario per ordinare gli eventi e calcolare tutti i KPI basati sul tempo.
Dove trovare
Campi timestamp associati a cambiamenti di stato o date di creazione nelle tabelle di athenahealth.
Esempi
2023-10-12T08:30:00Z2023-10-12T09:15:22Z2023-10-15T14:20:00Z
|
|||
|
Ultimo `Data Update`
LastDataUpdate
|
Il timestamp di quando i dati sono stati estratti o aggiornati l'ultima volta. | ||
|
Descrizione
Indica l'attualità dei dati utilizzati nell'analisi. Questo aiuta gli utenti a capire se stanno consultando dati in tempo reale o un'istantanea storica. Utilizzato per gestire le pipeline di dati e garantire che le dashboard riflettano lo stato più attuale del processo.
Perché è importante
Critico per la governance dei dati e la fiducia degli utenti nell'attualità della dashboard.
Dove trovare
Ora di sistema al momento dell'esecuzione di ETL.
Esempi
2023-11-01T12:00:00Z2023-11-02T06:00:00Z
|
|||
|
Codice Diagnosi Principale
PrimaryDiagnosisCode
|
Il codice ICD-10 primario associato all'episodio. | ||
|
Descrizione
Classifica la ragione clinica del percorso del paziente. Questo fornisce il contesto necessario per il 'Confronto del Percorso per Fascia d'Età e Diagnosi'. Gli analisti lo usano per segmentare i percorsi per condizione (es. Polmonite vs Frattura) perché condizioni diverse hanno percorsi e tempi di ciclo attesi molto diversi.
Perché è importante
Consente il confronto di casi 'simili'; i tempi di ciclo variano notevolmente in base alla diagnosi.
Dove trovare
Campi di diagnosi dell'incontro o della richiesta di rimborso (ICD-10).
Esempi
J18.9I10E11.9
|
|||
|
Disposizione di Dimissione
DischargeDisposition
|
La destinazione o lo stato del paziente al momento della dimissione. | ||
|
Descrizione
Indica dove è andato il paziente dopo l'episodio, come 'Casa', 'Struttura di Cura Specializzata' o 'Hospice'. Questo è vitale per la 'Pianificazione delle Dimissioni e Tendenze di Riammissione'. Fornisce contesto sulla complessità della pianificazione delle dimissioni richiesta e aiuta a valutare l'efficacia delle transizioni di cura.
Perché è importante
Contesto critico per la pianificazione delle dimissioni e il rischio di riammissione.
Dove trovare
Campi dell'incontro athenahealth o registri di dimissione ospedaliera.
Esempi
HomeStruttura di Cura SpecializzataTrasferito all'Ospedale per Breve DegenzaScaduto
|
|||
|
È Riammissione
IsReadmission
|
Flag che indica se questo episodio rappresenta un ritorno non programmato. | ||
|
Descrizione
Un indicatore booleano che identifica se il paziente è tornato in ospedale entro un periodo stabilito (es. 30 giorni) da una precedente dimissione. Questo supporta direttamente il KPI 'Percentuale di Riammissioni Non Programmate'. Filtrando su questo attributo, gli analisti possono approfondire le cause principali delle riammissioni e identificare modelli nei percorsi di trattamento iniziali.
Perché è importante
Supporta direttamente il KPI del Tasso di Riammissione.
Dove trovare
Calcolato durante l'ETL confrontando la data di ammissione con la data di dimissione precedente.
Esempi
truefalse
|
|||
|
Fascia d'Età del Paziente
PatientAgeGroup
|
Raggruppamento categoriale dell'età del paziente (es. 18-25, 65+). | ||
|
Descrizione
Segmenta i pazienti in coorti demografiche. Questo è direttamente richiesto per la dashboard 'Confronto Percorso per Fascia d'Età e Diagnosi'. Aiuta a identificare se le inefficienze di processo o gli esiti influenzano sproporzionatamente specifiche fasce demografiche di età, come gli anziani o i pazienti pediatrici.
Perché è importante
Segmento demografico standard per l'analisi dei processi sanitari.
Dove trovare
Derivato da Data di Nascita del Paziente e StartTime.
Esempi
18-2930-4965+
|
|||
|
ID Paziente
PatientId
|
Un identificatore univoco per il paziente (anonimizzato/hashing). | ||
|
Descrizione
Identifica in modo univoco il cliente (paziente) che sta intraprendendo il percorso. Sebbene simile all'identificatore del caso, un paziente può avere più episodi nel tempo. Utilizzato per collegare visite ripetute e analizzare i tassi di riammissione. È critico per il KPI 'Percentuale di Riammissioni non Programmate'.
Perché è importante
Necessario per tracciare le riammissioni e la storia del paziente attraverso gli episodi.
Dove trovare
Campo 'patientid' di athenahealth.
Esempi
PAT-100234PAT-559201PAT-992210
|
|||
|
Nome del Fornitore
ProviderName
|
Il nome del professionista sanitario che esegue l'attività. | ||
|
Descrizione
Identifica il medico, l'infermiere o il tecnico specifico responsabile dell'evento. Questo attributo è fondamentale per l'analisi dell'utilizzo delle risorse. Permette il confronto delle metriche di performance, come throughput e tempo di ciclo, tra i diversi membri del personale per identificare esigenze di formazione o squilibri del carico di lavoro.
Perché è importante
Chiave per il 'Tasso di Utilizzo delle Risorse' e per l'analisi dei passaggi di consegne.
Dove trovare
'providerid' di athenahealth risolto nel nome della directory del fornitore.
Esempi
Dott. SmithInfermiera JonesTecnico Adams
|
|||
|
Nome Reparto
DepartmentName
|
Il reparto ospedaliero o clinico dove si è verificata l'attività. | ||
|
Descrizione
Segmenta i dati del processo per unità funzionale, come Pronto Soccorso, Cardiologia o Radiologia. Questo è essenziale per la dashboard 'Throughput e Passaggi di Consegne per Reparto'. L'analisi che utilizza questo attributo evidenzia i colli di bottiglia in aree specifiche e aiuta a ottimizzare il flusso di pazienti inter-dipartimentale.
Perché è importante
Cruciale per identificare i colli di bottiglia organizzativi e le inefficienze nei passaggi di consegne.
Dove trovare
'departmentid' di athenahealth risolto nel nome del dipartimento.
Esempi
Pronto SoccorsoMedicina InternaRadiologia
|
|||
|
Ora Fine Evento
EventEndTime
|
L'ora in cui l'attività specifica è stata completata. | ||
|
Descrizione
Cattura l'ora di completamento di un'attività, consentendo il calcolo della durata attiva (tempo di elaborazione) del passaggio stesso, distinta dal tempo di attesa precedente. Utilizzato per analizzare l'efficienza delle risorse e identificare le attività che richiedono più tempo del previsto per essere eseguite manualmente.
Perché è importante
Consente il calcolo del tempo di elaborazione attivo rispetto al tempo di attesa passivo.
Dove trovare
Ora di checkout, ora di verifica del risultato o timestamp di completamento specifici in athenahealth.
Esempi
2023-10-12T09:00:00Z2023-10-12T10:45:00Z
|
|||
|
Tempo di Elaborazione
ProcessingTime
|
La durata del tempo trascorso lavorando attivamente sull'attività. | ||
|
Descrizione
Rappresenta la differenza di tempo tra l'inizio e il completamento di un compito specifico (ad es. tempo impiegato per eseguire una scansione). Questo si mappa a 'ProcessingTime' nel modello generico. Utilizzato per calcolare l'utilizzo delle risorse e identificare le lacune di efficienza tra compiti manuali e automatizzati.
Perché è importante
Differenzia il lavoro attivo dal tempo di attesa nel ciclo totale.
Dove trovare
Calcolato: EventEndTime - EventTimestamp.
Esempi
15m1h 30m45s
|
|||
|
Tipo di Incontro
EncounterType
|
La classificazione della visita (ad es. Visita Ambulatoriale, Telemedicina, Emergenza). | ||
|
Descrizione
Definisce la modalità o l'impostazione dell'assistenza fornita. Questo agisce come 'Tipo di Caso' nei modelli di dati generici. Diversi tipi di incontro hanno flussi attesi e requisiti di fatturazione diversi. Il filtraggio per questo attributo è essenziale per evitare di confrontare mele con arance nell'analisi del tempo di ciclo.
Perché è importante
Distingue tra diverse varianti di processo come Telemedicina vs Di persona.
Dove trovare
Campo 'encountertype' di athenahealth.
Esempi
Visita AmbulatorialeTelemedicinaEmergenzaChirurgia
|
|||
|
È una Rilavorazione
IsRework
|
Flag che indica se questa attività è una ripetizione. | ||
|
Descrizione
Un flag booleano che è vero se l'attività si è verificata più di una volta all'interno dello stesso caso. Questo supporta la dashboard 'Frequenza Attività e Cicli di Rilavorazione'. Consente l'isolamento immediato dei casi che contengono rilavorazioni, facilitando il calcolo del KPI 'Frequenza delle Attività di Rilavorazione'.
Perché è importante
Identifica inefficienze di processo e passaggi ridondanti.
Dove trovare
Calcolato durante l'ETL in base alle occorrenze di attività per CaseId.
Esempi
truefalse
|
|||
|
Importo Totale Addebitato
TotalChargeAmount
|
L'importo monetario addebitato per l'attività o l'episodio. | ||
|
Descrizione
Il valore finanziario associato all'attività o l'importo totale del reclamo. Questo abilita il Process Mining basato sui costi e l'analisi dell'impatto finanziario. Utilizzato per identificare variazioni ad alto costo nei percorsi di trattamento e correlare l'efficienza del processo con gli esiti finanziari.
Perché è importante
Aggiunge una dimensione finanziaria all'analisi del processo.
Dove trovare
'amount' o 'totalcharge' di athenahealth nelle tabelle di richieste/addebiti.
Esempi
150.002500.5045.00
|
|||
|
Stato del Risultato Diagnostico
DiagnosticResultStatus
|
Lo stato dell'esito di un ordine diagnostico (ad es. Positivo, Normale). | ||
|
Descrizione
Cattura il risultato di alto livello di un test. Questo fornisce contesto per il 'Lead Time dei Test Diagnostici' e le successive decisioni di trattamento. Utilizzato per analizzare se i risultati anomali portano ad azioni successive più rapide rispetto ai risultati normali.
Perché è importante
Collega il flusso di processo agli esiti clinici.
Dove trovare
Campi di osservazione dei risultati di laboratorio athenahealth.
Esempi
NormaleAnormaleCritico
|
|||
|
Stato del Sinistro
ClaimStatus
|
Lo stato della richiesta finanziaria associata all'assistenza. | ||
|
Descrizione
Indica lo stato della richiesta di fatturazione, come 'Inviata', 'Rifiutata' o 'Pagata'. Questo è rilevante per l'attività 'Richiesta Inviata' e il throughput finanziario. Aiuta a identificare se i problemi di documentazione clinica stanno causando ritardi finanziari a valle.
Perché è importante
Collega l'efficienza clinica alle prestazioni del ciclo di fatturazione.
Dove trovare
Campo 'claimstatus' di athenahealth.
Esempi
FATTURATOIN ATTESASCARTATO
|
|||
|
Tipo Ordine
OrderType
|
Categoria dell'ordine (es. Laboratorio, Imaging, Prescrizione). | ||
|
Descrizione
Classifica gli ordini clinici effettuati durante l'episodio. Questo è cruciale per la dashboard 'Lead Time dei Test Diagnostici'. Consente agli analisti di misurare i lead time specificamente per i Laboratori rispetto all'Imaging, che spesso hanno accordi sul livello di servizio e colli di bottiglia diversi.
Perché è importante
Segmenta il processo diagnostico per analisi specifiche dei tempi di consegna.
Dove trovare
'ordertype' o 'class' di athenahealth nell'API degli ordini.
Esempi
LaboratorioImagingPrescrizioneProcedura
|
|||
Attività del Percorso del Paziente
| Activity | Descrizione | ||
|---|---|---|---|
|
Diagnosi Confermata
|
Un clinico assegna o conferma ufficialmente una diagnosi per la condizione del paziente per l'incontro attuale. Ciò può essere dedotto dal timestamp di creazione o 'ultimo aggiornamento' del codice di diagnosi primaria, come ICD-10, associato all'incontro con il paziente. | ||
|
Perché è importante
Questa è una tappa cruciale che detta il percorso di trattamento successivo. L'analisi delle variazioni nelle attività dopo questo punto aiuta a comprendere e standardizzare i protocolli di cura.
Dove trovare
Inferito dalla lista dei problemi del paziente o dai dati di diagnosi dell'incontro. Un cambiamento o la finalizzazione del codice di diagnosi e il suo timestamp associato segnalano questo evento.
Acquisisci
Rilevare il timestamp quando la diagnosi primaria per l'incontro viene aggiunta o aggiornata.
Tipo di evento
inferred
|
|||
|
Ordine di Dimissione Scritto
|
Un medico o un fornitore autorizzato scrive un ordine ufficiale per dimettere il paziente dall'assistenza. Questo è un evento esplicito, con timestamp, creato all'interno del modulo CPOE dell'EHR. | ||
|
Perché è importante
Questa attività avvia il processo di dimissione. Il tempo tra questo ordine e la dimissione effettiva è un indicatore chiave di performance per il 'Lead Time di Pianificazione delle Dimissioni'.
Dove trovare
Si trova nella tabella degli ordini. L'evento è identificato da uno specifico tipo di ordine 'Dimissione' e dal suo timestamp di creazione.
Acquisisci
Un nuovo record con un tipo di ordine 'Dimissione' viene creato nella tabella degli ordini.
Tipo di evento
explicit
|
|||
|
Paziente Dimesso
|
Il paziente è stato ufficialmente dimesso e la parte del suo percorso all'interno della struttura è completa. Questo è l'evento ADT finale per un incontro di paziente ricoverato, acquisito con un timestamp preciso. | ||
|
Perché è importante
Questo evento segna la fine del percorso principale del paziente. È il punto finale per misurare il 'Tempo di Ciclo Complessivo del Percorso del Paziente' ed è essenziale per l'analisi delle riammissioni.
Dove trovare
Questo è un evento esplicito nel sistema ADT o nella tabella degli incontri del paziente, che segna lo stato finale dell'incontro come 'Dimesso' insieme a un timestamp.
Acquisisci
Lo stato dell'incontro con il paziente viene aggiornato a 'Dimesso' e viene registrato un evento ADT.
Tipo di evento
explicit
|
|||
|
Paziente Registrato
|
Questa attività significa l'arrivo del paziente e la registrazione formale per l'appuntamento o la visita programmata. Questo viene tipicamente acquisito come un cambiamento di stato esplicito sul record dell'appuntamento all'interno di athenaClinicals o athenaCommunicator. | ||
|
Perché è importante
Questo è l'inizio definitivo del percorso in loco del paziente. Serve come punto di partenza cruciale per misurare i tempi di attesa e il tempo di ciclo complessivo di un incontro clinico.
Dove trovare
Registrato come aggiornamento di stato nelle tabelle degli appuntamenti o degli incontri. Cercare uno stato 'Checked-In' e il suo timestamp corrispondente.
Acquisisci
Un cambiamento di stato sull'oggetto appuntamento o incontro viene registrato con un timestamp.
Tipo di evento
explicit
|
|||
|
Procedura Eseguita
|
Una procedura clinica, come un intervento chirurgico o una terapia specialistica, viene eseguita sul paziente. Questo è un evento esplicito catturato nella documentazione clinica, spesso con orari di inizio e fine specifici registrati in una nota di procedura. | ||
|
Perché è importante
Le procedure sono tappe significative nel trattamento di un paziente. L'analisi delle attività prima e dopo una procedura aiuta a ottimizzare i workflow pre-operatori e post-operatori.
Dove trovare
Trovato all'interno delle note di procedura o di specifici fogli di flusso clinici in athenaClinicals. Il timestamp dell'evento è derivato dall'ora di inizio o fine documentata della procedura.
Acquisisci
Una nota o un log di procedura viene creato contenente un timestamp per quando la procedura è avvenuta.
Tipo di evento
explicit
|
|||
|
Risultati del Test Ricevuti
|
I risultati di un test diagnostico vengono finalizzati e resi disponibili nella cartella del paziente. Questo viene solitamente acquisito quando il sistema di laboratorio o di imaging invia i risultati ad athenahealth, creando una voce con timestamp. | ||
|
Perché è importante
Il ricevimento dei risultati è un trigger critico per le successive decisioni cliniche, come la diagnosi e la pianificazione del trattamento. Questo evento è il punto finale per la misurazione dei tempi di consegna diagnostici.
Dove trovare
Situato nella tabella dei risultati o della diagnostica, collegato all'ordine originale. L'evento è contrassegnato dal timestamp in cui il risultato è stato archiviato o ricevuto nella cartella del paziente.
Acquisisci
Un nuovo record di risultato viene creato con un timestamp, spesso tramite un'interfaccia da un LIS o RIS.
Tipo di evento
explicit
|
|||
|
Valutazione Iniziale Completata
|
Segna il completamento della prima valutazione clinica, come il triage o la valutazione infermieristica, dove vengono registrati i segni vitali e i reclami primari. Questo evento è spesso inferito dal timestamp della prima nota clinica firmata o da un modulo di valutazione completato per l'incontro. | ||
|
Perché è importante
Questa tappa indica l'inizio dell'assistenza clinica. La durata dal check-in a questa attività è una misura chiave del tempo di attesa iniziale del paziente e della reattività delle risorse.
Dove trovare
Inferito dal timestamp di creazione o firma di documenti clinici specifici o schede in athenaClinicals. Richiede l'identificazione dei tipi di documento rilevanti per il triage o l'ammissione.
Acquisisci
Identificare il primo timestamp su una nota clinica, una scheda dei segni vitali o un modulo di ammissione specifico per l'incontro.
Tipo di evento
inferred
|
|||
|
Appuntamento di Follow-Up Programmato
|
Un appuntamento di follow-up viene programmato per il paziente dopo il trattamento principale o la dimissione. Questo evento viene catturato esplicitamente quando un nuovo appuntamento viene creato nel modulo di pianificazione athenaCommunicator. | ||
|
Perché è importante
Questa attività è fondamentale per comprendere il coordinamento dell'assistenza post-dimissione e il suo impatto su esiti come i tassi di riammissione. Mostra la continuità delle cure.
Dove trovare
Registrato nella tabella degli appuntamenti. L'evento è identificato da un timestamp di creazione per un appuntamento che si verifica dopo la data di dimissione.
Acquisisci
Un nuovo record di appuntamento viene creato nel sistema di programmazione.
Tipo di evento
explicit
|
|||
|
Appuntamento Fissato
|
Rappresenta la prenotazione di un appuntamento per un paziente. Questo evento viene acquisito esplicitamente quando un utente crea e conferma una nuova voce di appuntamento nel modulo di programmazione di athenahealth, athenaCommunicator. | ||
|
Perché è importante
Questa attività segna il punto di ingaggio iniziale per molti percorsi del paziente. L'analisi del tempo dalla programmazione al check-in aiuta a comprendere l'accesso del paziente e l'efficienza pre-visita.
Dove trovare
Questo è un evento esplicito registrato nelle tabelle degli appuntamenti o della programmazione. È tipicamente associato a un timestamp di creazione e all'ID paziente.
Acquisisci
L'evento viene registrato al momento della creazione di un record di appuntamento nel modulo di programmazione.
Tipo di evento
explicit
|
|||
|
Campione Raccolto
|
Rappresenta l'evento in cui un campione biologico, come sangue o urina, viene raccolto dal paziente per un test di laboratorio. Questo è tipicamente un evento esplicito registrato nel modulo di laboratorio o come aggiornamento dello stato dell'ordine. | ||
|
Perché è importante
Questa è una tappa fondamentale all'interno del processo di test diagnostici. Il tempo tra ordinazione, raccolta e risultati può rivelare colli di bottiglia significativi nei workflow di laboratorio.
Dove trovare
Questo evento può essere trovato come un cambiamento di stato sull'ordine di laboratorio o come un evento distinto in un sistema informativo di laboratorio interfacciato con athenahealth. Cercare uno stato 'Raccolto' e il timestamp.
Acquisisci
Registrato come aggiornamento dello stato dell'ordine di laboratorio o in un modulo dedicato di tracciamento dei campioni.
Tipo di evento
explicit
|
|||
|
Farmaco Somministrato
|
Un farmaco viene fisicamente somministrato al paziente dal personale clinico. Questo viene registrato esplicitamente nel modulo Medication Administration Record (MAR) di athenaClinicals, con un timestamp preciso per ogni dose. | ||
|
Perché è importante
Questa attività rappresenta un intervento di trattamento diretto. L'analisi della sua tempistica aiuta a misurare il 'Tempo al Primo Trattamento' e garantisce l'aderenza ai programmi di medicazione.
Dove trovare
Trovato nelle tabelle dati MAR. Ogni evento di somministrazione ha un ID paziente, ID farmaco, dosaggio e un timestamp di somministrazione.
Acquisisci
Un record con timestamp viene creato nel MAR ogni volta che un farmaco viene documentato come somministrato.
Tipo di evento
explicit
|
|||
|
Paziente Trasferito
|
Il paziente viene spostato da un'unità di cura o reparto a un altro, ad esempio dal Pronto Soccorso a un reparto di degenza. Questo viene acquisito esplicitamente tramite un evento di Ammissione, Dimissione, Trasferimento (ADT) nell'EHR. | ||
|
Perché è importante
Questa attività è cruciale per analizzare i passaggi di consegne dipartimentali e il flusso del paziente all'interno di una struttura. Aiuta a identificare i colli di bottiglia nel 'Tempo di Passaggio di Consegne del Paziente' e nell'allocazione delle risorse.
Dove trovare
Registrato nel log eventi ADT o nelle tabelle di tracciamento del paziente. Ogni evento di trasferimento include il paziente, le sedi di provenienza/destinazione e un timestamp.
Acquisisci
Un messaggio ADT o una voce del log eventi viene generata con un timestamp al trasferimento del paziente.
Tipo di evento
explicit
|
|||
|
Piano di Trattamento Sviluppato
|
Rappresenta la creazione e la documentazione formale del piano di trattamento di un paziente da parte di un clinico. Questo può essere acquisito come creazione o firma di un documento specifico di 'Piano di Cura' o di un set di ordini di trattamento correlati. | ||
|
Perché è importante
Questa attività formalizza il percorso clinico previsto. È un punto chiave per misurare la conformità ai protocolli standard e analizzare le variazioni nell'assistenza.
Dove trovare
Probabilmente trovato nelle tabelle dei documenti clinici o degli ordini. Questo evento corrisponde al timestamp di una nota del piano di cura firmata o all'invio di un set coordinato di ordini di trattamento.
Acquisisci
L'evento è il timestamp di creazione o finalizzazione di un documento di piano di trattamento specifico o di un set di ordini.
Tipo di evento
explicit
|
|||
|
Sinistro Inviato
|
Viene generata e inviata al pagatore una richiesta di rimborso per i servizi erogati durante l'incontro con il paziente. Questo è un evento esplicito all'interno del modulo di gestione del ciclo di ricavo athenaCollector. | ||
|
Perché è importante
Pur essendo un passaggio amministrativo, questa attività è cruciale per analizzare il processo del ciclo di ricavi che corre parallelamente al percorso clinico. Aiuta a identificare i ritardi tra l'assistenza clinica e la fatturazione.
Dove trovare
Trovato nelle tabelle delle richieste di rimborso o di fatturazione. L'evento è contrassegnato da un timestamp di creazione o invio della richiesta.
Acquisisci
Un record di richiesta di rimborso viene creato e il suo stato viene aggiornato a 'Inviato' con un timestamp.
Tipo di evento
explicit
|
|||
|
Test Diagnostico Ordinato
|
Un fornitore effettua un ordine per un test diagnostico come un test di laboratorio, una scansione di imaging o altra procedura. Questo è un evento esplicito, con timestamp, creato tramite la funzionalità CPOE (Computerized Provider Order Entry) in athenaClinicals. | ||
|
Perché è importante
Questo è un punto decisionale critico che avvia un sotto-processo diagnostico. Tracciare questa attività è essenziale per analizzare il KPI 'Lead Time del Test Diagnostico' dall'ordine al risultato.
Dove trovare
Trovato nella tabella degli ordini. Ogni ordine avrà un identificatore del paziente, nome dell'ordine, stato dell'ordine e un timestamp di creazione.
Acquisisci
Un nuovo record viene creato nella tabella degli ordini del sistema con un timestamp.
Tipo di evento
explicit
|
|||