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

МЕТОДИЧЕСКИЕ РЕКОМЕНДАЦИИ

ПО ОСНАЩЕНИЮ ЦЕНТРАЛЬНЫХ СТАНЦИЙ

СМП И МАШИН СМП КОМПЬЮТЕРНЫМ, ТЕЛЕКОММУНИКАЦИОННЫМ

ОБОРУДОВАНИЕМ И ПРОГРАММНЫМ ОБЕСПЕЧЕНИЕМ ДЛЯ РЕГИОНАЛЬНОГО

УРОВНЯ ИНФОРМАЦИОННОЙ СИСТЕМЫ "ЦЕНТР ОБСЛУЖИВАНИЯ ВЫЗОВОВ

ЭКСТРЕННЫХ ОПЕРАТИВНЫХ СЛУЖБ ПО ЕДИНОМУ НОМЕРУ "103",

А ТАКЖЕ ФУНКЦИОНАЛЬНЫЕ ТРЕБОВАНИЯ К НИМ

от 19 мая 2012 года

I. ОБЩИЕ ПОЛОЖЕНИЯ

1. Настоящим документом определены технические требования к оснащению в 2012-2013 годах центральных ССМП и машин СМП компьютерным, телекоммуникационным оборудованием и программным обеспечением для информационной системы "Центр обслуживания вызовов экстренных оперативных служб по единому номеру "103" (далее - Система), а также функциональные и технические требования к ним (далее - требования).

2. Документ подготовлен во исполнение решения заседания президиума Совета при Президенте Российской Федерации по развитию информационного общества в Российской Федерации 22 декабря 2010 г. (утверждено 30 декабря 2010 г. N А4-18040) по вопросу о порядке реализации региональных программ модернизации здравоохранения в части внедрения информационных технологий.

3. Настоящие требования предназначены для использования органами исполнительной власти в сфере здравоохранения субъектов Российской Федерации при оснащении компьютерным оборудованием и прикладным и общесистемным программным обеспечением учреждений системы здравоохранения (далее - УЗ) регионального уровня Системы в рамках реализации региональных программ модернизации здравоохранения.

4. При проектировании состава компьютерного, телекоммуникационного оборудования и программного обеспечения в УЗ необходимо руководствоваться основными принципами Концепции создания единой государственной информационной системы в сфере здравоохранения, утвержденной Приказом Минздравсоцразвития России от 28 апреля 2011 г. N 364. Компоненты Системы регионального уровня не должны дублировать компоненты федерального уровня.

5. Необходимо обеспечить интеграцию создаваемого решения (комплекс компьютерного оборудования и программного обеспечения, установленного и используемого в УЗ) с инфраструктурой "Электронного правительства" в целях оказания государственных и муниципальных услуг в сфере здравоохранения в соответствии с распоряжениями Правительства Российской Федерации от 17 декабря 2009 г. N 1993-р и от 25 апреля 2011 г. N 729-р.

Обозначение	Описание
ПО	Программное обеспечение
АТК	Аппаратный тонкий клиент
АРМ	Автоматизированное рабочее место
ЕГИС	Единая государственная информационная система в сфере здравоохранения
ЛПУ	Лечебно-профилактическое учреждение
ЦОВ	Центр обработки вызовов
ГОСТ	Государственные стандарты РФ
УЗ	Учреждение здравоохранения, медицинская организация, орган исполнительной власти и органы местного самоуправления, осуществляющие деятельность по оказанию государственных и муниципальных услуг в сфере здравоохранения, аптечная и фармацевтическая организации
ССМП	Станция скорой медицинской помощи

II. АРХИТЕКТУРА "СИСТЕМЫ 103"

"Система 103" - это автоматизированная система обработки вызовов и управления бригадами скорой помощи с использованием аппаратуры спутниковой навигации ГЛОНАСС/GPS, предназначенная для повышения уровня автоматизации процессов мониторинга и управления бригадами станций и станций скорой медицинской помощи (СМП). Согласно Концепции создания единой государственной информационной системы в сфере здравоохранения общая архитектура "Системы 103" (далее по тексту - Системы) состоит из федерального и регионального сегмента централизованных компонент единого информационного пространства с территориально распределенной архитектурой, выполненного в виде единого решения.

Федеральный сегмент Системы

Федеральный сегмент состоит из следующих функциональных элементов:

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

- Сервис обновления данных карт территорий субъектов РФ, муниципальных образований, по единому стандарту на базе картографических сервисов Росреестра.

Региональный сегмент Системы

Региональный сегмент Системы состоит из следующих функциональных элементов:

- Телематической платформы для сбора мониторинговых данных от машин СМП.

- Системы мониторинга и отображения машин СМП.

- Системы приема, обработки вызовов и направления бригад.

- ГИС платформы для отображения на карте территории субъектов РФ или муниципального образования, координат инцидентов (вызовов) и их статуса, определения кратчайшего по времени пути и прогноза времени подъезда с учетом оперативной дорожной ситуации, определения границ обслуживания станций СМП, определения оптимальных маршрутов до ЛПУ. ГИС платформа подразумевает наличие наборов карт на территорию РФ с учетом оперативной дорожной ситуации.

- Системы обслуживания звонков, обеспечивающей интеллектуальную маршрутизацию обращений, поступающих по каналам связи (голосовым, текстовым или передачи данных), организацию очередей обработки звонков, восстановление связи с абонентом, ведение базы знаний, ведение полной записи разговоров, предоставление on-line хронологической статистики.

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

- телематическое ПО;

- защита информации телематического ПО;

- контроль движения ТС;

- диспетчеризация приема, обработки вызовов и направления бригад;

- взаимодействия диспетчера станций СМП с бригадой СМП;

- картографическое ПО и ведение набора карт с цифровой подосновой и учетом реальной дорожной ситуации для всех субъектов РФ;

- обслуживание звонков;

- нормативно-справочная информация, словари терминологий и регистра электронных документов;

- управление эксплуатацией.

Порядок создания регионального сегмента "Системы 103"

"Система 103" создается в два этапа.

На первом этапе субъектами Российской Федерации осуществляется приобретение и оснащение станций скорой медицинской помощи и транспортных средств СМП в соответствии с разделом "V. Специальные требования к бортовому оборудованию машин скорой помощи", данных методических рекомендаций, в составе:

- комплект бортового навигационно-связного оборудования для оснащения транспортных средств (ТС), только машин скорой медицинской помощи (1 комплект для каждого ТС).

- АРМ диспетчера станции СМП в комплекте с гарнитурой.

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

На втором этапе субъектами Российской Федерации осуществляются:

- Обеспечение вычислительной инфраструктуры, необходимой для функционирования программного обеспечения "Система 103", осуществляется субъектом РФ самостоятельно в рамках существующих вычислительных мощностей либо за счет бюджета субъекта РФ. Рекомендуемые технические требования на вычислительную инфраструктуру представлены в Приложении N 1.

- Получение комплекта программного обеспечения "Система 103", централизованно разработанного Министерством здравоохранения Российской Федерации, за счет средств федерального бюджета.

- Развертывание и установка программного обеспечения "Система 103" на вычислительную инфраструктуру Субъекта Федерации, а также работы по его настройке выполняются за счет средств федерального бюджета.

- Запуск Системы, ее эксплуатация и интеграция с ранее развернутыми в субъекте Российской Федерации информационными системами скорой медицинской помощи осуществляется за счет средств регионального бюджета.

Программное обеспечение "Система 103" реализует функции следующих подсистем регионального сегмента:

- подсистема диспетчерского управления транспортными средствами станций и отделений скорой медицинской помощи, реализующая функции сбора данных мониторинга от машин СМП, контроля и оперативного управления данными транспортными средствами;

- подсистема приема, обработки вызовов и направления бригад, реализующая функции регистрации вызова, рационального выбора и высылки бригады СМП;

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

- подсистема картографического обеспечения, предоставляющая единую картографическую основу другим подсистемам "Системы 103";

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

Организация управления процессом разработки,

закупки и внедрения "Системы 103"

Министерством здравоохранения и социального развития Российской Федерации либо уполномоченной им организацией осуществляется:

- централизованное проектирование, разработка и закупка компонентов, необходимых для функционирования ПО "Системы 103" Федерального и Регионального сегмента с дальнейшей передачей прав использования Субъектам Федерации;

- эксплуатация федерального сегмента прикладных сервисов;

- разработка минимальных функциональных требований для обеспечения информационного обмена существующих региональных систем диспетчеризации СМП и их интеграцию с федеральным сегментом "Системы 103".

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

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

III. Соответствие компьютерного оборудования

и программного обеспечения требованиям безопасности

Все компьютерное и телекоммуникационное оборудование (далее - оборудование) и программное обеспечение должны соответствовать действующим нормам и правилам техники безопасности, пожарной безопасности и взрывобезопасности, а также охраны окружающей среды при эксплуатации.

Все внешние элементы оборудования, находящиеся под напряжением, должны иметь защиту от случайного прикосновения, а сами технические средства иметь зануление или защитное заземление в соответствии с ГОСТ 12.1.030-81 и ПУЭ.

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

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

Факторы, оказывающие вредные воздействия на здоровье со стороны всех элементов системы (в том числе инфракрасное, ультрафиолетовое, рентгеновское и электромагнитное излучения, вибрация, шум, электростатические поля, ультразвук строчной частоты и т.д.), не должны превышать действующих норм (СанПиН 2.2.2/2.4.1340-03 от 03.06.2003).

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

Программное обеспечение должно обеспечивать выполнение требований законодательства по защите персональных данных в соответствии с Федеральным законом от 27.07.2006 N 152-ФЗ "О персональных данных".

IV. Нормативно-технические документы

Оборудование и ПО должно соответствовать законодательным, нормативным и методическим документам Российской Федерации, в том числе в части определения прав собственности на информацию и обеспечения контроля целостности и подлинности информации, порядка применения технологии электронной цифровой подписи. Кроме этого, необходимо учитывать Методические рекомендации по составу прикладных компонентов регионального уровня единой государственной информационной системы в сфере здравоохранения, а также функциональные требования к ним, обязательные для создания в 2011-2012 годах в рамках реализации региональных программ модернизации здравоохранения, методические рекомендации по составу и техническим требованиям к сетевому телекоммуникационному оборудованию учреждений системы здравоохранения для регионального уровня единой государственной информационной системы в сфере здравоохранения, а также функциональные требования к ним, обязательные для создания в 2011-2012 годах в рамках реализации региональных программ модернизации здравоохранения, и методические рекомендации по проведению работ по информационной безопасности на региональном уровне единой государственной информационной системы в сфере здравоохранения, обязательные для создания в 2011-2012 годах в рамках реализации региональных программ модернизации здравоохранения.

При разработке системы и создании проектно-эксплуатационной документации следует руководствоваться требованиями следующих нормативных документов Госстандарта:

Федеральный закон от 17 июля 1999 года N 181-ФЗ "Об основах охраны труда в Российской Федерации".

Федеральный закон от 27 декабря 2002 г. N 184-ФЗ "О техническом регулировании".

Федеральный закон от 20 февраля 1995 г. N 24-ФЗ "Об информации, информатизации и защите информации".

Федеральный закон от 27 июля 2006 г. N 152-ФЗ "О персональных данных".

ГОСТ Р ИСО/ТС 18308-2008 Информатизация здоровья. Требования к архитектуре электронного учета здоровья.

Гостехкомиссия России. Руководящий документ. Автоматизированные системы. Защита от несанкционированного доступа к информации. Классификация автоматизированных систем. 1992 г.

Гостехкомиссия России. Руководящий документ. Средства вычислительной техники. Защита от несанкционированного доступа к информации. Показатели защищенности от НСД.

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

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

ГОСТ 19. Единая система программной документации.

ГОСТ 19.101-77. Виды программ и программных документов.

ГОСТ 34. Информационная технология. Комплекс стандартов на автоматизированные системы.

ГОСТ 34.201-89. Информационная технология. Комплекс стандартов на автоматизированные системы. Виды, комплексность и обозначение документов при создании автоматизированных систем.

ГОСТ 34.601-90. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Стадии создания.

ГОСТ 34.602-89. Информационная технология. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы.

ГОСТ 34.603-92. Информационная технология. Комплекс стандартов на автоматизированные системы. Виды испытаний автоматизированных систем.

РД 50-34.698-90. Методические указания. Информационная технология. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Требования к содержанию документов.

ГОСТ 50922-96. Защита информации. Основные термины и определения.

ГОСТ Р 50923-96. Дисплеи. Рабочее место оператора. Общие эргономические требования и требования к производственной среде. Методы измерения.

ГОСТ Р 50948-2001. Средства отображения информации индивидуального пользования. Общие эргономические требования и требования безопасности.

ГОСТ Р 50949-2001. Средства отображения информации индивидуального пользования. Методы измерений и оценки эргономических параметров и параметров безопасности.

ГОСТ 51583-2000. Порядок создания АС в защищенном исполнении.

ГОСТ 12.2.032-78. Система стандартов безопасности труда. Рабочее место при выполнении работ сидя. Общие эргономические требования.

ГОСТ 12.2.003-91. Система стандартов безопасности труда. Оборудование производственное. Общие требования безопасности.

ГОСТ 12.2.007.0-75. Система стандартов безопасности труда. Изделия электротехнические. Общие требования безопасности.

СП 2.2.1.1312-03. Санитарно-эпидемиологические правила.

СНиП 12-03-2001. Безопасность труда в строительстве. Часть 1. Общие требования.

СНиП 12-04-2002. Безопасность труда в строительстве. Часть 2. Строительное производство.

СНиП 21-01-97. Пожарная безопасность зданий и сооружений.

СН 512-78. Инструкция по проектированию зданий и помещений для электронно-вычислительных машин.

ПОТ Р М-016-2001 (РД 153-34.0-03.150-00). Межотраслевые правила по охране труда (Правила безопасности) при эксплуатации электроустановок.

Правила безопасности при работах на кабельных линиях связи и проводного вещания.

ПУЭ, издание 7.

ISO/IEC 11801:Ed 2.1 2008-05. Information technology - Generic cabling for customer premises - Edition 2.1. (Информационные технологии. Структурированная кабельная система для помещений заказчиков. Издание 2.1).

V. Специальные требования к бортовому

оборудованию машин скорой помощи

В состав комплекта бортового оборудования для оснащения ТС СМП должны входить:

- абонентский терминал ГЛОНАСС/GPS/GSM/Wi-Fi, выполненный в виде единого конструктивного устройства, в комплекте с ГЛОНАСС/GPS-антенной, GSM-антенной, кабелем питания;

- мобильное навигационно-связное устройство;

- кнопка подачи сигнала тревоги;

- комплект громкой связи (с усилителем);

Функциональные требования к абонентскому

терминалу ГЛОНАСС/GPS/GSM/Wi-Fi

- Определение и передача на телематический сервер местоположения и параметров движения транспортного средства: географических координат, скорости, курса с использованием сигналов глобальных спутниковых систем ГЛОНАСС/GPS;

- Работа по сигналам обеих глобальных навигационных спутниковых систем (совмещенный режим ГЛОНАСС/GPS);

- Формирование сообщений, содержащих навигационную информацию, и передача их по GSM/GPRS каналу связи и/или (опция) CSD на телематический сервер через заданный диспетчером интервал времени (от 15 секунд до 24 часов);

- Определение состояния систем и компонентов подвижных и/или стационарных объектов с помощью обработки сигналов с дискретных и аналоговых датчиков;

- Передача сигнала тревоги от ТС на телематический сервер;

- Возможность индивидуального конфигурирования с использованием прямого подключения через соединительный интерфейсный кабель или удаленно через GSM/GPRS канал связи;

- События, приводящие к формированию и отправке сообщений на телематический сервер:

начало движения;

изменение курса на заданную величину;

превышение скорости;

увеличение пройденного пути на заданную величину;

изменение состояния входов;

прием данных с пользовательского порта или CAN-шины;

срабатывание таймера отправки регулярных сообщений при стоянке или движении;

- Обеспечение записи событий в объемную энергонезависимую память: "черный ящик";

- Автоматическое переключение передачи данных на канал альтернативного оператора сотовой связи при работе в различных зонах действия сетей GSM (наличие 2-х SIM карт);

- Автоматическое переключение передачи данных на резервный канал Wi-Fi при выходе из зон действия сетей GSM;

- Возможность передачи содержимого "черного ящика" на внешнюю ПЭВМ за счет реализации самостоятельной точки доступа Wi-Fi на базе абонентского терминала;

- Дистанционное управление системами объекта с помощью команд, подаваемых с телематического сервера;

- Наличие CAN-драйвера, реализующего обработку данных с датчиков, подключенных к CAN-шине транспортного средства;

- Обеспечение бесперебойного автономного электропитания;

- Контроль заряда встроенного аккумулятора;

- Обеспечение двухсторонней громкоговорящей связи между водителем и диспетчером;

- Реализация дополнительных функций: одометр, фильтрация и обработка сигналов дискретных и аналоговых датчиков, датчиков с цифровыми протоколами;

- Обмен данными между подключенными к терминалу дополнительными устройствами с последовательным интерфейсом и телематическим сервером.

Требования к составу абонентского терминала

ГЛОНАСС/GPS/GSM/Wi-Fi

- Плата управления;

- Спутниковый навигационный приемник ГЛОНАСС/GPS;

- Приемо-передающие устройства GSM, Wi-Fi (должны быть интегрированы в один корпус, к которому подключаются питание, антенны, исполнительные устройства, датчики и другие внешние устройства).

Общие технические требования абонентского

терминала ГЛОНАСС/GPS/GSM/Wi-Fi

Таблица 5

Наименование параметра, единица измерения	Величина параметра
Диапазон рабочих температур, °C	от минус 40 до плюс 55
Диапазон напряжений питания, В	от 9 до 36
Потребляемая мощность в ждущем режиме, Вт, не более	3
Потребляемая мощность в режиме передачи данных и голосовой связи, Вт, не более	5
Потребляемая мощность в режиме заряда внутреннего аккумулятора, Вт, не более	7
Количество дискретных входов типа "сухой контакт", не менее	4
Количество дискретных входов с высоким входным сопротивлением, не менее	4
Уровни срабатывания дискретных входов для логических датчиков, В	Логическая "1" - более 7, Логический "0" - менее 3
Количество дискретных выходов типа "открытый коллектор", не менее	8
Нагрузочная способность выходов, mA, не менее	200
Количество аналоговых входов, не менее	4
Мощность звукового выхода громкой связи, Вт, не менее	1,2-2,3 при R = 4-8 Ом
Характеристики Wi-Fi-модуля:
стандарт беспроводного интерфейса	IEEE 802.11b
скорости передачи данных, Мбит/с	1, 2, 5,5, 11
частотный диапазон, ГГц	от 2,4 до 2,497
тип модуляции	DSSS, CCK
максимальная излучаемая мощность, дБм	8 (17)
Частотные диапазоны GSM модема, МГц	850, 900, 1800, 1900
Точность позиционирования, м, не более	3 (плановая), 5 (по высоте)
Время холодного/горячего старта - не более, сек.	36/4
Количество каналов навигационного приемника ГЛОНАСС/GPS	24
Встроенный аккумулятор, не менее	2000 мАч
Объем внутренней энергонезависимой памяти ("черного ящика"), не менее, событий	200000 (16 Мб)
Поддерживаемые интерфейсы	RS-232, RS485, CAN, NMEA, PPS

Конструктивные требования абонентского

терминала ГЛОНАСС/GPS/GSM/Wi-Fi

- Наличие разъема для подключения к бортовой сети и защита от изменения полярности при подключении к источнику электропитания;

- Наличие индикаторов, характеризующих процесс функционирования:

индикатор питания;

индикатор состояния ГЛОНАСС/GPS-приемника;

индикатор состояния канала передачи данных;

индикатор режима работы GSM-модема;

- Возможность скрытного размещения его внутри ТС;

- Защита от механических и электромагнитных воздействий;

- Защита от попадания внутрь твердых тел (пыли) и (или) воды;

- Блокирование доступа к SIM-картам и разъемам снаружи без вскрытия корпуса.

Соответствие Государственным стандартам

- Обеспечивать электромагнитную совместимость и устойчивость к воздействию электромагнитных помех в соответствии с требованиями действующих в Российской Федерации стандартов и Правил ЕЭК ООН N 10-03 (п. п. 6.5, 6.7, 6.8);

- Удовлетворять требованиям назначения при воздействии климатических факторов для исполнения умеренного и холодного климата и соответствующей категории размещения по ГОСТ 15150-69 и ГОСТ 16019-2001;

- Иметь степень защиты корпуса не хуже чем IP 51 в соответствии с ГОСТ 14254-96;

- Обеспечивать требования по безопасности по ГОСТ Р МЭК 60065-2005.

Функциональные требования мобильного

навигационно-связного устройства

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

Общие технические требования мобильного

навигационно-связного устройства

- Процессор (CPU) Atlas-V, 500 МГц

- Оперативная память (RAM) 128 MB

- ПЗУ (ROM) 2 ГБ (опционально)

- Слоты для карт памяти Micro SD

- Дисплей 5" TFT сенсорный

- HD-разрешение 800 x 480 (QVGA)

- Аккумулятор Li-Polymer, 1500 mAh

- Время работы 1,5 - 2 ч

- Громкоговоритель 1 x 1,5 Вт

- Аудио-выход для наушников/USB-порт 3,5 мм/v2.0

- Операционная система WINCE 6.0 Core

Приложение N 1

РЕКОМЕНДУЕМЫЕ ТРЕБОВАНИЯ

К ВЫЧИСЛИТЕЛЬНЫМ МОЩНОСТЯМ ДЛЯ РАЗМЕЩЕНИЯ

РЕГИОНАЛЬНОГО СЕГМЕНТА

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

Рекомендации к программно-техническому комплексу

телематической подсистемы

Рекомендации к серверу

Процессор:

Многоядерные процессоры Intel Xeon Quad Core или более производительные, не менее двух процессоров в сервере.

Оперативная память:

объем 16 GB или больше PC3-10600 DDR3 ECC.

Жесткие диски:

не менее 8-и дисков, объем каждого не менее 500 GB или больше, наличие RAID-контроллера.

Электропитание:

Не менее двух источников питания.

Программное обеспечение

Операционная система Windows Server Standard 2008 R2, СУБД MS SQL Server 2008 Standard.

Рекомендации к программно-техническому комплексу

службы приема, обработки вызовов и направления бригад

Рекомендации к серверу

Процессор:

Многоядерные процессоры Intel Xeon Quad Core или более производительные, не менее двух процессоров в сервере.

Оперативная память:

объем 16 GB или больше PC3-10600 DDR3 ECC.

Жесткие диски:

не менее 8-и дисков, объем каждого не менее 500 GB или больше, наличие RAID-контроллера.

Электропитание:

Не менее двух источников питания.

Программное обеспечение

- RedHat Enterprise Linux 5.0 и выше, x86

Рекомендации

к программно-техническому комплексу ГИС-платформы

Рекомендации к серверному оборудованию - для городов Москва, Санкт-Петербург

Процессор:

2 процессора Intel(R) Xeon(R) E5-2690 (восьмиядерные, 2,90 ГГц, 20 МБ, 135 Вт) или более производительные.

Оперативная память:

объем 32 GB или больше PC3-10600 DDR3 ECC.

Жесткие диски:

не менее 4-х дисков, объем каждого не менее 600 GB или больше, наличие RAID-контроллера с поддержкой RAIS10/50.

Программное обеспечение:

Операционная система Windows Server Standard 2008 R2, СУБД MS SQL Server R2 Standard.

Электропитание:

Не менее двух источников питания.

Конфигурация:

В случае закупки 2 аналогичных серверов рекомендуется применить кластеризацию в режиме Active/Passive.

Рекомендации к серверному оборудованию - для городов Новосибирск, Екатеринбург, Нижний Новгород, Самара, Омск, Казань, Челябинск, Ростов-на-Дону, Уфа, Волгоград

Процессор:

2 процессора Intel(R) Xeon(R) E5-2609 (четырехъядерные, 2,40 ГГц, 10 МБ, 80 Вт) или более производительные.

Оперативная память:

объем 32 GB или больше PC3-10600 DDR3 ECC.

Жесткие диски:

не менее 4-х дисков, объем каждого не менее 600 GB или больше, наличие RAID-контроллера с поддержкой RAIS10/50.

Программное обеспечение:

Операционная система Windows Server Standard 2008 R2, СУБД MS SQL Server R2 Standard.

Электропитание:

Не менее двух источников питания.

Конфигурация:

В случае закупки 2 аналогичных серверов рекомендуется применить кластеризацию в режиме Active/Passive.

Рекомендации к серверному оборудованию - для остальных региональных центров

Процессор:

Intel(R) Xeon(R) E5620 (четырехъядерный, 2,40 ГГц, 8 МБ, 80 Вт) или более производительный.

Оперативная память:

объем 16 GB или больше PC3-10600 DDR3 ECC.

Жесткие диски:

не менее 4-х дисков, объем каждого не менее 600 GB или больше, наличие RAID-контроллера с поддержкой RAIS10/50.

Программное обеспечение:

Операционная система Windows Server Enterprise 2008 R2, СУБД MS SQL Server 2008 R2 Standard.

Электропитание:

Не менее двух источников питания.

Конфигурация:

В случае закупки 2 аналогичных серверов рекомендуется применить кластеризацию в режиме Active/Passive.

Рекомендации к подсистеме центра обработки вызовов

(далее - подсистема ЦОВ)

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

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

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

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

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

- сервер СУБД - предназначен для установки сервера баз данных; компоненты должны быть размещены на одном физическом сервере;

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

Рекомендации к основному и резервному серверу

Процессор:

многоядерные процессоры Intel Xeon серии 5500/5600, количество ядер рассчитывается по формуле:

3 + [N / 100],

где N - количество одновременно обрабатываемых вызовов в пики нагрузки.

Оперативная память:

специальных требований нет, объем 2 GB или больше.

Жесткие диски:

специальных требований нет, объем 160 GB или больше.

Рекомендации к серверам голосовых сервисов

Процессор:

многоядерные процессоры Intel Xeon серии 5500/5600, количество ядер рассчитывается по формуле:

2 x [N / 100],

где N - количество одновременно обрабатываемых вызовов в пики нагрузки.

Оперативная память:

специальных требований нет, объем 1 GB или больше.

Жесткие диски:

при расчете объема жестких дисков необходимо предусмотреть возможность хранения некодированных записей разговоров в течение 2-3 суток.

Объем зависит от числа одновременно записываемых аудиопотоков. Одна минута некодированных записей занимает ~ 2 Мб жесткого диска. Поэтому один поток некодированных записей будет занимать 120 Мб за час (или 2,9 Гб в сутки).

Интерфейс подключения - SCSI/SAS.

Для повышения скорости записи диски рекомендуется объединять в raid-массив 0 или 10 уровней.

Рекомендации к серверу звукозаписи

Процессор:

многоядерные процессоры Intel Xeon серии 5500/5600, количество ядер рассчитывается по формуле:

[N / 100],

где N - количество одновременно обрабатываемых вызовов в пики нагрузки.

Оперативная память:

специальных требований нет, объем 1 GB или больше.

Жесткие диски:

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

Скорость наполнения жесткого диска (в Мб/час) при записи нескольких потоков рассчитывается по формуле:

Vчас = 6 Мб x N,

где N - число одновременно записываемых аудиопотоков.

Чтобы рассчитать время (в часах), в течение которого заполнится объем жесткого диска, необходимо использовать формулу:

T = Wдиск / Vчас,

где:

Wдиск - объем жесткого диска в Мб;

Vчас - скорость наполнения жесткого диска в Мб/час.

Для повышения надежности диски рекомендуется объединять в raid-массив 1 или 5 уровней.

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

Рекомендации к серверам информационной поддержки вызовов

Процессор:

Многоядерный процессор Intel Xeon Quad Core или более производительный.

Оперативная память:

Требуемый объем RAM зависит от количества оперативных данных и количества активных пользователей Системы:

Ресурс/нагрузка	Процессор (кол-во ядер)	Объем RAM
До 10 одновременных пользователей, объем БД до 10 Gb	2 ядра	2 Gb или больше
До 40 одновременных пользователей, объем БД до 20 Gb	2-4	4 Gb или больше
До 80 одновременных пользователей, объем БД до 40 Gb	4-6	8 Gb или больше
До 150 одновременных пользователей, объем БД до 80 Gb	6-8	12 Gb или больше
До 300 одновременных пользователей, объем БД до 200 Gb	8 и больше	16 Gb или больше

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

Жесткие диски:

специальных требований нет, объем 160 GB или больше.

Рекомендации к серверу СУБД

Процессор:

Многоядерный процессор Intel Xeon Quad Core или более производительный.

Оперативная память:

Требуемый объем RAM зависит от количества оперативных данных и количества активных пользователей Системы:

Ресурс/нагрузка	Процессор (кол-во ядер)	Объем RAM
До 10 одновременных пользователей, объем БД до 10 Gb	2	1-2 Gb или больше
До 40 одновременных пользователей, объем БД до 20 Gb	2 - 4	2-4 Gb или больше
До 80 одновременных пользователей, объем БД до 40 Gb	4 - 6	4-8 Gb или больше
До 150 одновременных пользователей, объем БД до 80 Gb	6 - 8	8-12 Gb или больше
До 300 одновременных пользователей, объем БД до 200 Gb	8 и больше	12-16 Gb или больше

Жесткие диски:

Общий объем хранимых данных может достигать 5-10 Гб в месяц.

Для повышения надежности диски рекомендуется объединять в raid-массив 1 или 10 уровней.

Требования к программному обеспечению

серверов подсистемы ЦОВ

Операционные системы:

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

Назначение сервера	Операционная система
Основной и резервный серверы телефонии, сервер голосовых сервисов, сервер звукозаписей	- Fedora 14 и выше, x86 - RedHat Enterprise Linux 5.0 и выше, x86 - Oracle Enterprise Linux 5.0 и выше, x86 - МСВС Сфера 5.4 и выше, x86
Сервер информационной поддержки вызовов	- Fedora 14 и выше, x86_64 - RedHat Enterprise Linux 5.0 и выше, x86_64 - Oracle Enterprise Linux 5.0 и выше, x86_64 - МСВС Сфера 5.4 и выше, x86_64
Сервер СУБД	- Windows 2003 Server и выше, x86/x86_64

Требования к серверу информационной безопасности

В состав регионального программно-технического комплекса должен быть включен сервер информационной безопасности. Сервер информационной безопасности является неотъемлемой частью системы и должен обеспечивать безопасность телекоммуникационных сетей предприятия, интегрируясь в существующую сетевую инфраструктуру. Он должен обеспечивать защиту от атак из внешних сетей, разграничение доступа к внутренним ресурсам и защиту при передаче конфиденциальной информации. Сервер информационной безопасности должен быть размещен на базе компьютера с характеристиками не ниже - 500 MHz, 512 MB, 2xLAN 10/100 и состоять из аппаратной базы и программных модулей: VPN-построителя, Межсетевого экрана, Модуля обнаружения и предотвращения вторжений (атак). Межсетевой экран должен обеспечивать следующие возможности:

Модуль VPN-построителя:

- обеспечить защиту информации при ее передаче по общедоступным сетям путем шифрования данных и контроля целостности (имитовставки) по алгоритмам ГОСТ 28147-89/ГОСТ Р 34.11-94;

- использование инфраструктуры открытых ключей на базе сертификатов стандарта X.509 для распределения ключей и двусторонней аутентификации участников VPN-соединения;

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

- установление VPN-соединения при работе через NAT или прокси-сервер;

- поддержка широковещательного трафика в виртуальной сети VPN для использования Windows-сервисов на базе протоколов SMB/CIFS;

- поддержка аппаратных ключей (токенов) известных производителей для хранения закрытых ключей;

- поддержка множества соединений Site-to-Site на одном VPN-построителе;

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

- возможность задания набора пользователей, которым разрешено установление VPN-соединения;

- регистрация активности клиентов VPN-построителя;

- централизованный сбор журналов безопасности;

- создание клиентского соединения с кроссплатформенным VPN-клиентом.

Модуль межсетевого экрана:

- фильтрация пакетов на сетевом и транспортном уровне;

- фильтрация на основании любых полей заголовка IP;

- фильтрация на основании любых полей заголовков TCP/UDP;

- фильтрация с учетом входного и выходного сетевого интерфейса как средство проверки подлинности сетевых пакетов;

- возможность задания временных периодов действия правил фильтрации;

- возможность журналирования принимаемых решений по фильтрации пакетов;

- централизованный сбор журналов;

- поддержка технологии NAT;

- поддержка технологии Port forwarding.

Модуль предотвращения атак должен обнаруживать и блокировать широкий спектр сетевых атак, таких как сканирование портов, подделка сетевых адресов, атаки фрагментированными пакетами, атаки неверно сформированными пакетами, атаки на подбор пароля к SSH.

Требования к АРМ диспетчера Станции СМП

Состав АРМ:

- Системный блок:

процессор Pentium G630 или производительнее;

оперативная память - не менее 2 GB;

жесткий диск - не менее 500 GB;

операционная система Windows 7 Professional.

- Клавиатура, мышь;

- Монитор 19", 2 шт.;

- Стереофоническая гарнитура;

- Программный ip-телефон;

- Программное обеспечение защиты телекоммуникационных сессий;

- Электронный ключ.

На АРМ устанавливается программный ip-телефон с поддержкой протокола SIP.

Стереофоническая гарнитура - интерфейс подключения USB. Два динамика диаметром 28 мм, регулируемое оголовье, гибкий держатель микрофона. Микрофон гарнитуры должен быть оснащен системой шумоподавления, которая минимизирует фоновые шумы, совместно с расширенным частотным диапазоном (до 6800 Гц) и технологией цифровой обработки звука (DSP). На проводе гарнитуры должен быть блок регулировки громкости и отключения микрофона.

Предустановленное ПО защиты телекоммуникационных сессий предназначено для защиты информации при ее передаче по общедоступным сетям путем шифрования данных и контроля целостности (имитовставки) по алгоритмам ГОСТ 28147-89/ГОСТ Р 34.11-94. Данное ПО для распределения ключей и двусторонней аутентификации участников VPN-соединения должно предусматривать использование инфраструктуры открытых ключей на базе сертификатов стандарта X.509. ПО должно обеспечивать защищенное соединение между подразделениями, находящимися на удаленных площадках, а также подключение удаленных внешних пользователей к внутренней сети, предоставляя прозрачный доступ к ресурсам предприятия и защиту от внешних угроз, а также создавать защищенные контуры внутри сети предприятия для организации изолированной работы подразделений и обеспечивать механизмы клиентского соединения с VPN-построителем. Программное обеспечение должно реализовывать защиту от утечек конфиденциальной информации через открытый канал связи на клиенте через специальный сетевой фильтр, блокирующий весь трафик, кроме VPN-соединения, выполнять роль модуля распределенного межсетевого экрана.

Электронный ключ должен представлять собой защищенное устройство, предназначенное для строгой аутентификации, безопасного хранения конфиденциальных данных, выполнения криптографических вычислений и работы с асимметричными ключами и цифровыми сертификатами в форм факторе USB. Ключ должен быть сертифицирован на соответствие требованиям ТУ в рамках комплекса защиты от НСД, иметь водонепроницаемый корпус, выполненный из твердого пластика, не допускающего необнаружимого вскрытия. Носитель ключевой и идентифицирующей информации должен удовлетворять по крайней мере следующим требованиям: иметь интерфейс USB, обеспечивать возможность использования для идентификации и аутентификации пользователя (работать совместно с СЗИ от НСД), иметь встроенные контейнеры для хранения ключевой информации CryptoPRO, PKCS#12, Diamond Store. Рабочая температура: не менее 0 °C - 50 °C, температура хранения: не менее -20 °C - 65 °C.

Требования к коммутатору доступа

Количество портов Gigabit Ethernet 10/100/1000 с

поддержкой технологии питания по витой паре согласно

стандарту IEEE802.3af 24 или 48

Количество поддерживаемых мас адресов Не менее 8000

Количество поддерживаемых ACL (Списков Контроля Доступа) Не менее 1000

Коммутация IP-трафика на 3-м уровне модели OSI Соответствие

Количество одновременно поддерживаемых VLAN Не менее 1000

Реализация стандартов IEEE 802.1Q, IEEE 802.1p, IEEE 802.1x,

IEEE 802.1d, IEEE 802.1w; IEEE 802.1s, IEEE 802.3ad Соответствие

Реализация протоколов статическая маршрутизация, RIP v1/v2,

RADIUS или TACACS, LLDP и LLDP-MED Соответствие

Поддержка Маршрутизируемого VLAN интерфейса Соответствие

Поддержка Jumbo frames длиной не менее 9216 Bytes Соответствие

Возможность установки оптических SFP портов Gigabit

Ethernet не менее 4 Соответствие

Неблокируемая коммутация трафика на полной скорости

подключенных интерфейсов Соответствие

Поддержка технологий обеспечения качества обслуживания

(QoS) и фильтрации IP-трафика, как на 2-м, так и на 3-м

уровнях модели OSI Соответствие

Поддержка не менее 6 аппаратных очередей на гигабитный

порт Соответствие

Поддержка протоколов управления и мониторинга SNMP v1,

v2c, v3 и RMON (RFC 2819) Groups 1, 2, 3, 9 Соответствие

Модульная операционная система Соответствие

Наличие консольного порта и выделенного порта Ethernet

для управления Соответствие

Наличие не менее одного порта USB для хранения резервных

конфигураций маршрутизатора и модернизации ПО Опционально

Дизайн для установки в шкаф 19" Соответствие

Требования к VoIP шлюзам

Поддержка протокола SIP 2.0; Соответствие

Возможность отключения опции VAD (Voice Activity

Detection); Соответствие

Поддержка одного из кодеков - G.711, G.723.1 или G.729(A/B); Соответствие

Передача факсов по протоколу fax through G.711 или T.38; Соответствие

Метод передачи частотных сигналов DTMF - RFC2833, INFO; Соответствие

Метод передачи номера вызывающего абонента - CallerID

(Euro AOH) Соответствие

Емкость шлюза рассчитывается в зависимости от количества цифровых потоков в узле. 1 порт E1/T1 = 30 линий.

Рекомендации к каналу связи между Станциями СМП

и аппаратно-программным комплексом "Системы-103"

- Пропускная способность канала между Станцией СМП и региональным узлом должна быть достаточной для прохождения необходимого количества одновременных вызовов. При использовании G.729 кодека необходимая пропускная способность не менее 2 Мбит/с в одну сторону;

- Время доставки пакетов не должно превышать 20 ms;

- Потери не должны превышать 0,5%;

- Канал должен быть зарезервирован;

- Канал связи между ССМП и региональным узлом должен быть реализован на основе технологии Full Duplex;

- Между АРМ ССМП и региональными серверами не должно быть программных или аппаратных устройств, вносящих искажения или блокирующих IP пакеты, пересылаемые компонентами Системы.

Требования к степени приспособляемости (к изменению

условий эксплуатации), масштабируемости оборудования и ПО

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

Требования к приспособляемости оборудования заключаются в обеспечении возможности его работоспособности в следующих случаях:

При изменении количества обращений.

При изменении требований к безопасности, передаваемой через оборудование информации.

Требования к надежности

Надежность оборудования и ПО заключается в продолжении работы при возникновении неполадок, сбоев в работе оборудования и ПО.

Показатели надежности

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

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

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

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

Требования к надежности технических средств

В качестве оборудования рекомендуется использовать средства с повышенной надежностью и отказоустойчивостью. Оборудование должно удовлетворять условию круглосуточной работы 24 на 7 на 365 дней.

Требования по сохранности информации при авариях

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

Требования к защите от влияния внешних воздействий

Оборудование и ПО должны быть защищены от внешних воздействий в полном соответствии с требованиями по эксплуатации.

Требования к безопасности

Конструкция используемого оборудования должна обеспечивать безопасность эксплуатирующего персонала от поражения электрическим током в соответствии с требованиями ГОСТ 12.2.003 и ГОСТ 12.2.007.

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

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

Требования к эргономике и технической эстетике

Требования по эргономике и технической эстетике АРМ регламентируются следующими нормативными документами:

ГОСТ Р 50923-96 "Дисплеи. Рабочее место оператора. Общие эргономические требования и требования к производственной среде. Методы измерения".

ГОСТ Р 50948-2001 "Средства отображения информации индивидуального пользования. Общие эргономические требования и требования безопасности".

ГОСТ Р 50949-2001 "Средства отображения информации индивидуального пользования. Методы измерений и оценки эргономических параметров и параметров безопасности".

ГОСТ 12.2.032-78 "Система стандартов безопасности труда. Рабочее место при выполнении работ сидя. Общие эргономические требования".

СанПиН 2.2.2/2.4.1340-03 "Гигиенические требования к персональным электронно-вычислительным машинам и организации работы".

Требования к эксплуатации, техническому

обслуживанию, ремонту и хранению оборудования

Техническое обслуживание и ремонт оборудования должны осуществляться специализированной организацией по обслуживанию вычислительной техники либо специализированным подразделением (например, техническим отделом). Система управления качеством при обслуживании оборудования должна быть сертифицирована на соответствие требованиям ГОСТ Р.

Условия и регламент (режим) эксплуатации, которые должны обеспечивать использование оборудования с заданными техническими показателями, в том числе виды и периодичность обслуживания или допустимость работы без обслуживания, должны быть определены в эксплуатационной документации. Эксплуатационная документация должна соответствовать требованиям ГОСТ 34.201-89, ГОСТ 19.101-77 и РД 50-34.698-90.

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

Требования к патентной чистоте

Используемое оборудование и ПО должны иметь патентную чистоту и быть сертифицированы (если требуется) на территории Российской Федерации для работы в используемых режимах. Кроме этого при создании прикладного ПО по государственному или муниципальному контракту для государственных или муниципальных нужд и его дальнейшем использовании рекомендуется руководствоваться статьей 1298 Гражданского кодекса Российской Федерации (часть четвертая) "Произведения науки, литературы и искусства, созданные по государственному или муниципальному контракту" в части определения прав на создаваемое произведение.

Режимы функционирования оборудования и ПО

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

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

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