Оценка воздействия на защиту данных для приложения

Краткий ответ: оценка воздействия на защиту данных (DPIA) — это документ, в котором вы описываете операцию обработки, показываете, что она необходима и соразмерна, оцениваете риски для людей, чьи данные используются, и фиксируете меры, снижающие эти риски. Статья 35 GDPR делает ее обязательной, когда обработка, вероятно, приведет к высокому риску, и называет крупномасштабную обработку специальных категорий, включая медицинские данные, в качестве такого случая. На практике каждое приложение для здоровья с более чем несколькими пользователями и каждая платформа медицинских данных нуждаются в ней до начала обработки, с пересмотром при изменении обработки. Шаблон ниже соответствует статье 35(7) и европейским руководствам; скачайте его в конце.

Когда это требуется

Оценка воздействия на защиту данных (DPIA) требуется согласно Статье 35 GDPR, когда обработка данных, вероятно, приведет к высокому риску. Масштабная обработка специальных категорий данных, таких как медицинские данные, автоматически подпадает под это требование. Согласно критериям Европейского совета по защите данных (EDPB), приложение для здоровья обычно соответствует нескольким из этих условий (обработка конфиденциальных данных, большой масштаб, уязвимые группы людей), поэтому практически каждому такому приложению требуется DPIA перед началом обработки данных.

Статья 35(3) перечисляет три автоматических триггера: систематическое и обширное профилирование со значительными последствиями; крупномасштабная обработка специальных категорий (статья 9) или уголовных данных; систематический крупномасштабный мониторинг общественных мест. Критерии Европейского совета по защите данных (из бывшей Рабочей группы статьи 29) добавляют еще шесть; если применимы два или более, проведите DPIA: оценка или ранжирование; автоматизированные решения с юридическим или аналогичным эффектом; систематический мониторинг; конфиденциальные данные; крупномасштабность; сопоставление или объединение наборов данных; данные об уязвимых лицах (пациенты считаются таковыми); инновационное использование технологий; предотвращение осуществления людьми прав или использования услуг. Приложение для здоровья обычно затрагивает конфиденциальные данные, крупномасштабность, уязвимых лиц и часто инновационные технологии. Национальные органы также публикуют списки обработок, которые всегда требуют DPIA (статья 35(4)); большинство из них включают приложения для здоровья и подключенные устройства.

Чек-лист

Чек-лист для DPIA приложений для здоровья включает четыре элемента, предусмотренных Статьей 35(7) GDPR: описание обработки (цели, данные, участники, технологии), оценка необходимости и пропорциональности (правовое основание, минимизация данных, права субъектов, обработчики, срок хранения), оценка рисков для людей, чьи данные используются, и меры по устранению этих рисков, а также последующие консультации, утверждение и периодический пересмотр.

1. Описание обработки (ст. 35(7)(a))

Цели, по одной: хранение записей человека; обмен с клиникой; напоминания; анонимизированная статистика; функции ИИ.
Категории данных по каждой цели, с отметкой медицинских данных; источники (человек, клиники, носимые устройства, документы); получатели; срок хранения по категориям; передача за пределы ЕС и ее механизм.
Участники: контролер(ы), обработчики (хостинг, аналитика, инструменты поддержки, поставщики ИИ) с их договорами; DPO.
Технология: архитектура, местонахождение данных, шифрование, идентификация, логирование. Диаграмма потоков данных — самый быстрый способ выявить то, что вы забыли.

2. Необходимость и соразмерность (ст. 35(7)(b))

Правовое основание согласно статье 6 и исключению по статье 9(2) для каждой цели (Статья 9 GDPR, объяснение).
Минимизация данных: для каждого элемента данных — почему он необходим; что вы решили не собирать.
Информация для людей (статьи 13–14) и как права (доступ, исправление, удаление, переносимость, возражение, отзыв согласия) осуществляются в продукте, а не по электронной почте в службу поддержки.
Обработчики: наличие договоров по статье 28; перечисленные суб-обработчики; права на аудит.
Срок хранения и удаление: конкретные сроки и механизм их обеспечения.

3. Риски для людей (ст. 35(7)(c)) Оцените вероятность и серьезность для каждого из трех классических событий для каждой цели:

Незаконный доступ (утечка, инсайдер, чрезмерно широкое распространение, клиника видит больше, чем разрешено);
Нежелательное изменение (неверные данные в записи, на которые полагается клиницист, ошибки синхронизации, функция ИИ записывает в запись);
Исчезновение (потеря записи, на которую полагается человек; захват учетной записи; закрытие поставщика). Затем специфичные для здоровья: повторная идентификация "анонимной" статистики; вывод условий по поведению; дискриминация, если данные попадают к страховщикам или работодателям; вред от детских данных; данные о местоположении вокруг клиник; сторонние SDK в приложении, отправляющие данные рекламным сетям (самая частая находка в регуляторных аудитах приложений для здоровья).

4. Меры (ст. 35(7)(d)) Для каждого риска — контроль и остаточный риск: шифрование при хранении и передаче; надежная аутентификация; доступ, ограниченный согласием и временем, с логами, которые может прочитать человек; псевдонимизация в аналитике и логах; отсутствие сторонних SDK для рекламы или отслеживания; отдельные среды и синтетические данные для разработки; резервные копии с проверенным восстановлением; проверка поставщиков; реагирование на инциденты с 72-часовым сроком; безопасные практики разработки; обучение персонала и конфиденциальность; экспорт и удаление данных в продукте; "аварийный выключатель" для интеграций.

5. Консультации

Совет DPO зафиксирован (ст. 35(2)); мнения людей или их представителей запрашиваются, где это уместно (ст. 35(9)), например, через пользовательскую панель или ассоциацию пациентов.
Если остается высокий остаточный риск, проконсультируйтесь с надзорным органом перед обработкой (ст. 36). Большинство хорошо контролируемых приложений для здоровья не доходят до этого этапа; платформы, обрабатывающие данные для многих клиник, иногда доходят.

6. Утверждение и пересмотр

Утверждено руководством контролера; датировано; версионировано.
Пересматривается при изменении целей, данных, технологий или получателей, и не реже одного раза в год или два (ст. 35(11)).

Типичные находки в DPIA приложений для здоровья

Наиболее частые находки в DPIA приложений для здоровья включают SDK для аналитики и отчетов о сбоях, которые получают идентификаторы вместе с медицинским контекстом; push-уведомления, отображающие состояние здоровья на экране блокировки; сотрудники службы поддержки с неограниченным доступом к базе данных; резервное копирование данных за пределами ЕС; хранение данных после закрытия учетной записи; экраны согласия, объединяющие несколько целей; и "анонимизированные" наборы данных, которые все еще позволяют идентифицировать людей.

Каждая из этих проблем имеет конкретное решение, и именно в DPIA фиксируется обязательство по его реализации.

Шаблон

Шаблон DPIA на этой странице представляет собой заполняемый документ в формате Markdown для приложения для здоровья. Он структурирован в шести разделах (описание обработки, необходимость и пропорциональность, риски для людей, меры, консультации, утверждение и пересмотр), включает таблицу рисков и таблицу мер. Шаблон соответствует Статье 35(7) GDPR и критериям EDPB и является базовой структурой, а не юридической консультацией.

Скачать шаблон DPIA. Его можно импортировать в любой инструмент для работы с документами; ваш специалист по защите данных (DPO) адаптирует его.

В Anpheros

Anpheros ведет DPIA для Anpheros Daily и одну для Anpheros Platform как обработчик, с приведенной выше структурой, и выборы, к которым они привели, видны в продукте: согласие по каждой цели, доступ, ограниченный и залогированный, отсутствие SDK для рекламы, хостинг в ЕС, экспорт и удаление в приложении. См. Прозрачность медицинских данных.

Эта страница объясняет правила для продуктовых и инженерных команд. Это не юридическая консультация; тексты, связанные в разделе "Источники", являются авторитетными, и ваш сотрудник по защите данных, уведомленный орган или юрист принимает решение для вашего случая. Последний пересмотр: октябрь 2026 г.

Связанные страницы

Источники

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

Нужна ли мне DPIA для небольшого приложения с небольшим количеством пользователей?

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

Кто пишет DPIA?

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

Должна ли DPIA быть опубликована?

Нет. Это внутренний документ по подотчетности, который предъявляется надзорному органу по запросу. Многие организации публикуют резюме; EHDS и некоторые национальные правила требуют прозрачности в отношении определенной обработки.

Чем DPIA отличается от оценки рисков согласно ISO 27001?

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

Anpheros Platform

Попробуйте бесплатно в песочнице

Первый запрос FHIR за 5 минут. API HL7 FHIR R4 с встроенным согласием пациента: попробуйте в песочнице, затем подключите свое приложение или систему клиники.

Создать бесплатную песочницу Читать руководства для разработчиков →

Бесплатно · 30 синтетических пациентов · без карты

Это руководство носит информационный характер и не заменяет консультацию врача. Решения о своём здоровье принимайте вместе с врачом. В экстренной ситуации звоните по местному номеру экстренной помощи (112 в Европе).

Автор

Команда Anpheros

Anpheros создает медицинскую карту, которую пациент контролирует и может делиться с любой клиникой, на платформе HL7 FHIR R4, базирующейся в ЕС. Эти руководства помогут вам понять и организовать свое здоровье; они не заменяют вашего врача.

О Anpheros →