Su Template de datos para la gestión del ciclo de ingresos
Su Template de datos para la gestión del ciclo de ingresos
Este es nuestro Template genérico de datos para Process Mining de Gestión del ciclo de ingresos. Para obtener indicaciones más específicas, use nuestros Templates para cada sistema.
Seleccione un sistema específico- Aplicable a cualquier sistema de gestión del ciclo de ingresos para Process Mining.
- Atributos y actividades esenciales para crear un Registro de eventos eficaz.
- Un recurso básico para analizar y optimizar los procesos con rigor.
Atributos de la gestión del ciclo de ingresos
| Nombre | Descripción | ||
|---|---|---|---|
| ID del evento de facturación BillingEventId | Identificador único de un servicio o producto prestado que genera un cargo. Es el identificador principal del caso en el proceso del ciclo de ingresos. | ||
| Descripción El ID del evento de facturación es una clave única asignada a cada servicio facturable, desde el registro inicial del cargo hasta el pago final o la baja. Es el elemento central que vincula todas las actividades relacionadas con un encuentro de servicio específico, como la creación y el envío de reclamaciones, las denegaciones y la contabilización de pagos. En Process Mining, este atributo es fundamental para reconstruir el recorrido completo de cada evento de facturación. Al agrupar todas las actividades relacionadas bajo un mismo ID del evento de facturación, los analistas pueden visualizar los flujos del proceso, identificar cuellos de botella, medir los tiempos de ciclo y comprender las diferencias en la gestión de cada caso. Es la base de todos los análisis centrados en los casos dentro del ciclo de ingresos. Por qué es importante Es el identificador esencial del caso que vincula todas las actividades relacionadas y permite reconstruir y analizar el ciclo de ingresos completo de cada servicio facturable. Dónde obtenerlo Suele ser una clave principal en las tablas de transacciones de facturación o de eventos financieros. Ejemplos BE-2024-001234INV-987654ACCN-456789012 | |||
| Marca de tiempo del evento EventTimestamp | La fecha y hora exactas en que se registró una actividad específica en el sistema. | ||
| Descripción La marca de tiempo del evento indica cuándo tuvo lugar o se registró una actividad. Aporta el contexto cronológico de todos los eventos de un caso y traza una línea de tiempo desde el inicio hasta el final del ciclo de ingresos. Las marcas de tiempo son la base del análisis del rendimiento en Process Mining. Se utilizan para calcular KPI clave, como el tiempo de ciclo total, la duración entre actividades específicas y los tiempos de espera. Al analizarlas, las organizaciones pueden identificar los cuellos de botella en los que los casos pasan más tiempo, medir el cumplimiento de los acuerdos de nivel de servicio y comprender la dinámica temporal del proceso. Por qué es importante Aporta los datos cronológicos necesarios para calcular los tiempos de ciclo, identificar cuellos de botella y analizar el rendimiento y la eficiencia del proceso. Dónde obtenerlo Esta información suele estar disponible en los registros de transacciones o de auditoría, o en un campo de «fecha de creación» o «fecha de cambio de estado» de las tablas de eventos. Ejemplos 2023-10-26T10:00:00Z2023-11-15T14:35:10Z2024-01-05T09:12:45Z | |||
| Nombre de la actividad ActivityName | Nombre del paso, la tarea o el evento específico que tuvo lugar en el proceso del ciclo de ingresos para un evento de facturación determinado. | ||
| Descripción El nombre de la actividad describe una acción o un hito concreto del ciclo de ingresos. Algunos ejemplos son «Servicio prestado», «Reclamación enviada», «Aviso de pago recibido», «Pago contabilizado» y «Cuenta dada de baja». Cada actividad representa un paso del proceso que consume tiempo y recursos. Este atributo es fundamental para Process Mining, ya que define los nodos del mapa de procesos. Analizar la secuencia, la frecuencia y la duración de estas actividades permite visualizar el flujo real del proceso, compararlo con un modelo diseñado e identificar desviaciones, ciclos de retrabajo como las reclamaciones denegadas e ineficiencias. Por qué es importante Este atributo define los pasos del proceso, algo esencial para descubrir y visualizar el mapa de procesos, identificar el retrabajo y analizar la conformidad del proceso. Dónde obtenerlo Suele encontrarse en los registros de eventos o en las tablas de transacciones, o puede derivarse de los registros de cambios de estado del módulo de facturación o reclamaciones. Ejemplos Reclamación enviadaPago contabilizadoInicio del retrabajo por denegaciónEstado de cuenta enviado al paciente | |||
| Sistema de origen SourceSystem | El sistema de información, la aplicación o el módulo del que se extrajeron los datos de eventos. | ||
| Descripción El atributo Sistema de origen identifica el origen de los datos de un evento específico. En entornos de TI complejos, el proceso del ciclo de ingresos suele abarcar varios sistemas, como un sistema de historia clínica electrónica (EHR) para registrar los servicios prestados, un sistema de facturación específico para enviar reclamaciones y una plataforma independiente de gestión de cobros. Conocer el sistema de origen resulta útil para validar datos, resolver problemas y comprender la fragmentación del proceso. Puede ayudar a detectar incoherencias entre sistemas o revelar pasos del proceso gestionados en distintas aplicaciones, lo que puede provocar retrasos o errores en la transferencia de datos. Este análisis permite evaluar la integración y la eficiencia de la arquitectura de TI que da soporte al proceso. Por qué es importante Ayuda a comprender la fragmentación del proceso entre distintos sistemas de TI y es fundamental para validar datos e identificar cuellos de botella específicos de cada sistema. Dónde obtenerlo Esta información suele estar disponible como campo estándar en las extracciones de datos o puede deducirse de la tabla o el archivo de origen de los datos. Ejemplos Epic ResoluteOracle HealthR1 RCM PlatformWaystar | |||
| Última actualización de los datos LastDataUpdate | La marca de tiempo que indica cuándo se actualizaron por última vez los datos de este registro de evento o cuándo se extrajeron del sistema de origen. | ||
| Descripción Este atributo registra cuándo se extrajeron por última vez los datos del sistema de origen. Es un campo de metadatos fundamental para conocer la actualidad y la puntualidad de los datos analizados. Refleja la latencia del flujo de datos e indica qué tan actual es el análisis de Process Mining. En los Dashboards y análisis de Process Mining, la marca de tiempo de la última actualización de los datos informa sobre su vigencia. Para la supervisión operativa, es esencial saber si la vista refleja el estado del proceso de hace cinco minutos o de la noche anterior. Esto permite gestionar las expectativas de quienes consultan los datos y tomar decisiones conociendo su antigüedad. Por qué es importante Aporta un contexto fundamental sobre la actualidad y la puntualidad de los datos, para que el análisis y las decisiones se basen en un periodo conocido. Dónde obtenerlo Suele añadirse durante el proceso de extracción, transformación y carga (ETL) y almacenarse como columna de metadatos en el Registro de eventos. Ejemplos 2024-03-15T02:00:00Z2024-03-15T03:00:00Z2024-03-15T04:00:00Z | |||
| Categoría del servicio ServiceCategory | La categoría, el tipo o la clasificación del servicio prestado, como hospitalización, atención ambulatoria o radiología. | ||
| Descripción La categoría del servicio clasifica el tipo de atención o servicio prestado al paciente. Puede ser una clasificación general, como «Hospitalización» o «Atención ambulatoria», o una categoría departamental más específica, como «Cirugía», «Urgencias» o «Laboratorio». Las distintas categorías de servicios suelen tener reglas de facturación, requisitos de los pagadores y flujos de proceso propios. Segmentar el proceso del ciclo de ingresos por categoría del servicio es esencial para obtener un análisis significativo. Permite comparar el rendimiento de distintas líneas de servicio y, por ejemplo, comprobar si la tasa de denegación de los procedimientos quirúrgicos es superior a la de las consultas. Este nivel de detalle ayuda a aislar problemas y adaptar las iniciativas de mejora al contexto operativo de cada área de servicio. Por qué es importante Permite comparar el rendimiento de distintas líneas de servicio y detectar diferencias en la eficiencia, las tasas de denegación y los ciclos de pago propias de cada tipo de atención. Dónde obtenerlo Esta información suele estar disponible en los registros detallados de cargos o puede deducirse de la categoría del paciente, el departamento o los códigos de procedimiento. Ejemplos HospitalizaciónAtención ambulatoriaUrgenciasRadiologíaProcedimiento quirúrgico | |||
| Código del motivo de denegación DenialReasonCode | Código estandarizado y descripción que indican el motivo por el que el pagador denegó una reclamación. | ||
| Descripción Cuando un pagador rechaza una reclamación presentada, proporciona un código del motivo de denegación para explicar por qué no se pagó. Estos códigos suelen seguir estándares del sector, como los códigos de motivo de ajuste de reclamaciones (CARC), y señalan problemas concretos, como «Servicio no cubierto», «Reclamación duplicada» o «Se requiere información adicional». Este atributo es uno de los más útiles para analizar las causas raíz en el ciclo de ingresos. Al analizar la frecuencia y el impacto financiero de los distintos motivos de denegación, las organizaciones pueden localizar fallos en etapas anteriores del proceso que provocan denegaciones. Por ejemplo, un número elevado de denegaciones por «Información incorrecta del paciente» apunta a problemas en el proceso de registro. Así, es posible introducir mejoras basadas en datos para prevenir futuras denegaciones y aumentar la tasa de pago en el primer intento. Por qué es importante Es fundamental para analizar las causas raíz de las denegaciones de reclamaciones y permite introducir mejoras específicas en los procesos iniciales y de etapas intermedias para evitar futuras pérdidas de ingresos. Dónde obtenerlo Esta información procede de los archivos de aviso electrónico de pago (ERA) o de explicación de beneficios (EOB) que envían los pagadores. Ejemplos CO-16: La reclamación o el servicio no incluye informaciónPR-97: El beneficio de este servicio está incluido en el pago de otro servicioOA-18: Reclamación o servicio duplicadoCO-22: Es posible que otro pagador cubra esta atención, según la coordinación de beneficios | |||
| Departamento responsable ResponsibleDepartment | El departamento, equipo o área funcional responsable de realizar la actividad. | ||
| Descripción Este atributo identifica la unidad organizativa asociada a un paso concreto del proceso, como «Acceso de pacientes», «Codificación», «Facturación» o «Gestión de cobros». Ayuda a comprender cómo se distribuye el trabajo y cómo se transfiere entre los distintos equipos. Analizar el proceso desde la perspectiva de cada departamento es esencial para comprender la colaboración entre áreas e identificar cuellos de botella en los puntos de transferencia entre equipos. Permite a quienes gestionan los procesos ver qué departamentos intervienen en determinadas variantes, medir la eficiencia de cada uno y asignar los recursos de forma más eficaz. Este análisis puede revelar problemas sistémicos en un departamento que afecten a todo el ciclo de ingresos. Por qué es importante Ayuda a identificar cuellos de botella entre departamentos y a analizar el rendimiento por área funcional, lo que permite detectar oportunidades para mejorar la colaboración entre equipos. Dónde obtenerlo Esta información puede formar parte de los datos de transacciones o derivarse de los datos maestros asociados al usuario responsable. Ejemplos Departamento de facturaciónServicios de codificaciónGestión de denegacionesGestión de cobros | |||
| Importe del ajuste AdjustmentAmount | El valor monetario de los ajustes, las bajas contables o las bonificaciones contractuales aplicados al saldo de la cuenta. | ||
| Descripción El importe del ajuste representa la parte del importe facturado que no se espera cobrar al pagador o al paciente por motivos como acuerdos contractuales, descuentos o bajas contables. Estos ajustes reducen el total de las cuentas por cobrar y son habituales en el ciclo de ingresos. Analizar los importes de los ajustes y sus motivos es clave para comprender la integridad de los ingresos. Un nivel elevado o inesperado de ajustes puede indicar problemas en la captura de cargos, la codificación o la gestión de contratos. Process Mining puede ayudar a identificar qué variantes del proceso o actividades concretas generan más ajustes y facilitar un análisis específico de las causas raíz para maximizar los ingresos obtenidos. Por qué es importante Ayuda a analizar las pérdidas de ingresos mediante el seguimiento de las bajas contables y las bonificaciones contractuales, y permite detectar posibles problemas en los procesos de contratación o facturación. Dónde obtenerlo Este valor suele registrarse en las tablas de ajustes financieros o en los módulos de contabilización de pagos. Ejemplos 29.50500.75100.001500.00 | |||
| Importe facturado BilledAmount | El valor monetario bruto del servicio o producto facturado, antes de aplicar ajustes o pagos. | ||
| Descripción El importe facturado representa el cargo total por los servicios prestados, tal como se presenta en una reclamación o factura. Es el valor financiero inicial del evento de facturación y sirve de referencia para medir todas las transacciones financieras posteriores, como los pagos y los ajustes. En Process Mining, analizar el importe facturado es fundamental para comprender el impacto financiero de las ineficiencias del proceso. Permite clasificar los casos por valor alto o bajo y detectar si ciertos problemas afectan de forma desproporcionada a las reclamaciones de mayor importe. Relacionar este importe con métricas como el tiempo de ciclo o la tasa de denegación ayuda a priorizar las mejoras que pueden tener mayores consecuencias financieras. Por qué es importante Establece el valor financiero inicial de un caso y permite analizar el impacto económico de ineficiencias del proceso, como los retrasos y las denegaciones. Dónde obtenerlo Es un atributo financiero básico que se encuentra en las tablas de captura de cargos, facturación o transacciones de reclamaciones. Ejemplos 150.002500.75500.0010000.00 | |||
| Nombre del pagador PayerName | El nombre de la compañía de seguros, entidad gubernamental u otro pagador externo responsable del pago. | ||
| Descripción El nombre del pagador identifica a la entidad principal a la que se envía una reclamación para obtener el reembolso. Entre los pagadores puede haber aseguradoras privadas, como Aetna o UnitedHealthcare; programas gubernamentales, como Medicare o Medicaid; y otras entidades. Cada pagador tiene sus propias reglas, requisitos de presentación y prácticas de pago. Este atributo es fundamental para analizar el rendimiento del ciclo de ingresos. Al segmentar el proceso por pagador, las organizaciones pueden identificar cuáles registran más denegaciones, ciclos de pago más largos o solicitudes más frecuentes de información adicional. Este análisis permite tomar medidas específicas, como renegociar contratos, adaptar los procesos de presentación a determinados pagadores y centrar la gestión de denegaciones donde más se necesita. Por qué es importante Permite segmentar métricas de rendimiento, como las tasas de denegación y los tiempos de pago, por pagador. Esto es fundamental para orientar las mejoras y las negociaciones contractuales. Dónde obtenerlo Esta información suele encontrarse en los datos de registro del paciente, del seguro o de las reclamaciones asociados al evento de facturación. Ejemplos AetnaCignaMedicareUnitedHealthcare | |||
| Usuario responsable ResponsibleUser | El identificador del usuario, empleado o agente automatizado que realizó la actividad. | ||
| Descripción El atributo Usuario responsable vincula un paso del proceso con la persona o el sistema que lo ejecutó. Puede tratarse de una persona encargada de completar la codificación médica, de un especialista en facturación que envía una reclamación o de un bot automatizado que contabiliza un pago. El seguimiento del usuario añade una perspectiva centrada en las personas o los sistemas al análisis del proceso. Analizar el rendimiento del proceso por usuario o equipo puede revelar necesidades de formación, identificar a quienes obtienen mejores resultados y ayudar a distribuir la carga de trabajo de forma adecuada. También es fundamental para el cumplimiento y las auditorías, ya que permite atribuir claramente cada acción. Este atributo facilita un análisis detallado del rendimiento y el uso de los recursos. Por qué es importante Permite analizar el rendimiento de los equipos y las personas, la distribución de la carga de trabajo y los niveles de automatización. Así, aporta información sobre la eficiencia de los recursos y permite detectar necesidades de formación. Dónde obtenerlo Suele encontrarse en los registros de transacciones o de auditoría, en campos como «ID de usuario», «ID de empleado» o «Procesador». Ejemplos john.doejane.smithAUTO-POSTER-BOTU123456 | |||
| Estado de la cuenta AccountStatus | El estado actual de la cuenta de facturación dentro del ciclo de ingresos, como «Facturada», «Pagada» o «En gestión de cobros». | ||
| Descripción El estado de la cuenta ofrece una instantánea de la situación de un evento de facturación en cualquier momento de su ciclo de vida. Refleja el resultado de la actividad más reciente e indica si la cuenta está abierta y pendiente de pago, cerrada, enviada a gestión de cobros o en otro estado. Aunque Process Mining reconstruye el flujo de actividades, el atributo Estado de la cuenta resulta útil para filtrar y segmentar los casos según su situación actual. Es especialmente útil en los Dashboards de supervisión operativa, que muestran el volumen y el valor de las cuentas en distintas etapas, como el total de cuentas por cobrar pendientes de respuesta del pagador o el número de cuentas enviadas recientemente a una agencia de cobros. Por qué es importante Ofrece una instantánea del estado actual de los casos, útil para los Dashboards operativos y para segmentar el análisis según la etapa del ciclo de vida en que se encuentran las cuentas. Dónde obtenerlo Suele ser un campo de estado del registro principal de la cuenta del paciente o del evento de facturación en el sistema de contabilidad de pacientes. Ejemplos Facturada, pendiente del pagadorPagada en su totalidadDenegadaEnviada a gestión de cobrosCerrada, dada de baja | |||
| ID de la reclamación ClaimId | El identificador único asignado a una reclamación de seguro enviada a un pagador. | ||
| Descripción El ID de la reclamación es un identificador específico de la factura enviada a una compañía de seguros. Un único evento de facturación puede generar varias reclamaciones si debe facturarse a pagadores primarios, secundarios y terciarios, o si se corrige y se vuelve a presentar una reclamación. Hacer un seguimiento del ID de la reclamación es importante para comprender los detalles del proceso de interacción con el pagador. Permite analizar los ciclos de retrabajo que implican volver a presentar reclamaciones y seguir el estado de una factura concreta enviada a un pagador. Analizar el proceso por ID de la reclamación ofrece una visión más detallada del ciclo de presentación y resolución que analizar únicamente el evento de facturación. Por qué es importante Permite hacer un seguimiento detallado de las reclamaciones presentadas y reenviadas, y analizar con precisión las interacciones con los pagadores y los ciclos de retrabajo. Dónde obtenerlo El sistema de facturación genera este identificador al crear la reclamación y lo almacena en las tablas de gestión de reclamaciones. Ejemplos CLM-2024-555-1239876543210-01TCN-A1B2C3D4E5 | |||
| ID del paciente PatientId | El identificador único del paciente que recibió los servicios. | ||
| Descripción El ID del paciente es una clave única asignada a cada paciente en el índice maestro de pacientes del sistema de salud. Este identificador vincula todas las consultas clínicas y financieras del paciente a lo largo del tiempo. Mientras que el ID del evento de facturación identifica un caso correspondiente a un único servicio, el ID del paciente permite analizar varias consultas de una misma persona. Esto puede revelar problemas recurrentes, como errores repetidos en el registro o patrones de uso de los servicios. También permite analizar el recorrido financiero completo del paciente, lo que resulta útil para comprender su responsabilidad financiera y fidelidad. Por qué es importante Permite analizar varios eventos de facturación de un mismo paciente, lo que ayuda a identificar problemas recurrentes y comprender su recorrido financiero general. Dónde obtenerlo Es un identificador principal que se encuentra en prácticamente todos los sistemas clínicos y financieros y que procede del sistema de registro de pacientes o de historia clínica electrónica (EHR). Ejemplos MRN-100345PAT-987654321202400567 | |||
| Importe pagado PaidAmount | El valor monetario total recibido de los pagadores y del paciente por los servicios facturados. | ||
| Descripción El importe pagado es la suma acumulada de todos los pagos contabilizados para un evento de facturación específico. Incluye los pagos de los pagadores de seguros primarios y secundarios, así como los realizados por el paciente. Representa el efectivo realmente cobrado por los servicios prestados. Analizar el importe pagado es esencial para medir el éxito financiero y la eficiencia del ciclo de ingresos. Compararlo con el importe facturado aporta información sobre los ingresos netos y las tasas de cobro. En Process Mining, este atributo ayuda a cuantificar el resultado financiero de las distintas rutas del proceso y a identificar las características de las reclamaciones que se pagan íntegramente y a tiempo frente a las que no. Por qué es importante Mide el efectivo realmente cobrado por un caso, un dato fundamental para evaluar la eficacia de los cobros y el rendimiento financiero general del proceso. Dónde obtenerlo Esta información se encuentra en las tablas de transacciones de contabilización de pagos o aplicación de efectivo. Ejemplos 120.502000.000.00450.25 | |||
| Motivo del ajuste AdjustmentReason | El motivo de un ajuste financiero, como una bonificación contractual o una baja contable por deuda incobrable. | ||
| Descripción Al igual que el motivo de una denegación, el motivo del ajuste explica por qué se dio de baja o se ajustó una parte del importe facturado. Aclara si el ajuste se debió a una obligación contractual con un pagador, a una política de atención benéfica, a la baja contable de un saldo pequeño o a la corrección de un error de facturación. Analizar los motivos de los ajustes aporta información sobre la integridad de los ingresos y el rendimiento financiero. Ayuda a distinguir entre los ajustes contractuales previstos y las bajas contables evitables causadas por errores internos. Al filtrar el mapa de procesos por motivos de ajuste específicos, quienes analizan los datos pueden detectar debilidades del proceso que provocan pérdidas de ingresos evitables y orientar las mejoras en consecuencia. Por qué es importante Aporta contexto sobre los ajustes financieros y ayuda a distinguir entre las obligaciones contractuales y las pérdidas de ingresos evitables causadas por errores del proceso. Dónde obtenerlo Se encuentra en las tablas de transacciones financieras del sistema de facturación o contabilidad de pacientes, a menudo vinculada a transacciones de ajustes o bajas contables. Ejemplos Bonificación contractualBaja contable de saldo pequeñoDeuda incobrableCorrección de error de facturación | |||
| Saldo pendiente OutstandingBalance | El saldo aún no pagado del evento de facturación en un momento determinado. | ||
| Descripción El saldo pendiente representa el importe que aún debe cobrarse por un evento de facturación. Suele calcularse restando los importes pagados y los ajustes al importe facturado. Este valor cambia a lo largo del ciclo de vida del caso a medida que se contabilizan pagos y ajustes. Este atributo es un indicador clave de la salud de las cuentas por cobrar. En Process Mining, analizar el saldo pendiente en distintas etapas del proceso ayuda a gestionar la antigüedad de las cuentas por cobrar y a priorizar las gestiones de cobro. También permite identificar los tipos de casos o las rutas del proceso que suelen dejar saldos residuales elevados, lo que puede indicar problemas con los pagos o la resolución de denegaciones. Por qué es importante Es una medida clave de las cuentas por cobrar y de la eficacia de los cobros, que ayuda a priorizar las actividades de seguimiento y analizar la antigüedad de las cuentas por cobrar. Dónde obtenerlo A menudo se calcula a partir de los importes facturados, pagados y ajustados. También puede almacenarse en un campo del sistema de cuentas por cobrar o de contabilidad de pacientes. Ejemplos 50.000.00125.308500.00 | |||
Actividades de la gestión del ciclo de ingresos
| Actividad | Descripción | ||
|---|---|---|---|
| Evento de facturación cerrado | El evento de facturación se ha resuelto por completo, el saldo pendiente ha llegado a cero y no se esperan más actividades. Esto puede ocurrir mediante pagos, ajustes, bajas o una combinación de estos. | ||
| Por qué es importante Esta actividad marca el final del proceso y permite calcular el tiempo total de ciclo de principio a fin. Confirma el resultado final del evento de facturación, tanto si se cobró como si se dio de baja. Dónde obtenerlo Este estado suele deducirse cuando el saldo de la cuenta llega a cero. Algunos sistemas pueden tener un estado explícito «Cerrada» o un campo con la fecha de cierre en el registro de la cuenta. Capturar Deduzca este evento identificando la marca de tiempo de la última transacción financiera que dejó en cero el saldo del evento de facturación. Tipo de evento inferred | |||
| Pago contabilizado | El pago recibido se aplica oficialmente a la cuenta del paciente y se asigna a líneas de servicio específicas. Esta acción transfiere el saldo de cuentas por cobrar a caja y reduce el importe pendiente. | ||
| Por qué es importante Este es un hito clave que confirma que el pagador ha abonado los ingresos. Las demoras en la contabilización de pagos pueden distorsionar la antigüedad de las cuentas por cobrar y los informes de flujo de caja. Dónde obtenerlo Esta transacción financiera explícita se registra en el libro mayor del sistema de contabilidad de pacientes. Cada aplicación de pago debe tener su propia fecha y hora de transacción. Capturar Utilice la marca de tiempo de la transacción de aplicación del pago o del diario de contabilización de caja. Tipo de evento explicit | |||
| Reclamación denegada | Representa el rechazo del pagador a una reclamación o a determinadas partidas, lo que impide el pago. Por lo general, se identifica cuando el proveedor recibe y procesa un aviso de remesa del pagador. | ||
| Por qué es importante Identificar las denegaciones de reclamaciones es fundamental para analizar la pérdida de ingresos, las tasas de denegación y la eficacia del proceso de gestión de denegaciones. Es el principal desencadenante de los ciclos de retrabajo y las apelaciones. Dónde obtenerlo Este evento suele encontrarse en los datos del aviso de remesa, en particular al identificar los códigos de motivo de ajuste de reclamaciones (CARC) que indican una denegación. Capturar Deduzca este evento analizando los datos del aviso de remesa para encontrar códigos de denegación asociados a una reclamación o línea de servicio. Tipo de evento inferred | |||
| Reclamación enviada | Esta actividad marca el envío electrónico o en papel de la reclamación generada a la aseguradora o al pagador para su evaluación. Representa la solicitud oficial de pago por los servicios prestados. | ||
| Por qué es importante El seguimiento de esta actividad es fundamental para medir el tiempo de ciclo entre el servicio y la factura e identificar demoras entre la creación y el envío de la reclamación. Es un hito clave que indica cuándo el evento de facturación pasa oficialmente a cuentas por cobrar. Dónde obtenerlo Este evento suele registrarse en los registros de transacciones de reclamaciones o en las tablas de interfaz de la cámara de compensación, a menudo con una actualización de estado que confirma la transmisión correcta. Capturar Registre la marca de tiempo en que el estado de la reclamación cambia a «Enviada», «Transmitida» o un estado equivalente. Tipo de evento explicit | |||
| Servicio prestado | Esta actividad marca el inicio del evento de facturación y representa el momento en que se presta un servicio clínico al paciente. Es el desencadenante de todo el proceso del ciclo de ingresos para un encuentro específico. | ||
| Por qué es importante Este es el punto de inicio principal del proceso de principio a fin y permite medir el tiempo total del ciclo de ingresos. Ayuda a identificar las demoras entre la prestación del servicio clínico y el inicio de las actividades de facturación. Dónde obtenerlo Esta información suele proceder de un sistema clínico, de programación de citas o de historia clínica electrónica. A menudo se obtiene de una nota clínica firmada, un registro de procedimiento completado o un registro de alta del paciente. Capturar Registre la marca de tiempo correspondiente al cierre del encuentro clínico, la fecha del servicio o la fecha del alta. Tipo de evento explicit | |||
| Cargos registrados | Representa el registro formal de todos los servicios, procedimientos y suministros facturables de un encuentro con el paciente. En este paso, las actividades clínicas se convierten en transacciones financieras que pueden facturarse. | ||
| Por qué es importante Analizar el tiempo transcurrido entre la prestación del servicio y el registro del cargo permite detectar posibles demoras en el reconocimiento de ingresos. Este paso es fundamental para garantizar que se contabilicen todos los servicios facturables y evitar la pérdida de ingresos. Dónde obtenerlo Estos datos se encuentran en las tablas de transacciones de cargos o en los registros financieros del sistema de facturación o contabilidad de pacientes. Cada concepto facturable debe tener una marca de tiempo de creación correspondiente. Capturar Utilice la fecha de creación de los registros de transacciones de cargos vinculados al evento de facturación. Tipo de evento explicit | |||
| Codificación completada | Indica que el personal de codificación médica ha asignado códigos clínicos estandarizados, como los códigos ICD o CPT, a los cargos registrados. Este paso garantiza que los pagadores puedan interpretar y evaluar los servicios. | ||
| Por qué es importante Esta actividad es esencial para que las reclamaciones sean precisas y suele ser un cuello de botella. Medir la duración de la fase de codificación ayuda a encontrar oportunidades para mejorar la productividad del personal de codificación y reducir las retenciones de reclamaciones. Dónde obtenerlo A menudo, se registra como un cambio de estado del evento de facturación o como una marca de tiempo que indica que una tarea relacionada con la codificación se completó en una cola de trabajo. Capturar Identifique la marca de tiempo en que el estado de codificación del encuentro cambia a «Completado» o se aprueba el código final. Tipo de evento explicit | |||
| Cuenta ajustada | Una transacción que no corresponde a un pago y modifica el saldo de la cuenta, como un ajuste contractual, la condonación de un saldo pequeño o un descuento de cortesía. Estos ajustes son necesarios para conciliar la cuenta según los contratos con los pagadores o las políticas internas. | ||
| Por qué es importante Los ajustes son una de las principales causas de las variaciones de ingresos. Analizar las actividades y los motivos de los ajustes ayuda a comprender la rentabilidad, el rendimiento de los contratos con los pagadores y la integridad de los ingresos. Dónde obtenerlo Se registran como transacciones financieras independientes en el libro mayor del paciente. Cada una tiene un código o tipo de transacción específico que indica el motivo del ajuste. Capturar Registre la fecha de transacción de cualquier operación financiera que no sea un pago ni un cargo y que modifique el saldo de la cuenta. Tipo de evento explicit | |||
| Cuenta dada de baja | Se han agotado todas las gestiones de cobro y el saldo restante de la cuenta se considera incobrable. El saldo se ajusta a cero y se clasifica como deuda incobrable, lo que representa una pérdida definitiva de ingresos. | ||
| Por qué es importante Esta actividad es un evento financiero crítico que representa una pérdida de ingresos. Analizar las bajas es esencial para comprender la tasa final de recuperación y el origen de las deudas irrecuperables. Dónde obtenerlo Se trata de una transacción financiera explícita, normalmente un ajuste con un código de motivo específico, como «Baja por deuda incobrable» o «Enviado a una agencia de cobro». Capturar Registre la fecha de transacción del ajuste que clasifica el saldo restante como deuda incobrable. Tipo de evento explicit | |||
| Estado de cuenta enviado al paciente | Una vez contabilizados todos los pagos y ajustes del seguro, se genera y envía al paciente un estado de cuenta por la parte que le corresponde pagar. Así, la gestión de cobros pasa del pagador institucional al paciente. | ||
| Por qué es importante Esta actividad inicia la parte del ciclo de ingresos que paga el paciente. Su seguimiento ayuda a analizar la eficacia de los cobros a pacientes y a medir cuánto se tarda en facturarles. Dónde obtenerlo Este evento queda registrado explícitamente en el módulo de facturación o comunicaciones con pacientes. El sistema debe guardar la fecha en que se generó o envió cada estado de cuenta. Capturar Utilice la fecha de creación o envío del registro histórico de estados de cuenta del paciente. Tipo de evento explicit | |||
| Inicio de las gestiones de cobro | La cuenta del paciente ha pasado a estar vencida y se inician gestiones proactivas de cobro. Estas pueden ir desde el envío automático de cartas de recordatorio hasta la asignación del caso a una persona o agencia de cobro interna o externa. | ||
| Por qué es importante Este evento marca una intensificación de las gestiones para cobrar cuentas vencidas. Supervisarlo ayuda a evaluar la eficacia de las estrategias de cobro y el rendimiento de las agencias de cobro. Dónde obtenerlo A menudo, este evento se registra mediante un cambio en la categoría financiera o el código de estado de la cuenta, o al asignarla a una cola de trabajo o agencia de cobro específica. Capturar Deduzca este evento a partir de la primera marca de tiempo en que el estado de la cuenta cambia a «En cobro», «Vencida» o un estado similar. Tipo de evento inferred | |||
| Inicio del retrabajo por denegación | Una persona o un flujo de trabajo automatizado ha iniciado la revisión y resolución de una reclamación denegada. Esta actividad marca el comienzo del proceso interno para impugnar la denegación y recuperar los ingresos potenciales. | ||
| Por qué es importante Esta actividad inicia el ciclo de retrabajo por denegación. Analizar el tiempo entre la denegación y el inicio del retrabajo permite medir la capacidad de respuesta del equipo de gestión de denegaciones e identificar acumulaciones de casos. Dónde obtenerlo Este evento puede registrarse a partir de las acciones de una persona en un módulo de gestión de denegaciones, de un cambio de estado de la reclamación o de la asignación de la reclamación denegada a una cola de trabajo. Capturar Registre la marca de tiempo en que se abre o asigna por primera vez una reclamación denegada, o en que su estado cambia a «En retrabajo». Tipo de evento explicit | |||
| Reclamación creada | El sistema ha generado una reclamación de facturación formal que reúne todos los cargos, códigos y datos demográficos en un formato estandarizado. Este paso prepara la reclamación antes de enviarla al pagador. | ||
| Por qué es importante Este momento indica que la factura está lista para cobrarse. Analizar el tiempo transcurrido desde entonces hasta el envío permite detectar demoras del sistema o del procesamiento por lotes que ralentizan la facturación. Dónde obtenerlo Este evento, generado por el sistema, debe registrarse en una tabla o archivo de reclamaciones, con una marca de tiempo de creación clara para el encabezado de la reclamación. Capturar Utilice la marca de tiempo de creación del registro principal de la reclamación asociado al evento de facturación. Tipo de evento explicit | |||
| Reclamación reenviada | Tras una denegación o un rechazo, la reclamación se ha corregido y enviado de nuevo al pagador para que la reconsidere. Este es el segundo intento de obtener el pago y cierra el ciclo inicial de retrabajo. | ||
| Por qué es importante Esta actividad es fundamental para comprender la eficiencia del proceso de resolución de denegaciones. El seguimiento de los reenvíos permite medir los tiempos de ciclo del retrabajo y la tasa de éxito de las apelaciones. Dónde obtenerlo Se registra como un nuevo evento de envío de reclamación vinculado a la reclamación denegada original. Busque registros de envío con un indicador de corrección o reenvío. Capturar Identifique una transacción de envío de reclamación que haga referencia a un ID de reclamación enviado anteriormente o que tenga una marca de reenvío. Tipo de evento explicit | |||
| Remesa recibida | El sistema recibe una respuesta del pagador sobre la reclamación enviada, a menudo en un archivo de aviso electrónico de remesa (ERA). La respuesta detalla los importes pagados, denegados o ajustados para cada línea de servicio. | ||
| Por qué es importante Este evento determina la ruta que seguirá el proceso: contabilización del pago, gestión de denegaciones o ajustes. El tiempo que tarda en recibirse la remesa permite medir el rendimiento del pagador. Dónde obtenerlo Este evento se registra cuando el sistema incorpora un archivo de intercambio electrónico de datos (EDI), como un archivo 835, o cuando una persona introduce manualmente los datos de una explicación de beneficios (EOB) en papel. Capturar Utilice la marca de tiempo de procesamiento o importación del archivo de aviso de remesa asociado a la reclamación. Tipo de evento explicit | |||
Guías de extracción
Los métodos de extracción varían según el sistema. Para obtener instrucciones detalladas,
consulte nuestra guía de ETL o seleccione un proceso y un sistema específicos.
¿Todo listo para comenzar?
Consulte una de las guías de extracción específicas para cada sistema que aparecen a continuación para obtener instrucciones detalladas sobre cómo exportar sus datos, o utilice este Template genérico como punto de partida para cualquier otro sistema.
Transforme ahora la gestión del ciclo de ingresos
Obtenga información, reduzca los rechazos y acelere el flujo de caja en todos sus sistemas.
No se requiere tarjeta de crédito • Comience en pocos minutos