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

L’événement de facturation sert d’identifiant de cas principal. Il relie toutes les activités, de la saisie des frais à la clôture du compte, pour un article facturable donné. Chaque événement de facturation correspond à une instance unique du processus de gestion du cycle de revenus et permet d’en suivre toutes les étapes, notamment la transmission de la demande, la comptabilisation du paiement et les éventuels refus ou ajustements.

Dans l’analyse par Process Mining, cet attribut est essentiel pour reconstituer le flux de processus de bout en bout. Il permet de visualiser les variantes du processus, de calculer les temps de cycle entre les activités et de repérer les goulots d’étranglement ou les écarts associés à certains événements de facturation.

Cette clé est indispensable pour suivre tout le cycle de vie d’une prestation facturable. Elle permet d’analyser les flux de processus et d’en mesurer les 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 repérer 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 l’ordre des événements associés à un événement de facturation donné.

L’horodatage de l’événement sert à classer les activités par ordre chronologique, à calculer les durées et les temps de cycle entre les étapes, et à analyser les goulots d’étranglement. Il constitue la base de toutes les métriques temporelles du Process Mining, par exemple pour repérer les retards entre la « Demande transmise » et l’« Avis de paiement reçu ».

Cet horodatage est essentiel pour ordonner les événements, calculer les indicateurs de performance tels que les temps de cycle et les durées, et repérer les goulots d’étranglement du processus.

Chaque table de transactions ou de journaux d’événements d’Oracle Health Revenue Cycle devrait comporter une colonne d’horodatage indiquant la création de l’enregistrement ou le moment où l’événement s’est produit.

Cet attribut indique le nom de chaque activité réalisée au cours du cycle de vie d’un événement de facturation. Il peut s’agir, par exemple, de « Frais saisis », de « Demande de remboursement transmise au payeur » ou de « Paiement comptabilisé ». Ces activités constituent les nœuds de la carte de processus découverte.

L’analyse de leur séquence et de leur fréquence est au cœur du Process Mining. Cet attribut permet de repérer les parcours les plus fréquents, de détecter les écarts par rapport à la procédure standard et de comprendre le déroulement opérationnel du cycle de revenus.

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

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

Cet attribut classe le type de visite ou de rencontre du patient à l’origine des frais. Les catégories courantes comprennent l’hospitalisation, la consultation externe, les urgences et les visites récurrentes. La catégorie du patient détermine souvent l’ensemble du processus de facturation et de transmission des demandes de remboursement.

Les différentes catégories de patients suivent des parcours distincts et sont soumises à des exigences de conformité différentes. L’analyse de cet attribut permet de comprendre ces variations, d’adapter les initiatives d’amélioration et de vérifier que les procédures appropriées sont suivies pour chaque catégorie.

Distingue les flux de processus, par exemple l’hospitalisation et la consultation externe, 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é à une rencontre avec un patient ou à un dossier d’admission dans Oracle Health.

Lorsqu’un organisme payeur refuse une demande de remboursement, il fournit un code de motif, par exemple « Service non couvert » ou « Demande en double ». Cet attribut enregistre ce code et sa description.

L’analyse des motifs de refus est essentielle pour améliorer le cycle de revenus. Elle permet à l’organisation de repérer les problèmes récurrents, comme les erreurs de codage ou d’admissibilité du patient, puis de prendre des mesures correctives pour éviter de nouveaux refus. Elle a une incidence directe sur le taux de demandes acceptées sans erreur et réduit le coût des reprises.

Indique la cause profonde des refus de demandes de remboursement et permet de cibler les améliorations pour augmenter le taux de demandes acceptées sans erreur et accélérer le recouvrement des revenus.

Ces informations sont transmises par l’organisme payeur dans l’avis de paiement électronique (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 indique le montant de tout ajustement financier appliqué à l’opération de facturation, par exemple une réduction contractuelle, un abandon de créance ou une correction. Les ajustements diminuent directement les revenus attendus d’une facturation.

Le Dashboard « Impact des ajustements de compte » s’appuie largement sur cet attribut. L’analyse des montants ajustés et des motifs associés permet de repérer les pertes de revenus, les problèmes de gestion des contrats ou les erreurs lors de la saisie initiale des frais. Il s’agit d’une métrique essentielle pour évaluer la santé financière.

Mesure les pertes de revenus liées aux abandons de créances ou aux corrections, afin d’en repérer les causes profondes et d’y remédier.

Figure dans les tables de transactions financières qui enregistrent les ajustements ou les abandons de créances sur le compte d’un patient.

Cet attribut identifie l’entité à laquelle la prestation est facturée, par exemple une compagnie d’assurance ou un programme public comme Medicare. Les informations sur le payeur sont essentielles à l’analyse du cycle de revenus.

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 à repérer les payeurs à l’origine de retards ou de pertes de revenus et contribue à la gestion des contrats et des relations avec les payeurs.

Permet de segmenter le processus par payeur et de comparer les comportements, les taux de refus et la rapidité des paiements, des éléments importants pour les résultats financiers.

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

Cet attribut précise le service qui a réalisé l’activité, par exemple « Saisie des frais », « Codage » ou « Recouvrement ». Il situe le flux de processus dans son contexte organisationnel.

L’analyse du processus par service est essentielle pour comprendre les transferts entre équipes et repérer les inefficacités transversales. Elle alimente le Dashboard « Charge de travail du service de facturation », qui permet d’agréger les activités et les indicateurs de performance par service.

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

Ces informations peuvent être stockées directement dans les données de profil utilisateur d’Oracle Health ou déduites de l’utilisateur ou du type d’activité.

Cet attribut indique le montant restant dû pour une opération de facturation après prise en compte de tous les paiements et ajustements. Il correspond aux créances clients encore ouvertes pour les frais concernés.

Cet attribut est essentiel au Dashboard « Ancienneté des soldes impayés ». Son analyse dans le temps permet de suivre la vitesse d’encaissement, d’évaluer l’efficacité des démarches de recouvrement et de calculer des KPI financiers clés, comme le délai moyen de paiement client.

Suit les créances clients en cours pour chaque cas, une information essentielle à la gestion de la trésorerie et à l’analyse de l’efficacité du recouvrement.

Cette valeur est généralement calculée en additionnant toutes les transactions financières (frais, paiements et ajustements) associées à une opération de facturation. Elle peut aussi figurer dans un champ d’une table récapitulative des comptes.

Cet attribut identifie l’employé ou le compte système automatisé responsable d’une activité précise du processus. Il est essentiel pour comprendre la répartition de la charge de travail, évaluer la performance des ressources et repérer les besoins de formation.

Il permet de filtrer la carte de processus par utilisateur ou par équipe, de comparer les performances des différentes ressources et d’analyser la charge de travail dans le Dashboard « Charge de travail du service de facturation ». Il peut aider à repérer les personnes les plus performantes ou celles qui ont besoin d’assistance ou de formation supplémentaire.

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

Les champs d’identifiant utilisateur, tels que « CREATED_BY » et « USER_ID », figurent généralement dans les tables de transactions des différents modules Oracle Health.

Cet attribut calculé signale les activités qui s’écartent du « parcours nominal » et correspondent à des reprises. Par exemple, « Demande de remboursement corrigée et soumise » ou « Refus contesté » sont des activités qui n’auraient pas lieu si le processus se déroulait correctement dès la première fois.

Repérer et quantifier les reprises est 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.

Permet de mesurer la fréquence et l’incidence des boucles de reprise, et met en évidence les inefficacités du processus ainsi que le coût d’une qualité insuffisante.

Il s’agit d’un attribut dérivé. Il est calculé lors de la transformation des données, à partir de règles métier qui signalent certains noms d’activité comme des reprises.

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 de l’analyse par Process Mining.

Vous pouvez consulter cet attribut pour vérifier que vous disposez des informations les plus récentes sur le processus. Il permet de savoir de quand datent les données et contribue à la gouvernance et à l’assurance qualité des données.

Indique l’actualité des données et permet de s’assurer 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 généré 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 automatiquement par un logiciel, comme un robot ou un traitement par lots du système, de celles effectuées manuellement par un utilisateur. Par exemple, « Génération de la demande de remboursement » peut être une étape automatisée, tandis que « Contestation du refus » est probablement effectuée manuellement.

L’analyse de cet attribut permet de comprendre le degré d’automatisation du processus et son incidence sur l’efficacité et le taux d’erreur. Elle permet de comparer les parcours automatisés aux parcours manuels et de repérer d’autres possibilités d’automatisation.

Distingue les activités effectuées par une personne de celles prises en charge par le système, ce qui est essentiel pour évaluer l’efficacité de l’automatisation et repérer de nouvelles possibilités.

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

Alors que StartTime indique le début d’une activité, EventEndTime en marque la fin. Toutes les activités n’ont pas d’heure de fin distincte, car beaucoup sont instantanées. Ce champ est toutefois très utile pour les activités qui durent, comme « Refus contesté », dont le traitement peut prendre du temps.

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, passé à réaliser une activité.

Permet de calculer directement la durée 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 les horodatages de début et de fin de tâches spécifiques de longue durée.

Cet attribut correspond à l’identifiant unique attribué à une demande de remboursement créée et envoyée à un organisme payeur. Une même opération de facturation peut donner lieu à une ou plusieurs demandes au cours de son cycle de vie, par exemple lorsqu’une correction est nécessaire.

L’identifiant de la demande de remboursement permet de suivre un envoi précis à l’organisme payeur et de le relier directement à sa réponse, qu’il s’agisse d’un paiement ou d’un refus. Il offre un suivi plus détaillé que celui de l’opération de facturation dans son ensemble.

Fournit un identifiant précis pour suivre le traitement d’une demande de remboursement auprès d’un organisme payeur, avec un niveau de détail supérieur à celui de l’opération de facturation globale.

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

Cet attribut est l’identifiant unique du patient ayant reçu le service, souvent appelé numéro de dossier médical (MRN). Il relie la transaction financière à une personne précise.

Même s’il ne s’agit pas de l’identifiant de cas du processus, l’identifiant du patient permet de regrouper toutes les opérations de facturation d’un même patient et de comprendre l’ensemble de son parcours financier. Il permet également de segmenter les données selon les caractéristiques démographiques ou les antécédents du patient, lorsqu’il est associé aux données de référence des patients.

Relie les événements financiers à un patient précis et permet d’analyser les données par patient et de regrouper l’ensemble de ses opérations de facturation.

Cet identifiant est un élément central du dossier de référence du patient. Il 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 facturé pour un service, avant toute remise, réduction contractuelle ou tout paiement. Il constitue la valeur financière de départ de l’opération de facturation.

Le suivi du montant facturé est essentiel à l’analyse financière. Il permet notamment de calculer la valeur totale des services rendus et de comprendre l’incidence financière des ajustements ou des abandons de créances ultérieurs. Il sert de référence pour mesurer les revenus effectivement perçus.

Détermine la valeur financière initiale du cas, indispensable à toutes les analyses financières et évaluations d’impact ultérieures.

Se trouve dans les tables de détail des frais ou des transactions de facturation d’Oracle Health.

Cet attribut indique pourquoi un patient ou une autre partie responsable a contesté une facture. Les motifs peuvent être des frais incorrects, des services non rendus ou des problèmes de traitement par l’assurance.

Ces informations sont essentielles au Dashboard « Indicateurs de résolution des contestations de factures ». Comprendre les motifs de contestation les plus fréquents permet de repérer les problèmes systémiques liés à la saisie des frais, au codage ou à la facturation. En corrigeant ces causes profondes, il est possible de 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 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 cas ou de service client d’Oracle Health, associé au compte du patient.

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

Cette information est utile pour la gouvernance des données et le dépannage. Elle permet de vérifier leur traçabilité et s’avère importante lorsque plusieurs systèmes contribuent à un même processus de bout en bout.

Cet attribut précise 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 des données (ETL) afin d’indiquer l’origine du jeu de données.