Специальная категория персональных данных меняет в клинике не пакет документов, а устройство систем. Разница между обычными данными и данными о здоровье не в том, что для вторых нужно ещё одно согласие, а в том, что они не имеют права оказаться в половине мест, где обычные данные лежат совершенно спокойно: в карточке CRM, в тексте SMS, в названии сегмента рассылки, в логе внешнего сервиса, которым пользуется администратор.
Практическое следствие простое и неудобное: архитектуру приходится проектировать сразу, потому что задним числом разделить контуры дороже, чем построить их разделёнными. Клиника, которая год складывала в CRM поле «услуга» с расшифровкой, не может просто удалить колонку — ей нужно ещё разобраться с резервными копиями, выгрузками в таблицы, историей переписки и рассылками, которые уже ушли.
Ниже — чем именно специальная категория отличается от обычных данных, что считается данными о здоровье на практике (спойлер: гораздо больше, чем диагноз), как разделяются контуры между МИС, CRM и телефонией, что делать с языковыми моделями и медицинским текстом, что должно быть в договоре с подрядчиком и чек-лист на десять пунктов, который проходится за один рабочий день. Все правовые ориентиры — по состоянию на сентябрь 2026 года; это инженерный разбор, а не юридическое заключение.
Чем специальная категория отличается от обычных данных
Отличий четыре, и все четыре имеют практические последствия. Основание обработки уже, форма согласия строже, круг допущенных лиц уже, а цена ошибки выше и не зависит от масштаба.
| Что сравниваем | Обычные персональные данные | Данные о здоровье (специальная категория) |
|---|---|---|
| Основание обработки | Согласие, исполнение договора, требование закона и другие основания статьи 6 | Ограниченный перечень статьи 10: письменное согласие, медико-профилактические цели при обязанности хранить врачебную тайну, защита жизни и другие |
| Форма согласия | Любая форма, позволяющая подтвердить факт получения | Письменная форма |
| Кто может обрабатывать | Любой оператор в рамках цели | В медицинском контексте — лица, профессионально занимающиеся медицинской деятельностью и обязанные хранить врачебную тайну |
| Штраф за первую утечку, юридическое лицо | От 3 до 15 млн ₽ в зависимости от числа затронутых субъектов | 10–15 млн ₽ независимо от числа субъектов |
| Повторная утечка | Оборотный штраф 1–3 % годовой выручки: не менее 20 млн и не более 500 млн ₽ | То же |
| Неуведомление регулятора в течение 24 часов | Отдельный состав, до 3 млн ₽ для юридического лица | То же |
Суммы приведены по редакции статьи 13.11 КоАП, действующей с 30 мая 2025 года; порядок величин важнее точной цифры, а перед принятием решений сверяйтесь с актуальной редакцией и с юристом. Инженерный вывод из таблицы один: для специальной категории размер утечки не смягчает наказание. Утечка на 800 карточек и на 80 000 карточек попадает в один и тот же диапазон, поэтому аргумент «у нас маленькая клиника, нам это не грозит» здесь не работает — он работает ровно наоборот.
Сведения о факте обращения за оказанием медицинской помощи, о состоянии здоровья и диагнозе, а также иные сведения, полученные при медицинском обследовании и лечении. Ключевое слово здесь — «факт обращения»: тайной является не только то, чем человек болен, но и то, что он вообще приходил в вашу клинику. Это шире, чем специальная категория по 152-ФЗ, и именно это чаще всего нарушается в текстах напоминаний и в названиях сегментов рассылки.
Что на практике считается данными о здоровье
Диагноз, назначение и результат исследования — очевидная часть, и с ней ошибаются редко. Ошибаются с неочевидной, где сведения о здоровье появляются не в виде медицинского текста, а в виде обычного на вид поля.
- Название специализированной услуги. «Приём онколога», «консультация нарколога», «прерывание беременности», «анализ на ВИЧ» — каждая такая строка в карточке сделки или в чеке говорит о состоянии здоровья не меньше, чем диагноз.
- Специальность врача в связке с именем пациента. Само по себе слово «дерматовенеролог» ничего не значит; рядом с фамилией и датой оно становится сведением о здоровье конкретного человека.
- Сам факт визита. По статье 13 закона № 323-ФЗ он относится к врачебной тайне независимо от того, к какому врачу человек приходил.
- Запись разговора администратора с пациентом, если в ней прозвучала жалоба, симптом, назначение или название услуги. Запись звонка — это тоже данные, и хранится она по тем же правилам.
- Сегмент в системе рассылок, названный по профилю врача или по типу заболевания. Список «пациенты эндокринолога» — это база данных о здоровье, даже если в ней только телефоны.
- Фотография и снимок, приложенные пациентом в переписке. Мессенджер для такого вложения — не место, а перекладывание вложения в карточку без ограничения доступа — не решение.
Неправильно: «Напоминаем о приёме у врача-психиатра 12 сентября в 14:30». Неправильно и незаметно: «Напоминаем о процедуре по вашему курсу лечения» — читатель сообщения на чужом телефоне узнаёт, что человек проходит курс лечения. Правильно: «Напоминаем о записи 12 сентября в 14:30, клиника такая-то, адрес такой-то. Подтвердить, перенести или отменить — по кнопкам ниже». Всё, что требует деталей, уходит в личный кабинет, где пациент авторизуется. Сообщение на экране телефона видит не только адресат — это и есть вся причина правила.
Сравнение в две колонки. Левая «Очевидно данные о здоровье»: диагноз, назначение, результат исследования, протокол приёма, снимок. Правая, выделенная как проблемная, «Тоже данные о здоровье, но об этом забывают»: название специализированной услуги, специальность врача рядом с именем пациента, сам факт визита, запись разговора с администратором, название сегмента рассылки, вложение из переписки. Под правой колонкой подпись «статья 13 закона № 323-ФЗ: врачебной тайной является сам факт обращения». Между колонками вертикальная пунктирная линия с пометкой «граница проходит здесь, а не по слову „диагноз“».
Три контура и правило границы
Разделение контуров — самый дешёвый способ выполнить требования, потому что оно снимает вопрос целиком, а не смягчает его. Идея в том, что системы, которым не нужны медицинские сведения, их и не получают: администратору для записи и напоминания достаточно имени, телефона, времени и статуса визита.
| Поле | Где живёт | Допустимо в CRM и телефонии | Допустимо в тексте сообщения |
|---|---|---|---|
| Имя и телефон пациента | МИС и контур обращений | Да | Да (обращение по имени) |
| Дата и время визита, статус подтверждения | МИС и контур обращений | Да | Да |
| Внутренний идентификатор пациента | МИС и контур обращений | Да | Нет |
| Специальность врача | Только МИС | Нет — в контуре обращений хранится обезличенный код ресурса | Нет |
| Название специализированной услуги | Только МИС | Нет | Нет |
| Диагноз, назначение, результат исследования | Только МИС | Нет | Нет |
| Запись разговора с администратором | Контур клиники, доступ по ролям, срок хранения | Да, если хранится в вашем контуре | — |
| Факт и сумма оплаты | Касса и бухгалтерия | Да | Да, без расшифровки услуги |
| Сегмент рассылки | Маркетинговая система | Только по типу визита: первичный, повторный, давность | — |
Записи разговоров стоит выделить отдельно, потому что про них забывают чаще всего. Разговор администратора с пациентом почти всегда содержит жалобу или название услуги, то есть является данными о здоровье со всеми вытекающими требованиями к хранению и доступу. При этом расшифровка и резюме звонков — полезная и рабочая задача, мы разбираем её состав и цену на отдельной странице решения; ограничение здесь только одно и оно архитектурное: и запись, и расшифровка остаются в контуре клиники.
Правило границы формулируется одной фразой: через границу проходят идентификатор, время и статус — но не содержание. Виджет записи получает список свободных слотов и код ресурса, а не расписание с расшифровкой специальностей. Контур напоминаний получает телефон, время и внутренний идентификатор визита. Аналитика получает агрегаты по кодам, а не выгрузку карточек. Это не усложняет систему: наоборот, интеграция с МИС становится проще, потому что через неё ходит меньше полей.
Сервисы рассылок, рекламные кабинеты и системы сквозной аналитики почти всегда работают в чужой инфраструктуре и почти всегда позволяют экспорт. Медицинская часть в них не попадает никогда: сегменты строятся по типу визита и давности, а не по профилю врача. Практический тест на одну минуту — откройте список сегментов и прочитайте их названия вслух. Если по названию сегмента можно понять, чем болеет человек из этого списка, у вас уже утечка, просто пока внутренняя.
Карта из трёх зон, разделённых линиями разной толщины. Центральная зона «Медицинский контур»: МИС, протокол приёма, назначения, результаты исследований, снимки — обведена двойной рамкой. Слева зона «Контур обращений»: телефония с записями разговоров, очередь обращений, виджет записи, контур напоминаний. Справа зона «Маркетинг»: система рассылок, рекламные кабинеты, сквозная аналитика. От медицинского контура к контуру обращений идут две стрелки с подписями «свободные слоты и код ресурса», «идентификатор визита, время, статус». К маркетинговой зоне от медицинского контура стрелок нет вообще; от контура обращений идёт одна с подписью «тип визита и давность, без профиля врача». На границе с маркетингом — знак запрета с пометкой «медицинская часть сюда не попадает».
Языковые модели и медицинский текст
Три задачи, ради которых клиники хотят языковую модель, выглядят безобидно: собрать черновик протокола из записи приёма, сделать выжимку по обращениям пациента, помочь администратору сформулировать ответ. Во всех трёх на вход подаётся текст, в котором есть жалобы, назначения и имя. Отправка такого текста во внешний сервис — это передача специальной категории третьему лицу, а если сервис зарубежный, то ещё и трансграничная передача, которая требует отдельных оснований.
К правовой стороне добавляется практическая. Прямая оплата зарубежных провайдеров моделей из России невозможна: страна не входит в список поддерживаемых для их программных интерфейсов, и доступ идёт через посредников. Это значит, что в цепочке обработки появляется ещё одно лицо, о котором в вашем поручении обработки ничего не написано и с которым у вас нет договора. Для маркетингового текста это неприятность, для расшифровки приёма — недопустимая конструкция. Как выбирать модель под ограничения по данным, мы разбирали отдельно, в материале про выбор языковой модели для бизнеса.
Числа модельные, но порядок устойчивый: свой контур дороже облака примерно в два с половиной раза по эксплуатации и почти вдвое по запуску. Дальше это вопрос арифметики, а не убеждений. Если расшифровка экономит врачу 6 минут на приёме, то на 3 000 приёмах это 300 часов в месяц — при ставке 1 200 ₽/час экономия перекрывает 65 000 ₽ многократно, и вопрос закрыт. Если задача косметическая, честный вывод — не делать её вовсе: 607 600 ₽ в год за удобство, которым пользуются два врача из двенадцати, не окупятся никогда.
| Вариант | Что это значит на практике | Когда подходит |
|---|---|---|
| Модель на своём сервере в России | Открытая модель разворачивается в вашем контуре, текст никуда не уходит. Ориентиры — Qwen 3, Llama, локальные модели через Ollama, векторное хранилище на pgvector | Расшифровка приёма, работа с медкартой, любой поток с диагнозами и назначениями |
| Российское облако провайдера модели | GigaChat 3, YandexGPT 5 и подобные: договор, поручение обработки, размещение в России. Условия обработки читаются до подключения, а не после | Тексты без медицинской части: ответы на организационные вопросы, черновики писем, работа с базой знаний |
| Обезличивание перед отправкой | Слой, вырезающий имена, телефоны и идентификаторы. Работает ненадёжно: врач диктует «Иванова, 46 лет, улица…» прямо в записи, и цена промаха фильтра — та же утечка | Агрегированная аналитика по жалобам и темам обращений. Не подходит для расшифровки конкретного приёма |
| Не делать задачу | Полноценный вариант, а не капитуляция. Часть задач не стоит ни цены соответствия, ни риска | Когда экономия времени не измерена или измеряется десятками минут в месяц |
Отдельно про маркировку. С 1 сентября 2026 года в России действуют требования к работе с ИИ, включая маркировку сгенерированного контента. Для клиники это значит две вещи: пациент должен понимать, что переписывается с системой, а не с администратором, а черновик протокола, собранный моделью, остаётся черновиком до подписи врача. Второе — не формальность и не юридическая предосторожность: модель уверенно и грамотно пишет то, чего в записи не было, и единственный работающий контроль здесь — человек, который читает перед подписью.
Диаграмма из двух групп столбцов, единицы — рубли. Левая группа «Внешнее облако»: ежемесячно 25 200 ₽ (распознавание 21 600 ₽ плюс выжимка 3 600 ₽), разово 150 000 ₽; столбец помечен знаком предупреждения с подписью «специальная категория уходит за периметр». Правая группа «Свой контур в России»: ежемесячно 65 000 ₽ (сервер 45 000 ₽ плюс поддержка 20 000 ₽), разово 280 000 ₽. Между группами вертикальная скоба с подписью «+39 800 ₽/мес и +130 000 ₽ разово = 607 600 ₽ за первый год». Внизу вводная строка: «клиника, 3 000 приёмов в месяц, 36 000 минут аудио».
Подрядчик: поручение обработки и доступы
Подрядчик, который настраивает телефонию, интеграцию с МИС или контур напоминаний, неизбежно касается персональных данных пациентов. По части 3 статьи 6 152-ФЗ такая работа оформляется поручением обработки: вы остаётесь оператором и отвечаете перед пациентом, подрядчик действует по вашему поручению и в его границах. Договор без этого документа не делает подрядчика невиновным — он делает уязвимой вас.
- 1Что должно быть в поручении
Перечень данных (какие поля, а не «персональные данные клиентов»), перечень действий (сбор, хранение, передача, удаление), цели, срок обработки, требования к защите и обязанность соблюдать конфиденциальность. Плюс место хранения: базы персональных данных граждан России находятся на серверах в России — это относится и к журналам сообщений, и к архиву записей разговоров, а не только к самой МИС.
- 2Какие доступы выдавать
Именные учётные записи, а не общая от имени «интегратор». Роли: разработчику — тестовый контур с обезличенными данными, инженеру внедрения — боевой доступ с журналированием, никому — прямой доступ к базе медкарт. Срок доступа проставляется сразу, вместе с выдачей, а не обсуждается потом.
- 3Что происходит после проекта
Отзыв учётных записей по списку, возврат или уничтожение копий данных и письменное подтверждение этого в срок, обычно 5 рабочих дней. Это процедура с чек-листом, а не намерение: учётные записи подрядчиков живут в системах годами после окончания работ, и именно они чаще всего оказываются точкой входа при инциденте.
- 4Что делать при утечке
Порядок действий и ответственный назначаются заранее, потому что сроки короткие: регулятора уведомляют в течение 24 часов о самом факте и в течение 72 часов — о результатах внутреннего расследования. Найти в этот момент, кто пишет уведомление и по какой форме, не получится: 24 часа уходят на выяснение, что вообще произошло.
Ни одна задача автоматизации входящего потока не требует, чтобы база пациентов оказалась на компьютере подрядчика. Для разработки хватает тестового контура с обезличенными данными, для настройки — доступа по ролям в вашей инфраструктуре, для отладки интеграции — нескольких карточек, созданных специально для теста. Если подрядчик настаивает на выгрузке, вопрос не в его добросовестности, а в том, что вы как оператор теряете контроль над данными и остаётесь отвечать за них. Что ещё должно быть в договоре с подрядчиком помимо поручения — разбирали в отдельном материале.
Чек-лист на один день: где данные лежат не там
Десять проверок, которые проходятся за один рабочий день силами администратора и системного администратора. Цель — не составить отчёт, а найти конкретные места, где медицинские сведения оказались вне медицинского контура.
- 1Выгрузите список полей карточки клиента в CRM и в телефонии. Найдите все, где может встретиться специальность врача, название услуги или комментарий администратора со слов пациента.
- 2Прочитайте пять последних сообщений, ушедших пациентам. Есть ли в них специальность, название услуги или намёк на характер лечения.
- 3Откройте список сегментов в системе рассылок и прочитайте их названия. Если по названию понятно, чем болеет человек из списка, сегмент переименовывается и пересобирается.
- 4Проверьте, где хранятся записи разговоров с администратором, кто имеет к ним доступ и какой у них срок хранения. Записи разговоров — тоже данные о здоровье, если в них звучит жалоба.
- 5Спросите по каждой системе, где есть телефон пациента, в какой стране физически находятся её серверы. Ответ «в облаке» не является ответом, нужен конкретный дата-центр или хотя бы страна.
- 6Соберите список внешних сервисов, которыми пользуются сотрудники для работы с текстом: расшифровка, перевод, «помоги сформулировать ответ». Это самая частая незамеченная точка утечки, и обнаруживается она только вопросом.
- 7Составьте список подрядчиков и сервисов, имеющих доступ к системам с данными пациентов. Отметьте, с кем из них оформлено поручение обработки.
- 8Проверьте, отозваны ли учётные записи подрядчиков по завершённым проектам. Отдельно — общие учётные записи без владельца.
- 9Посмотрите журнал доступа к медкартам за последнюю неделю: кто и к скольким картам обращался. Аномалия вида «администратор открыл 400 карт за смену» видна сразу.
- 10Проверьте, есть ли утверждённая модель угроз и определён ли уровень защищённости. Без этого документа невозможно понять, какие меры для вас обязательны, а какие вам продают.
Схема-обход по кругу из десяти пронумерованных узлов вокруг центрального блока «Медицинский контур». Узлы по часовой стрелке: поля карточки в CRM, тексты сообщений, сегменты рассылок, записи разговоров, страна размещения серверов, внешние сервисы сотрудников, подрядчики и поручения, забытые учётные записи, журнал доступа к медкартам, модель угроз и уровень защищённости. Узлы 3, 6 и 8 выделены как самые частые находки. У каждого узла короткая подпись, что именно проверяется. В центре блока пометка «за один рабочий день».
Где заканчивается разумная осторожность
Эта статья легко читается как призыв изолировать всё. Это неверный вывод, и он стоит клинике денег не меньше, чем беспечность. Разделение контуров нужно не для того, чтобы ничего не автоматизировать, а для того, чтобы автоматизировать вход пациента спокойно: как устроена карта процессов клиники и в каком порядке её закрывать, разобрано в опорном материале кластера. Избыточная защита ломает процессы: администратор, который не видит, к какому кабинету направить пациента, начинает вести тетрадь, и вы получаете второй, неучтённый контур данных — ровно то, от чего защищались.
- Уровень защищённости определяется моделью угроз, а не предложением подрядчика. Типовая частная клиника с базой меньше 100 000 пациентов и без актуальных угроз первого и второго типа попадает в третий, самый мягкий из применимых к данным о здоровье уровень. Защиту «по первому уровню» продают заметно чаще, чем она требуется.
- Обычные данные не надо тащить в медицинский контур. Телефон, имя и время визита живут в контуре обращений — так и должно быть; попытка спрятать туда же всё подряд делает медицинский контур доступным большему числу людей, а не меньшему.
- Не всякая внешняя система — риск. Российское облако провайдера модели с договором, поручением обработки и размещением в России — рабочий вариант для организационных текстов. Отказ от него из общей осторожности означает, что вы будете делать руками то, что можно не делать.
- Бумаги без архитектуры не защищают. Политика обработки данных, согласия и поручения обязательны, но утечка происходит через забытую учётную запись подрядчика и через сервис, которым администратор пользуется в браузере, а не через отсутствующий раздел в политике.
- Одна клиника на трёх врачей и с базой в 900 карт не строит изолированный контур за сотни тысяч рублей. Ей нужны порядок в доступах, отозванные учётные записи, правильные тексты сообщений и понимание, куда сотрудники копируют текст. Это стоит нескольких часов, а не проекта.
И последнее. Всё изложенное — инженерный разбор архитектуры, а не юридическое заключение: формулировки согласий, состав политики и порядок уведомлений готовит юрист, знакомый с медицинской спецификой. Наша часть работы начинается там, где эти документы превращаются в устройство систем — какие поля куда попадают, кто и что видит, что уходит в сообщение и что остаётся внутри. Разделить эти две зоны ответственности полезно на старте: клиники регулярно платят подрядчику за правовую экспертизу, которой у него нет, и юристу — за архитектурные решения, которых он не принимает.
Врачебная тайна нарушается не диагнозом в базе, а специальностью врача в тексте SMS.
