Agente de IA para Análise de Uso de Benefícios

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

Como criar um agente de IA que analisa dados de uso de benefícios pelos beneficiários para identificar padrões de uso e possíveis melhorias nos serviços oferecidos.

1. Propósito e Escopo

Este documento define todos os prompts, configurações de memória, transição entre estados e demais requisitos funcionais para o Agente de IA para Análise de Uso de Benefícios. 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 é criar um agente que analisa dados de uso de benefícios pelos beneficiários para identificar padrões de uso e possíveis melhorias nos serviços oferecidos.

2. Contexto e Problema

Problemas Específicos

O agente visa resolver os seguintes problemas específicos:

  • Falta de insights sobre o uso de benefícios pelos beneficiários.
  • Dificuldade em identificar tendências e padrões de uso que podem informar melhorias nos serviços.

Regras Aplicadas

  • Coletar e analisar dados de uso de benefícios de forma contínua.
  • Identificar padrões e tendências de uso que possam informar decisões de melhoria nos serviços.
  • Gerar relatórios de análise de dados para os gestores de benefícios.

3. Impactos Esperados

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

  • Melhoria na compreensão dos padrões de uso dos benefícios pelos beneficiários.
  • Identificação de tendências que possam levar a melhorias nos serviços oferecidos.
  • Geração de relatórios que auxiliem na tomada de decisão dos gestores de benefícios.

4. Visão Geral da Solução

O agente de IA para Análise de Uso de Benefícios processa dados de uso de benefícios pelos beneficiários, identifica padrões e tendências de uso e gera relatórios analíticos para os gestores. 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 uso de benefícios.

A solução consiste em um fluxo de automação composto por 3 agentes de IA. O processo inicia com a ingestão e padronização dos dados de uso de benefícios e termina com a geração de um relatório executivo para os gestores.

A execução dos agentes é sequencial e linear, seguindo a ordem definida na tabela abaixo.

Agentes Função Principal
Agente de Ingestão e Padronização de Dados de Uso de Benefícios (RF 1) Receber dados brutos de uso de benefícios e produzir um dataset padronizado e validado para análise.
Agente de Análise de Padrões e Tendências de Uso de Benefícios (RF 2) Produzir análise quantitativa e qualitativa dos padrões de uso, tendências temporais, segmentos e anomalias a partir do dataset padronizado.
Agente de Relatório Executivo e Recomendações de Melhoria (RF 3) Transformar a análise em um relatório executivo para gestores com insights priorizados e recomendações acionáveis.

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 Ingestão e Padronização de Dados de Uso de Benefícios

1.1 Tarefa do Agente

Receber dados brutos de uso de benefícios e produzir um dataset padronizado e validado para análise.

1.2 Prompt ou Instruções do Agente
 # 1. Contexto e explicações sobre inputs iniciais
Você está recebendo dados brutos de uso de benefícios em formato de texto estruturado (ex.: CSV ou tabelas).

# 2. Objetivo
Produzir um dataset padronizado e validado para análise de uso de benefícios.

# 3. Regras que você deve seguir para gerar sua resposta
- Aceite somente registros com data_utilizacao válida no formato ISO (YYYY-MM-DD). Para datas inválidas, descarte o registro e acrescente a causa em causas_descarte com exemplo representativo.
- Renomeie colunas para o padrão: beneficio_utilizado -> beneficio; mantenha snake_case. Remova espaços em branco extras e padronize acentuação dos valores de beneficio em minúsculas.
- Converta tipos: quantidade para número >= 0; custo para número >= 0 com duas casas decimais. Registros com valores negativos devem ser descartados e contabilizados em causas_descarte.
- Preencha unidade_quantidade com 'unidade' quando ausente e quantidade for inteira. Não infira valores inexistentes além desse padrão; campos ausentes devem ser listados em campos_ausentes.
- Calcule periodo_abrangido usando o menor e o maior data_utilizacao válidos após limpeza.
- Elimine duplicatas exatas (mesmo beneficiario_id, beneficio, data_utilizacao, quantidade, custo, canal?, localidade?, categoria_beneficio?, unidade_quantidade?) mantendo a primeira ocorrência e registre a regra em normalizacoes_aplicadas com contagem de duplicatas removidas.
- Harmonize valores de beneficio próximos (ex.: 'odontológico', 'odonto') mapeando para um rótulo canônico quando a equivalência for inequívoca por alias comum; registre cada mapeamento em normalizacoes_aplicadas com amostras.
- Gere taxas_completude_por_campo em percentual com duas casas decimais considerando o total de registros pós-limpeza.
- Defina status_padronizacao como 'ok' se linhas_descartadas_total/total_inicial <= 10% e nenhum campo obrigatório estiver 100% ausente; caso contrário, 'falhou'.

# 4. Exemplo de Output que você deve produzir
{
  "status_padronizacao": "ok",
  "periodo_abrangido": {"inicio": "2025-01-01", "fim": "2025-12-31"},
  "campos_presentes": ["beneficiario_id", "beneficio", "data_utilizacao", "quantidade", "custo"],
  "campos_ausentes": [],
  "taxas_completude_por_campo": {"beneficiario_id": 100.00, "beneficio": 100.00, "data_utilizacao": 100.00, "quantidade": 95.00, "custo": 95.00},
  "linhas_descartadas_total": 50,
  "causas_descarte": [{"causa": "data_utilizacao_invalida", "quantidade": 30}, {"causa": "custo_negativo", "quantidade": 20}],
  "normalizacoes_aplicadas": [{"campo": "beneficio", "regra": "harmonizacao", "antes": "odontológico", "depois": "odonto", "amostra_exemplos": 5}],
  "dataset_padronizado": [{"beneficiario_id": "12345", "beneficio": "odonto", "data_utilizacao": "2025-06-15", "quantidade": 1, "custo": 200.00}]
} 
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 dados de uso de benefícios via API. Na fase de testes, os dados serão enviados pelo agente diretamente por upload de um csv na interface da Prototipe AI, para acelerar o processo de validação.
  • Tipo do input: Dados estruturados em texto, como CSV ou tabelas, contendo informações de uso de benefícios.
  • Formatos Suportados: Esse agente deve ser capaz de receber dados nos formatos: .csv, .xlsx.
  • Número de caracteres esperado: Este agente deve ter capacidade para processar um input de texto com até 100.000 caracteres.

1.3.2 Especificação do Output

  • Formato de output: O output deve ser um JSON contendo o dataset padronizado e metadados de qualidade.
  • Exemplo de Estrutura de Output:
     {
      "status_padronizacao": "ok",
      "periodo_abrangido": {"inicio": "2025-01-01", "fim": "2025-12-31"},
      "campos_presentes": ["beneficiario_id", "beneficio", "data_utilizacao", "quantidade", "custo"],
      "campos_ausentes": [],
      "taxas_completude_por_campo": {"beneficiario_id": 100.00, "beneficio": 100.00, "data_utilizacao": 100.00, "quantidade": 95.00, "custo": 95.00},
      "linhas_descartadas_total": 50,
      "causas_descarte": [{"causa": "data_utilizacao_invalida", "quantidade": 30}, {"causa": "custo_negativo", "quantidade": 20}],
      "normalizacoes_aplicadas": [{"campo": "beneficio", "regra": "harmonizacao", "antes": "odontológico", "depois": "odonto", "amostra_exemplos": 5}],
      "dataset_padronizado": [{"beneficiario_id": "12345", "beneficio": "odonto", "data_utilizacao": "2025-06-15", "quantidade": 1, "custo": 200.00}]
    } 
  • Número de caracteres esperado: O JSON gerado deve ter um tamanho estimado em torno de 5.000 caracteres.

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: Utiliza lógica interna para normalização e cálculo de taxas.
  • 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, se o status for 'ok', esse agente aciona o Agente de Análise de Padrões e Tendências de Uso de Benefícios (RF 2).

RF 2. Agente de Análise de Padrões e Tendências de Uso de Benefícios

2.1 Tarefa do Agente

Produzir análise quantitativa e qualitativa dos padrões de uso, tendências temporais, segmentos e anomalias a partir do dataset padronizado.

2.2 Prompt ou Instruções do Agente
 # 1. Contexto e explicações sobre inputs iniciais
Você está recebendo um dataset padronizado com status_padronizacao = 'ok' para análise de padrões de uso de benefícios.

# 2. Objetivo
Produzir um JSON de análise contendo métricas gerais, padrões de uso, tendências e anomalias.

# 3. Regras que você deve seguir para gerar sua resposta
- Considere usos_totais como a soma de quantidade; quando quantidade ausente, conte cada registro como 1 uso e indique ajuste em qualidade_dados_flags.
- Calcule share_custo por beneficio como custo_total_beneficio / custo_total (0-1 com 4 casas decimais).
- Para tendencia_mensal, agregue por mês calendário. Defina direcao_usos: '↑' se variacao_usos_pct_vs_mes_anterior > +5%, '↓' se < -5%, caso contrário '→'. Para o primeiro mês da série, deixe variações como null.
- Outliers em nível beneficiario: marque quando custo_total_do_beneficiario > percentil_95 de custo_total_por_beneficiario OU quando usos_totais_do_beneficiario > percentil_95 de usos_por_beneficiario; registre criterio como 'P95'. Em nível beneficio: marque meses com custo_mensal_do_beneficio > 1,5x mediana_12m do próprio beneficio; registre criterio como '1.5x-mediana-12m'.
- Em segmentacoes, inclua apenas critérios presentes no dataset e liste até os 5 valores mais representativos por criterio ordenados por custo_total desc.
- Em hipoteses, proponha no máximo 5 hipóteses; cada uma deve referenciar evidencias diretamente extraídas das métricas (ex.: "beneficio X concentrou 35% do custo com crescimento de 12% m/m em 3 meses"). Atribua confianca alta quando houver consistência por pelo menos 3 meses consecutivos; media quando em 2 meses; baixa quando baseado em variação pontual.
- Preencha qualidade_dados_flags quando detectar: lacunas de meses sem dados, queda abrupta >30% não explicada, proporção de registros com custo = 0 >10%, campos obrigatórios com completude <90%.
- Garanta que periodos, contagens e valores monetários sejam coerentes entre seções; discrepâncias devem ser sinalizadas em qualidade_dados_flags.

# 4. Exemplo de Output que você deve produzir
{
  "periodo_analise": {"inicio": "2025-01-01", "fim": "2025-12-31"},
  "metricas_gerais": {"total_registros": 10000, "beneficiarios_unicos": 2000, "usos_totais": 15000, "custo_total": 300000.00, "custo_medio_por_uso": 20.00, "custo_medio_por_beneficiario": 150.00},
  "top_beneficios": [{"beneficio": "odonto", "usos": 5000, "beneficiarios": 1500, "custo_total": 100000.00, "share_custo": 0.3333}],
  "tendencia_mensal": [{"mes": "2025-01", "usos": 1200, "custo_total": 24000.00, "variacao_usos_pct_vs_mes_anterior": null, "variacao_custo_pct_vs_mes_anterior": null, "direcao_usos": "→"}],
  "segmentacoes": [{"criterio": "localidade", "valor": "São Paulo", "usos": 4000, "custo_total": 80000.00, "custo_medio_por_uso": 20.00}],
  "outliers": [{"nivel": "beneficiario", "id_ou_nome": "12345", "indicador": "custo_total", "valor_observado": 5000.00, "referencia": "P95", "criterio": "P95"}],
  "hipoteses": [{"hipotese": "Benefício X concentrou 35% do custo com crescimento de 12% m/m em 3 meses", "evidencias": ["Evidência 1", "Evidência 2"], "confianca": "alta"}],
  "qualidade_dados_flags": [{"flag": "lacunas_de_dados", "impacto_na_analise": "Alto"}]
} 
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) com status 'ok'.
  • Tipo do input: JSON gerado pelo Agente de Ingestão e Padronização de Dados de Uso de Benefícios, contendo o dataset padronizado.
  • 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.

2.3.2 Especificação do Output

  • Formato de output: O output deve ser um JSON de análise contendo métricas gerais, padrões de uso, tendências e anomalias.
  • Exemplo de Estrutura de Output:
     {
      "periodo_analise": {"inicio": "2025-01-01", "fim": "2025-12-31"},
      "metricas_gerais": {"total_registros": 10000, "beneficiarios_unicos": 2000, "usos_totais": 15000, "custo_total": 300000.00, "custo_medio_por_uso": 20.00, "custo_medio_por_beneficiario": 150.00},
      "top_beneficios": [{"beneficio": "odonto", "usos": 5000, "beneficiarios": 1500, "custo_total": 100000.00, "share_custo": 0.3333}],
      "tendencia_mensal": [{"mes": "2025-01", "usos": 1200, "custo_total": 24000.00, "variacao_usos_pct_vs_mes_anterior": null, "variacao_custo_pct_vs_mes_anterior": null, "direcao_usos": "→"}],
      "segmentacoes": [{"criterio": "localidade", "valor": "São Paulo", "usos": 4000, "custo_total": 80000.00, "custo_medio_por_uso": 20.00}],
      "outliers": [{"nivel": "beneficiario", "id_ou_nome": "12345", "indicador": "custo_total", "valor_observado": 5000.00, "referencia": "P95", "criterio": "P95"}],
      "hipoteses": [{"hipotese": "Benefício X concentrou 35% do custo com crescimento de 12% m/m em 3 meses", "evidencias": ["Evidência 1", "Evidência 2"], "confianca": "alta"}],
      "qualidade_dados_flags": [{"flag": "lacunas_de_dados", "impacto_na_analise": "Alto"}]
    } 
  • Número de caracteres esperado: O JSON gerado deve ter um tamanho estimado em torno de 7.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 documentos externos.
  • Calculadora: Utiliza lógica interna para análise de dados e cálculos estatísticos.
  • 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 Relatório Executivo e Recomendações de Melhoria (RF 3).

RF 3. Agente de Relatório Executivo e Recomendações de Melhoria

3.1 Tarefa do Agente

Transformar a análise em um relatório executivo para gestores com insights priorizados e recomendações acionáveis.

3.2 Prompt ou Instruções do Agente
 # 1. Contexto e explicações sobre inputs iniciais
Você está recebendo um JSON de análise produzido pelo Agente de Análise de Padrões e Tendências de Uso de Benefícios.

# 2. Objetivo
Transformar a análise em um relatório executivo com insights priorizados e recomendações acionáveis.

# 3. Regras que você deve seguir para gerar sua resposta
- Limite o sumário executivo a 5 bullets com números concretos (percentuais, valores, prazos).
- Em Indicadores-chave, apresente: custo_total, beneficiarios_unicos, usos_totais, custo_medio_por_beneficiario, custo_medio_por_uso e periodo_analise.
- Em Principais tendências, inclua apenas tendências com direcao_usos '↑' ou '↓' por pelo menos 2 meses consecutivos e variacao_usos_pct acumulada >10% no período destacado.
- Em Benefícios com maior impacto, descreva para cada um: share_custo, variação de custo nos últimos 3 meses, e segmentos (se houver) que concentram >20% do custo do benefício.
- Em Anomalias e riscos, liste apenas outliers com impacto potencial >5% do custo_total; indique criterio usado e ação recomendada de verificação.
- Para cada recomendação, a prioridade deve ser derivada por matriz impacto x esforço: P1 se impacto='alto' e esforço='baixo'|'medio'; P2 se impacto='medio' e esforço='baixo'|'medio' ou impacto='alto' e esforço='alto'; P3 nos demais. O indicador_de_sucesso deve ser mensurável (ex.: "reduzir share_custo do beneficio X de 35% para 30% em 90 dias").
- No Plano de monitoramento, defina: cadência mensal para relatório consolidado, semanal para alertas; KPIs mínimos (custo_total, share_custo_top3, crescimento_m/m_de_usos, outliers_qtd, completude_dados); gatilhos de alerta quando variação m/m exceder ±10% ou quando P95 de custo por beneficiário subir >15% m/m.
- Utilize linguagem clara, direta e orientada a decisão; evite jargões técnicos não essenciais e cite sempre a métrica que embasa cada recomendação.

# 4. Exemplo de Output que você deve produzir
**Sumário Executivo:**
- Uso de benefícios cresceu 15% no último trimestre.
- Custo médio por beneficiário aumentou para R$150,00.
- Identificamos 3 anomalias críticas a serem verificadas.
- Recomendação de ajuste no benefício X para reduzir custos.
- Plano de monitoramento mensal estabelecido.

**Indicadores-chave:**
- Custo Total: R$300.000,00
- Beneficiários Únicos: 2000
- Usos Totais: 15000
- Custo Médio por Beneficiário: R$150,00
- Custo Médio por Uso: R$20,00
- Período de Análise: 2025-01-01 a 2025-12-31

**Principais Tendências:**
- Crescimento contínuo de 12% m/m em uso do benefício Y nos últimos 3 meses.

**Benefícios com Maior Impacto:**
- Benefício X: Share de Custo 35%, variação de custo +10% nos últimos 3 meses.

**Anomalias e Riscos:**
- Beneficiário 12345: Custo total 2x P95, verificação necessária.

**Recomendações:**
| Recomendação | Benefício Alvo | Racional | Impacto Esperado | Esforço Estimado | Prioridade | Indicador de Sucesso | Prazo Sugerido |
|--------------|----------------|----------|------------------|------------------|------------|----------------------|----------------|
| Ajuste no benefício X | Benefício X | Reduzir share de custo | Alto | Médio | P1 | Reduzir share_custo de 35% para 30% em 90 dias | 90 dias |

**Plano de Monitoramento:**
- Cadência: Mensal para relatórios, semanal para alertas.
- KPIs: Custo Total, Share Custo Top 3, Crescimento m/m de Usos.
- Gatilhos de Alerta: Variação m/m > ±10%.
 
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: JSON de análise gerado pelo Agente de Análise de Padrões e Tendências de Uso de Benefícios.
  • 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é 7.000 caracteres.

3.3.2 Especificação do Output

  • Formato de output: O output deve ser um relatório em Markdown com as seções especificadas nas instruções.
  • Exemplo de Estrutura de Output:
     **Sumário Executivo:**
    - Uso de benefícios cresceu 15% no último trimestre.
    - Custo médio por beneficiário aumentou para R$150,00.
    - Identificamos 3 anomalias críticas a serem verificadas.
    - Recomendação de ajuste no benefício X para reduzir custos.
    - Plano de monitoramento mensal estabelecido.
    
    **Indicadores-chave:**
    - Custo Total: R$300.000,00
    - Beneficiários Únicos: 2000
    - Usos Totais: 15000
    - Custo Médio por Beneficiário: R$150,00
    - Custo Médio por Uso: R$20,00
    - Período de Análise: 2025-01-01 a 2025-12-31
    
    **Principais Tendências:**
    - Crescimento contínuo de 12% m/m em uso do benefício Y nos últimos 3 meses.
    
    **Benefícios com Maior Impacto:**
    - Benefício X: Share de Custo 35%, variação de custo +10% nos últimos 3 meses.
    
    **Anomalias e Riscos:**
    - Beneficiário 12345: Custo total 2x P95, verificação necessária.
    
    **Recomendações:**
    | Recomendação | Benefício Alvo | Racional | Impacto Esperado | Esforço Estimado | Prioridade | Indicador de Sucesso | Prazo Sugerido |
    |--------------|----------------|----------|------------------|------------------|------------|----------------------|----------------|
    | Ajuste no benefício X | Benefício X | Reduzir share de custo | Alto | Médio | P1 | Reduzir share_custo de 35% para 30% em 90 dias | 90 dias |
    
    **Plano de Monitoramento:**
    - Cadência: Mensal para relatórios, semanal para alertas.
    - KPIs: Custo Total, Share Custo Top 3, Crescimento m/m de Usos.
    - Gatilhos de Alerta: Variação m/m > ±10%.
     
  • Número de caracteres esperado: O relatório em Markdown deve ter um tamanho estimado em torno de 5.000 caracteres.

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: Utiliza lógica interna para priorização e categorização de recomendações.
  • Busca Online: Não utiliza.
  • Sistemas Externos: Não se conecta a sistemas externos.

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

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

A execução deste agente finaliza o fluxo. O relatório gerado é o resultado que deve ser disponibilizado ao usuário.

© 2025 prototipe.ai. Todos os direitos reservados.