Ошибочное допущение, ставящее пациентов под угрозу
Каждая IT-команда в здравоохранении слышит один и тот же совет: подпишите Соглашение с бизнес-партнёром (BAA) — и вы в безопасности.
Требование BAA реально. Правило конфиденциальности HIPAA обязывает охватываемые организации подписывать BAA с бизнес-партнёрами. Но BAA покрывает юридические отношения. Оно не покрывает то, что происходит с записями пациентов на серверах ИИ-провайдера после подписания контракта.
Ключевой вопрос не в том, есть ли у вас BAA. Вопрос в том, может ли ИИ-провайдер читать записи о состоянии здоровья ваших пациентов. И что произойдёт при их взломе.
Что на самом деле даёт BAA
BAA обязывает бизнес-партнёра к четырём вещам:
- Использовать записи пациентов только в согласованных целях
- Применять меры защиты
- Сообщать об утечках охватываемой организации
- Вернуть или уничтожить файлы по окончании контракта
BAA — это контракт. Он не:
- Останавливает злоумышленников от взлома серверов провайдера
- Устраняет возможность читать записи пациентов в расшифрованном виде
- Защищает вашу организацию от ответственности по HIPAA при взломе провайдера
При взломе BAA покрывает шаг уведомления. Но раскрытие записей о здоровье реально.
Проблема серверной стороны
Облачные ИИ-инструменты для медицинских записей работают по одной схеме: файлы поступают на серверы провайдера, ИИ их обрабатывает там, результаты возвращаются пользователю.
Для этого провайдер должен читать файлы в пригодном виде. Это означает одно из двух: файлы хранятся незашифрованными, или провайдер управляет ключами шифрования.
Управляемое провайдером шифрование — не сквозное. Если провайдер хранит ключи, он может расшифровать. При взломе сервера записи пациентов раскрываются в открытом виде.
Как архитектура нулевого знания решает эту проблему
Дизайн нулевого знания решает проблему доступа на стороне сервера в корне.
Прежде чем какие-либо файлы покинут вашу среду, данные пациентов заменяются токенами. Поставщик ИИ получает только анонимизированное содержимое. В клинических заметках имена заменены. В платёжных записях заменены номера счетов. Из планов лечения удалены персональные данные.
ИИ обрабатывает анонимизированную версию. Ваша система сопоставляет результаты с исходной записью пациента по карте токенов. Эта карта никогда не покидала ваш контроль.
Что это меняет на практике:
Поставщик ИИ никогда не получает защищённую медицинскую информацию. Клинические заметки, прошедшие через анонимизацию с нулевым знанием, не содержат имён, дат рождения, адресов и номеров медицинских карт. ИИ работает с очищенными файлами.
Взлом у поставщика ничего не раскрывает. Если его серверы взломаны, в сохранённом содержимом нет данных пациентов. Раскрытие невозможно, потому что защищённые записи никогда не отправлялись.
Технические меры выходят за рамки требований договора. Организация, на которую распространяется HIPAA, сделала раскрытие записей пациентов технически невозможным, а не просто запретила его договором. Это значительно более сильная позиция.
Посмотрите, как работает слой анонимизации, на странице безопасности и соответствия и в документации по правовому соответствию.