Votre modèle de données pour la gestion du cycle des revenus

Le Billing Event sert d’identifiant de cas principal. Il relie toutes les activités, de la saisie des frais à la clôture du compte, pour un élément facturable donné. Chaque Billing Event représente une instance unique du processus de Revenue Cycle et permet de suivre son parcours à travers différentes étapes, telles que la soumission du claim, la comptabilisation du paiement et les éventuels refus ou ajustements.

Dans une analyse de Process Mining, cet attribut est fondamental pour reconstituer le flux de bout en bout. Il permet de visualiser les variantes du processus, de calculer les durées de cycle entre les activités et d’identifier les goulots d’étranglement ou les écarts associés à des éléments facturables précis.

Il s’agit de la clé essentielle pour suivre l’ensemble du cycle de vie d’une prestation facturable, et pour réaliser toutes les analyses du flux de processus et des performances.

Cet identifiant doit être une clé unique présente dans les tables principales de facturation ou de transactions de frais d’Oracle Health Revenue Cycle. Consultez la documentation du système pour identifier la clé primaire des événements de frais.

Cet attribut fournit l’horodatage de chaque activité et indique le moment exact où elle s’est produite. Il est essentiel pour comprendre le calendrier et la séquence des événements du Revenue Cycle associés à un Billing Event donné.

Dans l’analyse, l’Event Timestamp sert à classer les activités par ordre chronologique, à calculer les durées et les temps de cycle entre les différentes étapes et à analyser les goulots d’étranglement. Il constitue le fondement de toutes les métriques temporelles du Process Mining, notamment pour repérer les retards entre « Claim Submitted » et « Remittance Received ».

Cet horodatage est essentiel pour ordonner les événements, calculer toutes les métriques de performance, telles que les temps de cycle et les durées, et identifier les goulots d’étranglement du processus.

Chaque table de transactions ou de journaux d’événements d’Oracle Health Revenue Cycle doit comporter une colonne d’horodatage indiquant la création de l’enregistrement ou la survenue de l’événement.

Cet attribut enregistre le nom de chaque activité réalisée au cours du cycle de vie d’un Billing Event. Il peut s’agir, par exemple, de « Charges Captured », « Claim Submitted To Payer » ou « Payment Posted ». Ces activités constituent les nœuds de la cartographie de processus découverte.

L’analyse de la séquence et de la fréquence des activités est au cœur du Process Mining. Cet attribut aide à identifier les chemins les plus fréquents, à repérer les écarts par rapport à la procédure standard et à comprendre le déroulement opérationnel du Revenue Cycle.

Il définit les étapes du processus, ce qui permet de visualiser la carte du processus et d’analyser les schémas du flux de travail.

Généralement dérivé des journaux d’événements, des enregistrements de changements de statut ou des tables de transactions propres aux différentes étapes du Revenue Cycle dans Oracle Health.

Cet attribut catégorise le type de visite ou d’encounter du patient à l’origine des frais. Les classifications courantes comprennent Inpatient, Outpatient, Emergency et Recurring Patient. La classe du patient détermine souvent l’ensemble du processus de facturation et de soumission des claims.

Les différentes classes de patients suivent des chemins distincts et sont soumises à des exigences de Conformité différentes. L’analyse du processus selon cet attribut aide à comprendre ces variations, à adapter les initiatives d’amélioration et à garantir l’application des procédures appropriées à chaque classe.

Distingue les flux de processus, par exemple Inpatient et Outpatient, qui présentent des niveaux de complexité, des délais et des exigences de facturation différents.

Il s’agit d’un champ standard associé à un encounter patient ou à un enregistrement d’admission dans Oracle Health.

Lorsqu’un payeur refuse une demande de remboursement, il fournit un code de motif expliquant ce refus, par exemple « Service non couvert » ou « Demande de remboursement en double ». Cet attribut enregistre ce code ainsi que sa description associée.

L’analyse des motifs de refus est essentielle pour améliorer le cycle de revenus. Elle permet à l’organisation d’identifier les schémas récurrents, notamment les problèmes de codage ou d’éligibilité du patient, puis de mettre en place des mesures correctives afin d’éviter de nouveaux refus. Cela a un impact direct sur le taux de demandes de remboursement correctement constituées et réduit le coût des reprises.

Fournit la cause racine des refus de demandes de remboursement, afin de cibler les améliorations, d’augmenter le taux de demandes correctement constituées et d’accélérer l’encaissement des revenus.

Ces informations sont reçues du payeur dans l’avis électronique de paiement (fichier ANSI 835) et doivent être enregistrées dans les tables des demandes de remboursement ou des avis de paiement d’Oracle Health.

Cet attribut enregistre le montant de tout ajustement financier, tel qu’une remise contractuelle, un passage en perte ou une correction, appliqué au Billing Event. Les ajustements réduisent directement les revenus attendus d’un frais.

Le Dashboard « Account Adjustment Impact » s’appuie largement sur cet attribut. L’analyse des montants d’ajustement et des motifs associés aide à identifier les sources de fuite de revenus, les problèmes de gestion des contrats ou les difficultés liées à la saisie initiale des frais. Il s’agit d’un indicateur essentiel de la santé financière.

Quantifie les fuites de revenus dues aux passages en perte ou aux corrections, et aide à identifier puis à traiter les causes profondes de l’érosion financière.

Ces informations se trouvent dans les tables de transactions financières qui enregistrent les ajustements ou les passages en perte appliqués au compte d’un patient.

Cet attribut identifie l’entité, telle qu’une compagnie d’assurance ou un programme public comme Medicare, à laquelle la prestation est facturée. Les informations sur le payeur sont fondamentales pour l’analyse du Revenue Cycle.

L’analyse du processus par payeur peut révéler des écarts importants dans les délais de paiement, les taux de refus et les taux de réussite des recours. Elle aide à identifier les payeurs à l’origine de retards ou de pertes de revenus et est essentielle à la gestion efficace des contrats et des relations avec les payeurs.

Permet de segmenter le processus par payeur et de révéler les comportements, les taux de refus et les vitesses de paiement propres à chacun, ce qui est essentiel pour la performance financière.

Cette information est stockée dans les dossiers de facturation ou d’assurance du patient au sein d’Oracle Health Revenue Cycle.

Cet attribut précise le service, par exemple « Charge Capture », « Coding » ou « Collections », qui a réalisé l’activité. Il fournit un contexte organisationnel au flux du processus.

L’analyse du processus sous l’angle des services est essentielle pour comprendre les transferts entre équipes et repérer les inefficacités interfonctionnelles. Elle alimente le Dashboard « Billing Department Workload » en permettant d’agréger les activités et les métriques de performance au niveau du service.

Affecte les activités aux unités organisationnelles, ce qui est essentiel pour analyser les transferts entre services, la charge de travail et la performance des équipes.

Cette information peut être stockée directement dans les données de profil utilisateur d’Oracle Health ou déduite de l’utilisateur ou du type d’activité.

Cet attribut indique le montant actuellement dû pour un Billing Event après l’application de tous les paiements et ajustements. Il représente les comptes clients actifs associés à ces frais.

Il s’agit d’un attribut essentiel du Dashboard « Outstanding Balance Aging ». L’analyse de cette valeur dans le temps aide à suivre la vitesse des encaissements, à évaluer l’efficacité des efforts de recouvrement et à calculer des KPI financiers importants, tels que le délai moyen de recouvrement (DSO).

Suit les comptes clients en cours pour chaque cas, ce qui est essentiel à la gestion de la trésorerie et à l’analyse de l’efficacité du recouvrement.

Cette valeur est généralement calculée à partir de la somme de toutes les transactions financières (frais, paiements, ajustements) associées à un événement de facturation donné. Elle peut figurer comme champ dans une table récapitulative des comptes.

Cet attribut identifie le collaborateur ou l’utilisateur système automatisé responsable de l’exécution d’une activité donnée du processus. Il est essentiel pour comprendre la répartition de la charge, évaluer la performance des Ressources et repérer les besoins de formation.

Dans l’analyse, cet attribut permet de filtrer la cartographie du processus par utilisateur ou par équipe, de comparer les performances entre différentes Ressources et d’analyser la charge de travail pour le Dashboard « Billing Department Workload ». Il peut aider à identifier les personnes les plus performantes ou celles qui ont besoin d’un accompagnement ou d’une formation complémentaire.

Relie les activités du processus à des utilisateurs ou à des équipes précis, ce qui permet d’analyser la charge de travail, de comparer les performances et d’identifier les possibilités de formation.

Les champs d’identifiant utilisateur, par exemple « CREATED_BY » ou « USER_ID », sont généralement présents dans les tables de transactions des différents modules Oracle Health.

Cet attribut indique la date de la dernière mise à jour du jeu de données. Il précise l’actualité des données analysées, un élément important pour évaluer la pertinence temporelle des résultats issus de l’analyse de Process Mining.

Les utilisateurs peuvent vérifier cet attribut pour s’assurer qu’ils consultent les informations les plus récentes sur le processus. Il aide à évaluer l’ancienneté des données et constitue un élément important de la gouvernance des données et de l’assurance qualité.

Indique l’actualité des données et garantit que les analyses et les décisions reposent sur des informations à jour.

Il s’agit d’un champ de métadonnées généralement créé et renseigné lors du processus ETL qui charge les données dans la plateforme de Process Mining.

Cet attribut booléen distingue les activités exécutées par une automatisation logicielle, comme des bots ou des traitements système par lots, de celles réalisées manuellement par un utilisateur. Par exemple, « Demande de remboursement générée » peut être une étape automatisée, tandis que « Refus contesté » est probablement une étape manuelle.

L’analyse de cet attribut aide à comprendre le niveau d’automatisation du processus et son impact sur l’efficacité et le taux d’erreur. Elle permet de comparer les performances des parcours automatisés et manuels, ainsi que d’identifier de nouvelles possibilités d’automatisation.

Distingue les activités réalisées par des personnes de celles pilotées par le système, ce qui est essentiel pour analyser l’efficacité de l’automatisation et identifier de nouvelles possibilités dans ce domaine.

Cet indicateur est généralement déduit de l’attribut UserPerformingAction. Par exemple, les activités exécutées par des identifiants utilisateur tels que « SYSTEM » ou « RPA_BOT » sont signalées comme automatisées.

Cet attribut calculé signale les activités qui s’écartent du « happy path » idéal et constituent une reprise. Il peut s’agir, par exemple, de « Demande de remboursement corrigée et soumise » ou de « Refus contesté », qui ne se produiraient pas si le processus se déroulait correctement dès la première tentative.

L’identification et la quantification des reprises constituent un objectif important du Process Mining. Cet indicateur facilite le filtrage et l’analyse de toutes les boucles de reprise, afin d’en mesurer la fréquence, le coût et les causes. Il est essentiel pour comprendre le coût réel de la qualité dans le cycle de revenus.

Aide à quantifier la fréquence et l’impact des boucles de reprise, en mettant en évidence les inefficacités du processus et le coût de la non-qualité.

Il s’agit d’un attribut dérivé. Il est calculé lors de la transformation des données, en appliquant une logique métier qui signale certains noms d’activités comme des reprises.

Alors que StartTime indique le début d’une activité, EventEndTime en indique la fin. Toutes les activités ne disposent pas d’une heure de fin distincte, car beaucoup sont des événements instantanés. Toutefois, pour les activités qui ont une durée, comme « Denial Appealed », dont le traitement peut prendre du temps, ce champ est très utile.

Cet attribut permet de calculer plus précisément la durée de traitement de chaque activité. Il aide à distinguer le temps d’attente, c’est-à-dire le temps entre les activités, du temps de traitement, c’est-à-dire le temps consacré à une activité.

Permet de calculer directement la durée nécessaire à l’achèvement d’une activité et de distinguer le temps de traitement du temps d’attente.

Certaines tables de transactions d’Oracle Health Revenue Cycle peuvent contenir un horodatage de début et un horodatage de fin pour des tâches spécifiques de longue durée.

Cet attribut correspond à l’identifiant unique attribué à une demande de remboursement créée puis envoyée à un payeur pour obtenir un remboursement. Un même événement de facturation peut générer une ou plusieurs demandes au cours de son cycle de vie, par exemple lorsqu’une correction est nécessaire.

L’utilisation de l’identifiant de la demande de remboursement permet de suivre une soumission précise auprès d’un payeur et de la relier directement à la réponse reçue, comme un paiement ou un refus. Elle offre un niveau de suivi plus détaillé au sein du processus global de cycle de revenus.

Fournit un identifiant précis pour suivre le parcours d’une demande de remboursement auprès d’un payeur, avec un niveau de détail supérieur à celui de l’événement de facturation global.

Cet identifiant est généré par Oracle Health lors de la création de la demande de remboursement et enregistré dans la table principale des demandes.

Cet attribut est l’identifiant unique du patient ayant reçu le service, souvent appelé Medical Record Number (MRN). Il relie la transaction financière à une personne précise.

Bien qu’il ne constitue pas l’identifiant du dossier du processus, l’identifiant du patient permet d’agréger tous les événements de facturation associés à un même patient afin de comprendre l’ensemble de son parcours financier. Il permet également de segmenter les données selon les caractéristiques démographiques ou l’historique du patient, lorsqu’il est associé aux données de référence des patients.

Relie les événements financiers à un patient précis, ce qui permet une analyse centrée sur le patient et l’agrégation de l’ensemble de ses activités de facturation.

Cet identifiant est un élément central du dossier de référence du patient et figure dans toutes les tables de transactions associées, notamment celles des frais, des demandes de remboursement et des paiements.

Cet attribut représente le montant initial, avant remise, facturé pour une prestation, avant l’application des ajustements, des remises contractuelles ou des paiements. Il constitue la valeur financière de départ du Billing Event.

Le suivi du montant des frais est essentiel à l’analyse financière, notamment pour calculer la valeur totale des prestations réalisées et comprendre l’incidence financière des ajustements ou passages en perte ultérieurs. Il sert de référence pour mesurer la réalisation des revenus.

Établit la valeur financière initiale du cas, qui constitue la base de toutes les analyses financières et évaluations d’impact ultérieures.

Situé dans les tables de détail des frais ou de transactions de frais d’Oracle Health.

Cet attribut enregistre le motif pour lequel un patient ou une autre partie responsable a contesté une facture. Les motifs peuvent inclure des frais incorrects, des services non fournis ou des problèmes liés au traitement par l’assurance.

Ces informations sont essentielles pour le Dashboard « Indicateurs de résolution des contestations de factures ». Comprendre les motifs de contestation les plus fréquents aide à identifier les problèmes systémiques dans les processus de saisie des frais, de codage ou de facturation. Le traitement de ces causes racines peut réduire sensiblement le taux de contestation et la charge administrative nécessaire à leur résolution.

Explique pourquoi les factures sont contestées et met directement en évidence les problèmes de précision ou de clarté de la facturation à corriger.

Ces informations sont probablement enregistrées dans un module de gestion des dossiers ou de service client d’Oracle Health, associé au compte du patient.

Cet attribut identifie l’application ou le module source à l’origine des données. Pour ce processus, il s’agira généralement d’« Oracle Health Revenue Cycle », mais il peut également préciser différents modules du système lorsque les données proviennent de plusieurs sources.

Cette information est utile pour la gouvernance des données et le dépannage. Elle permet de confirmer la traçabilité des données et revêt une importance particulière dans les environnements où plusieurs systèmes contribuent à un même processus de bout en bout.

Fournit le contexte sur l’origine des données, ce qui est essentiel pour leur validation et leur gouvernance, ainsi que pour comprendre les variations du processus susceptibles de dépendre du système.

Il s’agit souvent d’une valeur statique ajoutée lors du processus d’extraction, de transformation et de chargement (ETL) afin d’indiquer l’origine du jeu de données.