Как выбрать поставщика томографа: вопросы, которые экономят месяцы простоя

• Опубликовано: 20 сентября 2026 г.

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

Я бы начал встречу с простого вопроса: «Где будут храниться исследования и как мы откроем их, если компьютер в кабинете не включится?» Ответ показывает, обсуждает ли поставщик весь рабочий процесс или только собственную часть поставки.

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

1. Какие требования к помещению вы выдадите до аванса?

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

Общее обещание «подходит обычный кабинет» не заменяет проверку площадки. В договоре должно быть понятно, кто обследует помещение, кто согласует проект и что произойдёт, если подготовленные условия не соответствуют требованиям.

2. Кто проверяет сеть и что считается результатом?

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

Тест скорости интернета здесь не ответ. Исследования могут передаваться внутри локальной сети. Проверьте передачу типового и большого тестового исследования при согласованной параллельной нагрузке. Результат фиксируйте временем передачи и открытия, полнотой данных и поведением после разрыва связи.

Проверки выполняйте на тестовых объектах в согласованное окно. Сетевой тест не должен мешать клинической работе или менять настройки аппарата без сервисного специалиста.

3. Что означает «совместимо с DICOM» именно для нашей поставки?

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

Стандарт предусматривает разные наборы возможностей. Сравнение документов помогает понять, какие взаимодействия поддерживаются; оно не заменяет проверку конкретной пары систем. Назначение Conformance Statement в DICOM.

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

4. Где находится архив и кто отвечает за сохранность?

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

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

5. Как подтверждается хранение после отправки?

Успешная передача объекта и обязательство принимающей системы его сохранять — разные вещи. DICOM описывает отдельный механизм Storage Commitment; характер обязательства, включая срок и возможность получения, задаётся реализацией и документируется. DICOM: Storage Commitment.

Не делайте из этого универсального требования купить определённую опцию. Спросите, какой механизм подтверждения предусмотрен вашей архитектурой и как команда проверит его при приёмке. Сам по себе Storage Commitment не является резервной копией.

6. Что случится при отказе компьютера или архива?

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

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

7. Что входит в сервис, кроме ответа на звонок?

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

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

8. Какие расходы появятся после ввода в эксплуатацию?

Запросите одинаковую для всех поставщиков таблицу стоимости владения: лицензии, рабочие места, хранилище и его расширение, резервирование, обслуживание, обучение, обновления, интеграции и экспорт при смене системы.

Расчёт ёмкости начинайте с реального среднего объёма исследования, планируемого числа исследований и горизонта хранения, определённого клиникой. Отдельно учитывайте служебные данные, запас свободного места и независимые копии. Число терабайт без исходных допущений сравнивать бессмысленно.

9. Кто обучит следующую смену и нового сотрудника?

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

Уточните, кто получает инструкции, как фиксируются версии и сколько стоит дополнительное обучение. Поставщик должен понимать не только роль врача, но и роль администратора системы.

10. Что именно подпишем в акте приёмки?

Это редакционный пример набора проверок. Точный протокол составляют клиника, сервис и интегратор под конкретное оборудование.

Почему самый дешёвый договор иногда обходится дороже

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

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

11. Какая конфигурация поставляется на самом деле

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

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

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

Это не бюрократия ради красивого приложения. Через два года инженер должен понимать, что именно установлено, какие версии совместимы и можно ли восстановить систему после отказа рабочей станции. Фраза «комплект поставки согласно спецификации» полезна только тогда, когда сама спецификация однозначна.

12. Кто отвечает за электропитание, охлаждение и заземление

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

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

Отдельно обсудите:

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

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

13. Как выглядит приёмка не аппарата, а услуги

Заводской тест, монтажный тест и готовность клиники принимать пациентов — разные уровни.

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

Минимальный сквозной сценарий выглядит так:

1. Создать синтетическое назначение без данных реального пациента.
2. Получить его на рабочем месте кабинета штатным способом.
3. Выполнить разрешённое тестовое исследование по согласованной процедуре.
4. Отправить изображения в архив.
5. Убедиться, что набор получен полностью и доступен через штатный поиск.
6. Открыть его на диагностическом рабочем месте.
7. Проверить повторную отправку и понятное отображение ошибки.
8. Прервать связь в контролируемом тесте и подтвердить восстановление маршрута.
9. Зафиксировать версии, время, наблюдаемый результат и ограничения.

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

14. Что поставщик считает завершением интеграции

Интегратор может считать задачу выполненной, когда порт открыт. Поставщик аппарата — когда получен DICOM Echo. Архив — когда принял один объект. Врач — когда исследование можно найти, открыть и сравнить. Руководитель — когда маршрут работает каждый день и у него есть владелец.

Все эти люди могут добросовестно сказать «готово» и иметь в виду разное.

В акте лучше перечислить наблюдаемые результаты:

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

Официальный DICOM Conformance Statement помогает сопоставить заявленные сервисы двух систем, но не заменяет этот тест. Документ описывает технические возможности реализации, а не ваш конкретный рабочий процесс.

15. Как устроен удалённый доступ сервиса

Фраза «подключимся по удалёнке» должна вызывать не страх, а следующий список вопросов.

• Кто инициирует сеанс?
• Какая учётная запись используется?
• Есть ли многофакторная аутентификация?
• Ограничен ли доступ по времени и цели?
• Кто со стороны клиники наблюдает работу?
• Какие действия журналируются?
• Можно ли забрать файлы, и если да, то какие?
• Как исключаются данные пациентов из обычной диагностики?
• Как доступ закрывается после завершения?
• Что делать, если штатный канал недоступен?

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

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

16. Что произойдёт при смене поставщика или архива

В момент покупки все улыбаются. Настоящая зрелость архитектуры проявляется при выходе из отношений.

Попросите заранее описать:

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

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

17. Какие запчасти и специалисты доступны в регионе

Обещание «сервис по всей России» надо переводить в географию и логистику.

Спросите:

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

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

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

18. Как проверить сеть до того, как томограф встанет в кабинет

Сеть проверяют не вопросом «интернет есть?». Большая часть маршрута изображений может проходить внутри здания.

До монтажа нужны:

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

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

19. Почему один компьютер в кабинете — не стратегия хранения

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

Уточните:

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

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

20. Как обучить не одного «главного знающего», а смену

В день запуска обучение проходит на новом оборудовании, без очереди и усталости. Через месяц появляется вечерняя смена, через полгода меняется сотрудник, а через год редкая ошибка возникает у человека, который не был на вводе.

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

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

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

Матрица сравнения поставщиков

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

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

Иллюстративный антикейс: кабинет готов, а работать нельзя

Это составной сценарий, а не описание конкретной клиники.

Организация выбрала предложение с понятной ценой аппарата и коротким сроком поставки. Архив оставили «на потом», сеть принимали по доступу в интернет, а интеграцию записали одной строкой «поддержка DICOM». После монтажа выяснилось, что рабочая станция находится в другом сегменте, нужная функция рабочего списка лицензируется отдельно, а место для временного хранения рассчитано на слишком короткий период.

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

Цена ошибки здесь — не абстрактная «плохая интеграция». Это оплачиваемое помещение, простаивающая команда, сорванное расписание и слабая переговорная позиция после аванса. Точную сумму можно посчитать только по данным проекта, но причину видно без калькулятора: клиника купила оборудование раньше, чем описала услугу.

Красные флаги на переговорах

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

• «Сеть у вас обычная, разберёмся на месте».
• «DICOM есть, значит всё совместимо».
• «Исследования будут храниться на компьютере, места надолго хватит».
• «Удалённый доступ у нас всегда включён, так быстрее».
• «Конкретную версию ПО укажем после поставки».
• «Приёмка — когда аппарат включился и сделал снимок».
• «Запчасти возим быстро», но без географии и порядка эскалации.
• «Ваш IT сам настроит», хотя требований к интерфейсу нет.
• «Архив и резервная копия — одно и то же».
• «Экспорт при расторжении обсудим, если понадобится».

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

Как провести переговоры за три встречи

Встреча первая: границы

Клиника описывает ожидаемую услугу, площадку, объём, существующие системы и ограничения. Поставщик показывает состав поставки и список исходных данных. Результат — перечень неизвестного, а не обещание цены «под ключ».

Встреча вторая: архитектура и эксплуатация

За столом нужны поставщик аппарата, IT, представитель архива/МИС, проектировщик площадки и владелец клинического процесса. Они проходят путь исследования и точки отказа. Результат — схема, роли и проект протокола приёмки.

Встреча третья: договор и доказательства

Сверяются спецификация, лицензии, SLA, обучение, критерии приёмки, исключения, экспорт и стоимость владения. Неясные обещания либо становятся обязательствами, либо честно остаются рисками покупателя.

Такой порядок экономит время именно потому, что не пытается решить всё на одной красивой демонстрации.

FAQ

Нужно ли обязательно покупать PACS у поставщика томографа?

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

Достаточно ли DICOM Conformance Statement?

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

Может ли небольшой клинике хватить одной рабочей станции?

Для работы оператора — возможно. Для хранения, восстановления и диагностики отказов вопрос решается отдельно. Одна станция не должна незаметно становиться единственной копией и единственным способом открыть исследование.

Что важнее в SLA: время выезда или время восстановления?

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

Как сравнивать цену владения?

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

Что проверить до подписания акта?

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

Что сделать до следующего разговора с поставщиком

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

За одну встречу подготовьте:

1. Описание услуги, а не только модели аппарата.
2. Планируемую загрузку и виды исследований.
3. Схему существующих МИС, RIS, PACS и рабочих мест.
4. Исходные данные площадки.
5. Требования к доступности и сервису.
6. Горизонт хранения и роста данных.
7. Список сценариев приёмки.
8. Таблицу сравнения предложений.

Если этих данных пока нет, полезно начать с IT-аудита площадки. Его задача — не продать сервер, а сделать исходную точку одинаковой для всех кандидатов.

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

Самый сильный вопрос всё ещё звучит просто: «Покажите, как вся услуга продолжит работать, когда один из её элементов станет недоступен».

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