Il vostro template per i dati di Revenue Cycle Management
Il vostro template per i dati di Revenue Cycle Management
- Attributi dati consigliati per un'analisi completa
- Attività di processo chiave da monitorare efficacemente
- Guida pratica per l'estrazione dei dati da Waystar
Attributi di Revenue Cycle Management
| 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 | |||
Attività di Revenue Cycle Management
| 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 | |||
Guide all'Estrazione
I metodi di estrazione per questo processo sono attualmente in fase di convalida. La preghiamo di controllare più tardi oppure ci contatti per assistenza.