Seu Template de dados para processamento de sinistros

Sapiens ClaimsPro
Seu Template de dados para processamento de sinistros

Seu Template de dados para processamento de sinistros

Este Template orienta você na coleta dos dados necessários para analisar o fluxo de trabalho de processamento de sinistros. Ele apresenta os atributos e as atividades essenciais que devem ser acompanhados, além de instruções práticas de extração adaptadas ao Sapiens ClaimsPro. Use este material para simplificar a coleta de dados e se preparar para uma análise de Process Mining que gere insights.
  • Atributos recomendados para coletar dados de sinistros
  • Principais atividades a acompanhar no processo de sinistros
  • Instruções passo a passo para extrair dados do Sapiens ClaimsPro
Novidade em Event Logs? Saiba como criar um Event Log para Process Mining.

Atributos do processamento de sinistros

Estes são os campos de dados recomendados para incluir no Event Log e analisar o processamento de sinistros de forma abrangente, identificando ineficiências ocultas.
3 Obrigatório 6 Recomendado 10 Opcional
Nome Descrição
Data e hora do evento
EventTimestamp
A data e a hora exatas em que uma atividade ou evento específico começou.
Descrição

A data e hora do evento registra o horário de início de cada atividade no processo de sinistros. Ela fornece o contexto cronológico necessário para ordenar os eventos e calcular os intervalos entre eles. Esse registro de data e hora é a base temporal do Event Log.

Na análise de Process Mining, esse atributo é essencial para calcular todas as métricas relacionadas ao tempo, incluindo tempos de ciclo, tempos de espera e duração das atividades. Ele permite identificar gargalos, analisar a performance do processo ao longo do tempo e monitorar a conformidade com o SLA, com base nos horários em que os eventos ocorreram.

Por que isso importa

Esse registro de data e hora é essencial para ordenar os eventos cronologicamente e calcular métricas baseadas em duração, como tempo de ciclo e gargalos.

Onde encontrar

Fica nas tabelas de Event Log ou de transações, junto às informações sobre atividades ou alterações de status no Sapiens ClaimsPro.

Exemplos
2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:15:00Z
ID do sinistro
ClaimId
Identificador exclusivo de cada sinistro, usado como ID principal do caso para acompanhar todo o ciclo de vida do sinistro.
Descrição

O ID do sinistro é o identificador fundamental do caso, que conecta todos os eventos e atividades associados a um único sinistro. Ele permite reconstruir e analisar de forma integrada toda a trajetória do sinistro, desde o envio inicial até o encerramento final.

Em Process Mining, cada registro do Event Log precisa estar associado a um ID do sinistro. Assim, a ferramenta consegue rastrear o caminho completo de cada sinistro, visualizar as variantes do processo, calcular os tempos de ciclo de ponta a ponta e identificar gargalos ou desvios do fluxo de trabalho padrão. Analisar os dados pelo ID do sinistro oferece uma visão completa dessa trajetória.

Por que isso importa

Esse identificador é essencial para agrupar todas as atividades relacionadas em uma única instância do processo e permitir a análise de ponta a ponta do ciclo de vida dos sinistros.

Onde encontrar

É uma chave primária na tabela principal de transações de sinistros do Sapiens ClaimsPro. Consulte a documentação do sistema para confirmar o nome exato da tabela e do campo.

Exemplos
CL-2023-001234CL-2023-005678CL-2024-009101
Nome da atividade
ActivityName
Nome da atividade de negócio ou do evento específico ocorrido em determinado momento do processo de sinistros.
Descrição

Este atributo descreve uma etapa ou tarefa realizada durante o ciclo de vida do sinistro, como 'Sinistro enviado', 'Análise inicial realizada' ou 'Pagamento emitido'. Cada atividade representa um ponto específico do processo, com hora de início e, possivelmente, de término.

A análise das atividades é a base de Process Mining. Ela permite visualizar o mapa do processo, identificar gargalos entre etapas, analisar a frequência das atividades e entender as variações do processo. A sequência de atividades de um ID do sinistro forma a base do fluxo do processo.

Por que isso importa

Ele define as etapas do processo, algo fundamental para criar o mapa do processo e identificar gargalos ou ineficiências.

Onde encontrar

Geralmente, é obtido dos Event Logs, dos registros de alteração de status ou das tabelas de conclusão de tarefas do Sapiens ClaimsPro. Talvez seja necessário mapear códigos de status ou tipos de transação.

Exemplos
Sinistro registradoInvestigação iniciadaIndenização calculadaSinistro encerrado
Data e hora de término do evento
EventEndTime
A data e a hora exatas em que uma atividade específica foi concluída.
Descrição

A data e hora de término do evento indica quando uma atividade foi concluída. Alguns eventos são instantâneos (StartTime é igual a EndTime), mas muitas atividades têm duração. Quando disponível, esse registro de data e hora permite medir com precisão quanto tempo cada etapa levou.

Esse atributo é usado para calcular o 'tempo ativo' ou o 'tempo de processamento' de uma atividade, em vez do 'tempo de espera' entre atividades. Assim, é possível diferenciar o tempo dedicado ao trabalho no sinistro do tempo em que ele ficou parado em uma fila. Isso é essencial para identificar atividades que consomem muito tempo.

Por que isso importa

Permite calcular o tempo de processamento ativo de cada atividade e distinguir o tempo que agrega valor do tempo de espera.

Onde encontrar

Pode estar disponível nos mesmos logs de transações que registram a hora de início ou precisar ser inferido a partir da hora de início do evento seguinte. Consulte a documentação do Sapiens ClaimsPro.

Exemplos
2023-10-26T11:30:00Z2023-10-26T15:00:15Z2023-10-27T13:45:00Z
Departamento responsável
AssignedDepartment
Departamento ou equipe responsável pelo sinistro em uma etapa específica.
Descrição

Este atributo indica a unidade de negócio ou a equipe, como 'Recepção inicial', 'Sinistros complexos' ou 'SIU (Unidade de Investigações Especiais)', responsável por um sinistro ou uma atividade. Ele permite analisar o processo pela perspectiva de cada departamento.

A análise por departamento ajuda a identificar gargalos específicos de determinadas equipes, entender as transferências entre departamentos e avaliar a eficiência de cada área. É essencial para o Dashboard 'Carga de atividades dos reguladores e departamentos' e para análises de processos em nível organizacional.

Por que isso importa

Permite analisar a performance do processo e as transferências entre equipes, revelando gargalos organizacionais.

Onde encontrar

Geralmente, está associado ao perfil do usuário no sistema ou é atribuído diretamente ao objeto do sinistro. Consulte a documentação do Sapiens ClaimsPro.

Exemplos
Divisão de sinistros de automóveisSinistros patrimoniaisUnidade de investigações especiais
Gravidade do sinistro
ClaimSeverity
Classificação da complexidade ou do possível impacto financeiro do sinistro (por exemplo, baixo, médio ou alto).
Descrição

A gravidade do sinistro é uma classificação que indica a complexidade, o risco ou a exposição financeira estimados de um caso. Essa classificação costuma determinar o nível de análise, a experiência necessária do regulador e o fluxo de trabalho a ser seguido.

Esse atributo é essencial para o Dashboard 'Análise do tempo de ciclo por gravidade do sinistro'. Ele ajuda a entender se os sinistros mais complexos estão sendo tratados com eficiência ou se contribuem de forma desproporcional para tempos de ciclo longos. Também oferece um contexto importante para as métricas de performance, já que se espera que um sinistro de alta gravidade leve mais tempo do que um de baixa gravidade.

Por que isso importa

Oferece um contexto importante para a análise do tempo de ciclo, ajudando a explicar por que alguns sinistros demoram mais do que outros e se os casos complexos são tratados com eficiência.

Onde encontrar

Pode ser um campo preenchido manualmente ou uma pontuação calculada com base nas características do sinistro no Sapiens ClaimsPro.

Exemplos
BaixaMédiaAltaComplexa
Regulador responsável
AssignedAdjuster
Nome ou ID do regulador de sinistros responsável pelo caso ou por uma atividade específica.
Descrição

Este atributo identifica a pessoa ou o recurso que realizou uma ação no sinistro. Acompanhar o regulador responsável é fundamental para entender a distribuição da carga de trabalho, a performance individual e a alocação de recursos.

Na análise, você pode filtrar o mapa do processo para ver como diferentes reguladores tratam os sinistros, comparar a performance e identificar possíveis necessidades de treinamento. Esse atributo é fundamental para criar o Dashboard 'Carga de atividades dos reguladores e departamentos' e calcular o KPI 'Equilíbrio da carga de trabalho dos reguladores'.

Por que isso importa

É essencial para a análise de recursos, pois ajuda a identificar desequilíbrios na carga de trabalho, profissionais com alta performance e necessidades de treinamento.

Onde encontrar

Pode ser encontrado nos logs de atividade dos usuários ou nas tabelas de transações do Sapiens ClaimsPro, geralmente associado ao usuário que criou ou modificou um registro pela última vez.

Exemplos
John Smithj.smithUSR-00451
Tipo de sinistro
ClaimType
Categoria do sinistro, como automóvel, patrimônio ou responsabilidade civil.
Descrição

O tipo de sinistro classifica os casos de acordo com a linha de negócio ou a natureza do prejuízo. Esse atributo fundamental de segmentação costuma determinar qual fluxo de trabalho o sinistro seguirá e quais equipes participarão.

Analisar o processo por tipo de sinistro é essencial para identificar diferenças de eficiência e procedimento entre linhas de negócio. Por exemplo, o processo de um sinistro de automóvel pode ser altamente automatizado e rápido, enquanto um sinistro de propriedade comercial pode ser complexo e demorado. Esse atributo é necessário para calcular o KPI 'Índice de consistência do valor do acordo'.

Por que isso importa

Permite comparar processos entre diferentes linhas de negócio para identificar boas práticas e gargalos específicos de cada categoria de sinistro.

Onde encontrar

É um campo padrão no registro principal do sinistro no Sapiens ClaimsPro. É um dado essencial em qualquer sistema de gestão de sinistros.

Exemplos
Danos físicos a automóveisResponsabilidade civil geralAcidentes de trabalhoPropriedade comercial
Valor do acordo
SettlementAmount
Valor final pago ao reclamante para liquidar o sinistro.
Descrição

Este atributo registra o valor do acordo do sinistro. É uma métrica importante de resultado, que reflete o impacto financeiro do caso e as decisões tomadas durante o processo.

Na análise de processos, o valor do acordo é usado no Dashboard 'Insights sobre decisões e acordos de sinistros' para analisar como as variações do processo ou a atuação dos reguladores podem estar relacionadas aos resultados dos acordos. Ele também é um dos principais dados de entrada do KPI 'Índice de consistência do valor do acordo', que ajuda a identificar inconsistências nas decisões sobre acordos de sinistros semelhantes.

Por que isso importa

É uma métrica importante de resultado. Analisá-la em relação às variantes do processo pode revelar como as ineficiências ou os desvios afetam os resultados financeiros.

Onde encontrar

Pode ser encontrado nas tabelas financeiras ou de transações de pagamento associadas ao sinistro no Sapiens ClaimsPro.

Exemplos
5000.001250.75250000.00
Canal de envio
SubmissionChannel
Meio pelo qual o sinistro foi enviado inicialmente (por exemplo, portal online, agente ou correio).
Descrição

Este atributo identifica o canal de entrada de um novo sinistro. Canais diferentes podem afetar significativamente a qualidade inicial dos dados, o que, por sua vez, influencia todo o processo subsequente.

Analisar o processo por canal de envio ajuda a responder perguntas sobre eficiência e qualidade. Por exemplo, o Dashboard 'Eficiência dos canais de envio de sinistros' pode revelar se os sinistros enviados por um portal online têm tempos de ciclo menores e menos retrabalho do que os enviados pelo correio. Esse insight pode orientar investimentos na otimização dos canais e na transformação digital.

Por que isso importa

Ajuda a identificar quais canais de entrada levam ao processamento mais eficiente e destaca oportunidades de automação e de melhoria da experiência do cliente.

Onde encontrar

Geralmente, é registrado no primeiro contato e armazenado como um campo no registro principal do sinistro no Sapiens ClaimsPro.

Exemplos
Portal onlineAgenteCorreioTelefone
Data do sinistro
LossDate
Data em que ocorreu o incidente ou evento que deu origem ao sinistro.
Descrição

A data do sinistro, também chamada de data da ocorrência, é a data do evento em si (por exemplo, acidente de carro ou dano a um imóvel) que deu origem ao sinistro. Do ponto de vista do cliente, muitas vezes é o início de toda a jornada do sinistro.

Esse atributo é importante para calcular o atraso na comunicação, ou seja, o intervalo entre a data do sinistro e a data de envio do sinistro. Analisar esse intervalo pode revelar insights sobre o comportamento dos clientes e oportunidades para incentivar a comunicação mais rápida, o que muitas vezes leva a melhores resultados.

Por que isso importa

Define quando ocorreu o evento que deu origem ao sinistro e permite analisar o atraso na comunicação, ou seja, o tempo entre a ocorrência e o envio do sinistro.

Onde encontrar

É um campo essencial no registro principal do sinistro, preenchido durante o primeiro aviso de sinistro (FNOL).

Exemplos
2023-10-202023-11-152024-01-05
Data prevista para resolução
ResolutionTargetDate
Data-limite para o encerramento esperado do sinistro, definida com base nos acordos de nível de serviço (SLAs).
Descrição

A data prevista para resolução é o prazo definido para encerrar o sinistro, geralmente com base em fatores como tipo de sinistro, jurisdição ou termos da apólice. Ela serve como referência para medir a performance e o cumprimento dos acordos de nível de serviço.

Essa data é fundamental para o Dashboard 'Conformidade com o SLA de resolução de sinistros' e para o KPI 'Taxa de resolução de sinistros no prazo'. Ao comparar a data real da atividade 'Sinistro encerrado' com a data prevista, o sistema pode classificar automaticamente os sinistros como 'No prazo' ou 'Atrasado', oferecendo uma visão clara da performance do SLA.

Por que isso importa

É a referência para medir a conformidade com o SLA, calcular a taxa de resolução no prazo e identificar sinistros com risco de atraso.

Onde encontrar

Essa data pode estar armazenada no registro principal do sinistro ou em um módulo relacionado à gestão de SLA no Sapiens ClaimsPro.

Exemplos
2024-01-152024-03-202024-06-01
É retrabalho
IsRework
Indicador booleano calculado que identifica atividades que fazem parte de um ciclo de retrabalho.
Descrição

Este atributo recebe o valor 'true' quando uma atividade ou sequência de atividades se repete para o mesmo sinistro. Por exemplo, se um sinistro passa de 'Análise inicial' para 'Informações adicionais solicitadas' e depois volta para 'Análise inicial', a segunda ocorrência da análise é marcada como retrabalho.

Identificar o retrabalho é essencial para quantificar as ineficiências do processo. Esse atributo alimenta o Dashboard 'Tendências de retrabalho e reenvio de sinistros' e o KPI 'Frequência de ciclos de retrabalho em sinistros'. Ao isolar e analisar esses ciclos, as organizações podem identificar causas raiz, como baixa qualidade dos dados iniciais ou orientações pouco claras, e agir para reduzir o esforço desperdiçado.

Por que isso importa

Ajuda a quantificar as ineficiências do processo ao identificar explicitamente as atividades repetidas e permite direcionar as iniciativas de melhoria.

Onde encontrar

Este atributo não existe no sistema de origem. A ferramenta de Process Mining o calcula detectando sequências repetidas de atividades em um único caso.

Exemplos
truefalse
Motivo da rejeição
ReasonForRejection
Motivo específico informado quando um sinistro é negado ou um pagamento é rejeitado.
Descrição

Quando a decisão sobre um sinistro é 'Negado', este atributo informa a justificativa. Pode ser um código padronizado ou uma descrição em texto livre explicando por que o sinistro não teve cobertura, como 'Exclusão da apólice', 'Falta de evidências' ou 'Suspeita de fraude'.

Essas informações são valiosas para o Dashboard 'Insights sobre decisões e acordos de sinistros'. A análise dos motivos de rejeição pode revelar padrões, como um número elevado de negativas por falta de informações, que pode indicar problemas na etapa de coleta de dados. Ela ajuda na análise de causa raiz das negativas de sinistros.

Por que isso importa

Oferece um contexto importante sobre sinistros negados e permite fazer uma análise de causa raiz para reduzir as negativas e melhorar a qualidade dos envios.

Onde encontrar

Está associado às atividades 'Sinistro negado' ou 'Decisão sobre o sinistro tomada' e provavelmente é armazenado em um campo de status ou código de motivo no Sapiens ClaimsPro.

Exemplos
Exclusão da apóliceEvento não cobertoInformações solicitadas não fornecidasSinistro duplicado
Número da apólice
PolicyNumber
Identificador exclusivo da apólice de seguro vinculada ao sinistro.
Descrição

O número da apólice vincula o sinistro ao contrato de seguro específico do segurado. Isso oferece informações essenciais sobre a cobertura, os limites e as franquias que influenciam o tratamento e as decisões sobre o sinistro.

Embora nem sempre seja usado diretamente na análise do fluxo do processo, esse atributo é importante para investigações detalhadas. Ele permite que analistas conectem os dados do sinistro aos dados da apólice, oferecendo uma visão mais completa do relacionamento com o cliente e do perfil de risco. Também pode ser usado para agrupar sinistros por apólice e identificar apólices problemáticas ou tendências.

Por que isso importa

Vincula o sinistro ao contrato de seguro e permite uma análise mais aprofundada ao conectar os dados do processo a detalhes da apólice, como cobertura e limites.

Onde encontrar

É um campo padrão no registro principal do sinistro no Sapiens ClaimsPro, que o vincula ao sistema de administração de apólices.

Exemplos
POL-987654321POL-123456789POL-555444333
Sistema de origem
SourceSystem
Identifica o sistema de onde os dados foram extraídos, neste caso, o Sapiens ClaimsPro.
Descrição

Este atributo informa a origem dos dados do processo. Embora possa ter um valor constante, como 'Sapiens ClaimsPro', neste conjunto de dados específico, ele é essencial em ambientes que combinam dados de vários sistemas.

Na análise, ajuda na governança de dados e na solução de problemas, além de garantir que os insights sejam atribuídos corretamente ao sistema de origem. É um campo importante para manter a linhagem dos dados e entender o contexto tecnológico do processo.

Por que isso importa

Garante a linhagem e a rastreabilidade dos dados, aspectos essenciais quando dados de vários sistemas são combinados ou para fins de auditoria.

Onde encontrar

Normalmente, é um valor estático adicionado durante o processo de extração, transformação e carregamento (ETL) dos dados para identificar a origem dos registros.

Exemplos
Sapiens ClaimsProClaimsPro v10.1
Status do sinistro
ClaimStatus
Estado operacional atual do sinistro (por exemplo, aberto, pendente ou encerrado).
Descrição

Este atributo representa o status geral do caso de sinistro em determinado momento. As atividades são eventos; o status é o estado do sinistro resultante desses eventos. Ele oferece um resumo de alto nível da etapa do ciclo de vida em que o sinistro se encontra.

A análise do status dos sinistros ajuda a entender o estoque de casos em aberto e a etapa atual de cada um. Ela é útil em Dashboards operacionais e no cálculo do KPI 'Pontuação de transparência do status do sinistro', que acompanha a frequência e a relevância das atualizações de status ao longo do processo.

Por que isso importa

Oferece uma visão geral do estado atual do sinistro, útil para acompanhar a carga de trabalho em andamento e entender o progresso de cada caso.

Onde encontrar

É um campo principal no registro do sinistro no Sapiens ClaimsPro, atualizado por várias transações de negócio.

Exemplos
AbertoPendente: aguardando informaçõesEncerrado: pagoEncerrado: negado
Status do SLA
SlaState
Indicador calculado que mostra se um sinistro encerrado foi resolvido até a data prevista.
Descrição

Este atributo é calculado comparando a data e hora da atividade 'Sinistro encerrado' com 'ResolutionTargetDate'. Ele classifica os sinistros como 'No prazo' ou 'Atrasado', oferecendo um indicador claro e imediato da performance do SLA.

Esse campo calculado é a base do Dashboard 'Conformidade com o SLA de resolução de sinistros'. Ele simplifica a análise, permitindo filtrar rapidamente todos os sinistros atrasados e investigar os caminhos comuns do processo ou os gargalos que causaram o atraso. Também dá suporte direto ao KPI 'Taxa de resolução de sinistros no prazo'.

Por que isso importa

Mede diretamente a conformidade com o SLA e facilita a filtragem e a análise dos sinistros resolvidos com atraso.

Onde encontrar

Este atributo não existe no sistema de origem. Ele é calculado durante a transformação dos dados, comparando o 'EventTimestamp' da atividade 'Sinistro encerrado' com 'ResolutionTargetDate'.

Exemplos
No prazoAtrasado
Última atualização dos dados
LastDataUpdate
A data e hora que indicam quando os dados foram atualizados pela última vez ou extraídos do sistema de origem.
Descrição

Este atributo registra a data e a hora da extração mais recente de dados do Sapiens ClaimsPro. Ele é essencial para entender o quanto os dados analisados estão atualizados e, em geral, tem o mesmo valor em todos os registros de um único conjunto de dados.

Em qualquer análise ou Dashboard, esse registro de data e hora oferece um contexto importante sobre a atualidade dos dados. Ele ajuda a entender se você está vendo informações em tempo real ou um retrato histórico, algo fundamental para tomar decisões operacionais no momento certo.

Por que isso importa

Informa o quanto os dados estão atualizados e ajuda você a entender a atualidade da análise.

Onde encontrar

Esse valor é gerado e registrado no conjunto de dados durante o processo de extração de dados (ETL).

Exemplos
2024-05-21T02:00:00Z2024-05-20T02:00:00Z
Obrigatório Recomendado Opcional

Atividades do processamento de sinistros

Estas são as principais etapas e marcos do processo que devem ser registrados no Event Log para descobrir o processo com precisão e medir a performance.
6 Recomendado 9 Opcional
Atividade Descrição
Decisão sobre o sinistro tomada
Um analista autorizado tomou e registrou a decisão oficial de aprovar, aprovar parcialmente ou negar o sinistro. Este é um marco decisivo no processo.
Por que isso importa

Este é um ponto de decisão crítico que determina o caminho seguinte do processo: pagamento ou encerramento. Analisar o tempo até a decisão é um indicador-chave de performance.

Onde encontrar

Provavelmente, este é um evento específico, registrado quando o campo de decisão ou resultado do sinistro é preenchido e salvo (por exemplo, "Aprovado" ou "Negado").

Coleta

Registro de data e hora em que o campo ou status da decisão (por exemplo, "Status do sinistro") recebe uma decisão final, como "Aprovado" ou "Negado".

Tipo de evento explicit
Investigação concluída
Indica que todas as atividades necessárias de investigação foram concluídas e os resultados foram documentados. Esta etapa é necessária para tomar uma decisão final sobre o sinistro.
Por que isso importa

Este marco importante encerra a fase de coleta de evidências. Ele permite analisar a eficiência da investigação e seu impacto no tempo de decisão.

Onde encontrar

Pode ser identificado pela mudança de status para "Investigação concluída" ou "Aguardando decisão", ou pelo registro de data e hora da conclusão da última tarefa de investigação.

Coleta

Registro de data e hora da mudança de status que indica o fim da investigação ou a conclusão de todas as subtarefas de investigação.

Tipo de evento inferred
Pagamento realizado
A transação financeira para pagar o valor da indenização foi executada. Este evento marca o envio dos recursos ao solicitante ou beneficiário.
Por que isso importa

Este é um marco importante para o cliente. O tempo entre "Decisão sobre o sinistro tomada" e esta atividade influencia muito a satisfação do cliente.

Onde encontrar

Registrado a partir do registro de data e hora da transação de pagamento no módulo financeiro, vinculado ao ID do sinistro.

Coleta

Registro de data e hora do log da transação de pagamento ou do registro da interface do sistema financeiro associado ao sinistro.

Tipo de evento explicit
Sinistro encerrado
O caso do sinistro é encerrado oficialmente no sistema, indicando que todas as atividades, incluindo o pagamento ou a comunicação da negativa, foram concluídas. Este é o principal evento de encerramento bem-sucedido.
Por que isso importa

Esta atividade marca o fim do processo e permite calcular o tempo de ciclo total de ponta a ponta de cada sinistro.

Onde encontrar

Pode ser identificado pelo registro de data e hora em que o status principal do sinistro é atualizado para "Encerrado" ou outro status final equivalente.

Coleta

Registro de data e hora da mudança do campo principal de status do sinistro para "Encerrado".

Tipo de evento inferred
Sinistro enviado
Marca o recebimento inicial de um sinistro enviado por um segurado ou terceiro, independentemente do canal de envio. Este é o ponto de partida do ciclo de vida do sinistro e costuma ser registrado por uma integração ou pela entrada manual de dados.
Por que isso importa

Esta atividade é o principal evento de início do processo. Analisar o tempo entre o envio e o registro ajuda a identificar atrasos na entrada de dados e na abertura inicial do sinistro.

Onde encontrar

Provavelmente, é registrado a partir do registro de data e hora de criação do sinistro ou de um campo específico de "data de envio" na tabela principal de sinistros.

Coleta

Evento de criação do registro do sinistro no sistema, geralmente associado ao registro do primeiro aviso de sinistro (FNOL).

Tipo de evento explicit
Sinistro registrado
Representa a criação formal e a atribuição de um ID de sinistro exclusivo no Sapiens ClaimsPro. Em geral, isso ocorre após o envio inicial e indica que o sinistro foi registrado oficialmente no sistema para processamento.
Por que isso importa

Marca o início oficial do processamento interno. O tempo entre "Sinistro enviado" e esta atividade mede a eficiência do recebimento.

Onde encontrar

Pode ser identificado pelo registro de data e hora em que o status do sinistro muda de um estado preliminar (por exemplo, "pendente") para "registrado" ou "aberto". Também pode haver um registro explícito no log.

Coleta

Registro de data e hora da mudança do status do sinistro para "Registrado", "Aberto" ou outro status ativo equivalente.

Tipo de evento inferred
Análise inicial realizada
Um analista de sinistros ou responsável pelo caso concluiu a primeira avaliação dos detalhes e da documentação enviados. Esta etapa determina a validade inicial do sinistro e os próximos passos.
Por que isso importa

Este marco é essencial para entender a rapidez com que os sinistros são triados. Atrasos nesta etapa podem afetar significativamente o tempo de ciclo total e a satisfação dos clientes.

Onde encontrar

Provavelmente, é identificado pelo registro de data e hora associado à mudança de status para "Em revisão" ou "Revisado", ou à conclusão de uma tarefa ou etapa do fluxo de trabalho de análise inicial.

Coleta

Registro de data e hora da conclusão de uma tarefa de "Análise inicial" ou de uma atualização de status no Event Log ou na tabela de histórico do sinistro.

Tipo de evento inferred
Indenização calculada
Após a aprovação do sinistro, o valor final da indenização a pagar ao solicitante é calculado. Esta etapa antecede a autorização do pagamento.
Por que isso importa

Mede a eficiência do cálculo financeiro após a decisão. Gargalos nesta etapa podem atrasar o pagamento final.

Onde encontrar

Pode ser identificado pelo registro de data e hora em que o campo "Valor da indenização" é preenchido e confirmado no módulo financeiro do sistema.

Coleta

Registro de data e hora associado à finalização do campo "Valor da indenização" no registro do sinistro.

Tipo de evento inferred
Informações adicionais recebidas
Representa o recebimento das informações solicitadas, permitindo retomar o processamento do sinistro. Este evento encerra o ciclo de retrabalho iniciado pela solicitação.
Por que isso importa

Analisar o tempo entre "Informações adicionais solicitadas" e esta atividade revela atrasos externos e ajuda a alinhar as expectativas dos clientes.

Onde encontrar

Pode ser identificado quando o status do sinistro muda de "Aguardando informações" para um estado ativo, como "Aberto" ou "Em revisão". Também pode estar associado ao registro de recebimento de um documento.

Coleta

Registro de data e hora da mudança de status de "Pendente" para "Ativo", geralmente acionada pelo carregamento de um documento.

Tipo de evento inferred
Informações adicionais solicitadas
O analista de sinistros identificou informações ausentes ou incompletas e enviou uma solicitação ao segurado ou a um terceiro. Esta atividade inicia um período de espera comum no processo.
Por que isso importa

Esta atividade inicia um ciclo de retrabalho. Uma frequência alta indica problemas na coleta inicial de dados, que geram atrasos e aumentam o trabalho manual.

Onde encontrar

Pode ser um evento registrado explicitamente quando uma comunicação é enviada ou ser identificado pela mudança do status do sinistro para "Aguardando informações" ou "Em espera".

Coleta

Registro de data e hora da mudança do status do sinistro para "Aguardando informações" ou do registro de uma comunicação enviada.

Tipo de evento inferred
Investigação iniciada
Marca o início da fase formal de investigação do sinistro. Essa etapa pode envolver a designação de especialistas, o agendamento de inspeções ou outras atividades detalhadas de coleta de evidências.
Por que isso importa

Esta atividade marca o início de uma fase crítica e muitas vezes demorada. Medir a duração da investigação é essencial para identificar os principais gargalos.

Onde encontrar

Provavelmente, é identificada pela mudança de status para "Em investigação" ou pela data de criação da primeira tarefa ou atribuição relacionada à investigação.

Coleta

Registro de data e hora em que o status do sinistro é atualizado para "Investigação em andamento" ou um estado semelhante.

Tipo de evento inferred
Pagamento autorizado
A aprovação interna para liberar o valor da indenização foi concedida. Em geral, um gerente ou outro profissional da equipe financeira analisa e autoriza o pagamento.
Por que isso importa

Identifica possíveis atrasos no fluxo de trabalho de aprovação financeira interna, após a decisão sobre o sinistro e o cálculo do valor.

Onde encontrar

Provavelmente, este é um evento explícito acionado por uma ação de aprovação no fluxo de trabalho do sistema ou por uma mudança de status para "Aguardando pagamento" ou "Pagamento aprovado".

Coleta

Registro explícito no Event Log ou registro de data e hora da mudança de status que indica a aprovação do pagamento.

Tipo de evento explicit
Prejuízo avaliado
Evento em que o valor financeiro do prejuízo é determinado formalmente e registrado. Esse dado é essencial para calcular o valor final da indenização.
Por que isso importa

Esta etapa é fundamental para o planejamento financeiro e a gestão de reservas. Atrasos na avaliação do prejuízo podem comprometer todo o processo de indenização e pagamento.

Onde encontrar

Provavelmente, é registrado quando os campos de reserva financeira ou valor do prejuízo são finalizados ou aprovados no sistema.

Coleta

Registro de data e hora associado ao preenchimento final ou à aprovação dos campos "Valor do prejuízo" ou "Valor da reserva".

Tipo de evento explicit
Sinistro negado
O sinistro foi negado oficialmente e o arquivo está sendo preparado para encerramento. Isso ocorre após a atividade "Decisão sobre o sinistro tomada", quando a decisão foi "Negado".
Por que isso importa

Representa um caminho alternativo importante do processo. Analisar esse caminho pode revelar padrões nos sinistros negados e ajudar a garantir que os procedimentos corretos foram seguidos.

Onde encontrar

Em geral, este é o mesmo evento que "Sinistro encerrado", diferenciado pelo atributo da decisão final. Ele pode ser modelado como uma atividade separada quando o valor do campo "Decisão" é "Negado".

Coleta

Derive do evento "Sinistro encerrado" quando o atributo da decisão final no sinistro for "Negado" ou equivalente.

Tipo de evento calculated
Sinistro reaberto
Um sinistro encerrado anteriormente foi reativado para nova análise ou providências. Este evento excepcional pode ocorrer devido a novas informações ou a um recurso.
Por que isso importa

Destaca exceções do processo e possíveis falhas na análise inicial do sinistro. Uma taxa alta de sinistros reabertos pode indicar problemas na qualidade das decisões ou na comunicação com os clientes.

Onde encontrar

Pode ser identificado pela mudança de status de "Encerrado" para "Aberto" ou "Em revisão".

Coleta

Registro de data e hora da mudança de um estado final ou encerrado para qualquer estado ativo ou aberto.

Tipo de evento inferred
Recomendado Opcional

Guias de extração

Como extrair seus dados do Sapiens ClaimsPro

Os métodos de extração deste processo estão sendo validados. Volte mais tarde ou entre em contato conosco para receber ajuda.

Pronto para começar?

Comece hoje a otimizar o processamento de sinistros preparando seus dados com este Template. Encontre insights valiosos e promova melhorias significativas no seu fluxo de trabalho.

Acelere o processamento de sinistros e elimine o acúmulo de casos

Junte-se às empresas que alcançam 70% de processamento direto e liquidações rápidas.

Começar o teste grátis

Não é necessário cartão de crédito. Configure tudo em poucos minutos.