Try it free in the sandbox · first FHIR call in 5 minutesFree · 30 synthetic patients · no card

GDPR и медицинские данные для разработчиков

Статья 9 о медицинских данных как инженерные задачи: правовые основания, DPA, проживание в ЕС, безопасность, доступ и удаление, DPIA — сопоставление с тем, что покрывает Anpheros. HIPAA: BAA по запросу. Не юридическая консультация.

В соответствии с GDPR медицинские данные являются особой категорией персональных данных (Статья 9): их обработка запрещена, если не применяется одно из короткого списка условий, таких как явное согласие лица или предоставление медицинской помощи, и они требуют более строгих мер защиты, чем обычные персональные данные. Для команд разработчиков это превращается в конкретные проектные решения: задокументированное правовое основание, соглашение о передаче данных с каждым поставщиком, который работает с данными, резидентство данных в ЕС или законная передача, контроль доступа и журналирование, а также способы предоставления данных пользователям и их удаления. Эта страница сопоставляет эти требования с инженерной работой и показывает, какие части уже охватывает платформа медицинских данных, такая как Anpheros. Это техническое руководство, а не юридическая консультация.

GDPR for health data — the developer checklist, and what Anpheros covers

Legal basis under Article 9Explicit consent or a healthcare basis; yours to decide and document

Processor agreement (Art. 28)Signed DPA before production data

Data in the EUGoogle Cloud europe-west4 (Netherlands)

Access control and logs (Art. 32)Per-project isolation, consent, an access log the patient sees

Rights of access and erasureExport the whole record as FHIR ($everything); delete through the API (soft delete, history kept)

Impact assessment (Art. 35)Your DPIA; the platform documents its own measures

Требования в виде инженерных задач

Требование GDPR	Что это означает в коде и операциях	В Anpheros
Правовое основание статьи 9	Определите и зафиксируйте причину обработки медицинских данных (явное согласие, здравоохранение, общественное здравоохранение, исследования…)	На ваше усмотрение и документирование; доступ других приложений осуществляется через явное согласие OAuth, и каждое разрешение записывает цель, заявленную приложением
Соглашение об обработке данных согласно статье 28	Подпишите соглашение об обработке данных с каждым обработчиком	Доступ к производственной среде требует подписанного DPA
Передача данных согласно главе V	Храните данные в ЕС/ЕЭЗ или используйте законный механизм передачи данных	Хранится и обрабатывается в ЕС (Google Cloud `europe-west4`, Нидерланды)
Безопасность согласно статье 32	Шифрование, контроль доступа, изоляция, журналирование, отказоустойчивость	Изоляция по проектам, парные идентификаторы пациентов, зашифрованные документы с ключом, управляемым клиентом, журнал доступа
Право на доступ согласно статье 15	Предоставьте лицу копию его данных	`Patient/$everything` (полная запись FHIR) и `$summary` (IPS)
Право на удаление согласно статье 17	Удалите данные, когда основание прекратится или лицо запросит удаление	Удаление через API; удаления являются "мягкими", а версии сохраняются для аудита — спланируйте, как ваша политика хранения данных будет их обрабатывать
Защита данных по замыслу согласно статье 25	Собирайте только то, что вам нужно; ограничьте круг лиц, которые могут это видеть	Области действия SMART и фильтры категорий ограничивают то, что читает каждое приложение
Записи об обработке согласно статье 30	Документируйте, что вы обрабатываете и почему	Provenance при каждой записи: автор, организация, исходная система
Уведомление об утечке согласно статье 33	Обнаружение и уведомление в течение 72 часов	Ваш процесс реагирования на инциденты; платформа регистрирует каждый доступ
Оценка воздействия на защиту данных (DPIA) согласно статье 35	Оцените обработку данных с высоким риском перед ее началом	Напишите самостоятельно; платформа документирует свои собственные меры

Согласие — не единственное законное основание

Явное согласие (статья 9(2)(a)) часто используется для приложений для пациентов, но клиники обычно полагаются на предоставление медицинской помощи (статья 9(2)(h)) и исследовательские проекты на основании статьи 9(2)(j) в соответствии с национальным законодательством. Выбирайте основание для каждой цели, фиксируйте его и не запрашивайте согласие, которое вы не намерены соблюдать: отозвать согласие должно быть так же просто, как и дать его. В Anpheros пользователь отзывает доступ приложения со страницы согласия, и следующий запрос завершается ошибкой.

Европейское пространство данных о здоровье дополняет GDPR

Регламент (ЕС) 2025/327 (EHDS) сохраняет GDPR и добавляет права и форматы: люди получают электронный доступ к своим приоритетным данным (резюме пациента, рецепты, результаты лабораторных исследований, изображения, выписные эпикризы) и могут делиться ими, а системы электронных медицинских карт (EHR) должны поддерживать европейский формат обмена. См. EHDS для разработчиков.

А как насчет HIPAA?

GDPR применяется к лицам в ЕС; HIPAA применяется к подпадающим под действие закона организациям и их деловым партнерам в США. Anpheros разработан с учетом GDPR и требований к резидентности данных в ЕС, и те же механизмы контроля служат и для HIPAA: Anpheros выступает в качестве делового партнера для клиник в США, с соглашением о деловом партнерстве (BAA) и доступным по запросу для производственных клиентов регионом данных в США. Меры защиты HIPAA перечислены на странице безопасности.

Часто задаваемые вопросы

Являются ли медицинские данные данными особых категорий согласно GDPR?

Да. Статья 9 перечисляет данные, касающиеся здоровья, среди особых категорий; их обработка требует одного из условий, указанных в Статье 9(2), в дополнение к правовому основанию, предусмотренному Статьей 6.

Требуется ли явное согласие для обработки медицинских данных?

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

Должны ли медицинские данные храниться в ЕС?

GDPR не требует хранения данных в ЕС, но передача за пределы ЕЭЗ требует законного механизма (решение об адекватности или соответствующие гарантии). Хранение данных в ЕС снимает этот вопрос; некоторые национальные правила являются более строгими.

Соответствует ли Anpheros требованиям GDPR?

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

Связанные материалы

Try it free in the sandbox · first FHIR call in 5 minutesFree · 30 synthetic patients · no card