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

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

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

Esta plantilla ofrece una guía clara para recopilar los datos necesarios y analizar el proceso de gestión del ciclo de ingresos. Indica qué atributos esenciales debe reunir, qué actividades clave debe supervisar y cómo extraer esta información. Si sigue esta plantilla, podrá preparar los datos para realizar un análisis de Process Mining.
  • Atributos recomendados para recopilar
  • Actividades clave que debe registrar
  • Guía para extraer los datos
¿Es nuevo en los registros de eventos? Aprenda a crear un Registro de eventos para Process Mining.

Atributos de la gestión del ciclo de ingresos

Estos son los campos de datos recomendados para incluir en el Registro de eventos y realizar un análisis completo de la gestión del ciclo de ingresos.
3 Obligatorio 6 Recomendado 10 Opcional
Nombre Descripción
Evento de facturación
BillingEvent
Identificador único de un servicio prestado o producto entregado que genera un cargo y funciona como ID del caso principal.
Descripción

El evento de facturación funciona como identificador principal del caso y vincula todas las actividades relacionadas con un servicio prestado o un producto entregado que genera un cargo. Esto permite hacer un seguimiento completo del ciclo de generación y cobro de ingresos de cada servicio o artículo facturable.

En Process Mining, analizar el proceso por evento de facturación permite a las organizaciones ver 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 diferencias en la gestión de las distintas reclamaciones o facturas.

Por qué es importante

Este es el ID del caso esencial que conecta todas las actividades relacionadas con el ciclo de ingresos y permite analizar el proceso completo de principio a fin.

Dónde obtenerlo

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.

Ejemplos
BE-2023-0012345BE-2023-0012346BE-2023-0012347
Hora del evento
EventTime
Marca de tiempo que indica cuándo tuvo lugar una actividad o un evento específicos.
Descripción

La hora del evento es la marca de tiempo asociada a cada actividad e indica la fecha y hora exactas en que ocurrió. Estos datos temporales son esenciales para establecer la secuencia cronológica de los eventos de cada caso.

En el análisis, la hora del evento 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 pierde mucho tiempo esperando. Es la base de cualquier análisis de procesos y medición del rendimiento basados en el tiempo.

Por qué es importante

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

Dónde obtenerlo

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

Ejemplos
2023-10-26T10:00:00Z2023-10-26T11:30:00Z2023-10-27T14:22:00Z
Nombre de la actividad
ActivityName
Nombre de un evento o una tarea específicos que tuvieron lugar en el proceso de gestión del ciclo de ingresos.
Descripción

El nombre de la actividad describe una etapa del proceso del ciclo de ingresos, como 'Reclamación enviada al pagador' o 'Pago recibido'. Este atributo es fundamental para Process Mining, ya que define los nodos del mapa del proceso.

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

Por qué es importante

Este atributo define cada etapa del proceso, constituye la base del mapa del proceso y permite realizar todos los análisis basados en el flujo.

Dónde obtenerlo

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

Ejemplos
Reclamación creadaReclamación enviada al pagadorPago recibidoDenegación recibidaCuenta cerrada
Código del motivo de denegación
DenialReasonCode
Código estandarizado del pagador que explica por qué se denegó una reclamación.
Descripción

Cuando un pagador deniega una reclamación, proporciona un código del motivo de denegación que explica el problema, como «Servicio no cubierto» o «Reclamación duplicada». Estos códigos son esenciales para comprender las causas de fondo de los retrasos en los ingresos y del trabajo repetido.

El análisis de estos códigos permite al equipo de gestión de denegaciones priorizar el trabajo, detectar tendencias y aplicar medidas correctivas. Por ejemplo, una frecuencia elevada de denegaciones por «Falta información» puede indicar un problema en el proceso de creación de reclamaciones. Este análisis es fundamental para reducir la tasa de denegaciones y acelerar el flujo de caja.

Por qué es importante

Revela la causa de fondo de las denegaciones de reclamaciones y permite aplicar medidas específicas para prevenir futuras denegaciones y reducir el costoso trabajo repetido.

Dónde obtenerlo

Este código se incluye en los archivos de aviso electrónico de pago (ERA) que se reciben de los pagadores y se almacena en el módulo de gestión de reclamaciones de Optum360.

Ejemplos
CO-16: La reclamación o el servicio carece de informaciónPR-97: La prestación correspondiente a este servicio está incluida en el pago o la asignación de otro servicio o procedimientoOA-18: Reclamación o servicio duplicado
Departamento de facturación
BillingDepartment
El departamento o equipo interno que gestionó o realizó la actividad de facturación.
Descripción

El atributo Departamento de facturación identifica al equipo o área funcional específica responsable de una actividad dentro de las operaciones del ciclo de ingresos. 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 requiere el Dashboard «Referencias de rendimiento del departamento de facturación». Permite a la dirección comparar la eficiencia, la rapidez y la precisión de los distintos equipos, identificar buenas prácticas y asignar recursos de forma eficaz para abordar las brechas de rendimiento.

Por qué es importante

Permite comparar el rendimiento de los distintos equipos de facturación e identificar tanto los grupos con mejores resultados como las áreas que necesitan mejorar.

Dónde obtenerlo

Este dato puede derivarse del usuario que realiza la tarea o de un campo de la cuenta que indica quién es responsable. Consulte la documentación de Optum360.

Ejemplos
Oficina central de facturaciónEquipo de gestión de denegacionesDepartamento de codificaciónServicios financieros para pacientes
ID del paciente
PatientId
Identificador único del paciente que recibió los servicios.
Descripción

El ID del paciente es un identificador único asignado a cada paciente en el sistema de atención médica. Vincula varios eventos de facturación con un mismo paciente y permite realizar análisis centrados en cada paciente.

Con el ID del paciente, las personas analistas pueden investigar patrones relacionados con pacientes específicos, como reingresos frecuentes o antecedentes de reclamaciones denegadas. También permite segmentar el proceso según los datos demográficos o el historial del paciente, lo que puede revelar información valiosa para mejorar su experiencia financiera.

Por qué es importante

Permite realizar análisis centrados en cada paciente, comprender su recorrido financiero de principio a fin e identificar patrones en grupos específicos de pacientes.

Dónde obtenerlo

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.

Ejemplos
PAT-98765PAT-98766PAT-98767
ID del pagador
PayerId
Identificador único de la compañía de seguros o del pagador responsable de la reclamación.
Descripción

El ID del pagador identifica a la compañía de seguros, el programa gubernamental, como Medicare o Medicaid, u otra entidad responsable de pagar la reclamación. Cada pagador suele tener sus propias reglas, requisitos de presentación y prácticas de pago.

En la gestión del ciclo de ingresos (RCM), analizar el proceso por ID del pagador es fundamental. Permite 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 ayuda a los departamentos de facturación a adaptar sus estrategias a cada pagador, agilizar los cobros y reducir la carga administrativa.

Por qué es importante

Segmentar el proceso por pagador es esencial para identificar cuáles provocan retrasos o denegaciones y aplicar mejoras específicas a su gestión.

Dónde obtenerlo

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.

Ejemplos
PAYER-AETNAPAYER-BCBS-MAPAYER-MEDICAREPAYER-UHC
Importe ajustado
AdjustedAmount
Valor monetario de las bajas contables, los ajustes contractuales o las correcciones aplicadas al importe facturado.
Descripción

El importe ajustado 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. Reduce directamente los ingresos.

Este atributo es fundamental para el Dashboard «Impacto de los ajustes de ingresos» y el KPI «Tasa de ajustes de ingresos». Analizar los ajustes ayuda a identificar el impacto financiero de los contratos con los pagadores y a encontrar oportunidades para reducir las pérdidas de ingresos mediante una mayor precisión en la facturación o la negociación de contratos.

Por qué es importante

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

Dónde obtenerlo

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

Ejemplos
30.00250.2510.00
Importe facturado
BilledAmount
Valor monetario total de todos los cargos presentados en la reclamación o factura.
Descripción

El importe facturado representa el cargo bruto por los servicios prestados, antes de aplicar pagos, ajustes o bajas contables. Es el valor inicial de la cuenta por cobrar correspondiente al evento de facturación.

Este atributo es fundamental para el análisis financiero con Process Mining. Se utiliza para calcular KPI clave, como la tasa de ajustes de ingresos, y permite segmentar los casos por valor para comprobar si las reclamaciones de mayor importe se procesan de forma distinta o sufren más retrasos que las de menor importe.

Por qué es importante

Aporta contexto financiero a cada caso y permite analizarlo según su valor y calcular KPI financieros clave.

Dónde obtenerlo

Es un campo estándar de todas las reclamaciones o cuentas de pacientes en las tablas financieras de Optum360.

Ejemplos
150.001250.7585.50
Código del servicio
ServiceCode
Código del procedimiento (por ejemplo, CPT o HCPCS) que identifica el servicio específico prestado.
Descripción

El código del servicio 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 código del servicio 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 cada tipo de servicio.

Por qué es importante

Permite analizar los datos según el tipo de servicio médico y detectar patrones de denegaciones o retrasos en los pagos asociados a determinados procedimientos.

Dónde obtenerlo

Este código es un componente fundamental de los registros de entrada de cargos y de detalles de reclamaciones en Optum360.

Ejemplos
992137104527447
Duración del caso
CaseDuration
Tiempo de ciclo total de un evento de facturación, desde la primera actividad hasta la última.
Descripción

La duración del caso mide el tiempo transcurrido entre el primer y el último evento de un evento de facturación. Es un KPI general clave para evaluar la eficiencia global del proceso.

Esta métrica respalda directamente el Dashboard «Resumen del tiempo de ciclo integral de RCM» y el KPI «Tiempo de ciclo promedio de RCM». Hacer un seguimiento a lo largo del tiempo permite a la dirección observar el impacto de las iniciativas de mejora en todo el ciclo de ingresos.

Por qué es importante

Representa el tiempo de ciclo integral del proceso, un KPI clave para medir su velocidad y eficiencia generales.

Dónde obtenerlo

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

Ejemplos
30 días95 días45 días
Es trabajo repetido
IsRework
Indicador que señala si una actividad forma parte de un ciclo de trabajo repetido, como la gestión de denegaciones o las apelaciones.
Descripción

Es trabajo repetido es un indicador booleano que identifica las actividades consideradas trabajo repetido sin valor añadido, como «Inicio de la revisión de una denegación» o «Apelación presentada». Estas actividades suelen producirse cuando el proceso se desvía de su «ruta ideal».

Este atributo ayuda a cuantificar el trabajo repetido en el proceso, un indicador directo de ineficiencia y coste. Se utiliza para calcular el KPI «Tasa de trabajo repetido por errores de facturación» y respalda el Dashboard «Identificación de cuellos de botella y ciclos de trabajo repetido», ya que facilita el filtrado y la visualización de estos ciclos ineficientes.

Por qué es importante

Ayuda a cuantificar la ineficiencia del proceso al señalar las actividades que implican trabajo repetido, lo que facilita medir y reducir el desperdicio.

Dónde obtenerlo

Normalmente se deriva mediante la lógica de negocio de la herramienta de Process Mining. Por ejemplo, se puede marcar como trabajo repetido cualquier actividad posterior al evento «Denegación recibida».

Ejemplos
truefalse
Estado de la cuenta
AccountStatus
Estado actual de la cuenta de facturación dentro del ciclo de ingresos.
Descripción

El estado de la cuenta muestra en qué punto del proceso general se encuentra un evento de facturación, por ejemplo, «Pendiente del pagador», «Pagada en su totalidad» o «En cobro». Este atributo aporta contexto a las actividades que se realizan.

Resulta útil para filtrar y segmentar casos y centrarse en partes específicas del proceso. Por ejemplo, analizar todas las cuentas que están «En cobro» puede ayudar a comprender los factores que impulsan esa fase costosa y el volumen de casos, y servir de apoyo al Dashboard «Volumen y factores de la actividad de cobro».

Por qué es importante

Aporta contexto general sobre el estado actual de un caso y permite filtrar y analizar grupos específicos, como las cuentas en proceso de cobro.

Dónde obtenerlo

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

Ejemplos
AbiertaPendiente del pagadorPagada en su totalidadEn cobroCerrada
Hora de fin
EndTime
Marca de tiempo que indica cuándo se completó una actividad.
Descripción

La hora de fin marca la finalización de una actividad. Mientras que la hora de inicio indica cuándo ocurrió un evento, la hora de fin permite calcular la duración de actividades con un tiempo de procesamiento definido, como 'Se inició el retrabajo de la denegación' y su finalización.

En el análisis de procesos, comparar la hora de inicio y la hora de fin de las actividades permite calcular el tiempo de procesamiento. Así se distingue el tiempo de trabajo activo del tiempo inactivo, es decir, la espera entre actividades, y se obtiene una visión más detallada de la eficiencia del proceso.

Por qué es importante

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

Dónde obtenerlo

En algunas actividades, puede haber un campo de marca de tiempo independiente en el sistema de origen. En otras, quizá sea necesario inferirla a partir de la hora de inicio de la actividad siguiente.

Ejemplos
2023-10-26T10:15:00Z2023-10-26T11:45:00Z2023-10-27T15:00:00Z
Importe pagado
PaidAmount
Valor monetario total recibido del pagador y del paciente por los servicios facturados.
Descripción

El importe pagado 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 clave 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 caja y el rendimiento financiero general. Permite analizar la velocidad de los pagos y comparar los importes facturados con los cobrados, lo que ayuda a detectar pagos insuficientes o deudas incobrables.

Por qué es importante

Representa el efectivo realmente cobrado, un indicador clave de resultados del proceso de RCM y un dato esencial para analizar el flujo de caja.

Dónde obtenerlo

Este valor suele almacenarse en las tablas de transacciones de pago o resumirse en el nivel de cuenta en Optum360.

Ejemplos
120.001000.500.00
Prestador del servicio
ServiceProvider
El profesional clínico, departamento o centro que prestó el servicio facturable.
Descripción

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

El análisis por prestador del servicio ayuda a localizar problemas de captura de cargos, precisión 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 los prestadores o de mejora del proceso, para que las reclamaciones se generen correctamente desde el principio.

Por qué es importante

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

Dónde obtenerlo

Esta información es un componente clave del registro de cargos o reclamaciones en Optum360 y suele estar vinculada a los datos maestros de prestadores.

Ejemplos
Dra. Emily CarterDepartamento de RadiologíaCirugía generalFisioterapia
Sistema de origen
SourceSystem
Sistema o aplicación de origen en el que se registraron los datos del evento.
Descripción

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

Conocer el sistema de origen resulta útil para validar los datos, resolver problemas de integración y analizar variaciones del proceso que pueden deberse a diferencias en el comportamiento de los sistemas o en las prácticas de ingreso de datos.

Por qué es importante

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

Dónde obtenerlo

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

Ejemplos
Optum360Interfaz de EHRAPI de la cámara de compensaciónPortal para pacientes
Última actualización de datos
LastDataUpdate
Marca de tiempo de la actualización o extracción más reciente de datos del sistema de origen.
Descripción

Este atributo registra la fecha y hora de la última extracción de datos del sistema de origen y su carga en la herramienta de Process Mining. Indica cuán recientes son los datos analizados.

Esta información ayuda a las personas analistas y usuarias de negocio a saber si están consultando los datos más actuales. También permite gestionar las expectativas sobre la latencia de los datos y constituye un metadato clave para cualquier proyecto de análisis.

Por qué es importante

Ofrece información esencial sobre la actualidad de los datos para que las personas usuarias sepan cuán recientes son los resultados del análisis.

Dónde obtenerlo

Por lo general, el proceso de extracción, transformación y carga de datos (ETL) genera y almacena esta marca de tiempo.

Ejemplos
2023-11-01T02:00:00Z2023-11-02T02:00:00Z
Usuario
User
Identificador del usuario o agente del sistema que realizó la actividad.
Descripción

El atributo Usuario identifica a la persona, el equipo o el bot automatizado responsable de realizar una actividad. Esto permite analizar el rendimiento a nivel individual o de grupo.

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

Por qué es importante

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

Dónde obtenerlo

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

Ejemplos
j.doem.smithAutoBillerBots.jones
Obligatorio Recomendado Opcional

Actividades de la gestión del ciclo de ingresos

Estos son los pasos e hitos clave del proceso que debe registrar en el Registro de eventos para descubrir el proceso con precisión.
6 Recomendado 9 Opcional
Actividad Descripción
Aviso de pago recibido
El sistema ha recibido del pagador un archivo electrónico de aviso de pago (ERA) con información sobre pagos, ajustes y denegaciones. Este evento explícito se registra cuando el sistema incorpora un archivo EDI 835.
Por qué es importante

Esta actividad es un hito importante que indica que el pagador ha procesado la reclamación. El contenido del archivo determina las acciones posteriores, como contabilizar el pago o gestionar la denegación.

Dónde obtenerlo

Se registra en los registros de transacciones EDI de los archivos ANSI 835 entrantes. La marca de tiempo indica cuándo el sistema recibió y procesó el archivo.

Capturar

Marca de tiempo asociada a la incorporación del archivo EDI 835 (aviso electrónico de pago).

Tipo de evento explicit
Cuenta cerrada
El evento de facturación se considera completo: el saldo es cero y no se esperan más actividades. Este evento se infiere cuando el saldo de la cuenta llega a cero y su estado se actualiza a 'Cerrada' o a otro estado final equivalente.
Por qué es importante

Este es el evento de fin principal del proceso. Medir el tiempo de ciclo total hasta este punto ofrece una visión completa de la eficiencia general del proceso de RCM.

Dónde obtenerlo

Se infiere al combinar un saldo de cuenta igual a cero con un estado de cuenta establecido en 'Cerrada', 'Pagada en su totalidad' o un estado final equivalente.

Capturar

La marca de tiempo más reciente del pago final contabilizado que deja el saldo en cero o del cambio de estado a 'Cerrada'.

Tipo de evento inferred
Datos del servicio recibidos
Marca el inicio del evento de facturación, cuando se recibe información sobre el servicio clínico desde la historia clínica electrónica (EHR) u otro sistema de origen. Este evento suele registrarse mediante una entrada explícita en el registro o un registro de transacción que crea una interfaz de integración cuando se incorporan los datos correctamente.
Por qué es importante

Este es el evento de inicio principal del ciclo de ingresos. Analizar el tiempo transcurrido entre esta actividad y el registro del cargo es fundamental para identificar retrasos en los datos de entrada que afectan a todo el proceso.

Dónde obtenerlo

Se registra en los registros de interfaz o en las tablas de transacciones que gestionan los datos entrantes de servicios para pacientes desde sistemas externos, como una EHR. Busque las marcas de tiempo de los mensajes HL7 o los registros de llamadas a la API.

Capturar

Se obtiene de los registros de integración o de las tablas de transacciones, con la marca de tiempo correspondiente al momento en que se reciben los datos.

Tipo de evento explicit
Denegación recibida
El pagador ha denegado una reclamación, según indica un aviso de pago recibido. Este evento se infiere al analizar los datos del aviso de pago para detectar códigos de motivo de denegación específicos asociados a las líneas de la reclamación.
Por qué es importante

El seguimiento de las denegaciones es fundamental para identificar las causas raíz de la pérdida de ingresos y las ineficiencias del proceso. Esta actividad marca el inicio de todos los ciclos de gestión de denegaciones y retrabajo de apelaciones.

Dónde obtenerlo

Se infiere a partir de los datos del aviso electrónico de pago (EDI 835). El sistema identifica los códigos de motivo de ajuste de reclamación (CARC) que indican una denegación.

Capturar

Se infiere al detectar códigos de denegación específicos (CARC/RARC) en los datos analizados del aviso de pago EDI 835.

Tipo de evento inferred
Pago contabilizado
El pago recibido se ha aplicado correctamente a la cuenta del paciente y a las líneas de servicio correspondientes. Se trata de una acción explícita de un usuario o de un proceso automatizado que concilia el pago con los cargos pendientes.
Por qué es importante

Esta actividad es fundamental para medir la eficiencia del proceso administrativo de aplicación de pagos. Los retrasos en la contabilización pueden distorsionar los informes de cuentas por cobrar y demorar el cierre de las cuentas.

Dónde obtenerlo

Se encuentra en las tablas de transacciones de pagos. La marca de tiempo de la transacción de contabilización indica la hora del evento.

Capturar

La marca de tiempo de creación del registro de la transacción de pago aplicada a un cargo específico.

Tipo de evento explicit
Reclamación enviada al pagador
La reclamación generada se ha enviado electrónicamente al pagador del seguro para su adjudicación. El módulo de envío de reclamaciones o la interfaz de la cámara de compensación registra explícitamente este evento cuando la transmisión se completa correctamente.
Por qué es importante

Este es un hito fundamental que inicia el cómputo del tiempo de respuesta del pagador. Permite medir la eficiencia del proceso de envío de reclamaciones e identificar retrasos.

Dónde obtenerlo

Se encuentra en los registros de transacciones de reclamaciones o en las tablas de transacciones EDI (intercambio electrónico de datos), donde se registran específicamente los envíos de archivos de reclamaciones 837. Busque un campo como 'marca de tiempo de envío' o 'fecha de transmisión'.

Capturar

Marca de tiempo del registro de transacciones EDI 837 que indica que el envío se completó correctamente.

Tipo de evento explicit
Apelación enviada
Se ha enviado formalmente una apelación al pagador para impugnar una reclamación denegada. Un usuario registra explícitamente esta acción en el módulo de gestión de denegaciones o de apelaciones.
Por qué es importante

Esta actividad es un paso clave en el proceso de recuperación de ingresos. Hacer un seguimiento de los envíos de apelaciones y de sus tiempos de ciclo es fundamental para comprender la eficacia de la estrategia de resolución de denegaciones.

Dónde obtenerlo

Se registra en un módulo de seguimiento de apelaciones o como un tipo de transacción específico asociado a la reclamación. Busque un campo como 'fecha de apelación' o 'fecha de reenvío'.

Capturar

Marca de tiempo explícita que se registra cuando un usuario anota el envío de una apelación.

Tipo de evento explicit
Cargos registrados
Indica el momento en que los servicios y suministros facturables se ingresan formalmente en el sistema de facturación. Se trata de una acción explícita de un usuario o del sistema que crea registros de transacciones de cargos.
Por qué es importante

Esta actividad es esencial para medir el retraso en el registro del cargo, es decir, el tiempo entre la prestación del servicio y el inicio de la facturación. Reducir este retraso acelera directamente el ciclo de ingresos.

Dónde obtenerlo

Se encuentra en las tablas de transacciones de cargos, a menudo denominadas tablas de registro de cargos o de líneas de servicio. La marca de tiempo de creación del registro del cargo indica la hora del evento.

Capturar

El evento corresponde a la marca de tiempo de creación de un registro en la tabla maestra de cargos o en la tabla de transacciones de cargos.

Tipo de evento explicit
Codificación completada
Indica que el personal de codificación médica revisó la documentación clínica y asignó los códigos CPT, HCPCS e ICD correspondientes. Suele ser un evento explícito, registrado cuando un usuario o un motor de codificación automatizado completa la tarea.
Por qué es importante

La codificación suele ser un cuello de botella que puede retrasar el envío de reclamaciones. El seguimiento de esta actividad permite medir la productividad del personal de codificación e identificar retrasos en la cola de trabajo.

Dónde obtenerlo

Se registra en un módulo de flujo de trabajo de codificación o mediante un cambio de estado del evento de facturación de 'Pendiente de codificación' a 'Codificado'. Se utiliza la marca de tiempo de ese cambio de estado o de la finalización de la tarea.

Capturar

Marca de tiempo de una actualización de estado o de una entrada del registro cuando un usuario o el sistema finaliza la codificación del encuentro.

Tipo de evento explicit
Cuenta ajustada
Se ha contabilizado en la cuenta un ajuste contractual, una condonación u otra corrección financiera. Se trata de una transacción financiera explícita registrada en el libro mayor del sistema.
Por qué es importante

Los ajustes afectan directamente a los ingresos realizados. Analizar sus motivos y el momento en que se producen es fundamental para detectar problemas con las tarifas, los contratos o la precisión de la facturación.

Dónde obtenerlo

Se encuentra en la tabla de transacciones financieras y se identifica mediante códigos de transacción específicos para condonaciones o ajustes. La fecha de la transacción indica la hora del evento.

Capturar

La fecha de la transacción de un asiento en el libro mayor financiero que contiene un código de ajuste específico.

Tipo de evento explicit
Estado de cuenta enviado al paciente
Se ha generado y enviado al paciente un estado de cuenta por la parte de la factura que le corresponde. El módulo de facturación a pacientes registra explícitamente este evento cuando se crea el estado de cuenta.
Por qué es importante

Esta actividad inicia la parte del ciclo de ingresos que paga el propio paciente. Su seguimiento ayuda a analizar la eficiencia y la eficacia del cobro a pacientes.

Dónde obtenerlo

Se registra en una tabla del historial de correspondencia con pacientes o de generación de estados de cuenta. La marca de tiempo indica cuándo se creó o envió el estado de cuenta.

Capturar

Marca de tiempo del registro o la tabla del historial de generación de estados de cuenta para pacientes.

Tipo de evento explicit
Pago recibido
Indica que se ha recibido un pago de un pagador o de un paciente, a menudo como parte del aviso de pago. Este evento puede registrarse explícitamente a partir de archivos electrónicos de aviso de pago o de registros manuales de recepción de efectivo.
Por qué es importante

Esta actividad es fundamental para analizar el flujo de caja y medir la velocidad de los pagos. Además, activa el proceso de contabilización del pago.

Dónde obtenerlo

Se obtiene de la información de pago del archivo de aviso EDI 835 o de los archivos de caja de seguridad del banco. A menudo se utiliza la fecha del cheque o la fecha de procesamiento que figura en el archivo.

Capturar

Se extrae del segmento BPR de un archivo EDI 835 o del archivo de datos de caja de seguridad de un banco.

Tipo de evento explicit
Reclamación creada
El sistema ha generado una reclamación facturable que reúne todos los cargos, códigos y datos demográficos en un formato estandarizado. Se trata de un evento explícito generado por el sistema, con su correspondiente marca de tiempo de creación.
Por qué es importante

Esta actividad marca el paso del registro de cargos al proceso formal de facturación. Es un requisito previo para el envío y resulta fundamental para hacer un seguimiento de los tiempos de procesamiento internos.

Dónde obtenerlo

Se encuentra en la tabla de reclamaciones o en el registro de transacciones. El evento queda marcado por la marca de tiempo de creación del registro principal de la reclamación.

Capturar

Se obtiene de la marca de tiempo de creación del registro principal en la tabla de reclamaciones de la base de datos.

Tipo de evento explicit
Se inició el retrabajo de la denegación
Un usuario o un flujo de trabajo automatizado ha iniciado la revisión y resolución de una reclamación denegada. El sistema puede registrar este evento mediante una acción explícita del usuario o inferirlo a partir de un cambio en el estado de la reclamación.
Por qué es importante

Esta actividad inicia el ciclo de retrabajo de las denegaciones. Medir el tiempo entre la recepción de la denegación y el inicio del retrabajo ayuda a identificar acumulaciones en la cola de gestión de denegaciones.

Dónde obtenerlo

Se encuentra en los módulos de gestión de denegaciones o de colas de trabajo. Puede ser una marca de tiempo explícita del momento en que un usuario 'abre' o 'se asigna' una tarea de denegación, o inferirse de un cambio de estado, como de 'Denegada' a 'En retrabajo'.

Capturar

Se infiere de un cambio del estado de la reclamación a 'Retrabajo' o 'En revisión', o de un registro explícito de una acción del usuario.

Tipo de evento inferred
Se inició la actividad de cobro
La cuenta del paciente ha pasado a un proceso activo de cobro por falta de pago. Esto suele inferirse a partir de un cambio en la categoría financiera o el estado de la cuenta.
Por qué es importante

Permite identificar las cuentas que requieren un seguimiento más intensivo. Analizar la frecuencia y las causas de esta actividad ayuda a mejorar las estrategias de cobro desde el inicio.

Dónde obtenerlo

Se infiere de un cambio en el estado de la cuenta a 'Cobros', 'Deuda incobrable' o 'Enviada a una agencia'. La fecha de este cambio de estado es la marca de tiempo del evento.

Capturar

Marca de tiempo del cambio del campo de estado de la cuenta a un valor relacionado con los cobros.

Tipo de evento inferred
Recomendado Opcional

Guías de extracción

Cómo obtener sus datos de Optum360

Los métodos de extracción para este proceso se están validando. Vuelva a consultar más adelante o póngase en contacto con nosotros para recibir ayuda.

¿Todo listo para empezar?

Utilice esta plantilla para agilizar la recopilación de datos y empezar a optimizar los procesos de gestión del ciclo de ingresos. Obtenga información útil y mejore la eficiencia con confianza.

Optimice la gestión del ciclo de ingresos y reduzca las demoras desde hoy

Únase a las organizaciones líderes que redujeron el tiempo de ciclo un 30 % y mejoraron su salud financiera.

Comience hoy su prueba gratuita.

No se requiere tarjeta de crédito. Configuración en minutos.