Su Template de datos para la gestión de reclamaciones

Guidewire ClaimCenter
Su Template de datos para la gestión de reclamaciones

Su Template de datos para la gestión de reclamaciones

Aquí encontrará un recurso específico para optimizar la gestión de reclamaciones. Este Template detalla los atributos de datos esenciales que debe recopilar y las actividades clave que debe seguir, además de ofrecer instrucciones claras para extraer los datos. Úselo para asegurarse de reunir toda la información necesaria para analizar el proceso en profundidad.
  • Atributos recomendados para recopilar
  • Actividades clave que debe seguir
  • Instrucciones para extraer datos de Guidewire ClaimCenter
¿Es nuevo en los registros de eventos? Aprenda a crear un Registro de eventos para Process Mining.

Atributos de gestión de reclamaciones

Estos campos de datos recomendados son esenciales para crear un Registro de eventos completo y analizar eficazmente los flujos de trabajo de gestión de reclamaciones.
3 Obligatorio 4 Recomendado 14 Opcional
Nombre Descripción
Hora del evento
EventTime
La fecha y hora exactas en que tuvo lugar la actividad.
Descripción

Esta marca de tiempo señala el momento exacto en que se registró una actividad en el sistema. Es fundamental para cualquier análisis de procesos basado en el tiempo.

El orden cronológico de EventTime para un mismo ID del caso permite reconstruir el flujo del proceso. La diferencia de tiempo entre eventos consecutivos se utiliza para calcular los tiempos de ciclo, de espera y de procesamiento, que son esenciales para analizar el rendimiento, identificar cuellos de botella y supervisar los SLA.

Por qué es importante

Esta marca de tiempo es esencial para ordenar los eventos, calcular los tiempos de ciclo y las duraciones, e identificar retrasos en el proceso.

Dónde obtenerlo

Se encuentra junto a los datos de eventos o actividades en las tablas de historial o auditoría de Guidewire ClaimCenter, a menudo en un campo llamado «CreateTime» o «UpdateTime».

Ejemplos
2023-05-15T09:00:00Z2023-05-16T14:30:15Z2023-06-01T11:20:00Z
ID de reclamación
ClaimID
Identificador único de cada reclamación de seguro, que sirve como identificador principal del caso.
Descripción

El ID de reclamación es la base del análisis del proceso de reclamaciones, ya que identifica de forma única cada caso desde su presentación hasta el cierre. Vincula todas las actividades, los documentos, los pagos y las comunicaciones asociados, y ofrece una visión completa y coherente del ciclo de vida de cada reclamación.

En Process Mining, cada evento del conjunto de datos está vinculado a un ID de reclamación, lo que permite reconstruir el flujo del proceso de principio a fin. Esto es esencial para analizar los tiempos de ciclo, identificar variantes del proceso y seguir el recorrido de una reclamación por distintos departamentos y ajustadores.

Por qué es importante

Es la clave fundamental que conecta todos los eventos relacionados y permite seguir y analizar el recorrido completo de una reclamación.

Dónde obtenerlo

Es una clave principal en Guidewire ClaimCenter. Suele encontrarse en Claim.ClaimNumber o en un campo similar de la entidad principal Claim.

Ejemplos
000-123-45678000-987-65432001-456-11223
Nombre de la actividad
ActivityName
Nombre de la actividad empresarial o del evento que tuvo lugar en un momento concreto del ciclo de vida de la reclamación.
Descripción

Este atributo describe un paso o hito concreto del proceso de reclamaciones, como «Reclamación creada», «Investigación iniciada» o «Pago emitido». La secuencia de estas actividades para un ID del caso determinado conforma el flujo del proceso.

Analizar la secuencia, la frecuencia y el tiempo transcurrido entre actividades es la base del Process Mining. Esto permite descubrir modelos de proceso, identificar cuellos de botella, detectar ciclos de retrabajo y analizar desviaciones del proceso.

Por qué es importante

Define los pasos del proceso y permite visualizar los mapas de procesos y analizar el flujo del proceso y los cuellos de botella.

Dónde obtenerlo

Por lo general, se obtiene de las tablas de eventos o los registros de auditoría de ClaimCenter, asignando eventos específicos del sistema o cambios de estado a nombres de actividad estandarizados.

Ejemplos
Reclamación creadaDecisión sobre responsabilidad tomadaPago emitidoReclamación cerrada
Causa del siniestro
LossCause
El motivo o la causa concreta del siniestro, por ejemplo, colisión, incendio o daños por agua.
Descripción

Este atributo aporta información detallada sobre el motivo de la reclamación. La causa del siniestro suele determinar los pasos de investigación necesarios, el tipo de especialistas requeridos y la complejidad general de la reclamación.

Analizar el proceso por causa del siniestro puede revelar patrones ocultos. Por ejemplo, las reclamaciones por daños por agua podrían tener más retrabajo o requerir más intervención de especialistas que las reclamaciones por robo. Esta información ayuda a crear procedimientos de gestión más específicos y eficientes.

Por qué es importante

Aporta contexto sobre la naturaleza de la reclamación y permite analizar cómo afectan las distintas causas del siniestro al flujo y la duración del proceso.

Dónde obtenerlo

Es un campo estándar de la entidad Claim, que suele llamarse «LossCause».

Ejemplos
ColisiónIncendioDaños por aguaRobo
Estado de la reclamación
ClaimStatus
El estado general de la reclamación en el momento del evento, por ejemplo, abierta, cerrada o denegada.
Descripción

Este atributo refleja el estado general de la reclamación. Entre los estados principales se incluyen «Abierta», «Cerrada», «Denegada» y «Reabierta». El estado final de una reclamación es un indicador clave del resultado.

El seguimiento de los cambios en el estado de la reclamación permite definir hitos y resultados clave del proceso. Sirve para identificar la resolución final, calcular las tasas de rechazo y analizar con qué frecuencia se reabren reclamaciones después de cerrarse, algo que suele indicar problemas en el proceso o insatisfacción de la clientela.

Por qué es importante

Indica el resultado de una reclamación y es esencial para analizar las tasas de rechazo, los patrones de cierre y la frecuencia con que se reabren las reclamaciones.

Dónde obtenerlo

Es un campo central de la entidad Claim, que suele llamarse «State» o «Status».

Ejemplos
AbiertaCerradaDenegadaReabierta
Gestor de reclamaciones asignado
AssignedAdjuster
El nombre o ID de la persona usuaria asignada para gestionar la reclamación o una actividad concreta.
Descripción

Este atributo identifica a la persona gestora de reclamaciones responsable de una reclamación en un momento determinado. Puede asignarse a una reclamación completa o a tareas específicas dentro de ella.

Analizar los datos por gestor de reclamaciones asignado es fundamental para equilibrar la carga de trabajo, gestionar el rendimiento e identificar necesidades de formación. Permite responder preguntas como: «¿Qué personas gestoras tienen más reclamaciones a su cargo?», «¿Hay diferencias de rendimiento entre ellas?» y «¿Se distribuye el trabajo de forma equitativa?».

Por qué es importante

Registra la participación de las personas usuarias y permite analizar la carga de trabajo, comparar el rendimiento e identificar cuellos de botella relacionados con los recursos.

Dónde obtenerlo

Está disponible en la entidad Claim o Exposure de ClaimCenter y suele estar vinculado al objeto User, por ejemplo, Claim.Assignee.

Ejemplos
j.doem.smiths.jones
Tipo de reclamación
ClaimType
La categoría de la reclamación de seguro, como automóvil, propiedad o responsabilidad civil.
Descripción

El tipo de reclamación es una categoría fundamental que se determina según el ramo de actividad o la naturaleza del siniestro. Los distintos tipos de reclamación suelen seguir procesos diferentes, tener distintos niveles de complejidad y estar sujetos a normativas distintas.

Segmentar el análisis del proceso por tipo de reclamación es esencial para obtener conclusiones útiles. Permite comparar el rendimiento entre ramos de actividad, identificar cuellos de botella específicos de cada tipo y adaptar las iniciativas de mejora a las características de cada categoría de reclamación.

Por qué es importante

Permite segmentar las reclamaciones, ya que los distintos tipos, como automóvil y propiedad, suelen seguir procesos diferentes y tener objetivos de rendimiento distintos.

Dónde obtenerlo

Se obtiene de la entidad Policy o Claim de ClaimCenter, a menudo a partir del código del ramo de actividad (LOB).

Ejemplos
Automóvil particularPropiedad comercialResponsabilidad civil generalIndemnización por accidentes laborales
Departamento
Department
La unidad de negocio o el departamento responsable de gestionar la actividad de la reclamación.
Descripción

Este atributo indica el departamento o equipo al que pertenece la persona gestora asignada, como «Reclamaciones de automóviles», «Reclamaciones de propiedades» o «Unidad de investigaciones especiales». Aporta contexto organizativo al proceso.

Analizar los datos por departamento es fundamental para comprender el rendimiento del proceso en toda la organización. Ayuda a detectar demoras en los traspasos entre departamentos, comparar la eficiencia de los equipos y asignar los recursos de forma más eficaz en el área de reclamaciones.

Por qué es importante

Aporta contexto organizativo, permite analizar el rendimiento de distintos equipos y pone de manifiesto problemas en los traspasos entre departamentos.

Dónde obtenerlo

Esta información suele estar asociada al perfil de la persona usuaria o del grupo asignado en ClaimCenter.

Ejemplos
División de reclamaciones de automóvilesUnidad de reclamaciones de propiedadesUnidad de investigaciones especiales (SIU)
Es automatizada
IsAutomated
Indicador que señala si el sistema o una persona usuaria realizó una actividad automáticamente.
Descripción

Este atributo booleano distingue las actividades ejecutadas por el sistema, como la creación automática de reservas o la generación de correspondencia, de las que realiza manualmente una persona gestora de reclamaciones.

Analizar este atributo es clave para comprender el nivel de automatización del proceso de reclamaciones. Ayuda a identificar dónde se concentra la intervención manual, medir la eficacia de las iniciativas de procesamiento directo y encontrar nuevas oportunidades de automatización al señalar tareas repetitivas y basadas en reglas que actualmente realizan personas.

Por qué es importante

Distingue las actividades realizadas por el sistema de las realizadas por personas, algo clave para analizar la automatización e identificar cuellos de botella manuales.

Dónde obtenerlo

A menudo hay que calcularlo. Por ejemplo, se pueden marcar como automatizados los eventos registrados por un usuario genérico del sistema.

Ejemplos
truefalse
Es retrabajo
IsRework
Indicador que señala si una actividad forma parte de un ciclo de retrabajo, es decir, si el proceso vuelve a una etapa anterior.
Descripción

Este atributo calculado marca las actividades que forman parte de un ciclo de retrabajo. Por ejemplo, si el proceso pasa de «Investigación completada» a «Investigación iniciada», la segunda actividad «Investigación iniciada» se marcaría como retrabajo.

Identificar el retrabajo es fundamental para detectar ineficiencias del proceso y problemas de calidad. El Dashboard de frecuencia de retrabajo y rechazo utiliza esta métrica para cuantificar con qué frecuencia las reclamaciones se desvían de la ruta ideal. Analizar las causas del retrabajo puede mejorar considerablemente la calidad y la rapidez del proceso.

Por qué es importante

Pone de manifiesto las ineficiencias del proceso y los problemas de calidad al marcar explícitamente las actividades que forman parte de un ciclo de retrabajo.

Dónde obtenerlo

Se calcula en la herramienta de Process Mining mediante el análisis de la secuencia de actividades de cada caso.

Ejemplos
truefalse
Estado del SLA
SLAState
Indica si la reclamación se cerró antes de la fecha objetivo de resolución.
Descripción

Este atributo calculado indica, mediante una categoría, el grado de cumplimiento del SLA para cada reclamación cerrada. Se obtiene al comparar la marca de tiempo de la actividad «Reclamación cerrada» con la fecha objetivo de resolución.

Este atributo facilita directamente el análisis del Dashboard de cumplimiento de la fecha objetivo de resolución de reclamaciones, al clasificar los resultados en categorías claras como «A tiempo» o «Con retraso». Permite filtrar y agrupar los datos fácilmente para calcular el porcentaje general de cumplimiento del SLA y analizar las causas de las demoras.

Por qué es importante

Ofrece un resultado claro y categórico sobre el cumplimiento del SLA, lo que facilita filtrar, agrupar y analizar los cierres a tiempo.

Dónde obtenerlo

Campo calculado: IF (ActualCloseDate <= ResolutionTargetDate, 'A tiempo', 'Con retraso').

Ejemplos
A tiempoCon retraso
Fecha del siniestro
LossDate
La fecha en que ocurrió el incidente o siniestro que dio lugar a la reclamación.
Descripción

La fecha del siniestro es la fecha en que ocurrió el hecho, como un accidente de automóvil o daños a una propiedad, por el que se presenta la reclamación. No es lo mismo que la fecha en que se notificó o creó la reclamación.

El tiempo transcurrido entre la fecha del siniestro y la actividad «Reclamación creada», conocido como demora en la notificación, es un KPI importante. Analizarlo puede aportar información sobre el comportamiento de la clientela y la eficacia de los canales de notificación inicial del siniestro.

Por qué es importante

Aporta contexto esencial sobre el origen de la reclamación y ayuda a analizar la demora en la notificación, es decir, el tiempo transcurrido entre el incidente y la presentación de la reclamación.

Dónde obtenerlo

Es un campo de fecha fundamental de la entidad Claim, que suele llamarse «LossDate».

Ejemplos
2023-05-102023-04-202023-05-28
Fecha objetivo de resolución
ResolutionTargetDate
La fecha límite prevista para resolver la reclamación según los SLA internos o normativos.
Descripción

La fecha objetivo de resolución es la fecha límite fijada para cerrar una reclamación. Suele depender de factores como la jurisdicción, el tipo de reclamación y las condiciones de la póliza. Sirve como referencia para medir el rendimiento y el cumplimiento.

Este atributo es fundamental para crear Dashboards de cumplimiento de los SLA y KPI. Al comparar la fecha real de la actividad «Reclamación cerrada» con la fecha objetivo, el análisis puede señalar automáticamente las reclamaciones atrasadas, medir el porcentaje de cierres a tiempo e identificar qué tipos de reclamación o departamentos tienen dificultades para cumplir sus objetivos.

Por qué es importante

Sirve como referencia para medir el cumplimiento del acuerdo de nivel de servicio (SLA) e identificar las reclamaciones que corren riesgo de retrasarse.

Dónde obtenerlo

Puede ser un campo personalizado o calcularse según las reglas de negocio configuradas en ClaimCenter, posiblemente a partir de métricas específicas de las reclamaciones.

Ejemplos
2023-06-142023-07-202023-08-28
Hora de finalización
EndTime
La marca de tiempo que indica cuándo se completó una actividad.
Descripción

La hora de finalización marca el momento en que concluye una actividad, sobre todo en tareas cuya duración se puede medir, como «Investigación» o «Revisión de documentos». Muchas actividades de Process Mining son instantáneas y basta con StartTime, pero las que tienen un inicio y un fin definidos se representan mejor con ambas marcas de tiempo.

Este atributo permite calcular con precisión el tiempo de procesamiento de una actividad, diferenciándolo del tiempo de espera. Ayuda a identificar qué tareas concretas consumen más tiempo, en lugar de limitarse a observar largas demoras entre pasos.

Por qué es importante

Permite medir con precisión cuánto tarda en completarse una actividad y distinguir el tiempo de procesamiento del tiempo de espera.

Dónde obtenerlo

Es posible que haya que obtenerlo a partir de un evento posterior que marque lógicamente el fin de la actividad, por ejemplo, un cambio de estado de «En curso» a «Completada».

Ejemplos
2023-05-15T17:00:00Z2023-05-16T15:00:00Z2023-06-02T10:00:00Z
Importe del pago
PaymentAmount
El importe efectivamente pagado en una actividad de pago.
Descripción

Este atributo registra el importe de cada pago realizado por una reclamación. Una misma reclamación puede tener varios pagos a lo largo de su ciclo de vida.

Es esencial para el análisis financiero en el contexto del Process Mining. Permite calcular el total pagado por reclamación, analizar los tiempos de aprobación según el importe y relacionar las ineficiencias del proceso con los resultados financieros. Por ejemplo, los tiempos de ciclo prolongados pueden estar relacionados con pagos totales más elevados.

Por qué es importante

Registra las transacciones financieras de una reclamación y permite analizar los importes pagados y su relación con las actividades del proceso.

Dónde obtenerlo

Se encuentra en entidades relacionadas con los pagos y vinculadas a la reclamación, a menudo en una tabla de transacciones o cheques.

Ejemplos
4500.00125000.00500.00
Importe reclamado
ClaimedAmount
El importe total que reclamó inicialmente la persona titular de la póliza.
Descripción

Este atributo representa el valor del siniestro según lo notificó la persona reclamante. Suele ser una estimación inicial que puede cambiar a medida que se investiga la reclamación y se fijan las reservas.

Analizar el importe reclamado permite segmentar las reclamaciones según su impacto financiero. Las reclamaciones de alto valor suelen seguir procesos más rigurosos y complejos que las de menor valor. Comparar los procesos por rangos de importe puede revelar oportunidades para agilizar la gestión de las reclamaciones pequeñas o aplicar controles más estrictos a las de mayor cuantía.

Por qué es importante

Permite segmentar las reclamaciones por valor económico, ya que las de mayor cuantía pueden seguir procesos distintos y más complejos.

Dónde obtenerlo

Es posible que esta información no corresponda a un único campo y que deba obtenerse de las estimaciones iniciales del siniestro registradas en las exposiciones.

Ejemplos
5000.00150000.00750.50
Jurisdicción estatal
JurisdictionState
El estado o la jurisdicción que rige la reclamación y determina los requisitos normativos.
Descripción

Este atributo especifica la jurisdicción legal, por ejemplo, el estado de EE. UU., en la que se gestiona la reclamación. La normativa de seguros puede variar considerablemente entre jurisdicciones y afectar los pasos necesarios del proceso, los plazos de comunicación y la documentación.

Este atributo es esencial para supervisar el cumplimiento. Analizar el proceso por jurisdicción permite comprobar que se cumplen los requisitos normativos específicos de cada estado. También puede explicar las diferencias en los tiempos de ciclo o las rutas del proceso que se deben a restricciones legales y no a ineficiencias operativas.

Por qué es importante

Es fundamental para analizar el cumplimiento, ya que la normativa de cada jurisdicción afecta al proceso de reclamaciones.

Dónde obtenerlo

Es un campo estándar de la entidad Claim, que suele llamarse «JurisdictionState».

Ejemplos
CANYTXFL
Sistema de origen
SourceSystem
El sistema del que se extrajeron los datos.
Descripción

Este atributo identifica el origen de los datos de eventos. En una empresa moderna, los eventos relacionados con reclamaciones pueden proceder de varios sistemas, como un sistema central como Guidewire, un sistema de gestión documental o un portal de clientes.

Especificar el sistema de origen es fundamental para la gobernanza de datos, la resolución de incoherencias y la comprensión del entorno tecnológico del proceso. Permite distinguir los pasos centrales del proceso de las actividades de apoyo realizadas en sistemas periféricos.

Por qué es importante

Identifica el origen de los datos, algo fundamental para la gobernanza de datos y los análisis que abarcan varios sistemas integrados.

Dónde obtenerlo

Por lo general, es un valor estático que se añade durante el proceso de extracción, transformación y carga de datos (ETL).

Ejemplos
Guidewire ClaimCenter v10API del portal de clientesDocumentum
Solicitud de información repetida
RepeatedInfoRequestFlag
Indicador que señala si la actividad «Información adicional solicitada» ocurrió más de una vez para la misma reclamación.
Descripción

Este indicador booleano se establece en true si una reclamación tiene más de una actividad «Información adicional solicitada». Esto suele indicar ineficiencias en la fase inicial de recopilación de información.

Este atributo permite calcular directamente el KPI de tasa de solicitudes de información repetidas. Ayuda a cuantificar el problema de no recopilar todos los datos necesarios desde el principio, lo que puede causar demoras importantes y frustración en la clientela. Analizar las reclamaciones marcadas puede ayudar a mejorar las listas de verificación y los procedimientos para que las personas gestoras soliciten toda la información necesaria de una sola vez.

Por qué es importante

Identifica ineficiencias en la recopilación de información que no se completa a la primera y que provocan demoras y retrabajo.

Dónde obtenerlo

Se calcula en la herramienta de Process Mining contando las veces que aparece la actividad «Información adicional solicitada» en cada caso.

Ejemplos
truefalse
Tipo de póliza
PolicyType
El tipo específico de póliza de seguro con la que se presentó la reclamación.
Descripción

El tipo de póliza ofrece una clasificación más detallada que el tipo de reclamación, ya que especifica el producto de seguro, como «Seguro de hogar», «Responsabilidad civil de automóviles comerciales» o «Responsabilidad civil cibernética». Este nivel de detalle puede revelar diferencias en los procesos asociadas a productos concretos.

Analizar el proceso por tipo de póliza ayuda a detectar ineficiencias específicas de cada producto. Por ejemplo, las reclamaciones de una póliza recién lanzada podrían seguir un proceso menos consolidado y sufrir demoras. Este análisis puede orientar el diseño de productos y la estandarización de procesos.

Por qué es importante

Permite analizar procesos de productos de seguro específicos e identificar diferencias en la gestión según las características de cada póliza.

Dónde obtenerlo

Esta información se encuentra en la entidad Policy, vinculada a Claim.

Ejemplos
Seguro multirriesgo de hogarResponsabilidad civil de automóviles comercialesSeguro marítimo interior
Última actualización de los 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 indica la marca de tiempo de la extracción más reciente de datos del sistema de origen. Es un campo de metadatos esencial para saber si el análisis se basa en datos actualizados.

Los Dashboards y los análisis deben mostrar esta información de forma destacada para que las personas usuarias sepan cuán recientes son los datos. Así pueden valorar si las conclusiones reflejan el estado actual de las operaciones o se basan en datos antiguos.

Por qué es importante

Indica cuán recientes son los datos para que las personas usuarias sepan hasta qué punto está actualizado el análisis del proceso.

Dónde obtenerlo

Este valor se genera y almacena durante el proceso ETL y representa la marca de tiempo de la carga de datos.

Ejemplos
2024-07-28T04:00:00Z2024-07-29T04:00:00Z
Obligatorio Recomendado Opcional

Actividades de gestión de reclamaciones

Estos son los pasos clave del proceso y los hitos importantes que debe registrar en el Registro de eventos para descubrir y analizar con precisión el proceso de gestión de reclamaciones.
7 Recomendado 7 Opcional
Actividad Descripción
Exposición creada
Esta actividad indica la creación de una exposición, que representa una posible responsabilidad o un tipo de pérdida específico dentro de la reclamación (por ejemplo, daños en un vehículo o lesiones). En Guidewire, se registra como un evento explícito.
Por qué es importante

Las exposiciones son fundamentales para segmentar y analizar las reclamaciones. Registrar su creación ayuda a comprender las variaciones del proceso según la complejidad de la reclamación y el tipo de pérdida.

Dónde obtenerlo

Se obtiene de CreateTime de un nuevo registro en la tabla cc_exposure. Cada registro está vinculado a un único ID de reclamación.

Capturar

Identifique la marca de tiempo de creación de un nuevo registro en la tabla de la entidad Exposure.

Tipo de evento explicit
Pago aprobado
Representa la aprobación formal de un pago de liquidación. Es un evento de auditoría clave que se registra explícitamente cuando una persona usuaria con autoridad aprueba la transacción.
Por qué es importante

Este hito clave permite avanzar al paso final del pago. Analizar el tiempo anterior y posterior a esta actividad ayuda a aislar las demoras causadas por los flujos de aprobación o la disponibilidad de los responsables.

Dónde obtenerlo

A menudo, este evento explícito se registra en la tabla cc_history y está relacionado con una entidad cc_check o cc_transaction. Registra el cambio de estado de 'Pendiente de aprobación' a 'Aprobado'.

Capturar

Registre el cambio de estado a 'Aprobado' de una transacción de pago específica.

Tipo de evento explicit
Pago emitido
Esta actividad marca el paso final del proceso de pago: el pago se emite oficialmente y se envía al sistema financiero. Se trata de una transacción financiera explícita que queda registrada.
Por qué es importante

Esta actividad es fundamental para medir la eficiencia del proceso de emisión de pagos. Permite distinguir las demoras de aprobación de las demoras en la emisión efectiva de los fondos.

Dónde obtenerlo

Se obtiene de IssueDate o de un cambio de estado a 'Emitido' o 'Enviado' en la entidad cc_check o cc_transaction. A menudo, se trata de un evento explícito con marca de tiempo.

Capturar

Identifique IssueDate o la marca de tiempo del cambio de estado a 'Emitido' en el registro del pago.

Tipo de evento explicit
Reclamación cerrada
Marca el cierre satisfactorio de una reclamación una vez completadas todas las actividades y los pagos. Es el principal evento de fin satisfactorio y se infiere de un cambio en el estado principal de la reclamación.
Por qué es importante

Como evento de fin principal, esta actividad es esencial para calcular el tiempo de ciclo de principio a fin y medir el cumplimiento de los SLA. Indica que el ciclo de vida de la reclamación ha concluido.

Dónde obtenerlo

Se infiere de un cambio del campo State de la tabla cc_claim a 'Cerrado'. La marca de tiempo del evento es CloseDate en el registro de la reclamación.

Capturar

Identifique cuándo se actualiza a 'Cerrado' el campo de estado principal de la reclamación.

Tipo de evento inferred
Reclamación creada
Esta actividad marca el primer aviso de siniestro (FNOL) y la creación oficial de un nuevo registro de reclamación en Guidewire ClaimCenter. Se registra explícitamente cuando una nueva entidad Claim se guarda por primera vez en la base de datos.
Por qué es importante

Como evento de inicio principal, esta actividad es esencial para medir el tiempo de ciclo de la reclamación de principio a fin. Sirve de referencia para todos los KPI posteriores de rendimiento y duración.

Dónde obtenerlo

Este evento explícito se obtiene de CreateTime en la tabla cc_claim. La creación de un nuevo registro con un ID de reclamación único activa el evento.

Capturar

Identifique la marca de tiempo de creación del nuevo registro en la tabla de la entidad Claim base.

Tipo de evento explicit
Reclamación denegada
Representa la decisión final de denegar una reclamación y marca el fin del proceso. Este evento se infiere cuando el estado de la reclamación cambia a cerrado y el motivo es 'Denegada'.
Por qué es importante

Este es un evento clave de resultado. Analizar la frecuencia, los motivos y las rutas del proceso que llevan a las denegaciones ayuda a detectar problemas en la recepción de reclamaciones, la investigación o la interpretación de las pólizas.

Dónde obtenerlo

Se infiere de un cambio del campo State de la tabla cc_claim a 'Cerrado', junto con el valor 'Denegada' o uno similar en el campo CloseReason. La marca de tiempo del evento es CloseDate.

Capturar

Filtre los cambios de estado de las reclamaciones a 'Cerrado' cuyo código de motivo indique una denegación.

Tipo de evento inferred
Reserva inicial establecida
Marca la creación de la primera transacción de reserva financiera para una exposición, con la que se estima el coste potencial de la reclamación. Es un evento financiero clave que se registra explícitamente.
Por qué es importante

Este hito es fundamental para el análisis financiero y para comprender con qué rapidez se evalúa la posible responsabilidad. Las demoras pueden afectar la planificación y los informes financieros.

Dónde obtenerlo

Este evento se obtiene de la creación del primer registro cc_reserveline asociado a una exposición de la reclamación. La marca de tiempo del evento es CreateTime de la transacción.

Capturar

Busque la marca de tiempo de creación más antigua de todas las líneas de reserva de las exposiciones de una reclamación determinada.

Tipo de evento explicit
Decisión sobre responsabilidad tomada
Indica el momento en que se determina la responsabilidad o la culpa respecto de una exposición. Por lo general, este evento se infiere de un cambio de estado en la entidad Exposure.
Por qué es importante

Este hito de decisión es clave y da paso a las fases de liquidación y pago. Analizar cuánto se tarda en tomar la decisión ayuda a detectar cuellos de botella en las etapas de investigación y evaluación.

Dónde obtenerlo

Se infiere de la tabla cc_history al registrar un cambio en State o en un campo personalizado de estado de responsabilidad de la entidad cc_exposure. La marca de tiempo del registro del historial indica cuándo ocurrió el evento.

Capturar

Supervise los registros de auditoría o las tablas de historial para detectar cambios en el estado de la exposición o en su estado de responsabilidad.

Tipo de evento inferred
Información adicional recibida
Marca la finalización de una solicitud de información adicional. Se registra cuando la Activity (tarea) correspondiente a la solicitud de información se marca como 'Completada'.
Por qué es importante

Este es el punto final del KPI Tiempo de ciclo de recopilación de información adicional. Los largos intervalos entre la solicitud y la recepción suelen causar demoras en la tramitación de reclamaciones.

Dónde obtenerlo

Se obtiene de CloseTime de un registro cc_activity cuyo ActivityPattern está relacionado con una solicitud de información. El estado de la actividad debe ser 'Completada'.

Capturar

Identifique la marca de tiempo de finalización de una tarea para solicitar información externa.

Tipo de evento explicit
Información adicional solicitada
Representa una solicitud de información o documentación adicional enviada al reclamante o a un tercero. Por lo general, se registra como una Activity (tarea) explícita creada en ClaimCenter.
Por qué es importante

Esta actividad marca el inicio de la medición del KPI Tiempo de ciclo de recopilación de información adicional. Si se produce con frecuencia, puede indicar que los procesos FNOL están incompletos o que la recopilación de información es ineficiente.

Dónde obtenerlo

Se obtiene de CreateTime de un registro cc_activity cuyo ActivityPattern está relacionado con la solicitud de documentación o información a una parte externa.

Capturar

Identifique la creación de una tarea para solicitar información externa.

Tipo de evento explicit
Investigación iniciada
Indica el inicio formal de la fase de investigación de una reclamación o exposición. A menudo se infiere de la creación de la primera Activity (tarea) relacionada con la investigación en Guidewire.
Por qué es importante

Esta actividad marca el inicio de una fase clave que suele ser larga. Analizar el tiempo que transcurre hasta el inicio de la investigación y la duración de la propia investigación permite detectar cuellos de botella importantes.

Dónde obtenerlo

Se infiere de CreateTime de un registro cc_activity cuyo ActivityPattern está relacionado con la investigación (por ejemplo, 'Investigación inicial' o 'Contactar a un testigo').

Capturar

Identifique la primera creación de una tarea con un patrón o asunto relacionado con la investigación.

Tipo de evento inferred
Liquidación calculada
Esta actividad representa el momento en que se determina el importe de la liquidación, pero aún no se ha aprobado el pago. Puede inferirse de la creación de un pago con estado 'Pendiente de aprobación'.
Por qué es importante

Marca la transición de la evaluación al pago. Es el punto de partida para medir el KPI Tiempo de autorización del pago y detectar demoras en la cadena de aprobación.

Dónde obtenerlo

Se infiere de CreateTime de un registro cc_check o cc_transaction cuyo estado inicial es 'Pendiente de aprobación' o un estado similar anterior a 'Aprobado'.

Capturar

Identifique la creación de un registro de pago o transacción con un estado previo a la aprobación.

Tipo de evento inferred
Reclamación asignada
Representa la asignación de una reclamación a una persona usuaria específica (ajustador) o a un grupo para que la gestione. Por lo general, se infiere al supervisar los cambios en los campos de asignación de la entidad Claim.
Por qué es importante

Registrar las asignaciones es fundamental para analizar la carga de trabajo de los ajustadores, detectar cuellos de botella en el enrutamiento y medir el tiempo hasta la primera acción de la persona responsable asignada.

Dónde obtenerlo

Se infiere de la tabla cc_history al registrar los cambios en los campos AssignedUser o AssignedGroup asociados a un ID de reclamación específico. La marca de tiempo del cambio indica cuándo ocurrió el evento.

Capturar

Supervise los registros de auditoría o las tablas de historial para detectar cambios en los campos de asignación de reclamaciones.

Tipo de evento inferred
Reclamación reabierta
Representa el cambio de estado de una reclamación de 'Cerrado' a 'Abierto' para realizar tareas adicionales. Este evento se infiere de una secuencia específica de cambios de estado.
Por qué es importante

Esta actividad indica que hubo retrabajo. Un número elevado de reclamaciones reabiertas puede señalar problemas con la liquidación inicial, daños no detectados u otros fallos del proceso, que aumentan los costes y reducen la eficiencia.

Dónde obtenerlo

Se infiere de la tabla cc_history al detectar que el campo State de la entidad cc_claim cambia de 'Cerrado' a 'Abierto' o a otro estado activo.

Capturar

Supervise el campo de estado principal de la reclamación para detectar el cambio de un estado cerrado a uno abierto.

Tipo de evento inferred
Recomendado Opcional

Guías de extracción

Cómo obtener sus datos de Guidewire ClaimCenter

¿Todo listo para empezar?

Use este Template para preparar los datos para el análisis y obtener información sobre la gestión de reclamaciones. Empiece hoy mismo a optimizar sus flujos de trabajo.

Agilice la gestión de reclamaciones y resuelva los casos más rápido

Elimine los casos pendientes, prevenga el fraude y aspire a procesar el 70 % de las reclamaciones de principio a fin sin intervención manual.

Comience la prueba gratuita

No se requiere tarjeta de crédito. La configuración solo toma unos minutos.