Agente de IA para Análise de Reembolsos de Saúde

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

Como criar um agente de IA que analisa pedidos de reembolso de despesas médicas, verifica documentos de suporte e aprova ou sugere ajustes.

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, busca online, consulta a documentos e demais requisitos funcionais para o Fluxo de Agentes "Análise de Reembolsos de Saúde", uma solução de automação projetada para analisar pedidos de reembolso de despesas médicas. 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 é transformar o processo de análise de reembolsos em uma operação automatizada, assegurando a conformidade com os termos do vale-saúde e reduzindo inconsistências e fraudes nos pedidos de reembolso.

2. Contexto e Problema

Cenário Atual

O processamento manual de reembolsos médicos é uma tarefa demorada e sujeita a erros. Os problemas enfrentados incluem:

  • Processamento manual e demorado de reembolsos médicos.
  • Conformidade com os termos e condições do vale-saúde.
  • Redução de inconsistências e fraudes nos pedidos de reembolso.

O processo atual envolve a verificação manual de documentos de suporte, análise de conformidade com os termos do vale-saúde e a necessidade de revisão manual para identificar fraudes ou inconsistências, o que consome tempo e recursos significativos.

3. Impactos Esperados

A implementação deste fluxo de automação visa alcançar os seguintes resultados:

  • Reduzir o tempo de processamento de reembolsos em pelo menos 70%.
  • Garantir a conformidade com os termos do vale-saúde em 100% dos casos processados.
  • Diminuir a taxa de inconsistências e fraudes detectadas nos pedidos de reembolso.

4. Visão Geral da Solução

O agente de IA para análise de reembolsos de saúde processa pedidos de reembolso, verifica documentos de suporte e decide automaticamente pela aprovação ou necessidade de ajustes, assegurando a conformidade com os termos do vale-saúde. 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 reembolsos.

A solução consiste em um fluxo de automação composto por 6 agentes de IA. O processo inicia com a preparação e normalização do pedido e termina com a decisão de aprovação ou sugestão de ajustes.

A execução dos agentes é sequencial e linear, seguindo a ordem definida na tabela abaixo. O fluxo inclui etapas condicionais que são executadas apenas se critérios específicos forem atendidos, conforme detalhado após a tabela.

Agentes Função Principal
Agente de Preparação e Normalização do Pedido de Reembolso (RF 1) Padronizar o pedido, identificar documentos obrigatórios e definir o esquema de extração de campos.
Agente de Execução de Extração de Dados de Documentos (RF 2) Realizar extração estruturada dos campos definidos a partir dos documentos enviados.
Agente de Validação Documental e Consistência (RF 3) Verificar completude, legibilidade e consistência entre documentos e dados do pedido.
Agente de Avaliação de Conformidade do Vale-Saúde (RF 4) Aplicar critérios contratuais do vale-saúde ao pedido validado e calcular valores elegíveis.
Agente de Sinalização de Risco e Irregularidades (RF 5) Detectar padrões de risco e possíveis fraudes para revisão humana.
Agente de Decisão e Saída do Reembolso (RF 6) Consolidar as avaliações para aprovar automaticamente, sugerir ajustes ou encaminhar para revisão humana.

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 Preparação e Normalização do Pedido de Reembolso

1.1 Tarefa do Agente

Padronizar o pedido, identificar documentos obrigatórios conforme tipo de despesa e plano, e definir o esquema de extração de campos.

1.2 Prompt ou Instruções do Agente
 # 1. Contexto e explicações sobre inputs iniciais
Você está recebendo um pedido de reembolso de despesas médicas, incluindo dados do beneficiário, tipo de despesa e documentos de suporte.

# 2. Objetivo
Padronizar o pedido, identificar documentos obrigatórios conforme tipo de despesa e plano, e definir o esquema de extração de campos.

# 3. Regras que você deve seguir para gerar sua resposta
- Derivar a lista de documentos obrigatórios com base no tipo_despesa: consulta/exame/procedimento requerem recibo/nota fiscal com CNPJ/CPF do prestador, descrição, data e valor; exames/procedimentos requerem laudo/guia ou pedido médico; medicamentos exigem cupom fiscal com descrição do medicamento e quantidade.
- Definir tolerâncias operacionais: considerar divergência monetária aceitável de até R$0,01 entre itens e total; prazo padrão para envio de 90 dias a partir da data do atendimento, salvo regra do plano indicada em dados_pedido.
- Produzir esquema_extracao com campos obrigatórios mínimos: valor_total, data_emissao, cpf_cnpj_prestador, descricao_servico, paciente; incluir campos opcionais quando tipo_despesa exigir (CRF/CRM quando aplicável, código do procedimento, quantidade, unidade, alíquota de imposto quando visível).
- Normalizar moedas/valores para BRL com duas casas decimais; normalizar datas para YYYY-MM-DD; padronizar CPFs/CNPJs sem máscara no output.
- Se dados_pedido omitirem informações essenciais (plano, tipo_despesa), incluir no output um campo faltantes_solicitar com as chaves a solicitar ao humano. 
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 pedido de reembolso 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 na interface da Prototipe AI, para acelerar o processo de validação.
  • Tipo do input: O input inicial para o fluxo é um conjunto de dados estruturados do pedido de reembolso, incluindo dados do beneficiário, tipo de despesa e documentos de suporte.
  • Formatos Suportados: Esse agente deve ser capaz de receber dados estruturados em formatos: .json.
  • Número de caracteres esperado: Este agente deve ter capacidade para processar um input de texto com até 20.000 caracteres.

1.3.2 Especificação do Output

  • Formato de output: O output deve ser um JSON estruturado contendo a padronização do pedido, a lista de documentos obrigatórios e o esquema de extração de campos.
  • Exemplo de Estrutura de Output:
     {
      "documentos_obrigatorios": ["nota_fiscal/recibo", "comprovante_pagamento", "laudo/guia"],
      "tolerancias": {"desvio_valor": 0.01, "prazo_envio_dias": 90},
      "esquema_extracao": {"campos": [{"nome":"valor_total", "tipo":"numero", "obrigatorio":true}, {"nome":"data_emissao", "tipo":"data", "obrigatorio":true}, {"nome":"cpf_cnpj_prestador", "tipo":"texto", "obrigatorio":true}, {"nome":"descricao_servico", "tipo":"texto", "obrigatorio":true}, {"nome":"paciente", "tipo":"texto", "obrigatorio":true}]},
      "mapeamentos": {"sinonimos_servico": {"consulta medica":"consulta", "fisioterapia":"terapia"}},
      "regras_plano": {"coparticipacao_percentual": 0.0, "franquia": 0.0} } 
  • Número de caracteres esperado: O JSON final deve ser conciso e informativo, com um tamanho estimado em torno de 1.500 caracteres, podendo variar conforme a complexidade do pedido.

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 Execução de Extração de Dados de Documentos (RF 2).

RF 2. Agente de Execução de Extração de Dados de Documentos

2.1 Tarefa do Agente

Realizar extração estruturada dos campos definidos no esquema a partir dos PDFs/imagens enviados.

2.2 Prompt ou Instruções do Agente
 # 1. Contexto e explicações sobre inputs iniciais
Você está recebendo documentos de suporte para um pedido de reembolso e o esquema de extração de campos definido pelo agente anterior.

# 2. Objetivo
Realizar extração estruturada dos campos definidos no esquema a partir dos PDFs/imagens enviados.

# 3. Regras que você deve seguir para gerar sua resposta
- Executar a extração conforme o esquema recebido e retornar os dados estruturados.
- Garantir que os campos obrigatórios sejam extraídos com precisão e marcar como não legível se algum documento essencial não puder ser processado.
- Não é necessário consultar sistemas externos ou executar cálculos complexos. 
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 do agente anterior (RF 1).
  • Tipo do input: Este agente deve ser apto a receber documentos de suporte em formato PDF ou imagem, juntamente com o esquema de extração definido.
  • Formatos Suportados: Esse agente deve ser capaz de receber documentos nos formatos: .pdf, .jpg, .png.
  • Número de caracteres esperado: Este agente deve ter capacidade para processar documentos com até 50.000 caracteres no total.

2.3.2 Especificação do Output

  • Formato de output: O output deve ser um JSON estruturado contendo os dados extraídos de cada documento, incluindo confiabilidade e legibilidade.
  • Exemplo de Estrutura de Output:
     {
      "extracao": [{"file_name":"documento1.pdf", "campos": {"valor_total": 0.00, "data_emissao": "YYYY-MM-DD", "cpf_cnpj_prestador": "", "descricao_servico": "", "paciente": ""}, "confiancas": {"valor_total": 0.99}, "legivel": true, "paginas_referencias": {"valor_total": [1]} }],
      "erros_arquivo": [] } 
  • Número de caracteres esperado: O JSON final deve ter um tamanho estimado de 2.000 caracteres, podendo variar conforme o número de documentos e complexidade dos dados extraídos.

2.3.3 Parâmetros de Geração

  • Modelo: GPT-5
  • Temperatura: 0.6

2.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.

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 Validação Documental e Consistência (RF 3).

RF 3. Agente de Validação Documental e Consistência

3.1 Tarefa do Agente

Verificar completude, legibilidade e consistência entre documentos e dados do pedido.

3.2 Prompt ou Instruções do Agente
 # 1. Contexto e explicações sobre inputs iniciais
Você está recebendo um conjunto de documentos extraídos e dados do pedido de reembolso para validação.

# 2. Objetivo
Verificar completude, legibilidade e consistência entre documentos e dados do pedido.

# 3. Regras que você deve seguir para gerar sua resposta
- Completude: comparar documentos_obrigatorios com arquivos disponíveis; se faltar, adicionar em faltantes com a justificativa por tipo_despesa.
- Legibilidade: marcar documentos_nao_legiveis quando legivel=false em qualquer arquivo essencial; se algum essencial não legível, documentos_validos=false.
- Consistência de valores: somar itens_declarados.valor e comparar com valor_total extraído; divergências acima de 0,01 devem gerar inconsistência.
- Garantir que data_emissao não seja futura e que data do atendimento esteja dentro do período de cobertura; se múltiplos documentos, verificar coerência cronológica (pedido médico anterior ao atendimento, recibo após atendimento).
- Validar que paciente extraído coincide com beneficiario.nome (tolerar variações de acentuação e ordem de nome); se divergente, registrar inconsistência.
- Verificar formato válido de CPF/CNPJ (11/14 dígitos) e presença no documento chave; se ausente ou inválido, inconsistência.
- Sinalizar se números de recibo/nota se repetem entre arquivos do mesmo pedido.
- Definição de documentos_validos: true apenas quando faltantes=[], documentos_nao_legiveis=[], e inconsistências críticas (valor_total, data_emissao, identificação do prestador/paciente) ausentes. 
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 dados extraídos dos documentos e dados do pedido de reembolso para validaçã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 até 20.000 caracteres.

3.3.2 Especificação do Output

  • Formato de output: O output deve ser um JSON estruturado contendo o resultado da validação, incluindo documentos válidos, faltantes, inconsistências e totais declarados e comprovados.
  • Exemplo de Estrutura de Output:
     {
      "documentos_validos": true,
      "faltantes": [],
      "inconsistencias": [{"campo":"valor_total", "tipo":"divergencia", "detalhe":""}],
      "documentos_nao_legiveis": [],
      "total_declarado": 0.00,
      "total_comprovado": 0.00 } 
  • Número de caracteres esperado: O JSON final deve ter um tamanho estimado de 2.000 caracteres, podendo variar conforme o número de documentos e complexidade dos dados validados.

3.3.3 Parâmetros de Geração

  • Modelo: GPT-5
  • Temperatura: 0.6

3.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.

3.3.5 Memória

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

Ao concluir sua execução, esse agente aciona o Agente de Avaliação de Conformidade do Vale-Saúde (RF 4).

RF 4. Agente de Avaliação de Conformidade do Vale-Saúde

4.1 Tarefa do Agente

Aplicar critérios contratuais do vale-saúde ao pedido validado e calcular valores elegíveis.

4.2 Prompt ou Instruções do Agente
 # 1. Contexto e explicações sobre inputs iniciais
Você está recebendo um pedido de reembolso validado e os critérios contratuais do vale-saúde aplicáveis.

# 2. Objetivo
Aplicar critérios contratuais do vale-saúde ao pedido validado e calcular valores elegíveis.

# 3. Regras que você deve seguir para gerar sua resposta
- Prazo: comparar data_atendimento com data de submissão (se fornecida); reprovar se exceder prazo padrão de 90 dias ou o especificado em regras_plano.
- Cobertura: validar se tipo_despesa consta em limites_por_tipo; se não coberto, conformidade_geral=false com glosa integral.
- Limites: aplicar teto por evento/por item conforme regras_plano.limites_por_tipo; glosar excedente explicitamente.
- Deduzir franquia fixa antes e aplicar coparticipacao_percentual sobre o remanescente; nunca resultar negativo.
- Se disponível histórico no input, respeitar intervalo mínimo entre eventos do mesmo tipo; se não disponível, não bloquear, apenas registrar ajuste_sugerido solicitando histórico.
- Quando campo rede='nao credenciada' no input, aplicar regras específicas de reembolso (por exemplo 70% do valor elegível) se presentes; caso ausentes, sugerir ajuste para confirmar credenciamento.
- Se houver codigo_procedimento, verificar se é compatível com descricao_servico; divergência gera glosa do item correspondente.
- conformidade_geral=true apenas se nenhuma regra crítica falhar (prazo, cobertura, identificação do beneficiário/prestador, valor_total coerente). 
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 um pedido de reembolso validado e os critérios contratuais do vale-saúde.
  • 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 até 15.000 caracteres.

4.3.2 Especificação do Output

  • Formato de output: O output deve ser um JSON estruturado contendo a conformidade geral, regras avaliadas, valor elegível, glosas e ajustes necessários.
  • Exemplo de Estrutura de Output:
     {
      "conformidade_geral": true,
      "regras_avaliadas": [{"regra":"prazo_envio", "aprovado": true, "detalhe":"enviado em 30 dias"}],
      "valor_elegivel": 0.00,
      "glosas": [{"motivo":"fora do prazo", "valor": 0.00}],
      "ajustes_necessarios": [] } 
  • Número de caracteres esperado: O JSON final deve ter um tamanho estimado de 1.500 caracteres, podendo variar conforme as regras avaliadas e ajustes necessários.

4.3.3 Parâmetros de Geração

  • Modelo: GPT-5
  • Temperatura: 0.6

4.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.

4.3.5 Memória

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

Ao concluir sua execução, esse agente aciona o Agente de Sinalização de Risco e Irregularidades (RF 5).

RF 5. Agente de Sinalização de Risco e Irregularidades

5.1 Tarefa do Agente

Detectar padrões de risco e possíveis fraudes para direcionar revisão humana quando necessário.

5.2 Prompt ou Instruções do Agente
 # 1. Contexto e explicações sobre inputs iniciais
Você está recebendo dados de reembolso validados e informações de possíveis inconsistências e duplicidades.

# 2. Objetivo
Detectar padrões de risco e possíveis fraudes para direcionar revisão humana quando necessário.

# 3. Regras que você deve seguir para gerar sua resposta
- Duplicidade: marcar recibo_duplicado quando número/serie de documento se repete no mesmo pedido.
- Padrões suspeitos: valores totais sempre arredondados sem impostos, descrição genérica de serviço ("procedimentos diversos"), datas de emissão muito distantes da data do atendimento (>30 dias) elevam o risk_score.
- Mismatch identidade: divergência entre nome do paciente no documento e beneficiário; divergência entre CPF/CNPJ informado e extraído.
- Inconsistências fortes vindas da validação (valor_total, data_emissao, prestador) adicionam risk_flags e aumentam score.
- Frequência atípica: múltiplas solicitações do mesmo tipo e mesmo prestador na mesma data dentro do pedido elevam score.
- Threshold: recomendacao_revisao_humana=true quando risk_score>=70 ou quando houver qualquer flag crítica (ex.: documento_alterado, identidade_divergente).
- Calibrar risk_score em 0-100 somando pesos: crítica(+70), alta(+40), média(+20), baixa(+10). 
5.3 Configurações do Agente

5.3.1 Especificação do Input

  • Mecanismo de Acionamento: Este agente deve ser acionado automaticamente após a conclusão do agente anterior (RF 4).
  • Tipo do input: Este agente deve ser apto a receber dados validados de reembolso e informações de possíveis inconsistências e duplicidades.
  • 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 até 10.000 caracteres.

5.3.2 Especificação do Output

  • Formato de output: O output deve ser um JSON estruturado contendo o score de risco, flags de risco, recomendação de revisão humana e justificativas.
  • Exemplo de Estrutura de Output:
     {
      "risk_score": 0,
      "risk_flags": ["recibo_duplicado", "valor_arredondado_suspeito"],
      "recomendacao_revisao_humana": false,
      "justificativas": [] } 
  • Número de caracteres esperado: O JSON final deve ter um tamanho estimado de 1.000 caracteres, podendo variar conforme os riscos identificados e justificativas.

5.3.3 Parâmetros de Geração

  • Modelo: GPT-5
  • Temperatura: 0.6

5.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.

5.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 Decisão e Saída do Reembolso (RF 6).

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

Ao concluir sua execução, esse agente aciona o Agente de Decisão e Saída do Reembolso (RF 6).

RF 6. Agente de Decisão e Saída do Reembolso

6.1 Tarefa do Agente

Consolidar as avaliações para aprovar automaticamente, sugerir ajustes ou encaminhar para revisão humana.

6.2 Prompt ou Instruções do Agente
 # 1. Contexto e explicações sobre inputs iniciais
Você está recebendo dados consolidados de validação, conformidade e risco de um pedido de reembolso.

# 2. Objetivo
Consolidar as avaliações para aprovar automaticamente, sugerir ajustes ou encaminhar para revisão humana.

# 3. Regras que você deve seguir para gerar sua resposta
- Aprovação automática: quando documentos_validos=true, conformidade.conformidade_geral=true e risco.recomendacao_revisao_humana=false; calcular valor_aprovado = valor_elegivel - glosas_total - franquia - coparticipacao (não negativo).
- Ajustes solicitados: quando houver faltantes ou conformidade indicar ajustes_necessarios não críticos; listar explicitamente documentos_a_solicitar e campos a corrigir.
- Revisão humana: quando risco.recomendacao_revisao_humana=true ou quando existirem inconsistências críticas não resolvidas; definir decisao="revisao_humana" e registrar motivos com referências aos campos e arquivos.
- Componentes de cálculo devem sempre ser fornecidos, mesmo em revisão humana, com os valores estimados até o ponto de bloqueio.
- Se valor_aprovado for 0 por glosa integral, manter decisao="ajustes_solicitados" se houver possibilidade de correção; caso contrário, aprovar com valor 0 apenas quando a política permitir reembolso zero (evitar). 
6.3 Configurações do Agente

6.3.1 Especificação do Input

  • Mecanismo de Acionamento: Este agente deve ser acionado automaticamente após a conclusão do agente anterior (RF 5).
  • Tipo do input: Este agente deve ser apto a receber dados consolidados de validação, conformidade e risco de um pedido de reembolso.
  • 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 até 10.000 caracteres.

6.3.2 Especificação do Output

  • Formato de output: O output deve ser um JSON estruturado contendo a decisão, valor aprovado, componentes de cálculo, ajustes sugeridos, motivos e documentos a solicitar.
  • Exemplo de Estrutura de Output:
     {
      "decisao": "aprovado",
      "valor_aprovado": 0.00,
      "componentes_calculo": {"valor_elegivel": 0.00, "franquia": 0.00, "coparticipacao": 0.00, "glosas_total": 0.00},
      "ajustes_sugeridos": [],
      "motivos": [],
      "documentos_a_solicitar": [] } 
  • Número de caracteres esperado: O JSON final deve ter um tamanho estimado de 1.500 caracteres, podendo variar conforme a decisão e ajustes necessários.

6.3.3 Parâmetros de Geração

  • Modelo: GPT-5
  • Temperatura: 0.6

6.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.

6.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 (decisão final) é o entregável final e não é passada para outros agentes internos.

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

A execução deste agente finaliza o fluxo. A decisão gerada é o resultado que deve ser disponibilizado ao usuário.

© 2025 prototipe.ai. Todos os direitos reservados.