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

Template universal de Process Mining
Su Template de datos de gestión del ciclo de ingresos

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

Template universal de Process Mining

Este es nuestro Template genérico de datos de Process Mining para Gestión del ciclo de ingresos. Utilice nuestros Templates específicos para cada sistema para obtener orientación más detallada.

Seleccione un sistema específico
  • Aplicable a cualquier sistema RCM para realizar Process Mining.
  • Atributos y actividades principales para crear un registro de eventos eficaz.
  • Un recurso fundamental para realizar análisis y optimización de procesos sólidos.
¿Es nuevo en los registros de eventos? Aprenda a crear un registro de eventos de Process Mining.

Atributos de la gestión del ciclo de ingresos

Esta tabla detalla los campos de datos recomendados que debe incluir en su registro de eventos para garantizar un análisis exhaustivo de su ciclo de ingresos.
5 Obligatorio 7 Recomendado 6 Opcional
Nombre Descripción
ID del evento de facturación
BillingEventId
El identificador único de una entrega individual de un servicio o producto que genera un cargo. Sirve como identificador principal del caso en el proceso del ciclo de ingresos.
Descripción

El ID del evento de facturación es una clave única asignada a cada instancia de un servicio facturable, desde la captura inicial del cargo hasta el pago final o la baja contable. Actúa como hilo conductor central que conecta todas las actividades relacionadas, como la creación, el envío y el rechazo de la reclamación, así como la contabilización del pago, para un encuentro de servicio específico.

En Process Mining, este atributo es fundamental para reconstruir el recorrido completo de cada evento de facturación. Al agrupar todas las actividades relacionadas bajo un único ID del evento de facturación, las personas analistas pueden visualizar los flujos del proceso, identificar cuellos de botella, medir los tiempos de ciclo y comprender las variaciones en la gestión de los distintos casos. Constituye la base de todos los análisis centrados en casos dentro del ciclo de ingresos.

Por qué es importante

Es el identificador esencial del caso que vincula todas las actividades relacionadas, lo que permite reconstruir y analizar el ciclo completo de ingresos de cada servicio facturable.

Dónde obtenerlo

Normalmente es una clave primaria en las tablas de transacciones de facturación o de eventos financieros.

Ejemplos
BE-2024-001234INV-987654ACCN-456789012
Marca de tiempo del evento
EventTimestamp
La fecha y hora exactas en las que se registró una actividad específica en el sistema.
Descripción

La marca de tiempo del evento señala el momento en el que tuvo lugar o se registró una actividad. Proporciona el contexto cronológico de todos los eventos de un caso y forma una línea temporal desde el inicio hasta el final del ciclo de ingresos.

Las marcas de tiempo son la base del análisis del rendimiento en Process Mining. Se utilizan para calcular KPI fundamentales, como el tiempo total del ciclo, la duración entre actividades específicas y los tiempos de espera. Al analizar las marcas de tiempo, las organizaciones pueden identificar cuellos de botella en los que los casos pasan más tiempo, medir el cumplimiento de los acuerdos de nivel de servicio y comprender la dinámica temporal del proceso.

Por qué es importante

Proporciona los datos cronológicos necesarios para calcular los tiempos de ciclo, identificar cuellos de botella y analizar el rendimiento y la eficiencia del proceso.

Dónde obtenerlo

Esta información suele estar disponible en registros de transacciones, pistas de auditoría o como campo de «fecha de creación» o «fecha de cambio de estado» en las tablas de eventos.

Ejemplos
2023-10-26T10:00:00Z2023-11-15T14:35:10Z2024-01-05T09:12:45Z
Nombre de la actividad
ActivityName
El nombre del paso, tarea o evento específico que tuvo lugar dentro del proceso del ciclo de ingresos para un evento de facturación determinado.
Descripción

El nombre de la actividad describe una acción o hito diferenciado en el ciclo de vida de los ingresos. Algunos ejemplos son «Service Rendered», «Claim Submitted», «Remittance Received», «Payment Posted» y «Account Written Off». Cada actividad representa un paso del proceso que consume tiempo y recursos.

Este atributo es fundamental para el Process Mining, ya que define los nodos del mapa de procesos. Analizar la secuencia, frecuencia y duración de estas actividades permite visualizar el flujo real del proceso, compararlo con un modelo diseñado e identificar desviaciones, ciclos de retrabajo como los rechazos de reclamaciones e ineficiencias.

Por qué es importante

Este atributo define los pasos del proceso, algo esencial para descubrir y visualizar el mapa de procesos, identificar retrabajos y analizar la conformidad del proceso.

Dónde obtenerlo

Suele encontrarse en registros de eventos y tablas de transacciones, o derivarse de registros de cambios de estado del módulo de facturación o reclamaciones.

Ejemplos
Reclamación enviadaPago contabilizadoInicio del retrabajo de un rechazoEstado de cuenta de la persona paciente enviado
Sistema de origen
SourceSystem
El sistema de información, aplicación o módulo del que se extrajeron los datos del evento.
Descripción

El atributo Sistema de origen identifica el origen de los datos de un evento específico. En un entorno de TI complejo, el ciclo de ingresos suele abarcar varios sistemas, como un sistema de historia clínica electrónica (EHR) para la prestación de servicios, un sistema de facturación específico para el envío de reclamaciones y una plataforma independiente de cobros.

Conocer el sistema de origen es valioso para validar datos, solucionar problemas y comprender la fragmentación del proceso. Puede ayudar a identificar incoherencias entre sistemas o revelar pasos del proceso gestionados en distintas aplicaciones, lo que puede provocar retrasos o errores en la transferencia de datos. Este análisis ayuda a evaluar la integración y la eficiencia de la arquitectura de TI general que sustenta el proceso.

Por qué es importante

Ayuda a comprender la fragmentación del proceso entre distintos sistemas de TI y es fundamental para validar los datos e identificar cuellos de botella específicos de cada sistema.

Dónde obtenerlo

Esta información suele estar disponible como campo estándar en las extracciones de datos o puede derivarse de la tabla o el archivo de origen del que se obtuvieron los datos.

Ejemplos
Epic ResoluteOracle HealthR1 RCM PlatformWaystar
Última actualización de datos
LastDataUpdate
La marca de tiempo que indica la última vez que se actualizaron o extrajeron del sistema de origen los datos de este registro de evento específico.
Descripción

Este atributo registra cuándo se extrajeron por última vez los datos del sistema de origen. Es un campo de metadatos fundamental para comprender la actualidad y la puntualidad de los datos analizados. Refleja la latencia del flujo de datos e indica hasta qué punto está actualizado el análisis de Process Mining.

En los Dashboards y análisis de Process Mining, la marca de tiempo de la última actualización de datos proporciona al usuario contexto sobre la actualidad de los datos. Para la supervisión operativa, es esencial saber si la vista representa el estado del proceso de hace cinco minutos o de la noche anterior. Esto ayuda a gestionar las expectativas de los usuarios y garantiza que las decisiones se tomen basándose en datos cuya antigüedad se conoce.

Por qué es importante

Proporciona un contexto fundamental sobre la puntualidad y actualidad de los datos, y garantiza que el análisis y las decisiones se basen en un periodo de referencia conocido.

Dónde obtenerlo

Normalmente se añade durante el proceso de extracción, transformación y carga (ETL) de datos y se almacena como columna de metadatos en el registro de eventos.

Ejemplos
2024-03-15T02:00:00Z2024-03-15T03:00:00Z2024-03-15T04:00:00Z
Categoría del servicio
ServiceCategory
Categoría, tipo o clasificación del servicio prestado, como hospitalización, atención ambulatoria o radiología.
Descripción

La categoría del servicio clasifica el tipo de atención o servicio proporcionado al paciente. Puede tratarse de una clasificación general, como «hospitalización» frente a «atención ambulatoria», o de una categoría departamental más específica, como «cirugía», «urgencias» o «laboratorio». Las distintas categorías de servicio suelen tener reglas de facturación, requisitos de los pagadores y flujos de proceso diferentes.

Segmentar el proceso del ciclo de ingresos por categoría del servicio es esencial para realizar un análisis significativo. Permite comparar el rendimiento de distintas líneas de servicio, por ejemplo, para comprobar si la tasa de denegaciones de los procedimientos quirúrgicos es superior a la de las consultas. Este nivel de detalle ayuda a aislar problemas y adaptar las iniciativas de mejora al contexto operativo específico de cada área de servicio.

Por qué es importante

Permite comparar el rendimiento de distintas líneas de servicio y detectar variaciones en la eficiencia, las tasas de denegación y los ciclos de pago específicas de determinados tipos de atención.

Dónde obtenerlo

Esta información suele estar disponible en los registros detallados de cargos o puede derivarse de la clase del paciente, el departamento o los códigos de procedimiento.

Ejemplos
HospitalizaciónAtención ambulatoriaUrgenciasRadiologíaProcedimiento quirúrgico
Código de motivo del rechazo
DenialReasonCode
Un código y una descripción estandarizados que indican el motivo por el que el pagador rechazó una reclamación.
Descripción

Cuando un pagador rechaza una reclamación enviada, proporciona un código de motivo del rechazo para explicar por qué no se pagó. Estos códigos suelen seguir estándares del sector, como los Claim Adjustment Reason Codes (CARC), y señalan problemas específicos, como «Service Not Covered», «Duplicate Claim» o «Additional Information Required».

Este atributo es uno de los más útiles para el análisis de causas raíz en el ciclo de ingresos. Al analizar la frecuencia y el impacto financiero de los distintos motivos de rechazo, las organizaciones pueden localizar los fallos del proceso previos que provocan los rechazos. Por ejemplo, un número elevado de rechazos por «Incorrect Patient Information» apunta a problemas en el proceso de registro de pacientes. Esto permite aplicar mejoras basadas en datos para prevenir futuros rechazos y mejorar la tasa de pago en el primer envío.

Por qué es importante

Es fundamental para analizar las causas raíz de los rechazos de reclamaciones y permite aplicar mejoras específicas en los procesos iniciales y de mitad de ciclo para evitar futuras pérdidas de ingresos.

Dónde obtenerlo

Esta información procede de los archivos Electronic Remittance Advice (ERA) o Explanation of Benefits (EOB) recibidos de los pagadores.

Ejemplos
CO-16: a la reclamación o al servicio le falta informaciónPR-97: el beneficio de este servicio está incluido en el pago de otro servicioOA-18: reclamación o servicio duplicadoCO-22: esta atención puede estar cubierta por otro pagador según la coordinación de beneficios
Departamento responsable
ResponsibleDepartment
El departamento, equipo o área funcional responsable de realizar la actividad.
Descripción

Este atributo identifica la unidad organizativa asociada a un paso concreto del proceso, como «Patient Access», «Coding», «Billing» o «Collections». Ayuda a comprender cómo se distribuye el trabajo y cómo se transfiere entre los distintos equipos.

Analizar el proceso desde la perspectiva departamental es esencial para comprender la colaboración interfuncional e identificar cuellos de botella que aparecen en los puntos de transferencia entre equipos. Permite a las personas responsables ver qué departamentos participan en determinadas variantes del proceso, medir la eficiencia departamental y asignar recursos de forma más eficaz. Este análisis puede poner de manifiesto problemas sistémicos dentro de un departamento que afectan a todo el ciclo de ingresos.

Por qué es importante

Ayuda a identificar cuellos de botella entre departamentos y a analizar el rendimiento por área funcional, revelando oportunidades para mejorar la colaboración entre equipos.

Dónde obtenerlo

Esta información puede formar parte de los datos de la transacción o derivarse de los datos maestros asociados a la persona usuaria responsable.

Ejemplos
Departamento de facturaciónServicios de codificaciónGestión de denegacionesCobros
Importe del ajuste
AdjustmentAmount
El valor monetario de cualquier ajuste, baja contable o bonificación contractual aplicada al saldo de la cuenta.
Descripción

El importe del ajuste representa la parte del importe facturado que no se espera cobrar al pagador o a la persona paciente por motivos como acuerdos contractuales, descuentos o bajas contables. Estos ajustes reducen el total de las cuentas por cobrar y forman parte normal del ciclo de ingresos.

Analizar los importes de los ajustes y sus motivos asociados es clave para comprender la integridad de los ingresos. Un nivel elevado o inesperado de ajustes puede indicar problemas en la captura de cargos, la codificación o la gestión de contratos. Process Mining puede ayudar a identificar qué variantes del proceso o actividades específicas conducen a tasas de ajuste más altas, lo que permite realizar un análisis específico de las causas raíz para maximizar la materialización de los ingresos.

Por qué es importante

Ayuda a analizar las fugas de ingresos mediante el seguimiento de bajas contables y bonificaciones contractuales, y pone de relieve posibles problemas en los procesos de contratación o facturación.

Dónde obtenerlo

Este valor suele registrarse en tablas de ajustes financieros o módulos de contabilización de pagos.

Ejemplos
29.50500.75100.001500.00
Importe facturado
BilledAmount
El valor monetario bruto del servicio o producto facturado, antes de aplicar ajustes o pagos.
Descripción

El importe facturado representa el cargo total por los servicios prestados que se envió en una reclamación o factura. Es el valor financiero inicial del evento de facturación y sirve como base para medir todas las transacciones financieras posteriores, como pagos y ajustes.

En Process Mining, analizar el importe facturado es fundamental para comprender el impacto financiero de las ineficiencias del proceso. Puede utilizarse para segmentar los casos en categorías de alto y bajo valor, y revelar si determinados problemas del proceso afectan de forma desproporcionada a las reclamaciones de mayores ingresos. Relacionar este importe con métricas como el tiempo de ciclo o la tasa de rechazo ayuda a priorizar las iniciativas de mejora que abordan los problemas con mayores consecuencias financieras.

Por qué es importante

Establece el valor financiero inicial de un caso y permite analizar el impacto económico de ineficiencias del proceso, como retrasos y rechazos.

Dónde obtenerlo

Es un atributo financiero básico que se encuentra en las tablas de transacciones de captura de cargos, facturación o reclamaciones.

Ejemplos
150.002500.75500.0010000.00
Nombre del pagador
PayerName
El nombre de la compañía de seguros, entidad gubernamental u otro pagador externo responsable del pago.
Descripción

El atributo Nombre del pagador identifica la entidad principal a la que se envía una reclamación para obtener el reembolso. Los pagadores pueden ser aseguradoras comerciales como Aetna o UnitedHealthcare, programas gubernamentales como Medicare o Medicaid, u otras entidades. Cada pagador tiene sus propias reglas, requisitos de envío y comportamientos de pago.

Este atributo es fundamental para analizar el rendimiento del ciclo de ingresos. Al segmentar el proceso por pagador, las organizaciones pueden identificar cuáles presentan las tasas de rechazo más altas, los ciclos de pago más largos o más solicitudes de información adicional. Este análisis permite aplicar medidas específicas, como renegociar contratos, adaptar los procesos de envío a determinados pagadores y centrar los esfuerzos de gestión de rechazos donde más se necesitan.

Por qué es importante

Permite segmentar por pagador métricas de rendimiento como las tasas de rechazo y los tiempos de pago, algo fundamental para realizar mejoras específicas y negociar contratos.

Dónde obtenerlo

Esta información suele encontrarse en los datos de registro de pacientes, seguros o reclamaciones asociados al evento de facturación.

Ejemplos
AetnaCignaMedicareUnitedHealthcare
Persona usuaria responsable
ResponsibleUser
El identificador de la persona usuaria, empleada o agente automatizado que realizó la actividad.
Descripción

El atributo Persona usuaria responsable vincula un paso del proceso con la persona o el sistema que lo ejecutó. Puede tratarse de una persona encargada de completar la codificación médica, una especialista en facturación que envía una reclamación o un bot automatizado que contabiliza un pago. El seguimiento de la persona usuaria añade una perspectiva humana o centrada en el sistema al análisis del proceso.

Analizar el rendimiento del proceso por persona usuaria o equipo puede revelar oportunidades de formación, identificar a las personas con mejor rendimiento y garantizar una distribución adecuada de la carga de trabajo. También es fundamental para el cumplimiento y las auditorías, ya que permite establecer claramente la responsabilidad de cada acción. Este atributo permite analizar en detalle el rendimiento y la utilización de los recursos.

Por qué es importante

Permite analizar el rendimiento de los equipos y las personas, la distribución de la carga de trabajo y las tasas de automatización, y proporciona información sobre la eficiencia de los recursos y las necesidades de formación.

Dónde obtenerlo

Suele encontrarse en registros de transacciones o pistas de auditoría, en campos como «User ID», «Employee ID» o «Processor».

Ejemplos
john.doejane.smithAUTO-POSTER-BOTU123456
Estado de la cuenta
AccountStatus
Estado actual de la cuenta de facturación dentro del ciclo de ingresos, como «facturada», «pagada» o «en gestión de cobro».
Descripción

El estado de la cuenta proporciona una instantánea de la situación de un evento de facturación dentro de su ciclo de vida en un momento determinado. Este estado refleja el resultado de la actividad más reciente e indica si la cuenta está abierta y pendiente de pago, cerrada, enviada a cobros o en otro estado.

Aunque Process Mining reconstruye el flujo de actividades, el atributo Estado de la cuenta resulta útil para filtrar y segmentar los casos según su situación actual. Es especialmente útil para los Dashboards de supervisión operativa que deben mostrar el volumen y el importe de las cuentas en distintas etapas, como el total de cuentas por cobrar pendientes actualmente de la respuesta del pagador o el número de cuentas enviadas recientemente a una agencia de cobros.

Por qué es importante

Proporciona una instantánea del estado actual de los casos, útil para los Dashboards operativos y para segmentar el análisis según el punto del ciclo de vida en el que se encuentran las cuentas.

Dónde obtenerlo

Normalmente es un campo de estado del registro principal de la cuenta del paciente o del evento de facturación en el sistema de contabilidad de pacientes.

Ejemplos
Facturado - en espera del pagadorPagado en su totalidadDenegadoEnviado a cobrosCerrado - cancelado
ID de la reclamación
ClaimId
Identificador único asignado a una reclamación de seguro presentada ante un pagador.
Descripción

El ID de la reclamación es un identificador específico de la factura enviada a una compañía de seguros. Un único evento de facturación puede generar varias reclamaciones si debe facturarse a pagadores primarios, secundarios y terciarios, o si una reclamación se corrige y se vuelve a presentar.

El seguimiento del ID de la reclamación es importante para comprender los detalles del proceso de interacción con el pagador. Permite analizar los ciclos de retrabajo relacionados con la presentación repetida de reclamaciones y seguir el estado de una factura específica enviada a un pagador. Analizar el proceso por ID de la reclamación ofrece una visión más detallada del ciclo de presentación y resolución que analizar únicamente el evento de facturación.

Por qué es importante

Permite realizar un seguimiento detallado de las reclamaciones presentadas y reenviadas, con un análisis granular de las interacciones con los pagadores y los ciclos de retrabajo.

Dónde obtenerlo

Este identificador lo genera el sistema de facturación al crear la reclamación y se almacena en las tablas de gestión de reclamaciones.

Ejemplos
CLM-2024-555-1239876543210-01TCN-A1B2C3D4E5
ID del paciente
PatientId
Identificador único del paciente que recibió los servicios.
Descripción

El ID del paciente es una clave única asignada a cada paciente en el índice maestro de pacientes del sistema sanitario. Este identificador vincula todas las atenciones clínicas y transacciones financieras del paciente a lo largo del tiempo.

Mientras que el ID del evento de facturación corresponde a un único servicio, el ID del paciente permite realizar un análisis más amplio de varias atenciones del mismo paciente. Esto puede revelar problemas recurrentes, como errores repetidos de registro o patrones en la utilización de los servicios. También permite analizar el recorrido financiero completo del paciente, lo que resulta útil para comprender su responsabilidad económica y fidelidad.

Por qué es importante

Permite analizar varios eventos de facturación del mismo paciente, identificar problemas recurrentes y comprender su recorrido financiero general.

Dónde obtenerlo

Este es un identificador principal presente en prácticamente todos los sistemas clínicos y financieros, cuyo origen suele estar en el sistema de registro de pacientes o en el sistema EHR.

Ejemplos
MRN-100345PAT-987654321202400567
Importe pagado
PaidAmount
El valor monetario total recibido de los pagadores y de la persona paciente por los servicios facturados.
Descripción

El importe pagado es la suma acumulada de todos los pagos contabilizados contra un evento de facturación específico. Incluye los pagos de los pagadores de seguros primarios y secundarios, así como los realizados por la persona paciente. Representa el efectivo realmente cobrado por los servicios prestados.

Analizar el importe pagado es esencial para medir el éxito financiero y la eficiencia del ciclo de ingresos. Comparar el importe pagado con el importe facturado proporciona información sobre los ingresos netos y las tasas de cobro. En Process Mining, este atributo ayuda a cuantificar el resultado financiero de las distintas rutas del proceso y puede utilizarse para identificar las características de las reclamaciones que se pagan íntegra y puntualmente frente a las que no.

Por qué es importante

Mide el efectivo realmente cobrado en un caso, algo fundamental para evaluar la eficacia de los cobros y el rendimiento financiero general del proceso.

Dónde obtenerlo

Esta información se encuentra en las tablas de transacciones de contabilización de pagos o aplicación de efectivo.

Ejemplos
120.502000.000.00450.25
Motivo del ajuste
AdjustmentReason
El motivo de un ajuste financiero, como una bonificación contractual o una baja de deuda incobrable.
Descripción

Al igual que el motivo del rechazo, el motivo del ajuste explica por qué se dio de baja o ajustó una parte del importe facturado. Estos motivos aclaran si el ajuste se debió a una obligación contractual con un pagador, una política de atención benéfica, la baja de un saldo pequeño o la corrección de un error de facturación.

Analizar los motivos de los ajustes proporciona información sobre la integridad de los ingresos y el rendimiento financiero. Ayuda a diferenciar entre ajustes contractuales previstos y bajas contables evitables debidas a errores internos. Al filtrar el mapa de procesos según motivos de ajuste específicos, las personas analistas pueden identificar debilidades del proceso que provocan pérdidas de ingresos evitables y orientar las iniciativas de mejora en consecuencia.

Por qué es importante

Proporciona contexto sobre los ajustes financieros y ayuda a diferenciar entre obligaciones contractuales y pérdidas de ingresos evitables causadas por errores del proceso.

Dónde obtenerlo

Se encuentra en las tablas de transacciones financieras del sistema de facturación o contabilidad de pacientes, a menudo vinculado a transacciones de ajustes o cancelaciones contables.

Ejemplos
Descuento contractualCancelación de saldo pequeñoDeuda incobrableCorrección de error de facturación
Saldo pendiente
OutstandingBalance
El saldo restante no pagado del evento de facturación en un momento determinado.
Descripción

El saldo pendiente representa el importe que aún debe cobrarse por un evento de facturación. Normalmente se calcula como el importe facturado menos los importes pagados y ajustados. Este valor cambia a lo largo del ciclo de vida del caso a medida que se contabilizan pagos y ajustes.

Este atributo es un indicador clave de la salud de las cuentas por cobrar. En Process Mining, analizar el saldo pendiente en distintas etapas del proceso ayuda a gestionar el envejecimiento de las cuentas por cobrar y a priorizar los esfuerzos de cobro. Puede utilizarse para identificar qué tipos de casos o rutas del proceso tienden a presentar saldos residuales elevados, lo que indica problemas en la resolución de pagos o rechazos.

Por qué es importante

Es una medida clave de las cuentas por cobrar y de la eficacia de los cobros, y ayuda a priorizar las actividades de seguimiento y analizar el envejecimiento de las cuentas por cobrar.

Dónde obtenerlo

A menudo se calcula a partir de los importes facturados, pagados y ajustados. También puede almacenarse como campo en un sistema de cuentas por cobrar o de contabilidad de pacientes.

Ejemplos
50.000.00125.308500.00
Obligatorio Recomendado Opcional

Actividades de la gestión del ciclo de ingresos

Esta tabla presenta los pasos clave y los hitos del proceso que debe capturar para descubrir el proceso con precisión y obtener conclusiones detalladas sobre su ciclo de ingresos.
5 Recomendado 10 Opcional
Actividad Descripción
Evento de facturación cerrado
El evento de facturación se ha resuelto por completo, su saldo pendiente ha llegado a cero y no se espera ninguna actividad adicional. Esto puede ocurrir mediante pagos, ajustes, bajas contables o una combinación de estos.
Por qué es importante

Esta actividad marca el final del proceso y permite calcular el tiempo total del ciclo de extremo a extremo. Confirma el resultado final del evento de facturación, tanto si se cobró correctamente como si se dio de baja.

Dónde obtenerlo

Este estado suele inferirse cuando el saldo de la cuenta llega a cero. Algunos sistemas pueden tener un estado explícito «Closed» o un campo de fecha de cierre en el registro de la cuenta.

Recopilar

Infiera este evento identificando la marca de tiempo de la última transacción financiera que dio lugar a un saldo cero para el evento de facturación.

Tipo de evento inferred
Pago contabilizado
Un pago recibido se aplica oficialmente a la cuenta de la persona paciente y se asigna a líneas de servicio específicas. Esta acción transfiere el saldo de las cuentas por cobrar al efectivo y reduce el saldo pendiente.
Por qué es importante

Este es un hito clave de éxito que confirma que el pagador ha abonado los ingresos. Los retrasos en la contabilización de pagos pueden distorsionar la precisión del envejecimiento de las cuentas por cobrar y de los informes de flujo de efectivo.

Dónde obtenerlo

Se trata de una transacción financiera explícita registrada en el libro mayor del sistema de contabilidad de pacientes. Cada aplicación de pago debe tener su propia fecha y hora de transacción.

Recopilar

Utilice la marca de tiempo de la transacción de la aplicación del pago o del diario de contabilización de efectivo.

Tipo de evento explicit
Reclamación enviada
Esta actividad marca el envío electrónico o en papel de la reclamación generada a la compañía de seguros o al pagador para su evaluación. Representa la solicitud oficial de pago por los servicios prestados.
Por qué es importante

El seguimiento de esta actividad es fundamental para medir el tiempo del ciclo de servicio a factura e identificar retrasos entre la creación y el envío de la reclamación. Es un hito clave que indica cuándo el Billing Event entra oficialmente en las cuentas por cobrar.

Dónde obtenerlo

Este evento suele registrarse en los registros de transacciones de reclamaciones o en las tablas de interfaz del clearinghouse, a menudo con una actualización de estado específica que indica que la transmisión se realizó correctamente.

Recopilar

Capture la marca de tiempo en la que el estado de la reclamación cambia a «Submitted», «Transmitted» o un estado equivalente.

Tipo de evento explicit
Reclamación rechazada
Representa el rechazo de una reclamación o de partidas específicas por parte del pagador, lo que impide el pago. Normalmente se identifica cuando el proveedor recibe y procesa un documento de remesa del pagador.
Por qué es importante

Identificar los rechazos de reclamaciones es fundamental para analizar las fugas de ingresos, las tasas de rechazo y la eficacia del proceso de gestión de rechazos. Es el principal desencadenante de los ciclos de retrabajo y las apelaciones.

Dónde obtenerlo

Este evento suele encontrarse en los datos de remesas, concretamente mediante la identificación de códigos de motivo de ajuste de reclamaciones (CARC) que indican un rechazo.

Recopilar

Infiera este evento analizando los datos de remesas en busca de códigos de rechazo asociados a una reclamación o línea de servicio.

Tipo de evento inferred
Servicio prestado
Esta actividad marca el inicio del Billing Event y representa el momento en que se presta un servicio clínico a un paciente. Es el desencadenante que inicia todo el proceso del ciclo de ingresos para un encuentro concreto.
Por qué es importante

Este es el punto de inicio principal del proceso integral y permite medir el tiempo total del ciclo de ingresos. Ayuda a identificar los retrasos entre la prestación del servicio clínico y el inicio de las actividades de facturación.

Dónde obtenerlo

Esta información suele proceder de un sistema clínico, de programación o de historia clínica electrónica. A menudo se captura a partir de una nota clínica firmada, un registro de procedimiento completado o un registro de alta del paciente.

Recopilar

Capture la marca de tiempo asociada a la finalización del encuentro clínico, la fecha del servicio o la fecha de alta.

Tipo de evento explicit
Cargos capturados
Representa el registro formal de todos los servicios, procedimientos y suministros facturables correspondientes a un encuentro con el paciente. Esto convierte las actividades clínicas en transacciones financieras que pueden facturarse.
Por qué es importante

Analizar el tiempo transcurrido entre la prestación del servicio y la captura de cargos pone de relieve posibles retrasos en el reconocimiento de ingresos. Este paso es fundamental para garantizar que todos los servicios facturables se contabilicen y evitar fugas de ingresos.

Dónde obtenerlo

Estos datos se encuentran en las tablas de transacciones de cargos o en los registros financieros del sistema de facturación o contabilidad de pacientes. Cada elemento facturable debe tener una marca de tiempo de creación asociada.

Recopilar

Utilice la fecha de creación de los registros de transacciones de cargos vinculados al Billing Event.

Tipo de evento explicit
Codificación completada
Indica que los codificadores médicos han asignado códigos clínicos estandarizados, como códigos ICD o CPT, a los cargos capturados. Este paso garantiza que los servicios se representen de una forma que los pagadores puedan comprender y evaluar.
Por qué es importante

Esta actividad es esencial para la exactitud de las reclamaciones y constituye una fuente habitual de cuellos de botella. Medir la duración de la fase de codificación ayuda a identificar oportunidades para mejorar la productividad de los codificadores y reducir las retenciones de reclamaciones.

Dónde obtenerlo

A menudo se captura como un cambio de estado del Billing Event o como una marca de tiempo cuando una tarea relacionada con la codificación se marca como completada en una cola de trabajo.

Recopilar

Identifique la marca de tiempo en la que el estado de codificación del encuentro se establece en 'Complete' o se aprueba el código final.

Tipo de evento explicit
Cuenta ajustada
Una transacción que no corresponde a un pago y que modifica el saldo de la cuenta, como un ajuste contractual, la condonación de un saldo pequeño o un descuento comercial. Estas transacciones son necesarias para conciliar la cuenta según los contratos con los pagadores o las políticas internas.
Por qué es importante

Los ajustes son uno de los principales factores de variación de los ingresos. Analizar las actividades y los motivos de los ajustes ayuda a comprender la rentabilidad, el rendimiento de los contratos con los pagadores y la integridad de los ingresos.

Dónde obtenerlo

Se registran como transacciones financieras diferenciadas en el libro mayor de pacientes, cada una con un código o tipo de transacción específico que indica el motivo del ajuste.

Recopilar

Capture la fecha de transacción de cualquier transacción financiera que no corresponda a un pago ni a un cargo y que modifique el saldo de la cuenta.

Tipo de evento explicit
Cuenta dada de baja
Se han agotado todos los esfuerzos de cobro y el saldo restante de la cuenta se considera incobrable. El saldo se ajusta a cero y se clasifica como deuda incobrable, lo que representa una pérdida final de ingresos.
Por qué es importante

Esta actividad es un evento financiero crítico que representa ingresos perdidos. Analizar las bajas contables es esencial para comprender la tasa final de éxito de los cobros y las fuentes de deuda irrecuperable.

Dónde obtenerlo

Se trata de una transacción financiera explícita, normalmente un ajuste con un código de motivo específico, como «Bad Debt Write-Off» o «Sent to Collections Agency».

Recopilar

Capture la fecha de transacción del ajuste que clasifica el saldo restante como deuda incobrable.

Tipo de evento explicit
Estado de cuenta de la persona paciente enviado
Después de contabilizar todos los pagos y ajustes del seguro, se genera y envía a la persona paciente un estado de cuenta por la parte que le corresponde pagar. Esto traslada el foco de cobro del pagador institucional a la persona.
Por qué es importante

Esta actividad inicia la parte de pago directo del ciclo de ingresos. Su seguimiento ayuda a analizar la eficacia del cobro a pacientes y a medir el tiempo transcurrido hasta la facturación.

Dónde obtenerlo

Este es un evento explícito registrado por el módulo de facturación o comunicaciones con pacientes. El sistema debe registrar la fecha en la que se generó o envió cada estado de cuenta.

Recopilar

Utilice la fecha de creación o envío del historial de estados de cuenta de la persona paciente.

Tipo de evento explicit
Inicio de la gestión de cobros
La cuenta de la persona paciente ha pasado a estar en mora y se inician acciones proactivas de cobro. Estas pueden ir desde cartas de recordatorio automatizadas hasta la asignación a una persona especialista en cobros interna o externa.
Por qué es importante

Esto marca una intensificación de los esfuerzos para cobrar cuentas por cobrar vencidas. Supervisar esta actividad ayuda a evaluar la eficacia de las estrategias de cobro y el rendimiento de las agencias de cobro.

Dónde obtenerlo

A menudo se captura mediante un cambio en la clase financiera o el código de estado de la cuenta, o mediante su asignación a una cola de trabajo o agencia de cobros específica.

Recopilar

Infiera este evento a partir de la primera marca de tiempo en la que el estado de la cuenta cambia a «Collections», «Delinquent» o un estado similar.

Tipo de evento inferred
Inicio del retrabajo de un rechazo
Una persona usuaria o un Workflow automatizado ha iniciado el proceso de revisión y resolución de una reclamación rechazada. Esta actividad marca el comienzo del proceso interno para impugnar el rechazo y recuperar los ingresos potenciales.
Por qué es importante

Esta actividad inicia el ciclo de retrabajo del rechazo. Analizar el tiempo entre el rechazo y el inicio del retrabajo ayuda a medir la capacidad de respuesta del equipo de gestión de rechazos e identificar acumulaciones de trabajo.

Dónde obtenerlo

Puede capturarse a partir de acciones de las personas usuarias en un módulo de gestión de rechazos, de un cambio de estado de la reclamación o de la asignación de la reclamación rechazada a la cola de trabajo de una persona usuaria.

Recopilar

Capture la marca de tiempo en la que una reclamación rechazada se abre o asigna por primera vez, o en la que su estado cambia a «In Rework».

Tipo de evento explicit
Reclamación creada
El sistema ha generado una reclamación de facturación formal que reúne todos los cargos, códigos y datos demográficos en un formato estandarizado. Este es un paso preparatorio antes de enviar la reclamación al pagador.
Por qué es importante

Representa el momento en que una factura facturable está lista. Analizar el tiempo desde este punto hasta el envío ayuda a identificar retrasos del sistema o de los procesos por lotes que ralentizan la facturación.

Dónde obtenerlo

Este es un evento generado por el sistema que debe registrarse en una tabla o archivo de reclamaciones, con una marca de tiempo de creación clara para la cabecera de la reclamación.

Recopilar

Utilice la marca de tiempo de creación del registro principal de la reclamación asociado al Billing Event.

Tipo de evento explicit
Reclamación reenviada
Después de un rechazo, la reclamación se ha corregido y se ha enviado de nuevo al pagador para su reconsideración. Esto representa un segundo intento de obtener el pago y cierra el ciclo inicial de retrabajo.
Por qué es importante

Esta actividad es fundamental para comprender la eficiencia del proceso de resolución de rechazos. El seguimiento de los reenvíos ayuda a medir los tiempos de los ciclos de retrabajo y la tasa de éxito de las apelaciones.

Dónde obtenerlo

Se registra como un nuevo evento de envío de reclamación vinculado a la reclamación rechazada original. Busque registros de envío con un indicador de corrección o reenvío.

Recopilar

Identifique una transacción de envío de reclamación que haga referencia a un ID de reclamación enviado anteriormente o que tenga un indicador de reenvío.

Tipo de evento explicit
Remesa recibida
El sistema recibe una respuesta del pagador sobre la reclamación enviada, normalmente en un archivo Electronic Remittance Advice (ERA). Esta respuesta detalla qué se pagó, rechazó o ajustó para cada línea de servicio.
Por qué es importante

Este es el evento decisivo que determina la ruta posterior del proceso, ya sea la contabilización del pago, la gestión de rechazos o la aplicación de ajustes. El tiempo transcurrido hasta recibir la remesa mide el rendimiento del pagador.

Dónde obtenerlo

Este evento se captura cuando el sistema incorpora un archivo de intercambio electrónico de datos (EDI), como un archivo 835, o cuando una persona usuaria introduce manualmente datos de una Explanation of Benefits (EOB) en papel.

Recopilar

Utilice la marca de tiempo de procesamiento o importación del archivo de remesa asociado a la reclamación.

Tipo de evento explicit
Recomendado Opcional

Guías de extracción

Cómo obtener sus datos para Process Mining.

Los métodos de extracción varían según el sistema. Para obtener instrucciones detalladas,

lea nuestra guía de ETL

o seleccione un proceso y un sistema específicos.

¿Listo para comenzar?

Elija una de nuestras guías de extracción específicas para obtener instrucciones detalladas sobre cómo exportar sus datos, o utilice esta plantilla genérica como punto de partida para cualquier otro sistema.

Transforme ahora su gestión del ciclo de ingresos

Obtenga información útil, reduzca las denegaciones y acelere el flujo de caja en todos sus sistemas.

Inicie su prueba gratuita

No necesita tarjeta de crédito • Comience en cuestión de minutos