Разработка AI для анализа дерматоскопических изображений

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

Анализ дерматоскопических изображений: где теряется точность

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

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

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

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

Что меняется в клинической работе после внедрения

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

  • Раннее выявление новообразований. Подозрительные структуры отмечаются на снимке, и он поднимается в начало очереди: время до разбора сокращается с нескольких дней до одной смены.
  • Скорость заключения. Контуры размечены, черновик описания готов — специалист проверяет и правит вместо описания с нуля, на поток уходит в 2–3 раза меньше времени.
  • Согласованность заключений. Общая шкала признаков и единый шаблон описания убирают расхождения формулировок между врачами.
  • Снижение доли пропусков. Каждый снимок читают независимо специалист и модель; расхождение уходит на второе прочтение, а не остаётся незамеченным.
  • Предсказуемая нагрузка на приём. Видно объём и сложность очереди — расписание строится по факту, а не по среднему.

Окончательное заключение остаётся за врачом: система готовит разметку и черновик, но не подменяет решение. Настройка идёт на открытом архиве ISIC Archive и на ваших размеченных случаях, поэтому проверки отражают реальную практику отделения, а не усреднённую картину.

Режимы работы модели: облако, локальный контур, гибрид

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

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

Вариант Когда подходит Ограничения
Облачный контур Нет запрета на передачу обезличенных снимков, важна быстрая выдача результата и рост без закупки железа Нужны обезличивание и согласие пациента, отклик зависит от канала связи
Локальный контур Снимки не должны покидать клинику, есть вычислительный узел Обновление модели и контроль качества — на стороне клиники
Гибридный режим Часть исследований закрытая, часть допустимо обрабатывать во внешнем контуре Требуется маршрутизация данных и разграничение доступа

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

Этапы разработки и внедрения решения

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

  1. Аудит набора снимков. Смотрим объём архива, аппараты-источники, наличие гистологического подтверждения, историю разметки, дубли и кадры низкого качества. На выходе — карта данных и список пробелов, которые нужно закрыть до обучения.
  2. Проектирование схемы валидации. Разбиение делаем по пациентам, а не по снимкам: иначе кадры одного новообразования попадут и в обучение, и в проверку, и метрики окажутся завышенными. Целевую метрику и порог фиксируем до начала работ.
  3. Подготовка данных. Приводим снимки к единому виду, убираем дефекты съёмки, часть выборки размечиваем заново вслепую — так оцениваем согласие специалистов между собой и верхнюю планку качества.
  4. Обучение и валидация модели. Сначала базовый уровень, затем основная модель. Отдельно смотрим калибровку вероятностей и устойчивость к разным аппаратам, ошибки разбираем по группам похожих образований.
  5. Приёмка решения. Прогон на отложенной выборке по согласованному протоколу: метрики с доверительными интервалами, разбор ложных пропусков. Итог принимается вместе с врачом, а не по одному числу.
  6. Передача в эксплуатацию. Интеграция в рабочий контур, журналирование ответов, мониторинг дрейфа данных, регламент дообучения модели. Дальше — сопровождение с контролем качества на новых снимках.

Что передаём на руки: артефакты проекта

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

  • Настроенный контур обработки. Путь снимка от загрузки до записи заключения: проверка качества кадра, нормализация, анализ, сохранение результата. Каждый шаг оставляет запись в журнале, сбой не приводит к молчаливой потере изображения.
  • Схема интеграции с медицинской информационной системой. Какие поля уходят и приходят, где хранится оригинал снимка, как заключение связывается с карточкой пациента. Настройку по этой схеме выполняет ваш интегратор — жёсткой привязки к нам нет.
  • Правила доступа и роли. Кто видит снимки, кто только заключения, кто выгружает массив для разбора качества. Обращения к данным фиксируются, персональные сведения обезличиваются до входа в контур.
  • Документация решения. Архитектурная схема, форматы и назначение полей, перечень зависимостей, инструкция развёртывания с нуля на чистом окружении.
  • Регламент работы персонала. Что делает врач, что модель, где обязательна проверка вторым специалистом, куда уходит зафиксированное расхождение.
  • Протокол контроля качества. Набор размеченных случаев с известным ответом, чувствительность и специфичность по классам новообразований, порог, ниже которого система помечает снимок как неуверенный.
  • Процедура обновления и отката. Как выпускается новая версия модели, на каких данных проверяется и как вернуться к предыдущей, если качество просело. Вместе с весами и окружением передаём права — команда продолжает работу без нас.

Кейс: метрики на потоке дерматоскопических снимков

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

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

На контрольной выборке чувствительность вышла на 0,94 против 0,86 у рутинного чтения, доля пропущенных образований сократилась примерно втрое. Специфичность удержали на 0,88 — иначе нагрузка на врачей выросла бы за счёт ложных тревог и выигрыш по времени был бы съеден.

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

Чем отличается детекция от классификации снимка

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

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

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

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

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

Частые технические вопросы по проекту

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

Хватит ли выборки изображений?

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

Разное оборудование — не помеха?

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

Работа без внешнего трафика

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

Что происходит после запуска?

Раз в квартал пересматриваем метрики на свежих разметках: парк оборудования и характер случаев меняются. Обновление проверяем на отложенной выборке и выкатываем с возможностью отката к предыдущей версии.

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

Обсудим задачу: какие данные нужны для старта

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

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

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

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

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

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

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