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

R1 RCM
Su `Template` de Datos de Gestión del Ciclo de Ingresos

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

Este `template` de datos proporciona una hoja de ruta clara para recopilar la información necesaria para analizar su proceso de Gestión del Ciclo de Ingresos. Describe los Atributos esenciales que debe recopilar y las actividades críticas a rastrear. También encontrará orientación sobre cómo extraer estos datos de su sistema R1 RCM, ayudándole a prepararse para una iniciativa eficiente de Process Mining.
  • Atributos recomendados para recopilar
  • `Actividades` clave para rastrear en el descubrimiento de procesos
  • Guía de extracción detallada para R1 RCM
¿Nuevo en registros de eventos? Aprenda cómo crear un registro de eventos para Process Mining.

Atributos de Gestión del Ciclo de Ingresos

Estos son los campos de datos recomendados para incluir en su Registro de eventos para un análisis exhaustivo de su proceso de Gestión del Ciclo de Ingresos.
5 Requerido 6 Recomendado 8 Opcional
Nombre Descripción
Evento de Facturación
BillingEvent
El identificador único para un solo servicio o artículo facturable, que sirve como identificador de caso principal para el seguimiento de todo el ciclo de ingresos.
Descripción

El ID de Evento de Facturación representa una instancia distinta de una entrega de servicio o producto que resulta en un cargo. Actúa como el hilo central que conecta todas las actividades relacionadas, desde la prestación inicial del servicio y la captura de cargos hasta la presentación de reclamos, la contabilización de pagos y el eventual cierre de la cuenta.

En Process Mining, analizar el ciclo de vida de cada Evento de Facturación permite una vista completa del ciclo de ingresos de punta a punta. Se utiliza para rastrear el recorrido completo de un solo cargo, identificar rutas comunes, medir los tiempos de ciclo entre hitos clave y comprender las variaciones que provocan retrasos o fugas de ingresos.

Por qué es importante

Este identificador es esencial para agrupar todas las actividades relacionadas en un solo caso, permitiendo un análisis de proceso completo y preciso del ciclo de ingresos para cada evento facturable.

Dónde obtener

Esta es la clave primaria que vincula varias tablas relacionadas con encuentros de pacientes, cargos, reclamos y pagos. Consulte la documentación de R1 RCM para el campo específico, a menudo relacionado con un identificador de encuentro o reclamo.

Ejemplos
BE-2023-0012345BE-2023-0054321BE-2024-0098765
Hora del Evento
EventTime
El timestamp que indica cuándo ocurrió una actividad o evento específico.
Descripción

Event Time proporciona la fecha y hora precisas en que se registró una actividad en el sistema. Esta información temporal es fundamental para comprender el proceso desde un análisis basado en el tiempo.

En Process Mining, esta marca de tiempo se utiliza para ordenar eventos cronológicamente y calcular las duraciones entre actividades, lo cual es crítico para el análisis del rendimiento. Permite el cálculo de métricas clave como el tiempo de ciclo, el tiempo de procesamiento y el tiempo de espera, que son esenciales para identificar cuellos de botella y medir la eficiencia.

Por qué es importante

Este timestamp es la base para todo el análisis relacionado con el tiempo, incluyendo el cálculo de tiempos de ciclo, la identificación de bottlenecks y el monitoreo del rendimiento del proceso contra los SLAs.

Dónde obtener

Típicamente se encuentra como un campo de 'Fecha de Creación', 'Timestamp' o 'Fecha de Última Actualización' asociado con cada transacción o registro de cambio de estado en R1 RCM.

Ejemplos
2023-10-26T10:00:00Z2023-10-27T14:35:10Z2023-11-05T09:12:45Z
Nombre de la Actividad
ActivityName
El nombre del evento de negocio o tarea específica que ocurrió en un momento determinado dentro del proceso del ciclo de ingresos.
Descripción

Este Atributo describe un solo paso o hito dentro del proceso de gestión del ciclo de ingresos para un evento de facturación dado. Las actividades representan el trabajo que se realiza, como 'Cargos Capturados', 'Reclamo Enviado' o 'Pago Contabilizado'.

Analizar la secuencia de actividades es el núcleo del Process Mining. Permite el descubrimiento del flujo de proceso real, la identificación de bottlenecks donde las actividades tardan demasiado en iniciarse, y la detección de bucles de retrabajo donde las actividades se repiten innecesariamente, como 'Reclamo Denegado' seguido de 'Retrabajo de Denegación Iniciado'.

Por qué es importante

Define los pasos del proceso, permitiendo la visualización del mapa de proceso, el cálculo de los tiempos de transición y la identificación de desviaciones del proceso y retrabajo.

Dónde obtener

Esta información se deriva típicamente de Registros de eventos, registros de cambio de estado o códigos de transacción dentro de varios módulos de R1 RCM. Puede requerir el mapeo de códigos técnicos a nombres fáciles de usar para el negocio.

Ejemplos
Cargos CapturadosSiniestro PresentadoAdjudicación del Pagador RecibidaPago ContabilizadoCuenta Cerrada
Source System
SourceSystem
El sistema de registro desde el cual se extrajeron los datos del evento.
Descripción

Este Atributo identifica la aplicación o módulo de origen que generó los datos para un evento particular. En un entorno complejo como el de la atención médica, los datos pueden provenir de un EMR, un módulo de facturación, una cámara de compensación de reclamos o una plataforma de cobranzas.

Comprender el sistema de origen es crucial para la validación de datos y para analizar variaciones de procesos que pueden ser específicas de ciertos sistemas. Ayuda a solucionar inconsistencias en los datos y a comprender el panorama tecnológico del proceso.

Por qué es importante

Identifica el origen de los datos, lo cual es crucial para la gobernanza de datos, la validación y la comprensión de cómo interactúan los diferentes sistemas dentro del proceso de extremo a extremo.

Dónde obtener

Este es a menudo un valor estático agregado durante el proceso de extracción de datos, identificando el sistema (por ejemplo, 'R1 RCM') del que se originan los datos.

Ejemplos
R1 RCMCernerEpic
Última actualización de datos
LastDataUpdate
El timestamp de la actualización de datos o extracción más reciente del sistema de origen.
Descripción

Este Atributo indica la última vez que se actualizaron los datos para el análisis de Process Mining. Proporciona contexto sobre la frescura de los datos que se analizan.

Esta información es importante para la elaboración de informes y dashboards, ya que le dice al usuario cuán actuales son las perspectivas del proceso. Ayuda a gestionar las expectativas sobre la puntualidad de los datos y asegura que las decisiones se tomen basándose en un marco de tiempo conocido.

Por qué es importante

Proporciona contexto crucial sobre la frescura de los datos, asegurando que los analistas y las partes interesadas estén al tanto de cuán actualizadas están las perspectivas del proceso.

Dónde obtener

Este timestamp se genera durante el proceso de extracción, transformación y carga (ETL) de datos y generalmente se aplica a todo el dataset.

Ejemplos
2024-05-20T08:00:00Z2024-05-21T08:00:00Z
Código de Motivo de Denegación
DenialReasonCode
Un código estandarizado del pagador que explica por qué se denegó una reclamación.
Descripción

Cuando un pagador deniega un reclamo, proporciona un código de razón, como un CARC (Claim Adjustment Reason Code), para explicar la decisión. Estos códigos están estandarizados e indican problemas como 'Servicio No Cubierto' o 'Reclamo Duplicado'.

Este Atributo es extremadamente importante para la gestión de denegaciones. Al analizar la frecuencia de diferentes códigos de razón de denegación, las organizaciones pueden identificar y abordar las causas raíz de las denegaciones, ya sea que estén relacionadas con la elegibilidad del paciente, errores de codificación o falta de necesidad médica. Esto apoya directamente los esfuerzos para reducir el retrabajo y acelerar el flujo de efectivo.

Por qué es importante

Proporciona la razón específica de las denegaciones de reclamos, lo que permite un análisis de la causa raíz para reducir futuras denegaciones, disminuir los retrabajos y mejorar las tasas de pago en el primer intento.

Dónde obtener

Esta información se recibe en el aviso electrónico de remesa (ERA o archivo 835) del pagador y se almacena en el módulo de gestión de reclamos de R1 RCM.

Ejemplos
CO-16: La reclamación/servicio carece de la información necesaria para la adjudicación.PR-97: El beneficio de este servicio está incluido en el pago/importe asignado de otro servicio.CO-22: Este servicio puede estar cubierto por otro pagador según la coordinación de beneficios.OA-18: Reclamación/servicio duplicado exacto.
Departamento de Facturación
BillingDepartment
El departamento o equipo funcional responsable de realizar la actividad.
Descripción

Este Atributo especifica la unidad organizacional, como 'Entrada de Cargos', 'Envío de Reclamos' o 'Gestión de Denegaciones', que ejecutó un paso particular del proceso. Ayuda a comprender cómo se transfiere el trabajo entre diferentes equipos.

Esto es crucial para analizar el rendimiento departamental e identificar bottlenecks interfuncionales. Al filtrar el mapa de procesos por departamento, las organizaciones pueden ver dónde las transferencias son fluidas y dónde ocurren los retrasos, apoyando la asignación de recursos y la optimización de procesos organizacionales.

Por qué es importante

Permite el análisis del rendimiento del proceso por unidad organizacional, lo que ayuda a identificar cuellos de botella específicos del equipo, restricciones de recursos o mejores prácticas.

Dónde obtener

Esto puede derivarse del perfil del usuario en R1 RCM o almacenarse como un 'Código de Departamento' en los datos de la transacción.

Ejemplos
Captura de CargosGestión de SiniestrosDenegación y ApelacionesRegistro de pagos
Estado de la Factura
InvoiceStatus
El estado actual de la factura o el reclamo en su ciclo de vida.
Descripción

Este Atributo indica el último estado conocido de un evento de facturación, como 'Enviado', 'Pagado', 'Denegado' o 'En Cobranzas'. Proporciona una instantánea de dónde se encuentra una factura en el proceso en un momento determinado.

El estado de la factura es vital para crear informes de antigüedad y monitorear la salud de las cuentas por cobrar. En Process Mining, se puede usar para filtrar casos que están atascados en un estado particular o para analizar los resultados de diferentes variantes de proceso, por ejemplo, comparando las rutas de reclamos 'Pagados' frente a 'Denegados'.

Por qué es importante

Proporciona una vista del estado actual de cada caso, esencial para construir informes de antigüedad y analizar los resultados finales de las diferentes rutas del proceso.

Dónde obtener

Este es típicamente un campo de estado en el registro principal de reclamo o cuenta en R1 RCM.

Ejemplos
Pendiente de envíoEnviado al PagadorDenegadoPagada en su TotalidadEn Cobranza
Importe de Factura
InvoiceAmount
El valor monetario total de los cargos en la factura o el reclamo.
Descripción

Este Atributo representa el monto total facturado por los servicios prestados en un evento de facturación dado. Refleja los ingresos esperados del reclamo.

Analizar el importe de la factura es crítico para el Process Mining financiero. Permite priorizar reclamos de alto valor, comprender el impacto financiero de los retrasos o denegaciones del proceso y segmentar el proceso según el valor. Por ejemplo, un análisis podría revelar que los reclamos por encima de cierta cantidad siguen una ruta de proceso diferente, más manual.

Por qué es importante

Proporciona un contexto financiero al proceso, permitiendo analizar cómo las variaciones del proceso impactan en los ingresos y ayudando a priorizar los casos de alto valor para su mejora.

Dónde obtener

Ubicado en la tabla principal de encabezados de reclamaciones o facturas en R1 RCM, a menudo llamado 'TotalBilledAmount' o similar.

Ejemplos
150.002500.7585.5012000.00
Nombre del Pagador
PayerName
El nombre de la compañía de seguros, entidad gubernamental o paciente responsable del pago.
Descripción

Este Atributo identifica al pagador principal del reclamo. Podría ser una aseguradora comercial como Aetna, un pagador gubernamental como Medicare, o el propio paciente para las porciones de autopago.

Analizar el proceso por pagador es fundamental para la gestión del ciclo de ingresos. Puede revelar que ciertos pagadores tienen tasas de denegación más altas, ciclos de pago más largos o requisitos de envío más complejos. Estas perspectivas permiten a la organización adaptar sus procesos y recursos para gestionar eficazmente los comportamientos específicos de cada pagador.

Por qué es importante

Permite la segmentación del proceso por pagador para identificar retrasos, patrones de denegación o comportamientos de pago específicos del pagador, lo cual es crucial para optimizar los ingresos.

Dónde obtener

Se encuentra en la información de seguro o demográfica del paciente vinculada a la reclamación en R1 RCM.

Ejemplos
MedicareUnitedHealthcareBlue Cross Blue ShieldAetnaAutopago
Usuario Asignado
AssignedUser
El ID de usuario o nombre del empleado que realizó la actividad.
Descripción

Este Atributo identifica al individuo responsable de ejecutar una tarea específica en el proceso. Podría ser el facturador que creó el reclamo, el analista que reelaboró una denegación o el especialista que contabilizó un pago.

Analizar por usuario ayuda a comprender la distribución de la carga de trabajo, el rendimiento individual y las necesidades de capacitación. Puede resaltar qué usuarios son más eficientes o cuáles pueden estar asociados con tasas de error más altas, lo que permite esfuerzos de gestión y mejora de procesos específicos.

Por qué es importante

Permite el análisis del rendimiento individual y del equipo, la distribución de la carga de trabajo y ayuda a identificar oportunidades de capacitación o desviaciones de procesos específicas del usuario.

Dónde obtener

Típicamente se encuentra como un campo de 'UserID', 'Procesador' o 'ActualizadoPor' en los logs de transacciones dentro de R1 RCM.

Ejemplos
jdoeasmithp.jonesBOT_RPA01
¿Es Retrabajo?
IsRework
Un indicador calculado que identifica actividades que forman parte de un ciclo de retrabajo, como volver a presentar una reclamación denegada.
Descripción

Este Atributo es un indicador booleano que normalmente se calcula durante el análisis de Process Mining. Se convierte en 'verdadero' si una actividad es una repetición de un paso anterior o es parte de una secuencia que indica la corrección de un error, por ejemplo, cualquier actividad después de 'Reclamo Denegado'.

Identificar el retrabajo es una de las capacidades más poderosas del Process Mining. Cuantifica la cantidad de esfuerzo, tiempo y recursos desperdiciados en un proceso. Al señalar el retrabajo, las organizaciones pueden enfocar sus esfuerzos de mejora en prevenir los errores que lo causan en primer lugar, lo que lleva a ganancias significativas de eficiencia.

Por qué es importante

Ayuda a cuantificar la frecuencia y el impacto del retrabajo, como las denegaciones de reclamaciones, permitiendo un análisis dirigido para reducir las ineficiencias y el esfuerzo desperdiciado.

Dónde obtener

Este no es un campo en el sistema de origen. Es calculado por la herramienta de Process Mining basándose en la secuencia de actividades, como detectar cuando una actividad de 'Reclamo Enviado' ocurre más de una vez para el mismo caso.

Ejemplos
truefalse
Automatizado
IsAutomated
Un indicador que señala si la actividad fue realizada por un sistema automatizado o un usuario humano.
Descripción

Este Atributo booleano distingue entre tareas ejecutadas por automatización de software, como un bot RPA para el envío de reclamos, y tareas realizadas manualmente por un empleado.

Analizar este Atributo es clave para comprender el impacto y la efectividad de las iniciativas de automatización. Permite comparar la velocidad, el costo y las tasas de error de los procesos automatizados frente a los manuales, ayudando a identificar nuevas oportunidades de automatización y medir el ROI de los bots existentes.

Por qué es importante

Distingue entre actividades humanas y dirigidas por el sistema, lo cual es crítico para medir el impacto de la automatización en la eficiencia, el costo y la calidad del proceso.

Dónde obtener

Esto puede derivarse del campo 'AssignedUser', donde se reservan IDs de usuario específicos para bots (por ejemplo, 'BOT_RPA01'). Alternativamente, algunos sistemas tienen un campo dedicado para marcar transacciones automatizadas.

Ejemplos
truefalse
Código de Servicio
ServiceCode
El código de facturación para el servicio o procedimiento específico proporcionado, como un código CPT o HCPCS.
Descripción

Los códigos de servicio, como los códigos CPT (Current Procedural Terminology), son códigos médicos estandarizados utilizados para informar procedimientos y servicios médicos, quirúrgicos y de diagnóstico a los pagadores para su reembolso.

Analizar el proceso por código de servicio es esencial para identificar problemas de facturación relacionados con tipos específicos de atención. Puede destacar qué procedimientos son los más denegados, tienen los ciclos de pago más largos o requieren más retrabajo, permitiendo mejoras específicas en las prácticas de codificación y facturación.

Por qué es importante

Permite el análisis del proceso basado en el tipo de servicio prestado, lo cual es clave para identificar patrones de denegación o retrasos en los pagos asociados con procedimientos específicos.

Dónde obtener

Esta información se encuentra a nivel de ítem de línea para cada cargo o reclamo dentro de R1 RCM.

Ejemplos
992139928573560
ID de Paciente
PatientId
El identificador único del paciente que recibió el servicio.
Descripción

Este Atributo es el ID único asignado a un paciente dentro del sistema de atención médica, a menudo denominado Número de Expediente Médico (MRN).

Si bien la atención individual del paciente no es el foco, el ID del Paciente puede usarse para analizar problemas de facturación recurrentes para el mismo paciente a lo largo del tiempo. También puede ayudar a segmentar el proceso por demografía o historial del paciente si se vincula con otros datos del paciente, descubriendo potencialmente problemas sistémicos que afectan a ciertos grupos de pacientes.

Por qué es importante

Permite el análisis de eventos de facturación a nivel de paciente, lo que ayuda a identificar problemas o patrones recurrentes para pacientes específicos en múltiples encuentros.

Dónde obtener

Este identificador es una parte central de los datos demográficos del paciente vinculados a cada encuentro y reclamo en R1 RCM.

Ejemplos
MRN837262MRN937281MRN103847
Monto del Ajuste
AdjustmentAmount
El valor monetario de un ajuste realizado al saldo de la cuenta.
Descripción

Este Atributo captura el valor de cualquier ajuste financiero realizado en la cuenta de un paciente después de la facturación inicial. Los ajustes pueden ser positivos o negativos e incluyen asignaciones contractuales, cancelaciones o correcciones.

El seguimiento de los importes de los ajustes es fundamental para comprender la integridad de los ingresos. Los altos niveles de ajustes negativos pueden indicar una fuga de ingresos debido a problemas como una captura de cargos incorrecta o una deuda incobrable. Analizar estos datos ayuda a identificar el impacto financiero de los errores de facturación y las ineficiencias de cobranza.

Por qué es importante

Cuantifica la fuga de ingresos y las correcciones financieras, ayudando a identificar el impacto monetario de las imprecisiones de facturación, las obligaciones contractuales o la deuda incobrable.

Dónde obtener

Se encuentra en los registros de transacciones relacionados con ajustes de cuenta o registro de pagos en R1 RCM.

Ejemplos
-50.2520.00-1200.00
Razón de Ajuste
AdjustmentReason
La razón proporcionada para un ajuste financiero, como 'Asignación Contractual' o 'Castigo por Deuda Incobrable'.
Descripción

Este Atributo proporciona contexto sobre por qué se realizó un ajuste financiero en una cuenta. Las razones suelen ser códigos o descripciones estandarizadas que categorizan el tipo de ajuste.

Analizar las razones de los ajustes ayuda a diagnosticar las causas raíz de la fuga de ingresos. Por ejemplo, una alta frecuencia de 'Castigo de Saldo Pequeño' podría sugerir un proceso de cobranza ineficiente para pequeñas cantidades, mientras que las frecuentes 'Asignaciones Contractuales' son una parte esperada de las negociaciones con los pagadores. Este análisis apoya el dashboard de Auditoría de Cumplimiento y Ajustes de Facturación.

Por qué es importante

Explica el 'porqué' detrás de los ajustes de ingresos, ayudando a identificar las causas raíz de la pérdida de ingresos, como problemas contractuales, errores de facturación o fallos en el cobro.

Dónde obtener

Este es típicamente un campo de código o texto en el mismo registro de transacción que el AdjustmentAmount en R1 RCM.

Ejemplos
Subsidio ContractualCancelación de Deuda IncobrableCastigo de Pequeño SaldoCorrección de Error de Facturación
Resultado del Cobro
CollectionOutcome
El resultado final de las actividades de cobranza para un saldo pendiente.
Descripción

Este Atributo describe el resultado de los esfuerzos para cobrar un pago en una cuenta atrasada. Los posibles resultados incluyen 'Pagado en su Totalidad', 'Liquidado', 'Clasificado como Deuda Incobrable' o 'Sin Resolver'.

El seguimiento de los resultados de la cobranza es esencial para evaluar la efectividad del proceso de cobranza. Al analizar qué actividades conducen a qué resultados, las organizaciones pueden optimizar sus estrategias de cobranza, mejorar las tasas de recuperación y tomar decisiones informadas sobre cuándo cesar los esfuerzos de cobranza y cancelar saldos. Esto apoya el dashboard de Rendimiento de Actividades de Cobranza.

Por qué es importante

Mide la efectividad del proceso de cobro rastreando la resolución final de las cuentas atrasadas, lo que ayuda a optimizar las estrategias de cobro.

Dónde obtener

Este es probablemente un campo de estado en la cuenta del paciente o en un módulo de cobranzas dedicado dentro de R1 RCM.

Ejemplos
Pagada en su TotalidadLiquidado por un Monto MenorEnviado a Agencia ExternaCastigado a Deuda Incobrable
Tiempo de Ciclo de Servicio a Pago
ServiceToPaymentCycleTime
La duración total calculada desde que se prestó un servicio hasta que se contabilizó el pago final.
Descripción

Esta métrica mide la duración de punta a punta del ciclo de ingresos para un único evento de facturación. Representa el tiempo total que tarda una organización en convertir un servicio proporcionado en efectivo.

Este es un Indicador Clave de Rendimiento (KPI) crítico para la salud financiera. Analizar esta duración ayuda a identificar áreas principales para la aceleración del proceso. Al desglosar el tiempo de ciclo en sus partes componentes, como 'tiempo para facturar' y 'tiempo para pagar', las organizaciones pueden identificar las mayores oportunidades para mejorar el flujo de efectivo.

Por qué es importante

Este es un KPI crítico y de alto nivel que mide la eficiencia general del ciclo de conversión de efectivo, impactando directamente el flujo de efectivo de la organización.

Dónde obtener

Esta es una métrica calculada. Es la diferencia de tiempo entre el timestamp de la actividad 'Servicio Prestado' y la actividad 'Pago Contabilizado' para un Evento de Facturación dado.

Ejemplos
35 días 8 horas92 días 4 horas15 días 12 horas
Requerido Recomendado Opcional

Actividades de Gestión del Ciclo de Ingresos

Estos son los pasos clave del proceso y los hitos a capturar en su Registro de eventos para un descubrimiento preciso del proceso en la Gestión del Ciclo de Ingresos.
6 Recomendado 8 Opcional
Actividad Descripción
Cargos Capturados
Esta actividad significa el registro formal de todos los servicios, procedimientos y suministros facturables para un encuentro con el paciente. Es un paso crítico de entrada de datos que traduce las actividades clínicas en transacciones financieras.
Por qué es importante

Marca la transferencia de las operaciones clínicas a las financieras. Es el punto de partida para medir los tiempos de ciclo de generación de facturas y reclamaciones y ayuda a identificar los retrasos en la entrada de cargos.

Dónde obtener

Capturado dentro del módulo de entrada de cargos de R1 RCM o recibido a través de una interfaz de un EHR. El evento suele estar marcado por un registro de transacciones específico o por la marca de tiempo de creación del registro de cargo.

Capturar

Identificado por la marca de tiempo de creación del registro de transacción de cargo en la tabla de facturación.

Tipo de evento explicit
Cuenta Cerrada
El evento de facturación se resuelve completamente con un saldo cero y la cuenta se cierra formalmente. Esto significa la finalización exitosa del ciclo de ingresos para este encuentro específico.
Por qué es importante

Este es el evento final del 'camino feliz' principal para el proceso. Medir el tiempo de ciclo de cierre de cuentas ayuda a asegurar que las tareas administrativas se completen de manera eficiente y los registros se finalicen.

Dónde obtener

Este evento se infiere cuando el saldo de la cuenta llega a cero y se aplica un estado final de 'Cerrada' o 'Pagada en su Totalidad'. El timestamp se toma de la última transacción financiera que puso el saldo a cero.

Capturar

Inferido cuando el saldo de la cuenta llega a cero y se aplica un estado 'Cerrada', junto con una marca de tiempo de actividad final.

Tipo de evento inferred
Pago Contabilizado
El pago recibido se aplica oficialmente a la cuenta del paciente, reduciendo el saldo pendiente. Este es el paso final para conciliar un pago con los servicios que se facturaron.
Por qué es importante

Esta actividad proporciona el punto final para calcular los tiempos de ciclo de Servicio a Pago y de Contabilización de Pagos. Confirma que los ingresos se reconocen y las cuentas se actualizan con precisión.

Dónde obtener

Esto se registra como una transacción financiera explícita en el módulo de contabilidad de pacientes de R1 RCM. Cada contabilización incluye una fecha, un importe y una fuente.

Capturar

Registrado como una transacción específica con fecha de contabilización cuando un usuario o un proceso automatizado aplica el pago.

Tipo de evento explicit
Pago Recibido
Se recibe un pago de un pagador o de un paciente. Este evento marca la recepción de los fondos, pero estos aún no se han aplicado a la cuenta o líneas de servicio específicas.
Por qué es importante

Representa la entrada de efectivo. La brecha de tiempo entre 'Pago Recibido' y 'Pago Contabilizado' es una métrica clave para entender la eficiencia del back-office y los retrasos en la conciliación de efectivo.

Dónde obtener

Capturado de archivos de remesas electrónicas de pagadores o del procesamiento de pagos de pacientes. El evento corresponde a la fecha de depósito o a la fecha de recepción del archivo.

Capturar

Registrado a partir de la fecha de entrada en vigor del pago del archivo ERA o de la fecha de transacción de un pago de paciente.

Tipo de evento explicit
Servicio Prestado
Representa el punto en el que se completa un servicio o procedimiento facturable para un paciente. Este evento se suele capturar de un sistema clínico o de programación y sirve como disparador para el ciclo de ingresos.
Por qué es importante

Este es el punto de partida para el KPI de tiempo de ciclo de Servicio a Pago. Analizar el tiempo desde este evento ayuda a identificar retrasos iniciales en el ciclo de ingresos.

Dónde obtener

Típicamente obtenido de un Expediente de Salud Electrónico (EHR) o un sistema de gestión de prácticas integrado con R1 RCM. A menudo se infiere de una 'Fecha de Servicio' o un timestamp de 'Procedimiento Completado' en el registro del paciente.

Capturar

Inferido de la marca de tiempo de 'Fecha de Servicio' asociada con el encuentro del paciente.

Tipo de evento inferred
Siniestro Presentado
El reclamo generado se envía electrónicamente al pagador responsable, como una compañía de seguros. Esto marca la primera comunicación externa en el proceso de facturación para asegurar el reembolso.
Por qué es importante

Un hito crítico que inicia el plazo para el reembolso del pagador. El seguimiento de esto ayuda a monitorear los retrasos en la presentación y garantiza el cumplimiento de los plazos de presentación con los pagadores.

Dónde obtener

Este evento se registra como una transacción explícita cuando el reclamo se transmite a una cámara de compensación. El sistema registra el timestamp de envío y los detalles de confirmación.

Capturar

Registrado explícitamente como una transacción con una marca de tiempo de presentación cuando la reclamación se envía a través de la cámara de compensación.

Tipo de evento explicit
Actividad de Cobro Iniciada
La cuenta del paciente ha pasado a estar en mora y se inician esfuerzos de cobranza proactivos. Esto puede variar desde cartas de recordatorio automatizadas hasta la asignación a un especialista en cobranzas.
Por qué es importante

Marca el inicio del proceso de cobro intensivo en costos. Analizar la efectividad y el tiempo de ciclo de estas actividades ayuda a optimizar las estrategias para recuperar deudas incobrables.

Dónde obtener

Este evento probablemente se registra o se infiere de un cambio de estado cuando una cuenta se mueve a una cola de trabajo de cobranzas o se le asigna un código de estado de cobranzas dentro de R1 RCM.

Capturar

Inferido de un cambio de estado en la cuenta a un estado de 'Cobranza' o 'Moroso'.

Tipo de evento inferred
Adjudicación del Pagador Recibida
El sistema recibe una respuesta del pagador con respecto al reclamo enviado, a menudo en un archivo de Aviso Electrónico de Remesas (ERA). Esta respuesta detalla lo que se pagó, denegó o ajustó.
Por qué es importante

Este evento es una bifurcación crucial en el proceso, que determina si el siguiente paso es la contabilización del pago o la gestión de denegaciones. Analizar esto ayuda a comprender el comportamiento del pagador y la velocidad de pago.

Dónde obtener

Capturado cuando un archivo de remesa electrónica, como un archivo ANSI 835, del pagador es procesado por R1 RCM. El evento se marca con la marca de tiempo de procesamiento de este archivo.

Capturar

Registrado tras la ingesta y procesamiento del archivo de Aviso de Remesa Electrónica (ERA/835).

Tipo de evento explicit
Ajuste de Cuenta Realizado
Una transacción sin pago se registra en la cuenta para cambiar el saldo. Esto puede incluir ajustes contractuales basados en acuerdos con el pagador, cancelaciones de saldos pequeños o correcciones.
Por qué es importante

Los altos volúmenes de ajustes pueden indicar problemas con los programas de tarifas, la gestión de contratos o errores de facturación. El seguimiento de los ajustes es crítico para analizar la integridad de los ingresos.

Dónde obtener

Registrado como un tipo de transacción específico en el módulo de contabilidad de pacientes de R1 RCM. Cada ajuste tiene un código, un importe y una fecha de contabilización.

Capturar

Registrado como una transacción de ajuste distinta, identificable por un código de transacción único.

Tipo de evento explicit
Cuenta Clasificada como Deuda Incobrable
Se han agotado todos los esfuerzos de cobro y el saldo restante de la cuenta se considera incobrable. El saldo se cancela como deuda incobrable, lo que representa una pérdida final de ingresos.
Por qué es importante

Esto representa un resultado de proceso negativo y una pérdida directa de ingresos. Analizar qué casos terminan en deuda incobrable puede revelar patrones de impago y oportunidades para mejorar las cobranzas.

Dónde obtener

Esta es típicamente una transacción explícita en R1 RCM donde el saldo pendiente se mueve a una categoría específica de deuda incobrable, a menudo activada por un usuario o por reglas de envejecimiento automatizadas.

Capturar

Registrado como una transacción financiera específica para cancelar el saldo, a menudo asociado con una transferencia a una agencia de cobranza externa.

Tipo de evento explicit
Estado de Cuenta del Paciente Generado
Después de la adjudicación del seguro, se crea un estado de cuenta para el paciente que detalla el saldo restante del que es responsable. Esto podría ser para copagos, deducibles o servicios no cubiertos.
Por qué es importante

Esta actividad inicia la parte del pago del paciente del ciclo de ingresos. Analizar su tiempo y frecuencia es importante para gestionar las cobranzas de pacientes y el flujo de efectivo.

Dónde obtener

Típicamente capturado como un evento registrado cuando se ejecuta un proceso por lotes para crear e imprimir o enviar electrónicamente estados de cuenta de pacientes. R1 RCM registraría la fecha en que se generó el estado de cuenta.

Capturar

Registrado como una transacción cuando se ejecuta el proceso por lotes para generar estados de cuenta de pacientes.

Tipo de evento explicit
Retrabajo de Denegación Iniciado
Un usuario o flujo de trabajo automatizado comienza a investigar y resolver una reclamación denegada. Esto puede implicar corregir la codificación, presentar documentación o apelar la decisión del pagador.
Por qué es importante

Rastrea el inicio del costoso bucle de retrabajo para reclamos denegados. Medir el tiempo dedicado a esta fase es clave para comprender la eficiencia del equipo de gestión de denegaciones.

Dónde obtener

Este evento a menudo se infiere de un cambio en el estado del reclamo denegado a 'Retrabajo en Curso' o 'En Revisión' dentro de una cola de trabajo de R1 RCM o un módulo de gestión de denegaciones.

Capturar

Inferido de un cambio de estado en una cola de trabajo de gestión de denegaciones o por la primera acción del usuario sobre una reclamación denegada.

Tipo de evento inferred
Siniestro Creado
Se genera una reclamación de facturación formal en el sistema basada en los cargos capturados. Esto implica la compilación de datos demográficos del paciente, información del seguro y códigos de servicio en un formato estandarizado.
Por qué es importante

Este es un hito interno clave antes de la presentación externa. Los retrasos aquí pueden indicar problemas con la codificación, la validación de datos o la configuración del sistema que ralentizan todo el proceso de facturación.

Dónde obtener

Este es un evento de sistema interno dentro de R1 RCM. Probablemente se captura como un cambio de estado en la cuenta de facturación o por el timestamp de creación de la propia entidad del reclamo.

Capturar

Inferido del cambio de estado a 'Reclamación Generada' o de la marca de tiempo de creación del registro de reclamación.

Tipo de evento inferred
Siniestro Denegado
El pagador se ha negado a pagar el reclamo, ya sea en su totalidad o por ítems específicos. La razón de la denegación se registra, iniciando un proceso de retrabajo y apelaciones.
Por qué es importante

Esta actividad resalta la fuga de ingresos y la ineficiencia del proceso. Analizar las razones de denegación es esencial para identificar las causas raíz y mejorar las tasas de aceptación de reclamos en el primer intento.

Dónde obtener

Este no es un evento discreto, sino un estado inferido de los detalles dentro de un archivo ERA procesado. Los códigos de denegación específicos dentro de los datos de la remesa activan un cambio de estado en el reclamo.

Capturar

Inferido de los códigos de denegación presentes en el archivo ERA procesado, que cambian el estado de la reclamación a 'Denegada'.

Tipo de evento inferred
Recomendado Opcional

Guías de Extracción

Cómo obtener sus datos de R1 RCM