Como Extrair Avisos de Sinistro ACORD 140
para Excel na Triagem de Sinistros

Os formulários ACORD são a base da troca de dados de seguros na América do Norte — mais de 170 formulários padronizados, mantidos pela Association for Cooperative Operations Research and Development, cobrindo desde aplicações comerciais até certificados de seguro e avisos de sinistro. Para sinistros patrimoniais, o aviso de sinistro ACORD é o documento que captura informações do segurado, detalhes do sinistro, causa, descrição dos danos e estimativa inicial — os dados que determinam como um sinistro é triado e encaminhado. No seguro comercial, o formulário relacionado ACORD 140 Seção de Propriedade traz dados detalhados de construção e cobertura em três páginas com 355 campos preenchíveis.

Este artigo explica como extrair dados do aviso de sinistro patrimonial e do ACORD 140 para uma planilha de triagem estruturada no Excel — um fluxo de trabalho que transforma a pilha de formulários pós-catástrofe de uma fila de entrada de dados em uma lista de ações priorizadas. A mesma abordagem se aplica a outros tipos de formulário ACORD: nossos guias sobre extração de dados do ACORD 25 COI para Excel e extração de evidências de seguro patrimonial do ACORD 27 cobrem o mesmo fluxo de extração baseado em colunas para diferentes documentos de seguros.

A entrada manual de dados quebra na escala de catástrofe — não por falta de paciência, mas por causa da física

As equipes de sinistros de seguros sabem há anos que a entrada manual de dados é seu maior custo operacional. O que é menos discutido é por que ela falha catastroficamente no momento em que mais importa — após um desastre — e o que o prazo regulatório significa para cada hora perdida na leitura de formulários.

Os ajustadores de sinistros gastam 35–45% do seu dia de trabalho com manipulação de dados, em vez de decisões reais sobre sinistros, de acordo com estudos de fluxo de trabalho de provedores de automação de seguros. Para um ajustador de mesa lidando com uma carga de trabalho padrão, isso se traduz em cerca de 3–4 horas por dia gastas lendo, digitando e verificando dados de formulários. A matemática para um único aviso de sinistro: 12–18 minutos para localizar e transcrever número da apólice, nome do segurado, local do sinistro, data do sinistro, causa, descrição e valor estimado de um formulário ACORD de várias páginas — multiplicado pelo número de sinistros na fila.

Após uma catástrofe, a matemática quebra. Um único furacão pode gerar 200.000–400.000 sinistros patrimoniais nos estados afetados. Uma seguradora regional pode receber 2.000–5.000 avisos de sinistro na primeira semana. A 15 minutos por formulário, isso representa 500–1.250 horas de pura entrada de dados antes que um único sinistro chegue à mesa de um ajustador para avaliação real. O processo de sinistro não começa quando o aviso é registrado — começa quando os dados estão no sistema.

A dimensão regulatória adiciona uma pressão que a maioria das discussões sobre fluxo de trabalho ignora. O Regulamento Modelo de Práticas de Liquidação de Sinistros de Propriedade/Acidentes da NAIC (Modelo 902) estabelece que as seguradoras devem reconhecer os sinistros dentro de 15 dias da notificação e afirmar ou negar a responsabilidade em um prazo razoável — com o pagamento devido dentro de 30 dias após a afirmação da responsabilidade. Muitos estados impõem padrões mais rígidos: o estatuto da Flórida §626.9541 exige o pagamento de sinistros patrimoniais de primeira parte não contestados dentro de 60 dias, e prazos semelhantes existem na maioria das jurisdições. Cada dia gasto digitando dados em um sistema é um dia subtraído da janela de investigação. O risco de conformidade não vem de má-fé — vem de uma pilha de formulários não lidos.

O problema não é que as equipes de sinistros são lentas. É que a etapa de entrada de dados escala linearmente com o volume de sinistros exatamente no momento em que o volume aumenta 10–50x acima da linha de base — e o prazo regulatório corre a partir da data do sinistro, não da data da entrada de dados.

Os campos do ACORD 140 que importam para a triagem não são os mesmos que importam para a subscrição

A Seção de Propriedade do ACORD 140 é um formulário denso e de várias páginas, originalmente projetado para aplicações de seguro comercial — capturando tipo de construção, ocupação, classe de proteção contra incêndio e seleções de cobertura. Mas quando este formulário chega em um contexto de sinistro — como documentação de suporte anexada a um aviso de perda patrimonial — os campos que importam para a triagem mudam completamente. Um subscritor precisa saber o tipo de telhado e a porcentagem de sprinklers. Um ajustador de sinistros precisa saber quanto custa a perda estimada e se alguém está ferido.

Os campos do formulário que orientam as decisões de triagem de sinistros se dividem em quatro níveis:

A distinção principal: Os campos do Nível 1 devem estar 100% precisos antes que qualquer outra etapa possa prosseguir. Um número de apólice errado envia todo o sinistro para a seguradora errada. Os campos do Nível 2 determinam a prioridade de roteamento e a atribuição do ajustador — um sinistro de danos por água de US$ 5.000 nunca deve ficar na frente de um sinistro de incêndio estrutural de US$ 500.000 na fila. Os campos dos Níveis 3 e 4 são importantes mais tarde, mas são gratuitos para extrair agora — capturá-los durante a recepção evita uma segunda olhada no mesmo formulário dias depois.

Para uma comparação mais ampla de como os campos de extração diferem entre os tipos de formulários de seguro, nosso guia completo de extração do ACORD 25 COI percorre a mesma priorização de campos baseada em níveis para certificados de responsabilidade.

Configure as colunas de extração para o seu fluxo de triagem — não para o layout do formulário

O erro mais comum ao extrair dados estruturados de formulários ACORD é replicar a ordem dos campos do formulário como cabeçalhos de coluna. O formulário agrupa dados por lógica administrativa (primeiro informações da agência, depois do local, depois coberturas). A planilha de triagem precisa agrupar dados por lógica de decisão — primeiro identificação, depois gravidade, por último contato.

Aqui está o conjunto de colunas para uma extração otimizada para triagem do ACORD 140:

Este conjunto de colunas usa dois modos de extração. A extração direta captura valores explicitamente impressos no formulário — números de apólice, datas, valores monetários. A IA os localiza entendendo o significado de cada rótulo de campo, de modo que um número de apólice identificado como "Policy #" no formulário de uma seguradora e "Policy Number" no de outra mapeiam para a mesma coluna. É isso que diferencia a extração semântica do OCR posicional: ferramentas tradicionais falham quando um campo muda de posição em uma versão diferente do formulário; a extração semântica é bem-sucedida porque lê pelo significado, não pela coordenada.

A coluna inferida — Prioridade de Triagem — funciona de forma diferente. A IA lê o Valor Estimado e a Causa do Sinistro e, em seguida, aplica regras de negócio para atribuir um nível de prioridade. Por exemplo: um sinistro de incêndio acima de R$ 100.000 é direcionado como Urgente; um sinistro de dano por água abaixo de R$ 10.000 é direcionado como Padrão. As regras de classificação residem na definição da coluna, e a IA as aplica a cada linha do lote — extração e triagem em uma única passada.

Uma observação operacional: a caixa de descrição manual de perdas do ACORD 140 é onde o formulário fica desafiador. Ajustadores e corretores descrevem os danos com suas próprias palavras, em sua própria caligrafia — "água entrou pelo telhado causando desabamento do teto na área do escritório principal, conteúdo danificado, parte elétrica pode estar comprometida." O reconhecimento de caligrafia da IA lida com essa variabilidade, mas os nomes das colunas devem ser específicos o suficiente para guiar a extração ao conteúdo correto. Uma coluna simplesmente chamada "Descrição" pode capturar qualquer texto descritivo na página — incluindo descrições do imóvel destinadas à subscrição. Nomeá-la como "Descrição da Perda" ou "Descrição do Sinistro" restringe a busca da IA a blocos de texto relacionados ao sinistro.

Processamento em lote: de 100 PDFs para uma planilha em menos de cinco minutos

O fluxo de extração que transforma uma fila de catástrofe em uma planilha de triagem segue cinco etapas. O gargalo de tempo está na etapa um — upload — porque os arquivos precisam ser transferidos fisicamente. Tudo depois disso roda no tempo de processamento da IA, que é medido em segundos por formulário, não em minutos.

Etapa 1 — Envie todos os avisos de perda de uma vez. Arraste a pasta inteira de formulários ACORD — PDFs de corretores, cópias digitalizadas de ajustadores de campo, fotos de relatórios de perda manuscritos — para a área de upload. A ferramenta aceita formatos PDF, JPG, PNG e WebP, e compacta arquivos grandes automaticamente para transferência mais rápida. O upload em lote significa que você seleciona todo o conjunto de uma vez, não um arquivo por vez.

Etapa 2 — Insira os nomes das suas colunas. Digite ou cole a lista de colunas da tabela acima no painel de definição de colunas. Cada nome de coluna se torna um cabeçalho na planilha de saída e uma instrução de busca para a IA. Você pode salvar esse conjunto de colunas como um modelo uma vez e reutilizá-lo para todo evento de catástrofe futuro — as mesmas 11 colunas funcionam para qualquer lote de avisos de perda ACORD.

Etapa 3 — Revise uma linha de pré-visualização antes de processar o lote completo. A IA processa um formulário primeiro e mostra os valores extraídos mapeados para cada coluna. Essa pré-visualização permite confirmar que "Número da Apólice" capturou o campo correto antes de processar todos os 100 formulários. Se o número da apólice foi parar na coluna errada, ajuste o nome da coluna e pré-visualize novamente — o lote ainda não começou.

Passo 4 — Execute o lote completo. Clique em processar. A IA lê cada formulário, localiza cada campo solicitado por compreensão semântica e preenche a tabela de saída. Um lote de 100 avisos de sinistro é concluído em aproximadamente 2 a 5 minutos de processamento — em comparação com as 25 a 30 horas que a mesma tarefa levaria como digitação manual. O índice de precisão de 99% para texto impresso (conforme benchmarks publicados da ferramenta) e o forte reconhecimento de escrita cursiva e entradas com maiúsculas e minúsculas significam que a tabela de saída é utilizável com validação leve, não com correção pesada.

Passo 5 — Exporte para Excel. Baixe a tabela concluída como um arquivo XLSX. Cada linha é um aviso de sinistro; cada coluna é um campo extraído. O arquivo exportado é uma única pasta de trabalho — um aviso de sinistro por linha, um campo por coluna, sem células mescladas, sem tabelas dinâmicas, sem formatação que interfira no uso posterior.

Esse fluxo de trabalho é o que transforma o gargalo de recebimento de sinistros. As 25 horas de digitação que costumavam consumir os primeiros três dias após uma catástrofe se tornam 5 minutos de processamento e 30 minutos de validação — liberando 24 horas para investigação real de sinistros e despacho de ajustadores. Para as ferramentas que tornam isso possível, nosso guia sobre como OCR e extração por IA diferem explica por que o OCR tradicional não consegue realizar esse fluxo de trabalho e o que mudou com os modelos de linguagem visual.

A planilha de triagem que você cria: classificação, filtragem e codificação por cores para agilidade na decisão

Uma planilha extraída com dados não é um sistema de triagem — é matéria-prima. A planilha se torna uma ferramenta de triagem quando responde a uma pergunta em menos de cinco segundos: qual sinistro precisa de atenção primeiro?

Abra o XLSX exportado e aplique três transformações imediatamente:

Classifique por Valor Estimado decrescente. A coluna de valor em dólares se torna o eixo principal de gravidade. Sinistros acima do limite interno de gravidade da seguradora são classificados no topo — estes precisam de designação de ajustador sênior, possíveis aumentos de reserva e, possivelmente, despacho de ajustador independente. Sinistros abaixo de alguns milhares de dólares são classificados na parte inferior — muitas seguradoras os encaminham para fluxos de trabalho de liquidação de mesa ou automatizados. Uma única operação de classificação substitui o processo manual de abrir cada formulário, ler o campo de estimativa de perda e classificar mentalmente os sinistros uns contra os outros.

Filtre por Causa da Perda. Após um furacão, os sinistros se dividem aproximadamente em danos por vento, danos por inundação e ambos. Após um incêndio florestal, a divisão é entre danos por fogo e danos por fumaça — dois processos de sinistro fundamentalmente diferentes, com diferentes gatilhos de cobertura e diferentes requisitos de habilidade do ajustador. Um único filtro na coluna Causa da Perda agrupa os sinistros por tipo de peril para que o líder da equipe possa designar lotes para os ajustadores certos. Sinistros apenas de vento vão para a equipe de propriedade. Sinistros de inundação — se cobertos por uma apólice NFIP ou de inundação privada separada — são encaminhados para a unidade de inundação. Sinistros com ambos os perigos precisam de uma determinação de cobertura antes do encaminhamento.

Aplique formatação condicional. Codifique por cores a coluna Valor Estimado: vermelho para sinistros acima de US$ 100.000, laranja para US$ 25.000–US$ 100.000, amarelo para abaixo de US$ 25.000. Codifique por cores a coluna Data da Perda: destaque qualquer sinistro onde a perda ocorreu há mais de 14 dias sem uma disposição — isso sinaliza sinistros se aproximando do prazo de reconhecimento do Modelo 902 da NAIC e dá ao líder da equipe uma varredura visual para risco de conformidade.

A planilha resultante é um painel de triagem em tempo real construído a partir de dados extraídos de formulários. O líder da equipe a abre pela manhã, classifica por prioridade e designa as 20 primeiras linhas para os ajustadores disponíveis. Quando novos avisos de sinistro chegam no meio do dia, extraia-os como um lote secundário, anexe as linhas, reclassifique e a ordem de prioridade é atualizada automaticamente.

Como levar os dados extraídos para o Guidewire, Duck Creek ou sua plataforma de gestão de sinistros

A planilha de triagem responde "o que fazer a seguir." O sistema de gestão de sinistros responde "o que aconteceu neste sinistro." Unir os dois — extrair os dados do formulário do Excel e levá-los para a plataforma onde os ajustadores realmente trabalham — é o passo final que transforma uma ferramenta de triagem em parte do fluxo de trabalho de sinistros.

O caminho de integração depende da sua plataforma de sinistros:

Guidewire ClaimCenter — a plataforma de sinistros P&C mais amplamente implantada entre as seguradoras Tier-1 — suporta a captação em massa de FNOL por meio de sua camada de API e de ferramentas de importação CSV em seu módulo de ingestão de dados. A planilha exportada da extração mapeia diretamente para os campos de captação de sinistros do ClaimCenter: Número da Apólice → consulta de Apólice, Nome do Segurado → verificação do Reclamante, Data do Sinistro → data do Evento de Perda, Causa da Perda → classificação do Tipo de Sinistro. As equipes de operações de sinistros podem configurar o mapeamento de campos uma vez e depois importar as planilhas extraídas em lotes. As regras de automação de FNOL do Guidewire acionam a atribuição de ajustadores e recomendações de reservas com base nos dados de gravidade já presentes nas linhas importadas.

Duck Creek Claims — principal concorrente nativo em nuvem do Guidewire — oferece APIs de captação configuráveis e suporta importação de arquivos planos por meio de sua camada de integração. O mapeamento de campos segue a mesma lógica: as colunas extraídas mapeiam para o modelo de dados de sinistros do Duck Creek, e as regras de triagem internas do Duck Creek usam Causa da Perda e Valor Estimado para rotear automaticamente os sinistros para a fila do ajustador adequado.

Snapsheet, BriteCore e outras plataformas de médio porte geralmente suportam importação CSV como método padrão de captação. A planilha de extração é exportada diretamente para CSV para essas plataformas. Para seguradoras que usam sistemas legados de sinistros com capacidades de importação limitadas, o arquivo Excel extraído ainda acelera o fluxo de trabalho — os ajustadores copiam e colam da planilha de triagem para o sistema de sinistros uma linha de cada vez, o que é mais rápido do que ler o formulário original, pois todos os campos estão em uma única linha em uma ordem consistente.

O princípio de design fundamental: a etapa de extração produz dados limpos e colunares, independentemente do sistema de destino. Se os dados fluem para o Guidewire por meio de uma API, para o Duck Creek por meio de uma importação de arquivo plano ou para um sistema legado por meio de copiar e colar, a saída da extração é o mesmo formato estruturado. O método de integração muda; a captura inicial dos dados não.

Perguntas Frequentes

O ACORD 140 é igual a um aviso de sinistro de propriedade?

Não exatamente — e a diferença importa para saber quais campos extrair. O ACORD 140 é formalmente intitulado "Seção de Propriedade" e foi criado como anexo ao Formulário de Seguro Comercial ACORD 125. Ele captura dados de subscrição: tipo de construção, classe de proteção contra incêndio, limites de cobertura, percentual de co-insurance. Possui três páginas com 355 campos preenchíveis. Um aviso de sinistro de propriedade — às vezes numerado como ACORD 130 na biblioteca de formulários — é um documento separado, projetado especificamente para relatar sinistros, com campos como Data do Sinistro, Causa do Sinistro, Descrição dos Danos e Valor Estimado. Na prática, formulários ACORD 140 geralmente acompanham avisos de sinistro no arquivo de sinistros porque contêm os dados de cobertura e propriedade que o ajustador precisa. O fluxo de extração neste artigo abrange ambos: os campos específicos do aviso de sinistro para triagem (Data do Sinistro, Causa, Descrição, Estimativa) e os campos específicos do 140 para verificação de cobertura (Número da Apólice, Código NAIC, Limites de Cobertura).

Qual a precisão da extração por IA em descrições de sinistros escritas à mão?

O campo de descrição do sinistro do ACORD 140 geralmente é preenchido à mão — ajustadores e corretores escrevem narrativas livres descrevendo os danos. A precisão da extração por IA em texto manuscrito depende da legibilidade: letras de forma claras alcançam altas taxas de precisão, comparáveis ao texto impresso; caligrafia cursiva ou apressada, com rasuras e anotações nas margens, resulta em menor precisão e requer verificação humana. A etapa de pré-visualização no fluxo em lote permite verificar a qualidade da caligrafia antes de processar o lote completo. Se a caligrafia de um ajustador específico for consistentemente mal interpretada, os formulários desse ajustador podem ser sinalizados para revisão manual enquanto o restante do lote é processado automaticamente.

Posso reutilizar o mesmo conjunto de colunas para diferentes eventos de catástrofe?

Sim. O conjunto de 11 colunas para triagem descrito acima — de Número da Apólice a Prioridade de Triagem — funciona em qualquer lote de avisos de sinistro de propriedade e formulários ACORD 140, independentemente do tipo de catástrofe. Um aviso de sinistro de furacão contém os mesmos tipos de campo que um aviso de sinistro de incêndio florestal: número da apólice, endereço, data, causa, descrição, valor. Os nomes das colunas não mudam; a IA se adapta ao conteúdo de cada formulário. Salve o conjunto de colunas como um modelo após o primeiro uso e carregue-o instantaneamente para cada evento subsequente.

E se o formulário tiver campos ausentes — sem valor estimado ou sem causa do sinistro informada?

A extração por IA deixa a célula em branco quando um campo solicitado não está presente no formulário — ela não inventa dados. Uma célula em branco de Valor Estimado é um sinal para sinalizar esse sinistro para acompanhamento imediato, pois a gravidade não pode ser avaliada sem ele. Uma célula em branco de Causa do Sinistro pode significar que o formulário foi enviado antes da determinação da causa — comum nas primeiras 24 horas após uma catástrofe, quando a prioridade é simplesmente notificar a seguradora de que ocorreu um sinistro. Classifique as células em branco no topo da planilha de triagem para que recebam atenção primeiro.

Como isso se compara ao uso de uma plataforma corporativa de recebimento de sinistros?

Plataformas corporativas como Guidewire ClaimCenter e Duck Creek Claims oferecem gerenciamento completo de sinistros — registro inicial de aviso de sinistro (FNOL), designação de ajustador, acompanhamento de reservas, processamento de pagamentos e relatórios. Seus módulos de recebimento podem receber dados estruturados, mas não conseguem extraí-los de um PDF não estruturado. A etapa de extração descrita neste artigo é a camada que fica antes do sistema de sinistros: ela transforma PDFs em linhas estruturadas que o sistema de sinistros pode importar. Para seguradoras que usam plataformas corporativas, a extração alimenta a plataforma. Para seguradoras menores e firmas de ajuste independentes sem um sistema corporativo, a própria planilha de triagem pode funcionar como um rastreador leve de recebimento de sinistros.