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

Waystar
Il Suo template dei dati per la gestione del ciclo dei ricavi

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

Questo template offre una guida completa agli attributi dei dati essenziali da raccogliere e alle attività chiave da monitorare per analizzare efficacemente la gestione del ciclo dei ricavi. Include inoltre indicazioni pratiche su come estrarre questi dati dai Suoi sistemi. Seguendo il template, potrà creare una base solida per ottimizzare il processo RCM.
  • Attributi dei dati consigliati per un’analisi completa
  • Attività chiave del processo da monitorare
  • Indicazioni pratiche per estrarre i dati da Waystar
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 e le relative descrizioni, essenziali per creare un Event Log completo e analizzare in modo approfondito il processo di gestione del ciclo dei ricavi.
5 Obbligatorio 6 Consigliato 10 Facoltativo
Nome Descrizione
Data e ora dell’evento
EventTimestamp
La data e l’ora esatte in cui si è verificata l’attività.
Descrizione

La data e ora dell’evento registra il momento esatto in cui si è svolta un’attività. Questo dato è fondamentale per ordinare gli eventi cronologicamente e calcolare la durata tra i diversi passaggi del processo.

Nell’analisi dei processi, le date e ore degli eventi servono a calcolare indicatori chiave, come i tempi di ciclo, di attesa e di elaborazione. Per esempio, la differenza tra la data e ora di «Richiesta inviata» e quella di «Pagamento registrato» determina il tempo complessivo del ciclo di pagamento. Dati temporali accurati sono essenziali per l’analisi dei colli di bottiglia e il monitoraggio delle prestazioni.

Perché è importante

Le date e ore degli eventi sono necessarie per ordinarli, calcolare i tempi di ciclo e analizzare le prestazioni del processo: costituiscono la base temporale dell’analisi.

Dove reperirli

È un campo standard associato a quasi tutte le transazioni o ai record delle modifiche di stato in Waystar, spesso denominato «Data di creazione», «Data della transazione» o in modo simile.

Esempi
2023-10-26T10:00:00Z2023-10-27T14:35:10Z2023-11-05T09:15:00Z
Evento di fatturazione
BillingEvent
Identificativo univoco di una singola prestazione o fornitura di un prodotto che genera un addebito e costituisce il caso del processo del ciclo dei ricavi.
Descrizione

L’evento di fatturazione funge da identificativo principale del caso e collega tutte le attività, dall’acquisizione degli addebiti alla chiusura del conto, per una specifica prestazione fatturabile. Rappresenta l’intero ciclo di vita di una singola richiesta o fattura del paziente.

Nel Process Mining, analizzare il percorso di ogni evento di fatturazione offre una visione completa del ciclo dei ricavi. Aiuta a individuare i percorsi più frequenti, le deviazioni e i colli di bottiglia che interessano le singole richieste. Questo livello di dettaglio è essenziale per comprendere le prestazioni del processo e individuare gli ambiti specifici da migliorare, ad esempio i ritardi nell’invio delle richieste o nella registrazione dei pagamenti.

Perché è importante

È l’ID del caso fondamentale che collega tutte le attività correlate al ciclo dei ricavi e consente di ricostruire il processo completo per ogni voce fatturabile.

Dove reperirli

In genere è la chiave primaria della tabella principale delle transazioni di fatturazione o delle richieste in Waystar. Per conoscere la tabella e il nome del campo specifici, consulti la documentazione di Waystar.

Esempi
BE-2024-0012345BE-2024-0012346BE-2024-0012347
Nome dell’attività
ActivityName
Il nome dello specifico evento aziendale o passaggio avvenuto nel processo del ciclo dei ricavi, ad esempio «Richiesta inviata» o «Pagamento registrato».
Descrizione

Questo attributo descrive le singole attività che compongono il processo completo del ciclo dei ricavi. Ogni valore rappresenta un passaggio, una tappa o un’attività distinta svolta nell’ambito di un evento di fatturazione, come la creazione di una richiesta, la ricezione di un rifiuto o la registrazione di un pagamento.

Analizzare la sequenza e la frequenza di queste attività è alla base del Process Mining. Consente di visualizzare la mappa del processo, individuare i cicli di correzione, ad esempio «Richiesta respinta» seguita da «Richiesta corretta», e misurare i tempi di transizione tra i passaggi. È fondamentale per comprendere l’efficienza del processo e la conformità.

Perché è importante

Questo attributo definisce i passaggi della mappa del processo, elemento fondamentale per visualizzare e analizzare il flusso di lavoro del ciclo dei ricavi.

Dove reperirli

Generato dai log degli eventi, dai record delle modifiche di stato o dai tipi di transazione nei moduli di gestione delle richieste e di fatturazione di Waystar.

Esempi
Richiesta inviata all’ente pagatoreRichiesta di rimborso respintaPagamento registratoConto chiuso
Sistema di origine
SourceSystem
Il sistema o l’applicazione da cui provengono i dati dell’evento.
Descrizione

Questo attributo identifica il sistema di origine che ha generato i dati dell’evento. In un ambiente IT complesso, gli eventi del ciclo dei ricavi possono provenire da diversi moduli di Waystar o anche da sistemi esterni integrati, come una cartella clinica elettronica (EHR).

Conoscere il sistema di origine è importante per convalidare i dati, risolvere i problemi e comprendere le variazioni del processo che possono dipendere dal comportamento dei diversi sistemi. Aiuta ad attribuire i problemi del processo all’applicazione o all’interfaccia corretta.

Perché è importante

Identifica la provenienza dei dati, un aspetto fondamentale per la governance dei dati, il controllo della qualità e la comprensione delle variazioni del processo tra sistemi diversi.

Dove reperirli

Spesso è un valore statico («Waystar») aggiunto durante l’estrazione dei dati oppure ricavato da moduli o tabelle specifici del sistema.

Esempi
Waystar RCMModulo di fatturazione WaystarInterfaccia EHR
Ultimo aggiornamento dei dati
LastDataUpdate
La data e ora che indicano l’ultimo aggiornamento o l’ultima estrazione dei dati relativi a questo evento.
Descrizione

Questo attributo indica la data e ora dell’ultima estrazione dei dati dal sistema di origine. Non corrisponde al momento in cui si è verificato l’evento aziendale, ma a quello in cui il record è stato acquisito per l’analisi.

Questa informazione è fondamentale per la governance dei dati e per capire quanto siano aggiornati i dati utilizzati nell’analisi di Process Mining. Consente di verificare se le informazioni sono aggiornate ed è essenziale per gestire i caricamenti incrementali dei dati.

Perché è importante

Garantisce la trasparenza dei dati indicandone il livello di aggiornamento, essenziale per produrre report e analisi accurati e tempestivi.

Dove reperirli

In genere, durante l’acquisizione dei dati, il processo ETL (estrazione, trasformazione e caricamento) genera questa data e ora e la aggiunge a ogni riga.

Esempi
2024-01-15T02:00:00Z2024-01-16T02:00:00Z
Codice del motivo del rifiuto
DenialReasonCode
Codice standard che indica il motivo per cui il pagatore ha respinto una richiesta.
Descrizione

Quando un pagatore respinge una richiesta, fornisce un codice che spiega il motivo del rifiuto. Il codice può indicare, ad esempio, informazioni mancanti, prestazioni non coperte o errori di codifica. Questo attributo registra il codice specifico.

Analizzare i codici dei motivi di rifiuto è fondamentale per migliorare il ciclo dei ricavi. Consente all’organizzazione di individuare le cause profonde dei rifiuti, ad esempio errori frequenti in un reparto specifico o problemi legati ai requisiti di un determinato pagatore. Questi dati alimentano direttamente la Dashboard «Tasso e motivi di rifiuto delle richieste» e sono essenziali per definire strategie che prevengano nuovi rifiuti e aumentino la percentuale di pagamenti al primo invio.

Perché è importante

Questo attributo è essenziale per analizzare le cause profonde dei rifiuti delle richieste e definire interventi mirati per ridurre le perdite di ricavi e le rilavorazioni.

Dove reperirli

Viene compilato nel record della richiesta quando si verifica un rifiuto. L’informazione è trasmessa dal pagatore nel rendiconto di pagamento.

Esempi
CO-16: alla richiesta o alla prestazione mancano informazioniPR-96: addebito per prestazioni non coperteCO-22: la prestazione potrebbe essere coperta da un altro pagatore
Importo fatturato
BilledAmount
Importo totale addebitato per le prestazioni indicate nella richiesta.
Descrizione

L’importo fatturato rappresenta l’addebito lordo per le prestazioni fornite al paziente, prima di applicare rettifiche, adeguamenti contrattuali o pagamenti. È il valore iniziale della richiesta inviata al pagatore.

Questo attributo è fondamentale per l’analisi finanziaria e per comprendere il valore monetario che attraversa il processo. Può essere utilizzato per segmentare l’analisi in base al valore delle richieste, individuare tendenze negli addebiti per le diverse prestazioni e calcolare l’impatto finanziario complessivo delle inefficienze, come i rifiuti o i ritardi nei pagamenti. È un indicatore di base per la maggior parte delle Dashboard finanziarie.

Perché è importante

Rappresenta il valore totale di una richiesta e consente di analizzare l’impatto finanziario dei ritardi, dei rifiuti e delle rettifiche nel processo.

Dove reperirli

È un campo finanziario standard nella schermata di inserimento della richiesta o dell’addebito in Waystar.

Esempi
150.001250.75540.50
Nome del pagatore
PayerName
Il nome della compagnia assicurativa o del pagatore terzo responsabile della richiesta.
Descrizione

Questo attributo identifica il pagatore specifico, ad esempio una compagnia assicurativa, un programma governativo come Medicare o un altro ente, responsabile della valutazione e del pagamento della richiesta. Ogni pagatore può avere requisiti di invio, scadenze di pagamento e motivi di rifiuto diversi.

Analizzare il processo in base al nome del pagatore è essenziale per individuare quelli con i cicli di pagamento più lunghi, i tassi di rifiuto più elevati o le procedure più complesse. In questo modo, le organizzazioni possono adattare le proprie strategie, dare priorità ai solleciti verso i pagatori problematici e negoziare contratti più vantaggiosi.

Perché è importante

Segmentare il processo in base al pagatore è fondamentale per individuare i colli di bottiglia specifici, le cause dei rifiuti e i ritardi nei pagamenti.

Dove reperirli

Si trova nelle informazioni sulla richiesta o sulla fatturazione ed è collegato ai dati assicurativi del paziente in Waystar.

Esempi
AetnaBlue Cross Blue ShieldCignaMedicare Parte B
Saldo residuo
OutstandingBalance
Importo ancora da riscuotere per l’evento di fatturazione.
Descrizione

Il saldo residuo rappresenta l’importo attualmente dovuto per un determinato evento di fatturazione. Si calcola sottraendo dall’importo fatturato i pagamenti e le rettifiche applicati fino a quel momento.

È un indicatore finanziario fondamentale per gestire il flusso di cassa e i crediti verso clienti. È l’attributo principale della Dashboard «Saldi residui e anzianità dei crediti» e consente all’organizzazione di monitorare il totale dei crediti, individuare i conti con i saldi più elevati e stabilire le priorità delle attività di recupero. Monitorarne l’andamento nel tempo permette di valutare l’efficacia del processo di recupero crediti.

Perché è importante

Misura direttamente i crediti verso clienti, un dato essenziale per gestire il flusso di cassa, stabilire le priorità nel recupero crediti e valutare la salute finanziaria.

Dove reperirli

In genere è un campo calcolato nei moduli di reportistica di Waystar (importo fatturato - importo pagato - rettifiche). Se non è disponibile un campo diretto, potrebbe essere necessario calcolarlo durante l’estrazione dei dati.

Esempi
30.00270.25540.50
Stato della richiesta
ClaimStatus
Lo stato corrente della richiesta nel suo ciclo di vita, ad esempio «Inviata», «In attesa», «Pagata» o «Respinta».
Descrizione

Lo stato della richiesta mostra a che punto si trova uno specifico evento di fatturazione nel ciclo dei ricavi. Indica l’ultima tappa raggiunta, ad esempio se la richiesta è stata inviata, è in revisione presso il pagatore, è stata pagata o è stata respinta.

Questo attributo è fondamentale per la rendicontazione finanziaria e la gestione operativa. Nel Process Mining aiuta a comprendere lo stato attuale di tutti i casi aperti e permette di analizzare quanto tempo trascorrono in determinati stati, come «In attesa della valutazione del pagatore». Supporta direttamente la Dashboard «Saldi residui e anzianità dei crediti».

Perché è importante

Offre una visione aggiornata di tutte le richieste in corso, consentendo di analizzare i colli di bottiglia e stabilire le priorità di lavoro.

Dove reperirli

È un campo standard del record della richiesta o di fatturazione in Waystar, aggiornato man mano che la richiesta avanza nel ciclo.

Esempi
InviataRicevuta dal pagatoreRespintaPagata per intero
Tipo di prestazione
ServiceType
La categoria o il tipo di prestazione medica fornita, ad esempio «Radiologia», «Visita cardiologica» o «Intervento chirurgico».
Descrizione

Il tipo di prestazione classifica la natura della prestazione fatturabile fornita al paziente. Prestazioni diverse hanno spesso codici di fatturazione, tariffe di rimborso e livelli di complessità del processo distinti.

Questo attributo consente un’analisi dettagliata del ciclo dei ricavi in base al reparto clinico o alla linea di servizio. Aiuta a rispondere a domande come «Quali linee di servizio registrano i maggiori ritardi di fatturazione?» o «I tassi di rifiuto sono più elevati per gli interventi chirurgici rispetto alle visite?». È fondamentale per analizzare le prestazioni dei reparti e definire interventi mirati di miglioramento dei processi.

Perché è importante

Consente di analizzare le prestazioni del processo per reparto clinico o linea di servizio, mettendo in luce le differenze di efficienza e redditività.

Dove reperirli

In genere si ricava dai codici delle procedure (CPT/HCPCS) oppure si collega al reparto che ha fornito la prestazione in Waystar.

Esempi
RadiologiaVisita cardiologicaAccesso al pronto soccorsoIntervento chirurgico ambulatoriale
Classe del paziente
PatientClass
Indica lo stato del paziente per l’episodio di cura, ad esempio «Ricoverato» o «Ambulatoriale».
Descrizione

La classe del paziente categorizza il tipo di episodio di cura e spesso determina le regole di fatturazione e le tariffe di rimborso. Tra le classi più comuni figurano ricovero, prestazione ambulatoriale e pronto soccorso.

Analizzare il ciclo dei ricavi in base alla classe del paziente può rivelare differenze significative nel processo. Per esempio, le richieste relative ai ricoveri sono spesso più complesse e hanno cicli di pagamento più lunghi rispetto a quelle ambulatoriali. Questa segmentazione è importante per definire obiettivi di prestazione realistici e adattare gli interventi di miglioramento alle esigenze specifiche di ciascuna classe.

Perché è importante

Consente di segmentare il processo in base alla complessità dell’episodio di cura, ad esempio ricovero o prestazione ambulatoriale, spesso correlata a regole di fatturazione e tempi di ciclo diversi.

Dove reperirli

È un campo standard nei dati di registrazione del paziente o dell’episodio di cura in Waystar o nell’EHR di origine.

Esempi
RicoveroPrestazione ambulatorialePronto soccorso
Codice del motivo della rettifica
AdjustmentReasonCode
Codice che spiega il motivo di una rettifica finanziaria al saldo del conto.
Descrizione

Quando il saldo di un conto cambia per motivi diversi da un pagamento, ad esempio per un adeguamento contrattuale o uno stralcio, si utilizza un codice del motivo della rettifica per documentarne la causa. Questo attributo registra tale codice.

Analizzare questi codici è essenziale per la Dashboard «Tasso e impatto delle rettifiche dei conti». Aiuta a individuare le cause profonde delle perdite di ricavi, come le frequenti rettifiche contrattuali con determinati pagatori o gli stralci dovuti a errori di fatturazione. Comprendere questi motivi è il primo passo per ridurre le perdite di ricavi evitabili.

Perché è importante

Spiega perché i ricavi sono stati rettificati o stornati e offre informazioni fondamentali sulle perdite di ricavi e sulle prestazioni dei contratti con i pagatori.

Dove reperirli

Associato alle transazioni di rettifica nel modulo di registrazione dei pagamenti o di gestione dei crediti di Waystar.

Esempi
Obbligo contrattualeStralcio di piccoli importiCorrezione di errori di fatturazione
Data di scadenza del pagamento
PaymentDueDate
La data entro cui è previsto il pagamento della fattura o della richiesta di rimborso.
Descrizione

La data di scadenza del pagamento è la data stabilita dal fornitore o prevista dai contratti con i pagatori entro cui il pagamento dovrebbe essere ricevuto. Costituisce un riferimento per misurare la puntualità dei pagamenti.

Questo attributo è essenziale per la Dashboard «Saldi insoluti e anzianità». Viene utilizzato per calcolare da quanto tempo i crediti sono insoluti e suddividerli in fasce, ad esempio «0-30 giorni», «31-60 giorni» e così via. Questa analisi dell’anzianità è una prassi finanziaria standard per gestire i crediti e dare priorità alle attività di recupero degli importi scaduti.

Perché è importante

Fornisce il riferimento per calcolare l’anzianità dei crediti, un dato fondamentale per gestire le attività di recupero e valutare la puntualità dei flussi di cassa.

Dove reperirli

È riportata nella fattura o nella richiesta di rimborso. Può essere calcolata in base alla data della fattura e ai termini di pagamento.

Esempi
2023-11-252023-12-152024-01-30
ID del paziente
PatientId
Identificativo univoco del paziente che ha ricevuto la prestazione.
Descrizione

Questo attributo è l’identificativo univoco del paziente associato all’evento di fatturazione. Collega la transazione finanziaria alla persona che ha ricevuto la prestazione.

L’evento di fatturazione costituisce il caso, mentre l’ID del paziente consente un’analisi incentrata sul paziente. Può aiutare a individuare i pazienti che tornano più volte, comprendere il loro percorso finanziario completo attraverso più visite e analizzare se determinate caratteristiche demografiche sono associate a problemi di pagamento o a tassi di rifiuto più elevati. Permette inoltre di aggregare tutte le attività di fatturazione relative a una singola persona.

Perché è importante

Consente un’analisi incentrata sul paziente e offre una visione dell’intero percorso finanziario di una persona attraverso più eventi di fatturazione.

Dove reperirli

È un campo standard del record della richiesta o di registrazione del paziente in Waystar, oppure è collegato a un EHR.

Esempi
MRN-887654MRN-902101MRN-123456
Importo pagato
PaidAmount
Importo totale ricevuto e registrato per la richiesta dai pagatori o dal paziente.
Descrizione

Questo attributo registra l’importo cumulativo riscosso per un evento di fatturazione. Include i pagamenti dei pagatori assicurativi primari e secondari, oltre a quelli del paziente.

L’importo pagato è un indicatore chiave dei risultati del ciclo dei ricavi. Serve a calcolare il ricavo finale sugli addebiti fatturati e a misurare l’efficacia dell’intero processo. Confrontare l’importo fatturato con quello pagato permette di valutare i risultati finanziari e individuare le perdite di ricavi. È essenziale per le Dashboard dedicate all’efficacia delle riscossioni e alla salute finanziaria complessiva.

Perché è importante

Misura gli incassi effettivi, un indicatore chiave per valutare il successo complessivo del processo del ciclo dei ricavi.

Dove reperirli

Si ricava dalle transazioni di registrazione dei pagamenti collegate alla richiesta in Waystar. Potrebbe essere necessario sommare più record di pagamento.

Esempi
120.00980.500.00
Importo rettificato
AdjustedAmount
Importo finanziario totale rettificato o stralciato per l’evento di fatturazione.
Descrizione

L’importo rettificato rappresenta la somma di tutte le rettifiche finanziarie apportate al saldo di un evento di fatturazione. Comprende gli abbuoni contrattuali previsti dagli accordi con i pagatori, oltre ad altri stralci o correzioni.

È una metrica chiave per la Dashboard «Tasso e impatto delle rettifiche dei conti». La somma di questo importo per diversi codici causale o pagatori mostra l’impatto finanziario delle perdite di ricavi. Aiuta a quantificare le perdite e a motivare gli interventi sulle cause profonde delle rettifiche.

Perché è importante

Quantifica i ricavi persi a causa di stralci e rettifiche, evidenziando l’impatto finanziario dei problemi di fatturazione e dei termini contrattuali.

Dove reperirli

Proviene dalle transazioni di rettifica finanziaria in Waystar. Potrebbe essere necessario sommare più voci di rettifica relative a un singolo evento di fatturazione.

Esempi
250.2550.0015.80
Pagamento al primo invio
IsFirstPassPayment
Indicatore che segnala se la richiesta di rimborso è stata pagata correttamente al primo invio, senza rifiuti né rettifiche.
Descrizione

Questo attributo booleano calcolato indica se una richiesta di rimborso è stata pagata senza eventi negativi intermedi, come un diniego, un rifiuto o una richiesta di ulteriori informazioni. Il valore «true» indica che la gestione della richiesta è avvenuta senza problemi e in modo efficiente.

Questo attributo contribuisce direttamente al KPI «Tasso di pagamento al primo invio», una misura fondamentale dell’efficienza complessiva del ciclo dei ricavi. Analizzare le caratteristiche delle richieste non pagate al primo invio, ad esempio per pagatore o tipo di servizio, aiuta a individuare i principali fattori che causano rilavorazioni e ritardi nei pagamenti. Un tasso più elevato accelera i flussi di cassa e riduce i costi operativi.

Perché è importante

Misura direttamente la qualità della fatturazione e della gestione delle richieste di rimborso. Un tasso elevato di pagamento al primo invio indica un processo efficiente, con rilavorazioni minime.

Dove reperirli

È un attributo derivato, calcolato durante la trasformazione dei dati. La logica verifica che l’evento «Pagamento registrato» non sia preceduto da eventi come «Richiesta di rimborso respinta» o «Conto rettificato».

Esempi
truefalse
Tempo dal servizio alla fattura
ServiceToInvoiceCycleTime
Il tempo che intercorre tra il completamento di un servizio e la registrazione degli addebiti e la creazione della richiesta di rimborso.
Descrizione

Questa metrica, nota anche come «ritardo nella registrazione degli addebiti», misura l’efficienza della fase iniziale del processo di fatturazione. Si calcola come differenza tra l’evento «Servizio erogato/completato» e l’evento «Addebiti registrati» o «Richiesta di rimborso creata».

Questo attributo contribuisce direttamente alla Dashboard «Tempo di ciclo dal servizio alla fattura». I ritardi in questa fase, noti come ritardi nella registrazione degli addebiti, posticipano l’avvio del ciclo di pagamento e rallentano i flussi di cassa. Monitorare questo intervallo aiuta a garantire che tutti i servizi siano fatturati tempestivamente e con precisione, evitando perdite di ricavi e accelerando l’intero ciclo dei ricavi.

Perché è importante

Misura l’efficienza della fase iniziale della fatturazione. Ridurre il ritardo nella registrazione degli addebiti è fondamentale per accelerare l’intero ciclo dei ricavi ed evitare che alcuni addebiti vadano persi.

Dove reperirli

Calcolato durante la trasformazione dei dati sottraendo il timestamp dell’evento del servizio da quello della registrazione degli addebiti o della creazione della richiesta di rimborso.

Esempi
2 giorni e 8 ore1 giorno e 0 ore5 giorni e 1 ora
Tipo di pagatore
PayerType
La categoria del pagatore, ad esempio «Commerciale», «Medicare» o «Pagamento a carico del paziente».
Descrizione

Il tipo di pagatore raggruppa i singoli pagatori in categorie più ampie in base alla loro natura. Offre una visione di livello superiore rispetto al nome specifico del pagatore.

Questo attributo è utile per l’analisi strategica e la reportistica. Consente ai responsabili di comprendere le tendenze delle prestazioni tra le principali categorie di pagatori, ad esempio confrontando i risultati complessivi dei pagatori pubblici con quelli delle assicurazioni commerciali. Queste informazioni possono orientare le decisioni strategiche sui contratti con i pagatori e sull’allocazione delle risorse.

Perché è importante

Consente un’analisi di alto livello raggruppando i pagatori in categorie, come commerciale o pubblico, che spesso presentano modalità di pagamento e regole diverse.

Dove reperirli

In genere si ricava associando il nome del pagatore a un elenco di categorie predefinite. Questa logica può essere già presente in Waystar oppure va implementata durante la trasformazione dei dati.

Esempi
CommercialeMedicareMedicaidPagamento a carico del paziente
Utente responsabile
ResponsibleUser
L’utente o l’operatore che ha svolto l’attività, ad esempio un addetto alla fatturazione, un codificatore o uno specialista del recupero crediti.
Descrizione

Questo attributo identifica il dipendente o l’utente del sistema che ha svolto una determinata attività nel processo. Per esempio, può indicare quale addetto ha inviato una richiesta o quale operatore ha avviato una telefonata di sollecito.

Analizzare il processo per utente aiuta a comprendere la distribuzione del carico di lavoro, le prestazioni individuali e le esigenze di formazione. Può mettere in evidenza utenti con tassi di errore più elevati o più efficaci nella risoluzione dei rifiuti. È un’informazione utile per la gestione del team e il controllo della qualità nel reparto del ciclo dei ricavi.

Perché è importante

Attribuisce la responsabilità dei passaggi del processo, consentendo di analizzare le prestazioni individuali o del team e individuare le opportunità di formazione.

Dove reperirli

Si trova nella traccia di controllo o nei log delle transazioni degli eventi in Waystar, spesso con nomi come «UserID», «ProcessedBy» o simili.

Esempi
jsmithadavisbilling_bot_01
Obbligatorio Consigliato Facoltativo

Attività della gestione del ciclo dei ricavi

Questi sono i passaggi fondamentali del processo e i traguardi chiave da registrare nell’Event Log per individuare con precisione e analizzare in profondità le operazioni RCM.
6 Consigliato 7 Facoltativo
Attività Descrizione
Addebiti registrati
Segna l’inserimento nel sistema del ciclo dei ricavi dei servizi fatturabili. In genere, l’evento viene registrato esplicitamente quando un utente finalizza l’inserimento di un addebito o quando i dati arrivano da un sistema clinico.
Perché è importante

È il punto di partenza del processo di fatturazione. Analizzare il tempo che intercorre tra il completamento del servizio e la registrazione dell’addebito è fondamentale per individuare perdite di ricavi e ritardi nelle fasi iniziali.

Dove reperirli

Questo evento viene registrato in una tabella degli addebiti o delle transazioni di Waystar e include in genere la data e l’ora di creazione, corrispondenti al salvataggio o alla finalizzazione dell’addebito.

Acquisizione

Evento registrato al salvataggio o alla finalizzazione dell’inserimento di un addebito.

Tipo di evento explicit
Conto chiuso
Il ciclo di fatturazione è completato e il saldo del conto è pari a zero grazie ai pagamenti e alle rettifiche. Questo segna la conclusione positiva del ciclo dei ricavi per il caso.
Perché è importante

È il principale punto di conclusione del processo. Il tempo necessario per chiudere i conti e la percentuale di chiusure completate con successo sono indicatori chiave delle prestazioni complessive.

Dove reperirli

È un evento calcolato, dedotto in genere quando il campo del saldo residuo dell’evento di fatturazione diventa pari a zero nel sistema di contabilità dei pazienti.

Acquisizione

Calcolato quando la somma dei pagamenti e delle rettifiche è pari all’importo totale degli addebiti.

Tipo di evento calculated
Pagamento registrato
Un pagamento ricevuto viene applicato al conto del paziente e alla richiesta specifica, oppure riconciliato con essi. Questa attività trasferisce il saldo dai crediti verso clienti alla cassa.
Perché è importante

È un passaggio finale fondamentale nel ciclo del pagatore. Consente di monitorare il volume dei pagamenti registrati e i relativi tempi, assicurando che i conti vengano aggiornati correttamente e tempestivamente.

Dove reperirli

In Waystar, è un’azione esplicita registrata quando un utente registra il pagamento indicato nell’ERA. Molti sistemi dispongono anche di funzioni di registrazione automatica che tracciano questo evento.

Acquisizione

Evento registrato quando un pagamento indicato nell’ERA viene applicato a una richiesta, manualmente o tramite registrazione automatica.

Tipo di evento explicit
Richiesta di rimborso respinta
Il pagatore ha respinto la richiesta e non effettuerà il pagamento, come indicato nell’Electronic Remittance Advice (ERA). Questo evento avvia il ciclo di gestione del rifiuto o di correzione della richiesta.
Perché è importante

È direttamente collegato al KPI «Tasso di rifiuto delle richieste». Individuare la frequenza e le cause dei rifiuti è fondamentale per migliorare il processo e recuperare i ricavi.

Dove reperirli

Si deduce da specifici codici di rifiuto, denominati Claim Adjustment Reason Codes (CARC), presenti nell’ERA ricevuto (file 835).

Acquisizione

Si ricava dai codici di rettifica della richiesta (CARC) presenti nel file ERA che indicano un rifiuto.

Tipo di evento inferred
Richiesta inviata all’ente pagatore
Invio elettronico della richiesta di rimborso all’ente pagatore per la valutazione. È un passaggio di consegne fondamentale dal sistema del fornitore a quello dell’ente pagatore, tramite la clearinghouse.
Perché è importante

Una tappa fondamentale che avvia il conteggio dei tempi di risposta dell’ente pagatore. È essenziale per misurare gli indicatori chiave del ciclo di pagamento e individuare gli arretrati negli invii.

Dove reperirli

La funzione di clearinghouse di Waystar registra esplicitamente la data e l’ora di trasmissione del file della richiesta. Cerchi i registri degli invii o la cronologia dello stato delle richieste.

Acquisizione

Registrato nella cronologia degli invii delle richieste o nel registro delle transazioni dopo la trasmissione.

Tipo di evento explicit
Richiesta valutata
Il pagatore ha elaborato la richiesta di rimborso e ha preso una decisione sul pagamento. L’evento viene registrato quando si riceve dal pagatore un Electronic Remittance Advice (ERA), ovvero un file 835.
Perché è importante

È il principale punto decisionale del processo: determina se la richiesta verrà pagata o respinta, incidendo direttamente sui flussi di ricavi e sui flussi di lavoro per la gestione dei rifiuti.

Dove reperirli

Si deduce dalla data di ricezione dell’ERA (file 835) associato alla richiesta in Waystar. Il file ERA contiene i dettagli della decisione del pagatore.

Acquisizione

Si deduce dalla data di elaborazione del file ERA/835 ricevuto dal pagatore.

Tipo di evento inferred
Avvio delle attività di recupero crediti
Il conto del paziente è scaduto e sono iniziate le attività di recupero crediti. Queste possono includere promemoria automatici o il trasferimento del caso a un’agenzia di recupero crediti esterna.
Perché è importante

Supporta la Dashboard «Efficacia delle attività di recupero crediti». Aiuta ad analizzare i costi e il tasso di successo delle attività di recupero sui crediti scaduti.

Dove reperirli

In genere si deduce da una modifica dello stato del conto in Waystar a «Recupero crediti» o «Credito inesigibile», che avvia un flusso di lavoro diverso.

Acquisizione

Si deduce dalla modifica dello stato del conto a «Recupero crediti» o «Credito inesigibile».

Tipo di evento inferred
Conferma di ricezione della richiesta da parte dell’ente pagatore
Il sistema dell’ente pagatore conferma la ricezione del file della richiesta inviato. Di solito si tratta di una risposta automatica, come un rapporto 277CA o 999, che indica che la richiesta è stata accettata per l’elaborazione.
Perché è importante

Conferma l’avvenuta trasmissione e aiuta a individuare i rifiuti iniziali dovuti a errori di formato o di dati prima dell’avvio della valutazione, consentendo correzioni più rapide.

Dove reperirli

Registrato nelle tabelle dello stato delle richieste o dei file di risposta del modulo di clearinghouse di Waystar, dopo l’elaborazione di un file di conferma ricevuto dall’ente pagatore.

Acquisizione

Evento registrato dopo l’elaborazione di un file elettronico di conferma dell’ente pagatore.

Tipo di evento explicit
Conto rettificato
Al saldo del conto viene applicata una rettifica manuale o contrattuale. Può trattarsi di uno stralcio, di un adeguamento contrattuale, di uno sconto al paziente o di un’altra correzione.
Perché è importante

È essenziale per comprendere le perdite di ricavi. Analizzare le rettifiche aiuta a individuare problemi nei tariffari, nella gestione dei contratti o nei crediti inesigibili.

Dove reperirli

Ogni rettifica finanziaria deve essere registrata come transazione ai fini della revisione contabile. L’evento è esplicito nella tabella delle transazioni del conto.

Acquisizione

Registrato come tipo di transazione specifico nel libro mastro del conto.

Tipo di evento explicit
Estratto conto inviato al paziente
Dopo la valutazione da parte dell’assicurazione, viene generato e inviato al paziente un estratto conto per l’eventuale saldo residuo. La riscossione passa così dal pagatore al paziente.
Perché è importante

Questo evento avvia il ciclo di pagamento del paziente. Analizzare l’efficacia e i tempi di invio degli estratti conto è essenziale per gestire i crediti verso i pazienti e migliorare la loro esperienza.

Dove reperirli

È un evento esplicito registrato dal modulo di fatturazione dei pazienti quando un gruppo di estratti conto viene generato o inviato per via elettronica o a un fornitore di servizi di stampa.

Acquisizione

Evento registrato nella cronologia delle comunicazioni con il paziente quando viene generato un estratto conto.

Tipo di evento explicit
Richiesta corretta e inviata di nuovo
Dopo un rifiuto, la richiesta è stata corretta e inviata nuovamente al pagatore. Questo evento segna la ripresa del ciclo di valutazione per una specifica richiesta.
Perché è importante

È un ciclo di correzione fondamentale. Analizzare la frequenza e le cause dei nuovi invii aiuta a individuare le cause profonde degli errori iniziali, ad esempio errori di codifica o nei dati anagrafici.

Dove reperirli

Si deduce individuando un nuovo evento «Richiesta inviata al pagatore» per una richiesta precedentemente respinta. Il sistema potrebbe anche prevedere uno stato specifico per le richieste inviate di nuovo.

Acquisizione

Si deduce da un nuovo evento di invio collegato all’identificativo di una richiesta precedentemente respinta.

Tipo di evento inferred
Richiesta creata
Indica la generazione di una richiesta formale di rimborso a partire dagli addebiti registrati. È una fase interna in cui il sistema raccoglie le informazioni prima di inviarle all’ente pagatore.
Perché è importante

Consente di monitorare l’efficienza interna nella generazione delle richieste. I ritardi in questa fase possono posticipare l’intero ciclo di pagamento, prima ancora che la richiesta lasci il sistema del fornitore.

Dove reperirli

Può essere registrato come evento esplicito, ma spesso viene dedotto dalla prima data e ora associate a un record della richiesta nel modulo di gestione delle richieste di Waystar.

Acquisizione

Deducibile dalla data di creazione del record della richiesta nella tabella principale delle richieste.

Tipo di evento inferred
Rifiuto contestato
Un utente ha avviato un’azione per contestare il rifiuto di una richiesta, spesso inviandola nuovamente con le correzioni necessarie o presentando un ricorso formale. Questa attività è un passaggio fondamentale nel processo di correzione.
Perché è importante

Misura l’efficienza del team che gestisce i rifiuti. Monitorare il tempo che intercorre tra il rifiuto e il ricorso, insieme al tasso di successo dei ricorsi, è importante per ottimizzare le attività di recupero.

Dove reperirli

Può essere registrato come azione esplicita dell’utente o come nota nel modulo di gestione dei rifiuti. Può anche essere dedotto da una modifica dello stato della richiesta respinta.

Acquisizione

Evento registrato quando un utente documenta un ricorso o aggiorna lo stato della richiesta a «Ricorso presentato».

Tipo di evento explicit
Consigliato Facoltativo

Guide all’estrazione

Come ottenere i dati da Waystar

I metodi di estrazione per questo processo sono in fase di convalida. Torni a consultare questa pagina più avanti oppure ci contatti per ricevere assistenza.

È pronto a iniziare?

Faccia il prossimo passo per ottimizzare la gestione del ciclo dei ricavi. Inizi oggi a utilizzare queste informazioni sui dati per aumentare l’efficienza e migliorare i flussi di cassa.

Ottimizzi la gestione del ciclo dei ricavi e migliori subito i flussi di cassa

Individui le inefficienze, riduca del 30% i tempi di ciclo e migliori i flussi di cassa.

Inizi la prova gratuita

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