Votre modèle de données pour la gestion du cycle de revenus
Votre modèle de données pour la gestion du cycle de revenus
- 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
| Nom | Description | ||
|---|---|---|---|
| É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. | ||
| Description L'événement de facturation agit comme l'identifiant de cas 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 vue complète du cycle de revenus. Cela aide à identifier les chemins de processus courants, les déviations et les goulots d'étranglement affectant les créances individuelles. Ce niveau de granularité est essentiel 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 c'est important C'est l'ID de cas essentiel qui relie toutes les activités du cycle de revenus connexes, permettant de tracer le processus de bout en bout pour chaque élément facturable. Où obtenir Il s'agit généralement de la clé primaire de la table principale des transactions de facturation ou de réclamation au sein de Waystar. Consultez la documentation Waystar pour le nom spécifique de la table et du champ. Exemples BE-2024-0012345BE-2024-0012346BE-2024-0012347 | |||
| 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é ». | ||
| Description Cet attribut décrit les activités individuelles qui composent le processus de bout en bout 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 fondement du Process Mining. Elle permet la visualisation de la cartographie des processus, l'identification des boucles de retravail (par exemple, « Créance rejetée » suivie de « Créance corrigée ») et la mesure des temps de transition entre les étapes. C'est essentiel pour comprendre l'efficacité et la conformité du processus. Pourquoi c'est important Cet attribut définit les étapes de la cartographie des processus, ce qui est fondamental pour visualiser et analyser le workflow du cycle de revenus. Où obtenir Généré à partir de journaux d'événements, d'enregistrements de changement de statut ou de types de transactions au sein des modules de réclamations et de facturation de Waystar. Exemples Réclamation soumise au payeurSinistre RefuséPaiement comptabiliséCompte clôturé | |||
| Timestamp de l'événement EventTimestamp | La date et l'heure précises auxquelles l'activité s'est produite. | ||
| Description L'horodatage de l'événement (Event Timestamp) enregistre le moment exact où une activité a eu lieu. Cet horodatage est crucial 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 goulots d'étranglement et la surveillance des performances. Pourquoi c'est 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 colonne vertébrale temporelle de l'analyse. Où obtenir 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 | |||
| 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. | ||
| Description 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 cruciale pour la gouvernance des données et pour comprendre la fraîcheur des données dans l'analyse de Process Mining. Elle aide les utilisateurs à savoir s'ils consultent des informations à jour et est essentielle pour gérer les chargements de données incrémentiels. Pourquoi c'est important Assure la transparence des données en indiquant la fraîcheur de l'ensemble de données, ce qui est vital pour un reporting et une analyse précis et opportuns. Où obtenir 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. | ||
| Description 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 au sein de 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 c'est important Identifie l'origine des données, ce qui est crucial pour la gouvernance des données, l'assurance qualité et la compréhension des variations de processus entre les différents systèmes. Où obtenir 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 motif de refus DenialReasonCode | Un code standardisé indiquant la raison pour laquelle une réclamation a été refusée par le payeur. | ||
| Description 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 capture ce code spécifique. L'analyse des codes de motif de rejet est fondamentale 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 Dashboard « 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 c'est important Cet attribut est essentiel 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. Où obtenir 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 réclamation/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. | ||
| Description 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 crucial 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 fondamentale pour la plupart des Dashboards financiers. Pourquoi c'est 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. Où obtenir 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. | ||
| Description 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 essentielle 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 c'est important Segmenter le processus par payeur est essentiel pour identifier les goulots d'étranglement, les raisons de rejet et les retards de paiement spécifiques à chaque payeur. Où obtenir Trouvé dans les informations de réclamation ou de facturation, lié aux détails d'assurance du patient au sein de Waystar. Exemples AetnaBlue Cross Blue ShieldCignaMedicare Partie B | |||
| Solde dû OutstandingBalance | Le montant restant à recouvrer pour l'événement de facturation. | ||
| Description 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 Dashboard « 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 c'est important Mesure directement les comptes débiteurs, ce qui est essentiel pour gérer les flux de trésorerie, prioriser les recouvrements et évaluer la santé financière. Où obtenir 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é ». | ||
| Description 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 crucial 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 soutient directement le tableau de bord « Soldes impayés et vieillissement ». Pourquoi c'est important Fournit une vue d'état actuel de toutes les réclamations en cours, permettant l'analyse des goulots d'étranglement et la priorisation du travail. Où obtenir 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 ». | ||
| Description 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 essentiel pour l'analyse des performances départementales et l'amélioration ciblée des processus. Pourquoi c'est 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é. Où obtenir Généralement dérivé des codes de procédure (CPT/HCPCS) ou lié au service qui a fourni le service au sein de Waystar. Exemples RadiologieConsultation de cardiologieVisite aux urgencesChirurgie ambulatoire | |||
| Classe du patient PatientClass | Indique le statut du patient pour l'intervention, tel que « Hospitalisé » ou « Ambulatoire ». | ||
| Description 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 c'est 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. Où obtenir Un champ standard dans les données d'enregistrement du patient ou de l'intervention au sein de Waystar ou du système EHR source. Exemples HospitalisationAmbulatoireUrgence | |||
| Code motif d'ajustement AdjustmentReasonCode | Un code qui explique la raison d'un ajustement financier au solde du compte. | ||
| Description 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 capture ce code. L'analyse de ces codes est essentielle pour le Dashboard « 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 c'est 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. Où obtenir Associé aux transactions d'ajustement dans le module d'enregistrement des paiements ou des comptes débiteurs de Waystar. Exemples Obligation contractuelleAnnulation de petite créanceCorrection 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. | ||
| Description 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 essentiel pour le Dashboard « 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 c'est important Fournit la base de référence pour le calcul du vieillissement des comptes clients, ce qui est essentiel pour gérer les recouvrements et comprendre la ponctualité des flux de trésorerie. Où obtenir 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. | ||
| Description 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 soutient directement 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 retravail 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 c'est important Mesure directement la qualité de la facturation et du traitement des réclamations. Un taux élevé de paiement au premier passage indique un processus efficace avec un minimum de reprises. Où obtenir 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 patient PatientId | L'identifiant unique du patient ayant reçu le service. | ||
| Description 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 c'est 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. Où obtenir Un champ standard sur la réclamation ou l'enregistrement du patient au sein de Waystar ou lié à un EHR. Exemples MRN-887654MRN-902101MRN-123456 | |||
| Montant ajusté AdjustedAmount | Le montant financier total ajusté ou amorti pour l'événement de facturation. | ||
| Description 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 Dashboard « 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 c'est 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. Où obtenir Provient des transactions d'ajustement financier au sein de 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. | ||
| Description 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 métrique de résultat clé 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 essentiel pour les Dashboards liés à l'efficacité du recouvrement et à la santé financière globale. Pourquoi c'est 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. Où obtenir 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 de Cycle de Paiement PaymentCycleTime | Le temps total écoulé entre la soumission d'une créance et l'enregistrement du paiement final. | ||
| Description Cette métrique calculée mesure la durée du processus principal de recouvrement des paiements. Elle est généralement calculée comme la différence de temps entre l'événement « Créance soumise au payeur » et l'événement final « Paiement enregistré » pour un événement de facturation. Cet attribut est la mesure principale pour le Dashboard « Analyse du temps de cycle de paiement global » et un indicateur clé de performance pour les flux de trésorerie. L'analyse de cette durée à travers différents payeurs, types de services ou classes de patients aide à identifier les plus grandes sources de retard dans la réception des paiements. La réduction du temps moyen du cycle de paiement est un objectif principal pour presque toutes les initiatives de gestion du cycle de revenus. Pourquoi c'est important Un KPI essentiel qui mesure la vitesse de recouvrement des créances. Son analyse aide à identifier et à résoudre les retards les plus importants dans le processus de paiement. Où obtenir Calculé lors de la transformation des données en soustrayant l'horodatage de l'événement de soumission de l'horodatage de l'événement de paiement. Exemples 25 jours 4 heures90 jours 11 heures14 jours 2 heures | |||
| 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. | ||
| Description 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 soutient directement le Dashboard « 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 c'est important Mesure l'efficacité de la facturation en amont. La réduction de ce « délai de facturation » est cruciale pour accélérer l'ensemble du cycle de revenus et prévenir la perte de frais. Où obtenir 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 ». | ||
| Description 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 éclairer les décisions stratégiques concernant la contractualisation avec les payeurs et l'allocation des ressources. Pourquoi c'est 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. Où obtenir 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. | ||
| Description 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 c'est 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. Où obtenir 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
| Activité | Description | ||
|---|---|---|---|
| Compte clôturé | 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 c'est 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. Où obtenir 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 | |||
| Frais saisis | 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 c'est 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 cruciale pour identifier les pertes de revenus et les retards en amont. Où obtenir Cet événement est enregistré dans une table de saisie de frais ou de transactions au sein de 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 | |||
| 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 c'est 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. Où obtenir 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 c'est important Un jalon clé qui déclenche le calcul des délais de réponse des payeurs. Il est essentiel pour mesurer les KPI du cycle de paiement et identifier les retards de soumission. Où obtenir 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 Enregistré 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 Refusé | 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 retravail. | ||
| Pourquoi c'est important Soutient directement le KPI « Taux de refus de réclamations ». L'identification de la fréquence et des raisons des refus est essentielle pour l'amélioration des processus et le recouvrement des revenus. Où obtenir Ceci est déduit de codes de rejet spécifiques, connus sous le nom de codes de motif d'ajustement de créance (CARC), au sein de 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 | |||
| 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 c'est 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. Où obtenir 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 c'est 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. Où obtenir Enregistré 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 démarré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 c'est important Prend en charge le Dashboard « 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. Où obtenir Ceci est généralement déduit d'un changement de statut de compte au sein de 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 c'est important Essentiel 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. Où obtenir 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 Enregistré 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 c'est important Il s'agit d'une boucle de retravail 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. Où obtenir 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 c'est 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. Où obtenir 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 c'est important Cet événement initie le cycle de paiement du patient. L'analyse de l'efficacité et du calendrier des relevés est essentielle pour gérer les créances patients et améliorer leur expérience. Où obtenir 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 c'est 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. Où obtenir 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.