2 Do chatbot ao agente clínico

•	Um chatbot responde a mensagens. 

•	Um agente opera sob um objetivo, mantém estado, decide qual etapa executar e pode chamar ferramentas 
autorizadas. 

•	Um sistema pode:

a.	redigir, 

b.	recuperar documentos, 

c.	calcular escores, 

d.	preencher campos,

e.	acionar uma sequência de serviços. 

O termo “agente” deve ser reservado para situações em que exista alguma seleção dinâmica
de ações, 

# 2.1 Quatro componentes mínimos

1.	Objetivo delimitado: a tarefa deve ter início, produto esperado, critérios de qualidade e 
condições explícitas de  interrupção.

2.	Contexto suficiente: dados pertinentes, atuais e minimizados, com separação entre informação 
do paciente, instruções e fontes externas.

3.	Ferramentas autorizadas: bases de evidência, calculadoras, visualizadores, formulários e sistemas
clínicos com permissões restritas ao necessário.

4.	Supervisão e registro: cada ação relevante precisa ser revisável, atribuível, datada e passível de veto 
pelo médico.

# 2.2 Agente, fluxo ou automação convencional
Nem toda tarefa merece autonomia adaptativa. Quando as etapas são estáveis, como validar campos
obrigatórios, calcular uma fórmula conhecida ou impedir uma dose fora de faixa, um fluxo determinístico 
costuma ser mais previsível, testável e auditável. 

O agente passa a ser útil quando:

1. a sequência depende do conteúdo encontrado,

2. as fontes variam,

3. deve-se formular e reformular consultas. 

Em sistemas de alto risco, a melhor arquitetura frequentemente é híbrida, 
conforme se demonstra a seguir: 

2. 3 Agente – Fluxo – Automação

# Legenda

1. Configuração	
2. Como trabalha	
3. Vantagem principal	
4. Limitação dominante
5. Uso médico típico

A) 
1. Automação determinística	
2. Executa regras e etapas predefinidas
3. Previsibilidade e teste	
4. Pouca adaptação ao contexto
5. Cálculo validado, checagem de campo, bloqueio de dose

B) 
1. Agente único	
2. Planeja uma tarefa com poucas ferramentas
3. Simplicidade operacional
4. Contexto pode ficar sobrecarregado	
5. Síntese de consulta, busca focada, preparação de documento

C) 
1. Sistema multiagente	
2. Supervisor delega a especialistas e consolida	
3. Especialização e paralelismo	
4. Mais custo, latência e pontos de falha	
5. Caso multimodal e multidisciplinar com conflitos a explicitar

3 O médico como arquiteto clínico

A construção de um agente clínico segue as etapas fundamentais da assistência médica:

1.	formulação médica do problema, 

2.	encadeamento real da consulta,

3.	sinais que mudam uma conduta, 

4.	as ambiguidades que exigem exame físico,

5.	erros que não podem ser tolerados. 

Essa competência permite ao médico assumir papel mais ativo: 

1.	escolher a finalidade, 

2.	indicar fontes, 

3.	definir limites, 

4.	testar casos, 

5.	determinar o formato da resposta,

6.	encerrar a execução quando o sistema ultrapassa seu domínio.

•	Isso não significa que o médico deva substituir engenharia, segurança da informação, 
governança de dados ou regulação sanitária. 

•	Em produção, integração com prontuários, acesso a dados identificáveis, atualização de 
modelos e monitoramento exigem responsabilidades institucionais compartilhadas. 

•	A autonomia médica aqui defendida é autonomia clínica sobre o propósito e o julgamento,
não liberdade para implantar “IA paralela” fora dos controles da organização.

Figura 1 — O médico delimita o problema, escolhe a arquitetura e conserva a decisão clínica final.
Elaboração do autor.

continuação

3.1 O contrato de tarefa

• Antes de selecionar o modelo, o médico pode redigir um contrato de tarefa em linguagem comum. 

• Esse documento curto reduz ambiguidade e facilita teste, auditoria e comunicação com a equipe técnica.

# Legenda

1. Elemento	
2. Pergunta clínica	
3. Exemplo

A)  
1. Finalidade	
2. Que decisão ou atividade será apoiada?	
3. Preparar revisão de medicamentos antes da consulta

B) 
1. Entrada permitida	
2. Quais dados são necessários?
3. Lista atual, função renal, alergias e queixa clínica

C) 
1. Saída esperada	
2. Qual produto será entregue?	
3. Tabela de alertas com fonte, confiança e pendências

D) 
1. Ferramentas	
2. O que o agente pode consultar ou executar?	
3. Formulário, base institucional e calculadora validada

E) 
1. Limites	
2. O que não pode fazer?	
3. Prescrever, comunicar conduta ou alterar prontuário sem aprovação

F) 
1. Parada	
2. Quando deve interromper e escalar?	
3. Dados conflitantes, alergia incerta, fonte vencida ou baixa confiança

G)
1. Registro	
2. O que precisa ficar auditável?	
3. Entrada, versão, fontes, chamadas, resultado e decisão humana

4 Um agente ou vários agentes

Um agente único é geralmente preferível quando:

a.	o objetivo é coeso,

b.	o número de ferramentas é pequeno,

c.	a resposta pode ser verificada por um único raciocínio clínico. 

O sistema multiagente torna-se justificável quando:

a.	o caso reúne domínios realmente distintos, 

b.	fontes heterogêneas, 

c.	necessidade de processamento paralelo,

d.	conflito que deva permanecer visível até a síntese.

# 4.1 Quando o agente único é a escolha mais segura

•	A tarefa tem escopo único e produto claramente definido.

•	Há uma ou poucas fontes autorizadas, com contexto que cabe 
sem truncamento relevante.

•	O trabalho é reversível e não altera diretamente prescrição, 
diagnóstico ou comunicação ao paciente.

•	A verificação humana é rápida e o ganho de velocidade é mensurável.

•	Latência, custo computacional e simplicidade de auditoria são prioritários.

# 4.2 Quando vários agentes podem acrescentar valor
•	A tarefa exige competências distintas, como imagem, farmacologia, evidência
e risco perioperatório.

•	As fontes têm formatos diferentes e precisam de contexto isolado para evitar
contaminação entre instruções e dados.

•	Subtarefas independentes podem ser executadas em paralelo e comparadas.

•	A divergência entre especialistas é informativa e deve chegar ao médico, em vez 
de ser apagada por consenso artificial.

•	Existe um supervisor capaz de registrar delegações, consolidar resultados e
interromper a cadeia.

# 4.3 Custos invisíveis da multiplicação de agentes
•	Cada agente adicional amplia o número de chamadas, mensagens, versões, 
permissões e interfaces. 

•	O erro pode nascer no roteamento, na perda de contexto, na transformação de
unidade, na seleção de uma fonte ou na falsa reconciliação de conclusões incompatíveis. 

•	Há ainda o risco social de antropomorfizar a “equipe” e atribuir a ela uma competência 
coletiva que não foi demonstrada. Por isso, a arquitetura deve ser a menor que satisfaça 
o objetivo clínico.

# Legenda

1. Dimensão	
2. Agente único	
3. Multiagente
4. Pergunta de decisão

A) 
1. Escopo	
2. Uma tarefa coesa	
3. Subtarefas especializadas	
4. É possível descrever o produto em uma frase?

B) 
1. Contexto	
2. Compartilhado	
3. Separado por especialista	
4. Há risco de excesso ou mistura de contexto?

C) 
* Roteamento	
* Pouco ou nenhum	
* Explícito e crítico	
* Quem decide qual especialista será acionado?

E) 
1. Latência	
2. Tende a ser menor	
3. Tende a ser maior	
4. O benefício compensa a espera?

F) 
1. Custo	
2. Mais previsível
3. Cresce com chamadas e retrabalho	
4. Existe orçamento e limite por caso?

G) 
1. Falhas	
2. Mais localizadas
3. Podem propagar-se entre agentes	
4. O erro intermediário fica visível?

H) 
1. Auditoria
2. Trilha mais simples	
3. Trilha distribuída
4. É possível reconstruir cada delegação?

I) 
1. Valor clínico
2. Síntese focada
3. Integração de domínios	
4. A especialização muda uma decisão?

5. Pseudocódigo — Seleção mínima da arquitetura

se houver condição proibitiva:
    interromper projeto e corrigir governança
senão:
    calcular complexidade arquitetural
    se escore <= 5:
        usar regra validada ou agente único
    se 6 <= escore <= 10:
        usar agente único com ferramentas e limites
    se escore >= 11:
        comparar agente único versus multiagente em teste local
    escolher a solução menor que alcance o desempenho clínico requerido
    registrar por que a arquitetura foi escolhida


# 5.1 Proposta para Tomada de Decisão Médica

•	A seguir apresenta-se  um instrumento didático, não validado como escala clínica.
Ele força a explicitação dos motivos arquiteturais. 

•	Cada critério recebe 0, 1 ou 2 pontos. 

•	A pontuação não substitui análise de risco.

•	Uma única condição proibitiva — por exemplo, uso de dados sem base legal ou ação clínica 
irreversível sem supervisão — encerra a proposta independentemente do total.

# Legenda

1. Critério	
2. 0 pontos	
3. 1 ponto	
4. 2 pontos

A) 
1. Número de domínios	
2. Um	
3. Dois relacionados	
4. Três ou mais distintos

B) 
1. Heterogeneidade dos dados	
2. Texto estruturado	
3. Texto e tabelas	
4. Texto, imagem, sinais e sistemas

C)
1. Dependência entre etapas	
2. Linear e fixa	
3. Alguma adaptação	
4. Ramificação frequente

D) 
1. Necessidade de especialização	
2. Baixa	
3. Moderada	
4. Alta e simultânea

E) 
1. Conflito esperado	
2. Raro
3. Possível	
4. Provável e clinicamente relevante

F) 
1. Paralelismo útil	
2. Nenhum	
3. Limitado	
4. Reduz atraso de modo relevante

G)
1. Carga de contexto	
2. Pequena	
3. Moderada	
4. Grande, com risco de contaminação

H)
1. Auditabilidade distribuída	
2. Desnecessária	
3. Desejável	
4. Essencial por subtarefa

6 Autonomia em camadas

•	Autonomia pode ser graduada por ação, risco e reversibilidade. 

•	O mesmo sistema que atua autonomamente ao organizar documentos deve
ser apenas consultivo ao sugerir uma mudança terapêutica. 

•	O desenho seguro separa produção de informação, execução administrativa 
e decisão clínica.

# 6.1 Função Administrativa

•	A fim de exercer com assistência médica com autonomia, o médico deve poder:
1.	inspecionar o estado da execução, 

2.	pausar o processo,

3.	revisar dados e fontes, 

4.	corrigir instruções,

5.	revogar permissões. 

•	A supervisão efetiva exige tempo e interface adequados, além de aquisição de
conhecimento técnico real e certificado para agir com segurança e responsabilidade.  

• A regulamentação europeia de sistemas de alto risco explicita capacidades semelhantes: 
1.	compreender limitações, 

2.	detectar anomalias, 

3.	evitar confiança automática,

4.	ignorar ou reverter a saída,

5.	interromper o sistema [7].

# 6.2  Camadas de Governança, por nível de proficiência

# Legenda

1. Camada	
2. Capacidade do sistema	
3. Exemplo	
4. Controle médico

A)
1. 0 — consulta	
2. Responde ou resume	
3. Resumo de guideline autorizado	
4. Leitura crítica e checagem da fonte

B)
1. Item 1 — preparação	
2. Organiza e preenche rascunhos	
3. Lista de pendências para consulta	
4. Aprovação antes de gravar ou enviar

C) 
1. Item 2 — execução reversível	
2. Executa ação limitada em ambiente autorizado	
3. Solicita documento ou cria lembrete interno
4. Permissão prévia, log e desfazer

D) 
1. Item 3 — orquestração supervisionada	
2.  Coordena especialistas digitais
3. Pré-discussão multidisciplinar de caso	
4. Revisão de conflitos e decisão final

E)
1. Item 4 — ação clínica independente	
2. Diagnostica, prescreve ou comunica sem médico	
3. Conduta autônoma ao paciente	
4. Incompatível com a tese deste artigo e com a prudência clínica atual

7.1 Cenário – Seguimento Ambulatorial Organizado por um Único Agente

•	Uma médica vascular deseja reduzir o tempo gasto na preparação de consultas de seguimento. 

•	O objetivo não é diagnosticar nem indicar tratamento. 

•	O agente recebe um conjunto mínimo de dados já estruturados, compara a consulta atual com a
anterior, identifica campos ausentes e produz um rascunho de linha do tempo. 

•	Como o escopo é coeso, a fonte é interna e a revisão humana é rápida, um agente único é mais
apropriado que uma equipe multiagente.

•	O contrato proíbe inferir eventos não documentados, preencher exame físico, classificar urgência
sem regra validada ou gravar no prontuário. 

• Se houver datas conflitantes, dado ausente ou termo ambíguo, a saída deve ser “revisão necessária”. 

• O benefício esperado é administrativo-cognitivo: tornar a consulta mais preparada, sem terceirizar
raciocínio clínico.

# Código — Contrato de tarefa em JSON
{
  "objetivo": "preparar linha do tempo para revisão médica",
  "dados_permitidos": ["datas", "queixas registradas", "exames", "medicações"],
  "fontes": ["prontuario_institucional_leitura"],
  "saida": ["linha_do_tempo", "campos_ausentes", "conflitos"],
  "proibido": ["diagnosticar", "prescrever", "inventar exame físico", "gravar"],
  "parar_se": ["identificador_inconsistente", "datas_conflitantes", "fonte_indisponivel"],
  "revisao_obrigatoria": true
}

# Pontos de avaliação

•	Percentual de fatos copiados corretamente e de omissões relevantes.

•	Tempo médico economizado após incluir a revisão da saída.

•	Taxa de conflitos detectados versus conflitos criados pelo sistema.

•	Proporção de rascunhos aprovados sem correção, com correção menor ou rejeitados.

7.2 Cenário – Discussão Clínica Pré – operatória Conduzida por Sistema de Multiagentes

•	Um cirurgião cardiovascular avalia um paciente fictício com doença arterial periférica,
insuficiência renal, uso de anticoagulante, exame de imagem recente e múltiplas comorbidades. 

•	A pergunta clínica envolve domínios heterogêneos. 

•	Um supervisor pode distribuir tarefas a agentes especializados: consistência do conjunto de dados,
medicamentos e função renal, imagem e anatomia, evidência aplicável, risco perioperatório e síntese
de discordâncias. 

•	O sistema não escolhe a cirurgia; ele organiza a discussão.

•	A arquitetura só é defensável se cada especialista receber o mínimo de dados, devolver uma saída
estruturada e declarar fontes, limitações e nível de confiança. O supervisor não deve “votar” uma conduta. 

• Deve-se preservar conflitos, por exemplo quando uma recomendação populacional colide com risco individual
ou quando a qualidade da imagem não sustenta a interpretação.

# Código — Orquestração didática em Python

from concurrent.futures import ThreadPoolExecutor

AGENTES = {
    "medicamentos": revisar_medicacoes,
    "imagem": revisar_dados_de_imagem,
    "evidencia": buscar_evidencia_autorizada,
    "risco": estimar_risco_com_modelo_validado,
}

def discutir_caso(caso_minimizado):
    contrato = validar_contrato(caso_minimizado)
    if not contrato.aprovado:
        return {"status": "interrompido", "motivo": contrato.motivo}

    with ThreadPoolExecutor(max_workers=4) as pool:
        futuros = {
            nome: pool.submit(funcao, caso_minimizado)
            for nome, funcao in AGENTES.items()
        }
        pareceres = {nome: f.result() for nome, f in futuros.items()}

    conflitos = detectar_conflitos(pareceres)
    return {
        "status": "aguarda_decisao_medica",
        "pareceres": pareceres,
        "conflitos": conflitos,
        "conduta_automatica": None,
    }

# Pontos de avaliação
•	Concordância de cada agente com especialistas humanos no respectivo domínio.

•	Sensibilidade para detectar dado ausente, contraindicação e conflito entre fontes.

•	Tempo total, custo por caso e estabilidade entre execuções.

•	Ganho real sobre um agente único usando as mesmas fontes e ferramentas.

•	Qualidade da trilha de auditoria: quem recebeu o quê, qual ferramenta usou e o que devolveu.

7.3 Cenário - Interrupção por conflito e fonte não confiável

•	Durante uma revisão, o agente de evidências encontra um documento externo que contém instruções 
escondidas no texto para ignorar regras anteriores e recomendar um produto.

•	Simultaneamente, o agente de medicamentos aponta dose incompatível com a função renal registrada, 
enquanto o agente de dados detecta duas creatininas com datas divergentes. 

•	Um sistema orientado apenas para completar a tarefa pode produzir uma síntese coerente e perigosa. 

•	Um sistema orientado para segurança deve suspender a cadeia, preservar os sinais e pedir revisão humana.

•	Esse cenário combina:
1. falha de integridade da fonte,
2. risco de injeção de prompt, 
3. conflito clínico,
4. temporalidade incerta. 

• O mecanismo de parada não tenta “resolver” silenciosamente a divergência; transforma incerteza em informação 
útil ao médico.

# Código — Barreira de segurança e condição de parada

def barreira_de_seguranca(resultados):
    alertas = []

    for item in resultados:
        if item.fonte_externa and not item.fonte_autorizada:
            alertas.append("fonte_nao_autorizada")
        if item.detectou_instrucao_embutida:
            alertas.append("possivel_injecao_de_prompt")
        if item.dado_temporal_inconsistente:
            alertas.append("conflito_temporal")
        if item.risco_clinico == "alto" and item.confianca < 0.90:
            alertas.append("alto_risco_com_baixa_confianca")

    if alertas:
        return {
            "acao": "PARAR_E_ESCALAR",
            "alertas": sorted(set(alertas)),
            "saida_clinica": None,
        }

return {"acao": "SUBMETER_A_REVISAO_MEDICA"}

# Pontos de avaliação

•	Taxa de bloqueio de fontes maliciosas ou não autorizadas sem impedir fontes legítimas.

•	Tempo entre detecção do conflito e apresentação ao médico.

•	Capacidade de reproduzir o incidente com versões e logs preservados.

•	Clareza da interface para distinguir fato, inferência, alerta e ausência de dado.

8 Segurança do paciente, ética e responsabilidade

A segurança de um agente médico não se resume à precisão média, sendo importante:
1.	o tipo de erro, 

2.	a população afetada, 

3.	a capacidade de detecção, 

4.	as consequências geradas,

5.	a reversibilidade,

6.	o momento em que o erro aparece no fluxo assistencial. 

• Uma omissão em rascunho revisado é diferente de uma ação automática enviada ao paciente. 

• A avaliação deve representar essas consequências e incluir casos raros, adversariais e locais.

# 8.1 Responsabilização não Compartilhável 

• A Responsabilidade não é distribuída entre máquinas. 

• Agentes podem distribuir trabalho computacional, mas não distribuem responsabilidade profissional. 

• O supervisor digital não é chefe de equipe e sim um componente de software. 

A.	Compete ao Médico:

1.	A decisão de usar a saída, 

2.	Emitir confirmação, 

3.	Decidir por um ou mais agentes,

4.	Escolher os tipos de agentes

5.	Manter ciência das ações dos agentes, 

6.	Interromper o processo. 

B.	Compete a Instituição:

1.	Providenciar a estrutura necessária, 

2.	Manter o sistema seguro,

3.	Estar em conformidade legal e regulatória, 

4.	Investir em atualização tecnológica, 

5.	Ofertar educação continuada. 

C.	Compete à Auditoria:

1.	Exigir a documentação em conformidade legal, 

2.	Avaliar as ações dentro de todo o contexto, 

3.	Identificar em detalhes a contribuição da IA

4.	Analisar o julgamento humano sob a ótica das ações aceitas, recusadas ou modificadas. 

5.	Emitir parecer técnico e imparcial.

# 8.2 Transparência e comunicação com o paciente

• A Resolução CFM nº 2.454/2026:

1. estabelece a IA como ferramenta de apoio, 

2. preserva a autonomia do médico para aceitar ou rejeitar recomendações,

3. exige informação ao paciente em termos compreensíveis,

4. proíbe que seja delegado à IA a comunicação de diagnóstico, prognóstico
e decisão terapêutica sem mediação humana, 

5. obriga o registro do uso relevante da IA no prontuário, que deve ser proporcional
ao impacto sobre a assistência [1–2].

# 8.3 Viés, equidade e contestabilidade
• A validação precisa verificar de modo individualizado, o desempenho por:

1.	sexo, 

2.	idade, 

3.	cor,

4.	raça,

5.	território, 

6.	gravidade, 

7.	multimorbidade,

8.	condições de acesso. 

• O sistema deve ser capaz de:

1.	contestar a saída,

2.	compreender as razões operacionais: 
a.	qual fonte foi usada, 

b.	qual dado estava ausente,

c.	qual regra acionou um alerta. 

• Explicações elegantes geradas pelo próprio modelo não substituem rastreabilidade.

continua

continuação

8.4 Privacidade e minimização de dados

De acordo com a Lei Geral de Proteção de Dados (LGPD) dados de saúde são pessoais 
e sensíveis. Portanto, a arquitetura deve:

1.	coletar somente o necessário, 

2.	separar ambientes de teste e produção, 

3.	controlar retenção, 

4.	criptografar trânsito e armazenamento,

5.	impedir reutilização não autorizada, 

6.	dar a cada agente acesso somente às informações necessárias para sua tarefa
quando se tratar de multiagentes.

# 8.5 Cibersegurança

• Agentes conectados a ferramentas ampliam a superfície de ataque. Entre os riscos estão:

1.	injeção de instruções em documentos, 

2.	exfiltração de dados, 

3.	uso excessivo de permissões, 

4.	manipulação de fontes, 

5.	dependências vulneráveis,

6.	ações encadeadas por identidade equivocada. 

• Controles essenciais incluem:

1.	lista de ferramentas permitidas, 

2.	autenticação forte, 

3.	segregação de funções, 

4.	confirmação humana para ações sensíveis, 

5.	assinatura e procedência de fontes, 

6.	monitoramento contínuo em tempo real conforme momento da ação,

7. multimorbidade,

8.	arquitetura de segurança institucional completa.

9 Marco regulatório e contexto brasileiro

O Brasil passou a dispor a partir de 26 de agosto 2026 de norma específica para o uso 
da IA na medicina por meio da Resolução CFM nº 2.454/2026. Ela da ciência sobre:

1.	apoio à decisão, 

2.	autonomia médica, 

3.	transparência, registro, 

4.	proteção de dados,

5.	governança institucional,

6.	papel da IA e tecnologias correlatas, 

7.	classificação de risco dos sistemas pelas instituições [1–2].

•	Quando o software possui finalidade médica e se enquadra como “Software as a
Medical Device (SaMD)”, a análise também pode envolver a RDC Anvisa nº 657/2022 
e demais requisitos sanitários aplicáveis [4]. 

•	A classificação depende da finalidade pretendida e do modo de uso, não da forma como 
o produto é anunciado. 

•	Ferramentas administrativas podem tornar-se clinicamente relevantes se sua saída 
influenciar diagnóstico ou tratamento.

•	A LGPD exige:
1.	base legal, 

2.	finalidade, 

3.	adequação, 

4.	necessidade, 

5.	segurança,

6.	responsabilização no tratamento de dados pessoais, com proteção reforçada para 
dados de saúde [3].

•	Para o médico que utiliza agentes, isso se traduz em perguntas concretas: 
a)	O dado pode sair da instituição? 

b)	O fornecedor retém prompts? 

c)	O modelo aprende com o conteúdo? 

d)	Há transferência internacional? 

e)	É possível apagar, auditar e restringir acesso?

A resposta precisa ser contratual e técnica, não apenas presumida.

9.1 Tabela: Referencial x Contribuição prática para agentes médicos

10 Validação antes da rotina

•	A adoção responsável deve ocorrer em etapas: 
Primeiro:
a)	estudo retrospectivo e ambiente isolado;

b)	modo silencioso no qual a saída não interfere na assistência; 

Segundo:
•	Considera-se “em expansão” somente após o piloto estar supervisionado com 
critérios de:

a)	entrada, 

b)	parada,

c)	retirada.

•	A comparação precisa incluir a prática usual no caso de apenas  um agente
e, alternativas com menor complexidade quando forem múltiplos agentes.

•	Se o multiagente não superar um agente único em desfecho relevante, sua 
complexidade não se justifica.

10.1 Tabela: Eixo x Exemplos de Métricas

10.2 Checklist para liberação

1.	Definir finalidade, população, ambiente e decisão que será apoiada.

2.	Classificar risco e verificar enquadramentos profissional, sanitário e de proteção de dados.

3.	Comparar a arquitetura proposta com uma solução mais simples.

4.	Validar fontes, ferramentas, cálculos, unidades, versões e critérios de atualização.

5.	Testar casos típicos, raros, incompletos, conflitantes e adversariais.

6.	Definir ações proibidas, permissões, interrupção, contingência e retorno ao fluxo manual.

7.	Treinar usuários para reconhecer limites, automação excessiva e sinais de falha.

8.	Monitorar desempenho e incidentes após implantação, com revisão e retirada planejadas.

11 Roteiro de adoção pelo médico na próxima década

•	O médico não precisa começar por uma “equipe” de agentes. Pode iniciar por uma 
atividade de baixo risco e alta frequência, medir o tempo efetivamente poupado e 
observar os novos erros introduzidos. 

•	A expansão deve ocorrer quando o ganho estiver demonstrado e a arquitetura anterior
tiver atingido seu limite. 

•	Ao longo da década, o diferencial do médico não será conversar mais rapidamente com uma IA,
mas formular melhor o problema, manter o contexto clínico correto, reconhecer quando a máquina
está fora de seu domínio e construir um ambiente no qual a interrupção seja considerada competência
ao invés de um fracasso.

11.1 Tabela: Tempo de Aquisição de Habilidades para Tarefas pelo Médico

12 Discussão

•	A arquitetura centrada no médico oferece uma alternativa a dois extremos: 
a)	a resistência que reduz agentes a modismo
b)	o determinismo tecnológico que pressupõe substituição progressiva do julgamento humano. 

•	Agentes são instrumentos de coordenação. 
a.	Podem ampliar acesso a conhecimento, padronizar verificações e tornar explícitas as divergências.
b.	Podem acelerar erro, mascarar incerteza e espalhar responsabilidade quando o desenho é inadequado.

•	O valor do sistema multiagente está em:
1.	separar contextos, 
2.	especializar ferramentas, 
3.	executar subtarefas paralelas
4.	registrar conflitos. 

•	Há uma agenda de pesquisa importante: 
a.	estudos prospectivos, 
b.	avaliação de desfechos clínicos, 
c.	comparação com fluxos usuais, 
d.	análise de custo-efetividade,
e.	comportamento sob mudança de distribuição, 
f.	impacto sobre desigualdades,
g.	métodos de supervisão que reduzam viés de automação. 

13 Considerações Finais

- Na próxima década, o médico provavelmente trabalhará com um ou mais agentes 
de IA como hoje trabalha com prontuários, protocolos e pareceres. 

- A rotina, entretanto, só será clinicamente legítima se permanecer 
1. inteligível, 
2. proporcional ao risco,
3. governada por finalidade. 

- O agente único deve ser a opção padrão para tarefas coesas; 

- Fluxos determinísticos devem proteger etapas estáveis e críticas;

- Sistemas multiagentes devem ser reservados a problemas cuja heterogeneidade
e especialização justifiquem o custo adicional.

- O médico pode e deve participar da arquitetura: 
1. definir o problema, 

2. escolher fontes, 

3. limitar ferramentas, 

4. estabelecer condições de parada, 

5. testar casos,

6. interpretar a saída. 

- Essa participação não elimina a necessidade de equipes técnicas e governança institucional; 
ela impede que a clínica seja reduzida a requisito posterior. 

- O futuro mais promissor caminha em direção ao profissional médico que dirige agentes limitados,
auditáveis e revogáveis, e que conserva, de modo inequívoco, a decisão e a responsabilidade pelo cuidado.

14 Referências

1. Conselho Federal de Medicina. Regras sobre uso da IA na medicina entram em vigor no dia 26 de agosto. 2026. Acesso em 16 set. 2026. https://portal.cfm.org.br/noticias/regras-sobre-uso-da-ia-na-medicina-entram-em-vigor-no-dia-26-de-agosto/
2. Conselho Federal de Medicina. CFM normatiza uso da IA na medicina. 2026. Acesso em 16 set. 2026. https://portal.cfm.org.br/noticias/cfm-normatiza-uso-da-ia-na-medicina/
3. Brasil. Lei nº 13.709, de 14 de agosto de 2018. Lei Geral de Proteção de Dados Pessoais. Acesso em 16 set. 2026. https://www.planalto.gov.br/ccivil_03/_ato2015-2018/2018/lei/l13709.htm
4. Agência Nacional de Vigilância Sanitária. RDC nº 657, de 24 de março de 2022. Regularização de Software como Dispositivo Médico. Acesso em 16 set. 2026. https://www.gov.br/anvisa/pt-br/assuntos/noticias-anvisa/2022/software-como-dispositivo-medico-perguntas-e-respostas/perguntas-respostas-rdc-657-de-2022-v1-01-09-2022.pdf
5. World Health Organization. Ethics and governance of artificial intelligence for health. Geneva: WHO; 2021. https://www.who.int/publications/i/item/9789240029200
6. National Institute of Standards and Technology. Artificial Intelligence Risk Management Framework AI RMF 1.0. 2023; Generative AI Profile AI 600-1. 2024. https://www.nist.gov/itl/ai-risk-management-framework
7. European Union. Regulation EU 2024/1689 laying down harmonised rules on artificial intelligence. Official Journal of the European Union. 2024. https://eur-lex.europa.eu/eli/reg/2024/1689/oj/eng
8. The role of agentic artificial intelligence in healthcare: a scoping review. npj Digital Medicine. 2026. https://www.nature.com/articles/s41746-026-02517-5
9. Zhao L, et al. AI agent in healthcare: applications, evaluations, and future directions. npj Artificial Intelligence. 2026;2:31. https://www.nature.com/articles/s44387-026-00076-4
10. Benchmarking large language model-based agent systems for clinical decision tasks. npj Digital Medicine. 2026. https://www.nature.com/articles/s41746-026-02443-6
11. Towards autonomous medical artificial intelligence agents. Nature. 2026. https://www.nature.com/articles/s41586-026-10675-5
12. Wang Z, Wu J, Low CH, Jin Y. MedAgent-Pro: Towards evidence-based multi-modal medical diagnosis via reasoning agentic workflow. arXiv. 2025. https://arxiv.org/abs/2503.18968
13. LangChain. Multi-agent systems documentation: subagents, routers and custom workflows. Acesso em 16 set. 2026. https://docs.langchain.com/oss/python/langchain/multi-agent
14. LangChain. Workflows and agents with LangGraph. Acesso em 16 set. 2026. https://docs.langchain.com/oss/python/langgraph/workflows-agents

Boa noite, Ricardo! Tranquilo?

Gostei demais da sua nova produção!

Mandou muito bem explorando o papel dos agentes de IA na próxima década, apresentou com clareza a diferença entre agente único e sistemas multiagentes, e ainda destacou a importância da responsabilidade médica como autoridade final. Esse raciocínio mostra visão crítica, profundidade acadêmica e preocupação em alinhar inovação tecnológica com ética e governança clínica.

Para aprimorar sua solução, algumas boas práticas são:

• Supervisão humana: manter sempre o médico como autoridade final nas decisões clínicas.
• Rastreabilidade: garantir registros claros e auditáveis para preservar segurança e confiança.
• Arquitetura modular: definir quando usar agente único ou multiagente conforme complexidade e custo de erro.

Continue postando as suas soluções! Além de ganhar pontos de XP na plataforma, você pode ajudar outros estudantes no fórum.

Ah, uma pergunta: o que você considera mais estratégico para o futuro da prática médica, investir em arquiteturas multiagentes para reduzir carga cognitiva ou fortalecer agentes únicos mais determinísticos para simplificar processos?

Fico à disposição! E se precisar, conte sempre com o apoio do fórum.

Abraço e bons estudos!

Conte com o apoio da comunidade Alura na sua jornada. Abraços e bons estudos!

Considerações Iniciais

Olá Daniel, agradeço sua análise, sempre pertinente. 
Enquanto escrevia o artigo analisei justamente essa questão que agora me pergunta. 
Apesar de teoricamente ser preferível trabalhar rotineiramente com o menor número possível de Agentes e sabendo
que a superfície de ataque aumenta à medida que aumentamos o número de agentes de IA, o que então me levaria à
resposta de um único agente, eu afirmo com grande chance de acerto, que a Complexidade da Medicina irá demandar
múltiplos agentes. 

Complexidade da Assistência Médica: Etapas Fundamentais

A assistência médica possui algumas características que fortalecem minha resposta. Quais são elas:
É subdividida em:

1. Etapa inicial na qual se colhe as informações de variados tipos e naturezas 
• ouvir, 
• discutir, 
• analisar, 
• sintetizar
• armazenar a informação de modo organizado). 
• Inclui nesta fase os achados do exame físico.

2. Etapa da propedêutica diagnóstica com solicitação de:
• exames de laboratório,
• imagem,
• traçados
• métodos invasivos como arteriografia e biopsias
• encerra com a análise dos resultados, que deverão ser então armazenados organizadamente após interpretação. 
 
3. Etapa do plano terapêutico seja em nível ambulatorial ou em regime de internação 
• prescrições, 
• interações medicamentosas, 
• efeitos secundários esperados e efeitos adversos,
• novas prescrições.

Nesta fase poderá ser ainda a subdivisão em:
• procedimentos operatórios, 
• dos métodos minimamente invasivos, 
• híbridos, nos quais se inicia com medicamentos para depois operar ou o contrário. 

4. Etapa do acompanhamento na qual serão solicitados
• novos métodos de exames ou intervenções. 

Tanto a anterior como esta também envolvem obter as informações, processá-las, analisá-las e armazená-las 
de modo organizado

Especializações e Superespecializações da Medicina

Como se não bastasse a complexidade das ações que envolvem as 4 etapas descritas acima há ainda uma condição
que para mim é crucial a favor do emprego dos múltiplos agentes de IA:
• Especializações Médicas
• Superespecializações Médicas. 
Um exemplo; A Ortopedia se divide em coluna, quadril, ombro, mão, geral, trauma, joelho, oncológica, reabilitação 
pós amputação, etc. 

Considerações Finais

• Diante disso tudo DANIEL, vejo que dificilmente um único Agente será suficiente. 

Att, 
Ricardo

Bom dia, Ricardo!

Sua análise está consistente e bem fundamentada.

A forma como você descreveu as etapas da assistência médica e a diversidade de especializações mostra claramente por que arquiteturas multiagentes tendem a ser mais adequadas para lidar com a complexidade da prática médica.

Cada fase, da coleta de informações ao acompanhamento, exige competências distintas. E múltiplos agentes podem dividir responsabilidades, reduzir carga cognitiva e oferecer suporte especializado em cada ponto.

O ponto que você trouxe sobre a superfície de ataque aumentar com mais agentes é muito relevante. Mas, como você bem destacou, a Medicina não é linear nem homogênea. Ela é fragmentada em especializações e superespecializações, isso naturalmente demanda múltiplos agentes que possam cooperar. Nesse cenário, o papel da governança e da integração segura se torna ainda mais estratégico.

Gostei da sua conclusão: dificilmente um único agente será suficiente. A prática médica exige pluralidade de perspectivas, ferramentas e arquiteturas multiagentes podem refletir melhor essa realidade.

Forte abraço, Ricardo!