Отрасли 8 мин чтения

ИИ-протокол приёма врача в закрытом контуре клиники

Как работает ИИ-протокол приёма на локальной модели внутри клиники: запись, расшифровка, черновик по шаблону, проверка и подпись врача. Что не уходит наружу, согласие пациента, статья 10 закона 152-ФЗ, ответственность врача, ЕГИСЗ отдельным этапом и честный список того, что не подтверждено.

клиникаИИ-протоколлокальный ИИ152-ФЗврачебная тайнаЕГИСЗ

Коротко (TL;DR)

  • ИИ-протокол приёма работает так: микрофон пишет разговор, локальная модель внутри клиники расшифровывает его и раскладывает слова врача по полям шаблона, врач читает черновик, правит и подписывает.
  • Закрытый контур означает, что сервер стоит в клинике и ни аудио, ни текст, ни медкарты не уходят в облако.
  • Данные о здоровье относятся к специальным категориям по статье 10 закона 152-ФЗ. Ответственность за протокол остаётся на враче.
  • Статус: это типовое предложение клиникам, система нигде не запущена. Тезис о том, что инструмент не медицинское изделие, юрист пока не проверял.
Хотите внедрить это у себя?

Сделаю под ключ: разберу задачу, назову срок и цену. Чтобы начать, напишите в Telegram одной фразой.

Аудит по 152-ФЗ

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

Как это устроено

Путь от разговора до протокола состоит из четырёх шагов.

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

Второй: расшифровка. Модель распознавания речи превращает звук в текст. Работает она на сервере клиники, в локальной сети. Качество зависит от микрофона, шума в кабинете и словаря сокращений: медицинская речь полна терминов и аббревиатур, и словарь приходится пополнять по ходу работы.

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

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

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

Закрытый контур: что наружу не уходит

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

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

Оборудование: нужен сервер с видеокартой, настольный микрофон в каждый кабинет и источник бесперебойного питания. В предложении я указал ориентир, одна видеокарта на 24 ГБ для клиники до 10 врачей. Это моя оценка, на нагрузке реальной клиники я её не проверял, поэтому считайте её отправной точкой для разговора, гарантии тут нет.

Почему я вообще настаиваю на локальной работе, я уже разбирал в статье про записи приёмов и 152-ФЗ, повторяться здесь не буду. А если вам нужен инструмент именно для разбора и обезличивания медицинского текста, посмотрите разбор OpenMed. Для других сценариев, где текст всё же уходит во внешнюю нейросеть, есть материал про обезличивание перед отправкой.

Согласие пациента на запись аудио

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

Что говорит закон об устройстве согласия. По статье 9 закона 152-ФЗ согласие должно быть конкретным, предметным, информированным, сознательным и однозначным, а ещё отдельным от других документов, которые человек подписывает (ст. 9 на КонсультантПлюс). Письменная форма с обязательным составом сведений нужна в случаях, которые прямо предусмотрены федеральным законом. Доказать, что согласие получено, должен оператор, то есть клиника.

Что я не подтвердил. Требуется ли именно письменное согласие на аудиозапись приёма, когда основание обработки уже есть в статье 10, я по первоисточникам не установил. Поэтому в предложении формулировка осторожная, а вопрос я передаю юристу клиники. Шаблоны документов в предложение не входят, их можно заказать отдельно.

Данные о здоровье и статья 10 закона 152-ФЗ

Сведения о состоянии здоровья относятся к специальным категориям персональных данных. По части 1 статьи 10 их обработка не допускается, кроме случаев, предусмотренных частями 2 и 2.1. Среди этих случаев есть медицинский: обработка в целях установления диагноза и оказания медицинских услуг допускается, если её осуществляет лицо, профессионально занимающееся медицинской деятельностью и обязанное по закону сохранять врачебную тайну (ст. 10 на КонсультантПлюс).

Отсюда следует практический вывод для ИИ-системы. Оператором остаётся клиника, а программа работает на её сервере в её контуре, под её ответственностью. Внешний облачный сервис такой оговоркой не покрывается, поэтому я и строю схему без облака. Но из одной статьи 10 не следует, что с системой можно ничего больше не делать. Клинике придётся внести её в перечень информационных систем и модель угроз и определить уровень защищённости, это следует учесть в плане внедрения. Что именно требуется в вашем случае, подтвердит юрист или специалист по защите данных.

Врачебная тайна тоже определена законом: по статье 13 закона 323-ФЗ к ней относятся факт обращения за помощью, состояние здоровья, диагноз и другие сведения, полученные при обследовании и лечении, и разглашать их нельзя тем, кто узнал их по работе или учёбе (ст. 13 на КонсультантПлюс). Для разработчика это значит, что доступ к данным клиники надо ограничивать по умолчанию: разработка и проверка идут на вымышленных данных, удалённый доступ для поддержки клиника открывает сама на время сеанса, а каждый вход пишется в журнал.

Ответственность врача

Ответственность за содержание протокола остаётся на враче, как и сейчас. Черновик ИИ документом не является, он становится протоколом только после того, как врач прочитал, исправил и подписал.

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

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

ЕГИСЗ отдельным этапом

Единая государственная информационная система в сфере здравоохранения описана в статье 91.1 закона 323-ФЗ: медицинские организации входят в число лиц, которые предоставляют в неё сведения (ст. 91.1 на КонсультантПлюс). Порядок и форматы определяются регламентом, который утверждает Правительство.

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

Как устроены электронные медкарты и МИС и что от них ждать, я писал отдельно в статье про электронную медкарту.

Что не подтверждено

  • Система нигде не внедрена, это типовое предложение, результатов работы в клинике нет.
  • Тезис о том, что инструмент не является медицинским изделием, юрист не проверял.
  • Оценку железа (видеокарта на 24 ГБ до 10 врачей) я не проверял на реальной нагрузке.
  • Точность распознавания медицинской речи зависит от микрофона и словаря, цифр точности у меня нет.
  • Нужна ли письменная форма согласия на аудиозапись, я не установил и передаю вопрос юристу клиники.

Как я это делаю

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

Проверяю протокол в первую очередь на тестовом приёме с вымышленными данными, врачи пробуют его до того, как он попадёт в рабочий процесс. Если вы хотите сначала проверить сайт клиники и форму согласия, начните с аудита сайта по 152-ФЗ: там видны политика, согласия в формах и cookie. А если нужна система целиком, я собираю её как решение с локальным ИИ внутри вашего контура.

Сколько это стоит

Систему для клиники целиком я оцениваю после разбора, потому что объём зависит от числа врачей, шаблонов и интеграций. Из моего прайса ближайшие позиции такие: автоматизация процессов и документов от 60 000 ₽, срок от 2 недель; распознавание документов от 100 000 ₽, срок от 2 недель; единое окно сообщений от 50 000 ₽, срок от 1 недели. Доработки и эксперименты идут по часам, от 3 000 ₽/час, поддержка от 20 000 ₽/мес. Аудит сайта клиники по 152-ФЗ стоит от 15 000 ₽, срок от 2 дней.

Частые вопросы

ИИ поставит диагноз вместо врача?

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

Правда ли, что данные никуда не уходят?

В закрытом контуре сервер стоит в клинике, работает без интернета, и протоколы, медкарты и аудио не покидают её. Наружу по желанию открывается один шлюз для онлайн-записи, через него идут только имя, дата и время визита. Для ЕГИСЗ и электронных рецептов нужен защищённый канал, это отдельный этап.

Пациент может отказаться от записи?

Да. Тогда врач надиктует протокол после приёма или заполнит шаблон вручную. Система продолжает работать.

Это уже работает где-то?

Нет. Это типовое предложение, внедрений пока нет. Я говорю об этом прямо, чтобы клиника понимала, что получает: проект с понятной схемой, который начинается с тестового приёма.

Коротко о главном

ИИ-протокол приёма в закрытом контуре собирает черновик по шаблону из слов врача на сервере клиники, а врач проверяет и подписывает. Данные о здоровье относятся к специальным категориям по статье 10 закона 152-ФЗ, ответственность за протокол остаётся на враче, обмен с ЕГИСЗ идёт отдельным этапом.

Предложение пока не запущено, тезис о медицинском изделии не проверен юристом, оценка оборудования не измерена. Честнее показать это сразу, чем обнаружить на этапе договора.

Если вы руководите клиникой и хотите обсудить такую схему, напишите мне в Telegram с кодовым словом «ПРОТОКОЛ».

Обсудим вашу задачу

ИИ-протокол приёма для клиники в закрытом контуре

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

  • Запись приёма и расшифровка на сервере клиники
  • Черновик протокола по шаблону вашей специальности
  • Схема контура для юриста без выхода данных наружу
  • Пробный приём на вымышленных данных

Бесплатно: чек-лист «Готов ли ваш бизнес к 152-ФЗ»

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

Пишу о разработке, ИИ и законах для бизнеса

Разборы, кейсы и практика — без воды. Выходит регулярно, читать 3–5 минут.

Готовые решения под ключTurnkey solutionsSoluciones llave en mano交钥匙解决方案Түлхүүр гардуулах шийдэл 451 готовых IT-решений для бизнеса451 ready-made IT solutions for business451 soluciones IT listas para empresas451 个面向企业的现成 IT 解决方案Бизнест зориулсан 451 бэлэн IT шийдэл Автоматизация, боты, AI, 152-ФЗ и платформы · бесплатная консультацияAutomation, bots, AI, data privacy and platforms · free consultationAutomatización, bots, IA, privacidad de datos y plataformas · consulta gratis自动化、机器人、AI、数据合规与平台 · 免费咨询Автоматжуулалт, бот, AI, өгөгдлийн хамгаалалт ба платформ · үнэгүй зөвлөгөө Смотреть каталогView catalogVer catálogo查看目录Каталог үзэх