Skip to main content

Building a systematic review search strategy

A systematic review search is not a better search. It is a search someone else can execute and get the same answer.

How do you build a systematic review search strategy?

Frame the question so its concepts are explicit, then build one search block per concept. Fill each block with controlled vocabulary and free-text synonyms joined by OR, and join the blocks with AND. Translate the strategy for each database syntax, run it, log every string and result count, and report it in full so a reader can re-execute it.

The requirement that shapes everything

A systematic review claims to have found the relevant evidence, not some of it. That claim is only credible if a reader can re-run the search and get the same set. Every rule below follows from that single requirement, which is also why semantic and AI-assisted retrieval can supplement a systematic search but cannot be its backbone.

If reproducibility is not required — a scoping exercise, a background read, a grant introduction — most of this is overhead. Use it when the completeness claim has to survive review.

Frame the question into concepts

Decompose the question into the two to four concepts that must all be present for a study to be relevant. Clinical reviews usually use PICO — Population, Intervention, Comparison, Outcome. Other fields use variants: SPIDER for qualitative work, PEO for exposure questions, PCC for scoping reviews.

Two rules matter more than the choice of framework. Use as few concept blocks as possible: every block joined with AND is another chance to exclude a relevant paper that simply did not index that concept. And do not build a block for Outcome unless the outcome is reliably reported in titles and abstracts, because outcomes frequently are not, and blocking on one is a common cause of silently missing studies.

Build each block

One block per concept. Inside a block, every way of expressing that concept, joined with OR. Blocks joined with AND.

  1. Collect controlled vocabulary. In PubMed that is MeSH; in Embase, Emtree; other databases have their own thesauri. Check whether to explode a term to include its narrower headings — usually yes.
  2. Collect free-text synonyms: alternative names, abbreviations, brand and generic names, British and American spellings, superseded terminology, and the phrasing used in older literature.
  3. Harvest more synonyms from papers you already know are relevant. Their titles, abstracts and assigned index terms are a better source than your own memory.
  4. Apply truncation for morphological variants and proximity operators where the database supports them and precision needs it.
  5. Search free text in title and abstract fields explicitly rather than relying on a default that varies between platforms.

Test each block on its own before combining. A block returning far fewer records than expected almost always has a syntax error or a missing major synonym, and finding that after the blocks are combined is much harder.

Translate for each database

A strategy is not portable. Field tags, truncation characters, proximity operators, phrase handling and thesaurus terms all differ, and pasting a PubMed string into Embase produces something that runs and is wrong — which is worse than something that errors.

ElementVaries how
Controlled vocabularyMeSH, Emtree, or none — terms rarely map one to one
Field tags[tiab], TI/AB, .ti,ab., TITLE-ABS-KEY
Truncation* in most, $ in Ovid, ? for single characters in some
ProximityNEAR/n, ADJn, W/n, PRE/n
Phrase searchQuotes in some, implicit in others, ignored in a few

Search a minimum of three databases for a health review, and pick them to cover different publisher sets rather than three that overlap. Add a trials register where relevant, and at least one source of grey literature and unpublished work.

Supplement the database search

  • Backward and forward citation chasing on every included study. Explicitly recommended, and it routinely finds studies the database search missed.
  • Hand-searching the tables of contents of the two or three journals publishing most of your included studies.
  • Trials registers and regulatory documents, which are where unpublished and null results live.
  • Contacting authors of ongoing work, particularly where publication bias is a stated concern.

Each supplementary method is reported separately in the PRISMA flow diagram, as records identified from sources other than databases. That separation is a reporting requirement, not a formality.

Report the search so it can be re-run

Record, for every database: its name, the platform or interface, the date the search was executed, the full query string exactly as run including every line and limit, and the number of records returned. PRISMA-S is the reporting extension that specifies this in detail.

Log it as you search. Reconstructing an exact string weeks later is unreliable, and a strategy that cannot be reported in full cannot support a completeness claim no matter how well it was executed.

Have the strategy peer-reviewed before running it in full. The PRESS checklist exists for this, and an information specialist reading the query for half an hour catches errors that would otherwise propagate through the entire review.

Questions

How many databases does a systematic review need?
For a health review the usual minimum is three, chosen for complementary coverage, plus a trials register and a grey-literature source. In other fields the norms differ, but the principle holds: databases with overlapping publisher coverage add far less than databases indexing different material.
Should the outcome be a search block?
Usually not. Outcomes are frequently absent from titles and abstracts even when a study measured them, so an outcome block joined with AND silently excludes relevant studies. Handle outcomes at screening instead, where you can read the full text.
Can AI tools be used in a systematic review search?
As a supplementary method and for screening support, increasingly yes, and several guidelines now address it. As the primary search, no: the completeness claim rests on a search a reviewer can re-execute, and a ranked similarity result cannot be re-executed from a stated string.
What is PRESS?
Peer Review of Electronic Search Strategies: a checklist for having a second information specialist review a search strategy before it is run. It covers translation of the question, Boolean logic, vocabulary, spelling, and limits. It catches errors that are effectively unrecoverable once screening has begun.

Last updated 2026-08-25. Part of the litscout literature search guides.

We use only the cookies needed to run the service — signing you in and keeping the session secure. No analytics, no advertising, no third-party trackers. Privacy Policy