Su Template de datos para la gestión del ciclo de ingresos

Oracle Health Revenue Cycle
Su Template de datos para la gestión del ciclo de ingresos

Su Template de datos para la gestión del ciclo de ingresos

Esta plantilla está diseñada para guiarle en la recopilación de los datos adecuados para analizar de forma exhaustiva su proceso de gestión del ciclo de ingresos. Describe los campos de datos esenciales y los pasos clave del proceso necesarios para crear un registro de eventos preciso. Si sigue estas indicaciones, podrá asegurarse de que sus datos estén perfectamente estructurados para el Process Mining.
  • Atributos recomendados para recopilar
  • Actividades clave que debe seguir
  • Guía de extracción para el ciclo de ingresos de Oracle Health
¿Es nuevo en los registros de eventos? Aprenda a crear un registro de eventos de Process Mining.

Atributos de la gestión del ciclo de ingresos

Estos son los campos de datos esenciales que debe incluir en su registro de eventos para realizar un análisis completo y útil de su proceso de gestión del ciclo de ingresos.
3 Obligatorio 7 Recomendado 9 Opcional
Nombre Descripción
Evento de facturación
BillingEvent
Identificador único de la prestación de un servicio o producto que genera un cargo y que actúa como identificador de caso del proceso de ciclo de ingresos.
Descripción

Billing Event actúa como identificador principal del caso y vincula todas las actividades, desde la captura del cargo hasta el cierre de la cuenta, para un artículo facturable concreto. Cada Billing Event representa una instancia única del proceso de ciclo de ingresos, lo que permite realizar un seguimiento completo de su recorrido por etapas como el envío de la reclamación, el registro del pago y los posibles rechazos o ajustes.

En el análisis de Process Mining, este atributo es fundamental para reconstruir el flujo del proceso de principio a fin. Permite visualizar las variantes del proceso, calcular los tiempos de ciclo entre actividades e identificar cuellos de botella o desviaciones asociados a eventos facturables específicos.

Por qué es importante

Es la clave esencial para realizar el seguimiento de todo el ciclo de vida de un servicio facturable y permite analizar el flujo del proceso y medir su rendimiento.

Dónde obtenerlo

Este identificador debe ser una clave única presente en las tablas principales de facturación o de transacciones de cargos de Oracle Health Revenue Cycle. Consulte la documentación del sistema para identificar la clave principal de los eventos de cargos.

Ejemplos
BEVNT-987654321BEVNT-987654322BEVNT-987654323
Marca de tiempo del evento
EventTimestamp
Fecha y hora exactas en que se registró una actividad en el sistema.
Descripción

Este atributo proporciona la marca de tiempo de cada actividad y señala el momento exacto en que ocurrió. Es esencial para comprender el momento y la secuencia de los eventos del ciclo de ingresos correspondientes a un evento de facturación específico.

En el análisis, Event Timestamp se utiliza para ordenar cronológicamente las actividades, calcular las duraciones y los tiempos de ciclo entre los distintos pasos y realizar análisis de cuellos de botella. Es la base de todas las métricas de Process Mining basadas en el tiempo, como la identificación de retrasos entre «Claim Submitted» y «Remittance Received».

Por qué es importante

Esta marca de tiempo es fundamental para ordenar los eventos, calcular todas las métricas de rendimiento, como los tiempos de ciclo y las duraciones, e identificar los cuellos de botella del proceso.

Dónde obtenerlo

Cada tabla de transacciones o de registros de eventos de Oracle Health Revenue Cycle debe tener una columna de marca de tiempo que indique cuándo se creó el registro o cuándo ocurrió el evento.

Ejemplos
2023-04-15T09:00:00Z2023-04-18T14:30:00Z2023-05-02T11:25:10Z
Nombre de la actividad
ActivityName
Nombre del paso o evento específico que tuvo lugar dentro del proceso de ciclo de ingresos.
Descripción

Este atributo registra el nombre de cada actividad realizada durante el ciclo de vida de un evento de facturación. Algunos ejemplos son «Charges Captured», «Claim Submitted To Payer» y «Payment Posted». Estas actividades forman los nodos del mapa de procesos descubierto.

El análisis de la secuencia y la frecuencia de las actividades constituye el núcleo de Process Mining. Este atributo ayuda a identificar las rutas de proceso más habituales, descubrir desviaciones respecto al procedimiento estándar y comprender el flujo operativo del ciclo de ingresos.

Por qué es importante

Define los pasos del proceso, lo que permite visualizar el mapa de procesos y analizar los patrones del Workflow.

Dónde obtenerlo

Normalmente se obtiene de registros de eventos, registros de cambios de estado o tablas de transacciones específicas asociadas a las distintas etapas del ciclo de ingresos en Oracle Health.

Ejemplos
Reclamación generadaRemesa recibidaRechazo apeladoCuenta cerrada
Clase de paciente
PatientClass
Clasificación del encuentro del paciente, como Inpatient u Outpatient.
Descripción

Este atributo categoriza el tipo de visita o encuentro del paciente que generó el cargo. Entre las clasificaciones habituales se incluyen Inpatient, Outpatient, Emergency y Recurring Patient. La clase de paciente suele determinar todo el proceso de facturación y envío de reclamaciones.

Las distintas clases de pacientes siguen rutas de proceso diferentes y tienen requisitos de cumplimiento específicos. Analizar el proceso según este atributo ayuda a comprender estas variaciones, adaptar las iniciativas de mejora y garantizar que se sigan los procedimientos correctos para cada clase.

Por qué es importante

Separa flujos de proceso distintos, como Inpatient y Outpatient, que tienen diferentes niveles de complejidad, plazos y requisitos de facturación.

Dónde obtenerlo

Es un campo estándar asociado a un encuentro o registro de admisión del paciente en Oracle Health.

Ejemplos
HospitalizaciónAtención ambulatoriaUrgenciasRecurrente
Código del motivo de denegación
DenialReasonCode
Código estandarizado que indica el motivo por el que el pagador denegó una reclamación.
Descripción

Cuando un pagador deniega una reclamación, proporciona un código de motivo que explica la denegación, como «Servicio no cubierto» o «Reclamación duplicada». Este atributo registra dicho código y su descripción asociada.

Analizar los motivos de denegación es fundamental para mejorar el ciclo de ingresos. Permite a la organización identificar patrones frecuentes, como problemas de codificación o de elegibilidad del paciente, y aplicar medidas correctivas para evitar futuras denegaciones. Esto repercute directamente en la tasa de reclamaciones limpias y reduce el coste del retrabajo.

Por qué es importante

Proporciona la causa raíz de las denegaciones de reclamaciones, lo que permite aplicar mejoras específicas para aumentar la tasa de reclamaciones limpias y acelerar la recaudación de ingresos.

Dónde obtenerlo

Esta información se recibe del pagador en el aviso electrónico de remesa (archivo ANSI 835) y debe almacenarse en las tablas de reclamaciones o remesas de Oracle Health.

Ejemplos
CO-16: a la reclamación o al servicio le falta información necesaria para la resolución.PR-96: cargo(s) no cubierto(s).CO-18: reclamación o servicio duplicado.
Departamento de facturación
BillingDepartment
Departamento o equipo funcional responsable de la actividad.
Descripción

Este atributo especifica el departamento, como «Charge Capture», «Coding» o «Collections», que realizó la actividad. Proporciona un contexto organizativo al flujo del proceso.

Analizar el proceso desde la perspectiva departamental es esencial para comprender los traspasos entre equipos e identificar ineficiencias interfuncionales. También respalda el Dashboard «Billing Department Workload», ya que permite agregar actividades y métricas de rendimiento a nivel departamental.

Por qué es importante

Asigna las actividades a unidades organizativas, algo clave para analizar los traspasos entre departamentos, la carga de trabajo y el rendimiento de los equipos.

Dónde obtenerlo

Esta información puede almacenarse directamente con los datos del perfil de usuario en Oracle Health o derivarse a partir del usuario o del tipo de actividad.

Ejemplos
Acceso de pacientesCodificaciónFacturaciónCobros
Importe del ajuste
AdjustmentAmount
Valor monetario de cualquier ajuste realizado en el saldo de la cuenta.
Descripción

Este atributo registra el importe de cualquier ajuste financiero, como provisiones contractuales, bajas contables o correcciones, aplicado al evento de facturación. Los ajustes reducen directamente los ingresos previstos de un cargo.

El Dashboard «Account Adjustment Impact» depende en gran medida de este atributo. Analizar los importes de los ajustes y sus motivos asociados ayuda a identificar fuentes de fugas de ingresos, problemas en la gestión de contratos o deficiencias en la captura inicial de cargos. Es una métrica clave de la salud financiera.

Por qué es importante

Cuantifica la fuga de ingresos causada por bajas contables o correcciones y ayuda a identificar y abordar las causas raíz de la erosión financiera.

Dónde obtenerlo

Se encuentra en las tablas de transacciones financieras que registran ajustes o bajas contables contra una cuenta de paciente.

Ejemplos
-50.25-120.0025.00
Nombre del pagador
PayerName
Nombre de la compañía de seguros o del pagador externo responsable del pago.
Descripción

Este atributo identifica la entidad, como una compañía de seguros o un programa gubernamental como Medicare, a la que se factura el servicio. La información del pagador es fundamental para analizar el ciclo de ingresos.

Analizar el proceso por pagador puede revelar variaciones significativas en los tiempos de pago, las tasas de rechazo y las tasas de éxito de las apelaciones. Ayuda a identificar a los pagadores problemáticos que provocan retrasos o pérdidas de ingresos y es esencial para gestionar eficazmente los contratos y las relaciones con los pagadores.

Por qué es importante

Permite segmentar el proceso por pagador y revelar diferencias en comportamientos, tasas de rechazo y velocidad de pago, aspectos fundamentales para el rendimiento financiero.

Dónde obtenerlo

Esta información se almacena en los registros de facturación o de seguros del paciente dentro de Oracle Health Revenue Cycle.

Ejemplos
AetnaBlue Cross Blue ShieldUnitedHealthcareMedicareCigna
Persona usuaria
UserPerformingAction
ID o nombre de la persona que realizó la actividad.
Descripción

Este atributo identifica a la persona empleada o al usuario del sistema automatizado responsable de ejecutar una actividad específica del proceso. Es fundamental para comprender la distribución de la carga de trabajo, el rendimiento de los recursos e identificar necesidades de formación.

En el análisis, este atributo permite filtrar el mapa de procesos por persona usuaria o equipo, comparar el rendimiento de distintos recursos y analizar la carga de trabajo del Dashboard «Billing Department Workload». Puede ayudar a identificar a las personas con mejor rendimiento o a quienes necesitan apoyo o formación adicional.

Por qué es importante

Vincula las actividades del proceso con personas usuarias o equipos específicos, lo que permite analizar la carga de trabajo, comparar el rendimiento e identificar oportunidades de formación.

Dónde obtenerlo

Los campos de ID de usuario, como «CREATED_BY» o «USER_ID», suelen estar presentes en las tablas de transacciones de los distintos módulos de Oracle Health.

Ejemplos
j.doeasmithBillingBot_AUTOk.williams
Saldo pendiente
OutstandingBalance
Saldo restante no pagado del evento de facturación en un momento determinado.
Descripción

Este atributo muestra el importe pendiente actual de un evento de facturación después de aplicar todos los pagos y ajustes. Representa las cuentas por cobrar activas correspondientes a ese cargo específico.

Es un atributo fundamental para el Dashboard «Outstanding Balance Aging». Analizar este valor a lo largo del tiempo ayuda a supervisar la velocidad del flujo de caja, evaluar la eficacia de los esfuerzos de cobro y calcular KPI financieros clave como el Days Sales Outstanding (DSO).

Por qué es importante

Realiza el seguimiento de las cuentas por cobrar actuales de cada caso, algo esencial para gestionar el flujo de caja y analizar la eficacia de los cobros.

Dónde obtenerlo

Este valor suele calcularse a partir de la suma de todas las transacciones financieras (cargos, pagos y ajustes) de un evento de facturación determinado. Puede existir como campo en una tabla de resumen de cuentas.

Ejemplos
75.000.00550.80
Es automatizado
IsAutomated
Indicador que señala si la actividad fue realizada por un sistema automatizado o por una persona usuaria.
Descripción

Este atributo booleano distingue entre las actividades ejecutadas mediante automatización de software, como bots o procesos por lotes del sistema, y las realizadas manualmente por una persona usuaria. Por ejemplo, «Reclamación generada» podría ser un paso automatizado, mientras que «Apelación de denegación» probablemente sería manual.

Analizar este atributo ayuda a comprender el nivel de automatización del proceso y su impacto en la eficiencia y las tasas de error. Puede utilizarse para comparar el rendimiento de las rutas automatizadas y manuales, así como para identificar nuevas oportunidades de automatización.

Por qué es importante

Distingue entre las actividades realizadas por personas y las impulsadas por el sistema, algo fundamental para analizar la eficacia de la automatización e identificar nuevas oportunidades de automatización.

Dónde obtenerlo

Normalmente se deriva del atributo UserPerformingAction. Por ejemplo, las actividades realizadas por ID de usuario como «SYSTEM» o «RPA_BOT» se marcan como automatizadas.

Ejemplos
truefalse
Es retrabajo
IsRework
Indicador que identifica las actividades que representan retrabajo o un esfuerzo repetido.
Descripción

Este atributo calculado marca las actividades que indican una desviación de la «ruta ideal» y constituyen retrabajo. Algunos ejemplos son «Reclamación corregida enviada» o «Apelación de denegación», que no se producirían si el proceso se ejecutara correctamente desde el primer intento.

Identificar y cuantificar el retrabajo es uno de los objetivos principales del Process Mining. Este indicador permite filtrar y analizar fácilmente todos los bucles de retrabajo, así como medir la frecuencia, el coste y las causas de las ineficiencias del proceso. Es esencial para comprender el coste real de la calidad en el ciclo de ingresos.

Por qué es importante

Ayuda a cuantificar la frecuencia y el impacto de los bucles de retrabajo, poniendo de relieve las ineficiencias del proceso y el coste de la mala calidad.

Dónde obtenerlo

Este es un atributo derivado. Se calcula durante la transformación de datos mediante una lógica empresarial que marca determinados nombres de actividad como retrabajo.

Ejemplos
truefalse
Hora de finalización del evento
EventEndTime
Marca de tiempo que indica la finalización de una actividad, si está disponible.
Descripción

Mientras que StartTime marca el inicio de una actividad, EventEndTime marca su conclusión. No todas las actividades tienen una hora de finalización diferenciada, ya que muchos eventos son instantáneos. Sin embargo, este campo resulta muy útil para las actividades que tienen una duración, como «Denial Appealed», cuyo procesamiento puede prolongarse.

Este atributo permite calcular con mayor precisión el tiempo de procesamiento de cada actividad. Ayuda a diferenciar el tiempo de espera, es decir, el tiempo entre actividades, del tiempo de procesamiento, es decir, el tiempo dedicado a una actividad.

Por qué es importante

Permite calcular directamente cuánto tarda una actividad en completarse y separar el tiempo de procesamiento del tiempo de espera.

Dónde obtenerlo

Algunas tablas de transacciones de Oracle Health Revenue Cycle pueden contener marcas de tiempo de inicio y finalización para tareas específicas de larga duración.

Ejemplos
2023-04-15T09:05:14Z2023-04-18T16:00:00Z
ID de reclamación
ClaimId
Identificador único de la reclamación de seguro presentada a un pagador.
Descripción

Este atributo es el ID único asignado a una reclamación que se genera y se envía a un pagador para su reembolso. Un mismo evento de facturación puede dar lugar a una o varias reclamaciones a lo largo de su ciclo de vida, por ejemplo, si es necesario realizar una corrección.

El Claim ID permite rastrear un envío específico al pagador y vincularlo directamente con la respuesta, como un pago o una denegación. Proporciona un nivel de seguimiento más detallado dentro del proceso general del ciclo de ingresos.

Por qué es importante

Proporciona un identificador específico para seguir el recorrido de una reclamación con un pagador, con un nivel de detalle superior al del evento de facturación general.

Dónde obtenerlo

Oracle Health genera este ID cuando se crea una reclamación y lo almacena en la tabla principal de reclamaciones.

Ejemplos
CLM-2023-55489CLM-2023-55490CLM-2023-55491-C1
ID del paciente
PatientId
Identificador único del paciente asociado al evento de facturación.
Descripción

Este atributo es el identificador único del paciente que recibió el servicio, conocido a menudo como Medical Record Number (MRN). Vincula la transacción financiera con una persona concreta.

Aunque no es el ID del caso del proceso, el Patient ID resulta útil para agrupar todos los eventos de facturación de un mismo paciente y comprender todo su recorrido financiero. También permite segmentar los datos según la demografía o el historial del paciente si se combina con los datos maestros de pacientes.

Por qué es importante

Vincula los eventos financieros con un paciente concreto, lo que permite realizar análisis centrados en el paciente y agrupar todas sus actividades de facturación.

Dónde obtenerlo

Este identificador es un elemento esencial del registro maestro del paciente y estará presente en todas las tablas de transacciones relacionadas, como cargos, reclamaciones y pagos.

Ejemplos
MRN-1002345MRN-1002346MRN-1002347
Importe del cargo
ChargeAmount
Valor monetario bruto del servicio o producto que se factura.
Descripción

Este atributo representa el importe inicial, sin descuentos, cobrado por un servicio antes de aplicar ajustes, provisiones contractuales o pagos. Es el valor financiero inicial del evento de facturación.

El seguimiento del importe del cargo es fundamental para el análisis financiero, por ejemplo, para calcular el valor total de los servicios prestados y comprender el impacto financiero de los ajustes o las bajas contables posteriores. Sirve como referencia para medir la materialización de los ingresos.

Por qué es importante

Establece el valor financiero inicial del caso, que es fundamental para todos los análisis financieros posteriores y la evaluación de impacto.

Dónde obtenerlo

Se encuentra en las tablas de detalle de cargos o de transacciones de cargos de Oracle Health.

Ejemplos
150.001250.7585.50
Motivo de la disputa
DisputeReason
Motivo proporcionado por el cliente o el paciente para disputar una factura o un cargo.
Descripción

Este atributo registra el motivo por el que un paciente u otra parte responsable ha disputado una factura. Entre los motivos pueden encontrarse cargos incorrectos, servicios no prestados o problemas con la gestión del seguro.

Esta información es esencial para el Dashboard «Métricas de resolución de disputas de facturas». Comprender los motivos más frecuentes de las disputas ayuda a identificar problemas sistémicos en los procesos de captura de cargos, codificación o facturación. Abordar estas causas raíz puede reducir considerablemente la tasa de disputas y la carga administrativa necesaria para resolverlas.

Por qué es importante

Explica por qué se disputan las facturas y proporciona información directa sobre los problemas de precisión o claridad de la facturación que deben corregirse.

Dónde obtenerlo

Probablemente se almacena en un módulo de gestión de casos o de atención al cliente de Oracle Health, vinculado a la cuenta del paciente.

Ejemplos
Servicio facturado incorrectamenteCargo duplicadoSeguro facturado incorrectamenteServicio no prestado
Sistema de origen
SourceSystem
Sistema del que se extrajeron los datos del evento.
Descripción

Este atributo identifica la aplicación o el módulo de origen de los datos. En este proceso, normalmente será «Oracle Health Revenue Cycle», aunque también puede especificar distintos módulos del sistema si los datos se integran desde varios lugares.

Esta información es valiosa para la gobernanza de datos y la resolución de problemas. Ayuda a confirmar la trazabilidad de los datos y es importante en entornos donde varios sistemas contribuyen a un único proceso de principio a fin.

Por qué es importante

Proporciona contexto sobre el origen de los datos, algo fundamental para validarlos, gobernarlos y comprender las variaciones del proceso que pueden depender del sistema.

Dónde obtenerlo

A menudo es un valor estático añadido durante el proceso de extracción, transformación y carga (ETL) para etiquetar el origen del conjunto de datos.

Ejemplos
OracleHealth-RCMOracleHealth-CernerOH-RevCycle-PROD
Última actualización de datos
LastDataUpdate
Marca de tiempo que indica la última vez que se actualizaron o extrajeron los datos de este evento.
Descripción

Este atributo muestra cuándo se actualizó por última vez el conjunto de datos. Proporciona contexto sobre la actualidad de los datos analizados, algo importante para comprender la vigencia de la información obtenida mediante el análisis de Process Mining.

Las personas usuarias pueden consultar este atributo para confirmar que están viendo la información más reciente del proceso. Ayuda a gestionar las expectativas sobre la antigüedad de los datos y es un componente clave de la gobernanza de datos y del control de calidad.

Por qué es importante

Indica la actualidad de los datos y garantiza que el análisis y las decisiones se basen en información actualizada.

Dónde obtenerlo

Es un campo de metadatos que normalmente se genera y completa durante el proceso ETL que carga los datos en la plataforma de Process Mining.

Ejemplos
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
Obligatorio Recomendado Opcional

Actividades de la gestión del ciclo de ingresos

Estos son los pasos críticos y los hitos del proceso que debe capturar en su registro de eventos para visualizar y analizar con precisión su ciclo de ingresos.
5 Recomendado 9 Opcional
Actividad Descripción
Cuenta cerrada
Es la actividad final e indica que el saldo de la cuenta es cero y que no se espera ninguna actividad adicional. A menudo se infiere cuando el saldo de la cuenta llega a cero.
Por qué es importante

Indica la finalización satisfactoria del ciclo de ingresos. El tiempo necesario para alcanzar este estado es una medida clave de la eficiencia general del proceso.

Dónde obtenerlo

Normalmente se infiere identificando la primera vez que el saldo pendiente de la cuenta llega a cero y permanece en cero después de aplicar todos los pagos y ajustes.

Recopilar

Se calcula cuando el saldo de la cuenta es igual a cero por primera vez después de registrar todos los cargos y pagos.

Tipo de evento calculated
Encuentro del paciente creado
Indica la creación de una cuenta de paciente para una visita o servicio específico. Normalmente es un evento explícito activado por el sistema de registro o por un feed de Admit/Discharge/Transfer (ADT).
Por qué es importante

Sirve como punto de partida de todo el ciclo de ingresos correspondiente a un evento de facturación y permite analizar la duración total del proceso y la precisión del registro.

Dónde obtenerlo

Se obtiene de los registros del módulo Patient Registration o ADT. Busque eventos de creación de encuentros o la marca de tiempo más antigua asociada al encuentro o al número financiero.

Recopilar

Evento registrado durante el registro o la admisión del paciente.

Tipo de evento explicit
Pago registrado
Representa la aplicación del pago recibido del pagador a los cargos correspondientes de la cuenta del paciente. Es una transacción financiera registrada por una persona usuaria o por un proceso automatizado.
Por qué es importante

La eficiencia del registro de pagos afecta a la precisión de las cuentas por cobrar. Los retrasos en esta etapa pueden distorsionar la situación financiera y retrasar la facturación secundaria.

Dónde obtenerlo

Se encuentra en las tablas de transacciones de pagos. Cada registro de pago tendrá un ID de transacción único y una marca de tiempo asociada.

Recopilar

Se registra una transacción financiera cuando el pago se aplica a la cuenta.

Tipo de evento explicit
Reclamación enviada al pagador
Representa el envío electrónico o en papel de la reclamación generada a la compañía de seguros o al pagador. El sistema debe registrar la fecha y hora de esta transmisión.
Por qué es importante

Esta actividad inicia el ciclo de pagos. Analizar el tiempo transcurrido entre el envío y el pago es fundamental para comprender el rendimiento del pagador y el Days Sales Outstanding (DSO).

Dónde obtenerlo

Se obtiene del módulo de gestión de reclamaciones, que registra los eventos de transmisión. Busque una marca de tiempo de envío o un cambio de estado a «Submitted» en el historial de la reclamación.

Recopilar

Evento registrado cuando la reclamación se transmite correctamente a través del clearinghouse.

Tipo de evento explicit
Reclamación generada
Indica el momento en que los cargos individuales se agrupan en una reclamación formal de facturación, como una UB-04 o CMS-1500. Es un evento generado por el sistema que crea la factura inicial.
Por qué es importante

Es un hito importante que indica que la reclamación está lista para facturarse al pagador. Constituye el punto final para medir el «charge-to-bill lag» interno.

Dónde obtenerlo

Es un evento explícito registrado en los registros o tablas de generación de reclamaciones. Busque la marca de tiempo de creación del registro principal de la reclamación asociado al encuentro.

Recopilar

Evento registrado al crear el registro de la reclamación.

Tipo de evento explicit
Actividad de cobro iniciada
Indica que la cuenta del paciente se ha transferido a un proceso de cobro debido a la falta de pago. Normalmente se captura mediante un cambio en la clase financiera o de estado de la cuenta.
Por qué es importante

Es un paso fundamental para gestionar la deuda incobrable. Analizar qué conduce a esta etapa y su tasa de éxito es vital para la salud financiera.

Dónde obtenerlo

Se infiere a partir del cambio del campo de estado de la cuenta a «Collections» o «Bad Debt». Este cambio de estado debe tener una marca de tiempo asociada.

Recopilar

Se infiere a partir de un cambio del estado de la cuenta a «Collections» o a un estado similar.

Tipo de evento inferred
Cargos capturados
Representa la introducción de servicios o artículos facturables en la cuenta del paciente. Puede producirse automáticamente desde sistemas clínicos o mediante la introducción manual por parte del personal.
Por qué es importante

Esta actividad es fundamental para medir el «charge lag», es decir, el tiempo entre la prestación del servicio y el inicio de la facturación, que afecta directamente al flujo de caja y a la integridad de los ingresos.

Dónde obtenerlo

Se captura desde las tablas de transacciones de cargos, identificadas mediante la marca de tiempo de creación de cada línea de cargo. En Oracle Health, suele encontrarse en tablas relacionadas con los cargos.

Recopilar

Entrada del registro de transacciones creada para cada nuevo cargo.

Tipo de evento explicit
Cargos codificados
Representa el proceso en el que los codificadores médicos asignan códigos estandarizados, como CPT o ICD-10, a los cargos capturados. A menudo se registra mediante un cambio de estado del cargo o del encuentro.
Por qué es importante

Los retrasos en la codificación son un cuello de botella habitual. El seguimiento de esta actividad ayuda a identificar ineficiencias en el Workflow de codificación y su impacto en los plazos de facturación.

Dónde obtenerlo

A menudo se infiere a partir de un cambio de estado del encuentro del paciente o del lote de cargos, por ejemplo, de «Uncoded» a «Coded». Se necesita una marca de tiempo para este cambio de estado.

Recopilar

Se infiere a partir del cambio del estado del encuentro o del cargo a «Coded» o «Ready for Billing».

Tipo de evento inferred
Cuenta ajustada
Representa un ajuste financiero realizado en el saldo de la cuenta, como una provisión contractual, una baja contable o un descuento. Cada ajuste es una transacción financiera independiente.
Por qué es importante

Los ajustes afectan directamente a los ingresos. Analizar su frecuencia, tipo e importe ayuda a identificar fugas de ingresos e imprecisiones de facturación.

Dónde obtenerlo

Se encuentra en las tablas de transacciones financieras. Cada ajuste se registra como una línea independiente con un código de transacción y una marca de tiempo específicos.

Recopilar

Se registra una transacción financiera con un código de ajuste específico.

Tipo de evento explicit
Estado de cuenta del paciente enviado
Indica el evento en el que se genera y envía al paciente una factura por el importe restante a su cargo. Es una acción explícita registrada por el módulo de facturación al paciente.
Por qué es importante

Esto inicia la parte del ciclo de ingresos correspondiente al pago del paciente. Su seguimiento ayuda a analizar la eficacia de los cobros a pacientes.

Dónde obtenerlo

Se obtiene de los registros de facturación o correspondencia con pacientes. El sistema debe registrar la fecha en que se generó o envió cada estado de cuenta.

Recopilar

Evento registrado cuando se genera un estado de cuenta del paciente y se imprime o se envía electrónicamente.

Tipo de evento explicit
Rechazo apelado
Acción de una persona usuaria o del sistema que indica que se está apelando una reclamación rechazada. Normalmente se captura como una actualización de estado o como una tarea específica creada en una cola de trabajo.
Por qué es importante

Esta actividad inicia un ciclo de retrabajo. Analizar la frecuencia y la tasa de éxito de las apelaciones es fundamental para optimizar los esfuerzos de recuperación de ingresos.

Dónde obtenerlo

Puede tratarse de un evento explícito iniciado por una persona usuaria o inferirse a partir de un cambio de estado de la reclamación, como «Appealed» o «In Review».

Recopilar

Cambio de estado o evento registrado cuando una persona usuaria inicia el proceso de apelación de una reclamación rechazada.

Tipo de evento explicit
Rechazo recibido
Indica el evento en el que el pagador rechaza una reclamación o determinadas líneas de cargo, según la información de la remesa. A menudo se infiere a partir de los códigos de rechazo presentes en los datos de la remesa.
Por qué es importante

El seguimiento de los rechazos es esencial para identificar las causas raíz, como errores de codificación o problemas de elegibilidad, y mejorar la tasa de reclamaciones limpias.

Dónde obtenerlo

Se infiere a partir de los datos de la remesa (ERA/835). Cuando una reclamación o línea de cargo tiene un importe de rechazo distinto de cero y un código de motivo de rechazo asociado, se activa este evento.

Recopilar

Se infiere a partir de datos de remesas que contienen códigos de motivo de rechazo (CARC/RARC).

Tipo de evento inferred
Reclamación corregida enviada
Representa el envío de una reclamación revisada o corregida al pagador, normalmente después de un rechazo o de una solicitud de información adicional. Se identifica mediante un nuevo envío de reclamación con un indicador de corrección.
Por qué es importante

Esta actividad es una parte clave del ciclo de retrabajo de la gestión de rechazos. Una frecuencia elevada indica problemas con la precisión de la reclamación inicial.

Dónde obtenerlo

Se captura desde los registros de envío de reclamaciones. Busque un nuevo envío para un encuentro existente, normalmente marcado con un código de reenvío o un número de iteración superior.

Recopilar

Evento registrado correspondiente al reenvío de una reclamación, que suele identificarse mediante un código específico de tipo de frecuencia de reclamación.

Tipo de evento explicit
Remesa recibida
Indica la recepción de un Electronic Remittance Advice (ERA) o una Explanation of Benefits (EOB) en papel por parte del pagador. Este documento detalla qué cargos se pagaron, rechazaron o ajustaron.
Por qué es importante

Es la primera respuesta del pagador y resulta esencial para comprender la velocidad de los pagos e identificar a tiempo las tendencias de rechazo.

Dónde obtenerlo

Se registra en el módulo de procesamiento de remesas. Busque la marca de tiempo de importación o creación del archivo ERA, como un archivo de transacciones 835, vinculado a la reclamación.

Recopilar

Evento registrado al importar y procesar el archivo de remesas del pagador, por ejemplo, ANSI 835.

Tipo de evento explicit
Recomendado Opcional

Guías de extracción

Cómo obtener sus datos del ciclo de ingresos de Oracle Health

¿Listo para comenzar?

Aproveche esta plantilla para preparar sus datos y obtener los mejores resultados. Empiece hoy mismo a transformar su proceso de gestión del ciclo de ingresos.

Optimice su ciclo de ingresos para recibir pagos más rápido

Elimine los cuellos de botella, reduzca el tiempo de ciclo un 30 % y aumente el flujo de caja.

Inicie la prueba gratuita

No necesita tarjeta de crédito. Configúrelo en cuestión de minutos.