Su Template de datos para la gestión del ciclo de ingresos
Su Template de datos para la gestión del ciclo de ingresos
- 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
Atributos de la gestión del ciclo de ingresos
| 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 | |||
Actividades de la gestión del ciclo de ingresos
| 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 | |||
Guías de extracción
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.
No necesita tarjeta de crédito. Empiece a optimizar hoy mismo.