Расширенный поиск в PubMed: конструктор запросов, история и Search details

• Advanced Search — конструктор: поле, значение, оператор; вручную теги полей писать не нужно.
• Search details показывает, во что система превратила ваш запрос, — читайте его при любой странной выдаче.
• Кавычки отключают автоматическое сопоставление терминов: полезно для точных фраз, вредно для широкого поиска.
• История поиска нумерует запросы (#1, #2) и позволяет комбинировать их операторами.
• Best Match сортирует по релевантности алгоритмом, Most Recent — по дате; для систематического обзора нужна дата.

Когда вы вводите heart attack, PubMed не ищет эти два слова. Он последовательно сверяет введённое с таблицей рубрик MeSH, затем с названиями журналов, затем с именами авторов — и, найдя соответствие, разворачивает запрос. Для heart attack результат будет примерно таким: рубрика "myocardial infarction"[MeSH Terms] плюс поиск отдельных слов в заголовках и аннотациях.

Это удобно и в большинстве случаев работает в вашу пользу: находятся статьи, где нужное понятие названо другими словами. Но у механизма есть обратная сторона. Если введённая фраза случайно совпала с названием журнала или фамилией автора, выдача уедет в сторону. Поэтому при неожиданном результате первым делом смотрят Search details, а не переформулируют запрос наугад.

Конструктор открывается ссылкой Advanced под строкой поиска. Он состоит из трёх элементов: выпадающий список полей, поле ввода значения и кнопки добавления условия оператором AND, OR или NOT. Собранный запрос отображается в строке сверху — его можно скопировать, сохранить или доработать руками.

Практическая ценность конструктора не в том, что он избавляет от квадратных скобок, а в двух других свойствах. Во-первых, список полей подсказывает, какие поля вообще существуют. Во-вторых, поле автора и поле журнала предлагают варианты по мере ввода — это спасает от опечаток в фамилиях и от неверных сокращений названий журналов.

Каждый выполненный запрос попадает в историю под номером вида #1, #2. На эти номера можно ссылаться в новом запросе: #3 AND #5 означает пересечение результатов третьего и пятого запросов. Так собирают сложные стратегии, не переписывая длинные выражения целиком.

Для систематического обзора это не удобство, а необходимость: в отчёте по PRISMA требуется привести полную стратегию поиска с числом найденных записей на каждом шаге, и история — готовый источник этих данных. Подробнее о требованиях — на странице о систематических обзорах. История хранится в течение сессии; чтобы сохранить её надолго, нужен аккаунт My NCBI.

По умолчанию выдача сортируется алгоритмом Best Match: он обучен на том, какие записи пользователи открывают по похожим запросам, и учитывает совпадение терминов, тип публикации, цитируемость и свежесть. Для клинического вопроса это обычно лучший выбор — нужное чаще оказывается на первой странице.

Для исследовательских задач Best Match не подходит: он непрозрачен и невоспроизводим. Через полгода тот же запрос может дать другой порядок, а для систематического обзора требуется воспроизводимость. Поэтому там переключаются на Most Recent или Publication Date и просматривают выдачу целиком.

Кавычки заставляют искать точную фразу и полностью отключают автоматическое сопоставление. Это полезно для устойчивых терминов, где разбиение на слова даёт мусор: "quality of life", "tumor necrosis factor".

И это вредно, когда нужна полнота: "heart failure" в кавычках не подтянет рубрику MeSH и потеряет статьи, где употреблено cardiac failure. Правило простое: кавычки — для точности, отсутствие кавычек — для полноты. Если PubMed сообщает, что фраза в кавычках не найдена как фраза, он предупредит об этом над выдачей — это сообщение стоит читать.