Manuel B. Garcia

Manuel B. Garcia serves as the Senior Director for Educational Technology and Digital Learning at FEU Institute of Technology, Manila, Philippines. Read More

Contact Info

1607, FEU Tech Building,
P. Paredes St, Sampaloc,
Manila, Philippines
mbgarcia@feutech.edu.ph

Follow Me

Should You Use Built-In “Humans,” “Age,” or “Study Type” Filters?

Built-in database filters are convenient, but their labels can hide how they actually work. Before using Humans, Age, or Study Type filters, determine what metadata or indexing they depend on and whether that matches your eligibility criteria.

128
Should You Use Built-In Database Filters? Guide 128 of 899
01 · The Question

Can You Trust the Filters Already Provided by the Database?

After running a database search, you may see convenient options such as "Humans," "Adult," "Child," "Randomized Controlled Trial," "Clinical Trial," or other study and population categories. If one of those labels matches your eligibility criteria, clicking it seems much easier than constructing another search block.

The filter itself may work exactly as designed. The more difficult question is whether what it was designed to retrieve is identical to what you mean.

Built-in filters often depend on indexing terms, publication types, database-specific search expressions, or other metadata. Those mechanisms can be useful, but they do not necessarily reproduce the judgments you would make after reading an article. Understanding what lies behind the checkbox is therefore part of search-strategy design.

02 · The Short Answer

Use Built-In Filters Selectively, Not Automatically

In Brief

You can use built-in Humans, Age, or Study Type filters when their underlying retrieval rules are appropriate for your question, but you should not assume that a convenient database label perfectly matches your eligibility criteria.

Some filters depend heavily on indexing and can exclude relevant records that lack the required metadata. For consequential searches, especially systematic reviews, check how the filter is implemented, compare filtered and unfiltered retrieval, and consider whether a tested search filter or screening-stage decision would be safer.

03 · What You Need to Know

What Actually Happens When You Click a Database Filter?

The label you see is not necessarily the mechanism being used

A database interface may present a filter using an intuitive label such as "Humans" or "Young Adult." Behind that label is a technical retrieval rule.

PubMed provides a particularly transparent example because its documentation shows the search expressions behind many filters. The Humans filter corresponds to humans[mh]. Its age filters likewise use Medical Subject Headings (MeSH), such as "young adult"[mh] for ages 19 to 24 and aged[mh] for ages 65 and older.

This means the database is not reading every retrieved article and independently deciding whether its participants are human or whether their ages satisfy your protocol. It is retrieving records according to the metadata and indexing represented by those search expressions.

Built-in age filters depend on MEDLINE indexing in PubMed

PubMed explicitly warns that its age filters restrict results to citations assigned the corresponding MeSH age terms during MEDLINE indexing. As a result, relevant records can be excluded when those MeSH terms are absent. PubMed specifically identifies records that are not indexed for MEDLINE, including some preprints and Online Ahead of Print citations, as examples.

This is an important limitation because your eligibility criterion may concern the actual participants, whereas the filter concerns how the bibliographic record has been indexed.

Suppose your review includes adults aged 18 to 25. PubMed's documented categories include Young Adult at 19 to 24 years and broader adult categories beginning at 19 years. None is an exact representation of 18 to 25.

A precise age criterion in your protocol therefore does not guarantee a corresponding database filter. This is one reason you may sometimes need to avoid a population filter and assess the characteristic during screening.

The Humans filter can have the same indexing problem

In PubMed, the Humans filter is implemented through the Humans MeSH heading.

That sounds straightforward until a relevant human study lacks the indexing needed to satisfy the filter. The broader principle is that a study characteristic and its bibliographic representation are not the same thing.

If your search absolutely requires high sensitivity, particularly for a systematic review, relying on an indexing-dependent restriction should therefore be a deliberate decision rather than an automatic cleanup step.

Study Type can mean several different things

Study-type filters require particular care because the label "study type" can refer to publication types, methodological filters, database-generated subsets, or combinations of several search mechanisms.

PubMed's article-type filters commonly use publication types. For example, its documentation shows that many article types correspond to the article type name searched with the publication-type field tag. The Systematic Review filter is an exception because it uses a search strategy that includes, but is not limited to, the systematic-review publication type.

This distinction matters. A database filter labelled "Systematic Review" is not necessarily equivalent to searching:

"systematic review"[pt]

Nor should you assume that a filter for one evidence design uses the same logic as another.

Publication type and methodological design are related but not identical

A bibliographic publication-type label is metadata assigned to a record. A methodological design is a characteristic of the underlying study.

Often they align. Sometimes they do not.

An eligible randomized trial may not yet have the publication-type indexing expected by a filter. A paper may use terminology associated with a design without satisfying your methodological definition. A systematic review may be represented differently depending on the database and indexing state.

Database filter A predefined retrieval rule supplied through the database interface.
Eligibility criterion The rule you apply to the underlying study to determine whether it belongs in your evidence set.

The two can correspond closely without being interchangeable.

A tested methodological filter may be more sophisticated than a simple checkbox

Methodological search filters can combine text words, indexing terms, publication types, and Boolean logic to identify particular evidence types. Their performance can then be evaluated against a reference set.

Research on filters for randomized controlled trials, for example, has compared multiple MEDLINE strategies against large gold-standard sets and reported sensitivity approaching 99% for the most sensitive filters.

Search-filter performance is not uniform across evidence types, however. A Cochrane review of filters for identifying systematic reviews found filters with different combinations of sensitivity, specificity, and precision, with particularly variable performance reported for Embase.

So "use a filter" is not a complete methodological instruction. You need to know which filter, designed for what purpose, in which database, and with what retrieval performance.

Different evidence types can require very different caution

Methodological filtering is particularly risky when the underlying design is difficult to identify from titles, abstracts, and indexing.

Diagnostic test accuracy research offers a useful example. An evaluation of 23 MEDLINE filters found sensitivities ranging from 20.6% to 86.9%, leading the authors to conclude that the tested filters did not provide an adequate sensitivity-precision trade-off for identifying studies for systematic reviews.

Another evaluation found that adding methodological filters to subject searches for diagnostic accuracy studies reduced sensitivity from 91% for the subject searches to between 43% and 87% for filtered searches.

These findings should not be generalized mechanically to every filter or evidence type. They demonstrate why study design may sometimes be better left out of the search strategy.

Filters involve sensitivity and precision trade-offs

A filter can remove thousands of irrelevant records and therefore improve precision. That may substantially reduce screening workload.

But if some relevant records disappear too, sensitivity decreases.

Filter Potential benefit Potential problem
Humans Removes records classified outside human research Relevant records without the required human indexing may be excluded
Age Focuses retrieval on indexed age categories Database age bands may not match eligibility criteria, and unindexed records can be missed
Study or article type Can substantially reduce irrelevant designs Publication-type metadata or filter performance may not identify every eligible study
Tested methodological filter Can offer known retrieval characteristics Performance may vary by database, design, topic, and validation context
No built-in restriction Reduces dependence on filter metadata Usually increases screening burden

The appropriate trade-off depends on the search purpose. A researcher seeking a handful of representative articles may tolerate losses that would be difficult to justify in a systematic review intended to identify all eligible evidence.

A database filter can be accurate yet still inappropriate for your question

Suppose a database accurately applies its Young Adult category to records indexed as involving people aged 19 to 24. Your review includes people aged 18 to 25.

Nothing has malfunctioned. The database has correctly executed its own rule. The problem is that its category does not match yours.

This distinction prevents a common misunderstanding: filter problems are not necessarily database errors. They often arise because researchers ask a database category to stand in for a methodological criterion that was defined differently.

Convenience should not substitute for verification

Built-in filters are attractive because they are immediate. You can reduce 12,000 results to 2,000 with a click. That reduction may be completely justified, but the number itself provides no evidence that the right 10,000 records disappeared.

Before retaining a consequential filter, compare the results with and without it. Check known eligible studies. Examine records that disappear. If the filter has published validation evidence, consider whether that evidence applies to your database, evidence type, and purpose.

This follows the broader principle that database filters can accidentally remove relevant studies.

Watch Out

The filter label is written for humans; the filtering mechanism is executed by the database. Always find out what the mechanism actually requires before assuming that the label means exactly what your protocol means.

04 · A Practical Example

When “Young Adult” Does Not Mean Your Young-Adult Criterion

Hypothetical Example

A review including participants aged 18 to 25

A researcher conducts a PubMed search and wants to restrict the results to young adults. The eligibility criteria specify ages 18 through 25, so the researcher considers clicking the Young Adult filter.

Check what the filter means PubMed documents its Young Adult age filter as 19 to 24 years and implements it using the Young Adult MeSH heading.
Compare it with the protocol The review includes eligible participants aged 18 and 25, neither of whom falls within that database category.
Consider indexing The filter also depends on MEDLINE age indexing, so relevant records without the corresponding MeSH assignment may not pass even when participant ages are otherwise eligible.
Choose the retrieval approach The researcher decides not to treat the built-in Young Adult filter as a direct implementation of the eligibility criterion. Age is instead represented more cautiously in the search or confirmed during screening.

The problem was not that the filter was incorrectly labelled or malfunctioning. Its documented definition simply answered a slightly different question from the one in the review protocol.

05 · What Researchers Often Get Wrong

Common Misconceptions About Built-In Filters

Misconception

If the Database Offers the Filter, It Must Be Safe to Use

Availability means the database supports that retrieval function. It does not establish that the function matches your eligibility criteria or provides the sensitivity required for your search.

Misconception

The Humans Filter Reads the Study and Confirms That Participants Are Human

In PubMed, the Humans filter corresponds to a MeSH-based search. It therefore depends on bibliographic indexing rather than independent assessment of every underlying article.

Misconception

Database Age Categories Are the Same as My Protocol's Age Categories

They may differ. PubMed, for example, defines specific indexed age groups with fixed boundaries. Your review may use entirely different cutoffs.

Misconception

Study Type Is Just Another Factual Attribute Like Publication Year

Identifying study design can depend on publication types, terminology, indexing, or methodological search filters. Performance can vary considerably among evidence types and filters.

Misconception

A Filter That Removes Most Results Must Be Highly Efficient

It is efficient only if the removed records are records you can afford to lose. Result-count reduction should be considered alongside the filter's effect on relevant studies.

06 · What This Means for You

Look Behind the Checkbox Before You Use It

Before applying a built-in filter, find its database documentation. Determine whether it relies on controlled vocabulary, publication types, text searching, a predefined query, or another metadata field.

Then compare that mechanism with your actual eligibility rule.

A simple decision framework

If the built-in category closely matches your eligibility criterion and its retrieval behavior is acceptable
The filter may be a useful way to improve precision.
If the filter depends on indexing that some relevant records may lack
Consider an alternative search strategy or applying the criterion during screening.
If the database category uses boundaries different from your protocol
Do not treat the filter as an exact substitute for your eligibility criterion.
If an established methodological filter exists
Examine its reported sensitivity, precision, validation, database, and intended purpose before choosing it.
If you are unsure whether the built-in filter is excluding useful evidence
Compare filtered and unfiltered retrieval and test whether the restriction is too restrictive.

For reproducible evidence synthesis, record which filters were used. A checkbox is still a search decision. Someone attempting to reproduce your search needs to know about it just as much as they need your keywords and Boolean operators.

07 · A Quick Checklist

Before Clicking Humans, Age, or Study Type

Before using a built-in database filter, check:
What exact search expression, indexing field, or metadata does the filter use?
Does the filter's definition match my eligibility criterion?
Can unindexed or incompletely indexed records fail the filter?
If it is an age filter, do its age boundaries actually match my protocol?
If it is a study-type filter, is there evidence about its retrieval performance?
Does the filtered search still retrieve known eligible studies?
Have I compared what disappears when the filter is applied?
Would applying the criterion during screening be safer than restricting retrieval?
Have I documented the filter for reproducibility?
08 · Frequently Asked Questions

Questions About Humans, Age, and Study Type Filters

Should I use PubMed's Humans filter for a systematic review?

Do not apply it automatically. PubMed implements the Humans filter using the Humans MeSH heading, so records lacking that indexing can be excluded. Consider the sensitivity required by your review and test the effect of the restriction.

How do PubMed age filters work?

They use age-related MeSH headings assigned during MEDLINE indexing. PubMed warns that otherwise relevant records without those MeSH terms can therefore be excluded.

Can I use the Young Adult filter for participants aged 18 to 25?

Not as an exact substitute for that eligibility range. PubMed defines its Young Adult filter as 19 to 24 years, so its boundaries do not match an 18-to-25 criterion.

Are article-type and study-design filters the same thing?

Not necessarily. Some filters use publication-type indexing, while others use more complex search strategies. PubMed, for example, documents that most article-type filters use publication types, whereas its Systematic Review filter uses a broader search strategy.

Is a validated methodological filter always safe?

No filter should be assumed to have perfect sensitivity in every setting. Examine where and how it was validated, its reported retrieval performance, and whether those conditions resemble your database and search purpose.

What should I do if a built-in filter removes a known eligible study?

Investigate why the record failed the filter. If the problem reflects missing indexing, mismatched categories, or limitations inherent in the filter, reconsider whether the restriction is appropriate rather than simply accepting the loss.

09 · The Bottom Line

Use the Filter's Actual Definition, Not Just Its Label

The Bottom Line

Built-in Humans, Age, and Study Type filters can be useful, but use them only after determining what they actually search and whether that mechanism matches your eligibility criteria closely enough for the purpose of your search.

For high-sensitivity searches, be especially cautious with restrictions dependent on indexing or imperfect methodological classification. Compare filtered and unfiltered retrieval, test known relevant records, and remember that applying a criterion during screening may sometimes be safer than asking the database to make the decision for you.

10 · Sources and Further Reading

Sources and Further Reading

11 · Cite this Guide

How to Cite This Guide

This guide is intended to be read, shared, and used in research, teaching, and academic work. If you draw on its ideas, explanations, or other content, please acknowledge the source by citing the guide. Doing so gives appropriate credit and helps your readers locate the original resource.

Has the Field Guide helped your research?

If a guide helped clarify a question, inform a research decision, or move your work forward, I would love to hear about your experience. Your story may also help other researchers discover the Field Guide.

Share Your Experience
Takes only a few minutes