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

Il Billing Event ID rappresenta una specifica erogazione di un servizio o di un prodotto che genera un addebito. Funge da filo conduttore centrale per tutte le attività correlate, dall'erogazione iniziale del servizio e dalla registrazione dell'addebito fino all'invio della richiesta di rimborso, alla registrazione del pagamento e alla successiva chiusura del conto.

Nel Process Mining, analizzare il ciclo di vita di ogni Billing Event consente di ottenere una visione completa del ciclo dei ricavi end-to-end. Viene utilizzato per tracciare l'intero percorso di un singolo addebito, identificare i percorsi più comuni, misurare i tempi di ciclo tra le tappe principali e comprendere le variazioni che causano ritardi o perdite di ricavi.

Questo identificativo è essenziale per raggruppare tutte le attività correlate in un unico caso, consentendo un'analisi completa e accurata del processo del ciclo dei ricavi per ogni evento fatturabile.

È la chiave primaria che collega diverse tabelle relative agli episodi del paziente, agli addebiti, alle richieste di rimborso e ai pagamenti. Per il campo specifico, consultare la documentazione di R1 RCM, poiché spesso è associato a un identificativo dell'episodio o della richiesta di rimborso.

Questo Attributo descrive una singola fase o tappa del processo di gestione del ciclo dei ricavi per un determinato evento di fatturazione. Le attività rappresentano il lavoro svolto, ad esempio «Addebiti acquisiti», «Richiesta di rimborso inviata» o «Pagamento registrato».

Analizzare la sequenza delle attività è il fulcro del Process Mining. Consente di scoprire il flusso effettivo del processo, individuare i colli di bottiglia in cui le attività impiegano troppo tempo per iniziare e rilevare i cicli di rilavorazione in cui le attività vengono ripetute inutilmente, come «Richiesta di rimborso negata» seguita da «Rilavorazione del rifiuto avviata».

Definisce le fasi del processo, consentendo di visualizzare la mappa del processo, calcolare i tempi di transizione e individuare deviazioni e rilavorazioni.

Queste informazioni derivano generalmente dagli Event Log, dai record delle variazioni di stato o dai codici delle transazioni presenti nei diversi moduli di R1 RCM. Potrebbe essere necessario mappare i codici tecnici su nomi comprensibili per il business.

Event Time fornisce la data e l'ora precise in cui un'attività è stata registrata nel sistema. Queste informazioni temporali sono fondamentali per comprendere il processo attraverso un'analisi basata sul tempo.

Nel Process Mining, questa marca temporale viene utilizzata per ordinare cronologicamente gli eventi e calcolare la durata tra le attività, un elemento essenziale per l'analisi delle prestazioni. Consente di calcolare metriche chiave come il tempo di ciclo, il tempo di elaborazione e il tempo di attesa, indispensabili per individuare i colli di bottiglia e misurare l'efficienza.

Questa marca temporale costituisce la base di tutte le analisi relative al tempo, inclusi il calcolo dei tempi di ciclo, l'individuazione dei colli di bottiglia e il monitoraggio delle prestazioni del processo rispetto agli SLA.

Si trova generalmente in un campo denominato «Creation Date», «Timestamp» o «Last Update Date», associato a ogni transazione o record di variazione dello stato in R1 RCM.

Questo Attributo identifica l'applicazione o il modulo di origine che ha generato i dati di un determinato evento. In un ambiente complesso come quello sanitario, i dati possono provenire da un EMR, da un modulo di fatturazione, da un clearinghouse per le richieste di rimborso o da una piattaforma di recupero crediti.

Comprendere il sistema di origine è fondamentale per convalidare i dati e analizzare le variazioni del processo che possono essere specifiche di determinati sistemi. Aiuta a risolvere le incoerenze nei dati e a comprendere l'ecosistema tecnologico del processo.

Identifica l'origine dei dati, un elemento fondamentale per la governance dei dati, la convalida e la comprensione delle interazioni tra i diversi sistemi all'interno del processo end-to-end.

Spesso si tratta di un valore statico aggiunto durante l'estrazione dei dati, che identifica il sistema, ad esempio «R1 RCM», da cui provengono i dati.

Questo Attributo indica l'ultima volta in cui sono stati aggiornati i dati utilizzati per l'analisi di Process Mining. Fornisce il contesto relativo all'attualità dei dati analizzati.

Queste informazioni sono importanti per la reportistica e i Dashboard, poiché indicano quanto siano aggiornati gli insight sul processo. Aiutano a gestire le aspettative sulla tempestività dei dati e garantiscono che le decisioni vengano prese sulla base di un intervallo temporale noto.

Fornisce un contesto essenziale sull'attualità dei dati, assicurando che analisti e stakeholder siano consapevoli del livello di aggiornamento degli insight sul processo.

Questa marca temporale viene generata durante il processo di estrazione, trasformazione e caricamento (ETL) dei dati e viene generalmente applicata all'intero dataset.

Quando un pagatore rifiuta una richiesta di rimborso, fornisce un codice motivazionale, come un CARC (Claim Adjustment Reason Code), per spiegare la decisione. Questi codici sono standardizzati e indicano problemi come «Servizio non coperto» o «Richiesta di rimborso duplicata».

Questo Attributo è estremamente importante per la gestione dei rifiuti. Analizzando la frequenza dei diversi codici motivazionali, le organizzazioni possono individuare e affrontare le cause alla radice dei rifiuti, legate all'idoneità del paziente, agli errori di codifica o alla mancanza di necessità medica. Ciò supporta direttamente le iniziative volte a ridurre le rilavorazioni e ad accelerare il flusso di cassa.

Fornisce il motivo specifico del rifiuto della richiesta di rimborso, consentendo un'analisi delle cause alla radice per ridurre i rifiuti futuri, diminuire le rilavorazioni e migliorare il tasso di pagamento al primo invio.

Queste informazioni vengono ricevute nell'avviso di rimessa elettronico (file ERA o 835) dal pagatore e vengono memorizzate nel modulo di gestione delle richieste di rimborso di R1 RCM.

Questo Attributo rappresenta l'importo totale fatturato per i servizi erogati nell'ambito di un determinato evento di fatturazione. Riflette i ricavi attesi dalla richiesta di rimborso.

Analizzare l'importo della fattura è fondamentale per il Process Mining finanziario. Consente di dare priorità alle richieste di rimborso di valore elevato, comprendere l'impatto finanziario dei ritardi o dei rifiuti e segmentare il processo in base al valore. Ad esempio, un'analisi potrebbe rivelare che le richieste di rimborso superiori a una determinata soglia seguono un percorso diverso e più manuale.

Fornisce un contesto finanziario al processo, consentendo di analizzare l'impatto delle variazioni del processo sui ricavi e di dare priorità ai casi di valore elevato per le attività di miglioramento.

Si trova nella tabella principale delle intestazioni delle richieste di rimborso o delle fatture in R1 RCM, spesso con il nome «TotalBilledAmount» o un nome simile.

Questo Attributo identifica il pagatore principale della richiesta di rimborso. Può trattarsi di un assicuratore commerciale come Aetna, di un pagatore pubblico come Medicare oppure del paziente stesso per le quote a suo carico.

Analizzare il processo per pagatore è fondamentale per la gestione del ciclo dei ricavi. Può rivelare che determinati pagatori presentano tassi di rifiuto più elevati, cicli di pagamento più lunghi o requisiti di invio più complessi. Questi insight consentono all'organizzazione di adattare efficacemente processi e risorse ai comportamenti specifici dei pagatori.

Consente di segmentare il processo per pagatore e individuare ritardi, schemi di rifiuto o comportamenti di pagamento specifici, elementi fondamentali per ottimizzare i ricavi.

Si trova nelle informazioni assicurative o anagrafiche del paziente collegate alla richiesta di rimborso in R1 RCM.

Questo Attributo specifica l'unità organizzativa, ad esempio «Inserimento addebiti», «Invio richieste di rimborso» o «Gestione dei rifiuti», che ha eseguito una determinata fase del processo. Aiuta a comprendere come il lavoro viene trasferito tra team diversi.

È fondamentale per analizzare la produttività dei reparti e individuare i colli di bottiglia interfunzionali. Filtrando la mappa del processo per reparto, le organizzazioni possono vedere dove i passaggi di consegne sono fluidi e dove si verificano ritardi, favorendo l'allocazione delle risorse e l'ottimizzazione dei processi organizzativi.

Consente di analizzare le prestazioni del processo per unità organizzativa, aiutando a individuare colli di bottiglia specifici del team, vincoli di risorse o best practice.

Può derivare dal profilo dell'utente in R1 RCM oppure essere memorizzato come «Department Code» nei dati della transazione.

Questo Attributo indica l'ultimo stato noto di un evento di fatturazione, ad esempio «Inviata», «Pagata», «Negata» o «In fase di recupero crediti». Fornisce una fotografia della posizione della fattura nel processo in un determinato momento.

Lo stato della fattura è essenziale per creare report sull'anzianità dei crediti e monitorare la situazione dei crediti verso clienti. Nel Process Mining può essere utilizzato per filtrare i casi bloccati in uno stato specifico o analizzare gli esiti delle diverse varianti di processo, ad esempio confrontando i percorsi delle richieste di rimborso «Pagate» e «Negate».

Fornisce una visione dello stato corrente di ogni caso, essenziale per creare report sull'anzianità dei crediti e analizzare gli esiti finali dei diversi percorsi di processo.

Si tratta generalmente di un campo di stato nel record principale della richiesta di rimborso o del conto in R1 RCM.

Questo Attributo identifica la persona responsabile dell'esecuzione di una specifica attività nel processo. Può trattarsi dell'addetto alla fatturazione che ha creato la richiesta di rimborso, dell'analista che ha rilavorato un rifiuto o dello specialista che ha registrato un pagamento.

Analizzare i dati per utente aiuta a comprendere la distribuzione del carico di lavoro, le prestazioni individuali e le esigenze formative. Può evidenziare quali utenti sono più efficienti o quali possono essere associati a tassi di errore più elevati, consentendo interventi mirati di gestione e miglioramento del processo.

Consente di analizzare le prestazioni del team e dei singoli utenti e la distribuzione del carico di lavoro, oltre ad aiutare a individuare opportunità formative o deviazioni del processo specifiche di determinati utenti.

Si trova generalmente in un campo denominato «UserID», «Processor» o «UpdatedBy» nei log delle transazioni di R1 RCM.

I codici dei servizi, come i codici CPT (Current Procedural Terminology), sono codici medici standardizzati utilizzati per comunicare ai pagatori le procedure e i servizi medici, chirurgici e diagnostici ai fini del rimborso.

Analizzare il processo per codice del servizio è essenziale per individuare i problemi di fatturazione relativi a specifici tipi di assistenza. Può evidenziare quali procedure vengono negate più spesso, presentano i cicli di pagamento più lunghi o richiedono più rilavorazioni, consentendo miglioramenti mirati nelle pratiche di codifica e fatturazione.

Consente di analizzare il processo in base al tipo di servizio erogato, un elemento chiave per individuare schemi di rifiuto o ritardi nei pagamenti associati a procedure specifiche.

Queste informazioni si trovano a livello di singola voce per ogni addebito o richiesta di rimborso in R1 RCM.

Questo Attributo booleano distingue tra le attività eseguite da un'automazione software, come un bot RPA per l'invio delle richieste di rimborso, e quelle svolte manualmente da un dipendente.

Analizzare questo Attributo è fondamentale per comprendere l'impatto e l'efficacia delle iniziative di automazione. Consente di confrontare velocità, costi e tassi di errore dei processi automatizzati e manuali, aiutando a individuare nuove opportunità di automazione e a misurare il ROI dei bot esistenti.

Distingue tra attività eseguite da persone e attività guidate dal sistema, un elemento fondamentale per misurare l'impatto dell'automazione sull'efficienza, sui costi e sulla qualità del processo.

Può essere ricavato dal campo «AssignedUser», in cui specifici ID utente sono riservati ai bot, ad esempio «BOT_RPA01». In alternativa, alcuni sistemi dispongono di un campo dedicato per contrassegnare le transazioni automatizzate.

Questo Attributo è un flag booleano generalmente calcolato durante l'analisi di Process Mining. Assume il valore «true» se un'attività è la ripetizione di una fase precedente o fa parte di una sequenza che indica la correzione di un errore, ad esempio qualsiasi attività successiva a «Richiesta di rimborso negata».

Individuare le rilavorazioni è una delle funzionalità più efficaci del Process Mining. Consente di quantificare lo spreco di lavoro, tempo e risorse all'interno di un processo. Contrassegnando le rilavorazioni, le organizzazioni possono concentrare gli interventi di miglioramento sulla prevenzione degli errori che le causano, ottenendo significativi incrementi di efficienza.

Aiuta a quantificare la frequenza e l'impatto delle rilavorazioni, come i rifiuti delle richieste di rimborso, consentendo un'analisi mirata per ridurre inefficienze e attività sprecate.

Non è un campo del sistema di origine. Viene calcolato dallo strumento di Process Mining sulla base della sequenza delle attività, ad esempio rilevando quando l'attività «Richiesta di rimborso inviata» si verifica più di una volta per lo stesso caso.

Questo Attributo descrive l'esito degli sforzi per riscuotere il pagamento di un conto scaduto. I possibili esiti includono «Pagato per intero», «Saldo definito», «Inserito tra le perdite su crediti» o «Non risolto».

Monitorare gli esiti della riscossione è essenziale per valutare l'efficacia del processo di recupero crediti. Analizzando quali attività conducono a determinati esiti, le organizzazioni possono ottimizzare le strategie di riscossione, migliorare i tassi di recupero e decidere con cognizione di causa quando interrompere i tentativi di riscossione e stornare i saldi. Ciò supporta il Dashboard Collection Activity Performance.

Misura l'efficacia del processo di recupero crediti monitorando la risoluzione finale dei conti scaduti e aiutando a ottimizzare le strategie di riscossione.

È probabilmente un campo di stato del conto del paziente o di un modulo dedicato al recupero crediti all'interno di R1 RCM.

Questo Attributo è l'ID univoco assegnato a un paziente all'interno del sistema sanitario, spesso denominato Medical Record Number (MRN).

Sebbene l'assistenza individuale al paziente non sia l'obiettivo dell'analisi, il Patient ID può essere utilizzato per analizzare nel tempo i problemi di fatturazione ricorrenti dello stesso paziente. Può inoltre aiutare a segmentare il processo in base ai dati demografici o alla storia del paziente, se collegato ad altri dati, facendo emergere potenziali problemi sistemici che interessano determinati gruppi di pazienti.

Consente di analizzare gli eventi di fatturazione a livello di paziente, aiutando a individuare problemi o schemi ricorrenti per pazienti specifici in più episodi.

Questo identificativo è un elemento fondamentale dei dati anagrafici del paziente collegati a ogni episodio e richiesta di rimborso in R1 RCM.

Questo Attributo registra il valore di qualsiasi rettifica finanziaria apportata al conto del paziente dopo la fatturazione iniziale. Le rettifiche possono essere positive o negative e includono riduzioni contrattuali, storni o correzioni.

Monitorare gli importi delle rettifiche è fondamentale per comprendere l'integrità dei ricavi. Livelli elevati di rettifiche negative possono indicare perdite di ricavi dovute a problemi come l'acquisizione errata degli addebiti o crediti inesigibili. Analizzare questi dati aiuta a individuare l'impatto finanziario degli errori di fatturazione e delle inefficienze nella riscossione.

Quantifica le perdite di ricavi e le correzioni finanziarie, aiutando a determinare l'impatto monetario delle imprecisioni di fatturazione, degli obblighi contrattuali o delle perdite su crediti.

Si trova nei log delle transazioni relative alle rettifiche del conto o alla registrazione dei pagamenti in R1 RCM.

Questo Attributo fornisce il contesto per comprendere perché è stata apportata una rettifica finanziaria a un conto. I motivi sono spesso codici o descrizioni standardizzati che classificano il tipo di rettifica.

Analizzare i motivi delle rettifiche aiuta a diagnosticare le cause alla radice delle perdite di ricavi. Ad esempio, un'elevata frequenza di «Storno per saldo ridotto» potrebbe indicare un processo di recupero crediti inefficiente per gli importi contenuti, mentre le frequenti «Riduzioni contrattuali» sono una componente prevista delle negoziazioni con i pagatori. Questa analisi supporta il Dashboard Billing Adjustments & Compliance Audit.

Spiega il «perché» delle rettifiche dei ricavi, aiutando a individuare le cause alla radice delle perdite, come problemi contrattuali, errori di fatturazione o inefficienze nella riscossione.

Si tratta generalmente di un campo di testo o di un codice nello stesso record della transazione che contiene AdjustmentAmount in R1 RCM.

Questa metrica misura la durata end-to-end del ciclo dei ricavi per un singolo evento di fatturazione. Rappresenta il tempo complessivo necessario a un'organizzazione per trasformare un servizio erogato in liquidità.

È un indicatore chiave di prestazione (KPI) fondamentale per la salute finanziaria. Analizzare questa durata aiuta a individuare le principali aree in cui accelerare il processo. Scomponendo il tempo di ciclo nelle sue componenti, come il «tempo di fatturazione» e il «tempo di pagamento», le organizzazioni possono identificare le maggiori opportunità per migliorare il flusso di cassa.

È un KPI fondamentale di alto livello che misura l'efficienza complessiva del ciclo di conversione della liquidità, incidendo direttamente sul flusso di cassa dell'organizzazione.

È una metrica calcolata. Corrisponde alla differenza temporale tra la marca temporale dell'attività «Servizio erogato» e quella dell'attività «Pagamento registrato» per un determinato Billing Event.