Почему зарегистрированная и технически работоспособная технология может оказаться бесполезной в конкретной медицинской организации — и какие вопросы нужно задать до закупки, пилота или масштабирования.
Новая технология обычно приходит в медицинскую организацию с убедительной презентацией: она быстрее, точнее, современнее, автоматизирует работу или использует искусственный интеллект. Но вопрос о внедрении нельзя свести к одной характеристике. Технология должна не только «работать», но и решать конкретную клиническую задачу, иметь достаточные доказательства эффективности, приемлемый профиль безопасности и вписываться в реальные процессы организации.
В международной практике для системной оценки медицинских технологий используется подход HTA — health technology assessment. Всемирная организация здравоохранения рассматривает HTA как систематическую многодисциплинарную оценку свойств и последствий технологии, включая клинические, экономические, организационные, социальные и этические аспекты. Для медицинской организации не всегда нужна полноценная формальная HTA, однако сам принцип многокритериальной оценки полезен перед любым существенным внедрением.
Важно: предложенный ниже алгоритм — практический инструмент предварительной оценки и принятия решения о внедрении. Он не заменяет государственную регистрацию медицинского изделия, официальную экспертизу качества, эффективности и безопасности, клинические испытания, закупочную процедуру или формальную оценку технологий здравоохранения, если такая процедура требуется.
Короткий ответ
| Что проверить | Главный вопрос | Признак готовности |
|---|---|---|
| 1. Клиническая потребность | Есть ли реальная проблема, которую технология должна решить? | Проблема описана количественно; понятна целевая группа и текущий способ решения. |
| 2. Регуляторная готовность | Можно ли законно применять конкретное решение в заявленном режиме? | Определен статус продукта; для медицинского изделия проверены регистрация, назначение, модель/версия и условия применения. |
| 3. Эффективность | Доказано ли, что технология дает нужный клинический или диагностический результат? | Есть релевантные данные; они относятся к похожей популяции, условиям и версии продукта. |
| 4. Безопасность | Приемлемы ли риски технологии в предполагаемых условиях применения? | Известны опасности, ограничения и меры контроля; понятны последствия ошибок и отказов. |
| 5. Практическая ценность | Улучшит ли технология реальный процесс, а не только показатель в исследовании? | Понятно влияние на время, нагрузку, качество процесса, маршрутизацию, решения врача и результат для пациента. |
| 6. Готовность организации | Есть ли персонал, инфраструктура, интеграции, обучение и поддержка? | Условия внедрения реалистичны и обеспечены ресурсами. |
| 7. Измеримый результат | Как будет принято решение после пилота? | До запуска определены KPI, критерии успеха, ограничения и основания остановки. |
1. Сначала определить не технологию, а проблему
Оценка должна начинаться не с характеристик продукта, а с клинической или организационной задачи. Если проблема сформулирована расплывчато, почти любую технологию можно представить как полезную.
До знакомства с поставщиком или разработчиком полезно зафиксировать исходное состояние: кто сталкивается с проблемой, как часто она возникает, как решается сейчас, сколько времени и ресурсов занимает процесс, какие ошибки или задержки происходят и какие последствия они имеют.
Например, задача «внедрить ИИ для анализа медицинских изображений» слишком широкая. Рабочая формулировка должна звучать конкретнее: сократить время первичного анализа исследований, уменьшить долю пропущенных целевых находок или обеспечить приоритизацию исследований с потенциально критическими изменениями.
Контрольный вопрос
Если технология исчезнет из обсуждения, можем ли мы одним абзацем описать проблему и измерить ее текущий масштаб? Если нет, оценку технологии начинать рано.
2. Определить, что именно внедряется и каков его регуляторный статус
Понятие медицинской технологии шире понятия медицинского изделия. ВОЗ относит к медицинским технологиям, в частности, медицинские изделия, процедуры и системы, используемые для решения задач здравоохранения. Поэтому первым регуляторным вопросом должно быть определение статуса конкретного решения.
Если продукт является медицинским изделием, до внедрения необходимо проверить возможность его законного обращения и применения. Федеральный закон № 323-ФЗ относит к обращению медицинских изделий в том числе регистрацию, применение и эксплуатацию. По общему правилу на территории Российской Федерации разрешается обращение зарегистрированных медицинских изделий, если законодательством не предусмотрено исключение.
Проверять нужно не только наличие регистрационного удостоверения «на бренд», но и соответствие конкретной модели, исполнения, комплектации, программной версии и заявленного назначения тому сценарию, в котором организация планирует использовать изделие.
| Проверка | Что нужно установить |
|---|---|
| Статус продукта | Является ли решение медицинским изделием, его принадлежностью, программным обеспечением — медицинским изделием, либо иным видом продукта? |
| Регистрация | Есть ли действующая регистрация, если она требуется? |
| Идентификация | Совпадают ли наименование, модель, исполнение, производитель и иные идентификаторы с фактически внедряемым продуктом? |
| Назначение | Покрывает ли зарегистрированное назначение реальный сценарий использования? |
| Пользователь | Соответствует ли предполагаемый пользователь тому, для кого изделие предназначено производителем? |
| Условия применения | Соответствуют ли среда, оборудование, входные данные и ограничения условиям, указанным в документации? |
3. Оценить эффективность: работает ли технология для нужной задачи
Эффективность нельзя оценивать только по рекламным характеристикам или одной публикации. Нужно установить, какое именно утверждение должно быть доказано и насколько представленные данные применимы к реальной задаче организации.
Для диагностической технологии это могут быть чувствительность, специфичность, точность или клинически значимая воспроизводимость. Для оборудования — достижение заявленного терапевтического или функционального результата. Для цифрового решения — не только техническая точность алгоритма, но и влияние на решение специалиста или медицинский процесс, если именно такой эффект заявляется.
Эксперт должен последовательно проверить четыре уровня:
- есть ли доказательство, что технология технически выполняет заявленную функцию;
- есть ли доказательство клинической результативности или диагностической валидности;
- соответствуют ли исследованная популяция и условия реальному месту внедрения;
- есть ли основания ожидать, что выявленный эффект сохранится в конкретной организации.
Не путайте статистическую значимость и практическую ценность
Статистически значимое улучшение показателя не всегда означает клинически или организационно значимый эффект. Например, сокращение времени операции алгоритма на несколько секунд может быть технически измеримым, но не менять длительность рабочего процесса. И наоборот, небольшое изменение чувствительности диагностического алгоритма может быть принципиально важным, если оно связано с критически значимой патологией.
4. Проверить применимость доказательств
Даже качественное исследование может быть мало полезно для конкретного внедрения, если условия исследования существенно отличаются от предполагаемой практики.
| Фактор | Контрольный вопрос |
|---|---|
| Пациенты | Возраст, пол, заболевание, стадия, сопутствующие состояния и иные характеристики сопоставимы с целевой популяцией? |
| Клиническая среда | Исследование проводилось в условиях, похожих на предполагаемую практику: стационар/амбулатория, поток пациентов, уровень учреждения? |
| Пользователи | Участвовали специалисты того же профиля и сопоставимого уровня подготовки? |
| Версия технологии | Доказательства относятся к той же модели, конфигурации или версии ПО? |
| Сравнение | Технологию сравнивали с тем методом, который действительно используется или рассматривается как альтернатива? |
| Метрика | Показатель исследования отражает клинически значимый результат, а не только техническую характеристику? |
5. Оценить безопасность: не отсутствие риска, а его приемлемость
Для медицинского изделия безопасность не означает абсолютное отсутствие риска. Подход ГОСТ ISO 14971-2021 строится на выявлении опасностей, оценивании связанных рисков, управлении ими и мониторинге результативности мер контроля на протяжении жизненного цикла.
До внедрения важно понять не только, какие риски перечислены производителем, но и какие дополнительные риски возникают именно в локальном процессе. Одна и та же технология может иметь разный профиль риска в крупном специализированном центре и в небольшой организации с другой инфраструктурой и подготовкой персонала.
| Риск | Что проверить |
|---|---|
| Отказ технологии | Что произойдет при отказе устройства, сервиса, сети, интерфейса или алгоритма? Есть ли безопасный резервный процесс? |
| Ошибочный результат | Кто увидит ошибку и на каком этапе? Может ли ошибка повлиять на диагноз, лечение или маршрутизацию? |
| Ошибка применения | Насколько интерфейс и процесс защищают пользователя от типичных ошибок? |
| Зависимость от данных | Что происходит при неполных, неверных или нетипичных входных данных? |
| Организационный риск | Может ли внедрение создать задержки, дублирование, потерю ответственности или «слепую» зависимость от технологии? |
| Остаточный риск | Какие риски сохраняются после мер контроля и приемлемы ли они с учетом ожидаемой пользы? |
6. Практическая ценность: что изменится в реальной работе
Технология может быть эффективной и безопасной, но не иметь достаточной практической ценности для конкретной организации. Поэтому после оценки клинических доказательств нужно перейти к рабочему процессу.
Практическая ценность — это не отдельный юридический термин, а рабочее понятие для оценки того, насколько технология улучшает реальный процесс с учетом затрат, ограничений и последствий внедрения.
| Измерение практической ценности | Что спросить |
|---|---|
| Время | Сокращается ли полный цикл процесса, а не только один технический этап? |
| Нагрузка персонала | Уменьшается ли ручная работа или она просто переносится на другой этап/роль? |
| Качество решения | Помогает ли технология уменьшить ошибки, вариабельность или пропуски? |
| Маршрутизация | Ускоряет ли она путь пациента или приоритизацию критических случаев? |
| Доступность | Позволяет ли обслужить больше пациентов или обеспечить функцию там, где она ранее была недоступна? |
| Удобство использования | Соответствует ли интерфейс реальным пользователям и условиям работы? |
| Устойчивость процесса | Сохраняется ли результат при высокой нагрузке, сменах персонала, сбоях и нетипичных случаях? |
| Измеримый эффект | Можно ли подтвердить пользу данными после пилота? |
7. Эксплуатационная пригодность и человеческий фактор
Даже клинически сильная технология может создавать риск, если ею сложно пользоваться. ГОСТ Р МЭК 62366-1-2023 рассматривает эксплуатационную пригодность в связи с безопасностью и ошибками применения и требует учитывать реальную среду использования, предназначенных пользователей и пользовательский интерфейс.
Перед внедрением полезно наблюдать не только за тем, выполняет ли специалист задачу, но и за тем, сколько действий требуется, где он ошибается, какие сообщения игнорирует, приходится ли переключаться между системами и какие обходные сценарии появляются уже во время пилота.
8. Проверить готовность организации
Внедряется не технология сама по себе, а новая связка «технология + люди + инфраструктура + процесс». Поэтому локальная готовность часто определяет результат сильнее, чем технические характеристики продукта.
| Область | Что должно быть определено |
|---|---|
| Персонал | Кто будет пользователем, владельцем процесса и ответственным за результат? Нужно ли обучение? |
| Инфраструктура | Нужны ли помещения, электропитание, сеть, серверы, рабочие станции, расходные материалы или специальное оборудование? |
| Интеграция | Нужен ли обмен с МИС, ЛИС, РИС/PACS, ЕГИСЗ или иными системами? Кто обеспечивает интеграцию и поддержку? |
| Техническая поддержка | Есть ли SLA, порядок инцидентов, обновлений, ремонта и замены? |
| Организационные документы | Нужно ли изменить СОП, маршруты пациентов, инструкции или зоны ответственности? |
| Непрерывность | Как работа продолжится при недоступности технологии? |
| Масштабирование | Можно ли распространить пилот на другие подразделения без резкого роста затрат и нагрузки? |
9. Экономическая оценка: считать не цену продукта, а полную стоимость
Для решения о внедрении недостаточно сравнить закупочную цену. Полная стоимость владения может включать лицензии, интеграции, серверные ресурсы, расходные материалы, сервис, обучение, обновления, простой оборудования, техническую поддержку и время сотрудников.
Одновременно необходимо оценивать не только затраты, но и возможный эффект: снижение повторных исследований, сокращение времени специалиста, уменьшение длительности этапа маршрута, высвобождение ресурсов или повышение пропускной способности.
ВОЗ относит экономические и организационные последствия к стандартным измерениям оценки медицинских технологий наряду с клинической эффективностью и безопасностью. Это особенно важно, когда несколько решений дают сопоставимый клинический результат.
10. Особенности цифровых технологий и искусственного интеллекта
Для цифрового медицинского решения оценка до внедрения должна дополнительно учитывать данные, программную среду и изменение характеристик во времени. Для ПО жизненный цикл не заканчивается поставкой: версии обновляются, интеграции меняются, а у моделей ИИ может изменяться качество при смене структуры входных данных.
- проверить, на каких данных и в какой популяции подтверждены заявленные характеристики;
- отделить независимую клиническую проверку от данных, использованных для разработки или обучения;
- оценить совместимость с локальными форматами данных и информационными системами;
- определить роль алгоритма: рекомендация, приоритизация, измерение, самостоятельное решение или иной сценарий;
- зафиксировать, кто принимает окончательное клиническое решение и как обрабатываются расхождения;
- предусмотреть журналирование, контроль версии, обновления и повторную оценку после существенных изменений;
- определить показатели мониторинга после внедрения, включая ошибки и отклонение характеристик от ожидаемых.
11. Пилот должен проверять гипотезу, а не демонстрировать продукт
Пилотирование имеет ценность только тогда, когда до запуска определено, что именно будет проверяться. Иначе после завершения пилота участники обычно опираются на впечатления: «врачам понравилось», «система работает быстро», «были сложности с интеграцией». Это не дает достаточного основания для решения о масштабировании.
Минимальный паспорт пилота должен содержать:
- исходную проблему и базовые показатели до внедрения;
- целевую группу пациентов и пользователей;
- конкретную версию и конфигурацию технологии;
- гипотезы, которые требуется подтвердить;
- измеримые KPI и методы их расчета;
- период и объем наблюдения;
- порядок регистрации ошибок, инцидентов и отказов;
- критерии успешности, критерии остановки и условия перехода к масштабированию.
| Измерение | Что измерять | Пример логики критерия |
|---|---|---|
| Эффективность | Например: доля корректных результатов, диагностическая метрика, изменение времени до решения | Заранее заданный порог или доказанное неухудшение относительно текущего процесса |
| Безопасность | Количество и тяжесть инцидентов, клинически значимых ошибок, отказов | Нет неприемлемых рисков; все значимые события разобраны |
| Процесс | Полное время цикла, количество ручных действий, число переключений между системами | Есть измеримое улучшение либо устранение конкретного узкого места |
| Пользователи | Ошибки применения, необходимость поддержки, соблюдение сценария | Пользователи могут стабильно работать после предусмотренного обучения |
| Экономика | Полная стоимость на единицу процесса/исследования/пациента | Эффект соответствует заранее определенной модели затрат и ожидаемой ценности |
12. Матрица решения о внедрении
Для итогового решения полезно использовать единую матрицу. Она снижает риск того, что один сильный аргумент — например, высокая точность или низкая цена — перекроет критический недостаток по безопасности или готовности процесса.
| Критерий | Оценка | Ключевой вопрос | Комментарий |
|---|---|---|---|
| Клиническая потребность | Высокая / средняя / низкая | Есть ли подтвержденная проблема и приоритет ее решения? | |
| Регуляторная готовность | Да / условно / нет | Можно ли использовать конкретную версию и сценарий законно? | |
| Доказательства эффективности | Сильные / достаточные / ограниченные | Применимы ли данные к нашей популяции и задаче? | |
| Безопасность | Приемлемо / требует мер / неприемлемо | Контролируются ли риски и последствия ошибок? | |
| Практическая ценность | Высокая / средняя / низкая | Есть ли измеримое улучшение процесса или результата? | |
| Организационная готовность | Готовы / частично / не готовы | Есть ли персонал, инфраструктура и поддержка? | |
| Экономическая целесообразность | Обоснована / неопределенна / не обоснована | Учтена ли полная стоимость и ожидаемый эффект? | |
| Итог | Внедрять / пилотировать / доработать / отказаться | Какое решение следует из совокупности данных? |
13. Красные флаги: когда внедрение лучше отложить
| Красный флаг | Почему это важно |
|---|---|
| Нет четкой клинической задачи | Проект начинается с желания «внедрить ИИ/цифровизацию», а не с измеримой проблемы. |
| Неясен регуляторный статус | Невозможно однозначно подтвердить право использования решения в планируемом медицинском сценарии. |
| Доказательства относятся к другой версии | Публикации или испытания выполнены на продукте, который существенно отличается от внедряемого. |
| Есть только техническая метрика | Показана точность алгоритма или работоспособность оборудования, но нет связи с клинически значимым результатом. |
| Риски описаны общими словами | Не определены последствия ошибочного результата, отказа или неправильного применения. |
| Нет резервного процесса | При сбое технологии медицинская помощь или критический этап процесса останавливаются. |
| Пилот без KPI | Успех предлагается оценивать впечатлениями пользователей. |
| Экономика ограничена ценой лицензии | Не учтены интеграция, обслуживание, инфраструктура и трудозатраты. |
| Для ИИ не определен контроль после обновлений | Нет правила, когда новая версия требует повторной проверки на локальных данных. |
14. Пошаговый алгоритм оценки перед внедрением
- Описать клиническую или организационную проблему и исходные показатели.
- Определить технологию, конкретный продукт, модель, версию и сценарий использования.
- Проверить регуляторный статус и допустимость применения.
- Сформулировать ожидаемый клинический и практический эффект.
- Собрать и оценить доказательства эффективности.
- Проверить применимость доказательств к своей популяции и условиям.
- Оценить риски, ошибки применения и сценарии отказа.
- Оценить эксплуатационную пригодность и влияние на рабочий процесс.
- Определить инфраструктурные, кадровые и интеграционные требования.
- Рассчитать полную стоимость и ожидаемый организационный эффект.
- Сформировать гипотезы и KPI пилота.
- Провести пилот и собрать данные по заранее определенному плану.
- Заполнить итоговую матрицу решения.
- Принять одно из четырех решений: внедрять, масштабировать после доработок, продолжить оценку или отказаться.
- После внедрения установить мониторинг эффективности, безопасности и стабильности процесса.
15. Типичные ошибки экспертной оценки
| Ошибка | Риск | Что делать |
|---|---|---|
| Ориентация на новизну | Новизна не является самостоятельным доказательством ценности. | Сначала определить проблему и сравнить с действующей альтернативой. |
| Оценка по одной метрике | Высокая точность/скорость скрывает риски и организационные ограничения. | Использовать многокритериальную матрицу. |
| Доверие только публикациям производителя | Возможны смещения дизайна и применимости. | Оценивать независимые данные и качество исследований. |
| Смешение регистрации и целесообразности | Регистрация подтверждает возможность обращения, но не означает, что технология нужна конкретной организации. | Разделять регуляторную допустимость и локальную ценность. |
| Пилот как демонстрация | Нет заранее заданных критериев успеха. | Формировать паспорт пилота до запуска. |
| Игнорирование человеческого фактора | Ошибка пользователя может нивелировать техническую эффективность. | Тестировать сценарии реальной эксплуатации. |
| Недооценка жизненного цикла | После обновления, смены данных или инфраструктуры результат может измениться. | Определить правила мониторинга и повторной оценки. |
16. Итоговый чек-лист перед принятием решения
☐ Проблема сформулирована и измерена до внедрения.
☐ Определен конкретный сценарий использования технологии.
☐ Регуляторный статус технологии понятен.
☐ Для медицинского изделия проверена действующая регистрация, если она требуется.
☐ Конкретная модель/версия соответствует планируемому сценарию.
☐ Назначение и ограничения продукта соответствуют реальной практике.
☐ Есть достаточные доказательства эффективности.
☐ Доказательства применимы к целевой популяции и условиям организации.
☐ Оценены клинически значимые ошибки и неблагоприятные сценарии.
☐ Определены меры управления рисками и резервный процесс.
☐ Оценена эксплуатационная пригодность и человеческий фактор.
☐ Понятно влияние на полный рабочий процесс.
☐ Определены потребности в персонале и обучении.
☐ Проверены инфраструктура и интеграции.
☐ Определены техническая поддержка и порядок инцидентов.
☐ Рассчитана полная стоимость владения.
☐ Определены измеримые KPI пилота.
☐ Установлены критерии успеха и остановки пилота.
☐ Для ПО/ИИ предусмотрены контроль версии и мониторинг после обновлений.
☐ Итоговое решение основано на совокупности клинических, безопасностных, практических и ресурсных факторов.
Рабочая карточка оценки технологии
| Поле | Заполнение |
|---|---|
| Проблема, которую решаем | |
| Текущий процесс и базовые показатели | |
| Технология / производитель / версия | |
| Регуляторный статус | |
| Ключевое доказательство эффективности | |
| Основные риски и ограничения | |
| Ожидаемый практический эффект | |
| Необходимые ресурсы | |
| KPI пилота | |
| Критерии успеха | |
| Критерии остановки | |
| Итоговое решение |
Нормативная и методическая база
Федеральный закон от 21.11.2011 № 323-ФЗ «Об основах охраны здоровья граждан в Российской Федерации»
Статья 38 определяет медицинские изделия и основные элементы их обращения, включая государственную регистрацию, применение и эксплуатацию.
https://www.consultant.ru/document/cons_doc_LAW_121895/
Постановление Правительства РФ от 30.11.2024 № 1684 «Об утверждении Правил государственной регистрации медицинских изделий»
Действующие Правила государственной регистрации медицинских изделий. На дату подготовки материала в справочно-правовой системе отражена редакция от 03.08.2026.
https://www.consultant.ru/document/cons_doc_LAW_491966/
Приказ Минздрава России от 13.05.2026 № 421н
Устанавливает порядок оценки соответствия медицинских изделий в форме технических испытаний, токсикологических исследований и клинических испытаний; действует с 01.09.2026.
https://www.garant.ru/products/ipo/prime/doc/414219424/
Приказ Минздрава России от 20.03.2020 № 206н
Действующий на дату подготовки материала порядок организации и проведения экспертизы качества, эффективности и безопасности медицинских изделий.
https://www.consultant.ru/document/cons_doc_LAW_358276/
ГОСТ ISO 14971-2021 «Изделия медицинские. Применение менеджмента риска к медицинским изделиям»
Устанавливает принципы и процесс менеджмента риска медицинских изделий на всех стадиях жизненного цикла, включая ПО — медицинские изделия.
https://protect.gost.ru/gost/details/fc5f8123-88dd-4608-b1d0-aa23526a3b8e
ГОСТ Р МЭК 62366-1-2023 «Изделия медицинские. Часть 1. Проектирование медицинских изделий с учетом эксплуатационной пригодности»
Определяет подход к эксплуатационной пригодности и снижению рисков, связанных с правильным применением и ошибками применения.
https://protect.gost.ru/gost/details/d32f0fdb-b380-4ae6-bb45-8d5c54c03cf5
ГОСТ IEC 62304-2022 «Изделия медицинские. Программное обеспечение. Процессы жизненного цикла»
Устанавливает общую основу процессов жизненного цикла программного обеспечения медицинских изделий.
https://rosgosts.ru/11/040/gost_iec_62304-2022
World Health Organization. Health technology assessment of medical devices, 2nd ed., 2025
Методическое руководство ВОЗ по многодисциплинарной оценке медицинских технологий, включая клинические, экономические, организационные, этические и социальные аспекты.
Связанные материалы
Искусственный интеллект в анализе медицинских изображений: возможности, ограничения и требования к доказательствам
Следующий материал блока «Медицинские технологии». Практический разбор доказательств для ИИ-решений.
От пилота к клинической практике: как понять, что медицинская технология готова к внедрению
Следующий материал блока. Критерии завершения пилота и принятия решения о масштабировании.
Качество, безопасность и эффективность медицинского изделия: в чем разница и что оценивает эксперт
Материал блока «Экспертиза качества» о трех самостоятельных направлениях доказательства.
Как провести экспертную оценку документации на медицинское изделие: пошаговый чек-лист
Практическая проверка регистрационной документации и прослеживаемости доказательств.
Клинические испытания медицинского изделия: пошаговый алгоритм
Материал блока «Клинические исследования» о формировании клинических доказательств.
Практические документы и чек-листы
К этому материалу целесообразно разместить для скачивания:
- Матрицу предварительной оценки медицинской технологии по семи направлениям.
- Шаблон паспорта пилотного проекта с KPI, критериями успеха и критериями остановки.
- Карточку проверки применимости клинических доказательств к локальной практике.
- Чек-лист рисков внедрения цифрового медицинского решения/ИИ.
- Шаблон итогового решения: внедрять / доработать и повторить пилот / продолжить оценку / отказаться.
Актуальность материала
Дата актуализации: 10 сентября 2026 года.
Материал подготовлен с учетом действующего законодательства Российской Федерации об обращении медицинских изделий, актуальной редакции Правил государственной регистрации медицинских изделий, стандартов менеджмента риска и эксплуатационной пригодности, а также методических подходов Всемирной организации здравоохранения к оценке медицинских технологий.
Предлагаемая схема предназначена для предварительной экспертной и организационной оценки технологии перед пилотом, закупкой или внедрением. Она не заменяет обязательные регуляторные процедуры и должна адаптироваться к типу технологии, области ее применения, уровню риска и локальным условиям медицинской организации.
Версия материала: 1.0