Операционные маршруты · обновлено 02.10.2026

Персональные данные в клинике живут не в политике, а в процессах

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

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

Восемь мест, где документ часто расходится с работой

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

01 · Сайт

Форма отправила больше, чем ожидали

Заявка может пройти через CMS, почту, CRM, webhook и чат администратора.

  • посмотреть получателей и журналы;
  • зафиксировать срок хранения;
  • сверить видимый текст с фактом.
02 · Телефония

Запись разговора осталась без владельца

Облачная АТС, локальная телефония и кабинет подрядчика могут хранить разные копии.

  • проверить роли и выгрузку;
  • описать удаление и резервирование;
  • не публиковать raw audio/SIP.
03 · Регистратура

Скан попал в общую папку

Временный файл часто переживает перенос в МИС и становится вторым неуправляемым архивом.

  • найти дубли и владельца;
  • проверить права папки;
  • согласовать безопасное удаление.
04 · МИС

Роль сотрудника шире его задачи

Общие аккаунты и права «как у коллеги» усложняют отзыв доступа и разбор события.

  • сопоставить роль и процесс;
  • проверить журнал действий;
  • разыграть увольнение сотрудника.
05 · PACS и DICOM

Рабочая станция стала единственным архивом

Просмотр, долговременное хранение и резервная копия — разные задачи.

  • описать идентификаторы;
  • проверить архив и восстановление;
  • использовать синтетические данные.
06 · Лаборатория

Результат пришёл удобным, но неуправляемым каналом

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

  • зафиксировать канал и получателя;
  • сверить договорный маршрут;
  • описать резервный сценарий.
07 · Подрядчик

Удалённый доступ никто не закрыл

Разовая настройка заканчивается, а учётная запись, VPN или ключ остаются.

  • вести реестр внешних доступов;
  • назначить дату пересмотра;
  • проверять отзыв, а не обещание.
08 · Повторная коммуникация

Старая база стала «маркетинговым активом»

Техническая возможность отправить сообщение не отвечает на вопрос о цели и допустимости.

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

Как проверить один маршрут без месячного проекта

Выберите процесс, который действительно происходит сегодня. Не пытайтесь одновременно описать всю клинику.

Пример: запись через сайт

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

1
До теста

Зафиксировать ожидаемый маршрут и запретить использовать данные реального пациента.

2
Во время теста

Снять фактические переходы: форма, webhook, почта, CRM, МИС, уведомление.

3
После теста

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

4
На разборе

Отдельно отметить инженерные исправления и вопросы правовой применимости.

Минимальная таблица владельцев

Если строка не имеет владельца или способа проверки, процесс пока не управляется — даже если документ уже подписан.

Событие Владелец процесса Evidence Повторная проверка
Новая заявка Регистратура или контакт-центр Синтетический end-to-end маршрут Проверить получателя и удаление теста
Изменение роли Руководитель подразделения + IT Заявка, журнал, снимок прав без ПДн Войти под тестовой ролью
Увольнение HR/руководитель + IT Чек-лист всех систем и подрядчиков Проверить невозможность входа
Сбой копии IT-владелец системы Журнал задания и результат восстановления Восстановить некритичный объект изолированно
Инцидент Назначенная группа реагирования Временная шкала и сохранённые следы Настольное учение на синтетике

Частые операционные вопросы

Ответы помогают начать проверку, но не заменяют анализ актуальных норм и конкретной организации.

С чего начать инвентаризацию персональных данных в клинике?

Выберите один реальный маршрут — например, запись через сайт — и пройдите его от поля формы до МИС, уведомления администратора, подрядчиков, архива и удаления. Фиксируйте владельца, систему и evidence на каждом переходе.

Нужно ли присылать базу пациентов для первичного разбора?

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

Общий пароль — только техническая проблема?

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

Можно ли считать подрядчика ответственным за весь маршрут?

Универсального ответа нет. Сверяются фактические действия сторон, договор, субподряд, места хранения и доступы. Правовой вывод о распределении ответственности подтверждает профильный специалист.

Чем эта страница отличается от общего разбора 152-ФЗ?

Общий authority-материал объясняет метод проверки официальных требований. Эта страница посвящена ежедневным маршрутам клиники: форме, звонку, МИС, файлу, подрядчику, увольнению сотрудника и удалению данных.

Разберите один маршрут на синтетических данных

Не присылайте пароли, ПДн, DICOM, raw audio/SIP и production-выгрузки. Для начала достаточно схемы систем, ролей и подрядчиков.

Обсудить задачу

Актуальность и первоисточники

Что проверено редакцией

Редакционная проверка2 октября 2026 года
Следующая сверка источников16 октября 2026 года
ОтветственныйРедакция Keremet-IT и профильный специалист по защите информации

Материал объясняет управленческий и IT-контекст. Он не является юридическим заключением и не подтверждает соответствие конкретной клиники требованиям. Перед решением проверяйте действующую редакцию документа и применимость нормы к своей организации.