A bibliography error usually enters at one of four fields: the DOI, the title, the author list, or the publication year. The practical fix is not to re-type the citation from memory but to run a short verification sequence: resolve the identifier, compare the deposited metadata field by field, inspect version differences, and record every discrepancy before you edit the bibliography. This article gives that sequence for clinicians and medical researchers who need a defensible citation for a guideline, a systematic review, or a manuscript.
Why the Four Fields Fail Together
A DOI is a persistent identifier that resolves through doi.org to the current destination registered for that identifier. Resolution helps you locate a work, but it does not by itself confirm that the bibliographic fields are correct or that the source supports your claim. Those still need to be checked against the deposited record and the source text.
Crossref exposes publisher-deposited scholarly metadata through its REST API, including titles, authors, venues, dates, identifiers, licenses, funding, ORCID and ROR identifiers, abstracts when deposited, and post-publication updates from trusted sources. That deposit is the natural comparison point for the title, author list, and year. Because deposits can be updated after publication, the same DOI may carry corrected metadata that differs from what you first copied.
Treat the four fields as one bundle. A DOI that resolves to a different article than your title suggests is a signal that something upstream went wrong, and a year that disagrees with the deposited date is a signal to check versions rather than to pick the more familiar number.
Step 1: Resolve the DOI and Confirm the Landing Work
Start with the identifier. Resolve the DOI through doi.org and look at what the destination actually is: the article title, the venue, and the author list on the landing page.
Use these checkpoints:
- The DOI resolves at all. If it does not resolve, stop and treat the identifier as unverified rather than guessing a replacement.
- The landing work matches your intended work. Compare the title on the landing page with the title in your draft. A mismatch means you are holding the wrong identifier.
- The destination is the version you intend to cite. A DOI resolves to the current registered destination, which may be a publisher page, an abstract, or another version. Note which one you landed on.
If you are still locating the paper, a scholarly search interface such as WisPaper search can help you find candidate records before you begin field-by-field comparison.
Step 2: Compare Deposited Metadata Field by Field
Once the DOI resolves to the right work, compare each field against the deposited record rather than against another citation in your reference manager. Work in a fixed order so you do not skip a field.
Title
Compare the deposited title with your draft title word for word, including subtitles. Watch for truncated titles, dropped subtitles, and titles that belong to a preprint rather than the version of record.
Author list
Check the order, spelling, and completeness of the author list. Crossref deposits can include ORCID and ROR identifiers, which help you distinguish authors with similar names and confirm institutional affiliations. If your draft lists an author who is absent from the deposit, or omits one who is present, record the discrepancy before changing anything.
Publication year
Compare the year in your draft with the dates in the deposited record. Deposits can carry more than one date, and post-publication updates from trusted sources can change metadata. Note which date you are treating as the publication year and why.
Venue and identifiers
Record the venue and any other identifiers in the deposit. These help you confirm you are citing the version you actually read.
Step 3: Inspect Version Differences Before You Decide
Version confusion is one of the most common reasons a year or author list looks wrong. Before you correct a field, establish which version you are citing.
Ask:
- Is the DOI pointing to a preprint, an accepted manuscript, or the version of record?
- Does the deposited metadata reflect a post-publication update?
- Did the title or author list change between versions?
If the versions differ, decide explicitly which one your bibliography should represent, then make the other fields consistent with that decision. Do not mix a preprint year with a version-of-record venue.
When you need to locate alternative versions of a work, Google Scholar documents ways to find them, alongside searching by author and title, date sorting and limits, Cited by, Related articles, citation export, library access links, and email alerts. Use those features to identify candidate versions, then return to the deposited record for the authoritative fields.
Step 4: Record Discrepancies Before Editing
Record every discrepancy before you touch the bibliography. A short log prevents a correction in one field from silently breaking another.
For each reference, capture:
- The DOI as written in your draft and what it resolves to
- The draft title versus the deposited title
- The draft author list versus the deposited author list, with ORCID or ROR notes where relevant
- The draft year versus the deposited date, and which version you are citing
- The decision you made and the reason
This log is also what you show a co-author or reviewer when they ask why a citation changed.
A Reusable Verification Checklist
| Field | What to compare | Checkpoint | Stop or escalate if |
|---|---|---|---|
| DOI | Draft DOI vs. doi.org destination | Destination is the intended work | DOI does not resolve or lands on a different work |
| Title | Draft title vs. deposited title, including subtitle | Exact match for the chosen version | Title belongs to a different version than intended |
| Authors | Order, spelling, completeness; ORCID/ROR where deposited | List matches the deposit | An author is present in one source and absent in the other |
| Year | Draft year vs. deposited dates | Year matches the version you cite | Dates conflict across versions |
| Version | Preprint, accepted manuscript, or version of record | One version chosen and documented | You cannot tell which version the DOI represents |
Use the table as a gate: do not move to the next reference until each row is either confirmed or logged as an open discrepancy.
Worked Example: A Therapy Trial Citation in a Guideline Draft
Suppose a guideline draft cites a randomized trial of a therapy in a defined adult population, with the primary outcome reported as a specified clinical endpoint. The citation in the draft has a DOI, a title, four authors, and a publication year.
- Resolve the DOI. The DOI resolves to a landing page. The title there differs slightly from the draft title: the draft dropped a subtitle. Log the title discrepancy.
- Compare the author list. The deposited record lists five authors; the draft lists four. Check ORCID identifiers in the deposit to confirm the missing author is a real contributor and not a name variant. Log the omission.
- Compare the year. The deposited record carries a date that differs from the draft year. Check whether the DOI represents a preprint or the version of record. If the draft year matches a preprint and the venue matches the version of record, the citation is mixing versions. Decide which version the guideline should cite and make all fields consistent.
- Check claim support. Resolution and metadata comparison confirm identity, not that the source supports the guideline's statement. Return to the source text to confirm the population, the outcome, and the direction of the finding before finalizing the sentence.
- Record and correct. Update the log, then correct the bibliography in one pass so the DOI, title, authors, and year all describe the same version.
When you are assessing how strongly that trial supports a guideline statement, separate four questions: the level of evidence the study design provides, whether the studied population matches the population the guideline addresses, whether the outcome measured is the outcome the recommendation concerns, and the study's own limitations. A trial in a narrow population with a surrogate outcome may be internally sound yet only indirectly applicable to a broader recommendation. Keep those judgments distinct from the citation-verification steps above; they belong in the evidence appraisal, not in the bibliography edit.
Where WisPaper Fits in the Sequence
WisPaper is an AI research assistant for finding, screening, organizing, and working with academic papers, and it can support specific steps in this workflow without replacing the field-by-field comparison against deposited metadata.
- Finding candidate records. Use WisPaper Scholar Search when you need an entry point for locating academic papers before verification.
- Organizing references under review. Use My Library to save or upload papers and keep the set you are verifying together.
- Asking questions across the set. Use Library QA when you need to ask questions based on papers uploaded to My Library or added from search results.
- Screening BibTeX for hallucinated references. Use TrueCite for BibTeX citation screening; it checks BibTeX against real academic databases to flag hallucinated references. This is a useful pre-pass before manual verification, but the deposited record remains the comparison point for each field.
- Longer literature tasks. Use Scholar Agent for longer research tasks that fit its literature review, inspiration, or reproduction use cases.
Stop and Escalation Rules
Set rules in advance so a single stubborn reference does not stall the whole bibliography.
- Stop when a DOI does not resolve. Do not substitute a similar DOI.
- Stop when the resolved work is clearly a different article. Re-identify the source before editing.
- Escalate to a second reviewer when the author list differs between sources and ORCID or ROR identifiers do not resolve the difference.
- Escalate when the year conflict reflects a version question that affects how the citation is used in the argument.
- Escalate when the source cannot be confirmed to support the claim, even though the metadata matches.
- Proceed only when all four fields describe the same version and the discrepancy log is complete.




