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 conviene seguir
- Recomendaciones prácticas para extraer datos de Waystar
Atributos de la gestión del ciclo de ingresos
| Nombre | Descripción | ||
|---|---|---|---|
| Evento de facturación BillingEvent | Identificador único de una prestación de servicio o entrega de un producto que genera un cargo y sirve como caso del proceso del ciclo de ingresos. | ||
| Descripción El evento de facturación funciona 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 el ciclo de vida completo de una reclamación o factura de paciente. En Process Mining, analizar el recorrido de cada evento de facturación permite obtener una visión completa del ciclo de ingresos. Ayuda a identificar las rutas habituales del proceso, las desviaciones y los cuellos de botella que afectan a cada reclamación. Este nivel de detalle es esencial para entender el rendimiento del proceso y detectar áreas concretas de mejora, como los retrasos en el envío de reclamaciones o la contabilización de pagos. Por qué es importante Este es el ID del caso esencial que conecta todas las actividades relacionadas con el ciclo de ingresos y permite seguir el proceso de principio a fin para cada concepto facturable. Dónde obtenerlo Por lo general, es la clave principal de la tabla principal de transacciones de facturación o reclamaciones de Waystar. Consulte la documentación de Waystar para identificar la tabla y el nombre del campo específicos. Ejemplos BE-2024-0012345BE-2024-0012346BE-2024-0012347 | |||
| Marca de tiempo del evento EventTimestamp | Fecha y hora exactas en que tuvo lugar la actividad. | ||
| Descripción La marca de tiempo del evento registra el momento exacto en que tuvo lugar una actividad. Es fundamental para ordenar cronológicamente los eventos y calcular la duración entre los distintos pasos del proceso. En el análisis de procesos, las marcas de tiempo se utilizan para calcular KPI clave, como los tiempos de ciclo, de espera y de procesamiento. Por ejemplo, la diferencia entre las marcas de tiempo de «Claim Submitted» y «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 los eventos, calcular los tiempos de ciclo y analizar el rendimiento del proceso. 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 de Waystar. Suele llamarse «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 | Nombre del evento de negocio o paso concreto que tuvo lugar en el proceso del ciclo de ingresos, como «Claim Submitted» o «Payment Posted». | ||
| Descripción Este atributo describe las actividades que componen el proceso integral del ciclo de ingresos. Cada valor representa un paso, hito o tarea diferenciados realizados en un evento de facturación, 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 de Process Mining. Permite visualizar el mapa del proceso, identificar ciclos de corrección (por ejemplo, «Claim Denied» seguido de «Claim Corrected») y medir los tiempos de transición entre pasos. Esto es fundamental para entender la eficiencia y el cumplimiento del proceso. Por qué es importante Este atributo define los pasos del mapa del proceso, un elemento fundamental para visualizar y analizar el flujo de trabajo 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 a la entidad pagadoraReclamación denegadaPago contabilizadoCuenta cerrada | |||
| Sistema de origen SourceSystem | Sistema o aplicación de donde proceden 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 proceder de distintos módulos de Waystar o incluso de sistemas externos integrados, como una historia clínica electrónica (EHR). Conocer el sistema de origen es importante para validar los datos, resolver problemas y entender las variaciones del proceso que pueden deberse al comportamiento de distintos sistemas. También 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 fundamental para la gobernanza de datos, el control de calidad y la comprensión de las variaciones del proceso entre distintos sistemas. Dónde obtenerlo A menudo es un valor estático («Waystar») que se añade durante la extracción de datos, o bien se obtiene de módulos o tablas específicos del sistema. Ejemplos Waystar RCMMódulo de facturación de WaystarInterfaz de EHR | |||
| Última actualización de datos LastDataUpdate | Marca de tiempo que indica la última vez que se actualizaron o extrajeron los datos de este evento. | ||
| Descripción Este atributo indica cuándo se extrajeron por última vez los datos del sistema de origen. No corresponde al momento en que ocurrió el evento de negocio, sino al momento en que se obtuvo el registro para analizarlo. Esta información es fundamental para la gobernanza de datos y para conocer su grado de actualización en el análisis de Process Mining. Permite saber si la información está actualizada y es esencial para gestionar las cargas incrementales de datos. Por qué es importante Aporta transparencia sobre la actualidad del conjunto de datos, algo esencial para elaborar informes y análisis precisos y oportunos. Dónde obtenerlo Por lo general, el proceso ETL (extracción, transformación y carga) genera esta marca de tiempo y la añade a cada fila durante la ingesta de datos. Ejemplos 2024-01-15T02:00:00Z2024-01-16T02:00:00Z | |||
| Código del motivo de denegación DenialReasonCode | 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 que explica el motivo del rechazo. Estos códigos pueden indicar problemas como información faltante, servicios no cubiertos o errores de codificación. Este atributo recoge el código correspondiente. Analizar los códigos de motivo de denegación es fundamental para mejorar el ciclo de ingresos. Permite identificar las causas principales de las denegaciones, como errores frecuentes de un departamento concreto o problemas con los requisitos de un pagador. Estos datos alimentan directamente el Dashboard «Tasa y motivos de denegación de reclamaciones» y son clave para definir estrategias que eviten futuras denegaciones y mejoren la tasa de pago en el primer intento. Por qué es importante Este atributo es esencial para analizar las causas principales de las denegaciones de reclamaciones y tomar medidas específicas que reduzcan la pérdida de ingresos y el trabajo de corrección. Dónde obtenerlo Se completa en el registro de la reclamación cuando se produce una denegación. El pagador proporciona esta información en la liquidación. Ejemplos CO-16: A la reclamación o al servicio le falta informaciónPR-96: Cargo(s) por servicios no cubiertosCO-22: Es posible que otro pagador cubra esta atención | |||
| Estado de la reclamación ClaimStatus | Estado actual de la reclamación en su ciclo de vida, como «Presentada», «Pendiente», «Pagada» o «Denegada». | ||
| Descripción El estado de la reclamación muestra en qué punto del ciclo de ingresos se encuentra un evento de facturación concreto. Indica el último hito alcanzado: por ejemplo, si la reclamación se envió, está en revisión por el pagador, se pagó o fue rechazada. Este atributo es fundamental para los informes financieros y la gestión operativa. En Process Mining, ayuda a conocer el estado actual de todos los casos abiertos y permite analizar cuánto tiempo permanecen en determinados estados, como «Pendiente de adjudicación del pagador». Esto sirve de base directa para el Dashboard «Saldos pendientes y antigüedad». Por qué es importante Ofrece una visión actualizada 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 en el ciclo. Ejemplos PresentadaAcusada por el pagadorDenegadaPagada en su totalidad | |||
| Importe facturado BilledAmount | Importe total facturado por los servicios prestados que figuran en la reclamación. | ||
| Descripción El importe facturado 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 fundamental para el análisis financiero y para entender el valor monetario que circula por el proceso. Permite 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 las ineficiencias del proceso, como las denegaciones o los retrasos en los pagos. Es una métrica básica para la mayoría de los Dashboards financieros. Por qué es importante Representa el valor total de una reclamación y permite analizar el impacto financiero de los retrasos, las denegaciones y los ajustes del proceso. Dónde obtenerlo Campo financiero estándar en la pantalla de registro de reclamaciones o cargos de Waystar. Ejemplos 150.001250.75540.50 | |||
| Nombre del pagador PayerName | 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 presentación, calendarios de pago y patrones de denegación diferentes. Analizar el proceso por nombre del pagador es esencial para identificar cuáles 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 retrasos en los pagos específicos de cada pagador. Dónde obtenerlo Se encuentra en la información de facturación o de la reclamación y está vinculado a los datos del seguro del paciente en Waystar. Ejemplos AetnaBlue Cross Blue ShieldCignaMedicare Part B | |||
| Saldo pendiente OutstandingBalance | Importe que aún queda por cobrar por el evento de facturación. | ||
| Descripción El saldo pendiente representa el importe actual de las cuentas por cobrar de un evento de facturación. Se calcula restando del importe facturado los pagos y ajustes aplicados hasta la fecha. Es una métrica financiera fundamental para gestionar el flujo de efectivo y las cuentas por cobrar. Es el atributo principal del Dashboard «Saldos pendientes y antigüedad», que permite a la organización hacer seguimiento del total por cobrar, identificar cuentas con saldos elevados y priorizar las gestiones de cobro. Supervisar este valor a lo largo del tiempo permite evaluar 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 Por lo general, es un campo calculado en los módulos de informes de Waystar (importe facturado - importe pagado - ajustes). Si no existe un campo directo, puede ser necesario calcularlo durante la extracción de datos. Ejemplos 30.00270.25540.50 | |||
| Tipo de servicio ServiceType | Categoría o tipo de servicio médico prestado, como «Radiología», «Consulta» o «Procedimiento quirúrgico». | ||
| Descripción El tipo de servicio 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 niveles de complejidad diferentes. Este atributo permite analizar en detalle el ciclo de ingresos por departamento clínico o línea de servicio. Ayuda a responder preguntas como «¿Qué líneas de servicio sufren más retrasos 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 de cada departamento y orientar las mejoras del proceso. Por qué es importante Permite analizar el rendimiento del proceso por departamento clínico o línea de servicio y detectar diferencias de eficiencia y rentabilidad. Dónde obtenerlo Por lo general, 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 la atención, como «Hospitalizado» o «Ambulatorio». | ||
| Descripción La clase de paciente categoriza el tipo de atención recibida, que suele determinar las reglas de facturación y las tasas de reembolso. Entre las clases habituales se encuentran hospitalizado, ambulatorio y urgencias. Analizar el ciclo de ingresos por clase de paciente 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 fijar objetivos de rendimiento realistas y adaptar las iniciativas de mejora a las necesidades de cada clase. Por qué es importante Ayuda a segmentar el proceso según la complejidad de la atención (por ejemplo, hospitalaria o ambulatoria), que suele estar relacionada con distintas reglas de facturación y tiempos de ciclo. Dónde obtenerlo Campo estándar de los datos de inscripción o atención del paciente en Waystar o en el EHR de origen. Ejemplos HospitalizadoAmbulatorioUrgencias | |||
| Código del motivo del ajuste AdjustmentReasonCode | Código que explica el motivo de un ajuste financiero al saldo de la cuenta. | ||
| Descripción Cuando el saldo de una cuenta cambia por un motivo distinto de un pago, como una bonificación contractual o una cancelación contable, se utiliza un código del motivo del ajuste para documentar la causa. Este atributo recoge ese código. Analizar estos códigos es esencial para el Dashboard «Tasa e impacto de los ajustes de cuenta». Ayuda a identificar las causas principales de las pérdidas de ingresos, como los ajustes contractuales frecuentes con determinados pagadores o las cancelaciones contables debidas a errores de facturación. Entender estos motivos es el primer paso para reducir las pérdidas de ingresos evitables. Por qué es importante Explica por qué se ajustaron o cancelaron contablemente los ingresos y aporta información clave sobre las pérdidas de ingresos y el rendimiento de los contratos con los pagadores. Dónde obtenerlo Asociado con transacciones de ajuste en el módulo de registro de pagos o cuentas por cobrar de Waystar. Ejemplos Obligación contractualCastigo de saldo pequeñoCorrección de errores de facturación | |||
| Fecha de vencimiento del pago PaymentDueDate | Fecha en la que se espera recibir el pago de la factura o reclamación. | ||
| Descripción La fecha de vencimiento del pago es la fecha establecida por el proveedor o determinada por los contratos con los pagadores para recibir el pago. Sirve como referencia para medir la puntualidad de los pagos. Este atributo es esencial para el Dashboard «Saldos pendientes y análisis de antigüedad». 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 es una práctica financiera habitual para gestionar las cuentas por cobrar y priorizar las gestiones de cobro de las cuentas vencidas. Por qué es importante Proporciona la base para calcular la antigüedad de las cuentas por cobrar, un dato fundamental para gestionar los cobros y conocer la puntualidad del flujo de caja. Dónde obtenerlo Se encuentra en el registro de la factura o reclamació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 | Identificador único del paciente que recibió el servicio. | ||
| Descripción Este atributo es el identificador único del paciente asociado al evento de facturación. Vincula la transacción financiera con la persona que recibió la atención. Aunque el evento de facturación es el caso, el ID del paciente permite analizar el proceso desde la perspectiva del paciente. Puede ayudar a identificar pacientes recurrentes, entender su recorrido financiero completo a través de varias visitas y analizar si determinados datos demográficos se asocian con problemas de pago o tasas de denegación más altas. También permite agrupar todas las actividades de facturación de una misma persona. Por qué es importante Permite analizar el proceso desde la perspectiva del paciente y obtener una visión de su recorrido financiero completo a través de varios eventos de facturación. Dónde obtenerlo Campo estándar del registro de reclamación o de inscripción del paciente en Waystar, o vinculado desde un EHR. Ejemplos MRN-887654MRN-902101MRN-123456 | |||
| Importe ajustado AdjustedAmount | Importe financiero total ajustado o dado de baja para el evento de facturación. | ||
| Descripción El importe ajustado representa la suma de todos los ajustes financieros aplicados al saldo de un evento de facturación. Incluye las bonificaciones contractuales establecidas en los acuerdos con los pagadores, así como otras bajas o correcciones. Es una métrica clave para el Dashboard «Tasa e impacto de los ajustes de cuenta». Al sumar este importe por código de motivo o pagador, se revela el impacto financiero de las pérdidas de ingresos. Permite cuantificar las pérdidas y justificar las medidas para abordar las causas de fondo de los ajustes. Por qué es importante Cuantifica los ingresos perdidos por bajas 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 de un mismo evento de facturación. Ejemplos 250.2550.0015.80 | |||
| Importe pagado PaidAmount | 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 evento de facturación. Incluye los pagos de los pagadores de seguros primarios y secundarios, así como los pagos del paciente. El importe pagado es un indicador clave de resultados del ciclo de ingresos. Se utiliza para calcular el rendimiento final de los cargos facturados y medir la eficacia del proceso en su conjunto. Comparar el importe facturado con el importe pagado permite evaluar el rendimiento financiero y detectar pérdidas de ingresos. Es esencial para los Dashboards sobre la eficacia del cobro y la salud financiera general. Por qué es importante Mide el efectivo realmente cobrado, un indicador clave 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 pago. Ejemplos 120.00980.500.00 | |||
| Se pagó en el primer intento IsFirstPassPayment | Indicador que señala 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 que antes se produjeran eventos negativos, como una denegación, un rechazo o una solicitud de información adicional. El valor «true» indica que el proceso de esa reclamación fue ágil y sin incidencias. Este atributo contribuye directamente al KPI «Tasa de pago en el primer intento», una medida fundamental de la eficiencia general del ciclo de ingresos. Analizar las características de las reclamaciones que no se pagan en el primer intento, por ejemplo, según el pagador o el tipo de servicio, ayuda a identificar las principales causas del retrabajo y los retrasos en los pagos. Mejorar esta tasa acelera el flujo de caja y reduce los costes operativos. Por qué es importante Mide directamente la calidad de la facturación y el procesamiento de reclamaciones. Una tasa alta de pagos en el primer intento indica un proceso eficiente que requiere poco retrabajo. Dónde obtenerlo Este atributo derivado se calcula durante la transformación de datos. La lógica comprueba si se produce un evento «Pago registrado» sin que antes haya eventos como «Reclamación denegada» o «Cuenta ajustada». Ejemplos truefalse | |||
| Tiempo desde el servicio hasta la factura ServiceToInvoiceCycleTime | Tiempo transcurrido desde que se completa un servicio hasta que se registran los cargos y se crea una reclamación. | ||
| Descripción Esta métrica, también conocida como «retraso en el registro de cargos», mide la eficiencia de la etapa inicial del proceso de facturación. Se calcula como la diferencia entre el evento «Servicio prestado/completado» y el evento «Cargos registrados» o «Reclamación creada». Este atributo contribuye directamente al Dashboard «Tiempo de ciclo desde el servicio hasta la factura». Los retrasos en esta etapa, conocidos como retrasos en el registro de cargos, posponen el inicio del ciclo de pago y, por tanto, el flujo de caja. Supervisar este indicador ayuda a garantizar que todos los servicios se facturen de forma puntual y precisa, evita la pérdida de ingresos y acelera todo el ciclo de ingresos. Por qué es importante Mide la eficiencia de la etapa inicial de facturación. Reducir el retraso en el registro de cargos es fundamental para acelerar todo el ciclo de ingresos y evitar que se pierdan cargos. Dónde obtenerlo Se calcula durante la transformación de datos restando la marca de tiempo del evento del servicio de la marca de tiempo del registro de cargos o la creación de la reclamación. Ejemplos 2 días 8 horas1 día 0 horas5 días 1 hora | |||
| Tipo de pagador PayerType | Categoría del pagador, como «Comercial», «Medicare» o «Pago por cuenta propia». | ||
| Descripción El tipo de pagador 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 la elaboración de informes. Permite a la dirección conocer las tendencias de rendimiento de las principales categorías de pagadores, por ejemplo, comparar el rendimiento general de los pagadores gubernamentales con el de las aseguradoras comerciales. Esta información puede orientar las decisiones estratégicas sobre contratos con pagadores y asignación de recursos. Por qué es importante Permite analizar el proceso a grandes rasgos agrupando a los pagadores en categorías como comercial o gubernamental, que suelen tener comportamientos y reglas de pago distintos. Dónde obtenerlo Por lo general, se obtiene al asignar el nombre del pagador a una lista de categorías predefinidas. Esta lógica puede estar en Waystar o tener que implementarse durante la transformación de datos. Ejemplos ComercialMedicareMedicaidPago por cuenta propia | |||
| Usuario responsable ResponsibleUser | Usuario o agente que realizó la actividad, como un especialista en facturación, codificación o cobros. | ||
| Descripción Este atributo identifica al empleado o usuario del sistema que realizó una actividad concreta del proceso. Por ejemplo, puede indicar quién envió una reclamación o quién inició una llamada de seguimiento para cobrar. Analizar el proceso por usuario ayuda a entender la distribución de la carga de trabajo, el rendimiento individual y las necesidades de formación. Puede revelar si algunos usuarios cometen más errores o resuelven las denegaciones con mayor eficiencia. Esta información es útil para gestionar el equipo y controlar la calidad en el departamento del ciclo de ingresos. Por qué es importante Permite asignar la responsabilidad de cada paso del proceso, analizar el rendimiento individual o del equipo e identificar oportunidades de formación. Dónde obtenerlo Se encuentra en el registro de auditoría o en los registros de transacciones 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 | Registra la incorporación de servicios facturables al sistema del ciclo de ingresos. Este evento suele registrarse explícitamente cuando una persona usuaria finaliza la entrada 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 desde la finalización del servicio hasta la captura del cargo es fundamental para detectar pérdidas de ingresos y demoras en las etapas iniciales. Dónde obtenerlo Este evento se registra en una tabla de entradas de cargos o transacciones de Waystar. Normalmente incluye una marca de tiempo de creación que indica cuándo se guarda o finaliza el cargo. Capturar Evento registrado al guardar o finalizar una entrada de cargo. Tipo de evento explicit | |||
| Cuenta cerrada | El ciclo del evento de facturación ha concluido y el saldo de la cuenta ha llegado a cero mediante pagos y ajustes. Esto marca 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 permite evaluar el rendimiento general. Dónde obtenerlo Este evento se calcula y, por lo general, se infiere cuando el saldo pendiente del evento de facturación llega a cero en el sistema de contabilidad de pacientes. Capturar Se calcula cuando la suma de los pagos y los ajustes equivale al importe total facturado. Tipo de evento calculated | |||
| Pago contabilizado | El pago recibido se aplica a la cuenta del paciente y a la reclamación correspondientes, o se concilia con ellas. Esta actividad convierte el saldo de cuentas por cobrar en efectivo. | ||
| Por qué es importante Este es un paso final fundamental del ciclo del pagador. Permite medir el volumen de pagos contabilizados y el tiempo transcurrido hasta su contabilización, y garantiza que las cuentas se actualicen correctamente y a tiempo. Dónde obtenerlo En Waystar, esta acción se registra explícitamente cuando un usuario contabiliza el pago a partir de la ERA. Muchos sistemas también registran este evento cuando contabilizan los pagos automáticamente. Capturar Evento registrado cuando se aplica a una reclamación un pago de una ERA, de forma manual o automática. Tipo de evento explicit | |||
| Reclamación denegada | El pagador rechazó la reclamación y no emitirá ningún pago, según se detalla en la Electronic Remittance Advice (ERA). Este evento inicia el ciclo de gestión de denegaciones o de corrección. | ||
| Por qué es importante Se relaciona directamente con el KPI «Tasa de denegación de reclamaciones». 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 recibida (archivo 835). Capturar Se obtiene de los códigos de motivo de ajuste de reclamación (CARC) del archivo ERA que indican una denegación. Tipo de evento inferred | |||
| Reclamación enviada a la entidad pagadora | Envío electrónico de la reclamación a la entidad pagadora del seguro para su evaluación. Es un traspaso fundamental entre el sistema del proveedor y el de la entidad pagadora, a través de la cámara de compensación. | ||
| Por qué es importante Hito clave que inicia el cómputo del tiempo de respuesta de la entidad pagadora. Es esencial para medir los KPI del ciclo de pago e identificar acumulaciones de reclamaciones pendientes de envío. Dónde obtenerlo La función de cámara de compensación de Waystar registra explícitamente la fecha y la hora de transmisión del archivo de reclamación. Busque los registros de envío o el historial del estado de la reclamación. Capturar Se registra en el historial de envío de reclamaciones o en el registro de transacciones cuando la transmisión se realiza correctamente. Tipo de evento explicit | |||
| Reclamación evaluada | El pagador procesó la reclamación y tomó una decisión de pago. Este evento se registra 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 se pagará o denegará la reclamación, lo que afecta directamente al flujo de ingresos y a los flujos de trabajo 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. Capturar Se infiere a partir de la fecha de procesamiento del archivo ERA/835 recibido del pagador. Tipo de evento inferred | |||
| Acuse de recibo de la entidad pagadora recibido | El sistema de la entidad pagadora confirma que recibió el archivo de reclamación enviado. Suele tratarse de una respuesta automática, como un informe 277CA o 999, que indica que la reclamación se aceptó para su procesamiento. | ||
| Por qué es importante Confirma que la transmisión se realizó correctamente y ayuda a detectar rechazos iniciales por errores de formato o de datos antes de que comience la evaluación, lo que permite corregirlos más rápido. 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 acuse de recibo de la entidad pagadora. Capturar Evento registrado al procesar un archivo electrónico de acuse de recibo de la entidad pagadora. Tipo de evento explicit | |||
| Cuenta ajustada | Se realiza un ajuste manual o contractual al saldo de la cuenta. Puede incluir cancelaciones contables, bonificaciones contractuales, descuentos para pacientes u otras correcciones. | ||
| Por qué es importante Es fundamental para entender las pérdidas de ingresos. Analizar los ajustes ayuda a detectar 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 para fines de auditoría. Este evento aparecerá explícitamente en la tabla de transacciones de la cuenta. Capturar 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 iniciado una acción para impugnar la denegación de una reclamación, a menudo mediante el reenvío de la reclamación corregida o la presentación de una apelación formal. Esta actividad es un paso clave del proceso de corrección. | ||
| Por qué es importante Mide la eficiencia del equipo de gestión de denegaciones. Es importante registrar el tiempo transcurrido entre la denegación y la apelación, así como la tasa de éxito de las apelaciones, para optimizar las iniciativas 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. Capturar Evento registrado cuando un usuario documenta una apelación o cambia el estado de la reclamación a «Appealed». Tipo de evento explicit | |||
| Estado de cuenta enviado al paciente | Tras la adjudicación del seguro, se genera y se envía al paciente un estado de cuenta por cualquier saldo pendiente. La gestión del cobro pasa así 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 El módulo de facturación al paciente registra explícitamente este evento cuando se genera un lote de estados de cuenta o se envía por vía electrónica o a un proveedor de impresión. Capturar Evento registrado en el historial de correspondencia del paciente cuando se genera un estado de cuenta. Tipo de evento explicit | |||
| Inicio de la actividad de cobro | La cuenta del paciente ha pasado a estar en mora y han comenzado las gestiones activas de cobro. Estas pueden incluir recordatorios automáticos o el envío de la cuenta a una agencia de cobro externa. | ||
| Por qué es importante Sirve de base para el Dashboard «Eficacia de la actividad de cobro». Ayuda a analizar el coste y la tasa de éxito de las gestiones de cobro de cuentas por cobrar vencidas. Dónde obtenerlo Por lo general, se infiere a partir de un cambio en el estado de la cuenta en Waystar a «Collections» o «Bad Debt», que activa un flujo de trabajo diferente. Capturar Se infiere a partir de un cambio en el estado de la cuenta a «Collections» o «Bad Debt». Tipo de evento inferred | |||
| Reclamación corregida y reenviada | Tras una denegación o un rechazo, la reclamación se corrige y se envía de nuevo al pagador. Esto marca el reinicio del ciclo de adjudicación de una reclamación concreta. | ||
| Por qué es importante Este es un ciclo de corrección fundamental. Analizar la frecuencia y los motivos de los reenvíos ayuda a identificar las causas de los errores iniciales, como errores de codificación o de datos demográficos. Dónde obtenerlo Se infiere al identificar un nuevo evento «Claim Submitted To Payer» para una reclamación que se había denegado anteriormente. El sistema también puede tener un estado específico para las reclamaciones reenviadas. Capturar Se infiere a partir de un nuevo evento de envío vinculado al identificador de una reclamación denegada anteriormente. Tipo de evento inferred | |||
| Reclamación creada | Representa la generación de una reclamación formal a partir de los cargos capturados. Es un paso interno en el que el sistema recopila la información antes de enviarla a la entidad pagadora. | ||
| Por qué es importante Permite hacer un seguimiento de la eficiencia interna en la generación de reclamaciones. Las demoras en esta etapa pueden retrasar todo el ciclo de pago, incluso antes de que la reclamación salga del sistema del proveedor. Dónde obtenerlo Puede registrarse como 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. Capturar 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 recibir ayuda.
¿Todo listo para comenzar?
Dé el siguiente paso para optimizar la gestión de su ciclo de ingresos. Empiece hoy a aprovechar esta información para mejorar la eficiencia y el flujo de caja.
Optimice la gestión del ciclo de ingresos y mejore el flujo de caja desde hoy
Identifique ineficiencias, reduzca hasta un 30 % el tiempo de ciclo y mejore el flujo de caja.
No se requiere tarjeta de crédito. Comience hoy mismo a optimizar sus procesos.