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

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

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

Мовні технології: розпізнавання мовлення ASRСкладнийвід 1 тижня до 3 місяців
Часті запитання

Автоматичне транскрибування медичних диктувань: де ламається

Автоматичне транскрибування медичних диктувань ламається не на моделі розпізнавання, а на вхідних даних. Лікар диктує між прийомами — злито, без пауз на межах слів, ковтаючи закінчення і промовляючи числа на бігу.

Модель отримує потік звуку без опорних точок і добудовує фрази за ймовірностями, а в медицині така добудова коштує дорожче, ніж порожній рядок.

Шум у записі прийому — друга причина. Відчинені двері, розмова в кабінеті, шелест паперу, диктування поверх роботи апаратури: корисний сигнал і завада приходять на одному рівні, і точність розшифрування медичної мови падає не плавно, а обвалом.

Сюди ж різні формати вхідних записів — диктофон, гарнітура, телефонний канал, вкладення з кількох систем: та сама фраза з різних джерел розпізнається по-різному.

Третя — професійна лексика. Назви препаратів, дозування, сторони тіла, абревіатури та латиниця є у словнику лікаря, але рідкісні в навчальних наборах.

Нерозбірливе диктування лікаря перетворюється на схоже за звучанням слово, і втрата даних під час розшифрування не видна оком: текст виглядає зв’язним і правдоподібним.

Ціна всіх трьох збоїв одна — ручна вичитка диктувань. Поки кожен рядок доводиться звіряти зі звуком, час не економиться: розшифрування є, довіри до нього немає. Далі розбираємо, як це закривається — від підготовки звуку до перевірки на термінах і правилах.

Ефект впровадження: час до готового документа і контроль якості

Поки диктування йде в загальний пул на розшифрування, готовий документ з’являється наступного ранку: прийом закінчився, а текст ще чекає на набирача.

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

Якість видно за часткою ручної правки. На донавченому медичному корпусі частка помилок тримається в коридорі 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