Подготовка исходных данных для ТЗ на медицинское оборудование: пошаговый подход

Качественное техническое задание (ТЗ) на медицинское оборудование не начинается с описания параметров аппарата, а с системного сбора исходных данных. Ошибки на этом этапе приводят к закупке несовместимой с инфраструктурой техники, невозможности регистрации прибора в Росздравнадзоре, превышению бюджета на эксплуатацию или — что критичнее — к клиническим рискам для пациентов. Статья описывает порядок формирования доказательной базы для ТЗ, который работает как по 44-ФЗ, так и по 223-ФЗ, и при коммерческих закупках.

Почему сбор данных — отдельный этап, а не часть написания ТЗ

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

Сбор данных — это процесс выявления истинных потребностей всех заинтересованных сторон и преобразование их в измеримые, проверяемые критерии. Пропуск этого этапа превращает ТЗ в формальный документ для проforma-счёта, а не в инструмент управления закупкой.

Карта заинтересованных сторон и источников информации

До открытия каталогов производителей определите, чьи требования попадут в ТЗ. У каждой группы свои приоритеты и своя лексика. Ваша задача — перевести их на общий язык технических характеристик.

  • Клинические пользователи (врачи, лабораторные диагностики, медсестры): определяют назначение прибора, режим нагрузки, необходимые режимы работы, эргономику, интерфейс, совместимость с клиническими протоколами. Источник: интервью, анкетирование, анализ протоколов лечения/обследования, статистика нагрузки текущего оборудования.
  • Биомедицинский инженер / служба эксплуатации: задают требования к надежности, доступности расходников и запчастей, совместимости с существующим парком (сетевые протоколы, интерфейсы HL7/DICOM, системы мониторинга), условиям сервисного обслуживания. Источник: отчеты о неисправностях текущего парка, реестр сервисных контрактов, планы модернизации ИТ-инфраструктуры.
  • Служба снабжения / закупки (контрактное управление): вносят ограничения бюджета, сроков поставки, валютные риски, требования к гарантии, постгарантийному сервису, условиям оплаты, критериям оценки заявок (КОЗ). Источник: бюджетная заявка, план-закупки, история предыдущих процедур, уточнения ФАС.
  • Юридический отдел / комплаенс: проверяют соответствие ТЗ законодательству (44-ФЗ, 223-ФЗ, ТР ТС 010/2011, ТР ТС 032/2013), требованиям к описанию предмета закупки, отсутствию признаков ограничения конкуренции. Источник: судебная практика, разъяснения ФАС, внутренние регламенты.
  • Отдел капитального строительства / эксплуатация зданий (если есть монтаж): выдают технические условия (ТУ) на ввод: габариты проемов, нагрузка на пол, вентиляция, электроснабжение (фазность, заземление, ИБП), водоснабжение, водоотведение, радиационная безопасность. Источник: паспорт помещения, проектная документация, акты осмотра.
  • Финансовый контролер / бухгалтерия: рассчитывают совокупную стоимость владения (TCO) за жизненный цикл: амортизация, расходники, сервис, электроэнергия, утилизация. Источник: тарифы на ресурсы, прогноз нагрузки, курсы валют.

Пять блоков обязательных исходных данных

Структурируйте собранную информацию в пять блоков. Отсутствие данных в любом из них — сигнал о неготовности к написанию ТЗ.

1. Клинико-функциональные требования (Что и зачем лечим/диагностируем)

Это ядро ТЗ. Формулировки «аппарат для УЗИ» или «вентилятор для реанимации» недопустимы — они не позволяют отсеять неподходящие модели.

  • Нозологический профиль и клинические протоколы: какие именно заболевания/состояния будут диагностироваться/лечиться. Ссылка на клинические рекомендации Минздрава или профессиональные стандарты.
  • Объем и структура нагрузки: количество исследований/процедур в сутки/месяц, пиковые нагрузки, процент экстренных случаев. От этого зависят класс прибора (экспертный/стандартный), скорость сканирования, ресурс трубки/детектора, необходимость двух станций работы.
  • Пациентская популяция: взрослые/дети/новорожденные, бархиатрические пациенты, непереносимые пациенты. Определяет габариты портала/стола, диапазон веса, набор датчиков/сенсоров, режимы вентиляции.
  • Обязательные и желаемые клинические функции: конкретные режимы (например, 4D-УЗИ для обстетики, кардиопаки для МРТ, режимы HFNC/NAVA для ИВЛ), программные пакеты анализа, ИИ-модули. Разделяйте на «критично» (без этого прибор бесполезен) и «желательно» (оценка по баллам).
  • Требования к качеству изображения/результата: разрешение, контрастность, точность дозиметрии, чувствительность/специфичность метода. Если возможно — ссылки на фантомы или стандартные образцы для приемо-сдаточных испытаний.

2. Технико-экploitationные параметры (Как прибор работает в инфраструктуре)

Блок, который чаще всего игнорируется клиницистами, но становится причиной невозможности монтажа или претензий к сервису.

  • Габариты и масса: проход через дверные проемы, лифты, коридоры; нагрузка на перекрытие (кг/м²), необходимость усиления пола или виброизоляции (для МРТ, КТ, линейных ускорителей).
  • Электроснабжение: номинальное напряжение, фазность, максимальная потребляемая мощность (кВА), требования к качеству напряжения (THD, провалы), необходимость ИБП/стабилизатора и их параметры, схема заземления (TN-S, IT), требования к молниезащите.
  • Климат и вентиляция: тепловыделение (кВт/ч), требования к температуре/влажности в помещении, необходимость принудительной вентиляции или кондиционирования точной температуры, удаление тепла от конденсатора (воздушное/водяное охлаждение).
  • Специальные коммуникации: медицинские газы (кислород, азот, вакуум, N2O, CO2) — давление, расход, чистота, тип разъемов (ДИСС, НИСТ); водоснабжение/водоотведение (деминерализованная вода, дренаж); вытяжка анестезийных газов (AGSS).
  • Радиационная/лазерная/магнитная безопасность: класс лазера, экранность помещения (свинец, мю-металл), зоны доступа для МРТ (0–4 зона), системы блокировок и сигнализации.
  • Интеграция в ИТ-ландшафт: стандарты DICOM (Worklist, Store, Print, MPPS, Structured Report), HL7/FHIR (ADT, ORU, ORM), профили IHE (Scheduled Workflow, Consistent Presentation), интеграция в ЭМИАС/МИС/РИС/ПАКС, требования к кибербезопасности (сертификаты ФСТЭК/ФСБ, обновления ОС, управление учетными записями).

3. Требования к комплектации, расходникам и сервисной модели

Отдельно прописывается то, что обеспечивает работоспособность в течение всего жизненного цикла (обычно 7–10 лет для тяжелой техники).

  • Базовая и обязательная дополнительная комплектация: сенсоры/датчики/катушки, столы/стулья, фантомы для КК, стартовый набор расходников. Четкий перечень с артикулами/кодами производителя.
  • Расходные материалы (single-use): номенклатура, сроки годности, условия хранения, минимальный заказ, возможность закупки у сторонних поставщиков (критично для 44-ФЗ — избегание монополии).
  • Гарантия и постгарантийное обслуживание: срок гарантии (минимум 12 мес., для тяжелой техники стандартно 24–36 мес.), включенные виды ТО (плановые, не плановые), время реакции (SLA: 2/4/8/24 ч), наличие авторизованного сервис-центра в регионе, язык интерфейса ПО сервиса.
  • Запчасти и расходники для сервиса: гарантированный срок поставки запчастей (не менее 5–7 лет после прекращения выпуска), наличие на складе в РФ/ЕАЭС, возможность дистанционной диагностики (Remote Service).
  • Обучение персонала: объем часов (клиническое + инженерное), формат (очно/онлайн/на базе производителя), язык, сертификация обучения, стоимость переобучения при текучести кадров.
  • Программное обеспечение: политика обновлений (бесплатные/платные, частота), лицензирование (перпетуальная/подписка), открытость API для интеграции, совместимость с ОС (Windows 10/11 LTSC, Linux).

4. Нормативно-правовые и регистрационные ограничения

Несоблюдение этого блока делает закупку нелегалой или невозможной к вводу в эксплуатацию.

  • Свидетельство о государственной регистрации (СГР/РУЗ) в Росздравнадзоре: проверка наличия действующего СГР на конкретную модель/модификацию/версию ПО. ТЗ не может требовать характеристик, которых нет в зарегистрированной модели.
  • Технические регламенты Таможенного союза (ТР ТС): 010/2011 (Безопасность машин и оборудования), 032/2013 (Безопасность оборудования, работающего под избыточным давлением), 020/2011 (ЭМС) — применимо к классу изделия. Наличие Декларации/Сертификата соответствия.
  • Метрологическое обеспечение: входит ли прибор в ГСИ (Государственный реестр средств измерений) или подлежит обязательной поверке/калибровке. Процедура и периодичность поверки, аккредитованная организация.
  • Классификация по правилам МДС (Медицинские изделия): класс риска (1а, 1б, 2а, 2б, 3) — влияет на сложность регистрации и требования к производству (ISO 13485).
  • Санитарно-эпидемиологические требования (СанПиН): требования к помещению, режимам стерилизации/дезинфекции поверхностей прибора, уровням шума, освещенности рабочего места.
  • Импортозамещение и преференции: наличие в Реестре российского ПО/оборудования (приоритет закупки, коэффициент снижения цены), требования к доле локализации,.country of origin для участия в закупках 44-ФЗ (запрет на товары недружественных стран в отдельных случаях).

5. Финансово-экономическое обоснование (TCO и бюджет)

ТЗ должно содержать обоснование начальной максимальной цены НМЦК. Без расчета TCO (Total Cost of Ownership) НМЦК часто занижен.

  • Капитальные затраты (CAPEX): стоимость оборудования, доставки, монтажа, пусконаладки, обучения, проекта документации, страховки.
  • Операционные затраты (OPEX) на горизонте 5–7 лет: расходники (по прогнозу нагрузки), плановое ТО, неплановый ремонт (фонд риска), электроэнергия/газы/вода, лицензии ПО, калибровка/поверка, утилизация.
  • Валютные риски: валюта контракта, условия пересчета цены при изменении курса (если допустимо по 44-ФЗ/223-ФЗ), банковские комиссии.
  • Источники финансирования: бюджет/внебюджет/грант/лизинг/кредит — накладывает отпечаток на сроки оплаты и требования к контрагенту.

Методика сбора: от интервью к структурированному реестру

Хаотичные записки на стикерах не подходят. Используйте единый реестр требований (таблицу/базу) с атрибутами для каждой позиции.

  1. Инициация и назначение ответственного: изделить приказ/распоряжение о рабочей группе с указанием куратора от закупки, клинического руководителя, инженера, юриста, финансиста. Фиксируйте дедлайны по каждому блоку.
  2. Разработка анкет/чек-листов для каждой роли: не спрашивайте «что хотите?» — спрашивайте по структуре блоков выше. Пример вопроса инженеру: «Укажите максимальную тепловыделение текущего прибора и был ли дефицит кондиционирования». Врачу: «Перечислите 5 самых частых исследований и процент сложных случаев, требующих экспертного класса».
  3. Проведение структурированных интервью и замеров: зафиксируйте ответы в реестре. Проведите замеры помещения (фото, схемы, проемы, щиты, газы) — лучше вместе с инженером поставщика-консультанта (на платной основе, без привязки к бренду) или независимым проектировщиком.
  4. Рыночный анализ (Request for Information — RFI): направьте официальные запросы производителям/дистрибуторам (3–5 компаний) с описанием клинической задачи и инфраструктуры. Просите заполнить матрицу соответствия (Compliance Matrix) по вашему черновому списку параметров. Это выявит: а) противоречивые требования; б) уникальные фичи конкретных брендов (чтобы понять, критичны ли они); в) реалистичный ценовой коридор.
  5. Консолидация и разрешение конфликтов: клиник хочет экспертный класс, бюджет позволяет базовый. Инженер требует водяное охлаждение, в здании нет водопровода в зоне. Юрист запрещает требовать конкретный бренд сенсора. На совещании рабочей группы каждый конфликт решается: либо меняется инфраструктура (капзатраты), либо меняется ТЗ (компромисс по функциям), либо меняется бюджет. Все решения протоколируются.
  6. Формирование матрицы соответствия для ТЗ: итоговый документ: «Требование — Источник — Критерий проверки (как проверим при приемке) — Вес/Тип (Обязательно/Оценочное)». Это и есть «сердце» будущего ТЗ.

Типичные ошибки при сборе данных и их последствия

  • Обязательное участие ИТ-специалиста. Прописать в ТЗ конкретные профили IHE и тесты интероперабельности (Connectathon)
  • Ошибка Причина Последствие для ТЗ и закупки Правильный подход
    Копирование каталога/коммерческого предложения поставщика Желание ускорить процесс, отсутствие своей экспертизы ТЗ «под одного», риск обжалования ФАС, невозможность обосновать НМЦК, игнорирование специфики своей клиники Формулировать требования от клинической задачи и инфраструктуры. Использовать каталоги только для проверки реализуемости (RFI)
    Игнорирование инфраструктурных ограничений «разберемся на месте» Разделение ответственности между закупкой и капстроем/эксплуатацией Прибор не входит в дверь, нет мощности/газов/воды, сроки монтажа срываются на месяцы, штрафы по контракту Получить ТУ на ввод от эксплуатанта здания ДО написания ТЗ. Внести габариты/коммуникации в ТЗ как жесткие ограничения
    Отсутствие требований к интеграции (DICOM/HL7/IHE) Врачи не знают стандарты, ИТ-отдел не вовлечен Прибор работает как «остров», результаты вводят вручную, ошибки идентификации пациента, невозможность телемедицины/ЭМИАС
    Неучет стоимости владения (TCO) Фокус только на цене контракта (CAPEX) Дешевый прибор с дорогими патентованными расходниками и монопольным сервисом съедает бюджет через 2 года Рассчитать TCO на 5–7 лет по 2–3 альтернативным моделям на этапе RFI. Включить критерии ОПЕХ в КОЗ (критерии оценки заявок)
    Ссылка на несуществующие или неактуальные СГР/ГОСТ Использование старых шаблонов ТЗ Отказ в регистрации контракта/вводе в эксплуатацию, необходимость перезакупки Проверить актуальность СГР на сайте Росздравнадзора и ГОСТ на protect.gost.ru на дату составления ТЗ
    Формулировка «аналоги допускаются» без критериев эквивалентности Формальное соблюдение закона о неограничении конкуренции Поступление заявок на некомпарабельное оборудование, судебные споры о понятии «аналог» Определить измеримые критерии эквивалентности (клинические, технические, сервисные) для каждого обязательного параметра

    Валидация собранных данных перед передаче в ТЗ

    Перед тем как передать массив данных техническому писателю или вставить в проект ТЗ, проведите внутренний аудит по чек-листу:

    • Полнота: заполнены ли все 5 блоков? Есть ли пустые ячейки в матрице соответствия?
    • Непротиворечивость: не противоречат ли требования друг другу? (Пример: «масса до 500 кг» и «стол подвижный с интегрированным УЗИ-сенсором весом 300 кг» — суммарная нагрузка на пол превышает норму).
    • Измеримость и проверяемость: каждое требование можно проверить документально (сертификат, паспорт, протокол испытаний) или инструментально при приемке? Фразы «высокое качество», «удобный интерфейс», «современный дизайн» — недопустимы.
    • Обоснованность (Traceability): к каждому требованию можно указать источник: клинический протокол, СанПиН, ТУ на ввод, протокол совещания рабочей группы, ответ на RFI. Это защита от обжалований.
    • Актуальность нормативной базы: даты вступления в силу ГОСТов, ТР ТС, приказов Минздрава проверены на сегодня?
    • Соответствие бюджету: экспертная оценка НМЦК по собранным требованиям не превышает лимит? Если превышает — цикл возвращается на шаг «Разрешение конфликтов».

    Сценарии: как адаптировать глубину сбора под задачу

    Объем работы зависит от типа закупки и критичности оборудования.

    • Закупка единичного стандартного прибора (небольшой прибор: электроcardiograph, пульсоксиметр, микробиологический анализатор малого класса) по 223-ФЗ/коммерчески: достаточно упрощенной анкеты врача + проверка СГР + коммерческое предложение 3-х поставщиков для НМЦК. Полный TCO и замеры помещения часто избыточны.
    • Закупка высокотехнологичного оборудования (МРТ, КТ, ангиограф, линейный ускоритель, робот) по 44-ФЗ: полный цикл: рабочая группа, проектная документация на помещение (стадия П/Р), RFI с матрицей соответствия, расчет TCO, экспертиза ТЗ профильными экспертами (внештатными), согласование с Ростехомнадзором/Роспотребнадзором при необходимости.
    • Закупка комплекса оборудования для нового отделения/корпуса: сбор данных ведется параллельно с проектированием здания. ТЗ формируется итеративно: ТУ на ввод -> ТЗ на оборудование -> уточнение ТУ. Критично управление интерфейсами между приборами (интеграция в единую РИС/ПАКС/МИС).
    • Замена прибора «в ту же нишу» (обновление парка): фокус на анализе дефектов текущего прибора, неудовлетворенных потребностях врачей, изменении клинических протоколов за годы эксплуатации, совместимости с существующими расходниками/аксессуарами (экономия на переобучении и остатках).

    Практический следующий шаг

    После прохождения валидации реестр требований передается ответственному за написание текста ТЗ. Лучший формат передачи — структурированный документ (Excel/Word с таблицами) или заполненная форма в АИС закупок, а не «прочитайте протоколы совещаний».

    Главный принцип: ТЗ пишется не «на оборудование», а на решение клинической задачи в конкретных условиях вашей организации. Качество исходных данных определяет, будет ли закупка успешной или станет источником проблем на ближайшие 7–10 лет.

    Материал носит информационный характер и не заменяет консультации с профильными специалистами: клиническими экспертами, инженерами по медицинской технике, юристами в сфере закупок (44-ФЗ/223-ФЗ) и представителями Росздравнадзора. Требования к регистрации медицинских изделий, нормативной документации и процедурам закупок могут изменяться. Перед окончательным утверждением ТЗ и проведением закупки обязательно верифицируйте актуальность нормативных ссылок, реестров СГР и судебной практики на дату начала процедуры.

    FAQ: Частые вопросы на этапе сбора данных

    • Нужно ли привлекать внешних консультантов для сбора данных? — Если в штате нет биомедицинского инженера профильного направления или юриста по закупкам — да, это снижает риски. Консультант не должен быть поставщиком конкретного бренда (конфликт интересов). Оптимально: независимый эксперт или инженер сервисной организации, мультибрендового сервиса.
    • Как оформить требования к «аналогам», чтобы не ограничить конкуренцию? — Используйте принцип функциональной эквивалентности. Для каждого критичного параметра устанавливайте числовые пороги или ссылки на стандарты (ГОСТ/ISO/IEC), а не торговые названия технологий. Например, не «технология AutoScan Pro», а «автоматическая настройка параметров сканирования с точностью позиционирования не хуже 0,5 мм по стандарту NEMA MS-1».
    • Что делать, если клиника требует функцию, которой нет на рынке? — Это сигнал для пересмотра клинического протокола или поиска альтернативного метода диагностики/лечения. В ТЗ такую функцию не включают — это приведет к провалу закупки. Фиксируйте в протоколе: «Требование исключено по причине отсутствия на рынке / несоответствия уровню доказательной медицины».
    • Обязательно ли указывать в ТЗ цены на расходники на весь срок службы? — По 44-ФЗ для определенных видов закупок (например, реагенты/расходники к прибору) может требоваться фиксация цен или порядка их изменения. В любом случае, для расчета НМЦК и TCO вам нужны коммерческие предложения на расходники минимум на 3–5 лет вперед. В ТЗ это может оформляться как требование к контракту (дополнительное соглашение о ценах на расходники).
    • Как учитывать требования импортозамещения? — Проверяйте наличие модели в Реестре Минпромторга/Минцифры. Если есть российский аналог, ТЗ должно быть составлено так, чтобы он мог пройти (не завышать параметры зарубежных флагманов искусственно). Если аналога нет — оформляйте обоснование закупки импортного (п. 4 ч. 11 ст. 93 44-ФЗ или аналогичные нормы 223-ФЗ) заранее, до публикации извещения.
    DYCPoisk.ru