Su Plantilla de Datos de Gestión del Ciclo de Ingresos

El Billing Event (Evento de Facturación) funciona como el identificador principal del case, vinculando todas las actividades relacionadas con un único servicio prestado o producto entregado que genera un cargo. Esto permite un seguimiento exhaustivo del ciclo de vida de la generación y cobro de ingresos para cada artículo o servicio facturable.

En Process Mining, analizar el proceso por Billing Event permite a las organizaciones visualizar el recorrido completo de principio a fin, desde la prestación del servicio hasta el pago final o el cierre de la cuenta. Esta perspectiva es crucial para identificar cuellos de botella, medir los tiempos de ciclo y comprender las variaciones en la gestión de diferentes reclamos o facturas.

Este es el essential Case ID que connects all related revenue cycle activities, enabling a complete, end-to-end process view for analysis.

Esta es la primary key linking records en las core billing and claims tables de Optum360. Consult Optum360 documentation para specific table and field names.

La Hora del Evento es la marca de tiempo asociada a cada actividad, que marca la fecha y hora precisas de su ocurrencia. Estos datos temporales son esenciales para construir la secuencia cronológica de eventos para cada caso.

En el análisis, la Hora del Evento se utiliza para calcular los tiempos de ciclo entre actividades, medir la duración del caso e identificar cuellos de botella donde se invierte un tiempo significativo en espera. Es la columna vertebral de cualquier análisis de procesos basado en el tiempo y la medición del rendimiento.

Esta marca de tiempo es crítica para secuenciar eventos correctamente y calcular todas las métricas basadas en duración, como los tiempos de ciclo y los cuellos de botella.

Esta información se almacena típicamente alongside each transaction o status change record en las database tables de Optum360.

El Nombre de la Actividad describe un paso en el proceso del ciclo de ingresos, como 'Reclamación Enviada al Pagador' o 'Pago Recibido'. Este atributo es fundamental para el Process Mining, ya que define los nodos en el mapa del proceso.

Al analizar la secuencia y frecuencia de las actividades, las organizaciones pueden visualizar el flujo real del proceso, identificar desviaciones del procedimiento estándar y señalar los ciclos de retrabajo comunes. Este análisis es clave para comprender las ineficiencias del proceso y los problemas de cumplimiento.

Este atributo define los pasos individuales del proceso, constituyendo la base del process map y posibilitando todo análisis basado en el flow.

Esto se deriva típicamente de Registros de eventos, status change records, o specific transaction codes within las operational tables de Optum360.

Cuando un pagador deniega un reclamo, proporciona un Denial Reason Code que explica el issue, such as 'Service Not Covered' o 'Duplicate Claim'. These codes son cruciales para understanding the root causes of revenue delays and rework.

Analyzing these codes allows the denial management team para prioritize their work, identify trends, y implement corrective actions. For example, a high frequency of denials for 'Missing Information' may point to a problem in the claims creation process. This analysis es central para reducing the denial rate y accelerating cash flow.

Proporciona la causa raíz de las denegaciones de reclamaciones, permitiendo intervenciones dirigidas para prevenir futuras denegaciones y reducir el costoso retrabajo.

Este código se incluye en los Electronic Remittance Advice (ERA) files recibidos de payers y se almacena en el claim management module de Optum360.

El atributo 'Departamento de Facturación' identifica al equipo o área funcional específica dentro de las operaciones del ciclo de ingresos responsable de una actividad. Por ejemplo, distintos equipos podrían encargarse de la codificación, la presentación de reclamos y la gestión de denegaciones.

Este atributo es esencial para la evaluación comparativa del rendimiento (benchmarking), según lo solicitado por el dashboard 'Benchmarks de Rendimiento del Departamento de Facturación'. Permite a la dirección comparar la eficiencia, velocidad y precisión de los diferentes equipos, identificar mejores prácticas y asignar recursos de manera efectiva para abordar las brechas de rendimiento.

Permite la comparación de rendimiento entre diferentes equipos de facturación, ayudando a identificar grupos de alto rendimiento y áreas que necesitan mejora.

Esto puede derivarse del user performing the task o un field on the account that indicates ownership. Consult Optum360 documentation.

El Patient ID es un identificador único asignado a cada paciente dentro del sistema de salud. Vincula múltiples billing events a un solo paciente, permitiendo un análisis centrado en el paciente.

Mediante el uso del Patient ID, los analistas pueden investigar patrones relacionados con pacientes específicos, como reingresos frecuentes o un historial de denegaciones de reclamos. También permite la segmentación del proceso basada en la demografía o el historial del paciente, lo que puede revelar información importante para mejorar la experiencia financiera del paciente.

Permite un análisis centrado en el paciente, ayudando a comprender el recorrido financiero de principio a fin y a identificar patrones para poblaciones de pacientes específicas.

Este identificador es un core field en patient master data y transaction tables within Optum360. Consult Optum360 documentation for details.

El Payer ID identifica a la compañía de seguros específica, el programa gubernamental como Medicare o Medicaid, o cualquier otra entidad responsable de pagar el reclamo. Cada pagador suele tener su propio conjunto de reglas, requisitos de presentación y comportamientos de pago.

Analizar el proceso por Payer ID es fundamental para el RCM. Ayuda a identificar qué pagadores tienen los ciclos de pago más largos, las tasas de denegación más altas o los procesos de apelación más complejos. Esta información permite a los departamentos de facturación adaptar sus estrategias para los diferentes pagadores, mejorando la velocidad de cobro y reduciendo la carga administrativa.

Segmentar el proceso por pagador es esencial para identificar qué pagadores causan retrasos o denegaciones, permitiendo mejoras dirigidas en la gestión de pagadores.

Esta información se almacena en cada claim record within Optum360. Consult Optum360 documentation for payer-related table and field names.

El Monto Ajustado representa la porción del monto facturado que no se espera cobrar debido a acuerdos contractuales con pagadores, correcciones de facturación u otras amortizaciones. Esto se traduce en una reducción directa de los ingresos.

Este atributo es fundamental para el dashboard de 'Impacto del Ajuste de Ingresos' y el KPI de 'Tasa de Ajuste de Ingresos'. Analizar estos ajustes permite identificar el impacto financiero de los contratos con pagadores y encontrar oportunidades para minimizar la fuga de ingresos mediante una mayor precisión en la facturación o una mejor negociación de contratos.

Mide directamente la fuga de ingresos y es fundamental para calcular los KPIs de rendimiento financiero y comprender la rentabilidad.

Esta información se encuentra en adjustment transaction records within el financial system de Optum360.

El Monto Facturado representa el cargo bruto por los servicios prestados, antes de cualquier pago, ajuste o condonación. Es el valor inicial de la cuenta por cobrar para el evento de facturación.

Este atributo es fundamental para el análisis financiero dentro del Process Mining. Se utiliza para calcular KPIs clave como la Tasa de Ajuste de Ingresos, y permite segmentar los casos por valor para ver si las reclamaciones de alto valor se procesan de manera diferente o experimentan más retrasos que las reclamaciones de bajo valor.

Proporciona el contexto financiero para cada caso, permitiendo un análisis basado en el valor y el cálculo de KPIs financieros críticos.

Este es un standard field en every claim o patient account within las financial tables de Optum360.

El Retrabajo es un indicador booleano que identifica actividades consideradas retrabajo sin valor añadido, como 'Retrabajo por Denegación Iniciado' o 'Apelación Presentada'. Estas actividades suelen ocurrir cuando el proceso se desvía de su 'ruta feliz' ideal.

Este atributo ayuda a cuantificar la cantidad de retrabajo en el proceso, que es un indicador directo de ineficiencia y costo. Se utiliza para calcular el KPI de 'Tasa de Retrabajo por Errores de Facturación' y respalda el dashboard 'Identificación de Cuellos de Botella y Ciclos de Retrabajo' al facilitar el filtrado y la visualización de estos ciclos ineficientes.

Ayuda a cuantificar la ineficiencia del proceso al señalar actividades que representan retrabajo, facilitando la medición y el objetivo de la eliminación de desperdicios.

Esto se deriva típicamente using business logic within la Process Mining tool. Por ejemplo, any activity following a 'Denial Received' event could be flagged as rework.

El Service Code es un código médico estandarizado que identifica con precisión el procedimiento o servicio proporcionado al paciente. Estos códigos son requeridos para la facturación y son un determinante principal del reembolso.

Analizar el proceso por Service Code puede revelar que ciertos procedimientos son más propensos a denegaciones, requieren más documentación o tienen ciclos de pago más largos. Esto permite una comprensión más granular de los desafíos del proceso y puede informar las políticas de codificación y facturación para tipos de servicios específicos.

Permite el análisis basado en el tipo de servicio médico, lo que puede revelar patrones en denegaciones o retrasos en pagos específicos de ciertos procedimientos.

Este código es una parte fundamental de los registros de entrada de cargos y detalles de reclamos en Optum360.

La Duración del Caso mide el tiempo total transcurrido desde el primer evento hasta el último evento para un único Evento de Facturación. Este es un KPI clave de alto nivel para evaluar la eficiencia general del proceso.

Esta métrica respalda directamente el dashboard 'Vista General del Tiempo de Ciclo de GCI de Principio a Fin' y el KPI 'Tiempo Promedio de Ciclo de GCI'. El seguimiento de esto a lo largo del tiempo permite a la dirección ver el impacto de las iniciativas de mejora en todo el ciclo de ingresos.

Representa el tiempo de ciclo de principio a fin del proceso, un KPI crítico para medir la velocidad y eficiencia general del proceso.

Esto se calcula restando el timestamp del first event del timestamp del last event para cada unique 'BillingEvent' case ID.

El Estado de la Cuenta ofrece una instantánea de la situación de un evento de facturación en el proceso general, por ejemplo, 'Pendiente del Pagador', 'Pagado en Su Totalidad' o 'En Cobro'. Este atributo proporciona contexto a las actividades que se realizan.

Esto es útil para filtrar y segmentar casos y centrarse en partes específicas del proceso. Por ejemplo, analizar todas las cuentas actualmente 'En Cobro' puede ayudar a comprender los impulsores y el volumen de esa parte específica y costosa del proceso, respaldando el dashboard 'Volumen y Drivers de Actividad de Cobro'.

Proporciona un contexto de alto nivel del estado actual de un caso, permitiendo el filtrado y análisis de poblaciones de casos específicas como las que están en cobro.

Este es típicamente un summary field en el main patient account o claim record en Optum360.

La Hora de Fin (End Time) marca la finalización de una actividad. Mientras que la Hora de Inicio (Start Time) indica cuándo ocurrió un event, la Hora de Fin (End Time) es necesaria para calcular la duración de las actividades que tienen un tiempo de procesamiento distinto, como 'Inicio de Retrabajo de Denegación' y su finalización.

En el análisis de procesos, comparar la Hora de Inicio (Start Time) y la Hora de Fin (End Time) de las actividades permite calcular el tiempo de procesamiento. Esto ayuda a distinguir entre el tiempo de trabajo activo (tiempo de procesamiento) y el tiempo de inactividad (tiempo de espera entre actividades), ofreciendo una visión más detallada de la eficiencia del proceso.

Permite el cálculo de tiempos de procesamiento de actividad precisos, ayudando a diferenciar el tiempo de trabajo activo del tiempo de espera inactivo en el proceso.

Para algunas actividades, este puede ser un campo de marca de tiempo separado en el sistema de origen. Para otras, puede ser necesario inferirlo del tiempo de inicio de la actividad subsiguiente.

El Monto Pagado es la suma acumulada de todos los pagos registrados en la cuenta para un billing event específico. Esto representa el efectivo real cobrado y es una medida principal del éxito del ciclo de ingresos.

En el análisis de procesos, el seguimiento del monto pagado es esencial para comprender el flujo de caja y el rendimiento financiero general. Puede utilizarse para analizar la velocidad de los pagos y comparar los montos facturados con los montos cobrados, destacando problemas con pagos insuficientes o deudas incobrables.

Representa el efectivo real cobrado, que es una métrica de resultado clave para el proceso de GCI y esencial para el análisis del flujo de caja.

Este value se almacena típicamente en payment transaction tables o summarized at the account level en Optum360.

Este atributo identifica al provider específico, como un physician, therapist, o hospital department, responsable de delivering the service. Different providers pueden tener different billing patterns o documentation habits que affect the revenue cycle.

Analyzing by Service Provider puede ayudar a pinpoint issues related to charge capture, coding accuracy, o documentation quality que originate at the point of care. It can highlight opportunities for provider education o process improvement para ensure clean claims are generated from the start.

Ayuda a rastrear los problemas de facturación hasta su origen, permitiendo una retroalimentación y capacitación dirigidas al personal clínico para mejorar la captura de cargos y la documentación.

Esta información es una key part of the charge o claim record en Optum360, often linked to provider master data.

Este atributo identifica el source system del cual se extrajeron los datos para un particular event. En un complejo IT landscape, RCM data podría provenir de la core Optum360 platform, un interfaced Electronic Health Record (EHR) system, una clearinghouse, o un patient portal.

Comprender el source system es útil para data validation, troubleshooting integration issues, y analizar process variations que pueden ser causadas por different system behaviors o data entry practices.

Identifica el origen de los datos, lo cual es crucial para la gobernanza de datos, la evaluación de calidad y la comprensión de las variaciones del proceso entre diferentes sistemas.

Este puede ser un static value set durante data extraction o un field within the source tables que indica el data's origin.

El Tiempo de Procesamiento mide la duración de una actividad individual, representando el 'tiempo de contacto' o el trabajo activo realizado. Esto se calcula típicamente como la diferencia entre la Hora de Fin y la Hora de Inicio de una actividad.

Esta métrica calculada es crucial para distinguir entre el tiempo dedicado a trabajar activamente en una tarea y el tiempo dedicado a esperar el siguiente paso. En el análisis de cuellos de botella, comprender los tiempos de procesamiento ayuda a determinar si un retraso se debe a una tarea larga o a una cola larga, lo que lleva a mejoras de proceso más efectivas.

Mide el 'tiempo de contacto' activo para las actividades, ayudando a distinguir el trabajo de valor añadido del tiempo de espera improductivo en el análisis de cuellos de botella.

Esto se calcula by subtracting the 'EventTime' (StartTime) from the 'EndTime' for a given activity record.

Este atributo registra la fecha y hora en que los datos fueron extraídos por última vez del source system y cargados en la Process Mining tool. Proporciona contexto sobre la freshness de los datos being analyzed.

Esto es importante para analysts y business users para understand si están viendo la most current information. It helps manage expectations about data latency y es una key piece of metadata para cualquier analysis project.

Proporciona un contexto crucial sobre la frescura de los datos, asegurando que los usuarios comprendan cuán actualizado está el análisis.

Este timestamp es típicamente generated and stored by the data extraction, transformation, and loading (ETL) process.

El atributo 'User' identifica a la persona, team o bot automatizado específico responsable de ejecutar una actividad determinada. Esto permite el análisis del performance a nivel individual o grupal.

Comprender qué user o team realizó una acción es valioso para evaluar la productividad, la calidad y la adherencia a los procedimientos estándar. Puede ayudar a identificar necesidades de capacitación o a reconocer a individuos y teams de alto rendimiento. También ayuda a distinguir entre tareas realizadas manualmente y aquellas gestionadas por automatización.

Asigna la responsabilidad de los pasos del proceso y permite el análisis de rendimiento por individuo o equipo, lo cual es clave para la gestión de recursos y la capacitación.

Los User IDs se capturan típicamente en los audit logs o transaction history para records en Optum360.