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

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

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

Este Template ofrece una guía completa sobre los atributos de datos esenciales que deberá recopilar y las actividades clave que deberá supervisar para analizar eficazmente la gestión del ciclo de ingresos. También incluye orientación práctica sobre cómo extraer estos datos de sus sistemas. Al seguir este Template, podrá establecer una base sólida para optimizar su proceso de RCM.
  • Atributos de datos recomendados para un análisis completo
  • Actividades clave del proceso que debe supervisar eficazmente
  • Orientación práctica para extraer datos de Waystar
¿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

Estos son los campos de datos recomendados y sus descripciones, esenciales para crear un registro de eventos completo y analizar exhaustivamente su proceso de gestión del ciclo de ingresos.
5 Obligatorio 6 Recomendado 10 Opcional
Nombre Descripción
Evento de facturación
BillingEvent
El identificador único de una prestación de servicio o entrega de producto que genera un cargo y sirve como caso del proceso del ciclo de ingresos.
Descripción

El Billing Event actúa como identificador principal del caso y vincula todas las actividades, desde la captura del cargo hasta el cierre de la cuenta, para un servicio facturable concreto. Representa todo el ciclo de vida de una reclamación o factura de paciente.

En Process Mining, analizar el recorrido de cada Billing Event ofrece una visión completa del ciclo de ingresos. Ayuda a identificar rutas habituales del proceso, desviaciones y cuellos de botella que afectan a reclamaciones individuales. Este nivel de detalle es esencial para comprender el rendimiento del proceso y localizar áreas concretas de mejora, como las demoras en el envío de reclamaciones o en la contabilización de pagos.

Por qué es importante

Este es el Case ID esencial que conecta todas las actividades relacionadas del ciclo de ingresos y permite rastrear el proceso de principio a fin para cada elemento facturable.

Dónde obtenerlo

Normalmente es la clave principal de la tabla principal de transacciones de facturación o reclamaciones en Waystar. Consulte la documentación de Waystar para conocer el nombre específico de la tabla y del campo.

Ejemplos
BE-2024-0012345BE-2024-0012346BE-2024-0012347
Marca de tiempo del evento
EventTimestamp
La fecha y hora exactas en que tuvo lugar la actividad.
Descripción

La Event Timestamp registra el momento exacto en que tuvo lugar una actividad. Esta marca de tiempo es crucial para ordenar cronológicamente los eventos y calcular las duraciones entre los distintos pasos del proceso.

En el análisis de procesos, las marcas de tiempo se utilizan para calcular indicadores clave como los tiempos de ciclo, espera y procesamiento. Por ejemplo, la diferencia entre la marca de tiempo de «Claim Submitted» y la de «Payment Posted» determina el tiempo total del ciclo de pago. Las marcas de tiempo precisas son esenciales para analizar cuellos de botella y supervisar el rendimiento.

Por qué es importante

Las marcas de tiempo son necesarias para ordenar eventos, calcular tiempos de ciclo y analizar el rendimiento del proceso, ya que constituyen la base temporal del análisis.

Dónde obtenerlo

Es un campo estándar asociado a casi todos los registros de transacciones o cambios de estado en Waystar, a menudo denominado «Creation Date», «Transaction Date» o algo similar.

Ejemplos
2023-10-26T10:00:00Z2023-10-27T14:35:10Z2023-11-05T09:15:00Z
Nombre de la actividad
ActivityName
El nombre del evento empresarial o paso específico que tuvo lugar dentro del proceso del ciclo de ingresos, como «Claim Submitted» o «Payment Posted».
Descripción

Este atributo describe las actividades individuales que componen el proceso completo del ciclo de ingresos. Cada valor representa un paso, hito o tarea diferenciada realizada sobre un Billing Event, como crear una reclamación, recibir una denegación o contabilizar un pago.

Analizar la secuencia y la frecuencia de estas actividades es la base del Process Mining. Permite visualizar el mapa de procesos, identificar ciclos de reelaboración, por ejemplo, «Claim Denied» seguido de «Claim Corrected», y medir los tiempos de transición entre pasos. Esto es fundamental para comprender la eficiencia y el cumplimiento del proceso.

Por qué es importante

Este atributo define los pasos del mapa de procesos, algo fundamental para visualizar y analizar el Workflow del ciclo de ingresos.

Dónde obtenerlo

Se genera a partir de registros de eventos, registros de cambios de estado o tipos de transacción de los módulos de reclamaciones y facturación de Waystar.

Ejemplos
Reclamación enviada al pagadorReclamación denegadaPago contabilizadoCuenta cerrada
Sistema de origen
SourceSystem
El sistema o aplicación donde se originaron los datos del evento.
Descripción

Este atributo identifica el sistema de origen que generó los datos del evento. En un entorno de TI complejo, los eventos del ciclo de ingresos pueden originarse en distintos módulos de Waystar o incluso en sistemas externos integrados, como un Electronic Health Record (EHR).

Comprender el sistema de origen es importante para validar datos, resolver problemas y entender las variaciones del proceso que pueden deberse a distintos comportamientos del sistema. Ayuda a atribuir los problemas del proceso a la aplicación o interfaz correcta.

Por qué es importante

Identifica el origen de los datos, algo crucial para la gobernanza de datos, el aseguramiento de la calidad y la comprensión de las variaciones del proceso entre distintos sistemas.

Dónde obtenerlo

A menudo es un valor estático («Waystar») añadido durante la extracción de datos, o puede derivarse de módulos o tablas específicos del sistema.

Ejemplos
Waystar RCMMódulo de facturación de WaystarInterfaz del EHR
Última actualización de datos
LastDataUpdate
La marca de tiempo que indica la última vez que se actualizaron o extrajeron los datos de este evento.
Descripción

Este atributo proporciona la marca de tiempo de la última extracción de los datos del sistema de origen. No indica cuándo ocurrió el evento empresarial, sino cuándo se extrajo el registro para su análisis.

Esta información es fundamental para la gobernanza de datos y para conocer la actualidad de los datos en el análisis de Process Mining. Ayuda a saber si se está consultando información actualizada y es esencial para gestionar cargas de datos incrementales.

Por qué es importante

Garantiza la transparencia de los datos al indicar la actualidad del conjunto de datos, algo vital para elaborar informes y análisis precisos y oportunos.

Dónde obtenerlo

Esta marca de tiempo suele generarse y añadirse a cada fila mediante el proceso ETL (Extract, Transform, Load) durante la ingesta de datos.

Ejemplos
2024-01-15T02:00:00Z2024-01-16T02:00:00Z
Código de motivo de denegación
DenialReasonCode
Un código estandarizado que indica por qué el pagador denegó una reclamación.
Descripción

Cuando un pagador deniega una reclamación, proporciona un código de motivo que explica el rechazo. Estos códigos pueden indicar problemas como información faltante, servicios no cubiertos o errores de codificación. Este atributo captura ese código específico.

Analizar los códigos de motivo de denegación es fundamental para mejorar el ciclo de ingresos. Permite identificar las causas raíz de las denegaciones, como errores frecuentes de un departamento concreto o problemas con los requisitos de un pagador específico. Estos datos alimentan directamente el Dashboard «Claim Denial Rate and Reasons» y son clave para desarrollar estrategias que prevengan futuras denegaciones y mejoren las tasas de pago al primer intento.

Por qué es importante

Este atributo es esencial para analizar las causas raíz de las denegaciones de reclamaciones y permite aplicar medidas específicas para reducir la pérdida de ingresos y la reelaboración.

Dónde obtenerlo

Se completa en el registro de la reclamación cuando ocurre un evento de denegación. Esta información la proporciona el pagador en la remesa.

Ejemplos
CO-16: A la reclamación o al servicio le falta informaciónPR-96: Cargos no cubiertosCO-22: Esta atención puede estar cubierta por otro pagador
Estado de la reclamación
ClaimStatus
El estado actual de la reclamación en su ciclo de vida, como «Submitted», «Pending», «Paid» o «Denied».
Descripción

Claim Status ofrece una instantánea de la posición de un Billing Event concreto dentro del ciclo de ingresos en un momento determinado. Indica el último hito alcanzado, por ejemplo, si la reclamación se ha enviado, está siendo revisada por el pagador, se ha pagado o ha sido rechazada.

Este atributo es crucial para los informes financieros y la gestión operativa. En Process Mining, ayuda a comprender el estado actual de todos los casos abiertos y permite analizar cuánto tiempo pasan los casos en determinados estados, como «Pending Payer Adjudication». Admite directamente el Dashboard «Outstanding Balances and Aging».

Por qué es importante

Ofrece una visión del estado actual de todas las reclamaciones en curso, lo que permite analizar cuellos de botella y priorizar el trabajo.

Dónde obtenerlo

Es un campo estándar del registro de reclamación o facturación en Waystar, que se actualiza a medida que la reclamación avanza por el ciclo.

Ejemplos
EnviadoReconocido por el pagadorDenegadoPagado en su totalidad
Importe facturado
BilledAmount
El importe total cobrado por los servicios prestados que figuran en la reclamación.
Descripción

Billed Amount representa el cargo bruto por los servicios prestados al paciente antes de aplicar ajustes, bonificaciones contractuales o pagos. Es el valor inicial de la reclamación enviada al pagador.

Este atributo es crucial para el análisis financiero y para comprender el valor monetario que circula por el proceso. Puede utilizarse para segmentar el análisis por valor de la reclamación, identificar tendencias en los cargos de distintos servicios y calcular el impacto financiero general de ineficiencias como denegaciones o demoras de pago. Es una métrica fundamental para la mayoría de los Dashboard financieros.

Por qué es importante

Representa el valor total de una reclamación y permite analizar el impacto financiero de las demoras, denegaciones y ajustes del proceso.

Dónde obtenerlo

Es un campo financiero estándar de la pantalla de reclamaciones o introducción de cargos de Waystar.

Ejemplos
150.001250.75540.50
Nombre del pagador
PayerName
El nombre de la compañía de seguros o del pagador externo responsable de la reclamación.
Descripción

Este atributo identifica al pagador concreto, como una compañía de seguros, un programa gubernamental como Medicare u otra entidad responsable de adjudicar y pagar la reclamación. Cada pagador puede tener requisitos de envío, calendarios de pago y patrones de denegación diferentes.

Analizar el proceso por nombre del pagador es esencial para identificar qué pagadores tienen los ciclos de pago más largos, las tasas de denegación más altas o los procesos más complejos. Esto permite adaptar las estrategias, priorizar el seguimiento de los pagadores problemáticos y negociar mejores contratos.

Por qué es importante

Segmentar el proceso por pagador es fundamental para identificar cuellos de botella, motivos de denegación y demoras de pago específicos de cada pagador.

Dónde obtenerlo

Se encuentra en la información de la reclamación o de facturación, vinculada a los datos del seguro del paciente en Waystar.

Ejemplos
AetnaBlue Cross Blue ShieldCignaMedicare Parte B
Saldo pendiente
OutstandingBalance
El importe restante que todavía debe cobrarse por el Billing Event.
Descripción

Outstanding Balance representa el importe actual de las cuentas por cobrar correspondiente a un Billing Event. Se calcula como el importe facturado menos los pagos y ajustes aplicados hasta la fecha.

Es una métrica financiera crítica para gestionar el flujo de efectivo y las cuentas por cobrar. Es el atributo principal del Dashboard «Outstanding Balances and Aging», que permite controlar el total de cuentas por cobrar, identificar cuentas con saldos elevados y priorizar las gestiones de cobro. Supervisar este valor a lo largo del tiempo muestra la eficacia del proceso de cobro.

Por qué es importante

Mide directamente las cuentas por cobrar, algo esencial para gestionar el flujo de efectivo, priorizar los cobros y evaluar la salud financiera.

Dónde obtenerlo

Normalmente es un campo calculado en los módulos de informes de Waystar (Billed Amount - Paid Amount - Adjustments). Puede ser necesario calcularlo durante la extracción de datos si no existe un campo directo.

Ejemplos
30.00270.25540.50
Tipo de servicio
ServiceType
La categoría o el tipo de servicio médico prestado, como «Radiology», «Consultation» o «Surgical Procedure».
Descripción

Service Type clasifica la naturaleza del servicio facturable prestado al paciente. Los distintos tipos de servicio suelen tener códigos de facturación, tasas de reembolso y complejidades de proceso diferentes.

Este atributo permite analizar detalladamente el ciclo de ingresos según el departamento clínico o la línea de servicio. Ayuda a responder preguntas como «¿Qué líneas de servicio sufren más demoras de facturación?» o «¿Las tasas de denegación son más altas en los procedimientos quirúrgicos que en las consultas?». Es clave para analizar el rendimiento departamental y mejorar el proceso de forma específica.

Por qué es importante

Permite analizar el rendimiento del proceso por departamento clínico o línea de servicio, y revela variaciones en la eficiencia y la rentabilidad.

Dónde obtenerlo

Normalmente se obtiene de los códigos de procedimiento (CPT/HCPCS) o se vincula al departamento que prestó el servicio en Waystar.

Ejemplos
RadiologíaConsulta de cardiologíaVisita a urgenciasCirugía ambulatoria
Clase de paciente
PatientClass
Indica el estado del paciente durante el encuentro, como «Inpatient» o «Outpatient».
Descripción

Patient Class categoriza el tipo de encuentro del paciente, que a menudo determina las reglas de facturación y las tasas de reembolso. Entre las clases habituales se incluyen Inpatient, Outpatient y Emergency.

Analizar el ciclo de ingresos por Patient Class puede revelar diferencias importantes en el proceso. Por ejemplo, las reclamaciones de pacientes hospitalizados suelen ser más complejas y tener ciclos de pago más largos que las de pacientes ambulatorios. Esta segmentación es importante para establecer objetivos de rendimiento realistas y adaptar las iniciativas de mejora a las necesidades específicas de cada clase.

Por qué es importante

Ayuda a segmentar el proceso según la complejidad del encuentro, por ejemplo, hospitalizado frente a ambulatorio, que suele correlacionarse con distintas reglas de facturación y tiempos de ciclo.

Dónde obtenerlo

Es un campo estándar de los datos de registro del paciente o del encuentro en Waystar o en el EHR de origen.

Ejemplos
HospitalizaciónAtención ambulatoriaUrgencias
Código de motivo del ajuste
AdjustmentReasonCode
Un código que explica el motivo de un ajuste financiero en el saldo de la cuenta.
Descripción

Cuando el saldo de una cuenta cambia por motivos distintos de un pago, como una bonificación contractual o una cancelación contable, se utiliza un Adjustment Reason Code para documentar el motivo. Este atributo captura dicho código.

Analizar estos códigos es esencial para el Dashboard «Account Adjustment Rate and Impact». Ayuda a identificar las causas raíz de las fugas de ingresos, como ajustes contractuales frecuentes con determinados pagadores o cancelaciones contables debidas a errores de facturación. Comprender estos motivos es el primer paso para minimizar las pérdidas de ingresos evitables.

Por qué es importante

Explica por qué se ajustaron o cancelaron contablemente los ingresos y proporciona información clave sobre las fugas de ingresos y el rendimiento de los contratos con pagadores.

Dónde obtenerlo

Está asociado a las transacciones de ajuste del módulo de contabilización de pagos o de cuentas por cobrar de Waystar.

Ejemplos
Obligación contractualCastigo de saldos pequeñosCorrección de error de facturación
Es pago al primer intento
IsFirstPassPayment
Una marca que indica si la reclamación se pagó correctamente en el primer envío, sin denegaciones ni ajustes.
Descripción

Este atributo booleano calculado indica si una reclamación se pagó sin eventos negativos intermedios, como una denegación, un rechazo o una solicitud de información adicional. Un valor «true» indica un proceso limpio y eficiente para esa reclamación.

Este atributo admite directamente el KPI «First Pass Payment Rate», una medida crítica de la eficiencia general del ciclo de ingresos. Analizar las características de las reclamaciones que no se pagan al primer intento, por ejemplo, por pagador o tipo de servicio, ayuda a identificar los principales factores de reelaboración y demoras de pago. Mejorar esta tasa genera un flujo de efectivo más rápido y menores costes operativos.

Por qué es importante

Mide directamente la calidad de la facturación y del procesamiento de reclamaciones. Una tasa alta de pago al primer intento indica un proceso eficiente con una reelaboración mínima.

Dónde obtenerlo

Este es un atributo derivado que se calcula durante la transformación de datos. La lógica comprueba si se produce un evento «Payment Posted» sin que antes se hayan producido eventos como «Claim Denied» o «Account Adjusted».

Ejemplos
truefalse
Fecha de vencimiento del pago
PaymentDueDate
La fecha en la que se espera recibir el pago de la factura o reclamación.
Descripción

Payment Due Date es la fecha establecida por el proveedor o determinada por los contratos con los pagadores en la que debería recibirse el pago. Sirve como referencia para medir la puntualidad de los pagos.

Este atributo es esencial para el Dashboard «Outstanding Balances and Aging». Se utiliza para calcular la antigüedad de las cuentas por cobrar y clasificarlas en intervalos como «0-30 días», «31-60 días», etc. Este análisis de antigüedad es una práctica financiera estándar para gestionar las cuentas por cobrar y priorizar los cobros de cuentas vencidas.

Por qué es importante

Proporciona la base para calcular la antigüedad de las cuentas por cobrar, algo fundamental para gestionar los cobros y comprender la puntualidad del flujo de efectivo.

Dónde obtenerlo

Puede encontrarse en el registro de la factura o de la reclamación. También puede calcularse a partir de la fecha de la factura y las condiciones de pago.

Ejemplos
2023-11-252023-12-152024-01-30
ID del paciente
PatientId
El identificador único del paciente que recibió el servicio.
Descripción

Este atributo es el identificador único del paciente asociado al Billing Event. Vincula la transacción financiera con la persona que recibió la atención.

Aunque el Billing Event es el caso, Patient ID permite realizar análisis centrados en el paciente. Puede ayudar a identificar pacientes recurrentes, comprender el recorrido financiero completo del paciente en varias visitas y analizar si determinados datos demográficos se asocian con problemas de pago o tasas de denegación más altas. Permite agregar todas las actividades de facturación de una misma persona.

Por qué es importante

Permite realizar análisis centrados en el paciente y obtener una visión de todo el recorrido financiero de una persona a través de varios Billing Event.

Dónde obtenerlo

Es un campo estándar del registro de reclamación o de registro del paciente en Waystar, o se vincula desde un EHR.

Ejemplos
MRN-887654MRN-902101MRN-123456
Importe ajustado
AdjustedAmount
El importe financiero total ajustado o cancelado contablemente para el Billing Event.
Descripción

Adjusted Amount representa la suma de todos los ajustes financieros realizados en el saldo de un Billing Event. Incluye las bonificaciones contractuales determinadas por los acuerdos con los pagadores, así como otras cancelaciones contables o correcciones.

Es una métrica clave para el Dashboard «Account Adjustment Rate and Impact». Sumar este importe por códigos de motivo o pagadores revela el impacto financiero de las fugas de ingresos. Ayuda a cuantificar las pérdidas y proporciona una base empresarial para abordar las causas raíz de los ajustes.

Por qué es importante

Cuantifica el importe de ingresos perdido debido a cancelaciones contables y ajustes, y pone de relieve el impacto financiero de los problemas de facturación y las condiciones contractuales.

Dónde obtenerlo

Se obtiene de las transacciones de ajustes financieros de Waystar. Puede ser necesario sumar varias entradas de ajuste para un único Billing Event.

Ejemplos
250.2550.0015.80
Importe pagado
PaidAmount
El importe total recibido y contabilizado de los pagadores o del paciente por la reclamación.
Descripción

Este atributo registra el importe acumulado que se ha cobrado correctamente por un Billing Event. Incluye los pagos de los pagadores de seguros primarios y secundarios, así como los pagos del paciente.

Paid Amount es una métrica de resultado clave del ciclo de ingresos. Se utiliza para calcular el rendimiento final de los cargos facturados y medir la eficacia del proceso completo. Comparar Billed Amount con Paid Amount revela el rendimiento financiero y pone de manifiesto las áreas de fuga de ingresos. Es esencial para los Dashboard relacionados con la eficacia de los cobros y la salud financiera general.

Por qué es importante

Mide el efectivo realmente cobrado, una métrica de resultado principal para evaluar el éxito general del proceso del ciclo de ingresos.

Dónde obtenerlo

Se obtiene de las transacciones de contabilización de pagos vinculadas a la reclamación en Waystar. Puede ser necesario sumar varios registros de pagos.

Ejemplos
120.00980.500.00
Tiempo desde el servicio hasta la facturación
ServiceToInvoiceCycleTime
Tiempo transcurrido desde que se completó un servicio hasta que se capturaron los cargos y se creó una reclamación.
Descripción

Esta métrica, también conocida como «charge lag», mide la eficiencia del proceso de facturación inicial. Se calcula como la diferencia de tiempo entre el evento «Service Provided/Completed» y el evento «Charges Captured» o «Claim Created».

Este atributo respalda directamente el Dashboard «Service To Invoice Cycle Time». Los retrasos en esta parte del proceso, conocidos como «charge lag», posponen directamente el inicio del ciclo de pagos y retrasan el flujo de caja. Supervisarlo ayuda a garantizar que todos los servicios se facturen de forma rápida y precisa, evitando la pérdida de ingresos y acelerando todo el ciclo de ingresos.

Por qué es importante

Mide la eficiencia de la facturación inicial. Reducir este «charge lag» es fundamental para acelerar todo el ciclo de ingresos y evitar cargos no facturados.

Dónde obtenerlo

Se calcula durante la transformación de datos restando la marca de tiempo del evento de servicio de la marca de tiempo del evento de captura de cargos o creación de la reclamación.

Ejemplos
2 días y 8 horas1 día y 0 horas5 días y 1 hora
Tipo de pagador
PayerType
La categoría del pagador, como «Commercial», «Medicare» o «Self-Pay».
Descripción

Payer Type agrupa a los pagadores individuales en categorías más amplias según su naturaleza. Ofrece una visión de nivel superior a la del nombre específico del pagador.

Este atributo es útil para el análisis estratégico y los informes. Permite a la dirección comprender las tendencias de rendimiento de las principales categorías de pagadores, como comparar el rendimiento general de los pagadores gubernamentales con el de las aseguradoras comerciales. Esto puede orientar las decisiones estratégicas sobre la contratación con pagadores y la asignación de recursos.

Por qué es importante

Permite realizar análisis de alto nivel al agrupar a los pagadores en categorías como comerciales o gubernamentales, que suelen tener comportamientos y reglas de pago diferentes.

Dónde obtenerlo

Normalmente se obtiene asignando el Payer Name a una lista de categorías predefinida. Esta lógica puede existir en Waystar o tener que crearse durante la transformación de datos.

Ejemplos
ComercialMedicareMedicaidPago particular
Usuario responsable
ResponsibleUser
El usuario o agente que realizó la actividad, como un facturador, codificador o especialista en cobros.
Descripción

Este atributo identifica al empleado o usuario del sistema concreto que ejecutó una actividad determinada del proceso. Por ejemplo, puede mostrar qué facturador envió una reclamación o qué gestor de cobros inició una llamada de seguimiento.

Analizar el proceso por usuario ayuda a comprender la distribución de la carga de trabajo, el rendimiento individual y las necesidades de formación. Puede revelar si determinados usuarios tienen tasas de error más altas o son más eficientes al resolver denegaciones. Esto resulta valioso para la gestión del equipo y el control de calidad del departamento del ciclo de ingresos.

Por qué es importante

Asigna la responsabilidad de los pasos del proceso, permite analizar el rendimiento individual o del equipo e identifica oportunidades de formación.

Dónde obtenerlo

Se encuentra en el registro de auditoría o en los registros de transacciones de los eventos de Waystar, a menudo con nombres como «UserID», «ProcessedBy» o similares.

Ejemplos
jsmithadavisbilling_bot_01
Obligatorio Recomendado Opcional

Actividades de la gestión del ciclo de ingresos

Estos son los pasos cruciales y los hitos clave del proceso que debe capturar en su registro de eventos para descubrir con precisión y analizar en profundidad sus operaciones RCM.
6 Recomendado 7 Opcional
Actividad Descripción
Cargos capturados
Marca la entrada de servicios facturables en el sistema del ciclo de ingresos. Este evento suele registrarse explícitamente cuando un usuario finaliza la introducción de un cargo o cuando se reciben datos de un sistema clínico.
Por qué es importante

Este es el punto de partida del proceso de facturación. Analizar el tiempo transcurrido entre la finalización del servicio y la captura del cargo es fundamental para identificar fugas de ingresos y retrasos en las etapas iniciales.

Dónde obtenerlo

Este evento se registra en una tabla de introducción de cargos o de transacciones dentro de Waystar, que normalmente contiene una marca de tiempo de creación cuando el cargo se guarda o finaliza.

Recopilar

Evento registrado al guardar o finalizar la introducción de un cargo.

Tipo de evento explicit
Cuenta cerrada
El ciclo de vida del evento de facturación ha finalizado y el saldo de la cuenta ha llegado a cero mediante pagos y ajustes. Esto indica el cierre satisfactorio del ciclo de ingresos de este caso.
Por qué es importante

Este es el principal punto final del proceso. Medir el tiempo hasta el cierre y el porcentaje de cuentas que se cierran correctamente son indicadores clave del rendimiento general.

Dónde obtenerlo

Este es un evento calculado, que normalmente se infiere cuando el campo de saldo pendiente del evento de facturación llega a cero en el sistema de contabilidad del paciente.

Recopilar

Se calcula cuando la suma de los pagos y ajustes equivale al importe total cobrado.

Tipo de evento calculated
Pago contabilizado
El pago recibido se aplica o concilia con la cuenta del paciente y la reclamación correspondientes. Esta actividad mueve el saldo de las cuentas por cobrar al efectivo.
Por qué es importante

Este es un paso final crucial del ciclo del pagador. Admite los KPI de volumen y tiempo de demora de la contabilización de pagos, y garantiza que las cuentas se actualicen correctamente y a tiempo.

Dónde obtenerlo

Esta es una acción explícita registrada en Waystar cuando un usuario contabiliza el pago desde la ERA. Muchos sistemas también registran este evento cuando utilizan funciones de contabilización automática.

Recopilar

Evento registrado cuando el pago de una ERA se aplica a una reclamación, de forma manual o mediante contabilización automática.

Tipo de evento explicit
Reclamación denegada
El pagador ha rechazado la reclamación y no emitirá ningún pago, según se detalla en la Electronic Remittance Advice (ERA). Este evento activa el ciclo de gestión de denegaciones o reelaboración.
Por qué es importante

Admite directamente el KPI «Claim Denial Rate». Identificar la frecuencia y los motivos de las denegaciones es fundamental para mejorar el proceso y recuperar ingresos.

Dónde obtenerlo

Se infiere a partir de códigos de denegación específicos, conocidos como Claim Adjustment Reason Codes (CARC), incluidos en la ERA (archivo 835) recibida.

Recopilar

Se obtiene de los códigos de motivo de ajuste de la reclamación (CARC) incluidos en el archivo ERA que indican una denegación.

Tipo de evento inferred
Reclamación enviada al pagador
El envío electrónico de la reclamación de facturación al pagador del seguro para su adjudicación. Es una transferencia crítica del sistema del proveedor al sistema del pagador a través de la cámara de compensación.
Por qué es importante

Un hito clave que inicia el cómputo de los tiempos de respuesta del pagador. Es esencial para medir los KPI del ciclo de pagos e identificar acumulaciones de envíos.

Dónde obtenerlo

La funcionalidad de cámara de compensación de Waystar registra explícitamente la fecha y hora de transmisión del archivo de reclamaciones. Busque los registros de envío o el historial de estados de las reclamaciones.

Recopilar

Se registra en el historial de envíos de reclamaciones o en el registro de transacciones tras una transmisión correcta.

Tipo de evento explicit
Reclamación resuelta
El pagador ha procesado la reclamación y ha tomado una decisión de pago. Este evento se captura cuando se recibe del pagador una Electronic Remittance Advice (ERA) o un archivo 835.
Por qué es importante

Este es el principal punto de decisión del proceso. Determina si la reclamación se pagará o se denegará, lo que afecta directamente al flujo de ingresos y a los Workflow de gestión de denegaciones.

Dónde obtenerlo

Se infiere a partir de la fecha de recepción de la ERA (archivo 835) asociada a la reclamación en Waystar. El archivo ERA contiene la decisión detallada del pagador.

Recopilar

Se infiere a partir de la fecha de procesamiento del archivo ERA/835 recibido del pagador.

Tipo de evento inferred
Actividad de cobro iniciada
La cuenta del paciente ha pasado a estar vencida y han comenzado las gestiones activas de cobro. Esto puede incluir recordatorios automáticos o la transferencia a una agencia de cobro externa.
Por qué es importante

Admite el Dashboard «Collection Activity Effectiveness». Ayuda a analizar el coste y la tasa de éxito de las gestiones de cobro sobre cuentas por cobrar vencidas.

Dónde obtenerlo

Normalmente se infiere a partir de un cambio en el estado de la cuenta dentro de Waystar a «Collections» o «Bad Debt», lo que activa un Workflow diferente.

Recopilar

Se infiere a partir de un cambio en el estado de la cuenta a «Collections» o «Bad Debt».

Tipo de evento inferred
Acuse de recibo del pagador recibido
El sistema del pagador confirma la recepción del archivo de reclamaciones enviado. Normalmente se trata de una respuesta automatizada, como un informe 277CA o 999, que indica que la reclamación se ha aceptado para su procesamiento.
Por qué es importante

Confirma que la transmisión se ha realizado correctamente y ayuda a aislar los rechazos iniciales debidos a errores de formato o de datos antes de que comience la adjudicación, lo que permite corregirlos con mayor rapidez.

Dónde obtenerlo

Se registra en las tablas de estado de reclamaciones o de archivos de respuesta del módulo de cámara de compensación de Waystar después de procesar un archivo de confirmación entrante del pagador.

Recopilar

Evento registrado al procesar un archivo electrónico de confirmación del pagador.

Tipo de evento explicit
Cuenta ajustada
Se realiza un ajuste manual o contractual en el saldo de la cuenta. Esto puede incluir cancelaciones contables, bonificaciones contractuales, descuentos al paciente u otras correcciones.
Por qué es importante

Es esencial para comprender las fugas de ingresos. Analizar los ajustes ayuda a identificar problemas con las tarifas, la gestión de contratos o las deudas incobrables.

Dónde obtenerlo

Cada ajuste financiero debe registrarse como una transacción con fines de auditoría. Será un evento explícito en la tabla de transacciones de la cuenta.

Recopilar

Se registra como un tipo de transacción específico en el libro mayor de la cuenta.

Tipo de evento explicit
Denegación apelada
Un usuario ha actuado para impugnar una denegación, normalmente reenviando la reclamación con correcciones o presentando una apelación formal. Esta actividad es un paso clave del proceso de reelaboración.
Por qué es importante

Mide la eficiencia del equipo de gestión de denegaciones. Registrar el tiempo transcurrido entre la denegación y la apelación, así como la tasa de éxito de las apelaciones, es importante para optimizar los esfuerzos de recuperación.

Dónde obtenerlo

Puede registrarse como una acción explícita del usuario o como una nota en el módulo de gestión de denegaciones. También puede inferirse a partir de un cambio de estado de la reclamación denegada.

Recopilar

Evento registrado cuando un usuario documenta una acción de apelación o actualiza el estado de la reclamación a «Appealed».

Tipo de evento explicit
Estado de cuenta del paciente enviado
Después de la adjudicación del seguro, se genera y envía al paciente un estado de cuenta por cualquier saldo pendiente. Esto desplaza el foco de cobro del pagador al paciente.
Por qué es importante

Este evento inicia el ciclo de pago del paciente. Analizar la eficacia y el momento de envío de los estados de cuenta es clave para gestionar las cuentas por cobrar de los pacientes y mejorar su experiencia.

Dónde obtenerlo

Este es un evento explícito registrado por el módulo de facturación del paciente cuando se genera un lote de estados de cuenta o se envía electrónicamente o a un proveedor de impresión.

Recopilar

Evento registrado en el historial de correspondencia del paciente cuando se genera un estado de cuenta.

Tipo de evento explicit
Reclamación corregida y reenviada
Después de una denegación o un rechazo, la reclamación se ha corregido y se ha enviado de nuevo al pagador. Esto indica el reinicio del ciclo de adjudicación de una reclamación concreta.
Por qué es importante

Este es un ciclo de reelaboración crítico. Analizar la frecuencia y los motivos de los reenvíos ayuda a identificar las causas raíz de los errores iniciales, como errores de codificación o demográficos.

Dónde obtenerlo

Se infiere al identificar un nuevo evento «Claim Submitted To Payer» para una reclamación que había sido denegada anteriormente. El sistema también puede tener un estado específico para las reclamaciones reenviadas.

Recopilar

Se infiere a partir de un nuevo evento de envío vinculado a un identificador de reclamación denegada anteriormente.

Tipo de evento inferred
Reclamación creada
Representa la generación de una reclamación formal de facturación a partir de los cargos capturados. Es un paso interno en el que el sistema recopila la información antes de enviarla al pagador.
Por qué es importante

Permite realizar un seguimiento de la eficiencia interna de la generación de reclamaciones. Los retrasos en esta etapa pueden posponer todo el ciclo de pagos incluso antes de que la reclamación salga del sistema del proveedor.

Dónde obtenerlo

Puede tratarse de un evento explícito, pero a menudo se infiere a partir de la primera marca de tiempo asociada a un registro de reclamación en el módulo de gestión de reclamaciones de Waystar.

Recopilar

Se infiere a partir de la fecha de creación del registro de reclamación en la tabla principal de reclamaciones.

Tipo de evento inferred
Recomendado Opcional

Guías de extracción

Cómo obtener sus datos de Waystar

Los métodos de extracción para este proceso se están validando. Vuelva a consultar más adelante o póngase en contacto con nosotros para obtener ayuda.

¿Está listo para comenzar?

Dé el siguiente paso para optimizar su gestión del ciclo de ingresos. Empiece hoy mismo a aprovechar estos datos para impulsar la eficiencia y mejorar el flujo de caja.

Optimice la gestión del ciclo de ingresos y mejore el flujo de caja ahora

Identifique las ineficiencias, consiga ciclos un 30 % más rápidos y mejore el flujo de caja.

Inicie su prueba gratuita

No necesita tarjeta de crédito. Empiece a optimizar hoy mismo.