Автоматическое транскрибирование медицинских диктовок с WER 2-4%

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

Автоматическое транскрибирование медицинских диктовок: где ломается

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

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

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

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

Эффект внедрения: время до готового документа и контроль качества

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

Качество видно по доле ручной правки. На дообученном медицинском корпусе доля ошибок держится в коридоре 2–4% — это уровень, сопоставимый с Whisper, и ошибки сосредоточены в редких терминах, фамилиях и дозировках. Редактор проверяет не весь текст, а подсвеченные сегменты: доля ручной правки падает с полного переписывания до выборочной вычитки.

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

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

Варианты подключения: локальный контур, облако, смешанный режим

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

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

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

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

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

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

Что остаётся у клиники: словари, правила, регламенты

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

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

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

Кейс: как сократили долю ошибок и время на вычитку

Клиника с потоком в несколько сотен диктовок в день: заключения врачей, описания снимков, дневники приёмов. На старте замерили качество на выборке из 400 записей — доля ошибок на уровне слов составляла 12-15%, хуже всего распознавались препараты, дозировки и сокращения. Вычитка одного заключения занимала 4-5 минут, а обработкой закрывалась примерно половина записей, остальное расшифровывали вручную.

Что изменили

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

Что показали замеры

На потоке доля ошибок держится в диапазоне 2-4%: массовые профили дают нижнюю границу, редкие — верхнюю. Вычитка сократилась до 1-1,5 минуты на заключение, то есть втрое меньше времени на документ, а покрытие выросло до всех записей, включая ночные смены.

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

Чем отличается распознавание живой речи от расшифровки архива?

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

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

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

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

Технические вопросы: диалект, шум, специализация

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

Врач говорит с акцентом и своей манерой речи — распознает?

Акцент и манера речи — это фонетический сдвиг, а не «шум». Компенсируем фонетической настройкой и словарём терминов отделения. Остаточную ошибку измеряем по вашему корпусу, а не по общему бенчмарку.

В кабинете постоянный гул — это критично?

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

У нас узкое отделение со своей терминологией — модель справится?

Узкая специализация отделения закрывается отдельным словарём и дообучением на корпусе именно этого профиля. Общая модель при этом не ломается — растущие домены не мешают друг другу.

Как решаются омонимы в названиях препаратов?

Омонимы разводятся словарём-справочником и контекстом дозировки — форма и схема приёма дают модели достаточно сигнала. Спорные распознавания помечаются подсказкой, чтобы врач подтверждал их одним движением.

Как мы убедимся в качестве до первых денег и сроков?

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

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

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

Что прислать для постановки задачи на расшифровку:

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

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

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

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

  • Разработка сайта компании B2B ADVANCE
    Разработка сайта компании B2B ADVANCE
    1543
  • Разработка веб-приложения для компании FEEDME
    Разработка веб-приложения для компании FEEDME
    1394
  • Разработка веб-сайта для компании БЕЛФИНГРУПП
    Разработка веб-сайта для компании БЕЛФИНГРУПП
    1081
  • Разработка интернет магазина для компании FURNORO
    Разработка интернет магазина для компании FURNORO
    1374
  • Разработка логотипа компании B2B Advance
    Разработка логотипа компании B2B Advance
    816
  • Разработка веб-приложения для компании Enviok
    Разработка веб-приложения для компании Enviok
    1142