Su Template de datos para la gestión del ciclo de ingresos
Su Template de datos para la gestión del ciclo de ingresos
- Atributos recomendados para recopilar
- Actividades clave que debe registrar
- Guía para extraer los datos
Atributos de la gestión del ciclo de ingresos
| 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 | |||
Actividades de la gestión del ciclo de ingresos
| 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 | |||
Guías de extracción
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.
No se requiere tarjeta de crédito. Configuración en minutos.