Il Suo Modello Dati del Percorso del Paziente

athenahealth
Il Suo Modello Dati del Percorso del Paziente

Il Suo Modello Dati del Percorso del Paziente

Questo modello fornisce una guida completa per la raccolta dei dati necessari all'analisi del Suo percorso del paziente. Delinea gli attributi e le attività essenziali che Lei deve monitorare, insieme a indicazioni chiare su come estrarre queste informazioni da athenahealth. Utilizzi questa risorsa per garantire che i Suoi dati siano pronti per un Process Mining efficace.
  • Attributi consigliati da raccogliere
  • Attività chiave da tracciare
  • Guida all'estrazione athenahealth
È nuovo agli event log? Impari come creare un event log di Process Mining.

Attributi del Percorso del Paziente

Questi sono i campi dati consigliati da includere nel Suo log eventi, essenziali per un'analisi completa e la comprensione dei Suoi percorsi paziente.
5 Obbligatorio 10 Consigliato 5 Facoltativo
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
Obbligatorio Consigliato Facoltativo

Attività del Percorso del Paziente

Questi sono i passaggi di processo e le tappe cruciali da acquisire nel Suo log eventi per una scoperta e un'ottimizzazione accurate dell'esperienza del paziente.
7 Consigliato 8 Facoltativo
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
Consigliato Facoltativo

Guide all'Estrazione

Come ottenere i Suoi dati da athenahealth