AI-ретинальный анализ: грейдирование и сегментация сетчатки

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

Анализ снимков глазного дна: где теряется точность

Анализ снимков глазного дна упирается не в качество распознавания, а в однородность чтения. Один и тот же снимок получает разное описание в зависимости от того, кто и на каком часу смены его читает: к сороковому исследованию подряд микроаневризмы у края поля зрения замечают реже, а единичные геморрагии уходят в «наблюдать». Разброс заключений врачей — это и есть узкое место диагностики, и оно не видно, пока не сведёшь отчёты по всему потоку.

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

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

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

Что даёт единый стандарт оценки сетчатки

Смысл единого стандарта не в самой автоматической оценке сетчатки, а в общей точке отсчёта для всех исследований. Ниже — четыре эффекта, которые измеряются на потоке: время разбора, доля повторных съёмок, совпадение заключений и нагрузка на врача.

Единый протокол описания

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

Скорость разбора исследования

Врач получает размеченную карту и черновик заключения, а не голый снимок. Проверка и правка занимают минуты вместо десятков минут, серия исследований закрывается за одну смену — пропускная способность кабинета растёт без расширения штата.

Меньше повторных съёмок

Контроль качества отбраковывает непригодные кадры по нерезкости, артефактам и неполному захвату прямо во время съёмки. Доля исследований, уходящих на повторный визит, падает в разы, и пациент не возвращается в клинику из-за технического брака.

Воспроизводимость результата

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

Форматы внедрения разбора снимков: облако, локальный контур, гибрид

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

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

Сравнение схем развёртывания

Вариант Когда подходит Ограничения
Облачный разбор Нет требований к локализации снимков, нужен быстрый старт и пиковая нагрузка по запросу Передача изображений только по защищённому каналу; политику хранения и удаления фиксируют до первого снимка
Локальный контур По регламенту или требованию заказчика снимки не покидают организацию Нужны свои вычислительные мощности, отдельный контур обновления и контроль версии модели
Гибридная схема Данные обязаны остаться внутри, но модель удобнее держать централизованно Дороже в сопровождении: две среды, синхронизация версий, регламент обмена обезличенными данными

Требования к хранению данных в каждой схеме разные, поэтому мы фиксируем их на старте и закладываем в архитектуру, а не достраиваем потом.

Как мы ведём проект: от аудита данных до передачи

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

  1. Аудит архива исследований. Сводим снимки в единое хранилище, считаем распределение по стадиям и патологиям, оцениваем, хватает ли примеров на каждую целевую находку. Результат — карта данных с перечнем пробелов, которые нужно закрыть до начала работ.

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

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

  4. Проверка на независимой выборке. Метрики считаем на данных, не участвовавших ни в обучении, ни в разметке, и раскладываем по подгруппам — камера, патология, качество снимка. Средняя цифра по выборке скрывает провал на редком классе, а именно он определяет клиническую пользу.

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

Комплект поставки: модель, разметка, регламенты

После внедрения у заказчика остаётся не демонстрационный прототип, а рабочий контур с полным набором артефактов. Ниже — комплект поставки: каждый пункт можно передать внутренней команде или другому подрядчику, не восстанавливая логику по переписке.

  • Настроенная модель и воспроизводимая среда запуска: одинаковый результат на одном и том же снимке при повторном прогоне, контур поднимается на вашей стороне без нас.
  • Документация по модели: классы находок, требования к качеству входных снимков, пороги уверенности и поведение системы, когда она воздерживается от вывода.
  • Описание разметки: словарь классов, правила для спорных случаев, паспорт набора данных и разметка контрольной выборки, на которой проверялась модель.
  • Отчёт о качестве по каждому классу: где модель ошибается, в какую сторону, и какая доля исследований уходит на подтверждение специалисту.
  • Правила доступа к данным: роли пользователей, обезличивание на входе, журнал обращений к снимкам, сроки хранения и порядок выгрузки.
  • Инструкции для врачей: как результат встраивается в приём, что означает числовая оценка и в каких случаях решение остаётся за человеком.
  • Порядок обновления модели: признаки расхождения с реальными данными, регламент дообучения, приёмка новой версии на закрытом наборе и откат к предыдущей.

Кейс: как изменился разбор исследований после внедрения

Точка старта: очередь на недели и разброс в оценках

До внедрения разбор одной серии глазного дна занимал 10–14 минут: просмотр, ручная разметка зон, формулировка заключения. При пиковом потоке очередь на диагностику растягивалась до трёх недель, а доля расхождений между специалистами на одних и тех же снимках доходила до 9–11% — чаще всего на границе соседних стадий по шкале ETDRS. Расхождение приходилось снимать повторным просмотром, и он же съедал время приёма.

Что изменили

Модель поставили вторым чтецом, а не заменой врача: она размечает зоны и предлагает стадию, специалист подтверждает или правит вывод. Спорные серии уходят на разбор старшему — вместо «доверия к заключению» появился измеримый критерий. Отдельно настроили контроль качества: доля правок и повторных просмотров считается по каждому специалисту и по каждой стадии, поэтому деградация модели видна до того, как она доберётся до очереди.

Результат спустя три месяца работы

Время на исследование сократилось до 4–6 минут, из них основное — подтверждение разметки. Доля расхождений между специалистами упала до 3–4%, а доля серий, требующих повторного просмотра, — с 18% до 5%. Очередь на приём уменьшилась с трёх недель до 4–6 дней без расширения штата и закупки оборудования: пропускную способность дало снятие рутинной разметки, а не ускорение самого осмотра.

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

Чем сегментация отличается от грейдирования?

Сегментация сетчатки отвечает на вопрос «где»: это выделение областей на снимке, где модель размечает каждый пиксель — границы диска зрительного нерва, макулярную зону, сосудистую сеть, экссудаты и геморрагии. На выходе получаются маски и измеримые числа: площадь каждой области, её доля от площади кадра, смещение относительно центра макулы. Грейдирование отвечает на вопрос «насколько выражено» и присваивает степень выраженности — от нормы до тяжёлой стадии по принятой шкале.

Разница в природе ответа, а не в «мощности» модели. Сегментация — плотное предсказание по каждому пикселю, и её качество считается пересечением предсказанной и эталонной масок; грейдирование — решение о классе, где ошибка несимметрична: пропустить тяжёлую стадию хуже, чем переоценить лёгкую. Поэтому и контроль качества разный — доля точных степеней и доля смещений на одну ступень против разбора пограничных зон разметки.

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

Грейдирование, обученное на разметке из сегментации, устойчивее: степень выраженности опирается на измеримые признаки, и врачу видно, что именно повлияло на решение. Наши инженеры строят разметку так, чтобы один набор снимков закрывал оба типа задач, — тогда выбор подхода остаётся за клиникой, а не за формой данных.

Сомнения по данным, точности и ответственности

Возражения к разбору глазного дна обычно технические: хватит ли архива, как быть с разным качеством съёмки, уживётся ли решение с текущим контуром и кто отвечает за ошибку.

Хватит ли наших снимков для обучения?

Архив клиники чистим от дублей и делим так, чтобы один пациент не попадал и в обучение, и в проверку. Частым классам хватает нескольких тысяч исследований, редкие патологии добираем отдельно.

Что делать с разным качеством съёмки?

Разные камеры и операторы дают блики, пересветы, нерезкие кадры. Нечитаемые отсекаем, остальные приводим к единому виду; на слабом кадре модель отдаёт низкую уверенность, а не ответ наугад.

Врачи расходятся в заключениях — как быть?

Расхождения — часть разметки, а не помеха. Спорные случаи разбираем до старта, согласованность разметчиков измеряем; метрика считается по согласованному эталону, а не по одному заключению.

Как решение встроится в наш контур?

Снимок берётся из архива исследований, заключение возвращается в рабочее место врача. Правки врача становятся обратной связью для модели, а не теряются в переписке.

Кто отвечает за результат?

Финальный вывод остаётся за врачом, решение его поддерживает. Отвечаем за воспроизводимость: версии модели, пороги срабатывания, метрики на отложенной группе. При ухудшении качества — откат к предыдущей версии.

Обсудим вашу задачу: вернёмся с оценкой и планом

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

Что уточняем, прежде чем назвать сроки внедрения:

  • какие снимки глазного дна обрабатываем — формат выгрузки, камеры, единый ли протокол съёмки между кабинетами;
  • какие задачи в приоритете: грейдирование по степеням, выделение зон поражения или скрининговое заключение «норма / направить к врачу»;
  • что есть по разметке: кто размечал, по какой шкале, сколько исследований пригодно для обучения и проверки;
  • где решение живёт в процессе: рабочее место врача с подсказкой, пакетная обработка потока исследований или выгрузка готовых заключений;
  • какие метрики считаем целевыми и какой класс пропусков недопустим — от этого зависит порог срабатывания;
  • как устроены доступы, обезличивание и хранение снимков в вашем контуре;
  • нужен ли отчёт по качеству модели на вашем наборе до запуска в клиническую работу.

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

Направления AI-разработки

Последние работы

  • Разработка сайта компании B2B ADVANCE
    Разработка сайта компании B2B ADVANCE
    1542
  • Разработка веб-приложения для компании FEEDME
    Разработка веб-приложения для компании FEEDME
    1393
  • Разработка веб-сайта для компании БЕЛФИНГРУПП
    Разработка веб-сайта для компании БЕЛФИНГРУПП
    1081
  • Разработка интернет магазина для компании FURNORO
    Разработка интернет магазина для компании FURNORO
    1368
  • Разработка логотипа компании B2B Advance
    Разработка логотипа компании B2B Advance
    815
  • Разработка веб-приложения для компании Enviok
    Разработка веб-приложения для компании Enviok
    1139