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
- Recommandations pratiques pour extraire les données de Waystar
Attributs de la gestion du cycle des revenus
| Nom | Description | ||
|---|---|---|---|
| Événement de facturation BillingEvent | Identifiant unique d'une prestation de service ou d'une livraison de produit générant des frais, qui sert de dossier pour le processus du cycle de revenus. | ||
| Description L'événement de facturation sert d'identifiant principal du dossier et relie toutes les activités, de la saisie des frais à la clôture du compte, pour une prestation facturable donnée. Il représente l'ensemble du cycle de vie d'une demande ou d'une facture patient. Dans le Process Mining, l'analyse du parcours de chaque événement de facturation offre une vue complète du cycle de revenus. Elle permet d'identifier les chemins de processus fréquents, les écarts et les goulots d'étranglement qui affectent les demandes individuelles. Ce niveau de granularité est essentiel pour comprendre la performance du processus et cibler les domaines à améliorer, notamment les retards dans la soumission des demandes ou la comptabilisation des paiements. Pourquoi c’est important Il s'agit du Case ID essentiel qui relie toutes les activités associées au cycle de revenus et permet de retracer le processus de bout en bout pour chaque élément facturable. Où les obtenir Il s'agit généralement de la clé primaire de la table principale des transactions de facturation ou de demandes dans Waystar. Consultez la documentation Waystar pour connaître le nom précis de la table et du champ. Exemples BE-2024-0012345BE-2024-0012346BE-2024-0012347 | |||
| Horodatage de l'événement EventTimestamp | Date et heure précises auxquelles l'activité a eu lieu. | ||
| Description L'horodatage de l'événement enregistre le moment exact où une activité s'est produite. Cet horodatage est essentiel pour classer les événements dans l'ordre chronologique et calculer les durées entre les différentes étapes du processus. Dans l'analyse des processus, les horodatages servent à calculer des indicateurs clés tels que les délais de cycle, les temps d'attente et les temps de traitement. Par exemple, l'écart entre l'horodatage de « Claim Submitted » et celui de « Payment Posted » détermine le délai global du cycle de paiement. Des horodatages exacts sont indispensables à l'analyse des goulots d'étranglement et au suivi de la performance. Pourquoi c’est important Les horodatages sont nécessaires pour ordonner les événements, calculer les délais de cycle et analyser la performance du processus. Ils constituent la base temporelle de l'analyse. Où les obtenir Il s'agit d'un champ standard associé à presque tous les enregistrements de transaction ou de changement de statut dans Waystar, souvent nommé « Creation Date », « Transaction Date » ou de manière similaire. Exemples 2023-10-26T10:00:00Z2023-10-27T14:35:10Z2023-11-05T09:15:00Z | |||
| Nom de l'activité ActivityName | Nom de l'événement métier ou de l'étape précise survenue dans le processus du cycle de revenus, par exemple « Claim Submitted » ou « Payment Posted ». | ||
| Description Cet attribut décrit les activités individuelles qui composent le processus du cycle de revenus de bout en bout. Chaque valeur représente une étape, un jalon ou une tâche distincte exécutée pour un événement de facturation, comme créer une demande, recevoir un refus ou comptabiliser un paiement. L'analyse de la séquence et de la fréquence de ces activités constitue le fondement du Process Mining. Elle permet de visualiser la carte du processus, d'identifier les boucles de reprise, par exemple « Claim Denied » suivi de « Claim Corrected », et de mesurer les délais de transition entre les étapes. Cette analyse est essentielle pour comprendre l'efficacité et la conformité du processus. Pourquoi c’est important Cet attribut définit les étapes de la cartographie du processus, ce qui est fondamental pour visualiser et analyser le flux de travail du cycle de revenus. Où les obtenir Généré à partir des journaux d'événements, des enregistrements de changement de statut ou des types de transaction dans les modules de demandes et de facturation de Waystar. Exemples Demande de remboursement soumise à l'organisme payeurDemande refuséePaiement comptabiliséCompte clôturé | |||
| Dernière mise à jour des données LastDataUpdate | Horodatage indiquant la dernière actualisation ou extraction des données relatives à cet événement. | ||
| Description Cet attribut fournit l'horodatage de la dernière extraction des données depuis le système source. Il ne correspond pas au moment où l'événement métier s'est produit, mais à celui où l'enregistrement a été extrait pour analyse. Cette information est essentielle à la gouvernance des données et à l'évaluation de leur fraîcheur dans l'analyse de Process Mining. Elle permet de savoir si les informations consultées sont à jour et joue un rôle important dans la gestion des chargements incrémentiels. Pourquoi c’est important Garantit la transparence des données en indiquant la fraîcheur du jeu de données, indispensable à la production de rapports et d'analyses exacts et à jour. Où les obtenir Cet horodatage est généralement généré et ajouté à chaque ligne par le processus ETL (Extract, Transform, Load) lors de l'ingestion des données. Exemples 2024-01-15T02:00:00Z2024-01-16T02:00:00Z | |||
| Système source SourceSystem | Système ou application à l'origine des données de l'événement. | ||
| Description Cet attribut identifie le système source qui a généré les données de l'événement. Dans un environnement informatique complexe, les événements du cycle de revenus peuvent provenir de différents modules de Waystar, voire de systèmes externes intégrés, comme un Electronic Health Record (EHR). La connaissance du système source est importante pour valider les données, résoudre les problèmes et comprendre les variations du processus pouvant être liées au comportement de différents systèmes. Elle permet d'attribuer les problèmes de processus à l'application ou à l'interface concernée. Pourquoi c’est important Identifie l'origine des données, ce qui est essentiel pour la gouvernance des données, l'assurance qualité et la compréhension des variations du processus entre les différents systèmes. Où les obtenir Il s'agit souvent d'une valeur statique (« Waystar ») ajoutée lors de l'extraction des données, ou dérivée de modules ou de tables spécifiques du système. Exemples Waystar RCMModule de facturation WaystarInterface du DSE | |||
| Code du motif de refus DenialReasonCode | Code normalisé indiquant pourquoi une demande a été refusée par le payeur. | ||
| Description Lorsqu'un payeur refuse une demande, il fournit un code de motif expliquant le rejet. Ces codes peuvent signaler des informations manquantes, des prestations non couvertes ou des erreurs de codage. Cet attribut enregistre le code concerné. L'analyse des codes de motif de refus est fondamentale pour améliorer le cycle de revenus. Elle permet d'identifier les causes profondes des refus, comme des erreurs fréquentes dans un service donné ou des problèmes liés aux exigences d'un payeur particulier. Ces données alimentent directement le Dashboard « Taux et motifs de refus des demandes » et sont essentielles pour prévenir les refus futurs et améliorer le taux de règlement au premier passage. Pourquoi c’est important Cet attribut est essentiel à l'analyse des causes profondes des refus de demandes. Il permet de cibler les mesures visant à réduire les pertes de revenus et les reprises. Où les obtenir Renseigné dans l'enregistrement de la demande lorsqu'un événement de refus survient. Ces informations sont reçues du payeur dans l'avis de règlement. Exemples CO-16 : La demande de remboursement ou le service ne contient pas les informations nécessairesPR-96 : Frais non couvertsCO-22 : Ces soins peuvent être couverts par un autre organisme payeur | |||
| Montant facturé BilledAmount | Montant total facturé pour les prestations fournies dans le cadre de la demande. | ||
| Description Le montant facturé représente le montant brut des prestations fournies au patient, avant l'application des ajustements, remises contractuelles ou paiements. Il s'agit de la valeur initiale de la demande soumise au payeur. Cet attribut est essentiel à l'analyse financière et à la compréhension des montants qui circulent dans le processus. Il permet de segmenter l'analyse par valeur de demande, d'identifier les tendances de facturation selon les prestations et de calculer l'impact financier global des inefficacités, comme les refus ou les retards de paiement. Il constitue un indicateur de base pour la plupart des Dashboards financiers. Pourquoi c’est important Représente la valeur totale d'une demande et permet d'analyser l'impact financier des retards de processus, des refus et des ajustements. Où les obtenir Champ financier standard de l'écran de demande ou de saisie des frais dans Waystar. Exemples 150.001250.75540.50 | |||
| Nom du payeur PayerName | Nom de la compagnie d'assurance ou du payeur tiers responsable de la demande. | ||
| Description Cet attribut identifie le payeur concerné, par exemple une compagnie d'assurance, un programme public comme Medicare ou une autre entité responsable de l'adjudication et du règlement de la demande. Chaque payeur peut appliquer des exigences de soumission, des calendriers de paiement et des profils de refus différents. L'analyse du processus par nom du payeur est essentielle pour identifier ceux dont les cycles de paiement sont les plus longs, les taux de refus les plus élevés ou les processus les plus complexes. L'organisation peut ainsi adapter ses stratégies, prioriser les relances auprès des payeurs problématiques et négocier de meilleurs contrats. Pourquoi c’est important La segmentation du processus par payeur est essentielle pour identifier les goulots d'étranglement, les motifs de refus et les retards de paiement propres à chaque payeur. Où les obtenir Présent dans les informations de la demande ou de la facturation, et associé aux données d'assurance du patient dans Waystar. Exemples AetnaBlue Cross Blue ShieldCignaMedicare Part B | |||
| Solde restant dû OutstandingBalance | Montant restant à recouvrer pour l'événement de facturation. | ||
| Description Le solde restant dû représente le montant actuel des comptes clients pour un événement de facturation donné. Il est calculé en soustrayant du montant facturé les paiements et ajustements appliqués à ce jour. Il s'agit d'un indicateur financier important pour gérer la trésorerie et les comptes clients. Il constitue l'attribut principal du Dashboard « Soldes restants et ancienneté », qui permet de suivre le total des créances, d'identifier les comptes présentant les soldes les plus élevés et de prioriser les démarches de recouvrement. Le suivi de cette valeur dans le temps montre l'efficacité du processus de recouvrement. Pourquoi c’est important Mesure directement les comptes clients, ce qui est essentiel pour gérer la trésorerie, prioriser le recouvrement et évaluer la santé financière. Où les obtenir Il s'agit généralement d'un champ calculé dans les modules de reporting de Waystar (montant facturé - montant réglé - ajustements). Il peut être nécessaire de le calculer lors de l'extraction des données si aucun champ direct n'est disponible. Exemples 30.00270.25540.50 | |||
| Statut de la demande ClaimStatus | Statut actuel de la demande dans son cycle de vie, par exemple « Submitted », « Pending », « Paid » ou « Denied ». | ||
| Description Le statut de la demande fournit une vue instantanée de la position d'un événement de facturation donné dans le cycle de revenus. Il indique le dernier jalon atteint, par exemple si la demande a été envoyée, si elle est examinée par le payeur, si elle a été réglée ou si elle a été rejetée. Cet attribut est essentiel au reporting financier et à la gestion opérationnelle. Dans le Process Mining, il permet de comprendre l'état actuel de tous les dossiers ouverts et d'analyser le temps passé dans certains statuts, comme « Pending Payer Adjudication ». Il alimente directement le Dashboard « Soldes restants et ancienneté ». Pourquoi c’est important Fournit une vue de l'état actuel de toutes les demandes en cours, ce qui permet d'analyser les goulots d'étranglement et de prioriser le travail. Où les obtenir Champ standard de l'enregistrement de la demande ou de la facturation dans Waystar, mis à jour au fur et à mesure de l'avancement de la demande. Exemples SoumisAccusé de réception par l'organisme payeurRefuséEntièrement payé | |||
| Type de prestation ServiceType | Catégorie ou type de prestation médicale fournie, par exemple « Radiology », « Consultation » ou « Surgical Procedure ». | ||
| Description Le type de prestation classe la nature du service facturable fourni au patient. Les différents types de prestations sont souvent associés à des codes de facturation, des taux de remboursement et des niveaux de complexité distincts. Cet attribut permet d'analyser finement le cycle de revenus en fonction du service clinique ou de la ligne de services. Il aide à répondre à des questions telles que : « Quelles lignes de services connaissent les retards de facturation les plus importants ? » ou « Les taux de refus sont-ils plus élevés pour les interventions chirurgicales que pour les consultations ? » Cette analyse est essentielle pour évaluer la performance des services et cibler les améliorations. Pourquoi c’est important Permet d'analyser la performance du processus par service clinique ou ligne de services, et de mettre en évidence les écarts d'efficacité et de rentabilité. Où les obtenir Généralement dérivé des codes d'actes (CPT/HCPCS) ou associé au service qui a fourni la prestation dans Waystar. Exemples RadiologieConsultation de cardiologiePassage aux urgencesChirurgie ambulatoire | |||
| Catégorie du patient PatientClass | Indique le statut du patient pour l'épisode de soins, par exemple « Inpatient » ou « Outpatient ». | ||
| Description La catégorie du patient définit le type d'épisode de soins, qui détermine souvent les règles de facturation et les taux de remboursement. Les catégories courantes comprennent Inpatient, Outpatient et Emergency. L'analyse du cycle de revenus par catégorie de patient peut révéler des différences importantes dans le processus. Par exemple, les demandes liées aux patients hospitalisés sont souvent plus complexes et présentent des cycles de paiement plus longs que celles des patients ambulatoires. Cette segmentation est importante pour fixer des objectifs de performance réalistes et adapter les initiatives d'amélioration aux besoins de chaque catégorie. Pourquoi c’est important Permet de segmenter le processus selon la complexité de l'épisode de soins, par exemple hospitalisation ou soins ambulatoires, souvent corrélée à des règles de facturation et des délais de cycle différents. Où les obtenir Champ standard des données d'inscription du patient ou de l'épisode de soins dans Waystar ou dans l'EHR source. Exemples HospitalisationSoins ambulatoiresUrgences | |||
| Code du motif d'ajustement AdjustmentReasonCode | Code expliquant le motif d'un ajustement financier du solde du compte. | ||
| Description Lorsqu'un solde de compte est modifié pour une raison autre qu'un paiement, par exemple une remise contractuelle ou un passage en perte, un code du motif d'ajustement sert à documenter la raison. Cet attribut enregistre ce code. L'analyse de ces codes est essentielle au Dashboard « Taux et impact des ajustements de compte ». Elle permet d'identifier les causes profondes des pertes de revenus, comme des ajustements contractuels fréquents avec certains payeurs ou des passages en perte dus à des erreurs de facturation. Comprendre ces motifs est la première étape pour réduire les pertes de revenus évitables. Pourquoi c’est important Explique pourquoi les revenus ont été ajustés ou passés en perte, et fournit des analyses importantes sur les pertes de revenus et la performance des contrats avec les payeurs. Où les obtenir Associé aux transactions d'ajustement dans le module de comptabilisation des paiements ou des comptes clients de Waystar. Exemples Obligation contractuellePassage en perte des petits soldesCorrection d'une erreur de facturation | |||
| Date d'échéance du paiement PaymentDueDate | Date à laquelle le paiement de la facture ou de la demande doit être reçu. | ||
| Description La date d'échéance du paiement est fixée par le prestataire ou définie par les contrats avec les payeurs. Elle sert de référence pour mesurer la ponctualité des paiements. Cet attribut est essentiel au Dashboard « Soldes restants et ancienneté ». Il sert à calculer l'ancienneté des créances et à les répartir dans des tranches telles que « 0 à 30 jours », « 31 à 60 jours », etc. Cette analyse de l'ancienneté est une pratique financière courante pour gérer les comptes clients et prioriser le recouvrement des comptes en retard. Pourquoi c’est important Fournit la base de calcul de l'ancienneté des comptes clients, essentielle à la gestion du recouvrement et à l'évaluation de la ponctualité des flux de trésorerie. Où les obtenir Peut être trouvé dans l'enregistrement de la facture ou de la demande. Il peut être calculé à partir de la date de facture et des conditions de paiement. Exemples 2023-11-252023-12-152024-01-30 | |||
| Délai entre le service et la facturation ServiceToInvoiceCycleTime | Temps écoulé entre la fin d’un service, la saisie des frais et la création d’une demande de remboursement. | ||
| Description Cette métrique, également appelée « charge lag », mesure l’efficacité du processus de facturation en amont. Elle correspond à la différence de temps entre l’événement « Service Provided/Completed » et l’événement « Charges Captured » ou « Claim Created ». Cet attribut alimente directement le Dashboard « Service To Invoice Cycle Time ». Les retards à cette étape du processus, appelés « charge lag », repoussent le début du cycle de paiement et retardent les encaissements. Leur suivi permet de s’assurer que tous les services sont facturés rapidement et avec exactitude, afin d’éviter les pertes de revenus et d’accélérer l’ensemble du cycle de revenus. Pourquoi c’est important Mesure l’efficacité de la facturation en amont. La réduction de ce « charge lag » est essentielle pour accélérer l’ensemble du cycle de revenus et éviter les frais non facturés. Où les obtenir Calculé lors de la transformation des données, en soustrayant l’horodatage de l’événement de service de celui de la saisie des frais ou de la création de la demande de remboursement. Exemples 2 jours 8 heures1 jour 0 heure5 jours 1 heure | |||
| Identifiant du patient PatientId | Identifiant unique du patient ayant reçu la prestation. | ||
| Description Cet attribut est l'identifiant unique du patient associé à l'événement de facturation. Il relie la transaction financière à la personne ayant reçu les soins. Alors que l'événement de facturation constitue le dossier, l'identifiant du patient permet une analyse centrée sur le patient. Il peut servir à identifier les patients récurrents, à comprendre leur parcours financier de bout en bout sur plusieurs visites et à déterminer si certaines caractéristiques démographiques sont associées à des problèmes de paiement ou à des taux de refus plus élevés. Il permet d'agréger toutes les activités de facturation d'une même personne. Pourquoi c’est important Permet une analyse centrée sur le patient et offre une vue de l'ensemble du parcours financier d'une personne à travers plusieurs événements de facturation. Où les obtenir Champ standard de l'enregistrement de la demande ou de l'inscription du patient dans Waystar, ou champ associé depuis un EHR. Exemples MRN-887654MRN-902101MRN-123456 | |||
| Montant ajusté AdjustedAmount | Montant financier total ajusté ou passé en perte 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. Il comprend les remises contractuelles prévues par les accords avec les payeurs, ainsi que les autres passages en perte ou corrections. Il s'agit d'un indicateur clé du Dashboard « Taux et impact des ajustements de compte ». La somme de ce montant par code de motif ou par payeur révèle l'impact financier des pertes de revenus. Elle permet de quantifier les pertes et d'étayer les mesures visant à traiter les causes profondes des ajustements. Pourquoi c’est important Quantifie les revenus perdus en raison des passages en perte et des ajustements, et met en évidence l'impact financier des problèmes de facturation et des conditions contractuelles. Où les obtenir Issu des transactions d'ajustement financier dans Waystar. Il peut être nécessaire d'additionner plusieurs écritures d'ajustement pour un même événement de facturation. Exemples 250.2550.0015.80 | |||
| Montant réglé PaidAmount | Montant total reçu et comptabilisé, provenant des payeurs ou du patient, pour la demande. | ||
| Description Cet attribut enregistre le montant cumulé effectivement encaissé pour un événement de facturation. Il comprend les paiements des assureurs principal et secondaire, ainsi que ceux du patient. Le montant réglé est un indicateur clé du résultat du cycle de revenus. Il sert à calculer le rendement final des montants facturés et à mesurer l'efficacité globale du processus. La comparaison entre le montant facturé et le montant réglé révèle la performance financière et met en évidence les pertes de revenus. Cet indicateur est essentiel aux Dashboards consacrés à l'efficacité du recouvrement et à la santé financière globale. Pourquoi c’est important Mesure les encaissements réels, un indicateur de résultat essentiel pour évaluer la réussite globale du processus du cycle de revenus. Où les obtenir Dérivé des transactions de comptabilisation des paiements associées à la demande dans Waystar. Il peut être nécessaire d'additionner plusieurs enregistrements de paiement. Exemples 120.00980.500.00 | |||
| Paiement au premier passage IsFirstPassPayment | Indicateur précisant si la demande a été réglée correctement dès sa première soumission, sans refus ni ajustement. | ||
| Description Cet attribut booléen calculé indique si une demande a été réglée sans événement négatif intermédiaire, tel qu'un refus, un rejet ou une demande d'informations complémentaires. La valeur « true » signale un processus efficace et sans anomalie pour cette demande. Cet attribut alimente directement le KPI « Taux de règlement au premier passage », un indicateur important de l'efficacité globale du cycle de revenus. L'analyse des caractéristiques des demandes qui ne sont pas réglées au premier passage, par exemple selon le payeur ou le type de prestation, permet d'identifier les principaux facteurs de reprise et de retard de paiement. L'amélioration de ce taux accélère les flux de trésorerie et réduit les coûts opérationnels. Pourquoi c’est important Mesure directement la qualité de la facturation et du traitement des demandes. Un taux élevé de règlement au premier passage indique un processus efficace, avec peu de reprises. Où les 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 « Payment Posted » se produit sans être précédé d’événements tels que « Claim Denied » ou « Account Adjusted ». Exemples truefalse | |||
| Type de payeur PayerType | Catégorie du payeur, par exemple « Commercial », « Medicare » ou « Self-Pay ». | ||
| Description Le type de payeur regroupe les payeurs individuels en catégories plus larges selon leur nature. Il offre une vue de niveau supérieur à celle du nom précis du payeur. Cet attribut est utile à l'analyse stratégique et au reporting. Il permet à la direction de comprendre les tendances de performance des grandes catégories de payeurs, par exemple en comparant la performance globale des payeurs publics à celle des assureurs commerciaux. Ces informations peuvent guider les décisions relatives aux contrats avec les payeurs et à l'allocation des ressources. Pourquoi c’est important Permet une analyse de haut niveau en regroupant les payeurs dans des catégories telles que Commercial ou Public, qui présentent souvent des comportements et des règles de paiement distincts. Où les obtenir Généralement dérivé par rapprochement du nom du payeur avec une liste de catégories prédéfinies. Cette logique peut exister dans Waystar ou devoir être créée lors de la transformation des données. Exemples Assurance commercialeMedicareMedicaidPaiement direct | |||
| Utilisateur responsable ResponsibleUser | Utilisateur ou agent ayant effectué l'activité, par exemple un agent de facturation, un codeur ou un spécialiste du recouvrement. | ||
| Description Cet attribut identifie le salarié ou l'utilisateur système qui a exécuté une activité donnée dans le processus. Il peut par exemple indiquer quel agent a soumis une demande ou quel agent de recouvrement a lancé un appel de relance. L'analyse du processus par utilisateur permet de comprendre la répartition de la charge de travail, la performance individuelle et les besoins de formation. Elle peut révéler que certains utilisateurs présentent des taux d'erreur plus élevés ou sont plus efficaces pour résoudre les refus. Ces informations sont utiles à la gestion de l'équipe et au contrôle qualité du service chargé du cycle de revenus. Pourquoi c’est important Attribue la responsabilité des étapes du processus, permet d'analyser la performance individuelle ou collective et d'identifier les besoins de formation. Où les obtenir Présent dans la piste d'audit ou les journaux de transactions des événements dans Waystar, souvent sous la forme « UserID », « ProcessedBy » ou d'un nom similaire. Exemples jsmithadavisbilling_bot_01 | |||
Activités de gestion du cycle des revenus
| Activité | Description | ||
|---|---|---|---|
| Compte clôturé | Le cycle de vie de l'événement de facturation est terminé et le solde du compte est nul grâce aux paiements et aux ajustements. Cela marque la fin réussie du cycle de revenus pour ce dossier. | ||
| Pourquoi c’est important Il s'agit du principal point de fin du processus. Le délai de clôture et le pourcentage de comptes clôturés avec succès sont des indicateurs clés de la performance globale. Où les obtenir Il s'agit d'un événement calculé, généralement déduit lorsque le champ du solde restant dû pour l'événement de facturation devient nul dans le système de comptabilité des patients. Collecte Calculé lorsque la somme des paiements et des ajustements est égale au montant total facturé. Type d’événement calculated | |||
| Demande de remboursement soumise à l'organisme payeur | Soumission électronique de la demande de facturation au payeur d'assurance pour examen. Il s'agit d'un transfert essentiel du système du prestataire vers celui du payeur, par l'intermédiaire de la chambre de compensation. | ||
| Pourquoi c’est important Jalon essentiel qui déclenche le décompte du délai de réponse du payeur. Il est indispensable pour mesurer les KPI du cycle de paiement et identifier les retards de soumission. Où les obtenir La fonctionnalité de chambre de compensation de Waystar journalise explicitement la date et l'heure de transmission du fichier de demandes. Recherchez les journaux de soumission ou l'historique du statut des demandes. Collecte Journalisé dans l'historique des soumissions de demandes ou dans le journal des transactions après une transmission réussie. Type d’événement explicit | |||
| Demande de remboursement traitée | Le payeur a traité la demande de remboursement et a pris une décision concernant son règlement. Cet événement est enregistré lorsqu'un Electronic Remittance Advice (ERA), ou fichier 835, est reçu du payeur. | ||
| Pourquoi c’est important Il sagit du principal point de décision du processus. Il détermine si la demande de remboursement sera payée ou rejetée, ce qui a un impact direct sur les flux de revenus et les flux de travail de gestion des rejets. Où les obtenir Déduit de la date de réception de l'ERA (fichier 835) associé à la demande dans Waystar. Le fichier ERA contient la décision détaillée du payeur. Collecte Déduit de la date de traitement du fichier ERA/835 reçu du payeur. Type d’événement inferred | |||
| Demande refusée | Le payeur a rejeté la demande et n'effectuera aucun règlement, comme indiqué dans l'Electronic Remittance Advice (ERA). Cet événement déclenche la Gestion des refus ou la boucle de reprise. | ||
| Pourquoi c’est important Contribue directement au KPI « Taux de refus des demandes ». Il est essentiel d'identifier la fréquence et les motifs des refus pour améliorer le processus et récupérer les revenus. Où les obtenir Cet événement est déduit de codes de refus spécifiques, appelés Claim Adjustment Reason Codes (CARCs), présents dans l'ERA reçu (fichier 835). Collecte Dérivé des codes de motif d'ajustement de la demande (CARCs) présents dans le fichier ERA et indiquant un refus. Type d’événement inferred | |||
| Frais enregistrés | Indique l'enregistrement des prestations facturables dans le système du cycle de revenus. Cet événement est généralement journalisé explicitement lorsqu'un utilisateur finalise la saisie d'une prestation ou lorsque les données sont reçues d'un système clinique. | ||
| Pourquoi c’est important Il s'agit du point de départ du processus de facturation. L'analyse du délai entre la fin de la prestation et sa saisie est essentielle pour identifier les pertes de revenus et les retards en amont. Où les obtenir Cet événement est enregistré dans une table de saisie des prestations ou de transactions de Waystar. Il contient généralement un horodatage de création correspondant à l'enregistrement ou à la finalisation de la prestation. Collecte Événement journalisé lors de l'enregistrement ou de la finalisation d'une prestation. Type d’événement explicit | |||
| Paiement comptabilisé | Un paiement reçu est affecté au compte du patient et à la demande concernés, ou rapproché avec ceux-ci. Cette activité fait passer le solde des comptes clients à la trésorerie. | ||
| Pourquoi c’est important Il s'agit d'une étape finale importante du cycle de paiement par le payeur. Elle alimente les KPI de volume et de délai de comptabilisation des paiements, afin que les comptes soient mis à jour avec exactitude et dans les délais. Où les obtenir Il s'agit d'une action explicite enregistrée dans Waystar lorsqu'un utilisateur comptabilise le paiement à partir de l'ERA. De nombreux systèmes disposent également de fonctionnalités de comptabilisation automatique qui enregistrent cet événement. Collecte Événement enregistré lorsqu'un paiement issu d'un ERA est affecté à une demande, manuellement ou par comptabilisation automatique. Type d’événement explicit | |||
| Accusé de réception de l'organisme payeur reçu | Le système du payeur confirme la réception du fichier de demandes soumis. Il s'agit généralement d'une réponse automatisée, telle qu'un rapport 277CA ou 999, indiquant que la demande a été acceptée pour traitement. | ||
| Pourquoi c’est important Confirme la réussite de la transmission et aide à isoler les rejets en amont dus à des erreurs de format ou de données avant le début de l'examen, ce qui permet des corrections plus rapides. Où les obtenir Enregistré dans les tables de statut des demandes ou des fichiers de réponse du module de chambre de compensation de Waystar après le traitement d'un fichier d'accusé de réception du payeur. Collecte Événement journalisé 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 du patient est devenu impayé et les démarches actives de recouvrement ont commencé. Il peut s'agir de rappels automatiques ou d'un transfert à une agence de recouvrement tierce. | ||
| Pourquoi c’est important Alimente le Dashboard « Efficacité de l'activité de recouvrement ». Il permet d'analyser le coût et le taux de réussite des démarches de recouvrement sur les créances anciennes. Où les obtenir Cet élément est généralement déduit dun changement de statut du compte dans Waystar vers létat «0Collections0» ou «0Bad Debt0», ce qui déclenche un flux de travail différent. Collecte Déduit d'un changement du statut du compte vers « Collections » ou « Bad Debt ». Type d’événement inferred | |||
| Compte ajusté | Un ajustement manuel ou contractuel est appliqué au solde du compte. Il peut s'agir de passages en perte, de remises contractuelles, de réductions accordées au patient ou d'autres corrections. | ||
| Pourquoi c’est important Essentiel pour comprendre les pertes de revenus. L'analyse des ajustements permet d'identifier les problèmes liés aux grilles tarifaires, à la gestion des contrats ou aux créances irrécouvrables. Où les obtenir Chaque ajustement financier doit être enregistré comme une transaction à des fins d'audit. Il s'agit d'un événement explicite dans la table des transactions du compte. Collecte Enregistré comme un type de transaction spécifique dans le grand livre du compte. Type d’événement explicit | |||
| Demande corrigée et soumise de nouveau | Après un refus ou un rejet, la demande a été corrigée puis renvoyée au payeur. Cela marque le redémarrage du cycle d'adjudication pour une demande donnée. | ||
| Pourquoi c’est important Il s'agit d'une boucle de reprise importante. L'analyse de la fréquence et des motifs des nouvelles soumissions permet d'identifier les causes profondes des erreurs initiales, telles que des erreurs de codage ou de données démographiques. Où les obtenir Déduit de l'identification d'un nouvel événement « Claim Submitted To Payer » pour une demande précédemment refusée. Le système peut également disposer d'un statut spécifique pour les demandes soumises de nouveau. Collecte Déduit d'un nouvel événement de soumission associé à l'identifiant d'une demande précédemment refusée. Type d’événement inferred | |||
| Demande de remboursement créée | Représente la création d'une demande de facturation officielle à partir des prestations saisies. Il s'agit d'une étape interne au cours de laquelle le système compile les informations avant leur soumission au payeur. | ||
| Pourquoi c’est important Permet de suivre l'efficacité interne de la création des demandes. Les retards à ce stade peuvent décaler l'ensemble du cycle de paiement, avant même que la demande ne quitte le système du prestataire. Où les obtenir Il peut s'agir d'un événement explicite, mais il est souvent déduit du premier horodatage associé à un enregistrement de demande dans le module de gestion des demandes de Waystar. Collecte Déduit de la date de création de l'enregistrement de la demande dans la table principale des demandes. Type d’événement inferred | |||
| Refus contesté | Un utilisateur a entrepris de contester le refus d'une demande, généralement en la soumettant de nouveau après correction ou en déposant un recours officiel. Cette activité constitue une étape importante du processus de reprise. | ||
| Pourquoi c’est important Mesure l'efficacité de l'équipe chargée de la Gestion des refus. Le suivi du délai entre le refus et le recours, ainsi que du taux de réussite des recours, est important pour optimiser les efforts de recouvrement. Où les obtenir Cette action peut être enregistrée explicitement par un utilisateur ou sous forme de note dans le module de Gestion des refus. Elle peut également être déduite d'un changement de statut de la demande refusée. Collecte Événement enregistré lorsqu'un utilisateur documente un recours ou met à jour le statut de la demande avec la valeur « Appealed ». Type d’événement explicit | |||
| Relevé de solde du patient envoyé | Après l'adjudication par l'assurance, un relevé est généré et envoyé au patient pour tout solde restant dû. Le recouvrement passe ainsi du payeur au patient. | ||
| Pourquoi c’est important Cet événement lance le cycle de paiement du patient. L'analyse de l'efficacité et du calendrier d'envoi des relevés est essentielle pour gérer les créances patients et améliorer leur expérience. Où les obtenir Il s'agit d'un événement explicite enregistré par le module de facturation des patients lorsqu'un lot de relevés est généré ou envoyé électroniquement ou à un prestataire d'impression. Collecte Événement enregistré dans l'historique des communications avec le patient lorsqu'un relevé est généré. Type d’événement explicit | |||
Guides d’extraction
Les méthodes d’extraction de ce processus sont en cours de validation. Revenez plus tard ou contactez-nous pour obtenir de l’assistance.
Prêt à commencer ?
Passez à l’étape suivante pour optimiser la gestion de votre cycle de revenus. Commencez dès aujourd’hui à utiliser ces analyses de données pour gagner en efficacité et améliorer vos encaissements.
Optimisez la gestion du cycle de revenus et augmentez vos encaissements dès maintenant
Identifiez les inefficacités, réduisez de 30 % les délais de cycle et augmentez vos encaissements.
Aucune carte bancaire requise. Commencez à optimiser vos processus dès aujourd’hui.