Il Suo Template dei dati per la gestione del ciclo attivo

Il Billing Event funge da identificativo principale del caso e collega tutte le attività, dall'acquisizione dell'addebito alla chiusura del conto, per uno specifico articolo fatturabile. Ogni Billing Event rappresenta un'istanza univoca del processo del ciclo dei ricavi e consente di monitorarne integralmente il percorso attraverso fasi quali l'invio della richiesta di rimborso, la registrazione del pagamento e gli eventuali rifiuti o rettifiche.

Nell'analisi di Process Mining, questo attributo è fondamentale per ricostruire il flusso end-to-end del processo. Consente di visualizzare le varianti di processo, calcolare i tempi di ciclo tra le attività e individuare colli di bottiglia o deviazioni associati a specifici articoli fatturabili.

È la chiave essenziale per monitorare l'intero ciclo di vita di un servizio fatturabile e consente tutte le analisi del flusso di processo e le misurazioni delle prestazioni.

Questo identificativo dovrebbe essere una chiave univoca presente nelle tabelle principali di fatturazione o delle transazioni degli addebiti all'interno di Oracle Health Revenue Cycle. Consulti la documentazione del sistema per individuare la chiave primaria degli eventi di addebito.

Questo attributo registra il nome di ogni attività eseguita durante il ciclo di vita di un Billing Event. Tra gli esempi figurano «Charges Captured», «Claim Submitted To Payer» e «Payment Posted». Queste attività costituiscono i nodi della mappa di processo individuata.

L'analisi della sequenza e della frequenza delle attività è il fulcro del Process Mining. Questo attributo aiuta a identificare i percorsi di processo più comuni, individuare le deviazioni dalla procedura standard e comprendere il flusso operativo del ciclo dei ricavi.

Definisce le fasi del processo, consentendo di visualizzare la mappa di processo e analizzare i modelli del Workflow.

Derivato generalmente dagli Event Log, dai record delle modifiche di stato o da specifiche tabelle delle transazioni associate alle diverse fasi del ciclo dei ricavi in Oracle Health.

Questo attributo fornisce il timestamp di ogni attività e indica il momento esatto in cui si è verificata. È essenziale per comprendere la tempistica e la sequenza degli eventi nel ciclo dei ricavi di uno specifico Billing Event.

Nell'analisi, il Timestamp dell'evento viene utilizzato per ordinare cronologicamente le attività, calcolare durate e tempi di ciclo tra le diverse fasi ed eseguire l'analisi dei colli di bottiglia. Costituisce la base di tutte le metriche di Process Mining basate sul tempo, come l'identificazione dei ritardi tra «Claim Submitted» e «Remittance Received».

Questo timestamp è fondamentale per ordinare gli eventi, calcolare tutte le metriche di prestazione, come tempi di ciclo e durate, e individuare i colli di bottiglia del processo.

Ogni tabella delle transazioni o degli Event Log in Oracle Health Revenue Cycle dovrebbe contenere una colonna timestamp che indichi quando il record è stato creato o quando si è verificato l'evento.

Questo attributo categorizza il tipo di visita o incontro del paziente che ha generato l'addebito. Le classificazioni comuni includono Inpatient, Outpatient, Emergency e Recurring Patient. La classe del paziente spesso determina l'intero processo di fatturazione e invio delle richieste di rimborso.

Classi di pazienti diverse seguono percorsi di processo distinti e presentano requisiti di conformità differenti. Analizzare il processo in base a questo attributo aiuta a comprendere tali variazioni, definire iniziative di miglioramento mirate e garantire che vengano seguite le procedure corrette per ogni classe.

Separa flussi di processo distinti, ad esempio Inpatient e Outpatient, che presentano complessità, tempistiche e requisiti di fatturazione differenti.

È un campo standard associato a un incontro o a un record di ammissione del paziente in Oracle Health.

Quando un pagatore rifiuta una richiesta di rimborso, fornisce un codice che ne spiega il motivo, ad esempio «Servizio non coperto» o «Richiesta duplicata». Questo attributo acquisisce il codice e la relativa descrizione.

L’analisi dei motivi dei rifiuti è fondamentale per migliorare il ciclo attivo. Consente all’organizzazione di individuare schemi ricorrenti, come problemi di codifica o di idoneità del paziente, e di adottare azioni correttive per prevenire futuri rifiuti. Ciò incide direttamente sul tasso di richieste accettate al primo invio e riduce i costi delle rilavorazioni.

Fornisce la causa principale dei rifiuti delle richieste di rimborso, consentendo miglioramenti mirati per aumentare il tasso di richieste accettate al primo invio e accelerare la riscossione dei ricavi.

Queste informazioni vengono ricevute dal pagatore nella distinta elettronica di rimborso (file ANSI 835) e devono essere archiviate nelle tabelle delle richieste di rimborso o delle distinte di Oracle Health.

Questo attributo acquisisce l'importo di qualsiasi rettifica finanziaria, come indennità contrattuali, stralci o correzioni, applicata al Billing Event. Le rettifiche riducono direttamente i ricavi attesi da un addebito.

Il Dashboard «Account Adjustment Impact» si basa in larga misura su questo attributo. Analizzare gli importi delle rettifiche e i relativi motivi aiuta a individuare le fonti di perdita di ricavi, i problemi nella gestione dei contratti o le criticità nel processo iniziale di acquisizione degli addebiti. È una metrica fondamentale per la salute finanziaria.

Quantifica la perdita di ricavi dovuta a stralci o correzioni e aiuta a individuare e affrontare le cause principali dell'erosione finanziaria.

Si trova nelle tabelle delle transazioni finanziarie che registrano rettifiche o stralci a carico del conto del paziente.

Questo attributo identifica l'entità, ad esempio una compagnia assicurativa o un programma governativo come Medicare, a cui viene fatturato il servizio. Le informazioni sul pagatore sono fondamentali per l'analisi del ciclo dei ricavi.

Analizzare il processo per pagatore può rivelare variazioni significative nei tempi di pagamento, nei tassi di rifiuto e nei tassi di successo delle contestazioni. Aiuta a individuare i pagatori problematici che causano ritardi o perdite di ricavi ed è essenziale per gestire efficacemente i contratti e i rapporti con i pagatori.

Consente di segmentare il processo per pagatore, evidenziando comportamenti, tassi di rifiuto e velocità di pagamento differenti, elementi fondamentali per le prestazioni finanziarie.

Queste informazioni sono memorizzate nei dati di fatturazione o assicurativi del paziente all'interno di Oracle Health Revenue Cycle.

Questo attributo specifica il reparto, ad esempio «Charge Capture», «Coding» o «Collections», che ha eseguito l'attività. Fornisce un contesto organizzativo al flusso di processo.

Analizzare il processo dal punto di vista dei reparti è essenziale per comprendere i passaggi di consegna tra i team e individuare le inefficienze interfunzionali. Supporta il Dashboard «Billing Department Workload» consentendo di aggregare le attività e le metriche di prestazione a livello di reparto.

Assegna le attività alle unità organizzative, un elemento fondamentale per analizzare i passaggi di consegna tra reparti, il carico di lavoro e le prestazioni dei team.

Queste informazioni possono essere memorizzate direttamente nei dati del profilo utente in Oracle Health oppure derivate in base all'utente o al tipo di attività.

Questo attributo mostra l'importo residuo attualmente dovuto per un Billing Event dopo l'applicazione di tutti i pagamenti e le rettifiche. Rappresenta i crediti attivi verso clienti relativi a quello specifico addebito.

È un attributo fondamentale per il Dashboard «Outstanding Balance Aging». Analizzare questo valore nel tempo aiuta a monitorare la velocità del flusso di cassa, valutare l'efficacia delle attività di incasso e calcolare KPI finanziari chiave come il Days Sales Outstanding (DSO).

Monitora i crediti attivi verso clienti per ogni caso, un elemento essenziale per gestire il flusso di cassa e analizzare l'efficacia delle attività di incasso.

Questo valore viene generalmente calcolato sommando tutte le transazioni finanziarie (addebiti, pagamenti, rettifiche) relative a un determinato evento di fatturazione. Può essere presente come campo in una tabella di riepilogo del conto.

Questo attributo identifica il dipendente o l'utente di sistema automatizzato responsabile dell'esecuzione di una specifica attività del processo. È fondamentale per comprendere la distribuzione del carico di lavoro, le prestazioni delle risorse e le esigenze formative.

Nell'analisi, questo attributo consente di filtrare la mappa di processo per utente o team, confrontare le prestazioni delle diverse risorse e analizzare il carico di lavoro per il Dashboard «Billing Department Workload». Può aiutare a individuare le risorse con le prestazioni migliori o le persone che potrebbero aver bisogno di ulteriore supporto o formazione.

Collega le attività di processo a utenti o team specifici, consentendo di analizzare il carico di lavoro, confrontare le prestazioni e individuare opportunità formative.

I campi User ID, ad esempio «CREATED_BY» e «USER_ID», sono generalmente presenti nelle tabelle delle transazioni dei diversi moduli Oracle Health.

Questo attributo booleano distingue tra le attività eseguite da automazioni software, come bot o processi batch di sistema, e quelle svolte manualmente da un utente. Ad esempio, «Richiesta di rimborso generata» potrebbe essere un passaggio automatizzato, mentre «Ricorso contro il rifiuto» è probabilmente un’attività manuale.

L’analisi di questo attributo aiuta a comprendere il livello di automazione del processo e il relativo impatto sull’efficienza e sui tassi di errore. Può essere utilizzata per confrontare le prestazioni dei percorsi automatizzati e manuali e individuare nuove opportunità di automazione.

Distingue tra attività eseguite da persone e attività guidate dal sistema, un elemento fondamentale per analizzare l’efficacia dell’automazione e individuare nuove opportunità di automatizzazione.

In genere viene derivato in base all’attributo UserPerformingAction. Ad esempio, le attività eseguite da ID utente come «SYSTEM» o «RPA_BOT» vengono contrassegnate come automatizzate.

Questo attributo calcolato contrassegna le attività che indicano una deviazione dal «percorso ideale» e costituiscono una rilavorazione. Tra gli esempi rientrano «Richiesta corretta inviata» o «Ricorso contro il rifiuto», che non si verificherebbero se il processo fosse andato a buon fine al primo tentativo.

Individuare e quantificare le rilavorazioni è uno degli obiettivi principali del Process Mining. Questo indicatore consente di filtrare e analizzare facilmente tutti i cicli di rilavorazione, aiutando a misurare frequenza, costi e cause delle inefficienze di processo. È essenziale per comprendere il reale costo della qualità nel ciclo attivo.

Aiuta a quantificare la frequenza e l’impatto dei cicli di rilavorazione, mettendo in evidenza le inefficienze di processo e il costo della scarsa qualità.

È un attributo derivato. Viene calcolato durante la trasformazione dei dati applicando una logica di business che contrassegna specifici nomi di attività come rilavorazioni.

Questo attributo rappresenta l’identificativo univoco del paziente che ha ricevuto il servizio, spesso denominato Medical Record Number (MRN). Collega la transazione finanziaria a una persona specifica.

Sebbene non rappresenti il Case ID del processo, il Patient ID è utile per aggregare tutti gli eventi di fatturazione relativi a un singolo paziente e comprenderne l’intero percorso finanziario. Se associato ai dati anagrafici principali dei pazienti, consente inoltre di creare segmentazioni basate su dati demografici o sulla storia clinica.

Collega gli eventi finanziari a un paziente specifico, consentendo analisi incentrate sul paziente e l’aggregazione di tutte le relative attività di fatturazione.

Questo identificativo è un elemento fondamentale dell’anagrafica principale del paziente e sarà presente in tutte le tabelle delle transazioni correlate, come addebiti, richieste di rimborso e pagamenti.

Questo attributo rappresenta l’ID univoco assegnato a una richiesta di rimborso generata e inviata a un pagatore. Un singolo evento di fatturazione può generare una o più richieste nel corso del proprio ciclo di vita, ad esempio quando è necessaria una correzione.

L’utilizzo del Claim ID consente di tracciare uno specifico invio al pagatore e di collegarlo direttamente alla risposta, come un pagamento o un rifiuto. Offre un livello di tracciamento più granulare all’interno del processo complessivo del ciclo attivo.

Fornisce un identificativo specifico per tracciare il percorso di una richiesta di rimborso presso un pagatore, con un livello di dettaglio superiore rispetto all’evento di fatturazione complessivo.

Questo ID viene generato da Oracle Health quando viene creata una richiesta di rimborso e viene archiviato nella tabella principale delle richieste.

Questo attributo rappresenta l'importo iniziale, non scontato, addebitato per un servizio prima dell'applicazione di rettifiche, indennità contrattuali o pagamenti. Costituisce il valore finanziario di partenza del Billing Event.

Monitorare l'importo dell'addebito è fondamentale per l'analisi finanziaria, ad esempio per calcolare il valore totale dei servizi erogati e comprendere l'impatto finanziario delle successive rettifiche o degli stralci. Funge da base per misurare la realizzazione dei ricavi.

Stabilisce il valore finanziario iniziale del caso, fondamentale per tutte le successive analisi finanziarie e valutazioni d'impatto.

Si trova nelle tabelle di dettaglio degli addebiti o delle transazioni degli addebiti in Oracle Health.

Questo attributo acquisisce il motivo per cui un paziente o un altro soggetto responsabile ha contestato una fattura. Tra i motivi possono rientrare addebiti errati, servizi non erogati o problemi nella gestione assicurativa.

Queste informazioni sono essenziali per il Dashboard «Metriche di risoluzione delle contestazioni delle fatture». Comprendere i motivi più frequenti delle contestazioni aiuta a individuare problemi sistemici nei processi di acquisizione degli addebiti, codifica o fatturazione. Intervenire su queste cause principali può ridurre significativamente il tasso di contestazione e il carico amministrativo necessario per gestirle.

Spiega perché le fatture vengono contestate, offrendo una visione diretta dei problemi di accuratezza o chiarezza della fatturazione che devono essere risolti.

Probabilmente viene archiviato in un modulo di gestione dei casi o di assistenza clienti all’interno di Oracle Health, collegato al conto del paziente.

Mentre StartTime indica l'inizio di un'attività, EventEndTime ne indica la conclusione. Non tutte le attività hanno un'ora di fine distinta, poiché molte sono eventi istantanei. Tuttavia, per le attività che hanno una durata, come «Denial Appealed», la cui elaborazione può richiedere tempo, questo campo è molto utile.

Questo attributo consente di calcolare con maggiore precisione il tempo di elaborazione delle singole attività. Aiuta a distinguere il tempo di attesa, ovvero il tempo tra le attività, dal tempo di elaborazione, ovvero il tempo dedicato a un'attività.

Consente di calcolare direttamente la durata di un'attività, separando il tempo di elaborazione dal tempo di attesa.

Alcune tabelle delle transazioni in Oracle Health Revenue Cycle possono contenere sia il timestamp di inizio sia quello di fine per attività specifiche di lunga durata.

Questo attributo identifica l'applicazione o il modulo di origine dei dati. Per questo processo sarà generalmente «Oracle Health Revenue Cycle», ma potrebbe anche specificare moduli diversi all'interno del sistema se i dati sono integrati da più fonti.

Queste informazioni sono preziose per la governance dei dati e la risoluzione dei problemi. Aiutano a confermare la provenienza dei dati e sono importanti negli ambienti in cui più sistemi contribuiscono a un unico processo end-to-end.

Fornisce il contesto sull'origine dei dati, fondamentale per la convalida e la governance dei dati e per comprendere le variazioni del processo che possono dipendere dal sistema.

Spesso si tratta di un valore statico aggiunto durante il processo di estrazione, trasformazione e caricamento (ETL) dei dati per indicare l'origine del dataset.

Questo attributo indica quando il dataset è stato aggiornato l'ultima volta. Fornisce il contesto relativo all'attualità dei dati analizzati, un elemento importante per comprendere la tempestività degli insight derivati dall'analisi di Process Mining.

Gli utenti possono verificare questo attributo per confermare di visualizzare le informazioni di processo più aggiornate. Aiuta a gestire le aspettative sulla recenza dei dati ed è una componente fondamentale della governance e della garanzia della qualità dei dati.

Indica l'attualità dei dati e garantisce che analisi e decisioni si basino su informazioni aggiornate.

È un campo di metadati generalmente generato e valorizzato durante il processo ETL che carica i dati nella piattaforma di Process Mining.