Agente de IA para Alocação Otimizada de Leitos Hospitalares

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

Como criar um agente de IA que analisa dados de internação, alta e ocupação para sugerir a melhor alocação de pacientes em leitos disponíveis.

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 Fluxo de Agentes "Alocação Otimizada de Leitos Hospitalares", uma solução de automação projetada para otimizar a alocação de leitos em hospitais. 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 é utilizar dados de internação, alta e ocupação para sugerir alocações que maximizem a eficiência e a adequação às necessidades dos pacientes, considerando urgência e especificidades clínicas.

2. Contexto e Problema

Cenário Atual

Os hospitais enfrentam desafios significativos na gestão de leitos, que incluem:

  • Ineficiência na alocação de leitos, levando a subutilização ou superlotação.
  • Falta de consideração das necessidades específicas dos pacientes ao alocar leitos.
  • Dificuldade em priorizar casos urgentes devido à falta de dados em tempo real.

A ausência de um sistema automatizado para analisar dados de internação, alta e ocupação em tempo real resulta em decisões de alocação subótimas, afetando a qualidade do atendimento e a eficiência operacional dos hospitais.

3. Impactos Esperados

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

  • Melhorar a eficiência da alocação de leitos, reduzindo a subutilização e a superlotação.
  • Considerar as necessidades específicas dos pacientes para garantir alocações adequadas.
  • Priorizar casos urgentes com base em dados em tempo real e critérios predefinidos.
  • Aumentar a satisfação dos pacientes através de um atendimento mais ágil e personalizado.

4. Visão Geral da Solução

O agente de IA para alocação otimizada de leitos hospitalares analisa dados de internação, alta e ocupação em tempo real para sugerir a melhor alocação de pacientes, considerando necessidades específicas e urgência. 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 gestão de leitos hospitalares.

A solução consiste em um fluxo de automação composto por 6 agentes de IA. O processo inicia com a preparação e validação dos dados de leitos e termina com a geração de um plano operacional padronizado para execução.

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

Agentes Função Principal
Agente de Preparação e Validação de Dados de Leitos (RF 1) Padronizar, validar e enriquecer os dados de internação, alta e ocupação para uso pelos agentes de priorização e alocação.
Agente de Priorização de Casos (RF 2) Atribuir um escore de prioridade e uma categoria para cada paciente, com rastreabilidade dos critérios aplicados.
Agente de Compatibilidade e Restrições de Leitos (RF 3) Determinar para cada paciente o conjunto de leitos compatíveis segundo requisitos clínicos, isolamentos, gênero/quarto e equipamentos.
Agente de Otimização de Alocação de Leitos (RF 4) Gerar um plano de alocação que maximize atendimento de pacientes de maior prioridade, respeitando restrições e evitando conflitos.
Agente de Verificação de Segurança e Conflitos (RF 5) Auditar o plano de alocação contra políticas clínicas e de controle de infecção, sinalizando riscos e inconsistências.
Agente de Geração do Plano Operacional (RF 6) Produzir a saída final padronizada para execução operacional, com passos acionáveis e justificativas rastreá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 hospital receberá. Explore os links abaixo para entender melhor a solução em ação.

6. Requisitos Funcionais

RF 1. Agente de Preparação e Validação de Dados de Leitos

1.1 Tarefa do Agente

Padronizar, validar e enriquecer os dados de internação, alta e ocupação recebidos em tempo (quase) real para uso pelos agentes de priorização e alocação.

1.2 Prompt ou Instruções do Agente
 # 1. Contexto e explicações sobre inputs iniciais
Você está recebendo dados de internação, alta e ocupação em formato JSON. Estes dados são críticos para garantir uma alocação eficiente e segura de leitos.

# 2. Objetivo
Padronizar, validar e enriquecer os dados para que possam ser utilizados eficazmente pelos agentes subsequentes no fluxo de alocação de leitos.

# 3. Regras que você deve seguir para gerar sua resposta
- Rejeite registros sem id; normalize datas para ISO-8601 Z; se paciente tem leito_atual, garanta que não esteja simultaneamente em leitos_disponiveis.
- Deduplicação: se ids duplicados, mantenha o mais recente por updated_at; registre ids_removidos em lista_erros_validacao com motivo.
- Normalização de atributos: mapeie especialidades para vocabulário canônico (ex: UTI Adulto, UTI Neo, Clínica Médica, Cirúrgica); padronize flags booleanas (true/false) para isolamento, precaucoes_contato, aerossol.
- Descarte altas_previstas com data < now_utc - 24h; se alta prevista < agora e leito segue ocupado, marque como atraso_alta:true.
- Enriquecimento: derive campo prioridade_sugestao_inicial por regra simples (ex: se status=em_choque ou ventilacao_necessaria -> alta; se admissao_eletiva -> baixa) sem substituir a priorização formal do próximo agente.
- Saneamento de leitos: somente considere leitos_disponiveis com status in {livre, limpeza_concluida}; se status=em_limpeza, marque disponibilidade_estimativa = fim_limpeza_estimada ou null. 
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 internação, alta e ocupação via API em tempo (quase) real. Na fase de testes, os dados serão enviados pelo 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 arrays de pacientes_pendentes, leitos_disponiveis, leitos_ocupados, altas_previstas, e regras_politicas.
  • Formatos Suportados: Esse agente deve ser capaz de receber dados no formato: .json.
  • Número de caracteres esperado: Este agente deve ter capacidade para processar um input de até 120.000 caracteres.

1.3.2 Especificação do Output

  • Formato de output: O output deve ser um JSON normalizado com: schema_validado:true/false, lista_erros_validacao[], pacientes_pendentes_normalizados[], leitos_disponiveis_normalizados[], leitos_ocupados_normalizados[], altas_previstas_normalizadas[], politicas_normalizadas[], relogio_sistema:{now_utc}.
  • Exemplo de Estrutura de Output:
     {
      "schema_validado": true,
      "lista_erros_validacao": [],
      "pacientes_pendentes_normalizados": [{...}],
      "leitos_disponiveis_normalizados": [{...}],
      "leitos_ocupados_normalizados": [{...}],
      "altas_previstas_normalizadas": [{...}],
      "politicas_normalizadas": [{...}],
      "relogio_sistema": {"now_utc": "2025-12-02T06:39:00Z"}
    } 
  • Número de caracteres esperado: O JSON de output terá um tamanho aproximado de 15.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: Não utiliza.
  • Busca Online: Não utiliza.
  • Sistemas Externos: Não se conecta a sistemas externos.

1.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 Priorização de Casos (RF 2).

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

Ao concluir sua execução, esse agente aciona o Agente de Priorização de Casos (RF 2).

RF 2. Agente de Priorização de Casos

2.1 Tarefa do Agente

Atribuir um escore de prioridade e uma categoria para cada paciente, com rastreabilidade dos critérios aplicados.

2.2 Prompt ou Instruções do Agente
 # 1. Contexto e explicações sobre inputs iniciais
Você está recebendo um JSON normalizado contendo dados de pacientes pendentes, politicas normalizadas, e o tempo atual do sistema.

# 2. Objetivo
Atribuir um escore de prioridade e uma categoria para cada paciente, garantindo rastreabilidade dos critérios aplicados para priorização.

# 3. Regras que você deve seguir para gerar sua resposta
- Composição do escore (0-100):
  • Gravidade clínica (0-40): choque, insuficiência respiratória, necessidade_UTI -> atribua 30-40; dor intensa sem risco imediato 10-20; eletivo 0-5.
  • Risco epidemiológico (0-20): necessidade_isolamento com agente transmissível (aerossol>contato>gota) 10-20.
  • Tempo de espera (0-20): +2 pontos a cada 30min completos desde created_at até now_utc, teto 20.
  • Adequação de cuidado (0-10): perfil exige UTI e não há monitorização atual +10; pediatria/obstetrícia fora de área +8.
  • Critérios institucionais (0-10): prioridades definidas em politicas_normalizadas (ex: STEMI porta-balão) conforme tabela.
- Mapeamento para categoria: >=80 emergente; 65-79 muito_alta; 50-64 alta; 25-49 media; <25 baixa.
- SLA por categoria: emergente 30min, muito_alta 60min, alta 120min, media 240min, baixa 480min.
- Empates: desempate por maior tempo_espera; persistindo, por idade_risco (neonatal>idoso>adulto); persistindo, por timestamp menor (FIFO).
- Produza motivos_aplicados listando cada contribuição com valor parcials (ex: "gravidade: +35 por ventilacao"). 
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 como input um JSON normalizado contendo dados de pacientes pendentes, politicas normalizadas e o tempo atual do sistema.
  • 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.

2.3.2 Especificação do Output

  • Formato de output: O output deve ser um JSON com pacientes_priorizados[] contendo: paciente_id, prioridade_escala (0-100), categoria_prioridade, motivos_aplicados[], SLA_alocacao_minutos, timestamp_priorizacao.
  • Exemplo de Estrutura de Output:
     {
      "pacientes_priorizados": [
        {
          "paciente_id": "12345",
          "prioridade_escala": 85,
          "categoria_prioridade": "emergente",
          "motivos_aplicados": ["gravidade: +35 por ventilacao"],
          "SLA_alocacao_minutos": 30,
          "timestamp_priorizacao": "2025-12-02T06:39:00Z"
        }
      ]
    } 
  • Número de caracteres esperado: O JSON de output terá um tamanho aproximado de 10.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: 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 Compatibilidade e Restrições de Leitos (RF 3).

RF 3. Agente de Compatibilidade e Restrições de Leitos

3.1 Tarefa do Agente

Determinar para cada paciente o conjunto de leitos compatíveis segundo requisitos clínicos, isolamentos, gênero/quarto e equipamentos.

3.2 Prompt ou Instruções do Agente
 # 1. Contexto e explicações sobre inputs iniciais
Você está recebendo dados de pacientes priorizados e leitos disponíveis normalizados.

# 2. Objetivo
Determinar para cada paciente o conjunto de leitos compatíveis segundo requisitos clínicos, isolamentos, gênero/quarto e equipamentos.

# 3. Regras que você deve seguir para gerar sua resposta
- Impeditivos absolutos (excluir leito):
  • Especialidade incompatível (UTI requerida e leito não-UTI; pediatria em leito adulto; obstetrícia fora de maternidade se política exigir).
  • Isolamento: se paciente requer aerossol e leito não suporta pressão negativa/aerossol.
  • Equipamentos críticos ausentes: ventilador, monitor multiparâmetro quando requeridos.
  • Restrições de quarto/coorte: sexo incompatível em quarto compartilhado quando política aplicável.
- Score_compatibilidade (0-1) entre factíveis:
  • Casamento de especialidade: +0.4 se exata; +0.2 se aceitável.
  • Proximidade de serviço requerido (ex: hemodiálise no andar): +0.1.
  • Distância/transfer effort (se disponível): penalize até -0.1.
  • Preferências institucionais (alas de contingência): +0.1 se preferida.
- Marque motivos_compatibilidade e impeditivos com referência de regra aplicada para rastreabilidade. 
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 como input dados de pacientes priorizados e leitos disponíveis normalizados.
  • 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 com compatibilidade[]: paciente_id, leitos_factiveis[{leito_id, score_compatibilidade, motivos_compatibilidade[], impeditivos[]}], leitos_bloqueados[{leito_id, motivo}].
  • Exemplo de Estrutura de Output:
     {
      "compatibilidade": [
        {
          "paciente_id": "12345",
          "leitos_factiveis": [
            {
              "leito_id": "A101",
              "score_compatibilidade": 0.8,
              "motivos_compatibilidade": ["casamento de especialidade"],
              "impeditivos": []
            }
          ],
          "leitos_bloqueados": [
            {
              "leito_id": "B202",
              "motivo": "especialidade incompatível"
            }
          ]
        }
      ]
    } 
  • Número de caracteres esperado: O JSON de output terá um tamanho aproximado de 15.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: Não utiliza.
  • 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 deve ser visível para o Agente de Otimização de Alocação de Leitos (RF 4).

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

Ao concluir sua execução, esse agente aciona o Agente de Otimização de Alocação de Leitos (RF 4).

RF 4. Agente de Otimização de Alocação de Leitos

4.1 Tarefa do Agente

Gerar um plano de alocação que maximize atendimento de pacientes de maior prioridade, respeitando restrições e evitando conflitos.

4.2 Prompt ou Instruções do Agente
 # 1. Contexto e explicações sobre inputs iniciais
Você está recebendo dados de pacientes priorizados e compatibilidade de leitos.

# 2. Objetivo
Gerar um plano de alocação que maximize o atendimento de pacientes de maior prioridade, respeitando restrições e evitando conflitos.

# 3. Regras que você deve seguir para gerar sua resposta
- Função objetivo do score_global (0-100):
  • 60% prioridade_escala normalizada do paciente.
  • 30% score_compatibilidade do leito escolhido.
  • 10% penalidades: -10 se deslocar do cuidado ideal; -5 se prolongar limpeza > SLA; -5 se coorte subótima.
- Estratégia de seleção: ordene pacientes por categoria e prioridade_escala desc; para cada paciente, escolha o leito com maior score_global entre factíveis; se nenhum factível, enviei para fila_espera_ordenada com motivo principal (ex: sem leito de UTI disponível).
- Resolução de conflito leito único para múltiplos pacientes: atribua ao paciente com maior score_global; reavalie o segundo colocado no próximo leito melhor disponível.
- Restrições duras: jamais aloque se houver impeditivo absoluto listado; respeite isolamento e equipamentos obrigatórios.
- Respeite SLAs: se alocação proposta excede SLA estimado por limpeza > 15min da margem, prefira segundo melhor leito que cumpra SLA. 
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 como input dados de pacientes priorizados e compatibilidade de leitos.
  • 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.

4.3.2 Especificação do Output

  • Formato de output: O output deve ser um JSON plano_alocacao: atribuicoes[], fila_espera_ordenada[], metricas:{prioridade_atendida_media, utilizacao_leitos_sugerida, numero_conflitos:0}.
  • Exemplo de Estrutura de Output:
     {
      "plano_alocacao": {
        "atribuicoes": [
          {
            "paciente_id": "12345",
            "leito_id": "A101",
            "justificativa": "prioridade alta e compatibilidade ideal",
            "score_global": 95
          }
        ],
        "fila_espera_ordenada": [
          {
            "paciente_id": "67890",
            "motivo_nao_alocado": "sem leito de UTI disponível"
          }
        ],
        "metricas": {
          "prioridade_atendida_media": 90,
          "utilizacao_leitos_sugerida": 85,
          "numero_conflitos": 0
        }
      }
    } 
  • Número de caracteres esperado: O JSON de output terá um tamanho aproximado de 15.000 caracteres.

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 Verificação de Segurança e Conflitos (RF 5).

RF 5. Agente de Verificação de Segurança e Conflitos

5.1 Tarefa do Agente

Auditar o plano de alocação contra políticas clínicas e de controle de infecção, sinalizando riscos e inconsistências.

5.2 Prompt ou Instruções do Agente
 # 1. Contexto e explicações sobre inputs iniciais
Você está recebendo o plano de alocação gerado e os dados de políticas normalizadas e leitos disponíveis.

# 2. Objetivo
Auditar o plano de alocação contra políticas clínicas e de controle de infecção, sinalizando riscos e inconsistências.

# 3. Regras que você deve seguir para gerar sua resposta
- Checagens críticas: isolamento adequado por tipo; incompatibilidade de especialidade; alocação em leito em_limpeza sem ETA dentro de SLA; conflito de gênero em quarto compartilhado.
- Se qualquer checagem crítica falhar, aprovado:false e inclua correcoes_sugeridas com o melhor leito alternativo factível baseado no segundo maior score_global.
- Classifique severidade: crítica (risco infeccioso/vida), alta (SLA estourado), média (preferência institucional descumprida), baixa (melhoria de logística).
- Nunca aprove plano com impeditivo absoluto presente. 
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 como input o plano de alocação gerado e os dados de políticas normalizadas e leitos disponíveis.
  • 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.

5.3.2 Especificação do Output

  • Formato de output: O output deve ser um JSON auditoria: aprovado:true/false, alertas[], correcoes_sugeridas[], metricas_risco{}.
  • Exemplo de Estrutura de Output:
     {
      "auditoria": {
        "aprovado": false,
        "alertas": [
          {
            "tipo": "isolamento inadequado",
            "severidade": "crítica",
            "descricao": "Paciente em leito que não suporta pressão negativa.",
            "referencia_regra": "Regra 1.2"
          }
        ],
        "correcoes_sugeridas": [
          {
            "paciente_id": "12345",
            "leito_id_sugerido": "C303",
            "motivo": "melhor compatibilidade de isolamento"
          }
        ],
        "metricas_risco": {
          "coorte_inadequada": 2,
          "isolamento_inadequado": 1,
          "atraso_SLA": 0
        }
      }
    } 
  • Número de caracteres esperado: O JSON de output terá um tamanho aproximado de 15.000 caracteres.

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 Geração do Plano Operacional (RF 6).

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

Ao concluir sua execução, esse agente aciona o Agente de Geração do Plano Operacional (RF 6).

RF 6. Agente de Geração do Plano Operacional

6.1 Tarefa do Agente

Produzir a saída final padronizada para execução operacional, com passos acionáveis e justificativas rastreáveis.

6.2 Prompt ou Instruções do Agente
 # 1. Contexto e explicações sobre inputs iniciais
Você está recebendo o plano de alocação e a auditoria realizada.

# 2. Objetivo
Produzir a saída final padronizada para execução operacional, com passos acionáveis e justificativas rastreáveis.

# 3. Regras que você deve seguir para gerar sua resposta
- Se auditoria.aprovado=true e sem alertas críticos: status_plano=aprovado; caso haja alertas não críticos: aprovado_com_alertas e inclua recomendações.
- Se reprovado: não emita atribuicoes_confirmadas; mantenha fila_espera e liste bloqueios para intervenção humana.
- Gerar comunicados por perfil: enfermagem (preparar leito X até hh:mm), higienização (priorizar limpeza leito Y), transporte (transferência paciente Z), médico responsável (alocação confirmada).
- Para cada atribuição, inclua trilha_justificativas com: prioridade_escala, categoria, score_compatibilidade, regras aplicadas e por que alternativas foram preteridas. 
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 como input o plano de alocação e a auditoria realizada.
  • 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.

6.3.2 Especificação do Output

  • Formato de output: O output deve ser um JSON final: status_plano, atribuicoes_confirmadas[], fila_espera_ordenada[], comunicados_operacionais[], resumo_executivo, trilha_justificativas.
  • Exemplo de Estrutura de Output:
     {
      "status_plano": "aprovado_com_alertas",
      "atribuicoes_confirmadas": [
        {
          "paciente_id": "12345",
          "leito_id": "A101"
        }
      ],
      "fila_espera_ordenada": [
        {
          "paciente_id": "67890",
          "motivo_nao_alocado": "sem leito de UTI disponível"
        }
      ],
      "comunicados_operacionais": [
        {
          "destinatario": "enfermagem",
          "acao": "preparar leito A101 até 08:00",
          "paciente_id": "12345",
          "leito_id": "A101",
          "prazo_min": "120"
        }
      ],
      "resumo_executivo": "Plano aprovado com alertas não críticos. Ações de preparação iniciadas.",
      "trilha_justificativas": [
        {
          "paciente_id": "12345",
          "prioridade_escala": 85,
          "categoria": "emergente",
          "score_compatibilidade": 0.8,
          "regras_aplicadas": ["Regra 1.1", "Regra 2.3"],
          "justificativa": "prioridade alta e compatibilidade ideal"
        }
      ]
    } 
  • Número de caracteres esperado: O JSON de output terá um tamanho aproximado de 20.000 caracteres.

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 gerada por este agente é 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. O JSON gerado é o resultado que deve ser disponibilizado ao usuário.

© 2025 prototipe.ai. Todos os direitos reservados.