Il Suo Template dei dati per la gestione del ciclo attivo dei ricavi

Il Billing Event funge da identificativo principale del caso e collega tutte le attività relative a un singolo servizio erogato o prodotto consegnato che genera un addebito. Ciò consente di monitorare in modo completo il ciclo di generazione e riscossione dei ricavi per ogni singolo articolo o servizio fatturabile.

Nel Process Mining, l'analisi del processo per Billing Event consente alle organizzazioni di visualizzare l'intero percorso end-to-end, dall'erogazione del servizio al pagamento finale o alla chiusura dell'account. Questa prospettiva è fondamentale per identificare i colli di bottiglia, misurare i tempi di ciclo e comprendere le variazioni nella gestione di claim o invoice differenti.

È il Case ID essenziale che collega tutte le attività correlate del ciclo dei ricavi, consentendo una visione completa end-to-end del processo ai fini dell'analisi.

È la chiave primaria che collega i record nelle tabelle principali di fatturazione e dei claim di Optum360. Per i nomi specifici delle tabelle e dei campi, consultare la documentazione di Optum360.

Activity Name descrive una fase del processo del ciclo dei ricavi, come 'Claim Submitted To Payer' o 'Payment Received'. Questo attributo è fondamentale per il Process Mining, poiché definisce i nodi della process map.

Analizzando la sequenza e la frequenza delle attività, le organizzazioni possono visualizzare il flusso effettivo del processo, individuare le deviazioni dalla procedura standard e identificare i più comuni loop di rielaborazione. Questa analisi è essenziale per comprendere le inefficienze del processo e i problemi di conformità.

Questo attributo definisce le singole fasi del processo, costituisce la base della process map e consente tutte le analisi basate sul flusso.

In genere deriva dagli Event Log, dai record delle modifiche di stato o da specifici codici di transazione presenti nelle tabelle operative di Optum360.

Event Time è il timestamp associato a ogni attività e indica la data e l'ora precise in cui si è verificata. Questi dati temporali sono essenziali per ricostruire la sequenza cronologica degli eventi di ciascun caso.

Nell'analisi, Event Time viene utilizzato per calcolare i tempi di ciclo tra le attività, misurare la durata dei casi e identificare i colli di bottiglia in cui si concentra un'attesa significativa. È la base di qualsiasi analisi dei processi basata sul tempo e di qualsiasi misurazione delle prestazioni.

Questo timestamp è fondamentale per ordinare correttamente gli eventi e calcolare tutte le metriche basate sulla durata, come i tempi di ciclo e i colli di bottiglia.

Queste informazioni sono generalmente memorizzate insieme a ogni transazione o record di modifica dello stato nelle tabelle del database di Optum360.

Quando un payer nega un claim, fornisce un Denial Reason Code che spiega il problema, ad esempio 'Service Not Covered' o 'Duplicate Claim'. Questi codici sono fondamentali per comprendere le cause principali dei ritardi nei ricavi e delle rielaborazioni.

Analizzare questi codici consente al team di gestione delle negazioni di stabilire le priorità, identificare le tendenze e attuare azioni correttive. Ad esempio, un'elevata frequenza di negazioni per 'Missing Information' può indicare un problema nel processo di creazione dei claim. Questa analisi è centrale per ridurre il tasso di negazione e accelerare il flusso di cassa.

Fornisce la causa principale delle negazioni dei claim, consentendo interventi mirati per prevenirne di future e ridurre le costose rielaborazioni.

Questo codice è incluso nei file Electronic Remittance Advice (ERA) ricevuti dai payer e viene memorizzato nel modulo di gestione dei claim di Optum360.

Payer ID identifica la specifica compagnia assicurativa, un programma pubblico come Medicare o Medicaid oppure un altro soggetto responsabile del pagamento del claim. Ogni payer dispone spesso di regole, requisiti di invio e modalità di pagamento propri.

Analizzare il processo per Payer ID è fondamentale per l'RCM. Aiuta a identificare i payer con i cicli di pagamento più lunghi, i tassi di negazione più elevati o i processi di ricorso più complessi. Queste informazioni consentono ai reparti di fatturazione di adattare le proprie strategie ai diversi payer, accelerando gli incassi e riducendo il carico amministrativo.

Segmentare il processo per payer è essenziale per identificare quelli che causano ritardi o negazioni e consente di definire interventi mirati nella gestione dei payer.

Queste informazioni sono memorizzate in ogni record di claim di Optum360. Per i nomi delle tabelle e dei campi relativi ai payer, consultare la documentazione di Optum360.

Patient ID è l'identificativo univoco assegnato a ogni paziente all'interno del sistema sanitario. Collega più Billing Event a un singolo paziente, consentendo un'analisi incentrata sul paziente.

Utilizzando Patient ID, gli analisti possono esaminare i modelli relativi a pazienti specifici, come riammissioni frequenti o una storia di claim negati. Consente inoltre di segmentare il processo in base ai dati demografici o alla storia del paziente, facendo emergere informazioni utili per migliorare l'esperienza finanziaria del paziente.

Consente un'analisi incentrata sul paziente, aiutando a comprendere il percorso finanziario end-to-end e a identificare i modelli relativi a specifiche popolazioni di pazienti.

Questo identificativo è un campo fondamentale nei dati anagrafici dei pazienti e nelle tabelle delle transazioni di Optum360. Per i dettagli, consultare la documentazione di Optum360.

Billed Amount rappresenta l'importo lordo addebitato per i servizi erogati, prima di pagamenti, rettifiche o svalutazioni. Costituisce il valore iniziale del credito verso clienti relativo al Billing Event.

Questo attributo è fondamentale per l'analisi finanziaria nel Process Mining. Viene utilizzato per calcolare KPI essenziali come il Revenue Adjustment Rate e consente di segmentare i casi per valore, verificando se i claim di importo elevato vengono elaborati in modo diverso o subiscono più ritardi rispetto a quelli di importo ridotto.

Fornisce il contesto finanziario di ogni caso, consentendo analisi basate sul valore e il calcolo di KPI finanziari essenziali.

È un campo standard presente in ogni claim o account del paziente nelle tabelle finanziarie di Optum360.

Adjusted Amount rappresenta la parte dell'importo fatturato che non si prevede di incassare a causa di accordi contrattuali con i payer, correzioni di fatturazione o altre svalutazioni. Si tratta di una riduzione diretta dei ricavi.

Questo attributo è fondamentale per il Dashboard 'Revenue Adjustment Impact' e per il KPI 'Revenue Adjustment Rate'. Analizzare le rettifiche aiuta a identificare l'impatto finanziario dei contratti con i payer e a individuare opportunità per ridurre la dispersione dei ricavi attraverso una maggiore accuratezza della fatturazione o la rinegoziazione dei contratti.

Misura direttamente la dispersione dei ricavi ed è fondamentale per calcolare i KPI delle prestazioni finanziarie e comprendere la redditività.

Queste informazioni si trovano nei record delle transazioni di rettifica del sistema finanziario di Optum360.

L'attributo Billing Department identifica il team specifico o l'area funzionale delle attività del ciclo dei ricavi responsabile di un'attività. Ad esempio, team diversi possono occuparsi della codifica, dell'invio dei claim e della gestione delle negazioni.

Questo attributo è essenziale per il benchmarking delle prestazioni, come richiesto dal Dashboard 'Billing Department Performance Benchmarks'. Consente alla direzione di confrontare efficienza, velocità e accuratezza dei diversi team, individuare le best practice e allocare efficacemente le risorse per colmare i divari di performance.

Consente di confrontare le prestazioni dei diversi team di fatturazione, aiutando a identificare i gruppi più performanti e le aree che richiedono miglioramenti.

Può essere ricavato dall'utente che esegue l'attività oppure da un campo dell'account che ne indica il responsabile. Consultare la documentazione di Optum360.

Service Code è un codice medico standardizzato che identifica con precisione la procedura o il servizio fornito al paziente. Questi codici sono necessari per la fatturazione e determinano in larga misura il rimborso.

Analizzare il processo per Service Code può rivelare che alcune procedure sono più soggette a negazioni, richiedono più documentazione o presentano cicli di pagamento più lunghi. Ciò consente di comprendere in modo più granulare le criticità del processo e può orientare le politiche di codifica e fatturazione per specifici tipi di servizio.

Consente di analizzare il processo in base al tipo di servizio medico, facendo emergere modelli di negazione o ritardi nei pagamenti specifici di determinate procedure.

Questo codice è una componente fondamentale dei record di inserimento degli addebiti e dei dettagli dei claim in Optum360.

Case Duration misura il tempo totale trascorso dal primo all'ultimo evento per un singolo Billing Event. È un KPI di alto livello fondamentale per valutare l'efficienza complessiva del processo.

Questa metrica supporta direttamente il Dashboard 'RCM End-to-End Cycle Time Overview' e il KPI 'Average RCM Cycle Time'. Monitorarla nel tempo consente alla direzione di valutare l'impatto delle iniziative di miglioramento sull'intero ciclo dei ricavi.

Rappresenta il tempo di ciclo end-to-end del processo, un KPI fondamentale per misurarne la velocità e l'efficienza complessive.

Viene calcolata sottraendo il timestamp del primo evento da quello dell'ultimo evento per ogni Case ID univoco 'BillingEvent'.

Is Rework è un indicatore booleano che identifica le attività considerate rielaborazioni prive di valore aggiunto, come 'Denial Rework Started' o 'Appeal Submitted'. Queste attività si verificano generalmente quando il processo devia dal suo 'happy path' ideale.

Questo attributo aiuta a quantificare la rielaborazione nel processo, un indicatore diretto di inefficienza e costi. Viene utilizzato per calcolare il KPI 'Billing Error Rework Rate' e supporta il Dashboard 'Bottleneck Identification & Rework Loops', rendendo semplice filtrare e visualizzare questi loop inefficienti.

Aiuta a quantificare l'inefficienza del processo segnalando le attività che rappresentano rielaborazioni e facilita la misurazione e la riduzione degli sprechi.

In genere viene ricavato tramite la logica di business dello strumento di Process Mining. Ad esempio, qualsiasi attività successiva a un evento 'Denial Received' potrebbe essere contrassegnata come rielaborazione.

Questo attributo identifica l'erogatore specifico, ad esempio un medico, un terapista o un reparto ospedaliero, responsabile dell'erogazione del servizio. Erogatori diversi possono adottare modalità di fatturazione o pratiche di documentazione differenti, con effetti sul ciclo dei ricavi.

Analizzare il processo per Service Provider può aiutare a individuare problemi relativi all'acquisizione degli addebiti, all'accuratezza della codifica o alla qualità della documentazione che hanno origine nel punto di assistenza. Può inoltre evidenziare opportunità di formazione degli erogatori o di miglioramento del processo, così da generare claim corretti fin dall'inizio.

Aiuta a ricondurre i problemi di fatturazione alla loro origine, consentendo di fornire feedback mirati e formazione al personale clinico per migliorare l'acquisizione degli addebiti e la documentazione.

Queste informazioni costituiscono una parte fondamentale del record dell'addebito o del claim in Optum360 e sono spesso collegate ai dati anagrafici degli erogatori.

Paid Amount è la somma cumulativa di tutti i pagamenti registrati sull'account per uno specifico Billing Event. Rappresenta il denaro effettivamente incassato ed è una misura primaria del successo del ciclo dei ricavi.

Nell'analisi dei processi, monitorare l'importo pagato è essenziale per comprendere il flusso di cassa e le prestazioni finanziarie complessive. Può essere utilizzato per analizzare la velocità dei pagamenti e confrontare gli importi fatturati con quelli incassati, evidenziando problemi di pagamenti inferiori al dovuto o di crediti inesigibili.

Rappresenta il denaro effettivamente incassato, una metrica chiave dell'esito del processo RCM e un elemento essenziale per l'analisi del flusso di cassa.

Questo valore è generalmente memorizzato nelle tabelle delle transazioni di pagamento oppure riepilogato a livello di account in Optum360.

End Time indica il completamento di un'attività. Mentre Start Time indica quando si è verificato un evento, End Time è necessario per calcolare la durata delle attività che richiedono un tempo di elaborazione distinto, come 'Denial Rework Started' e il relativo completamento.

Nell'analisi dei processi, il confronto tra Start Time ed End Time delle attività consente di calcolare il tempo di elaborazione. Ciò aiuta a distinguere il tempo di lavoro effettivo dal tempo di inattività, ovvero l'attesa tra un'attività e l'altra, offrendo una visione più dettagliata dell'efficienza del processo.

Consente di calcolare con precisione i tempi di elaborazione delle attività, aiutando a distinguere il tempo di lavoro effettivo dal tempo di attesa nel processo.

Per alcune attività può essere disponibile un campo timestamp separato nel sistema di origine. Per altre, potrebbe essere necessario dedurlo dall'ora di inizio dell'attività successiva.

Questo attributo identifica il sistema di origine dal quale sono stati estratti i dati relativi a un determinato evento. In un panorama IT complesso, i dati RCM possono provenire dalla piattaforma Optum360 principale, da un sistema Electronic Health Record (EHR) integrato, da un clearinghouse o da un portale per i pazienti.

Conoscere il sistema di origine è utile per convalidare i dati, risolvere i problemi di integrazione e analizzare le variazioni del processo che possono dipendere da comportamenti diversi dei sistemi o dalle modalità di inserimento dei dati.

Identifica l'origine dei dati, un'informazione fondamentale per la governance dei dati, la valutazione della qualità e la comprensione delle variazioni del processo tra sistemi diversi.

Può trattarsi di un valore statico impostato durante l'estrazione dei dati oppure di un campo nelle tabelle di origine che indica la provenienza dei dati.

Account Status fornisce una fotografia della posizione di un Billing Event nel processo complessivo, ad esempio 'Pending Payer', 'Paid in Full' o 'In Collections'. Questo attributo offre il contesto per le attività in corso.

È utile per filtrare e segmentare i casi, concentrandosi su specifiche parti del processo. Ad esempio, analizzare tutti gli account attualmente 'In Collections' può aiutare a comprendere i fattori alla base e il volume di questa fase specifica e onerosa del processo, supportando il Dashboard 'Collection Activity Volume & Drivers'.

Fornisce una visione di alto livello dello stato corrente di un caso, consentendo di filtrare e analizzare popolazioni specifiche, come quelle in fase di recupero crediti.

In genere è un campo riepilogativo del record principale dell'account del paziente o del claim in Optum360.

Questo attributo registra la data e l'ora dell'ultima estrazione dei dati dal sistema di origine e del loro caricamento nello strumento di Process Mining. Fornisce il contesto relativo all'aggiornamento dei dati analizzati.

È importante che analisti e utenti aziendali sappiano se stanno visualizzando le informazioni più recenti. Aiuta a gestire le aspettative sulla latenza dei dati e costituisce un elemento essenziale dei metadati di qualsiasi progetto di analisi.

Fornisce un contesto essenziale sull'aggiornamento dei dati, assicurando che gli utenti comprendano quanto siano recenti le analisi.

Questo timestamp viene generalmente generato e memorizzato dal processo di estrazione, trasformazione e caricamento (ETL) dei dati.

L'attributo User identifica la persona, il team o il bot automatizzato responsabile dell'esecuzione di una determinata attività. Ciò consente di analizzare le prestazioni a livello individuale o di gruppo.

Sapere quale utente o team ha eseguito un'azione è utile per valutare produttività, qualità e aderenza alle procedure standard. Può aiutare a individuare esigenze formative o a riconoscere le persone e i team con le migliori prestazioni. Consente inoltre di distinguere le attività svolte manualmente da quelle gestite tramite automazione.

Attribuisce la responsabilità delle fasi del processo e consente di analizzare le prestazioni per individuo o team, un elemento fondamentale per la gestione delle risorse e della formazione.

Gli ID utente vengono generalmente acquisiti negli audit log o nella cronologia delle transazioni dei record di Optum360.