# Персональные данные в стоматологии: что проверить на сайте и внутри клиники
Редакция SGI24. Материал основан на работе с цифровым контуром DentPro и официальных источниках. Это не индивидуальное юридическое заключение. [О бюро](/company).
Стоматология обрабатывает имя и телефон пациента, сведения о здоровье, лечении, посещениях и оплате. Данные приходят с сайта, хранятся в медицинской программе и передаются между администраторами, врачами, лабораториями и подрядчиками.
Поэтому проверка персональных данных в стоматологии не сводится к политике в подвале сайта. Руководителю нужно увидеть весь маршрут: что клиника получает, для какой цели, где это сохраняется, кому передаётся и каким документом подтверждается.
Проверить персональные данные стоматологии
Почему стоматология отличается от обычного сайта услуг
Форма «Записаться на приём» часто выглядит безобидно: имя, телефон, желаемая услуга. Но уже поле с жалобой или причиной обращения может раскрыть сведения о здоровье. После записи появляются анамнез, диагноз, план лечения, снимки, назначения и история посещений.
Закон относит сведения о состоянии здоровья к специальным категориям персональных данных. Для их обработки действуют отдельные условия. В частности, закон допускает обработку при оказании медицинских услуг лицом, которое профессионально занимается медицинской деятельностью и обязано сохранять врачебную тайну. Это не означает, что любые сведения можно без разбора передавать всем сервисам, подключённым к сайту.
Первый вопрос руководителя должен звучать не «есть ли у нас согласие», а «где проходит граница между заявкой на консультацию, медицинской информацией и внутренней работой клиники».
Составьте карту данных до подготовки документов
Начать лучше с простой таблицы. Для каждого процесса укажите субъектов, сведения, цель, основание, систему хранения, получателей и срок.
Пример процессов стоматологии:
| Процесс | Чьи данные | Что получает клиника | Где может храниться |
|---|---|---|---|
| Заявка с сайта | посетитель или законный представитель | имя, телефон, услуга, удобное время | сайт, CRM, 1С или медицинская система |
| Запись на приём | пациент | контакты, врач, дата и вид приёма | расписание, телефония, медицинская система |
| Оказание медицинской помощи | пациент | сведения о здоровье, диагнозе и лечении | медицинская информационная система, медицинская документация |
| Оплата | пациент или плательщик | договорные и платёжные сведения | касса, банк, бухгалтерия, 1С |
| Напоминания | пациент | контакты и информация о записи | телефония, SMS-сервис, CRM |
| Маркетинговые сообщения | посетитель или пациент | контакт и выбранный канал | сервис рассылок, CRM |
| Работа сотрудников | работник или соискатель | кадровые, контактные и расчётные сведения | кадровая система, бухгалтерия, архив |
Такой разбор быстро показывает расхождения. Например, в уведомлении Роскомнадзора указана только кадровая работа, а сайт принимает заявки пациентов. Или политика называет одну CRM, хотя формы фактически отправляют данные ещё в почту и чат администратора.
Документы следует писать после карты, а не наоборот. Иначе клиника получает красивую папку, которая не описывает её работу.
Что проверить на сайте стоматологии
1. Все формы сайта, включая главную
Формы могут находиться на страницах услуг и врачей, в окне обратного звонка, онлайн-чате, виджете записи и личном кабинете. Иногда одна форма передаёт данные в 1С, вторая отправляет письмо, а третья остаётся внутри стороннего сервиса.
Для каждой формы нужно зафиксировать:
- какие поля видит пользователь;
- какие технические сведения сохраняются вместе с заявкой;
- куда уходит заявка;
- кто получает к ней доступ;
- есть ли ссылка на политику и подходящий текст согласия;
- можно ли отправить форму без обязательной отметки;
- сохраняется ли факт получения согласия.
Просто показать галочку в интерфейсе мало. Закон возлагает обязанность подтвердить получение согласия на оператора. Поэтому системе полезно сохранять дату, время, редакцию текста и обстоятельства отправки. Технический состав фиксации определяется проектом и политикой клиники.
2. Отсутствие заранее отмеченных галочек
Согласие должно быть конкретным, информированным, сознательным и однозначным. Если отметка уже стоит при открытии формы, трудно доказать свободное действие пользователя.
Обязательное согласие на обработку заявки и необязательное согласие на рекламные сообщения нельзя превращать в одну безразмерную формулировку. У них разные цели. Отказ от рекламы не должен мешать человеку записаться на лечение.
3. Поля со сведениями о здоровье
Не просите в первой форме подробный диагноз, снимки или историю лечения только потому, что это удобно администратору. Закон требует, чтобы объём данных соответствовал заявленной цели и не был избыточным.
Для первичного обращения обычно достаточно контакта, направления и времени. Медицинские сведения собираются тогда, когда понятны основание, защищённая система и круг сотрудников с доступом.
4. Аналитику, виджеты и внешние сервисы
Сайт может передавать технические и пользовательские сведения системам аналитики, телефонии, онлайн-чата, обратного звонка, карт, записи и искусственного интеллекта. Название сервиса в договоре ещё не объясняет, какие данные реально уходят в его запросах.
Проверяется фактический сетевой маршрут. Особенно внимательно нужно относиться к текстам обращений, фамилиям врачей и пациентов, датам визитов, составу лечения и другим сведениям, по которым можно определить человека.
Если внешнему инструменту нужен только обезличенный текст или статистика, идентифицирующие сведения следует удалить до передачи. Обратная подстановка, если она нужна, выполняется внутри контролируемой системы клиники.
5. Место первичного хранения
При сборе персональных данных граждан России через интернет закон устанавливает требование к записи, систематизации, накоплению, хранению, уточнению и извлечению с использованием баз данных на территории Российской Федерации, кроме предусмотренных законом случаев.
Проверка одного адреса хостинга недостаточна. Форма может открываться с российского сервера, но сохранять заявку в зарубежной CRM или сначала отправлять её иностранному посреднику. Нужен маршрут от браузера до каждой базы и резервной копии.
Сайт, медицинская система и 1С должны говорить об одном процессе
Частая проблема появляется на стыке систем. Сайт показывает свободное время врача, которое обновляется вручную. Пациент выбирает слот, но администратор уже записал другого человека. Или форма сообщает об успешной записи, хотя в клинику пришёл только запрос без подтверждения.
При интеграции важно определить:
- где находится основное расписание;
- создаёт сайт запись или только заявку;
- кто и когда подтверждает время;
- какой идентификатор связывает обращение с пациентом;
- какие сведения возвращаются на сайт;
- что происходит при недоступности медицинской системы;
- где фиксируются согласие и история действий.
В проекте DentPro SGI24 связало форму записи с 1С, добавило серверную проверку согласия и фиксацию обстоятельств его получения. Это хороший пример того, почему юридическая формулировка и технический маршрут должны проектироваться вместе.
Какие публичные документы нужны на сайте
Минимальный набор определяется тем, что сайт действительно делает. Обычно проверяются: политика оператора в отношении обработки персональных данных; тексты согласий для конкретных форм и целей; сведения об операторе и способ обращения субъекта; условия использования аналитики и файлов браузера; отдельное согласие на получение рекламы, если клиника планирует такие сообщения; документы или условия для личного кабинета, оплаты и других сервисов.
Политика должна быть доступна на страницах, где собираются данные. В ней нужно описать категории субъектов, цели, состав сведений, способы и сроки обработки, порядок уничтожения и применяемые меры. Перечень зависит от действующей редакции закона и реальных процессов оператора.
Фраза «продолжая пользоваться сайтом, вы соглашаетесь со всем» не заменяет осознанного согласия там, где оно требуется.
Что должно быть внутри клиники
Публичные страницы закрывают только видимую часть. Организации нужны локальные документы и управленческие решения, которые действуют в повседневной работе.
После обследования могут потребоваться:
- назначение ответственного за организацию обработки персональных данных;
- политика и локальные акты по целям обработки;
- перечень информационных систем и мест хранения;
- правила доступа сотрудников;
- формы согласий и отзывов;
- порядок работы с запросами пациентов;
- сроки хранения и порядок уничтожения;
- инструкции при инциденте;
- договоры или поручения с обработчиками;
- учёт носителей, доступов и ознакомления работников;
- документы по оценке рисков и мерам защиты.
Не существует универсальной папки для любой стоматологии. У клиники с одной формой обратного звонка и у сети с личным кабинетом, телефонией, медицинской системой и мобильным приложением разные процессы.
Уведомление Роскомнадзора нужно сверять с фактом
Роскомнадзор указывает, что оператор до начала обработки обязан направить уведомление, кроме предусмотренных законом исключений. В уведомлении раскрываются цели, категории субъектов и данных, основания, действия, способы обработки и другие сведения.
Для стоматологии важно проверить, отражены ли:
- пациенты и посетители сайта;
- оказание медицинских услуг;
- специальные категории данных, если они обрабатываются;
- сотрудники и соискатели;
- договорные и платёжные процессы;
- рекламные коммуникации;
- местонахождение баз;
- трансграничная передача, если она действительно есть;
- привлечённые обработчики и применяемые системы в требуемом объёме.
Менять уведомление вслепую тоже опасно. Сначала собирают факты, затем приводят в соответствие сайт, документы, инфраструктуру и сведения в реестре.
Семь вопросов директору стоматологии
- Куда попадает заявка после нажатия кнопки на сайте?
- Может ли администратор найти дату и текст согласия конкретного человека?
- Какие сервисы видят текст обращения или данные о лечении?
- Совпадают ли цели в уведомлении Роскомнадзора с фактической работой клиники?
- Где находятся основная база и резервные копии?
- Кто из сотрудников имеет доступ к данным пациентов и почему?
- Когда и как удаляются заявки, которые больше не нужны?
Если хотя бы на два вопроса нет точного ответа, начинать стоит с аудита маршрутов, а не с покупки нового шаблона политики.
Разбор начинается с маршрута пациента
Мы соединяем три слоя: сайт, информационные системы и документы.
Сначала фиксируем формы, интеграции, хранилища и роли сотрудников. Затем сравниваем фактическую работу с политикой, согласиями и сведениями оператора. После этого составляем список расхождений и первый законченный этап: доработка сайта, настройка фиксации согласий, безопасная передача в 1С или медицинскую систему и подготовка документов по согласованному объёму.
Результат разбора — не общий юридический отчёт. Руководитель получает перечень конкретных точек: какая форма собирает данные, куда они уходят, что нужно изменить и кто должен подтвердить организационные сведения.
Разобрать сайт и документы клиники
В форме выберите адресата и укажите сайт клиники, медицинскую систему и главную проблему. Обращение попадёт в рабочую систему SGI24; первый результат — уточнённые границы разбора, а не продажа готового шаблона.
Материал носит информационный характер. Основания и комплект документов определяются по фактическим процессам конкретной клиники.
Связанные материалы
- Каким должен быть сайт стоматологической клиники
- Онлайн-запись в стоматологию
- Персональные данные на сайте
Источники
- Федеральный закон № 152-ФЗ «О персональных данных», действующая редакция в официальной системе правовой информации
- Роскомнадзор: кто считается оператором и как направляется уведомление
- Статья 18.1 № 152-ФЗ: меры оператора и публикация политики
- Статья 18 № 152-ФЗ: обязанности при сборе данных и локализация баз
Документы медицинской организации
Готовые файлы Word. Одиночный документ собирается по форме, комплект выдаётся архивом после оплаты.