Votre Modèle de Données de Gestion du cycle de revenus (RCM)
Votre Modèle de Données de Gestion du cycle de revenus (RCM)
- Attributs de données recommandés pour une analyse complète
- Activités clés du processus à suivre efficacement
- Conseils pratiques pour l'extraction de données depuis Waystar
Attributs de Gestion du cycle de revenus (RCM)
| Nom | Descriptionn | ||
|---|---|---|---|
| Événement de facturation BillingEvent | L'identifiant unique pour une prestation de service ou une livraison de produit qui génère une charge, servant de cas pour le processus du cycle de revenus. | ||
| Descriptionn L'événement de facturation agit comme l'identifiant de dossier principal, liant toutes les activités, de la saisie des frais à la clôture du compte pour un service facturable spécifique. Il représente le cycle de vie complet d'une seule réclamation ou facture patient. En Process Mining, l'analyse du parcours de chaque événement de facturation permet une vision globale du cycle de revenus. Cela aide à identifier les chemins de processus courants, les écarts et les points de blocage affectant les créances individuelles. Ce niveau de granularité est indispensable pour comprendre la performance du processus et identifier les domaines spécifiques à améliorer, tels que les retards dans la soumission des créances ou l'enregistrement des paiements. Pourquoi est-ce important ? : C'est l'identifiant de cas principal qui relie toutes les activités du cycle de revenus connexes, permettant de tracer le processus complet pour chaque élément facturable. Source des données : Il s'agit généralement de la clé primaire de la table principale des transactions de facturation ou de réclamation dans Waystar. Consultez la documentation Waystar pour le nom spécifique de la table et du champ. Exemples BE-2024-001, 2, 3, 45BE-2024-001, 2, 3, 46BE-2024-001, 2, 3, 47 | |||
| Horodatage de l'événement EventTimestamp | La date et l'heure précises auxquelles l'activité s'est produite. | ||
| Descriptionn L'horodatage de l'événement (Event Horodatage) enregistre le moment exact où une activité a eu lieu. Cet horodatage est impératif pour ordonner les événements chronologiquement et calculer les durées entre les différentes étapes du processus. Dans l'analyse de processus, les horodatages sont utilisés pour calculer des indicateurs clés de performance tels que les temps de cycle, les temps d'attente et les temps de traitement. Par exemple, la différence entre l'horodatage « Créance soumise » et l'horodatage « Paiement enregistré » détermine le temps total du cycle de paiement. Des horodatages précis sont essentiels pour l'analyse des points de blocage et la surveillance des performances. Pourquoi est-ce important ? : Les horodatages sont nécessaires pour ordonner les événements, calculer les temps de cycle et analyser la performance des processus, formant ainsi la base temporelle de l'analyse. Source des données : C'est un champ standard associé à presque toutes les transactions ou enregistrements de changement de statut dans Waystar, souvent nommé « Date de création », « Date de transaction » ou similaire. Exemples 2023-10-26T10:00:00Z2023-10-27T14:35:10Z2023-11-05T09:15:00Z | |||
| Nom de l'activité ActivityName | Le nom de l'événement commercial ou de l'étape spécifique qui s'est produit dans le processus du cycle de revenus, tel que « Créance soumise » ou « Paiement enregistré ». | ||
| Descriptionn Cet attribut décrit les activités individuelles qui composent le processus complet du cycle de revenus. Chaque valeur représente une étape, un jalon ou une tâche distincts effectués sur un événement de facturation, comme la création d'une créance, la réception d'un rejet ou l'enregistrement d'un paiement. L'analyse de la séquence et de la fréquence de ces activités est le base de l'analyse Process Mining. Elle facilite la visualisation de la cartographie des processus, l'identification des boucles de reprise (par exemple, « Créance rejetée » suivie de « Créance corrigée ») et la mesure des temps de transition entre les étapes. C'est indispensable pour comprendre l'efficacité et la conformité du processus. Pourquoi est-ce important ? : Cet attribut définit les étapes de la cartographie des processus, ce qui est indispensable pour visualiser et analyser le workflow du cycle de revenus. Source des données : Généré à partir de journaux d'événements, d'enregistrements de changement de statut ou de types de transactions danss modules de réclamations et de facturation de Waystar. Exemples Réclamation soumise au payeurDemande refuséePaiement comptabiliséCompte clos | |||
| Dernière mise à jour des données LastDataUpdate | L'horodatage indiquant la dernière fois que les données de cet événement ont été actualisées ou extraites. | ||
| Descriptionn Cet attribut fournit un horodatage indiquant la dernière extraction des données du système source. Ce n'est pas le moment où l'événement métier s'est produit, mais plutôt le moment où l'enregistrement a été extrait pour analyse. Cette information est indispensablele pour la gouvernance des données et pour comprendre la la réactualisation des données dans l'analyse de Process Mining. Elle aide les utilisateurs à savoir s'ils consultent des informations à jour et est indispensablele pour gérer les chargements de données incrémentiels. Pourquoi est-ce important ? : Assure la transparence des données en indiquant la fraîcheur de l'ensemble de données, ce qui est indispensable à un reporting et une analyse précis et opportuns. Source des données : Cet horodatage est généralement généré et ajouté à chaque ligne par le processus ETL (Extraction, Transformation, Chargement) lors de l'ingestion des données. Exemples 2024-01-15T02:00:00Z2024-01-16T02:00:00Z | |||
| Système source SourceSystem | Le système ou l'application d'où proviennent les données d'événement. | ||
| Descriptionn Cet attribut identifie le système source qui a généré les données d'événement. Dans un environnement informatique complexe, les événements du cycle de revenus peuvent provenir de différents modules dans Waystar ou même de systèmes externes intégrés comme un dossier médical électronique (DME). Comprendre le système source est important pour la validation des données, le dépannage et la compréhension des variations de processus qui peuvent être dues à des comportements de système différents. Cela aide à attribuer les problèmes de processus à l'application ou à l'interface correcte. Pourquoi est-ce important ? : Identifie l'origine des données, ce qui est impératif pour la gouvernance des données, l'assurance qualité et la compréhension des variations de processus entre les différents systèmes. Source des données : Il s'agit souvent d'une valeur statique (« Waystar ») ajoutée lors de l'extraction des données ou peut être dérivée de modules ou de tables spécifiques au sein du système. Exemples RCM WaystarModule de facturation WaystarInterface EHR | |||
| Code de motif de refus DenialReasonCode | Un code standardisé indiquant la raison pour laquelle une réclamation a été refusée par le payeur. | ||
| Descriptionn Lorsqu'un payeur refuse une créance, il fournit un code de motif expliquant le rejet. Ces codes peuvent indiquer des problèmes tels que des informations manquantes, des services non couverts ou des erreurs de codage. Cet attribut recueille ce code spécifique. L'analyse des codes de motif de rejet est clée pour améliorer le cycle de revenus. Elle permet à l'organisation d'identifier les causes profondes des rejets, telles que des erreurs fréquentes provenant d'un département spécifique ou des problèmes liés aux exigences d'un payeur particulier. Ces données alimentent directement le Tableau de bord « Taux et motifs de rejet des créances » et sont essentielles pour élaborer des stratégies visant à prévenir de futurs rejets et à améliorer les taux de paiement au premier passage. Pourquoi est-ce important ? : Cet attribut est indispensable pour l'analyse des causes profondes des rejets de créances, permettant des actions ciblées pour réduire les pertes de revenus et les retouches. Source des données : Rempli dans le dossier de réclamation lorsqu'un événement de rejet se produit. Cette information est reçue du payeur dans l'avis de virement. Exemples CO-16 : La demande de remboursement/le service manque d'informationsPR-96 : Frais non couvertsCO-22 : Ces soins peuvent être couverts par un autre payeur | |||
| Montant facturé BilledAmount | Le montant total facturé pour les services rendus sur la demande de remboursement. | ||
| Descriptionn Le montant facturé représente le montant brut des services fournis au patient avant l'application de tout ajustement, allocation contractuelle ou paiement. C'est la valeur initiale de la demande soumise au payeur. Cet attribut est impératif pour l'analyse financière et la compréhension de la valeur monétaire circulant dans le processus. Il peut être utilisé pour segmenter l'analyse par valeur de créance, identifier les tendances des frais pour différents services et calculer l'impact financier global des inefficacités du processus, telles que les rejets ou les retards de paiement. C'est une métrique clée pour la plupart des tableau de bords financiers. Pourquoi est-ce important ? : Représente la valeur totale d'une créance, permettant une analyse de l'impact financier des retards de processus, des rejets et des ajustements. Source des données : Un champ financier standard sur l'écran de réclamation ou de saisie des frais dans Waystar. Exemples 150.001250.75540.50 | |||
| Nom du payeur PayerName | Le nom de la compagnie d'assurance ou du tiers payeur responsable de la demande de remboursement. | ||
| Descriptionn Cet attribut identifie le payeur spécifique, tel qu'une compagnie d'assurance, un programme gouvernemental comme Medicare, ou une autre entité, responsable de l'adjudication et du paiement de la demande de remboursement. Chaque payeur peut avoir des exigences de soumission, des calendriers de paiement et des modèles de rejet différents. L'analyse du processus par nom de payeur est indispensablele pour identifier quels payeurs ont les cycles de paiement les plus longs, les taux de rejet les plus élevés ou les processus les plus complexes. Cela permet aux organisations d'adapter leurs stratégies, de prioriser les suivis avec les payeurs problématiques et de négocier de meilleurs contrats. Pourquoi est-ce important ? : Segmenter le processus par payeur est indispensable pour identifier les points de blocage, les raisons de rejet et les retards de paiement spécifiques à chaque payeur. Source des données : Trouvé dans les informations de réclamation ou de facturation, lié aux détails d'assurance du patient dans Waystar. Exemples AetnaBlue Cross Blue ShieldCignaMedicare partie B | |||
| Solde impayé OutstandingBalance | Le montant restant à recouvrer pour l'événement de facturation. | ||
| Descriptionn Le solde impayé représente le montant actuel des comptes clients pour un événement de facturation donné. Il est calculé comme le montant facturé moins tous les paiements et ajustements appliqués à ce jour. Il s'agit d'une métrique financière essentielle pour la gestion des flux de trésorerie et des comptes clients. C'est l'attribut principal du Tableau de bord « Soldes impayés et vieillissement », permettant à l'organisation de suivre le total des créances, d'identifier les comptes à solde élevé et de prioriser les efforts de recouvrement. La surveillance de cette valeur au fil du temps montre l'efficacité du processus de recouvrement. Pourquoi est-ce important ? : Mesure directement les comptes débiteurs, ce qui est indispensable pour gérer les flux de trésorerie, prioriser les recouvrements et évaluer la santé financière. Source des données : Il s'agit généralement d'un champ calculé dans les modules de reporting de Waystar (montant facturé - montant payé - ajustements). Il pourrait devoir être calculé lors de l'extraction des données si un champ direct n'est pas disponible. Exemples 30.00270.25540.50 | |||
| Statut du Sinistre ClaimStatus | Le statut actuel de la créance dans son cycle de vie, tel que « Soumis », « En attente », « Payé » ou « Rejeté ». | ||
| Descriptionn Le statut de la réclamation offre un aperçu de la position d'un événement de facturation spécifique dans le cycle de revenus à tout moment. Il indique la dernière étape franchie, par exemple si une réclamation a été envoyée, est en cours d'examen par le payeur, a été payée ou a été rejetée. Cet attribut est impératif pour le reporting financier et la gestion opérationnelle. Dans le Process Mining, il aide à comprendre l'état actuel de tous les cas ouverts et peut être utilisé pour analyser le temps que les cas passent dans certains statuts, comme « En attente d'adjudication par le payeur ». Cela contribue directement au le tableau de bord « Soldes impayés et vieillissement ». Pourquoi est-ce important ? : Fournit une vue d'état actuel de toutes les réclamations en cours, permettant l'analyse des points de blocage et la priorisation du travail. Source des données : Un champ standard sur la réclamation ou l'enregistrement de facturation dans Waystar, mis à jour à mesure que la réclamation progresse dans le cycle. Exemples SoumisReçu par le payeurRefuséEntièrement payée | |||
| Type de service ServiceType | La catégorie ou le type de service médical fourni, tel que « Radiologie », « Consultation » ou « Procédure chirurgicale ». | ||
| Descriptionn Le type de service classe la nature du service facturable rendu au patient. Différents types de services ont souvent des codes de facturation, des taux de remboursement et des complexités de processus distincts. Cet attribut permet une analyse granulaire du cycle de revenus basée sur le département clinique ou la ligne de service. Il aide à répondre à des questions telles que : « Quels services connaissent le plus de retards de facturation ? » ou « Les taux de rejet sont-ils plus élevés pour les procédures chirurgicales par rapport aux consultations ? ». C'est indispensable pour l'analyse des performances départementales et l'amélioration ciblée des processus. Pourquoi est-ce important ? : Permet l'analyse de la performance des processus par département clinique ou ligne de service, révélant les variations d'efficacité et de rentabilité. Source des données : Généralement dérivé des codes de procédure (CPT/HCPCS) ou lié au service qui a fourni le service dans Waystar. Exemples RadiologyConsultation de cardiologieVisite aux urgencesChirurgie ambulatoire | |||
| Catégorie de patient PatientClass | Indique le statut du patient pour l'intervention, tel que « Hospitalisé » ou « Ambulatoire ». | ||
| Descriptionn La classe de patient catégorise le type de rencontre patient, ce qui dicte souvent les règles de facturation et les taux de remboursement. Les classes courantes incluent hospitalisation, consultation externe et urgence. L'analyse du cycle de revenus par classe de patient peut révéler des différences de processus significatives. Par exemple, les demandes de remboursement pour les patients hospitalisés sont souvent plus complexes et ont des cycles de paiement plus longs que celles des patients externes. Cette segmentation est importante pour fixer des objectifs de performance réalistes et adapter les initiatives d'amélioration des processus aux besoins spécifiques de chaque classe. Pourquoi est-ce important ? : Aide à segmenter le processus en fonction de la complexité de l'intervention (par exemple, hospitalisation vs. ambulatoire), qui est souvent corrélée à différentes règles de facturation et temps de cycle. Source des données : Un champ standard dans les données d'enregistrement du patient ou de l'intervention dans Waystar ou du système EHR source. Exemples Patient hospitaliséPatient ambulatoireUrgence | |||
| Code motif d'ajustement AdjustmentReasonCode | Un code qui explique la raison d'un ajustement financier au solde du compte. | ||
| Descriptionn Lorsque le solde d'un compte est modifié pour des raisons autres qu'un paiement, comme une allocation contractuelle ou un amortissement, un code de motif d'ajustement est utilisé pour documenter la raison. Cet attribut recueille ce code. L'analyse de ces codes est indispensablele pour le Tableau de bord « Taux et impact des ajustements de compte ». Elle aide à identifier les causes profondes des fuites de revenus, telles que les ajustements contractuels fréquents avec des payeurs spécifiques ou les amortissements dus à des erreurs de facturation. Comprendre ces raisons est la première étape pour minimiser les pertes de revenus évitables. Pourquoi est-ce important ? : Explique pourquoi les revenus ont été ajustés ou annulés, fournissant des informations essentielles sur la fuite de revenus et la performance des contrats payeurs. Source des données : Associé aux transactions d'ajustement dans le module d'enregistrement des paiements ou des comptes débiteurs de Waystar. Exemples Obligation contractuelleRadiation de petit soldeCorrection d'erreur de facturation | |||
| Date d'échéance du paiement PaymentDueDate | La date à laquelle le paiement de la facture ou de la créance est attendu. | ||
| Descriptionn La date d'échéance du paiement est la date fixée par le fournisseur ou dictée par les contrats des payeurs, à laquelle le paiement devrait être reçu. Elle sert de référence pour mesurer la ponctualité des paiements. Cet attribut est indispensable pour le Tableau de bord « Soldes impayés et vieillissement ». Il est utilisé pour calculer l'âge des créances, en les catégorisant en tranches comme « 0-30 jours », « 31-60 jours », etc. Cette analyse du vieillissement est une pratique financière standard pour la gestion des comptes clients et la priorisation des efforts de recouvrement sur les comptes en retard. Pourquoi est-ce important ? : Fournit la base de référence pour le calcul du vieillissement des comptes clients, ce qui est indispensable pour gérer les recouvrements et évaluer la fraîcheur des flux de trésorerie. Source des données : Se trouve sur la facture ou l'enregistrement de réclamation. Il peut être calculé en fonction de la date de la facture et des conditions de paiement. Exemples 2023-11-252023-12-152024-01-30 | |||
| Est paiement au premier passage IsFirstPassPayment | Un indicateur signalant si la réclamation a été payée correctement dès la première soumission, sans refus ni ajustements. | ||
| Descriptionn Cet attribut booléen calculé indique si une créance a été payée sans aucun événement négatif intermédiaire tel qu'un rejet, une refus ou une demande d'informations supplémentaires. Une valeur « true » (vrai) signifie un processus propre et efficace pour cette créance. Cet attribut contribue directement au le KPI « Taux de paiement au premier passage », qui est une mesure critique de l'efficacité globale du cycle de revenus. L'analyse des caractéristiques des créances non payées au premier passage (par exemple, par payeur, par type de service) aide à identifier les principaux facteurs de reprises et de retards de paiement. L'amélioration de ce taux conduit à un flux de trésorerie plus rapide et à des coûts opérationnels réduits. Pourquoi est-ce important ? : Mesure directement la qualité de la facturation et du gestion des sinistres. Un taux élevé de paiement au premier passage indique un processus efficace avec un minimum de reprises. Source des données : Il s'agit d'un attribut dérivé calculé lors de la transformation des données. La logique vérifie si un événement « Paiement enregistré » se produit sans être précédé d'événements tels que « Créance rejetée » ou « Compte ajusté ». Exemples truefaux | |||
| ID du patient PatientId | L'identifiant unique du patient ayant reçu le service. | ||
| Descriptionn Cet attribut est l'identifiant unique du patient associé à l'événement de facturation. Il relie la transaction financière à l'individu qui a reçu des soins. Bien que l'événement de facturation soit le cas, l'identifiant du patient permet une analyse centrée sur le patient. Il peut aider à identifier les patients récurrents, à comprendre le parcours financier complet du patient sur plusieurs visites et à analyser si certaines données démographiques de patients sont associées à des problèmes de paiement ou à des taux de rejet plus élevés. Il offre un moyen d'agréger toutes les activités de facturation pour une seule personne. Pourquoi est-ce important ? : Permet une analyse centrée sur le patient, offrant une vue du parcours financier complet d'un individu à travers plusieurs événements de facturation. Source des données : Un champ standard sur la réclamation ou l'enregistrement du patient dans Waystar ou lié à un EHR. Exemples MRN-887654MRN-902101MRN-1, 2, 3, 456 | |||
| Montant Ajusté AdjustedAmount | Le montant financier total ajusté ou amorti pour l'événement de facturation. | ||
| Descriptionn Le montant ajusté représente la somme de tous les ajustements financiers apportés au solde d'un événement de facturation. Cela inclut les allocations contractuelles dictées par les accords avec les payeurs, ainsi que d'autres amortissements ou corrections. Il s'agit d'une métrique clé pour le Tableau de bord « Taux et impact des ajustements de compte ». La somme de ce montant à travers différents codes de motif ou payeurs révèle l'impact financier des pertes de revenus. Elle aide à quantifier les pertes et fournit une justification pour s'attaquer aux causes profondes des ajustements. Pourquoi est-ce important ? : Quantifie le montant des revenus perdus en raison des amortissements et des ajustements, soulignant l'impact financier des problèmes de facturation et des conditions contractuelles. Source des données : Provient des transactions d'ajustement financier dans Waystar. Cela peut nécessiter de sommer plusieurs entrées d'ajustement pour un seul événement de facturation. Exemples 250.2550.0015.80 | |||
| Montant payé PaidAmount | Le montant total d'argent reçu et enregistré des payeurs ou du patient pour la demande de remboursement. | ||
| Descriptionn Cet attribut enregistre le montant cumulé d'argent qui a été collecté avec succès pour un événement de facturation. Cela inclut les paiements des payeurs d'assurance primaire et secondaire ainsi que les paiements du patient. Le montant payé est une indicateur de résultat majeur pour le cycle de revenus. Il est utilisé pour calculer le rendement final des frais facturés et pour mesurer l'efficacité de l'ensemble du processus. La comparaison du montant facturé au montant payé révèle la performance financière et met en évidence les zones de fuite de revenus. C'est indispensable pour les tableau de bords liés à l'efficacité du recouvrement et à la santé financière globale. Pourquoi est-ce important ? : Mesure la trésorerie réelle collectée, qui est une métrique de résultat primaire pour évaluer le succès global du processus du cycle de revenus. Source des données : Dérivé des transactions d'enregistrement de paiement liées à la réclamation dans Waystar. Cela peut nécessiter de totaliser plusieurs enregistrements de paiement. Exemples 120.00980.500.00 | |||
| Temps service à facture ServiceToInvoiceCycleTime | Le temps écoulé entre la fin d'un service et la saisie des frais et la création d'une demande de remboursement. | ||
| Descriptionn Cette métrique, également connue sous le nom de « charge lag », mesure l'efficacité du processus de facturation en amont. Elle est calculée comme la différence de temps entre l'événement « Service fourni/terminé » et l'événement « Frais capturés » ou « Créance créée ». Cet attribut contribue directement au le Tableau de bord « Temps de cycle du service à la facture ». Les retards dans cette partie du processus, connus sous le nom de charge lag, retardent directement le début du cycle de paiement, retardant les flux de trésorerie. Le suivi de cela aide à garantir que tous les services sont facturés rapidement et précisément, évitant les pertes de revenus et accélérant l'ensemble du cycle de revenus. Pourquoi est-ce important ? : Mesure l'efficacité de la facturation en amont. La réduction de ce « délai de facturation » est indispensablele pour accélérer l'ensemble du cycle de revenus et prévenir la perte de frais. Source des données : Calculé lors de la transformation des données en soustrayant l'horodatage de l'événement de service de l'horodatage de l'événement de saisie des frais/création de réclamation. Exemples 2 jours 8 heures1 jour 0 heure5 jours 1 heure | |||
| Type de payeur PayerType | La catégorie du payeur, telle que « Commercial », « Medicare » ou « Auto-financement ». | ||
| Descriptionn Le type de payeur regroupe les payeurs individuels en catégories plus larges basées sur leur nature. Cela offre une vue de plus haut niveau que le nom spécifique du payeur. Cet attribut est utile pour l'analyse stratégique et le reporting. Il permet aux dirigeants de comprendre les tendances de performance à travers les principales catégories de payeurs, comme la comparaison de la performance globale des payeurs gouvernementaux par rapport aux assureurs commerciaux. Cela peut guider les décisions stratégiques concernant la contractualisation avec les payeurs et l'allocation des ressources. Pourquoi est-ce important ? : Permet une analyse de haut niveau en regroupant les payeurs en catégories comme Commercial ou Gouvernement, qui ont souvent des comportements de paiement et des règles distincts. Source des données : Généralement dérivé en mappant le nom du payeur à une liste de catégories prédéfinies. Cette logique peut exister dans Waystar ou nécessiter d'être construite lors de la transformation des données. Exemples CommercialMedicareMedicaidAuto-paiement | |||
| Utilisateur responsable ResponsibleUser | L'utilisateur ou l'agent qui a effectué l'activité, tel qu'un facturier, un codeur ou un spécialiste du recouvrement. | ||
| Descriptionn Cet attribut identifie l'employé ou l'utilisateur système spécifique qui a exécuté une activité donnée dans le processus. Par exemple, il pourrait montrer quel facturier a soumis une créance ou quel agent de recouvrement a initié un appel de suivi. L'analyse du processus par utilisateur aide à comprendre la répartition de la charge de travail, la performance individuelle et les besoins en formation. Elle peut mettre en évidence si certains utilisateurs ont des taux d'erreur plus élevés ou sont plus efficaces pour résoudre les rejets. Ceci est précieux pour la gestion d'équipe et le contrôle qualité au sein du service du cycle de revenus. Pourquoi est-ce important ? : Attribue la responsabilité des étapes de processus, permettant l'analyse des performances au niveau individuel ou d'équipe et l'identification des opportunités de formation. Source des données : Trouvé dans la piste d'audit ou les journaux de transactions pour les événements dans Waystar, souvent sous la forme de « UserID », « ProcessedBy », ou similaire. Exemples jsmithadavisbilling_bot_01 | |||
Activités de Gestion du cycle de revenus (RCM)
| Activité | Descriptionn | ||
|---|---|---|---|
| Charges capturées | Marque l'entrée des services facturables dans le système du cycle de revenus. Cet événement est généralement enregistré explicitement lorsqu'un utilisateur finalise une saisie de frais ou lorsque des données sont reçues d'un système clinique. | ||
| Pourquoi est-ce important ? : C'est le point de départ du processus de facturation. L'analyse du temps écoulé entre la fin du service et la saisie des frais est indispensablele pour identifier les pertes de revenus et les retards en amont. Source des données : Cet événement est enregistré dans une table de saisie de frais ou de transactions dans Waystar, contenant généralement un horodatage de création lorsque la charge est sauvegardée ou finalisée. Capture Événement enregistré lors de l'enregistrement ou de la finalisation d'une saisie de frais. Type d'événement explicit | |||
| Compte clos | Le cycle de vie de l'événement de facturation est terminé, le solde du compte atteignant zéro grâce aux paiements et aux ajustements. Cela marque la fin réussie du cycle de revenus pour ce cas. | ||
| Pourquoi est-ce important ? : C'est le point final principal du processus. Mesurer le temps de clôture et le pourcentage de comptes qui se clôturent avec succès sont des indicateurs de performance globale clés. Source des données : Il s'agit d'un événement calculé, généralement déduit lorsque le champ du solde impayé pour l'événement de facturation devient nul dans le système de comptabilité patient. Capture Calculé lorsque la somme des paiements et des ajustements est égale au montant total des frais. Type d'événement calculated | |||
| Demande refusée | Le payeur a rejeté la demande de remboursement et n'effectuera pas de paiement, comme détaillé dans l'avis de virement électronique (ERA). Cet événement déclenche la gestion des rejets ou la boucle de reprises. | ||
| Pourquoi est-ce important ? : Facilite le KPI « Taux de refus de réclamations ». L'identification de la fréquence et des raisons des refus est indispensablele pour l'amélioration des processus et le recouvrement des revenus. Source des données : Ceci est déduit de codes de rejet spécifiques, connus sous le nom de codes de motif d'ajustement de créance (CARC), dans l'ERA (fichier 835) reçu. Capture Dérivé des codes de motif d'ajustement de réclamation (CARCs) dans le fichier ERA qui indiquent un refus. Type d'événement inferred | |||
| Paiement comptabilisé | Un paiement reçu est appliqué ou rapproché du compte patient et de la réclamation spécifiques. Cette activité déplace le solde des comptes débiteurs vers la trésorerie. | ||
| Pourquoi est-ce important ? : Il s'agit d'une étape finale cruciale dans le cycle du payeur. Elle prend en charge les KPI de débit d'enregistrement des paiements et de temps de latence, garantissant que les comptes sont mis à jour avec précision et en temps opportun. Source des données : Il s'agit d'une action explicite enregistrée dans Waystar lorsqu'un utilisateur enregistre le paiement de l'ERA. De nombreux systèmes disposent également de fonctions d'enregistrement automatique qui journalisent cet événement. Capture Événement enregistré lorsque le paiement d'une ERA est appliqué à une réclamation, manuellement ou via l'auto-enregistrement. Type d'événement explicit | |||
| Réclamation soumise au payeur | La soumission électronique de la demande de facturation au payeur d'assurance pour adjudication. Il s'agit d'un transfert critique du système du fournisseur vers le système du payeur via la chambre de compensation. | ||
| Pourquoi est-ce important ? : Un jalon clé qui déclenche le calcul des délais de réponse des payeurs. Il est indispensable pour mesurer les KPI du cycle de paiement et identifier les retards de soumission. Source des données : La fonctionnalité de clearinghouse de Waystar enregistre explicitement la date et l'heure de la transmission du fichier de créance. Recherchez les journaux de soumission ou l'historique du statut des créances. Capture Comptabilisé dans l'historique des soumissions de réclamations ou le journal des transactions lors d'une transmission réussie. Type d'événement explicit | |||
| Sinistre statué | Le payeur a traité la demande de remboursement et pris une décision de paiement. Cet événement est capturé lorsqu'un avis de virement électronique (ERA), ou fichier 835, est reçu du payeur. | ||
| Pourquoi est-ce important ? : C'est le point de décision principal dans le processus. Il détermine si la créance sera payée ou rejetée, impactant directement les flux de revenus et les workflows de gestion des rejets. Source des données : Déduit de la date de réception de l'ERA (fichier 835) associé à la réclamation dans Waystar. Le fichier ERA contient la décision détaillée du payeur. Capture Déduit de la date de traitement du fichier ERA/835 reçu du payeur. Type d'événement inferred | |||
| Accusé de réception du payeur reçu | Le système du payeur confirme la réception du fichier de demande soumis. Il s'agit généralement d'une réponse automatisée, comme un rapport 277CA ou 999, indiquant que la demande a été acceptée pour traitement. | ||
| Pourquoi est-ce important ? : Confirme la transmission réussie et aide à isoler les rejets front-end dus à des erreurs de formatage ou de données avant le début de l'adjudication, permettant des corrections plus rapides. Source des données : Comptabilisé dans les tables de statut de réclamation ou de fichier de réponse au sein du module de clearinghouse de Waystar après le traitement d'un fichier d'accusé de réception du payeur entrant. Capture Événement enregistré lors du traitement d'un fichier d'accusé de réception électronique du payeur. Type d'événement explicit | |||
| Activité de recouvrement initiée | Le compte patient est devenu défaillant, et des efforts de recouvrement actifs ont commencé. Cela pourrait impliquer des rappels automatisés ou un transfert à une agence de recouvrement tierce. | ||
| Pourquoi est-ce important ? : Prend en charge le Tableau de bord « Efficacité de l'activité de recouvrement ». Il aide à analyser le coût et le taux de succès des efforts de recouvrement sur les comptes clients vieillissants. Source des données : Ceci est généralement déduit d'un changement de statut de compte dans Waystar vers un état de « Recouvrement » ou de « Créance irrécouvrable », ce qui déclenche un workflow différent. Capture Déduit d'un changement de statut de compte à « Recouvrement » ou « Créances irrécouvrables ». Type d'événement inferred | |||
| Compte ajusté | Un ajustement manuel ou contractuel est effectué sur le solde du compte. Cela peut inclure des radiations, des allocations contractuelles, des remises aux patients ou d'autres corrections. | ||
| Pourquoi est-ce important ? : Primordial pour comprendre la fuite de revenus. L'analyse des ajustements aide à identifier les problèmes liés aux barèmes de frais, à la gestion des contrats ou aux créances irrécouvrables. Source des données : Chaque ajustement financier doit être enregistré comme une transaction à des fins d'audit. Il s'agira d'un événement explicite dans la table des transactions de compte. Capture Comptabilisé comme un type de transaction spécifique dans le grand livre de comptes. Type d'événement explicit | |||
| Réclamation corrigée et soumise à nouveau | Après un refus ou un rejet, la réclamation a été corrigée et renvoyée au payeur. Cela marque le redémarrage du cycle d'adjudication pour une réclamation spécifique. | ||
| Pourquoi est-ce important ? : Il s'agit d'une boucle de reprises critique. L'analyse de la fréquence et des raisons de la nouvelle soumission aide à identifier les causes profondes des erreurs initiales, telles que les erreurs de codage ou démographiques. Source des données : Déduit en identifiant un nouvel événement « Réclamation soumise au payeur » pour une réclamation précédemment refusée. Le système peut également avoir un statut spécifique pour les réclamations resoumises. Capture Déduit d'un nouvel événement de soumission lié à un identifiant de réclamation précédemment refusé. Type d'événement inferred | |||
| Refus contesté | Un utilisateur a agi pour contester un refus de réclamation, souvent en soumettant à nouveau la réclamation avec des corrections ou en déposant un appel formel. Cette activité est une étape clé du processus de reprise. | ||
| Pourquoi est-ce important ? : Mesure l'efficacité de l'équipe de gestion des refus. Suivre le temps entre le refus et l'appel, ainsi que le taux de succès des appels, est important pour optimiser les efforts de recouvrement. Source des données : Cela peut être enregistré comme une action utilisateur explicite ou une note dans le module de gestion des rejets. Cela pourrait également être déduit d'un changement de statut sur la créance rejetée. Capture Événement enregistré lorsqu'un utilisateur documente une action d'appel ou met à jour le statut de la réclamation à « Contestée ». Type d'événement explicit | |||
| Relevé de solde patient envoyé | Après l'adjudication de l'assurance, un relevé est généré et envoyé au patient pour tout solde restant. Cela déplace l'objectif de recouvrement du payeur vers le patient. | ||
| Pourquoi est-ce important ? : Cet événement initie le cycle de paiement du patient. L'analyse de l'efficacité et du calendrier des relevés est indispensablele pour gérer les créances patients et améliorer leur expérience. Source des données : Ceci est un événement explicite enregistré par le module de facturation patient lorsqu'un lot de relevés est généré ou envoyé électroniquement ou à un fournisseur d'impression. Capture Événement enregistré dans l'historique de la correspondance patient lorsqu'un relevé est généré. Type d'événement explicit | |||
| Sinistre créé | Représente la génération d'une réclamation de facturation formelle à partir des frais capturés. Il s'agit d'une étape interne où le système compile les informations avant de les soumettre au payeur. | ||
| Pourquoi est-ce important ? : Suit l'efficacité interne de la génération des créances. Les retards à ce stade peuvent reporter l'ensemble du cycle de paiement avant même que la créance ne quitte le système du fournisseur. Source des données : Il peut s'agir d'un événement explicite, mais il est souvent déduit du premier horodatage associé à un enregistrement de créance dans le module de gestion des créances de Waystar. Capture Déduit de la date de création de l'enregistrement de réclamation dans la table des réclamations principales. Type d'événement inferred | |||
Guides d'extraction
Les méthodes d'extraction pour ce processus sont en cours de validation. Veuillez revenir plus tard ou contactez-nous pour obtenir de l'aide.