Модернизация диспетчеризации медучреждения: кейс двух корпусов

Когда здание эксплуатируется 10–15 и более лет, инженерные системы редко устаревают одновременно. Одни контроллеры еще работают, другие уже требуют замены. Где-то сохранилась старая автоматика, где-то оборудование заменили, но не подключили к общей диспетчеризации. А программное обеспечение, которое несколько лет назад казалось современным, может уже не поддерживаться производителем.

Именно такая ситуация сложилась на объекте – медицинском учреждении из двух корпусов. В первом корпусе была построена достаточно развитая система диспетчеризации на базе InduSoft WebStudio 7.1: за годы эксплуатации к ней подключили большое количество инженерных систем, но сама платформа уже снята разработчиком с поддержки. Второй корпус при этом имел лишь отдельные элементы диспетчеризации. Задача – обследовать существующую систему и разработать комплексное решение по модернизации диспетчеризации двух корпусов в рамках одного проекта.

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

Что уже было подключено к диспетчеризации

Первый корпус нельзя назвать объектом без автоматизации – наоборот, существующая система охватывала большое количество инженерных систем.

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

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

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

Холодоснабжение. Контроль и управление чиллерами и насосами, передача аварийных сигналов.

VRV-системы. Включение и отключение, уставки, скорости работы.

Кроме этого, система охватывала электроснабжение, освещение, дренаж, вентиляцию операционных, медицинские газы, медицинские трансформаторы, МРТ, ДГУ и ИБП. То есть с точки зрения количества инженерных систем решение было достаточно серьезным. Но количество подключенных систем само по себе еще не означает, что диспетчеризация современная. Можно иметь сотни сигналов и при этом получить систему, которую практически невозможно развивать. Именно это мы и обнаружили при обследовании.

Первая проблема – устаревшая платформа

Существующая диспетчеризация первого корпуса работала на InduSoft WebStudio 7.1, и главная проблема в том, что платформа снята разработчиком с поддержки. Это создает сразу несколько рисков: сложнее найти специалистов, готовых сопровождать систему; возникают ограничения при дальнейшей модернизации; собственник становится зависимым от технологии, которая фактически перестала развиваться. Для обычного небольшого объекта это уже неудобно. Для медицинского учреждения, которое должно эксплуатироваться годами, – серьезный эксплуатационный риск.

Вторая проблема – систему уже сложно расширять

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

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

Разный уровень контроля по корпусам

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

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

Третья проблема – оборудование тоже устарело

При обследовании мы обнаружили шкафы автоматики ЦТП, которые эксплуатируются около 30 лет. Часть контроллеров вентиляционных систем также требует замены или капитального ремонта. И здесь возникает вопрос: оставить старую автоматику и подключить ее к новой диспетчеризации – или заменить?

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

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

Отдельная задача – защита от протечек

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

Особое внимание – помещениям, где находится дорогостоящее медицинское оборудование. В таких зонах недостаточно просто установить датчик и вывести сообщение «Протечка». Необходима автоматическая запорная арматура, которая при аварии перекроет соответствующий участок трубопровода. Это принципиальная разница: обычный датчик сообщает о последствиях, а система с автоматическим перекрытием локализует аварию и уменьшает ущерб. При этом защитная логика должна работать независимо от визуализации в SCADA – если сервер диспетчеризации недоступен, это не должно означать, что защита от протечки перестала работать.

Что должен решить один проект

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

1. Модернизировать платформу диспетчеризации – с поддержкой производителя, доступными специалистами, возможностью расширения, полноценными трендами, журналами событий и аварий, визуализацией, выводом на видеостену, всплывающими сообщениями о критических авариях, уведомлением ответственных и возможностью подключения второго корпуса.
2. Объединить два корпуса в единую архитектуру: локальные системы автоматизации могут оставаться распределенными, но верхний уровень объединяет информацию в едином интерфейсе с одинаковым принципом работы для эксплуатации.
3. Модернизировать автоматизацию вентиляции – особое внимание вентиляции операционных; устаревшие контроллеры заменить.
4. Модернизировать автоматизацию ЦТП – решить вопрос с существующими шкафами автоматики и обеспечить диспетчеризацию температур, давлений, насосов, регулирующих клапанов, подпитки, аварий, состояния запорной арматуры и ввода теплосети.
5. Завершить диспетчеризацию холодоснабжения – включить существующее оборудование, обеспечить контроль насосных групп, чиллеров и VRV-систем.
6. Включить электроснабжение – диспетчеризация вводов, АВР, ИБП, важных потребителей, параметров качества электроэнергии.
7. Создать полноценную защиту от протечек – датчики, определение зоны аварии, автоматическая запорная арматура, перекрытие трубопроводов, передача сигналов и уведомление ответственных; особое внимание помещениям с дорогостоящим оборудованием.
8. Предусмотреть диспетчеризацию лифтов – контроль состояния, аварий, положения кабины, дверей и подъемника для маломобильных пациентов.

Как будет выглядеть новая архитектура

Главная задача – не просто заменить старую SCADA, а построить понятную многоуровневую систему:

Инженерное оборудование → локальная автоматика и контроллеры → сети передачи данных → сервер BMS/SCADA → АРМ диспетчера → архив, тренды и журналы → уведомления ответственных сотрудников.

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

Почему нельзя просто поставить новую SCADA

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

Поэтому модернизация должна рассматриваться комплексно: платформа + контроллеры + шкафы автоматики + сети связи + датчики + исполнительные механизмы + диспетчеризация. Именно поэтому на этапе обследования важно смотреть не только на SCADA, но на всю цепочку от датчика до рабочего места диспетчера.

Что получит заказчик после реализации

Главный результат – единая система управления инженерной инфраструктурой двух корпусов. Эксплуатационная служба сможет централизованно контролировать вентиляцию, ИТП, холодоснабжение, VRV, электроснабжение, освещение, дренаж, медицинские газы, ДГУ, ИБП, лифты и защиту от протечек.

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

7 признаков, что диспетчеризация устарела

1. Платформа снята разработчиком с поддержки, специалистов по ней на рынке нет.
2. Лицензия ограничивает количество точек, а расширение возможно только нестандартными способами.
3. Тренды строятся с пробелами, журналы аварий ведутся во внешних программах.
4. Новое оборудование подключается через отдельные Web-интерфейсы, а не в единую систему.
5. Нижний уровень – контроллеры и шкафы автоматики – выработал ресурс (15 и более лет).
6. Критические аварии не дублируются на телефоны ответственных сотрудников.
7. Система не соответствует действующим нормам – например, нет диспетчеризации лифтов.

Если совпали два-три признака – начинайте с обследования: оно дешевле любого сценария модернизации.

5 выводов

1. Диспетчеризация должна иметь перспективу развития. Учитывать не только функциональность сегодня, но и поддержку производителя, наличие специалистов и возможность расширения.
2. Старое ПО может стать ограничением для всего здания. Неподдерживаемая платформа с лицензионными ограничениями тормозит дальнейшее развитие.
3. Нельзя модернизировать только верхний уровень. Новая SCADA не решит проблему контроллеров и шкафов, физически выработавших ресурс.
4. Иногда замена оборудования дешевле его интеграции. Обходной контур вокруг устаревшего оборудования может быть примерно в 1,5 раза дороже замены.
5. Защита от аварий должна не только сообщать о проблеме. При протечке важно не только получить сигнал, но и автоматически перекрыть трубопровод – особенно в помещениях с дорогостоящим медицинским оборудованием.

Мини-глоссарий

• BMS – Building Management System, система управления инженерными системами здания.
• SCADA – программно-аппаратная система диспетчерского контроля, визуализации, регистрации и архивирования данных.
• Диспетчеризация инженерных систем – централизованный контроль состояния и параметров инженерного оборудования с передачей информации на рабочее место диспетчера.
• Автоматизация – система локального автоматического управления оборудованием по заданным алгоритмам.
• АРМ диспетчера – автоматизированное рабочее место, с которого ведется контроль инженерных систем.
• Тег – переменная или точка данных, которую система диспетчеризации получает, хранит или отображает.
• Тренд – график изменения контролируемого параметра во времени.
• АВР – автоматический ввод резерва, переключение питания на резервный источник.
• VRV/VRF – система кондиционирования с переменным расходом хладагента.

Частые вопросы о модернизации диспетчеризации

Когда необходимо модернизировать систему диспетчеризации?

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

Можно ли сохранить существующие контроллеры?

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

Нужно ли менять SCADA вместе с контроллерами?

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

Что входит в модернизацию диспетчеризации медицинского учреждения?

В зависимости от объекта это может включать модернизацию SCADA/BMS, контроллеров и шкафов автоматики, подключение вентиляции, ИТП, холодоснабжения, электроснабжения, лифтов, систем защиты от протечек и других инженерных систем.

Зачем нужна защита от протечек с автоматическим перекрытием?

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

Нужно ли подключать систему защиты от протечек к SCADA?

Желательно передавать в SCADA состояние системы и аварийные сигналы, но сама защитная логика не должна зависеть исключительно от SCADA.

Можно ли объединить диспетчеризацию двух корпусов?

Да. При правильной архитектуре локальная автоматика каждого корпуса может работать самостоятельно, а верхний уровень BMS/SCADA объединяет информацию в единой системе.

Что лучше: модернизировать старую систему или полностью заменить?

Это определяется обследованием. В некоторых случаях достаточно заменить SCADA. В других экономически выгоднее одновременно заменить устаревшие контроллеры и шкафы автоматики.

Обязательна ли диспетчеризация лифтов?

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

Можно ли модернизировать диспетчеризацию медучреждения без остановки эксплуатации?

Да, если разбить работы на этапы: сначала платформа и некритичные контуры, затем операционные и критичные системы. Защитная логика (протечки, заморозка) на период перехода продолжает работать локально.

Какую SCADA выбрать при модернизации?

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

С чего начать модернизацию диспетчеризации?

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

Итог

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

АЕРО-Инжиниринг проектирует и модернизирует инженерные системы промышленных, коммерческих и медицинских объектов. В области автоматизации и диспетчеризации мы выполняем обследование существующих систем, разрабатываем архитектуру управления, проектируем шкафы автоматики и системы BMS/SCADA, интеграцию оборудования и решения по модернизации. Смежный пример – диспетчеризация инженерных систем ТРЦ; другие реализованные объекты – в разделе кейсов. Оставьте заявку – начнем с обследования.