Votre Modèle de Données de Gestion du cycle de revenus (RCM)

L'ID d'événement de facturation représente une instance distincte d'une prestation de service ou de produit entraînant une charge. Il agit comme le élément central reliant toutes les activités connexes, depuis la prestation de service initiale et la capture des charges jusqu'à la soumission de la réclamation, l'enregistrement du paiement et la clôture éventuelle du compte.

En Process Mining, l'analyse du cycle de vie de chaque événement de facturation permet une vision globale du cycle de revenus complet. Il est utilisé pour tracer le parcours complet d'une seule charge, identifier les chemins courants, mesurer les temps de cycle entre les étapes clés et comprendre les variations qui entraînent des retards ou des fuites de revenus.

Cet identifiant est indispensable pour regrouper toutes les activités connexes en un seul cas, pour une analyse complète et précise du cycle de revenus pour chaque événement facturable.

Il s'agit de la clé primaire reliant diverses tables liées aux rencontres patient, aux charges, aux réclamations et aux paiements. Consultez la documentation R1 RCM pour le champ spécifique, souvent lié à un identifiant de rencontre ou de réclamation.

L'heure de l'événement fournit la date et l'heure précises auxquelles une activité a été enregistrée dans le système. Cette information temporelle est clée pour comprendre le processus à partir d'une analyse temporelle.

Dans le process mining, cet horodatage est utilisé pour ordonner les événements chronologiquement et calculer les durées entre les activités, ce qui est indispensable pour l'analyse des performances. Il permet le calcul de métriques clés telles que le temps de cycle, le temps de traitement et le temps d'attente, qui sont essentiels pour identifier les points de blocage et mesurer l'efficacité.

Cet horodatage est la base de toutes les analyses liées au temps, y compris le calcul des temps de cycle, l'identification des points de blocage et la surveillance des performances des processus par rapport aux SLA.

Généralement trouvé comme un champ 'Date de création', 'Horodatage' ou 'Date de dernière mise à jour' associé à chaque enregistrement de transaction ou de changement de statut dans R1 RCM.

Cet attribut décrit une étape ou un jalon unique au sein du processus de gestion du cycle de revenus pour un événement de facturation donné. Les activités représentent le travail effectué, telles que 'Charges capturées', 'Réclamation soumise' ou 'Paiement enregistré'.

L'analyse de la séquence des activités constitue le fondement du Process Mining. Elle permet de découvrir le flux de processus réel, d'identifier les points de blocage où les activités prennent trop de temps à démarrer, et de détecter les boucles de reprise où les activités sont répétées inutilement, comme 'Réclamation refusée' suivie de 'Retravail du refus initié'.

Il définit les étapes du processus, pour visualiser de la carte du processus, le calcul des temps de transition et l'identification des écarts de processus et des retravaux.

Ces informationsns sont généralement dérivées des journaux d'événements, des enregistrements de changement de statut ou des codes de transaction dans divers modules R1 RCM. Elles peuvent nécessiter un mappage des codes techniques vers des noms compréhensibles pour le métier.

Cet attribut indique la dernière fois que les données pour l'analyse Process Mining ont été mises à jour. Il fournit un contexte sur l'actualisation des données analysées.

Ces informationsns sont importantes pour le reporting et la création de dashboards, car elles indiquent à l'utilisateur la pertinence des informations sur les processus. Elles aident à gérer les attentes concernant la réactualisation des données et garantissent que les décisions sont prises sur la base d'un cadre temporel compris.

Fournit un contexte essentiel sur l'actualisation des données, garantissant que les analystes et les parties prenantes sont informés de la pertinence des informations sur les processus.

Cet horodatage est généré pendant le processus d'extraction, de transformation et de chargement (ETL) des données et est généralement appliqué à l'ensemble du jeu de données.

Cet attribut identifie l'application ou le module source qui a généré les données pour un événement particulier. Dans un environnement complexe comme celui de la santé, les données peuvent provenir d'un EMR, d'un module de facturation, d'une chambre de compensation de réclamations ou d'une plateforme de recouvrement.

Comprendre le système source est impératif pour la validation des données et pour l'analyse des variations de processus qui peuvent être spécifiques à certains systèmes. Cela aide à dépanner les incohérences de données et à comprendre l'écosystème technologique du processus.

Identifie l'origine des données, ce qui est impératif pour la gouvernance des données, la validation et la compréhension de la manière dont les différents systèmes interagissent au sein du processus complet.

Il s'agit souvent d'une valeur statique ajoutée lors du processus d'extraction de données, identifiant le système (par exemple, 'R1 RCM') d'où proviennent les données.

Lorsqu'un payeur refuse une réclamation, il fournit un code de raison, tel qu'un CARC (Claim Adjustment Reason Code), pour expliquer la décision. Ces codes sont standardisés et indiquent des problèmes tels que 'Service non couvert' ou 'Réclamation en double'.

Cet attribut est extrêmement important pour la gestion des refus. En analysant la fréquence des différents codes de raison de refus, les organisations peuvent identifier et traiter les causes profondes des refus, qu'elles soient liées à l'éligibilité du patient, à des erreurs de codage ou à un manque de nécessité médicale. Cela contribue directement au les efforts visant à réduire les reprises et à accélérer le flux de trésorerie.

Fournit la raison spécifique des refus de réclamation, permettant une analyse des causes profondes pour réduire les refus futurs, diminuer les reprises et améliorer les taux de paiement au premier passage.

Ces informationsns sont reçues dans l'avis de virement électronique (ERA ou fichier 835) du payeur et sont stockées dans le module de gestion des réclamations de R1 RCM.

Cet attribut représente le montant total facturé pour les services rendus lors d'un événement de facturation donné. Il reflète les revenus attendus de la réclamation.

L'analyse du montant de la facture est indispensablele pour le Process Mining financier. Elle permet de prioriser les réclamations à forte valeur, de comprendre l'impact financier des retards ou des refus de processus, et de segmenter le processus en fonction de la valeur. Par exemple, une analyse pourrait révéler que les réclamations dépassant un certain montant suivent un parcours de processus différent et plus manuel.

Fournit un contexte financier au processus, permettant d'analyser comment les variations de processus impactent les revenus, et aide à prioriser les cas à forte valeur ajoutée pour l'amélioration.

Situé dans la table d'en-tête de réclamation ou de facture principale dans R1 RCM, souvent nommé 'TotalBilledAmount' ou similaire.

Cet attribut identifie le payeur principal de la réclamation. Il peut s'agir d'un assureur commercial comme Aetna, d'un payeur gouvernemental comme Medicare, ou du patient lui-même pour les portions auto-payées.

L'analyse du processus par payeur est clée pour la gestion du cycle de revenus. Elle peut révéler que certains payeurs ont des taux de refus plus élevés, des cycles de paiement plus longs ou des exigences de soumission plus complexes. Ces informationsns permettent à l'organisation d'adapter ses processus et ses ressources pour gérer efficacement les comportements spécifiques aux payeurs.

Permet la segmentation du processus par payeur pour identifier les retards spécifiques aux payeurs, les modèles de refus ou les comportements de paiement, ce qui est impératif pour optimiser les revenus.

Trouvé dans les informations d'assurance ou démographiques du patient liées à la réclamation dans R1 RCM.

Cet attribut spécifie l'unité organisationnelle, telle que 'Saisie des charges', 'Soumission des réclamations' ou 'Gestion des refus', qui a exécuté une étape particulière du processus. Il aide à comprendre comment le travail est transféré entre les différentes équipes.

Ceci est impératif pour analyser le débit départemental et identifier les points de blocage inter-fonctionnels. En filtrant la carte de processus par département, les organisations peuvent voir où les transferts sont fluides et où des retards se produisent, soutenant l'allocation des ressources et l'optimisation des processus organisationnels.

Permet l'analyse de la performance des processus par unité organisationnelle, aidant à identifier les points de blocage spécifiques aux équipes, les contraintes de ressources ou les meilleures pratiques.

Ceci peut être dérivé du profil de l'utilisateur dans R1 RCM ou stocké comme un 'Code de département' dans les données de transaction.

Cet attribut indique le dernier état connu d'un événement de facturation, tel que 'Soumise', 'Payée', 'Refusée' ou 'En recouvrement'. Il fournit un aperçu de l'état d'une facture dans le processus à un moment donné.

Le statut de la facture est indispensable à créer des rapports de vieillissement et surveiller la santé des comptes débiteurs. En Process Mining, il peut être utilisé pour filtrer les cas bloqués dans un état particulier ou pour analyser les résultats de différentes variantes de processus, par exemple, en comparant les parcours des réclamations 'Payées' et 'Refusées'.

Fournit une vue de l'état actuel de chaque cas, essentielle pour l'élaboration de rapports de vieillissement et l'analyse des résultats finaux des différents parcours de processus.

Il s'agit généralement d'un champ de statut sur l'enregistrement principal de la réclamation ou du compte dans R1 RCM.

Cet attribut identifie l'individu responsable de l'exécution d'une tâche spécifique dans le processus. Il peut s'agir du facturier qui a créé la réclamation, de l'analyste qui a repriseslé un refus, ou du spécialiste qui a enregistré un paiement.

L'analyse 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 quels utilisateurs sont les plus efficaces ou lesquels peuvent être associés à des taux d'erreur plus élevés, permettant une gestion ciblée et des efforts d'amélioration des processus.

Permet l'analyse de la performance des équipes et des individus, la distribution de la charge de travail, et aide à identifier les opportunités de formation ou les écarts de processus spécifiques aux utilisateurs.

Généralement trouvé comme un champ 'ID utilisateur', 'Processeur' ou 'Mis à jour par' dans les journaux de transactions dans R1 RCM.

Les codes de service, comme les codes CPT (Current Procedural Terminology), sont des codes médicaux standardisés utilisés pour déclarer les procédures et services médicaux, chirurgicaux et diagnostiques aux payeurs pour remboursement.

L'analyse du processus par code de service est indispensablele pour identifier les problèmes de facturation liés à des types de soins spécifiques. Elle peut mettre en évidence quelles procédures sont le plus souvent refusées, ont les cycles de paiement les plus longs ou nécessitent le plus de reprises, permettant des améliorations ciblées des pratiques de codage et de facturation.

Permet l'analyse des processus basée sur le type de service rendu, ce qui est indispensable pour identifier les modèles de refus ou les retards de paiement associés à des procédures spécifiques.

Ces informationsns se trouvent au niveau de la ligne d'article pour chaque charge ou réclamation dans R1 RCM.

Cet attribut booléen distingue les tâches exécutées par une automatisation logicielle, comme un bot RPA pour la soumission de réclamations, et les tâches effectuées manuellement par un employé.

L'analyse de cet attribut est indispensablele pour comprendre l'impact et l'efficacité des initiatives d'automatisation. Elle permet de comparer la vitesse, le coût et les taux d'erreur des processus automatisés par rapport aux processus manuels, aidant à identifier de nouvelles opportunités d'automatisation et à mesurer le ROI des bots existants.

Distingue les activités humaines des activités pilotées par le système, ce qui est impératif pour mesurer l'impact de l'automatisation sur l'efficacité, le coût et la qualité des processus.

Ceci peut être dérivé du champ 'AssignedUser', où des ID d'utilisateur spécifiques sont réservés aux bots (par exemple, 'BOT_RPA01'). Alternativement, certains systèmes disposent d'un champ dédié pour signaler les transactions automatisées.

Cet attribut est un indicateur booléen généralement calculé lors de l'analyse Process Mining. Il devient 'vrai' si une activité est une répétition d'une étape précédente ou fait partie d'une séquence indiquant une correction d'erreur, par exemple, toute activité suivant 'Réclamation refusée'.

L'identification du reprises est l'une des capacités les plus puissantes du Process Mining. Elle quantifie la quantité d'efforts, de temps et de ressources gaspillés dans un processus. En signalant les reprises, les organisations peuvent concentrer leurs efforts d'amélioration sur la prévention des erreurs qui le causent en premier lieu, entraînant des gains d'efficacité significatifs.

Aide à quantifier la fréquence et l'impact du reprises, tel que les refus de réclamation, permettant une analyse ciblée pour réduire les inefficacités et les efforts inutiles.

Ce n'est pas un champ dans le système source. Il est calculé par l'outil de Process Mining basé sur la séquence des activités, tel que la détection lorsqu'une 'Réclamation soumise' activité se produit plus d'une fois pour le même cas.

Cet attribut est l'ID unique attribué à un patient au sein du système de santé, souvent appelé Numéro de Dossier Médical (NDM).

Bien que les soins individuels aux patients ne soient pas l'objectif principal, l'ID Patient peut être utilisé pour analyser les problèmes de facturation récurrents pour le même patient au fil du temps. Il peut également aider à segmenter le processus par données démographiques ou historiques du patient s'il est lié à d'autres données patient, révélant potentiellement des problèmes systémiques affectant certains groupes de patients.

Permet l'analyse des événements de facturation au niveau du patient, aidant à identifier les problèmes récurrents ou les schémas pour des patients spécifiques sur plusieurs rencontres.

Cet identifiant est un élément central des données démographiques du patient liées à chaque rencontre et réclamation dans R1 RCM.

Cet attribut capture la valeur de tout ajustement financier effectué sur le compte d'un patient après la facturation initiale. Les ajustements peuvent être positifs ou négatifs et incluent les allocations contractuelles, les radiations ou les corrections.

Le suivi des montants d'ajustement est indispensable pour comprendre l'intégrité des revenus. Des niveaux élevés d'ajustements négatifs peuvent indiquer des fuites de revenus dues à des problèmes tels qu'une capture de charges incorrecte ou des dettes irrécouvrables. L'analyse de ces données aide à identifier l'impact financier des erreurs de facturation et des inefficacités de recouvrement.

Quantifie les fuites de revenus et les corrections financières, aidant à déterminer l'impact financier des inexactitudes de facturation, des obligations contractuelles ou des mauvaises créances.

Trouvé dans les journaux de transactions liés aux ajustements de compte ou à l'enregistrement des paiements dans R1 RCM.

Cet attribut fournit le contexte expliquant pourquoi un ajustement financier a été effectué sur un compte. Les raisons sont souvent des codes ou des descriptions standardisés qui catégorisent le type d'ajustement.

L'analyse des raisons d'ajustement aide à diagnostiquer les causes profondes des fuites de revenus. Par exemple, une fréquence élevée de 'Radiation de petit solde' pourrait suggérer un processus de recouvrement inefficace pour les petits montants, tandis que des 'Allocations contractuelles' fréquentes sont une partie attendue des négociations avec les payeurs. Cette analyse soutient le tableau de bord d'audit des ajustements de facturation et de la conformité.

Explique le 'pourquoi' des ajustements de revenus, aidant à identifier les causes profondes des pertes de revenus, telles que les problèmes contractuels, les erreurs de facturation ou les échecs de recouvrement.

Il s'agit généralement d'un champ de code ou de texte dans le même enregistrement de transaction que le montant d'ajustement (AdjustmentAmount) dans R1 RCM.

Cet attribut décrit le résultat des efforts de recouvrement pour un compte en souffrance. Les résultats possibles incluent 'Payé en totalité', 'Réglé', 'Classé en créance irrécouvrable' ou 'Non résolu'.

Le suivi des résultats de recouvrement est indispensable pour évaluer l'efficacité du processus de recouvrement. En analysant quelles activités mènent à quels résultats, les organisations peuvent optimiser leurs stratégies de recouvrement, améliorer les taux de recouvrement et prendre des décisions éclairées sur le moment d'arrêter les efforts de recouvrement et de radier les soldes. Cela soutient le tableau de bord de performance des activités de recouvrement.

Mesure l'efficacité du processus de recouvrement en suivant la résolution finale des comptes en souffrance, aidant à optimiser les stratégies de recouvrement.

Il s'agit probablement d'un champ de statut sur le compte patient ou dans un module de recouvrement dédié dans R1 RCM.

Cette métrique mesure la durée complet du cycle de revenus pour un seul événement de facturation. Elle représente le temps total qu'il faut à une organisation pour convertir un service fourni en liquidités.

C'est un indicateur clé de performance (KPI) critique pour la santé financière. L'analyse de cette durée aide à identifier les principaux domaines d'accélération des processus. En décomposant le temps de cycle en ses parties composantes, telles que le 'temps de facturation' et le 'temps de paiement', les organisations peuvent identifier les plus grandes opportunités d'amélioration du flux de trésorerie.

Il s'agit d'un KPI clé de haut niveau qui mesure l'efficacité globale du cycle de conversion de trésorerie, impactant directement le flux de trésorerie de l'organisation.

Ceci est une métrique calculée. C'est la différence de temps entre l'horodatage de l'activité 'Service rendu' et l'activité 'Paiement enregistré' pour un événement de facturation donné.