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

Il Billing Event ID è una chiave univoca assegnata a ogni istanza di un servizio fatturabile, dalla rilevazione iniziale dell'addebito fino al pagamento finale o allo stralcio. Funge da filo conduttore centrale che collega tutte le attività correlate, come la creazione, l'invio, il diniego e la registrazione del pagamento di una richiesta di rimborso relativa a uno specifico incontro con il paziente.

Nel Process Mining, questo Attributo è fondamentale per ricostruire il percorso end-to-end di ogni evento di fatturazione. Raggruppando tutte le attività correlate sotto un unico Billing Event ID, gli analisti possono visualizzare i flussi di processo, identificare i colli di bottiglia, misurare i tempi di ciclo e comprendere le variazioni nelle modalità di gestione dei diversi casi. Costituisce la base per tutte le analisi incentrate sul caso all'interno del ciclo dei ricavi.

È l'identificativo essenziale del caso che collega tutte le attività correlate, consentendo di ricostruire e analizzare l'intero ciclo dei ricavi per ogni servizio fatturabile.

In genere è una chiave primaria nelle tabelle delle transazioni di fatturazione o degli eventi finanziari.

L'Activity Name descrive un'azione o una tappa distinta nel ciclo di vita del ciclo dei ricavi. Tra gli esempi rientrano «Service Rendered», «Claim Submitted», «Remittance Received», «Payment Posted» e «Account Written Off». Ogni attività rappresenta un passaggio del processo che richiede tempo e risorse.

Questo Attributo è fondamentale per il Process Mining, poiché definisce i nodi della mappa di processo. L'analisi della sequenza, della frequenza e della durata di queste attività consente di visualizzare il flusso effettivo del processo, confrontarlo con un modello progettato e identificare deviazioni, cicli di rilavorazione come i dinieghi delle richieste di rimborso e inefficienze.

Questo Attributo definisce i passaggi del processo ed è essenziale per individuare e visualizzare la mappa di processo, identificare le rilavorazioni e analizzare la conformità del processo.

Si trova spesso negli event log e nelle tabelle delle transazioni, oppure viene ricavato dai record delle modifiche di stato nel modulo di fatturazione o delle richieste di rimborso.

L'Event Timestamp indica il momento in cui un'attività si è verificata o è stata registrata. Fornisce il contesto cronologico per tutti gli eventi di un caso, formando una sequenza temporale dall'inizio alla fine del ciclo dei ricavi.

I timestamp sono la base dell'analisi delle prestazioni nel Process Mining. Vengono utilizzati per calcolare KPI fondamentali, come il tempo di ciclo totale, la durata tra attività specifiche e i tempi di attesa. Analizzando i timestamp, le organizzazioni possono identificare i colli di bottiglia in cui i casi trascorrono più tempo, misurare il rispetto degli accordi sui livelli di servizio e comprendere le dinamiche temporali del processo.

Fornisce i dati cronologici necessari per calcolare i tempi di ciclo, identificare i colli di bottiglia e analizzare le prestazioni e l'efficienza del processo.

Queste informazioni sono generalmente disponibili nei log delle transazioni, nelle tracce di audit o in un campo «creation date» o «status change date» nelle tabelle degli eventi.

L'Attributo Source System identifica l'origine dei dati relativi a uno specifico evento. In un panorama IT complesso, il processo del ciclo dei ricavi spesso coinvolge più sistemi, ad esempio un sistema Electronic Health Record (EHR) per l'erogazione dei servizi, un sistema di fatturazione dedicato per l'invio delle richieste di rimborso e una piattaforma separata per la riscossione.

Conoscere il sistema di origine è utile per la convalida dei dati, la risoluzione dei problemi e la comprensione della frammentazione del processo. Può aiutare a individuare incoerenze tra i sistemi o a rivelare passaggi del processo gestiti in applicazioni diverse, che possono causare ritardi o errori nel trasferimento dei dati. Questa analisi contribuisce a valutare l'integrazione e l'efficienza dell'architettura IT complessiva a supporto del processo.

Aiuta a comprendere la frammentazione del processo tra diversi sistemi IT ed è fondamentale per la convalida dei dati e l'identificazione dei colli di bottiglia specifici dei sistemi.

Queste informazioni sono spesso disponibili come campo standard nelle estrazioni dei dati oppure possono essere ricavate dalla tabella o dal file di origine da cui sono stati ottenuti i dati.

Questo Attributo registra il momento in cui i dati sono stati estratti l'ultima volta dal sistema di origine. È un campo di metadati fondamentale per comprendere l'aggiornamento e la tempestività dei dati analizzati. Riflette la latenza della pipeline dei dati e indica quanto sia aggiornata l'analisi di Process Mining.

Nei Dashboard e nelle analisi di Process Mining, il timestamp Last Data Update fornisce all'utente il contesto relativo all'attualità dei dati. Per il monitoraggio operativo è essenziale sapere se la vista rappresenta lo stato del processo di cinque minuti prima o della notte precedente. Ciò aiuta a gestire le aspettative degli utenti e ad assicurare che le decisioni vengano prese sulla base di dati la cui anzianità è nota.

Fornisce un contesto fondamentale sull'attualità e sull'aggiornamento dei dati, assicurando che analisi e decisioni si basino su un intervallo temporale noto.

Viene generalmente aggiunto durante il processo di estrazione, trasformazione e caricamento (ETL) dei dati e memorizzato come colonna di metadati nell'event log.

La Service Category classifica il tipo di assistenza o di servizio fornito al paziente. Può trattarsi di una classificazione di alto livello, come "Inpatient" rispetto a "Outpatient", oppure di una categoria dipartimentale più specifica, come "Surgery", "Emergency" o "Laboratory". Le diverse categorie di servizio hanno spesso regole di fatturazione, requisiti dei pagatori e flussi di processo distinti.

Segmentare il processo di gestione del ciclo dei ricavi per Service Category è essenziale per ottenere un'analisi significativa. Consente alle organizzazioni di confrontare le prestazioni di diverse linee di servizio, ad esempio per verificare se il tasso di rifiuto delle procedure chirurgiche sia superiore a quello delle consulenze. Questo livello di dettaglio aiuta a isolare i problemi e ad adattare le iniziative di miglioramento al contesto operativo specifico di ciascuna area di servizio.

Consente di confrontare le prestazioni tra diverse linee di servizio, evidenziando variazioni nell'efficienza, nei tassi di rifiuto e nei cicli di pagamento specifiche di determinati tipi di assistenza.

Queste informazioni sono generalmente disponibili nei record di dettaglio degli addebiti oppure possono essere ricavate dalla classe del paziente, dal reparto o dai codici delle procedure.

Quando un payer rifiuta una richiesta di rimborso inviata, fornisce un Denial Reason Code per spiegare il motivo del mancato pagamento. Questi codici seguono spesso standard di settore, come i Claim Adjustment Reason Codes (CARCs), e indicano problemi specifici quali «Service Not Covered», «Duplicate Claim» o «Additional Information Required».

Questo Attributo è tra i più efficaci per l'analisi delle cause principali nel ciclo dei ricavi. Analizzando la frequenza e l'impatto finanziario dei diversi motivi di diniego, le organizzazioni possono individuare i problemi nei processi a monte che portano ai dinieghi. Ad esempio, un numero elevato di dinieghi per «Incorrect Patient Information» indica problemi nel processo di registrazione del paziente. Ciò consente di apportare miglioramenti basati sui dati per prevenire futuri dinieghi e aumentare il tasso di pagamento al primo passaggio.

È fondamentale per l'analisi delle cause principali dei dinieghi delle richieste di rimborso, poiché consente miglioramenti mirati nei processi iniziali e intermedi per prevenire future perdite di ricavi.

Queste informazioni provengono dai file electronic remittance advice (ERA) o explanation of benefits (EOB) ricevuti dai payer.

L'Adjustment Amount rappresenta la parte dell'importo fatturato che non si prevede di riscuotere dal payer o dal paziente per motivi quali accordi contrattuali, sconti o stralci. Queste rettifiche riducono i crediti verso clienti complessivi e costituiscono una componente normale del ciclo dei ricavi.

L'analisi degli importi delle rettifiche e delle relative motivazioni è fondamentale per comprendere l'integrità dei ricavi. Livelli elevati o inattesi di rettifiche possono segnalare problemi nella rilevazione degli addebiti, nella codifica o nella gestione dei contratti. Il Process Mining può aiutare a identificare quali varianti del processo o attività specifiche portano a tassi di rettifica più elevati, consentendo un'analisi mirata delle cause principali per massimizzare la realizzazione dei ricavi.

Aiuta ad analizzare la perdita di ricavi monitorando gli stralci e le riduzioni contrattuali, mettendo in evidenza potenziali problemi nella contrattualistica o nei processi di fatturazione.

Questo valore viene generalmente registrato nelle tabelle delle rettifiche finanziarie o nei moduli di registrazione dei pagamenti.

L'Attributo Billed Amount rappresenta l'addebito totale per i servizi erogati, così come indicato in una richiesta di rimborso o in una fattura. È il valore finanziario iniziale dell'evento di fatturazione e costituisce la base rispetto alla quale vengono misurate tutte le transazioni finanziarie successive, come pagamenti e rettifiche.

Nel Process Mining, l'analisi del Billed Amount è fondamentale per comprendere l'impatto finanziario delle inefficienze del processo. Può essere utilizzato per segmentare i casi in categorie ad alto e basso valore, rivelando se determinati problemi di processo incidono in misura sproporzionata sulle richieste di rimborso con ricavi più elevati. Correlare questo importo con metriche come il tempo di ciclo o il tasso di diniego aiuta a dare priorità agli interventi di miglioramento sui problemi dalle maggiori conseguenze finanziarie.

Stabilisce il valore finanziario iniziale di un caso, consentendo di analizzare l'impatto finanziario delle inefficienze di processo, come ritardi e dinieghi.

È un Attributo finanziario fondamentale, presente nelle tabelle delle transazioni relative alla rilevazione degli addebiti, alla fatturazione o alle richieste di rimborso.

L'Attributo Payer Name identifica l'entità principale a cui viene inviata una richiesta di rimborso. I payer possono includere assicurazioni commerciali come Aetna o UnitedHealthcare, programmi pubblici come Medicare o Medicaid oppure altri enti. Ogni payer dispone di regole, requisiti di invio e modalità di pagamento specifici.

Questo Attributo è fondamentale per analizzare le prestazioni del ciclo dei ricavi. Segmentando il processo per payer, le organizzazioni possono identificare quelli con i tassi di diniego più elevati, i cicli di pagamento più lunghi o le richieste più frequenti di informazioni aggiuntive. Questa analisi consente interventi mirati, come la rinegoziazione dei contratti, l'adattamento dei processi di invio per payer specifici e la concentrazione delle attività di gestione dei dinieghi nei punti in cui sono maggiormente necessarie.

Consente di segmentare per payer le metriche delle prestazioni, come i tassi di diniego e i tempi di pagamento, un elemento fondamentale per apportare miglioramenti mirati e condurre negoziazioni contrattuali.

Queste informazioni si trovano generalmente nei dati di registrazione del paziente, nei dati assicurativi o nei dati delle richieste di rimborso associati all'evento di fatturazione.

Questo Attributo identifica l'unità organizzativa associata a un determinato passaggio del processo, ad esempio «Patient Access», «Coding», «Billing» o «Collections». Aiuta a comprendere come il lavoro viene distribuito e trasferito tra team diversi.

Analizzare il processo dal punto di vista dei reparti è essenziale per comprendere la collaborazione interfunzionale e identificare i colli di bottiglia che si verificano nei punti di passaggio tra i team. Consente ai responsabili di vedere quali reparti partecipano a specifiche varianti del processo, misurare l'efficienza dei reparti e allocare le risorse in modo più efficace. Questa analisi può mettere in evidenza problemi sistemici all'interno di un reparto che potrebbero influire sull'intero ciclo dei ricavi.

Aiuta a identificare i colli di bottiglia tra i reparti e ad analizzare le prestazioni per area funzionale, evidenziando opportunità per una migliore collaborazione tra i team.

Queste informazioni possono far parte dei dati della transazione oppure essere ricavate dai dati master associati all'utente responsabile.

L'Attributo Responsible User collega un passaggio del processo alla persona o al sistema che lo ha eseguito. Può trattarsi di un codificatore che completa la codifica medica, di uno specialista della fatturazione che invia una richiesta di rimborso o di un bot automatizzato che registra un pagamento. Il monitoraggio dell'utente aggiunge all'analisi del processo una prospettiva incentrata sulla persona o sul sistema.

L'analisi delle prestazioni del processo per utente o team può rivelare opportunità di formazione, identificare le persone con le prestazioni migliori e assicurare un'adeguata distribuzione del carico di lavoro. È inoltre fondamentale ai fini della conformità e dell'audit, poiché consente di attribuire chiaramente la responsabilità di ogni azione intrapresa. Questo Attributo permette un'analisi dettagliata delle prestazioni e dell'utilizzo delle risorse.

Consente di analizzare le prestazioni dei team e dei singoli utenti, la distribuzione del carico di lavoro e i tassi di automazione, offrendo informazioni sull'efficienza delle risorse e individuando le esigenze formative.

Si trova generalmente nei log delle transazioni o nelle tracce di audit, nei campi «User ID», «Employee ID» o «Processor».

Il Claim ID è un identificativo specifico della fattura inviata a una compagnia assicurativa. Un singolo evento di fatturazione può generare più richieste di rimborso se deve essere fatturato a pagatori primari, secondari e terziari, oppure se una richiesta viene corretta e inviata nuovamente.

Il monitoraggio del Claim ID è importante per comprendere i dettagli del processo di interazione con il pagatore. Consente di analizzare i cicli di rilavorazione che coinvolgono il reinvio delle richieste e di tracciare lo stato di una specifica fattura inviata a un pagatore. L'analisi del processo per Claim ID offre una visione più granulare del ciclo di vita di invio e risoluzione delle richieste rispetto all'analisi del solo Billing Event.

Consente di monitorare in dettaglio l'invio e il reinvio delle richieste di rimborso, offrendo un'analisi granulare delle interazioni con i pagatori e dei cicli di rilavorazione.

Questo identificativo viene generato dal sistema di fatturazione al momento della creazione della richiesta e viene memorizzato nelle tabelle di gestione delle richieste di rimborso.

Il Patient ID è una chiave univoca assegnata a un singolo paziente all'interno del master patient index del sistema sanitario. Questo identificativo collega tutti gli incontri clinici e finanziari del paziente nel tempo.

Mentre il Billing Event ID rappresenta il caso relativo a un singolo servizio, il Patient ID consente un'analisi più ampia su più incontri dello stesso paziente. Può far emergere problemi ricorrenti, come errori ripetuti di registrazione o modelli di utilizzo dei servizi. Può inoltre essere utilizzato per analizzare l'intero percorso finanziario di un paziente, fornendo informazioni utili per comprendere la responsabilità economica del paziente e la sua fidelizzazione.

Consente di analizzare più eventi di fatturazione relativi allo stesso paziente, aiutando a identificare problemi ricorrenti e a comprendere il percorso finanziario complessivo del paziente.

Si tratta di un identificativo primario presente praticamente in tutti i sistemi clinici e finanziari, proveniente dal sistema di registrazione dei pazienti o dal sistema EHR.

L'Attributo Paid Amount è la somma cumulativa di tutti i pagamenti registrati a fronte di uno specifico evento di fatturazione. Include i pagamenti dei payer assicurativi primari e secondari, nonché quelli effettuati dal paziente. Rappresenta la liquidità effettivamente incassata per i servizi erogati.

L'analisi del Paid Amount è essenziale per misurare il successo finanziario e l'efficienza del ciclo dei ricavi. Il confronto tra Paid Amount e Billed Amount fornisce informazioni sui ricavi netti e sui tassi di riscossione. Nel Process Mining, questo Attributo aiuta a quantificare l'esito finanziario dei diversi percorsi di processo e può essere utilizzato per identificare le caratteristiche delle richieste di rimborso pagate integralmente e puntualmente rispetto a quelle che non lo sono.

Misura la liquidità effettivamente incassata per un caso, un elemento fondamentale per valutare l'efficacia della riscossione e le prestazioni finanziarie complessive del processo.

Queste informazioni si trovano nelle tabelle delle transazioni relative alla registrazione dei pagamenti o all'applicazione della liquidità.

Analogamente al motivo di diniego, l'Adjustment Reason spiega perché una parte dell'importo fatturato è stata stralciata o rettificata. Questi motivi chiariscono se la rettifica è dovuta a un obbligo contrattuale nei confronti di un payer, a una policy di assistenza gratuita, allo stralcio di un piccolo saldo o alla correzione di un errore di fatturazione.

L'analisi degli Adjustment Reason fornisce informazioni sull'integrità dei ricavi e sulle prestazioni finanziarie. Aiuta a distinguere tra rettifiche contrattuali previste e stralci evitabili dovuti a errori interni. Filtrando la mappa di processo in base a specifici motivi di rettifica, gli analisti possono identificare le debolezze del processo che causano perdite di ricavi evitabili e concentrare di conseguenza gli interventi di miglioramento.

Fornisce il contesto delle rettifiche finanziarie, aiutando a distinguere tra obblighi contrattuali e perdite di ricavi evitabili dovute a errori di processo.

Si trova nelle tabelle delle transazioni finanziarie del sistema di fatturazione o di contabilità dei pazienti, spesso collegato a transazioni di rettifica o stralcio.

L'Outstanding Balance rappresenta l'importo ancora da riscuotere per un evento di fatturazione. In genere viene calcolato come Billed Amount meno Paid Amount e Adjustment Amount. Questo valore cambia nel corso del ciclo di vita del caso man mano che vengono registrati pagamenti e rettifiche.

Questo Attributo è un indicatore fondamentale dello stato dei crediti verso clienti. Nel Process Mining, l'analisi del saldo residuo nelle diverse fasi del processo aiuta a gestire l'aging dei crediti e a stabilire le priorità delle attività di riscossione. Può essere utilizzato per identificare quali tipi di casi o percorsi di processo tendono a presentare saldi residui elevati, segnalando problemi nei pagamenti o nella risoluzione dei dinieghi.

È una misura fondamentale dei crediti verso clienti e dell'efficacia della riscossione, utile per stabilire le priorità delle attività di follow-up e analizzare l'aging dei crediti.

Viene spesso calcolato a partire dagli importi fatturati, pagati e rettificati. Può anche essere memorizzato come campo in un sistema di gestione dei crediti o di contabilità dei pazienti.

L'Account Status fornisce una fotografia della posizione di un evento di fatturazione nel suo ciclo di vita in un determinato momento. Questo stato riflette l'esito dell'attività più recente e indica se il conto è aperto e in attesa di pagamento, chiuso, inviato a un'agenzia di recupero crediti o in un'altra condizione.

Sebbene il Process Mining ricostruisca il flusso delle attività, l'attributo Account Status è utile per filtrare e segmentare i casi in base alla loro condizione attuale. È particolarmente utile nei Dashboard di monitoraggio operativo che devono mostrare il volume e il valore dei conti nelle diverse fasi, ad esempio il totale dei crediti verso clienti attualmente in attesa della risposta del pagatore o il numero di conti inviati di recente a un'agenzia di recupero crediti.

Fornisce una fotografia dello stato attuale dei casi, utile per i Dashboard operativi e per segmentare l'analisi in base alla posizione dei conti nel loro ciclo di vita.

Si tratta generalmente di un campo di stato presente nel record principale del conto del paziente o dell'evento di fatturazione, all'interno del sistema di contabilità dei pazienti.