Agente de IA para Reembolsos Automáticos em Planos de Saúde

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

Como criar um agente de IA que processa e valida pedidos de reembolso em planos de saúde.

Biblioteca de Prompts e Agentes

1. Propósito e Escopo

Este documento define todos os prompts, configurações de memória, transição entre estados, consulta a documentos e demais requisitos funcionais para o Fluxo de Agentes "Reembolsos Automáticos em Planos de Saúde", uma solução de automação projetada para processar e validar pedidos de reembolso em conformidade com as políticas e prazos estabelecidos. 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 é automatizar o processo de reembolsos, assegurando conformidade e eficiência, ao mesmo tempo que se fornece notificações sobre o status dos reembolsos aos beneficiários e ao time interno.

2. Contexto e Problema

Problemas Específicos

O processamento manual de reembolsos em planos de saúde é frequentemente demorado e sujeito a erros, o que pode resultar em não conformidade com as políticas e prazos estabelecidos, levando a penalidades. A falta de automação nesse processo também pode causar atrasos e insatisfação do cliente.


Regras Aplicadas

  • Processar automaticamente pedidos de reembolso em planos de saúde.
  • Validar pedidos para garantir conformidade com políticas e prazos.
  • Fornecer notificações sobre o status dos reembolsos.

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 conformidade com políticas e prazos estabelecidos.
  • Aumentar a satisfação do cliente por meio de respostas rápidas e precisas.
  • Minimizar erros manuais no processamento de reembolsos.

4. Visão Geral da Solução

O agente de IA para reembolsos automáticos em planos de saúde processa pedidos de reembolso, valida conforme políticas e prazos, e fornece notificações de status. 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 eficiente e autônomo na gestão de reembolsos em planos de saúde.

A solução consiste em um fluxo de automação composto por 8 agentes de IA. O processo inicia com a triagem e normalização do pedido de reembolso e termina com a preparação de notificações de status para o beneficiário e o time interno.

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

Agentes Função Principal
Agente de Triagem e Normalização de Pedido de Reembolso (RF 1) Receber o pedido de reembolso, conferir completude mínima e normalizar dados para análise.
Agente de Preparação de Parâmetros de Consulta de Política (RF 2) Gerar parâmetros precisos para consulta às políticas e coberturas do plano.
Agente de Execução de Consulta a Documento (RF 3) Consultar documento de políticas para obter regras de cobertura, prazos e documentação exigida.
Agente de Execução de Chamada à API (RF 4) Obter tabelas de preços, limites financeiros e status de elegibilidade do beneficiário via API.
Agente de Validação de Conformidade do Reembolso (RF 5) Aplicar regras de conformidade para decidir elegibilidade e glosas.
Agente de Cálculo Financeiro do Reembolso (RF 6) Calcular o valor a reembolsar por item e total aplicando teto de reembolso, coparticipação e franquia.
Agente de Geração de Parecer e Justificativas (RF 7) Produzir parecer estruturado e justificativas padronizadas para aprovação total, parcial ou negativa.
Agente de Preparação de Notificações de Status (RF 8) Preparar mensagens de notificação ao beneficiário e ao time interno com resumo do status do reembolso.

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.

Ver Agente na Prototipe AI

6. Requisitos Funcionais

RF 1. Agente de Triagem e Normalização de Pedido de Reembolso

1.1 Tarefa do Agente

Receber o pedido de reembolso, conferir completude mínima e normalizar dados para análise.

1.2 Prompt ou Instruções do Agente 
 # 1. Contexto e explicações sobre inputs iniciais
Você está recebendo um pedido de reembolso de plano de saúde. Este pedido inclui dados do beneficiário, informações do atendimento e documentos anexos.

# 2. Objetivo
Conferir a completude mínima do pedido e normalizar os dados para que possam ser analisados nos passos seguintes.

# 3. Regras que você deve seguir para gerar sua resposta
- Trate campos sinônimos e normalize chaves para o padrão do expected_output (ex.: codigo_procedimento->codigo, quantidade->qtd).
- Converta valores para BRL quando moeda diferente; se taxa de conversão não informada, marque triagem_status='pendente_campos' e inclua 'taxa_cambio' em faltantes.
- Valide obrigatórios: beneficiario.id, beneficiario.plano_id, data_atendimento, data_envio, pelo menos 1 item com codigo e qtd>0, pelo menos 1 documento financeiro (nota_fiscal ou recibo) quando prestador não credenciado.
- Se prestador.tipo='credenciado' e documento financeiro ausente, não bloqueie; registre aviso, mas mantenha triagem_status='ok'.
- Deduplicate itens por (codigo,tabela,valor_unitario) somando quantidades quando aplicável.
- Rejeite datas futuras; se data_atendimento>data_envio, sinalize 'invalido'.
- Saída sempre inclui lista 'faltantes' (pode ser vazia).
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 do 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 de um arquivo JSON na interface da Prototipe AI, para acelerar o processo de validação.
  • Tipo do input: O input inicial para o fluxo é um arquivo JSON contendo os dados do 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 texto com até 20.000 caracteres.

1.3.2 Especificação do Output

  • Formato de output: O output deve ser um JSON estruturado contendo o status de triagem, lista de campos faltantes e o pedido normalizado.
  • Exemplo de Estrutura de Output: 
     { "triagem_status":"ok|pendente_campos|invalido", "faltantes":["campo1","campo2"], "pedido_normalizado": { "pedido_id":"string", "beneficiario":{"id":"string","plano_id":"string"}, "data_atendimento":"YYYY-MM-DD", "data_envio":"YYYY-MM-DD", "itens":[{"codigo":"string","tabela":"string","qtd": number,"valor_unitario_brl": number}], "prestador":{"tipo":"credenciado|nao_credenciado","cnpj_cpf":"string","uf":"string"}, "tipo_servico":"string" } }
  • Número de caracteres esperado: O JSON final deve ser conciso e informativo, com um tamanho estimado em torno de 2.000 caracteres.

1.3.3 Parâmetros de Geração

  • Modelo: GPT-5
  • Temperatura: 0.5

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 Preparação de Parâmetros de Consulta de Política (RF 2).

RF 2. Agente de Preparação de Parâmetros de Consulta de Política

2.1 Tarefa do Agente

Gerar parâmetros precisos para consulta às políticas e coberturas do plano, a partir do pedido normalizado.

2.2 Prompt ou Instruções do Agente 
 # 1. Contexto e explicações sobre inputs iniciais
Você está recebendo um pedido de reembolso normalizado. Este pedido precisa ser traduzido em parâmetros precisos para consulta às políticas do plano de saúde.

# 2. Objetivo
Gerar parâmetros de consulta que permitam verificar as políticas e coberturas aplicáveis ao pedido de reembolso.

# 3. Regras que você deve seguir para gerar sua resposta
- Se triagem_status!='ok', defina pronto_para_consulta=false e motive o bloqueio.
- Extraia lista única de códigos de procedimento para consulta.
- Defina 'credenciado' a partir do prestador.tipo.
- Propague UF do atendimento para regras regionais.
- Se faltarem plano_id ou data_atendimento, bloqueie e registre motivo.
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 bem-sucedida do agente anterior (RF 1).
  • Tipo do input: Este agente deve ser apto a receber como input um JSON contendo o pedido normalizado e o status de triagem.
  • 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 texto com até 3.000 caracteres.

2.3.2 Especificação do Output

  • Formato de output: O output deve ser um JSON estruturado contendo os parâmetros de consulta de política.
  • Exemplo de Estrutura de Output: 
     { "pronto_para_consulta": true|false, "motivo_bloqueio":"string|null", "politica_params":{ "plano_id":"string", "tipo_servico":"string", "codigos":["string"], "data_atendimento":"YYYY-MM-DD", "uf":"string", "credenciado": true|false } }
  • Número de caracteres esperado: O JSON final deve ser claro e direto, com um tamanho estimado em torno de 1.500 caracteres.

2.3.3 Parâmetros de Geração

  • Modelo: GPT-5
  • Temperatura: 0.5

2.3.4 Ferramentas do Agente

  • Documentos: Não consulta.
  • Calculadora: Não utiliza.
  • Busca Online: Não utiliza.
  • Sistemas Externos: Não utiliza.

2.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 Execução de Consulta a Documento (RF 3).

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

Ao concluir sua execução, esse agente aciona o Agente de Execução de Consulta a Documento (RF 3).

RF 3. Agente de Execução de Consulta a Documento

3.1 Tarefa do Agente

Realizar consulta ao documento de políticas/condições do plano para obter regras de cobertura, prazos e documentação exigida.

3.2 Prompt ou Instruções do Agente 
 # 1. Contexto e explicações sobre inputs iniciais
Você está recebendo parâmetros de consulta de política. Esses parâmetros devem ser usados para consultar o documento de políticas do plano de saúde.

# 2. Objetivo
Obter as regras de cobertura, prazos e documentação exigida a partir do documento de políticas/condições do plano.

# 3. Regras que você deve seguir para gerar sua resposta
- Utilize os parâmetros fornecidos para realizar a consulta precisa.
- Extraia todas as informações relevantes para a cobertura do pedido de reembolso.
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 bem-sucedida do agente anterior (RF 2).
  • Tipo do input: Este agente deve ser apto a receber como input um JSON contendo os parâmetros de consulta de política.
  • 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 texto com até 2.000 caracteres.

3.3.2 Especificação do Output

  • Formato de output: O output deve ser um JSON estruturado contendo as regras de política consultadas.
  • Exemplo de Estrutura de Output: 
     { "regras_politica":{ "prazo_envio_dias": number, "contagem_prazo":"corridos|uteis", "documentacao_obrigatoria":["nota_fiscal|recibo|laudo|pedido_medico|outro"], "coberturas_por_codigo":[{"codigo":"string","elegivel": true|false,"limitacoes":{"quantidade_max": number|null,"carencia_dias": number|null,"coparticipacao_percent": number|null}}], "franquia_monetaria": number|null, "moeda":"BRL", "observacoes":["string"] } }
  • Número de caracteres esperado: O JSON final deve ser claro e direto, com um tamanho estimado em torno de 2.500 caracteres.

3.3.3 Parâmetros de Geração

  • Modelo: GPT-5
  • Temperatura: 0.5

3.3.4 Ferramentas do Agente

  • Documentos: Consulta ao documento de políticas do plano de saúde.
  • Calculadora: Não utiliza.
  • Busca Online: Não utiliza.
  • Sistemas Externos: Não utiliza.

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 deve ser visível para o Agente de Execução de Chamada à API (RF 4).

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

Ao concluir sua execução, esse agente aciona o Agente de Execução de Chamada à API (RF 4).

RF 4. Agente de Execução de Chamada à API

4.1 Tarefa do Agente

Realizar chamada à API do Sistema de Benefícios para obter tabelas de preços, limites financeiros e status de elegibilidade do beneficiário na data do atendimento.

4.2 Prompt ou Instruções do Agente 
 # 1. Contexto e explicações sobre inputs iniciais
Você está recebendo parâmetros para realizar uma chamada à API do Sistema de Benefícios. Esses parâmetros devem incluir informações do beneficiário e do pedido de reembolso.

# 2. Objetivo
Obter tabelas de preços, limites financeiros e status de elegibilidade do beneficiário na data do atendimento através da API.

# 3. Regras que você deve seguir para gerar sua resposta
- Realize a chamada à API utilizando os parâmetros fornecidos.
- Extraia todas as informações necessárias para a validação do pedido de reembolso.
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 bem-sucedida do agente anterior (RF 3).
  • Tipo do input: Este agente deve ser apto a receber como input um JSON contendo os parâmetros necessários para a chamada à API.
  • 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 texto com até 2.500 caracteres.

4.3.2 Especificação do Output

  • Formato de output: O output deve ser um JSON estruturado contendo os dados obtidos da API.
  • Exemplo de Estrutura de Output: 
     { "dados_api":{ "beneficiario_elegivel": true|false, "motivo_inelegibilidade":"string|null", "precos_por_codigo":[{"codigo":"string","valor_tet_bruto": number}], "limites_financeiros":{"anual": number|null,"mensal": number|null}, "saldos_utilizacao":{"codigo":"string","saldo_quantitativo": number|null} } }
  • Número de caracteres esperado: O JSON final deve ser claro e direto, com um tamanho estimado em torno de 2.000 caracteres.

4.3.3 Parâmetros de Geração

  • Modelo: GPT-5
  • Temperatura: 0.5

4.3.4 Ferramentas do Agente

  • Documentos: Não consulta.
  • Calculadora: Não utiliza.
  • Busca Online: Não utiliza.
  • Sistemas Externos: O agente deverá enviar os parâmetros para a API externa do Sistema de Benefícios e retornar os dados recebidos como resposta.

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 Validação de Conformidade do Reembolso (RF 5).

RF 5. Agente de Validação de Conformidade do Reembolso

5.1 Tarefa do Agente

Aplicar regras de conformidade combinando pedido, políticas e dados de benefícios para decidir elegibilidade e glosas.

5.2 Prompt ou Instruções do Agente 
 # 1. Contexto e explicações sobre inputs iniciais
Você está recebendo um pedido de reembolso normalizado, as regras de política consultadas e os dados obtidos da API.

# 2. Objetivo
Aplicar regras de conformidade para decidir a elegibilidade do pedido de reembolso e identificar possíveis glosas.

# 3. Regras que você deve seguir para gerar sua resposta
- Calcule prazo: se contagem_prazo='corridos', diferenca=data_envio-data_atendimento em dias corridos; se 'uteis', desconsidere sábados/domingos. Compare com prazo_envio_dias.
- Verifique elegibilidade do beneficiário na data; se dados_api faltar, não bloqueie por elegibilidade, apenas acrescente motivo de verificação pendente.
- Para cada item: negue elegibilidade se regras_politica.coberturas_por_codigo indicar elegivel=false ou se carência_dias > diferença entre adesão e data_atendimento (se adesão não disponível, não aplique carência e registre pendência).
- Respeite limites quantitativos (quantidade_max e saldos_utilizacao). Autorize até o saldo; glosa excedente como 'glosa_quantitativa'.
- Se prestador não credenciado e documentação obrigatória ausente, marque motivo e glosa total do item.
- Aplique coparticipação percentual como informação para cálculo financeiro (não glosa). Franquia monetária reduz valor reembolsável até zerar a franquia.
- Classifique validacao_status: 'nao_aprovavel' se todos itens inelegíveis ou prazo_ok=false; 'aprovavel_parcial' se há mistura de autorizados e glosados; 'aprovavel' se todos elegíveis e prazo_ok=true.
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 bem-sucedida do agente anterior (RF 4).
  • Tipo do input: Este agente deve ser apto a receber como input um JSON contendo o pedido normalizado, as regras de política e os dados da API.
  • 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 texto com até 5.000 caracteres.

5.3.2 Especificação do Output

  • Formato de output: O output deve ser um JSON estruturado contendo o status de validação, motivos e glosas identificadas.
  • Exemplo de Estrutura de Output: 
     { "validacao_status":"aprovavel|aprovavel_parcial|nao_aprovavel", "motivos":["string"], "glosas":[{"codigo":"string","tipo":"tecnica|administrativa","descricao":"string","valor_glosado": number}], "itens_avaliados":[{"codigo":"string","elegivel": true|false,"qtd_autorizada": number,"valor_teto": number}], "prazo_ok": true|false }
  • Número de caracteres esperado: O JSON final deve ser claro e direto, com um tamanho estimado em torno de 3.000 caracteres.

5.3.3 Parâmetros de Geração

  • Modelo: GPT-5
  • Temperatura: 0.5

5.3.4 Ferramentas do Agente

  • Documentos: Não consulta.
  • Calculadora: Utiliza lógica interna para calcular prazos e validar regras.
  • Busca Online: Não utiliza.
  • Sistemas Externos: Não utiliza.

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 Cálculo Financeiro 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 Cálculo Financeiro do Reembolso (RF 6).

RF 6. Agente de Cálculo Financeiro do Reembolso

6.1 Tarefa do Agente

Calcular o valor a reembolsar por item e total aplicando teto de reembolso, coparticipação e franquia.

6.2 Prompt ou Instruções do Agente 
 # 1. Contexto e explicações sobre inputs iniciais
Você está recebendo um pedido de reembolso normalizado, itens avaliados e glosas identificadas. Esses dados devem ser usados para calcular o valor a reembolsar.

# 2. Objetivo
Calcular o valor a reembolsar por item e o total, aplicando teto de reembolso, coparticipação e franquia.

# 3. Regras que você deve seguir para gerar sua resposta
- Para cada item elegível, valor_apos_glosa = min(valor_solicitado, valor_teto) considerando quantidade autorizada; subtraia glosas específicas do item.
- Calcule valor_coparticipacao = valor_apos_glosa * (coparticipacao_percent/100) quando definido.
- Some itens para obter subtotal; aplique franquia_monetaria: franquia_aplicada = min(subtotal, franquia). valor_total_reembolso = subtotal - franquia_aplicada.
- Arredonde valores para 2 casas decimais (half away from zero).
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 bem-sucedida do agente anterior (RF 5).
  • Tipo do input: Este agente deve ser apto a receber como input um JSON contendo o pedido normalizado, itens avaliados e glosas identificadas.
  • 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 texto com até 4.000 caracteres.

6.3.2 Especificação do Output

  • Formato de output: O output deve ser um JSON estruturado contendo o resumo financeiro do reembolso.
  • Exemplo de Estrutura de Output: 
     { "resumo_financeiro":{ "itens":[{"codigo":"string","qtd_autorizada": number,"valor_teto": number,"valor_solicitado": number,"valor_apos_glosa": number,"coparticipacao_percent": number|null,"valor_coparticipacao": number,"valor_reembolsavel": number}], "franquia_aplicada": number, "valor_total_reembolso": number } }
  • Número de caracteres esperado: O JSON final deve ser claro e direto, com um tamanho estimado em torno de 3.000 caracteres.

6.3.3 Parâmetros de Geração

  • Modelo: GPT-5
  • Temperatura: 0.5

6.3.4 Ferramentas do Agente

  • Documentos: Não consulta.
  • Calculadora: Utiliza lógica interna para calcular valores financeiros.
  • Busca Online: Não utiliza.
  • Sistemas Externos: Não utiliza.

6.3.5 Memória

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

Ao concluir sua execução, esse agente aciona o Agente de Geração de Parecer e Justificativas (RF 7).

RF 7. Agente de Geração de Parecer e Justificativas

7.1 Tarefa do Agente

Produzir parecer estruturado e justificativas padronizadas para aprovação total, parcial ou negativa.

7.2 Prompt ou Instruções do Agente 
 # 1. Contexto e explicações sobre inputs iniciais
Você está recebendo um status de validação, motivos e resumo financeiro do reembolso. Esses dados devem ser usados para gerar um parecer estruturado.

# 2. Objetivo
Produzir parecer estruturado e justificativas padronizadas para aprovação total, parcial ou negativa do reembolso.

# 3. Regras que você deve seguir para gerar sua resposta
- Mapeie validacao_status para status final: aprovavel->aprovado; aprovavel_parcial->aprovado_parcialmente; nao_aprovavel->recusado.
- Converta glosas em justificativas com códigos e descrições claras (ex.: G01 Prazo excedido, G02 Documento obrigatório ausente, G03 Quantidade excedida, G04 Procedimento não coberto).
- Se aprovado_parcialmente, detalhe itens cobertos e não cobertos em linguagem clara.
- Inclua orientação objetiva sobre como regularizar (ex.: documentos faltantes, prazos).
7.3 Configurações do Agente

7.3.1 Especificação do Input

  • Mecanismo de Acionamento: Este agente deve ser acionado automaticamente após a conclusão bem-sucedida do agente anterior (RF 6).
  • Tipo do input: Este agente deve ser apto a receber como input um JSON contendo o status de validação, motivos e resumo financeiro do 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 texto com até 3.000 caracteres.

7.3.2 Especificação do Output

  • Formato de output: O output deve ser um JSON estruturado contendo o parecer do reembolso e as justificativas.
  • Exemplo de Estrutura de Output: 
     { "parecer":{ "status":"aprovado|aprovado_parcialmente|recusado", "justificativas":[{"codigo":"string","descricao":"string"}], "orientacoes_ao_beneficiario":"string" } }
  • Número de caracteres esperado: O JSON final deve ser claro e direto, com um tamanho estimado em torno de 2.000 caracteres.

7.3.3 Parâmetros de Geração

  • Modelo: GPT-5
  • Temperatura: 0.5

7.3.4 Ferramentas do Agente

  • Documentos: Não consulta.
  • Calculadora: Utiliza lógica interna para mapear status e gerar justificativas.
  • Busca Online: Não utiliza.
  • Sistemas Externos: Não utiliza.

7.3.5 Memória

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

Ao concluir sua execução, esse agente aciona o Agente de Preparação de Notificações de Status (RF 8).

RF 8. Agente de Preparação de Notificações de Status

8.1 Tarefa do Agente

Preparar mensagens de notificação ao beneficiário e ao time interno com resumo do status do reembolso.

8.2 Prompt ou Instruções do Agente 
 # 1. Contexto e explicações sobre inputs iniciais
Você está recebendo um parecer do reembolso e um resumo financeiro. Esses dados devem ser usados para preparar notificações de status.

# 2. Objetivo
Preparar mensagens de notificação ao beneficiário e ao time interno com resumo do status do reembolso.

# 3. Regras que você deve seguir para gerar sua resposta
- A mensagem ao beneficiário deve conter pedido_id, status e valor_total_reembolso quando aplicável; evite dados sensíveis desnecessários.
- A notificação interna deve listar códigos de glosa e próximos passos (se houver pendências).
- Adapte o texto conforme status (aprovado, parcial, recusado) e inclua prazo estimado de pagamento quando aprovado.
8.3 Configurações do Agente

8.3.1 Especificação do Input

  • Mecanismo de Acionamento: Este agente deve ser acionado automaticamente após a conclusão bem-sucedida do agente anterior (RF 7).
  • Tipo do input: Este agente deve ser apto a receber como input um JSON contendo o parecer do reembolso e o resumo financeiro.
  • 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 texto com até 3.000 caracteres.

8.3.2 Especificação do Output

  • Formato de output: O output deve ser um JSON estruturado contendo as notificações preparadas.
  • Exemplo de Estrutura de Output: 
     { "notificacoes":{ "beneficiario":{"canal":"email|sms|app","assunto":"string","mensagem":"string"}, "interno":{"canal":"fila_backoffice","titulo":"string","conteudo":"string"} } }
  • Número de caracteres esperado: O JSON final deve ser claro e direto, com um tamanho estimado em torno de 2.000 caracteres.

8.3.3 Parâmetros de Geração

  • Modelo: GPT-5
  • Temperatura: 0.5

8.3.4 Ferramentas do Agente

  • Documentos: Não consulta.
  • Calculadora: Não utiliza.
  • Busca Online: Não utiliza.
  • Sistemas Externos: Não utiliza.

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

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

A execução deste agente finaliza o fluxo. As notificações geradas devem ser enviadas aos respectivos destinatários.

Posts Relacionados

© 2025 prototipe.ai. Todos os direitos reservados.