Su Template de datos para la gestión del ciclo de ingresos

Billing Event sirve como identificador principal del caso y vincula todas las actividades relacionadas con un único servicio prestado o producto entregado que genera un cargo. Esto permite realizar un seguimiento completo del ciclo de generación de ingresos y cobro de cada producto o servicio facturable.

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

Este es el Case ID esencial que conecta todas las actividades relacionadas del ciclo de ingresos y permite obtener una visión completa del proceso de principio a fin para su análisis.

Es la clave principal que vincula los registros de las tablas centrales de facturación y reclamaciones de Optum360. Consulte la documentación de Optum360 para conocer los nombres específicos de las tablas y los campos.

Event Time es la marca de tiempo asociada a cada actividad y señala la fecha y hora exactas en que ocurrió. Estos datos temporales son esenciales para construir la secuencia cronológica de eventos de cada caso.

En el análisis, Event Time se utiliza para calcular los tiempos de ciclo entre actividades, medir la duración de los casos e identificar cuellos de botella en los que se dedica un tiempo considerable a la espera. Es la base de cualquier análisis de procesos basado en el tiempo y de la medición del rendimiento.

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

Esta información suele almacenarse junto con cada registro de transacción o cambio de estado en las tablas de la base de datos de Optum360.

Activity Name describe un paso del proceso del ciclo de ingresos, como «Claim Submitted To Payer» o «Payment Received». Este atributo es fundamental para Process Mining, ya que define los nodos del mapa de procesos.

Al analizar la secuencia y frecuencia de las actividades, las organizaciones pueden visualizar el flujo real del proceso, identificar desviaciones respecto al procedimiento estándar y localizar los bucles de retrabajo más frecuentes. Este análisis es clave para comprender las ineficiencias del proceso y los problemas de cumplimiento.

Este atributo define los pasos individuales del proceso, forma la base del mapa de procesos y permite realizar todos los análisis basados en el flujo.

Normalmente se obtiene de registros de eventos, registros de cambios de estado o códigos de transacción específicos de las tablas operativas de Optum360.

Cuando un pagador deniega una reclamación, proporciona un Denial Reason Code que explica el problema, como «Service Not Covered» o «Duplicate Claim». Estos códigos son fundamentales para comprender las causas raíz de los retrasos en los ingresos y del retrabajo.

Analizar estos códigos permite al equipo de gestión de denegaciones priorizar su trabajo, identificar tendencias y aplicar medidas correctivas. Por ejemplo, una alta frecuencia de denegaciones por «Missing Information» puede indicar un problema en el proceso de creación de reclamaciones. Este análisis es esencial para reducir la tasa de denegaciones y acelerar el flujo de efectivo.

Proporciona la causa raíz de las denegaciones de reclamaciones y permite aplicar medidas específicas para prevenir futuras denegaciones y reducir el costoso retrabajo.

Este código se incluye en los archivos Electronic Remittance Advice (ERA) recibidos de los pagadores y se almacena en el módulo de gestión de reclamaciones de Optum360.

El atributo Billing Department identifica al equipo o área funcional específicos de las operaciones del ciclo de ingresos responsables de una actividad. Por ejemplo, distintos equipos pueden encargarse de la codificación, el envío de reclamaciones y la gestión de denegaciones.

Este atributo es esencial para comparar el rendimiento, como solicita el Dashboard «Billing Department Performance Benchmarks». Permite a la dirección comparar la eficiencia, velocidad y exactitud de los distintos equipos, identificar buenas prácticas y asignar recursos de forma eficaz para corregir las brechas de rendimiento.

Permite comparar el rendimiento de distintos equipos de facturación, identificar los grupos con mejores resultados y localizar las áreas que necesitan mejoras.

Puede derivarse del usuario que realiza la tarea o de un campo de la cuenta que indique quién es responsable. Consulte la documentación de Optum360.

Patient ID es un identificador único asignado a cada paciente dentro del sistema sanitario. Vincula varios eventos de facturación con un mismo paciente y permite realizar análisis centrados en el paciente.

Con Patient ID, los analistas pueden investigar patrones relacionados con pacientes concretos, como reingresos frecuentes o un historial de denegaciones de reclamaciones. También permite segmentar el proceso según la demografía o el historial del paciente, lo que puede revelar información importante para mejorar su experiencia financiera.

Permite realizar análisis centrados en el paciente, comprender su recorrido financiero completo e identificar patrones en poblaciones específicas de pacientes.

Este identificador es un campo central de los datos maestros de pacientes y de las tablas de transacciones de Optum360. Consulte la documentación de Optum360 para obtener más información.

Payer ID identifica la compañía de seguros específica, un programa gubernamental como Medicare o Medicaid, u otra entidad responsable de pagar la reclamación. Cada pagador suele tener sus propias reglas, requisitos de envío y comportamientos de pago.

Analizar el proceso por Payer ID es fundamental para 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 a cada pagador, acelerar los cobros y reducir la carga administrativa.

Segmentar el proceso por pagador es esencial para identificar cuáles provocan retrasos o denegaciones y permite aplicar mejoras específicas en la gestión de pagadores.

Esta información se almacena en cada registro de reclamación de Optum360. Consulte la documentación de Optum360 para conocer los nombres de las tablas y los campos relacionados con los pagadores.

Adjusted Amount representa la parte del importe facturado que no se espera cobrar debido a acuerdos contractuales con los pagadores, correcciones de facturación u otras bajas contables. Supone una reducción directa de los ingresos.

Este atributo es fundamental para el Dashboard «Revenue Adjustment Impact» y el KPI «Revenue Adjustment Rate». Analizar los ajustes ayuda a identificar el impacto financiero de los contratos con pagadores y a encontrar oportunidades para reducir las fugas de ingresos mediante una mayor exactitud de facturación o la negociación de contratos.

Mide directamente las fugas de ingresos y es fundamental para calcular los KPI de rendimiento financiero y comprender la rentabilidad.

Esta información se encuentra en los registros de transacciones de ajustes del sistema financiero de Optum360.

Billed Amount representa el cargo bruto de los servicios prestados, antes de aplicar pagos, ajustes o bajas contables. Es el valor inicial de las cuentas por cobrar del evento de facturación.

Este atributo es fundamental para el análisis financiero en Process Mining. Se utiliza para calcular KPI clave, como Revenue Adjustment Rate, y permite segmentar los casos por valor para comprobar si las reclamaciones de importe elevado se procesan de forma distinta o sufren más retrasos que las de importe bajo.

Proporciona el contexto financiero de cada caso, permite realizar análisis basados en el valor y calcular KPI financieros esenciales.

Es un campo estándar de cada reclamación o cuenta de paciente en las tablas financieras de Optum360.

Service Code es un código médico estandarizado que identifica con precisión el procedimiento o servicio prestado al paciente. Estos códigos son necesarios para la facturación y determinan en gran medida el 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 comprender con mayor detalle los retos del proceso y orientar las políticas de codificación y facturación para tipos específicos de servicios.

Permite analizar el proceso según el tipo de servicio médico y puede revelar patrones de denegaciones o retrasos en los pagos específicos de determinados procedimientos.

Este código es una parte fundamental de los registros de introducción de cargos y de detalle de reclamaciones de Optum360.

Case Duration mide el tiempo total transcurrido entre el primer y el último evento de un Billing Event individual. Es un KPI general clave para evaluar la eficiencia global del proceso.

Esta métrica respalda directamente el Dashboard «RCM End-to-End Cycle Time Overview» y el KPI «Average RCM Cycle Time». Hacer un seguimiento de su evolución permite a la dirección observar 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 fundamental para medir su velocidad y eficiencia generales.

Se calcula restando la marca de tiempo del primer evento a la del último evento para cada Case ID único de «BillingEvent».

Is Rework es un indicador booleano que identifica las actividades consideradas retrabajo sin valor añadido, como «Denial Rework Started» o «Appeal Submitted». Estas actividades suelen producirse cuando el proceso se desvía de su «happy path» ideal.

Este atributo ayuda a cuantificar el retrabajo del proceso, un indicador directo de ineficiencia y costes. Se utiliza para calcular el KPI «Billing Error Rework Rate» y respalda el Dashboard «Bottleneck Identification & Rework Loops», ya que facilita el filtrado y la visualización de estos bucles ineficientes.

Ayuda a cuantificar la ineficiencia del proceso al señalar las actividades que representan retrabajo y facilita la medición y reducción del desperdicio.

Normalmente se obtiene mediante lógica de negocio dentro de la herramienta de Process Mining. Por ejemplo, cualquier actividad posterior a un evento «Denial Received» podría marcarse como retrabajo.

Account Status ofrece una instantánea de la situación de un evento de facturación dentro del proceso general, por ejemplo, «Pending Payer», «Paid in Full» o «In Collections». Este atributo proporciona contexto sobre las actividades que se están realizando.

Resulta útil para filtrar y segmentar casos y centrarse en partes concretas del proceso. Por ejemplo, analizar todas las cuentas que están actualmente «In Collections» ayuda a comprender los factores y el volumen de esa parte específica y costosa del proceso, y respalda el Dashboard «Collection Activity Volume & Drivers».

Proporciona contexto general sobre el estado actual de un caso y permite filtrar y analizar poblaciones específicas, como las cuentas en cobro.

Normalmente es un campo de resumen del registro principal de la cuenta del paciente o de la reclamación en Optum360.

End Time marca la finalización de una actividad. Mientras que Start Time indica cuándo ocurrió un evento, End Time es necesario para calcular la duración de las actividades que tienen un tiempo de procesamiento definido, como «Denial Rework Started» y su finalización.

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

Permite calcular con precisión los tiempos de procesamiento de las actividades y ayuda a diferenciar el tiempo de trabajo activo del tiempo de espera inactivo en el proceso.

Para algunas actividades, puede existir como un campo de marca de tiempo independiente en el sistema de origen. Para otras, puede ser necesario inferirlo a partir de la hora de inicio de la actividad posterior.

Paid Amount es la suma acumulada de todos los pagos registrados en la cuenta para un evento de facturación específico. Representa el efectivo realmente cobrado y es una medida principal del éxito del ciclo de ingresos.

En el análisis de procesos, hacer un seguimiento del importe pagado es esencial para comprender el flujo de efectivo y el rendimiento financiero general. Puede utilizarse para analizar la velocidad de los pagos y comparar los importes facturados con los cobrados, lo que permite detectar problemas de pagos insuficientes o de deuda incobrable.

Representa el efectivo realmente cobrado, una métrica de resultado clave del proceso de RCM y un elemento esencial para analizar el flujo de efectivo.

Este valor suele almacenarse en las tablas de transacciones de pagos o resumirse a nivel de cuenta en Optum360.

Este atributo identifica al proveedor específico, como un médico, terapeuta o departamento hospitalario, responsable de prestar el servicio. Los distintos proveedores pueden tener patrones de facturación o hábitos de documentación diferentes que afectan al ciclo de ingresos.

Analizar por Service Provider puede ayudar a localizar problemas de captura de cargos, exactitud de la codificación o calidad de la documentación que se originan en el punto de atención. También puede revelar oportunidades de formación para proveedores o de mejora del proceso, con el fin de generar reclamaciones correctas desde el principio.

Ayuda a rastrear los problemas de facturación hasta su origen y permite ofrecer comentarios y formación específicos al personal clínico para mejorar la captura de cargos y la documentación.

Esta información es una parte clave del registro de cargos o reclamaciones de Optum360 y suele estar vinculada a los datos maestros de proveedores.

Este atributo identifica el sistema de origen del que se extrajeron los datos de un evento concreto. En un entorno de TI complejo, los datos de RCM pueden proceder de la plataforma central de Optum360, de un sistema de historia clínica electrónica (EHR) conectado, de una cámara de compensación o de un portal del paciente.

Conocer el sistema de origen resulta útil para validar los datos, solucionar problemas de integración y analizar variaciones del proceso que pueden deberse a distintos comportamientos del sistema o prácticas de introducción de datos.

Identifica el origen de los datos, algo fundamental para la gobernanza y la evaluación de la calidad de los datos, así como para comprender las variaciones del proceso entre distintos sistemas.

Puede ser un valor estático establecido durante la extracción de datos o un campo de las tablas de origen que indique la procedencia de los datos.

Este atributo registra la fecha y hora en que los datos se extrajeron por última vez del sistema de origen y se cargaron en la herramienta de Process Mining. Proporciona contexto sobre la actualidad de los datos analizados.

Es importante para que analistas y usuarios de negocio sepan si están consultando la información más reciente. Ayuda a gestionar las expectativas sobre la latencia de los datos y constituye un elemento clave de metadatos para cualquier proyecto de análisis.

Proporciona un contexto esencial sobre la actualidad de los datos y permite comprender hasta qué punto está actualizado el análisis.

Esta marca de tiempo suele generarse y almacenarse mediante el proceso de extracción, transformación y carga (ETL) de datos.

El atributo User identifica a la persona, equipo o bot automatizado específico responsable de ejecutar una actividad determinada. Esto permite analizar el rendimiento a nivel individual o de grupo.

Saber qué usuario o equipo realizó una acción resulta útil para evaluar la productividad, la calidad y el cumplimiento de los procedimientos estándar. También ayuda a identificar necesidades de formación o reconocer a las personas y equipos con mejores resultados. Además, permite distinguir entre tareas realizadas manualmente y tareas gestionadas mediante automatización.

Asigna la responsabilidad de los pasos del proceso y permite analizar el rendimiento por persona o equipo, algo clave para gestionar recursos y formación.

Los ID de usuario suelen capturarse en los registros de auditoría o en el historial de transacciones de los registros de Optum360.