Su Template de datos de gestión del ciclo de ingresos
Su Template de datos de gestión del ciclo de ingresos
Este es nuestro Template genérico de datos de Process Mining para Gestión del ciclo de ingresos. Utilice nuestros Templates específicos para cada sistema para obtener orientación más detallada.
Seleccione un sistema específico- Aplicable a cualquier sistema RCM para realizar Process Mining.
- Atributos y actividades principales para crear un registro de eventos eficaz.
- Un recurso fundamental para realizar análisis y optimización de procesos sólidos.
Atributos de la gestión del ciclo de ingresos
| Nombre | Descripción | ||
|---|---|---|---|
| ID del evento de facturación BillingEventId | El identificador único de una entrega individual de un servicio o producto que genera un cargo. Sirve como 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 instancia de un servicio facturable, desde la captura inicial del cargo hasta el pago final o la baja contable. Actúa como hilo conductor central que conecta todas las actividades relacionadas, como la creación, el envío y el rechazo de la reclamación, así como la contabilización del pago, para un encuentro de servicio específico. 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 único ID del evento de facturación, las personas analistas pueden visualizar los flujos del proceso, identificar cuellos de botella, medir los tiempos de ciclo y comprender las variaciones en la gestión de los distintos casos. Constituye la base de todos los análisis centrados en casos dentro del ciclo de ingresos. Por qué es importante Es el identificador esencial del caso que vincula todas las actividades relacionadas, lo que permite reconstruir y analizar el ciclo completo de ingresos de cada servicio facturable. Dónde obtenerlo Normalmente es una clave primaria 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 las que se registró una actividad específica en el sistema. | ||
| Descripción La marca de tiempo del evento señala el momento en el que tuvo lugar o se registró una actividad. Proporciona el contexto cronológico de todos los eventos de un caso y forma una línea temporal 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 fundamentales, como el tiempo total del ciclo, la duración entre actividades específicas y los tiempos de espera. Al analizar las marcas de tiempo, las organizaciones pueden identificar 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 Proporciona 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 registros de transacciones, pistas de auditoría o como campo de «fecha de creación» o «fecha de cambio de estado» en las tablas de eventos. Ejemplos 2023-10-26T10:00:00Z2023-11-15T14:35:10Z2024-01-05T09:12:45Z | |||
| Nombre de la actividad ActivityName | El nombre del paso, tarea o evento específico que tuvo lugar dentro del proceso del ciclo de ingresos para un evento de facturación determinado. | ||
| Descripción El nombre de la actividad describe una acción o hito diferenciado en el ciclo de vida de los ingresos. Algunos ejemplos son «Service Rendered», «Claim Submitted», «Remittance Received», «Payment Posted» y «Account Written Off». Cada actividad representa un paso del proceso que consume tiempo y recursos. Este atributo es fundamental para el Process Mining, ya que define los nodos del mapa de procesos. Analizar la secuencia, frecuencia y 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 los rechazos de reclamaciones e ineficiencias. Por qué es importante Este atributo define los pasos del proceso, algo esencial para descubrir y visualizar el mapa de procesos, identificar retrabajos y analizar la conformidad del proceso. Dónde obtenerlo Suele encontrarse en registros de eventos y tablas de transacciones, o derivarse de registros de cambios de estado del módulo de facturación o reclamaciones. Ejemplos Reclamación enviadaPago contabilizadoInicio del retrabajo de un rechazoEstado de cuenta de la persona paciente enviado | |||
| Sistema de origen SourceSystem | El sistema de información, aplicación o módulo del que se extrajeron los datos del evento. | ||
| Descripción El atributo Sistema de origen identifica el origen de los datos de un evento específico. En un entorno de TI complejo, el ciclo de ingresos suele abarcar varios sistemas, como un sistema de historia clínica electrónica (EHR) para la prestación de servicios, un sistema de facturación específico para el envío de reclamaciones y una plataforma independiente de cobros. Conocer el sistema de origen es valioso para validar datos, solucionar problemas y comprender la fragmentación del proceso. Puede ayudar a identificar 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 ayuda a evaluar la integración y la eficiencia de la arquitectura de TI general que sustenta el proceso. Por qué es importante Ayuda a comprender la fragmentación del proceso entre distintos sistemas de TI y es fundamental para validar los 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 derivarse de la tabla o el archivo de origen del que se obtuvieron los datos. Ejemplos Epic ResoluteOracle HealthR1 RCM PlatformWaystar | |||
| Última actualización de datos LastDataUpdate | La marca de tiempo que indica la última vez que se actualizaron o extrajeron del sistema de origen los datos de este registro de evento específico. | ||
| 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 comprender la actualidad y la puntualidad de los datos analizados. Refleja la latencia del flujo de datos e indica hasta qué punto está actualizado 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 datos proporciona al usuario contexto sobre la actualidad de los datos. Para la supervisión operativa, es esencial saber si la vista representa el estado del proceso de hace cinco minutos o de la noche anterior. Esto ayuda a gestionar las expectativas de los usuarios y garantiza que las decisiones se tomen basándose en datos cuya antigüedad se conoce. Por qué es importante Proporciona un contexto fundamental sobre la puntualidad y actualidad de los datos, y garantiza que el análisis y las decisiones se basen en un periodo de referencia conocido. Dónde obtenerlo Normalmente se añade durante el proceso de extracción, transformación y carga (ETL) de datos y se almacena 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 | Categoría, tipo o 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 proporcionado al paciente. Puede tratarse de una clasificación general, como «hospitalización» frente a «atención ambulatoria», o de una categoría departamental más específica, como «cirugía», «urgencias» o «laboratorio». Las distintas categorías de servicio suelen tener reglas de facturación, requisitos de los pagadores y flujos de proceso diferentes. Segmentar el proceso del ciclo de ingresos por categoría del servicio es esencial para realizar un análisis significativo. Permite comparar el rendimiento de distintas líneas de servicio, por ejemplo, para comprobar si la tasa de denegaciones 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 específico de cada área de servicio. Por qué es importante Permite comparar el rendimiento de distintas líneas de servicio y detectar variaciones en la eficiencia, las tasas de denegación y los ciclos de pago específicas de determinados tipos de atención. Dónde obtenerlo Esta información suele estar disponible en los registros detallados de cargos o puede derivarse de la clase del paciente, el departamento o los códigos de procedimiento. Ejemplos HospitalizaciónAtención ambulatoriaUrgenciasRadiologíaProcedimiento quirúrgico | |||
| Código de motivo del rechazo DenialReasonCode | Un código y una descripción estandarizados que indican el motivo por el que el pagador rechazó una reclamación. | ||
| Descripción Cuando un pagador rechaza una reclamación enviada, proporciona un código de motivo del rechazo para explicar por qué no se pagó. Estos códigos suelen seguir estándares del sector, como los Claim Adjustment Reason Codes (CARC), y señalan problemas específicos, como «Service Not Covered», «Duplicate Claim» o «Additional Information Required». Este atributo es uno de los más útiles para el análisis de causas raíz en el ciclo de ingresos. Al analizar la frecuencia y el impacto financiero de los distintos motivos de rechazo, las organizaciones pueden localizar los fallos del proceso previos que provocan los rechazos. Por ejemplo, un número elevado de rechazos por «Incorrect Patient Information» apunta a problemas en el proceso de registro de pacientes. Esto permite aplicar mejoras basadas en datos para prevenir futuros rechazos y mejorar la tasa de pago en el primer envío. Por qué es importante Es fundamental para analizar las causas raíz de los rechazos de reclamaciones y permite aplicar mejoras específicas en los procesos iniciales y de mitad de ciclo para evitar futuras pérdidas de ingresos. Dónde obtenerlo Esta información procede de los archivos Electronic Remittance Advice (ERA) o Explanation of Benefits (EOB) recibidos de los pagadores. Ejemplos CO-16: a la reclamación o al servicio le falta informaciónPR-97: el beneficio de este servicio está incluido en el pago de otro servicioOA-18: reclamación o servicio duplicadoCO-22: esta atención puede estar cubierta por otro pagador 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 «Patient Access», «Coding», «Billing» o «Collections». Ayuda a comprender cómo se distribuye el trabajo y cómo se transfiere entre los distintos equipos. Analizar el proceso desde la perspectiva departamental es esencial para comprender la colaboración interfuncional e identificar cuellos de botella que aparecen en los puntos de transferencia entre equipos. Permite a las personas responsables ver qué departamentos participan en determinadas variantes del proceso, medir la eficiencia departamental y asignar recursos de forma más eficaz. Este análisis puede poner de manifiesto problemas sistémicos dentro de un departamento que afectan 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, revelando oportunidades para mejorar la colaboración entre equipos. Dónde obtenerlo Esta información puede formar parte de los datos de la transacción o derivarse de los datos maestros asociados a la persona usuaria responsable. Ejemplos Departamento de facturaciónServicios de codificaciónGestión de denegacionesCobros | |||
| Importe del ajuste AdjustmentAmount | El valor monetario de cualquier ajuste, baja contable o bonificación contractual aplicada 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 a la persona paciente por motivos como acuerdos contractuales, descuentos o bajas contables. Estos ajustes reducen el total de las cuentas por cobrar y forman parte normal del ciclo de ingresos. Analizar los importes de los ajustes y sus motivos asociados 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 específicas conducen a tasas de ajuste más altas, lo que permite realizar un análisis específico de las causas raíz para maximizar la materialización de los ingresos. Por qué es importante Ayuda a analizar las fugas de ingresos mediante el seguimiento de bajas contables y bonificaciones contractuales, y pone de relieve posibles problemas en los procesos de contratación o facturación. Dónde obtenerlo Este valor suele registrarse en tablas de ajustes financieros o 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 que se envió en una reclamación o factura. Es el valor financiero inicial del evento de facturación y sirve como base para medir todas las transacciones financieras posteriores, como pagos y ajustes. En Process Mining, analizar el importe facturado es fundamental para comprender el impacto financiero de las ineficiencias del proceso. Puede utilizarse para segmentar los casos en categorías de alto y bajo valor, y revelar si determinados problemas del proceso afectan de forma desproporcionada a las reclamaciones de mayores ingresos. Relacionar este importe con métricas como el tiempo de ciclo o la tasa de rechazo ayuda a priorizar las iniciativas de mejora que abordan los problemas con 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 retrasos y rechazos. Dónde obtenerlo Es un atributo financiero básico que se encuentra en las tablas de transacciones de captura de cargos, facturación o 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 atributo Nombre del pagador identifica la entidad principal a la que se envía una reclamación para obtener el reembolso. Los pagadores pueden ser aseguradoras comerciales como Aetna o UnitedHealthcare, programas gubernamentales como Medicare o Medicaid, u otras entidades. Cada pagador tiene sus propias reglas, requisitos de envío y comportamientos 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 presentan las tasas de rechazo más altas, los ciclos de pago más largos o más solicitudes de información adicional. Este análisis permite aplicar medidas específicas, como renegociar contratos, adaptar los procesos de envío a determinados pagadores y centrar los esfuerzos de gestión de rechazos donde más se necesitan. Por qué es importante Permite segmentar por pagador métricas de rendimiento como las tasas de rechazo y los tiempos de pago, algo fundamental para realizar mejoras específicas y negociar contratos. Dónde obtenerlo Esta información suele encontrarse en los datos de registro de pacientes, seguros o reclamaciones asociados al evento de facturación. Ejemplos AetnaCignaMedicareUnitedHealthcare | |||
| Persona usuaria responsable ResponsibleUser | El identificador de la persona usuaria, empleada o agente automatizado que realizó la actividad. | ||
| Descripción El atributo Persona usuaria 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, una especialista en facturación que envía una reclamación o un bot automatizado que contabiliza un pago. El seguimiento de la persona usuaria añade una perspectiva humana o centrada en el sistema al análisis del proceso. Analizar el rendimiento del proceso por persona usuaria o equipo puede revelar oportunidades de formación, identificar a las personas con mejor rendimiento y garantizar una distribución adecuada de la carga de trabajo. También es fundamental para el cumplimiento y las auditorías, ya que permite establecer claramente la responsabilidad de cada acción. Este atributo permite analizar en detalle el rendimiento y la utilización 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 las tasas de automatización, y proporciona información sobre la eficiencia de los recursos y las necesidades de formación. Dónde obtenerlo Suele encontrarse en registros de transacciones o pistas de auditoría, en campos como «User ID», «Employee ID» o «Processor». Ejemplos john.doejane.smithAUTO-POSTER-BOTU123456 | |||
| Estado de la cuenta AccountStatus | Estado actual de la cuenta de facturación dentro del ciclo de ingresos, como «facturada», «pagada» o «en gestión de cobro». | ||
| Descripción El estado de la cuenta proporciona una instantánea de la situación de un evento de facturación dentro de su ciclo de vida en un momento determinado. Este estado refleja el resultado de la actividad más reciente e indica si la cuenta está abierta y pendiente de pago, cerrada, enviada a 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 para los Dashboards de supervisión operativa que deben mostrar el volumen y el importe de las cuentas en distintas etapas, como el total de cuentas por cobrar pendientes actualmente de la respuesta del pagador o el número de cuentas enviadas recientemente a una agencia de cobros. Por qué es importante Proporciona una instantánea del estado actual de los casos, útil para los Dashboards operativos y para segmentar el análisis según el punto del ciclo de vida en el que se encuentran las cuentas. Dónde obtenerlo Normalmente es 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 Facturado - en espera del pagadorPagado en su totalidadDenegadoEnviado a cobrosCerrado - cancelado | |||
| ID de la reclamación ClaimId | Identificador único asignado a una reclamación de seguro presentada ante 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 una reclamación se corrige y se vuelve a presentar. El 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 relacionados con la presentación repetida de reclamaciones y seguir el estado de una factura específica 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 realizar un seguimiento detallado de las reclamaciones presentadas y reenviadas, con un análisis granular de las interacciones con los pagadores y los ciclos de retrabajo. Dónde obtenerlo Este identificador lo genera el sistema de facturación al crear la reclamación y se almacena en las tablas de gestión de reclamaciones. Ejemplos CLM-2024-555-1239876543210-01TCN-A1B2C3D4E5 | |||
| ID del paciente PatientId | 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 sanitario. Este identificador vincula todas las atenciones clínicas y transacciones financieras del paciente a lo largo del tiempo. Mientras que el ID del evento de facturación corresponde a un único servicio, el ID del paciente permite realizar un análisis más amplio de varias atenciones del mismo paciente. Esto puede revelar problemas recurrentes, como errores repetidos de registro o patrones en la utilización de los servicios. También permite analizar el recorrido financiero completo del paciente, lo que resulta útil para comprender su responsabilidad económica y fidelidad. Por qué es importante Permite analizar varios eventos de facturación del mismo paciente, identificar problemas recurrentes y comprender su recorrido financiero general. Dónde obtenerlo Este es un identificador principal presente en prácticamente todos los sistemas clínicos y financieros, cuyo origen suele estar en el sistema de registro de pacientes o en el sistema EHR. Ejemplos MRN-100345PAT-987654321202400567 | |||
| Importe pagado PaidAmount | El valor monetario total recibido de los pagadores y de la persona paciente por los servicios facturados. | ||
| Descripción El importe pagado es la suma acumulada de todos los pagos contabilizados contra un evento de facturación específico. Incluye los pagos de los pagadores de seguros primarios y secundarios, así como los realizados por la persona 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. Comparar el importe pagado con el importe facturado proporciona 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 puede utilizarse para identificar las características de las reclamaciones que se pagan íntegra y puntualmente frente a las que no. Por qué es importante Mide el efectivo realmente cobrado en un caso, algo 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 de deuda incobrable. | ||
| Descripción Al igual que el motivo del rechazo, el motivo del ajuste explica por qué se dio de baja o ajustó una parte del importe facturado. Estos motivos aclaran si el ajuste se debió a una obligación contractual con un pagador, una política de atención benéfica, la baja de un saldo pequeño o la corrección de un error de facturación. Analizar los motivos de los ajustes proporciona información sobre la integridad de los ingresos y el rendimiento financiero. Ayuda a diferenciar entre ajustes contractuales previstos y bajas contables evitables debidas a errores internos. Al filtrar el mapa de procesos según motivos de ajuste específicos, las personas analistas pueden identificar debilidades del proceso que provocan pérdidas de ingresos evitables y orientar las iniciativas de mejora en consecuencia. Por qué es importante Proporciona contexto sobre los ajustes financieros y ayuda a diferenciar entre obligaciones contractuales y 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 vinculado a transacciones de ajustes o cancelaciones contables. Ejemplos Descuento contractualCancelación de saldo pequeñoDeuda incobrableCorrección de error de facturación | |||
| Saldo pendiente OutstandingBalance | El saldo restante 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. Normalmente se calcula como el importe facturado menos los importes pagados y ajustados. 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 el envejecimiento de las cuentas por cobrar y a priorizar los esfuerzos de cobro. Puede utilizarse para identificar qué tipos de casos o rutas del proceso tienden a presentar saldos residuales elevados, lo que indica problemas en la resolución de pagos o rechazos. Por qué es importante Es una medida clave de las cuentas por cobrar y de la eficacia de los cobros, y ayuda a priorizar las actividades de seguimiento y analizar el envejecimiento 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 como campo en un 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, su saldo pendiente ha llegado a cero y no se espera ninguna actividad adicional. Esto puede ocurrir mediante pagos, ajustes, bajas contables o una combinación de estos. | ||
| Por qué es importante Esta actividad marca el final del proceso y permite calcular el tiempo total del ciclo de extremo a extremo. Confirma el resultado final del evento de facturación, tanto si se cobró correctamente como si se dio de baja. Dónde obtenerlo Este estado suele inferirse cuando el saldo de la cuenta llega a cero. Algunos sistemas pueden tener un estado explícito «Closed» o un campo de fecha de cierre en el registro de la cuenta. Recopilar Infiera este evento identificando la marca de tiempo de la última transacción financiera que dio lugar a un saldo cero para el evento de facturación. Tipo de evento inferred | |||
| Pago contabilizado | Un pago recibido se aplica oficialmente a la cuenta de la persona paciente y se asigna a líneas de servicio específicas. Esta acción transfiere el saldo de las cuentas por cobrar al efectivo y reduce el saldo pendiente. | ||
| Por qué es importante Este es un hito clave de éxito que confirma que el pagador ha abonado los ingresos. Los retrasos en la contabilización de pagos pueden distorsionar la precisión del envejecimiento de las cuentas por cobrar y de los informes de flujo de efectivo. Dónde obtenerlo Se trata de una transacción financiera explícita registrada 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. Recopilar Utilice la marca de tiempo de la transacción de la aplicación del pago o del diario de contabilización de efectivo. Tipo de evento explicit | |||
| Reclamación enviada | Esta actividad marca el envío electrónico o en papel de la reclamación generada a la compañía de seguros 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 del ciclo de servicio a factura e identificar retrasos entre la creación y el envío de la reclamación. Es un hito clave que indica cuándo el Billing Event entra oficialmente en las cuentas por cobrar. Dónde obtenerlo Este evento suele registrarse en los registros de transacciones de reclamaciones o en las tablas de interfaz del clearinghouse, a menudo con una actualización de estado específica que indica que la transmisión se realizó correctamente. Recopilar Capture la marca de tiempo en la que el estado de la reclamación cambia a «Submitted», «Transmitted» o un estado equivalente. Tipo de evento explicit | |||
| Reclamación rechazada | Representa el rechazo de una reclamación o de partidas específicas por parte del pagador, lo que impide el pago. Normalmente se identifica cuando el proveedor recibe y procesa un documento de remesa del pagador. | ||
| Por qué es importante Identificar los rechazos de reclamaciones es fundamental para analizar las fugas de ingresos, las tasas de rechazo y la eficacia del proceso de gestión de rechazos. Es el principal desencadenante de los ciclos de retrabajo y las apelaciones. Dónde obtenerlo Este evento suele encontrarse en los datos de remesas, concretamente mediante la identificación de códigos de motivo de ajuste de reclamaciones (CARC) que indican un rechazo. Recopilar Infiera este evento analizando los datos de remesas en busca de códigos de rechazo asociados a una reclamación o línea de servicio. Tipo de evento inferred | |||
| Servicio prestado | Esta actividad marca el inicio del Billing Event y representa el momento en que se presta un servicio clínico a un paciente. Es el desencadenante que inicia todo el proceso del ciclo de ingresos para un encuentro concreto. | ||
| Por qué es importante Este es el punto de inicio principal del proceso integral y permite medir el tiempo total del ciclo de ingresos. Ayuda a identificar los retrasos 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 o de historia clínica electrónica. A menudo se captura a partir de una nota clínica firmada, un registro de procedimiento completado o un registro de alta del paciente. Recopilar Capture la marca de tiempo asociada a la finalización del encuentro clínico, la fecha del servicio o la fecha de alta. Tipo de evento explicit | |||
| Cargos capturados | Representa el registro formal de todos los servicios, procedimientos y suministros facturables correspondientes a un encuentro con el paciente. Esto convierte las actividades clínicas en transacciones financieras que pueden facturarse. | ||
| Por qué es importante Analizar el tiempo transcurrido entre la prestación del servicio y la captura de cargos pone de relieve posibles retrasos en el reconocimiento de ingresos. Este paso es fundamental para garantizar que todos los servicios facturables se contabilicen y evitar fugas 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 elemento facturable debe tener una marca de tiempo de creación asociada. Recopilar Utilice la fecha de creación de los registros de transacciones de cargos vinculados al Billing Event. Tipo de evento explicit | |||
| Codificación completada | Indica que los codificadores médicos han asignado códigos clínicos estandarizados, como códigos ICD o CPT, a los cargos capturados. Este paso garantiza que los servicios se representen de una forma que los pagadores puedan comprender y evaluar. | ||
| Por qué es importante Esta actividad es esencial para la exactitud de las reclamaciones y constituye una fuente habitual de cuellos de botella. Medir la duración de la fase de codificación ayuda a identificar oportunidades para mejorar la productividad de los codificadores y reducir las retenciones de reclamaciones. Dónde obtenerlo A menudo se captura como un cambio de estado del Billing Event o como una marca de tiempo cuando una tarea relacionada con la codificación se marca como completada en una cola de trabajo. Recopilar Identifique la marca de tiempo en la que el estado de codificación del encuentro se establece en 'Complete' o se aprueba el código final. Tipo de evento explicit | |||
| Cuenta ajustada | Una transacción que no corresponde a un pago y que modifica el saldo de la cuenta, como un ajuste contractual, la condonación de un saldo pequeño o un descuento comercial. Estas transacciones son necesarias para conciliar la cuenta según los contratos con los pagadores o las políticas internas. | ||
| Por qué es importante Los ajustes son uno de los principales factores de variación de los 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 diferenciadas en el libro mayor de pacientes, cada una con un código o tipo de transacción específico que indica el motivo del ajuste. Recopilar Capture la fecha de transacción de cualquier transacción financiera que no corresponda a un pago ni a un cargo y que modifique el saldo de la cuenta. Tipo de evento explicit | |||
| Cuenta dada de baja | Se han agotado todos los esfuerzos 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 final de ingresos. | ||
| Por qué es importante Esta actividad es un evento financiero crítico que representa ingresos perdidos. Analizar las bajas contables es esencial para comprender la tasa final de éxito de los cobros y las fuentes de deuda irrecuperable. Dónde obtenerlo Se trata de una transacción financiera explícita, normalmente un ajuste con un código de motivo específico, como «Bad Debt Write-Off» o «Sent to Collections Agency». Recopilar Capture la fecha de transacción del ajuste que clasifica el saldo restante como deuda incobrable. Tipo de evento explicit | |||
| Estado de cuenta de la persona paciente enviado | Después de contabilizar todos los pagos y ajustes del seguro, se genera y envía a la persona paciente un estado de cuenta por la parte que le corresponde pagar. Esto traslada el foco de cobro del pagador institucional a la persona. | ||
| Por qué es importante Esta actividad inicia la parte de pago directo del ciclo de ingresos. Su seguimiento ayuda a analizar la eficacia del cobro a pacientes y a medir el tiempo transcurrido hasta la facturación. Dónde obtenerlo Este es un evento explícito registrado por el módulo de facturación o comunicaciones con pacientes. El sistema debe registrar la fecha en la que se generó o envió cada estado de cuenta. Recopilar Utilice la fecha de creación o envío del historial de estados de cuenta de la persona paciente. Tipo de evento explicit | |||
| Inicio de la gestión de cobros | La cuenta de la persona paciente ha pasado a estar en mora y se inician acciones proactivas de cobro. Estas pueden ir desde cartas de recordatorio automatizadas hasta la asignación a una persona especialista en cobros interna o externa. | ||
| Por qué es importante Esto marca una intensificación de los esfuerzos para cobrar cuentas por cobrar vencidas. Supervisar esta actividad ayuda a evaluar la eficacia de las estrategias de cobro y el rendimiento de las agencias de cobro. Dónde obtenerlo A menudo se captura mediante un cambio en la clase financiera o el código de estado de la cuenta, o mediante su asignación a una cola de trabajo o agencia de cobros específica. Recopilar Infiera este evento a partir de la primera marca de tiempo en la que el estado de la cuenta cambia a «Collections», «Delinquent» o un estado similar. Tipo de evento inferred | |||
| Inicio del retrabajo de un rechazo | Una persona usuaria o un Workflow automatizado ha iniciado el proceso de revisión y resolución de una reclamación rechazada. Esta actividad marca el comienzo del proceso interno para impugnar el rechazo y recuperar los ingresos potenciales. | ||
| Por qué es importante Esta actividad inicia el ciclo de retrabajo del rechazo. Analizar el tiempo entre el rechazo y el inicio del retrabajo ayuda a medir la capacidad de respuesta del equipo de gestión de rechazos e identificar acumulaciones de trabajo. Dónde obtenerlo Puede capturarse a partir de acciones de las personas usuarias en un módulo de gestión de rechazos, de un cambio de estado de la reclamación o de la asignación de la reclamación rechazada a la cola de trabajo de una persona usuaria. Recopilar Capture la marca de tiempo en la que una reclamación rechazada se abre o asigna por primera vez, o en la que su estado cambia a «In Rework». 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 es un paso preparatorio antes de enviar la reclamación al pagador. | ||
| Por qué es importante Representa el momento en que una factura facturable está lista. Analizar el tiempo desde este punto hasta el envío ayuda a identificar retrasos del sistema o de los procesos por lotes que ralentizan la facturación. Dónde obtenerlo Este es un evento generado por el sistema que debe registrarse en una tabla o archivo de reclamaciones, con una marca de tiempo de creación clara para la cabecera de la reclamación. Recopilar Utilice la marca de tiempo de creación del registro principal de la reclamación asociado al Billing Event. Tipo de evento explicit | |||
| Reclamación reenviada | Después de un rechazo, la reclamación se ha corregido y se ha enviado de nuevo al pagador para su reconsideración. Esto representa un 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 rechazos. El seguimiento de los reenvíos ayuda a medir los tiempos de los ciclos de 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 rechazada original. Busque registros de envío con un indicador de corrección o reenvío. Recopilar Identifique una transacción de envío de reclamación que haga referencia a un ID de reclamación enviado anteriormente o que tenga un indicador de reenvío. Tipo de evento explicit | |||
| Remesa recibida | El sistema recibe una respuesta del pagador sobre la reclamación enviada, normalmente en un archivo Electronic Remittance Advice (ERA). Esta respuesta detalla qué se pagó, rechazó o ajustó para cada línea de servicio. | ||
| Por qué es importante Este es el evento decisivo que determina la ruta posterior del proceso, ya sea la contabilización del pago, la gestión de rechazos o la aplicación de ajustes. El tiempo transcurrido hasta recibir la remesa mide el rendimiento del pagador. Dónde obtenerlo Este evento se captura cuando el sistema incorpora un archivo de intercambio electrónico de datos (EDI), como un archivo 835, o cuando una persona usuaria introduce manualmente datos de una Explanation of Benefits (EOB) en papel. Recopilar Utilice la marca de tiempo de procesamiento o importación del archivo 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,
¿Listo para comenzar?
Elija una de nuestras guías de extracción específicas para obtener instrucciones detalladas sobre cómo exportar sus datos, o utilice esta plantilla genérica como punto de partida para cualquier otro sistema.
Transforme ahora su gestión del ciclo de ingresos
Obtenga información útil, reduzca las denegaciones y acelere el flujo de caja en todos sus sistemas.
No necesita tarjeta de crédito • Comience en cuestión de minutos