Decisões de sinistros conforme chegam os laudos

Um sinistro leva semanas e muda conforme chegam novos laudos. A Decisimo executa sua política escrita no caso, com revisão de um analista de sinistros.

Comece grátis Veja as etapas do sinistro

A política de sinistros acompanha as evidências no caso

Sinistro como caso

Cada tarefa é executada quando as evidências necessárias constam do caso

Nova análise

Valores alterados executam tarefas novamente e geram nova análise para a mesma função

Decisão fundamentada

As linhas da equipe de sinistros registram a base e o motivo no caso

Mudanças na política

A equipe edita regras, tabelas e scorecards no portal

Sinalizações de fraude nomeadas

As regras registram sinalizações identificadas para análise do analista de sinistros

Risco padrão

A equipe de subscrição edita o fluxo de decisão para uma chamada

Do aviso do sinistro de automóvel à carta de liquidação

O sinistro é um caso com tarefas: Decisimo as executa com evidências no caso, e o analista de sinistros revisa.

  1. Aviso de sinistro

    A Decisimo abre o caso a partir do primeiro aviso de sinistro.

  2. Apólice e valor

    A Decisimo busca cobertura e valor pré-acidente em fontes de dados.

  3. Laudo do engenheiro

    A Decisimo registra no caso os fatos identificados no laudo.

  4. Indicadores de fraude

    A Decisimo gera, por regras, sinalizações nomeadas para o analista.

  5. Base da indenização

    A Decisimo executa a tabela e registra a base e o motivo no caso.

  6. Análise do sinistro

    O analista de sinistros revisa o resumo preenchido na caixa de entrada da função.

  7. Carta de indenização

    A Decisimo gera a carta com os dados do caso e a atualiza se eles mudarem.

O sinistro como caso que acompanha as evidências

  • Sem ordem fixaCada tarefa é executada quando suas condições são atendidas.
  • Visualização do fluxoConecta quem registra cada valor às tarefas que o consultam
  • Seis tipos de tarefaRevisão humana, memorando, lógica de decisão, extração por IA, leitura de documentos e chamada externa

Como funciona a gestão de casos

Visualização do fluxo de Motor claim, repair or total loss, com tarefas conectadas pelas evidências que consultam
O caso Motor claim, repair or total loss conecta dez tarefas pelos valores que cada uma consulta.

Reparo ou perda total, pelas linhas que a equipe de sinistros edita

  • Duas condiçõesRelação entre reparo e valor e avaliação do engenheiro definem quatro linhas
  • Perda totalAcima de 0,7, ou quando o engenheiro indica perda total
  • Motivos clarosCada linha registra o motivo no caso para a análise e a carta
A tarefa Settlement basis mostra quatro linhas da tabela de decisão que usam a relação entre reparo e valor e a avaliação do engenheiro para definir a base e o motivo
A tarefa Settlement basis exibe a tabela que executa e as quatro linhas que definem a decisão.

Laudo atrasado: o que é executado novamente

  • Valor alteradoA tarefa que consultou o valor é executada novamente por conta própria
  • Lógica e cartaChamadas externas, leitura de documentos e extração por IA respeitam o orçamento do tipo de caso
  • Nova tarefa de análiseNova tarefa à mesma função, com valores atuais. Revisão e decisão ficam no caso.

Indicadores de fraude com sinalizações nomeadas

  • Prazo do sinistroAté 30 dias do início da apólice ou comunicado mais de 14 dias após o ocorrido
  • Histórico de sinistrosTrês ou mais sinistros em três anos, ou ausência de terceiro identificado
  • Sinalizações para análiseAs regras geram sinalizações para o analista. Nenhuma recusa o sinistro.

Decisão sobre fraude

Risco padrão em uma chamada, editado por subscritores

  • Edição no portalA equipe edita fontes de dados, regras, tabelas, scorecards e funções
  • Nome da releaseAs respostas do endpoint informam o nome da release. O endpoint pode exigir aprovação.
  • Lógica compartilhadaUma tarefa do caso pode usar as mesmas regras, tabelas, scorecards e funções

Scorecards de subscrição de vida

A obrigação continua sendo da seguradora

  • Lei de IA da UEAvaliação de risco e precificação em seguros de vida e saúde são usos de alto risco a partir de 2 de dezembro de 2027
  • Artigo 22 do GDPRAplica-se hoje a decisões automatizadas
  • Registros de decisãoAs entradas e saídas podem ser gravadas no Postgres da própria seguradora

Obrigações de governança

O que fica sob responsabilidade da seguradora

  • Caso de demonstraçãoAs imagens mostram valores de demonstração de um caso de exemplo
  • Política da seguradoraA política da seguradora é executada sobre os dados que ela fornece
  • Decisão do analistaO analista de sinistros analisa as sinalizações e decide o sinistro

Perguntas frequentes

A política trata parte do sinistro e encaminha o restante ao analista de sinistros?

A tabela Settlement basis registra no caso se o sinistro é reparo ou perda total e o motivo. O analista de sinistros revisa o caso na Decisimo.

O que acontece se o laudo do engenheiro mudar um reparo já autorizado?

As tarefas que consultaram os valores alterados são executadas novamente. A mesma função recebe uma nova tarefa de análise com os dados atuais, e a análise anterior fica no caso.

A equipe de sinistros pode alterar um limite sem desenvolvedores?

A equipe de sinistros pode editar a tabela de decisão Settlement basis. Suas linhas definem a base e registram o motivo no caso.

Onde fica o registro de cada decisão?

No caso de risco padrão, as entradas e saídas de cada decisão podem ser gravadas no banco de dados Postgres da própria seguradora.

Organize sua política de sinistros em casos

Defina os limites e motivos usados pela sua equipe em um sinistro de automóvel.

Comece grátis