提交后如何归档文献检索

提交稿件并不是检索记录的终点；恰恰相反，此时记录可能成为他人需要检查的对象。合作者可能询问你使用了哪些检索词，审稿人可能要求更新检索，新加入实验室的成员可能需要重新运行相同的检索策略。归档文献检索意味着将查询、来源、筛选决策和引文细节整合成一个包，使其他研究者无需你重新构建步骤即可跟进。

实用的答案是：在方法层面归档，而不仅仅是结果。记录你检索了什么、在哪里检索、如何筛选记录，以及哪些参考文献最终进入稿件。然后将该包存储在你的团队可以找到的地方，并加以标注，以便下一个人知道它涵盖的内容。本指南将逐步介绍决策、工件和检查点，将已完成的提交转化为持久、可审计的检索记录。

在构建归档之前，先盘点现状。大多数已提交项目介于两个极端之间：一个是整洁的导出文件夹，另一个是散落的浏览器标签、电子邮件附件和记忆。你的起始状态决定了你需要多少重建工作。

问自己这些诊断性问题：

• 你仍然拥有原始查询吗？ 如果你使用了字段标签、过滤器或高级搜索表单，你知道确切的语法，还是只知道你追踪的主题？
• 你能说出你检索过的每一个来源吗？ 数据库、索引和引文追踪路线都算作来源。
• 你有你筛选掉的记录吗？ 排除决策是方法的一部分，而不是杂物。
• 是否有一个与提交稿件匹配的单一参考文献列表？
• 合作者能否在没有你在场的情况下打开你的文件并理解它们？

如果你对其中几个问题的回答是“否”，请在归档前计划一次重建。如果大多数回答是“是”，你可以更快地进入打包和标注阶段。

归档的有用性取决于它以后能回答什么问题。审稿人问“你检索了这个数据库吗？”和同事问“你引用了这篇论文的哪个版本？”是不同的两个问题，两者都应该能从包中得到答案。

使用此清单作为你的目标工件集：

Cochrane关于检索和选择研究的指南支持这一结构：根据合格标准规划检索，使用多个来源，将自由文本词与主题词结合，记录过程，去重记录，分阶段筛选，并链接同一研究的多份报告。这些实践直接对应上述工件。

检索策略是归档的核心。编写它时，要使从未见过你项目的读者能够重现逻辑，即使确切的结果计数随时间变化。

对于问题中的每个概念，记录：

1. 概念标签——例如，你针对的人群、干预或结果。
2. 自由文本词和同义词——你实际输入的词，包括拼写变体。
3. 主题词——来源支持时的受控词汇。
4. 字段标签和语法——如何限制术语，例如限制在标题或摘要中。
5. 过滤器和限制——语言、日期范围、出版类型或其他限制。
6. 术语如何组合——产生最终集的布尔或基于表单的逻辑。

PubMed的检索详情在这里很有用，因为它们揭示了术语如何被翻译和组合，这正是归档应保留的信息类型。如果你使用了字段标签、短语检索、过滤器或高级搜索，请明确注明，而不是概括为“关键词检索”。Google Scholar用户应记录作者和标题检索、日期限制以及任何引文追踪步骤，如“引用”或“相关文章”，因为这些路线与关键词字符串一样塑造结果集。

如果你的查询存在于数据库界面中，请在关闭标签页之前将最终查询文本复制到策略文档中。如果你正在重建策略，WisPaper检索界面是一个运行学术检索并捕获你最终确定的查询的地方；将该界面视为工作表面，将你的策略文档视为持久记录。

提交后归档的一个常见缺口是假设主数据库就是检索。在实践中，文献检索通常将数据库查询与引文追踪、作者检索和浏览相关工作相结合。

分别列出每个来源并注明其作用：

• 主数据库——运行主要概念块的地方。
• 索引和聚合器——补充覆盖。
• 引文追踪——从关键论文向前和向后的引文路线。
• 作者或标题查找——针对已知工作的定向检索。
• 提醒或保存的检索——任何持续提供结果的常设查询。

PubMed支持保存的检索，Google Scholar支持电子邮件提醒；如果其中任何一个是你过程的一部分，请记录下来，因为提醒是一个在初始检索后持续产生记录的来源。Cochrane建议使用多个来源并在出版前重新运行检索，这提醒我们来源列表应反映完整的检索，包括你在提交前进行的任何刷新。

筛选是检索成为参考文献列表的地方，也是归档最常变薄的地方。只保留纳入的论文会丢失读者理解最终集为何如此所需的信息。

可行的筛选记录包括：

• 阶段标签——例如，标题/摘要筛选后跟全文审查，匹配分阶段方法。
• 每条记录的决策——纳入、排除或标记讨论。
• 简要排除原因——足以解释决定，而无需写一篇论文。
• 研究链接说明——当多份报告属于同一研究时，注明分组，以免计数膨胀。

Cochrane关于分阶段筛选和链接同一研究多份报告的指南支持这一结构。如果你在参考文献管理器或电子表格中筛选，请导出或快照该文件，而不是描述它。目标是读者可以看到有多少记录进入筛选，有多少作为重复被删除，以及有多少成为你稿件中的参考文献。

你的归档应明确检索与提交文本之间的联系。审稿人和合作者通常需要检查引用的工作是否确实是检索的一部分，或者检索的工作是否被故意遗漏。

创建一个简短的桥梁文档，包括：

• 归档对应的稿件版本，附日期。
• 最终参考文献列表，与提交的参考书目匹配。
• 映射说明，针对通过引文追踪而非主查询进入的任何参考文献。
• 已知缺口列表，例如你无法访问的来源或你未运行的检索。

最后一项不是承认失败；它是诚实方法轨迹的一部分。知道检索停止在哪里的未来读者可以决定是否扩展它。

想象一个团队提交了一篇综述，现在需要将检索交给新的研究生。他们的归档如下所示：

• 策略文档： 三个概念块，每个都有自由文本词和主题词，加上日期和语言过滤器，以及一个说明，即术语在概念之间用AND组合。
• 来源列表： 两个数据库、一个索引、从四篇关键论文向后引文追踪，以及每月运行的保存检索。
• 原始导出： 每个来源一个文件，注明日期，文件名中注明产生每个文件的查询。
• 去重日志： 关于所用方法的简短说明以及前后计数。
• 筛选文件： 分阶段决策及简要原因和研究分组。
• 桥梁文档： 提交的参考文献列表、稿件版本，以及一个说明，即两篇参考文献来自引文追踪。

测试很简单：研究生能否阅读策略文档、打开导出文件并理解最终参考文献列表是如何产生的？如果任何步骤需要给原作者打电话，归档就没有完成。

就绪不是关于完美；而是关于方法的可重复性。使用这些检查点：

1. 查询检查点——每个查询都可以在没有原始界面的情况下阅读和理解。
2. 来源检查点——每个来源都被命名，包括其作用和任何日期限制。
3. 筛选检查点——纳入和排除决策被记录，研究分组被注明。
4. 参考文献检查点——最终列表与提交的稿件版本匹配。
5. 交接检查点——没有运行检索的同事可以独立跟进包。

如果你能通过所有五项，归档就准备好存储和共享。如果你未通过交接检查点，修复通常是标注和简短的说明文件，而不是更多检索。

归档存放在哪里不如人们能否找到它重要。选择一个你的团队已经使用的位置，然后使包自我描述。

• 可预测地命名文件——在文件名中包含来源、日期和阶段。
• 写一页说明文件——说明项目、稿件版本、组装日期以及阅读文件的顺序。
• 将原始导出与工作文件分开——这样原始结果集永远不会被覆盖。
• 注明所有者——谁组装了归档以及有问题时联系谁。

对于将论文与检索记录一起组织的团队，我的图书馆区域是一个保存和组织论文的地方，可以与你的策略和筛选文档放在一起。如果你想基于已收集的论文提问，图书馆问答允许你查询上传到我的图书馆或从搜索结果添加的论文，这在你检查特定工作是否属于你的集合时很有帮助。

检索归档的好坏取决于它指向的引文。在最终确定之前，验证桥梁文档中的参考文献是真实的且正确识别。当参考文献快速组装或从多个导出中提取时，这一点尤为重要。

TrueCite对照真实学术数据库检查BibTeX，以标记幻觉参考文献，这使其成为归档包含BibTeX文件时的有用最终检查。将其与导出中已有的引文细节配对：PubMed在可用时链接到全文，Google Scholar支持引文导出，因此你可以将条目与你保留的源记录进行交叉检查。

如果放任不管，归档可能无限扩展。使用明确的规则来决定何时停止以及何时寻求帮助。

停止当：

• 所有五个就绪检查点通过。
• 最终参考文献列表与提交的稿件匹配。
• 同事可以在没有你参与的情况下跟进包。

升级当：

• 你无法重建实质性影响结果的查询——询问运行它的合作者。
• 提交的参考文献列表和你的导出不一致——在归档前与通讯作者解决。
• 审稿人要求更新检索——将其视为新版本并单独注明日期，而不是编辑原始归档。
• 引文细节无法从你的记录中验证——在关闭前检查源记录或进行引文筛选。

这些规则保持归档有界，并保持版本历史诚实。