Чат для клиники: 3 темы, которые нельзя обсуждать с пациентом в переписке

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

🩺 Почему возникает риск, когда чат клиники обсуждает диагноз

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

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

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

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

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

Что можно спрашивать в чате, а что нельзя

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

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

Как исправить чат-бота, если он уже собирает диагнозы и результаты анализов

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

Что бот должен спрашивать вместо диагноза

• ✓имя и телефон для связи
• ✓услугу или направление — терапевт, УЗИ, стоматология, без уточнения жалобы
• ✓удобную дату и время
• ✓предпочитаемый способ ответа — звонок или сообщение

Куда уводить чувствительные вопросы

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

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

Что делать со старыми диагнозами, которые уже осели в истории переписки

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

Что делать, если пациент снова пишет диагноз в чат

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

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

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

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

🔒 Как предотвратить утечку персональных данных пациентов через чат-бота

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

• ✓согласие на обработку персональных данных показывается до первого сообщения в чате, а не после записи на приём
• ✓доступ к истории переписки — только у ролей, которым он нужен по работе, без пересылки в личные мессенджеры
• ✓сценарий бота не задаёт открытых вопросов о симптомах и не хранит их дословно, даже если пациент написал сам
• ✓логи чата просматривают раз в квартал на предмет случайно попавших диагнозов и номеров документов
• ✓в клинике назначен конкретный сотрудник, отвечающий за обработку персональных данных, а не «это на ресепшене как-то само решается»

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

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

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

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

Можно ли уточнять у пациента причину визита в чате на сайте?

Можно спросить услугу или направление — например, «терапевт» или «УЗИ», без деталей жалобы. Вопрос «что вас беспокоит» почти всегда провоцирует ответ с симптомами, а это уже данные о здоровье, для которых нужен другой канал хранения и отдельное согласие, а не общая переписка на сайте.

Что делать, если пациент сам написал диагноз в чат без вопроса бота?

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

Нужно ли отдельное согласие на обработку персональных данных для чата на сайте клиники?

Да, согласие показывается до первого сообщения в чате, а не после записи на приём. Сведения о здоровье относятся к специальной категории персональных данных по 152-ФЗ, для них требуется отдельное письменное согласие, а не общая галочка в форме записи на приём.

Можно ли отправлять пациенту результаты анализов через чат на сайте?

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

Как хранить старые сообщения с диагнозами, если бот уже собирал их раньше?

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