Il template dei dati per la gestione del ciclo dei ricavi

Epic Resolute
Il template dei dati per la gestione del ciclo dei ricavi

Il template dei dati per la gestione del ciclo dei ricavi

Questo template offre indicazioni complete per raccogliere i dati necessari a ottimizzare il processo di gestione del ciclo dei ricavi. Illustra gli attributi dei dati essenziali, le attività principali da monitorare e le istruzioni pratiche per estrarre queste informazioni dai sistemi di origine. Utilizzi questa risorsa per assicurarsi di disporre di tutti i dati necessari a un’analisi e a un miglioramento efficaci del processo.
  • Attributi consigliati da raccogliere
  • Attività principali da monitorare
  • Istruzioni per l’estrazione
Non conosce ancora gli Event Log? Scopra come creare un Event Log per il Process Mining.

Attributi della gestione del ciclo dei ricavi

Questi sono i campi dati consigliati da includere nell’Event Log per analizzare e ottimizzare in modo completo il processo di gestione del ciclo dei ricavi.
3 Obbligatorio 6 Consigliato 10 Facoltativo
Nome Descrizione
Data e ora dell’evento
EventTimestamp
Data e ora esatte in cui si è verificata una specifica attività o un evento.
Descrizione

La data e l’ora dell’evento registrano il momento in cui si è svolta un’attività. Questi dati temporali sono fondamentali per comprendere la tempistica e la sequenza degli eventi nel ciclo dei ricavi.

Nell’analisi, le date e gli orari servono a calcolare la durata tra le attività, ad esempio il ritardo nella registrazione degli addebiti o il tempo necessario per registrare un pagamento. Permettono di individuare i colli di bottiglia, misurare i tempi di ciclo e analizzare le prestazioni del processo in periodi diversi. Date e orari precisi sono essenziali per quasi tutti i KPI e le Dashboard basati sul tempo.

Perché è importante

Questo attributo è essenziale per calcolare tutte le metriche temporali, compresi i tempi di ciclo e le durate, fondamentali per individuare ritardi e inefficienze.

Dove reperirli

Si trova nelle tabelle delle transazioni o degli Event Log di Epic Resolute ed è associato a ogni attività registrata. I nomi dei campi terminano spesso con suffissi come Dt, DTTM o Time.

Esempi
2023-04-15T09:30:00Z2023-04-16T11:05:21Z2023-05-01T14:00:00Z
Evento di fatturazione
BillingEvent
Identificativo univoco di una singola prestazione o fornitura di un prodotto che genera un addebito e funge da identificativo principale del caso.
Descrizione

L’evento di fatturazione è l’identificativo principale che collega tutte le attività del ciclo dei ricavi relative a una specifica voce fatturabile. Inizia con l’erogazione di un servizio e termina quando il conto è interamente saldato o chiuso.

Nell’analisi di Process Mining, questo attributo è essenziale per ricostruire l’intero percorso di ogni addebito. Permette di monitorare le attività, come la registrazione degli addebiti, l’invio delle richieste di rimborso, la registrazione dei pagamenti e la gestione dei rifiuti, per ogni singolo evento di fatturazione, offrendo una visione chiara del flusso del processo e delle sue variazioni.

Perché è importante

È l’ID del caso fondamentale, necessario per collegare tutti i passaggi correlati e analizzare l’intero ciclo di generazione e riscossione dei ricavi per ogni servizio.

Dove reperirli

Spesso è un identificativo univoco di un conto ospedaliero (HAR) o di una specifica sessione di addebito in Epic Resolute. Per informazioni sulle tabelle specifiche, come HAR o i record delle sessioni di addebito, consulti la documentazione di Epic Resolute.

Esempi
BE10098765BE20012345BE30054321
Nome dell’attività
ActivityName
Nome dell’evento o dell’attività specifica svolta nell’ambito del processo di gestione del ciclo dei ricavi.
Descrizione

Questo attributo descrive un singolo passaggio del ciclo dei ricavi, ad esempio 'Addebiti registrati', 'Richiesta di rimborso inviata al pagatore' o 'Pagamento ricevuto'. Ogni attività rappresenta una tappa distinta del processo di fatturazione e riscossione del pagamento per un servizio.

L’analisi delle attività è alla base del Process Mining. Permette di visualizzare la mappa del processo, individuare i percorsi più frequenti, rilevare i colli di bottiglia tra i passaggi e misurare l’aderenza alle procedure operative standard.

Perché è importante

Definisce i passaggi della mappa del processo e permette di visualizzare, analizzare e ottimizzare il flusso di lavoro nel ciclo dei ricavi.

Dove reperirli

In genere si ricava dagli Event Log, dai log di audit o dai record delle modifiche di stato nei moduli di fatturazione e gestione delle richieste di Epic Resolute.

Esempi
Addebiti registratiRichiesta di rimborso inviata al pagatorePagamento ricevutoConto chiuso
Codice motivo del rifiuto
DenialReasonCode
Codice standard che indica il motivo per cui un pagatore ha rifiutato una richiesta di rimborso inviata.
Descrizione

Quando rifiuta una richiesta, il pagatore fornisce un codice motivo che spiega il rifiuto, ad esempio 'Servizio non coperto', 'Richiesta duplicata' o 'Informazioni aggiuntive necessarie'. Questi codici sono spesso standardizzati come Claim Adjustment Reason Codes (CARCs).

Questo attributo è alla base della Dashboard 'Percentuali e motivi dei rifiuti delle richieste'. Analizzare la frequenza dei diversi codici aiuta a individuare le cause profonde dei rifiuti, come problemi di accreditamento, errori di codifica o autorizzazioni preventive mancanti, e a definire iniziative di miglioramento mirate.

Perché è importante

Spiega direttamente perché le richieste vengono respinte e fornisce informazioni utili per ridurre i rifiuti, prevenire perdite di ricavi e accelerare i pagamenti.

Dove reperirli

Questi dati si trovano nelle transazioni di risposta alle richieste, ad esempio nei file ANSI 835 ricevuti dai pagatori e archiviati nel modulo di gestione delle richieste di Epic Resolute.

Esempi
CO-16: alla richiesta o al servizio mancano informazioniOA-18: richiesta o servizio duplicatoPR-96: addebito per servizi non coperti
Motivo della rettifica
AdjustmentReason
Motivo di una rettifica manuale o automatica del saldo del conto di un paziente.
Descrizione

Questo attributo spiega perché il saldo di un conto è stato modificato al di fuori di un normale pagamento o addebito. I motivi possono includere accordi contrattuali con i pagatori, lo stralcio di piccoli saldi o la correzione di errori di registrazione.

È essenziale per la Dashboard 'Volume delle rettifiche del conto per tipo'. Analizzare i motivi delle rettifiche aiuta le organizzazioni a individuare le fonti di perdita di ricavi, comprendere l’impatto dei contratti con i pagatori e rilevare potenziali inefficienze o errori nel processo di fatturazione.

Perché è importante

Aiuta a comprendere le perdite di ricavi e la precisione della fatturazione, spiegando le modifiche ai saldi dei conti e contribuendo a ridurre gli stralci non necessari.

Dove reperirli

Si trova nei dettagli delle transazioni di rettifica del modulo di contabilità dei pazienti di Epic Resolute.

Esempi
Abbuono contrattualeStralcio di un piccolo saldoCorrezione di un addebito duplicato
Saldo residuo
OutstandingBalance
Importo ancora dovuto dal pagatore o dal paziente per l’evento di fatturazione.
Descrizione

Questo attributo rappresenta il saldo corrente dei crediti verso clienti per uno specifico evento di fatturazione al momento dell’attività. Riflette la situazione finanziaria del caso durante tutto il suo ciclo di vita.

Il saldo residuo è fondamentale per la rendicontazione finanziaria e per il 'Report sull’anzianità dei saldi residui'. Analizzarne l’andamento nel tempo e in base a dimensioni diverse, come il pagatore o il reparto, aiuta a stabilire le priorità di riscossione, gestire il flusso di cassa e valutare il rischio finanziario.

Perché è importante

Misura direttamente l’impatto finanziario dei ritardi del processo ed è essenziale per stabilire le priorità di riscossione, gestire il flusso di cassa e comprendere i crediti verso clienti.

Dove reperirli

È un campo fondamentale del record del conto del paziente o del conto ospedaliero (HAR) in Epic Resolute. Si tratta di un saldo progressivo aggiornato dalle transazioni finanziarie.

Esempi
1500.00250.750.00
Tipo di servizio
ServiceType
Categoria o tipo di prestazione medica erogata.
Descrizione

Questo attributo classifica la prestazione fatturabile, ad esempio come «Radiologia», «Chirurgia», «Consulenza» o «Visita al pronto soccorso». Fornisce un contesto clinico ai dati finanziari.

L’analisi del ciclo dei ricavi per tipo di servizio può rivelare variazioni del processo specifiche di determinate aree cliniche. Per esempio, gli interventi chirurgici possono comportare requisiti più complessi per la registrazione degli addebiti e le autorizzazioni rispetto a una normale visita ambulatoriale, con conseguenti differenze nelle modalità operative e nelle criticità del processo.

Perché è importante

Fornisce un contesto clinico ai dati finanziari e consente di analizzare in che modo i diversi tipi di prestazioni mediche incidono sul processo del ciclo dei ricavi e sulla sua efficienza.

Dove reperirli

Deriva dal tariffario delle prestazioni (CDM), dalla linea di servizio o dal reparto associato alla transazione di addebito in Epic.

Esempi
Chirurgia in regime di ricoveroRadiologia ambulatorialeServizi di emergenza
Ufficio fatturazione
BillingDepartment
Reparto o team funzionale responsabile dell’evento o dell’attività di fatturazione.
Descrizione

Questo attributo indica l’unità organizzativa, ad esempio 'Fatturazione ricoveri', 'Fatturazione ambulatoriale' o 'Team di gestione dei rifiuti', associata all’evento di fatturazione o responsabile di una specifica attività.

Questa dimensione è fondamentale per la Dashboard 'Metriche delle prestazioni dell’ufficio fatturazione', che permette di confrontare direttamente indicatori chiave come la percentuale di rifiuti o i tempi di registrazione degli addebiti. Aiuta la direzione a individuare i reparti con i risultati migliori, uniformare le buone pratiche e assegnare le risorse in modo efficace.

Perché è importante

Permette di confrontare le prestazioni dei diversi reparti, individuare le buone pratiche e identificare le aree che necessitano di miglioramenti o risorse aggiuntive.

Dove reperirli

Queste informazioni possono essere collegate al record dell’utente, al conto del paziente o alla sede del servizio in Epic Resolute.

Esempi
Fatturazione cardiologicaRCM radiologicoUfficio centrale di fatturazione
Utente responsabile
ResponsibleUser
Identificativo dell’utente o del dipendente che ha svolto l’attività.
Descrizione

Questo attributo registra l’ID utente, il nome o il numero di matricola della persona responsabile di una specifica attività del ciclo dei ricavi. Può trattarsi del medico che ha inserito gli addebiti, dell’addetto alla fatturazione che ha inviato una richiesta o dell’operatore che ha seguito un rifiuto.

L’analisi per utente aiuta a individuare le persone con i risultati migliori, le esigenze di formazione e la distribuzione dei carichi di lavoro. È utile per gestire le prestazioni e analizzare le deviazioni del processo associate a specifiche persone o ruoli.

Perché è importante

Consente di analizzare le prestazioni per persona o ruolo e di individuare opportunità di formazione, squilibri nei carichi di lavoro e colli di bottiglia legati alle risorse.

Dove reperirli

In genere si trova nei log di audit o delle transazioni di Epic Resolute ed è spesso collegato a una tabella anagrafica degli utenti, ad esempio al record EMP.

Esempi
j.doebsmith123User7890
Data di scadenza del pagamento
PaymentDueDate
Data entro la quale è previsto il pagamento della prestazione fatturata.
Descrizione

Questo attributo indica la scadenza del pagamento riportata in fattura o stabilita dai contratti con i pagatori. Costituisce un riferimento per misurare la puntualità dei pagamenti.

La data di scadenza del pagamento è essenziale per creare il «Report sull’anzianità dei saldi insoluti». Confrontando la data corrente con la scadenza dei saldi aperti, i crediti verso clienti possono essere suddivisi per anzianità, ad esempio da 0 a 30 giorni o da 31 a 60 giorni di ritardo. In questo modo è possibile dare priorità al recupero dei crediti più scaduti.

Perché è importante

Costituisce la base per l’analisi dell’anzianità dei crediti verso clienti, fondamentale per stabilire le priorità di riscossione e gestire il rischio finanziario legato alle fatture non pagate.

Dove reperirli

Questa data viene spesso calcolata a partire dalla data della fattura e dai termini di pagamento registrati nel contratto con il pagatore o nelle informazioni sul conto del paziente in Epic.

Esempi
2023-05-302023-06-152023-07-01
È automatizzata
IsAutomated
Indicatore booleano che specifica se l’attività è stata eseguita da un sistema o da un processo automatizzato.
Descrizione

Questo indicatore distingue le attività eseguite automaticamente dal sistema, come la generazione automatica delle richieste di rimborso o i controlli di idoneità, da quelle svolte manualmente da un utente.

L’analisi di questo attributo aiuta a comprendere il livello di automazione del processo. Può essere usato per confrontare l’efficienza e il tasso di errore delle attività automatizzate e manuali, individuare opportunità per ampliare l’automazione e monitorare le prestazioni dei bot o delle regole di sistema esistenti.

Perché è importante

Distingue le attività eseguite dal sistema da quelle svolte da persone, un aspetto fondamentale per valutare l’impatto dell’automazione e individuare nuove opportunità di automazione.

Dove reperirli

Spesso si ricava verificando se il valore di «ResponsibleUser» associato a un’attività corrisponde a un account di sistema o di servizio, oppure contrassegnando i nomi delle attività che si sa essere automatizzate.

Esempi
truefalse
ID della richiesta di rimborso
ClaimId
Identificativo univoco assegnato a una richiesta di rimborso assicurativo inviata a un pagatore.
Descrizione

Questo attributo è l’ID specifico del modulo di richiesta di rimborso, ad esempio CMS-1500 o UB-04, inviato a un pagatore. Un singolo evento di fatturazione può comportare più richieste se le prestazioni vengono fatturate di nuovo o se viene presentato un ricorso.

Il monitoraggio tramite ID della richiesta di rimborso è utile per analizzare nel dettaglio l’invio delle richieste e i sottoprocessi di gestione dei rifiuti. Consente di distinguere le attività relative alla richiesta iniziale da quelle legate a una richiesta successiva, reinviata per la stessa prestazione.

Perché è importante

Fornisce un identificativo dettagliato per monitorare il ciclo di vita di ogni singola richiesta di rimborso, elemento essenziale per analizzare i reinvii e i ricorsi.

Dove reperirli

Viene generato dal modulo di gestione delle richieste di rimborso di Epic Resolute al momento della creazione della richiesta e memorizzato nelle tabelle dei dati relativi alle richieste.

Esempi
CLM-2023-98765CLAIM-0012345623189A4567
ID paziente
PatientId
Identificativo univoco del paziente che riceve la prestazione.
Descrizione

Questo attributo è il numero di cartella clinica (MRN) o un altro identificativo univoco del paziente. Collega l’evento di fatturazione finanziaria a una persona specifica.

Per tutelare la riservatezza del paziente, in genere non viene usato come dimensione di analisi principale, ma è essenziale per convalidare i dati e può servire ad aggregare tutti gli eventi di fatturazione di un singolo paziente, così da ricostruirne il percorso finanziario complessivo. È inoltre fondamentale per eventuali integrazioni con i dati dei processi clinici.

Perché è importante

Collega i dati finanziari a un paziente specifico, consentendo di convalidare i dati e, potenzialmente, di analizzare l’intero percorso del paziente. Il trattamento di queste informazioni richiede tuttavia particolare attenzione per tutelarne la riservatezza.

Dove reperirli

Identificativo fondamentale presente in tutto Epic, collegato ai dati di registrazione e ai conti del paziente.

Esempi
MRN-1234567MRN-8765432MRN-5551234
Importo rettificato
AdjustedAmount
Valore monetario di una transazione di rettifica.
Descrizione

Questo campo registra l’importo esatto in dollari di una rettifica del conto. Può essere positivo o negativo e rappresentare un accredito o un addebito sul saldo del conto.

Questo importo è la metrica principale della Dashboard «Volume delle rettifiche dei conti per tipo». La somma di questo valore per motivo della rettifica offre un quadro chiaro dell’impatto finanziario dei diversi tipi di rettifica, ad esempio dei ricavi stornati per obblighi contrattuali rispetto a quelli persi a causa di errori correggibili.

Perché è importante

Quantifica l’impatto finanziario delle rettifiche dei conti e permette di misurare le perdite di ricavi e i costi dovuti a errori di fatturazione.

Dove reperirli

Si trova nelle tabelle di dettaglio delle transazioni finanziarie di Epic Resolute ed è associato alle transazioni di rettifica.

Esempi
-1250.45-50.0025.10
Nome del pagatore
PayerName
Nome della compagnia assicurativa, dell’ente pubblico o di un’altra parte responsabile del pagamento.
Descrizione

Questo attributo identifica il pagatore principale associato all’evento di fatturazione, ad esempio 'Blue Cross Blue Shield', 'Medicare' o 'Aetna'. Nei casi di pagamento diretto, può indicare il paziente.

Segmentare il processo per pagatore è una tecnica di analisi efficace. Può rivelare che alcuni pagatori presentano percentuali di rifiuto più elevate, tempi di pagamento più lunghi o requisiti più complessi. Queste informazioni permettono di adattare le strategie di fatturazione ai singoli pagatori, migliorando l’efficienza e la rapidità dei pagamenti.

Perché è importante

Consente di analizzare le prestazioni per pagatore, individuando quelli con percentuali di rifiuto elevate o tempi di pagamento lunghi e definendo strategie mirate di seguito.

Dove reperirli

Queste informazioni fanno parte dei dettagli della copertura sanitaria del paziente e sono collegate al conto ospedaliero (HAR) in Epic Resolute.

Esempi
Medicare Parte BUnitedHealthcareAetna PPO
Ora di fine dell’evento
EventEndTime
Data e ora che indicano il completamento di un’attività, utili per calcolarne la durata.
Descrizione

Questo attributo registra l’ora di completamento di un’attività. Molte attività sono eventi istantanei, per i quali StartTime coincide con EndTime, mentre alcune operazioni hanno una durata misurabile, come una telefonata di follow-up dopo un rifiuto.

Quando disponibile, EndTime consente di calcolare direttamente il tempo di elaborazione dell’attività («EndTime» - «StartTime»). Il calcolo è più preciso rispetto alla stima della durata basata sull’ora di inizio dell’attività successiva, perché tiene conto dei tempi di inattività tra un passaggio e l’altro. È un elemento essenziale per calcolare l’attributo «ProcessingTime».

Perché è importante

Consente di calcolare con precisione il tempo necessario per completare ogni attività, un dato fondamentale per individuare le operazioni inefficienti e misurare la produttività delle risorse.

Dove reperirli

Potrebbe essere disponibile in alcuni moduli di Epic Resolute che registrano l’inizio e la fine delle attività, ad esempio nei log delle code di lavoro o della gestione delle attività. Spesso, però, non viene registrato in modo esplicito.

Esempi
2023-04-15T09:45:00Z2023-04-16T11:15:30Z2023-05-01T14:02:00Z
Sistema di origine
SourceSystem
Il sistema informativo da cui provengono i dati.
Descrizione

Questo attributo identifica il sistema di origine del record, che in questo contesto è Epic Resolute. Negli ambienti con più sistemi integrati, il campo permette di distinguere la provenienza dei dati.

Anche se può sembrare ridondante quando si considera un solo sistema, è una buona pratica per la governance dei dati e la scalabilità. Garantisce chiarezza nel caso in cui vengano integrati in seguito dati provenienti da altri sistemi, ad esempio da una piattaforma separata per il recupero crediti.

Perché è importante

Fornisce informazioni essenziali sulla provenienza e sul contesto dei dati, chiarendone l’origine, aspetto fondamentale per la governance dei dati e la risoluzione dei problemi.

Dove reperirli

In genere è un valore statico aggiunto durante l’estrazione e la trasformazione dei dati per indicare l’origine del set di dati.

Esempi
Epic ResoluteEpicResolute_V2023
Tempo totale del ciclo dei ricavi
TotalRevenueCycleTime
Durata totale calcolata dal primo evento relativo alla prestazione fino al pagamento finale o alla chiusura del conto.
Descrizione

Questo KPI a livello di caso misura la durata complessiva del ciclo dei ricavi per un singolo evento di fatturazione. In genere, si calcola come differenza tra l’attività «Prestazione erogata» e l’attività finale «Pagamento ricevuto» o «Conto chiuso».

Questa metrica di alto livello offre una visione complessiva dell’efficienza del processo RCM. Monitorarla nel tempo aiuta a misurare l’impatto delle iniziative di miglioramento dei processi e fornisce un indicatore chiave della velocità di conversione in liquidità.

Perché è importante

Offre una visione complessiva dell’efficienza del processo, dall’inizio alla fine, misurando direttamente il tempo necessario per convertire una prestazione in liquidità.

Dove reperirli

È una metrica calcolata nello strumento di Process Mining filtrando il primo e l’ultimo evento di ogni caso e calcolando la differenza temporale.

Esempi
259200038880005184000
Ultimo aggiornamento dei dati
LastDataUpdate
Data e ora che indicano l’ultimo aggiornamento o l’ultima estrazione dei dati di questo evento dal sistema di origine.
Descrizione

Questo attributo indica quanto sono aggiornati i dati e riporta l’ultima volta in cui il record è stato estratto da Epic Resolute e caricato nel set di dati per il Process Mining.

È importante per valutare l’attualità dell’analisi e convalidare i dati. Aiuta a capire se si stanno consultando le informazioni più recenti disponibili ed è fondamentale per gestire i cicli di aggiornamento dei dati.

Perché è importante

Permette di valutare l’attualità dei dati analizzati, aspetto fondamentale per prendere decisioni aziendali precise e aggiornate.

Dove reperirli

Questa data e ora vengono aggiunte dal processo ETL (Extract, Transform, Load) durante l’acquisizione dei dati.

Esempi
2023-06-10T02:00:00Z2023-06-11T02:00:00Z
Obbligatorio Consigliato Facoltativo

Attività della gestione del ciclo dei ricavi

Questi sono i passaggi e le tappe fondamentali del processo da registrare nell’Event Log per individuare con precisione il processo e misurarne le prestazioni.
7 Consigliato 5 Facoltativo
Attività Descrizione
Addebiti registrati
Indica la registrazione formale degli addebiti fatturabili per i servizi erogati. In Epic si tratta in genere di una transazione esplicita registrata sul conto del paziente, spesso generata automaticamente dalle attività cliniche o inserita manualmente.
Perché è importante

È una prima tappa fondamentale. Misurare la rapidità e la precisione con cui vengono registrati gli addebiti aiuta ad accelerare la fatturazione e a verificare che tutti i servizi erogati siano fatturati.

Dove reperirli

È registrato esplicitamente nei log delle transazioni di Resolute. Ogni addebito è una voce distinta con data di registrazione, data del servizio e importo; spesso si trova in tabelle come ARPB_TRANSACTIONS.

Acquisizione

Acquisisca le transazioni di registrazione degli addebiti dal log delle transazioni finanziarie del sistema.

Tipo di evento explicit
Conto chiuso
È l’attività finale: indica che il saldo residuo dell’evento di fatturazione è pari a zero e che non sono previste altre attività. Può essere dovuto al pagamento integrale, a rettifiche o a uno stralcio.
Perché è importante

Questo evento segna il completamento del ciclo dei ricavi per un evento di fatturazione. La durata complessiva, dall’erogazione del servizio alla chiusura, è un KPI fondamentale per valutare l’efficienza del processo.

Dove reperirli

In genere è un evento dedotto. Si individua il momento in cui il saldo del conto relativo all’evento di fatturazione raggiunge lo zero e vi rimane.

Acquisizione

Si deduce calcolando il saldo progressivo del conto e individuando la data e l’ora dell’ultima transazione che ha portato il saldo a zero.

Tipo di evento inferred
Pagamento registrato sul conto
È l’evento in cui un pagamento ricevuto viene applicato o attribuito a specifici addebiti sul conto del paziente. Questa operazione riduce il saldo residuo dell’evento di fatturazione.
Perché è importante

Registrare tempestivamente i pagamenti è fondamentale per mantenere saldi corretti e chiudere gli eventi di fatturazione. Consente di individuare con precisione gli importi residui da fatturare a un pagatore secondario o da riscuotere.

Dove reperirli

È una transazione esplicita in Resolute. La registrazione del pagamento collega una transazione di pagamento a una o più transazioni di addebito, come riportato nelle tabelle di dettaglio delle transazioni.

Acquisizione

Acquisisca il record della transazione che applica un pagamento a un addebito, identificabile in base a specifici tipi di transazione.

Tipo di evento explicit
Pagamento ricevuto
Indica la ricezione di un pagamento da parte del pagatore o del paziente. In genere l’evento viene registrato quando viene caricato un avviso elettronico di rimessa (ERA) o inserito nel sistema un assegno ricevuto.
Perché è importante

Questa attività è una tappa importante, perché indica l’arrivo di ricavi. Il tempo tra l’invio della richiesta e la ricezione del pagamento è una misura fondamentale delle prestazioni dei crediti verso clienti.

Dove reperirli

È registrato esplicitamente come transazione di pagamento in Resolute. Le transazioni riportano data, origine e importo e spesso vengono registrate prima di essere attribuite ai singoli addebiti.

Acquisizione

Acquisisca le transazioni di pagamento dal log delle transazioni finanziarie, individuandole spesso in base a specifici tipi di transazione.

Tipo di evento explicit
Richiesta di rimborso inviata al pagatore
Indica il momento in cui la richiesta di rimborso viene inviata ufficialmente al pagatore assicurativo per la valutazione. In Epic, l’evento viene registrato quando il file elettronico della richiesta è trasmesso alla stanza di compensazione o al pagatore.
Perché è importante

Questa tappa è fondamentale perché avvia il conteggio dei tempi di pagamento del pagatore. Analizzarla aiuta a misurare l’efficienza della trasmissione delle richieste e contribuisce al KPI Tempo di consegna della fattura al pagatore.

Dove reperirli

È un evento esplicito registrato in Resolute. Il record della richiesta riporta lo stato di invio e la data e l’ora della trasmissione.

Acquisizione

Acquisisca la data e l’ora associate al passaggio dello stato della richiesta a 'Submitted' o 'Transmitted'.

Tipo di evento explicit
Richiesta di rimborso rifiutata dal pagatore
Indica la ricezione della notifica con cui il pagatore comunica il rifiuto della richiesta. L’evento viene registrato quando Epic elabora un avviso elettronico di rimessa (file 835) o quando un utente registra manualmente il rifiuto.
Perché è importante

Questa attività avvia un ciclo di rilavorazione importante. Analizzare i motivi e il numero dei rifiuti è essenziale per individuarne le cause profonde, migliorare la percentuale di pagamenti al primo invio e ridurre i ritardi negli incassi.

Dove reperirli

È registrato esplicitamente come transazione o aggiornamento di stato della richiesta. Le informazioni sul rifiuto, compresi i codici motivo, vengono in genere ricevute elettronicamente e registrate sul conto.

Acquisizione

Filtri i tipi di transazione specifici o gli aggiornamenti di stato della richiesta che indicano un rifiuto.

Tipo di evento explicit
Servizio erogato
Questa attività indica il momento in cui viene erogato un servizio clinico al paziente e si avvia l’evento di fatturazione. Spesso viene registrata nell’EHR Epic (EpicCare) quando un medico convalida una visita o una procedura.
Perché è importante

È il principale evento di inizio del ciclo dei ricavi. Analizzare il tempo che intercorre tra questo momento e la registrazione degli addebiti è fondamentale per individuare i ritardi nell’avvio della fatturazione e le potenziali perdite di ricavi.

Dove reperirli

In genere si deduce dalle date e dagli orari del servizio o della visita registrati nei moduli clinici e collegati al conto di fatturazione. La data del servizio riportata nella transazione di addebito è il dato fondamentale.

Acquisizione

Si deduce dalla data del servizio associata alla prima transazione di addebito dell’evento di fatturazione.

Tipo di evento inferred
Avvio del seguito di una richiesta rifiutata
Questa attività segna l’inizio del processo interno di revisione e risoluzione di una richiesta rifiutata. Spesso viene registrata quando un utente prende in carico la richiesta rifiutata in una coda di lavoro o ne modifica lo stato.
Perché è importante

Monitorare questo passaggio aiuta a misurare la tempestività del team che gestisce i rifiuti. I ritardi tra il rifiuto e l’avvio del seguito possono allungare inutilmente il ciclo dei ricavi.

Dove reperirli

In genere si deduce dalle modifiche dello stato della richiesta o dalla cronologia delle assegnazioni nelle code di lavoro di Epic. Ad esempio, lo stato della richiesta può passare da 'Denied' a 'In Review'.

Acquisizione

Lo deduca da una modifica dello stato della richiesta o da una voce del log di audit che indica l’avvio della gestione del rifiuto da parte di un utente.

Tipo di evento inferred
Rettifica del conto effettuata
Questa attività rappresenta una transazione diversa da un pagamento che modifica il saldo del conto, ad esempio una rettifica contrattuale, lo stralcio di un piccolo saldo o uno sconto commerciale. Viene registrata con un tipo di transazione specifico.
Perché è importante

Analizzare le rettifiche è fondamentale per individuare le perdite di ricavi. Un numero elevato di determinati tipi di rettifica può segnalare problemi nei tariffari, nei contratti o nelle procedure interne.

Dove reperirli

È registrata esplicitamente come transazione di rettifica nei log finanziari di Resolute. Ogni rettifica è associata a un tipo o a un codice motivo specifico.

Acquisizione

Filtri i tipi di transazione corrispondenti a rettifiche finanziarie o stralci.

Tipo di evento explicit
Richiesta di rimborso generata
Questa attività indica che il sistema ha creato una richiesta di rimborso o una fattura formale sulla base degli addebiti registrati. È un passaggio preparatorio prima dell’invio al pagatore o al paziente.
Perché è importante

Monitorare la generazione delle richieste di rimborso aiuta a individuare i ritardi tra la registrazione degli addebiti e la preparazione per l’invio. È un passaggio interno importante, che può influire sulla tempestività complessiva della fatturazione.

Dove reperirli

In genere viene registrata quando viene eseguito un processo batch di fatturazione o generazione delle richieste di rimborso. Il sistema registra la data e l’ora di creazione del file della richiesta, ad esempio un file 837, per un determinato conto.

Acquisizione

Individui le voci di log o le modifiche di stato che indicano che la richiesta di rimborso è stata compilata ed è pronta per l’invio.

Tipo di evento explicit
Richiesta di rimborso inviata nuovamente
Questo evento si verifica dopo che una richiesta rifiutata è stata corretta e inviata di nuovo al pagatore. È un invio distinto, collegato alla richiesta originale.
Perché è importante

È una fase fondamentale del ciclo di rilavorazione. Misurare il tempo necessario per il nuovo invio e la percentuale di successo delle richieste reinviate è essenziale per valutare l’efficacia del processo di risoluzione dei rifiuti.

Dove reperirli

È un evento esplicito simile all’invio iniziale, ma spesso contrassegnato come nuovo invio. Il record della richiesta riporta una nuova data e ora di invio e può includere un codice di reinvio.

Acquisizione

Acquisisca la data e l’ora di invio della richiesta contrassegnata come correzione o nuovo invio.

Tipo di evento explicit
Saldo trasferito al recupero crediti
Indica il momento in cui un saldo non pagato viene trasferito a una procedura interna o esterna di recupero crediti. Spesso corrisponde a una modifica esplicita dello stato del conto o dell’evento di fatturazione.
Perché è importante

Questa attività avvia la fase finale del recupero dei saldi non pagati. Monitorare la percentuale di successo e il tempo di ciclo del recupero crediti è fondamentale per ridurre al minimo i crediti inesigibili.

Dove reperirli

In genere è un evento esplicito. Epic consente di trasferire i conti alle agenzie di recupero crediti, generando una voce di log o una modifica dello stato del conto.

Acquisizione

Individui la modifica di stato o la transazione che indica che il conto è stato affidato a un’agenzia di recupero crediti.

Tipo di evento explicit
Consigliato Facoltativo

Guide all’estrazione

Come estrarre i dati da Epic Resolute

È pronto a iniziare?

Sfrutti appieno il potenziale del processo di gestione del ciclo dei ricavi grazie a dati precisi. Inizi oggi il percorso verso una maggiore efficienza e risultati finanziari migliori.

Ottimizzi subito la gestione del ciclo dei ricavi per ottenere la massima efficienza

Individui le inefficienze RCM in Epic Resolute e riduca il tempo di ciclo del 30%.

Inizi la prova gratuita

Non è richiesta alcuna carta di credito. Inizi oggi a ottimizzare i processi.