Какие документы и сведения подготовить для экспертной консультации по медицинскому изделию

Как собрать релевантный комплект, зафиксировать версию изделия и документов и дать эксперту ровно те материалы, которые нужны для ответа.

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

Цель подготовки пакета — сократить время эксперта на поиск контекста и одновременно исключить риск того, что ответ будет дан по устаревшей версии изделия, неполному фрагменту документа или нерелевантным данным.

Перед отправкой документов сформулируйте три вещи: какой вопрос нужно решить, какое решение или вывод вы ожидаете получить и какие факты эксперт должен проверить, чтобы этот вывод был обоснован. После этого подбирайте материалы только под эти факты.

Минимально достаточный комплект — это набор, при котором эксперт может понять контекст, проверить ключевые факты и сформировать ответ без запроса очевидно недостающих материалов. «Минимально» не означает «как можно меньше»: пакет должен быть достаточным для решения задачи.

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

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

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

• Краткая карточка медицинского изделия.
• Формулировка вопроса и ожидаемого результата консультации.
• Перечень вложений с кодом/именем файла, редакцией, датой и назначением каждого документа.
• Актуальные фрагменты технической и эксплуатационной документации, если вопрос затрагивает назначение, характеристики, применение, ограничения, безопасность, состав или интерфейс изделия.
• Документ, подтверждающий фактическое состояние проекта: регистрационный статус, этап испытаний, наличие замечаний, решение о внесении изменений и т. п.
• Краткая хронология, если вопрос связан с изменениями или несколькими последовательными решениями.
• Таблица расхождений/спорных мест, если консультация направлена на выбор между вариантами.

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

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

• Карточка изделия и точная регуляторная цель.
• Проект или актуальная версия заявления/ключевых сведений, если они уже сформированы.
• Действующие ТД и ЭД либо их релевантные разделы.
• Сведения о классификации: вид, класс потенциального риска, коды и обоснование — если это относится к вопросу.
• Результаты испытаний и исследований, которые подтверждают спорную характеристику.
• Регистрационное удостоверение/реестровая запись и действующие документы досье — если изделие уже зарегистрировано.
• Описание предполагаемого изменения и оценка его влияния — если консультация о внесении изменений.
• Перечень конкретных пунктов Правил регистрации, по которым требуется позиция эксперта.

• Назначение, показания, противопоказания, целевая популяция и заявленные клинические характеристики.
• Формулировка того, что именно требуется доказать клиническими данными.
• Матрица «заявление/характеристика → имеющееся клиническое доказательство → недостаток данных».
• Программа клинических испытаний или её проект — если вопрос о дизайне исследования.
• Акт/отчёт о проведённых испытаниях и ключевые исходные данные/статистический отчёт — если вопрос о достаточности результатов.
• Стратегия поиска литературы и перечень ключевых публикаций — если используется анализ клинических данных.
• Материалы по рискам, которые связаны с клиническими конечными точками и критериями безопасности.
• Для ПО/ИИ — версия продукта, описание данных, референсный метод/эталон, выборка и метрики валидации.

С 1 сентября 2026 года формальная оценка соответствия в части клинических испытаний в Российской Федерации проводится с учётом приказа Минздрава России № 421н. При подготовке консультации по клиническому вопросу необходимо точно отделять рекомендации по дизайну и доказательной стратегии от требований, предъявляемых к официальной процедуре.

• Текущая утверждённая редакция ТД/ЭД и проект новой редакции, если обсуждаются изменения.
• Таблица «пункт требования → где раскрыт в документе → замечание/пробел».
• Связанные спецификации, чертежи, схемы, перечень комплектности, маркировка, интерфейсы и инструкции — только по предмету вопроса.
• Сведения о назначении, характеристиках, противопоказаниях, предупреждениях, условиях применения и эксплуатации.
• Для ПО — описание программного продукта, версий, архитектуры/компонентов и пользовательской документации по применимости.
• Для ИИ — описание алгоритмической функции, модели, данных и ограничений, если это влияет на ТД/ЭД.

• Назначение изделия и границы предполагаемого применения.
• План/процедура управления рисками либо релевантный документ системы, если вопрос процессный.
• Анализ опасностей и опасных ситуаций по конкретному вопросу.
• Оценка исходного и остаточного риска, критерии приемлемости.
• Меры контроля риска и доказательства их реализации/верификации.
• Связь остаточного риска с предупреждениями и ограничениями в ЭД.
• Оценка «польза–риск», если она необходима для спорного остаточного риска.
• Сведения о неблагоприятных событиях, жалобах и пострегистрационных данных — если изделие обращается на рынке.

ГОСТ ISO 14971-2021 является основным действующим стандартом по процессу менеджмента риска медицинских изделий. Для консультации полезно давать не только итоговую таблицу рисков, но и прослеживаемую цепочку «опасность → риск → мера контроля → доказательство → остаточный риск».

• Область СМК и перечень процессов, относящихся к рассматриваемому изделию/вопросу.
• Конкретная процедура или регламент, по которому возник вопрос, а не весь комплект СМК.
• Распределение ролей и полномочий по спорному процессу.
• Связанные записи: протоколы, журналы, отчёты, акты, результаты аудита, CAPA — если они подтверждают фактическое выполнение процесса.
• Контекст несоответствия: что произошло, когда, на каком этапе и какое требование считается затронутым.
• Если вопрос связан с поставщиком, разработкой, изменением, валидацией или выпуском — документы соответствующего процесса и записи по конкретному кейсу.

ГОСТ ISO 13485-2017 устанавливает требования к системе менеджмента качества медицинских изделий. В консультации по СМК ключевую роль играют не объём и количество процедур, а доказуемость того, что конкретный процесс управляется и оставляет соответствующие записи.

• Назначение ПО как медицинского изделия и границы медицинской функции.
• Точная версия ПО/сборки и перечень функций, к которым относится вопрос.
• Архитектурная схема и описание ключевых компонентов/интерфейсов — в объёме, необходимом для вопроса.
• Требования к ПО и прослеживаемость до тестов/верификации по спорной функции.
• Результаты верификации и валидации, включая протоколы по рассматриваемому изменению.
• История изменений/релиз-ноты и оценка влияния изменения на безопасность, эффективность и заявленные характеристики.
• Материалы по управлению рисками программного обеспечения.
• Пользовательская документация и скриншоты интерфейса — если вопрос связан с эксплуатационной пригодностью или интерпретацией результата.

ГОСТ IEC 62304-2022 устанавливает требования к процессам жизненного цикла программного обеспечения медицинских изделий. Если вопрос связан с пользовательским интерфейсом и рисками применения, дополнительно может быть релевантен ГОСТ Р МЭК 62366-1-2023.

Для ИИ-систем к базовому комплекту медицинского ПО добавляется доказательная информация о конкретной модели и данных. Недостаточно написать «используется нейросеть»: эксперт должен понимать, какая версия алгоритма оценивается, на каких данных подтверждены характеристики и как контролируется изменение модели.

• Версия ПО и версия ИИ-модели/алгоритма; связь между ними.
• Назначение алгоритма: входные данные, результат, клиническое действие пользователя после получения результата.
• Происхождение и критерии формирования наборов данных; правила включения/исключения.
• Разделение обучающей, валидационной и тестовой выборок; отсутствие недопустимого пересечения данных.
• Метод формирования референсной разметки/эталона и квалификация специалистов, если применимо.
• Распределение значимых подгрупп и оценка репрезентативности.
• Метрики аналитической и/или клинической валидации; доверительные интервалы и критерии приемлемости — если применимо.
• Анализ ошибок, известных ограничений, смещений и сценариев, при которых результат не должен использоваться.
• Оценка влияния изменения модели/порогов/данных на ранее подтверждённые характеристики.
• Сведения о реализации встроенной функции автоматической передачи данных в АИС Росздравнадзора — если это относится к регуляторной ситуации конкретного ПО с ИИ.

В качестве методической основы для консультаций по ИИ могут использоваться действующие стандарты серии ГОСТ Р 59921, в том числе по клинической оценке, наборам данных и применению ГОСТ ISO 13485-2017. При этом конкретную применимость каждого стандарта необходимо определять для изделия и задачи отдельно.

Пакет следует строить вокруг конкретного замечания. Эксперту, который помогает подготовить ответ, не нужно заново читать весь проект, если спорный вопрос локализован.

• Что было до изменения: идентифицированная версия изделия и документов.
• Что предлагается изменить: точное описание изменения без общих формулировок.
• Причина изменения и дата/этап проекта.
• Оценка влияния на назначение, принцип действия, характеристики, безопасность, эффективность, риски, ПО, маркировку, ТД/ЭД и ранее проведённые испытания.
• Перечень документов, которые меняются, и проект новых редакций.
• Результаты повторной верификации/валидации/испытаний, если они уже есть.
• Текущая регистрационная запись/РУ и материалы, с которыми сравнивается изменение.

Для ИИ и программного обеспечения особенно важно не ограничиваться номером версии: эксперт должен видеть фактическое содержание изменения и его влияние на заявленную медицинскую функцию и доказательную базу.

• Регистрационный статус и актуальная эксплуатационная документация.
• Сценарий применения: клинический процесс до внедрения и предполагаемая точка использования изделия.
• Пользователи, роли, требования к обучению и ответственности.
• Требования к инфраструктуре, совместимости, интеграции и данным.
• Ограничения и предупреждения производителя.
• Материалы по эксплуатационной пригодности и рискам применения — если вопрос связан с человеческим фактором.
• Для ПО/ИИ — схема потоков данных, интерфейсы, требования к качеству входных данных, правила интерпретации результата и действия при недоступности/ошибке системы.
• Показатели, по которым планируется оценивать пилот или результат внедрения.

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

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

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

Рекомендуется использовать сквозную нумерацию и одинаковые имена файлов в письме/заявке, перечне вложений и папке передачи. Если документ большой, в колонке «Зачем приложен» укажите точные разделы и страницы.

Большой объём данных следует передавать слоями. Эксперт сначала получает описание набора и сводный результат, затем — только те исходные фрагменты, которые нужны для проверки выводов.

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

Если в материалах есть сведения о пациентах, медицинских работниках или иных физических лицах, передавайте только тот объём персональных данных, который объективно нужен для цели консультации. Принцип соответствия содержания и объёма данных заявленным целям закреплён Федеральным законом № 152-ФЗ «О персональных данных».

• Удаляйте ФИО, контакты, адреса, номера документов и другие прямые идентификаторы, если они не нужны для экспертного анализа.
• Проверяйте косвенные идентификаторы: редкая дата/место/диагноз/идентификатор исследования в сочетании могут позволить установить человека.
• Для клинических кейсов используйте кодированные или обезличенные материалы, когда это позволяет задача.
• Не пересылайте скриншоты медицинских информационных систем с видимыми персональными данными, если достаточно вырезанного фрагмента или тестового примера.
• Перед передачей определите правовое основание и допустимый канал; консультация сама по себе не создаёт автоматического основания для раскрытия персональных данных.
• Если сведения составляют врачебную тайну, дополнительно учитывайте требования законодательства об охране здоровья граждан.

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

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

Федеральный закон № 98-ФЗ «О коммерческой тайне» регулирует режим охраны соответствующей информации. Наличие чувствительной информации — дополнительный аргумент в пользу минимально достаточного, а не избыточного пакета.

1. Сформулируйте один основной вопрос и ожидаемый результат.

2. Зафиксируйте точную версию изделия, ПО/ИИ и документов.

3. Заполните карточку медицинского изделия.

4. Определите профиль вопроса: регистрация, клинические данные, ТД/ЭД, риск, СМК, ПО, ИИ, замечание, изменение или внедрение.

5. Выберите 3–10 ключевых документов, без которых вывод нельзя обосновать.

6. Проверьте внутреннюю согласованность назначения, характеристик, версии и терминологии.

7. Удалите нерелевантные файлы и дубли.

8. Минимизируйте персональные и конфиденциальные сведения.

9. Составьте перечень вложений с назначением каждого файла.

10. Проведите финальную проверку: сможет ли эксперт понять вопрос и проверить доказательства без дополнительных поисков по архиву?

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

• Вопрос сформулирован одним предложением.
• Ожидаемый результат консультации указан.
• Наименование изделия и модель однозначны.
• Версия изделия/ПО/ИИ зафиксирована.
• Действующие ТД и ЭД идентифицированы по редакции и дате.
• В пакет включены только релевантные материалы.
• Для каждого файла понятно, зачем он приложен.
• Указаны страницы/разделы больших документов, относящиеся к вопросу.
• Нет конфликтующих неразмеченных версий.
• Сырые данные снабжены паспортом/описанием.
• Для ИИ указаны версия модели и набор данных, на котором получены результаты.
• Персональные данные минимизированы или обезличены по применимости.
• Проверен режим конфиденциальности и допустимость передачи.
• Методические рекомендации не выданы за обязательные требования.
• Пакет можно открыть без повреждённых, защищённых неизвестным паролем или нечитаемых файлов.
• Перечень вложений совпадает с фактически передаваемыми файлами.
• Дата актуальности пакета указана.

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

Постановление Правительства РФ от 30.11.2024 № 1684 «Об утверждении Правил государственной регистрации медицинских изделий» — обязательный нормативный акт по применимой процедуре

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

Источник: https://publication.pravo.gov.ru/document/0001202411300042

Приказ Минздрава России от 13.05.2026 № 421н — обязательный нормативный акт по применимой процедуре

Порядок проведения оценки соответствия медицинских изделий в форме технических испытаний, токсикологических исследований и клинических испытаний в целях государственной регистрации. Вступил в силу 01.09.2026 и действует до 01.09.2032.

Источник: https://www.consultant.ru/document/cons_doc_LAW_535595/

Приказ Минздрава России от 11.04.2025 № 181н — обязательный нормативный акт по применимой процедуре

Требования к содержанию технической и эксплуатационной документации производителя (изготовителя) медицинского изделия. Действует с 01.09.2025; применяется к ТД/ЭД в предусмотренных приказом случаях.

Источник: https://www.consultant.ru/document/cons_doc_LAW_506653/

Приказ Минздрава России от 26.05.2026 № 540н — обязательный нормативный акт при соответствующем пострегистрационном вопросе

Порядок осуществления мониторинга безопасности медицинских изделий (за исключением изделий, зарегистрированных по праву ЕАЭС). Вступил в силу 01.09.2026.

Источник: https://roszdravnadzor.gov.ru/documents/90398

Приказ Минздрава России от 26.05.2026 № 541н — обязательный нормативный акт при соответствующем вопросе безопасности

Порядок сообщения о неблагоприятных событиях на всех этапах обращения соответствующего медицинского изделия на территории Российской Федерации и территориях других государств. Вступил в силу 01.09.2026.

Источник: https://roszdravnadzor.gov.ru/medproducts

Приказ Росздравнадзора от 10.02.2026 № 123 — специальный нормативный ориентир для ПО с ИИ

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

Источник: https://roszdravnadzor.gov.ru/documents/90395

Федеральный закон от 27.07.2006 № 152-ФЗ «О персональных данных» — обязательный нормативный акт при обработке ПДн

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

Источник: https://www.consultant.ru/document/cons_doc_LAW_61801/

Федеральный закон от 29.07.2004 № 98-ФЗ «О коммерческой тайне» — обязательный нормативный акт при применимом режиме

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

Источник: https://www.consultant.ru/document/cons_doc_LAW_48699/

Федеральный закон от 21.11.2011 № 323-ФЗ «Об основах охраны здоровья граждан в Российской Федерации» — обязательный нормативный акт по применимости

Базовый закон в сфере охраны здоровья, включая обращение медицинских изделий и режим врачебной тайны.

Источник: https://www.consultant.ru/document/cons_doc_LAW_121895/

ГОСТ ISO 13485-2017 «Изделия медицинские. Системы менеджмента качества. Требования для целей регулирования» — действующий стандарт

Действующий стандарт по СМК медицинских изделий. Использовать по применимости и с учётом выбранной регуляторной стратегии.

Источник: https://www.gostinfo.ru/catalog/gostlist?searchString=ISO+13485

ГОСТ ISO 14971-2021 «Изделия медицинские. Применение менеджмента риска к медицинским изделиям» — действующий стандарт

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

Источник: https://www.gostinfo.ru/catalog/Details/?id=6876140

ГОСТ IEC 62304-2022 «Изделия медицинские. Программное обеспечение. Процессы жизненного цикла» — действующий стандарт

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

Источник: https://www.gostinfo.ru/catalog/Details/?id=7069301

ГОСТ Р МЭК 62366-1-2023 «Изделия медицинские. Часть 1. Проектирование медицинских изделий с учетом эксплуатационной пригодности» — действующий стандарт

Действующий стандарт по процессу эксплуатационной пригодности и рискам, связанным с применением/ошибками применения.

Источник: https://www.gostinfo.ru/catalog/Details/?id=7329956

Серия ГОСТ Р 59921 «Системы искусственного интеллекта в клинической медицине» — действующие стандарты; применимость определяется по задаче

Методическая база для отдельных аспектов клинической оценки, испытаний, наборов данных и СМК систем ИИ. На дату актуализации действуют, в частности, ГОСТ Р 59921.1-2022, ГОСТ Р 59921.5-2022, ГОСТ Р 59921.8-2022 и более новые профильные части.

Источник: https://protect.gost.ru/gost?month=0&page=2259&search=&year=0

Как подготовить вопрос эксперту, чтобы получить предметный ответ

Первая статья блока «Консультации»: формулировка вопроса, контекст и ожидаемый результат.

Как определить профиль экспертной консультации: клинические вопросы, качество, регулирование или технология

Следующая статья блока: выбор профиля эксперта и маршрутизация вопроса.

Как читать техническую и эксплуатационную документацию на медицинское изделие

Практика работы с ТД/ЭД и выявления несогласованностей.

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

Как формировать проверяемый вывод и отделять факты от интерпретации.

Регулирование медицинских изделий в России: карта основных требований и нормативных документов

Быстрая навигация по регуляторному контуру РФ.

Когда достаточно анализа клинических данных, а когда необходимо исследование с участием человека

Связанный материал для консультаций по клинической доказательной базе.

Качество, безопасность и эффективность медицинского изделия: в чем разница и что оценивает эксперт

Помогает правильно определить, какие доказательства нужны под конкретную часть вопроса.

• Шаблон карточки медицинского изделия для консультации.
• Шаблон перечня вложений с версиями и статусами.
• Матрица «вопрос → документы».
• Таблица «замечание экспертизы → доказательство → действие».
• Таблица «было → стало → влияние → повторная проверка» для внесения изменений.
• Паспорт набора данных для ПО/ИИ.
• Экспресс-чек-лист готовности консультационного пакета.

Дата актуализации: 10 сентября 2026 года.

При подготовке материала учтено вступление в силу с 1 сентября 2026 года приказов Минздрава России № 421н, № 540н и № 541н, действующие требования приказа Минздрава России № 181н, текущие Правила государственной регистрации медицинских изделий по постановлению Правительства РФ № 1684, а также актуальный на дату материала порядок Росздравнадзора по автоматической передаче данных для ПО с ИИ.

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

Версия материала: 1.0