Il vostro template per i dati di Revenue Cycle Management

Waystar
Il vostro template per i dati di Revenue Cycle Management

Il vostro template per i dati di Revenue Cycle Management

Questo template fornisce una guida completa agli attributi dati essenziali da raccogliere e alle attività chiave da tracciare per un'analisi efficace della gestione del ciclo dei ricavi. Include inoltre consigli pratici su come estrarre questi dati dai Suoi sistemi. Seguendo questo template, potrà garantire una base solida per ottimizzare il Suo processo RCM.
  • Attributi dati consigliati per un'analisi completa
  • Attività di processo chiave da monitorare efficacemente
  • Guida pratica per l'estrazione dei dati da Waystar
È nuovo agli event log? Impari come creare un event log di Process Mining.

Attributi di Revenue Cycle Management

Questi sono i campi dati consigliati e le relative descrizioni, essenziali per costruire un Event Log completo per analizzare a fondo il Suo processo di gestione del ciclo dei ricavi.
5 Obbligatorio 6 Consigliato 11 Facoltativo
Nome Descrizione
Evento di fatturazione
BillingEvent
L'identificativo univoco per un singolo servizio o prodotto erogato che genera un addebito, fungendo da caso per il processo del ciclo dei ricavi.
Descrizione

L'Evento di Fatturazione (Billing Event) funge da identificatore principale del caso (Case ID), collegando tutte le attività dall'acquisizione dell'addebito alla chiusura del conto per un servizio fatturabile. Rappresenta l'intero ciclo di vita di una singola pratica o fattura paziente.

Nel Process Mining, analizzare il percorso di ogni evento di fatturazione permette una visione completa del ciclo dei ricavi. Aiuta a identificare percorsi comuni, deviazioni e bottleneck che colpiscono le singole pratiche. Questo livello di granularità è essenziale per comprendere le performance del processo e individuare aree di miglioramento specifiche, come i ritardi nell'invio delle pratiche o nella registrazione dei pagamenti.

Perché è importante

Questo è il Case ID essenziale che connette tutte le attività correlate del ciclo dei ricavi, rendendo possibile tracciare il processo end-to-end per ogni elemento fatturabile.

Dove trovare

Solitamente è la chiave primaria della tabella principale delle transazioni di fatturazione o pratiche in Waystar. Consulti la documentazione Waystar per il nome specifico della tabella e del campo.

Esempi
BE-2024-0012345BE-2024-0012346BE-2024-0012347
Nome attività
ActivityName
Il nome dello specifico evento di business o passaggio avvenuto nel processo del ciclo dei ricavi, come 'Pratica inviata' o 'Pagamento registrato'.
Descrizione

Questo attributo descrive le singole attività che compongono il processo del ciclo dei ricavi end-to-end. Ogni valore rappresenta un passaggio, una milestone o un task distinto eseguito su un evento di fatturazione, come la creazione di una pratica, la ricezione di un rifiuto o la registrazione di un pagamento.

Analizzare la sequenza e la frequenza di queste attività è la base del Process Mining. Consente di visualizzare la mappa del processo, identificare i loop di rilavorazione (es. 'Claim Denied' seguito da 'Claim Corrected') e misurare i tempi di transizione tra i passaggi. È fondamentale per comprendere l'efficienza e la conformità del processo.

Perché è importante

Questo attributo definisce i passaggi nella mappa del processo, fondamentale per visualizzare e analizzare il workflow del ciclo dei ricavi.

Dove trovare

Generato dai log degli eventi, dai record di cambio stato o dai tipi di transazione all'interno dei moduli di richiesta e fatturazione di Waystar.

Esempi
Richiesta inviata al pagatoreSinistro NegatoPagamento RegistratoConto chiuso
Timestamp Evento
EventTimestamp
La data e l'ora precise in cui si è verificata l'attività.
Descrizione

Il Timestamp dell'evento registra il momento esatto in cui un'attività ha avuto luogo. Questo dato è cruciale per ordinare gli eventi cronologicamente e calcolare le durate tra i vari passaggi.

Nell'analisi dei processi, i timestamp sono usati per calcolare i KPI come tempi di ciclo, tempi di attesa e tempi di elaborazione. Ad esempio, la differenza tra il timestamp 'Claim Submitted' e quello 'Payment Posted' determina il tempo totale del ciclo di pagamento. Timestamp precisi sono essenziali per l'analisi dei bottleneck e il monitoraggio delle performance.

Perché è importante

I timestamp sono necessari per ordinare gli eventi, calcolare i tempi di ciclo e analizzare le performance del processo, costituendo la spina dorsale temporale dell'analisi.

Dove trovare

Si tratta di un campo standard associato a quasi ogni transazione o record di cambio stato in Waystar, spesso denominato 'Data creazione', 'Data transazione' o simili.

Esempi
2023-10-26T10:00:00Z2023-10-27T14:35:10Z2023-11-05T09:15:00Z
Sistema di Origine
SourceSystem
Il sistema o l'applicazione da cui hanno avuto origine i dati dell'evento.
Descrizione

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

Comprendere il sistema sorgente è importante per la validazione dei dati, la risoluzione dei problemi e la comprensione delle variazioni di processo guidate da diversi comportamenti di sistema. Aiuta ad attribuire i problemi di processo alla corretta applicazione o interfaccia.

Perché è importante

Identifica l'origine dei dati, aspetto cruciale per la data governance, il controllo qualità e la comprensione delle variazioni di processo tra sistemi diversi.

Dove trovare

Spesso si tratta di un valore statico ('Waystar') aggiunto durante l'estrazione dei dati, oppure può essere derivato da moduli o tabelle specifici del sistema.

Esempi
Waystar RCMWaystar Billing ModuleInterfaccia EHR
Ultimo `Data Update`
LastDataUpdate
Il timestamp che indica l'ultima volta che i dati per questo evento sono stati aggiornati o estratti.
Descrizione

Questo attributo fornisce un timestamp di quando i dati sono stati estratti l'ultima volta dal sistema sorgente. Non è l'ora in cui è avvenuto l'evento di business, ma il momento in cui il record è stato prelevato per l'analisi.

Questa informazione è critica per la governance dei dati e per comprendere l'aggiornamento dei dati nell'analisi di Process Mining. Aiuta gli utenti a sapere se stanno guardando informazioni recenti ed è essenziale per la gestione dei caricamenti dati incrementali.

Perché è importante

Garantisce la trasparenza dei dati indicando quanto è aggiornato il dataset, elemento vitale per report e analisi accurati e tempestivi.

Dove trovare

Questo timestamp è solitamente generato e aggiunto a ogni riga dal processo ETL (Extract, Transform, Load) durante l'importazione dei dati.

Esempi
2024-01-15T02:00:00Z2024-01-16T02:00:00Z
Codice motivo del diniego
DenialReasonCode
Un codice standardizzato che indica il motivo per cui una richiesta è stata respinta dal pagatore.
Descrizione

Quando un pagatore rifiuta una pratica, fornisce un codice motivo che spiega il rifiuto. Questi codici possono indicare problemi come informazioni mancanti, servizi non coperti o errori di codifica. Questo attributo cattura quel codice specifico.

Analizzare i codici motivo di rifiuto è fondamentale per migliorare il ciclo dei ricavi. Consente all'azienda di identificare le cause profonde, come errori frequenti di un reparto specifico o problemi con i requisiti di un particolare pagatore. Questi dati alimentano direttamente la dashboard 'Tasso e motivi di rifiuto pratiche' e sono fondamentali per sviluppare strategie volte a prevenire rifiuti futuri e migliorare i tassi di pagamento al primo invio.

Perché è importante

Questo attributo è essenziale per l'analisi delle cause profonde dei rifiuti delle pratiche, permettendo azioni mirate per ridurre perdite di ricavi e rilavorazioni.

Dove trovare

Compilato nel record della pratica quando si verifica un evento di rifiuto. Queste informazioni vengono ricevute dal pagatore tramite l'informativa di pagamento.

Esempi
CO-16: La richiesta/servizio manca di informazioniPR-96: Spese non coperteCO-22: Questa assistenza potrebbe essere coperta da un altro pagatore
Importo Fatturato
BilledAmount
L'importo totale addebitato per i servizi resi nella pratica.
Descrizione

L'Importo Fatturato (Billed Amount) rappresenta l'addebito lordo per i servizi erogati al paziente prima di qualsiasi rettifica, franchigia contrattuale o pagamento. È il valore iniziale della pratica inviata al pagatore.

Questo attributo è fondamentale per l'analisi finanziaria e per comprendere il valore monetario che fluisce attraverso il processo. Può essere utilizzato per segmentare l'analisi per valore della pratica, identificare trend negli addebiti per diversi servizi e calcolare l'impatto finanziario complessivo delle inefficienze, come rifiuti o ritardi. È una metrica di base per la maggior parte delle dashboard finanziarie.

Perché è importante

Rappresenta il valore totale di una pratica, permettendo l'analisi dell'impatto finanziario di ritardi, rifiuti e rettifiche.

Dove trovare

Un campo finanziario standard nella schermata di inserimento della richiesta o dell'addebito in Waystar.

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

Questo attributo identifica lo specifico ente pagatore (es. assicurazione, programma pubblico come Medicare o altro) responsabile della valutazione e del pagamento della pratica. Ogni pagatore può avere requisiti di invio, tabelle di pagamento e pattern di rifiuto differenti.

Analizzare il processo per Nome Pagatore è essenziale per identificare quali enti hanno i cicli di pagamento più lunghi, i tassi di rifiuto più elevati o i processi più complessi. Ciò consente alle aziende di personalizzare le strategie, prioritizzare i solleciti con i pagatori problematici e negoziare contratti migliori.

Perché è importante

Segmentare il processo per pagatore è fondamentale per identificare bottleneck specifici, motivi di rifiuto e ritardi nei pagamenti.

Dove trovare

Presente nelle informazioni di richiesta o fatturazione, collegato ai dettagli assicurativi del paziente all'interno di Waystar.

Esempi
AetnaBlue Cross Blue ShieldCignaMedicare Parte B
Saldo residuo
OutstandingBalance
L'importo rimanente che deve ancora essere riscosso per l'evento di fatturazione.
Descrizione

Il Saldo Residuo (Outstanding Balance) rappresenta l'importo del credito attuale per un determinato evento di fatturazione. Viene calcolato come l'importo fatturato meno i pagamenti e le rettifiche applicati fino ad oggi.

Questa è una metrica finanziaria critica per gestire il flusso di cassa e i crediti. È l'attributo principale per la dashboard 'Saldi residui e Aging', consentendo all'azienda di tracciare i crediti totali, identificare i conti con saldi elevati e prioritizzare gli sforzi di riscossione. Monitorare questo valore nel tempo mostra l'efficacia del processo di recupero crediti.

Perché è importante

Misura direttamente i crediti verso clienti, dato essenziale per gestire il flusso di cassa, dare priorità ai recuperi e valutare la salute finanziaria.

Dove trovare

Solitamente è un campo calcolato nei moduli di reportistica di Waystar (Importo fatturato - Importo pagato - Rettifiche). Potrebbe dover essere calcolato durante l'estrazione se non è disponibile un campo diretto.

Esempi
30.00270.25540.50
Stato del Sinistro
ClaimStatus
Lo stato attuale della pratica nel suo ciclo di vita, come 'Inviata', 'In sospeso', 'Pagata' o 'Rifiutata'.
Descrizione

Il "Claim Status" fornisce un'istantanea di dove si trova un specifico evento di fatturazione nel ciclo dei ricavi in qualsiasi momento. Indica l'ultima pietra miliare raggiunta, ad esempio se una richiesta è stata inviata, è in fase di revisione da parte del 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 può essere utilizzato per analizzare quanto tempo i casi trascorrono in determinati stati, come "Pending Payer Adjudication". Questo supporta direttamente la dashboard "Outstanding Balances and Aging".

Perché è importante

Fornisce una vista dello stato attuale di tutte le pratiche in corso, permettendo l'analisi dei bottleneck e la prioritizzazione del lavoro.

Dove trovare

Un campo standard sulla richiesta o sul record di fatturazione in Waystar, aggiornato man mano che la pratica avanza nel ciclo.

Esempi
InviatoPreso in carico dal pagatoreNegatoPagato per intero
Tipo di Servizio
ServiceType
La categoria o il tipo di servizio medico erogato, come 'Radiologia', 'Consulenza' o 'Procedura chirurgica'.
Descrizione

Il Tipo di Servizio (Service Type) classifica la natura della prestazione fatturabile erogata al paziente. Diversi tipi di servizio hanno spesso codici di fatturazione, tariffe di rimborso e complessità di processo distinti.

Questo attributo permette un'analisi granulare del ciclo dei ricavi basata sul dipartimento clinico o sulla linea di servizio. Aiuta a rispondere a domande come: 'Quali servizi subiscono i maggiori ritardi di fatturazione?' o 'I tassi di rifiuto sono più alti per le procedure chirurgiche rispetto alle consulenze?'. È un elemento chiave per l'analisi delle performance dipartimentali e il miglioramento mirato del processo.

Perché è importante

Consente l'analisi delle prestazioni di processo per dipartimento clinico o linea di servizio, rivelando variazioni nell'efficienza e nella redditività.

Dove trovare

Solitamente derivato dai codici di procedura (CPT/HCPCS) o collegato al dipartimento che ha erogato il servizio all'interno di Waystar.

Esempi
RadiologiaConsulenza cardiologicaVisita al pronto soccorsoChirurgia Ambulatoriale
Classe del Paziente
PatientClass
Indica lo stato del paziente per l'incontro, ad esempio "Inpatient" (ricoverato) o "Outpatient" (ambulatoriale).
Descrizione

La classe paziente (Patient Class) categorizza il tipo di prestazione ricevuta, che spesso determina le regole di fatturazione e le tariffe di rimborso. Le classi comuni includono Ricovero (Inpatient), Ambulatoriale (Outpatient) ed Emergenza.

Analizzare il ciclo dei ricavi per classe paziente può rivelare differenze di processo significative. Ad esempio, le pratiche per i ricoveri sono spesso più complesse e hanno cicli di pagamento più lunghi rispetto a quelle ambulatoriali. Questa segmentazione è fondamentale per definire obiettivi di performance realistici e personalizzare le iniziative di miglioramento in base alle esigenze specifiche di ogni classe.

Perché è importante

Aiuta a segmentare il processo in base alla complessità dell'incontro (es. ricoverato vs. ambulatoriale), che spesso è correlata a diverse regole di fatturazione e tempi di ciclo.

Dove trovare

Un campo standard nei dati di registrazione del paziente o dell'incontro all'interno di Waystar o dell'EHR di origine.

Esempi
RicoveroPaziente AmbulatorialeEmergenza
Codice motivo rettifica
AdjustmentReasonCode
Un codice che spiega il motivo di una rettifica finanziaria al saldo del conto.
Descrizione

Quando il saldo di un conto viene modificato per motivi diversi da un pagamento, come una franchigia contrattuale o uno storno, viene utilizzato un Codice Motivo di Rettifica (Adjustment Reason Code). Questo attributo cattura quel codice.

Analizzare questi codici è essenziale per la dashboard 'Tasso e impatto delle rettifiche'. Aiuta a identificare le cause profonde della dispersione dei ricavi, come frequenti rettifiche contrattuali con pagatori specifici o storni dovuti a errori di fatturazione. Comprendere questi motivi è il primo passo per minimizzare le perdite di ricavi evitabili.

Perché è importante

Spiega perché i ricavi sono stati rettificati o stornati, fornendo informazioni critiche sulla dispersione dei ricavi e sulle prestazioni dei contratti con i pagatori.

Dove trovare

Associato alle transazioni di rettifica nel modulo di registrazione dei pagamenti o di contabilità clienti di Waystar.

Esempi
Obbligazione contrattualeStorno di piccolo importoCorrezione errore di fatturazione
Data Scadenza Pagamento
PaymentDueDate
La data entro la quale è previsto il pagamento della fattura o della pratica.
Descrizione

La Scadenza Pagamento (Payment Due Date) è la data entro la quale il pagamento dovrebbe essere ricevuto. Funge da benchmark per misurare la tempestività dei pagamenti.

Questo attributo è essenziale per la dashboard 'Saldi residui e Aging'. Viene utilizzato per calcolare l'anzianità dei crediti, categorizzandoli in scaglioni come '0-30 giorni', '31-60 giorni', ecc. Questa analisi di aging è una pratica finanziaria standard per gestire i crediti e prioritizzare gli sforzi di riscossione sui conti scaduti.

Perché è importante

Fornisce la base per calcolare l'aging dei crediti, fondamentale per gestire i recuperi e comprendere la tempestività dei flussi di cassa.

Dove trovare

Disponibile nella fattura o nel record della richiesta. Può essere calcolato in base alla data della fattura e ai termini di pagamento.

Esempi
2023-11-252023-12-152024-01-30
ID Paziente
PatientId
L'identificativo univoco del paziente che ha ricevuto il servizio.
Descrizione

Questo attributo è l'identificativo univoco del paziente associato all'evento di fatturazione. Collega la transazione finanziaria all'individuo che ha ricevuto le cure.

Mentre l'evento di fatturazione è il 'caso', l'ID Paziente permette un'analisi incentrata sul paziente. Può aiutare a identificare i pazienti ricorrenti, comprendere il percorso finanziario del paziente attraverso più visite e analizzare se certe caratteristiche demografiche sono associate a problemi di pagamento o tassi di rifiuto più alti. Offre un modo per aggregare tutte le attività di fatturazione per una singola persona.

Perché è importante

Consente un'analisi incentrata sul paziente, permettendo una visione dell'intero percorso finanziario di un individuo attraverso più eventi di fatturazione.

Dove trovare

Un campo standard sulla richiesta o sul record di registrazione del paziente all'interno di Waystar o collegato da un EHR.

Esempi
MRN-887654MRN-902101MRN-123456
Importo Pagato
PaidAmount
L'importo totale ricevuto e registrato dai pagatori o dal paziente per la pratica.
Descrizione

Questo attributo registra l'importo cumulativo riscosso con successo per un evento di fatturazione. Include i pagamenti dai pagatori assicurativi primari e secondari, così come i pagamenti del paziente.

L'Importo Pagato (Paid Amount) è una metrica di risultato chiave per il ciclo dei ricavi. Viene utilizzato per calcolare il rendimento finale sugli addebiti fatturati e per misurare l'efficacia dell'intero processo. Confrontare l'importo fatturato con quello pagato rivela la performance finanziaria ed evidenzia aree di dispersione dei ricavi. È essenziale per le dashboard relative all'efficacia della riscossione e alla salute finanziaria complessiva.

Perché è importante

Misura il denaro effettivamente riscosso, che è una metrica di risultato primaria per valutare il successo complessivo del processo del ciclo dei ricavi.

Dove trovare

Derivato dalle transazioni di registrazione del pagamento collegate alla richiesta in Waystar. Potrebbe richiedere la somma di più record di pagamento.

Esempi
120.00980.500.00
Importo rettificato
AdjustedAmount
L'importo finanziario totale rettificato o stornato per l'evento di fatturazione.
Descrizione

L'Importo Rettificato (Adjusted Amount) rappresenta la somma di tutte le rettifiche finanziarie apportate al saldo di un evento di fatturazione. Include le franchigie contrattuali stabilite dagli accordi con i pagatori, oltre a storni o correzioni.

Questa è una metrica chiave per la dashboard 'Tasso e impatto delle rettifiche'. Sommare questo importo tra diversi codici motivo o pagatori rivela l'impatto finanziario delle perdite di ricavi (revenue leakage). Aiuta a quantificare le perdite e fornisce una base economica per affrontare le cause profonde delle rettifiche.

Perché è importante

Quantifica l'ammontare dei ricavi persi a causa di storni e rettifiche, evidenziando l'impatto finanziario dei problemi di fatturazione e dei termini contrattuali.

Dove trovare

Tratto dalle transazioni di rettifica finanziaria in Waystar. Potrebbe richiedere la somma di più voci di rettifica per un singolo evento di fatturazione.

Esempi
250.2550.0015.80
Pagamento al primo invio
IsFirstPassPayment
Un indicatore che segnala se la richiesta è stata pagata correttamente al primo invio, senza dinieghi o rettifiche.
Descrizione

Questo attributo booleano calcolato indica se una pratica è stata pagata senza eventi negativi intermedi, come rifiuti o richieste di integrazione. Un valore 'true' indica un processo fluido ed efficiente per quella pratica.

Questo attributo supporta direttamente il KPI 'First Pass Payment Rate', una misura critica dell'efficienza complessiva del ciclo dei ricavi. Analizzare le caratteristiche delle pratiche non pagate al primo tentativo (es. per pagatore o tipo di servizio) aiuta a identificare le cause principali di rilavorazione e ritardi. Migliorare questo tasso porta a un flusso di cassa più rapido e a minori costi operativi.

Perché è importante

Misura direttamente la qualità della fatturazione e dell'elaborazione delle richieste. Un alto tasso di pagamento al primo invio indica un processo efficiente con rifacimenti minimi.

Dove trovare

Questo è un attributo derivato calcolato durante la trasformazione dei dati. La logica verifica se un evento 'Pagamento registrato' avviene senza essere preceduto da eventi come 'Pratica rifiutata' o 'Account rettificato'.

Esempi
truefalse
Tempo da servizio a fattura
ServiceToInvoiceCycleTime
Il tempo trascorso dal completamento di un servizio all'acquisizione degli addebiti e alla creazione di una pratica.
Descrizione

Questa metrica, nota anche come 'charge lag', misura l'efficienza del processo di fatturazione iniziale. È calcolata come la differenza temporale tra l'evento 'Servizio erogato/completato' e l'evento 'Addebiti acquisiti' o 'Pratica creata'.

Questo attributo supporta direttamente la dashboard 'Tempo del ciclo da servizio a fattura'. I ritardi in questa fase del processo rinviano l'inizio del ciclo di pagamento, rallentando il flusso di cassa. Monitorare questo dato aiuta a garantire che tutti i servizi siano fatturati tempestivamente e con precisione, prevenendo perdite di ricavi e accelerando l'intero ciclo.

Perché è importante

Misura l'efficienza della fatturazione front-end. Ridurre questo "ritardo di addebito" (charge lag) è fondamentale per accelerare l'intero ciclo dei ricavi e prevenire addebiti persi.

Dove trovare

Calcolato durante la trasformazione dei dati sottraendo il timestamp dell'evento di servizio dal timestamp dell'evento di acquisizione dell'addebito/creazione della richiesta.

Esempi
2 giorni 8 ore1 giorno 0 ore5 giorni e 1 ora
Tempo del Ciclo di Pagamento
PaymentCycleTime
Il tempo totale trascorso da quando una pratica è stata inviata a quando il pagamento finale è stato registrato.
Descrizione

Questa metrica calcolata misura la durata del processo principale di riscossione. Solitamente è calcolata come differenza temporale tra l'evento 'Pratica inviata al pagatore' e l'evento finale 'Pagamento registrato'.

Questo attributo è la misura principale per la dashboard 'Analisi del tempo totale del ciclo di pagamento' e un KPI chiave per il cash flow. Analizzare questa durata tra diversi pagatori, tipi di servizio o classi paziente aiuta a identificare le maggiori fonti di ritardo nell'incasso. Ridurre il tempo medio del ciclo di pagamento è l'obiettivo primario di quasi tutte le iniziative di gestione del ciclo dei ricavi.

Perché è importante

Un KPI fondamentale che misura la velocità di incasso. La sua analisi aiuta a identificare e risolvere i ritardi più significativi nel processo di pagamento.

Dove trovare

Calcolato durante la trasformazione dei dati sottraendo il timestamp dell'evento di invio dal timestamp dell'evento di pagamento.

Esempi
25 giorni 4 ore90 giorni e 11 ore14 giorni e 2 ore
Tipo di Pagatore
PayerType
La categoria del pagatore, ad esempio 'Commerciale', 'Medicare' o 'Privato'.
Descrizione

Il Tipo di Pagatore (Payer Type) raggruppa i singoli enti pagatori in macro-categorie. Ciò offre una visione di alto livello rispetto al semplice nome del pagatore.

Questo attributo è utile per l'analisi strategica e il reporting. Consente al management di comprendere i trend di performance tra le principali categorie, confrontando ad esempio i pagatori pubblici con gli assicuratori privati. Queste informazioni possono guidare le decisioni strategiche sulla contrattualizzazione e l'allocazione delle risorse.

Perché è importante

Consente un'analisi di alto livello raggruppando i pagatori in categorie come Commerciali o Governativi, che spesso hanno comportamenti e regole di pagamento distinti.

Dove trovare

Solitamente derivato mappando il Nome Pagatore a una lista di categorie predefinite. Questa logica può esistere in Waystar o dover essere costruita durante la trasformazione dei dati.

Esempi
CommercialeMedicareMedicaidPagamento Autonomo
Utente Responsabile
ResponsibleUser
L'utente o l'operatore che ha eseguito l'attività, come un addetto alla fatturazione, un codificatore o uno specialista dei recuperi.
Descrizione

Questo attributo identifica lo specifico dipendente o utente di sistema che ha eseguito un'attività. Ad esempio, può mostrare quale addetto ha inviato una pratica o quale operatore ha avviato una chiamata di sollecito.

Analizzare il processo per utente aiuta a comprendere la distribuzione del carico di lavoro, le performance individuali e le esigenze di formazione. Può evidenziare se certi utenti hanno tassi di errore più alti o sono più efficienti nel risolvere i rifiuti. È prezioso per la gestione del team e il controllo qualità all'interno dell'ufficio RCM.

Perché è importante

Attribuisce la responsabilità dei passaggi del processo, consentendo l'analisi delle prestazioni a livello individuale o di team e identificando opportunità di formazione.

Dove trovare

Presente nell'audit trail o nei log delle transazioni per gli eventi in Waystar, spesso come "UserID", "ProcessedBy" o simili.

Esempi
jsmithadavisbilling_bot_01
Obbligatorio Consigliato Facoltativo

Attività di Revenue Cycle Management

Questi sono i passaggi cruciali e le pietre miliari che dovrebbe acquisire nel Suo Event Log per una discovery accurata e un'analisi approfondita delle operazioni RCM.
6 Consigliato 7 Facoltativo
Activity Descrizione
Addebiti acquisiti
Segna l'ingresso dei servizi fatturabili nel sistema del ciclo dei ricavi. Questo evento viene solitamente registrato esplicitamente quando un utente finalizza un inserimento di addebito o quando i dati vengono ricevuti da un sistema clinico.
Perché è importante

Questo è il punto di partenza del processo di fatturazione. Analizzare il tempo dal completamento del servizio all'acquisizione dell'addebito è cruciale per identificare perdite di ricavi e ritardi iniziali.

Dove trovare

Questo evento è registrato in una tabella di inserimento addebiti o transazioni in Waystar, contenente solitamente un timestamp di creazione quando l'addebito viene salvato o finalizzato.

Acquisisci

Evento registrato al momento del salvataggio o della finalizzazione di un inserimento di addebito.

Tipo di evento explicit
Conto chiuso
Il ciclo di vita dell'evento di fatturazione è terminato, con il saldo del conto che raggiunge lo zero tramite pagamenti e rettifiche. Questo segna la fine positiva del ciclo dei ricavi per questo caso.
Perché è importante

Questo è il punto finale principale del processo. Misurare il tempo di chiusura e la percentuale di conti chiusi con successo sono indicatori di performance complessiva fondamentali.

Dove trovare

Si tratta di un evento calcolato, solitamente dedotto quando il campo del saldo residuo per l'evento di fatturazione diventa zero nel sistema contabile.

Acquisisci

Calcolato quando la somma dei pagamenti e delle rettifiche è uguale all'importo totale dell'addebito.

Tipo di evento calculated
Pagamento Registrato
Un pagamento ricevuto viene applicato o riconciliato con lo specifico conto e la richiesta del paziente. Questa attività sposta il saldo dai crediti verso clienti alle disponibilità liquide.
Perché è importante

Questo è un passaggio finale cruciale nel ciclo del pagatore. Supporta i KPI di produttività della registrazione pagamenti e i tempi di latenza, garantendo che i conti siano aggiornati accuratamente e tempestivamente.

Dove trovare

Si tratta di un'azione esplicita registrata in Waystar quando un utente registra il pagamento dall'ERA. Molti sistemi hanno funzioni di auto-registrazione che loggano anch'esse questo evento.

Acquisisci

Evento registrato quando il pagamento da un ERA viene applicato a una richiesta, manualmente o tramite registrazione automatica.

Tipo di evento explicit
Richiesta inviata al pagatore
L'invio elettronico della pratica di fatturazione al pagatore assicurativo per la liquidazione. È un passaggio critico dal sistema del fornitore a quello del pagatore tramite la clearinghouse.
Perché è importante

Una pietra miliare fondamentale che avvia il conteggio dei tempi di risposta del pagatore. È essenziale per misurare i KPI del ciclo di pagamento e identificare gli arretrati negli invii.

Dove trovare

La funzionalità clearinghouse di Waystar registra esplicitamente la data e l'ora della trasmissione del file della pratica. Cerchi nei log di invio o nella cronologia degli stati pratica.

Acquisisci

Registrato nella cronologia degli invii delle richieste o nel log delle transazioni a seguito di una trasmissione riuscita.

Tipo di evento explicit
Sinistro Liquidato
Il pagatore ha elaborato la pratica e preso una decisione di pagamento. Questo evento viene acquisito quando si riceve un'informativa di pagamento elettronica (ERA) o un file 835 dal pagatore.
Perché è importante

Questo è il punto decisionale principale del processo. Determina se la pratica sarà pagata o rifiutata, influenzando direttamente il flusso dei ricavi e i workflow di gestione dei rifiuti.

Dove trovare

Dedotto dalla data di ricezione dell'ERA (file 835) associato alla richiesta in Waystar. Il file ERA contiene la decisione dettagliata del pagatore.

Acquisisci

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

Tipo di evento inferred
Sinistro Negato
Il pagatore ha rifiutato la pratica e non emetterà il pagamento, come dettagliato nell'informativa ERA. Questo evento attiva la gestione dei rifiuti o il loop di rilavorazione.
Perché è importante

Supporta direttamente il KPI "Tasso di diniego delle richieste". Identificare la frequenza e i motivi dei rifiuti è fondamentale per il miglioramento dei processi e il recupero dei ricavi.

Dove trovare

Questo viene dedotto da codici di rifiuto specifici, noti come Claim Adjustment Reason Codes (CARC), all'interno dell'ERA ricevuto (file 835).

Acquisisci

Derivato dai codici motivo di rettifica della richiesta (CARC) nel file ERA che indicano un diniego.

Tipo di evento inferred
Attività di recupero crediti avviata
Il conto del paziente è diventato moroso e sono iniziati gli sforzi attivi di riscossione. Ciò potrebbe includere solleciti automatici o il trasferimento a un'agenzia di recupero crediti esterna.
Perché è importante

Supporta la dashboard 'Efficacia delle attività di riscossione'. Aiuta ad analizzare il costo e il tasso di successo degli sforzi di recupero sui crediti scaduti.

Dove trovare

Solitamente viene dedotto da un cambio di stato del conto in Waystar verso 'Recupero crediti' o 'Credito inesigibile', il che attiva un workflow differente.

Acquisisci

Dedotto da un cambiamento nello stato del conto in "Recupero crediti" o "Credito inesigibile".

Tipo di evento inferred
Conto Rettificato
Viene effettuata una rettifica manuale o contrattuale al saldo del conto. Può includere storni, abbuoni contrattuali, sconti ai pazienti o altre correzioni.
Perché è importante

Essenziale per comprendere la dispersione dei ricavi. L'analisi delle rettifiche aiuta a identificare problemi con i tariffari, la gestione dei contratti o i crediti inesigibili.

Dove trovare

Ogni rettifica finanziaria deve essere registrata come transazione a fini di audit. Questo sarà un evento esplicito nella tabella delle transazioni del conto.

Acquisisci

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

Tipo di evento explicit
Estratto conto saldo paziente inviato
Dopo l'aggiudicazione assicurativa, viene generato un estratto conto inviato al paziente per l'eventuale saldo residuo. Questo sposta il focus della riscossione dal pagatore al paziente.
Perché è importante

Questo evento avvia il ciclo di pagamento del paziente. Analizzare l'efficacia e la tempestività dei rendiconti è fondamentale per gestire i crediti verso i pazienti e migliorare la loro esperienza.

Dove trovare

Si tratta di un evento esplicito registrato dal modulo di fatturazione pazienti quando un lotto di rendiconti viene generato o inviato elettronicamente o a un fornitore di stampa.

Acquisisci

Evento registrato nella cronologia della corrispondenza con il paziente quando viene generato un estratto conto.

Tipo di evento explicit
Payer Acknowledgement Received
Il sistema del pagatore conferma la ricezione del file della pratica inviato. Solitamente si tratta di una risposta automatica, come un report 277CA o 999, che indica che la pratica è stata accettata per l'elaborazione.
Perché è importante

Conferma la corretta trasmissione e aiuta a isolare i rifiuti front-end dovuti a errori di formattazione o di dati prima dell'inizio dell'aggiudicazione, consentendo correzioni più rapide.

Dove trovare

Registrato nelle tabelle di stato pratica o nei file di risposta all'interno del modulo clearinghouse di Waystar dopo l'elaborazione di un file di conferma del pagatore.

Acquisisci

Evento registrato al momento dell'elaborazione di un file elettronico di conferma da parte del pagatore.

Tipo di evento explicit
Richiesta corretta e reinviata
A seguito di un diniego o di un rifiuto, la richiesta è stata corretta e rispedita al pagatore. Ciò segna il riavvio del ciclo di aggiudicazione per una specifica pratica.
Perché è importante

Questo è un loop di rilavorazione critico. Analizzare la frequenza e i motivi del rinvio aiuta a identificare le cause profonde degli errori iniziali, come errori di codifica o demografici.

Dove trovare

Dedotto identificando un nuovo evento "Claim Submitted To Payer" per una richiesta precedentemente respinta. Il sistema potrebbe avere anche uno stato specifico per le richieste reinviate.

Acquisisci

Dedotto da un nuovo evento di invio collegato a un identificatore di richiesta precedentemente respinto.

Tipo di evento inferred
Ricorso presentato per il diniego
Un utente ha intrapreso un'azione per contestare il diniego di una richiesta, spesso inviandola nuovamente con correzioni o presentando un ricorso formale. Questa attività è un passaggio chiave nel processo di rifacimento.
Perché è importante

Misura l'efficienza del team di gestione dei dinieghi. Monitorare il tempo che intercorre dal diniego al ricorso e il tasso di successo dei ricorsi è importante per ottimizzare gli sforzi di recupero.

Dove trovare

Può essere registrato come un'azione utente esplicita o una nota nel modulo di gestione rifiuti. Potrebbe anche essere dedotto da un cambio di stato sulla pratica rifiutata.

Acquisisci

Evento registrato quando un utente documenta un'azione di ricorso o aggiorna lo stato della richiesta in "Ricorso presentato".

Tipo di evento explicit
Sinistro Creato
Rappresenta la generazione di una richiesta di fatturazione formale dagli addebiti acquisiti. Si tratta di un passaggio interno in cui il sistema compila le informazioni prima dell'invio al pagatore.
Perché è importante

Monitora l'efficienza interna della generazione delle pratiche. I ritardi in questa fase possono posticipare l'intero ciclo di pagamento ancor prima che la pratica lasci il sistema del fornitore.

Dove trovare

Può essere un evento esplicito, ma spesso viene dedotto dal primo timestamp associato a un record di pratica nel modulo di gestione delle pratiche di Waystar.

Acquisisci

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

Tipo di evento inferred
Consigliato Facoltativo

Guide all'Estrazione

Come ottenere i Suoi dati da Waystar

I metodi di estrazione per questo processo sono attualmente in fase di convalida. La preghiamo di controllare più tardi oppure ci contatti per assistenza.