The short answer
Choose a tool for the part of the review you need to improve: prioritizing records, suggesting eligibility decisions, extracting fields, or coordinating reviewers. Compare its documented outputs with your protocol, run the same difficult cases through each candidate, and inspect the exported decisions. This guide includes ASReview, Rayyan, Covidence, Elicit, and Gatsbi, with a worksheet for separating an assistant's suggestion from the team's final decision.
Key takeaways
Prioritization changes reading order; exclusion removes a record from further consideration. Evaluate those roles separately.
Use a pilot that includes ambiguous records and your actual languages, document types, and study designs.
Choose a workflow that preserves the original suggestion, human correction, reason, and source when you export.
Gatsbi publishes this guide and makes some of the tools discussed. We use the same task-based criteria for Gatsbi and other products, drawing on their public documentation. These are not hands-on benchmark results; check current features and access before choosing.
Turn the protocol into a tool requirement
Start with the output you need. Prioritization produces an ordered queue; eligibility assistance proposes an include, exclude, or uncertain decision; extraction assistance proposes a field or passage. Review management adds assignments, independent decisions, and conflict resolution. A platform may combine these functions, but each needs its own acceptance check.
Your question, eligibility criteria, planned search, and reviewer process should already be defined. If they are still open, begin with what a systematic review involves. Cochrane's searching and selection guidance provides the methods context for the requirements below.
Write a requirement a colleague could test: “We need to prioritize imported records while retaining independent human screening and an export of every decision.” Add the input format, languages, scanned or text PDFs, reviewer roles, and required output files. These details determine which candidates belong on the shortlist.
| Task | Required output | Team decision |
|---|---|---|
Prioritization | Ordered queue with stable record IDs and labels | Whether the chosen stopping approach is justified |
Eligibility assistance | Criterion-level suggestion, uncertainty, and reason | Final inclusion and resolution of disagreements |
Extraction assistance | Proposed field with source location and study context | Correct study, arm, outcome, and time point |
Review management | Separate assignments and decisions, conflicts, and export | Reviewer roles and approval of resolved decisions |
Compare candidates against those requirements
The shortlist below describes roles documented by the providers, checked on 18 October 2026. It is not a hands-on accuracy ranking. Gatsbi is the publisher and one of the candidates; its product description receives the same treatment as other vendor documentation.
Read the first two columns to identify a relevant role, then use the last column to plan a trial. An unanswered question means that this guide has not established the capability for your project, not that the product lacks it. Check the current plan and account before relying on a feature.
Ask each shortlisted provider to demonstrate one record from import to final decision and export. Separately check whether your institution permits the intended materials in that account, including storage, access, retention, deletion, and downstream processing.
| Candidate / source | Documented input and output | When to consider it | Resolve in your pilot |
|---|---|---|---|
ASReview LAB · prioritization | Text records and human labels feed active learning; labeling decisions and project state can be exported. | You have a record set and want to prioritize reading while retaining human labels. | Check label history, project recovery, and your stopping approach on the intended corpus. |
Rayyan AI Reviewer · eligibility assistance | Review criteria guide title/abstract assessments; AI decisions are made without seeing other reviewers' decisions. | You want criterion-based suggestions within a reviewer's screening process. | Inspect unclear cases, disagreement resolution, reasons, export, and current run limits; a blind AI decision is not proof of equivalence to a human reviewer. |
Covidence automation · selected screening/extraction tasks | Review records and PDFs support sorting, selected classification features, and extraction suggestions. | You need assistance for a specific task in a managed review. | Test your study designs and languages. The RCT classifier's documented evaluation is primarily in English biomedical literature. |
Elicit · structured review workflow | Uploaded or retrieved papers move through criteria-based screening and structured extraction. | You want to configure screening criteria and extraction fields in one workflow. | Check source locations, uncertain cases, retained decisions, and exports; distinguish the Systematic Review workflow from exploratory reports. |
Gatsbi Reviewer · integrated review workflow; publisher | Product descriptions cover candidate studies, manual selection, added PDFs or a Zotero literature list, extraction, and a review draft. | You want to connect a manually curated study set to extraction and a draft. | Check criterion-level reasons, independent screening needs, conflicts, study/report IDs, and decision exports. Those controls are not established by the product overview. |
Run the same screening pilot for each candidate
Choose records that expose the errors your review cannot afford: eligible and ineligible studies, sparse abstracts, ambiguous terminology, and the languages or designs you expect to include. Where practical, establish reference decisions through your planned human review and adjudication process before showing the assistant's output to those reviewers.
Record missed eligible records as well as agreement. In the teaching example below, finding 19 of 20 eligible reference records gives 95% recall in that set. It does not establish 95% recall in the full corpus or a safe stopping rule. The sample's composition and the consequences of misses matter.
One missed record behind 95% recall
Twenty eligible reference records are shown: 19 identified and one missed. Recall is 19 divided by 20, or 95%, in this pilot only. Recall in the full corpus is unknown; this result does not establish when screening may stop.
Teaching example · no tool performance claim
20 records eligible by the reference decisions
- 19 identified
- 1 missed
Recall in this pilot only
19 / 20 = 95%
The denominator is all 20 eligible reference records, including the missed one.
Validate the assistance for this review and its risk of missing studies before deciding whether screening may stop.
The worksheet uses three separate fictional cases to inspect individual decisions; it is not the dataset behind the 20-record illustration. P-02 exposes a specific failure: an abstract that does not state participants' ages does not establish that the population is ineligible. Retrieve more information and preserve both the suggestion and the correction.
Use the same source materials, criterion version, and reference decisions for each candidate. Save each run, including an unfavorable one. If you change the criteria or configuration, label the next run separately so that an improvement can be traced to the change.
Run context: run ID, product and available version, date, settings, criterion version, and reviewer roles.
Each record: record/source ID, reference decision, assistant suggestion, final decision, resolution reason, reviewer, and source location.
A completed entry might read: P-02; criteria v1; reference retrieve; suggestion exclude; final retrieve; reason age not stated; reviewer assigned by the team; source abstract. An unresolved field stays unresolved.
| Record | Criterion / reference decision | Assistant suggestion | Final decision and reason | Evidence to retain |
|---|---|---|---|---|
P-01 | Adult randomized trial / retrieve | Retrieve | Retrieve; matches the stated criterion | Abstract, source ID, and criteria v1 |
P-02 | Age unclear / retrieve | Exclude: population unclear | Retrieve; missing detail is not evidence of ineligibility | Abstract, missing age detail, reviewer, and correction reason |
P-03 | Editorial / exclude | Exclude | Exclude; publication type does not meet the criterion | Source record and recorded exclusion reason |
Check the extracted field before handing it to analysis
Keep study and report IDs separate: a primary paper and a follow-up paper can describe the same participants. Each extracted value also needs its arm, outcome, time point, statistic, unit, and source location. Distinguish not reported, not measured, and not applicable. Cochrane's data-collection guidance explains these source and data requirements.
Use fictional Study A, Report A, table 2 at 12 weeks: the intervention mean is 12 points and the comparator mean is 15. Suppose an assistant enters 15 for the intervention. Finding that number in the PDF is insufficient; the table heading and arm label reveal the mismatch. Preserve the proposed 15, corrected 12, source location, reviewer, and correction reason.
The extraction handoff ends with checked fields. The meta-analysis tools guide continues with the same fictional report to ask whether those values are ready for a specified calculation. Keep that analysis decision separate from whether the source field was transcribed correctly.
Test whether the exported screening record can be reconstructed
Export a small project before committing the full review. Keep the raw export, then ask a colleague to reconstruct decisions without your account or the original chat. Titles and final inclusion flags alone may omit why a record was retained, who resolved a disagreement, or which criterion version applied.
Check three things in the exported material: why P-02 was retrieved, what changed between two criterion versions, and which source supports a final inclusion. Include non-Latin titles, multiline reasons, and linked reports in this check. Record missing fields as a limitation to resolve before scaling.
Retain actual screening and retrieval counts as the work proceeds. A final bibliography cannot reconstruct the selection history. PRISMA reporting guidance explains how those records support the report.
Criteria record: version, effective date, change, reason, and affected decisions.
Screening record: record ID, stage, suggestion, human decision, conflict, resolution, and reviewer.
Source mapping: record ID linked to report ID and, when established, study ID.
Run context: product, available software/model version, settings, date, and export date. State when a version is not exposed.
Choose a configuration your team can verify
Use the pilot results to choose a configuration for your team. Some reviews need a ranked queue; others need independent reviewers and conflict handling. A workflow that is convenient for drafting may still need a separate system for the screening decisions required by your protocol.
For an integrated workflow such as Gatsbi Reviewer, a useful proposed trial starts with your criteria and the P-01/P-02/P-03 materials. Inspect the candidate list, check how uncertainty in P-02 is handled, add a missing paper where needed, review the extraction, and inspect what survives export. This is a trial specification, not a report of Gatsbi having passed those checks.
Write down the selected tasks, unresolved gaps, and who will keep the records. Repeat the relevant checks when the protocol, input language, feature, or export behavior changes. Compare the work required for setup, correction, and review as well as the speed of the initial suggestion.
| Team need | Configuration to evaluate | Must pass before wider use |
|---|---|---|
Prioritize a record set | Prioritization tool plus the team's human screening process | Stable IDs, retained labels, recoverable project state, and a justified stopping approach |
Coordinate independent reviewers | Review system with the required assignments, blinding, and conflict process | Separate decisions remain visible to the right people; conflicts and reasons survive export |
Move curated studies into a review draft | Integrated candidate-selection, extraction, and drafting workflow, including Gatsbi as a candidate | Uncertain cases remain reviewable; sources, corrections, and required screening records remain available, within the tool or a maintained companion record |
Common questions
Which tool should I try first?
Start with the missing output: a ranked queue, criterion-level suggestions, checked extraction fields, or coordinated reviewer decisions. Shortlist candidates that document that role, then use the same pilot records and export checks. A broader feature list does not resolve a protocol-specific gap.
Can AI act as a second reviewer?
A product may produce a separate set of decisions, including decisions made without seeing human labels. That alone does not establish equivalence to an independent human reviewer. Follow your review's required method, validate the proposed role, and keep accountable resolution of disagreement.
Is semantic search enough for a systematic review?
It can support exploration or supplement retrieval. Adequacy still depends on the question, information sources, reproducible search strategy, and methods. Receiving relevant papers does not show that eligible studies have been comprehensively sought.
How should screening automation be reported?
Report the task, tool and available version, settings, when it affected decisions, the validation performed, and how people checked or overruled it. Support the description with retained decisions and counts.
Sources & further reading
Follow the original sources for their complete methods, scope, and latest updates.
- Searching for and selecting studiesCochrane
- Collecting dataCochrane
- ASReview LAB documentationASReview
- AI Reviewer documentationRayyan
- Planning and reporting automationCovidence
- Choosing an Elicit workflowElicit
- PRISMA 2020 checklistPRISMA
- Gatsbi Reviewer product workflowGatsbi · publisher product documentation