ИИ-агенты в клинике: доступ как у внештатной медсестры

CEO Imprivata Фрэн Рош предлагает выдавать ИИ-агентам доступ по модели внештатной медсестры: проверка, минимум прав, мониторинг, отзыв.

7 октября 2026 · 7 мин чтения

CEO Imprivata Фрэн Рош предлагает относиться к ИИ-агентам как к недоверенным третьим сторонам: подтвердить личность, выдать минимум прав, наблюдать за поведением и отозвать доступ сразу после задачи. Imprivata расширяет под это уже работающий шлюз привилегированного доступа, а не продаёт клиникам новый продукт.

Аналогия Роша: агент — это контрактная медсестра, вызванная за час до смены

По материалу MedCity News от 10 сентября 2026 года, CEO Imprivata Фрэн Рош выступил на медиаланче в Манхэттене и сформулировал позицию компании: медицинские организации годами решают задачу, как дать постороннему — внештатной медсестре, которую вызвали за час до смены, или удалённому подрядчику из другой страны — ровно столько доступа, сколько нужно для работы, и не больше.

Рош считает, что ИИ-агенты должны проходить тот же путь. Его прямая цитата:

> «Мы можем просто думать об агенте так же, как вы думаете об этой контрактной медсестре. Вы не знаете его или её. Вы никогда их раньше не встречали. Вам их рекомендовали. Как вы быстро проводите подтверждение личности? Как выдаёте им учётные данные? Как даёте доступ только к тому, что нужно для работы? Как вы отслеживаете доступ? Потому что вы на самом деле не знаете их и не доверяете им настолько, чтобы аудировать и выявлять поведенческие признаки риска. Как вы отзываете доступ? Готовы ли вы это сделать?»

Он подчеркнул, что такой ход мысли — центральная часть позиционирования Imprivata как поставщика инструментов кибербезопасности и цифровой идентичности.

Пять этапов жизненного цикла доступа: человек с привилегиями против ИИ-агента

Аргументация Роша раскладывается на пять последовательных шагов, которые в модели Imprivata одинаково применяются и к людям с высоким уровнем доступа, и к агентам: подтверждение личности (identity proofing), выдача учётных данных, доступ по принципу минимально необходимого, мониторинг поведения и отзыв прав.

Этап	Привилегированный человек (администратор, внешний подрядчик)	ИИ-агент
Подтверждение личности	Проверка перед выдачей допуска	Проверка перед запуском задачи
Учётные данные	Персональные, привязаны к сотруднику	Привязаны к агенту, а не к человеку
Объём прав	Только необходимое для роли	Только необходимое для конкретной задачи
Мониторинг	Аудит действий и поведенческих аномалий	Аудит и выявление признаков риска
Отзыв доступа	По окончании контракта или смены	Сразу по завершении работы

Ключевая мысль: модель управления доступом для человека уже отработана, а для агентов она пока не развёрнута массово. Именно этот разрыв Рош и называет окном рынка.

Imprivata расширяет существующий шлюз, а не продаёт новый продукт

Вместо того чтобы просить больницы купить и внедрить отдельное решение под ИИ-агентов, Imprivata расширяет шлюз безопасности привилегированного доступа (privileged access security gateway), который уже работает у её самых рискованных человеческих пользователей — администраторов и внешних подрядчиков. Теперь тот же контур управляет и агентами.

Подход	Новый продукт под агентов	Расширение существующего шлюза (Imprivata)
Закупка	Отдельный бюджет и вендор	В рамках текущего контракта
Внедрение	Новый проект интеграции	Настройка существующего контура
Обучение персонала	С нуля	На знакомых интерфейсах и процессах
Барьер для клиники	Высокий: деньги, время, новые отношения	Ниже: расширение того, что уже есть

Рош объясняет выбор экономикой медицинских организаций: большинство провайдеров финансово ограничены и неохотно берут на себя новые вендорские отношения и проекты внедрения. В тот же день он посетил одну из систем здравоохранения, где руководство прямо сказало, что хочет сначала расширить имеющиеся инструменты, а уже потом покупать что-то новое.

Около дюжины систем здравоохранения тестируют подход как дизайн-партнёры

По словам Роша, сейчас с Imprivata в роли дизайн-партнёров работают около двенадцати систем здравоохранения. Они тестируют подход до того момента, когда у больниц появится бюджет на более широкое внедрение.

Рош прямо признаёт: рынок ранний. Модель хорошо зарекомендовала себя для человеческих пользователей, но для агентов широко не развёрнута. При этом он не считает Imprivata единственной компанией, идущей этим путём, и ожидает, что подход к безопасности агентного ИИ станет фактически стандартным для отрасли, как только системы здравоохранения начнут закладывать его в бюджет.

Пока же, по его формулировке, задача Imprivata — оказаться впереди проблемы, которую большинству больниц ещё только предстоит решать.

Что из этого следует для бюджетов и ИТ-команд клиник

Из материала MedCity News вытекают три практических вывода для медицинских организаций.

Агенты входят в ту же категорию риска, что внешние подрядчики, — не в категорию «служебного ПО». Значит, их доступ должен проходить через тот же контроль, что и доступ внешнего вендора.
Начать дешевле с расширения того, что уже внедрено, чем с закупки отдельного продукта под агентов — это прямо аргументировано и Рошем, и его встречей с руководством системы здравоохранения.
Массового рынка решений ещё нет: часть клиник сейчас тестирует подход, а стандартизация отрасли ожидается только с появлением соответствующих бюджетных строк.

Применимость для РФ

Часть логики переносится напрямую, часть — нет.

Переносится напрямую:

Принцип минимально необходимого доступа и обязательный отзыв прав после выполнения задачи — это универсальная практика, не привязанная к юрисдикции.
Идея распространить существующий контур управления привилегированным доступом на агентов вместо закупки отдельного продукта — экономически релевантна российским клиникам по тем же причинам, что описаны в источнике.
Мониторинг поведения и аудит действий агента как источник сигналов о риске.

Не переносится из-за регуляторики:

В РФ данные о здоровье — специальная категория персональных данных по 152-ФЗ, с требованием локализации. Это означает, что решения с хранением логов доступа и телеметрии агентов вне РФ неприменимы напрямую, а аудит должен быть выстроен внутри российского контура.
HIPAA-эквивалента в России нет, поэтому американские практики управления доступом нельзя перенести как готовый комплаенс-пакет: соответствие придётся обосновывать через 152-ФЗ, а для значимых объектов КИИ — через требования по безопасности значимых объектов.
Ограничения ст. 24 ФЗ-38 «О рекламе» прямо не касаются темы доступа агентов, но влияют на то, как клиника может публично описывать свои ИТ-контуры.

Не переносится из-за инфраструктуры:

Конкретные механизмы identity proofing и выдачи учётных данных завязаны на зарубежных провайдеров идентичности; в РФ потребуется сборка на локальных решениях.

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

FAQ

Q: Почему ИИ-агента предлагают считать недоверенной третьей стороной? A: Потому что клиника не знает, кто его создал и как он поведёт себя, — как с внештатной медсестрой или удалённым подрядчиком. Значит, нужны подтверждение, ограничение прав, мониторинг и отзыв доступа.

Q: Что такое управление привилегированным доступом применительно к агентам? A: Это перенос отработанного для администраторов и внешних вендоров контура — проверка, выдача учётных данных, минимально необходимые права, аудит, отзыв — на ИИ-агентов.

Q: Сколько систем здравоохранения уже тестируют подход Imprivata? A: Около двенадцати систем работают дизайн-партнёрами, по словам CEO Imprivata Фрэна Роша. Массового внедрения пока нет — рынок ранний.

Q: Почему Imprivata не выпускает отдельный продукт под ИИ-агентов? A: Из-за финансовых ограничений клиник: большинство провайдеров не готовы к новым вендорским отношениям и проектам внедрения и предпочитают сначала расширить уже имеющиеся инструменты.

Q: Когда управление доступом агентов станет отраслевым стандартом? A: Рош ожидает, что подход станет фактически стандартным для отрасли, как только системы здравоохранения начнут закладывать его в бюджет. Точных сроков он не называет.

Q: Можно ли применить эту модель в российской клинике? A: Принципы — да: минимально необходимый доступ, аудит, отзыв после задачи. Но из-за 152-ФЗ и требований локализации логи и телеметрия должны храниться внутри РФ, а готового HIPAA-эквивалента для переноса практик нет.

Источник: MedCity News, 2026