Кратко

  • Национальная комиссия по регулированию ИИ в здравоохранении рекомендует поэтапную авторизацию, постоянную отчётность о реальной работе, публичный поиск происшествий и регулярную запись идентификатора и версии ИИ-медизделия в карте пациента.
  • Версия связывает оказанную помощь с точным состоянием продукта, сигналом безопасности и корректирующим действием. Однако комиссия не является законодательным органом, а формальный ответ правительства и механизм внедрения ещё не опубликованы.

Допуск на рынок фиксирует лишь одну точку времени

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

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

Рекомендация 14 предлагает поэтапную авторизацию. Устройство получает ограниченный допуск с защитными условиями и сбором доказательств, а затем может перейти к полному разрешению по определённому пути. Сообщение MHRA сравнивает подход с ученическими правами. Но рабочая схема требует точных границ: места, назначение, популяция, надзор, показатели, право остановки и критерии перехода либо выхода.

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

В Великобритании уже действует общая основа. Правила 2024 года требуют от производителей медицинских изделий планов наблюдения, расследований и корректирующих или предупредительных мер в Великобритании. Комиссия предлагает дополнить основу способом связывать доказательства с изменяемым состоянием ИИ-продукта.

Рекомендация 20 задаёт ключ соединения

Рекомендация 20 призывает MHRA ввести механизмы идентификации внедрённых ИИ-медизделий, включая надлежащий контроль версий. Вместе с Министерством здравоохранения и социального обеспечения и ведомствами автономных администраций агентство должно обеспечить регулярную запись данных прослеживаемости, включая версию, в карту пациента.

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

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

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

Публичная база показывает сообщения, а не устанавливает вину

Рекомендация 19 предлагает публичный инструмент поиска происшествий по производителю, устройству и периоду. Существующая служба Yellow Card для медицинских изделий уже принимает сообщения о программном обеспечении, приложениях и ИИ. Это канал ввода, а не предлагаемая публичная база поиска.

Сообщение может быть неполным, повторным, непроверенным или впоследствии признанным не связанным с устройством. Интерфейс должен отличать получение, сортировку, расследование, вывод, решение регулятора, исправление и закрытие. Число сообщений без объёма использования не является частотой отказа; оно также не доказывает причинность.

Фильтр версии делает данные практичнее. Он позволяет проверить, начался ли рисунок после обновления, ограничен ли одним учреждением и исчез ли после отката. Тогда предупреждение можно направить пациентам, действительно столкнувшимся с этим состоянием, а не всем пользователям продукта за всё время.

Рекомендация 18 признаёт фрагментацию информации между производителями, организациями, специалистами, регуляторами и пациентами. Рекомендация 21 предлагает автоматизировать малозатратную отчётность, одновременно требуя инструментов для экспертов, которым придётся разбирать возросший поток. Автоматическая передача не заменяет клиническую оценку и властное решение.

Четвёртый уровень находится за пределами мандата комиссии

Официальная страница называет комиссию независимым, консультативным и неуставным органом. В докладе четыре уровня: цель, принципы, рекомендуемые инновации и детальная политика. Последний уровень сознательно оставлен регулятору, министерству или другому ответственному органу.

Карточка публикации обещает отдельный межведомственный ответ. Следовательно, доклад пока не включил поэтапную авторизацию, не создал открытую базу происшествий ИИ, не добавил версии во все карты и не ввёл новые штрафы.

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

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

Нужна версионная квитанция обеспечения

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

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

Подход Lu Heng в «Зеркале политики» отделяет участие и сообщение от решения ответственной власти. Его аргумент о приоритете работающего кода задаёт проверку: сохраняется ли связь после обновления, перевода пациента, миграции записи и смены поставщика?

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

Источники

  1. Полный текст рекомендаций комиссии
  2. Официальная карточка публикации
  3. Сообщение MHRA
  4. Статус комиссии и дальнейшие шаги
  5. Исследование, обсуждение и сбор свидетельств
  6. Правила послерыночного наблюдения 2024 года
  7. MHRA Yellow Card — медицинские изделия
  8. Отчёт о второй фазе AI Airlock
  9. Lu Heng — The Policy Mirror
  10. Lu Heng — Running Code Primary
  11. Lu Heng — Why BTW Media Exists