Il vostro template per i dati di Revenue Cycle Management

L'Evento di Fatturazione (Billing Event) funge da identificatore principale del caso, collegando tutte le attività, dall'acquisizione dei costi alla chiusura del conto, per una specifica voce fatturabile. Ogni Evento di Fatturazione rappresenta un'istanza univoca del processo del ciclo delle entrate, consentendo il tracciamento completo del suo percorso attraverso fasi quali l'invio della richiesta, la registrazione del pagamento e potenziali rifiuti o rettifiche.

Nell'analisi di Process Mining, questo attributo è fondamentale per ricostruire il flusso di processo end-to-end. Consente la visualizzazione delle varianti di processo, il calcolo dei tempi di ciclo tra le attività e l'identificazione di bottleneck o deviazioni associate a specifici eventi fatturabili.

Questa è la chiave essenziale per tracciare l'intero ciclo di vita di un servizio fatturabile, consentendo l'analisi del flusso di processo e la misurazione delle performance.

Questo identificatore deve essere una chiave univoca presente nelle tabelle principali di fatturazione o delle transazioni di addebito in Oracle Health Revenue Cycle. Consultate la documentazione del sistema per identificare la chiave primaria per gli eventi di addebito.

Questo attributo registra il nome di ogni attività eseguita nel ciclo di vita di un evento di fatturazione. Gli esempi includono 'Costi Acquisiti', 'Sinistro Inviato al Pagatore' e 'Pagamento Registrato'. Queste attività formano i nodi della mappa di processo rilevata.

L'analisi della sequenza e della frequenza delle attività è il cuore del process mining. Questo attributo aiuta a identificare i percorsi di processo più comuni, scoprire le deviazioni dalla procedura standard e comprendere il flusso operativo del ciclo delle entrate.

Definisce i passaggi del processo, consentendo la visualizzazione della mappa del processo e l'analisi dei pattern di Workflow.

In genere derivato da event log, record di cambio di stato o tabelle transazionali specifiche associate a diverse fasi del ciclo delle entrate in Oracle Health.

Questo attributo fornisce il timestamp per ogni attività, segnando il momento esatto in cui si è verificata. È essenziale per comprendere la tempistica e la sequenza degli eventi all'interno del ciclo delle entrate per uno specifico evento di fatturazione.

In fase di analisi, l'Event Timestamp viene utilizzato per ordinare cronologicamente le attività, calcolare le durate e i tempi di ciclo tra i diversi step ed eseguire l'analisi dei bottleneck. È la base per tutte le metriche di process mining basate sul tempo, come l'identificazione dei ritardi tra 'Sinistro Inviato' e 'Rimessa Ricevuta'.

Questo timestamp è fondamentale per ordinare gli eventi, calcolare tutte le metriche di performance come i tempi di ciclo e le durate, e identificare i bottleneck del processo.

Ogni tabella di transazione o di Event Log in Oracle Health Revenue Cycle dovrebbe avere una colonna timestamp che indica quando il record è stato creato o l'evento si è verificato.

Questo attributo categorizza il tipo di visita o incontro con il paziente che ha generato l'addebito. Le classificazioni comuni includono ricoverato, ambulatoriale, emergenza e paziente ricorrente. La classe del paziente spesso determina l'intero processo di fatturazione e invio dei sinistri.

Diverse classi di pazienti seguono percorsi di processo distinti e hanno requisiti di conformità differenti. L'analisi del processo basata su questo attributo aiuta a comprendere queste variazioni, personalizzare le iniziative di miglioramento e garantire che vengano seguite le procedure corrette per ogni classe.

Separa flussi di processo distinti (es. ricoverati vs. ambulatoriali) che presentano complessità, tempistiche e requisiti di fatturazione differenti.

Si tratta di un campo standard associato a un incontro con il paziente o a un record di ricovero in Oracle Health.

Quando un pagatore rifiuta una richiesta, fornisce un codice motivo che spiega il rifiuto, ad esempio 'Servizio non coperto' o 'Richiesta duplicata'. Questo attributo acquisisce tale codice e la relativa descrizione.

Analizzare i motivi di rifiuto è fondamentale per migliorare il ciclo delle entrate. Consente all'organizzazione di identificare pattern comuni, come problemi di codifica o di idoneità del paziente, e di implementare azioni correttive per prevenire rifiuti futuri. Ciò influisce direttamente sul tasso di 'clean claim' e riduce i costi di rework.

Fornisce la causa alla radice dei dinieghi delle pratiche, consentendo miglioramenti mirati per aumentare il tasso di approvazione al primo invio e accelerare la riscossione.

Queste informazioni vengono ricevute nell'avviso di rimessa elettronico (file ANSI 835) dal pagatore e devono essere memorizzate nelle tabelle dei sinistri o delle rimesse in Oracle Health.

Questo attributo specifica il dipartimento, come 'Acquisizione Costi', 'Codifica' o 'Recupero Crediti', che ha eseguito l'attività. Fornisce un contesto organizzativo al flusso di processo.

L'analisi del processo da una prospettiva dipartimentuale è essenziale per comprendere i passaggi di consegna tra i team e identificare le inefficienze interfunzionali. Supporta la dashboard 'Carico di lavoro dipartimento fatturazione' consentendo l'aggregazione delle attività e delle metriche di performance a livello di dipartimento.

Assegna le attività alle unità organizzative, un aspetto chiave per analizzare i passaggi tra reparti, il carico di lavoro e le prestazioni del team.

Queste informazioni potrebbero essere memorizzate direttamente con i dati del profilo utente in Oracle Health o derivate in base all'utente o al tipo di attività.

Questo attributo acquisisce l'importo di qualsiasi rettifica finanziaria, come sconti contrattuali, svalutazioni o correzioni, applicata all'evento di fatturazione. Le rettifiche riducono direttamente le entrate previste da un addebito.

La dashboard 'Impatto Rettifiche Account' si basa fortemente su questo attributo. L'analisi degli importi delle rettifiche e dei relativi motivi aiuta a identificare le fonti di perdita di ricavi, i problemi nella gestione dei contratti o le criticità nel processo iniziale di acquisizione dei costi. È una metrica chiave per la salute finanziaria.

Quantifica la perdita di ricavi dovuta a storni o correzioni, aiutando a identificare e risolvere le cause alla radice dell'erosione finanziaria.

Si trova nelle tabelle delle transazioni finanziarie che registrano rettifiche o storni su un conto paziente.

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

L'analisi del processo per pagatore può rivelare variazioni significative nei tempi di pagamento, nei tassi di rifiuto e nei tassi di successo dei ricorsi. Aiuta a identificare i pagatori problematici che causano ritardi o perdite di ricavi ed è essenziale per gestire efficacemente i contratti e le relazioni con i pagatori.

Consente di segmentare il processo per pagatore, rivelando comportamenti diversi, tassi di diniego e velocità di pagamento, elementi cruciali per la performance finanziaria.

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

Questo attributo mostra l'importo attualmente dovuto per un evento di fatturazione dopo che tutti i pagamenti e le rettifiche sono stati applicati. Rappresenta la contabilità clienti attiva per quello specifico addebito.

Questo è un attributo critico per la dashboard 'Anzianità del saldo residuo'. L'analisi di questo valore nel tempo aiuta a monitorare la velocità del cash flow, a valutare l'efficacia delle attività di recupero crediti e a calcolare KPI finanziari chiave come il Days Sales Outstanding (DSO).

Traccia la contabilità clienti corrente per ogni caso, il che è essenziale per gestire il cash flow e analizzare l'efficacia del recupero crediti.

In genere questo valore viene calcolato dalla somma di tutte le transazioni finanziarie (addebiti, pagamenti, rettifiche) per un determinato evento di fatturazione. Potrebbe esistere come campo in una tabella di riepilogo del conto.

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

In fase di analisi, questo attributo consente di filtrare la mappa del processo per utente o team, confrontare le performance tra diverse risorse e analizzare il carico di lavoro per la dashboard 'Carico di lavoro dipartimento fatturazione'. Può aiutare a identificare i top performer o le persone che potrebbero necessitare di ulteriore supporto o formazione.

Collega le attività del processo a utenti o team specifici, consentendo l'analisi del carico di lavoro, il confronto delle prestazioni e l'identificazione di opportunità di formazione.

I campi ID utente (es. 'CREATED_BY', 'USER_ID') sono solitamente presenti nelle tabelle transazionali dei vari moduli di Oracle Health.

Questo attributo booleano distingue tra le attività eseguite dall'automazione software, come bot o job di sistema batch, e quelle eseguite manualmente da un utente. Ad esempio, 'Sinistro Generato' potrebbe essere uno step automatizzato, mentre 'Ricorso Rifiuto' è probabilmente manuale.

L'analisi di questo attributo aiuta a comprendere il livello di automazione nel processo e il suo impatto sull'efficienza e sui tassi di errore. Può essere utilizzato per confrontare le performance dei percorsi automatizzati rispetto a quelli manuali e identificare opportunità di ulteriore automazione.

Distingue tra attività umane e di sistema, il che è fondamentale per analizzare l'efficacia dell'automazione e identificare nuove opportunità.

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

Questo attributo calcolato contrassegna le attività che indicano una deviazione dal percorso ideale ('happy path') e che costituiscono un rework. Gli esempi includono 'Sinistro Corretto Inviato' o 'Ricorso Rifiuto', che non si verificherebbero se il processo procedesse perfettamente al primo tentativo.

Identificare e quantificare il rework è un obiettivo chiave del process mining. Questo flag consente di filtrare e analizzare facilmente tutti i loop di rework, aiutando a misurare la frequenza, i costi e le cause delle inefficienze di processo. È essenziale per comprendere il vero costo della qualità nel ciclo delle entrate.

Aiuta a quantificare la frequenza e l'impatto dei cicli di rielaborazione, evidenziando le inefficienze di processo e il costo della scarsa qualità.

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

Questo attributo è l'identificatore univoco del paziente che ha ricevuto il servizio, spesso noto come numero di cartella clinica (MRN). Collega la transazione finanziaria a un individuo specifico.

Sebbene non sia l'ID del caso per il processo, l'ID Paziente è utile per aggregare tutti gli eventi di fatturazione per un singolo paziente e comprendere l'intero percorso finanziario. Consente inoltre la segmentazione in base ai dati demografici o alla storia del paziente, se unito ai dati anagrafici.

Collega gli eventi finanziari a uno specifico paziente, consentendo analisi incentrate sul paziente e l'aggregazione di tutte le sue attività di fatturazione.

Questo identificatore è un elemento centrale dell'anagrafica paziente e sarà presente in tutte le tabelle transazionali correlate come addebiti, richieste e pagamenti.

Questo attributo è l'ID univoco assegnato a un sinistro generato e inviato a un pagatore per il rimborso. Un singolo evento di fatturazione può dare origine a uno o più sinistri nel corso del suo ciclo di vita, ad esempio se è necessaria una correzione.

L'utilizzo dell'ID Sinistro consente di tracciare un invio specifico a un pagatore e di collegarlo direttamente alla risposta, come un pagamento o un rifiuto. Fornisce un livello di tracciamento più granulare all'interno del più ampio processo del ciclo delle entrate.

Fornisce un identificatore specifico per tracciare il percorso di una richiesta di rimborso presso un pagatore, con un dettaglio maggiore rispetto all'evento di fatturazione generale.

Questo ID viene generato da Oracle Health al momento della creazione di una richiesta ed è memorizzato nella tabella principale dei sinistri.

Questo attributo rappresenta l'importo iniziale e non scontato addebitato per un servizio prima dell'applicazione di rettifiche, sconti contrattuali o pagamenti. È il valore finanziario di partenza per l'evento di fatturazione.

Il monitoraggio dell'importo dell'addebito è fondamentale per l'analisi finanziaria, come il calcolo del valore totale dei servizi resi e la comprensione dell'impatto finanziario di successive rettifiche o svalutazioni. Funge da base per misurare la realizzazione dei ricavi.

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

Situato nelle tabelle dei dettagli degli addebiti o delle transazioni di addebito in Oracle Health.

Questo attributo cattura il motivo per cui un paziente o un'altra parte responsabile ha contestato una fattura. I motivi possono includere addebiti errati, servizi non prestati o problemi con l'elaborazione assicurativa.

Queste informazioni sono essenziali per la dashboard 'Metriche Risoluzione Controversie Fatture'. Comprendere le cause più comuni delle controversie aiuta a identificare problemi sistemici nei processi di acquisizione dei costi, codifica o fatturazione. Risolvere queste cause profonde può ridurre significativamente il tasso di contestazione e l'onere amministrativo necessario per risolverle.

Spiega perché le fatture vengono contestate, fornendo un'indicazione diretta su problemi di accuratezza o chiarezza della fatturazione da risolvere.

Probabilmente è memorizzato in un modulo di gestione dei casi o del servizio clienti all'interno di Oracle Health, collegato al conto del paziente.

Mentre lo StartTime segna l'inizio di un'attività, l'EventEndTime ne segna la conclusione. Non tutte le attività hanno un tempo di fine distinto, poiché molte sono eventi istantanei. Tuttavia, per le attività che hanno una durata, come 'Ricorso Rifiuto' che potrebbe richiedere tempo per l'elaborazione, questo campo è molto utile.

Questo attributo consente un calcolo più preciso del tempo di elaborazione per le singole attività. Aiuta a differenziare tra il tempo di attesa (tempo tra le attività) e il tempo di elaborazione (tempo speso su un'attività).

Consente il calcolo diretto del tempo necessario per completare un'attività, separando il tempo di elaborazione dal tempo di attesa.

Alcune tabelle transazionali in Oracle Health Revenue Cycle possono contenere sia un timestamp di inizio che uno di fine per specifiche attività di lunga durata.

Questo attributo identifica l'applicazione o il modulo sorgente da cui provengono i dati. Per questo processo, in genere sarà 'Oracle Health Revenue Cycle', ma potrebbe anche specificare diversi moduli all'interno del sistema se i dati sono integrati da più fonti.

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

Fornisce contesto sull'origine dei dati, fondamentale per la convalida dei dati, la governance e la comprensione delle variazioni di processo che potrebbero dipendere dal sistema.

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

Questo attributo misura il tempo di elaborazione attivo per un evento, calcolato come la differenza tra i timestamp di inizio e fine. Aiuta a distinguere tra il tempo trascorso lavorando attivamente su un'attività e il tempo trascorso in attesa della fase successiva.

Si tratta di una metrica fondamentale per l'analisi delle performance, poiché isola l'efficienza della risorsa che esegue il compito dai ritardi sistemici. Aiuta a capire quanto tempo occorre per codificare un sinistro o registrare un pagamento, indipendentemente dal tempo in cui la pratica è rimasta in coda.

Misura la durata effettiva del lavoro per un'attività, separandola dal tempo di inattività o di attesa per fornire una visione più chiara dell'efficienza delle risorse.

Si tratta di una metrica calcolata, derivata sottraendo l'EventTimestamp dall'EventEndTime. Può essere calcolata solo quando entrambi i campi sono disponibili.

Questo attributo indica quando il set di dati è stato aggiornato l'ultima volta. Fornisce indicazioni sull'attualità dei dati analizzati, elemento importante per comprendere la tempestività degli insight derivanti dall'analisi di process mining.

Gli utenti possono consultare questo attributo per confermare di visualizzare le informazioni più aggiornate sul processo. Aiuta a gestire le aspettative sull'attualità dei dati ed è un componente chiave della data governance e della qualità.

Indica l'aggiornamento dei dati, assicurando che le analisi e le decisioni si basino su informazioni recenti.

Si tratta di un campo di metadati tipicamente generato e popolato durante il processo ETL che carica i dati nella piattaforma di process mining.