Экспертная консультация наиболее полезна, когда эксперт получает не максимальный объем документов, а достаточный контекст для решения конкретного вопроса. Формулировка «посмотрите наш проект и скажите, все ли правильно» почти всегда приводит к дополнительным уточнениям. Хороший запрос позволяет быстро понять объект, стадию проекта, факты, ограничения и результат, который ожидает заявитель.
Короткий ответ
Хороший вопрос эксперту состоит из семи элементов:
| Элемент | Что указать |
|---|---|
| 1. Объект | Какое медицинское изделие, технология, документ или процесс рассматривается. |
| 2. Стадия | Разработка, испытания, регистрация, внесение изменений, внедрение, эксплуатация, пострегистрационный этап. |
| 3. Цель | Какое решение необходимо принять после консультации. |
| 4. Факты | Что уже известно и документально подтверждено. |
| 5. Ограничения | Срок, выбранный регуляторный контур, версия изделия, доступные данные, организационные ограничения. |
| 6. Вопрос | Один главный вопрос и при необходимости несколько связанных подпунктов. |
| 7. Формат ответа | Краткий вывод, перечень рисков, проверка документа, пошаговый алгоритм, ссылки на нормы и т. п. |
Универсальная формула запроса: объект → стадия → цель → факты → ограничения → конкретный вопрос → ожидаемый результат.
1. Сначала определите, зачем вам нужен эксперт
До подготовки письма или формы обращения сформулируйте не тему консультации, а решение, которое требуется принять.
| Слабая постановка | Предметная постановка |
|---|---|
| «Нужна консультация по регистрации» | «Нужно определить применимый регистрационный маршрут для программного медицинского изделия и понять, требуется ли получение новых клинических данных». |
| «Проверьте клинические документы» | «Нужно оценить, подтверждают ли имеющиеся клинические материалы заявленное назначение версии 2.3 и какие пробелы необходимо закрыть до подачи». |
| «Есть вопросы по СМК» | «Нужно определить, достаточно ли действующей системы менеджмента качества для выбранного регистрационного маршрута и какие процессы требуется документировать дополнительно». |
| «Посмотрите технологию» | «Нужно оценить готовность технологии к пилотному внедрению в медицинской организации и определить критерии, которые должны быть подтверждены до начала пилота». |
2. Определите профиль вопроса
Чем точнее определена область консультации, тем проще направить вопрос специалисту с нужной компетенцией.
| Профиль | Примеры вопросов |
|---|---|
| Регуляторный | Классификация, регистрационный маршрут, применимые нормативные акты, изменения регистрационного досье. |
| Клинический | Форма клинических испытаний, программа КИ, клинические доказательства, выбор конечных точек. |
| Качество | СМК, несоответствия документации, управление рисками, доказательства качества и безопасности. |
| Технологический | Готовность к внедрению, интеграция, эксплуатационные ограничения, медицинское ПО и ИИ. |
| Научно-доказательный | Поиск и оценка публикаций, уровень доказательности, применимость исследований. |
| Международный | MDR, FDA, ЕАЭС, требования конкретной зарубежной юрисдикции. |
Если вопрос находится на стыке нескольких областей, это лучше указать прямо. Например: «нужна совместная регуляторная и клиническая оценка».
3. Однозначно опишите медицинское изделие или технологию
Эксперт должен понимать, о каком объекте идет речь. Минимально полезно указать:
- наименование или рабочее наименование изделия;
- назначение;
- основной принцип действия;
- целевых пользователей;
- целевую популяцию пациентов — если применимо;
- вид изделия и класс риска, если уже определены;
- модели, исполнения или комплектацию, если они влияют на вопрос;
- версию программного обеспечения или алгоритма;
- производителя и статус проекта;
- регистрационный контур или рынок, если он уже выбран.
Не следует переписывать в обращение всю техническую документацию. Нужны только сведения, которые позволяют эксперту правильно понять контекст вопроса.
4. Обязательно укажите стадию проекта
Одинаковый вопрос может иметь разные ответы на разных стадиях жизненного цикла.
| Стадия | Почему она важна |
|---|---|
| Концепция / разработка | Еще можно изменить назначение, архитектуру, требования и доказательную стратегию. |
| Технические испытания | Часть решений уже должна быть зафиксирована в документации и программе испытаний. |
| Клиническая оценка / испытания | Критичны версия изделия, план исследования и объем уже полученных доказательств. |
| Подготовка регистрационного досье | Нужно учитывать выбранный маршрут, комплект документов и согласованность досье. |
| Экспертиза / ответы на запрос | Важны точный текст замечания, срок и уже представленные материалы. |
| Внесение изменений | Нужно сопоставлять исходную зарегистрированную версию и характер изменения. |
| Внедрение / эксплуатация | На первый план выходят реальные условия использования, риски, обучение и мониторинг. |
5. Отделяйте факты от предположений
Экспертный запрос становится значительно точнее, если в нем четко разделено, что уже подтверждено документами, а что пока является рабочей гипотезой.
| Формулировка | Оценка |
|---|---|
| «Насколько мы понимаем, изделие относится к классу 2а» | Это предположение; эксперт должен проверить классификацию. |
| «Класс 2а определен в заключении/регистрационной документации, документ прилагается» | Это факт с источником. |
| «Клинические данные у нас есть» | Слишком неопределенно. |
| «Есть ретроспективное исследование на 420 исследованиях и две публикации; проспективного исследования нет» | Факт, позволяющий оценить пробел доказательств. |
Полезная практика — обозначать предположения словами «предварительно», «рабочая гипотеза», «нужно подтвердить».
6. Сформулируйте один главный вопрос
Даже если задача комплексная, в запросе должен быть главный вопрос. Под ним можно разместить 2–5 уточняющих подпунктов.
Например:
Главный вопрос: достаточно ли имеющихся клинических данных для выбранного регистрационного маршрута?
- какие из имеющихся материалов можно использовать;
- какие данные являются косвенными или неприменимыми;
- остаются ли пробелы, требующие нового исследования;
- какие характеристики необходимо подтвердить дополнительно;
- какие документы следует подготовить до подачи.
Запрос из 15 несвязанных вопросов лучше разделить на несколько консультаций или структурировать по тематическим блокам.
7. Укажите, что уже сделано
Эксперту не нужно заново выполнять работу, которая уже сделана и документирована. Кратко перечислите результат предыдущих этапов.
- классификация определена / не определена;
- технические испытания проведены / запланированы;
- токсикологические исследования проведены / неприменимы;
- клинические материалы собраны;
- управление рисками разработано;
- СМК внедрена / сертифицирована / находится в разработке;
- пилот проведен;
- получен запрос регулятора или экспертного учреждения;
- есть конкретная версия документа, которую необходимо проверить.
8. Всегда указывайте даты и версии
В медицинских технологиях вывод эксперта часто зависит от редакции нормативного акта, версии изделия и версии документов.
- дата, на которую требуется оценка законодательства;
- версия ПО или алгоритма;
- редакция технической документации;
- дата программы или отчета испытаний;
- номер и дата официального запроса;
- версия инструкции по применению;
- дата последнего изменения конструкции.
Фраза «посмотрите актуальные требования» полезнее, если дополнена рынком и датой: «требования РФ, актуальные на сентябрь 2026 года».
9. Прикладывайте минимально достаточный комплект документов
Одна из крайностей — не приложить ничего. Другая — отправить эксперту несколько сотен страниц без объяснения, где искать ответ.
| Тип вопроса | Что обычно имеет смысл приложить |
|---|---|
| Регистрационный маршрут | Краткое описание изделия, назначение, предполагаемый класс, схема продукта, сведения о производителе и рынках. |
| Клинические доказательства | Назначение, claims, программа/отчет КИ, клинический отчет или список исследований, выдержки из управления рисками. |
| Проверка ТД/ЭД | Конкретные редакции технической и эксплуатационной документации и перечень вопросов к ним. |
| Ответ на замечание экспертизы | Точный текст замечания, исходно представленный документ, проект ответа и подтверждающие материалы. |
| ПО/ИИ | Описание функции, версия, данные о валидации, метрики, ограничения, схема данных и связанные меры управления риском. |
| Внедрение | Описание текущего процесса, пилотные результаты, KPI, архитектура интеграции, ограничения инфраструктуры. |
Если документ большой, укажите нужный раздел, страницу или конкретную формулировку.
10. Не скрывайте неудобные факты
Экспертный вывод будет ненадежным, если критическая информация раскрывается только после ответа.
Стоит сразу сообщать, если:
- испытания проводились на другой версии изделия;
- часть заявленных характеристик не проверялась;
- есть неблагоприятные результаты;
- есть несоответствие между документами;
- пилот показал проблему;
- регулятор уже выдал замечание;
- нет доступа к части исходных данных;
- есть жесткий срок, который ограничивает возможные действия.
Задача консультации — получить реалистичный вариант решения, а не подтвердить заранее выбранную позицию.
11. Опишите ограничения
Эксперт может предложить идеальное с методической точки зрения решение, которое неприменимо в конкретном проекте. Поэтому ограничения лучше обозначать заранее.
| Ограничение | Пример |
|---|---|
| Срок | Подача документов запланирована через 20 рабочих дней. |
| Бюджет | Новое многоцентровое исследование на текущем этапе не предусмотрено. |
| Данные | Доступна только ретроспективная выборка; проспективные данные планируются после внедрения. |
| Версия продукта | Архитектура версии 1.0 уже заморожена. |
| Организация | В пилоте может участвовать только одна медицинская организация. |
| Юрисдикция | Необходимо сравнить требования РФ и ЕАЭС, но решение принимается для российского маршрута. |
12. Укажите ожидаемый формат ответа
Слово «консультация» может означать совершенно разные результаты. Лучше заранее указать, что вам нужно.
- краткий вывод «да / нет / зависит от условия» с обоснованием;
- пошаговый алгоритм действий;
- проверка конкретного документа;
- таблица рисков и пробелов;
- сопоставление двух вариантов;
- перечень применимых нормативных документов;
- проект ответа на замечание;
- список дополнительных вопросов, которые необходимо закрыть;
- рекомендация, какого профильного специалиста привлечь дополнительно.
13. Как работать с персональными и конфиденциальными данными
Для постановки экспертного вопроса чаще всего не нужны идентифицирующие данные конкретного пациента. Если необходимо показать клинический пример, следует передавать только тот объем информации, который действительно нужен для анализа, и использовать установленный в организации безопасный канал передачи.
Сведения о состоянии здоровья относятся к специальным категориям персональных данных. При работе с такими материалами необходимо учитывать требования законодательства о персональных данных и внутренние правила оператора.
Также не следует передавать третьим лицам сведения, в отношении которых установлен режим коммерческой тайны или иные ограничения доступа, без проверки правового основания и допустимого канала передачи.
Практическое правило: перед отправкой вложения спросите себя, нужен ли эксперту каждый содержащийся в нем идентификатор, коммерчески чувствительный фрагмент и полный массив исходных данных.
14. Пять типичных ошибок в экспертном запросе
| Ошибка | Что происходит | Как исправить |
|---|---|---|
| Слишком общий вопрос | Эксперт вынужден сначала выяснять предмет консультации. | Сформулировать решение, которое нужно принять. |
| Нет стадии проекта | Ответ может быть методически правильным, но неприменимым. | Указать текущую стадию и уже выполненные действия. |
| Смешаны факты и предположения | Эксперт может опереться на непроверенную исходную посылку. | Пометить, что подтверждено, а что требует проверки. |
| Слишком много файлов без навигации | Время уходит на поиск контекста. | Приложить минимальный пакет и указать нужные разделы. |
| Не указан ожидаемый результат | Эксперт дает обзор, когда пользователю нужен конкретный алгоритм. | Заранее указать формат ответа. |
15. Примеры: как улучшить формулировку вопроса
Пример 1. Регистрация медицинского ПО
Неудачно: «Нужно ли нам проводить клинические испытания?»
Лучше: «Разрабатываем ПО для автоматического выявления признаков X на КТ-изображениях. Предполагаемый рынок — РФ, стадия — завершены технические испытания, версия 1.8. Имеются ретроспективные клинические данные из двух центров, проспективного исследования нет. Нужно определить, какая форма клинических испытаний применима по действующим требованиям и достаточно ли имеющихся данных для регистрации. Ожидаемый результат — краткое обоснование и перечень недостающих материалов».
Пример 2. Ответ на замечание
Неудачно: «Эксперт просит дополнить риски. Что написать?»
Лучше: «Получено замечание: “не представлено достаточное обоснование риска ложного отрицательного результата”. Прилагаем текст замечания, текущую редакцию файла менеджмента риска и отчет клинической валидации. Нужно оценить, какие элементы доказательства отсутствуют и как структурировать ответ, не меняя заявленное назначение изделия».
Пример 3. Внедрение технологии
Неудачно: «Можно ли внедрять эту нейросеть?»
Лучше: «Пилот AI-системы анализа рентгенограмм завершен в одной медицинской организации. Основные метрики достигнуты, но среднее время верификации врача выросло на 12%, а на одном типе оборудования чувствительность снизилась. Нужно определить, какие риски и критерии необходимо закрыть до масштабирования и какие показатели оставить для мониторинга после внедрения».
16. Когда вопрос следует разделить на несколько
Разделите запрос, если одновременно требуется:
- правовая квалификация и детальная клиническая методология;
- проверка полного регистрационного досье и разработка нового документа с нуля;
- оценка нескольких разных изделий;
- сравнение нескольких юрисдикций с разными intended use;
- ответ на срочное замечание и долгосрочная переработка доказательной стратегии.
В таких случаях полезно сначала запросить экспертную «карту проблемы», а затем отдельно отрабатывать наиболее критичные направления.
17. Когда нужен не один эксперт
| Ситуация | Кого целесообразно привлечь |
|---|---|
| Клиническая валидность новой диагностической технологии | Клиницист + специалист по клиническим исследованиям / биостатистике. |
| Регистрация ПО с ИИ | Регуляторный эксперт + специалист по ПО/ИИ + клинический эксперт. |
| Биосовместимость нового материала | Специалист по токсикологии/биологической оценке + риск-менеджмент. |
| Кибербезопасность подключенного устройства | Специалист по медицинскому ПО + информационная безопасность + регуляторный эксперт. |
| Внедрение в медицинской организации | Клинический пользователь + инженер/ИТ + специалист по качеству/рискам. |
| Выход в ЕС/США | Профильный специалист по выбранной юрисдикции, а не только эксперт по российским требованиям. |
Компетентность эксперта включает не только способность ответить самостоятельно, но и способность вовремя определить границу собственной экспертизы.
18. Универсальный шаблон обращения к эксперту
| Поле | Что заполнить |
|---|---|
| Тема обращения | Коротко: например, «Форма КИ для ПО с ИИ» или «Ответ на замечание по управлению рисками». |
| Медицинское изделие / технология | Наименование, назначение, ключевая функция. |
| Версия / модель | Версия ПО, исполнение, модель или иная релевантная идентификация. |
| Рынок / регуляторный контур | РФ, ЕАЭС, ЕС, США или иной. |
| Стадия проекта | Разработка / испытания / регистрация / экспертиза / внедрение / эксплуатация. |
| Что уже сделано | Краткий перечень завершенных этапов. |
| Подтвержденные факты | Только ключевые сведения с указанием источников. |
| Неопределенности | Что пока не подтверждено. |
| Главный вопрос | Один вопрос, решение по которому требуется получить. |
| Дополнительные вопросы | До 2–5 связанных подпунктов. |
| Ограничения | Сроки, данные, ресурсы, уже принятые решения. |
| Приложения | Название документа + версия + нужный раздел/страница. |
| Ожидаемый формат ответа | Вывод, алгоритм, проверка документа, таблица рисков и т. п. |
19. Пример готового обращения
Тема: Достаточность клинических данных для ПО анализа медицинских изображений
Объект: программное медицинское изделие для выявления признаков X на КТ-изображениях. Версия 2.1. Предполагаемый рынок — РФ.
Стадия: технические испытания завершены; регистрационное досье формируется; клиническая оценка не завершена.
Что есть: ретроспективная валидация на 1 200 исследованиях из двух медицинских организаций; независимая тестовая выборка; отчет по управлению рисками; две релевантные публикации.
Неопределенность: собственное проспективное исследование не проводилось; одна возрастная группа представлена недостаточно.
Главный вопрос: позволяют ли имеющиеся данные обосновать выбранную форму клинических испытаний и какие пробелы необходимо закрыть до подачи?
Дополнительно: 1) требуется ли отдельный анализ возрастной подгруппы; 2) достаточно ли двух центров; 3) какие сведения должны быть отражены в программе КИ.
Ожидаемый результат: краткое заключение по достаточности доказательств + перечень недостающих материалов в порядке приоритета.
20. Экспресс-чек-лист перед отправкой вопроса
| Контрольный вопрос | Да / Нет |
|---|---|
| Понятно, какое медицинское изделие или технология рассматривается. | ☐ |
| Указано назначение изделия. | ☐ |
| Указаны модель / версия, если они влияют на ответ. | ☐ |
| Определен рынок или регуляторный контур. | ☐ |
| Указана стадия проекта. | ☐ |
| Сформулировано решение, которое необходимо принять. | ☐ |
| Факты отделены от предположений. | ☐ |
| Главный вопрос сформулирован одним предложением. | ☐ |
| Дополнительных вопросов не слишком много. | ☐ |
| Указано, что уже сделано. | ☐ |
| Критические ограничения не скрыты. | ☐ |
| Приложены только релевантные документы. | ☐ |
| Для больших документов указаны страницы или разделы. | ☐ |
| Не включены избыточные персональные данные. | ☐ |
| Проверена допустимость передачи конфиденциальной информации. | ☐ |
| Указан ожидаемый формат ответа. | ☐ |
| Если вопрос междисциплинарный — это отмечено. | ☐ |
| Указана дата, на которую требуется оценка актуальных требований. | ☐ |
21. Маршрутизация вопроса по тематике
| Если вопрос о... | Основной блок знаний | Что приложить в первую очередь |
|---|---|---|
| Клинических испытаниях | Клинические исследования | Назначение, версия, clinical claims, имеющиеся клинические данные. |
| Несоответствиях досье | Экспертиза качества | Документ, замечание, доказательства, текущая версия досье. |
| Готовности к внедрению | Медицинские технологии | Результаты пилота, KPI, риски, workflow, инфраструктура. |
| Регистрационном маршруте | Регуляторные вопросы | Описание изделия, класс/вид, рынок, текущий статус. |
| Научной доказательной базе | Научные публикации | Поисковая стратегия, список публикаций, clinical question. |
| ЕС или США | Международный опыт | Intended purpose, класс/код, текущий regulatory status. |
22. Что важно запомнить
Качество экспертного ответа зависит не от длины обращения, а от качества исходной постановки.
Лучший запрос — тот, после которого эксперт может сразу перейти к анализу, а не начинать консультацию с восстановления контекста.
Универсальная формула:
что оцениваем → на какой стадии → что уже известно → что вызывает неопределенность → какой конкретный вопрос нужно решить → какой результат ожидается
Нормативная и методическая база
| Документ / источник | Почему учитывать | Источник |
|---|---|---|
| Федеральный закон от 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/ |
| Раздел «Экспертам» портала ФГАУ «ЦИТ» | Блок «Консультации» предусмотрен как направление экспертной информации. На дату актуализации отдельный механизм направления консультационных запросов на странице не опубликован. | https://portal.cit.gov.ru/experts/ |
Нормативные ссылки в этой статье относятся прежде всего к безопасной подготовке и передаче материалов. Содержательная нормативная база конкретной консультации зависит от предмета вопроса: регистрации, клинических испытаний, качества, обращения, ПО/ИИ или выбранной зарубежной юрисдикции.
Связанные материалы
| Материал | Связь с темой |
|---|---|
| Компетенции эксперта в сфере медицинских технологий: что необходимо знать и уметь | Помогает определить, специалист какого профиля нужен для конкретного вопроса. |
| Как подготовить экспертное заключение: структура, аргументация и типичные ошибки | Показывает, как эксперт строит обоснованный вывод и почему ему нужны проверяемые исходные факты. |
| Как провести экспертную оценку документации на медицинское изделие: пошаговый чек-лист | Полезен, если консультация связана с проверкой документации или досье. |
| Какие документы и сведения подготовить для экспертной консультации по медицинскому изделию | Планируемая вторая статья блока «Консультации». |
| Как определить профиль экспертной консультации: клинические вопросы, качество, регулирование или технология | Планируемая третья статья блока «Консультации». |
Практические документы и чек-листы
- Шаблон обращения к эксперту.
- Экспресс-чек-лист готовности вопроса к отправке.
- Матрица маршрутизации вопроса по профилю экспертизы.
- Карточка приложений: документ → версия → раздел/страница → зачем приложен.
- Матрица «факт → источник → неопределенность → вопрос → ожидаемый результат».
Актуальность материала
Дата актуализации: 10 сентября 2026 года.
Материал подготовлен как универсальная методика постановки экспертных вопросов в сфере медицинских технологий. При передаче персональных данных необходимо учитывать действующую редакцию Федерального закона № 152-ФЗ; при работе со сведениями, составляющими коммерческую тайну, — установленный организацией режим и Федеральный закон № 98-ФЗ.
На дату актуализации блок «Консультации» на странице portal.cit.gov.ru/experts/ содержит описание направления, но отдельная опубликованная форма направления вопроса и регламент консультационного сервиса на странице не представлены.
Версия материала: 1.0