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
- Conseils pratiques pour extraire les données de Waystar
Attributs de gestion du cycle de revenus
| Nom | Description | ||
|---|---|---|---|
| Événement de facturation BillingEvent | Identifiant unique d’une prestation ou d’un produit fourni qui génère des frais et sert de cas pour le processus de cycle de recettes. | ||
| Description L’événement de facturation sert d’identifiant principal du cas. Il 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 donne une vue complète du cycle de recettes. Elle permet de repérer les parcours courants, les écarts et les goulots d’étranglement qui touchent les demandes individuelles. Ce niveau de détail est essentiel pour comprendre la performance du processus et cibler les améliorations, par exemple en cas de retard dans la soumission des demandes ou la comptabilisation des paiements. Pourquoi est-ce important ? Il s’agit de l’ID de cas essentiel qui relie toutes les activités associées au cycle de recettes et permet de suivre le processus de bout en bout pour chaque élément facturable. Où trouver ces données Il s’agit généralement de la clé primaire de la table principale des transactions de facturation ou des demandes dans Waystar. Consultez la documentation Waystar pour connaître le nom exact 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é s’est produite. | ||
| Description L’horodatage de l’événement indique le moment exact où une activité a eu lieu. Il permet de classer les événements par ordre chronologique et de calculer les durées entre les différentes étapes du processus. Dans l’analyse des processus, les horodatages servent à calculer des indicateurs clés, comme les temps de cycle, les temps d’attente et les durées de traitement. Par exemple, l’écart entre l’horodatage de « Demande soumise » et celui de « Paiement comptabilisé » détermine le temps de cycle global du paiement. Des horodatages exacts sont indispensables à l’analyse des goulots d’étranglement et au suivi de la performance. Pourquoi est-ce important ? Les horodatages sont nécessaires pour ordonner les événements, calculer les temps de cycle et analyser la performance du processus. Ils constituent la base temporelle de l’analyse. Où trouver ces données Il s’agit d’un champ standard associé à presque chaque transaction ou enregistrement de changement de statut dans Waystar. Il porte souvent un nom comme « Date de création » ou « Date de transaction ». 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 qui s’est produite dans le processus de cycle de recettes, par exemple « Demande soumise » ou « Paiement comptabilisé ». | ||
| Description Cet attribut décrit les activités qui composent le processus de cycle de recettes de bout en bout. Chaque valeur correspond à une étape, un jalon ou une tâche distincte réalisé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 est au fondement du Process Mining. Elle permet de visualiser la cartographie du processus, de repérer les boucles de reprise (par exemple, « Demande refusée » suivie de « Demande corrigée ») et de mesurer les délais entre les étapes. Ces éléments sont essentiels pour comprendre l’efficacité du processus et vérifier sa conformité. Pourquoi est-ce important ? Cet attribut définit les étapes de la cartographie du processus, indispensable pour visualiser et analyser le flux de travail du cycle de recettes. Où trouver ces données Généré à partir des journaux d’événements, des enregistrements de changement de statut ou des types de transaction des modules de demandes et de facturation de Waystar. Exemples Demande de remboursement soumise à l’organisme payeurDemande de remboursement 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 de cet événement. | ||
| Description Cet attribut indique quand les données ont été extraites pour la dernière fois du système source. Il ne correspond pas à l’heure de l’événement métier, mais au moment où l’enregistrement a été récupéré pour l’analyse. Cette information est essentielle à la gouvernance des données et permet de connaître leur fraîcheur dans l’analyse du Process Mining. Les utilisateurs peuvent ainsi vérifier qu’ils consultent des informations à jour. Elle est également indispensable à la gestion des chargements incrémentiels. Pourquoi est-ce important ? Indique la fraîcheur du jeu de données et garantit ainsi la transparence des données, essentielle à la production de rapports et d’analyses exacts et à jour. Où trouver ces 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 | 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 recettes peuvent provenir de différents modules de Waystar, voire de systèmes externes intégrés, comme un dossier médical électronique (EHR). Connaître le système source est important pour valider les données, résoudre les problèmes et comprendre les variations du processus qui peuvent découler du fonctionnement de différents systèmes. Cela permet d’attribuer les problèmes de processus à la bonne application ou interface. Pourquoi est-ce important ? Indique l’origine des données, un élément essentiel pour leur gouvernance, l’assurance qualité et la compréhension des variations du processus entre les systèmes. Où trouver ces données Il s’agit souvent d’une valeur fixe (« Waystar ») ajoutée lors de l’extraction des données, ou d’une valeur déduite de modules ou de tables spécifiques du système. Exemples Waystar RCMModule de facturation WaystarInterface EHR | |||
| Code du motif de refus DenialReasonCode | Code normalisé indiquant pourquoi le payeur a refusé une demande. | ||
| Description Lorsqu’un payeur refuse une demande, il fournit un code de motif qui explique le rejet. Ces codes peuvent signaler des informations manquantes, des prestations non couvertes ou des erreurs de codage. Cet attribut contient le code correspondant. L’analyse des codes de motif de refus est fondamentale pour améliorer le cycle de recettes. Elle permet à l’organisation de repérer les causes premières 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 paiement dès la première soumission. Pourquoi est-ce important ? Cet attribut est essentiel à l’analyse des causes premières des refus de demandes. Il permet de prendre des mesures ciblées pour réduire les pertes de recettes et les reprises. Où trouver ces données Renseigné dans l’enregistrement de la demande lorsqu’un refus survient. Cette information est transmise par le payeur dans l’avis de paiement. Exemples CO-16 : informations manquantes dans la demande ou concernant la prestationPR-96 : frais non couvertsCO-22 : ces soins peuvent être couverts par un autre payeur | |||
| Montant facturé BilledAmount | Montant total facturé pour les prestations fournies dans le cadre de la demande. | ||
| Description Le montant facturé correspond au montant brut des prestations fournies au patient, avant l’application des ajustements, des remises contractuelles ou des 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 selon la valeur des demandes, de repérer les tendances de facturation pour différentes prestations et de calculer l’incidence financière globale des inefficacités, comme les refus ou les retards de paiement. Il constitue un indicateur de base pour la plupart des Dashboards financiers. Pourquoi est-ce important ? Représente la valeur totale d’une demande et permet d’analyser l’incidence financière des retards, des refus et des ajustements. Où trouver ces données 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 tiers payeur 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é chargée de traiter et de payer la demande. Les exigences de soumission, les calendriers de paiement et les motifs de refus peuvent varier d’un payeur à l’autre. L’analyse du processus par nom de payeur est essentielle pour repérer ceux qui ont les cycles de paiement les plus longs, les taux de refus les plus élevés ou les processus les plus complexes. Les organisations peuvent ainsi adapter leurs stratégies, donner la priorité aux relances auprès des payeurs qui posent problème et négocier de meilleurs contrats. Pourquoi est-ce important ? La segmentation du processus par payeur est essentielle pour repérer les goulots d’étranglement, les motifs de refus et les retards de paiement propres à chacun. Où trouver ces données Figure dans les informations de facturation ou de la demande, associées 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û correspond au montant actuel des créances clients pour un événement de facturation donné. Il est calculé en soustrayant du montant facturé les paiements et les ajustements déjà appliqués. Cet indicateur financier est essentiel à la gestion de la trésorerie et des créances clients. Il constitue l’attribut principal du Dashboard « Soldes impayés et ancienneté des créances » : l’organisation peut suivre le total des créances, repérer les comptes présentant un solde élevé et hiérarchiser les démarches de recouvrement. Son évolution dans le temps permet d’évaluer l’efficacité du processus de recouvrement. Pourquoi est-ce important ? Mesure directement les créances clients, un élément essentiel à la gestion de la trésorerie, à la hiérarchisation des recouvrements et à l’évaluation de la santé financière. Où trouver ces données Il s’agit généralement d’un champ calculé dans les modules de rapports de Waystar (montant facturé - montant payé - ajustements). Si aucun champ direct n’est disponible, il peut être nécessaire de le calculer lors de l’extraction des données. Exemples 30.00270.25540.50 | |||
| Statut de la demande ClaimStatus | Statut actuel de la demande dans son cycle de vie, par exemple « Soumise », « En attente », « Payée » ou « Refusée ». | ||
| Description Le statut de la demande indique où en est un événement de facturation donné dans le cycle de recettes. Il précise le dernier jalon atteint : la demande a-t-elle été envoyée, est-elle en cours d’examen par le payeur, a-t-elle été payée ou rejetée ? Cet attribut est essentiel au suivi financier et à la gestion des opérations. Dans le Process Mining, il permet de connaître l’état actuel de tous les cas ouverts et d’analyser le temps passé dans certains statuts, comme « En attente de décision du payeur ». Il alimente directement le Dashboard « Soldes impayés et ancienneté des créances ». Pourquoi est-ce important ? Donne une vue de l’état actuel de toutes les demandes en cours, ce qui permet d’analyser les goulots d’étranglement et de hiérarchiser le travail. Où trouver ces données Champ standard de l’enregistrement de la demande ou de facturation dans Waystar, mis à jour au fil du cycle de traitement. Exemples SoumiseAccusé de réception du payeurRefuséePayée intégralement | |||
| Type de prestation ServiceType | Catégorie ou type de prestation médicale fournie, par exemple « Radiologie », « Consultation » ou « Intervention chirurgicale ». | ||
| Description Le type de prestation décrit la nature du service facturable fourni au patient. Les différentes prestations ont souvent des codes de facturation, des taux de remboursement et des niveaux de complexité distincts. Cet attribut permet d’analyser le cycle de recettes en détail, par service clinique ou ligne de services. Il aide à répondre à des questions comme « Quels 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 ? ». Il est essentiel à l’analyse de la performance des services et à l’amélioration ciblée des processus. Pourquoi est-ce important ? Permet d’analyser la performance du processus par service clinique ou ligne de services et de repérer les écarts d’efficacité et de rentabilité. Où trouver ces données Généralement déduit des codes d’intervention (CPT/HCPCS) ou associé au service qui a fourni la prestation dans Waystar. Exemples RadiologieConsultation en cardiologieVisite aux urgencesChirurgie ambulatoire | |||
| Classe du patient PatientClass | Indique le statut du patient pour la prise en charge, par exemple « Hospitalisé » ou « Ambulatoire ». | ||
| Description La classe du patient catégorise le type de prise en charge, qui détermine souvent les règles de facturation et les taux de remboursement. Les catégories courantes comprennent les patients hospitalisés, ambulatoires et pris en charge aux urgences. L’analyse du cycle de recettes par classe de patient peut révéler d’importantes différences de processus. Par exemple, les demandes liées à une hospitalisation sont souvent plus complexes et ont des cycles de paiement plus longs que celles liées à des soins ambulatoires. Cette segmentation est importante pour définir des objectifs de performance réalistes et adapter les initiatives d’amélioration aux besoins de chaque catégorie. Pourquoi est-ce important ? Permet de segmenter le processus selon la complexité de la prise en charge, par exemple hospitalisation ou soins ambulatoires, souvent associée à des règles de facturation et à des temps de cycle différents. Où trouver ces données Champ standard des données d’inscription ou de prise en charge du patient dans Waystar ou dans le dossier médical électronique source. Exemples HospitaliséAmbulatoireUrgences | |||
| Code du motif d’ajustement AdjustmentReasonCode | Code expliquant la raison d’un ajustement financier du solde du compte. | ||
| Description Lorsqu’un solde est modifié pour une raison autre qu’un paiement, par exemple une remise contractuelle ou une annulation de créance, un code du motif d’ajustement sert à en consigner la raison. Cet attribut contient ce code. L’analyse de ces codes est essentielle au Dashboard « Taux et incidence des ajustements de compte ». Elle aide à repérer les causes premières des pertes de recettes, comme les ajustements contractuels fréquents pour certains payeurs ou les annulations de créances dues à des erreurs de facturation. Comprendre ces motifs est la première étape pour réduire les pertes de recettes évitables. Pourquoi est-ce important ? Explique pourquoi des recettes ont été ajustées ou annulées et fournit des informations essentielles sur les pertes de recettes et la performance des contrats avec les payeurs. Où trouver ces données Associé aux transactions d’ajustement dans le module de comptabilisation des paiements ou de comptes clients de Waystar. Exemples Obligation contractuelleRadiation d’un petit soldeCorrection d’une erreur de facturation | |||
| Date d’échéance du paiement PaymentDueDate | Date à laquelle le paiement de la facture ou de la demande de remboursement est attendu. | ||
| Description La date d’échéance du paiement est fixée par le prestataire ou définie dans les contrats avec les payeurs. Le paiement doit être reçu au plus tard à cette date. Elle sert de référence pour mesurer le respect des délais de paiement. Cet attribut est essentiel au Dashboard « Soldes impayés et ancienneté ». Il permet de calculer l’ancienneté des créances et de les répartir par tranches, par exemple « 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 créances échues. Pourquoi est-ce important ? Sert de référence pour calculer l’ancienneté des comptes clients, un indicateur essentiel pour gérer le recouvrement et comprendre les délais d’encaissement. Où trouver ces données Cette information figure dans la facture ou le dossier de remboursement. Elle peut être calculée à partir de la date de facturation 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 réalisation d’un service et la saisie des frais et la création d’une demande de remboursement. | ||
| Description Cette métrique, également appelée « délai de saisie des frais », mesure l’efficacité du processus de facturation en amont. Elle correspond au temps écoulé entre l’événement « Service fourni/terminé » et l’événement « Frais saisis » ou « Demande de remboursement créée ». Cet attribut contribue directement au Dashboard « Temps de cycle entre le service et la facturation ». Les retards à cette étape, appelés délai de saisie des frais, repoussent le début du cycle de paiement et retardent les encaissements. Leur suivi permet de facturer rapidement et avec exactitude tous les services, d’éviter les pertes de revenus et d’accélérer l’ensemble du cycle de revenus. Pourquoi est-ce important ? Mesure l’efficacité de la facturation en amont. Réduire le délai de saisie des frais est essentiel pour accélérer l’ensemble du cycle de revenus et éviter les frais non facturés. Où trouver ces données 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 et 8 heures1 jour et 0 heure5 jours et 1 heure | |||
| ID 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 qui a reçu les soins. L’événement de facturation constitue le cas, tandis que l’ID du patient permet une analyse centrée sur le patient. Il peut aider à repérer les patients qui reviennent, à 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 de regrouper toutes les activités de facturation d’une même personne. Pourquoi est-ce important ? Permet une analyse centrée sur le patient et donne une vue de son parcours financier complet pour plusieurs événements de facturation. Où trouver ces données Champ standard de l’enregistrement de la demande ou de l’inscription du patient dans Waystar, ou provenant d’un EHR associé. Exemples MRN-887654MRN-902101MRN-123456 | |||
| Montant ajusté AdjustedAmount | Montant financier total ajusté ou radié pour l’événement de facturation. | ||
| Description Le montant ajusté correspond à la somme de tous les ajustements financiers apportés au solde d’un événement de facturation. Il comprend les réductions contractuelles prévues par les accords avec les payeurs, ainsi que les autres radiations et corrections. Il s’agit d’une métrique clé du Dashboard « Taux et impact des ajustements de compte ». La somme de ces montants 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 une analyse de rentabilité visant à traiter les causes profondes des ajustements. Pourquoi est-ce important ? Quantifie les pertes de revenus liées aux radiations et aux ajustements, et met en évidence l’impact financier des problèmes de facturation et des conditions contractuelles. Où trouver ces données Provient des transactions d’ajustement financier dans Waystar. Il peut être nécessaire de sommer plusieurs écritures d’ajustement pour un même événement de facturation. Exemples 250.2550.0015.80 | |||
| Montant payé PaidAmount | Montant total reçu et comptabilisé pour la demande, en provenance des payeurs ou du patient. | ||
| Description Cet attribut indique le montant cumulé effectivement recouvré pour un événement de facturation. Il comprend les paiements des assureurs principaux et secondaires, ainsi que ceux du patient. Le montant payé est un indicateur clé des résultats du cycle de recettes. Il sert à calculer le rendement final des frais facturés et à mesurer l’efficacité de l’ensemble du processus. La comparaison du montant facturé et du montant payé révèle la performance financière et met en évidence les pertes de recettes. Cet indicateur est essentiel aux Dashboards sur l’efficacité du recouvrement et la santé financière globale. Pourquoi est-ce important ? Mesure les encaissements réels, un indicateur de résultat essentiel pour évaluer la réussite globale du processus de cycle de recettes. Où trouver ces données Déduit des transactions de comptabilisation des paiements associées à la demande dans Waystar. Il peut être nécessaire de faire la somme de plusieurs enregistrements de paiement. Exemples 120.00980.500.00 | |||
| Paiement effectué dès la première soumission IsFirstPassPayment | Indicateur précisant si la demande de remboursement a été payée correctement dès sa première soumission, sans refus ni ajustement. | ||
| Description Cet attribut booléen calculé indique si une demande de remboursement a été payée sans événement négatif intermédiaire, comme un refus, un rejet ou une demande d’informations complémentaires. La valeur « true » signifie que le traitement de cette demande s’est déroulé sans incident et avec efficacité. Cet attribut contribue directement au KPI « Taux de paiement dès la première soumission », un indicateur essentiel de l’efficacité globale du cycle de revenus. L’analyse des caractéristiques des demandes qui ne sont pas payées dès la première soumission, par exemple selon le payeur ou le type de service, permet d’identifier les principales causes de reprises et de retards de paiement. L’amélioration de ce taux accélère les encaissements et réduit les coûts opérationnels. Pourquoi est-ce important ? Mesure directement la qualité de la facturation et du traitement des demandes de remboursement. Un taux élevé de paiement dès la première soumission indique un processus efficace qui nécessite peu de reprises. Où trouver ces données Cet attribut dérivé est calculé lors de la transformation des données. La logique vérifie si un événement « Paiement comptabilisé » survient sans être précédé d’événements tels que « Demande de remboursement refusée » ou « Compte ajusté ». Exemples truefalse | |||
| Type de payeur PayerType | Catégorie du payeur, par exemple « Assurance commerciale », « Medicare » ou « Paiement par le patient ». | ||
| Description Le type de payeur regroupe les payeurs individuels en catégories plus larges selon leur nature. Il donne une vue d’ensemble plus générale que le nom du payeur. Cet attribut est utile à l’analyse stratégique et à la production de rapports. Il permet aux dirigeants de comprendre les tendances de performance des grandes catégories de payeurs, par exemple en comparant les payeurs publics aux assureurs commerciaux. Ces informations peuvent éclairer les décisions stratégiques concernant les contrats avec les payeurs et l’affectation des ressources. Pourquoi est-ce important ? Permet une analyse globale en regroupant les payeurs dans des catégories comme les assurances commerciales ou les programmes publics, qui ont souvent des règles et des comportements de paiement distincts. Où trouver ces données Généralement déduit par association du nom du payeur à une liste de catégories prédéfinies. Cette logique peut être intégrée à Waystar ou devoir être mise en place lors de la transformation des données. Exemples Assurance commercialeMedicareMedicaidPaiement par le patient | |||
| Utilisateur responsable ResponsibleUser | Utilisateur ou agent ayant réalisé l’activité, par exemple un agent de facturation, un codeur ou un spécialiste du recouvrement. | ||
| Description Cet attribut identifie l’employé ou l’utilisateur système qui a réalisé une activité donnée du processus. Il peut, par exemple, indiquer quel agent de facturation a soumis une demande ou quel agent de recouvrement a lancé une relance. L’analyse du processus par utilisateur aide à comprendre la répartition de la charge de travail, la performance individuelle et les besoins de formation. Elle peut révéler si certains utilisateurs commettent davantage d’erreurs ou résolvent les refus plus efficacement. Ces informations sont utiles à la gestion des équipes et au contrôle qualité du service chargé du cycle de recettes. Pourquoi est-ce important ? Attribue la responsabilité des étapes du processus, permet d’analyser la performance à l’échelle individuelle ou collective et de repérer les besoins de formation. Où trouver ces données Figure dans la piste d’audit ou les journaux de transactions des événements Waystar, souvent sous un nom comme « UserID » ou « ProcessedBy ». Exemples jsmithadavisbilling_bot_01 | |||
Activités de gestion du cycle de revenus
| Activité | Description | ||
|---|---|---|---|
| Compte clôturé | Le cycle de facturation est terminé : le solde du compte est nul après prise en compte des paiements et des ajustements. Cela marque la fin du cycle de recettes pour ce dossier. | ||
| Pourquoi est-ce 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ù trouver ces données Cet événement est calculé. Il est généralement déduit lorsque le champ du solde restant dû pour l’événement de facturation atteint zéro dans le système de comptabilité des patients. Données à recueillir Calculé lorsque la somme des paiements et des ajustements est égale au montant total facturé. Type d’événement calculated | |||
| Demande de remboursement examinée | Le payeur a traité la demande de remboursement et rendu sa décision de paiement. Cet événement est enregistré à la réception d’un avis de paiement électronique (ERA), ou fichier 835, envoyé par le payeur. | ||
| Pourquoi est-ce important ? Il s’agit du principal point de décision du processus. Il détermine si la demande sera payée ou refusée, ce qui a une incidence directe sur les recettes et les flux de travail de gestion des refus. Où trouver ces données 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. Données à recueillir Déduit de la date de traitement du fichier ERA/835 reçu du payeur. Type d’événement inferred | |||
| Demande de remboursement refusée | Le payeur a refusé la demande et n’effectuera aucun paiement, comme indiqué dans l’avis de paiement électronique (ERA). Cet événement déclenche la gestion du refus ou une boucle de reprise. | ||
| Pourquoi est-ce important ? Alimente directement l’indicateur « Taux de refus des demandes ». Repérer la fréquence et les motifs des refus est essentiel pour améliorer le processus et récupérer les recettes. Où trouver ces données Déduit de codes de refus spécifiques, appelés codes de motif d’ajustement de demande (CARC), figurant dans l’ERA reçu (fichier 835). Données à recueillir Déduit des codes de motif d’ajustement de demande (CARC) figurant dans le fichier ERA et signalant un refus. Type d’événement inferred | |||
| Demande de remboursement soumise à l’organisme payeur | Transmission électronique de la demande de remboursement à l’organisme payeur pour examen. Il s’agit d’un transfert important entre le système du prestataire et celui de l’organisme payeur, par l’intermédiaire de la chambre de compensation. | ||
| Pourquoi est-ce important ? Cette étape importante marque le début du délai de réponse de l’organisme payeur. Elle est essentielle pour mesurer les indicateurs clés de performance du cycle de paiement et repérer les retards de soumission. Où trouver ces données La fonction de chambre de compensation de Waystar consigne explicitement la date et l’heure de transmission du fichier de demande. Consultez les journaux de soumission ou l’historique du statut des demandes. Données à recueillir Consigné dans l’historique de soumission de la demande ou dans le journal des transactions après la transmission réussie. Type d’événement explicit | |||
| Frais saisis | Indique l’enregistrement des prestations facturables dans le système de gestion du cycle de revenus. Cet événement est généralement consigné explicitement lorsqu’un utilisateur finalise la saisie des frais ou lorsque les données proviennent d’un système clinique. | ||
| Pourquoi est-ce important ? Il s’agit du point de départ du processus de facturation. Analyser le délai entre la fin de la prestation et la saisie des frais est essentiel pour repérer les pertes de revenus et les retards en début de processus. Où trouver ces données Cet événement est enregistré dans une table de saisie des frais ou de transactions de Waystar. Il comporte généralement un horodatage de création, correspondant à l’enregistrement ou à la validation des frais. Données à recueillir Événement consigné lors de l’enregistrement ou de la validation de la saisie des frais. Type d’événement explicit | |||
| Paiement comptabilisé | Un paiement reçu est affecté au compte du patient et à la demande concernés, ou rapproché de ceux-ci. Cette activité fait passer le solde des comptes clients à la trésorerie. | ||
| Pourquoi est-ce important ? Il s’agit d’une dernière étape essentielle du cycle de paiement par le payeur. Elle permet de suivre le volume des paiements comptabilisés et les délais associés, afin que les comptes soient mis à jour avec exactitude et dans les meilleurs délais. Où trouver ces données Cette action est explicitement 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. Données à recueillir Événement enregistré lorsqu’un paiement provenant d’un ERA est affecté à une demande, manuellement ou automatiquement. Type d’événement explicit | |||
| Accusé de réception de l’organisme payeur reçu | Le système de l’organisme 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, qui indique que la demande a été acceptée pour traitement. | ||
| Pourquoi est-ce important ? Confirme la réussite de la transmission et aide à repérer les refus en amont dus à des erreurs de format ou de données, avant le début de l’examen, pour accélérer les corrections. Où trouver ces données Enregistré dans les tables de statut des demandes ou de fichiers de réponse du module de chambre de compensation de Waystar, après le traitement d’un fichier d’accusé de réception reçu de l’organisme payeur. Données à recueillir Événement consigné après le traitement d’un fichier d’accusé de réception électronique de l’organisme payeur. Type d’événement explicit | |||
| Compte ajusté | Un ajustement manuel ou contractuel est apporté au solde du compte. Il peut s’agir d’une annulation de créance, d’une remise contractuelle, d’une réduction accordée au patient ou d’une autre correction. | ||
| Pourquoi est-ce important ? Cet événement est essentiel pour comprendre les pertes de recettes. L’analyse des ajustements permet de repérer les problèmes liés aux barèmes tarifaires, à la gestion des contrats ou aux créances irrécouvrables. Où trouver ces données À des fins d’audit, chaque ajustement financier doit être enregistré comme une transaction. Il s’agit d’un événement explicite dans la table des transactions du compte. Données à recueillir Enregistré comme un type de transaction spécifique dans le grand livre du compte. Type d’événement explicit | |||
| Début des activités de recouvrement | Le compte du patient est en retard de paiement et les démarches de recouvrement ont commencé. Il peut s’agir de rappels automatiques ou du transfert du dossier à une agence de recouvrement externe. | ||
| Pourquoi est-ce important ? Alimente le Dashboard « Efficacité des activités 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ù trouver ces données Cet événement est généralement déduit d’un changement de statut du compte dans Waystar, qui passe à « Recouvrement » ou « Créance irrécouvrable » et déclenche un flux de travail différent. Données à recueillir Déduit du passage du statut du compte à « Recouvrement » ou « Créance irrécouvrable ». Type d’événement inferred | |||
| Demande corrigée et soumise de nouveau | Après un refus ou un rejet, la demande a été corrigée et renvoyée au payeur. Cela marque le début d’un nouveau cycle de traitement pour cette demande. | ||
| Pourquoi est-ce important ? Il s’agit d’une boucle de reprise importante. L’analyse de la fréquence et des motifs des nouvelles soumissions permet de repérer les causes premières des erreurs initiales, comme les erreurs de codage ou les erreurs démographiques. Où trouver ces données Déduit de la détection d’un nouvel événement « Demande soumise au payeur » pour une demande précédemment refusée. Le système peut également prévoir un statut spécifique pour les demandes soumises de nouveau. Données à recueillir 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 | Indique la création d’une demande de remboursement officielle à partir des frais saisis. Il s’agit d’une étape interne au cours de laquelle le système rassemble les informations avant de les transmettre à l’organisme payeur. | ||
| Pourquoi est-ce important ? Cet événement permet de suivre l’efficacité interne de la création des demandes de remboursement. Un retard à cette étape peut prolonger l’ensemble du cycle de paiement, avant même que la demande ne quitte le système du prestataire. Où trouver ces données Il peut s’agir d’un événement explicite, mais il est souvent déduit du premier horodatage associé à un enregistrement de demande de remboursement dans le module de gestion des demandes de Waystar. Données à recueillir Déduit de la date de création de l’enregistrement de la demande dans la table principale des demandes de remboursement. Type d’événement inferred | |||
| Refus contesté | Un utilisateur a entrepris de contester le refus d’une demande, souvent 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 est-ce important ? Mesure l’efficacité de l’équipe chargée de la gestion des refus. Il est important de suivre le délai entre le refus et le recours, ainsi que le taux de réussite des recours, pour optimiser les efforts de recouvrement. Où trouver ces données Cette action peut être enregistrée explicitement par un utilisateur ou consignée dans une note du module de gestion des refus. Elle peut aussi être déduite d’un changement de statut de la demande refusée. Données à recueillir Événement enregistré lorsqu’un utilisateur consigne un recours ou fait passer le statut de la demande à « En recours ». Type d’événement explicit | |||
| Relevé de solde envoyé au patient | Après le traitement par l’assurance, un relevé est établi et envoyé au patient pour tout solde restant dû. Le recouvrement concerne alors le patient plutôt que le payeur. | ||
| Pourquoi est-ce important ? Cet événement marque le début du 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ù trouver ces données Cet événement est explicitement enregistré par le module de facturation des patients lorsqu’un lot de relevés est généré ou envoyé par voie électronique ou à un prestataire d’impression. Données à recueillir É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. Appuyez-vous dès aujourd’hui sur ces données pour améliorer l’efficacité et accélérer les encaissements.
Optimisez la gestion du cycle de revenus et accélérez les encaissements dès maintenant
Repérez les inefficacités, réduisez les temps de cycle de 30 % et accélérez les encaissements.
Aucune carte bancaire requise. Commencez à optimiser vos processus dès aujourd’hui.