Como extrair avisos de perda ACORD 140
para Excel para triagem de sinistros

Os formulários ACORD são a espinha dorsal 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 de propriedade, o aviso de sinistro ACORD é o documento que captura informações do segurado, detalhes do sinistro, causa do sinistro, 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 Property Section carrega dados detalhados de construção e cobertura em três páginas com 355 campos preenchíveis.

Este artigo aborda a extração de dados de aviso de sinistro de propriedade e do ACORD 140 para uma planilha estruturada de triagem em 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 priorizada. A mesma abordagem se aplica a outros tipos de formulários ACORD: nossos guias sobre extração de dados de COI ACORD 25 para Excel e extração de evidências de seguro de propriedade ACORD 27 cobrem o mesmo fluxo de trabalho de extração baseado em colunas para diferentes documentos de seguros.

A entrada manual de dados falha em 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 relógio regulatório significa para cada hora perdida com 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 de 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 aproximadamente 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 do sinistro 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 de propriedade 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 sinistros não começa quando o aviso é registrado — ele 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 Modelo de Regulamentação de Práticas de Liquidação de Sinistros de Propriedade/Acidentes da NAIC (Modelo 902) estabelece que as seguradoras devem reconhecer os sinistros em até 15 dias após a notificação e afirmar ou negar a responsabilidade em um prazo razoável — com pagamento devido em até 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 de propriedade de primeira parte não contestados em até 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 sejam lentas. É que a etapa de entrada de dados cresce linearmente com o volume de sinistros exatamente no momento em que o volume dispara 10–50x acima da linha de base — e o relógio regulatório começa a contar 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 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 sinistros — como documentação de suporte anexada a um aviso de perda de propriedade — 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 a perda está estimada a custar 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:

La distinción clave: los campos del Nivel 1 deben ser 100% precisos antes de que cualquier otro paso pueda continuar. Un número de apólice incorrecto envía toda la reclamação a la seguradora equivocada. Los campos del Nivel 2 determinan la prioridad de direccionamiento y la asignación del ajustador — una reclamação por daños de agua de $5.000 nunca debería estar delante de una reclamação por incendio estructural de $500.000 en la fila. Los campos de los Niveles 3 y 4 importan más tarde, pero son gratuitos de extraer ahora — capturarlos durante la admisión ahorra una segunda revisión del mismo formulario días después.

Para una comparación más amplia de cómo los campos de extracción difieren entre tipos de formularios de seguros, nuestra guía completa de extracción de COI ACORD 25 recorre la misma priorización de campos por niveles para certificados de responsabilidad.

Configure colunas de extração que correspondem ao seu fluxo de triagem — não ao 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 premissas, depois coberturas). A planilha de triagem precisa agrupar dados por lógica de decisão — identificação primeiro, gravidade depois, contato por último.

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

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 em dólar. A IA os localiza entendendo o significado de cada rótulo de campo, então um número de apólice rotulado como "Policy #" no formulário de uma seguradora e "Policy Number" no de outra são mapeados 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 funciona porque lê pelo significado, não por coordenadas.

A coluna inferida — Prioridade de Triagem — funciona de forma diferente. A IA lê o Valor Estimado e a Causa do Sinistro e aplica regras de negócio para atribuir um nível de prioridade. Por exemplo: um sinistro de incêndio acima de $100.000 é roteado como Urgente; um sinistro por dano de água abaixo de $10.000 é roteado como Padrão. As regras de classificação ficam 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 de perda manuscrita do ACORD 140 é onde o formulário fica desafiador. Ajustadores e agentes descrevem os danos com suas próprias palavras, em sua própria caligrafia — "água entrou pelo telhado causando colapso 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 orientar a extração para o conteúdo certo. Uma coluna simplesmente chamada "Descrição" pode capturar qualquer texto descritivo na página — incluindo descrições do edifício destinadas à subscrição. Nomeá-la "Descrição da Perda" ou "Descrição do Sinistro" restringe a busca da IA a blocos de texto relacionados à perda.

Processando um 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 agentes, 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. Upload em lote significa que você seleciona o conjunto inteiro 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 vira 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 em 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 acabou na coluna errada, ajuste o nome da coluna e pré-visualize novamente — o lote ainda não começou.

Etapa 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 perda é concluído em aproximadamente 2–5 minutos de processamento — em comparação com as 25–30 horas que a mesma tarefa levaria como entrada manual de dados. A precisão de 99% para texto impresso (conforme os benchmarks publicados da ferramenta) e o forte reconhecimento de escrita manual para entradas cursivas e com maiúsculas/minúsculas significam que a tabela de saída é utilizável com validação leve, não correção pesada.

Etapa 5 — Exportar para Excel. Baixe a tabela concluída como um arquivo XLSX. Cada linha é um aviso de perda; cada coluna é um campo extraído. O arquivo exportado é uma única pasta de trabalho — um aviso de perda 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 entrada de dados que costumavam consumir os três primeiros dias após uma catástrofe tornam-se 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 entregar esse fluxo de trabalho e o que mudou com os modelos de visão-linguagem.

A planilha de triagem que você cria: classificação, filtragem e codificação por cores para velocidade de 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 em ordem decrescente. A coluna do valor em dólares torna-se o eixo principal de gravidade. Sinistros acima do limite interno de gravidade da seguradora classificam-se no topo — estes precisam de atribuição a ajustador sênior, possíveis aumentos de reserva e, possivelmente, despacho de ajustador independente. Sinistros abaixo de alguns milhares de dólares classificam-se na base — muitas seguradoras os encaminham para fluxos de trabalho de liquidação administrativa ou automatizada. 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 entre si.

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 perigo, para que o líder da equipe possa atribuir lotes aos ajustadores certos. Sinistros apenas por vento vão para a equipe de propriedade. Sinistros por 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 $100.000, laranja para $25.000–$100.000, amarelo para abaixo de $25.000. Codifique por cores a coluna Data da Perda: destaque qualquer sinistro em que a perda ocorreu há mais de 14 dias sem disposição — isso sinaliza sinistros que se aproximam do prazo de reconhecimento do NAIC Model 902 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 atribui as 20 primeiras linhas aos ajustadores disponíveis. Quando novos avisos de perda chegam no meio do dia, extraia-os como um lote secundário, acrescente 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 em seguida". O sistema de gestão de sinistros responde "o que aconteceu neste sinistro". Unir os dois — levar os dados extraídos do formulário para fora do Excel e para a plataforma onde os ajustadores realmente trabalham — é a etapa 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 seguradoras Tier-1 — suporta a captação de FNOL em lote 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 — o principal concorrente cloud-native do Guidewire — oferece APIs de captação configuráveis e suporta importações 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 integradas do Duck Creek usam Causa da Perda e Valor Estimado para rotear automaticamente os sinistros para a fila de ajustadores apropriada.

Snapsheet, BriteCore e outras plataformas de médio porte normalmente suportam importação CSV como método padrão de captação. A planilha de extração exporta diretamente para CSV nessas plataformas. Para seguradoras que usam sistemas legados de sinistros com capacidades limitadas de importação, 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 por vez, o que é mais rápido do que ler o formulário original porque 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 API, para o Duck Creek por importação de arquivo plano ou para um sistema legado por copiar e colar, a saída da extração é o mesmo formato estruturado. O método de integração muda; a captura inicial de dados não.

FAQ

O ACORD 140 é o mesmo que um aviso de perda de propriedade?

Não exatamente — e essa distinção importa para quais campos extrair. O ACORD 140 é formalmente intitulado "Seção de Propriedade" e foi projetado como um anexo ao Formulário de Inscrição 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. São três páginas com 355 campos preenchíveis. Um aviso de perda de propriedade — às vezes numerado como ACORD 130 na biblioteca de formulários — é um documento separado, projetado especificamente para relatórios de sinistros, com campos como Data da Perda, Causa da Perda, Descrição dos Danos e Valor Estimado. Na prática, formulários ACORD 140 frequentemente acompanham avisos de perda no arquivo de sinistros porque contêm os dados de cobertura e propriedade que o ajustador precisa. O fluxo de extração neste artigo cobre ambos: os campos específicos do aviso de perda para triagem (Data da Perda, 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 perda manuscritas?

O campo de descrição de perda do ACORD 140 geralmente é manuscrito — ajustadores e agentes escrevem narrativas livres descrevendo os danos. A precisão da extração por IA em manuscritos depende da legibilidade: letras de forma claramente escritas alcançam altas taxas de precisão, comparáveis a texto impresso; caligrafia cursiva ou apressada, com rasuras e anotações nas margens, produz menor precisão e exige verificação humana. A etapa de pré-visualização no fluxo em lote permite verificar a qualidade do manuscrito antes de confirmar 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 triagem de 11 colunas descrito acima — de Número da Apólice até Prioridade de Triagem — funciona em qualquer lote de avisos de perda de propriedade e formulários ACORD 140, independentemente do tipo de catástrofe. Um aviso de perda por furacão contém os mesmos tipos de campo que um aviso de perda por 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 de perda indicada?

A extração por IA deixa a célula em branco quando um campo solicitado não está presente no formulário — não inventa dados. Uma célula em branco para Valor Estimado é um sinal para marcar essa reclamação para acompanhamento imediato, porque a gravidade não pode ser avaliada sem ela. Uma célula em branco para Causa de Perda pode significar que o formulário foi enviado antes que a causa fosse determinada — algo comum nas primeiras 24 horas após uma catástrofe, quando a prioridade é simplesmente notificar a seguradora de que ocorreu uma perda. Ordene as células em branco no topo da planilha de triagem para que receban atenção primeiro.

Como isso se compara ao uso de uma plataforma empresarial de recepção de reclamações?

Plataformas empresariales como Guidewire ClaimCenter e Duck Creek Claims fornecem gestão completa de reclamações — recepção de FNOL, atribuição de ajustadores, rastreamento de reservas, processamento de pagamentos e reportes. Seus módulos de recepção podem receber dados estruturados, mas não podem extraí-los de um PDF não estruturado. A etapa de extração descrita neste artigo é a capa que fica antes do sistema de reclamações: converte PDFs em filas estruturadas que o sistema de reclamações pode ingerir. Para seguradoras que usam plataformas empresariales, a extração alimenta a plataforma. Para seguradoras menores e firmas independentes de ajuste sem sistema empresarial, a própria planilha de triagem pode funcionar como um rastreador leve de recepção de reclamações.