DOC - Московский городской фонд обязательного медицинского

Запрос о предоставлении ценовой информации для определения начальной
(максимальной) цены контракта по развитию центрального аппаратно-программного
комплекса автоматизированной информационной системы обязательного медицинского
страхования г. Москвы в целях реализации положений и требований Федерального
закона от 29.10.2010 № 326-ФЗ «Об обязательном медицинском страховании в Российской
Федерации» и федерального законодательства о персональных данных
1. Заказчик:
Московский городской фонд обязательного медицинского страхования (МГФОМС)
2. Объект закупки:
Развитие
центрального
аппаратно-программного
комплекса
автоматизированной
информационной системы обязательного медицинского страхования г. Москвы в целях
реализации положений и требований Федерального закона от 29.10.2010 № 326-ФЗ «Об
обязательном медицинском страховании в Российской Федерации» и федерального
законодательства о персональных данных в соответствии с Техническим заданием
(Приложение №1 к настоящему запросу).
3. Краткое изложение условий исполнения контракта:
Адрес поставки товара, предоставление прав, оказания услуг:
г. Москва, Загородное шоссе, 18А, стр. 9
Адрес выполнения работ:
г. Москва, Ленинский проспект, 127
Размер обеспечения контракта:
30% от начальной (максимальной) цены контракта
Порядок оплаты:
Авансовый платежи в размере 30% (Тридцати процентов) от стоимости этапа Календарного
плана-графика осуществляется Заказчиком в течение 20 (Двадцати) банковских дней с даты
выставления Исполнителем счета.
Окончательный расчет за фактически выполненные работы по этапам Календарного планаграфика осуществляется Заказчиком в течение 20 (Двадцати) банковских дней с даты
выставления Исполнителем счета, выписанного на основании подписанного Сторонами акта
сдачи-приемки выполненных работ
Гарантийный сроки и сроки действия:
Срок действия прав – не ограничен.
Срок действия сертификатов технической поддержки – не менее 12 месяцев с даты
подписания акта сдачи-приемки.
Гарантийный срок на товар и выполненные работы – не менее 12 месяцев с даты подписания
акта сдачи-приемки.
4. Планируемый срок проведения закупки:
Срок размещения в единой информационной системе (на официальном сайте zakupki.gov.ru)
извещения о проведении закупки – октябрь 2014 года.
5. Срок предоставления ценовой информации:
До 12 октября 2014 года.
6. Адрес предоставления ценовой информации:
117152, г. Москва, Загородное шоссе, 18А
7. Адрес электронной почты для предоставления ценовой информации в виде
сканированного документа (при условии последующего направления оригинала):
nadyn-mgfoms@yandex.ru
8. Контактное лица Заказчика:
Ромашечкина Надежда Николаевна
Тел.: 8 (495) 958 36 92
Местный тел.: 0374, 0312
9. Форма предоставления ценовой информации:
Просим направить Ваше коммерческое предложение с расчетом цены контракта по форме,
установленной в Приложении № 2 к настоящему запросу о предоставлении ценовой
информации.
При отсутствии в коммерческом предложении расчета цены контракта такое коммерческое
предложение считается недействительным.
Цена контракта на оказание услуг должна быть указана в российских рублях.
10. Прочие условия:
Информируем, что направленное в адрес Заказчика коммерческое предложение не будет
рассматриваться в качестве заявки на участие в закупке и не дают каких-либо преимуществ
лицам, направившим такое предложение.
Настоящий запрос не является извещением о проведении закупки, офертой или публичной
офертой и не влечет возникновения никаких обязанностей у Заказчика.
Заместитель начальника Управления
информационного обеспечения системы
ОМС
Кидалов Ф.В.
Приложение №1
ТЕХНИЧЕСКОЕ ЗАДАНИЕ
на развитие центрального аппаратно-программного комплекса автоматизированной
информационной системы обязательного медицинского страхования г. Москвы (ЦАПК АИС
ОМС) в целях реализации положений и требований Федерального закона от 29.10.2010 № 326ФЗ «Об обязательном медицинском страховании в Российской Федерации» и федерального
законодательства о персональных данных
1
Общие требования
Настоящее техническое задание содержит в себе всю существенную информацию,
необходимую для выполнения контракта, в том числе осуществления поставки оборудования,
ПО и материалов.
Заказчик
1.1
Московский городской фонд обязательного медицинского страхования.
Адрес Заказчика: 117152, г. Москва, Загородное шоссе, 18А.
Предмет государственного контракта
1.2
Предметом государственного контракта будет являться развитие центрального аппаратнопрограммного комплекса автоматизированной информационной системы обязательного
медицинского страхования г. Москвы (ЦАПК АИС ОМС) в целях реализации положений и
требований Федерального закона от 29.10.2010 № 326-ФЗ «Об обязательном медицинском
страховании в Российской Федерации» и федерального законодательства о персональных
данных.
Цели и задачи проводимых работ
1.3
Основной целью выполнения работ по развитию ЦАПК АИС ОМС будет реализация
положений и требований Федерального закона от 29 октября 2010 г. № 326-ФЗ «Об
обязательном медицинском страховании в Российской Федерации» и федерального
законодательства о персональных данных, в том числе в рамках:

повышения катастрофоустойчивости АИС ОМС;

повышения качества подготовки персонала МГФОМС и ЛПУ города Москвы.
Для достижения указанной цели должны быть решены следующие задачи:

обеспечена катастрофоустойчивость АИС ОМС путем проведения доработки ИТинфраструктуры существующего ЦАПК АИС ОМС, создания инженерной и
вычислительной инфраструктур Учебно-производственного комплекса МГФОМС (УПК
МГФОМС) и осуществления миграции АИС ОМС МГФОМС на вновь созданную
вычислительную инфраструктуру в рамках совершенствования;

выполнены работы по созданию Системы обучения пользователей АИС ОМС и
персонала МГФОМС (далее – СОПП МГФОМС) на базе УПК МГФОМС;

осуществлены поставки необходимого оборудования, и программного обеспечения для
создания СОПП МГФОМС, инженерной и вычислительной инфраструктур УПК
МГФОМС, а также оборудования для проведения доработки ИТ-инфраструктуры
существующего ЦАПК АИС ОМС МГФОМС в рамках его развития.
Основание для выполнения работ
1.4
Решение руководства Заказчика, результаты аудита инженерной и ИТ инфраструктур,
результаты проектирования отдельных систем указанных инфраструктур.
Места выполнения работ
1.5
Местами выполнения работ будут являться:
2

г. Москва, Ленинский проспект, дом 127 – в части поставки оборудования и материалов,
программного обеспечения, а также создания инженерной и ИТ инфраструктур Учебнопроизводственного комплекса МГФОМС;

г. Москва, Загородное шоссе, дом 18А – в части поставки аппаратных средств в рамках
доработки ЦАПК АИС ОМС МГФОМС.
Требования к выполняемым работам в целом
Работы по развитию центрального аппаратно-программного комплекса автоматизированной
информационной системы обязательного медицинского страхования г. Москвы должны
осуществляться:

в соответствии с настоящим документом и проектной документацией, предоставляемой
Заказчиком;

с соблюдением
Федерации;

с соблюдением правил техники безопасности.
действующих
нормативных
правовых
документов
Российской
Обеспечение необходимыми разрешительными документами, в том числе получение
необходимых согласований для проведения указанных работ, возлагается на Заказчика.
Рабочая, в том числе эксплуатационная документация, должна быть выполнена
(актуализирована) в соответствии с технической проектной документацией и на основании
настоящего документа.
Развернутые системы, смонтированные конструкции и выполненные работы, требующие
проведения испытаний перед их приемкой или введением в эксплуатацию, должны
подвергаться соответствующим испытаниям.
Программы и методики соответствующих испытаний разрабатываются Исполнителем и
согласовываются с Заказчиком.
Порядок выполнения гарантийных обязательств – в соответствии с государственным
контрактом.
3 Технические требования к выполнению работ
3.1 Технические требования к работам по созданию инженерной инфраструктуры
Работы по созданию инженерной инфраструктуры должны осуществляться в соответствии с
комплектом проектной документации на инженерную инфраструктуру, предоставляемым
Заказчиком.
В рамках проведения указанных работ, должны быть предусмотрены монтажные и пусконаладочные работы по развертыванию инженерной инфраструктуры УПК МГФОМС, в том
числе инженерной инфраструктуры его серверной (модульная комната безопасности).
Инженерная инфраструктура УПК МГФОМС должна быть способна обеспечить его
функционирование по предназначению в круглосуточном и круглогодичном режимах работы,
за исключением случаев устранения аварийных ситуаций.
3.1.1 Технические требования к инженерной инфраструктуре
3.1.1.1 Общие положения
При разработке основных технических решений и при выборе средств оснащения комплексной
инженерной инфраструктуры Заказчик руководствовался следующими основными
принципами:
1.
Взаимозаменяемость и унифицированность.
2.
Оптимальное соотношение цена/качество инженерного оборудования.
3.
Простота и гибкость настройки инженерного оборудования.
4.
Инженерное оборудование должно соответствовать современному уровню развития
науки и техники.
5.
Инженерное оборудование должно иметь автоматическое управление и иметь
возможность удаленного мониторинга, и управления посредством системы
диспетчеризации.
6.
Использование энергосберегающего оборудования.
Уровень резервирования всех элементов серверной должен соответствовать или превышать
(при соответствующем обосновании) требования к элементам инфраструктуры центров
обработки данных уровня Tier III (в соответствии с классификацией Uptime Institute).
3.1.1.2 Требования к стандартизации и унификации
В рамках реализации настоящего проекта для создания элементов и систем УПК МГФОМС
должны использоваться, по возможности, стандартные изделия, готовые устройства и детали.
Все элементы должны иметь необходимые сертификаты и быть рекомендованы для
использования в климатических условиях объекта размещения и в режиме круглосуточной и
круглогодичной эксплуатации.
3.1.1.3 Требования к надежности
Уровень резервирования всех элементов ЦАПК АИС ОМС МГФОМС должен соответствовать
или превышать (при соответствующем обосновании) требования к элементам инфраструктуры
центров обработки данных уровня Tier III (в соответствии с классификацией Uptime Institute).
Решения по построению инженерной инфраструктуры должны обеспечивать возможность
проведения плановых работ с основным оборудованием без остановки ИТ-оборудования,
размещенного в машинных залах.
К плановым работам должны относиться:

превентивное и плановое обслуживание;

ремонт и замена компонентов;

добавление или удалением элементов систем;

тестирование компонентов и систем в целом.
3.1.1.4 Требования к модульности, масштабированию и последующей модернизации
Инженерные системы должны отвечать следующим требованиям:

должны оснащаться малообслуживаемым оборудованием с модульным принципом
построения, позволяющим производить быструю замену неисправных компонентов;

введение в эксплуатацию последующих очередей реализации не должно влиять на
функционирующее оборудования;

в электрических щитах и щитах автоматизации предусмотреть резерв до 20% для
установки дополнительной аппаратуры без замены конструктива щита;

в случае, если в процессе развития объекта вновь устанавливаемое оборудование
относится к новому модельному ряду, должно быть обеспечено полное сопряжение с
ранее установленными элементами.
3.1.2 Технические требования к составу инженерных систем
3.1.2.1 Требования к системе гарантированного электроснабжения
Система гарантированного энергоснабжения предназначена для обеспечения энергоснабжения
потребителей особой группы первой категории, увеличения времени автономной работы в
случае длительных перерывов в энергоснабжении или ухудшении качества электроэнергии.
Мощности и основные характеристики определить проектом.
Время работы системы гарантированного энергоснабжения в автономном режиме – не менее 8
часов при 70% нагрузке. Топливная система дизель-генераторной установки должна иметь свой
расходный бак на время автономности.
Расходный бак должен быть оснащен необходимыми датчиками протечки, уровня топлива.
Потребители, подключаемые к вводу гарантированного бесперебойного питания:

оборудование серверной;

механические системы УПК МГФОМС, в том числе серверной (прецизионные
кондиционеры, вентиляция);

системы противопожарной защиты;

система мониторинга и диспетчеризации;

система безопасности;

оборудование системы передачи данных;

остальные нагрузки здания, требующие электроснабжение по особой группе I
категории.
Дизельные установки должны включаться автоматически при исчезновении напряжения или
если напряжение в одной из фаз сети меньше заданного значения (напр. 190В) и обеспечивать
подачу электропитания на полной мощности через 30 секунд. Обеспечить возможность
оперативной дозаправки топливных емкостей.
Дизель-генераторная установка (ДГУ) должна быть уличного исполнения, либо смонтирована в
контейнере со всеми необходимыми инженерными системами (вентиляция, глушение шума,
щит собственных нужд, пожарная сигнализация, порошковое пожаротушение).
В случае необходимости допускается установка контейнера с ДГУ на автомобильное шасси
(двуосный прицеп) с регистрацией в ГИБДД. Если установка монтируется на специально
подготовленную площадку, предусмотреть мероприятия по ограждению площадки и
ограничению доступа к ней.
Схема электропитания и выбор оборудования должны быть разработаны в процессе
проектирования и должны быть согласованы с Заказчиком.
3.1.2.2 Требования к системе бесперебойного электроснабжения
Потребителями электрической энергии системы бесперебойного электроснабжения являются:

ИТ-оборудование серверной;

инженерные системы технологического обеспечения серверной (кондиционеры воздуха
помещений УПК МГФОМС, в том числе серверной, кондиционеры-фанкойлы
помещения источников бесперебойного питания (ИБП)).
Уровень резервирования систем ИБП для компьютерного оборудования серверной – N + 1.
Уровень резервирования системы ИБП для нужд инженерного обеспечения серверной – N (без
резервирования). Система должна быть отдельной установкой от систем ИБП для основных ИТ
потребителей. Реализовать механизм автоматического ввода резерва для нужд инженерного
обеспечения.
При
разработке
системы
бесперебойного
энергопотребление оборудования:
электроснабжения
учесть
следующее

серверное оборудование, устанавливаемое в монтажных шкафах с потребляемой
мощностью для каждого шкафа – 10 кВт;

телекоммуникационное оборудование, устанавливаемое в телекоммуникационных
шкафах с потребляемой мощностью для каждого шкафа – 5 кВт;

межрядные кондиционеры воздуха помещения серверной;

кондиционеры-фанкойлы помещения ИБП.
Архитектура системы бесперебойного электроснабжения должна обеспечивать возможность
обслуживания и модернизации на протяжении всего жизненного цикла, без вывода всего
комплекса из режима основной работы.
Основными компонентами системы бесперебойного электроснабжения являются источники
бесперебойного питания.
Тип технологии построения ИБП – модульный с двойным преобразованием (основная система
для ИТ потребителей). ИБП для инженерного обеспечения серверной может быть любого типа.
ИБП должен иметь 12-ти пульсный выпрямитель, обладать высокой помехоустойчивостью по
RFI класс «В», КПД не ниже 94%, а уровень шума < 73 дБА. Система управления должна быть
обеспечена внутренним резервированием системы от возможных отказов и сбоев.
Инвертор ИБП должен иметь динамическую стабильность <2% при изменении нагрузки от 0 до
100% при времени восстановления 1 мс, форма выходного напряжения – синусоида, КНИ не
более 3%, крест-фактор не более 3, минимальные нелинейные искажения <3%.
ИБП должен иметь русскоязычный дисплей и простую и понятную мнемосхему.
ИБП должен иметь систему удаленного мониторинга, причем необходимо обеспечить
мониторинг всех ИБП системы на одном удаленном компьютере администратора системы.
Необходимо использовать ИБП, работающие в параллельном режиме с резервированием, с
блоками аккумуляторных батарей в шкафах.
Время автономной работы источников бесперебойного питания при пропадании питающего
напряжения должно составлять не менее 10 минут. Определяется временем запуска и выхода
резервного источника питания на нагрузку.
Для распределения электроэнергии по новым шкафам с вычислительным оборудованием
предусмотреть групповые щиты, оснащенные вводными автоматическими выключателями и
линейкой распределительных автоматических выключателей.
Для каждого шкафа предусмотреть две независимые линии распределения питания.
Для распределения питания по потребителям внутри каждого шкафа с вычислительным
оборудованием устанавливаются по два 3-х фазных блока распределения питания, между
которыми равномерно распределяется вся нагрузка шкафа, причем оборудование с двумя
блоками питания должно включаться в разные блоки распределения питания. Каждый блок
распределения питания запитать от соответствующего автоматического выключателя
соответствующего группового щита.
Установить в каждый шкаф не менее чем по два PDU. Мощность, количество и тип PDU
определить по согласованию с Заказчиком. PDU, запитанные от разных систем распределения
ИБП (условно «А» и «В»).
3.1.2.3 Требования к системе кондиционирования и вентиляции (УПК МГФОМС)
Расчетные параметры наружного воздуха принять:

для проектирования систем кондиционирования в теплый период года:
o барометрическое давление
o температура воздуха
o скорость ветра
26,3°С;
1 м/сек.;
o средняя суточная амплитуда

995 гПа;
10,5°С;
для проектирования систем кондиционирования в холодный период года (параметры Б):
o температура воздуха
o скорость ветра
-28°С;
4,9 м/сек.;
o Продолжительность отопительного периода 214 суток;
o Средняя температура отопительного периода Т = -3,1ºС.
Для подбора наружных блоков системы кондиционирования, устанавливаемых на открытых
площадках с прямым воздействием солнечного излучения, температуру наружного воздуха в
теплый период года принять равной 40°С.
Расчетные параметры внутреннего воздуха помещений, поддерживаемые системой отопления,
принять:

административные помещения

вспомогательные помещения
5-16°С;

помещение общественного питания
20°С;

лестницы, лифтовые холлы
16°С.
18°С;
Расчетные параметры внутреннего воздуха помещений, обслуживаемых системами приточновытяжной вентиляции:

помещения общественной зоны (офисно-административные помещения):
o теплый период года:

температура воздуха

относительная влажность не нормируется;
22 – 26 °С;
o холодный период года:


температура воздуха

относительная влажность не нормируется;
18 – 24 °С;
помещение столовой:
o теплый период года:

температура воздуха

относительная влажность не нормируется;
22 – 26 °С;
o холодный период года:


температура воздуха

относительная влажность
20 – 24 °С;
не нормируется;
технические и вспомогательные помещения:
o теплый период года:

температура воздуха

относительная влажность не нормируется;
29-40°С;
o холодный период года:


температура воздуха
5-16°С;

относительная влажность
не нормируется;
расчетные параметры внутреннего воздуха в серверной, круглогодично:
o температура воздуха T= 22 ± 2°С;
o относительная влажность 40 – 60% без конденсации влаги;
o максимальная скорость изменения температуры 5°С в час;
o Оптимальная скорость потока воздуха — 0,2 м/с (не более 0,3 м/с для холодного,
0,5 м/с для теплого периодов);
o запыленность воздуха помещений не более 0,75 мг/м3, размер частиц не более 3
мкм.
Системы кондиционирования и приточно-вытяжной вентиляции должны быть сопряжены с
системой автоматической пожарной сигнализации и системой автоматического газового
пожаротушения (АГПТ) для отключения систем кондиционирования и вентиляции в случае
пожарной тревоги (срабатывания АГПТ).
3.1.2.4 Требования к системе прецизионного кондиционирования (серверной УПК
МГФОМС)
Для обеспечения требуемого температурно-влажностного режима, а также очистки воздуха от
пыли в помещениях серверной и кроссовых устанавливается система прецизионного
кондиционирования.
При разработке системы требуется учитывать разделение пространства серверной на горячие и
холодные коридоры. При необходимости, предусмотреть систему контейнеризации горячих
коридоров для разделения потоков охлажденного и нагретого воздуха.
В помещении машинного зала предусмотреть установку межрядных кондиционеров.
В помещении кроссовой конструктивное исполнение кондиционеров и организацию
технологии кондиционирования определить на стадии проектирования исходя их размеров
помещений и требований охлаждаемого оборудования.
Теплоноситель в системе кондиционирования – фреон.
Тип кондиционеров и схему движения воздушных потоков в помещениях машинных залов и
технологических помещениях выбрать на этапе разработки проекта.
Схема резервирования по установленному оборудованию и коммуникациям - согласно
принятого уровня надежности Tier III по классификации Uptime Institute: в серверной (для
каждой выделенной группы шкафов), кроссовом помещении или другом технологическом
помещении, количество прецизионных кондиционеров должно быть минимум N+1.
Обеспечить поддержание влажности встроенными в прецизионные кондиционеры
пароувлажнителями. Подвод воды к увлажнителям осуществить от проектируемой для этих
нужд системы водоснабжения. Систему водоснабжения организовывать по внешним
периметрам охлаждаемых помещений.
Отвод конденсата от прецизионных кондиционеров осуществить в проектируемую систему
дренажной канализации.
Предусмотреть возможность аварийного дренажа в случае возникновения протечки.
Аварийный дренаж должен обеспечивать отвод воды в систему общей канализации.
Укомплектовать кондиционеры встроенными средствами автоматизации, позволяющими
организовать совместную согласованную работу в группе. В составе системы предусмотреть
компоненты, обеспечивающие взаимодействие с центральной автоматизированной системой
диспетчеризации.
Разработать мероприятия, обеспечивающие снижение ущерба от залива программнотехнических средств конденсатом.
3.1.2.5 Требования к комплексу противопожарной безопасности
Комплекс технических средств противопожарной безопасности должен включать следующие
инженерные системы:

система автоматической пожарной сигнализации (АПС);

система автоматического газового пожаротушения и газоудаления (АГПТ).
A. Требования к системе автоматической пожарной сигнализации
Должно быть предусмотрено устройство пожарной сигнализации в соответствии с
действующими нормативными документами адресно-аналогового типа.
Количество пожарных извещателей, устанавливаемых в одном помещении, определяется
площадью защищаемого помещения, техническими характеристиками извещателя и
требованиями Свода Правил «Системы противопожарной защиты. Установки пожарной
сигнализации и пожаротушения автоматические».
Система пожарной сигнализации должна удовлетворять следующим требованиям:

обнаруживать место очага загорания или задымления с точностью до конкретного
извещателя при индивидуальной адресации и до конкретного помещения при групповой
адресации извещателей;

производить сбор и обработку информации о состоянии адресно-аналоговых
извещателей (норма, пожар, изъятие);

обеспечивать достоверную передачу информации и непрерывный автоматический
контроль всех шлейфов сигнализации;

производить сбор, обработку информации о состоянии адресных релейных блоков с
исполнением команды;

производить опрос и контроль состояния шлейфов пожарной сигнализации (КЗ, обрыв);

производить выдачу и контроль управляющих команд на технические средства
общеинженерных систем;

осуществлять диагностику технического состояния всех средств, входящих в систему;

осуществлять регистрацию, документирование и визуальное отображение информации
выше перечисленных функций;

иметь встроенную память для хранения информации о сигналах пожара;

иметь повышенную эксплуатационную надежность, обусловленную устойчивостью
кольцевого шлейфа к коротким замыканиям и прерываниям;

документировать все сообщения и сохранять указанные сообщения в памяти
компьютера;

иметь вид защиты извещателей - IP 40, IP 42 и выше;

контролировать
помещений;

формировать команды на управление техническими средствами пожаротушения,
дымоудаления, вентиляции, выдачу сигнала на разблокировку дверей, находящихся под
управлением СКУД (при наличии таких систем) и т.д.;

формировать команды на включение системы оповещения о пожаре и управления
эвакуацией;

обеспечивать алфавитно-цифровой информацией дежурного оператора о техническом
состоянии контролируемых параметров системы в автоматическом и диалоговом
режимах;

передавать по информационному каналу на пост охраны информацию о пожаре, об
отключении силовых цепей электропитания общеобменной вентиляции, о положении
огнезадерживающих клапанов на воздуховодах общеобменной вентиляции (откр / закр).
включение
модульных
установок
пожаротушения
отдельных
Количество адресных извещателей, их тип и количество адресных модулей пожарной
сигнализации должно быть определено определить в соответствии с действующими
нормативными документами.
На путях эвакуации должны быть установлены ручные адресные пожарные извещатели.
Всё электрооборудование системы автоматической пожарной сигнализации должно сохранять
работоспособность в условиях пожара в течение времени, необходимого для полной эвакуации
всех людей в безопасную зону.
Должна быть обеспечена возможность наращивания и масштабирования системы.
Кабельные линии АПС должны выполняться огнестойким кабелем с медными жилами, не
распространяющими горение, с низким дымо- и газовыделением (нг-FRLS) или не
содержащими галогенов (нг-FRHF) и прокладываться внутри зданий по потолку и стенам в
гофротрубах, пластиковых коробах, и металлических лотках с использованием штатных
аксессуаров и крепежа.
Проходы кабелей через стены и перегородки должны выполняться в отрезках стальных труб,
фиксируемых в отверстиях при помощи цементного раствора. Зазоры между кабелями и
кабелепроводами должны заделываться легкоудаляемой массой из негорючего материала, а в
местах пересечения противопожарных преград группами кабелей должны быть предусмотрены
огнестойкие кабельные проходки,
противопожарных преград.
не
ниже
предела
огнестойкости
пересекаемых
Электропитание оборудования АПС должно быть обеспечено согласно требованиям Свода
Правил «Системы противопожарной защиты. Электрооборудование. Требования пожарной
безопасности» от двух независимых источников:

основного - сеть переменного тока напряжением 220В/50Гц;

резервного - аккумуляторных батарей или блоков бесперебойного питания,
обеспечивающих работу технических средств АПС в случае полного отключения
напряжения в течение 24 ч в дежурном режиме плюс 3 ч работы в режиме тревоги.
B. Требования к системе автоматического газового пожаротушения и газоудаления
Система автоматического газового пожаротушения должна соответствовать следующим
требованиям:

должно использоваться огнетушащее вещество – Хладон 227;

должна обеспечивать быструю и эффективную ликвидацию очагов возгорания с
реализацией мер по максимальному снижению рисков нанесения ущерба здоровью
персонала объекта размещения инфраструктуры;

огнетушащее вещество не должно приводить к выходу из строя программнотехнических и телекоммуникационных средств и не должно быть агрессивным по
отношению к материалам, используемым в защищаемых помещениях;

должна иметь управление подачей огнетушащего вещества в защищаемые помещения в
автоматическом, дистанционном и ручном режимах;

при применении газовой системы пожаротушения должна быть обеспечена заделка всех
технологических отверстий, соединяющих помещение с иными помещениями. Степень
негерметичности помещения должна удовлетворять требованиям Свода Правил
«Системы противопожарной защиты. Установки пожарной сигнализации и
пожаротушения автоматические. Нормы и правила проектирования»;

при создании системы автоматического пожаротушения должно быть предусмотрено
оборудование
приточно-вытяжной
вентиляции
огнезащитным
клапаном,
взаимодействующим с системой автоматического пожаротушения;

должна обеспечивать передачу сигналов о пожаре, срабатывании и состоянии установки
в дежурном режиме персоналу, ведущему круглосуточное дежурство. Место
расположения дежурного персонала определить на этапе проектирования.
В составе установки газового пожаротушения должны быть включены:

модули (батареи) газового пожаротушения;

распределительные трубопроводы;

насадки;

извещатели пожарные;

табло «Газ! Уходи», сблокированные со звуковой сигнализацией;

табло «Газ! Не входи»;

табло «Автоматика отключена»;

датчик блокировки дверей;

устройство дистанционного пуска системы;

кнопки включения автоматического режима работы.
Дополнительно предусмотреть резервный запас огнетушащего вещества в баллонах,
достаточного для восстановления работоспособности установки любого защищаемого
помещения, хранящийся на складе или в помещении станции газового пожаротушения (в
зависимости от типа установки).
При наступлении события «Пожар» в защищаемом помещении автоматика установки должна
сформировать сигналы в систему автоматической пожарной сигнализации на:

управление огнезадерживающими клапанами на ответвлениях
общеобменной вентиляции к защищаемым помещениям;

отключение общеобменной вентиляции;

управление системой оповещения и управления эвакуацией людей при пожаре;

включение систем противодымной вентиляции;

перевод лифтов в режим «Пожар».
воздуховодов
Кабельные линии АГПТ должны выполняться огнестойким кабелем с медными жилами, не
распространяющими горение с низким дымо- и газовыделением (нг-FRLS) или не
содержащими галогенов (нг-FRHF) и прокладываться внутри зданий по потолку и стенам в
гофротрубах, пластиковых коробах, и металлических лотках с использованием штатных
аксессуаров и крепежа.
Проходы кабелей через стены и перегородки должны выполняться в отрезках стальных труб,
фиксируемых в отверстиях при помощи цементного раствора. Зазоры между кабелями и
кабелепроводами должны заделываться легкоудаляемой массой из негорючего материала, а в
местах пересечения противопожарных преград группами кабелей должны быть предусмотрены
огнестойкие кабельные проходки, не ниже предела огнестойкости пересекаемых
противопожарных преград.
Электропитание оборудования АГПТ обеспечить согласно требованиям Свода Правил
«Системы противопожарной защиты. Электрооборудование. Требования пожарной
безопасности» от двух независимых источников:

основного - сеть переменного тока напряжением 220В/50Гц;

резервного - аккумуляторных батарей или блоков бесперебойного питания,
обеспечивающих работу технических средств АГПТ в случае полного отключения
напряжения в течение 24 часов в дежурном режиме плюс 3 часов работы в режиме
тревоги.
Защитное заземление (зануление) электрооборудования АГПТ должно быть выполнено в
соответствии с требованиями ПУЭ, СНиП 3.05.06-85, ГОСТ 12.1.030-81 и технической
документацией завода-изготовителя.
В помещениях с газовым пожаротушением предусмотреть систему газоудаления для удаления
газов и дыма после тушения пожара.
Систему выполнить с механическим побуждением в нижней и верхней зоне помещений, а при
наличии в помещении фальшпола, еще и в подпольном пространстве, с компенсацией
удаляемого объема газов и дыма приточным воздухом.
3.1.2.6 Требования к системе охранной сигнализации (СОС)
Система охранной сигнализации (далее – СОС) УПК МГФОМС должна представлять собой
совокупность технических средств охраны (охранных извещателей, контроллеров),
установленных в здании с целью защиты помещений от возможности проникновения
посторонних лиц и извещении сотрудников охраны.
Контроллеры СОС устанавливаются в боксах аналогично контроллерам СКУД.
Все помещения здания должно быть оснащено двумя рубежами охраны:

первым рубежом должна обеспечиваться блокировка периметра. Блокировка дверных и
оконных конструкций «на открывание» извещателями магнитоконтактными; «на
разбитие стекла»; блокировка дверей главного входа, запасного выхода «на
проникновение»;

вторым рубежом должна обеспечиваться блокировка объема помещений извещателями
охранными.
Извещатели разбития стекла должны быть 24-х часовыми зонами (без права снятия).
Охранными извещателями СОС должны быть оборудованы все уязвимые места через которые
возможно несанкционированное проникновение на охраняемый объект. Места установки
извещателей СОС должны быть максимально недоступны для посторонних лиц, без нарушения
интерьера помещений.
Для охраны периметра должны быть применены периметральные охранные извещатели. Все
технические средства СОС должны быть подключены к резервируемым источникам
бесперебойного питания, которые способны обеспечить нормальное функционирование в
условиях отсутствия внешнего электропитания (220 В) в течение не менее двадцати четырех
часов в дежурном режиме и трех часов в режиме тревоги.
Детальная проработка номенклатуры, мест установки и количества используемых технических
средств СОС определяется при составлении проектной документации и согласуется с
Заказчиком.
3.1.2.7 Требования к структурированной кабельной системе (СКС)
Применяемое оборудование должно иметь все необходимые сертификаты пожарной
безопасности и сертификаты соответствия Российской Федерации.
СКС должна строиться с применением следующих компонентов:

медные компоненты категории 6а;

оптические компоненты multimode класса ОМ4.
Оптические и медные каналы связи между Главными распределительными зонами (MDA) и
стойками должны строиться на базе претерминированных кабельных сборок. Оптические
линии связи должны быть претерминированы разъемами MPO.
Претерменированные решения должны быть предложены с целью оптимизации расходов на
стадии ввода в эксплуатацию и упрощения последующего развития систем.
Каждый серверный шкаф машинного зала должен быть обеспечен следующими соединениями с
MDA:

24 RJ45 cat.6A – со стороны каждой из взаиморезервных MDA (всего 48 RJ45 cat.6Aна
шкаф);

24 LC FOMM (12 LC-duplex) – со стороны каждой из взаиморезервных MDA (всего 48
LC FOMM (24 LC-duplex) на шкаф).
Главная и резервная распределительная зона должна иметь запас по месту размещения не менее
чем 50% для установки в дополнение к полностью установленному кроссовому полю серверной
в части кроссовых и аппаратных стоек.
Рабочие места в помещении охраны, специалистов службы эксплуатации инженерных систем
УПК МГФОМС, прочего персонала, работающего УПК МГФОМС должны быть оснащены
системой СКС в соответствии с предоставляемыми на этапе проектирования требованиями к
смежным разделам проекта.
Кабели СКС должны быть собраны в жгуты количеством не более 12 (двенадцати) кабелей в
один жгут. По всей длине жгута необходимо выполнять стягивание кабелей стяжками через
каждые 2 (два) метра, чередуя: пластиковую несъемную стяжку и стяжку-липучку
многократного применения. Кабели в жгутах должны быть уложены ровно, не спутаны, не
перекручены.
По всей длине кабелей необходимо нанести маркировку на каждый кабель СКС,
обеспечивающую однозначную идентификацию кабеля. Маркировка должна быть легко
читаема при стандартном освещении. Минимальное количество мест маркировки определяется:

у разъема кроссовой панели;

на выходе из аппаратного шкафа;

на входе в лоток (при удалении от выхода из шкафа более чем на 2 метра);

на всех ответвлениях и изгибах кабельного лотка вдоль трассы;

на входе в кроссовый шкаф;

у разъема кроссового поля.
Кроссовые шнуры должны быть маркированы уникальным образом с двух концов.
A. Требования к структуре и функционированию
В соответствии с требованиями и рекомендациями, изложенными в разделе 6.2.1. стандарта
TIA-942, СКС должна обеспечивать:

круглосуточную, круглогодичную эксплуатацию в течение гарантийного срока;

внесение изменений в
непрерывность работы;

расширение количества соединений на всех уровнях с необходимой установкой
оборудования и организацией новых соединений, с возможностью внесения новых
элементов в систему анализа соединений;

идентификацию кабелей, коммутационных шнуров, кроссовых панелей и других
элементов СКС по соответствующей маркировке, выполненной в соответствии с
вышеуказанными стандартами.
смонтированную
систему,
сохраняя
управляемость
и
B. Требования к зонам и помещениям
1)
Требования к главной распределительной зоне
Главные распределительные зоны (далее – MDA) должны соответствовать требованиям п. 5.5.
стандарта TIA-942, а также учитывать регламентирующие российские нормы и правила.
Главная распределительная зона должна быть зарезервирована путем выделения двух
телекоммуникационных шкафов в разных рядах стоек, имеющих полностью задублированные
каналы связи со всеми серверными шкафами.
Требования к телекоммуникационным шкафам, применяемым для размещения оборудования
(MDA), приведены в п. 5.11.8 стандарта TIA-942.
Требования к аппаратным зонам
2)
Требования к аппаратным зонам изложены в п. 5.9 стандарта TIA-942.
Требования к горизонтальной разводке
3)
Кабельная разводка серверной должна соответствовать требованиям, изложенными в разделе 6
стандарта TIA-942.
Применение любого решения по размещению коммутационных панелей не должно приводить к
ухудшению условий по отводу тепла от аппаратных стоек в серверной, усложнять
эксплуатацию, коммутацию и обслуживание других стоек в серверной.
3.1.2.7.1 Требования к обеспечению надежности
СКС должна быть способной обеспечить уровень надежности не ниже, чем Tier III Uptime
Institute и стандарта TIA-942.
Требования по обеспечению надежности уровня Tier III приведены в п. 3 приложения G
стандарта TIA-942.
3.1.2.7.2 Требования к системе кабельных каналов
Система кабельных каналов (далее – СКК) должна состоять из следующих компонентов:

кабельные лотки для телекоммуникаций и слаботочных систем;

кабельные лотки для силовых линий;

кабельные каналы офисной зоны УПК МГФОМС;

1)
герметичные противопожарные кабельные проходы через стены.
Требования к лоткам для телекоммуникаций и слаботочных систем
Не допускается использование СКК информационно-телекоммуникационных систем (ИТС)
серверной для прокладки кабелей систем, не относящихся к ИТС серверной.
Общие требования к организации кабельных телекоммуникационных лотков приведены в
разделах 7.5.2 и 7.6 стандарта TIA-942.
Решения по организации кабельных коммуникаций в серверной должно быть согласовано с
Заказчиком.
Для прокладки медных кабелей типа «витая пара» допускается использовать сетчатый лоток,
выполненный из хромированной стали, допускающий организацию изгибов за счет удаления
звеньев лотка, имеющий большой ассортимент аксессуаров, ответвлений и крепежа. При
выборе типа лотка учесть возможность точного монтажа СКК во всем здании.
Телекоммуникационная кабельная разводка при организации ее под фальшполом должна
размещаться в вентилируемых кабельных лотках, которые не должны препятствовать потокам
воздуха от оборудования системы кондиционирования. Согласовать решения по прокладке
кабельной разводки с разделом проекта для системы кондиционирования. Дополнительные
факторы, подлежащие учету при проектировании кабельных лотков, приведены в стандарте
ANSI/TIA-569-В (нормативные документы см. раздел 1.4. настоящего документа).
Маршруты прокладываемых под полом кабельных лотков следует уже на стадиях
планирования координировать с проектами других систем комплекса ИТС серверной.
Кабельные лотки верхнего расположения могут быть смонтированы в несколько ярусов для
обеспечения достаточной пропускной способности (определяется на этапе проектирования).
Допускается использовать двухъярусный или трехъярусный монтаж кабельных лотков, один
ярус для силовых кабелей и один или два - для телекоммуникационной кабельной разводки.
Один из ярусов кабельных лотков должен иметь кронштейны на той стене, которая несет
заземляющую структуру. Кабельные лотки верхнего расположения могут дополняться
системой кабельных трубопроводов или лотков для оптических кабелей переключения.
Трубопровод или лоток для оптического кабеля может быть закреплен к тем же висячим
стержням, которые используются в качестве опоры для кабельных лотков.
Кабельные лотки верхнего расположения должны подвешиваться к потолкам. Если все стойки
и шкафы машинного зала имеют одинаковую высоту, то кабельные лотки в отдельных зонах
можно закрепить к верхней части стоек и шкафов. При проектировании учесть, что это решение
не может быть стандартным для всех серверных. При разработке решений для кабельных
лотков принимать во внимание параметры стоек и шкафов конкретного машинного зала.
Максимальная рекомендованная стандартом TIA-942 высота лотков верхнего расположения
составляет 150 мм.
При прокладке совместно в одном лотке кабелей от различных систем ИТС серверной
необходимо использовать штатные разделители (сепараторы) кабельных лотков
соответствующих производителей, для того чтобы обеспечить:

удобство эксплуатации и расширения кабельных коммуникаций инженерных систем
серверной;

простоту идентификации кабелей в лотке для сокращения времени выполнения работ
линейным персоналом службы эксплуатации;

защищенность кабелей отдельных систем при проведении работ по кабельной
инфраструктуре других систем.
Требования к силовым кабельным лоткам
2)
Силовые кабельные лотки должны выполняться из сплошного оцинкованного листового
материала с перфорацией, обеспечивающего удобство прокладки кабелей систем
электроснабжения, его надежное крепление и повышенную плотность укладки.
Рекомендуется при монтаже СКК для силовых лотков применять штатные ответвления,
аксессуары, крышки и другие элементы для достижения максимальных преимуществ,
предоставляемых кабельными лотками выбранного производителя.
В случае совместной прокладки в одном лотке кабелей различных систем ИТС серверной
необходимо использовать штатные разделители (сепараторы) кабельных лотков
соответствующих производителей.
Требования к обеспечению безопасности
3)
Требования к обеспечению безопасности кабельной разводки изложены в разделе 7.2 стандарта
TIA-942.
Требования к координации трасс кабельных лотков
4)
Прохождения трасс кабельных лотков должны координировать со всеми разделами проекта
ИТС серверной.
Светильники и распределители автоматизированной системы газового пожаротушения должны
быть размещены между кабельными лотками, а не прямо над ними.
3.1.2.8 Требования к автоматизированной системе диспетчеризации и управления
Автоматизированная система диспетчеризации и управления (далее – АСДУ) должна быть
способной осуществлять централизованный мониторинг, диспетчеризацию и управление
оборудованием инженерных систем. При этом Комплекс средств автоматизации и
диспетчеризации должен обеспечивать:

получение оперативной информации о состоянии и параметрах оборудования
инженерных систем;

повышение надёжности, безопасности и качества функционирования оборудования
инженерных систем;

автоматизация диагностики и контроль за периодичностью обслуживания оборудования
инженерных систем;

сокращение затрат на обслуживание оборудования;

дистанционный контроль/управление работой оборудования инженерных систем;

обеспечение оперативного взаимодействия эксплуатационных служб, планирование
проведения профилактических и ремонтных работ инженерных систем;

документирование и регистрация технологических процессов инженерных систем и
действий диспетчеров служб.
Для выполнения вышеперечисленных задач система должна обеспечивать:

получение оперативной информации о состоянии контролируемых параметров
оборудования;

дистанционный контроль (управление работой оборудования);

предоставление диспетчеру информации с использованием мнемосхем, таблиц,
графиков, позволяющих быстро оценить техническое состояние контролируемого
оборудования;

повышение надежности, безопасности и качества функционирования оборудования;

документирование и регистрацию технологических процессов инженерных систем и
действий диспетчеров служб;

ведение автоматизированного учета эксплуатационных ресурсов оборудования и
своевременность его технического обслуживания.
Требования к функциям и составу
1)
АСДУ должна выполнять следующие общесистемные функции:

обеспечивать получение оперативной информации диспетчерами, руководителями
эксплуатационных служб объекта о состоянии инженерных систем с учетом
полномочий сотрудников на доступ к определенной информации;

обрабатывать текущий объем получаемой информации и управлять инженерными
системами здания и их оборудованием в соответствии с заданными режимами работы;

проводить документирование и регистрацию параметров процессов инженерных
систем, а также действий диспетчеров служб;

проводить автоматизированный учёт эксплуатационных
оборудования и контроль технического обслуживания;

обеспечивать возможность самодиагностики оборудования;

обеспечивать возможность подключения к системе дополнительного оборудования,
увеличение точек контроля и функций управления без нарушения работы;

обеспечивать
системами.
обмен
информацией
с
взаимосвязанными
ресурсов
инженерного
автоматизированными
Состав автоматизированных функций АСДУ и степень их автоматизации должны быть
реализованы с учетом необходимости освобождения персонала от выполнения рутинных
повторяющихся действий.
Для обеспечения функционирования систем применяются встроенные средства управления с
выдачей информации в АСДУ посредством цифровых протоколов, а также средства локальной
автоматики.
Основные требования к автоматизированным комплексам инженерных систем:
2)

автоматическое поддержание заданных параметров;

автоматическая смена режимов работы;

автоматическая смена оборудования рабочий/резервный;

организация работы оборудования по временному или технологическому графику;

контроль состояния элементов инженерного оборудования
параметров (температура воздуха, воды, напряжение, ток и т. д.);

предупреждение аварийных ситуаций;

автоматическое и ручное управление отдельными агрегатами системы;

передачу всей информации о состояниях, тревожных ситуациях и технических
параметрах работы данной системы в АСДУ.
и
технологических
Объемы сигналов контроля и управления, тип оборудования и состав ЗИП (запасные части,
инструменты и принадлежности) уточнить с Заказчиком.
В диспетчерской необходимо предусмотреть центральное устройство отображения информации
(видеостену), состоящую из двух LED видеопанелей с минимальной толщиной кромок. На
видеостену должна выводиться часть оперативной информации с автоматизированных рабочих
мест (АРМ) диспетчеров.
В центральной части диспетчерской должны располагаться рабочие места операторов,
количество и состав мест определить на стадии проектирования.
Требования к структуре
3)
АСДУ должна удовлетворять следующим основным требованиям:
4)

обеспечивать автоматизированный контроль и управление необходимыми для
предупреждения и ликвидации ЧС (в т.ч. чрезвычайных ситуаций, вызванных
террористическими актами) инженерными системами;

иметь модульную структуру и быть «открытой», обеспечивать при необходимости
возможность диспетчеризации и управления вновь устанавливаемым оборудованием
инженерных систем;

допускать возможность объединения с другими информационными системами
мониторинга и управления;

должны быть предусмотрены автоматический – ручной и дистанционный – местный
режимы работы;

должна иметь открытую архитектуру, допускать последующее расширение, как по
числу объектов автоматизации, так и по числу функций, а также быть готовой к
интеграции с другими системами мониторинга и управления;

должна базироваться на структурированные информационные кабельные сети;

должна иметь иерархическую многоуровневую структуру.
Требования к характеристикам взаимосвязей создаваемой системы со смежными
системами
Для оперативного взаимодействия с локальными технологическими системами управления
инженерным обеспечением должна быть использована структурированная кабельная сеть. Для
обмена информацией необходимо использовать открытый протокол, обеспечивающий
стандартный набор программно-аппаратных средств маршрутизации, мониторинга
информационных потоков и сигналов управления.
Требования к режимам функционирования системы
5)
АСДУ должна быть спроектирована для функционирования круглогодично 24 часа в сутки 7
дней в неделю.
Перспективы развития, модернизации системы
6)
АСДУ должна иметь открытую архитектуру позволяющую дальнейшее развитие и,
модернизации системы и должна удовлетворять следующим основным требованиям:

иметь модульную структуру и обеспечивать при необходимости возможность
диспетчеризации и управления вновь устанавливаемого оборудования инженерных
систем;

допускать возможность подключения систем мониторинга и управления других зданий
объекта.
Объекты автоматизации
7)
Перечень систем, подлежащих автоматизации и диспетчеризации:

кондиционирования;

контроля протечек;

автоматического газового пожаротушения и газоудаления;

сигнализации;

электроснабжения;

дизельная генераторная установка;

системы внутреннего электроосвещения, в том числе аварийного и эвакуационного.
Для обеспечения функционирования систем применяются встроенные средства управления с
выдачей информации в АСДУ посредством цифровых протоколов, а также средства локальной
автоматики на базе свободно программируемых цифровых контроллеров.
Кондиционирование
8)
Система АСДУ должна обеспечивать:

стабилизацию заданных температурных параметров;

автоматическое управление включением/отключением вентиляторов, обеспечивая
оптимальные энергетические затраты за счет программированного управления в
функции времени, метеорологических условий и тепловыделений в обслуживаемых
помещениях;

информация о погодных условиях и параметрах внешней среды должна поступать от
системы контроля внешней среды;

передачу всей информации о состояниях, тревожных ситуациях и технических
параметров работы данной системы в систему диспетчеризации.
Климатические системы
9)
Системы кондиционирования технологических помещений
автоматизированы и интегрированы в систему диспетчеризации.
должны
быть
полностью
Основные функции, которые должны выполняться средствами автоматики:

экономия энергетических ресурсов;

поддержание требуемых температурных графиков теплоносителей в водяных системах;

регулирование производительности отдельных систем за счет изменения частоты
вращения электродвигателей вентиляторов и насосов.
Должен быть предусмотрен местный и дистанционный контроль за основными параметрами
систем, сигнализация о работе или аварийном состоянии оборудования.
Должно быть обеспечено отключение общеобменной вентиляции при пожаре. Должна быть
предусмотрена возможность отключения систем технологического кондиционирования при
пожаре.
Система контроля параметров среды серверной
10)
Система АСДУ должна обеспечивать и предусматривать:

непрерывный мониторинг таких основных параметров среды, как температура и
влажность;

количество и расположение датчиков должно точно отражать реальную картину
распределения температурных полей в объеме машинного зала;

передачу всей информации о состояниях и технических параметров работы данной
системы в систему диспетчеризации.
Система контроля протечек
11)
Система АСДУ должна обеспечивать и предусматривать:
12)

непрерывный мониторинг состояния трубопроводов пароувлажнителей кондиционеров,
а также появленья в начальной стадии воды в объеме фальшпола;

количество и расположение датчиков должно обеспечивать точное определение места
протечки для последующей изоляции поврежденного участка;

передачу всей информации о состояниях и технических параметров работы данной
системы в систему диспетчеризации.
Распределительная сеть электроснабжения
Система АСДУ должна обеспечивать и предусматривать:

получение информации о состояниях, тревожных ситуациях и параметрах системы
электроснабжения;

получение информации о состояниях, тревожных ситуациях и текущих параметрах
работы ИБП;

контроль состояния и рабочих параметров вводных устройств в нормальных и
аварийных ситуациях посредством контроллеров по цифровому протоколу;

контроль и учет параметров качества электроэнергии и расхода на вводах в здания,
этажных вводах и по основным нагрузкам;

управление нагрузками отдельных потребителей;

контроль, регистрацию и визуализацию полученных параметров системы.
Системы бесперебойного и гарантированного электроснабжения
13)
Система АСДУ должна обеспечивать и предусматривать:
14)

получение информации о состояниях, тревожных ситуациях и текущих параметрах
работы с управляющих панелей ИБП и ДГУ по цифровому протоколу;

контроль состояния панелей АВР;

контроль, регистрацию и визуализацию полученных параметров системы.
Освещение
Система АСДУ должна обеспечивать и предусматривать дистанционное получение всей
информации о состояниях и тревожных ситуациях систем рабочего освещения помещений с
ограниченным временем пребывания персонала (серверная).
15)
Требования к надежности
АСДУ должна строиться на оборудовании, способном обеспечить унификацию и совместную
работу с системами безопасности и противопожарной защиты.
16)
Требования к безопасности
Система должна иметь средства защиты от операторских ошибок персонала, могущих привести
к авариям объектовых инженерных подсистем.
Система должна имеет средства документирования действий операторов АСДУ.
Технические средства должны обеспечивать защиту персонала от поражения электрическим
током в соответствии с требованиями ПУЭ, ГОСТ 12.1.013-78, ГОСТ 12.1.030-81. Технические
средства АСДУ, размещаемые на взрыво- и пожароопасных установках, должны отвечать
требованиям "Правил устройства электроустановок".
Технические средства АСДУ должны быть установлены так, чтобы обеспечивались их
безопасная эксплуатация и техническое обслуживание. Требования безопасности должны быть
установлены специальным разделом должностных инструкций и (или) инструкции по
эксплуатации АСДУ и иметь ссылки на инструкции по эксплуатации технических средств.
17)
Требования к защите информации от несанкционированного доступа
АСДУ должна обеспечивать доступ к технической информации только зарегистрированным
пользователям в соответствии с их паролем и уровнем полномочий.
Программное обеспечение должно предусматривать возможность авторизации доступа к базе
данных для различных групп пользователей.
18)
Требования по сохранности информации при авариях
Локальные контроллеры автоматики функционируют в автономном режиме при потере связи с
системой АСДУ.
В случае потери связи с сервером и рабочими станциями информация должна накапливаться в
системно-сетевых устройствах. Время хранения информации в системно-сетевых устройствах
при отключении питания – не менее 72 часов.
АСДУ относится к абонентам особой группы I-ой категории энергоснабжения.
При возникновении аварийных ситуаций в инженерных системах здания, АСДУ обеспечивает
оперативный доступ к информации, необходимой для анализа процесса управления и действий
персонала, за предшествующие аварии не менее чем 6 месяцев.
На стадии проектирования производится количественная оценка объема вышеуказанной
информации, и в соответствии с ней возможна корректировка необходимых аппаратных
средств.
19)
Требования по стандартизации и унификации
Должны быть применены типовые проектные решения для всех объектов автоматизации и
стандартные открытые протоколы.
Унификация на стадии разработки АСДУ должна обеспечиваться единообразным подходом к
решению однотипных задач контроля и управления (типизацией алгоритмических модулей) и
созданием
унифицированных
компонентов
информационного,
лингвистического,
программного и технического обеспечений.
В составе аппаратных компонент АСДУ должна быть сведена к минимуму номенклатуры
используемых модулей. Должно использоваться минимальное количество номиналов
питающих напряжений. Конструктивы должны быть унифицированы.
В рабочих станциях диспетчеров должны использоваться универсальные операционные
системы.
Схемы управления исполнительными механизмами (ИМ) должны быть унифицированы.
Формы представления информации должны быть максимально приближены к проектным
изображениям технологических схем и их элементов. Технологические алгоритмы должны
задаваться в формализованном виде, на специализированном языке, доступном специалистамтехнологам.
20)
Требования к видам обеспечения
a) Требования к математическому обеспечению
В математическом обеспечении АСДУ должны применяться алгоритмы, обеспечивающие
оптимальное управление инженерными системами здания в соответствии с постановкой задачи
управления.
Для анализа качества электроэнергии в АСДУ используются штатные алгоритмы технических
средств контроля.
b) Требования к информационному обеспечению
Информационный обмен в АСДУ должен осуществляться по физически выделенной локальной
вычислительной сети (ЛВС) между рабочими станциями диспетчеров, сервером ИС и системносетевыми процессорами, а также по сети сбора данных и управления между системно-сетевыми
процессорами и полевыми контроллерами.
Текущие переменные, сетевые алгоритмы взаимодействия и управления должны храниться в
системно-сетевых процессорах. Информация об аварийных сигналах в системе должна
дублироваться звуковым сигналом. Текущие переменные и накопленные данные должны
храниться на жестких дисках сервера ИС.
Для организации хранения данных за последние 12 месяцев, и обеспечения оперативного
доступа к архивам, должна применяться высокопроизводительная база данных. Информация на
экранах сервера ИС и рабочей станцией диспетчеров должна быть представлена в виде
соответствующих мнемосхем, графиков изменения процессов во времени, текстовых
сообщений и численных значений.
При возникновении критических ситуаций АСДУ должна обеспечивать возможность
взаимодействия с внешними приложениями (E-Mail, Popup Messaging, SMS и др.).
c) Требования к оснащению Автоматизированных Рабочих Мест
Аппаратно-программный комплекс АСДУ должен обеспечивать:

интерактивное графическое отображение любого функционально законченного узла
инженерного оборудования (например, кондиционера) в реальном состоянии (в объеме
контролируемых параметров), всех элементов данного узла, с указанием зон здания,
обслуживаемых и/или контролируемых данным оборудованием, а также с
возможностью перехода в дополнительные модули анализа и визуализации
информации;

отображение (по команде оператора) графического местоположения любого датчика
(исполнительного устройства) на поэтажных планах объекта с указанием реального
состояния параметров, контролируемых системой по данному устройству, а также
истории изменения параметров во времени;

отображаемая информация должна представлять реальное состояние устройств,
механизмов и технологических процессов;

система, в качестве служебной функции, должна обеспечивать возможность диспетчеру
(оператору) контроллера управления выполнять не только базовые функции, такие как
установка пределов измерения, считывание температуры и т.д., но и без специального
программирования проводить необходимые корректировки параметров работы
индивидуального устройства;

в качестве служебной функции система должна обеспечивать возможность
устанавливать несколько уровней предельных значений на все параметры, задаваемые
оператором, взаимодействовать с любым устройством после его загрузки без какихлибо ограничений и обеспечить полный доступ ко всем параметрам данного устройства;

возможность задавать общие параметры системы, удерживаемые до следующей
корректировки в заранее заданных локальных зонах здания;

предоставление оператору возможности быстрой оценки аварийных ситуаций в
системах;

предоставление оператору возможности анализа изменений параметров работы систем и
аварийных ситуаций по данным из архива, а так же возможность моделирования работы
систем с течением времени;

система должна предоставлять оператору заданные и фактические параметры. При этом
цветовым выделением и звуковым сигналом автоматически информировать о
тревожной ситуации и предоставить незамедлительную возможность оператору перейти
к нужной части графического плана. Должны быть предусмотрены средства удаленного
доступа к станции (модем и ПО удаленного доступа);

при обнаружении критической ситуации и отсутствии по каким-либо причинам
управляющих воздействий со стороны оператора или другого сотрудника, имеющего
право на управление системой в течение заданного времени, а также запрета на
принятие самостоятельных решений, система должна отработать заранее заложенный
алгоритм.
d) Требования к составу архивированной информации
 все заданные параметры для поддержания устойчивой работы;

состояние всех датчиков и исполнительных устройств;

время, дата и конкретный адрес любого зафиксированного изменения с указанием
нового состояния и оператора, который ввел эти изменения;

информация о времени наработки всех основных электроприводов и подаче сигнала
оператору о необходимости проведения профилактических работ;

при проектировании системы необходимо провести количественную оценку требуемого
объема хранимой информации;

должна быть обеспечена система избирательного поиска и анализа в созданном архиве
документированной информации;

предусмотреть хранение данных сроком более 6 месяцев.
e) Требования к системе идентификации операторов
Система должна быть обеспечена системой паролей операторов:

идентификации операторов;

лиц, имеющих доступ к управлению системой и архивной информации;

лиц, имеющих право изменения конфигурации и внесения изменений в программу
работы.
f) Требования к техническому обеспечению
Требования к датчикам и исполнительным механизмам:

для сигнализации превышения (понижения) температуры применять сигнализатортермостат с электроконтактным выходом;

для измерения температуры воды и воздуха применять термометры активного типа с
токовым выходом 4…20 мА, 0…10 В;

для измерения влажности воздуха применять датчики влажности активного типа с
токовым выходом 4…20 мА, 0…10 В;

для контроля режимов работы оборудования применять дополнительные электрические
контакты (контактные группы);

управление расходом/давлением осуществлять регулирующим клапаном (сигналы
управления напряжение 0...10 В, ток 4...20 мА.);

для управления воздушными заслонками применять исполнительный механизм с
пружинным возвратом (при отключении электроэнергии клапан закрывается);

управление
положением
управляющей цепи;
заслонки
осуществлять
замыканием/размыканием

управление
включением
управляющей цепи;
двигателя
осуществлять
замыканием/размыканием

все электроприводы технологического оборудования должны быть оснащены пусковой
аппаратурой, кнопками местного управления и ключом выбора режима работы
«местный-дистанционный».
g) Требования к щитам автоматизации
Конструктив и степень защиты щитов определить на этапе разработки проекта.
Щиты автоматизации должны иметь на передней панели необходимые устройства индикации и
управления для основных узлов и режимов системы.
h) Требования к управляющим контроллерам
 контроллер должен иметь возможность предоставления разработчику максимальных
возможностей в конфигурировании, наращивании и обслуживании системы;

контроллер должен иметь возможность подключаться к любой существующей сети,
использующей открытые протоколы типа (LONTalk, Modbus, TCP/IP, BacNet IP и пр.);

контроллер должен иметь возможность максимально гибко изменять состав каналов
ввода, вывода за счет использования модулей, рассчитанных на подключение четырех,
двух или одного канала ввода, вывода;

контроллеры управления должны обеспечивать автономную работу обслуживаемых
узлов технологического оборудования;

контроллеры должны иметь внешнее устройство и программное обеспечение,
позволяющие в условиях отсутствия связи контроллера с системой диспетчеризации
корректировать работу контроллера в части установки новых параметров регулирования
и их поддержанию данным контроллером;

сигнал о возникновении неисправности контроллера должен передаваться в систему
АСДУ;

контроллеры должны выполнять несколько программ управления оборудованием
одновременно, т.е. поддерживать многозадачность с целью более полного
использования контроллеров.
Технические требования к работам по созданию ИТ-инфраструктуры
3.2
Работы по созданию ИТ-инфраструктуры должны осуществляться в соответствии с
техническим проектом, предоставляемым Заказчиком.
В рамках проведения указанных работ, должны быть предусмотрены монтажные и пусконаладочные работы по развитию ЦАПК АИС ОМС, включая создание ИТ-инфраструктуры
УПК МГФОМС, осуществление миграции АИС ОМС МГФОМС на вновь созданную
вычислительную инфраструктуру в рамках реновации (совершенствования), выполнение работ
по созданию Системы обучения пользователей АИС ОМС и персонала МГФОМС (далее –
СОПП МГФОМС), осуществление поставки необходимого оборудования, материалов и
программного обеспечения, в том числе оборудования для проведения доработки ИТинфраструктуры существующего ЦАПК АИС ОМС МГФОМС.
Исполнитель должен выполнить работы по развитию центрального аппаратно-программного
комплекса автоматизированной информационной системы обязательного медицинского
страхования г. Москвы (ЦАПК АИС ОМС) без остановки обслуживания пользователей.
Сроки поставки необходимого оборудования и материалов, а также состав и сроки выполнения
указанных работ содержаться в Календарном плане-графике, представленном в пункте 2,
раздела 4 настоящего документа.
ИТ-инфраструктура УПК МГФОМС должна быть способна обеспечить его функционирование
по предназначению в круглосуточном и круглогодичном режимах работы, за исключением
случаев устранения аварийных ситуаций.
АИС ОМС должна быть способна функционировать на создаваемой катастрофоустойчивой
платформе.
3.2.1
Общие требования к оборудованию и ПО:
К поставляемому оборудованию и ПО предъявляются следующие общие требования:

оборудование, все его компоненты, а также используемые материалы должны быть
новыми, не бывшими в эксплуатации;

поставляемое оборудование должно иметь количественные и качественные показатели в
соответствии со Спецификацией;

поставляемое оборудование и ПО должно быть последних доступных версий
(поколений);

поставляемое оборудование должно соответствовать действующим стандартам и нормам
по пожарной, санитарной и электрической безопасности, а также электромагнитной
совместимости, в соответствии с номенклатурой продукции, в отношении которой
законодательными актами Российской Федерации предусмотрена обязательная
сертификация;

условия хранения и эксплуатации оборудования должны включать следующие
диапазоны значений:
Характеристика
Описание
Характеристика
Температура хранения
Описание
+10...+40°С
Влажность хранения
20 ... 80%
Рабочая температура
+15 ...+25°С
Рабочая влажность
40... 60%

в комплект поставляемого оборудования должны входить все кабели и интерфейсные
модули (трансиверы), необходимые для коммутации комплекса программнотехнических средств в соответствии с проектной документацией и подключения всех его
элементов к электропитанию;

срок гарантийной поддержки производителя оборудования должен составлять не менее
12 месяцев.
3.2.2
Требования к составу поставляемого оборудования и ПО
Состав поставляемого оборудования и ПО представлен в нижеследующей таблице.
№№
п/п
Наименование позиции
Требуемое
количество,
шт.
1.
Вычислительный узел кластера СУБД
5
2.
Комплект для модернизации существующего дискового
массива
1
3.
Виртуализатор дисковых массивов
2
4.
ПО управления путями доступа к дисковым ресурсам
1
5.
Шасси для серверов лезвий
1
6.
Сервер-лезвие
2
7.
Дисковый массив Тип 1
1
8.
Дисковый массив Тип 2
2
9.
Корневой коммутатор SAN
4
10.
Система резервного копирования данных
1
11.
Сервер виртуальной вычислительной среды
6
12.
Дополнительный сервер управления виртуальной
вычислительной средой ИБ
1
№№
п/п
Наименование позиции
Требуемое
количество,
шт.
13.
Коммутатор ядра ЛВС
2
14.
Пограничный маршрутизатор
2
15.
Оборудование для спектрального уплотнения каналов
1
16.
Система мониторинга и управления ЛВС
1
17.
Коммутаторы сети управления
2
18.
Коммутатор уровня доступа сегмента безопасности
2
3.2.3 Требования к техническим характеристикам
3.2.3.1 Вычислительный узел кластера СУБД
Вычислительный узел кластера СУБД должен обладать следующими характеристиками:

производительность модели сервера должна быть не менее 150000 единиц по
показателю max-jOPS по тесту SPECjbb2013-MultiJVM, что должно быть подтверждено
публикацией результатов на официальном сайте тестирования по адресу
http://www.spec.org/jbb2013/results/jbb2013.html;

не менее 24 процессорных ядер;

не менее 1ТБ оперативной памяти стандарта DDR3;

совместимость с ОС IBM AIX v7.1, для обеспечения совместимости с ПО АИС ОМС;

избыточность блоков питания и вентиляторов;

не менее 8 интерфейсов Gigabit Ethernet;

не менее 8 интерфейсов 10G Ethernet;

не менее 10 интерфейсов 16Gb FC;

не менее 6 дисков SAS объемом не менее 300ГБ со скоростью вращения шпинделя не
менее 10 000 об/минуту;

виртуализации ввода вывода на уровне физических, виртуальных интерфейсов и слотов
расширения сервера;

виртуализация
вычислительных
ресурсов
с
возможностью
динамического
перераспределения ресурсов и переноса виртуальной машины между вычислительными
узлами;

не менее 1 привода для чтения CD/DVD дисков.
Требования к гарантийной поддержке:

срок гарантийной поддержки – не менее 3х лет на оборудование и ПО;

режим гарантийной поддержки – 24x7;

время реакции – следующий рабочий день;

обслуживание на месте установки и в СЦ (сервисный Центр) производителя.
3.2.3.2 Комплект для модернизации дискового массива
Комплект для модернизации существующего дискового массива EMC VMAX 10 000 должен
иметь в своем составе:

не менее одной дополнительной контроллерной пары Engine;

не менее 82 дисков SAS емкостью не менее 900ГБ и скоростью вращения шпинделя не
менее 10 000 об./минуту;

не менее 9 дисков SSD емкостью не менее 400ГБ;

сертификат использование ПО Engenuity suite и Advanced Software Suite на емкости не
менее 75ТБ.
Требования к гарантийной поддержке:

срок гарантийной поддержки – не менее 1-го года на оборудование и ПО;

срок подписки на обновление ПО – не менее 1-го года;

режим гарантийной поддержки – 24x7;

время реакции – следующий рабочий день;

автоматизированное заведение сервисных событий в СЦ производителя;

обслуживание на месте установки и в СЦ производителя.
3.2.3.3 Виртуализатор дисковых массивов
Виртуализатор дисковых массивов должен обладать следующими характеристиками:

виртуализация данных СХД, расположенных на двух территориально распределенных
площадках;

отказоустойчивая архитектура без единой точки отказа;

расширяемость не менее чем до 4 отказоустойчивых узлов;

не менее 72ГБ зеркалируемой cache-памяти первого уровня;

не менее 16 портов Fibre Channel со скоростью 8GB для подключения серверов и СХД;

возможность установки портов 10Gb Ethernet для репликации данных между узлами на
разных площадках;

обеспечение когерентности между кэш-памятью узлов как на одной площадке, так и
между площадками;

поддержка не менее чем 16000 виртуальных томов;

виртуализация не менее чем 60ТБ дисковой емкости на локальном и удаленном сайтах;

обеспечение одновременного доступа к данным в режиме read/write с обеих площадок;

совместимость с дисковыми массивами производителей: IBM, HP, EMC, HDS;

возможность создания распределенного дискового тома, представляющего собой
зеркало на локальной и удаленной СХД;

возможность асинхронного одновременного доступа к данным при увеличении
расстояния между площадками (при приобретении дополнительных лицензий);

внешний арбитр для контроля состояния узлов;

возможность управления массивом как через стандартный браузер из графического
интерфейса, так и из командной строки;

совместимость с дисковыми массивами тип 1 и тип 2 УПК МГФОМС (см.п.3.2.3.7,
3.2.3.8) и IBM Storwize v7000.
Требования к гарантийной поддержке:

срок гарантийной поддержки – не менее 3х лет на оборудование и 1-го года на ПО;

срок подписки на обновление ПО – не менее 1-го года;

режим гарантийной поддержки – 24x7;

время реакции – следующий рабочий день;

автоматизированное заведение сервисных событий в СЦ производителя;

обслуживание на месте установки и в СЦ производителя.
3.2.3.4 ПО управления путями доступа к дисковым ресурсам
ПО управления путями доступа к дисковым ресурсам должно обладать следующими
характеристиками:

работа не менее чем на 5 двухпроцессорных и 4 однопроцессорных серверах IBM
POWER с ОС AIX;

работа не менее чем на 5 двухпроцессорных серверах IBM System X с ОС Windows;

работа не менее чем на 10 двухпроцессорных серверах под управлением среды
виртуализации VMware vSphere 5;

балансировка нагрузки между путями доступа к дисковым ресурсам;

прозрачное для приложений аварийное переключение между путями доступа к
дисковым ресурсам;

совместимость с дисковыми массивами и виртуализаторами из настоящего технического
задания (см. пп. 3.2.3.2, 3.2.3.3, 3.2.3.7, 3.2.3.8).
Требования к гарантийной поддержке:

срок гарантийной поддержки – не менее 1-го года;

срок подписки на обновление ПО – не менее 1-го года;

режим гарантийной поддержки – 24x7;

время реакции – следующий рабочий день.
3.2.3.5 Шасси для серверов лезвий
Шасси для серверов лезвий должно обладать следующими характеристиками:

поддерживать установку до 14 серверов-лезвий;

иметь высоту не более 9 RU;

отказоустойчивость по блокам питания, вентиляторам и модулям управления;

не менее двух коммутаторов Ethernet со скоростью портов 10GbE как для внутренних
портов, так и для внешних подключений;

не менее двух FC-коммутаторов с количеством портов не менее 20 шт. каждый и
скоростью портов 2/4/8 Gb;

совместимость с эксплуатируемыми в инфраструктуре МГФОМС моделями серверовлезвий:
o IBM HS23;
o IBM p701;

совместимость с поставляемыми в рамках настоящих технических требований серверовлезвий (см. п. 3.2.3.6настоящего Технического Задания).
Требования к гарантийной поддержке:

срок гарантийной поддержки – не менее 3х лет на оборудование и ПО;

режим гарантийной поддержки – 24x7;

время реакции – следующий рабочий день;

обслуживание на месте установки и в СЦ производителя.
3.2.3.6 Сервер-лезвие
Вычислительный узел кластера системы резервного копирования данных должен обладать
следующими характеристиками:

не менее двух процессоров с не менее чем 6 процессорными ядрами каждый;

не менее 64ГБ ОЗУ стандарта DDR3;

совместимость с шасси для серверов лезвий (см. п. 3.2.3.5. настоящего Технического
задания);

не менее двух сетевых портов Ethernet 10Gb и двух портов FC 8Gb;

предустановленное ПО Windows Server 2012 редакции Standard для обеспечения
совместимости с существующим ПО.
Требования к гарантийной поддержке:

срок гарантийной поддержки – не менее 3х лет на оборудование и ПО;

режим гарантийной поддержки – 24x7;

время реакции – следующий рабочий день;

обслуживание на месте установки и в СЦ производителя.
3.2.3.7 Дисковый массив Тип 1
Дисковый массив должен обладать следующими техническими характеристиками:

архитектура High End – не менее 2 физических контроллеров ввода-вывода, не
допускается разбиение физических контроллеров на логические партиции;

возможность расширения не менее чем до 8 контроллеров;

не менее 128ГБ кэш-памяти c возможность расширения до 512ГБ;

не менее 16 хост-портов стандартов FC 8Gbit/s;

установленное количество дисковых и flash-накопителей с емкостью:
o не менее 75,6 ТБ “сырой” емкости на дисковых накопителях 900GB/10000 RPM;
o не менее 3,6 ТБ “сырой” емкости на flash-накопителях 400GB;

поддержка хранения контрольных сумм для каждого блока данных на дисковом
накопителе;

поддержка RAID 1, 5, 6, 10;

расширяемость СХД не менее чем до 1560 дисковых накопителей;

защита данных кэш-памяти на сколь угодно долгое время отключения электропитания;

автоматический перенос данных на основании настраиваемых политик между дисками
трех типов (SSD, 10/15k RPM, 7200 RPM), в зависимости от интенсивности операций
ввода-вывода, возможность переноса как томов целиком, так и их фрагментов c
гранулярностью не более 20МБ, на всех описанных выше схемах RAID;

анализ производительности СХД встроенным ПО;

возможность создания мгновенных снимков и полных копий томов средствами массива
(при покупке дополнительных лицензий);

возможность удаленной (синхронной и асинхронной) репликации с эксплуатируемым
дисковым массивом EMC VMAX 10 000 по технологиям SRDF /S и SRDF/A (при
покупке дополнительных лицензий);

деление кэш-памяти на логические разделы без остановки работы приложений, с
возможностью динамического изменения соотношения объемов разделов;

возможность управления массивом как через стандартный браузер из графического
интерфейса, так и из командной строки;

поддержка подключения серверов с архитектурой x86/x64, IBM POWER и IBM System i.
Требования к гарантийной поддержке:

срок гарантийной поддержки – не менее 3х лет на оборудование и 1-го года на ПО;

срок подписки на обновление ПО – не менее 1-го года;

режим гарантийной поддержки – 24x7;

время реакции – следующий рабочий день;

автоматизированное заведение сервисных событий в СЦ производителя;

обслуживание на месте установки и в СЦ производителя.
3.2.3.8 Дисковый массив Тип 2
Дисковый массив должен обладать следующими техническими характеристиками:

дисковый массив Тип 2 не должен иметь единой точки отказа. Все компоненты, а также
пути передачи данных и питания должны быть зарезервированы. В случае выхода из
строя какого-либо компонента (или пути), работа не должна прерываться и доступ
приложений к данным на дисковом массиве Тип 2 не должен прекращаться;

должна быть обеспечена возможность горячей замены дисков, контроллеров, блоков
питания, вентиляторов системы охлаждения без остановки доступа к данным для
приложений;

не менее двух активных контроллеров блочного доступа;

не менее 32 ГБ cache-памяти, доступной на запись и чтение данных с возможностью
расширения до 512ГБ;

поддержка уровней RAID – 1, 5, 6, 10;

иметь не менее 8 хост-портов с поддержкой FC, с автоматическим определением
скоростей 2 ,4 и 8 Гбит/с, с возможностью расширения их числа до 24;

установленное количество дисковых накопителей должно обеспечивать не менее чем:
o 25 ТБ "сырой" емкости на дисках SAS со скоростью обращения шпинделя не
менее 10 000 об./минуту;

обеспечивать приоритет обслуживания (или гарантированную производительность)
отдельных логических томов (при приобретении соответствующих лицензий);

обеспечивать анализ производительности сетевого хранилища как в реальном времени,
так и за период времени в прошлом при помощи встроенного ПО (при приобретении
соответствующих лицензий);

иметь возможность создания мгновенных снимков и копий томов при помощи
встроенного ПО (при приобретении соответствующих лицензий);

обеспечивать возможность удаленной (синхронной и асинхронной) репликации (при
покупке соответствующих лицензий);

ПО управления сетевым хранилищем должно обеспечивать возможность управления
массивом как через стандартный браузер из графического интерфейса, так и из
командной строки.

автоматическое распределение блоков данных, по не менее чем трем уровням хранения
данных (SSD/SAS/NL-SAS), в зависимости от нагрузки приложений на эти блоки (при
наличии дисков разных типов и соответствующих лицензий).
Требования к гарантийной поддержке:

срок гарантийной поддержки – не менее 3х лет на оборудование и 1-го года на ПО;

срок подписки на обновление ПО – не менее 1-го года;

режим гарантийной поддержки – 9x5;

время реакции – следующий рабочий день;

автоматизированное заведение сервисных событий в СЦ производителя;

обслуживание на месте установки и в СЦ производителя.
3.2.3.9
Корневой коммутатор SAN
Корневой коммутатор SAN должен обладать следующими характеристиками:

не менее 48 активированных портов, с возможностью расширения до 96 –
приобретением дополнительных лицензий;

не менее 48 коротковолновых трансиверов 16Gb FC;

пропускная способность коммутатора не менее 1536Gb;

совместимость с используемыми в ЦАПК АИС ОМС коммутаторами IBM SAN48-B5 без
ограничения функционала;

количество buffer-кредитов достаточное для эффективного использования оптических
каналов связи на скорости 8Gb при длине оптического канала не менее 10 км.
Требования к гарантийной поддержке:

срок гарантийной поддержки – не менее 1-го года на оборудование и ПО;

срок подписки на обновление ПО – не менее 1-го года;

режим гарантийной поддержки – 9x5;

время реакции – следующий рабочий день;

автоматизированное заведение сервисных событий в СЦ производителя;

обслуживание на месте установки и в СЦ производителя.
3.2.3.10 Система резервного копирования данных
Система резервного копирования данных УПК МГФОМС должна обладать следующими
характеристиками:

одновременное хранение резервных копий на двух географически разнесенных
технологических площадках на собственных хранилищах с функцией дедупликации
данных при отсутствии двукратного копирования данных с клиента;

общая емкость резервируемых данных в ЦАПК АИС ОМС и УПК МГФОМС до
дедупликации – не менее 50ТБ;

интеграция с СУБД Oracle на ОС IBM AIX для резервного копирования данных без
остановки СУБД;

отказо- и катастрофо- устойчивый сервер управления резервным копированием,
расположенный на двух удаленных технологических площадках;

возможность дедупликации данных как на устройствах хранения резервных копий в
составе системы резервного копирования, так и на агентах;

возможность восстановления любой резервной копии на любой технологической
площадке, в т.ч. при полном отказе любой из технологических площадок без проведения
реиндексации резервных копий или реимпорта базы данных системы резервного
копирования данных;

состав лицензий достаточный для резервирования любого количества серверов СУБД
Oracle с любым количество процессоров по выделенной сети передачи данных;

поддержка устройствами хранения резервных копий записи резервируемых данных как
по сети Ethernet 10Gb, так и по сети хранения данных FC 8Gb;

поддержка устройствами хранения резервных копий режима виртуальной ленточной
библиотеки.
Требования к гарантийной поддержке:

срок гарантийной поддержки – не менее 1-го года на оборудование и ПО;

срок подписки на обновление ПО – не менее 1-го года;

режим гарантийной поддержки – 24x7;

время реакции – следующий рабочий день;

обслуживание на месте установки и в СЦ производителя.
3.2.3.11 Сервер виртуальной вычислительной среды
Сервер виртуальной вычислительной среды должен обладать следующими характеристиками:

модель сервера должна обеспечивать производительность не менее 961 единицы по
метрике Peak в тесте CINT2006 Rates, что должно быть подтверждено на официальной
странице независимого тестирования Standard Performance Evaluation Corporation в сети
Интернет по адресу http://spec.org;

модель сервера должна поддерживать установку не менее 8 жестких дисков SAS
формата SFF и не менее 768ГБ ОЗУ стандарта DDR3;

модель процессора должна обеспечивать производительность не менее 13036 единиц по
метрике Passmark CPU Mark в тесте Passmark CPU Benchmark, что должно быть
подтверждено на официальной странице независимого тестирования PassMark Software в
сети Интернет по адресу http://www.cpubenchmark.net;

количество процессоров – не менее двух;

не менее 96ГБ ОЗУ стандарта DDR3-1600;

не менее 2 дисков SSD 600ГБ;

не менее 4 интерфейсов Ethernet 1Гб/с;

не менее 2 интерфейсов Ethernet 10Гб/с;

не менее 2 интерфейсов FC 8Гб/с;

RAID-контроллер не менее чем с 1ГБ памяти, защищенной энергонезависимой памятью
и поддерживающий следующие уровни RAID: 0/1/1+0/5/5+0/6/6+0;

дублированные блоки питания с возможностью «горячей» замены мощностью не менее
750Вт;

стоечное исполнение, высота в стойке – не более 1U;

аппаратный модуль удаленного управления с функциями:
o включения и выключения сервера;
o доступ к консоли в текстовом и графическом режиме;
o подключения виртуальных USB накопителей;
o аппаратный журнал событий сервера;
o выделенный сетевой порт для доступа к модулю управления;
o виртуальный последовательный порт;
o доступ к интерфейсу модуля управления по сети при выключенном сервере;

предустановленное ПО VMware редакции Enterprise для совместимости с существующей
средой виртуализации и обеспечения возможности прозрачной миграции виртуальных
машин.
Требования к гарантийной поддержке:

срок гарантийной поддержки – не менее 3-х лет на оборудование и ПО;

срок подписки на обновление ПО – не менее 3-х лет;

режим гарантийной поддержки – 24x7;

время реакции – следующий рабочий день;

обслуживание на месте установки и в СЦ производителя.
3.2.3.12 Дополнительный сервер управления виртуальной вычислительной средой ИБ
Дополнительный сервер управления виртуальной вычислительной средой ИБ должен обладать
следующими характеристиками:

поддерживать централизованное управление серверами виртуализации, описанными в п.
3.2.3.11 настоящих Технических требований;

поддерживать работу в режиме Linked Mode с существующим ПО VMware vCenter
Server.
3.2.3.13 Коммутатор ядра ЛВС
Коммутатор ядра ЛВС должен удовлетворять следующим требованиям:

оборудование должно быть основано на использовании отраслевых стандартов,
обеспечивать взаимодействие с другим оборудованием по стандартным протоколам;

требования к функционалу:
o тип – распределенный коммутатор;
o наличие не менее 36 портов стандарта 10GBase-Х с возможностью двукратного
увеличения;
o наличие не менее 104 портов стандарта 1000Base-Т;
o возможность агрегирования физических соединений, подключенных к разным
шасси, в единый логический линк;
o поддержка следующих стандартов и функций 2-го уровня:

IEEE 802.1D: MAC Bridges;

IEEE 802.1s: Multiple Spanning Tree Protocol;

IEEE 802.1w: Rapid Spanning Tree Protocol;

IEEE 802.3ad: Link aggregation with LACP;

IEEE 802.3ab: 1000BASE-T (10/100/1000 Ethernet over copper);

IEEE 802.3z: Gigabit Ethernet;

IEEE 802.3ae: 10 Gigabit Ethernet;

IEEE 802.1Q: VLAN Tagging;

IEEE 802.1p: Class-of-Service (CoS) Tagging for Ethernet frames;

IEEE 802.1x: Port-based network access control;

IEEE 802.1Qaz: Enhanced Transmission Selection;

IEEE 802.1Qbb: Priority flow control;

IEEE 802.1Qaz: Data Center Bridging Configuration Exchange;
o возможность автоматического определения разводки сетевого интерфейса
(MDIX);
o обеспечение обнаружения однонаправленных соединений, вызванных неверной
коммутацией оптоволоконного кабеля;
o наличие средств обеспечения безопасности на уровне порта, контроль DHCPтрафика, динамический анализ ARP-трафика и IP-адреса источника;
o поддержка списков доступа с поддержкой IPv4 на уровне порта коммутатора;
o возможность создания профиля портов для консолидации сходных параметров
портов в единой точке. Профили портов должны поддерживать наследование
параметров из других профилей;
o наличие асинхронного консольного порта и выделенного Ethernet интерфейса для
управления;
o поддержка протоколов управления Telnet, SSH и SNMP;
o защита управляющего процессора от DoS атак на аппаратном уровне;
o поддержка аутентификации, авторизации и учета управляющих подключений на
сервере авторизации;
o поддержка маршрутизации IPv4 на аппаратном уровне;
o поддержка протоколов маршрутизации OSPF версии 2 (IPv4);
o поддержка протокола маршрутизации RIP версии 2;
o возможность виртуализации таблицы маршрутизации (VRF);
o поддержка протоколов защиты шлюза (VRRP или аналоги);
o поддержка протоколов многоадресной рассылки (multicast): PIMv2, IGMPv2,
IGMPv3, IGMP snooping;
o возможность аутентификации при работе протоколов маршрутизации на основе
MD5 алгоритма;

требования к производительности:
o производительность коммутации не менее 1,9 Тбит/с и 1400 млн.пакетов/сек.;
o производительность маршрутизации
240 млн.пакетов/сек.;
IPv4
не
менее
160
Гбит/с
и
o поддержка не менее 4000 VLAN;
o поддержка не менее 32,000 MAC адресов;

требования к надежности и отказоустойчивости:
o операционная система должна быть модульной и обеспечивать перезапуск
отказавших процессов, с сохранением текущего статуса процесса.
Независимые процессы должны быть изолированы от влияния друг друга,
обеспечивая изоляцию неисправностей, быстрое восстановление, перезагрузку
индивидуальных процессов без потери текущего состояния или влияния на
передачу данных;
o резервирование питания с защитой от отказа блока питания и отказа сети
питания (ввода). Потребляемая мощность должна распределяться между
всеми вводами и блоками питания;
o возможность замены компонентов системы без отключения питания;
o возможность мониторинга энергопотребления и температуры компонентов
оборудования;

требования к сервисной поддержке:
o техническая поддержка 24 часа в сутки, 7 дней в неделю для ситуаций с
высоким уровнем приоритетности сроком не менее 1 года;
o упреждающая замена аппаратных средств на следующий рабочий день с
понедельника по пятницу сроком не менее 1 года;
o возможность обновления версий операционной системы сроком не менее 1
года.
3.2.3.14 Пограничный маршрутизатор
Пограничный маршрутизатор должен удовлетворять следующим требованиям:

оборудование должно объединять сети передачи данных, использующие различные
протоколы 2-го и 3-го уровня;

требования к функционалу:
o тип – маршрутизатор;
o наличие не менее 4 портов стандарта 1000Base-Х (комбинированных RJ45 /
SFP);
o наличие асинхронного консольного порта для управления;
o модульная конструкция, наличие не менее 3 слотов под интерфейсные
модули;
o возможность установки сервисных модулей;
o наличие USB порта для подключения устройств хранения информации;
o поддержка инкапсуляций Ethernet, 802.1q VLAN, Point-to-Point Protocol (PPP),
Multilink Point-to-Point Protocol (MLPPP), High-Level Data Link Control
(HDLC);
o поддержка функций межсетевого экранирования и трансляции сетевых
адресов (NAT);
o поддержка QoS, Class-Based Weighted Fair Queuing (CBWFQ) или аналог,
Weighted Random Early Detection (WRED);
o поддержка маршрутизации для протоколов IPv4 и IPv6;
o поддержка виртуализации таблицы маршрутизации (VRF);
o поддержка протоколов маршрутизации RIP v1/v2, OSPF, IS-IS, BGP, VRRP;
o поддержка протоколов маршрутизации RIPng, OSPFv3, IS-ISv6, BGP4+,
VRRPv3;
o поддержка маршрутизации на основе политик (Policy-based routing);
o поддержка IGMP, PIM;
o поддержка MPLS, L2VPN, L3VPN;
o поддержка протокола Bidirectional Forwarding Detection (BFD);
o поддержка туннелирования трафика средствами протокола GRE;
o поддержка протоколов управления Telnet, SSH, SNMPv1/v2/v3, RMON, FTP,
TFTP;

требования к производительности:
o общая производительность не менее 2 Гбит/сек.;
o не менее 8 ГБ оперативной памяти;
o наличие не менее 16 ГБ flash памяти;

требования к надежности и отказоустойчивости:
o резервирование питания с защитой от отказа блока питания путем установки в
маршрутизатор второго встроенного блока питания;
o возможность замены компонентов маршрутизатора без отключения питания;
o возможность мониторинга энергопотребления и температуры компонентов
оборудования;

требования к сервисной поддержке:
o техническая поддержка 24 часа в сутки, 7 дней в неделю для ситуаций с
высоким уровнем приоритетности сроком не менее 1 года;
o упреждающая замена аппаратных средств на следующий рабочий день с
понедельника по пятницу сроком не менее 1 года;
o возможность обновления версий операционной системы сроком не менее 1
года.
3.2.3.15 Оборудование для спектрального уплотнения каналов
Оборудование для спектрального уплотнения каналов должно быть установлено в идентичных
конфигурациях в ЦАПК АИС ОМС и серверной УПК МГФОМС и обеспечивать следующие
характеристики для каждого их них:

требования к передаваемым сервисам:
o 10 Gigabit Ethernet – 4 шт. (пользовательские интерфейсы – многомодовые
оптические соединения);
o 8 Gigabit FC – 4 шт. (пользовательские интерфейсы – многомодовые
оптические соединения);
o возможность передачи указанных сервисов на расстояния более 10км;
o возможность расширения до 40 клиентских сервисов;

требования к функционалу:
o поддерживаемые услуги/Интерфейсы STM-1, STM-4, STM-64, GbE и 10GbE;
o поддержка 80 каналов (C-Band) + 40 каналов (L-Band)
способностью 10/100G каждого канала;
c пропускной
o возможность использования специализированных протоколов FC 1G / 2G / 4G
/ 8G, ISC-3, PSIFB LR, IB-5G;
o экономия волокон в ВОЛС за счёт мультиплексирования длин волн по
принципу DWDM и/или CWDM;
o возможность постоянного измерения качества волокна;
o наличие обоих типов питания 220В / 60В;
o возможность аппаратного шифрования канала алгоритмом AES;

требования к надежности и отказоустойчивости:
o наличие полного резервирования всех компонентов системы;

требования к управлению:
o наличие консольного порта управления;
o возможность настройки через WEB-интерфейс;
o поддержка протоколов SNMP;

техническая поддержка производителем сроком не менее одного года с обслуживанием
на месте установки оборудования на следующий рабочий день.
3.2.3.16 Система мониторинга и управления ЛВС
Система мониторинга и управления ЛВС должна соответствовать следующим требованиям:

состав – аппаратная платформа и программное обеспечение;

совместимость с активным сетевым оборудованием, представленным в настоящем
Техническом задании (пп. 3.2.3.10-3.2.312, 3.2.3.15);

требования к функционалу:
o возможность мониторинга активного сетевого оборудования всех уровней и
модулей СПД – коммутаторов, маршрутизаторов, МСЭ;
o отображение структуры сети;
o ведение инвентаризации активного сетевого оборудования всех уровней и
модулей,
o поддержка архива конфигураций устройств;
o возможность изменения конфигурации оборудования;
o выполнение автоматизированного обновления программного обеспечения
активного сетевого оборудования СПД;
o помощь в обнаружении и определении причин сбоев в работе активного
сетевого оборудования в режиме реального времени;
o поддержка не менее 100 устройств СПД с возможность расширения путем
дополнительных лицензий;

требования к сервисной поддержке:
o техническая поддержка 24 часа в сутки, 7 дней в неделю для ситуаций с
высоким уровнем приоритетности сроком не менее 1 года;
o упреждающая замена аппаратных средств на следующий рабочий день с
понедельника по пятницу сроком не менее 1 года;
o возможность обновления версий операционной системы сроком не менее 1
года.
3.2.3.17 Коммутатор сети управления
Коммутатор сети управления должен соответствовать следующим требованиям:

оборудование должно быть основано на использовании отраслевых стандартов,
обеспечивать взаимодействие с другим оборудованием по стандартным протоколам;

требования к функционалу:
o тип – коммутатор;
o наличие не менее 48 1000 Base-Т интерфейсов;
o наличие не менее 4 1000 BASE SFP интерфейсов;
o поддержка объединения не менее восьми физических устройств в одно
логическое устройство (стек) с единой конфигурацией и одной точкой
управления;
o максимальная производительность стекового соединения не менее 80
Гбит/сек;
o наличие асинхронного консольного порта для управления;
o наличие средств обеспечения безопасности на уровне порта, контроль DHCPтрафика, динамический анализ ARP-трафика и IP-адреса источника;
o реализация стандартов IEEE 802.1Q, IEEE 802.1p, IEEE 802.1x, IEEE 802.1d,
IEEE 802.1w; IEEE 802.1s, IEEE 802.3ad;
o реализация следующих функций и протоколов: статическая маршрутизация,
RADIUS, TACACS, LLDP и LLDP-MED;
o поддержка Маршрутизируемого VLAN интерфейса;
o поддержка Jumbo frames длинной не менее 9216 Bytes;
o не блокируемая коммутация трафика на полной скорости всех подключенных
интерфейсов;
o поддержка технологий обеспечения качества обслуживания (QoS) и
фильтрации IP-трафика, на 2-м, на 3-м и на 4-м уровнях модели OSI на
аппаратном уровне;
o поддержка статической маршрутизации для IPv4 и IPv6;
o поддержка обработки Multicast трафика на аппаратном уровне;
o поддержка технологий IGMP Snooping и Multicast Listener Discovery (MLD)
Snooping;
o поддержка аутентификации пользователей по MAC-адресам (MAC-based
authentication);
o аппаратная поддержка списков контроля доступа (ACL) для IPv4 и IPv6;
o поддержка ограничения полосы пропускания широковещательного трафика
(Broadcast control);
o поддержка автоматического назначения VLAN клиентам IP-телефонии и
клиентам многоадресной рассылки трафика (Voice VLAN и Multicast VLAN);
o поддержка протоколов управления и мониторинга Telnet, SSH, SNMP v1, v2c,
v3 и RMON (RFC 2819) Groups 1, 2, 3, 9;

требования к производительности:
o общая производительность не менее 210 Гбит/с и 107 млн. пакетов/сек;
o поддержка не менее 4000 VLAN;
o поддержка не менее 16000 MAC адресов;
o количество поддерживаемых IPv4 Unicast маршрутов – не менее 16;
o поддержка не менее 8 аппаратных очередей на порт;

требования к надежности и отказоустойчивости:
o создание отказоустойчивой стековой конфигурации;

требования к сервисной поддержке:
o техническая поддержка 24 часа в сутки, 7 дней в неделю для ситуаций с
высоким уровнем приоритетности сроком не менее 1 года;
o упреждающая замена аппаратных средств на следующий рабочий день с
понедельника по пятницу сроком не менее 1 года;
o возможность обновления версий операционной системы сроком не менее 1
года.
3.2.3.18 Коммутатор уровня доступа сегмента безопасности
Коммутатор уровня доступа сегмента безопасности должен соответствовать следующим
требованиям:

оборудование должно быть основано на использовании отраслевых стандартов,
обеспечивать взаимодействие с другим оборудованием по стандартным протоколам;

требования к функционалу:
o тип – коммутатор;
o наличие не менее 48 1000 Base-Т интерфейсов;
o наличие не менее 2 интерфейсов стандарта 10GBase-X;
o поддержка объединения не менее восьми физических устройств в одно
логическое устройство (стек) с единой конфигурацией и одной точкой
управления;
o максимальная производительность стекового соединения не менее 80
Гбит/сек;
o наличие асинхронного консольного порта для управления;
o наличие средств обеспечения безопасности на уровне порта, контроль DHCPтрафика, динамический анализ ARP-трафика и IP-адреса источника;
o реализация стандартов IEEE 802.1Q, IEEE 802.1p, IEEE 802.1x, IEEE 802.1d,
IEEE 802.1w; IEEE 802.1s, IEEE 802.3ad;
o реализация следующих функций и протоколов: статическая маршрутизация,
RADIUS, TACACS, LLDP и LLDP-MED;
o поддержка Маршрутизируемого VLAN интерфейса;
o поддержка Jumbo frames длинной не менее 9216 Bytes;
o не блокируемая коммутация трафика на полной скорости всех подключенных
интерфейсов;
o поддержка технологий обеспечения качества обслуживания (QoS) и
фильтрации IP-трафика, на 2-м, на 3-м и на 4-м уровнях модели OSI на
аппаратном уровне;
o поддержка статической маршрутизации для IPv4 и IPv6;
o поддержка обработки Multicast трафика на аппаратном уровне;
o поддержка технологий IGMP Snooping и Multicast Listener Discovery (MLD)
Snooping;
o поддержка аутентификации пользователей по MAC-адресам (MAC-based
authentication);
o аппаратная поддержка списков контроля доступа (ACL) для IPv4 и IPv6;
o поддержка ограничения полосы пропускания широковещательного трафика
(Broadcast control);
o поддержка автоматического назначения VLAN клиентам IP-телефонии и
клиентам многоадресной рассылки трафика (Voice VLAN и Multicast VLAN);
o поддержка протоколов управления и мониторинга Telnet, SSH, SNMP v1, v2c,
v3 и RMON (RFC 2819) Groups 1, 2, 3, 9;

требования к производительности:
o общая производительность не менее 210 Гбит/с и 130 млн. пакетов/сек;
o поддержка не менее 4000 VLAN;
o поддержка не менее 16000 MAC адресов;
o количество поддерживаемых IPv4 Unicast маршрутов – не менее 16;
o поддержка не менее 8 аппаратных очередей на порт;

требования к надежности и отказоустойчивости:
o создание отказоустойчивой стековой конфигурации;

требования к сервисной поддержке:
o техническая поддержка 24 часа в сутки, 7 дней в неделю для ситуаций с
высоким уровнем приоритетности сроком не менее 1 года;
o упреждающая замена аппаратных средств на следующий рабочий день с
понедельника по пятницу сроком не менее 1 года;
o Возможность обновления версий операционной системы сроком не менее 1
года.
3.3 Технические требования к работам по созданию Системы обучения
3.3.1 Общее требования к Системе
Система обучения пользователей АИС ОМС и персонала МГФОМС (далее – СОПП МГФОМС)
должна быть спроектирована и создана в соответствии с нижеследующими техническими
требованиями.
Сроки поставки необходимого оборудования и программного обеспечения, а также состав и
сроки проведения монтажных и пуско-наладочных работ по созданию Системы указаны в
Календарном плане, представленном в пункте 2, раздела 4 настоящего документа.
СОПП МГФОМС должна представлять собой тренажер АИС ОМС, созданный на базе
специально выделенной технической площадке.
СОПП МГФОМС должна
дистанционного обучения:
поддерживать
полноценный
процесс
стационарного
и
1. Пользователей АИС ОМС порядку использования функциональных возможностей
АИС ОМС на основе тестовых обезличенных данных тренажера АИС ОМС,
полностью соответствующего продуктивной версии АИС ОМС.
2. Персонала, обслуживающего АИС ОМС в части технической эксплуатации, в том
числе администрированию АИС ОМС на базе технических средств, на которых
должен быть установлен тренажер АИС ОМС.
Система должна быть способна обеспечить:
1. Распределенность – возможность доступа к функциям системы, независимо от места
расположения пользователя, при наличии сети Интранет.
2. Гибкость – возможность обучения персонала в нужном темпе.
3. Групповое сотрудничество – возможность как индивидуального, так и группового
обучения.
4. Безопасность - безопасные виртуальные области для обучения использованию
функциональности АИС ОМС на базе тренажера и технической площадки, на которой
устанавливается тренажер АИС ОМС, использующий тестовые обезличенные данные
ОМС.
СОПП МГФОМС должна быть способна решать следующие задачи:
1. Организацию обучения пользователей продуктивной АИС ОМС работе с функциями
АИС ОМС через Интранет.
2. Организацию обучения персонала, осуществляющего техническую эксплуатацию АИС
ОМС администрированию и техническому обслуживанию АИС ОМС, в том числе
поддержке пользователей.
Для решения указанных задач,
автоматизированными функциями:
СОПП
МГФОМС
должны
обладать
следующими
1. Разграничением прав доступа пользователей в соответствии с их ролями в
продуктивной АИС ОМС.
2. Разграничением прав доступа обслуживающего персонала в соответствии с правами
доступа, назначенными в продуктивной АИС ОМС.
3. Ведение журналов активности пользователей СОПП МГФОМС.
4. Обучению обслуживающего персонала методологии поддержки пользователей АИС
ОМС.
3.3.2
Требования к архитектуре Системы
Архитектурно СОПП МГФОМС должна состоять из следующих подсистем:

подсистема обучения использованию функционала АИС ОМС;

подсистема обучения администрированию АИС ОМС;
Более подробно технические
нижеследующих разделах.
требования
к
данным
подсистемам
представлены
в
3.3.2.1 Подсистема обучения использованию функций АИС ОМС
Подсистема обучения использованию функций АИС ОМС должна обеспечивать должна
обеспечивать доступ к функциям тренажера АИС ОМС. При этом, функционал тренажера АИС
ОМС должен полностью совпадать с набором функций продуктивной АИС ОМС. Подсистема
должна содержать набор данных, полностью моделирующих данные продуктивной АИС ОМС
для обеспечения обучению всем функциям продуктивной АИС ОМС, но при этом представлять
собой тестовые обезличенные данные ОМС.
Подсистема должна обновляться при обновлении (выпуске новых релизов продуктивной АИС
ОМС) и полностью соответствовать продуктивной версии АИС ОМС.
В подсистеме должен быть реализован набор нормативно-справочной информации, полностью
соответствующий нормативно-справочной информации продуктивной АИС ОМС, что должно
обеспечиваться путем создания инструмента информационного взаимодействия справочников
продуктивной системы и тренажера, реализующего информационное взаимодействие между
продуктивной системой и тренажером при изменении справочников продуктивной АИС ОМС
3.3.2.2 Подсистема обучения администрированию АИС ОМС
Подсистема обучения администрированию АИС ОМС должна обеспечить обучение персонала,
осуществляющего эксплуатацию продуктивной АИС ОМС функциям администрирования АИС
ОМС. К указанным функциям должны относится:

управление пользователями АИС ОМС в части добавления, изменения учетных
данных, блокировки и удаления пользователей, назначения пользователям прав
доступа и ролей;

техническое обслуживание АИС ОМС в части резервного копирования и
восстановления после сбоев данных системы, управление архивами резервного
копирования;

управлению релизами АИС ОМС в части установки новых версий продуктивной
АИС ОМС при изменениях в функциональности или системном программном
обеспечении,
обеспечивающем
функционирование
АИС
ОМС
Приложение №2
ФОРМА КОММЕРЧЕСКОГО ПРЕДЛОЖЕНИЯ
Коммерческое предложение для определения начальной
(максимальной) цены контракта по развитию центрального аппаратно-программного комплекса автоматизированной
информационной системы обязательного медицинского страхования г. Москвы в целях реализации положений и требований
Федерального закона от 29.10.2010 № 326-ФЗ «Об обязательном медицинском страховании в Российской Федерации» и федерального
законодательства о персональных данных
№ п/п
Наименование этапа исполнения контракта
1.
Первый этап развития центрального аппаратно-программного
комплекса
автоматизированной
информационной
системы
обязательного медицинского страхования г. Москвы в целях
реализации положений и требований Федерального закона № 326ФЗ от 29.102010 «Об обязательном медицинском страховании в
Российской Федерации» и федерального законодательства
о персональных данных:
1.1.
Выполнение работ по созданию прототипа учебного стенда для
Системы
обучения
пользователей
автоматизированной
информационной
системы
обязательного
медицинского
страхования г. Москвы
2.
Второй этап развития центрального аппаратно-программного
комплекса
автоматизированной
информационной
системы
обязательного медицинского страхования г. Москвы в целях
реализации положений и требований Федерального закона № 326ФЗ от 29.10.2010 «Об обязательном медицинском страховании в
Российской Федерации» и федерального законодательства
о персональных данных:
2.1.
Выполнение работ по разработке рабочей документации по
созданию модульной комнаты безопасности
2.2.
Предоставление
прав
на
использование
специального
Сроки исполнения
этапа
Стоимость
Не позднее ______
календарных дней с
даты подписания
государственного
контракта
Не позднее
_________
календарных дней с
даты подписания
государственного
контракта
Не позднее _______
За ед. , руб.,
Кол-во, ед.
Всего, руб.,
2.2.1.
2.2.2.
2.2.3.
2.2.4.
2.2.5.
2.2.6.
2.2.7.
2.3.
2.3.1.
2.3.2.
2.3.3.
2.3.4
2.3.5
2.3.6
2.3.7
3.
3.1.
4.
программного
обеспечения
на
условиях
(неисключительных) лицензий:
Комплект лицензий на ПО для дискового массива типа1
простых
Комплект лицензий на ПО для дискового массива типа 2
Комплект лицензий на ПО для модернизации, дискового массива,
находящегося в эксплуатации в ЦАПК
Комплект лицензий на ПО для виртуализатора дисковых массивов
Комплект лицензий на ПО управления путями доступа к дисковым
ресурсам
Комплект лицензий для системы резервного копирования данных
Комплект лицензии на ПО для корневого коммутатора
Поставка оборудования для создания модульной комнаты
безопасности:
календарных дней с
даты подписания
государственного
контракта
Не позднее _______
Система фальшпола
календарных дней с
Система вентиляции и кондиционирования
даты подписания
Система автоматического пожаротушения
государственного
Система внутреннего электроснабжения, включая освещение
контракта
Система гарантированного электроснабжения
Инфраструктурное решение для модульной комнаты безопасности
Структурированная кабельная система
Третий этап развития центрального аппаратно-программного
комплекса
автоматизированной
информационной
системы
обязательного медицинского страхования г. Москвы в целях
реализации положений и требований Федерального закона № 326ФЗ от 29.10.2010 «Об обязательном медицинском страховании в
Российской Федерации» и федерального законодательства
о персональных данных:
Выполнение работ по монтажу и пуско-наладке оборудования для
Не позднее ____
модульной комнаты безопасности и разработке эксплуатационной календарных дней с
документации для модульной комнаты
даты подписания акта
сдачи-приемки
поставленного
Товара по этапу 2.3
Четвертый этап развития центрального аппаратно-программного
комплекса
автоматизированной
информационной
системы
обязательного медицинского страхования г. Москвы в целях
реализации положений и требований Федерального закона № 326-
НДС не
облагается
НДС не
облагается
1
2
1
2
За ед. , руб., в
т. ч. НДС
1
1
4
Кол-во, ед.
Всего, руб.,
НДС, в т.ч.
НДС
1
1
1
1
1
1
1
За ед. , руб., в
т. ч. НДС
Кол-во, ед.
Всего, руб.,
НДС, в т.ч.
НДС
4.1.
4.1.1.
4.1.2.
4.1.3.
4.1.4.
4.1.5.
4.1.6.
4.1.7.
4.1.8.
4.1.9.
4.1.10.
4.1.11.
4.1.12.
4.1.13.
4.1.14.
4.1.15.
4.1.16
4.2.
4.2.1.
4.3.
4.3.1.
ФЗ от 29.102010 «Об обязательном медицинском страховании в
Российской Федерации» и федерального законодательства
о персональных данных:
Поставка аппаратных средств для развития центрального
аппаратно-программного
комплекса
автоматизированной
информационной
системы
обязательного
медицинского
страхования г. Москвы:
ПАК Вычислительный узел кластера СУБД
ПАК виртуализатор дисковых массивов
Шасси для серверов-лезвий
Сервер-лезвие
ПАК Дисковый массив Тип 1
ПАК Дисковый массив Тип 2
ПАК Корневой коммутатор SAN
Система резервного копирования данных в РЦОД
Сервер виртуальной вычислительной среды ИБ
ПАК Коммутатор ядра ЛВС
ПАК Коммутатор уровня доступа серверов
ПАК Пограничный маршрутизатор
Оборудование для спектрального уплотнения каналов
Система мониторинга и управления ЛВС
ПАК Коммутаторы сети управления
Коммутатор уровня доступа СБ
Поставка программных средств для развития центрального
аппаратно-программного комплекса автоматизированной
информационной системы обязательного медицинского
страхования г. Москвы:
Сервер управления виртуальной вычислительной средой ИБ
Поставка комплектующих к аппаратным средствам центрального
аппаратно-программного комплекса автоматизированной
информационной системы обязательного медицинского
страхования г. Москвы:
Комплект для модернизации дискового массива, установленного в
ЦАПК АИС ОМС
4.4.
Оказание услуг по предоставлению сертификатов технической
поддержки:
Не позднее ____
календарных дней с
даты подписания
государственного
контракта
За ед. , руб., в
т. ч. НДС
5
2
1
2
1
2
4
1
6
2
4
2
1
1
2
2
Кол-во, ед.
Всего, руб.,
НДС, в т.ч.
НДС
1
За ед. , руб., в
т. ч. НДС
Кол-во, ед.
Всего, руб.,
НДС, в т.ч.
НДС
1
За ед. , руб., в
т. ч. НДС
Кол-во, ед.
Всего, руб.,
НДС, в т.ч.
НДС
4.4.1.
4.4.2.
4.4.3.
4.4.4.
4.4.5.
4.4.6.
4.4.7.
4.4.8.
4.4.9.
4.4.10.
4.4.11.
4.4.12.
4.4.13.
5.
5.1.
5.2.
Сертификат на техподдержку комплекта ПО для модернизации
дискового массива, установленного в ЦАПК АИС ОМС
Сертификат на техподдержку ПО для ПАК виртуализатор
дисковых массивов
Сертификат на техподдержку ПО управления путями доступа к
дисковым ресурсам
Сертификат на техподдержку ПО для ПАК Дисковый массив Тип
1
Сертификат на техподдержку ПО для ПАК Дисковый массив Тип
2
Сертификат на техподдержку ПО для ПАК Корневой коммутатор
Сертификат на техподдержку ПО для Системы резервного
копирования данных
Сертификат на техподдержку для ПАК Коммутатор ядра ЛВС
Сертификат на техподдержку для Коммутатора уровня доступа
серверов
Сертификат на техподдержку для ПАК Пограничный
маршрутизатор
Сертификат на техподдержку Системы мониторинга и управления
ЛВС
Сертификат на техподдержку для ПАК Коммутаторы сети
управления
Сертификат на техподдержку для Коммутатора уровня доступа СБ
Пятый этап развития центрального аппаратно-программного
комплекса
автоматизированной
информационной
системы
обязательного медицинского страхования г. Москвы в целях
реализации положений и требований Федерального закона № 326ФЗ от 29.102010 «Об обязательном медицинском страховании в
Российской Федерации» и федерального законодательства
о персональных данных:
Выполнение работ по монтажу и пуско-наладке аппаратноНе позднее ___
программных комплексов в центральном аппаратно-программном
календарных дней с
комплексе
автоматизированной
информационно
системы
даты подписания акта
обязательного медицинского страхования г. Москвы и разработке
сдачи-приемки
эксплуатационной
документации
по
вычислительной
поставленного
инфраструктуре центрального аппаратно-программного комплекса
Товара и оказанных
автоматизированной информационной системы обязательного
услуг по этапу 4
медицинского страхования г. Москвы
Работы по миграции автоматизированной информационной
Не позднее ____
1
2
1
1
2
4
1
2
4
2
1
2
2
системы г. Москвы на площадке
программного комплекса
центрального аппаратно-
календарных дней с
даты подписания
акта сдачи-приемки
выполненных работ
по этапу 5.1
Шестой этап развития центрального аппаратно-программного
комплекса
автоматизированной
информационной
системы
обязательного медицинского страхования г. Москвы в целях
6 реализации положений и требований Федерального закона № 326ФЗ от 29.102010 «Об обязательном медицинском страховании в
Российской Федерации» и федерального законодательства
о персональных данных:
Выполнение работ по созданию Системы обучения пользователей
Не позднее ____
автоматизированной информационной системы обязательного календарных дней с
медицинского страхования г. Москвы. Выполнение работ по даты подписания акта
6.1.
разработке эксплуатационной документации на Систему обучения
сдачи-приемки
пользователей автоматизированной информационной системы выполненных работ
обязательного медицинского страхования г. Москвы
по этапу 1.1
Не позднее _____
календарных дней с
Работы по миграции автоматизированной информационной
даты подписания
системы г. Москвы на площадке
учебно-производственного
6.2.
акта сдачи-приемки
комплекса центрального аппаратно-программного комплекса
выполненных работ
по этапу 5.1
Цена государственного контракта составляет _____________________ (указывается цифрами и прописью) руб., в т. ч. НДС ___ % ___________ (указывается цифрами и прописью) руб.
Срок действия коммерческого предложения:
Руководитель организации ______________________________/ ______________________ / (должность, ФИО, подпись)
М.П.