Votre Template de Data du Revenue Cycle Management

L'ID d'Événement de Facturation est une clé unique attribuée à chaque instance d'un service facturable, de la capture initiale des frais au paiement final ou à la radiation. Il agit comme le fil conducteur central reliant toutes les activités connexes, telles que la création de demandes, la soumission, le refus et l'enregistrement des paiements, pour une prestation de service spécifique.

En Process Mining, cet attribut est crucial pour reconstituer le parcours de bout en bout de chaque événement de facturation. En regroupant toutes les activités liées sous un seul ID d'Événement de Facturation, les analystes peuvent visualiser les flux de processus, identifier les bottlenecks, mesurer les temps de cycle et comprendre les variations dans la manière dont les différents cas sont traités. Il constitue le fondement de toute analyse centrée sur les cas au sein du cycle de revenus.

C'est l'identifiant de dossier essentiel qui relie toutes les activités associées, permettant la reconstruction et l'analyse de l'ensemble du cycle de revenus pour chaque service facturable.

C'est généralement une clé primaire dans les tables de transactions de facturation ou d'événements financiers.

Le nom de l'activité décrit une action ou une étape distincte dans le cycle de vie du revenu. Des exemples incluent 'Service Rendu', 'Réclamation Soumise', 'Avis de Virement Reçu', 'Paiement Enregistré' et 'Compte Radié'. Chaque activité représente une étape du processus qui consomme du temps et des ressources.

Cet attribut est fondamental pour le Process Mining car il définit les nœuds de la carte de processus. L'analyse de la séquence, de la fréquence et de la durée de ces activités permet la visualisation du flux de processus réel, la comparaison avec un modèle conçu, et l'identification des écarts, des boucles de retravail comme les refus de réclamations, et des inefficacités.

Cet attribut définit les étapes du processus, ce qui est essentiel pour découvrir et visualiser la carte des processus, identifier le retrabalho et analyser la Conformité des processus.

Souvent trouvé dans les journaux d'événements (event logs), les tables de transactions, ou dérivé des enregistrements de changement de statut dans le module de facturation ou de réclamations.

L'Event Timestamp marque le moment où une activité s'est produite ou a été enregistrée. Il fournit le contexte chronologique de tous les événements au sein d'un cas, formant une chronologie du début à la fin du cycle de revenus.

Les timestamps sont l'épine dorsale de l'analyse des performances en Process Mining. Ils sont utilisés pour calculer des KPI critiques tels que le temps de cycle total, la durée entre des activités spécifiques et les temps d'attente. En analysant les timestamps, les organisations peuvent identifier les bottlenecks où les cas passent le plus de temps, mesurer le respect des accords de niveau de service et comprendre la dynamique temporelle du processus.

Il fournit les données chronologiques nécessaires pour calculer les temps de cycle, identifier les goulots d'étranglement et analyser la performance et l'efficacité du processus.

Cette information est généralement disponible dans les journaux de transactions, les pistes d'audit, ou comme champ « date de création » ou « date de changement de statut » dans les tables d'événements.

Cet attribut enregistre le moment où les data ont été extraites pour la dernière fois du système source. Il s'agit d'un champ de metadata essentiel pour comprendre la fraîcheur et l'actualité des data analysées. Il reflète la latence du pipeline de data et indique l'ancienneté de l'analyse Process Mining.

Dans les dashboards et analyses de Process Mining, l'horodatage de la Dernière Mise à Jour des Data fournit un contexte à l'utilisateur sur l'actualité des data. Il est essentiel pour le suivi opérationnel de savoir si la vue représente l'état du processus d'il y a cinq minutes ou de la nuit dernière. Cela aide à gérer les attentes des utilisateurs et à garantir que les décisions sont prises sur la base de data d'un âge connu.

Il fournit un contexte crucial sur l'actualité et la fraîcheur des données, garantissant que l'analyse et les décisions sont basées sur une période de temps comprise.

Ceci est généralement ajouté pendant le processus d'Extraction, de Transformation et de Chargement des data (ETL) et est stocké en tant que colonne de metadata dans l'Event Log.

L'Attribut Système Source identifie l'origine des data pour un événement spécifique. Dans un paysage informatique complexe, le processus du cycle de revenus s'étend souvent sur plusieurs systèmes, tels qu'un système de dossier médical électronique (DME) pour la prestation de services, un système de facturation dédié pour la soumission des demandes et une plateforme de recouvrement distincte.

Connaître le système source est précieux pour la validation des data, le dépannage et la compréhension de la fragmentation des processus. Cela peut aider à identifier les incohérences entre les systèmes ou à révéler les étapes de processus gérées dans différentes applications, ce qui peut être une source de retards ou d'erreurs de transfert de data. Cette analyse aide à évaluer l'intégration et l'efficacité de l'architecture informatique globale supportant le processus.

Cette analyse permet de comprendre la fragmentation des processus entre vos différents systèmes IT. Elle est essentielle pour valider les données et identifier les goulots d'étranglement propres à chaque système.

Cette information est souvent disponible en tant que champ standard dans les extractions de data ou peut être dérivée de la table source ou du fichier à partir duquel les data ont été obtenues.

La Catégorie de Service classe le type de soins ou de services fournis au patient. Il peut s'agir d'une classification de haut niveau comme « Hospitalisation » versus « Consultation externe », ou d'une catégorie départementale plus spécifique comme « Chirurgie », « Urgences » ou « Laboratoire ». Différentes catégories de services ont souvent des règles de facturation, des exigences de payeur et des flux de processus distincts.

Segmenter le processus du cycle de revenus par Catégorie de Service est essentiel pour une analyse significative. Cela permet aux organisations de comparer les performances de différentes lignes de services, par exemple, pour voir si le taux de refus des procédures chirurgicales est plus élevé que celui des consultations. Ce niveau de détail aide à isoler les problèmes et à adapter les initiatives d'amélioration au contexte opérationnel spécifique de chaque domaine de service.

Il permet de comparer les performances entre différentes lignes de service, révélant des variations d'efficacité, de taux de refus et de cycles de paiement spécifiques à certains types de soins.

Cette information est généralement disponible dans les enregistrements détaillés des charges ou peut être dérivée de la classe de patient, du département ou des codes de procédure.

Lorsqu'un payeur rejette une demande de remboursement soumise, il fournit un Code de Motif de Refus pour expliquer pourquoi la demande n'a pas été payée. Ces codes suivent souvent les normes de l'industrie, comme les Claim Adjustment Reason Codes (CARC), et signalent des problèmes spécifiques tels que « Service non couvert », « Demande de remboursement en double » ou « Informations supplémentaires requises ».

Cet attribut est l'un des plus puissants pour l'analyse des causes profondes dans le cycle de revenus. En analysant la fréquence et l'impact financier des différents motifs de refus, les organisations peuvent identifier les défaillances de processus en amont qui mènent aux refus. Par exemple, un nombre élevé de refus pour « Informations patient incorrectes » pointe vers des problèmes dans le processus d'enregistrement du patient. Cela permet des améliorations basées sur les data pour prévenir de futurs refus et améliorer le taux de paiement au premier passage.

Il est crucial pour l'analyse des causes profondes des refus de réclamations, permettant des améliorations ciblées des processus de début et de milieu de cycle pour prévenir de futures pertes de revenus.

Cette information provient des fichiers Electronic Remittance Advice (ERA) ou Explanation of Benefits (EOB) reçus des payeurs.

Cet attribut identifie l'unité organisationnelle associée à une étape de processus particulière, telle que « Accès Patient », « Codage », « Facturation » ou « Recouvrement ». Il aide à comprendre comment le travail est distribué et transféré entre différentes équipes.

L'analyse du processus du point de vue départemental est essentielle pour comprendre la collaboration interfonctionnelle et identifier les bottlenecks qui se produisent aux points de transfert entre les équipes. Elle permet aux gestionnaires de voir quels départements sont impliqués dans des variantes de processus spécifiques, de mesurer l'efficacité départementale et d'allouer les ressources plus efficacement. Cette analyse peut mettre en évidence des problèmes systémiques au sein d'un département qui peuvent avoir un impact sur l'ensemble du cycle de revenus.

Il aide à identifier les goulots d'étranglement interdépartementaux et à analyser les performances par domaine fonctionnel, révélant des opportunités pour une meilleure collaboration interéquipes.

Cette information peut faire partie des data de transaction ou être dérivée des master data associées à l'utilisateur responsable.

Le montant de l'ajustement représente la partie du montant facturé qui ne devrait pas être recouvrée auprès du payeur ou du patient pour des raisons telles que les accords contractuels, les remises ou les radiations. Ces ajustements réduisent le total des comptes clients et constituent une partie normale du cycle de revenus.

L'analyse des montants d'ajustement et de leurs raisons associées est essentielle pour comprendre l'intégrité des revenus. Des niveaux d'ajustement élevés ou inattendus peuvent signaler des problèmes de saisie des frais, de codage ou de gestion des contrats. Le Process Mining peut aider à identifier quelles variantes de processus ou quelles activités spécifiques conduisent à des taux d'ajustement plus élevés, permettant une analyse ciblée des causes profondes pour maximiser la réalisation des revenus.

Il aide à analyser les fuites de revenus en suivant les radiations et les remises contractuelles, mettant en évidence les problèmes potentiels dans les processus de contractualisation ou de facturation.

Cette valeur est généralement enregistrée dans les tables d'ajustements financiers ou les modules d'enregistrement des paiements.

Le Montant Facturé représente le coût total des services fournis, tel que soumis sur une demande de remboursement ou une facture. Il constitue la valeur financière initiale de l'événement de facturation et sert de référence pour toutes les transactions financières ultérieures, telles que les paiements et les ajustements.

En Process Mining, l'analyse du Montant Facturé est essentielle pour comprendre l'impact financier des inefficacités de processus. Elle permet de segmenter les cas en catégories de valeur élevée et faible, révélant si certains problèmes de processus affectent de manière disproportionnée les demandes à forte valeur. La corrélation de ce montant avec des métriques comme le temps de cycle ou le taux de refus aide à prioriser les efforts d'amélioration sur les problèmes ayant les conséquences financières les plus importantes.

Il établit la valeur financière initiale d'un dossier, permettant une analyse de l'impact financier des inefficacités de processus comme les retards et les refus.

Il s'agit d'un attribut financier essentiel que l'on trouve dans les tables de transactions de capture de charges, de facturation ou de demandes de remboursement.

Le Nom du Payeur identifie l'entité principale à laquelle une demande de remboursement est soumise. Les payeurs peuvent inclure des assureurs commerciaux comme Aetna ou UnitedHealthcare, des programmes gouvernementaux comme Medicare ou Medicaid, ou d'autres entités. Chaque payeur a son propre ensemble unique de règles, d'exigences de soumission et de comportements de paiement.

Cet attribut est essentiel pour analyser la performance du cycle de revenus. En segmentant le processus par payeur, les organisations peuvent identifier quels payeurs ont les taux de refus les plus élevés, les cycles de paiement les plus longs ou les demandes d'informations supplémentaires les plus fréquentes. Cette analyse permet des interventions ciblées, telles que la renégociation de contrats, l'adaptation des processus de soumission pour des payeurs spécifiques et la concentration des efforts de gestion des refus là où ils sont les plus nécessaires.

Il permet la segmentation des métriques de performance, telles que les taux de refus et les délais de paiement, par payeur, ce qui est crucial pour des améliorations ciblées et des négociations contractuelles.

Cette information se trouve généralement dans les data d'enregistrement du patient, d'assurance ou de demande de remboursement associées à l'événement de facturation.

L'Attribut Utilisateur Responsable lie une étape de processus à l'individu ou au système qui l'a exécutée. Il peut s'agir d'un codeur effectuant le codage médical, d'un spécialiste de la facturation soumettant une demande de remboursement ou d'un bot automatisé enregistrant un paiement. Le suivi de l'utilisateur fournit une couche d'analyse des processus centrée sur l'humain ou le système.

L'analyse des performances des processus par utilisateur ou par équipe peut révéler des opportunités de formation, identifier les individus les plus performants et assurer une répartition appropriée de la charge de travail. Elle est également essentielle à des fins de Conformité et d'audit, permettant une responsabilité claire pour chaque action entreprise. Cet attribut permet une analyse détaillée des performances et de l'utilisation des ressources.

Il permet l'analyse des performances de l'équipe et des individus, de la répartition de la charge de travail et des taux d'automatisation, offrant des informations sur l'efficacité des ressources et identifiant les besoins en formation.

Généralement trouvé dans les journaux de transactions ou les pistes d'audit comme champs « ID Utilisateur », « ID Employé » ou « Processeur ».

L'ID Patient est une clé unique attribuée à chaque patient individuel au sein de l'index principal des patients du système de santé. Cet identifiant relie toutes les interactions cliniques et financières d'un patient au fil du temps.

Alors que l'ID d'Événement de Facturation est le cas pour un service unique, l'ID Patient permet une analyse plus large à travers de multiples interactions pour le même patient. Cela peut révéler des problèmes récurrents, tels que des erreurs d'enregistrement répétées ou des modèles d'utilisation des services. Il peut également être utilisé pour analyser le parcours financier complet d'un patient, ce qui est précieux pour comprendre la responsabilité et la fidélité des patients.

Il permet d'analyser plusieurs événements de facturation pour le même patient, aidant à identifier les problèmes récurrents et à comprendre le parcours financier global du patient.

C'est un identifiant principal que l'on retrouve dans pratiquement tous les systèmes cliniques et financiers, provenant du système d'enregistrement des patients ou du système EHR.

Le Montant Payé est la somme cumulative de tous les paiements enregistrés pour un événement de facturation spécifique. Cela inclut les paiements des assureurs primaires et secondaires ainsi que les paiements effectués par le patient. Il représente l'argent réellement collecté pour les services rendus.

L'analyse du Montant Payé est essentielle pour mesurer le succès financier et l'efficacité du cycle de revenus. La comparaison du Montant Payé avec le Montant Facturé fournit des informations sur les revenus nets et les taux de recouvrement. En Process Mining, cet attribut aide à quantifier le résultat financier des différentes voies de processus et peut être utilisé pour identifier les caractéristiques des demandes de remboursement qui sont payées intégralement et à temps par rapport à celles qui ne le sont pas.

Il mesure l'argent réel collecté pour un dossier, ce qui est essentiel pour évaluer l'efficacité du recouvrement et la performance financière globale du processus.

Cette information est située dans les tables de transactions d'enregistrement des paiements ou d'application des espèces.

Similaire à un motif de refus, la raison d'ajustement explique pourquoi une partie du montant facturé a été radiée ou ajustée. Ces raisons clarifient si un ajustement est dû à une obligation contractuelle avec un payeur, une politique de soins de bienfaisance, une radiation de petit solde ou une correction pour une erreur de facturation.

L'analyse des raisons d'ajustement fournit des informations sur l'intégrité des revenus et la performance financière. Elle aide à différencier les ajustements contractuels attendus des radiations évitables dues à des erreurs internes. En filtrant la carte de processus en fonction de raisons d'ajustement spécifiques, les analystes peuvent identifier les faiblesses de processus qui entraînent des pertes de revenus évitables et concentrer les efforts d'amélioration en conséquence.

Il fournit un contexte pour les ajustements financiers, aidant à différencier les obligations contractuelles des pertes de revenus évitables dues à des erreurs de processus.

Trouvé dans les tables de transactions financières au sein du système de facturation ou de comptabilité patient, souvent lié à des transactions d'ajustement ou de radiation.

L'ID de Demande de Remboursement est un identifiant spécifique pour la facture envoyée à une compagnie d'assurance. Un seul événement de facturation peut générer plusieurs demandes si elle doit être facturée à des payeurs primaires, secondaires et tertiaires, ou si une demande est corrigée et soumise à nouveau.

Le suivi de l'ID de Demande de Remboursement est important pour comprendre les détails du processus d'interaction avec le payeur. Il permet d'analyser les boucles de retrabalho impliquant des resoumissions de demandes et aide à suivre le statut d'une facture spécifique envoyée à un payeur. L'analyse du processus par ID de Demande de Remboursement peut fournir une vue plus granulaire du cycle de vie de la soumission et de la résolution des demandes que la simple observation de l'Événement de Facturation.

Il permet un suivi détaillé des soumissions et resoumissions de réclamations, offrant une analyse granulaire des interactions avec les payeurs et des boucles de retravail.

Cet identifiant est généré par le système de facturation lors de la création de la demande de remboursement et est stocké dans les tables de gestion des demandes.

Le Solde Impayé représente le montant d'argent restant à recouvrer pour un événement de facturation. Il est généralement calculé comme le Montant Facturé moins les Montants Payés et les Montants d'Ajustement. Cette valeur évolue au cours du cycle de vie du cas à mesure que les paiements et les ajustements sont enregistrés.

Cet attribut est un indicateur clé de la santé des comptes clients. En Process Mining, l'analyse du solde impayé à différentes étapes du processus aide à gérer le vieillissement des créances et à prioriser les efforts de recouvrement. Il peut être utilisé pour identifier quels types de cas ou de chemins de processus ont tendance à avoir des soldes résiduels élevés, signalant des problèmes de paiement ou de résolution des refus.

C'est une mesure clé des comptes débiteurs et de l'efficacité du recouvrement, aidant à prioriser les activités de suivi et à analyser le vieillissement des créances.

Souvent calculé à partir des montants facturés, payés et ajustés. Il peut également être stocké comme un champ dans un système de comptes débiteurs ou de comptabilité patient.

Le statut du compte offre un aperçu de la position d'un événement de facturation dans son cycle de vie à tout moment donné. Ce statut reflète le résultat de l'activité la plus récente, indiquant si le compte est ouvert et en attente de paiement, clôturé, envoyé au recouvrement, ou dans un autre état.

Bien que le Process Mining reconstruise le flux d'activités, l'attribut Statut du Compte est précieux pour filtrer et segmenter les dossiers en fonction de leur condition actuelle. Il est particulièrement utile pour les tableaux de bord opérationnels qui doivent afficher le volume et la valeur des comptes à différentes étapes, tels que le total des comptes clients actuellement en attente de réponse du payeur ou le nombre de comptes récemment envoyés à une agence de recouvrement.

Il fournit un aperçu de l'état actuel des dossiers, ce qui est utile pour les tableaux de bord opérationnels et pour segmenter l'analyse en fonction de l'endroit où les comptes se trouvent dans leur cycle de vie.

Il s'agit généralement d'un champ de statut sur le compte patient principal ou l'enregistrement de l'événement de facturation dans le système de comptabilité patient.