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

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

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

Какие задачи врача действительно подходят для ИИ

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

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

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

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

Напоминания. Агент может отправить сообщение за день до визита, попросить подтвердить запись, предупредить об изменении расписания и создать задачу администратору, если пациент не ответил. Это не медицинская коммуникация, а аккуратная организация процесса.

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

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

Как выглядит рабочий сценарий от приёма до документа

Представь частный кабинет, где врач принимает 12 пациентов в день. После каждого приёма он тратит 7–10 минут на оформление заметок. При 12 визитах это 84–120 минут только на перенос информации из головы и диктофона в документ. ИИ не отменяет проверку, но может сократить механическую часть до нескольких минут на запись.

Сценарий выглядит так:

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

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

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

Где проходит красная линия: диагноз, назначения и анализы

У медицинского ИИ должна быть не только инструкция «что делать», но и список запретов. Это не формальность, а часть архитектуры сценария.

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

Агент не назначает лечение и не меняет схему терапии. Запрос «можно ли увеличить дозировку» должен завершаться маршрутизацией к врачу, а не советом из общего справочника. То же относится к отмене препаратов, сочетанию лекарств и решениям о срочности.

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

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

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

Медицинская тайна и 152-ФЗ: как не превратить удобство в риск

Данные пациента нельзя воспринимать как обычный текстовый файл. ФИО, телефон, история обращений, диагнозы, результаты исследований и даже сочетание даты визита с описанием процедуры могут позволить идентифицировать человека. Поэтому перед внедрением нужно отдельно разобрать, какие сведения вообще покидают контур клиники.

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

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

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

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

Как подключить агента без большой IT-системы

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

План запуска на один вечер:

1. Выбери один поток. Лучше начать с напоминаний или организационных вопросов, а не с медицинских записей.
2. Собери утверждённую базу. Адрес, расписание, правила отмены, подготовка к процедурам и контакты администратора должны быть актуальными.
3. Опиши запреты. Слова «диагноз», «назначение», «анализы» и «ухудшение состояния» должны запускать передачу человеку.
4. Включи черновики. Первые обращения проверяет администратор. Ошибочные ответы не отправляются автоматически.
5. Замерь результат. Сколько минут в день ушло на ответы до запуска и сколько после, сколько сообщений пришлось исправить, какие вопросы повторяются.
6. Только потом решай вопрос интеграции. Если сценарий не выдерживает ручной проверки, подключение к медицинской системе лишь ускорит ошибки.

Под капотом сервис может использовать связку разных моделей: Claude, GPT, Gemini и DeepSeek. Для врача это не означает, что нужно самому выбирать модель для каждой фразы. Но важно понимать: модель остаётся инструментом, а не медицинским авторитетом. Через Claude Code разработчик может строить сложные интеграции, однако врачу частной практики обычно важнее безопасный процесс без терминала, программирования и зарубежных карт.

В моей практике: агент должен уметь остановиться

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

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

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

Как посчитать эффект и понять, что пора расширять сценарий

Считай не только количество автоматических ответов. Нужны минимум четыре показателя:

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

Первый месяц цель должна быть не «агент отвечает всем», а «агент не пропускает запрещённые сценарии». Если из 100 организационных сообщений 80 обработаны без правки, это хороший сигнал. Если один медицинский вопрос получил самоуверенное назначение, это повод остановить автоматический режим и пересмотреть инструкции.

Подписка «Моего агента» начинается с 7 бесплатных дней без карты; подключение стоит 1 490 ₽, затем 990 ₽ в месяц. В стартовый платёж входит 500 ₽ на задачи. Простые операции стоят от 1 ₽ на базовой модели DeepSeek V4 Pro, а сложная работа с большим объёмом документов зависит от объёма и может быть заметно дороже. При выборе Claude, GPT-5 или Gemini Pro задачи могут стоить в 3–5 раз больше. Поэтому сначала посчитай количество обращений, а не обещай клинике фиксированную экономию.

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

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