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 Auditoria de Protocolos Clínicos. 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 é verificar a adesão a protocolos clínicos estabelecidos em tratamentos hospitalares, sugerindo melhorias e identificando desvios que possam comprometer a qualidade do tratamento.
2. Contexto e Problema
Problemas Específicos
Falhas na adesão a protocolos clínicos comprometem a qualidade do tratamento. A dificuldade em identificar e corrigir desvios em tempo hábil resulta em riscos aumentados para os pacientes e ineficiências operacionais nos hospitais.
Regras para Solução
- Verificar continuamente a adesão a protocolos clínicos em tratamentos hospitalares.
- Sugerir melhorias nos protocolos com base em dados de desempenho e resultados.
- Alertar equipes médicas sobre desvios críticos que necessitam de intervenção.
3. Impactos Esperados
A implementação deste agente de IA visa alcançar os seguintes resultados:
- Melhorar a qualidade do tratamento ao garantir maior adesão a protocolos clínicos.
- Reduzir riscos para pacientes através da identificação e correção tempestiva de desvios.
- Aumentar a eficiência operacional em hospitais, minimizando erros e retrabalho.
- Fornecer insights valiosos para a melhoria contínua dos protocolos clínicos.
4. Visão Geral da Solução
O agente de IA para auditoria de protocolos clínicos verifica continuamente a adesão a protocolos estabelecidos, sugere melhorias e identifica desvios em tratamentos hospitalares. 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 auditoria de protocolos clínicos, garantindo a qualidade do tratamento hospitalar.
A solução consiste em um fluxo de automação composto por 6 agentes de IA. O processo inicia com a validação e padronização dos dados de tratamento e termina com a geração de um relatório de auditoria estruturado para consumo por times clínicos e de governança.
A execução dos agentes é sequencial e linear, seguindo a ordem definida na tabela abaixo.
| Agentes | Função Principal |
|---|---|
Agente de Validação e Padronização de Entrada (RF 1)
| Validar, higienizar e padronizar os dados de tratamento recebidos. |
Agente de Seleção de Protocolo Aplicável (RF 2)
| Identificar protocolos aplicáveis com base em critérios de inclusão/exclusão. |
Agente de Comparação e Cálculo de Aderência (RF 3)
| Comparar a execução do cuidado versus os passos do protocolo e calcular métricas de aderência. |
Agente de Classificação de Risco e Criticidade de Desvios (RF 4)
| Atribuir severidade clínica aos desvios e classificar a necessidade de alerta. |
Agente de Recomendações e Plano de Ação (RF 5)
| Gerar recomendações específicas e plano de ação corretivo/preventivo. |
Agente de Geração de Relatório de Auditoria (RF 6)
| Consolidar resultados em um relatório estruturado para consumo por times clínicos e governança. |
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 Validação e Padronização de Entrada
1.1 Tarefa do Agente
Validar, higienizar e padronizar os dados de tratamento recebidos, garantindo estrutura mínima para auditoria de adesão a protocolos.
1.2 Prompt ou Instruções do Agente
# 1. Contexto e explicações sobre inputs iniciais
Você está recebendo dados de tratamento hospitalar em formato JSON. Este arquivo contém informações críticas para a auditoria de protocolos clínicos, incluindo identificadores de pacientes, diagnósticos, procedimentos, medicamentos, sinais vitais, resultados laboratoriais e timestamps.
# 2. Objetivo
Validar, higienizar e padronizar os dados recebidos para garantir uma estrutura mínima que permita a auditoria eficaz da adesão a protocolos clínicos.
# 3. Regras que você deve seguir para gerar sua resposta
- Rejeite apenas registros sem patient_id ou sem qualquer timestamp; demais ausências devem ser listadas em missing_fields sem interromper o fluxo.
- Converta todos os timestamps para UTC e registre em time_normalization.method ('assumed_UTC' ou 'tz_converted').
- Padronize unidades: pressão (mmHg), temperatura (°C), peso (kg), altura (cm), dose (mg). Se unidade ausente, não converta o valor; sinalize em warnings com field e reason.
- Mapeie códigos para os sistemas informados; se um código não pertencer a code_systems suportados, inclua em unknown_codes[] com campo source e suggested_system=null.
- Corrija inconsistências simples: sexo fora de {M,F,Outro} => 'Outro'; idade negativa => set null e warning.
- Deduplicate eventos idênticos (mesmo tipo, valor, timestamp) mantendo o mais recente por registro de origem.
- Garanta que cada caso tenha care_setting em {ambulatório, urgência, enfermaria, UTI}; se ausente, inferir por presença de ventilação/vasoativos => 'UTI'; caso contrário 'enfermaria' e marcar source='inferred'.
- Saída deve manter a biblioteca de protocolos protocol_library sem alterações, apenas validar sua estrutura mínima (id, version, inclusion_criteria, steps[]). Se faltar, registre error e set protocol_library_status='invalid'. 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 tratamento hospitalar via API após a coleta inicial de dados. Na fase de testes, os dados serão enviados manualmente 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 dados de tratamento hospitalar.
-
Formatos Suportados: Esse agente deve ser capaz de receber arquivos nos formatos:
.json. - Número de caracteres esperado: Este agente deve ter capacidade para processar um input de texto com até 50.000 caracteres.
1.3.2 Especificação do Output
- Formato de output: O output deve ser um JSON normalizado com: normalized_cases[], cada caso com campos validados e normalizados; units padronizadas (SI), timestamps em UTC, códigos mapeados a code_systems declarados, campos faltantes indicados em missing_fields[], e validation_summary (errors[], warnings[]).
-
Exemplo de Estrutura de Output:
{ "normalized_cases": [ { "case_id": "123456", "patient_id": "654321", "care_setting": "UTI", "demographics": { "age": 45, "gender": "M" }, "diagnosis_codes": ["A41.9"], "procedure_codes": ["5A1955Z"], "meds": ["Ciprofloxacin"], "vitals": { "temperature": 37.5, "unit": "°C" }, "labs": { "WBC": 8000, "unit": "cells/mcL" }, "timestamps": { "admission": "2025-12-23T09:22:00Z" } } ], "missing_fields": [], "validation_summary": { "errors": [], "warnings": [] } } - Número de caracteres esperado: O JSON final deve ser conciso e informativo, com um tamanho estimado em torno de 5.000 caracteres, podendo variar conforme a complexidade dos dados de tratamento.
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
- 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 Seleção de Protocolo Aplicável (RF 2).
1.3.6 Regras de Orquestração e Transição
Ao concluir sua execução, esse agente aciona o Agente de Seleção de Protocolo Aplicável (RF 2).
RF 2. Agente de Seleção de Protocolo Aplicável
2.1 Tarefa do Agente
Identificar para cada caso clínico qual(is) protocolo(s) da biblioteca são aplicáveis com base em critérios de inclusão/exclusão.
2.2 Prompt ou Instruções do Agente
# 1. Contexto e explicações sobre inputs iniciais Você está recebendo um JSON com casos clínicos normalizados e uma biblioteca de protocolos validada. Cada caso contém informações essenciais para a seleção de protocolos clínicos aplicáveis. # 2. Objetivo Identificar quais protocolos da biblioteca são aplicáveis a cada caso clínico, baseando-se nos critérios de inclusão e exclusão definidos. # 3. Regras que você deve seguir para gerar sua resposta - Um protocolo é aplicável se todos os inclusion_criteria necessários forem satisfeitos e nenhum exclusion_criteria for acionado. - Calcule match_score entre 0 e 1: score = (inclusion_matched/total_inclusion) * 0.8 + (optional_modifiers/total_optional) * 0.2; se houver exclusão, force score=0. - Considere faixa etária, diagnóstico principal, comorbidades críticas, setting de cuidado e janela temporal de início do tratamento em relação ao evento índice. - Se múltiplos protocolos forem aplicáveis, mantenha todos com match_score; marque primary_protocol aquele com maior match_score; em empate, preferir versão mais recente (maior version) e depois o de menor risco segundo protocol_library.risk_profile. - Registre rationale textual citando critérios chave que determinaram a seleção.
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 casos clínicos normalizados e uma biblioteca de protocolos validada.
-
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é 6.000 caracteres.
2.3.2 Especificação do Output
- Formato de output: O output deve ser um JSON com case_protocol_map[]: para cada case_id, lista protocols_applicable[] com {protocol_id, version, match_score, inclusion_criteria_matched[], exclusion_criteria_triggered[], rationale}. Se nenhum aplicável, protocols_applicable=[] e reason.
-
Exemplo de Estrutura de Output:
{ "case_protocol_map": [ { "case_id": "123456", "protocols_applicable": [ { "protocol_id": "P001", "version": "1.0", "match_score": 0.85, "inclusion_criteria_matched": ["idade", "diagnóstico"], "exclusion_criteria_triggered": [], "rationale": "Protocol matches due to age and primary diagnosis criteria." } ] } ] } - Número de caracteres esperado: O JSON gerado deve ser claro e direto, com um tamanho estimado em torno de 3.000 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 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
- 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 Comparação e Cálculo de Aderência (RF 3).
2.3.6 Regras de Orquestração e Transição
Ao concluir sua execução, esse agente aciona o Agente de Comparação e Cálculo de Aderência (RF 3).
RF 3. Agente de Comparação e Cálculo de Aderência
3.1 Tarefa do Agente
Comparar a execução do cuidado versus os passos do protocolo aplicável e calcular métricas de aderência.
3.2 Prompt ou Instruções do Agente
# 1. Contexto e explicações sobre inputs iniciais
Você está recebendo mapas de protocolo por caso e eventos clínicos normalizados. Sua tarefa é comparar a execução do cuidado com os passos do protocolo aplicável e calcular métricas de aderência.
# 2. Objetivo
Calcular métricas de aderência, incluindo a execução de passos obrigatórios e opcionais, conformidade com tempo e dose, e identificar desvios.
# 3. Regras que você deve seguir para gerar sua resposta
- Para cada passo do protocolo steps[] com type ∈ {diagnosis_test, medication, procedure, monitoring}, verificar: execução (done true/false), timing (dentro da janela min/max), dose/faixa alvo quando aplicável, frequência prescrita.
- required_steps_completed: contar apenas passos marcados required=true com done=true; optional_steps_completed conta required=false.
- timing_compliance_rate = passos exigindo janela e cumpridos dentro da janela / passos exigindo janela.
- dose_compliance_rate = ações com faixa alvo cumprida / ações com faixa alvo aplicável.
- adherence_score = round( (required_steps_completed/required_steps_total)*70 + timing_compliance_rate*20 + dose_compliance_rate*10 ). Limitar entre 0 e 100.
- Registre cada desvio em deviations[] com campos: step_id, deviation_type ∈ {não_executado, atrasado, adiantado, dose_acima, dose_abaixo, frequência_inadequada, sequência_incorreta, documento_ausente}, severity_placeholder=null, delta_time_horas quando houver timing, delta_dose_percent quando houver dose, evidence (referências a eventos), justification.
- Se não houver protocolo aplicável, set adherence_score=null e deviations=['no_applicable_protocol'] e reason. 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 mapas de protocolo por caso e eventos clínicos 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 texto com até 8.000 caracteres.
3.3.2 Especificação do Output
- Formato de output: O output deve ser um JSON com adherence_results[] por case_id e protocol_id: required_steps_total, required_steps_completed, optional_steps_suggested, optional_steps_completed, timing_compliance_rate, dose_compliance_rate, adherence_score (0-100), deviations[] detalhados.
-
Exemplo de Estrutura de Output:
{ "adherence_results": [ { "case_id": "123456", "protocol_id": "P001", "required_steps_total": 10, "required_steps_completed": 8, "optional_steps_suggested": 2, "optional_steps_completed": 1, "timing_compliance_rate": 0.9, "dose_compliance_rate": 1.0, "adherence_score": 85, "deviations": [ { "step_id": "S01", "deviation_type": "atrasado", "delta_time_horas": 3, "evidence": "Evento X não ocorreu no tempo previsto.", "justification": "Paciente instável no momento previsto." } ] } ] } - Número de caracteres esperado: O JSON gerado deve ser conciso e informativo, com um tamanho estimado em torno de 5.000 caracteres.
3.3.3 Parâmetros de Geração
- Modelo: GPT-5
- Temperatura: 0.5
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 Classificação de Risco e Criticidade de Desvios (RF 4).
3.3.6 Regras de Orquestração e Transição
Ao concluir sua execução, esse agente aciona o Agente de Classificação de Risco e Criticidade de Desvios (RF 4).
RF 4. Agente de Classificação de Risco e Criticidade de Desvios
4.1 Tarefa do Agente
Atribuir severidade clínica aos desvios e classificar necessidade de alerta imediato.
4.2 Prompt ou Instruções do Agente
# 1. Contexto e explicações sobre inputs iniciais Você está recebendo resultados de aderência com desvios detalhados e dados clínicos relevantes. Sua tarefa é atribuir severidade clínica aos desvios e classificar a necessidade de alerta imediato. # 2. Objetivo Atribuir severidade clínica aos desvios identificados e determinar se há necessidade de emitir alertas imediatos para a equipe médica. # 3. Regras que você deve seguir para gerar sua resposta - Base para severity: use a natureza do passo (critical_step=true aumenta severidade), magnitude do desvio (delta_time_horas, delta_dose_percent), e status clínico (ex.: hemodinâmica instável, função renal reduzida, alergias). - Heurística de severidade: - crítica: falha em passo critical_step obrigatório OU dose >150% do limite superior OU atraso >2x janela máxima com potencial de dano agudo. - alta: atraso entre 1x e 2x janela OU dose 120–150% OU sequência incorreta que comprometa eficácia. - moderada: atraso até limite máximo com pequena ultrapassagem (<20%) OU dose 80–90% do alvo sem dano imediato. - baixa: documentação ausente sem evidência de não execução, pequenos adiantamentos sem impacto. - risk_score inicial = 25 (baixa), 50 (moderada), 75 (alta), 90 (crítica); ajuste ± até 10 pontos por patient_risk_modifiers (ex.: DRC estágios avançados, anticoagulação, gestação). - alert_required=true quando existir pelo menos um desvio 'crítica' OU soma de desvi os 'alta' ≥2 OU risk_score médio >70. - Preencha alert_reasons com regras acionadas e ids dos steps correspondentes.
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 resultados de aderência com desvios detalhados e dados clínicos relevantes.
-
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é 10.000 caracteres.
4.3.2 Especificação do Output
- Formato de output: O output deve ser um JSON com risk_assessment[] por case_id: deviations classificados com severity ∈ {baixa, moderada, alta, crítica}, risk_score (0-100), alert_required (true/false), alert_reasons[], patient_risk_modifiers considerados.
-
Exemplo de Estrutura de Output:
{ "risk_assessment": [ { "case_id": "123456", "deviations": [ { "step_id": "S01", "severity": "alta", "alert_reasons": ["Atraso crítico em passo obrigatório"] } ], "risk_score": 80, "alert_required": true, "patient_risk_modifiers": ["hemodinâmica instável"] } ] } - Número de caracteres esperado: O JSON gerado deve ser claro e direto, com um tamanho estimado em torno de 4.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 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
- 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 Recomendações e Plano de Ação (RF 5).
4.3.6 Regras de Orquestração e Transição
Ao concluir sua execução, esse agente aciona o Agente de Recomendações e Plano de Ação (RF 5).
RF 5. Agente de Recomendações e Plano de Ação
5.1 Tarefa do Agente
Gerar recomendações específicas e plano de ação corretivo/preventivo com responsáveis, prazos e métricas.
5.2 Prompt ou Instruções do Agente
# 1. Contexto e explicações sobre inputs iniciais Você está recebendo avaliações de risco com desvios classificados. Sua tarefa é gerar recomendações específicas e um plano de ação corretivo/preventivo. # 2. Objetivo Gerar um plano de ação que inclua recomendações específicas, responsáveis, prazos e métricas de sucesso para corrigir e prevenir desvios identificados. # 3. Regras que você deve seguir para gerar sua resposta - Para cada desvio, proponha pelo menos 1 ação corretiva e, quando aplicável, 1 preventiva; combine desvios semelhantes em ações agregadas para reduzir ruído. - Defina prioridade: crítica/alta => urgente/alta; moderada => média; baixa => baixa. - Deadlines padrão: urgente ≤2h; alta ≤12h; média ≤48h; baixa ≤120h, ajustando ao contexto clínico (ex.: antibiótico atrasado em sepse => ≤1h). - responsável_função deve ser papel e não pessoa (ex.: 'médico plantonista UTI', 'farmacêutico clínico'). - sucesso_criterio_metrica deve ser mensurável (ex.: 'antibiótico iniciado e registrado até 10:00 UTC', 'potássio entre 3.5–4.5 mmol/L em 6h'). - Se não houver desvio, gere ações preventivas leves como 'reforçar checklist' com prioridade baixa.
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 avaliações de risco com desvios classificados.
-
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é 10.000 caracteres.
5.3.2 Especificação do Output
- Formato de output: O output deve ser um JSON com improvement_plan[] por case_id: actions[] cada uma com {step_id_relacionado, tipo ∈ {corretiva, preventiva, educativa, sistêmica}, descrição_executável, responsável_função, deadline_horas, prioridade ∈ {baixa, média, alta, urgente}, sucesso_criterio_metrica, follow_up_sugerido_horas}.
-
Exemplo de Estrutura de Output:
{ "improvement_plan": [ { "case_id": "123456", "actions": [ { "step_id_relacionado": "S01", "tipo": "corretiva", "descrição_executável": "Administrar dose correta de antibiótico imediatamente.", "responsável_função": "médico plantonista UTI", "deadline_horas": 2, "prioridade": "urgente", "sucesso_criterio_metrica": "Antibiótico administrado e registrado até 10:00 UTC", "follow_up_sugerido_horas": 24 } ] } ] } - Número de caracteres esperado: O JSON gerado deve ser claro e direto, com um tamanho estimado em torno de 4.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 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 de Relatório de Auditoria (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 de Relatório de Auditoria (RF 6).
RF 6. Agente de Geração de Relatório de Auditoria
6.1 Tarefa do Agente
Consolidar resultados em um relatório estruturado para consumo por times clínicos e governança.
6.2 Prompt ou Instruções do Agente
# 1. Contexto e explicações sobre inputs iniciais Você está recebendo dados combinados de casos normalizados, mapas de protocolo, resultados de aderência, avaliações de risco e planos de melhoria. Sua tarefa é consolidar esses resultados em um relatório de auditoria estruturado. # 2. Objetivo Gerar um relatório final que consolide todos os resultados da auditoria, apresentando-os de forma clara e estruturada para suporte a decisões clínicas e de governança. # 3. Regras que você deve seguir para gerar sua resposta - Calcular KPIs por caso: adherence_score, n_desvios_total, n_desvios_críticos, tempo_médio_atraso_h, taxa_timing_compliance, taxa_dose_compliance. - Incluir resumo executivo com semáforo: verde (adherence≥85 e sem desvios críticos), amarelo (70–84 ou 1 desvio alto), vermelho (<70 ou qualquer crítico). - Preencher padronizacao_realizada='sim' se a saída do primeiro agente não contém errors críticos; caso contrário 'nao'. - Definir alerta_imediato=true se qualquer risk_assessment.alert_required=true. - Manter referências cruzadas por ids para rastreabilidade (case_id, protocol_id, step_id).
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 dados combinados de casos normalizados, mapas de protocolo, resultados de aderência, avaliações de risco e planos de melhoria.
-
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é 12.000 caracteres.
6.3.2 Especificação do Output
- Formato de output: O output final deve ser um JSON estruturado contendo o relatório de auditoria completo, incluindo KPIs, resumos executivos e alertas.
-
Exemplo de Estrutura de Output:
{ "audit_report": { "header": { "data_geração_utc": "2025-12-23T09:22:00Z", "versão": "1.0", "estabelecimento": "Hospital XYZ" }, "casos": [ { "case_id": "123456", "protocolo_primário": "P001", "métricas": { "adherence_score": 85, "n_desvios_total": 3, "n_desvios_críticos": 0, "tempo_médio_atraso_h": 2.5, "taxa_timing_compliance": 0.9, "taxa_dose_compliance": 1.0 }, "resumo_executivo": "verde", "padronizacao_realizada": "sim", "alerta_imediato": true } ] } } - Número de caracteres esperado: O JSON gerado deve ser claro e direto, com um tamanho estimado em torno de 6.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 documentos externos.
- Calculadora: Utiliza lógica interna para calcular KPIs e resumos.
- 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 relatório gerado é o resultado que deve ser disponibilizado ao usuário.