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

Plantilla 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

Plantilla universal de Process Mining

Esta es nuestra plantilla genérica de datos de Process Mining para Gestión del Ciclo de Ingresos. Use nuestras plantillas específicas de sistema para una guía más detallada.

Seleccione un sistema específico
  • Aplicable universalmente a cualquier sistema RCM para Process Mining.
  • Atributos y actividades centrales para crear un registro de eventos efectivo.
  • Un recurso fundamental para el análisis y la optimización robusta de procesos.
¿Nuevo en registros de eventos? Aprenda cómo crear un registro de eventos para Process Mining.

Atributos de Gestión del Ciclo de Ingresos

Esta tabla detalla los campos de datos recomendados para incluir en su registro de eventos, asegurando un análisis de proceso integral de su ciclo de ingresos.
5 Requerido 7 Recomendado 6 Opcional
Nombre Descripción
ID de Evento de Facturación
BillingEventId
El identificador único para la entrega de un solo servicio o producto que genera un cargo. Esto sirve como identificador principal del caso para el proceso del ciclo de ingresos.
Descripción

El ID de 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 condonación. Actúa como el hilo conductor central que conecta todas las actividades relacionadas, como la creación, el envío, la denegación y el registro de pagos de reclamaciones, para un encuentro de servicio específico.

En Process Mining, este atributo es crucial para reconstruir el recorrido de principio a fin de cada evento de facturación. Al agrupar todas las actividades relacionadas bajo un único ID de Evento de Facturación, los analistas pueden visualizar los flujos de proceso, identificar cuellos de botella, medir los cycle times y comprender las variaciones en cómo se manejan los diferentes casos. Constituye la base para todo el análisis centrado en casos dentro del ciclo de ingresos.

Por qué es importante

Es el identificador de caso esencial que vincula todas las actividades relacionadas, permitiendo la reconstrucción y el análisis de todo el ciclo de ingresos para cada servicio facturable.

Dónde obtener

Esta es típicamente una clave primaria en las tablas de transacciones de facturación o de eventos financieros.

Ejemplos
BE-2024-001234INV-987654ACCN-456789012
Nombre de la Actividad
ActivityName
El nombre del paso, tarea o evento específico que ocurrió dentro del proceso del ciclo de ingresos para un evento de facturación dado.
Descripción

El Nombre de la Actividad describe una acción o hito distinto en el ciclo de vida de los ingresos. Los ejemplos incluyen 'Servicio Prestado', 'Reclamación Presentada', 'Remesa Recibida', 'Pago Registrado' y 'Cuenta Cancelada'. Cada actividad representa un paso en el proceso que consume tiempo y recursos.\n\nEste atributo es fundamental para Process mining, ya que define los nodos en el mapa de procesos. Analizar la secuencia, frecuencia y duración de estas actividades permite la visualización del flujo real del proceso, la comparación con un modelo diseñado y la identificación de desviaciones, ciclos de reelaboración como denegaciones de reclamaciones e ineficiencias.

Por qué es importante

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

Dónde obtener

A menudo se encuentra en registros de eventos, tablas de transacciones o se deriva de registros de cambios de estado en el módulo de facturación o reclamaciones.

Ejemplos
Siniestro PresentadoPago ContabilizadoReelaboración de Denegación IniciadaEstado de Cuenta del Paciente Enviado
Timestamp del Evento
EventTimestamp
La fecha y hora exactas en que se registró una actividad específica en el sistema.
Descripción

El Timestamp del Evento marca el momento en que ocurrió o se registró una actividad. Proporciona el contexto cronológico para todos los eventos dentro de un caso, formando una línea de tiempo desde el principio hasta el final del ciclo de ingresos.

Los timestamps son la columna vertebral del análisis de rendimiento en Process Mining. Se utilizan para calcular KPIs críticos como el total cycle time, la duración entre actividades específicas y los tiempos de espera. Al analizar los timestamps, las organizaciones pueden identificar cuellos de botella donde los casos pasan la mayor parte del tiempo, medir el cumplimiento de los acuerdos de nivel de servicio y comprender las dinámicas temporales 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 obtener

Esta información suele estar disponible en registros de transacciones, pistas de auditoría o como un 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
Source System
SourceSystem
El sistema de información, aplicación o módulo del cual se extrajeron los datos del evento.
Descripción

El atributo Sistema Fuente identifica el origen de los datos para un evento específico. En un panorama de TI complejo, el proceso del ciclo de ingresos a menudo abarca múltiples sistemas, como un sistema de Expediente Clínico Electrónico (EHR) para la prestación de servicios, un sistema de facturación dedicado para el envío de reclamaciones y una plataforma de cobranza separada.

Conocer el sistema fuente es valioso para la validación de datos, la resolución de problemas y la comprensión de la fragmentación del proceso. Puede ayudar a identificar inconsistencias entre sistemas o revelar pasos del proceso que se gestionan en diferentes aplicaciones, lo que puede ser una fuente de retrasos o errores en la transferencia de datos. Este análisis ayuda a evaluar la integración y eficiencia de la arquitectura de TI general que soporta el proceso.

Por qué es importante

Ayuda a comprender la fragmentación de procesos en diferentes sistemas de TI y es crucial para la validación de datos y la identificación de cuellos de botella específicos del sistema.

Dónde obtener

Esta información a menudo está disponible como un campo estándar en extracciones de datos o puede derivarse basándose en la tabla o archivo fuente del cual se obtuvieron los datos.

Ejemplos
Epic ResoluteOracle HealthPlataforma R1 RCMWaystar
Última actualización de datos
LastDataUpdate
El timestamp que indica la última vez que los datos para este registro de evento específico se actualizaron o extrajeron del sistema fuente.
Descripción

Este atributo registra cuándo se extrajeron los datos por última vez del sistema fuente. Es un campo de metadatos crítico para comprender la frescura y la actualidad de los datos que se analizan. Refleja la latencia de la tubería de datos e indica qué tan actual es el análisis de Process Mining.

En los dashboards y análisis de Process Mining, el timestamp de Última Actualización de Datos proporciona contexto al usuario sobre la actualidad de los datos. Es esencial para el monitoreo operativo saber si la vista representa el estado del proceso de hace cinco minutos o de anoche. Esto ayuda a gestionar las expectativas del usuario y a garantizar que las decisiones se tomen basándose en datos de una antigüedad conocida.

Por qué es importante

Proporciona un contexto crucial sobre la puntualidad y la actualidad de los datos, asegurando que el análisis y las decisiones se basen en un plazo de tiempo comprendido.

Dónde obtener

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

Ejemplos
2024-03-15T02:00:00Z2024-03-15T03:00:00Z2024-03-15T04:00:00Z
Categoría de Servicio
ServiceCategory
La categoría, tipo o clasificación del servicio prestado, como Hospitalización, Consulta Externa o Radiología.
Descripción

La Categoría de Servicio clasifica el tipo de atención o servicio proporcionado al paciente. Esto podría ser una clasificación de alto nivel como 'Hospitalización' versus 'Consulta Externa', o una categoría departamental más específica como 'Cirugía', 'Urgencias' o 'Laboratorio'. Las diferentes categorías de servicio a menudo tienen reglas de facturación, requisitos de pagador y flujos de proceso distintos.

Segmentar el proceso del ciclo de ingresos por Categoría de Servicio es esencial para un análisis significativo. Permite a las organizaciones comparar el rendimiento de diferentes líneas de servicio, por ejemplo, para ver si la tasa de denegación de procedimientos quirúrgicos es mayor que la de las consultas. Este nivel de detalle ayuda a aislar problemas y a adaptar las iniciativas de mejora al contexto operativo específico de cada área de servicio.

Por qué es importante

Permite la comparación de rendimiento entre diferentes líneas de servicio, revelando variaciones en la eficiencia, tasas de denegación y ciclos de pago que son específicos de ciertos tipos de atención.

Dónde obtener

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

Ejemplos
HospitalizaciónPaciente AmbulatorioUrgenteRadiologíaProcedimiento Quirúrgico
Código de Motivo de Denegación
DenialReasonCode
Un código y una descripción estandarizados que indican el motivo por el cual el pagador denegó una reclamación.
Descripción

Cuando un pagador rechaza una reclamación enviada, proporciona un Código de Motivo de Denegación para explicar por qué la reclamación no fue pagada. Estos códigos a menudo siguen estándares de la industria, como los Claim Adjustment Reason Codes (CARCs), y señalan problemas específicos como 'Servicio No Cubierto', 'Reclamación Duplicada' o 'Información Adicional Requerida'.

Este atributo es uno de los más potentes para el análisis de causa raíz en el ciclo de ingresos. Al analizar la frecuencia y el impacto financiero de diferentes motivos de denegación, las organizaciones pueden identificar las fallas en procesos anteriores que conducen a denegaciones. Por ejemplo, un alto número de denegaciones por 'Información Incorrecta del Paciente' apunta a problemas en el proceso de registro de pacientes. Esto permite mejoras basadas en datos para prevenir futuras denegaciones y mejorar la tasa de pago en el primer intento.

Por qué es importante

Es crucial para el análisis de la causa raíz de las denegaciones de reclamaciones, permitiendo mejoras específicas en los procesos de inicio y ciclo medio para prevenir futuras pérdidas de ingresos.

Dónde obtener

Esta información se obtiene de los archivos de electronic remittance advice (ERA) o explanation of benefits (EOB) recibidos de los pagadores.

Ejemplos
CO-16: Reclamación/servicio carece de informaciónPR-97: El beneficio por este servicio está incluido en el pago de otro servicioOA-18: Reclamación/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 organizacional asociada con un paso de proceso particular, como 'Acceso al Paciente', 'Codificación', 'Facturación' o 'Cobranzas'. Ayuda a comprender cómo se distribuye y se entrega el trabajo entre diferentes equipos.

Analizar el proceso desde una perspectiva departamental es esencial para comprender la colaboración interfuncional e identificar cuellos de botella que ocurren en los puntos de transferencia entre equipos. Permite a los gerentes ver qué departamentos están involucrados en variantes de proceso específicas, medir la eficiencia departamental y asignar recursos de manera más efectiva. Este análisis puede resaltar problemas sistémicos dentro de un departamento que pueden estar afectando todo el ciclo de ingresos.

Por qué es importante

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

Dónde obtener

Esta información puede ser parte de los datos de la transacción o derivarse de los datos maestros asociados con el usuario responsable.

Ejemplos
Departamento de FacturaciónServicios de CodificaciónGestión de DenegacionesCobranzas
Monto del Ajuste
AdjustmentAmount
El valor monetario de cualquier ajuste, condonación o deducción contractual realizado al saldo de la cuenta.
Descripción

El Importe del Ajuste representa la porción del importe facturado que no se espera cobrar del pagador o del paciente por razones como acuerdos contractuales, descuentos o cancelaciones. Estos ajustes reducen el total de cuentas por cobrar y son una parte normal del ciclo de ingresos.\n\nAnalizar los importes de ajuste y sus razones asociadas es clave para comprender la integridad de los ingresos. Niveles de ajuste altos o inesperados pueden indicar problemas con la captura de cargos, la codificación o la gestión de contratos. Process mining puede ayudar a identificar qué variantes de proceso o actividades específicas conducen a tasas de ajuste más altas, permitiendo un análisis de causa raíz dirigido a maximizar la realización de ingresos.

Por qué es importante

Ayuda a analizar la fuga de ingresos mediante el seguimiento de las cancelaciones y las deducciones contractuales, destacando posibles problemas en los procesos de contratación o facturación.

Dónde obtener

Este valor típicamente se registra en tablas de ajuste financiero o módulos de registro de pagos.

Ejemplos
29.50500.75100.001500.00
Monto Facturado
BilledAmount
El valor monetario bruto del servicio o producto que se factura, antes de cualquier ajuste o pago.
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 como base para medir todas las transacciones financieras subsiguientes, como pagos y ajustes.

En Process Mining, analizar el Importe Facturado es fundamental para comprender el impacto financiero de las ineficiencias del proceso. Se puede utilizar para segmentar los casos en categorías de alto y bajo valor, revelando si ciertos problemas del proceso afectan desproporcionadamente a las reclamaciones de altos ingresos. Correlacionar este importe con métricas como el cycle time o la tasa de denegación ayuda a priorizar los esfuerzos de mejora en los problemas que tienen las mayores consecuencias financieras.

Por qué es importante

Establece el valor financiero inicial de un caso, permitiendo el análisis del impacto financiero de las ineficiencias del proceso como retrasos y denegaciones.

Dónde obtener

Este es un atributo financiero central 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 tercero responsable del pago.
Descripción

El Nombre del Pagador identifica a la entidad principal a la que se presenta una reclamación para su reembolso. Los pagadores pueden incluir aseguradoras comerciales como Aetna o UnitedHealthcare, programas gubernamentales como Medicare o Medicaid, u otras entidades. Cada pagador tiene su propio conjunto único de reglas, requisitos de envío y comportamientos de pago.

Este atributo es crítico para analizar el rendimiento del ciclo de ingresos. Al segmentar el proceso por pagador, las organizaciones pueden identificar qué pagadores tienen las tasas de denegación más altas, los ciclos de pago más largos o las solicitudes más frecuentes de información adicional. Este análisis permite intervenciones dirigidas, como la renegociación de contratos, la adaptación de los procesos de envío para pagadores específicos y la concentración de los esfuerzos de gestión de denegaciones donde son más necesarios.

Por qué es importante

Permite la segmentación de métricas de rendimiento, como tasas de denegación y tiempos de pago, por pagador, lo cual es crucial para mejoras dirigidas y negociaciones de contratos.

Dónde obtener

Esta información se encuentra típicamente en los datos de registro de pacientes, seguros o reclamaciones asociados con el 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 el individuo o sistema que lo ejecutó. Esto podría ser un codificador completando la codificación médica, un especialista de facturación enviando una reclamación o un bot automatizado registrando un pago. El seguimiento del usuario proporciona una capa centrada en el humano o en el sistema para el análisis del proceso.

Analizar el rendimiento del proceso por usuario o equipo puede revelar oportunidades de capacitación, identificar individuos de alto rendimiento y garantizar una distribución adecuada de la carga de trabajo. También es crítico para fines de cumplimiento y auditoría, permitiendo una clara rendición de cuentas por cada acción realizada. Este atributo permite un análisis detallado del rendimiento y la utilización de los recursos.

Por qué es importante

Permite el análisis del rendimiento del equipo e individual, la distribución de la carga de trabajo y las tasas de automatización, proporcionando información sobre la eficiencia de los recursos e identificando necesidades de capacitación.

Dónde obtener

Típicamente se encuentra en registros de transacciones o pistas de auditoría como campos de 'User ID', 'Employee ID' o 'Processor'.

Ejemplos
john.doejane.smithAUTO-POSTER-BOTU123456
Claim ID
ClaimId
El identificador único asignado a una reclamación de seguro enviada a un pagador.
Descripción

El ID de Reclamación es un identificador específico para la factura enviada a una compañía de seguros. Un único evento de facturación puede generar múltiples reclamaciones si necesita ser facturado a pagadores primarios, secundarios y terciarios, o si una reclamación se corrige y se vuelve a enviar.

El seguimiento del ID de Reclamación es importante para comprender los detalles del proceso de interacción con el pagador. Permite el análisis de los ciclos de retrabajo que implican el reenvío de reclamaciones y ayuda a rastrear el estado de una factura específica enviada a un pagador. Analizar el proceso por ID de Reclamación puede proporcionar una visión más granular del ciclo de vida de envío y resolución de reclamaciones que si solo se considera el Evento de Facturación.

Por qué es importante

Permite el seguimiento detallado de las presentaciones y nuevas presentaciones de reclamaciones, proporcionando un análisis granular de las interacciones con los pagadores y los ciclos de reelaboración.

Dónde obtener

Este identificador se genera en 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
Estado de Cuenta
AccountStatus
El estado actual de la cuenta de facturación dentro del ciclo de ingresos, como 'Facturada', 'Pagada' o 'En Cobranza'.
Descripción

El Estado de la Cuenta proporciona una instantánea de la situación de un evento de facturación en su ciclo de vida en un momento dado. Este estado refleja el resultado de la actividad más reciente, indicando si la cuenta está abierta y esperando pago, cerrada, enviada a cobro o en otro estado.\n\nMientras que Process mining reconstruye el flujo de actividades, el atributo Estado de la Cuenta es valioso para filtrar y segmentar casos basándose en su condición actual. Es particularmente útil para paneles de monitoreo operativos que necesitan mostrar el volumen y el valor de las cuentas en diferentes etapas, como el total de cuentas por cobrar actualmente pendientes de respuesta del pagador o el número de cuentas recientemente enviadas a una agencia de cobros.

Por qué es importante

Proporciona una instantánea del estado actual de los casos, lo cual es útil para paneles operativos y para segmentar el análisis en función de dónde se encuentran las cuentas en su ciclo de vida.

Dónde obtener

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

Ejemplos
Facturado - Esperando PagadorPagada en su TotalidadDenegadoEnviado a CobranzaCerrado - Cancelado
ID de Paciente
PatientId
El identificador único para el paciente que recibió los servicios.
Descripción

El ID de Paciente es una clave única asignada a un paciente individual dentro del índice maestro de pacientes del sistema de salud. Este identificador vincula todos los encuentros clínicos y financieros de un paciente a lo largo del tiempo.

Si bien el ID de Evento de Facturación es el caso para un servicio único, el ID de Paciente permite un análisis más amplio a través de múltiples encuentros para el mismo paciente. Esto puede revelar problemas recurrentes, como errores de registro repetidos o patrones de utilización del servicio. También se puede utilizar para analizar el recorrido financiero completo de un paciente, lo cual es valioso para comprender la responsabilidad y lealtad del paciente.

Por qué es importante

Permite el análisis de múltiples eventos de facturación para el mismo paciente, ayudando a identificar problemas recurrentes y comprender el recorrido financiero general del paciente.

Dónde obtener

Este es un identificador principal que se encuentra en prácticamente todos los sistemas clínicos y financieros, originado en el sistema de registro de pacientes o EHR.

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

El Importe Pagado es la suma acumulada de todos los pagos registrados contra un evento de facturación específico. Esto incluye pagos de pagadores de seguros primarios y secundarios, así como pagos realizados por el paciente. Representa el efectivo real 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 cobranza. En Process Mining, este atributo ayuda a cuantificar el resultado financiero de diferentes rutas de proceso y puede utilizarse para identificar las características de las reclamaciones que se pagan en su totalidad y a tiempo frente a las que no.

Por qué es importante

Mide el efectivo real recaudado para un caso, lo cual es crítico para evaluar la eficacia del cobro y el rendimiento financiero general del proceso.

Dónde obtener

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

Ejemplos
120.502000.000.00450.25
Razón de Ajuste
AdjustmentReason
El motivo de un ajuste financiero, como una deducción contractual o una condonación por deudas incobrables.
Descripción

De forma similar a un motivo de denegación, el Motivo de Ajuste explica por qué una parte del importe facturado fue cancelada o ajustada. Estas razones aclaran si un ajuste se debió a una obligación contractual con un pagador, una política de atención caritativa, una cancelación de saldo menor o una corrección por un error de facturación.\n\nAnalizar los Motivos de Ajuste proporciona información sobre la integridad de los ingresos y el rendimiento financiero. Ayuda a diferenciar entre ajustes contractuales esperados y cancelaciones prevenibles debido a errores internos. Al filtrar el mapa de procesos en función de motivos de ajuste específicos, los analistas pueden identificar debilidades del proceso que conducen a pérdidas de ingresos evitables y enfocar los esfuerzos de mejora en consecuencia.

Por qué es importante

Proporciona contexto para los ajustes financieros, ayudando a diferenciar entre obligaciones contractuales y pérdidas de ingresos prevenibles debido a errores de proceso.

Dónde obtener

Se encuentra en las tablas de transacciones financieras dentro del sistema de facturación o contabilidad de pacientes, a menudo vinculado a transacciones de ajuste o cancelación.

Ejemplos
Deducción ContractualCastigo de Pequeño SaldoDeuda IncobrableCorrección de Error de Facturación
Saldo Pendiente
OutstandingBalance
El saldo pendiente de pago restante para el evento de facturación en un momento dado.
Descripción

El Saldo Pendiente representa la cantidad de dinero que aún queda por cobrar por un evento de facturación. Se calcula típicamente como el Importe Facturado menos los Importes Pagados y los Importes de Ajuste. Este valor cambia a lo largo del ciclo de vida del caso a medida que se registran 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 varias etapas del proceso ayuda a gestionar el envejecimiento de las cuentas por cobrar y a priorizar los esfuerzos de cobranza. Se puede utilizar para identificar qué tipos de casos o rutas de proceso tienden a tener saldos residuales elevados, señalando problemas en la resolución de pagos o denegaciones.

Por qué es importante

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

Dónde obtener

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

Ejemplos
50.000.00125.308500.00
Requerido Recomendado Opcional

Actividades de Gestión del Ciclo de Ingresos

Esta tabla presenta los pasos y hitos clave del proceso a capturar para un descubrimiento de proceso preciso y conocimientos profundos sobre su ciclo de ingresos.
5 Recomendado 10 Opcional
Actividad Descripción
Evento de Facturación Cerrado
El evento de facturación está completamente resuelto, su saldo pendiente ha llegado a cero y no se espera ninguna actividad adicional. Esto puede ocurrir a través de pagos, ajustes, condonaciones o una combinación de estos.
Por qué es importante

Esta actividad marca el final del proceso, permitiendo el cálculo del cycle time total de principio a fin. Confirma el resultado final del evento de facturación, ya sea que se haya cobrado con éxito o condonado.

Dónde obtener

Este estado a menudo se infiere cuando el saldo de la cuenta llega a cero. Algunos sistemas pueden tener un estado explícito de 'Cerrada' o un campo de fecha de cierre en el registro de la cuenta.

Capturar

Infiere este evento identificando la marca de tiempo de la última transacción financiera que resultó en un saldo cero para el evento de facturación.

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

Este es un hito clave de éxito, que confirma que se han cobrado ingresos del pagador. Los retrasos en el registro de pagos pueden distorsionar la precisión del envejecimiento de las cuentas por cobrar y los informes de flujo de caja.

Dónde obtener

Esta es 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.

Capturar

Utilice el timestamp de la transacción de la aplicación de pagos o el diario de registro de efectivo.

Tipo de evento explicit
Servicio Prestado
Esta actividad marca el inicio del evento de facturación, representando el momento en que se presta un servicio clínico a un paciente. Este es el detonante que inicia todo el proceso del ciclo de ingresos para un encuentro específico.
Por qué es importante

Este es el punto de inicio principal para el proceso de principio a fin, lo que permite la medición del tiempo total del ciclo de ingresos. Ayuda a identificar retrasos entre la entrega del servicio clínico y el inicio de las actividades de facturación.

Dónde obtener

Esta información típicamente se origina de un sistema clínico, de programación o de expediente clínico electrónico. A menudo se captura de una nota clínica firmada, un registro de procedimiento completado o un registro de alta del paciente.

Capturar

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

Tipo de evento explicit
Siniestro Denegado
Representa el rechazo por parte del pagador de una reclamación o de partidas específicas, impidiendo el pago. Esto se identifica típicamente cuando el proveedor recibe y procesa un documento de aviso de remesa del pagador.
Por qué es importante

Identificar las denegaciones de reclamaciones es fundamental para analizar la fuga 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 reelaboración y las apelaciones.

Dónde obtener

Este evento generalmente se encuentra dentro de los datos de aviso de remesa, específicamente al identificar los códigos de motivo de ajuste de reclamación (CARCs) que indican una denegación.

Capturar

Infiere este evento analizando los datos de avisos de remesa en busca de códigos de denegación asociados con una reclamación o línea de servicio.

Tipo de evento inferred
Siniestro Presentado
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 adjudicación. Representa la solicitud oficial de pago por los servicios prestados.
Por qué es importante

El seguimiento de esta actividad es crucial para medir el Cycle Time de Servicio a Factura y para identificar retrasos entre la creación y el envío de reclamaciones. Es un hito clave que indica cuándo el evento de facturación entra oficialmente en cuentas por cobrar.

Dónde obtener

Este evento normalmente se registra 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 específica que indica una transmisión exitosa.

Capturar

Capture la marca de tiempo cuando el estado de la reclamación cambie a 'Enviada', 'Transmitida' o un estado equivalente.

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

Analizar el tiempo de desfase entre la prestación del servicio y la captura del cargo resalta posibles retrasos en el reconocimiento de ingresos. Este paso es crítico para asegurar que todos los servicios facturables sean contabilizados y prevenir la fuga de ingresos.

Dónde obtener

Estos datos se encuentran en las tablas de transacciones de cargos o en los registros financieros dentro del sistema de facturación o contabilidad de pacientes. Cada elemento facturable debe tener un timestamp 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
Cobros Iniciados
La cuenta del paciente ha entrado 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 cobranza interno o externo.
Por qué es importante

Esto marca una escalada en los esfuerzos por cobrar las cuentas por cobrar envejecidas. Monitorear esta actividad ayuda a evaluar la efectividad de las estrategias de cobranza y el rendimiento de las agencias de cobranza.

Dónde obtener

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

Capturar

Infiere este evento a partir de la primera marca de tiempo en que el estado de la cuenta cambia a 'Cobros', 'Moroso' o un estado similar.

Tipo de evento inferred
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 asegura que los servicios se representen de una manera que los pagadores puedan entender y adjudicar.
Por qué es importante

Esta actividad es esencial para la precisión de las reclamaciones y es una fuente común de cuellos de botella. Medir la duración de la fase de codificación ayuda a identificar oportunidades para mejorar la productividad del codificador y reducir las retenciones de reclamaciones.

Dónde obtener

Esto a menudo se captura como un cambio de estado en el evento de facturación o un timestamp cuando una tarea relacionada con la codificación se marca como completada en una cola de trabajo.

Capturar

Identifique la marca de tiempo cuando el estado de codificación para el encuentro se establece en 'Completo' o cuando se aprueba el código final.

Tipo de evento explicit
Cuenta Ajustada
Una transacción sin pago que altera el saldo de la cuenta, como un ajuste contractual, una cancelación de saldo menor o un descuento por buena voluntad. Estos son necesarios para conciliar la cuenta según los contratos del pagador o las políticas internas.
Por qué es importante

Los ajustes son un factor principal de la varianza de ingresos. Analizar las actividades y los motivos de ajuste ayuda a comprender la rentabilidad, el rendimiento del contrato del pagador y la integridad de los ingresos.

Dónde obtener

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

Capturar

Capture la fecha de transacción para cualquier transacción financiera sin pago ni cargo que modifique el saldo de la cuenta.

Tipo de evento explicit
Cuenta Cancelada
Todos los esfuerzos de cobro se han agotado 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 condonaciones es esencial para comprender la tasa de éxito final de la cobranza y las fuentes de deuda incobrable.

Dónde obtener

Esta es una transacción financiera explícita, típicamente un ajuste con un código de motivo específico como 'Condonación por Deuda Incobrable' o 'Enviado a Agencia de Cobranza'.

Capturar

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

Tipo de evento explicit
Estado de Cuenta del Paciente Enviado
Una vez registrados todos los pagos y ajustes del seguro, se genera y envía un estado de cuenta al paciente por su parte de la factura. Esto cambia el enfoque de cobro del pagador institucional al individuo.
Por qué es importante

Esta actividad inicia la parte de autopago del ciclo de ingresos. Su seguimiento ayuda a analizar la efectividad de la cobranza a pacientes y a medir el tiempo hasta que se les factura.

Dónde obtener

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

Capturar

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

Tipo de evento explicit
Reclamación Reenviada
Después de una denegación o rechazo, la reclamación ha sido corregida y enviada de nuevo al pagador para su reconsideración. Esto representa un segundo intento de asegurar el pago y cierra el ciclo inicial de reelaboración.
Por qué es importante

Esta actividad es crítica para comprender la eficiencia del proceso de resolución de denegaciones. El seguimiento de los reenvíos ayuda a medir los cycle times de retrabajo y la tasa de éxito de las apelaciones.

Dónde obtener

Esto se registra como un nuevo evento de envío de reclamación que está 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 presentación de reclamación que haga referencia a un ID de reclamación presentado previamente o que tenga un indicador de nueva presentación.

Tipo de evento explicit
Reelaboración de Denegación Iniciada
Un usuario o flujo de trabajo automatizado ha comenzado el proceso de revisión y resolución de una reclamación denegada. Esta actividad marca el inicio del proceso interno para impugnar la denegación y recuperar los ingresos potenciales.
Por qué es importante

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

Dónde obtener

Esto puede capturarse a partir de acciones de usuario en un módulo de gestión de denegaciones, un cambio de estado en la reclamación o la asignación de la reclamación denegada a la cola de trabajo de un usuario.

Capturar

Capture la marca de tiempo cuando una reclamación denegada se abre por primera vez, se asigna o su estado cambia a 'En Reelaboración'.

Tipo de evento explicit
Remesa Recibida
El sistema recibe una respuesta del pagador con respecto a la reclamación enviada, a menudo en un archivo de Electronic Remittance Advice (ERA). Esta respuesta detalla lo que se pagó, denegó o ajustó para cada línea de servicio.
Por qué es importante

Este es el evento fundamental que dicta la ruta de proceso subsiguiente, ya sea el registro de pagos, la gestión de denegaciones o los ajustes. El tiempo hasta que se recibe la remesa mide el rendimiento del pagador.

Dónde obtener

Esto se captura cuando el sistema ingiere un archivo de electronic data interchange (EDI), como un archivo 835, o cuando un usuario introduce datos manualmente de un paper Explanation of Benefits (EOB).

Capturar

Utilice el timestamp de procesamiento o importación del archivo de aviso de remesa asociado con la reclamación.

Tipo de evento explicit
Siniestro Creado
El sistema ha generado una reclamación de facturación formal, que compila todos los cargos, códigos e información demográfica en un formato estandarizado. Este es un paso preparatorio antes de que la reclamación sea enviada al pagador.
Por qué es importante

Esto 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 la agrupación que ralentizan el proceso de facturación.

Dónde obtener

Este es un evento generado por el sistema que debe registrarse en una tabla o archivo de reclamaciones, con un timestamp de creación claro para el encabezado de la reclamación.

Capturar

Utilice el timestamp de creación del registro de reclamación principal asociado con el evento de facturació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 instrucciones detalladas,

lea nuestra guía de ETL

o seleccione un proceso y sistema específicos.