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

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

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

Template universal de Process Mining

Este es nuestro Template genérico de datos para Process Mining de Gestión del ciclo de ingresos. Para obtener indicaciones más específicas, use nuestros Templates para cada sistema.

Seleccione un sistema específico
  • Aplicable a cualquier sistema de gestión del ciclo de ingresos para Process Mining.
  • Atributos y actividades esenciales para crear un Registro de eventos eficaz.
  • Un recurso básico para analizar y optimizar los procesos con rigor.
¿Es nuevo en los registros de eventos? Aprenda a crear un Registro de eventos para Process Mining.

Atributos de la gestión del ciclo de ingresos

Esta tabla detalla los campos de datos recomendados para incluir en el Registro de eventos y realizar un análisis exhaustivo del proceso del ciclo de ingresos.
5 Obligatorio 7 Recomendado 6 Opcional
Nombre Descripción
ID del evento de facturación
BillingEventId
Identificador único de un servicio o producto prestado que genera un cargo. Es el 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 servicio facturable, desde el registro inicial del cargo hasta el pago final o la baja. Es el elemento central que vincula todas las actividades relacionadas con un encuentro de servicio específico, como la creación y el envío de reclamaciones, las denegaciones y la contabilización de pagos.

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 mismo ID del evento de facturación, los analistas pueden visualizar los flujos del proceso, identificar cuellos de botella, medir los tiempos de ciclo y comprender las diferencias en la gestión de cada caso. Es la base de todos los análisis centrados en los casos dentro del ciclo de ingresos.

Por qué es importante

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

Dónde obtenerlo

Suele ser una clave principal 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 que se registró una actividad específica en el sistema.
Descripción

La marca de tiempo del evento indica cuándo tuvo lugar o se registró una actividad. Aporta el contexto cronológico de todos los eventos de un caso y traza una línea de tiempo 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 clave, como el tiempo de ciclo total, la duración entre actividades específicas y los tiempos de espera. Al analizarlas, las organizaciones pueden identificar los 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

Aporta 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 los registros de transacciones o de auditoría, o en un campo de «fecha de creación» o «fecha de cambio de estado» de las tablas de eventos.

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

El nombre de la actividad describe una acción o un hito concreto del ciclo de ingresos. Algunos ejemplos son «Servicio prestado», «Reclamación enviada», «Aviso de pago recibido», «Pago contabilizado» y «Cuenta dada de baja». Cada actividad representa un paso del proceso que consume tiempo y recursos.

Este atributo es fundamental para Process Mining, ya que define los nodos del mapa de procesos. Analizar la secuencia, la frecuencia y la 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 las reclamaciones denegadas e ineficiencias.

Por qué es importante

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

Dónde obtenerlo

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

Ejemplos
Reclamación enviadaPago contabilizadoInicio del retrabajo por denegaciónEstado de cuenta enviado al paciente
Sistema de origen
SourceSystem
El sistema de información, la aplicación o el módulo del que se extrajeron los datos de eventos.
Descripción

El atributo Sistema de origen identifica el origen de los datos de un evento específico. En entornos de TI complejos, el proceso del ciclo de ingresos suele abarcar varios sistemas, como un sistema de historia clínica electrónica (EHR) para registrar los servicios prestados, un sistema de facturación específico para enviar reclamaciones y una plataforma independiente de gestión de cobros.

Conocer el sistema de origen resulta útil para validar datos, resolver problemas y comprender la fragmentación del proceso. Puede ayudar a detectar 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 permite evaluar la integración y la eficiencia de la arquitectura de TI que da soporte al proceso.

Por qué es importante

Ayuda a comprender la fragmentación del proceso entre distintos sistemas de TI y es fundamental para validar 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 deducirse de la tabla o el archivo de origen de los datos.

Ejemplos
Epic ResoluteOracle HealthR1 RCM PlatformWaystar
Última actualización de los datos
LastDataUpdate
La marca de tiempo que indica cuándo se actualizaron por última vez los datos de este registro de evento o cuándo se extrajeron del sistema de origen.
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 conocer la actualidad y la puntualidad de los datos analizados. Refleja la latencia del flujo de datos e indica qué tan actual es 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 los datos informa sobre su vigencia. Para la supervisión operativa, es esencial saber si la vista refleja el estado del proceso de hace cinco minutos o de la noche anterior. Esto permite gestionar las expectativas de quienes consultan los datos y tomar decisiones conociendo su antigüedad.

Por qué es importante

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

Dónde obtenerlo

Suele añadirse durante el proceso de extracción, transformación y carga (ETL) y almacenarse 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
La categoría, el tipo o la 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 prestado al paciente. Puede ser una clasificación general, como «Hospitalización» o «Atención ambulatoria», o una categoría departamental más específica, como «Cirugía», «Urgencias» o «Laboratorio». Las distintas categorías de servicios suelen tener reglas de facturación, requisitos de los pagadores y flujos de proceso propios.

Segmentar el proceso del ciclo de ingresos por categoría del servicio es esencial para obtener un análisis significativo. Permite comparar el rendimiento de distintas líneas de servicio y, por ejemplo, comprobar si la tasa de denegación 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 de cada área de servicio.

Por qué es importante

Permite comparar el rendimiento de distintas líneas de servicio y detectar diferencias en la eficiencia, las tasas de denegación y los ciclos de pago propias de cada tipo de atención.

Dónde obtenerlo

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

Ejemplos
HospitalizaciónAtención ambulatoriaUrgenciasRadiologíaProcedimiento quirúrgico
Código del motivo de denegación
DenialReasonCode
Código estandarizado y descripción que indican el motivo por el que el pagador denegó una reclamación.
Descripción

Cuando un pagador rechaza una reclamación presentada, proporciona un código del motivo de denegación para explicar por qué no se pagó. Estos códigos suelen seguir estándares del sector, como los códigos de motivo de ajuste de reclamaciones (CARC), y señalan problemas concretos, como «Servicio no cubierto», «Reclamación duplicada» o «Se requiere información adicional».

Este atributo es uno de los más útiles para analizar las causas raíz en el ciclo de ingresos. Al analizar la frecuencia y el impacto financiero de los distintos motivos de denegación, las organizaciones pueden localizar fallos en etapas anteriores del proceso que provocan denegaciones. Por ejemplo, un número elevado de denegaciones por «Información incorrecta del paciente» apunta a problemas en el proceso de registro. Así, es posible introducir mejoras basadas en datos para prevenir futuras denegaciones y aumentar la tasa de pago en el primer intento.

Por qué es importante

Es fundamental para analizar las causas raíz de las denegaciones de reclamaciones y permite introducir mejoras específicas en los procesos iniciales y de etapas intermedias para evitar futuras pérdidas de ingresos.

Dónde obtenerlo

Esta información procede de los archivos de aviso electrónico de pago (ERA) o de explicación de beneficios (EOB) que envían los pagadores.

Ejemplos
CO-16: La reclamación o el servicio no incluye informaciónPR-97: El beneficio de este servicio está incluido en el pago de otro servicioOA-18: Reclamación o servicio duplicadoCO-22: Es posible que otro pagador cubra esta atención, 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 «Acceso de pacientes», «Codificación», «Facturación» o «Gestión de cobros». Ayuda a comprender cómo se distribuye el trabajo y cómo se transfiere entre los distintos equipos.

Analizar el proceso desde la perspectiva de cada departamento es esencial para comprender la colaboración entre áreas e identificar cuellos de botella en los puntos de transferencia entre equipos. Permite a quienes gestionan los procesos ver qué departamentos intervienen en determinadas variantes, medir la eficiencia de cada uno y asignar los recursos de forma más eficaz. Este análisis puede revelar problemas sistémicos en un departamento que afecten 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, lo que permite detectar oportunidades para mejorar la colaboración entre equipos.

Dónde obtenerlo

Esta información puede formar parte de los datos de transacciones o derivarse de los datos maestros asociados al usuario responsable.

Ejemplos
Departamento de facturaciónServicios de codificaciónGestión de denegacionesGestión de cobros
Importe del ajuste
AdjustmentAmount
El valor monetario de los ajustes, las bajas contables o las bonificaciones contractuales aplicados 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 al paciente por motivos como acuerdos contractuales, descuentos o bajas contables. Estos ajustes reducen el total de las cuentas por cobrar y son habituales en el ciclo de ingresos.

Analizar los importes de los ajustes y sus motivos 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 concretas generan más ajustes y facilitar un análisis específico de las causas raíz para maximizar los ingresos obtenidos.

Por qué es importante

Ayuda a analizar las pérdidas de ingresos mediante el seguimiento de las bajas contables y las bonificaciones contractuales, y permite detectar posibles problemas en los procesos de contratación o facturación.

Dónde obtenerlo

Este valor suele registrarse en las tablas de ajustes financieros o en los 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, tal como se presenta en una reclamación o factura. Es el valor financiero inicial del evento de facturación y sirve de referencia para medir todas las transacciones financieras posteriores, como los pagos y los ajustes.

En Process Mining, analizar el importe facturado es fundamental para comprender el impacto financiero de las ineficiencias del proceso. Permite clasificar los casos por valor alto o bajo y detectar si ciertos problemas afectan de forma desproporcionada a las reclamaciones de mayor importe. Relacionar este importe con métricas como el tiempo de ciclo o la tasa de denegación ayuda a priorizar las mejoras que pueden tener 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 los retrasos y las denegaciones.

Dónde obtenerlo

Es un atributo financiero básico que se encuentra en las tablas de captura de cargos, facturación o transacciones de 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 nombre del pagador identifica a la entidad principal a la que se envía una reclamación para obtener el reembolso. Entre los pagadores puede haber aseguradoras privadas, como Aetna o UnitedHealthcare; programas gubernamentales, como Medicare o Medicaid; y otras entidades. Cada pagador tiene sus propias reglas, requisitos de presentación y prácticas 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 registran más denegaciones, ciclos de pago más largos o solicitudes más frecuentes de información adicional. Este análisis permite tomar medidas específicas, como renegociar contratos, adaptar los procesos de presentación a determinados pagadores y centrar la gestión de denegaciones donde más se necesita.

Por qué es importante

Permite segmentar métricas de rendimiento, como las tasas de denegación y los tiempos de pago, por pagador. Esto es fundamental para orientar las mejoras y las negociaciones contractuales.

Dónde obtenerlo

Esta información suele encontrarse en los datos de registro del paciente, del seguro o de las reclamaciones asociados al evento de facturación.

Ejemplos
AetnaCignaMedicareUnitedHealthcare
Usuario responsable
ResponsibleUser
El identificador del usuario, empleado o agente automatizado que realizó la actividad.
Descripción

El atributo Usuario 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, de un especialista en facturación que envía una reclamación o de un bot automatizado que contabiliza un pago. El seguimiento del usuario añade una perspectiva centrada en las personas o los sistemas al análisis del proceso.

Analizar el rendimiento del proceso por usuario o equipo puede revelar necesidades de formación, identificar a quienes obtienen mejores resultados y ayudar a distribuir la carga de trabajo de forma adecuada. También es fundamental para el cumplimiento y las auditorías, ya que permite atribuir claramente cada acción. Este atributo facilita un análisis detallado del rendimiento y el uso 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 los niveles de automatización. Así, aporta información sobre la eficiencia de los recursos y permite detectar necesidades de formación.

Dónde obtenerlo

Suele encontrarse en los registros de transacciones o de auditoría, en campos como «ID de usuario», «ID de empleado» o «Procesador».

Ejemplos
john.doejane.smithAUTO-POSTER-BOTU123456
Estado de la cuenta
AccountStatus
El estado actual de la cuenta de facturación dentro del ciclo de ingresos, como «Facturada», «Pagada» o «En gestión de cobros».
Descripción

El estado de la cuenta ofrece una instantánea de la situación de un evento de facturación en cualquier momento de su ciclo de vida. Refleja el resultado de la actividad más reciente e indica si la cuenta está abierta y pendiente de pago, cerrada, enviada a gestión de 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 en los Dashboards de supervisión operativa, que muestran el volumen y el valor de las cuentas en distintas etapas, como el total de cuentas por cobrar pendientes de respuesta del pagador o el número de cuentas enviadas recientemente a una agencia de cobros.

Por qué es importante

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

Dónde obtenerlo

Suele ser 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
Facturada, pendiente del pagadorPagada en su totalidadDenegadaEnviada a gestión de cobrosCerrada, dada de baja
ID de la reclamación
ClaimId
El identificador único asignado a una reclamación de seguro enviada a 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 se corrige y se vuelve a presentar una reclamación.

Hacer un 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 que implican volver a presentar reclamaciones y seguir el estado de una factura concreta 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 hacer un seguimiento detallado de las reclamaciones presentadas y reenviadas, y analizar con precisión las interacciones con los pagadores y los ciclos de retrabajo.

Dónde obtenerlo

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

Ejemplos
CLM-2024-555-1239876543210-01TCN-A1B2C3D4E5
ID del paciente
PatientId
El 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 de salud. Este identificador vincula todas las consultas clínicas y financieras del paciente a lo largo del tiempo.

Mientras que el ID del evento de facturación identifica un caso correspondiente a un único servicio, el ID del paciente permite analizar varias consultas de una misma persona. Esto puede revelar problemas recurrentes, como errores repetidos en el registro o patrones de uso de los servicios. También permite analizar el recorrido financiero completo del paciente, lo que resulta útil para comprender su responsabilidad financiera y fidelidad.

Por qué es importante

Permite analizar varios eventos de facturación de un mismo paciente, lo que ayuda a identificar problemas recurrentes y comprender su recorrido financiero general.

Dónde obtenerlo

Es un identificador principal que se encuentra en prácticamente todos los sistemas clínicos y financieros y que procede del sistema de registro de pacientes o de historia clínica electrónica (EHR).

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

El importe pagado es la suma acumulada de todos los pagos contabilizados para un evento de facturación específico. Incluye los pagos de los pagadores de seguros primarios y secundarios, así como los realizados por el 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. Compararlo con el importe facturado aporta 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 a identificar las características de las reclamaciones que se pagan íntegramente y a tiempo frente a las que no.

Por qué es importante

Mide el efectivo realmente cobrado por un caso, un dato 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 contable por deuda incobrable.
Descripción

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

Analizar los motivos de los ajustes aporta información sobre la integridad de los ingresos y el rendimiento financiero. Ayuda a distinguir entre los ajustes contractuales previstos y las bajas contables evitables causadas por errores internos. Al filtrar el mapa de procesos por motivos de ajuste específicos, quienes analizan los datos pueden detectar debilidades del proceso que provocan pérdidas de ingresos evitables y orientar las mejoras en consecuencia.

Por qué es importante

Aporta contexto sobre los ajustes financieros y ayuda a distinguir entre las obligaciones contractuales y las 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 vinculada a transacciones de ajustes o bajas contables.

Ejemplos
Bonificación contractualBaja contable de saldo pequeñoDeuda incobrableCorrección de error de facturación
Saldo pendiente
OutstandingBalance
El saldo aún 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. Suele calcularse restando los importes pagados y los ajustes al importe facturado. 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 la antigüedad de las cuentas por cobrar y a priorizar las gestiones de cobro. También permite identificar los tipos de casos o las rutas del proceso que suelen dejar saldos residuales elevados, lo que puede indicar problemas con los pagos o la resolución de denegaciones.

Por qué es importante

Es una medida clave de las cuentas por cobrar y de la eficacia de los cobros, que ayuda a priorizar las actividades de seguimiento y analizar la antigüedad 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 en un campo del 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 conviene registrar para descubrirlo con precisión y obtener información detallada sobre el 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, el saldo pendiente ha llegado a cero y no se esperan más actividades. Esto puede ocurrir mediante pagos, ajustes, bajas o una combinación de estos.
Por qué es importante

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

Dónde obtenerlo

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

Capturar

Deduzca este evento identificando la marca de tiempo de la última transacción financiera que dejó en cero el saldo del evento de facturación.

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

Este es un hito clave que confirma que el pagador ha abonado los ingresos. Las demoras en la contabilización de pagos pueden distorsionar la antigüedad de las cuentas por cobrar y los informes de flujo de caja.

Dónde obtenerlo

Esta transacción financiera explícita se registra 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.

Capturar

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

Tipo de evento explicit
Reclamación denegada
Representa el rechazo del pagador a una reclamación o a determinadas partidas, lo que impide el pago. Por lo general, se identifica cuando el proveedor recibe y procesa un aviso de remesa del pagador.
Por qué es importante

Identificar las denegaciones de reclamaciones es fundamental para analizar la pérdida de ingresos, las tasas de denegación y la eficacia del proceso de gestión de denegaciones. Es el principal desencadenante de los ciclos de retrabajo y las apelaciones.

Dónde obtenerlo

Este evento suele encontrarse en los datos del aviso de remesa, en particular al identificar los códigos de motivo de ajuste de reclamaciones (CARC) que indican una denegación.

Capturar

Deduzca este evento analizando los datos del aviso de remesa para encontrar códigos de denegación asociados a una reclamación o línea de servicio.

Tipo de evento inferred
Reclamación enviada
Esta actividad marca el envío electrónico o en papel de la reclamación generada a la aseguradora 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 de ciclo entre el servicio y la factura e identificar demoras entre la creación y el envío de la reclamación. Es un hito clave que indica cuándo el evento de facturación pasa oficialmente a cuentas por cobrar.

Dónde obtenerlo

Este evento suele registrarse en los registros de transacciones de reclamaciones o en las tablas de interfaz de la cámara de compensación, a menudo con una actualización de estado que confirma la transmisión correcta.

Capturar

Registre la marca de tiempo en que el estado de la reclamación cambia a «Enviada», «Transmitida» o un estado equivalente.

Tipo de evento explicit
Servicio prestado
Esta actividad marca el inicio del evento de facturación y representa el momento en que se presta un servicio clínico al paciente. Es el desencadenante de todo el proceso del ciclo de ingresos para un encuentro específico.
Por qué es importante

Este es el punto de inicio principal del proceso de principio a fin y permite medir el tiempo total del ciclo de ingresos. Ayuda a identificar las demoras 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 de citas o de historia clínica electrónica. A menudo se obtiene de una nota clínica firmada, un registro de procedimiento completado o un registro de alta del paciente.

Capturar

Registre la marca de tiempo correspondiente al cierre del encuentro clínico, la fecha del servicio o la fecha del alta.

Tipo de evento explicit
Cargos registrados
Representa el registro formal de todos los servicios, procedimientos y suministros facturables de un encuentro con el paciente. En este paso, las actividades clínicas se convierten en transacciones financieras que pueden facturarse.
Por qué es importante

Analizar el tiempo transcurrido entre la prestación del servicio y el registro del cargo permite detectar posibles demoras en el reconocimiento de ingresos. Este paso es fundamental para garantizar que se contabilicen todos los servicios facturables y evitar la pérdida 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 concepto facturable debe tener una marca de tiempo de creación correspondiente.

Capturar

Utilice la fecha de creación de los registros de transacciones de cargos vinculados al evento de facturación.

Tipo de evento explicit
Codificación completada
Indica que el personal de codificación médica ha asignado códigos clínicos estandarizados, como los códigos ICD o CPT, a los cargos registrados. Este paso garantiza que los pagadores puedan interpretar y evaluar los servicios.
Por qué es importante

Esta actividad es esencial para que las reclamaciones sean precisas y suele ser un cuello de botella. Medir la duración de la fase de codificación ayuda a encontrar oportunidades para mejorar la productividad del personal de codificación y reducir las retenciones de reclamaciones.

Dónde obtenerlo

A menudo, se registra como un cambio de estado del evento de facturación o como una marca de tiempo que indica que una tarea relacionada con la codificación se completó en una cola de trabajo.

Capturar

Identifique la marca de tiempo en que el estado de codificación del encuentro cambia a «Completado» o se aprueba el código final.

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

Los ajustes son una de las principales causas de las variaciones de 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 independientes en el libro mayor del paciente. Cada una tiene un código o tipo de transacción específico que indica el motivo del ajuste.

Capturar

Registre la fecha de transacción de cualquier operación financiera que no sea un pago ni un cargo y que modifique el saldo de la cuenta.

Tipo de evento explicit
Cuenta dada de baja
Se han agotado todas las gestiones 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 definitiva de ingresos.
Por qué es importante

Esta actividad es un evento financiero crítico que representa una pérdida de ingresos. Analizar las bajas es esencial para comprender la tasa final de recuperación y el origen de las deudas irrecuperables.

Dónde obtenerlo

Se trata de una transacción financiera explícita, normalmente un ajuste con un código de motivo específico, como «Baja por deuda incobrable» o «Enviado a una agencia de cobro».

Capturar

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

Tipo de evento explicit
Estado de cuenta enviado al paciente
Una vez contabilizados todos los pagos y ajustes del seguro, se genera y envía al paciente un estado de cuenta por la parte que le corresponde pagar. Así, la gestión de cobros pasa del pagador institucional al paciente.
Por qué es importante

Esta actividad inicia la parte del ciclo de ingresos que paga el paciente. Su seguimiento ayuda a analizar la eficacia de los cobros a pacientes y a medir cuánto se tarda en facturarles.

Dónde obtenerlo

Este evento queda registrado explícitamente en el módulo de facturación o comunicaciones con pacientes. El sistema debe guardar la fecha en que se generó o envió cada estado de cuenta.

Capturar

Utilice la fecha de creación o envío del registro histórico de estados de cuenta del paciente.

Tipo de evento explicit
Inicio de las gestiones de cobro
La cuenta del paciente ha pasado a estar vencida y se inician gestiones proactivas de cobro. Estas pueden ir desde el envío automático de cartas de recordatorio hasta la asignación del caso a una persona o agencia de cobro interna o externa.
Por qué es importante

Este evento marca una intensificación de las gestiones para cobrar cuentas vencidas. Supervisarlo ayuda a evaluar la eficacia de las estrategias de cobro y el rendimiento de las agencias de cobro.

Dónde obtenerlo

A menudo, este evento se registra mediante un cambio en la categoría financiera o el código de estado de la cuenta, o al asignarla a una cola de trabajo o agencia de cobro específica.

Capturar

Deduzca este evento a partir de la primera marca de tiempo en que el estado de la cuenta cambia a «En cobro», «Vencida» o un estado similar.

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

Esta actividad inicia el ciclo de retrabajo por denegación. Analizar el tiempo entre la denegación y el inicio del retrabajo permite medir la capacidad de respuesta del equipo de gestión de denegaciones e identificar acumulaciones de casos.

Dónde obtenerlo

Este evento puede registrarse a partir de las acciones de una persona en un módulo de gestión de denegaciones, de un cambio de estado de la reclamación o de la asignación de la reclamación denegada a una cola de trabajo.

Capturar

Registre la marca de tiempo en que se abre o asigna por primera vez una reclamación denegada, o en que su estado cambia a «En retrabajo».

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 paso prepara la reclamación antes de enviarla al pagador.
Por qué es importante

Este momento indica que la factura está lista para cobrarse. Analizar el tiempo transcurrido desde entonces hasta el envío permite detectar demoras del sistema o del procesamiento por lotes que ralentizan la facturación.

Dónde obtenerlo

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

Capturar

Utilice la marca de tiempo de creación del registro principal de la reclamación asociado al evento de facturación.

Tipo de evento explicit
Reclamación reenviada
Tras una denegación o un rechazo, la reclamación se ha corregido y enviado de nuevo al pagador para que la reconsidere. Este es el 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 denegaciones. El seguimiento de los reenvíos permite medir los tiempos de ciclo del 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 denegada original. Busque registros de envío con un indicador de corrección o reenvío.

Capturar

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

Tipo de evento explicit
Remesa recibida
El sistema recibe una respuesta del pagador sobre la reclamación enviada, a menudo en un archivo de aviso electrónico de remesa (ERA). La respuesta detalla los importes pagados, denegados o ajustados para cada línea de servicio.
Por qué es importante

Este evento determina la ruta que seguirá el proceso: contabilización del pago, gestión de denegaciones o ajustes. El tiempo que tarda en recibirse la remesa permite medir el rendimiento del pagador.

Dónde obtenerlo

Este evento se registra cuando el sistema incorpora un archivo de intercambio electrónico de datos (EDI), como un archivo 835, o cuando una persona introduce manualmente los datos de una explicación de beneficios (EOB) en papel.

Capturar

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

Tipo de evento explicit
Recomendado Opcional

Guías de extracción

Cómo obtener los datos para Process Mining.

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

consulte nuestra guía de ETL   o   seleccione un proceso y un sistema específicos.

¿Todo listo para comenzar?

Consulte una de las guías de extracción específicas para cada sistema que aparecen a continuación para obtener instrucciones detalladas sobre cómo exportar sus datos, o utilice este Template genérico como punto de partida para cualquier otro sistema.

Transforme ahora la gestión del ciclo de ingresos

Obtenga información, reduzca los rechazos y acelere el flujo de caja en todos sus sistemas.

Comience su prueba gratuita

No se requiere tarjeta de crédito • Comience en pocos minutos