Votre Modèle de Données de Gestion du Cycle de Revenus

L'Événement de Facturation agit comme l'identifiant de cas principal, reliant toutes les activités, de la saisie des frais à la clôture du compte, pour un élément facturable distinct. Chaque Événement de Facturation représente une instance unique du processus du cycle de revenus, permettant un suivi complet de son parcours à travers diverses étapes comme la soumission des réclamations, l'enregistrement des paiements, et les rejets ou ajustements potentiels.

Dans l'analyse Process Mining, cet attribut est fondamental pour reconstituer le flux de processus de bout en bout. Il permet la visualisation des variantes de processus, le calcul des temps de cycle entre les activités et l'identification des goulots d'étranglement ou des écarts associés à des événements de facturation spécifiques.

C'est la clé essentielle pour suivre l'ensemble du cycle de vie d'un service facturable, permettant toute analyse de flux de processus et mesure de performance.

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

Cet attribut enregistre le nom de chaque activité réalisée au cours du cycle de vie d'un événement de facturation. Les exemples incluent « Frais saisis », « Réclamation soumise au payeur » et « Paiement enregistré ». Ces activités forment les nœuds de la carte 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 de processus les plus courants, à découvrir les écarts par rapport à la procédure standard et à comprendre le flux opérationnel du cycle de revenus.

Il définit les étapes du processus, permettant la visualisation de la carte des processus et l'analyse des modèles de workflow.

Généralement dérivé des journaux d'événements, des enregistrements de changement de statut ou de tables de transactions spécifiques associées aux différentes étapes du cycle de revenus dans Oracle Health.

Cet attribut fournit l'horodatage pour chaque activité, marquant le moment exact où elle s'est produite. Il est essentiel pour comprendre le timing et la séquence des événements au sein du cycle de revenus pour un événement de facturation spécifique.

En analyse, l'horodatage de l'événement est utilisé pour ordonner les activités chronologiquement, calculer les durées et les temps de cycle entre les différentes étapes, et effectuer une analyse des goulots d'étranglement. Il est la base de toutes les métriques Process Mining basées sur le temps, telles que l'identification des délais entre « Réclamation soumise » et « Remise reçue ».

Cet horodatage est critique pour l'ordonnancement des événements, le calcul de toutes les métriques de performance comme les temps de cycle et les durées, et l'identification des goulots d'étranglement du processus.

Chaque table de journal des transactions ou des événements dans le cycle de revenus Oracle Health doit avoir une colonne timestamp indiquant quand l'enregistrement a été créé ou l'événement s'est produit.

Cet attribut catégorise le type de visite ou de rencontre patient qui a généré le frais. Les classifications courantes incluent Hospitalisation, Ambulatoire, Urgence et Patient récurrent. La classe de patient dicte souvent l'ensemble du processus de facturation et de soumission des réclamations.

Les différentes classes de patients suivent des parcours de processus distincts et ont des exigences de conformité différentes. L'analyse du processus basée sur cet attribut aide à comprendre ces variations, à adapter les initiatives d'amélioration et à garantir que les procédures correctes sont suivies pour chaque classe.

Sépare les flux de processus distincts (par exemple, hospitalisation vs. ambulatoire) qui présentent des complexités, des délais et des exigences de facturation différents.

Ceci est un champ standard associé à un enregistrement de rencontre patient ou d'admission dans Oracle Health.

Lorsqu'un payeur refuse une réclamation, il fournit un code de motif expliquant le refus, tel que « Service non couvert » ou « Réclamation en double ». Cet attribut saisit ce code et sa description associée.

L'analyse des motifs de refus est fondamentale pour améliorer le cycle de revenus. Elle permet à l'organisation d'identifier les schémas courants, tels que des problèmes de codage ou d'éligibilité du patient, et de mettre en œuvre des actions correctives pour prévenir les refus futurs. Cela a un impact direct sur le taux de réclamations sans erreur et réduit le coût du retravail.

Fournit la cause profonde des refus de réclamations, permettant des améliorations ciblées pour augmenter le taux de réclamations propres et accélérer le recouvrement des revenus.

Ces informations sont reçues dans l'avis de remise électronique (fichier ANSI 835) du payeur et doivent être stockées dans les tables de réclamations ou de remises d'Oracle Health.

Cet attribut saisit le montant de tout ajustement financier, tel que les allocations contractuelles, les amortissements ou les corrections, appliqués à l'événement de facturation. Les ajustements réduisent directement les revenus attendus d'une charge.

Le dashboard « Impact des ajustements de compte » repose fortement sur cet attribut. L'analyse des montants d'ajustement et de leurs raisons associées aide à identifier les sources de fuite de revenus, les problèmes de gestion de contrat ou les problèmes dans le processus initial de saisie des frais. C'est un indicateur clé pour la santé financière.

Quantifie les fuites de revenus dues aux amortissements ou aux corrections, aidant à identifier et à traiter les causes profondes de l'érosion financière.

Trouvé dans les tables de transactions financières qui enregistrent les ajustements ou les amortissements par rapport à un compte patient.

Cet attribut identifie l'entité, telle qu'une compagnie d'assurance ou un programme gouvernemental comme Medicare, qui est facturée pour le service. L'information sur le payeur est fondamentale pour l'analyse du cycle de revenus.

L'analyse du processus par payeur peut révéler des variations significatives dans les délais de paiement, les taux de refus et les taux de réussite des appels. Elle aide à identifier les payeurs problématiques qui causent des retards ou des pertes de revenus et est essentielle pour gérer efficacement les contrats et les relations avec les payeurs.

Permet la segmentation du processus par payeur, révélant différents comportements, taux de refus et vitesses de paiement, ce qui est crucial pour la performance financière.

Ces informations sont stockées dans les dossiers de facturation ou d'assurance du patient au sein d'Oracle Health Revenue Cycle.

Cet attribut spécifie le département, tel que « Saisie des frais », « Codage » ou « Recouvrement », qui a effectué l'activité. Il fournit un contexte organisationnel au flux de processus.

L'analyse du processus d'un point de vue départemental est essentielle pour comprendre les transferts entre les équipes et identifier les inefficacités transversales. Elle soutient le dashboard « Charge de travail du service de facturation » en permettant l'agrégation des activités et des métriques de performance au niveau du département.

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

Ces informations peuvent être stockées directement avec les données de profil utilisateur dans Oracle Health ou dérivées en fonction de l'utilisateur ou du type d'activité.

Cet attribut indique le montant impayé actuel dû pour un événement de facturation après l'application de tous les paiements et ajustements. Il représente les comptes débiteurs actifs pour cette charge spécifique.

C'est un attribut critique pour le dashboard « Ancienneté du solde impayé ». L'analyse de cette valeur au fil du temps aide à surveiller la vitesse des flux de trésorerie, à évaluer l'efficacité des efforts de recouvrement et à calculer les KPI financiers clés comme les Jours de Vente en Cours (JVC).

Suit les comptes débiteurs actuels pour chaque cas, ce qui est essentiel pour gérer les flux de trésorerie et analyser l'efficacité des recouvrements.

Cette valeur est généralement calculée à partir de la somme de toutes les transactions financières (frais, paiements, ajustements) pour un événement de facturation donné. Elle peut exister en tant que champ dans une table récapitulative de compte.

Cet attribut identifie l'employé ou l'utilisateur du système automatisé responsable de l'exécution d'une activité spécifique dans le processus. Il est crucial pour comprendre la répartition de la charge de travail, la performance des ressources et l'identification des besoins en formation.

En analyse, cet attribut permet de filtrer la carte des processus par utilisateur ou équipe, de comparer les performances entre différentes ressources et d'analyser la charge de travail pour le dashboard « Charge de travail du service de facturation ». Il peut aider à identifier les meilleurs performeurs ou les individus qui pourraient nécessiter un soutien ou une formation supplémentaire.

Relie les activités de processus à des utilisateurs ou des équipes spécifiques, permettant l'analyse de la charge de travail, la comparaison des performances et l'identification des opportunités de formation.

Les champs d'ID utilisateur (par exemple, 'CREATED_BY', 'USER_ID') sont généralement présents dans les tables de transactions des modules Oracle Health.

Cet attribut indique la dernière mise à jour du jeu de données. Il fournit un contexte sur la fraîcheur des données analysées, ce qui est important pour comprendre la pertinence des informations dérivées de l'analyse Process Mining.

Les utilisateurs peuvent vérifier cet attribut pour confirmer qu'ils consultent les informations de processus les plus récentes. Il aide à gérer les attentes concernant la récence des données et est un élément clé de la gouvernance des données et de l'assurance qualité.

Indique la fraîcheur des données, garantissant que l'analyse et les décisions sont basées sur des informations à jour.

Ceci est un champ de métadonnées généralement généré et rempli pendant le processus ETL qui charge les données dans la plateforme Process Mining.

Cet attribut booléen distingue les activités exécutées par l'automatisation logicielle, telles que les bots ou les tâches par lots système, de celles effectuées manuellement par un utilisateur. Par exemple, « Réclamation générée » pourrait être une étape automatisée, tandis que « Refus contesté » est probablement manuel.

L'analyse de cet attribut aide à comprendre le niveau d'automatisation dans le processus et son impact sur l'efficacité et les taux d'erreur. Il peut être utilisé pour comparer la performance des parcours automatisés et manuels et identifier les opportunités d'automatisation supplémentaire.

Différencie les activités humaines des activités automatisées, ce qui est essentiel pour analyser l'efficacité de l'automatisation et identifier de nouvelles opportunités d'automatisation.

Ceci est généralement dérivé en fonction de l'attribut UserPerformingAction. Par exemple, les activités effectuées par des identifiants utilisateur comme 'SYSTEM' ou 'RPA_BOT' sont signalées comme automatisées.

Cet attribut calculé signale les activités qui indiquent une déviation par rapport au « chemin idéal » et constituent un retravail. Des exemples incluent « Réclamation corrigée soumise » ou « Refus contesté », qui ne se produiraient pas si le processus s'était déroulé parfaitement du premier coup.

L'identification et la quantification du retravail sont un objectif clé du Process Mining. Ce marqueur permet de filtrer et d'analyser facilement toutes les boucles de retravail, aidant à mesurer la fréquence, le coût et les causes des inefficacités de processus. 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 retravail, mettant en évidence les inefficacités de processus et le coût de la mauvaise qualité.

Ceci est un attribut dérivé. Il est calculé lors de la transformation des données en appliquant une logique métier qui marque les noms d'activités spécifiques comme du retravail.

Alors que StartTime marque le début d'une activité, EventEndTime en marque la conclusion. Toutes les activités n'ont pas une heure de fin distincte, car beaucoup sont des événements instantanés. Cependant, pour les activités qui ont une durée, comme « Refus contesté » qui pourrait prendre du temps à traiter, ce champ est très utile.

Cet attribut permet un calcul plus précis du temps de traitement pour les activités individuelles. Il aide à différencier le temps d'attente (temps entre les activités) et le temps de traitement (temps passé sur une activité).

Permet le calcul direct du temps nécessaire à l'achèvement d'une activité, en séparant le temps de traitement du temps d'attente.

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

Cet attribut est l'identifiant unique du patient ayant reçu le service, souvent appelé Numéro de Dossier Médical (NDM). Il relie la transaction financière à un individu spécifique.

Bien que n'étant pas l'ID de cas pour le processus, l'ID Patient est utile pour agréger tous les événements de facturation pour un seul patient afin de comprendre l'ensemble de son parcours financier. Il permet également la segmentation basée sur les données démographiques ou l l'historique du patient si jointes aux données de référence du patient.

Relie les événements financiers à un patient spécifique, permettant une analyse centrée sur le patient et l'agrégation de toutes ses activités de facturation.

Cet identifiant est un élément central du dossier patient principal et sera présent dans toutes les tables de transactions connexes comme les frais, les réclamations et les paiements.

Cet attribut représente le montant initial non escompté facturé pour un service avant l'application de tout ajustement, allocation contractuelle ou paiement. C'est la valeur financière de départ pour l'événement de facturation.

Le suivi du montant facturé est crucial pour l'analyse financière, comme le calcul de la valeur totale des services rendus et la compréhension de l'impact financier des ajustements ou amortissements ultérieurs. Il sert de référence pour mesurer la réalisation des revenus.

Établit la valeur financière initiale du cas, ce qui est fondamental pour toutes les analyses financières et évaluations d'impact ultérieures.

Situé dans les tables de détails de charge ou de transactions de charge dans Oracle Health.

Cet attribut saisit la raison pour laquelle un patient ou une autre partie responsable a contesté une facture. Les raisons peuvent inclure des frais incorrects, des services non rendus ou des problèmes de traitement d'assurance.

Ces informations sont essentielles pour le dashboard « Métriques de résolution des litiges de facturation ». Comprendre les raisons les plus courantes des litiges aide à identifier les problèmes systémiques dans les processus de saisie des frais, de codage ou de facturation. La résolution de ces causes profondes peut réduire considérablement le taux de litiges et les frais administratifs nécessaires à leur résolution.

Explique pourquoi les factures sont contestées, offrant un aperçu direct des problèmes de précision ou de clarté de la facturation qui doivent être résolus.

Ceci est probablement stocké dans un module de gestion de cas ou de service client au sein d'Oracle Health, lié au compte du patient.

Cet attribut est l'ID unique attribué à une réclamation générée et envoyée à un payeur pour remboursement. Un seul événement de facturation peut entraîner une ou plusieurs réclamations au cours de son cycle de vie, par exemple si une correction est nécessaire.

L'utilisation de l'ID de réclamation permet de tracer une soumission spécifique à un payeur et de la relier directement à la réponse, telle qu'un paiement ou un refus. Cela offre un niveau de suivi plus granulaire au sein du processus plus large du cycle de revenus.

Fournit un identifiant spécifique pour suivre le parcours d'une réclamation auprès d'un payeur, ce qui est plus granulaire que l'événement de facturation global.

Cet ID est généré par Oracle Health lors de la création d'une réclamation et est stocké dans la table principale des réclamations.

Cet attribut identifie l'application source ou le module d'où proviennent les données. Pour ce processus, il s'agira généralement d'« Oracle Health Revenue Cycle », mais il pourrait également spécifier différents modules au sein du système si les données sont intégrées de plusieurs endroits.

Ces informations sont précieuses pour la gouvernance des données et le dépannage. Elles aident à confirmer la lignée des données et sont importantes dans les environnements où plusieurs systèmes contribuent à un seul processus de bout en bout.

Fournit le contexte sur l'origine des données, ce qui est crucial pour la validation des données, la gouvernance et la compréhension des variations de processus qui pourraient être dépendantes du système.

Ceci est souvent une valeur statique ajoutée pendant le processus d'extraction, de transformation et de chargement (ETL) des données pour étiqueter l'origine du jeu de données.

Cet attribut mesure le temps de traitement actif d'un événement, calculé comme la différence entre ses horodatages de début et de fin. Il aide à distinguer le temps passé à travailler activement sur une tâche du temps passé à attendre l'étape suivante.

C'est une métrique cruciale pour l'analyse des performances, car elle isole l'efficacité de la ressource effectuant la tâche des retards systémiques. Elle aide à répondre aux questions sur le temps nécessaire pour coder une réclamation ou enregistrer un paiement, indépendamment du temps d'attente de l'élément dans une file d'attente de travail.

Mesure la durée de travail réelle pour une activité, la séparant du temps d'inactivité ou d'attente afin de fournir une vue plus claire de l'efficacité des ressources.

Ceci est une métrique calculée, dérivée en soustrayant l'EventTimestamp de l'EventEndTime. Elle ne peut être calculée que lorsque les deux champs sont disponibles.