Su Template de datos para la gestión de siniestros
Su Template de datos para la gestión de siniestros
- Atributos recomendados para recopilar datos de siniestros
- Actividades clave que debe seguir en su proceso de gestión de siniestros
- Guía paso a paso para extraer datos de Sapiens ClaimsPro
Atributos de la gestión de siniestros
| Nombre | Descripción | ||
|---|---|---|---|
| ID del siniestro ClaimId | El identificador único de cada reclamación de seguros, que sirve como Case ID principal para realizar el seguimiento de su ciclo de vida. | ||
| Descripción El Claim ID es el identificador fundamental del caso que vincula todos los eventos y actividades asociados a una única reclamación de seguros. Garantiza que todo el recorrido de una reclamación, desde el envío inicial hasta el cierre final, pueda reconstruirse y analizarse de forma coherente. En Process Mining, cada entrada del Registro de eventos debe estar asociada a un Claim ID. Esto permite a la herramienta rastrear la ruta completa de cada reclamación, visualizar las variantes del proceso, calcular los tiempos de ciclo de principio a fin e identificar cuellos de botella o desviaciones del Workflow estándar. Analizar los datos desde la perspectiva del Claim ID proporciona una visión completa de su recorrido. Por qué es importante Es esencial para agrupar todas las actividades relacionadas en una única instancia del proceso y permitir el análisis de principio a fin del ciclo de vida de las reclamaciones. Dónde obtenerlo Es una clave primaria de la tabla principal de transacciones de reclamaciones en Sapiens ClaimsPro. Consulte la documentación del sistema para conocer el nombre exacto de la tabla y del campo. Ejemplos CL-2023-001234CL-2023-005678CL-2024-009101 | |||
| Marca de tiempo del evento EventTimestamp | La fecha y hora exactas en las que comenzó una actividad o evento específico. | ||
| Descripción La marca de tiempo del evento registra la hora de inicio de cada actividad del proceso de reclamaciones. Proporciona el contexto cronológico necesario para ordenar los eventos y calcular la duración entre ellos. Esta marca de tiempo constituye la columna vertebral temporal del Registro de eventos. En el análisis de Process Mining, este Atributo es fundamental para calcular todas las métricas relacionadas con el tiempo, incluidos los tiempos de ciclo, los tiempos de espera y la duración de las actividades. Permite descubrir cuellos de botella, analizar el rendimiento del proceso a lo largo del tiempo y supervisar el cumplimiento de los SLA al proporcionar la base objetiva de cuándo ocurrieron los hechos. Por qué es importante Esta marca de tiempo es esencial para ordenar cronológicamente los eventos y calcular todas las métricas basadas en la duración, como el tiempo de ciclo y los cuellos de botella. Dónde obtenerlo Se encuentra en las tablas del Registro de eventos o de transacciones, junto con la información de la actividad o del cambio de estado en Sapiens ClaimsPro. Ejemplos 2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:15:00Z | |||
| Nombre de la actividad ActivityName | El nombre de la actividad o evento empresarial específico que tuvo lugar en un momento determinado del proceso de reclamaciones. | ||
| Descripción Este Atributo describe un único paso o tarea realizada durante el ciclo de vida de una reclamación, como «Claim Submitted», «Initial Review Performed» o «Payment Issued». Cada actividad representa un punto concreto del proceso con una hora de inicio y, potencialmente, una hora de finalización. El análisis de las actividades es la base del Process Mining. Permite visualizar el mapa del proceso, identificar cuellos de botella entre pasos, analizar la frecuencia de las actividades y comprender las variaciones del proceso. La secuencia de actividades de un Claim ID determinado constituye la base del flujo del proceso. Por qué es importante Define los pasos del proceso, algo fundamental para crear el mapa del proceso e identificar cuellos de botella o ineficiencias. Dónde obtenerlo Normalmente se obtiene de Registros de eventos, registros de cambios de estado o tablas de finalización de tareas dentro de Sapiens ClaimsPro. Puede ser necesario realizar una correspondencia a partir de códigos de estado o tipos de transacción. Ejemplos Reclamación registradaInvestigación iniciadaLiquidación calculadaReclamación cerrada | |||
| Ajustador asignado AssignedAdjuster | El nombre o ID del ajustador de reclamaciones responsable de gestionar la reclamación o una actividad específica. | ||
| Descripción Este Atributo identifica al usuario o recurso individual que realizó una acción sobre la reclamación. Hacer un seguimiento del ajustador asignado es clave para comprender la distribución de la carga de trabajo, el rendimiento individual y la asignación de recursos. En el análisis, permite filtrar el mapa del proceso para ver cómo gestionan las reclamaciones los distintos ajustadores, comparar su rendimiento e identificar posibles oportunidades de formación. Es fundamental para crear el Dashboard «Carga de actividad del ajustador y del departamento» y calcular el KPI «Equilibrio de la carga de trabajo del ajustador». Por qué es importante Esencial para analizar los recursos, ya que ayuda a identificar desequilibrios en la carga de trabajo, personas con un alto rendimiento y necesidades de capacitación. Dónde obtenerlo Se encuentra en los registros de actividad de usuarios o en las tablas de transacciones de Sapiens ClaimsPro, normalmente asociado al usuario que creó o modificó por última vez un registro. Ejemplos John Smithj.smithUSR-00451 | |||
| Departamento asignado AssignedDepartment | El departamento o equipo responsable de gestionar el siniestro en una etapa específica. | ||
| Descripción Este atributo indica la unidad de negocio o el equipo, como «Recepción inicial», «Siniestros complejos» o «SIU (Unidad de investigaciones especiales)», asignado a un siniestro o una actividad. Permite analizar el proceso desde la perspectiva departamental. El análisis por departamento ayuda a identificar cuellos de botella específicos de determinados equipos, comprender los traspasos entre departamentos y evaluar la eficiencia departamental. Es esencial para el Dashboard «Carga de actividad de ajustadores y departamentos» y para analizar los procesos de la organización a un nivel superior. Por qué es importante Permite analizar el rendimiento del proceso y los traspasos entre distintos equipos, y revela cuellos de botella organizativos. Dónde obtenerlo A menudo está asociado al perfil del usuario en el sistema o se asigna directamente al objeto del siniestro. Consulte la documentación de Sapiens ClaimsPro. Ejemplos División de reclamaciones de automóvilesReclamaciones de bienesUnidad de investigaciones especiales | |||
| Gravedad del siniestro ClaimSeverity | Una clasificación de la complejidad o el posible impacto financiero del siniestro, por ejemplo, bajo, medio o alto. | ||
| Descripción La gravedad del siniestro es una valoración asignada para indicar su complejidad estimada, riesgo o exposición financiera. Esta valoración suele determinar el nivel de revisión, la experiencia requerida del ajustador y el Workflow que seguirá. Este atributo es fundamental para el Dashboard «Análisis del tiempo de ciclo según la gravedad del siniestro». Ayuda a comprender si los siniestros más complejos se gestionan de forma eficiente o si contribuyen de manera desproporcionada a los tiempos de ciclo prolongados. Aporta un contexto esencial para las métricas de rendimiento, ya que se espera que un siniestro de alta gravedad tarde más que uno de baja gravedad. Por qué es importante Aporta un contexto esencial para analizar los tiempos de ciclo, ya que ayuda a explicar por qué algunos siniestros tardan más que otros y si los casos complejos se gestionan de forma eficiente. Dónde obtenerlo Puede tratarse de un campo introducido manualmente o de una puntuación derivada de las características del siniestro en Sapiens ClaimsPro. Ejemplos BajaMediaAltaCompleja | |||
| Hora de finalización del evento EventEndTime | La fecha y hora exactas en las que concluyó una actividad específica. | ||
| Descripción La hora de finalización del evento marca la conclusión de una actividad. Aunque algunos eventos son instantáneos, es decir, StartTime equivale a EndTime, muchas actividades tienen una duración. Cuando está disponible, esta marca de tiempo permite medir con precisión cuánto duró cada paso. Este Atributo se utiliza para calcular el «tiempo activo» o «tiempo de procesamiento» de una actividad, en contraposición al «tiempo de espera» entre actividades. Esto ayuda a diferenciar el tiempo dedicado activamente a trabajar en una reclamación del tiempo que permaneció inactiva en una cola. Es fundamental para localizar actividades específicas que consumen mucho tiempo. Por qué es importante Permite calcular el tiempo de procesamiento activo de cada actividad y ayuda a distinguir entre el tiempo que aporta valor y el tiempo de espera. Dónde obtenerlo Puede estar disponible en los mismos Registros de transacciones que la hora de inicio o puede ser necesario inferirlo a partir de la hora de inicio del evento posterior. Consulte la documentación de Sapiens ClaimsPro. Ejemplos 2023-10-26T11:30:00Z2023-10-26T15:00:15Z2023-10-27T13:45:00Z | |||
| Importe de liquidación SettlementAmount | El importe monetario final pagado al reclamante para liquidar el siniestro. | ||
| Descripción Este atributo recoge el importe de la liquidación del siniestro. Es una métrica de resultado clave que refleja el impacto financiero del siniestro y las decisiones tomadas durante el proceso. En el análisis de procesos, el importe de la liquidación se utiliza en el Dashboard «Claim Decision & Settlement Insights» para analizar cómo las variaciones del proceso o el comportamiento de los tramitadores pueden correlacionarse con los resultados de las liquidaciones. También es una entrada principal del KPI «Settlement Amount Consistency Index», que ayuda a identificar incoherencias en las decisiones de liquidación para tipos de siniestro similares. Por qué es importante Esta es una métrica de resultado clave. Analizarla junto con las variantes del proceso puede revelar cómo las ineficiencias o desviaciones del proceso afectan a los resultados financieros. Dónde obtenerlo Se encuentra en las tablas financieras o de transacciones de pago asociadas al siniestro en Sapiens ClaimsPro. Ejemplos 5000.001250.75250000.00 | |||
| Tipo de siniestro ClaimType | La categoría del siniestro de seguros, como automóvil, propiedad o responsabilidad civil. | ||
| Descripción El tipo de siniestro clasifica los siniestros según la línea de negocio o la naturaleza de la pérdida. Es un atributo de segmentación fundamental que suele determinar qué Workflow seguirá un siniestro y qué equipos participarán. Analizar el proceso por tipo de siniestro es esencial para identificar diferencias de eficiencia y procedimiento entre distintas líneas de negocio. Por ejemplo, el proceso de un siniestro de automóvil puede estar muy automatizado y ser rápido, mientras que el de un siniestro de propiedad comercial puede ser complejo y lento. Este atributo es necesario para calcular el KPI «Índice de consistencia del importe de liquidación». Por qué es importante Permite comparar procesos entre distintas líneas de negocio para identificar buenas prácticas y cuellos de botella específicos de cada categoría de siniestro. Dónde obtenerlo Un campo estándar del registro principal del siniestro en Sapiens ClaimsPro. Es un elemento de datos esencial para cualquier sistema de gestión de siniestros. Ejemplos Daños físicos de automóvilesResponsabilidad civil generalCompensación laboralBienes comerciales | |||
| ¿Es retrabajo? IsRework | Un indicador booleano calculado que identifica las actividades que forman parte de un bucle de retrabajo. | ||
| Descripción Este atributo se establece en «true» cuando una actividad o secuencia de actividades se repite para el mismo siniestro. Por ejemplo, si un siniestro pasa de «Initial Review» a «Additional Information Requested» y después vuelve a «Initial Review», la segunda instancia de la revisión se marcaría como retrabajo. Marcar el retrabajo es fundamental para cuantificar la ineficiencia del proceso. Este indicador alimenta el Dashboard «Claims Rework & Re-submission Trends» y el KPI «Claim Rework Loop Frequency». Al aislar y analizar los bucles de retrabajo, las organizaciones pueden identificar causas raíz, como una mala calidad inicial de los datos o directrices poco claras, y actuar para reducir el esfuerzo desperdiciado. Por qué es importante Ayuda a cuantificar la ineficiencia del proceso al señalar explícitamente las actividades que se repiten y permite orientar los esfuerzos de mejora. Dónde obtenerlo No se encuentra en el sistema de origen. La herramienta de Process Mining lo calcula detectando secuencias repetidas de actividades dentro de un mismo caso. Ejemplos truefalse | |||
| Canal de presentación SubmissionChannel | El medio por el que se presentó inicialmente el siniestro, por ejemplo, un portal en línea, un agente o correo postal. | ||
| Descripción Este atributo identifica el canal de entrada de un nuevo siniestro. Los distintos canales pueden afectar significativamente a la calidad inicial de los datos, lo que a su vez repercute en todo el proceso posterior. Analizar el proceso por canal de presentación ayuda a responder preguntas sobre eficiencia y calidad. Por ejemplo, el Dashboard «Claims Submission Channel Efficiency» puede revelar si los siniestros presentados a través de un portal en línea tienen ciclos más rápidos y menos retrabajo que los enviados por correo postal. Este conocimiento puede orientar las inversiones en la optimización de canales y la transformación digital. Por qué es importante Ayuda a identificar qué canales de entrada permiten un procesamiento más eficiente y pone de relieve oportunidades de automatización y mejora de la experiencia del cliente. Dónde obtenerlo Normalmente se captura en el primer punto de contacto y se almacena como un campo del registro principal del siniestro en Sapiens ClaimsPro. Ejemplos Portal en líneaAgenteCorreo postalTeléfono | |||
| Estado del siniestro ClaimStatus | El estado operativo actual del siniestro, por ejemplo, abierto, pendiente o cerrado. | ||
| Descripción Este atributo representa el estado general del caso de siniestro en un momento determinado. Mientras que las actividades son eventos, el estado es la situación del siniestro resultante de esos eventos. Ofrece un resumen general de la fase del ciclo de vida en la que se encuentra el siniestro. Analizar el estado de los siniestros ayuda a comprender el inventario de casos abiertos y su etapa actual. Resulta útil para los Dashboards operativos y para calcular el KPI «Puntuación de transparencia del estado de los siniestros», mediante el seguimiento de la frecuencia y la relevancia con que se actualiza el estado durante el proceso. Por qué es importante Ofrece una visión general del estado actual de un siniestro, útil para controlar la carga de trabajo en curso y comprender la evolución del expediente. Dónde obtenerlo Es un campo principal del registro del siniestro en Sapiens ClaimsPro, actualizado por diversas transacciones empresariales. Ejemplos AbiertaPendiente - A la espera de informaciónCerrada - PagadaCerrada - Denegada | |||
| Estado del SLA SlaState | Un indicador booleano calculado que señala si un siniestro cerrado cumplió su fecha objetivo de resolución. | ||
| Descripción Este atributo se obtiene comparando la marca de tiempo de la actividad «Claim Closed» con «ResolutionTargetDate». Clasifica los siniestros en estados como «On-Time» o «Late» y proporciona un indicador claro e inmediato del rendimiento del SLA. Este campo calculado es la base del Dashboard «Claim Resolution SLA Compliance». Simplifica el análisis al permitir filtrar al instante todos los siniestros retrasados e investigar las rutas de proceso o los cuellos de botella habituales que provocaron la demora. También respalda directamente el KPI «On-Time Claim Resolution Rate». Por qué es importante Mide directamente el cumplimiento del SLA y facilita el filtrado y análisis de los siniestros resueltos con retraso. Dónde obtenerlo Este atributo no se encuentra en el sistema de origen. Se calcula durante la transformación de datos comparando «EventTimestamp» de la actividad «Claim Closed» con «ResolutionTargetDate». Ejemplos A tiempoAtrasada | |||
| Fecha del siniestro LossDate | La fecha en la que ocurrió el incidente o evento que dio lugar al siniestro. | ||
| Descripción La fecha del siniestro, también conocida como fecha de ocurrencia, es la fecha del evento real, por ejemplo, un accidente de automóvil o daños materiales, por el que se presenta el siniestro. Desde el punto de vista del cliente, suele ser el inicio de todo el recorrido del siniestro. Este atributo es importante para calcular el retraso de notificación, es decir, el tiempo transcurrido entre la fecha del siniestro y la fecha de «Claim Submitted». Analizar este retraso puede aportar información sobre el comportamiento del cliente e identificar oportunidades para fomentar una notificación más rápida, que a menudo conduce a mejores resultados. Por qué es importante Define el inicio del propio evento del siniestro y permite analizar el retraso de notificación, es decir, el tiempo transcurrido desde el siniestro hasta la presentación de la reclamación. Dónde obtenerlo Es un campo esencial del registro principal del siniestro, capturado durante el First Notice of Loss (FNOL). Ejemplos 2023-10-202023-11-152024-01-05 | |||
| Fecha objetivo de resolución ResolutionTargetDate | La fecha límite en la que se espera cerrar el siniestro, según los acuerdos de nivel de servicio (SLA). | ||
| Descripción La fecha objetivo de resolución es el plazo establecido para cerrar el siniestro, que suele determinarse según factores como el tipo de siniestro, la jurisdicción o las condiciones de la póliza. Sirve como referencia para medir el rendimiento y el cumplimiento de los acuerdos de nivel de servicio. Esta fecha es fundamental para el Dashboard «Claim Resolution SLA Compliance» y el KPI «On-Time Claim Resolution Rate». Al comparar la fecha real de «Claim Closed» con este objetivo, el sistema puede clasificar automáticamente los siniestros como «On-Time» o «Late», ofreciendo una visión clara del rendimiento de los SLA. Por qué es importante Es la referencia para medir el cumplimiento de los SLA, calcular las tasas de resolución puntual e identificar los siniestros con riesgo de retraso. Dónde obtenerlo Esta fecha puede almacenarse en el registro principal del siniestro o en un módulo relacionado de gestión de SLA dentro de Sapiens ClaimsPro. Ejemplos 2024-01-152024-03-202024-06-01 | |||
| Motivo del rechazo ReasonForRejection | El motivo específico indicado cuando se deniega un siniestro o se rechaza un pago. | ||
| Descripción Cuando la decisión sobre un siniestro es «Denied», este atributo proporciona la justificación subyacente. Puede ser un código estandarizado o una descripción de texto libre que explique por qué el siniestro no estaba cubierto, como «Policy Exclusion», «Lack of Evidence» o «Fraud Suspected». Esta información es muy valiosa para el Dashboard «Claim Decision & Settlement Insights». Analizar los motivos de rechazo puede revelar patrones, como un elevado número de denegaciones debido a información incompleta, lo que podría indicar problemas en la fase de recopilación de datos. También ayuda a analizar las causas raíz de las denegaciones de siniestros. Por qué es importante Proporciona un contexto esencial sobre los siniestros denegados y permite analizar las causas raíz para reducir las tasas de denegación y mejorar la calidad de las presentaciones. Dónde obtenerlo Está asociado a las actividades «Claim Denied» o «Claim Decision Made» y probablemente se almacena en un campo de estado o código de motivo en Sapiens ClaimsPro. Ejemplos Exclusión de la pólizaRiesgo no cubiertoNo se proporcionó la información solicitadaReclamación duplicada | |||
| Número de póliza PolicyNumber | El identificador único de la póliza de seguro en virtud de la cual se presentó el siniestro. | ||
| Descripción El número de póliza vincula el siniestro con el contrato de seguro específico del asegurado. Proporciona un contexto esencial sobre la cobertura, los límites y las franquicias que influyen en la gestión y las decisiones sobre el siniestro. Aunque no siempre se utiliza directamente en el análisis del flujo del proceso, es un atributo fundamental para cualquier investigación detallada. Permite conectar los datos del siniestro con los datos de la póliza y obtener una visión más completa de la relación con el cliente y del perfil de riesgo. También puede utilizarse para agrupar siniestros por póliza e identificar pólizas o tendencias problemáticas. Por qué es importante Vincula el siniestro con el contrato de seguro y permite un análisis más profundo al conectar los datos del proceso con detalles de la póliza, como la cobertura y los límites. Dónde obtenerlo Es un campo estándar del registro principal del siniestro en Sapiens ClaimsPro que lo vincula con el sistema de administración de pólizas. Ejemplos POL-987654321POL-123456789POL-555444333 | |||
| Sistema de origen SourceSystem | Identifica el sistema del que se extrajeron los datos, en este caso, Sapiens ClaimsPro. | ||
| Descripción Este Atributo proporciona contexto sobre el origen de los datos del proceso. Aunque puede ser un valor constante como «Sapiens ClaimsPro» para este conjunto de datos específico, es fundamental en entornos donde los datos se combinan desde varios sistemas. En el análisis, ayuda a gestionar los datos, solucionar problemas y garantizar que los insights se atribuyan correctamente al sistema de origen. Es un campo clave para mantener la trazabilidad de los datos y comprender el contexto tecnológico del proceso. Por qué es importante Garantiza la trazabilidad y el linaje de los datos, algo fundamental cuando se combinan datos de varios sistemas o para fines de auditoría. Dónde obtenerlo Normalmente es un valor estático añadido durante el proceso de extracción, transformación y carga (ETL) de datos para etiquetar el origen de los registros. Ejemplos Sapiens ClaimsProClaimsPro v10.1 | |||
| Última actualización de datos LastDataUpdate | La marca de tiempo que indica cuándo se actualizaron o extrajeron por última vez los datos del sistema de origen. | ||
| Descripción Este Atributo registra la fecha y hora de la extracción más reciente de datos desde Sapiens ClaimsPro. Es esencial para comprender la actualidad de los datos analizados y normalmente es uniforme en todos los registros de un mismo conjunto de datos. En cualquier análisis o Dashboard, esta marca de tiempo proporciona un contexto fundamental sobre la vigencia de los datos. Ayuda a los usuarios a saber si están consultando información en tiempo real o una instantánea histórica, algo esencial para tomar decisiones operativas oportunas. Por qué es importante Proporciona contexto sobre la actualidad de los datos y garantiza que los usuarios sepan hasta qué punto está actualizado el análisis. Dónde obtenerlo Este valor se genera y se incorpora al conjunto de datos durante el proceso de extracción de datos (ETL). Ejemplos 2024-05-21T02:00:00Z2024-05-20T02:00:00Z | |||
Actividades de gestión de siniestros
| Actividad | Descripción | ||
|---|---|---|---|
| Decisión sobre la reclamación tomada | Un ajustador autorizado ha tomado y registrado la decisión oficial de aprobar, aprobar parcialmente o rechazar la reclamación. Este es un hito decisivo del proceso. | ||
| Por qué es importante Este es un punto de decisión crítico que determina la ruta posterior del proceso, ya sea el pago o el cierre. Analizar el tiempo hasta la decisión es un indicador clave del rendimiento. Dónde obtenerlo Probablemente se trate de un evento independiente, capturado cuando el campo de disposición o decisión de la reclamación se completa y guarda, por ejemplo, «Approved» o «Denied». Recopilar Marca de tiempo en la que el campo o estado de decisión, por ejemplo, «Claim Status», se establece en una decisión final como «Approved» o «Denied». Tipo de evento explicit | |||
| Investigación completada | Indica que se han concluido todas las actividades de investigación necesarias y que los hallazgos se han documentado. Es un requisito previo para tomar una decisión final sobre la reclamación. | ||
| Por qué es importante Este hito clave marca el final de la fase de recopilación de pruebas. Permite analizar la eficiencia de la investigación y su impacto en el tiempo necesario para tomar una decisión. Dónde obtenerlo Se infiere de un cambio de estado a «Investigation Complete» o «Pending Decision», o de la marca de tiempo de finalización de la última tarea de investigación. Recopilar Marca de tiempo del cambio de estado que indica que la investigación ha finalizado o que todas las subtareas de investigación se han marcado como completadas. Tipo de evento inferred | |||
| Pago emitido | Se ha ejecutado la transacción financiera para pagar el importe de la liquidación. Este evento marca el momento en que los fondos se envían al reclamante o beneficiario. | ||
| Por qué es importante Este es un hito crítico de cara al cliente. La duración entre «Claim Decision Made» y esta actividad influye considerablemente en la satisfacción del cliente. Dónde obtenerlo Se captura a partir de la marca de tiempo del registro de la transacción de pago en el módulo financiero, vinculado al Claim ID. Recopilar Marca de tiempo del Registro de eventos de la transacción de pago o del registro de interfaz del sistema financiero asociado a la reclamación. Tipo de evento explicit | |||
| Reclamación cerrada | El caso de la reclamación se cierra oficialmente en el sistema, lo que indica que se han completado todas las actividades, incluida la comunicación del pago o del rechazo. Este es el evento de finalización satisfactoria principal. | ||
| Por qué es importante Esta actividad marca el final del proceso y permite calcular el tiempo total del ciclo de principio a fin para cada reclamación. Dónde obtenerlo Se infiere de la marca de tiempo en la que el estado principal de la reclamación se actualiza a «Closed» o a un estado final equivalente. Recopilar Marca de tiempo del cambio de estado a «Closed» en el campo de estado principal de la reclamación. Tipo de evento inferred | |||
| Reclamación enviada | Indica la recepción inicial de una reclamación por parte del titular de la póliza o de un tercero, independientemente del canal de envío. Este es el punto de partida del ciclo de vida de la reclamación y suele registrarse mediante una integración o la introducción manual de datos. | ||
| Por qué es importante Esta actividad es el evento de inicio principal del proceso. Analizar el tiempo transcurrido desde el envío hasta el registro ayuda a identificar retrasos en la introducción de datos y en la configuración inicial de la reclamación. Dónde obtenerlo Probablemente se capture a partir de la marca de tiempo de creación del registro inicial de la reclamación o de un campo específico de «fecha de envío» en la tabla principal de reclamaciones. Recopilar El evento de creación del registro de la reclamación en el sistema, a menudo asociado a una entrada de First Notice of Loss (FNOL). Tipo de evento explicit | |||
| Reclamación registrada | Representa la creación formal y la asignación de un Claim ID único dentro de Sapiens ClaimsPro. Normalmente ocurre después del envío inicial e indica que la reclamación se encuentra oficialmente en el sistema para su procesamiento. | ||
| Por qué es importante Establece el inicio oficial del procesamiento interno. La duración entre «Claim Submitted» y esta actividad mide la eficiencia de la recepción. Dónde obtenerlo Se infiere a partir de la marca de tiempo en la que el estado del registro de una reclamación cambia de un estado preliminar, por ejemplo, «pending», a «registered» u «open». También puede corresponder a una entrada explícita del Registro de eventos. Recopilar Marca de tiempo del cambio de estado de la reclamación a «Registered», «Open» o un estado activo equivalente. Tipo de evento inferred | |||
| Información adicional recibida | Representa la recepción de la información solicitada, lo que permite reanudar el procesamiento de la reclamación. Este evento cierra el ciclo de retrabajo iniciado con la solicitud. | ||
| Por qué es importante Analizar el tiempo entre «Additional Information Requested» y esta actividad revela retrasos externos y ayuda a gestionar las expectativas de los clientes. Dónde obtenerlo Se infiere del cambio de estado de la reclamación de «Pending Information» a un estado activo como «Open» o «Under Review». También puede vincularse a un Registro de eventos de documentos entrantes. Recopilar Marca de tiempo del cambio de estado de «Pending» a «Active», normalmente activado por la carga de un documento. Tipo de evento inferred | |||
| Información adicional solicitada | El ajustador de reclamaciones ha identificado información faltante o incompleta y ha enviado una solicitud al titular de la póliza o a un tercero. Esta actividad inicia un estado de espera habitual en el proceso. | ||
| Por qué es importante Esta actividad marca el inicio de un ciclo de retrabajo. Una frecuencia elevada indica problemas en la recopilación inicial de datos, lo que provoca retrasos y un mayor esfuerzo manual. Dónde obtenerlo Puede tratarse de un evento explícito registrado cuando se envía una comunicación, o inferirse de un cambio de estado de la reclamación a «Pending Information» o «On Hold». Recopilar Marca de tiempo del cambio de estado de la reclamación a «Pending Information» o entrada del Registro de eventos correspondiente a una comunicación saliente. Tipo de evento inferred | |||
| Investigación iniciada | Marca el inicio de la fase formal de investigación de la reclamación. Puede incluir la asignación de especialistas, la programación de inspecciones u otras actividades detalladas de recopilación de pruebas. | ||
| Por qué es importante Esta actividad define el inicio de una fase crítica y a menudo prolongada. Medir la duración de la investigación es clave para identificar cuellos de botella importantes. Dónde obtenerlo Probablemente se infiera de un cambio de estado a «Under Investigation» o de la fecha de creación de la primera tarea o asignación relacionada con la investigación. Recopilar Marca de tiempo en la que el estado de la reclamación se actualiza a «Investigation in Progress» o a un estado similar. Tipo de evento inferred | |||
| Liquidación calculada | Tras una decisión de aprobación, se ha calculado el importe final de la liquidación que se pagará al reclamante. Este paso precede a la autorización del pago. | ||
| Por qué es importante Mide la eficiencia del cálculo financiero posterior a la toma de una decisión. Los cuellos de botella en esta etapa pueden retrasar el pago final. Dónde obtenerlo Se infiere de la marca de tiempo en la que el campo «Settlement Amount» se completa y confirma en el módulo financiero del sistema. Recopilar Marca de tiempo asociada a la finalización del campo «Settlement Amount» en el registro de la reclamación. Tipo de evento inferred | |||
| Pago autorizado | Se ha concedido la aprobación interna para liberar los fondos de la liquidación. A menudo, esto implica que un gerente o un miembro independiente del equipo financiero revise y autorice el pago. | ||
| Por qué es importante Identifica posibles retrasos en el Workflow de aprobación financiera interna una vez tomada la decisión sobre la reclamación y calculado el importe. Dónde obtenerlo Probablemente se trate de un evento explícito activado por una acción de aprobación en el Workflow del sistema, o de un cambio de estado a «Pending Payment» o «Approved for Payment». Recopilar Entrada explícita del Registro de eventos o marca de tiempo del cambio de estado que indica que el pago ha sido aprobado. Tipo de evento explicit | |||
| Pérdida evaluada | Evento en el que el valor financiero de la pérdida se ha determinado y registrado formalmente. Es un dato clave para calcular el importe final de la liquidación. | ||
| Por qué es importante Este paso es fundamental para la planificación financiera y la gestión de reservas. Los retrasos en la evaluación de la pérdida pueden frenar todo el proceso de liquidación y pago. Dónde obtenerlo Probablemente se registre como una marca de tiempo cuando los campos del importe de la reserva o de la pérdida se finalizan o aprueban en el sistema. Recopilar Marca de tiempo asociada a la introducción o aprobación final de los campos «Loss Amount» o «Reserve Amount». Tipo de evento explicit | |||
| Reclamación reabierta | Una reclamación cerrada anteriormente se ha reactivado para realizar una revisión o acción adicional. Es un evento excepcional que puede producirse debido a nueva información o a una apelación. | ||
| Por qué es importante Pone de relieve las excepciones del proceso y posibles fallos en la gestión inicial de la reclamación. Una tasa elevada de reclamaciones reabiertas puede indicar problemas en la calidad de las decisiones o en la comunicación con los clientes. Dónde obtenerlo Se infiere de un cambio de estado de «Closed» a «Open» o «Under Review». Recopilar Marca de tiempo de un cambio de estado de un estado final o cerrado a cualquier estado activo o abierto. Tipo de evento inferred | |||
| Reclamación rechazada | La reclamación ha sido rechazada oficialmente y el expediente se está preparando para su cierre. Esto ocurre después de la actividad «Claim Decision Made», cuando la decisión fue «Denied». | ||
| Por qué es importante Representa una ruta alternativa clave del proceso. Analizar esta ruta puede revelar patrones en las reclamaciones rechazadas y garantizar que se siguieron los procedimientos adecuados. Dónde obtenerlo A menudo es el mismo evento que «Claim Closed», diferenciado por el Atributo de decisión final. Puede modelarse como una actividad independiente según el valor «Denied» del campo «Decision». Recopilar Se deriva del evento «Claim Closed» cuando el Atributo de decisión final de la reclamación es «Denied» o similar. Tipo de evento calculated | |||
| Revisión inicial realizada | Un ajustador o gestor de reclamaciones ha completado la primera evaluación de los detalles y la documentación de la reclamación enviada. Este paso determina la validez inicial y las siguientes acciones para la reclamación. | ||
| Por qué es importante Este hito es fundamental para comprender con qué rapidez se clasifican las reclamaciones. Los retrasos en esta etapa pueden afectar significativamente al tiempo total del ciclo y a la satisfacción del cliente. Dónde obtenerlo Probablemente se infiera de una marca de tiempo asociada a un cambio de estado a «Under Review» o «Reviewed», o a la finalización de una tarea o un paso de Workflow de revisión inicial. Recopilar Marca de tiempo de finalización de una tarea de «Initial Review» o de un evento de actualización de estado en el Registro de eventos o la tabla de historial de la reclamación. Tipo de evento inferred | |||
Guías de extracción
Los métodos de extracción para este proceso se están validando. Vuelva a consultar más adelante o póngase en contacto con nosotros para obtener ayuda.
¿Listo para comenzar?
Comience hoy mismo a optimizar la gestión de sus siniestros preparando sus datos con este Template. Descubra información valiosa e impulse mejoras significativas en su Workflow.
Acelere la gestión de siniestros y elimine hoy mismo los atrasos
Únase a las empresas que alcanzan un 70 % de procesamiento directo y liquidaciones rápidas.
No necesita tarjeta de crédito; puede configurarlo en cuestión de minutos.