IA na entrada de sinistros: organize fatos, versões e documentos pendentes

Três pastas têm aviso, demonstrativo da apólice e fotografias. Isso registra o que chegou, mas não confirma a data do evento, a legibilidade do endosso ou a concordância entre os documentos. A passagem de trabalho precisa mostrar essas diferenças.

Você pode usar a Buda para criar um fluxo de entrada de sinistros e organizar avisos e documentos pendentes sob revisão habilitada. O agente prepara fatos de arquivos autorizados. Cobertura, exclusões, limites, pagamento e negativa ficam com os profissionais responsáveis.

Identifique o caso e preserve a precisão

Use um claim-id estável. Separe número mascarado da apólice, segurado, bem, data do evento, data do aviso, citação, arquivo, versão, página e incerteza. Número parecido é uma pista para conferência, não autorização para unir casos. Nome e horário iguais também não bastam.

Um aviso de 20 de outubro não comprova que o evento ocorreu no dia 20. Preserve o fuso quando disponível. Se a fonte só informa uma data, não invente meia-noite para completar o campo.

Três dossiês fictícios

Os casos abaixo são didáticos, sem regulação real. Uma lista ilustrativa aprovada exige aviso, demonstrativo, informações de endossos relevantes e relato legível da perda.

“Recebido” em C01 não significa cobertura validada. A lacuna de C02 não vira atraso de zero dias. Em C03, preserve as duas fontes e a relação ainda não esclarecida. Documento pendente não vira negativa.

Entregue índice e nota de passagem

Em claim-file-index.csv, use uma referência de documento por caso e linha: ID, número mascarado, caminho, versão, página, tipo, legibilidade, fato extraído e pergunta aberta. Distinga recebido e legível, recebido sem verificação, ilegível e ausente do conjunto autorizado. Ausente descreve o pacote fornecido; não prova que o documento nunca existiu.

Em claims-handoff.md, organize os fatos e citações por caso. Separe perguntas de coleta das decisões profissionais. A equipe pode solicitar E1 legível ou uma declaração sobre o momento do evento pelo processo de contato aprovado. O revisor habilitado determina a apólice e o endosso aplicáveis, a análise de exclusões e limites e a necessidade de investigação adicional.

Quando E2 chegar, registre emissor, vigência declarada e relação com E1. Um nome de arquivo mais recente não substitui automaticamente a versão anterior. Anexos idênticos usam a mesma referência, preservando o histórico de envio.

Limite a tarefa do agente

Leia apenas avisos, demonstrativos, endossos e registro de anexos autorizados. Gere os dois arquivos. Cite original e página. Preserve datas desconhecidas e separe aviso de evento. Sinalize conflitos de identidade e páginas ilegíveis. Não estime pagamento, não aprove ou negue sinistros, não trate cobertura como definida e não contate segurados.

Mantenha entrada e resultado no Agent Workspace. Configure as permissões reais separadamente: uma instrução não cria controle de acesso. Confira um caso claro, um incompleto e um contraditório antes de transformar o processo em Skill. Skills existentes podem ser pesquisados e instalados no Marketplace da Buda AI.

Dúvidas da equipe

Qual versão do endosso usar? Registre ambas e suas informações de vigência. O profissional confirma a aplicação; a recência sozinha não resolve.

E se a data do evento for desconhecida? Mantenha desconhecida, cite a data do aviso à parte e peça a declaração necessária.

Arquivo ilegível está recebido ou ausente? Recebido, mas ilegível. Preserve o original e solicite cópia legível. Uma duplicata não resolve a leitura.

Documentação completa autoriza pagamento? Não. Facilita a revisão do dossiê. A análise da apólice e a decisão do sinistro são trabalho profissional separado.

Comece com um lote autorizado e um revisor nomeado. Verifique a origem de cada fato e o responsável por cada pergunta antes de ampliar.