Plantilla de datos: Procesamiento de Reclamaciones
Su Plantilla de Datos para el Procesamiento de Reclamaciones
- Atributos recomendados para un análisis detallado
- Actividades clave del procesamiento de siniestros a monitorear
- Guía práctica de extracción de datos
Atributos de Gestión de Siniestros
| Nombre | Descripción | ||
|---|---|---|---|
Hora del Evento EventTime | La marca de tiempo que indica cuándo ocurrió una actividad o evento específico. | ||
Descripción El 'Momento del Evento' registra la fecha y hora exactas en que se realizó una actividad de procesamiento de siniestros. Esta información cronológica es vital para ordenar los eventos de forma precisa y entender la secuencia temporal de cada siniestro. Al analizar los datos, esta timestamp se emplea para calcular duraciones, tiempos de ciclo y esperas entre las diferentes etapas. Es clave para detectar retrasos, evaluar el cumplimiento de los SLA y comprender la dinámica temporal del proceso. Por qué es importante Este timestamp proporciona el orden cronológico de los events, lo cual es esencial para calcular todas las métricas basadas en el tiempo, como el tiempo de ciclo, e identificar cuellos de botella. Dónde obtener Esta información suele estar disponible como un timestamp de creación o actualización asociado a cada event o registro de estado en FINEOS Claims. Ejemplos 2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:00:00Z | |||
ID de Siniestro ClaimId | El identificador único para un solo reclamo de seguro, que sirve como el identificador principal de caso para el análisis de procesos. | ||
Descripción El ID de Reclamo (Claim ID) es la clave fundamental que vincula todas las actividades, eventos y puntos de datos a lo largo del ciclo de vida de un siniestro. Asegura que cada punto de contacto, desde la presentación inicial hasta el cierre final, pueda ser rastreado de manera cohesiva como parte de un único caso. En Process Mining, este atributo es esencial para reconstruir el recorrido completo (end-to-end) de cada reclamo. Permite el análisis de los flujos de proceso, el cálculo de los tiempos totales de resolución y la identificación de variaciones en la forma en que se manejan los distintos reclamos. Por qué es importante Este es el identificador central que conecta todos los events relacionados en una única instancia de proceso, haciendo posible el análisis de principio a fin del ciclo de vida del siniestro. Dónde obtener Esta es una clave primaria en las tablas principales de gestión de cases de siniestros dentro de FINEOS Claims. Ejemplos CL-2023-001234CL-2023-005678CL-2024-009101 | |||
Nombre de la Actividad ActivityName | El nombre del evento de negocio o tarea específica que ocurrió en un punto del proceso de reclamos. | ||
Descripción Este atributo describe una etapa o un hito dentro del proceso de gestión de siniestros, como 'Siniestro Presentado', 'Revisión Inicial Realizada' o 'Pago Emitido'. Cada actividad representa una acción diferenciada tomada sobre el siniestro. El análisis de la secuencia y frecuencia de estas actividades es la base del Process Mining. Revela el flujo real del proceso, ayuda a identificar cuellos de botella donde se acumula el trabajo y destaca las rutas habituales o excepcionales que siguen los siniestros. Por qué es importante Define los pasos del proceso, permitiendo la visualización del mapa de proceso y el análisis de patrones y desviaciones del flujo de trabajo. Dónde obtener Generalmente derivado de event logs, cambios de estado de tarea o registros de auditoría dentro del sistema FINEOS Claims. Ejemplos Siniestro RegistradoPérdida EvaluadaPago AutorizadoSiniestro Cerrado | |||
Sistema de Origen SourceSystem | Identifica el sistema de TI del que se extrajeron los datos. | ||
Descripción Este atributo especifica el origen de los datos del proceso. Para este análisis, será consistentemente 'FINEOS Claims', pero en un entorno multisistema, es crucial para rastrear la trazabilidad de los datos y asegurar su calidad. En un contexto analítico más amplio, ayuda a diferenciar procesos que pueden abarcar múltiples sistemas y asegura que la interpretación de los datos sea correcta basándose en su fuente. Por qué es importante Proporciona un contexto crucial sobre el origen de los datos, lo cual es esencial para la gobernanza de datos, la validación y la integración con otros sistemas. Dónde obtener Este es típicamente un valor estático añadido durante el proceso de extracción de data para etiquetar el origen del conjunto de data. Ejemplos FINEOS ClaimsFINEOS Claims v11.2 | |||
Última Actualización de Datos LastDataUpdate | <span translate="no">Timestamp</span> que indica la última vez que la <span translate="no">data</span> para este <span translate="no">event</span> se actualizó desde el sistema de origen. | ||
Descripción Este atributo indica la fecha y hora en que los datos fueron extraídos o actualizados por última vez. Es crucial para comprender la frescura y actualidad de la información que se analiza. Esta información es fundamental para la gobernanza de datos y para que los usuarios sepan si están consultando los datos de proceso más recientes. Ayuda a gestionar las expectativas sobre la latencia de los datos y es vital para generar informes sobre procesos en tiempo casi real. Por qué es importante Indica el nivel de actualización de los datos, asegurando que los usuarios comprendan el período de tiempo cubierto por el análisis y cuándo fue la última vez que se refrescó. Dónde obtener Este timestamp suele ser generado y almacenado por la herramienta de extracción de data o ETL al finalizar una tarea de carga de data. Ejemplos 2024-05-21T02:00:00Z2024-05-22T02:00:00Z | |||
Ajustador Asignado AssignedAdjuster | El nombre o ID del ajustador de reclamos o usuario responsable de la actividad. | ||
Descripción Este atributo identifica al individuo o equipo que realizó una tarea específica en el proceso de siniestros. Es la forma principal de vincular las actividades del proceso con los recursos humanos. Analizar los datos por Tramitador Asignado es fundamental para entender la distribución de la carga de trabajo, el rendimiento individual y la eficiencia de los recursos. Puede señalar tramitadores sobrecargados, identificar oportunidades de capacitación al comparar desempeños y respaldar estrategias mejoradas de asignación de recursos para equilibrar las cargas de trabajo. Por qué es importante Este atributo vincula las etapas del proceso con los individuos que las ejecutan, facilitando el análisis de la carga de trabajo, la evaluación de la eficiencia de los recursos y las comparaciones de rendimiento. Dónde obtener Consulte la documentación de FINEOS Claims. Esta información normalmente se almacena en campos de asignación de tareas o de usuario asociados a los eventos de la reclamación. Ejemplos John SmithEmily JonesADJ-4561 | |||
Canal de Presentación SubmissionChannel | El método o canal a través del cual se presentó inicialmente el reclamo. | ||
Descripción Este atributo registra cómo se recibió el siniestro, por ejemplo, a través de un portal en línea, correo electrónico, correo físico o mediante un agente. Los distintos canales de presentación pueden influir significativamente en la calidad de los datos y en los tiempos iniciales de procesamiento. Analizar el proceso según el canal de presentación ayuda a determinar si ciertos canales conducen a un procesamiento más rápido, a mayores tasas de retrabajo (p. ej., por falta de información) o a mejores resultados. Estos insights pueden guiar las inversiones en la optimización de canales, como la mejora de formularios en línea para reducir errores. Por qué es importante Ayuda a determinar si ciertos canales de entrada conducen a un procesamiento más eficiente o a mayores tasas de retrabajo, lo que permite fundamentar la estrategia e inversión en canales. Dónde obtener Consulte la documentación de FINEOS Claims. Esto normalmente se captura durante el proceso de admisión de reclamaciones y se almacena en el registro principal de la reclamación. Ejemplos Portal en LíneaCorreo PostalCorredorTeléfono | |||
Departamento Department | El departamento o unidad de negocio responsable de gestionar la actividad o el reclamo. | ||
Descripción Este atributo especifica la unidad organizacional, como 'Recepción Inicial', 'Unidad de Investigación' o 'Departamento de Pagos', que es responsable de una actividad particular o que gestiona el siniestro en una etapa determinada. Analizar el proceso por departamento es crucial para comprender las transferencias interfuncionales, que son fuentes comunes de retraso. Ayuda a identificar qué departamentos actúan como cuellos de botella, mide la eficiencia departamental y apoya el análisis de la asignación de recursos en toda la organización. Por qué es importante Permite el análisis de rendimiento por unidad organizacional, destacando los retrasos en la transferencia entre departamentos y los cuellos de botella departamentales. Dónde obtener Consulte la documentación de FINEOS Claims. Este dato puede asociarse al perfil de usuario del ajustador asignado o a la cola a la que se asigna una tarea. Ejemplos Recepción y RegistroUnidad de Investigaciones EspecialesPagos en ProcesamientoRevisión Médica | |||
Estado del Siniestro ClaimStatus | El estado actual o histórico del reclamo al momento del evento. | ||
Descripción El Estado del Siniestro indica la fase en la que se encuentra dentro de su ciclo de vida, como 'Abierto', 'Información Pendiente', 'Aprobado', 'Denegado' o 'Cerrado'. Este atributo ofrece una visión instantánea de la situación del siniestro en cualquier momento dado. En el análisis de procesos, los cambios de estado suelen corresponder directamente a las actividades del proceso. El seguimiento del estado es crucial para comprender los resultados de los siniestros, identificar cuellos de botella donde los siniestros quedan estancados en un estado particular durante largos períodos y analizar las razones de los resultados finales como 'Denegado' o 'Cerrado'. Por qué es importante Este atributo es clave para entender los resultados de los siniestros, permite filtrar entre casos activos y cerrados, e identificar las etapas donde los siniestros se estancan. Dónde obtener Consulte la documentación de FINEOS Claims. Este es un campo fundamental en el registro principal de la reclamación, que se actualiza a lo largo de su ciclo de vida. Ejemplos RegistradaEn RevisiónPago PendienteCerrado - PagadoCerrado - Denegado | |||
Fecha Objetivo de Resolución ResolutionTargetDate | La fecha objetivo en la que se espera que el reclamo se resuelva, según los SLAs o las regulaciones. | ||
Descripción Este atributo representa la fecha límite para completar el proceso del siniestro, según lo definido por los acuerdos de nivel de servicio (SLA) o los requisitos regulatorios. Sirve como un punto de referencia para medir el rendimiento real. Esta fecha es fundamental para el monitoreo del cumplimiento de los SLA. Al comparar la fecha real de cierre del siniestro con la Fecha Objetivo de Resolución, es posible calcular la tasa de cumplimiento de los SLA, identificar siniestros en riesgo de incumplimiento y analizar las causas raíz de los retrasos que conducen a la inobservancia. Por qué es importante Este es el parámetro de referencia para medir el cumplimiento de los SLA. Permite identificar siniestros tardíos y analizar las razones de los retrasos. Dónde obtener Consulte la documentación de FINEOS Claims. Esta fecha suele calcularse mediante reglas de negocio, basándose en la fecha y el tipo de presentación de la reclamación. Ejemplos 2023-11-15T23:59:59Z2024-01-30T23:59:59Z | |||
Gravedad del Siniestro ClaimSeverity | Una clasificación de la complejidad de la reclamación o de su posible impacto financiero (por ejemplo, Bajo, Medio, Alto). | ||
Descripción La Gravedad del Siniestro proporciona una clasificación para la complejidad, urgencia o exposición financiera del siniestro. Los siniestros de alta gravedad pueden requerir más pasos, una revisión especializada o tiempos de procesamiento más largos en comparación con los de baja gravedad. Analizar el proceso por gravedad ayuda a entender si la asignación de recursos y el diseño del proceso son apropiados para los diferentes niveles de complejidad del siniestro. Puede revelar si los siniestros de alta gravedad se retrasan de manera desproporcionada o si los de baja gravedad están siendo sobreprocesados, lo que permite una mejor segmentación de procesos y gestión de recursos. Por qué es importante Segmentar por gravedad ayuda a verificar si el proceso prioriza correctamente las reclamaciones de alto impacto y a identificar si ciertos niveles de complejidad causan cuellos de botella en el proceso. Dónde obtener Consulte la documentación de FINEOS Claims. Este puede ser un campo dedicado o derivarse de otros atributos, como el importe estimado de la pérdida. Ejemplos BajoMedioAltoComplejo | |||
Hora de Finalización EndTime | La marca de tiempo que indica cuándo se completó una actividad o evento específico. | ||
Descripción El atributo End Time (Hora de Fin) registra el momento preciso en que concluye una actividad. Junto con el Start Time (EventTime), permite el cálculo exacto de la duración de cada paso (es decir, su tiempo de procesamiento). En el análisis, esto es crucial para distinguir entre el tiempo de procesamiento activo y el tiempo de espera inactivo. Permite la creación de análisis detallados de cuellos de botella, mostrando qué actividades específicas consumen más tiempo y dónde se forman colas entre los pasos. Por qué es importante Permite el cálculo preciso del tiempo de procesamiento para cada actividad, lo cual es clave para identificar pasos ineficientes y medir la utilización de los recursos. Dónde obtener Consulte la documentación de FINEOS Claims. Esto puede estar disponible en los event logs o derivarse de la hora de inicio del evento subsiguiente. Ejemplos 2023-10-26T11:30:00Z2023-10-26T15:00:15Z2023-10-27T17:00:00Z | |||
Tipo de Siniestro ClaimType | La categoría del reclamo de seguro, como Discapacidad, Propiedad o Responsabilidad Civil. | ||
Descripción El Tipo de Siniestro clasifica los siniestros según la naturaleza de la póliza o la pérdida. Los diferentes tipos de siniestros a menudo siguen variaciones de proceso distintas, tienen diferentes requisitos regulatorios y requieren un manejo especializado. Esta es una dimensión crítica para el análisis comparativo. Al filtrar o segmentar la vista del proceso por Tipo de Siniestro, los analistas pueden descubrir cuellos de botella específicos de cada tipo, comparar el rendimiento entre categorías y adaptar las iniciativas de mejora de procesos a las necesidades únicas de cada tipo de siniestro. Ayuda a responder si ciertos tipos de siniestros son inherentemente menos eficientes de procesar. Por qué es importante Permite la segmentación del proceso para comparar el rendimiento e identificar variaciones entre diferentes categorías de siniestros, lo que conduce a mejoras más específicas. Dónde obtener Consulte la documentación de FINEOS Claims. Este es un atributo clave de una reclamación, que normalmente se establece al registrarse y se almacena en la tabla principal del caso. Ejemplos Discapacidad a Corto PlazoIncapacidad de Larga DuraciónSeguro de VidaMuerte Accidental | |||
Es Retrabajo IsRework | Un indicador booleano que señala si una actividad es una repetición o un retrabajo. | ||
Descripción Este atributo calculado marca las actividades que representan retrabajo, como un segundo evento de 'Información Adicional Solicitada' para el mismo siniestro. Se identifica típicamente detectando actividades repetidas o bucles de retroceso en el flujo del proceso. Marcar explícitamente el retrabajo simplifica el análisis centrado en la ineficiencia. Permite una fácil cuantificación de la tasa de retrabajo, un indicador clave de rendimiento. Los dashboards pueden utilizar esta etiqueta para visualizar la frecuencia y el impacto del retrabajo, ayudando a identificar las causas raíz de estos bucles ineficientes. Por qué es importante Señala directamente los bucles de proceso ineficientes, facilitando el cálculo de la tasa de retrabajo y el análisis de los factores que impulsan el trabajo repetido. Dónde obtener Esto se deriva durante el análisis de Process Mining al identificar actividades repetidas para el mismo case. Por ejemplo, señalar la segunda ocurrencia de 'Investigación Iniciada'. Ejemplos truefalse | |||
Estado de SLA SLAState | Un estado calculado que indica si una reclamación finalizada cumplió con su fecha objetivo de resolución. | ||
Descripción Este atributo proporciona un estado claro y categórico sobre el rendimiento de los SLA para cada siniestro. Se obtiene al comparar la fecha de 'Siniestro Cerrado' con la 'Fecha Objetivo de Resolución' y clasificar el resultado como 'A Tiempo' o 'Retrasado'. Esto simplifica la generación de informes y el análisis del cumplimiento de los SLA. En lugar de trabajar con fechas sin procesar, los analistas pueden utilizar esta categoría sencilla para crear dashboards que muestren la tasa de cumplimiento de los SLA, filtrar todos los siniestros con retraso para analizar sus características comunes y monitorear las tendencias en el rendimiento de los SLA a lo largo del tiempo. Apoya directamente el dashboard y el KPI de Cumplimiento del SLA. Por qué es importante Proporciona un indicador claro y simple del rendimiento de los SLA para cada caso, lo que facilita la medición y el análisis de la tasa de cumplimiento de los SLA. Dónde obtener Este es un campo calculado que se obtiene al comparar el timestamp de la actividad final con la 'ResolutionTargetDate' para cada case. Ejemplos A TiempoCon retraso | |||
Fecha del Siniestro LossDate | La fecha en que ocurrió el evento que originó el reclamo de seguro. | ||
Descripción La Fecha de Pérdida (Loss Date) especifica cuándo ocurrió el incidente real (por ejemplo, accidente, lesión). Esta fecha es diferente de la fecha en que se presentó el reclamo y puede ser un factor importante en la validación y el procesamiento del mismo. Este atributo proporciona un contexto valioso. El desfase temporal entre la Fecha de Pérdida y la fecha de 'Claim Submitted' (retraso en el reporte) puede ser un indicador clave de rendimiento. Analizar este desfase puede revelar problemas en los procesos de reporte y su impacto en el ciclo de vida general del reclamo. Por qué es importante Proporciona un contexto importante y permite el cálculo del retraso en la notificación (tiempo desde la pérdida hasta la presentación), lo que puede impactar la complejidad y los resultados de la reclamación. Dónde obtener Consulte la documentación de FINEOS Claims. Esta fecha es un campo estándar que se captura durante el proceso de "Primer Aviso de Siniestro" o registro de la reclamación. Ejemplos 2023-10-152023-09-012024-02-20 | |||
Importe de la Pérdida LossAmount | El monto financiero estimado o reservado asociado con la pérdida. | ||
Descripción El Importe de la Pérdida representa la estimación inicial o la reserva financiera apartada para un siniestro. Este valor puede actualizarse a medida que el siniestro es investigado y evaluado. Estos datos financieros son cruciales para segmentar siniestros y comprender cómo el impacto financiero se correlaciona con el comportamiento del proceso. Por ejemplo, ayuda a responder preguntas como: ¿Los siniestros de mayor valor tardan más en procesarse o requieren más reprocesos? También es un elemento clave para la previsión financiera y la gestión de riesgos. Por qué es importante Proporciona contexto financiero al proceso, permitiendo el análisis de cómo el valor de la reclamación impacta el tiempo de procesamiento, la complejidad y las rutas. Dónde obtener Consulte la documentación de FINEOS Claims. Esta información normalmente se encuentra en las tablas financieras o relacionadas con reservas, vinculadas a la reclamación. Ejemplos 5000.00150000.00250.50 | |||
Importe de Pago PaymentAmount | El monto real de dinero pagado por el reclamo. | ||
Descripción El Importe de Pago es la suma final desembolsada tras la liquidación y aprobación del siniestro. Para siniestros con múltiples pagos, esto puede representar una transacción de pago individual. Este atributo es esencial para la conciliación financiera y para analizar los resultados monetarios del proceso. Permite comparaciones entre la pérdida estimada inicial y el desembolso final. En el análisis de procesos, ayuda a comprender el impacto financiero de diferentes variantes o decisiones del proceso. Por qué es importante Realiza un seguimiento del resultado financiero del proceso, lo cual es fundamental para medir el rendimiento financiero y analizar el valor de los siniestros. Dónde obtener Consulte la documentación de FINEOS Claims. Estos datos se encuentran en las tablas de transacciones de pago vinculadas al caso de la reclamación. Ejemplos 4850.00145000.000.00 | |||
Motivo de Denegación DenialReason | Un código o una descripción que explique por qué se denegó una reclamación. | ||
Descripción Cuando el resultado de una reclamación es 'Denegada', este atributo proporciona el motivo específico de esa decisión. Los motivos podrían incluir 'No Cubierta por la Póliza', 'Fraude Sospechado' o 'Información Incompleta'. Este es un atributo clave para el análisis de la causa raíz de las denegaciones de reclamaciones. Al analizar la frecuencia de los diferentes motivos de denegación, la organización puede identificar problemas comunes en el proceso de presentación, áreas de confusión del cliente sobre la cobertura de la póliza o posibles necesidades de formación para los peritos. Este conocimiento permite impulsar iniciativas que reduzcan las tasas de denegación y mejoren la satisfacción del cliente. Por qué es importante Crucial para el análisis de la causa raíz de los procesos fallidos, ayudando a identificar oportunidades para reducir las denegaciones de reclamaciones y mejorar la calidad de la admisión. Dónde obtener Consulte la documentación de FINEOS Claims. Este es normalmente un campo estructurado o código que se selecciona cuando se realiza la actividad de "Reclamación Denegada". Ejemplos Exclusión de PólizaInformación no proporcionadaReclamación duplicadaSospecha de fraude | |||
Motivo de Reapertura ReopenReason | Un código o una descripción que explique por qué se reabrió una reclamación cerrada. | ||
Descripción Este atributo registra el motivo por el cual un siniestro volvió de un estado 'Cerrado' a uno activo. Las razones comunes incluyen la recepción de nueva información, una apelación del reclamante o la corrección de un error. Analizar los motivos de reapertura es una forma directa de medir la calidad y la conclusividad del proceso. Un volumen elevado de siniestros reabiertos, especialmente por ciertas causas, indica que el cierre inicial fue deficiente. Estos datos pueden identificar puntos débiles en las etapas de investigación o toma de decisiones, ofreciendo objetivos claros para la mejora del proceso y asegurando que los siniestros se cierren correctamente desde el primer momento. Por qué es importante Proporciona una visión directa de los fallos del proceso donde una reclamación se cerró prematura o incorrectamente, destacando oportunidades para mejorar la resolución a la primera. Dónde obtener Consulte la documentación de FINEOS Claims. Esta razón normalmente se registra cuando un usuario ejecuta la acción "Reabrir Reclamación" en el sistema. Ejemplos Apelación presentadaNueva evidencia médica recibidaCorrección de errores administrativosAjuste de pago necesario | |||
Número de Póliza PolicyNumber | El identificador único de la póliza de seguro bajo la cual se presenta el reclamo. | ||
Descripción El Número de Póliza (Policy Number) es el identificador del contrato de seguro que cubre el reclamo. Vincula el reclamo a un cliente específico, los términos de la póliza y los detalles de la cobertura. Aunque no es un atributo de proceso directo, proporciona un contexto de negocio esencial. Permite agregar datos de reclamos por póliza o por cliente, lo cual puede ser útil para analizar la frecuencia de los reclamos, la experiencia del cliente e identificar pólizas que generan un alto volumen de siniestros complejos. Por qué es importante Proporciona un contexto de negocio crítico, vinculando la reclamación a un contrato de cliente específico y permitiendo un análisis de procesos centrado en el cliente. Dónde obtener Consulte la documentación de FINEOS Claims. Este es un dato fundamental que se captura en el registro de la reclamación y se almacena en el registro principal de la misma. Ejemplos POL-987654321POL-123456789 | |||
Región del Cliente CustomerRegion | La región geográfica o estado del reclamante o asegurado. | ||
Descripción Este atributo indica la ubicación geográfica asociada al siniestro, que puede basarse en la dirección del reclamante o en el lugar del incidente. El análisis geográfico puede revelar variaciones regionales en los tipos de siniestros, su frecuencia y la eficiencia de su procesamiento. Ayuda a identificar si ciertas oficinas regionales están rindiendo mejor que otras, o si existen factores específicos de la ubicación (p. ej., regulaciones, eventos climáticos) que afectan el proceso de siniestros. Esto facilita una gestión y asignación de recursos más focalizada. Por qué es importante Permite la segmentación geográfica para identificar diferencias de rendimiento regional, variaciones en el cumplimiento o cuellos de botella específicos de la ubicación. Dónde obtener Consulte la documentación de FINEOS Claims. Esta información normalmente se deriva de los detalles de dirección del titular de la póliza o del reclamante, almacenados en el sistema. Ejemplos NoresteCaliforniaMedio OesteFL | |||
Tiempo de Procesamiento ProcessingTime | La duración del tiempo dedicado activamente a una actividad. | ||
Descripción El Tiempo de Procesamiento es una métrica calculada que mide el tiempo transcurrido entre el inicio y el fin de una actividad. Representa el 'tiempo de interacción' o el periodo en que un recurso estuvo activamente involucrado en la tarea. Esta es una métrica fundamental para el análisis de rendimiento. Ayuda a distinguir el tiempo de trabajo activo del tiempo de espera inactivo, permitiendo una evaluación más precisa de la eficiencia de los recursos y la identificación de actividades que son intrínsecamente consumidoras de tiempo. Es un input clave para calcular los costos operativos y las tasas de utilización de los ajustadores. Por qué es importante Mide el 'tiempo de dedicación' activo para las actividades, ayudando a identificar qué tareas específicas consumen más tiempo y a medir con precisión la eficiencia de los recursos. Dónde obtener Esto se calcula restando la StartTime de la actividad de su EndTime. Ejemplos 2 horas 30 minutos3 días 4 horas15 minutos | |||
Actividades de Gestión de Siniestros
| Actividad | Descripción | ||
|---|---|---|---|
Decisión sobre el Siniestro Tomada | Un hito clave en el que la aseguradora toma una decisión formal para aprobar, aprobar parcialmente o denegar la reclamación. Esto casi siempre se registra como un cambio de estado explícito dentro de FINEOS a un estado como 'Aprobado', 'Denegado' o 'Liquidado'. | ||
Por qué es importante Este es un hito importante que determina la ruta del proceso subsiguiente (pago o cierre). Es crucial para medir el tiempo hasta la decisión y analizar los resultados de los siniestros. Dónde obtener Inferido de la timestamp en la tabla de historial de estado del siniestro correspondiente a un estado de decisión final (ej., 'Aprobado', 'Rechazado', 'Denegado'). Capturar Timestamp del cambio de estado a 'Aprobado' o 'Denegado'. Tipo de evento inferred | |||
Pago Autorizado | Representa la aprobación formal del importe de liquidación calculado a pagar. Este es a menudo un paso separado de la decisión de la reclamación, que requiere que un gerente o equipo específico autorice el desembolso. Esto se captura mediante un cambio de estado como 'Aprobado para Pago'. | ||
Por qué es importante Esta actividad es clave para el KPI de 'Payment Authorization Cycle Time'. Los retrasos entre la decisión y la autorización pueden ser un cuello de botella oculto significativo que afecta la satisfacción del cliente. Dónde obtener Inferido de la timestamp de un cambio de estado a 'Pago Pendiente', 'Listo para Pago' o 'Pago Autorizado' en el historial de estado del siniestro. Capturar Timestamp del cambio de estado a 'Aprobado para Pago' o similar. Tipo de evento inferred | |||
Pago Emitido | Marca el momento en que el pago es realmente procesado y enviado al reclamante o proveedor. En FINEOS, esto a menudo se activa mediante una integración con un sistema financiero y se registra como un registro de transacción o una actualización final del estado de pago. | ||
Por qué es importante Este es un 'momento de la verdad' crucial para el cliente. Analizar el tiempo desde la autorización hasta la emisión ayuda a agilizar el proceso de pago y a mejorar la experiencia del cliente. Dónde obtener Puede ser un evento explícito de una tabla de registro de transacciones de pago dentro de FINEOS o de un sistema integrado de cuentas por pagar. Un cambio de estado a 'Pagado' también es una fuente probable. Capturar Utilice la fecha de la transacción del registro de pagos o la marca de tiempo del cambio de estado a 'Pagado'. Tipo de evento explicit | |||
Siniestro Cerrado | Marca el estado final y terminal de un siniestro en el sistema una vez completadas todas las actividades, incluido el pago o la denegación. Este evento se captura cuando el estado del siniestro se actualiza a 'Cerrado' o 'Finalizado' en FINEOS. | ||
Por qué es importante Esta actividad es el evento final principal del proceso. El tiempo desde 'Claim Submitted' hasta 'Claim Closed' es un KPI maestro para medir el rendimiento y la eficiencia general del proceso. Dónde obtener Inferido de la timestamp del cambio de estado final a 'Cerrado' en el registro del historial de estado del siniestro. Esta es la última actualización de estado registrada para un siniestro completado con éxito. Capturar Timestamp del cambio de estado final a 'Cerrado' o 'Finalizado'. Tipo de evento inferred | |||
Siniestro Enviado | Marca la recepción inicial de un siniestro por parte de la organización, a menudo a través de varios canales como portales web, correo electrónico o correo postal. Este es el punto de partida del proceso de siniestros y se captura típicamente cuando el Primer Aviso de Siniestro (FNOL) se ingresa en un área de preparación o directamente en FINEOS. | ||
Por qué es importante Esta actividad marca el evento de inicio principal del proceso. Analizar el tiempo desde la presentación hasta el registro ayuda a identificar retrasos en la entrada de datos y la configuración inicial del siniestro, lo que impacta directamente en el tiempo total del ciclo. Dónde obtener Probablemente se captura a partir de la fecha de creación del registro de notificación inicial del siniestro o de la entrada de Primer Aviso de Siniestro (FNOL) en FINEOS. Esto puede ser un registro de eventos explícito o inferirse de la marca de tiempo más temprana asociada con la identificación del siniestro. Capturar Utilice el timestamp de creación de la Primera Notificación de Siniestro (FNOL) o del registro de siniestro inicial. Tipo de evento inferred | |||
Siniestro Registrado | Representa la creación formal del registro de la reclamación dentro del sistema FINEOS. En este punto, se asigna oficialmente un ID de reclamación único y el caso se abre formalmente para su procesamiento. Este evento se captura típicamente a partir de la marca de tiempo de creación del objeto de reclamación principal. | ||
Por qué es importante Este es un hito crucial que transforma el siniestro de una simple notificación a un case activo. Sirve como punto de partida fiable para medir el ciclo de vida del procesamiento interno. Dónde obtener Derivado del timestamp de creación de la entidad principal del caso de reclamación en la base de datos de FINEOS. La mayoría de los objetos centrales del sistema tienen una 'fecha de creación' registrada para fines de auditoría. Capturar Utilice el timestamp de creación del registro principal del case de siniestro. Tipo de evento explicit | |||
Información Adicional Recibida | Marca la recepción de los documentos o información solicitados, lo que permite reanudar el procesamiento del siniestro. Este evento se infiere típicamente cuando el estado del siniestro se actualiza de 'Información Pendiente' a un estado activo como 'En Revisión' o 'Listo para Evaluación'. | ||
Por qué es importante Medir el tiempo entre la solicitud y la recepción de información resalta los retrasos externos. También señala el reinicio del procesamiento interno, lo que lo convierte en clave para analizar los tiempos de espera y los estancamientos del proceso. Dónde obtener Inferido de la timestamp cuando el estado del siniestro cambia de un estado 'Pendiente' a un estado 'Activo' o 'En Progreso'. Un evento de carga de documento asociado también podría proporcionar una timestamp específica. Capturar Timestamp del cambio de estado de 'Información Pendiente' a un estado de procesamiento activo. Tipo de evento inferred | |||
Información Adicional Solicitada | Esta actividad se produce cuando el tramitador de siniestros determina que se necesita más información del reclamante o de un tercero para avanzar. En FINEOS, esto se suele registrar con un cambio de estado a 'Información Pendiente' o mediante el registro de un evento de comunicación saliente específico. | ||
Por qué es importante Esta es una actividad crítica para analizar el retrabajo y los bucles del proceso. Una alta frecuencia de este event sugiere problemas con la recopilación inicial de data y puede ser una fuente importante de retrasos. Dónde obtener Inferido de un cambio de estado del siniestro a 'Información Pendiente' o similar. También podría ser un evento explícito registrado cuando se genera una correspondencia solicitando información desde el sistema. Capturar Timestamp del cambio de estado a 'Información Pendiente' o entrada de log para una carta/correo electrónico de solicitud de información. Tipo de evento inferred | |||
Investigación Completada | Indica que todas las actividades de investigación necesarias han concluido y el reclamo está listo para una decisión final. Esto se infiere de un cambio de estado de 'Under Investigation' a un estado posterior como 'Pending Decision' o 'Ready for Assessment'. | ||
Por qué es importante Esta actividad marca el fin de la fase de recopilación de pruebas. Analizar el tiempo transcurrido desde 'Investigación Iniciada' hasta este punto es clave para identificar cuellos de botella en el propio proceso de adjudicación. Dónde obtener Inferido de la timestamp cuando el estado del siniestro cambia de 'Bajo Investigación' a un estado que indica que la fase de decisión o evaluación es la siguiente. Capturar Timestamp del cambio de estado del siniestro de 'En Investigación' a 'Listo para Decisión'. Tipo de evento inferred | |||
Investigación Iniciada | Representa el inicio de la fase formal de investigación o adjudicación de la reclamación. Esto suele registrarse cuando la reclamación se asigna a un investigador o cuando su estado cambia explícitamente a 'En investigación' en FINEOS. | ||
Por qué es importante Este hito marca el inicio de una parte potencialmente larga y compleja del proceso. Registrar su hora de inicio es esencial para medir la duración y eficiencia de la fase de investigación. Dónde obtener Inferido de la timestamp de un cambio de estado a 'Bajo Investigación' o 'Adjudicación en Curso'. También podría estar vinculado a la fecha de asignación de un rol de investigador al siniestro. Capturar Timestamp del cambio de estado del siniestro a 'En Investigación'. Tipo de evento inferred | |||
Liquidación Calculada | Ocurre después de una decisión de aprobación, donde se calcula el importe exacto del pago basándose en los límites de la póliza, los deducibles y las pérdidas evaluadas. Esto probablemente se captura cuando el campo de importe de pago final o liquidación se ingresa y confirma en FINEOS. | ||
Por qué es importante Esta actividad aísla la fase de cálculo de los pasos de aprobación y autorización de pagos. Permite analizar la eficiencia del equipo financiero al determinar los montos finales a pagar. Dónde obtener Inferido de la timestamp cuando el monto final de la liquidación o el pago se introduce o actualiza en los registros financieros del sistema para el siniestro. Capturar Utilice el timestamp de 'última actualización' en el campo del importe de liquidación final. Tipo de evento inferred | |||
Pérdida Evaluada | Indica que el impacto financiero del siniestro ha sido calculado y registrado. Esto puede implicar la evaluación de daños, costos médicos u otras responsabilidades. Este evento se captura a menudo cuando se rellenan y guardan campos específicos de evaluación financiera en FINEOS. | ||
Por qué es importante Este es un hito financiero clave. El tiempo necesario para evaluar la pérdida una vez finalizada la investigación puede ser un indicador de rendimiento para el equipo de evaluación. Dónde obtener Probablemente inferido de la marca de tiempo cuando los campos de reserva financiera o estimación de pérdidas se rellenan o finalizan por primera vez en el sistema. Puede que no sea un estado distinto, sino un evento de entrada de datos. Capturar Utilice el timestamp de 'última actualización' en los campos de data de evaluación financiera o relacionados con reservas. Tipo de evento inferred | |||
Revisión Inicial Realizada | Indica que un perito o procesador ha completado la primera evaluación de la validez del siniestro, sus detalles y la documentación requerida. Esto se infiere a menudo de un cambio de estado en FINEOS, como pasar de 'Nuevo' o 'Registrado' a 'En Revisión' o 'Asignado'. | ||
Por qué es importante El seguimiento de la finalización de este paso ayuda a medir el tiempo hasta la primera acción e identifica los retrasos en la fase inicial de triaje y asignación. Las demoras aquí pueden prolongar significativamente todo el ciclo de vida del siniestro. Dónde obtener Inferido de la timestamp cuando el estado del siniestro cambia a un estado que indica que la revisión está completa (ej., 'Revisión Inicial Completa', 'Información Pendiente', 'Bajo Investigación'). Estos datos se encuentran típicamente en una tabla de historial de estado de siniestros. Capturar Identifique la timestamp del cambio de estado de 'Nuevo' o 'Abierto' a un estado posterior a la revisión. Tipo de evento inferred | |||
Siniestro Denegado | Representa el resultado final para una reclamación que no es aprobada para el pago. Este evento se captura cuando el estado de la reclamación se establece definitivamente como 'Denegada' o 'Rechazada'. Este es un punto final alternativo para el proceso. | ||
Por qué es importante Esta actividad es un punto final clave del proceso. Analizar las rutas que conducen a la denegación puede proporcionar información sobre la calidad de la recepción de reclamos, la interpretación de pólizas o posibles patrones de fraude. Dónde obtener Inferido de la timestamp cuando el estado final del siniestro se registra como 'Denegado' o 'Rechazado' en la tabla de historial de estado. Capturar Timestamp del cambio de estado final a 'Denegado' o 'Rechazado'. Tipo de evento inferred | |||
Siniestro Reabierto | Ocurre cuando un siniestro previamente cerrado se reactiva para una revisión o procesamiento adicional, a menudo debido a una apelación o nueva información. Este evento se captura mediante un cambio de estado de 'Cerrado' o 'Denegado' de vuelta a uno activo como 'En Revisión'. | ||
Por qué es importante El seguimiento de los siniestros reabiertos es fundamental para comprender las excepciones y fallos del proceso. Destaca los cases que no se resolvieron correctamente la primera vez, lo que afecta la eficiencia y los costes operativos. Dónde obtener Inferido de un cambio de estado de un estado terminal (ej., 'Cerrado') a un estado no terminal y activo (ej., 'Reabierto', 'En Revisión'). Esto requiere analizar la secuencia de cambios de estado a lo largo del tiempo. Capturar Identifique la timestamp donde el estado cambia de un estado cerrado a un estado abierto. Tipo de evento inferred | |||
Guías de Extracción
Los métodos de extracción para este proceso están siendo validados actualmente. Vuelva a consultar más tarde o contáctenos para obtener ayuda.
