A busca é a fundação de qualquer revisão sistemática: estudos que sua string não captura simplesmente não existem para a sua revisão. Uma busca estreita demais enviesa os resultados; larga demais, soterra você em milhares de registros irrelevantes. E como a estratégia precisa ser publicada na íntegra, ela também é a parte do método mais exposta ao escrutínio dos revisores.

A boa notícia: montar uma string de busca decente não exige genialidade, exige método. Este guia mostra o processo usando o PubMed como base principal — porque é a mais usada em saúde e a de sintaxe mais rica — e depois cobre a adaptação para outras bases.

A anatomia de uma string de busca

Toda estratégia de busca bem construída segue a mesma lógica em três níveis:

Conceitos — os blocos da sua pergunta. Numa pergunta PICO, normalmente População e Intervenção viram blocos de busca (Comparador e Desfecho frequentemente ficam de fora da string, porque restringem demais — eles entram na triagem).
Sinônimos dentro de cada conceito, unidos por OR — termos livres, variações de grafia e vocabulário controlado.
Conceitos combinados entre si por AND.

O esqueleto é sempre:

(termo1 OR termo2 OR termo3) AND (termo4 OR termo5) AND (termo6 OR termo7)

Operadores booleanos

Operador	Efeito	Uso típico
`OR`	Amplia: qualquer um dos termos	Sinônimos do mesmo conceito
`AND`	Restringe: todos os termos	Cruzar conceitos diferentes
`NOT`	Exclui registros com o termo	Evitar em revisão sistemática — exclui silenciosamente estudos relevantes que mencionam o termo de passagem

Use parênteses sempre — não confie na ordem de precedência padrão da base. a OR b AND c significa coisas diferentes em bases diferentes; (a OR b) AND c significa a mesma coisa em todas.

Termos livres: truncamento, frases e campos

Truncamento (*) captura variações de sufixo: physiotherap* encontra physiotherapy, physiotherapist, physiotherapeutic. Cuidado com radicais curtos demais (rat* traz rate, ratio, rational…).

Aspas travam frases exatas: "physical therapy" evita que as palavras sejam combinadas soltas. No PubMed, aspas e truncamento têm uma pegadinha: usar aspas ou * desliga o mapeamento automático de termos (Automatic Term Mapping) para aquele termo — o que costuma ser desejável em busca sistemática, justamente para você controlar o que está sendo buscado.

Etiquetas de campo dizem onde buscar. No PubMed:

[tiab] — título e resumo (o cavalo de batalha da busca sistemática)
[mh] — termo MeSH
[ti] — só título
[la] — idioma; [pt] — tipo de publicação

Exemplo: diabetes[tiab] busca a palavra no título/resumo; diabetes solto deixa o PubMed expandir como achar melhor.

MeSH: o vocabulário controlado do PubMed

O MeSH (Medical Subject Headings) é um vocabulário hierárquico com o qual indexadores da NLM etiquetam cada artigo do MEDLINE pelo conteúdo, independentemente das palavras que os autores usaram. É o que permite encontrar um artigo sobre infarto que só diz “MI” no resumo: ele estará indexado sob Myocardial Infarction.

Como usar:

Procure o conceito no MeSH Database (menu MeSH Database no site do PubMed) e veja a definição, os entry terms (sinônimos — ótima fonte para seus termos livres) e a posição na hierarquia.
Na string, use "Myocardial Infarction"[mh]. Por padrão o PubMed explode o termo, incluindo todos os descendentes da hierarquia; [mh:noexp] desliga isso.
Sempre combine MeSH com termos livres no mesmo bloco, unidos por OR. Motivos: a indexação leva semanas (artigos recém-publicados ainda não têm MeSH), indexadores erram, e registros fora do MEDLINE não têm MeSH nenhum.

Um bloco bem formado fica assim:

("Myocardial Infarction"[mh] OR "myocardial infarction"[tiab]
  OR "heart attack*"[tiab] OR MI[tiab])

E uma string completa (exemplo simplificado, exercício em adultos com diabetes tipo 2):

("Diabetes Mellitus, Type 2"[mh] OR "type 2 diabetes"[tiab] OR T2DM[tiab])
AND
("Exercise"[mh] OR exercis*[tiab] OR "physical activity"[tiab] OR training[tiab])

Uma estratégia real para revisão sistemática costuma ter 10–40 linhas por bloco. Não se assuste com strings publicadas que ocupam uma página: é o padrão da área, não exagero.

Calibrando: sensibilidade vs. precisão

Em revisão sistemática, o padrão é privilegiar sensibilidade (não perder estudos) à custa de precisão (trazer lixo junto). O custo do lixo é tempo de triagem; o custo de perder estudos é viés. Ainda assim, calibre:

Teste com estudos-controle: separe 5–10 estudos que você sabe que devem ser incluídos. Se a string não os encontra, há buraco — veja com que termos esses estudos foram indexados e incorpore.
Amostre os resultados: se as primeiras dezenas de registros são quase todos irrelevantes, algum termo está poluindo; identifique-o rodando os blocos separadamente.
Itere: busca sistemática se constrói em rascunhos. Cada versão testada e o seu resultado merecem registro.

Adaptando a string para outras bases

Cada base tem sintaxe, campos e vocabulário próprios. O que muda na prática:

Base	Vocabulário controlado	Particularidades
PubMed	MeSH	`[tiab]`, `[mh]`, ATM automático
Embase	Emtree	Mais granular que o MeSH; sintaxe própria (`/exp`)
Europe PMC	MeSH (herdado)	Sintaxe própria de campos (`TITLE:`, `ABSTRACT:`)
Scopus / Web of Science	—	Só termos livres; `TITLE-ABS-KEY()` / `TS=`
OpenAlex, Crossref, Semantic Scholar, CORE	—	Busca textual; suporte booleano varia e é mais limitado
arXiv	—	Campos `ti:`, `abs:`; relevante para áreas exatas

Regras de ouro da adaptação:

Os conceitos e sinônimos são os mesmos; só a sintaxe muda. Mantenha uma “string mestra” conceitual e derive as versões.
Traduza o vocabulário controlado (MeSH → Emtree não é 1:1; confira termo a termo).
Em bases sem vocabulário controlado, reforce os termos livres — os entry terms do MeSH são uma mina de sinônimos.
Não copie e cole sem testar: uma string com [tiab] colada no Scopus busca literalmente os colchetes.

Esse trabalho de tradução é repetitivo e propenso a erro — e é onde vale apoio de ferramenta. No Latvs, a busca integrada consulta OpenAlex, Crossref, PubMed, Europe PMC, arXiv, Semantic Scholar e CORE, e o construtor de query assistido por I.A. ajuda a adaptar a estratégia à sintaxe de cada base a partir da sua pergunta — com você revisando e ajustando o resultado, como manda o método.

Documente tudo (PRISMA-S)

A estratégia de busca completa de todas as bases é exigência do PRISMA 2020 (a extensão PRISMA-S detalha o relato da busca). Para cada base, registre no momento da execução:

String exata executada (copie da própria interface, não do seu rascunho)
Base e plataforma (Embase via Ovid ≠ Embase via Elsevier — a sintaxe muda)
Data da busca
Filtros e limites aplicados (idioma, período, tipo de publicação)
Número de resultados

Exporte os resultados em RIS, CSV ou BibTeX e guarde os arquivos brutos — eles são a evidência primária da sua busca. Se você usa o Latvs, a importação desses formatos para uma base de referências já alimenta a fase seguinte, a triagem com critérios, e os arquivos ficam organizados no mesmo projeto.

Erros comuns

Usar NOT para “limpar” resultados — exclui estudos relevantes silenciosamente.
Buscar só com MeSH (perde o recente e o não-indexado) ou só com termos livres (perde o que usa terminologia diferente).
Colocar o desfecho na string quando ele restringe demais — resumos nem sempre mencionam todos os desfechos medidos.
Esquecer variações de grafia (randomised/randomized, tumour/tumor) e siglas.
Buscar numa base só. O padrão metodológico é múltiplas bases complementares, mais busca manual nas referências dos incluídos.
Não salvar a estratégia no dia — reconstruir a string e o número de resultados meses depois, na hora de escrever, é retrabalho garantido (e às vezes impossível).

Checklist final

Conceitos definidos a partir da pergunta (geralmente P e I)
Cada bloco com MeSH/vocabulário controlado + termos livres + truncamentos + grafias
OR dentro do bloco, AND entre blocos, parênteses sempre
Validada contra estudos-controle conhecidos
Adaptada (e testada) para cada base
Documentada: string, base, data, filtros, n de resultados
Resultados exportados e arquivados

Busca bem feita não garante uma boa revisão — mas busca mal feita garante uma revisão frágil. Se quiser ver onde essa etapa se encaixa no processo completo, comece pelo nosso guia de como fazer revisão sistemática; e se quiser executar a busca multibase num lugar só, o Latvs tem plano grátis sem cartão para testar.