Самостоятельный редакционный разбор по публикации Diagnostic Imaging и научному первоисточнику. Это не полный перевод оригинала и не клинические рекомендации.

Вопрос «ИИ лучше врача?» слишком широк, чтобы дать полезный ответ. УЗИ включает получение изображения, выбор участка, распознавание признаков и клиническое решение. Алгоритм может помогать на одном этапе и не решать остальные.

Откуда возникла тема

Diagnostic Imaging в феврале 2024 года разобрал обзор экспертной группы AJR, подготовленный Manisha Bahl, Jung Min Chang, Lisa Mullen и Wendie Berg. Авторы рассматривали системы поддержки выявления и классификации образований, а не автономную замену полноценного обследования.

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

Сначала сформулируйте задачу

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

Сравнивайте одинаковые условия

При чтении публикации отметьте опыт читателей, число пациентов, характер изображений и последовательность работы с подсказкой. Врач сначала описывал кадр самостоятельно или сразу видел ответ системы? Были ли клипы и анамнез? Были ли изображения из другого центра? Эти вопросы помогают понять, какую ситуацию действительно моделировали.

Отдельно посмотрите на изменения ложноположительных и ложноотрицательных результатов. Ускорение чтения, рост AUC и уменьшение доброкачественных биопсий — разные результаты. Одно не следует автоматически из другого.

План локальной оценки

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

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

Учебный пример. Модель и врач получают разные данные

В эксперименте алгоритм оценивает один заранее отобранный кадр, а врач на приёме осматривает образование в динамике и сопоставляет его с жалобами. У этих сценариев разные входные данные. Для оценки подсказки полезно отдельно проверить работу врача с алгоритмом на том же потоке, где система будет применяться. Заранее определите, как учитываются случаи без пригодного кадра.

Что измерить в пилоте

Соберите результаты на уровне обследования: сколько случаев получили подсказку, в скольких она изменила оценку и что показала последующая проверка. Отдельно оцените время работы и случаи, где врач отверг подсказку. Разделяйте испытание качества классификации и оценку её влияния на решения. Это позволяет понять, где система помогает, а где добавляет лишние действия.

Источники к практическому разбору