Su Plantilla de Datos de Gestión del Ciclo de Ingresos
Su Plantilla de Datos de Gestión del Ciclo de Ingresos
- Atributos de datos recomendados para un análisis exhaustivo
- Actividades clave del proceso para un seguimiento eficaz
- Guía práctica para la extracción de datos de Waystar
Atributos de Gestión del Ciclo de Ingresos
| Nombre | Descripción | ||
|---|---|---|---|
| Evento de Facturación BillingEvent | El identificador único para una única entrega de servicio o producto que genera un cargo, sirviendo como el caso para el proceso del ciclo de ingresos. | ||
| Descripción El Evento de Facturación actúa como el identificador principal del caso, vinculando todas las actividades desde la captura de cargos hasta el cierre de la cuenta para un servicio facturable específico. Representa todo el ciclo de vida de una única reclamación o factura de paciente.\n\nEn Process Mining, analizar el recorrido de cada Evento de Facturación permite una visión completa del ciclo de ingresos. Ayuda a identificar rutas de proceso comunes, desviaciones y cuellos de botella que afectan a reclamaciones individuales. Este nivel de granularidad es esencial para comprender el rendimiento del proceso y señalar áreas específicas de mejora, como retrasos en el envío de reclamaciones o el registro de pagos. Por qué es importante Este es el ID de Caso esencial que conecta todas las actividades relacionadas con el ciclo de ingresos, lo que permite rastrear el proceso de extremo a extremo para cada elemento facturable. Dónde obtener Esta es típicamente la clave principal de la tabla principal de transacciones de facturación o reclamaciones dentro de Waystar. Consulte la documentación de Waystar para el nombre específico de la tabla y el campo. Ejemplos BE-2024-0012345BE-2024-0012346BE-2024-0012347 | |||
| Nombre de la Actividad ActivityName | El nombre del evento de negocio o paso específico que ocurrió dentro del proceso del ciclo de ingresos, como 'Reclamación Enviada' o 'Pago Registrado'. | ||
| Descripción Este atributo describe las actividades individuales que componen el proceso de ciclo de ingresos de extremo a extremo. Cada valor representa un paso, hito o tarea distinta realizada en un evento de facturación, como crear una reclamación, recibir una denegación o registrar un pago.\n\nAnalizar la secuencia y frecuencia de estas actividades es la base del Process Mining. Permite la visualización del mapa de procesos, la identificación de bucles de reelaboración (por ejemplo, 'Reclamación Denegada' seguida de 'Reclamación Corregida') y la medición de 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 en el mapa de procesos, lo cual es fundamental para visualizar y analizar el flujo de trabajo del ciclo de ingresos. Dónde obtener Generado a partir de registros de eventos, registros de cambio de estado o tipos de transacción dentro de los módulos de reclamaciones y facturación de Waystar. Ejemplos Reclamación Presentada al PagadorSiniestro DenegadoPago ContabilizadoCuenta Cerrada | |||
| Timestamp del Evento EventTimestamp | La fecha y hora precisas en que ocurrió la actividad. | ||
| Descripción El Event Timestamp registra el momento exacto en que tuvo lugar una actividad. Este timestamp es crucial para ordenar los eventos cronológicamente y calcular las duraciones entre diferentes pasos del proceso.\n\nEn el análisis de procesos, los timestamps se utilizan para calcular indicadores clave de rendimiento como los tiempos de ciclo, los tiempos de espera y los tiempos de procesamiento. Por ejemplo, la diferencia entre el timestamp de 'Reclamación Enviada' y el timestamp de 'Pago Registrado' determina el tiempo total del ciclo de pago. Los timestamps precisos son esenciales para el análisis de cuellos de botella y la monitorización del rendimiento. Por qué es importante Los timestamps son necesarios para ordenar eventos, calcular tiempos de ciclo y analizar el rendimiento del proceso, formando la columna vertebral temporal del análisis. Dónde obtener Este es un campo estándar asociado con casi cada transacción o registro de cambio de estado en Waystar, a menudo llamado 'Fecha de Creación', 'Fecha de Transacción' o similar. Ejemplos 2023-10-26T10:00:00Z2023-10-27T14:35:10Z2023-11-05T09:15:00Z | |||
| Source System 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 diferentes módulos dentro de Waystar o incluso de sistemas externos integrados como un Expediente Médico Electrónico (EHR).\n\nComprender el sistema de origen es importante para la validación de datos, la resolución de problemas y la comprensión de las variaciones del proceso que pueden ser impulsadas por diferentes 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, lo cual es crucial para la gobernanza de datos, la garantía de calidad y la comprensión de las variaciones del proceso en diferentes sistemas. Dónde obtener Este es a menudo un valor estático ('Waystar') añadido durante la extracción de datos o puede derivarse de módulos o tablas específicas dentro del sistema. Ejemplos RCM de WaystarMódulo de Facturación de WaystarInterfaz EHR | |||
| Última actualización de datos LastDataUpdate | La marca de tiempo que indica la última vez que se actualizaron o extrajeron los datos para este evento. | ||
| Descripción Este atributo proporciona un timestamp de cuándo se extrajeron los datos por última vez del sistema de origen. No es el momento en que ocurrió el evento de negocio, sino el momento en que se extrajo el registro para su análisis.\n\nEsta información es crítica para la gobernanza de datos y para comprender la frescura de los datos en el análisis de Process Mining. Ayuda a los usuarios a saber si están viendo información actualizada y es esencial para gestionar las cargas de datos incrementales. Por qué es importante Garantiza la transparencia de los datos al indicar la actualidad del conjunto de datos, lo cual es vital para la elaboración de informes y análisis precisos y oportunos. Dónde obtener Este timestamp es típicamente generado y añadido a cada fila por el proceso ETL (Extraer, Transformar, Cargar) 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é una reclamación fue denegada por el pagador. | ||
| 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.\n\nAnalizar los Códigos de Motivo de Denegación es fundamental para mejorar el ciclo de ingresos. Permite a la organización identificar las causas raíz de las denegaciones, como errores frecuentes de un departamento específico o problemas con los requisitos de un pagador en particular. Estos datos impulsan directamente el dashboard 'Tasa y Motivos de Denegación de Reclamaciones' y son clave para desarrollar estrategias para prevenir futuras denegaciones y mejorar las tasas de pago en el primer intento. Por qué es importante Este atributo es esencial para el análisis de la causa raíz de las denegaciones de reclamaciones, permitiendo acciones dirigidas para reducir la pérdida de ingresos y la reelaboración. Dónde obtener Se rellena en el registro de la reclamación cuando ocurre un evento de denegación. Esta información se recibe del pagador en el aviso de remesa. Ejemplos CO-16: La reclamación/servicio carece de informaciónPR-96: Cargo(s) no cubierto(s)CO-22: Esta atención puede estar cubierta por otro pagador | |||
| Estado del Siniestro ClaimStatus | El estado actual de la reclamación en su ciclo de vida, como 'Enviada', 'Pendiente', 'Pagada' o 'Denegada'. | ||
| Descripción El Estado de la Reclamación proporciona una instantánea de dónde se encuentra un evento de facturación específico en el ciclo de ingresos en un momento dado. Indica el último hito alcanzado, como si una reclamación ha sido enviada, está en revisión por el pagador, ha sido pagada o fue rechazada. Este atributo es crucial para la elaboración de informes financieros y la gestión operativa. En Process Mining, ayuda a comprender el estado actual de todos los casos abiertos y puede utilizarse para analizar cuánto tiempo pasan los casos en ciertos estados, como 'Pendiente de Adjudicación del Pagador'. Esto apoya directamente el panel de control 'Saldos Pendientes y Antigüedad'. Por qué es importante Proporciona una vista del estado actual de todas las reclamaciones en curso, permitiendo el análisis de cuellos de botella y la priorización del trabajo. Dónde obtener Un campo estándar en el registro de la reclamación o facturación en Waystar, actualizado a medida que la reclamación avanza en el ciclo. Ejemplos EnviadoReconocido por el PagadorDenegadoPagada en su Totalidad | |||
| Monto Facturado BilledAmount | El monto total de dinero cargado por los servicios prestados en la reclamación. | ||
| Descripción El Monto Facturado representa el cargo bruto por los servicios prestados al paciente antes de que se apliquen ajustes, asignaciones contractuales o pagos. Es el valor inicial de la reclamación presentada al pagador.\n\nEste atributo es crucial para el análisis financiero y la comprensión del valor monetario que fluye a través del proceso. Se puede utilizar para segmentar el análisis por valor de reclamación, identificar tendencias en los cargos por diferentes servicios y calcular el impacto financiero general de las ineficiencias del proceso, como denegaciones o retrasos en los pagos. Es una métrica fundamental para la mayoría de los dashboards financieros. Por qué es importante Representa el valor total de una reclamación, permitiendo el análisis del impacto financiero de los retrasos en el proceso, las denegaciones y los ajustes. Dónde obtener Un campo financiero estándar en la pantalla de reclamación o entrada de cargos en 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 específico, 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 diferentes requisitos de envío, calendarios de pago y patrones de denegación.\n\nAnalizar 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 a las organizaciones adaptar sus estrategias, priorizar los seguimientos con los pagadores problemáticos y negociar mejores contratos. Por qué es importante Segmentar el proceso por pagador es fundamental para identificar cuellos de botella específicos de cada pagador, motivos de denegación y retrasos en los pagos. Dónde obtener Encontrado en la información de la reclamación o facturación, vinculado a los detalles del seguro del paciente dentro de Waystar. Ejemplos AetnaBlue Cross Blue ShieldCignaMedicare Parte B | |||
| Saldo Pendiente OutstandingBalance | La cantidad restante de dinero que aún debe cobrarse por el evento de facturación. | ||
| Descripción El Saldo Pendiente representa el monto actual de cuentas por cobrar para un evento de facturación dado. Se calcula como el monto facturado menos cualquier pago y ajuste aplicado hasta la fecha.\n\nEsta es una métrica financiera crítica para gestionar el flujo de caja y las cuentas por cobrar. Es el atributo principal para el dashboard 'Saldos Pendientes y Envejecimiento', lo que permite a la organización rastrear el total de cuentas por cobrar, identificar cuentas con saldos altos y priorizar los esfuerzos de cobro. Monitorizar este valor a lo largo del tiempo muestra la efectividad del proceso de cobro. Por qué es importante Mide directamente las cuentas por cobrar, lo cual es esencial para gestionar el flujo de caja, priorizar los cobros y evaluar la salud financiera. Dónde obtener Este es típicamente un campo calculado en los módulos de informes de Waystar (Monto Facturado - Monto Pagado - Ajustes). Podría ser necesario calcularlo durante la extracción de datos si no hay un campo directo disponible. Ejemplos 30.00270.25540.50 | |||
| Tipo de Servicio ServiceType | La categoría o tipo de servicio médico proporcionado, como 'Radiología', 'Consulta' o 'Procedimiento Quirúrgico'. | ||
| Descripción El Tipo de Servicio clasifica la naturaleza del servicio facturable prestado al paciente. Diferentes tipos de servicios a menudo tienen códigos de facturación, tasas de reembolso y complejidades de proceso distintas.\n\nEste atributo permite un análisis granular del ciclo de ingresos basado en el departamento clínico o la línea de servicio. Ayuda a responder preguntas como: '¿Qué líneas de servicio experimentan los mayores retrasos en la facturación?' o '¿Son más altas las tasas de denegación para los procedimientos quirúrgicos en comparación con las consultas?'. Esto es clave para el análisis del rendimiento departamental y la mejora de procesos dirigida. Por qué es importante Permite el análisis del rendimiento del proceso por departamento clínico o línea de servicio, revelando variaciones en la eficiencia y la rentabilidad. Dónde obtener Típicamente derivado de códigos de procedimiento (CPT/HCPCS) o vinculado al departamento que proporcionó el servicio dentro de Waystar. Ejemplos RadiologíaConsulta de CardiologíaVisita a la Sala de UrgenciasCirugía Ambulatoria | |||
| Clase de Paciente PatientClass | Indica el estado del paciente para el encuentro, como 'Paciente Interno' o 'Paciente Externo'. | ||
| Descripción La Clase de Paciente categoriza el tipo de encuentro del paciente, lo que a menudo dicta las reglas de facturación y las tasas de reembolso. Las clases comunes incluyen Hospitalizado, Ambulatorio y Urgencias.\n\nAnalizar el ciclo de ingresos por Clase de Paciente puede revelar diferencias significativas en el proceso. Por ejemplo, las reclamaciones de pacientes hospitalizados suelen ser más complejas y tienen 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 de procesos a las necesidades específicas de cada clase. Por qué es importante Ayuda a segmentar el proceso en función de la complejidad del encuentro (por ejemplo, paciente interno vs. externo), lo que a menudo se correlaciona con diferentes reglas de facturación y tiempos de ciclo. Dónde obtener Un campo estándar en los datos de registro del paciente o del encuentro dentro de Waystar o del EHR de origen. Ejemplos HospitalizaciónPaciente AmbulatorioUrgente | |||
| Código de Motivo de 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 se modifica por razones distintas a un pago, como una asignación contractual o una cancelación, se utiliza un Código de Motivo de Ajuste para documentar el porqué. Este atributo captura ese código.\n\nAnalizar estos códigos es esencial para el dashboard 'Tasa de Ajuste de Cuenta e Impacto'. Ayuda a identificar las causas raíz de la fuga de ingresos, como ajustes contractuales frecuentes con pagadores específicos o cancelaciones debido a errores de facturación. Comprender estas razones es el primer paso para minimizar la pérdida de ingresos evitable. Por qué es importante Explica por qué se ajustaron o cancelaron los ingresos, proporcionando información crítica sobre la fuga de ingresos y el rendimiento del contrato con el pagador. Dónde obtener Asociado con transacciones de ajuste en el módulo de registro de pagos o cuentas por cobrar de Waystar. Ejemplos Obligación ContractualCancelación de Saldo MenorCorrección de Error de Facturación | |||
| Es Pago de Primera Instancia IsFirstPassPayment | Un indicador que señala si la reclamación se pagó correctamente en la primera presentación sin denegaciones ni ajustes. | ||
| Descripción Este atributo booleano calculado indica si una reclamación fue pagada sin eventos negativos intermedios como una denegación, rechazo o solicitud de más información. Un valor 'true' significa un proceso limpio y eficiente para esa reclamación.\n\nEste atributo apoya directamente el KPI de 'Tasa de Pago en el Primer Intento', que es una medida crítica 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, por pagador, tipo de servicio) ayuda a identificar los principales impulsores de la reelaboración y los retrasos en los pagos. Mejorar esta tasa conduce a un flujo de caja más rápido y a menores costos operativos. Por qué es importante Mide directamente la calidad de la facturación y el procesamiento de reclamaciones. Una alta tasa de pago en el primer intento indica un proceso eficiente con mínimo retrabajo. Dónde obtener Este es un atributo derivado calculado durante la transformación de datos. La lógica comprueba si un evento de 'Pago Registrado' ocurre sin ser precedido por eventos como 'Reclamación Denegada' o 'Cuenta Ajustada'. Ejemplos truefalse | |||
| Fecha de Vencimiento de Pago PaymentDueDate | La fecha en la que se espera el pago de la factura o reclamación. | ||
| Descripción La Fecha de Vencimiento del Pago es la fecha establecida por el proveedor o dictada por los contratos de los pagadores para la recepción del pago. Sirve como referencia para medir la puntualidad de los pagos.\n\nEste atributo es esencial para el dashboard 'Saldos Pendientes y Envejecimiento'. Se utiliza para calcular la antigüedad de las cuentas por cobrar, categorizándolas en rangos como '0-30 días', '31-60 días', etc. Este análisis de envejecimiento es una práctica financiera estándar para gestionar las cuentas por cobrar y priorizar los esfuerzos de cobro en las cuentas vencidas. Por qué es importante Proporciona la base para calcular el envejecimiento de las cuentas por cobrar, lo cual es fundamental para gestionar los cobros y comprender la puntualidad del flujo de caja. Dónde obtener Se puede encontrar en la factura o registro de reclamación. Puede calcularse en función de la fecha de la factura y los términos de pago. Ejemplos 2023-11-252023-12-152024-01-30 | |||
| ID de Paciente PatientId | El identificador único del paciente que recibió el servicio. | ||
| Descripción Este atributo es el identificador único para el paciente asociado con el evento de facturación. Vincula la transacción financiera con el individuo que recibió atención.\n\nMientras que el Evento de Facturación es el caso, el ID del Paciente permite un análisis centrado en el paciente. Puede ayudar a identificar pacientes recurrentes, comprender el recorrido financiero completo del paciente a lo largo de múltiples visitas y analizar si ciertas características demográficas del paciente se asocian con problemas de pago o tasas de denegación más altas. Proporciona una forma de agregar todas las actividades de facturación para una sola persona. Por qué es importante Permite un análisis centrado en el paciente, ofreciendo una vista del recorrido financiero completo de un individuo a través de múltiples eventos de facturación. Dónde obtener Un campo estándar en el registro de la reclamación o del paciente dentro de Waystar o vinculado desde un EHR. Ejemplos MRN-887654MRN-902101MRN-123456 | |||
| Importe Pagado PaidAmount | El monto total de dinero recibido y registrado de los pagadores o del paciente por la reclamación. | ||
| Descripción Este atributo registra el monto acumulado de dinero que se ha cobrado con éxito para un evento de facturación. Esto incluye pagos de pagadores de seguros primarios y secundarios, así como pagos del paciente.\n\nEl Monto Pagado es una métrica clave de resultado para el ciclo de ingresos. Se utiliza para calcular el rendimiento final de los cargos facturados y para medir la efectividad de todo el proceso. Comparar el Monto Facturado con el Monto Pagado revela el rendimiento financiero y destaca áreas de fuga de ingresos. Es esencial para los dashboards relacionados con la efectividad de la cobranza y la salud financiera general. Por qué es importante Mide el efectivo real recaudado, que es una métrica de resultado principal para evaluar el éxito general del proceso del ciclo de ingresos. Dónde obtener Derivado de las transacciones de registro de pagos vinculadas a la reclamación en Waystar. Puede requerir la suma de múltiples registros de pago. Ejemplos 120.00980.500.00 | |||
| Monto Ajustado AdjustedAmount | El monto financiero total ajustado o cancelado para el evento de facturación. | ||
| Descripción El Monto Ajustado representa la suma de todos los ajustes financieros realizados al saldo de un evento de facturación. Esto incluye las asignaciones contractuales dictadas por los acuerdos con los pagadores, así como otras cancelaciones o correcciones.\n\nEsta es una métrica clave para el dashboard 'Tasa de Ajuste de Cuenta e Impacto'. Sumar este monto a través de diferentes códigos de razón o pagadores revela el impacto financiero de la fuga de ingresos. Ayuda a cuantificar las pérdidas y proporciona un caso de negocio para abordar las causas raíz de los ajustes. Por qué es importante Cuantifica la cantidad de ingresos perdidos debido a las cancelaciones y ajustes, destacando el impacto financiero de los problemas de facturación y los términos contractuales. Dónde obtener Obtenido de transacciones de ajuste financiero dentro de Waystar. Puede requerir la suma de múltiples entradas de ajuste para un solo evento de facturación. Ejemplos 250.2550.0015.80 | |||
| Tiempo de Servicio a Factura ServiceToInvoiceCycleTime | El 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 'Servicio Proporcionado/Completado' y el evento 'Cargos Capturados' o 'Reclamación Creada'.\n\nEste atributo apoya directamente el dashboard 'Tiempo del Ciclo de Servicio a Factura'. Los retrasos en esta parte del proceso, conocidos como charge lag, posponen directamente el inicio del ciclo de pago, retrasando el flujo de caja. Monitorizar esto ayuda a asegurar que todos los servicios se facturen de manera pronta y precisa, previniendo 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 'retraso de cargo' es crucial para acelerar todo el ciclo de ingresos y prevenir cargos perdidos. Dónde obtener Calculado 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 cargo/creación de reclamación. Ejemplos 2 días 8 horas1 día 0 horas5 días 1 hora | |||
| Tiempo del Ciclo de Pago PaymentCycleTime | El tiempo total transcurrido desde que se presentó una reclamación hasta que se registró el pago final. | ||
| Descripción Esta métrica calculada mide la duración del proceso central de cobro de pagos. Se calcula típicamente como la diferencia de tiempo entre el evento 'Reclamación Enviada al Pagador' y el evento final 'Pago Registrado' para un evento de facturación.\n\nEste atributo es la medida principal para el dashboard 'Análisis del Tiempo Total del Ciclo de Pago' y un indicador clave de rendimiento para el flujo de caja. Analizar esta duración en diferentes pagadores, tipos de servicio o clases de pacientes ayuda a identificar las mayores fuentes de retraso en la recepción del pago. Reducir el tiempo promedio del ciclo de pago es un objetivo principal para casi todas las iniciativas de gestión del ciclo de ingresos. Por qué es importante Un KPI fundamental que mide la velocidad de la recaudación de efectivo. Analizarlo ayuda a identificar y abordar los retrasos más significativos en el proceso de pago. Dónde obtener Calculado durante la transformación de datos restando la marca de tiempo del evento de envío de la marca de tiempo del evento de pago. Ejemplos 25 días 4 horas90 días 11 horas14 días 2 horas | |||
| Tipo de Pagador PayerType | La categoría del pagador, como 'Comercial', 'Medicare' o 'Auto-pago'. | ||
| Descripción El Tipo de Pagador agrupa a los pagadores individuales en categorías más amplias según su naturaleza. Esto ofrece una visión de nivel superior que el Nombre del Pagador específico.\n\nEste atributo es útil para el análisis estratégico y la elaboración de informes. Permite a la dirección comprender las tendencias de rendimiento en las principales categorías de pagadores, como comparar el rendimiento general de los pagadores gubernamentales con el de las aseguradoras comerciales. Esto puede informar decisiones estratégicas sobre la contratación de pagadores y la asignación de recursos. Por qué es importante Permite un análisis de alto nivel al agrupar a los pagadores en categorías como Comercial o Gubernamental, que a menudo tienen comportamientos y reglas de pago distintos. Dónde obtener Típicamente derivado al mapear el Nombre del Pagador a una lista de categorías predefinida. Esta lógica puede existir en Waystar o necesitar ser construida durante la transformación de datos. Ejemplos ComercialMedicareMedicaidAutopago | |||
| 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 específico que ejecutó una actividad determinada en el proceso. Por ejemplo, podría mostrar qué facturador envió una reclamación o qué cobrador inició una llamada de seguimiento.\n\nAnalizar el proceso por usuario ayuda a comprender la distribución de la carga de trabajo, el rendimiento individual y las necesidades de capacitación. Puede resaltar si ciertos usuarios tienen tasas de error más altas o son más eficientes en la resolución de denegaciones. Esto es valioso para la gestión de equipos y el control de calidad dentro del departamento del ciclo de ingresos. Por qué es importante Asigna la responsabilidad de los pasos del proceso, permitiendo el análisis del rendimiento a nivel individual o de equipo e identificando oportunidades de capacitación. Dónde obtener Encontrado en la pista de auditoría o registros de transacciones para eventos en Waystar, a menudo como 'UserID', 'ProcessedBy' o similar. Ejemplos jsmithadavisbilling_bot_01 | |||
Actividades de 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 una entrada de cargo o cuando se reciben datos de un sistema clínico. | ||
| Por qué es importante Este es el punto de partida para el proceso de facturación. Analizar el tiempo desde la finalización del servicio hasta la captura de cargos es crucial para identificar la fuga de ingresos y los retrasos iniciales. Dónde obtener Este evento se registra en una tabla de entrada de cargos o transacciones dentro de Waystar, que típicamente contiene un timestamp de creación cuando el cargo se guarda o finaliza. Capturar Evento registrado al guardar o finalizar una entrada de cargo. Tipo de evento explicit | |||
| Cuenta Cerrada | El ciclo de vida del evento de facturación está completo, con el saldo de la cuenta llegando a cero a través de pagos y ajustes. Esto significa el final exitoso del ciclo de ingresos para este caso. | ||
| Por qué es importante Este es el punto final principal del proceso. Medir el tiempo de cierre y el porcentaje de cuentas que se cierran con éxito son indicadores clave de rendimiento general. Dónde obtener Este es un evento calculado, típicamente inferido cuando el campo de saldo pendiente para el evento de facturación llega a cero en el sistema de contabilidad del paciente. Capturar Calculado cuando la suma de pagos y ajustes es igual al monto total del cargo. Tipo de evento calculated | |||
| Pago Contabilizado | Se aplica o concilia un pago recibido con la cuenta del paciente y la reclamación específicas. Esta actividad traslada el saldo de las cuentas por cobrar a efectivo. | ||
| Por qué es importante Este es un paso final crucial en el ciclo del pagador. Apoya los KPIs de rendimiento del registro de pagos y tiempo de retraso, asegurando que las cuentas se actualicen con precisión y a tiempo. Dónde obtener Esta es una acción explícita registrada en Waystar cuando un usuario registra el pago del ERA. Muchos sistemas tienen funciones de auto-registro que también registran este evento. Capturar Evento registrado cuando un pago de un ERA se aplica a una reclamación, ya sea manual o automáticamente. Tipo de evento explicit | |||
| Reclamación Presentada al Pagador | El envío electrónico de la reclamación de facturación al pagador del seguro para su adjudicación. Este es un traspaso crítico 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 conteo del tiempo de respuesta del pagador. Es esencial para medir los KPI del ciclo de pago y para identificar los retrasos en las presentaciones. Dónde obtener La funcionalidad de cámara de compensación de Waystar registra explícitamente la fecha y hora de la transmisión del archivo de reclamación. Busque en los registros de envío o en el historial de estado de reclamaciones. Capturar Registrado en el historial de presentación de reclamaciones o en el registro de transacciones tras una transmisión exitosa. Tipo de evento explicit | |||
| Siniestro Adjudicado | El pagador ha procesado la reclamación y ha tomado una decisión de pago. Este evento se captura cuando se recibe un Aviso Electrónico de Remesa (ERA), o archivo 835, del pagador. | ||
| Por qué es importante Este es el punto de decisión principal en el proceso. Determina si la reclamación se pagará o se denegará, impactando directamente el flujo de ingresos y los flujos de trabajo de gestión de denegaciones. Dónde obtener Inferido de la fecha de recepción del ERA (archivo 835) asociado con la reclamación en Waystar. El archivo ERA contiene la decisión detallada del pagador. Capturar Inferido de la fecha de procesamiento del archivo ERA/835 recibido del pagador. Tipo de evento inferred | |||
| Siniestro Denegado | El pagador ha rechazado la reclamación y no emitirá el pago, según se detalla en el Aviso Electrónico de Remesa (ERA). Este evento activa la gestión de denegaciones o el bucle de reelaboración. | ||
| Por qué es importante Apoya directamente el KPI de 'Tasa de Denegación de Reclamaciones'. Identificar la frecuencia y las razones de las denegaciones es fundamental para la mejora de procesos y la recuperación de ingresos. Dónde obtener Esto se infiere de códigos de denegación específicos, conocidos como Códigos de Motivo de Ajuste de Reclamación (CARCs), dentro del ERA (archivo 835) recibido. Capturar Derivado de los códigos de motivo de ajuste de reclamación (CARC) en el archivo ERA que indican denegación. Tipo de evento inferred | |||
| Actividad de Cobranza Iniciada | La cuenta del paciente ha pasado a estar morosa y se han iniciado esfuerzos de cobro activos. Esto podría implicar recordatorios automáticos o la transferencia a una agencia de cobranza externa. | ||
| Por qué es importante Compatible con el dashboard 'Efectividad de Actividades de Cobranza'. Ayuda a analizar el costo y la tasa de éxito de los esfuerzos de cobro en cuentas por cobrar envejecidas. Dónde obtener Esto se infiere típicamente de un cambio en el estado de la cuenta dentro de Waystar a un estado de 'Cobranza' o 'Deuda Incobrable', lo que activa un flujo de trabajo diferente. Capturar Inferido de un cambio en el estado de la cuenta a 'Cobranzas' o 'Deuda Incobrable'. Tipo de evento inferred | |||
| Acuse de Recibo del Pagador Recibido | El sistema del pagador confirma la recepción del archivo de reclamación enviado. Esto suele ser una respuesta automatizada, como un informe 277CA o 999, que indica que la reclamación ha sido aceptada para su procesamiento. | ||
| Por qué es importante Confirma la transmisión exitosa y ayuda a aislar los rechazos iniciales debido a errores de formato o datos antes de que comience la adjudicación, lo que permite correcciones más rápidas. Dónde obtener Registrado en las tablas de estado de reclamaciones o archivos de respuesta dentro del módulo de cámara de compensación de Waystar después de procesar un archivo de acuse de recibo del pagador entrante. Capturar Evento registrado al procesar un archivo de reconocimiento electrónico 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, asignaciones contractuales, descuentos para pacientes u otras correcciones. | ||
| Por qué es importante Esencial para comprender la fuga de ingresos. Analizar los ajustes ayuda a identificar problemas con las tarifas, la gestión de contratos o la deuda incobrable. Dónde obtener Cada ajuste financiero debe registrarse como una transacción con fines de auditoría. Este será un evento explícito en la tabla de transacciones de la cuenta. Capturar Registrado 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 tomado medidas para impugnar una denegación de reclamación, a menudo volviendo a presentar la reclamación con correcciones o presentando una apelación formal. Esta actividad es un paso clave en el proceso de retrabajo. | ||
| Por qué es importante Mide la eficiencia del equipo de gestión de denegaciones. Rastrear el tiempo desde la denegación hasta la apelación y la tasa de éxito de las apelaciones es importante para optimizar los esfuerzos de recuperación. Dónde obtener Esto puede registrarse como una acción de usuario explícita o una nota en el módulo de gestión de denegaciones. También podría inferirse de un cambio de estado en la reclamación denegada. Capturar Evento registrado cuando un usuario documenta una acción de apelación o actualiza el estado de la reclamación a 'Apelada'. Tipo de evento explicit | |||
| Extracto de Saldo del Paciente Enviado | Después de la adjudicación del seguro, se genera y envía un extracto al paciente por cualquier saldo restante. Esto traslada el enfoque de cobro del pagador al paciente. | ||
| Por qué es importante Este evento inicia el ciclo de pago del paciente. Analizar la efectividad y el momento de los extractos es clave para gestionar las cuentas por cobrar de los pacientes y mejorar la experiencia del paciente. Dónde obtener Este es un evento explícito registrado por el módulo de facturación de pacientes cuando se genera un lote de extractos o se envía electrónicamente o a un proveedor de impresión. Capturar Evento registrado en el historial de correspondencia del paciente cuando se genera un extracto. Tipo de evento explicit | |||
| Reclamación Corregida y Reenviada | Después de una denegación o rechazo, la reclamación ha sido corregida y enviada de nuevo al pagador. Esto significa el reinicio del ciclo de adjudicación para una reclamación específica. | ||
| Por qué es importante Este es un bucle de reelaboración crítico. Analizar la frecuencia y las razones de la reenvío ayuda a identificar las causas raíz de los errores iniciales, como errores de codificación o demográficos. Dónde obtener Inferido al identificar un nuevo evento de 'Reclamación Presentada al Pagador' para una reclamación que fue previamente denegada. El sistema también puede tener un estado específico para reclamaciones reenviadas. Capturar Inferido por un nuevo evento de envío vinculado a un identificador de reclamación previamente denegada. Tipo de evento inferred | |||
| Siniestro Creado | Representa la generación de una reclamación de facturación formal a partir de los cargos capturados. Este es un paso interno donde el sistema recopila información antes de enviarla al pagador. | ||
| Por qué es importante Realiza un seguimiento de la eficiencia interna de la generación de reclamaciones. Los retrasos en esta etapa pueden posponer todo el ciclo de pago incluso antes de que la reclamación salga del sistema del proveedor. Dónde obtener Esto puede ser un evento explícito, pero a menudo se infiere del primer timestamp asociado con un registro de reclamación en el módulo de gestión de reclamaciones de Waystar. Capturar Inferido de la fecha de creación del registro de reclamación en la tabla de reclamaciones principal. Tipo de evento inferred | |||
Guías de Extracción
Los métodos de extracción para este proceso están siendo validados actualmente. Vuelva a consultar más tarde o contáctenos para obtener ayuda.