Il vostro modello dati per la gestione del ciclo dei ricavi
Il vostro modello dati per la gestione del ciclo dei ricavi
Questo è il nostro template dati generico per il Process Mining per Gestione del ciclo dei ricavi. Utilizzi i nostri template specifici per sistema per una guida più dettagliata.
Selezioni un sistema specifico- Universalmente applicabile a qualsiasi sistema RCM per il Process Mining.
- Attributi e attività principali per la creazione di un Event Log efficace.
- Una risorsa fondamentale per un'analisi e un'ottimizzazione dei processi solida ed efficace.
Attributi della gestione del ciclo del fatturato
| Nome | Descrizione | ||
|---|---|---|---|
| Billing Event ID BillingEventId | L'identificativo univoco per un singolo servizio o prodotto erogato che genera un addebito. Funge da identificativo principale del caso per il processo del ciclo dei ricavi. | ||
| Descrizione L'ID Evento di fatturazione è una chiave univoca assegnata a ogni istanza di un servizio fatturabile, dalla registrazione iniziale dell'addebito fino al pagamento finale o allo stralcio. Funge da filo conduttore che collega tutte le attività correlate, come la creazione della pratica, l'invio, il diniego e la registrazione del pagamento per uno specifico incontro di servizio. Nel Process Mining, questo attributo è cruciale per ricostruire il percorso end-to-end di ogni evento di fatturazione. Raggruppando tutte le attività correlate sotto un unico ID, gli analisti possono visualizzare i flussi di processo, identificare i colli di bottiglia, misurare i tempi di ciclo e comprendere le varianti nella gestione dei diversi casi. Rappresenta la base per ogni analisi incentrata sul caso all'interno del ciclo dei ricavi. Perché è importante È l'identificativo essenziale del caso che collega tutte le attività correlate, permettendo la ricostruzione e l'analisi dell'intero ciclo del fatturato per ogni servizio fatturabile. Dove trovare Si tratta in genere di una chiave primaria nelle tabelle delle transazioni di fatturazione o degli eventi finanziari. Esempi BE-2024-001234INV-987654ACCN-456789012 | |||
| Nome attività ActivityName | Il nome dello specifico passaggio, task o evento verificatosi nel processo del ciclo dei ricavi per un determinato evento di fatturazione. | ||
| Descrizione Il nome dell'attività descrive un'azione distinta o una pietra miliare nel ciclo di vita del fatturato. Esempi includono 'Servizio erogato', 'Pratica inviata', 'Rimessa ricevuta', 'Pagamento contabilizzato' e 'Account stornato'. Ogni attività rappresenta una fase del processo che richiede tempo e risorse. Questo attributo è fondamentale per il Process Mining poiché definisce i nodi nella mappa del processo. L'analisi della sequenza, della frequenza e della durata di queste attività permette di visualizzare il flusso reale del processo, confrontarlo con un modello teorico e identificare deviazioni, cicli di rilavorazione (come i rifiuti delle pratiche) e inefficienze. Perché è importante Questo attributo definisce le fasi del processo, elemento essenziale per mappare e visualizzare il processo, identificare i cicli di rilavorazione e analizzare la conformità del processo stesso. Dove trovare Si trova spesso negli Event Log, nelle tabelle delle transazioni o deriva dai record di cambio stato nel modulo di fatturazione o delle pratiche. Esempi Sinistro InviatoPagamento RegistratoAvvio rilavorazione per rifiutoEstratto conto paziente inviato | |||
| Timestamp Evento EventTimestamp | La data e l'ora esatta in cui una specifica attività è stata registrata nel sistema. | ||
| Descrizione Il Timestamp dell'evento indica il momento esatto in cui un'attività si è verificata o è stata registrata. Fornisce il contesto cronologico per tutti gli eventi di un caso, formando una timeline dall'inizio alla fine del ciclo dei ricavi. I timestamp sono la spina dorsale dell'analisi delle prestazioni nel Process Mining. Vengono utilizzati per calcolare KPI critici come il tempo di ciclo totale, la durata tra attività specifiche e i tempi di attesa. Analizzando i timestamp, le organizzazioni possono identificare i colli di bottiglia dove i casi ristagnano più a lungo, misurare il rispetto degli SLA (Service Level Agreement) e comprendere le dinamiche temporali del processo. Perché è importante Fornisce i dati cronologici necessari per calcolare i tempi di ciclo, identificare i colli di bottiglia e analizzare le prestazioni e l'efficienza del processo. Dove trovare Queste informazioni sono solitamente disponibili nei log delle transazioni, negli audit trail o come campi 'data di creazione' o 'data di cambio stato' nelle tabelle degli eventi. Esempi 2023-10-26T10:00:00Z2023-11-15T14:35:10Z2024-01-05T09:12:45Z | |||
| Sistema di Origine SourceSystem | Il sistema informativo, l'applicazione o il modulo da cui sono stati estratti i dati dell'evento. | ||
| Descrizione L'attributo Sistema sorgente identifica l'origine dei dati per uno specifico evento. In un panorama IT complesso, il ciclo dei ricavi spesso attraversa più sistemi, come l'EHR per l'erogazione del servizio, un sistema di fatturazione dedicato per l'invio delle pratiche e una piattaforma separata per il recupero crediti. Conoscere il sistema sorgente è utile per la convalida dei dati, la risoluzione dei problemi e la comprensione della frammentazione del processo. Può aiutare a identificare incongruenze tra i sistemi o rivelare passaggi gestiti in applicazioni diverse, che possono causare ritardi o errori nel trasferimento dei dati. Questa analisi aiuta a valutare l'integrazione e l'efficienza dell'architettura IT complessiva che supporta il processo. Perché è importante Aiuta a comprendere la frammentazione dei processi tra i diversi sistemi IT ed è fondamentale per la validazione dei dati e l'identificazione di colli di bottiglia specifici di sistema. Dove trovare Queste informazioni sono spesso disponibili come campo standard negli estratti dati o possono essere derivate in base alla tabella sorgente o al file da cui sono state ottenute. Esempi Epic ResoluteOracle HealthR1 RCM PlatformWaystar | |||
| Ultimo `Data Update` LastDataUpdate | Il timestamp che indica l'ultima volta che i dati per questo specifico record di evento sono stati aggiornati o estratti dal sistema sorgente. | ||
| Descrizione Questo attributo registra quando i dati sono stati estratti l'ultima volta dal sistema sorgente. È un campo di metadati fondamentale per comprendere la freschezza e l'attualità delle informazioni analizzate. Riflette la latenza della pipeline dei dati e indica quanto sia aggiornata l'analisi di Process Mining. Nelle dashboard e nelle analisi di Process Mining, il timestamp dell'ultimo aggiornamento dati fornisce all'utente il contesto sull'attualità dei dati. Per il monitoraggio operativo è essenziale sapere se la vista rappresenta lo stato del processo di cinque minuti fa o della scorsa notte. Ciò aiuta a gestire le aspettative degli utenti e a garantire che le decisioni siano basate su dati di cui si conosce l'anzianità. Perché è importante Fornisce un contesto fondamentale sulla tempestività e l'aggiornamento dei dati, garantendo che analisi e decisioni si basino su un arco temporale ben definito. Dove trovare In genere viene aggiunto durante il processo ETL (estrazione, trasformazione e caricamento) e viene memorizzato come colonna di metadati nell'Event Log. Esempi 2024-03-15T02:00:00Z2024-03-15T03:00:00Z2024-03-15T04:00:00Z | |||
| Categoria di Servizio ServiceCategory | La categoria, il tipo o la classificazione del servizio erogato, ad esempio Ricovero, Ambulatoriale o Radiologia. | ||
| Descrizione La Categoria del servizio classifica il tipo di assistenza o prestazione fornita al paziente. Può essere una classificazione di alto livello come 'Ricovero' rispetto a 'Ambulatoriale', o una categoria dipartimentale più specifica come 'Chirurgia', 'Pronto Soccorso' o 'Laboratorio'. Categorie diverse hanno spesso regole di fatturazione, requisiti dei pagatori e flussi di processo distinti. Segmentare il ciclo dei ricavi per Categoria del servizio è essenziale per un'analisi significativa. Consente alle organizzazioni di confrontare le prestazioni di diverse linee di servizio, ad esempio per verificare se il tasso di diniego per le procedure chirurgiche è superiore a quello delle consulenze. Questo livello di dettaglio aiuta a isolare i problemi e a personalizzare le iniziative di miglioramento nel contesto operativo specifico di ogni area. Perché è importante Permette di confrontare le prestazioni tra diverse linee di servizio, rivelando variazioni di efficienza, tassi di rifiuto e cicli di pagamento specifici per determinati tipi di assistenza. Dove trovare Queste informazioni sono solitamente disponibili nei record di dettaglio degli addebiti o possono essere derivate dalla classe del paziente, dal dipartimento o dai codici delle procedure. Esempi RicoveroPaziente AmbulatorialeEmergenzaRadiologiaProcedura chirurgica | |||
| Codice motivo del rifiuto DenialReasonCode | Codice e descrizione standardizzati che indicano il motivo per cui una pratica è stata rifiutata dal pagatore. | ||
| Descrizione Quando un pagatore rifiuta una pratica, fornisce un Codice Motivo del Diniego per spiegare perché non è stata pagata. Questi codici seguono spesso standard di settore, come i CARC (Claim Adjustment Reason Codes), e indicano problemi specifici come 'Servizio non coperto', 'Pratica duplicata' o 'Informazioni aggiuntive richieste'. Questo attributo è uno dei più potenti per l'analisi delle cause profonde nel ciclo dei ricavi. Analizzando la frequenza e l'impatto economico dei diversi motivi di diniego, le organizzazioni possono individuare i fallimenti del processo a monte che portano ai rifiuti. Ad esempio, un numero elevato di dinieghi per 'Informazioni paziente errate' indica problemi nel processo di accettazione. Ciò consente miglioramenti basati sui dati per prevenire futuri dinieghi e migliorare il tasso di pagamento al primo invio. Perché è importante È fondamentale per l'analisi delle cause profonde dei rifiuti delle pratiche, permettendo miglioramenti mirati ai processi iniziali e intermedi per prevenire future perdite di ricavi. Dove trovare Queste informazioni provengono dai file ERA (Electronic Remittance Advice) o EOB (Explanation of Benefits) ricevuti dai pagatori. Esempi CO-16: La pratica/il servizio manca di informazioniPR-97: Il beneficio per questo servizio è incluso nel pagamento di un altro servizioOA-18: Pratica/servizio duplicatoCO-22: Questa prestazione potrebbe essere coperta da un altro pagatore in base al coordinamento dei benefici | |||
| Importo della rettifica AdjustmentAmount | Il valore monetario di eventuali rettifiche, stralci o abbuoni contrattuali applicati al saldo del conto. | ||
| Descrizione L'importo della rettifica rappresenta la parte della cifra fatturata che non si prevede di incassare dal pagatore o dal paziente per motivi quali accordi contrattuali, sconti o storni. Queste rettifiche riducono il totale dei crediti e sono una parte normale del ciclo del fatturato. Analizzare gli importi delle rettifiche e le relative causali è fondamentale per comprendere l'integrità dei ricavi. Livelli di rettifica elevati o inaspettati possono segnalare problemi nell'acquisizione degli addebiti, nella codifica o nella gestione dei contratti. Il Process Mining aiuta a identificare quali varianti di processo o attività specifiche portano a tassi di rettifica più elevati, consentendo un'analisi mirata delle cause profonde per massimizzare l'incasso effettivo. Perché è importante Aiuta nell'analisi delle perdite di fatturato tracciando storni e abbuoni contrattuali, evidenziando potenziali problemi nei processi di contrattazione o fatturazione. Dove trovare Questo valore è solitamente registrato nelle tabelle delle rettifiche finanziarie o nei moduli di registrazione pagamenti. Esempi 29.50500.75100,001500.00 | |||
| Importo Fatturato BilledAmount | Il valore monetario lordo del servizio o prodotto fatturato, prima di eventuali rettifiche o pagamenti. | ||
| Descrizione L'importo fatturato rappresenta la spesa totale per i servizi erogati, cos<Ì come presentata in una pratica o in fattura. Costituisce il valore finanziario iniziale dell'evento di fatturazione e funge da base per misurare tutte le transazioni successive, come pagamenti e rettifiche. Nel Process Mining, l'analisi dell'importo fatturato è fondamentale per comprendere l'impatto economico delle inefficienze. Può essere utilizzato per segmentare i casi in categorie di alto e basso valore, rivelando se determinati problemi del processo colpiscono in modo sproporzionato le pratiche ad alto reddito. Correlare questo importo con metriche come il tempo di ciclo o il tasso di diniego aiuta a dare priorità agli interventi di miglioramento sui problemi che hanno le maggiori conseguenze finanziarie. Perché è importante Stabilisce il valore finanziario iniziale di un caso, consentendo l'analisi dell'impatto economico di inefficienze come ritardi e rifiuti. Dove trovare Questo è un attributo finanziario fondamentale che si trova nelle tabelle delle transazioni di addebito, fatturazione o delle pratiche. Esempi 150.002500.75500.0010000.00 | |||
| Nome Pagatore PayerName | Il nome della compagnia assicurativa, dell'ente governativo o di altro terzo pagatore responsabile del pagamento. | ||
| Descrizione Il Nome del pagatore identifica l'ente principale a cui viene inviata una pratica per il rimborso. I pagatori possono includere assicurazioni private, programmi governativi o altri enti. Ogni pagatore ha il proprio set di regole, requisiti di invio e comportamenti di pagamento. Questo attributo è fondamentale per analizzare le prestazioni del ciclo dei ricavi. Segmentando il processo per pagatore, le organizzazioni possono identificare chi ha i tassi di diniego più alti, i cicli di pagamento più lunghi o le richieste più frequenti di informazioni aggiuntive. Questa analisi consente interventi mirati, come la rinegoziazione dei contratti, la personalizzazione dei processi di invio e la focalizzazione degli sforzi di gestione dei dinieghi dove sono più necessari. Perché è importante Consente di segmentare le metriche di performance, come tassi di rifiuto e tempi di pagamento, per pagatore, il che è fondamentale per miglioramenti mirati e negoziazioni contrattuali. Dove trovare Queste informazioni si trovano solitamente nell'accettazione del paziente, nei dati assicurativi o nelle pratiche associate all'evento di fatturazione. Esempi AetnaCignaMedicareUnitedHealthcare | |||
| Reparto Responsabile ResponsibleDepartment | Il dipartimento, il team o l'area funzionale responsabile dell'esecuzione dell'attività. | ||
| Descrizione Questo attributo identifica l'unità organizzativa associata a una fase del processo, come 'Accettazione', 'Codifica', 'Fatturazione' o 'Recupero crediti'. Aiuta a capire come il lavoro viene distribuito e passato tra i vari team. Analizzare il processo da una prospettiva dipartimentale è essenziale per comprendere la collaborazione trasversale e identificare i colli di bottiglia che si verificano nei punti di passaggio tra i team. Consente ai manager di vedere quali dipartimenti sono coinvolti in specifiche varianti del processo, misurare l'efficienza e allocare le risorse in modo più efficace. Questa analisi può evidenziare problemi sistemici all'interno di un dipartimento che potrebbero influenzare l'intero ciclo dei ricavi. Perché è importante Aiuta a identificare i colli di bottiglia tra i reparti e ad analizzare le prestazioni per area funzionale, rivelando opportunità per una migliore collaborazione tra i team. Dove trovare Queste informazioni possono far parte dei dati della transazione o essere derivate dai dati anagrafici associati all'utente responsabile. Esempi Dipartimento FatturazioneServizi di codificaGestione dei rifiutiRecupero Crediti | |||
| Utente Responsabile ResponsibleUser | L'identificativo dell'utente, del dipendente o dell'agente automatizzato che ha eseguito l'attività. | ||
| Descrizione L'attributo Utente responsabile collega una fase del processo alla persona o al sistema che l'ha eseguita. Potrebbe trattarsi di un addetto alla codifica medica, uno specialista della fatturazione che invia una pratica o un bot automatico che registra un pagamento. Il tracciamento dell'utente aggiunge un livello incentrato sull'uomo o sul sistema all'analisi del processo. Analizzare le prestazioni per utente o team può rivelare opportunità di formazione, identificare i talenti più produttivi e garantire una corretta distribuzione del carico di lavoro. È inoltre fondamentale per la Conformità e gli audit, consentendo una chiara attribuzione di responsabilità per ogni azione intrapresa. Questo attributo permette un'analisi dettagliata delle prestazioni e dell'utilizzo delle risorse. Perché è importante Abilita l'analisi delle performance di team e singoli, della distribuzione del carico di lavoro e dei tassi di automazione, offrendo insight sull'efficienza delle risorse e identificando necessità di formazione. Dove trovare Si trova solitamente nei log delle transazioni o negli audit trail come campi 'ID Utente', 'ID Dipendente' o 'Operatore'. Esempi john.doejane.smithAUTO-POSTER-BOTU123456 | |||
| ID Paziente PatientId | L'identificativo univoco del paziente che ha ricevuto i servizi. | ||
| Descrizione L'ID Paziente è una chiave univoca assegnata a un singolo paziente all'interno dell'anagrafica del sistema sanitario. Questo identificativo collega nel tempo tutte le prestazioni cliniche e amministrative di un paziente. Mentre l'ID Evento di fatturazione riguarda il singolo servizio, l'ID Paziente consente un'analisi più ampia su più incontri dello stesso utente. Ciò può rivelare problemi ricorrenti, come errori di registrazione ripetuti o modelli di utilizzo dei servizi. Può anche essere utilizzato per analizzare l'intero percorso finanziario del paziente, dato prezioso per comprenderne la responsabilità finanziaria e la fedeltà. Perché è importante Consente l'analisi di più billing event per lo stesso paziente, aiutando a identificare problemi ricorrenti e a comprendere l'intero percorso finanziario del paziente. Dove trovare Questo è un identificatore primario presente in quasi tutti i sistemi clinici e finanziari, originato dall'accettazione del paziente o dal sistema EHR. Esempi MRN-100345PAT-987654321202400567 | |||
| ID Sinistro ClaimId | L'identificativo univoco assegnato a una pratica assicurativa inviata a un pagatore. | ||
| Descrizione L'ID Pratica è un identificativo specifico per il conto inviato a una compagnia assicurativa. Un singolo evento di fatturazione può generare più pratiche se deve essere fatturato a pagatori primari, secondari o terzi, oppure se una pratica viene corretta e reinviata. Il tracciamento dell'ID Pratica è importante per comprendere i dettagli dell'interazione con il pagatore. Consente di analizzare i cicli di rilavorazione relativi ai reinvii e aiuta a tracciare lo stato di una specifica fattura. L'analisi del processo tramite ID Pratica offre una visione più granulare del ciclo di vita di invio e risoluzione rispetto alla sola analisi dell'evento di fatturazione. Perché è importante Permette un tracciamento dettagliato degli invii e dei reinvii delle pratiche, fornendo un'analisi granulare delle interazioni con i pagatori e dei cicli di rilavorazione. Dove trovare Questo identificativo viene generato dal sistema di fatturazione alla creazione della pratica ed è memorizzato nelle tabelle di gestione delle pratiche. Esempi CLM-2024-555-1239876543210-01TCN-A1B2C3D4E5 | |||
| Importo Pagato PaidAmount | Il valore monetario totale ricevuto dai pagatori e dal paziente per i servizi fatturati. | ||
| Descrizione L'importo pagato è la somma cumulativa di tutti i pagamenti registrati per uno specifico evento di fatturazione. Include i pagamenti degli enti assicurativi primari e secondari, nonché i pagamenti effettuati dal paziente. Rappresenta la liquidità effettivamente incassata per i servizi resi. Analizzare l'importo pagato è essenziale per misurare il successo finanziario e l'efficienza del ciclo dei ricavi. Confrontare l'importo pagato con quello fatturato fornisce informazioni sui ricavi netti e sui tassi di riscossione. Nel Process Mining, questo attributo aiuta a quantificare il risultato finanziario dei diversi percorsi di processo e può essere utilizzato per identificare le caratteristiche delle pratiche pagate interamente e puntualmente rispetto a quelle che non lo sono. Perché è importante Misura l'effettivo incasso di un caso, dato fondamentale per valutare l'efficacia della riscossione e la performance finanziaria complessiva del processo. Dove trovare Queste informazioni si trovano nelle tabelle delle transazioni di registrazione pagamenti. Esempi 120.502000.000.00450.25 | |||
| Motivo della Rettifica AdjustmentReason | Il motivo della rettifica finanziaria, come un abbuono contrattuale o lo stralcio di un credito inesigibile. | ||
| Descrizione Similmente al motivo di un rifiuto, la causale di rettifica spiega perché una parte dell'importo fatturato è stata stornata o modificata. Chiarisce se la rettifica è dovuta a un obbligo contrattuale, a una policy di assistenza caritatevole, allo storno di un saldo minimo o alla correzione di un errore di fatturazione. L'analisi delle causali di rettifica offre insight sull'integrità dei ricavi e sulle performance finanziarie. Aiuta a distinguere tra rettifiche contrattuali previste e storni evitabili dovuti a errori interni. Filtrando la mappa del processo in base a specifiche causali, gli analisti possono identificare le debolezze che portano a perdite di fatturato evitabili e concentrare di conseguenza gli sforzi di miglioramento. Perché è importante Fornisce il contesto per le rettifiche finanziarie, aiutando a distinguere tra obblighi contrattuali e perdite di fatturato evitabili causate da errori di processo. Dove trovare Si trova nelle tabelle delle transazioni finanziarie all'interno del sistema di fatturazione o contabilità pazienti, spesso collegata a operazioni di rettifica o storno. Esempi Abbuono contrattualeStorno di Saldo MinoreCrediti InesigibiliCorrezione errore di fatturazione | |||
| Saldo residuo OutstandingBalance | Il saldo residuo non pagato per l'evento di fatturazione in un determinato momento. | ||
| Descrizione Il saldo residuo rappresenta l'importo ancora da riscuotere per un evento di fatturazione. In genere è calcolato come l'importo fatturato meno i pagamenti e le rettifiche. Questo valore cambia durante il ciclo di vita del caso man mano che vengono registrati pagamenti e aggiustamenti. Questo attributo è un indicatore chiave della salute dei crediti verso clienti. Nel Process Mining, analizzare il saldo residuo nelle varie fasi del processo aiuta a gestire l'anzianità dei crediti (ageing) e a dare priorità alle attività di recupero. Può essere utilizzato per identificare quali tipi di casi o percorsi di processo tendono ad avere saldi residui elevati, segnalando problemi nel pagamento o nella risoluzione dei dinieghi. Perché è importante È una misura chiave dell'efficacia della contabilità clienti e della riscossione, aiutando a dare priorità ai solleciti e ad analizzare l'anzianità dei crediti (aging). Dove trovare Spesso calcolato dagli importi fatturati, pagati e rettificati. Può anche essere memorizzato come campo in un sistema di contabilità clienti o contabilità pazienti. Esempi 50.000.00125.308500.00 | |||
| Stato dell'Account AccountStatus | Lo stato attuale del conto di fatturazione all'interno del ciclo dei ricavi, ad esempio 'Fatturato', 'Pagato' o 'In recupero crediti'. | ||
| Descrizione Lo stato dell'account fornisce un'istantanea di dove si trova un billing event nel suo ciclo di vita in un dato momento. Riflette l'esito dell'attività più recente, indicando se l'account è aperto in attesa di pagamento, chiuso, inviato al recupero crediti o in un altro stato. Mentre il Process Mining ricostruisce il flusso delle attività, l'attributo Stato dell'account è prezioso per filtrare e segmentare i casi in base alla loro condizione attuale. È particolarmente utile per le dashboard di monitoraggio operativo che devono mostrare il volume e il valore degli account nelle diverse fasi, come il totale dei crediti in attesa di risposta dal pagatore o il numero di account inviati di recente a un'agenzia di recupero crediti. Perché è importante Fornisce un'istantanea dello stato attuale dei casi, utile per le dashboard operative e per segmentare l'analisi in base alla fase del ciclo di vita degli account. Dove trovare In genere è un campo di stato sul conto principale del paziente o sul record dell'evento di fatturazione nel sistema contabile. Esempi Fatturato - In attesa del pagatorePagato per interoNegatoInviato al recupero creditiChiuso - Stornato | |||
Attività della gestione del ciclo del fatturato
| Activity | Descrizione | ||
|---|---|---|---|
| Billing Event chiuso | L'evento di fatturazione è completamente risolto, il saldo residuo è pari a zero e non sono previste ulteriori attività. Questo stato si raggiunge tramite pagamenti, rettifiche, stralci o una combinazione di questi. | ||
| Perché è importante Questa attività segna la fine del processo, consentendo il calcolo del tempo di ciclo totale end-to-end. Conferma l'esito finale dell'evento di fatturazione, sia esso l'incasso o lo stralcio. Dove trovare Questo stato viene spesso dedotto quando il saldo del conto diventa zero. Alcuni sistemi possono avere uno stato 'Chiuso' esplicito o un campo per la data di chiusura sul record del conto. Acquisisci Deduce questo evento identificando il timestamp dell'ultima transazione finanziaria che ha portato a un saldo pari a zero per il billing event. Tipo di evento inferred | |||
| Pagamento Registrato | Un pagamento ricevuto viene ufficialmente applicato all'account del paziente e allocato a specifiche linee di servizio. Questa operazione trasforma il credito in liquidità e riduce il saldo residuo. | ||
| Perché è importante Questa è una pietra miliare del successo, che conferma l'avvenuta riscossione dei ricavi dal pagatore. I ritardi nella registrazione dei pagamenti possono distorcere l'accuratezza dell'aging dei crediti e del reporting sul flusso di cassa. Dove trovare Si tratta di una transazione finanziaria esplicita registrata nel libro mastro del sistema contabile pazienti. Ogni applicazione di pagamento dovrebbe avere la propria data e ora di transazione. Acquisisci Utilizzare il timestamp della transazione dalla registrazione del pagamento o dal giornale di cassa. Tipo di evento explicit | |||
| Servizio Erogato | Questa attività segna l'inizio dell'evento di fatturazione e rappresenta il momento in cui un servizio clinico viene fornito al paziente. È il trigger che avvia l'intero ciclo dei ricavi per una specifica prestazione. | ||
| Perché è importante Questo è il punto di partenza principale per il processo end-to-end e consente la misurazione del tempo totale del ciclo dei ricavi. Aiuta a identificare i ritardi tra l'erogazione del servizio clinico e l'inizio delle attività di fatturazione. Dove trovare Queste informazioni provengono solitamente da un sistema clinico, di pianificazione o EHR. Spesso vengono acquisite da una nota clinica firmata, da un log di procedura completata o da un record di dimissione del paziente. Acquisisci Acquisisce il timestamp associato alla conclusione di una prestazione clinica, alla data del servizio o alla data di dimissione. Tipo di evento explicit | |||
| Sinistro Inviato | Questa attività segna l'invio elettronico o cartaceo della pratica generata all'assicurazione o al pagatore per la liquidazione. Rappresenta la richiesta ufficiale di pagamento per i servizi resi. | ||
| Perché è importante Il tracciamento di questa attività è fondamentale per misurare il tempo di ciclo tra prestazione e fatturazione e identificare ritardi tra creazione e invio della pratica. È una tappa chiave che indica quando l'evento di fatturazione entra ufficialmente nei crediti verso clienti. Dove trovare Questo evento viene solitamente registrato nei log delle transazioni delle pratiche o nelle tabelle d'interfaccia del clearinghouse, spesso con un aggiornamento di stato che indica l'invio riuscito. Acquisisci Acquisisce il timestamp in cui lo stato della pratica passa a 'Inviata', 'Trasmessa' o uno stato equivalente. Tipo di evento explicit | |||
| Sinistro Negato | Rappresenta il rifiuto da parte del pagatore di una pratica o di singole voci, impedendo il pagamento. In genere viene identificato quando il fornitore riceve ed elabora un avviso di rimessa dal pagatore. | ||
| Perché è importante L'identificazione dei rifiuti delle pratiche è fondamentale per analizzare le perdite di fatturato, i tassi di rifiuto e l'efficacia del processo di gestione dei rifiuti. È il trigger principale per i cicli di rilavorazione e i ricorsi. Dove trovare Questo evento si trova solitamente nei dati delle rimesse, identificando specificamente i codici motivo della rettifica della pratica (CARC) che indicano un diniego. Acquisisci Deduce questo evento analizzando i dati degli avvisi di rimessa alla ricerca di codici di rifiuto associati a una pratica o a una linea di servizio. Tipo di evento inferred | |||
| Account stornato | Tutti i tentativi di riscossione sono stati esauriti e il saldo rimanente è considerato inesigibile. Il saldo viene azzerato e classificato come perdita definitiva, rappresentando una riduzione finale dei ricavi. | ||
| Perché è importante Questa attività è un evento finanziario critico che rappresenta ricavi persi. Analizzare gli stralci è essenziale per comprendere il tasso di successo finale della riscossione e le fonti del debito inesigibile. Dove trovare Si tratta di una transazione finanziaria esplicita, in genere una rettifica con un codice motivo specifico come 'Stralcio per inesigibilità' o 'Inviato ad agenzia di recupero'. Acquisisci Acquisisce la data della rettifica che classifica il saldo rimanente come credito inesigibile. Tipo di evento explicit | |||
| Addebiti acquisiti | Rappresenta la registrazione formale di tutti i servizi, le procedure e i materiali fatturabili per un incontro con il paziente. Trasforma le attività cliniche in transazioni finanziarie pronte per la fatturazione. | ||
| Perché è importante L'analisi del divario temporale tra l'erogazione del servizio e l'acquisizione dell'addebito evidenzia potenziali ritardi nel riconoscimento dei ricavi. Questa fase è cruciale per garantire che tutti i servizi fatturabili siano contabilizzati e per prevenire perdite finanziarie. Dove trovare Questi dati si trovano nelle tabelle delle transazioni di addebito o nei log finanziari del sistema di fatturazione. Ogni voce fatturabile deve avere un timestamp di creazione corrispondente. Acquisisci Utilizzare la data di creazione dei record delle transazioni di addebito collegati all'evento di fatturazione. Tipo di evento explicit | |||
| Avvio rilavorazione per rifiuto | Un utente o un workflow automatizzato ha avviato la revisione e la risoluzione di una pratica negata. Questa attività segna l'inizio del processo interno per contestare il rifiuto e recuperare i ricavi potenziali. | ||
| Perché è importante Questa attività avvia il ciclo di rilavorazione dei dinieghi. Analizzare il tempo che intercorre tra il rifiuto e l'inizio della rilavorazione aiuta a misurare la reattività del team di gestione dinieghi e a identificare gli arretrati. Dove trovare Questo dato può essere acquisito dalle azioni dell'utente in un modulo di gestione dinieghi, da un cambio di stato della pratica o dall'assegnazione della pratica negata a una coda di lavoro. Acquisisci Acquisisce il timestamp in cui una pratica negata viene aperta per la prima volta, assegnata o quando il suo stato diventa 'In rilavorazione'. Tipo di evento explicit | |||
| Codifica completata | Indica che i codificatori medici hanno assegnato codici clinici standardizzati, come i codici ICD o CPT, agli addebiti acquisiti. Questa fase garantisce che i servizi siano presentati in modo comprensibile per i pagatori ai fini della liquidazione. | ||
| Perché è importante Questa attività è essenziale per l'accuratezza delle pratiche ed è una fonte comune di colli di bottiglia. Misurare la durata della fase di codifica aiuta a identificare opportunità per migliorare la produttività degli addetti e ridurre i blocchi delle pratiche. Dove trovare Viene spesso acquisito come cambio di stato sull'evento di fatturazione o come timestamp quando un task di codifica viene contrassegnato come completato in una coda di lavoro. Acquisisci Identifica il timestamp in cui lo stato di codifica dell'incontro è impostato su 'Completato' o quando viene approvato il codice finale. Tipo di evento explicit | |||
| Conto Rettificato | Una transazione non monetaria che modifica il saldo del conto, come una rettifica contrattuale, lo storno di un saldo minimo o uno sconto commerciale. Queste operazioni sono necessarie per la riconciliazione in base ai contratti con i pagatori o alle policy interne. | ||
| Perché è importante Le rettifiche sono tra i fattori principali della variazione dei ricavi. L'analisi delle attività e delle motivazioni di rettifica aiuta a comprendere la redditività, le performance dei contratti con i pagatori e l'integrità dei ricavi. Dove trovare Questi sono registrati come transazioni finanziarie distinte nel libro mastro del paziente, ognuna con un codice o tipo di transazione specifico che indica il motivo della rettifica. Acquisisci Acquisisce la data della transazione per qualsiasi operazione finanziaria diversa da pagamenti o addebiti che modifichi il saldo. Tipo di evento explicit | |||
| Estratto conto paziente inviato | Dopo la contabilizzazione di tutti i pagamenti e le rettifiche assicurative, viene generato un estratto conto e inviato al paziente per la quota di sua competenza. Questo sposta l'attività di incasso dal pagatore istituzionale al privato. | ||
| Perché è importante Questa attività avvia la fase del ciclo dei ricavi a carico del paziente (self-pay). Tracciarla aiuta ad analizzare l'efficacia del recupero crediti dai pazienti e a misurare il tempo che intercorre fino alla fatturazione. Dove trovare Questo è un evento esplicito registrato dal modulo di fatturazione o comunicazione al paziente. Il sistema dovrebbe registrare la data di generazione o invio di ogni estratto conto. Acquisisci Utilizzare la data di creazione o invio dal log della cronologia degli estratti conto del paziente. Tipo di evento explicit | |||
| Pratica reinviata | A seguito di un rifiuto, la pratica è stata corretta e rispedita al pagatore per una nuova valutazione. Rappresenta un secondo tentativo di incasso e chiude il ciclo iniziale di rilavorazione. | ||
| Perché è importante Questa attività è fondamentale per comprendere l'efficienza del processo di risoluzione dei dinieghi. Il tracciamento dei reinvii aiuta a misurare i tempi di rilavorazione e il tasso di successo dei ricorsi. Dove trovare Questo evento viene registrato come un nuovo invio di pratica collegato a quello originale rifiutato. Cercate i record di invio con un indicatore di correzione o reinvio. Acquisisci Identifica una transazione di invio pratica che fa riferimento a un ID pratica precedentemente inviato o che presenta un flag di reinvio. Tipo di evento explicit | |||
| Procedure di recupero avviate | Il conto del paziente è diventato moroso e vengono avviate attività di recupero proattive. Queste possono variare da solleciti automatici all'assegnazione a uno specialista del recupero crediti interno o esterno. | ||
| Perché è importante Questo segna un'escalation negli sforzi di riscossione dei crediti scaduti. Monitorare questa attività aiuta a valutare l'efficacia delle strategie di recupero e le prestazioni delle agenzie esterne. Dove trovare Spesso viene acquisito tramite un cambiamento nella classe finanziaria del conto, nel codice di stato o nell'assegnazione a una specifica coda di lavoro o agenzia di recupero crediti. Acquisisci Deduce questo evento dal primo timestamp in cui lo stato dell'account passa a 'Recupero crediti', 'Moroso' o uno stato simile. Tipo di evento inferred | |||
| Rimessa ricevuta | Il sistema riceve una risposta dal pagatore riguardo alla pratica inviata, spesso tramite un file ERA (Electronic Remittance Advice). Questa risposta dettaglia quanto è stato pagato, negato o rettificato per ogni voce del servizio. | ||
| Perché è importante Questo è l'evento cruciale che determina il percorso successivo del processo: registrazione del pagamento, gestione dei dinieghi o rettifiche. Il tempo che intercorre fino alla ricezione della rimessa misura le prestazioni del pagatore. Dove trovare Questo dato viene acquisito quando il sistema importa un file EDI (Electronic Data Interchange), come un file 835, o quando un utente inserisce manualmente i dati da un EOB cartaceo. Acquisisci Utilizzare il timestamp di elaborazione o importazione del file della rimessa associato alla pratica. Tipo di evento explicit | |||
| Sinistro Creato | Il sistema ha generato una pratica di fatturazione formale, raccogliendo tutti gli addebiti, i codici e i dati anagrafici in un formato standardizzato. Si tratta di una fase preparatoria prima dell'invio della pratica al pagatore. | ||
| Perché è importante Questo rappresenta il momento in cui una fattura è pronta. Analizzare il tempo da questo punto all'invio aiuta a identificare ritardi di sistema o di elaborazione batch che rallentano la fatturazione. Dove trovare Si tratta di un evento generato dal sistema che dovrebbe essere registrato in una tabella o file delle pratiche, con un timestamp di creazione chiaro nell'intestazione della pratica. Acquisisci Utilizzare il timestamp di creazione del record della pratica principale associata all'evento di fatturazione. Tipo di evento explicit | |||
Guide all'Estrazione
I metodi di estrazione variano in base al sistema. Per istruzioni dettagliate,