Agente de IA para Análise de Reclamações de Seguros

07 de December de 2025 • Tempo de leitura: 5 min

Como criar um agente de IA que classifica e prioriza reclamações de seguros, sugerindo resoluções com base em histórico de casos semelhantes.

1. Propósito e Escopo

Este documento define todos os prompts, configurações de memória, transição entre estados, ferramentas como chamadas a sistemas externos e demais requisitos funcionais para o Agente de IA para Análise de Reclamações de Seguros, uma solução projetada para classificar e priorizar automaticamente reclamações de seguros, sugerindo resoluções com base em histórico de casos semelhantes. Essa documentação é um modelo de PRD ou Documento de Requisitos de Produto específicos para construção de Agentes de IA.

O objetivo principal é otimizar o processamento de um alto volume de reclamações de seguros, priorizando e classificando de forma eficiente para fornecer aos analistas de seguros sugestões que agilizem o processo de resolução.

2. Contexto e Problema

Cenário Atual

As seguradoras enfrentam um desafio significativo no processamento de um grande volume de reclamações de seguros que precisam ser tratadas rapidamente. Atualmente, a priorização e classificação dessas reclamações são processos manuais, o que leva a atrasos e ineficiências.

  • Alto volume de reclamações de seguros que precisam ser processadas rapidamente.
  • Dificuldade em priorizar e classificar reclamações de forma eficiente.

O processo manual de análise não só consome tempo valioso, mas também está sujeito a erros humanos, resultando em inconsistências na classificação e priorização. Isso pode impactar negativamente a satisfação do cliente e a eficiência operacional.

3. Impactos Esperados

A implementação deste agente de IA visa alcançar os seguintes resultados:

  • Reduzir o tempo de processamento de reclamações em pelo menos 70%.
  • Aumentar a precisão na classificação e priorização das reclamações.
  • Fornecer sugestões de resolução baseadas em dados históricos, aumentando a eficiência dos analistas de seguros.
  • Melhorar a satisfação do cliente através de um processo de reclamação mais ágil e eficaz.

4. Visão Geral da Solução

O agente de IA para análise de reclamações de seguros classifica e prioriza automaticamente as reclamações, sugerindo resoluções com base em histórico de casos semelhantes e dados comportamentais. A seguir são detalhadas todas as regras de negócio e especificações funcionais necessárias para que esse agente atue como um assistente útil e autônomo na análise de reclamações de seguros.

A solução consiste em um fluxo de automação composto por múltiplos agentes de IA. O processo inicia com a classificação e priorização das reclamações e termina com a sugestão de resoluções para os analistas de seguros.

Agentes Função Principal
Agente de Classificação e Priorização de Reclamações (RF 1) Classificar a reclamação em categoria/subcategoria padronizadas e atribuir prioridade e SLA com base em risco, gravidade e impacto ao cliente.
Agente de Preparação de Consulta de Casos Semelhantes (RF 2) Transformar os dados de classificação em parâmetros prontos para consulta do histórico de sinistros e reclamações similares.
Agente de Execução de Consultas em Banco de Dados (RF 3) Realizar conexão com banco de dados de sinistros e reclamações para obter histórico de casos semelhantes.
Agente de Sugestão de Resoluções (RF 4) Sugerir resoluções prováveis com base nos casos semelhantes recuperados e nos atributos do cliente, priorizando agilidade e conformidade.

5. Protótipos

Para proporcionar uma visão clara e tangível da solução proposta, criamos protótipos interativos que demonstram tanto o fluxo de trabalho dos agentes quanto o resultado final que o cliente receberá. Explore os links abaixo para entender melhor a solução em ação.

6. Requisitos Funcionais

RF 1. Agente de Classificação e Priorização de Reclamações

1.1 Tarefa do Agente

Classificar a reclamação em categoria/subcategoria padronizadas e atribuir prioridade e SLA com base em risco, gravidade e impacto ao cliente.

1.2 Prompt ou Instruções do Agente
 # 1. Contexto e explicações sobre inputs iniciais
Você está recebendo um JSON da reclamação contendo descrição, tipo de produto, cobertura, valor reclamado, data do evento, canal, cliente_id, apolice_id, anexos_meta, e um resumo do histórico do cliente.

# 2. Objetivo
Classificar e priorizar automaticamente a reclamação de seguro com base nos dados fornecidos e nas regras de categorização e priorização estabelecidas.

# 3. Regras que você deve seguir para gerar sua resposta
- Normalize a descrição: remover saudação, assinaturas, números de protocolo e datas redundantes antes de extrair termos.
- Categorize usando dicionário determinístico (casos não excludentes: escolha a mais específica):
  • dano material: palavras como colisão, batida, incêndio, alagamento, roubo parcial, furto de peças.
  • perda total/roubo: termos como roubo do veículo, perda total, veículo não localizado, indenização integral.
  • danos corporais: ferimentos, vítima, atendimento médico, hospital, funeral.
  • assistência/serviços: guincho, chaveiro, pane, carro reserva.
  • atraso pagamento/indenização: demora, prazo, atraso, pendente, não recebi.
  • divergência de cobertura: negado, exclusão, não coberto, cláusula, franquia indevida.
  • suspeita de fraude: versões conflitantes, ocorrência sem BO, sinistros sequenciais atípicos.
- Defina subcategoria pela causa ou componente (ex.: alagamento, colisão traseira, incêndio elétrico, furto em via pública, guincho, carro reserva, etc.). Se ambíguo, use "indefinida" e registre motivo.
- Flags:
  • risco_fraude = true se houver 2+ indicadores: relato inconsistente, ausência de BO quando exigido, sinistro logo após início da apólice (<30 dias), reincidência >2 em 12 meses, valor_reclamado muito acima do valor de referência do bem.
  • sinistro_grave = true se envolver danos corporais, perda total, eventos com vítimas ou valor_reclamado >= limite crítico do produto.
  • documentos_obrigatorios_faltantes: liste tipos cuja meta "obrigatorio=true" e "presente=false".
- Cálculo de prioridade_score (0-100), somatório de pesos, truncado a 100:
  • Gravidade: danos corporais/perda total = +35; dano material = +20; assistência = +10.
  • Valor reclamado: >= 100k = +20; 20k-99k = +10; <20k = +5.
  • Vulnerabilidade do cliente (idade > 60 ou vulnerabilidade=true) = +10.
  • Prazo legal/risco regulatório (ex.: reclamação com prazo próximo a 5 dias úteis do sinistro ou vencimento de SLA interno em <24h) = +15.
  • Reincidência (historico_cliente_resumo.reincidencia): >=3 em 12m = +10; 1-2 = +5.
  • Risco de fraude: +15 se true.
  • Inadimplência: +5 se inadimplencia=true.
- Mapear prioridade_nivel por score: >=70 = alta; 40-69 = media; <40 = baixa.
- Definir SLA_minutos por nível: alta=1440, média=2880, baixa=4320. Se sinistro_grave=true, reduzir SLA em 50% (arredondar para baixo, mínimo 360 minutos).
- motivos_prioridade: liste fatores aplicados com valores (ex.: "gravidade=perda_total:+35").
- dados_para_consulta_semelhantes:
  • termos_chave: extraia 5-12 termos/expressões relevantes da descrição + tipo_produto + cobertura; inclua subcategoria quando definida.
  • janela_tempo_meses: 36 por padrão; 12 se assistência/serviços; 60 se perda total/danos corporais.
  • atributos_comparacao: sempre incluir categoria, subcategoria, tipo_produto, cobertura.
  • filtros: defina categoria, subcategoria e tipo_produto; se valor_reclamado disponível, inclua faixa aproximada (±30%).
- Desempate de categoria: se múltiplas possíveis, escolha a que maximiza cobertura compatível; senão, a de maior gravidade; registre no motivos_prioridade: "desempate_categoria: X>Y". 
1.3 Configurações do Agente

1.3.1 Especificação do Input

  • Mecanismo de Acionamento: Este agente é o ponto de partida do fluxo e deve ser acionado pelo envio de um JSON da reclamação via API. Na fase de testes, o fluxo será iniciado pelo envio manual dos dados, que serão enviados para o agente diretamente por upload do JSON na interface da Prototipe AI, para acelerar o processo de validação.
  • Tipo do input: O input inicial para o fluxo é um JSON estruturado contendo os detalhes da reclamação.
  • Formatos Suportados: Esse agente deve ser capaz de receber inputs no formato: .json.
  • Número de caracteres esperado: Este agente deve ter capacidade para processar um input de texto com até 10.000 caracteres.

1.3.2 Especificação do Output

  • Formato de output: O output deve ser um JSON estruturado contendo a classificação e priorização da reclamação, incluindo categoria, subcategoria, prioridade, SLA e outros detalhes pertinentes.
  • Exemplo de Estrutura de Output:
     {"categoria":"string","subcategoria":"string","prioridade_nivel":"alta|media|baixa","prioridade_score":0-100,"SLA_minutos":int,"motivos_prioridade":["string"],"flags":{"risco_fraude":boolean,"sinistro_grave":boolean,"documentos_obrigatorios_faltantes":["string"]},"dados_para_consulta_semelhantes":{"termos_chave":["string"],"janela_tempo_meses":int,"atributos_comparacao":["categoria","subcategoria","tipo_produto","cobertura"],"filtros":{"categoria":"string","subcategoria":"string","tipo_produto":"string"}},"status_classificacao":"classificado"} 
  • Número de caracteres esperado: O JSON final deve ser conciso e informativo, com um tamanho estimado em torno de 2.000 caracteres, podendo variar conforme a complexidade da reclamação.

1.3.3 Parâmetros de Geração

  • Modelo: GPT-5
  • Temperatura: 0.6

1.3.4 Ferramentas do Agente

  • Documentos: Não consulta documentos externos.
  • Calculadora: Não utiliza.
  • Busca Online: Não utiliza.
  • Sistemas Externos: Não se conecta a sistemas externos.

1.3.5 Memória

1.3.6 Regras de Orquestração e Transição

Ao concluir sua execução, esse agente aciona o Agente de Preparação de Consulta de Casos Semelhantes (RF 2).

RF 2. Agente de Preparação de Consulta de Casos Semelhantes

2.1 Tarefa do Agente

Transformar os dados de classificação em parâmetros prontos para consulta do histórico de sinistros e reclamações similares.

2.2 Prompt ou Instruções do Agente
 # 1. Contexto e explicações sobre inputs iniciais
Você está recebendo o output do Agente de Classificação contendo dados_para_consulta_semelhantes e metadados da reclamação.

# 2. Objetivo
Preparar os parâmetros de consulta para o banco de dados de sinistros e reclamações similares, garantindo que estejam prontos para execução.

# 3. Regras que você deve seguir para gerar sua resposta
- Gerar consulta_id único.
- Montar consulta_textual concatenando termos_chave, subcategoria e cobertura com operadores de proximidade; remover duplicatas e termos genéricos (ex.: problema, solicito, urgente).
- Filtros obrigatórios: categoria e tipo_produto. Subcategoria quando não "indefinida". Faixa de valor se fornecida em dados_para_consulta_semelhantes.
- Definir k=50 registros e min_similaridade=0.55; para sinistro_grave=true, usar min_similaridade=0.45 para ampliar recall.
- Ordenação: similaridade desc, depois data desc.
- Campos de retorno: id, categoria, subcategoria, resolucao, tempo_resolucao_min, resultado (pago/negado/ajustado), valor_pago, fraude_confirmada, notas.
- Garantir que strings estejam sanitizadas (sem quebras de linha excessivas, aspas escapadas) e que números estejam no padrão decimal.
- Se faltarem filtros críticos (categoria ou tipo_produto), replicar do input bruto e registrar fallback no motivo: "filtro_inferido". 
2.3 Configurações do Agente

2.3.1 Especificação do Input

  • Mecanismo de Acionamento: Este agente deve ser acionado automaticamente após a conclusão bem-sucedida do agente anterior (RF 1).
  • Tipo do input: Este agente deve ser apto a receber como input um JSON estruturado contendo os dados de classificação e os metadados da reclamação.
  • Formatos Suportados: Esse agente deve ser capaz de receber inputs no formato: .json.
  • Número de caracteres esperado: Este agente deve ter capacidade para processar um input de texto com até 5.000 caracteres.

2.3.2 Especificação do Output

  • Formato de output: O output deve ser um JSON estruturado contendo os parâmetros de consulta para o banco de dados de sinistros e reclamações similares.
  • Exemplo de Estrutura de Output:
     {"consulta_id":"uuid-string","parametros_consulta":{"consulta_textual":"string","filtros":{"categoria":"string","subcategoria":"string","tipo_produto":"string","faixa_valor":{"min":number,"max":number}},"ordenacao":[{"campo":"similaridade","ordem":"desc"},{"campo":"data","ordem":"desc"}],"campos_retorno":["id","categoria","subcategoria","resolucao","tempo_resolucao_min","resultado","valor_pago","fraude_confirmada","notas"],"k":50,"min_similaridade":0.55}} 
  • Número de caracteres esperado: O JSON gerado deve ser claro e direto, com um tamanho estimado em 2.000 caracteres.

2.3.3 Parâmetros de Geração

  • Modelo: GPT-5
  • Temperatura: 0.6

2.3.4 Ferramentas do Agente

  • Documentos: Não consulta.
  • Calculadora: Não utiliza.
  • Busca Online: Não utiliza.
  • Sistemas Externos: Não utiliza.

2.3.5 Memória

2.3.6 Regras de Orquestração e Transição

Ao concluir sua execução, esse agente aciona o Agente de Execução de Consultas em Banco de Dados (RF 3).

RF 3. Agente de Execução de Consultas em Banco de Dados

3.1 Tarefa do Agente

Realizar conexão com banco de dados de sinistros e reclamações para obter histórico de casos semelhantes.

3.2 Prompt ou Instruções do Agente
 # 1. Contexto e explicações sobre inputs iniciais
Você está recebendo os parametros_consulta prontos, incluindo consulta_id, filtros, k, min_similaridade e campos_retorno.

# 2. Objetivo
Executar a consulta no banco de dados de sinistros e reclamações utilizando os parâmetros recebidos e retornar os registros encontrados.

# 3. Regras que você deve seguir para gerar sua resposta
- Utilize os parâmetros recebidos para conectar ao banco de dados e executar a consulta.
- Retorne os registros encontrados no formato estruturado, incluindo todos os campos especificados em campos_retorno.
- Assegure que o output contenha o total de registros encontrados e uma lista detalhada dos resultados de consulta.
- Se ocorrer algum erro durante a execução da consulta, registre o erro para análise manual. 
3.3 Configurações do Agente

3.3.1 Especificação do Input

  • Mecanismo de Acionamento: Este agente deve ser acionado automaticamente após a conclusão do agente anterior (RF 2).
  • Tipo do input: Este agente deve ser apto a receber como input um JSON estruturado contendo os parâmetros de consulta prontos.
  • Formatos Suportados: Esse agente deve ser capaz de receber inputs no formato: .json.
  • Número de caracteres esperado: Este agente deve ter capacidade para processar um input de texto com até 5.000 caracteres.

3.3.2 Especificação do Output

  • Formato de output: O output deve ser um JSON estruturado contendo o total de registros encontrados e os detalhes dos resultados da consulta.
  • Exemplo de Estrutura de Output:
     {"consulta_id":"uuid-string","total_encontrados":int,"resultados_consulta":[{"id":"string","similaridade":0-1,"categoria":"string","subcategoria":"string","resolucao":"string","tempo_resolucao_min":int,"resultado":"pago|negado|ajustado","valor_pago":number,"fraude_confirmada":boolean,"notas":"string"}]} 
  • Número de caracteres esperado: O JSON gerado terá um tamanho aproximado de 3.000 caracteres, dependendo do número de registros encontrados.

3.3.3 Parâmetros de Geração

  • Modelo: GPT-5
  • Temperatura: 0.6

3.3.4 Ferramentas do Agente

  • Documentos: Não consulta.
  • Calculadora: Não utiliza.
  • Busca Online: Não utiliza.
  • Sistemas Externos: Este agente deve se conectar ao banco de dados de sinistros e reclamações para executar a consulta.

3.3.5 Memória

  • Visibilidade das Instruções (Prompt): As instruções deste agente não devem ser visíveis para nenhum agente subsequente.
  • Visibilidade da Resposta: A resposta gerada por este agente deve ser visível para o Agente de Sugestão de Resoluções (RF 4).

3.3.6 Regras de Orquestração e Transição

Ao concluir sua execução, esse agente aciona o Agente de Sugestão de Resoluções (RF 4).

RF 4. Agente de Sugestão de Resoluções

4.1 Tarefa do Agente

Sugerir resoluções prováveis com base nos casos semelhantes recuperados e nos atributos do cliente, priorizando agilidade e conformidade.

4.2 Prompt ou Instruções do Agente
 # 1. Contexto e explicações sobre inputs iniciais
Você está recebendo o output do Agente de Classificação (categoria, subcategoria, prioridade, flags, motivos) e os resultados_consulta do banco de dados.

# 2. Objetivo
Gerar sugestões de resolução para a reclamação, baseando-se nos casos semelhantes recuperados e nos atributos do cliente para priorizar agilidade e conformidade.

# 3. Regras que você deve seguir para gerar sua resposta
- Selecionar amostra de referência: dos resultados_consulta, filtrar por mesma categoria e subcategoria (quando definida). Se total_encontrados < 5, relaxar para mesma categoria. Ordenar por similaridade desc e escolher top 5 para base_de_casos.
- Estimar prob_sucesso pela proporção de resultados "pago" ou "ajustado" na amostra ponderada por similaridade. confianca_geral é a média ponderada da similaridade dos top 5, limitada por cobertura de documentos: -0.1 se houver documentos_obrigatorios_faltantes.
- Determinar acao_principal:
  • danos materiais típicos, cobertura válida: "autorizar vistoria e proposta de indenização parcial".
  • perda total/roubo confirmado: "iniciar processo de indenização integral".
  • assistência/serviços: "acionar prestador e confirmar janela de atendimento".
  • atraso pagamento: "priorizar liberação/validação pendente e comunicar novo prazo".
  • divergência de cobertura: "solicitar documentos e realizar reanálise de cobertura".
  • suspeita de fraude ou fraude_confirmada em >20% da amostra: "direcionar para célula antifraude".
- passos: listar em ordem operacional clara, no máximo 7 itens, incluindo verificação de cobertura, conferência de franquia, validação de documentos faltantes e comunicação ao cliente.
- documentos_solicitar: derivar da lista de faltantes do agente 1; se vazia, incluir somente comprovantes mínimos (BO para roubo, nota fiscal para reparo, laudo de vistoria quando aplicável).
- estimativa_tempo_min: média dos tempos_resolucao_min dos 10 mais similares; se sinistro_grave=true, usar percentil 75 para estimar pior caso.
- estimativa_custo: texto curto com faixa baseada em mediana de valor_pago na amostra; se baixa disponibilidade de dados (<3 casos), marcar "indefinido".
- politicas_aplicadas: inclua as regras acionadas (ex.: "cobertura válida", "prioridade alta por gravidade", "risco fraude elevado").
- quando_escalar: defina gatilhos objetivos, ex.: "sem retorno do cliente em 48h", "incompatibilidade de documentos", "prob_sucesso < 0.4" ou "risco_fraude_prob > 0.5".
- mensagens_modelo_para_cliente: produza 2 textos objetivos e empáticos, sem dados sensíveis, com placeholders para datas/prazos.
- indicadores comportamentais: se historico_cliente_resumo.nps_recente <= 6 ou reincidencia>=3, elevar risco_churn_prob em +0.2 (cap 1.0). Se inadimplencia=true, reduzir prob_sucesso em 0.1.
- Ajustes por prioridade: se prioridade_nivel=alta, proponha primeira ação que reduza tempo (ex.: vistoria imediata/contato telefônico) e reflita no passo 1.
- Saída deve ser coerente com cobertura: nunca sugerir indenização quando cobertura divergente sem reanálise prévia. 
4.3 Configurações do Agente

4.3.1 Especificação do Input

  • Mecanismo de Acionamento: Este agente deve ser acionado automaticamente após a conclusão do agente anterior (RF 3).
  • Tipo do input: Este agente deve ser apto a receber como input um JSON estruturado contendo os resultados da consulta e os dados de classificação da reclamação.
  • Formatos Suportados: Esse agente deve ser capaz de receber inputs no formato: .json.
  • Número de caracteres esperado: Este agente deve ter capacidade para processar um input de texto com até 10.000 caracteres.

4.3.2 Especificação do Output

  • Formato de output: O output deve ser um JSON estruturado contendo a resolução sugerida, justificativa, indicadores e status da reclamação.
  • Exemplo de Estrutura de Output:
     {"resolucao_sugerida":{"acao_principal":"string","passos":["string"],"documentos_solicitar":["string"],"estimativa_tempo_min":int,"estimativa_custo":"string","prob_sucesso":0-1,"base_de_casos":["id1","id2","id3","id4","id5"],"politicas_aplicadas":["string"],"quando_escalar":["string"],"mensagens_modelo_para_cliente":{"solicitacao_docs":"string","atualizacao_prazo":"string"}},"justificativa_texto":"string","indicadores":{"risco_fraude_prob":0-1,"risco_churn_prob":0-1,"confianca_geral":0-1},"status":"pronto_para_analista"} 
  • Número de caracteres esperado: O JSON gerado deve ser denso, com um tamanho mínimo esperado de 4.000 caracteres.

4.3.3 Parâmetros de Geração

  • Modelo: GPT-5
  • Temperatura: 0.6

4.3.4 Ferramentas do Agente

  • Documentos: Não consulta.
  • Calculadora: Utiliza lógica interna para calcular estimativas e indicadores.
  • Busca Online: Não utiliza.
  • Sistemas Externos: Não utiliza.

4.3.5 Memória

  • Visibilidade das Instruções (Prompt): As instruções deste agente não devem ser visíveis para nenhum agente subsequente.
  • Visibilidade da Resposta: A resposta gerada por este agente é o entregável final para análise pelos humanos.

4.3.6 Regras de Orquestração e Transição

A execução deste agente finaliza o fluxo. A resolução sugerida é o resultado que deve ser disponibilizado ao analista de seguros.

© 2025 prototipe.ai. Todos os direitos reservados.