Il Suo template dei dati per la gestione del ciclo dei ricavi
Il Suo template dei dati per la gestione del ciclo dei ricavi
- Attributi dei dati consigliati per un’analisi completa
- Attività chiave del processo da monitorare
- Indicazioni pratiche per estrarre i dati da Waystar
Attributi della gestione del ciclo dei ricavi
| 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 | |||
Attività della gestione del ciclo dei ricavi
| 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 | |||
Guide all’estrazione
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.
Non è richiesta la carta di credito. Inizi oggi a ottimizzare i processi.