Наименование организации разработавшей...

УТВЕРЖДАЮ УТВЕРЖДАЮ

Руководитель Департамента развития социальных информационных систем

Фонда социального страхования Российской Федерации

______________ (Калугин Д. И.) "___" ______________ 2013 г.

Генеральный директорООО «ИБС Экспертиза»

______________ (Соковых А.В.) "___" ______________ 2013 г.

ДОРАБОТКА ДЕЙСТВУЮЩИХ ПОДСИСТЕМ ФОНДА СОЦИАЛЬНОГО

СТРАХОВАНИЯ РОССИЙСКОЙ ФЕДЕРАЦИИ, ИНТЕГРАЦИЯ

АВТОМАТИЗИРОВАННОЙ ИНФОРМАЦИОННОЙ СИСТЕМЫ

«ЭЛЕКТРОННЫЙ ЛИСТОК НЕТРУДОСПОСОБНОСТИ» С

ПОДСИСТЕМОЙ ЕИИС «СОЦСТРАХ»

«ПРЯМЫЕ ВЫПЛАТЫ СТРАХОВОГО ОБЕСПЕЧЕНИЯ» И

РАЗРАБОТКА НОВЫХ ПОДСИСТЕМ

Техническое задание

Листов: ___

СОГЛАСОВАНО СОГЛАСОВАНООт Фонда Социального Страхования От ООО «ИБС Экспертиза»

Заместитель руководителя Департамента проектов развития

социальных информационных систем

(Захаров В.А.)

"___" ______________ 2013 г.

Директор департамента по работе со Здравоохранением

_____________ (Коптелова Н.А.)

"___" ______________ 2013г.Москва

2013

Аннотация

Настоящее техническое задание разработано в рамках создания

автоматизированной информационной системы интерактивного

взаимодействия действующих подсистем Фонда социального страхования

Российской Федерации, интеграции автоматизированной информационной

системы «Электронный листок нетрудоспособности» с подсистемой ЕИИС

«Соцстрах» «Прямые выплаты страхового обеспечения» и разработки новых

подсистем.

Нормативным основанием для создания вышеуказанной комплексной

системы Фонда является Стратегия развития информационного общества в

Российской Федерации, утвержденная указом Президента Российской

Федерации от 7 февраля 2008 г. № Пр-212.

Настоящее техническое задание определяет:

Полное наименование разрабатываемой системы;

Информацию по государственному контракту;

Перечень исходных документов;

Плановые сроки начала и окончания работ;

Источник финансирования;

Порядок оформления и предъявления заказчику результатов работ;

Назначение и цели создания (развития) системы;

Характеристики объектов автоматизации;

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

функционированию системы, требования к численности и

квалификации персонала системы и режиму его работы,

показатели назначения, требования к надежности, безопасности, к

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

техническому обслуживанию, ремонту и хранению компонентов

системы и др.);

Требования к функциям (задачам), выполняемым системой;

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

обеспечению, к информационному обмену с внешними системами,

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

обеспечению, к техническому обеспечению, к организационному

обеспечению);

Состав и содержание работ по созданию системы;

Порядок контроля и приемки системы;

Требования к составу и содержанию работ по подготовке объекта

автоматизации к вводу системы в действие;

Требования к документированию;

Источники разработки.

Содержание

1 Общие сведения...............................................................................................7

1.1 Полное наименование разрабатываемой системы..........................7

1.2 Номер договора.......................................................................................7

1.3 Заказчик...................................................................................................8

1.4 Исполнитель............................................................................................8

1.5 Перечень исходных документов..........................................................8

1.6 Плановые сроки начала и окончания работ.....................................9

1.7 Источник финансирования..................................................................9

1.8 Порядок финансирования....................................................................9

1.9 Порядок оформления и предъявления заказчику результатов

работ..........................................................................................................9

2 Назначение и цели создания (развития) системы.................................11

2.1 Назначение системы............................................................................11

2.2 Цели создания (развития) системы...................................................12

3 Характеристики объектов автоматизации.............................................14

4 Требования к системе..................................................................................15

4.1 Требования к системе в целом...........................................................15

4.1.1 Требования к структуре и функционированию системы............15

4.1.2 Требования к численности и квалификации персонала системы

и режиму его работы.......................................................................................22

4.1.3 Показатели назначения......................................................................26

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

4.1.5 Требования безопасности...................................................................31

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

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

ремонту и хранению компонентов системы...............................................33

4.1.8 Требования к защите информации от несанкционированного

доступа...............................................................................................................34

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

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

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

4.1.11 Требования по стандартизации и унификации..........................40

4.1.12 Требования к масштабированию..................................................43

4.2 Требования к функциям (задачам), выполняемым системой.....43

4.2.1 Требования к подсистеме «Кабинет страхователя».....................44

4.2.2 Требования к подсистеме «Кабинет клиента Фонда»..................44

4.2.3 Требования к подсистеме представления данных........................48

4.2.4 Требования к подсистеме ведения данных о фактах и

параметрах нетрудоспособности..................................................................48

4.2.5 Требования к подсистеме работы с ЭЦП........................................49

4.2.6 Требования к подсистеме ввода и контроля данных...................50

4.2.7 Требования к подсистеме генерации номеров листков

нетрудоспособности.........................................................................................52

4.2.8 Требования к подсистеме расчета и назначения выплат............53

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

инвалидах..........................................................................................................54

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

оказанных инвалидам....................................................................................57

4.2.11 Требования к подсистеме интеграции данных для передачи

сведений об инвалидах...................................................................................58

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

информации......................................................................................................59

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

Фонда и его региональных отделений.........................................................61

4.3 Требования к видам обеспечения.....................................................88

4.3.1 Требования к математическому обеспечению...............................88

4.3.2 Требования к информационному обеспечению.............................88

4.3.3 Требования к информационному обмену с внешними системами

(источниками/потребителями данных).......................................................92

4.3.4 Требования к лингвистическому обеспечению.............................95

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

4.3.6 Требования к техническому обеспечению......................................98

4.3.7 Требования к метрологическому обеспечению...........................103

4.3.8 Требования к организационному обеспечению...........................103

5 Состав и содержание работ по созданию системы..............................104

6 Порядок контроля и приемки системы.................................................112

7 Требования к составу и содержанию работ по подготовке объекта

автоматизации к вводу системы в действие.........................................113

8 Требования к документированию..........................................................115

9 Источники разработки.................................................................................117

Наименование ПС:Автоматизированная информационная система интерактивного взаимодействия в электронном виде с гражданами и организациями по вопросам деятельности Фонда социального страхования Российской Федерации (АИСИВ)

Тип документа: Техническое задание Стр. 7

1 Общие сведения

1.1 Полное наименование разрабатываемой системы

В рамках создания автоматизированной информационной системы

интерактивного взаимодействия в электронном виде с гражданами и

организациями по вопросам деятельности Фонда социального страхования

Российской Федерации (далее — АИСИВ) необходимо решить задачу

повышения качества и доступности услуг Фонда по выплатам страхового

обеспечения по обязательному социальному страхованию, обеспечению

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

курортное лечение и проезд к месту лечения и обратно отдельным категориям

за счет предоставления гражданам в электронном виде значимой персональной

информации, касающейся состава и объемов полагающихся и

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

электронного взаимодействия с Фондом по вопросам непосредственного

получения услуг.

Предметом разработки по настоящему ТЗ является автоматизированная

информационная система интерактивного взаимодействия для Фонда

социального страхования Российской Федерации.

1.2 Номер договора

Государственный контракт № 260 на выполнение работ по обеспечению

информационного интерактивного взаимодействия в электронном виде с

гражданами и организациями по вопросам деятельности Фонда социального

страхования Российской Федерации, включая выплаты страхового обеспечения

по обязательному социальному страхованию и иные выплаты; обеспечение





граждан от 21 ноября 2013 г.

1.3 Заказчик

Заказчик — Фонд социального страхования Российской Федерации

(далее - Заказчик).

107139, г. Москва, Орликов переулок, дом 3, корп. А, тел. 8 (495) 668-03-

33

ИНН 7736056647, КПП 770801001

Р/c № 40402810400000000002 в ОПЕРУ-1 Банка России, г. Москва 701

БИК 044501002

1.4 Исполнитель

Исполнитель — Общество с ограниченной ответственностью «ИБС

Экспертиза» (далее - Исполнитель).

127434, г. Москва, Дмитровское шоссе, дом 9 Б, тел. 8 (495) 967-80-80

ИНН 7713606622, КПП 771301001

Р/c № 40702810822000013408 АКБ «Абсолют Банк» (ОАО) г. Москва к/c

30101810500000000976

БИК 044525976

1.5 Перечень исходных документов

Основанием для разработки настоящего ТЗ является Государственный

контракт № 260 от 21 ноября 2013 г. на выполнение работ по обеспечению

информационного интерактивного взаимодействия в электронном виде с

гражданами и организациями по вопросам деятельности Фонда социального

страхования Российской Федерации, включая выплаты страхового обеспечения

по обязательному социальному страхованию и иные выплаты; обеспечение





граждан (далее — Контракт).

Контракт заключен между Фондом социального страхования Российской

Федерации в лице руководителя Департамента проектов развития социальных

информационных систем Калугина Дмитрия Игоревича, действующего на

основании доверенности от 23 сентября 2013 года № 15-03-25/05-12717, с

одной стороны, и Обществом с ограниченной ответственностью «ИБС

Экспертиза» в лице генерального директора Соковых Александра

Васильевича, действующего на основании устава, с другой стороны.

1.6 Плановые сроки начала и окончания работ

Плановый срок начала работ по созданию и внедрению АИСИВ — с

момента заключения государственного контракта.

Плановый срок начала работ по созданию и внедрению АИСИВ — до 1

ноября 2014 года.

1.7 Источник финансирования

Финансирование заказа по контракту осуществляется из средств

бюджета Фонда социального страхования Российской Федерации.

1.8 Порядок финансирования

Порядок финансирования определяется условиями контракта.

1.9 Порядок оформления и предъявления заказчику результатов работ

Состав и содержание работ по созданию системы определены разделом 5

«Состав и содержание работ по созданию системы» настоящего технического

задания.



Требования к составу и содержанию работ по подготовке объекта

автоматизации к вводу системы в действие определены разделом 7

«Требования к составу и содержанию работ по подготовке объекта

автоматизации к вводу системы в действие» настоящего технического задания.

Результаты работ передаются Заказчику в порядке, определенном

контрактом.

Электронные версии отчетных и иных документов выполняются в

текстовом редакторе, совместимом с Microsoft Word, версии 2003.



2 Назначение и цели создания (развития) системы

2.1 Назначение системы

АИСИВ предназначена для обеспечения электронного информационного

взаимодействия Фонда с гражданами и организациями по вопросам

деятельности Фонда социального страхования Российской Федерации.

Решение данных проблем на всех этапах предоставления услуг планируется за

счет:

− Доработки действующих информационных подсистем Фонда, их

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

обеспечения сквозного электронного взаимодействия Фонда со

страхователями, застрахованными и медицинскими организациями в

рамках обязательного социального страхования.

− Создания информационного ресурса, содержащего персональные

сведения об инвалидах, в том числе подлежащие учету в других

федеральных органах исполнительной власти, а также сведения об

услугах, оказанных им Фондом.

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

региональных представительствах Фонда для обеспечения

представления гражданам и организациям оперативной, полной и

качественной информации о деятельности Фонда и обязательном

социальном страховании в целом на всей территории РФ вне

независимости от текущего места нахождения.

Информация, связанная с составом и объемами полагающихся и

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

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

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

личных кабинетов.



По результатам выполнения настоящей работы действующие и вновь

созданные информационные подсистемы и ресурсы Фонда должны будут

объединены в комплексную систему, поддерживающую электронную передачу

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

социального страхования, консолидацию сведений о получателях пособий,

технических средств реабилитации, санаторно-курортных услуг, а также об

оказанных им услугах, и предоставление гражданам соответствующей

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

кабинетов (далее все вместе — Система).

2.2 Цели создания (развития) системы

Целью создания (развития) АИСИВ является повышение качества и

доступности услуг Фонда по выплатам страхового обеспечения по

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

средствами реабилитации и оплату путевок на санаторно-курортное лечение и

проезд к месту лечения и обратно отдельным категориям за счет

предоставления гражданам в электронном виде значимой персональной

информации, касающейся состава и объемов полагающихся и

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

электронного взаимодействия с Фондом по вопросам непосредственного

получения услуг. Данный проект направлен на повышение открытости и

прозрачности деятельности Фонда перед широкой аудиторией за счет

размещения в открытом доступе подробной информации о его структуре и

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

нормативной правовой информации, сведений об оказываемых услугах и

порядке их получения, о порядке приема обращений и иной социально

значимой информации.

В настоящее время в Фонде используется ряд информационных

подсистем, в которых ведется информация, относящаяся к различным этапам



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

реабилитации и санаторно-курортного обслуживания. При этом отдельные

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

сторонними организациями без доступа к информации о статусе и результатах

процессов как Фонда, так и граждан и организаций. К последней относится:

− Информация о фактах и параметрах нетрудоспособности граждан,

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

медицинскими организациями в листках временной нетрудоспособности

и в соответствии с действующим законодательством передается

застрахованными их работодателям, минуя Фонд;

− Учетная информация об инвалидах, необходимая Фонду для выдачи им

технических средств реабилитации и предоставления санаторно-

курортных услуг, фрагментарно собирается и ведется во внешних органах

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

Пенсионный фонд Российской Федерации, бюро медико-социальной

экспертизы, ЗАГС и др.

− Информация о полагающихся и оказанных услугах, а также иная

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

страхования и непосредственной деятельности Фонда, доступная для

граждан и организаций на сайтах Фонда и его территориальных органов,

разрозненна и различна по составу, содержанию, актуальности и полноте.



3 Характеристики объектов автоматизации

В качестве объектов автоматизации в рамках разработки и апробации

Системы выступают следующие юридические лица:

− Фонд (центральный аппарат и региональные отделения, филиалы и

уполномоченные представительства Фонда в субъектах Российской

Федерации, выбранных для апробации Системы);

− Страхователи по обязательному социальному страхованию в регионах

внедрения (далее — страхователи);

− Медицинские организации, бюро МСЭ в выбранных субъектах

Российской Федерации;

− Застрахованные лица;

В состав субъектов Российской Федерации, в которых будет проводиться

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

«зачетную» систему выплат и а также регионы, участвующие в реализации

Пилотного проекта по отмене зачетного механизма в соответствии с

Постановлением Правительства Российской Федерации от 21 апреля 2011 г. №

294 «Об особенностях финансирования, назначения и выплаты в 2011 году

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

статьи 7 Федерального закона «О бюджете Фонда социального страхования

Российской Федерации на 2011 год и на плановый период 2012 и 2013 годов»,

особенностях уплаты страховых взносов по обязательному социальному

страхованию на случай временной нетрудоспособности и в связи с

материнством и по обязательному социальному страхованию от несчастных

случаев на производстве и профессиональных заболеваний». Список регионов

будет предоставлен Заказчиком.



4 Требования к системе

4.1 Требования к системе в целом

4.1.1 Требования к структуре и функционированию системы

Функциональная архитектура АИСИВ приведена на рисунке 1.

Рисунок 1 Функциональная архитектура Системы



Система АИСИВ должна состоять из следующих основные подсистем,

участвующих в рамках создания автоматизированной информационной

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

Подсистема ввода данных страхователями – «Кабинет страхователя»

(создаваемая подсистема).

Подсистема «Кабинет клиента Фонда» (создаваемая подсистема).

Подсистема представления данных (создаваемая подсистема).

Подсистема ведения данных о фактах и параметрах нетрудоспособности


Подсистема работы с ЭЦП (действующая подсистема Фонда,

дорабатываемая).

Подсистема ввода и контроля данных (действующая подсистема Фонда,

дорабатываемая).

Подсистема генерации номеров листков нетрудоспособности

(действующая подсистема Фонда, дорабатываемая).

Подсистема расчета и назначения выплат (действующая подсистема

Фонда, дорабатываемая).

Подсистема ведения сведений об услугах, оказанных инвалидам


Подсистема ввода и загрузки сведений об инвалидах (создаваемая

подсистема).

Подсистема интеграции данных для передачи сведений об инвалидах


Подсистема ведения НСИ (создаваемая подсистема).

Подсистема управления контентом веб сайтов Фонда и его региональных

отделений (создаваемая подсистема).

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

построена на современной промышленной программной платформе и

располагаться на мощностях центра обработки данных Фонда.



При этом программные модули АИСИВ должны:

1) работать с единым хранилищем данных;

2) представлять собой централизованный набор сервисов и WEB-

приложений

Подсистема управления контентом веб сайтов Фонда и его региональных

отделений должна основываться на трехуровневой модели:

Презентационный уровень, обеспечивающий интерфейсы,

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

информационные и интерактивные сервисы;

Уровень бизнес-логики, содержащий программные объекты и

программный код, которые реализуют логику работы подсистем и

модулей, реализующих информационные и интерактивные

сервисы;

Уровень хранения данных, включающий в себя СУБД и

компоненты для доступа к данным.

При этом в состав подсистмы управления контентом должны входить

следующие модули:

Модуль “Ядро и конфигурация”;

Модуль “Шаблоны данных”;

Модуль “Структура”;

Модуль “Каталог”;

Модуль “Рассылки”;

Модуль “Пользователи”;

Модуль “События”;

Модуль “Статистика”;

Модуль “Поиск”;

Модуль “Новости”;

Модуль “Фотогалереи”;

Модуль “Форум”;



Модуль “Комментарии”;

Модуль “Обратная связь”;

Модуль “Опросы”;

Модуль “Баннеры”;

Модуль “Часто задаваемые вопросы”:

Модуль “Геолокация”.

4.1.1.1 Требования к способам и средствам связи для информационного

обмена между компонентами системы

Для информационного обмена между компонентами АИСИВ должны

использоваться стандартные сетевые протоколы, языки формирования

представлений и методы доступа к данным, в частности:

TCP/IP (Transmission Control Protocol/Internet Protocol) – набор

сетевых протоколов разных уровней модели сетевого

взаимодействия DOD, используемых в сетях;

HTTP (HyperText Transfer Protocol) - стандартный протокол

передачи гипертекста;

SOAP (Simple Object Access Protocol) — протокол обмена

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

вычислительной среде;

JDBC (Java DataBase Connectivity) - прикладной программный

интерфейс JavaTM для выполнения SQL-запросов;

OCI (Oracle Call Interface) – набор интерфейсных функций,

предназначенных для выполнения операций с базой данных Oracle;

SQL (Structured Query Language) - специализированный

непроцедурный язык, позволяющий описывать данные,

осуществлять выборку и обработку информации из реляционных

СУБД;

PL/SQL – процедурное расширение языка SQL;



XML (eXtensible Markup Language) - расширяемый язык разметки;

HTML (Hyper-Text Markup Language) - язык гипертекстовой

разметки;

JavaScript - объектно-ориентированный язык программирования,

предназначенный для написания сценариев и используемый в

составе страниц HTML для увеличения функциональности и

возможностей взаимодействия с пользователями.

Информационный обмен между компонентами Системы осуществляется с

использованием ведомственной сети Фонда социального страхования.

Удаленное администрирование и обслуживание общего и специального

программного обеспечения Системы должно выполняться исключительно с

использованием защищенных протоколов (SSH, SFTP и др.).

4.1.1.2 Требования к характеристикам взаимосвязей создаваемой системы

с внешними системами, требования к ее совместимости и способам

обмена информацией

Информационное взаимодействие АИСИВ должно осуществляться с

системами, приведенными в пункте 4.3.3 настоящего документа.

Информационное взаимодействие между АИСИВ и указанными

системами должно осуществляться посредством стандартных сетевых

протоколов и программных интерфейсов, в частности:

HTTP (HyperText Transfer Protocol) - стандартный протокол

передачи гипертекста;

HTTPS (HyperText Transfer Protocol Secure) — расширение

протокола HTTP, поддерживающее шифрование;

SOAP (Simple Object Access Protocol) — протокол обмена

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

вычислительной среде.



Взаимодействие между внешними системами и АИСИВ должно

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

Формат передаваемой информации в рамках взаимодействия систем должен

определяться двухсторонними соглашениями между Фондом и владельцем

каждой внешней информационной системы. При этом обмен информацией

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

спецификаций.

4.1.1.3 Требования к режимам функционирования Системы

ИАС должна поддерживать следующие режимы функционирования

технических средств:

Основной режим, в котором все модули корректно выполняют все

свои функции;

Профилактический режим, в котором все модули выполняют свои

основные функции, но при этом возможно снижение показателей

надежности и производительности Подсистемы;

Аварийный режим, в котором один или все модули Подсистемы не

выполняют своих функций.

В повседневном режиме работы АИСИВ должна обеспечивать хранение

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

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

пользователями реализуемых АИСИВ функций 24 часа в сутки × 7 дней в

неделю.

Профилактический режим должен обеспечивать восстановление данных,

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

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

модернизация аппаратных и программных средств, проведение регламентных

работ.



Профилактическое обслуживание АИСИВ должно проводиться

специалистом, прошедшим обучение по обслуживанию (администрированию)

системы. В Профилактическое режиме Система должна обеспечивать

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

техническое обслуживание;

модернизацию аппаратно-программного комплекса;

устранение аварийных ситуаций.

В аварийный режим работы АИСИВ должна переходить при потере

работоспособности ее отдельных функциональных блоков или системы в

целом.

В аварийном режиме должна быть осуществлена возможность

восстановления данных и работоспособности компонентов.

Ремонт (восстановление системы) после сбоев и отказов должен

проводиться квалифицированным специалистом.

Функционирование Системы при отказах и сбоях серверного

общесистемного и специального программного обеспечения и оборудования, в

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

4.1.1.4 Требования к диагностированию системы

Средства диагностирования АИСИВ должны обеспечивать сбор и

накопление информации о процессах загрузки и передачи данных,

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

системы, загрузке аппаратной части (процессоры, память). Выполнение

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

Функциональные возможности системы должны позволять проводить

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

ввода данных в неверном формате) должны выдаваться информационные

сообщения, содержащие сведения о совершенной ошибке и инструкцию по ее

исправлению.



При возникновении аварийных ситуаций либо ошибок в программном

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

полный набор информации, необходимой для идентификации проблемы.

4.1.2 Требования к численности и квалификации персонала системы и

режиму его работы

4.1.2.1 Требования к численности персонала системы

Персонал, участвующий в эксплуатации АИСИВ, состоит из двух

функциональных групп:

группа эксплуатации (пользователи);

группа сопровождения, включающая в себя:

o администраторов Системы и специалистов по техническому

обслуживанию, обеспечивающих процессы администрирования

и мониторинга функционирования АИСИВ;

o персонал, осуществляющий консультирование пользователей

АИСИВ по вопросам подключения к Системе, предоставляемой

системой информации, разъяснения правил и процессов

взаимодействия с АИСИВ;

o контент-менеджер сайта.

С учетом принадлежности к функциональным группам, предъявляются

определенные требования по численности, квалификации и функциям,

режимам работы, без выполнения которых невозможно обеспечить

надлежащее функционирование Системы.

Для подсистемы управления контентом веб сайтов Фонда и его

региональных отделений рекомендуется следующая численность персонала

для эксплуатации Системы:

администратор – 3 штатных единиц;

специалист по техническому обслуживанию –5 штатных единиц;

контент-менеджер – 85 штатных единиц.



Контент-менеджер осуществляет наполнение и редактирование

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

субъекту РФ и для центрального аппарата ФСС РФ. Данная

численность определяется необходимостью наполнения контента веб-

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

Российской Федерации, а также наполнения контента веб-сайта Фонда

для центрального аппарата Фонда.

Штатная единица представляет собой сотрудников, прошедших

соответствующее обучение. Возможно исполнение нескольких ролей

одновременно одним и тем же сотрудником.

Численность пользователей на период апробации АИСИВ определяется

показателями назначения, приведенными в пункте 4.1.3 текущего документа.

4.1.2.2 Требования к квалификации персонала, порядку его подготовки и

контроля знаний и навыков

Минимальные требования к квалификации пользователей АИСИВ

определяются:

наличием навыков работы с компьютерами и компьютерными

устройствами;

умением использовать средства операционной среды, оперировать ею

через стандартные интерфейсы;

умением работать с офисными программными приложениями и веб-

браузером.

Численность и квалификация группы сопровождения АИСИВ определяется

с учетом следующих требований:

структура и конфигурация Системы спроектированы и реализованы с

целью минимизации количественного состава обслуживающего

персонала;



аппаратно-программный комплекс Системы на этапе апробации не

требует круглосуточного обслуживания.

Квалификация администраторов Подсистемы управления контентом веб

сайтов Фонда и его региональных отделений определяется исходя из их

обязанностей.

Основными обязанностями системного администратора являются:

установка, настройка и мониторинг работоспособности системного

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

обеспечение требований информационной безопасности;

инсталляция и настройка прикладного программного обеспечения

(ПО);

ведение учетных записей пользователей Подсистемы;

управление правами доступа пользователей к функциям

Подсистемы.

Администратор должен обладать высоким уровнем квалификации и

практическим опытом выполнения работ по установке, настройке и

администрированию программных средств, применяемых в Подсистеме, а

также должен иметь профессиональные знания и практический опыт в области

системного администрирования.

Основными обязанностями администратора баз данных являются:

установка, модернизация, настройка параметров программного

обеспечения систем управления базами данных (СУБД);

оптимизация функционирования прикладных баз данных по

времени отклика, скорости доступа к данным;

резервное копирование и аварийное восстановление данных;

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

разработка, управление и реализация эффективной политики

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



Администратор баз данных должен обладать высоким уровнем

квалификации и практическим опытом выполнения работ по установке,

настройке и администрированию используемых в Подсистеме СУБД.

Основными обязанностями специалиста по техническому обслуживанию

являются:

модернизация, настройка и мониторинг работоспособности

комплекса технических средств (серверов, рабочих станций);

конфигурирование и настройка программно-технических средств

Подсистемы;

диагностика типовых неисправностей;

замена базовых узлов периферийных устройств, имеющих

ограниченный ресурс;

настройка локальной компьютерной сети и Интернета;

контроль доступа к сетевым ресурсам;

настройка сетевого окружения.

Проведение более сложных операций по обслуживанию и ремонту должно

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

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

Квалификация обслуживающего персонала должна позволять:

использовать стандартные возможности применяемых типовых

средств вычислительной техники, ОС, СУБД и другого системного

ПО;

работать с архиваторами, дисковыми утилитами, антивирусными

программами и программами резервного копирования;

определять источник сбоя функционирования и отказа Системы;

восстанавливать работоспособность Системы после сбоя или

отказа;

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

Системы;



обеспечивать требуемые условия эксплуатации Системы.

Контент-менеджеры должны пройти обязательную общую подготовку для

работы с Системой и средствами вычислительной техники.

4.1.3 Показатели назначения

АИСИВ должна удовлетворять показателям назначения, приведенным в

Таблице 1.Таблица 1. Целевые показатели назначения АИСИВ на период апробации Системы

Показатель назначения Значение

Время отклика АИСИВ для операций навигации по экранным формам, секунд

10

Количество регионов апробации 5

Количество одновременно работающих пользователей с Кабинетом клиента Фонда, человек

500

Количество одновременно работающих пользователей с Кабинетом страхователя, человек

500

Количество одновременно работающих пользователей с Кабинетом сотрудника Фонда, человек

200

Глубина хранения данных АИСИВ, лет 5

Количество одновременно работающих пользователей с Подсистемы управления контентом веб сайтов Фонда и его региональных отделений, человек

1000

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

10

Пиковые часы нагрузки с 8:00 до 15:00



Подсистемы управления контентом

Количество обрабатываемых запросов Подсистемы управления контентом в пиковые часы нагрузки, запрос/час

5000

Время отклика АИСИВ для операций навигации по экранным формам

должно составлять не более 10 сек. Время обновления, сохранения и загрузки

данных определяется их сложностью и может занимать продолжительное

время.

АИСИВ должна обеспечивать возможность исторического хранения данных

с глубиной не менее 5 лет или до вывода Системы из эксплуатации.

АИСИВ предусматривает ограничение на число одновременно работающих

пользователей на период апробации. На этапе ввода в режим апробации

АИСИВ обеспечивает возможность одновременной работы не менее 500

конкурентных пользователей Кабинета клиента Фонда, и не менее 5000

зарегистрированных пользователей (Кабинета клиента Фонда). Достаточность

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

результатами нагрузочного тестирования.

АИСИВ должна иметь способность к выполнению задач при увеличении

количества источников информации путем наращиванием возможностей

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

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

обеспечения.

Работоспособность системы не должна нарушаться при превышении

номинальной нагрузки (в том числе в результате намеренных атак «на отказ»),

при этом допускается пропорциональное увеличение времени реакции или

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

установленного предела время реакции системы должно полностью

восстанавливаться.



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

Значения основных показателей надежности, определенных для АИСИВ

на этапе апробации Системы, приведены в таблице 2.Таблица 2. Показатели надежности АИСИВ на этапе апробации

№ Наименование Значение

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

Не менее 98

2. Среднее время восстановления после отказа Не более 8 часов

3. Минимальный срок службы Не менее 5 лет

Требования по перечню аварийных ситуаций, приводящих к отказу

системы и (или) ее компонентов.

Перечень аварийных ситуаций формируется на основе следующих

событий:

отключения (свыше 30 минут) или кратковременными (менее 30

минут) перерывами электропитания;

кратковременные понижения напряжения при резком увеличении

нагрузки в электрической сети;

высоковольтные импульсы - кратковременные значительные

увеличения напряжения сети;

кратковременное увеличение напряжения в сети;

отказ компонентов АИСИВ, включая:

o полный или частичный отказ технических средств ЦОД

Фонда, включая сбои и отказы системы хранения данных;

o сбой общего или специального программного обеспечения

АИСИВ.

выход из строя элемента сетевой инфраструктуры АИСИВ;



выход из строя одиночного сервера, включая:

o выход из строя процессора сервера;

o выход из строя сетевого адаптера сервера;

o выход из строя внутреннего источника питания сервера;

o отказы каналов связи, сетевого и каналообразующего

оборудования.

отказ смежных систем, обеспечивающих исполнение функций

АИСИВ.

АИСИВ должна иметь возможность восстановления работоспособности

и целостности информационного содержимого при возникновении аварийных

ситуаций, ошибок и отказов.

Должна быть обеспечена защита от потери и искажения данных с

использованием средств резервного копирования и долговременного хранения

информации.

АИСИВ должна обеспечивать защиту от единичных ошибочных

действий персонала и исключать возможность нарушения функционирования

от неправильных действий персонала, обеспечивая сохранение данных при

ошибочных действиях персонала и одиночных отказах программно-

технических средств.

Архитектура АИСИВ должна позволять производить переключение на

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

актуализации данных и настроек Системы на резервном сегменте.

К Подсистеме АИСИВ по управлению контентом веб сайтов Фонда и его

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

надежности:

За отказ работоспособности Подсистемы принимается неполучение

пользователем ответа на запрос в течение времени, превышающего 5

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



Время восстановления должно быть не более 8 часов в случае

нарушения работоспособности Подсистемы, вызванной

неисправностью оборудования (без учета времени устранения

неисправностей оборудования).

Время восстановления должно быть не более 2 часов в случае

нарушения работоспособности Подсистемы, вызванного сбоями в

работе программного обеспечения (СУБД, прикладное ПО, системное

ПО).

Подсистема должна быть доступна для пользователей 99,4% времени

каждый месяц. Интервал времени между отказами работоспособности

Подсистемы должен быть не менее 3 дней.

Подсистема должна функционировать круглосуточно 7 дней в неделю.

Время гарантированной работы для завершения серверных и

прикладных приложений, обеспечиваемое источниками

бесперебойного питания, должно быть не менее 3 часов.

Сохранность работоспособности и информации в Подсистеме управлению

контентом веб сайтов Фонда и его региональных отделений в пределах

значений показателей надёжности, приведённых в настоящем Техническом

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

ситуаций:

отказы в системе электроснабжения:

o отказы технических средств подсистемы электропитания

Системы;

o полное отключение электроэнергии;

отказы комплекса технических средств (аппаратных средств):

o отказы серверного оборудования;



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

каналов связи;

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

информации;

отказы программных средств:

o отказы общего ПО;

o отказы СПО;

отказы в результате ошибок обслуживающего персонала и

пользователей.

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

Для обеспечения безопасности при работе с АИСИВ необходимо

соблюдение пользователями санитарных правил и норм при работе за

компьютером, правил электробезопасности.

Все внешние элементы технических средств Системы, находящиеся под

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

технические средства иметь зануление или защитное заземление в

соответствии с ГОСТ 12.1.030-81.

Система электропитания должна обеспечивать защитное отключение

при перегрузках и коротких замыканиях в цепях нагрузки, а также аварийное

ручное отключение.

Общие требования пожарной безопасности должны соответствовать

нормам на бытовое электрооборудование.

Факторы, оказывающие вредные воздействия на здоровье со стороны

всех элементов Системы (в том числе инфракрасное, ультрафиолетовое,

рентгеновское и электромагнитное излучения, вибрация, шум,

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

превышать действующих норм (СанПиН 2.2.2./2.4.1340-03 от 03.06.2003 г.).



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

АИСИВ и входящие в нее элементы должны отвечать современным

требованиям к эргономике и технической эстетике, обеспечивая оптимальные

условия работоспособности персонала. Для этого необходимо наличие в

АИСИВ удобного и интуитивно понятного интерфейса на всех стадиях ввода и

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

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

системы.

Пользователь должен иметь доступ на уровне интерфейса только к тем

функциям Системы и элементам иерархии, доступ к которым назначен ролями

и соответствующими ролям периметрами (перечень доступных объектов).

При создании интерфейса пользователя должны выполняться следующие

требования:

интерфейсы должны быть рассчитаны на преимущественное

использование манипулятора типа «мышь», то есть управление

должно осуществляться с помощью набора экранных меню, кнопок,

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

«мыши». Использование клавиатурного режима должно

осуществляться главным образом при заполнении и/или

редактировании текстовых и числовых полей экранных форм.

использование единого унифицированного интерфейса,

реализованного на русском языке (исключения могут составлять

только системные сообщения, не подлежащие русификации);

четкое и логическое построение разделов, ссылок и путей получения


одинаковое наименование пунктов меню, кнопок, выполняющих

одинаковые действия;

обеспечение единой цветовой гаммы в спокойных тонах, не

раздражающих зрение пользователя;



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

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

ресурсам за минимальное число переходов между экранами Системы;

возможность параметрического задания критериев поиска и выбора


интерфейс Системы должен быть выполнен в соответствии с

корпоративным стилем.

все экранные формы пользовательского интерфейса должны быть

выполнены в едином графическом дизайне, с одинаковым

расположением основных элементов управления и навигации;

для обозначения одних и тех же операций должны использоваться

одинаковые графические значки, кнопки и другие управляющие

(навигационные) элементы;

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

идентичных понятий, операций и действий пользователя;

реакция системы на действия оператора (наведение указателя «мыши»,

переключение фокуса, нажатие кнопки) должна быть типовой для

каждого действия над одними и теми же графическими элементами,

независимо от их расположения на экране.

Выполнение перечисленных выше эргономических требований и

технико-эстетических требований должно контролироваться на стадии

разработки рабочей документации.

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

Решение перечисленных задач должно обеспечить следующие результаты:

обеспечение бесперебойной и надежной работы АИСИВ в режиме

промышленной эксплуатации;



минимизация потерь времени конечного пользователя на решение

возникающих вопросов в части функционирования АИСИВ;

обеспечение оперативной обработки всех поступающих заявок

пользователей АИСИВ.

Срок гарантии качества работ составляет год с момента сдачи системы в

промышленную эксплуатацию.

В гарантию входит устранение критических неисправностей, влекущих за

собой неработоспособность системы, невозможность выполнения основных

функций системы.

Носители данных программных средств Системы должны удовлетворять

условиям эксплуатации в стационарных отапливаемых помещениях со

следующими климатическими условиями:

диапазон рабочих температур от +10°С до +35°С;

относительная влажность до 98% при температуре 25°С.

4.1.8 Требования к защите информации от несанкционированного доступа

Разрабатываемая АИСИВ должна удовлетворять требованиям по

обеспечению информационной безопасности в соответствии со следующими

нормативными правовыми документами:

Федеральный закон от 27 июля 2006 г. № 149-ФЗ «Об информации,

информационных технологиях и о защите информации».

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

данных».

Федеральный закон Российской Федерации от 6 апреля 2011 года

N 63-ФЗ «Об электронной подписи»

Постановление Правительства Российской Федерации от 17 ноября

2007 г. N 781 «Об утверждении Положения об обеспечении



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

информационных системах персональных данных».

Приказ ФСТЭК/ФСБ/Мининформсвязи России от 13 февраля 2008

г. № 55/86/20 «Об утверждении порядка проведения

классификации информационных систем персональных данных».

В рамках Системы должно быть обеспечено взаимодействие с

инфраструктурой открытых ключей электронной цифровой подписи,

созданной Заказчиком. Средства реализации механизмов ЭЦП должны

соответствовать действующему законодательству Российской Федерации.

В рамках Системы должны быть реализованы технологии защиты

персональных данных застрахованных граждан на основе ролевого управления

доступом, ограничивающего и контролирующего работу пользователей с

соответствующей информацией.

Для обеспечения эффективной защиты информации в Системе должен

быть предусмотрен:

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

контроль физической сохранности баз данных и их

непротиворечивости;

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

работоспособности сетевой инфраструктуры.

Функции безопасности на уровне работы пользователей с Системой

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

попытке доступа к данным, подтверждение и протоколирование действий,

включая протоколирование действий администраторов Системы.

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

интранет-доступ, так и интернет-доступ к АИСИВ.



Также предъявляются отдельные требования к Подсистеме АИСИВ по

управлению контентом веб сайтов Фонда и его региональных отделений к

защите информации от несанкционированного доступ.

Доступ пользователей к функциям и данным Подсистемы должен

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

аутентификации и авторизации.

Доступ пользователей к функциям и данным Подсистемы должен быть

ограничен на основе ролевого принципа. Каждому пользователю Подсистемы

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

нескольких предопределенных пользовательских ролей. Для каждой

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

доступ к функциям и данным Подсистемы.

Необходимо обеспечить обязательное ведение журнала событий в Системе с

указанием следующих значений для каждого события в Системе:

уникальный порядковый номер записи;

дата и время события;

ФИО пользователя;

наименование события.

Необходимо обеспечить недоступность изменения записей журнала для всех

пользователей Системы, в том числе и административного персонала.

Необходимо обеспечить доступность функции очистки журналов только для

специальной роли пользователя. Функция очистки журнала должна

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

очистки в журнал событий.

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

все события, относящиеся выполнению государственных функций,

в том числе и обрабатываемые в автоматическом режиме;



сведения о произошедших ошибках в Системе или выполнении

государственных функций;

все события, относящиеся к изменению параметров Системы.

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

хранения в Системе или на внешнем носителе в течение срока, определяемого

Государственным заказчиком.

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

только одна учётная запись.

Механизмы обеспечения защиты информации в Подсистеме должны

строиться на принципах унифицированности и единообразия технических,

технологических и архитектурных решений.

Организация системы защиты информации с целью обеспечения

непрерывной доступности, целостности и конфиденциальности

осуществляется путем:

предотвращения несанкционированного доступа с целью

копирования, модификации, блокирования или уничтожения


сохранения конфиденциальности документированной информации

в соответствии с действующим законодательством РФ.

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

Программное обеспечение АИСИВ должно восстанавливать свое

функционирование при корректном перезапуске аппаратных средств. Должно

быть организовано автоматическое и обеспечена возможность выполнения

ручного резервного копирования данных Системы средствами системного и

базового программного обеспечения (ОС, СУБД), входящего в состав АИСИВ.



Сохранность информации при авариях должна обеспечиваться выполнением

следующих мероприятий:

при потере основного питания путем применения источников

бесперебойного питания, а также устройств автоматического

включения резерва;

при программно-аппаратных сбоях:

o путем регламентного перезапуска технических средств

автоматизации Системы;

o путем регулярного резервного копирования базы данных;

o для серверов от аппаратных сбоев накопителей – путем

установки систем RAID класса не ниже 1 (полная избыточность

с возможностью восстановления).

Реализация функциональности Системы по архивации и восстановлению

информации с поддержанием целостности и актуальности данных должна

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

нарушения целостности и доступности информационных ресурсов, с учетом

частоты модификации информационных массивов и следующих требований по

резервному копированию и архивированию информации:

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

архивов, хранение резервных копий информации и архивов в

защищенном месте;

для баз данных Системы необходимо обеспечить работу с

сохранением журнальных файлов.

для баз данных Системы необходимо обеспечить полное резервное

копирование не реже 1 раза в неделю и инкрементальное резервное

копирование не реже 1 раза в день;

для базы данных Системы должно быть обеспечено полное и

корректное восстановление в случае сбоя с использованием



задокументированной в эксплуатационной документации

процедуры восстановления.

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

Программное обеспечение АИСИВ должно быть свободным от возможности

предъявления основанных на промышленной, интеллектуальной или другой

собственности любых прав и притязаний третьих лиц.

Научно-техническая продукция, созданная в рамках разработки системы,

является объектом интеллектуальной собственности (ОИС) и требует

патентной защиты.

Проектные решения системы должны отвечать требованиям по

патентной чистоте согласно действующему законодательству Российской

Федерации.

В соответствии с п.1 ст. 772 Гражданского кодекса Российской

Федерации, вся научно-техническая продукция, созданная в рамках

разработки, Системы передается в собственность Заказчика, а Исполнитель

(разработчик Системы) обязан обеспечить патентную чистоту создаваемой им

научно-технической продукции.

При поставке ПО должны быть выполнены требования ФЗ РФ от

23.09.92 г. № 3523-I «О правовой охране программ для электронных

вычислительных машин и баз данных», в том числе по срокам защиты

названных ОИС.

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

ГОСТ Р 15.011-96.

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

Заказчику сведения об охранных и иных документах, которые будут

препятствовать применению результатов работ в РФ, и условиях их

использования, с представлением соответствующих обоснованных

предложений и расчетов.



Готовые, настраиваемые компоненты должны быть лицензированы

согласно лицензионному соглашению фирмы-производителя.

Реализация технических, программных, организационных и иных

решений, предусмотренных проектом, не должна приводить к нарушению

авторских и смежных прав третьих лиц.

При использовании программ (программных комплексов или

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

передается право на использование (исполнение) этих программ, не должны

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

продукта по его прямому назначению.

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

исключительно в интересах Заказчика, должны составлять интеллектуальную

собственность Заказчика.

Право на использование ОИС распространяется на всю территорию

Российской Федерации.

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

Ниже представлены требования по стандартизации и унификации

применяемого для функционирования Системы программного обеспечения, а

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

внешними системами и пользователями.

С целью обеспечения стандартизации и унификации применяемого для

функционирования АИСИВ программного обеспечения в системе для

обеспечения функций СУБД должно использоваться программное

обеспечение, используемое в Фонде (СУБД Oracle 11g). Дополнительное ПО,

необходимое для обеспечения всех функций технологической основы АИСИВ,

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



Центральное хранилище Системы должно функционировать на основе

приобретенной и используемой в ФСС РФ СУБД Oracle 11g, которая должна

соответствовать следующим требованиям:

Быть промышленной (не менее 10 000 внедрений на средних и

крупных предприятиях).

Быть кроссплатформенной.

Быть объектно-реляционной.

Должна позволять работать нескольким экземплярам СУБД,

функционирующим на различных аппаратных узлах, работать с

единой базой данных.

Иметь средства аутентификации пользователей.

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

Поддерживать не менее 5000 одновременных подключений.

Поддерживать многоверсионность данных для управления

параллельными транзакциями.

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

секционирование с хеш-подсекционированием.

Поддерживать автономные транзакции.

Поддерживать автоматическое управление хранением файлов БД.

Поддерживать ретроспективные запросы.

Поддерживать возможность «горячего», без остановки сервера,

внесения изменений в метаданные и бизнес-логику.

Иметь средства обработки XML-документов.

Должна иметь поддержку на программно-аппаратном уровне.

Централизованные сервисы АИСИВ должны быть реализованы на семействе

технологий Java, версии не ниже 5.

Для работы централизованных сервисов и пользовательских web-

приложений должен использоваться сервер приложений, удовлетворяющий

следующим критериям:

http://ru.wikipedia.org/wiki/XML

http://ru.wikipedia.org/wiki/%D0%9C%D0%B5%D1%82%D0%B0%D0%B4%D0%B0%D0%BD%D0%BD%D1%8B%D0%B5

http://ru.wikipedia.org/wiki/%D0%90%D1%83%D1%82%D0%B5%D0%BD%D1%82%D0%B8%D1%84%D0%B8%D0%BA%D0%B0%D1%86%D0%B8%D1%8F

http://ru.wikipedia.org/wiki/%D0%91%D0%B0%D0%B7%D0%B0_%D0%B4%D0%B0%D0%BD%D0%BD%D1%8B%D1%85

http://ru.wikipedia.org/wiki/%D0%A1%D0%B5%D1%80%D0%B2%D0%B5%D1%80_(%D0%B0%D0%BF%D0%BF%D0%B0%D1%80%D0%B0%D1%82%D0%BD%D0%BE%D0%B5_%D0%BE%D0%B1%D0%B5%D1%81%D0%BF%D0%B5%D1%87%D0%B5%D0%BD%D0%B8%D0%B5)



Быть промышленным решением (не менее 1 000 внедрений на средних

и крупных предприятиях).

Должен поддерживать спецификацию не ниже Java EE 5.

Должен поддерживать промышленную кластеризацию.

Иметь средства балансировки нагрузки на узлы кластера.

Иметь встроенные средства и механизмы мониторинга и настройки

производительности.

Иметь поддержку со стороны производителя.

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

пользователей с АИСИВ, взаимодействие пользователей с Системой должно

осуществляться посредством визуального графического интерфейса (GUI).

Интерфейс Системы должен быть понятным и удобным, не должен быть

перегружен графическими элементами и должен обеспечивать быстрое

отображение экранных форм. Навигационные элементы должны быть

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

информации должны удовлетворять принятым соглашениям в части

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

использования оконной Системы. Ввод-вывод данных Системы, прием

управляющих команд и отображение результатов их исполнения должны

выполняться в интерактивном режиме. Интерфейс должен соответствовать

современным эргономическим требованиям и обеспечивать удобный доступ к

основным функциям и операциям Системы.

Интерфейс должен быть рассчитан на преимущественное использование

манипулятора типа «мышь», то есть управление Системой должно

осуществляться с помощью набора экранных меню, кнопок, значков и иных

подобных элементов. Клавиатурный режим ввода должен использоваться

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

полей экранных форм.



Все надписи экранных форм, а также сообщения, выдаваемые пользователю

(кроме системных сообщений) должны быть на русском языке.

Система должна обеспечивать корректную обработку аварийных

ситуаций, вызванных неверными действиями пользователей, неверным

форматом или недопустимыми значениями входных данных. В указанных

ранее случаях Система должна выдавать пользователю соответствующие

сообщения, после чего возвращаться в рабочее состояние, предшествовавшее

неверной (недопустимой) команде или некорректному вводу данных.

АИСИВ должна использовать для взаимодействия с внешними

информационными системами только открытые спецификации, стандарты и

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

и внешними источниками/приемниками информации должен быть реализован

с использованием протоколов SOAP и HTTP/HTTPS.

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

уровень использования стандартных, унифицированных методов реализации

функций Системы, унифицированных форм управленческих документов,

классификаторов информации, диалоговых процедур и программных модулей.

4.1.12 Требования к масштабированию

Построение серверной платформы АИСИВ должно допускать

горизонтальную и вертикальную масштабируемость:

горизонтальная масштабируемость – потребность в

дополнительных вычислительных ресурсах для модуля может

обеспечиваться за счет добавления новых физических серверов к

модулю (поддержка многомашинных комплексов / кластеров);

вертикальная масштабируемость – потребность в дополнительных

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



счет добавления новых аппаратных компонентов (процессоры,

оперативная память, дисковые накопители) к серверу.

4.2 Требования к функциям (задачам), выполняемым системой

Описание бизнес-процессов, точек входа и выхода должны быть выполнены,

согласованы с Заказчиком и могут быть уточнены Заказчиком в ходе

реализации Проекта, но не позднее окончания фазы настройки АИСИВ.

4.2.1 Требования к подсистеме «Кабинет страхователя»

Подсистема ввода данных страхователями – «Кабинет страхователя»

(создаваемая подсистема) предназначена для организации взаимодействия

между страхователем и Фондом в части ввода страхователем данных,

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

предоставления страхователю данных о статусе и состоянии загруженных

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

интерфейсов, с помощью которых страхователи будут иметь доступ к данным

о фактах и параметрах нетрудоспособности своих сотрудников, а также

дополнять эти данные всей информацией, необходимой для назначения и

выплаты пособия. В рамках кабинета страхователя будут доступны также

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

Основная функциональность будет поддерживать:

− Формирование запроса на получение сведений по электронным

листкам нетрудоспособности по работникам, числящихся у

страхователя.

− Формирование запроса на получение сведений о листке

нетрудоспособности: по номеру СНИЛС и ЛН.

− Предоставление сведений по ЭЛН в ФСС в части блока данных,

заполняемым работодателем.



Набор графических интерфейсов представляет собой личный кабинет

Страхователя, в котором должна быть предусмотрена следующая

функциональность по обмену данными по сотрудникам:

− Прикрепление нового сотрудника к организации.

− Открепление сотрудника от организации.

− Просмотр журнала текущих сотрудников.

4.2.2 Требования к подсистеме «Кабинет клиента Фонда»

Подсистема «Кабинет клиента Фонда» (создаваемая подсистема) будет

представлять собой набор интерфейсов для предоставления гражданам

информации о полагающихся и предоставленных Фондом услугах.

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

Гражданин, являющийся застрахованным лицом и не являющийся

инвалидом.

Гражданин, являющийся застрахованным лицом и являющийся

инвалидом.

Гражданин, являющийся инвалидом.

Основная функциональность подсистемы «Кабинет клиента Фонда»,

предназначенной как для застрахованных лиц и не являющихся инвалидами,

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

Авторизацию и аутентификацию с применением средств ЕСИА

при входе в личный кабинет;

Возможность через личный кабинет получить следующие данные о

назначенном ему пособии:

o Тип пособия.

o Дата и время поступления данных в Фонд социального

страхования РФ от медицинской организации.

o Наименование соответствующей медицинской организации.



o Наименование соответствующего страхователя.

o Дата и время выгрузки данных о факте и параметрах

нетрудоспособности страхователем.

o Дата и время загрузки недостающих данных для назначения

и выплаты пособия от страхователя.

o Дата и время расчета пособия.

o Дата и время отправки сведений о пособии на выплату в

банк.

o Статус пособия.

o Сумма выплаченного пособия: общая сумма, сумма за счет

страхователя, сумма за счет средств ФСС.

o Также все параметры, необходимые для самостоятельного

расчета пособия.

Возможность через личный кабинет получить следующую

информацию о факте и параметрах нетрудоспособности:

o Номер листка нетрудоспособности.

o Дата выдачи соответствующего листка нетрудоспособности.

o Наименование медицинской организации, предоставившей

услуги.

o Наименование соответствующего страхователя.

o Период нетрудоспособности гражданина.

o Значение статуса ЛН, определяющего текущее состояние

листка нетрудоспособностей.

o Дополнительные сведения по листку нетрудоспособностей.

o Талон от медицинской организации со сведениями о

выданном листке нетрудоспособности.

Калькулятор пособия. Данная функциональность будет

предоставлять застрахованному лицу возможность самостоятельно



рассчитать положенную ему сумму по тому или иному пособию.

Все персональные данные, необходимые для расчета,

подставляются в калькулятор автоматически при их наличии в

профиле застрахованного.

Калькулятор пособия будет позволять рассчитать общую сумму

пособия, сумму за счет страхователя и сумма за счет средств ФСС.

Возможность просмотра нормативно-правовой информации,

отражающей основную деятельность Фонда:

o Нормативные документы, включающие Указы Президента,

Федеральные законы, Постановления и распоряжения

Правительства, Приказы, постановления, письма Фонда

социального страхования, Нормативные акты Министерства

труда и социальной защиты Российской Федерации и других

министерств и ведомств Российской Федерации и др.

o Трудовой кодекс РФ. Будет предоставлена возможность скачать

трудовой кодекс РФ.

o Тематические законопроекты. Будет предоставлена

возможность скачать законопроекты.

Возможность электронного обращения гражданина в отделение

Фонда, а также просмотра всех существующих обращений

гражданина в Фонд и историю переписки с Фондом. Будет

предусмотрена как офлайн, так и онлайн связь с подразделением ФСС

РФ.

Возможность записаться на прием в отделение ФСС РФ.

Основная функциональность подсистемы «Кабинет клиента Фонда»,

предназначенная для граждан, имеющих инвалидность, помимо выше

перечисленных возможностей будет поддерживать:

Получение данных по индивидуальной программе реабилитации:

o Номер присвоенной группы инвалидности.



o Дата присвоения группы инвалидности.

o Категория льготника.

o Номер индивидуальной программы реабилитации.

o Дата выдачи ИПР.

o Срок действия ИПР.

o Статус соответствующей заявки.

o Данные обследований в бюро МСЭ (направления, заключения и

т.д.).

o данные о положенных льготах;

o данные о предоставленных ТСР;

o данные о предоставленных СКЛ;

Возможность подачи заявки на выдачу ТСР/СКЛ в подразделение

ФСС РФ через специально разработанный для этого интерфейс

«Кабинета клиента Фонда».

Возможность просмотра истории существующих заявок инвалида

и данных по ним:

o Тип заявки (например, «Ремонт ТСР: протезы верхних

конечностей»).

o Номер соответствующей заявки.

o Дата подачи заявки в формате.

o Размер суммы компенсации.

o Дата закрытия заявки.

o Статус соответствующей заявки (например, «Заявка отправлена

на рассмотрение», «Отказано» и др.).

o Метод выплат пособия.



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

Подсистема представления данных (создаваемая подсистема) будет

представлять собой набор сервисов и интерфейсов, которые будут собирать

следующие данные из следующих подсистем для дальнейшей передачи этой

информации в подсистему «Кабинет клиента Фонда»:

− из подсистемы ввода и контроля данных;

− из подсистемы ведения нормативно-справочной информации;

− из подсистемы ведения сведений об услугах, оказанных инвалидам;

− из подсистемы расчета и назначения выплаты.

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

Подсистема ведения данных о фактах и параметрах нетрудоспособности

(создаваемая подсистема) будет включать в себя набор сервисов ведения

данных о фактах и параметрах нетрудоспособности гражданина. Ее основная

функциональность будет поддерживать:

− формирование запроса на выдачу номера ЭЛН.

− получение номера ЭЛН (номер должен создаваться в рамках

действующей подсистемы Фонда — подсистемы генерации номеров

листков нетрудоспособности) по удовлетворенным запросам. Любой

запрос к подсистеме генерации номеров будет содержать следующие

атрибуты:

o ОГРН медицинской организации.

o Адрес медицинской организации, выдающей листок

нетрудоспособности (по КЛАДР).

o Идентификатор запроса.

− формирование запроса на выдачу пула номеров ЭЛН.



− получение пула номеров ЭЛН (номера должны создаваться в рамках

действующей подсистемы Фонда — подсистемы генерации номеров

листков нетрудоспособности) по удовлетворенным запросам;

− просмотр ранее сформированных запросов;

− сохранение поступивших данных о фактах и параметрах

нетрудоспособности;

− обновление данных о фактах и параметрах нетрудоспособности.

4.2.5 Требования к подсистеме работы с ЭЦП

Подсистема работы с ЭЦП (действующая подсистема Фонда,

дорабатываемая). Взаимодействие подсистем, расположенных во внешнем

контуре, с подсистемами, которые находятся во внутренней сети ФСС РФ,

осуществляется с использованием электронной цифровой подписи в случаях,

предусматривающих придание юридической силы документу тем или иным

участником процесса взаимодействия.

Ее основная функциональность будет поддерживать и обеспечивать:

Защищенное взаимодействие подсистемы ввода данных от

страхователей с внешним контуром (сеть Интернет).

Идентификацию сторон взаимодействия.

Защищенное взаимодействие подсистемы ведения фактов и

параметров нетрудоспособности с информационными системами

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

(сеть Интернет).

Защиту от изменений (подделки) документа.

Контроль целостности передаваемой информации.

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

Подсистема ввода и контроля данных (действующая подсистема Фонда,

дорабатываемая) является частью программного обеспечения,



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

страхования, разработанного в рамках реализации соответствующего

Пилотного проекта по отмене зачетного механизма (далее — Пилотная

подсистема). Она предназначена для ввода и проверки данных.

Данная подсистема будет доработана в части следующей дополнительной

функциональности:

− с помощью разработанного интерфейса будет возможность просмотра

всей поступившей в подсистему информации от следующих

участников:

o Медицинские организации;

o Страхователи;

o Учреждения медико-социальной экспертизы;

− сбор данных о фактах и параметрах нетрудоспособности из

подсистемы ведения данных о фактах и параметрах


− загрузка обработанных данных о фактах и параметрах

нетрудоспособности в подсистему ввода данных от страхователей;

− обработка поступивших данных, характеризующихся набором

статусов, из подсистемы ведения данных о фактах и параметрах

нетрудоспособности и обновление статусов данных. Перечень

статусов будет отражать основные состояния ЭЛН. Значения статусов

ЭЛН, характеризующих промежуточное состояние листка

нетрудоспособности, будут следующими:

o «Открыт»;

o «Обновлен»;

o «Закрыт ЛПУ»;

o «Направлен в МСЭ»;

o «Закрыт в МСЭ»;



o «Направлен страхователю»;

o «Направлен страхователем в ФСС»;

o «Частично оплачен»;

o «Оплачен»;

o «Не оплачен».

Помимо перечня статусов в подсистеме ввода и контроля данных

будет содержаться информация о дате изменения статуса и

идентификатор стороны, инициировавшей изменение статуса.

− загрузка обработанных данных в подсистему раскрытия информации;

− получение о начислениях по пособиям с указанием типа и даты

начисления, а также объемов начислений из системы расчета и

назначения выплат;

− получение информации об удержаниях по пособиям с указанием типа

и даты удержания, а также объёмов удержаний из системы расчета и


− получение информации о выплатах по пособиям с указанием типа и

даты выплаты, а также объёмов выплат из системы расчета и


− получение справочной информации об имеющихся в системе расчета и

назначения выплат типах/видах начислений, удержаний и выплат;

− Передача следующих данных о нетрудоспособности застрахованных

граждан страхователями «Кабинет страхователя»:

o СНИЛС;

o ФИО застрахованного лица;

o Дата выдачи ЭЛН;

o Период нетрудоспособности;

o ЭЛН.



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

подсистему ввода данных страхователями сразу после закрытия ЭЛН в

медицинской организации.

− Передача следующих данных в подсистему «Кабинет клиента Фонда»:

o Данные по пособиям;

o Данные по листкам нетрудоспособности.

− Получение данных из подсистемы ввода данных страхователями

«Кабинет страхователя» после того, как информация о

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

дальнейшей передачи полного пакета информации о

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

Информация, загруженная из подсистемы ввода данных

страхователями «Кабинет страхователя» в подсистему ввода и

контроля данных, будет проходить форматно-логический контроль.

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

Подсистема генерации номеров листков нетрудоспособности (действующая

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

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

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

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

нетрудоспособности.

Запросы на выдачу номеров электронных листков нетрудоспособности

направляются в Фонд по мере возникновения необходимости в новых номерах

ЭЛН.

При этом:

− Допускается хранение зарезервированного запаса номеров ЛН у

Потребителей информации для выполнения своих функция по выдаче



ЛН, но не более объема, необходимого для функционирования в

течение одного месяца.

− МО должны обмениваться информаций о выданных ЭЛН с Фондом

Социального Страхования РФ.

− В случае если Потребители информации не отчиталась о выданных

ранее ЭЛН, запрос на получение новых номеров электронных листков

нетрудоспособности может быть не удовлетворен.

− Запросы на выдачу одного номера электронного листка

нетрудоспособности должны направляться в момент открытия ЛН.

4.2.8 Требования к подсистеме расчета и назначения выплат

Подсистема расчета и назначения выплат (действующая подсистема Фонда,

дорабатываемая) является частью подсистемы «Прямые выплаты» ЕИИС

«Соцстрах» и предназначена для расчета и назначения выплаты пособия по

нетрудоспособности и материнству.

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

в личном кабинете клиента Фонда для самостоятельного расчета размера

пособия (калькулятор размера пособий). При вызове данного сервиса с набором

атрибутов факта нетрудоспособности сервис будет возвращать сумму, которая

должна быть начислена гражданину.

Данная подсистема будет доработана в части следующей дополнительной

функциональности:

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

переданным параметрам с учетом предыстории расчетов по

застрахованному лицу.

2. Передача информации по пособиям:

− о параметрах и объёмах произведённых начислений,

− о параметрах и объёмах произведенных удержаниях,

− о параметрах и объёмах произведенных выплат.



3. Предоставление доступа для вызова сервисов из подсистемы «Кабинет

клиента Фонда» и подсистемы ввода и контроля данных.

4. Время отклика для операций расчета любого пособия должно

составлять не более 30 секунд.

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

Подсистема ввода и загрузки сведений об инвалидах (создаваемая

подсистема) будет обеспечивать ввод данных об инвалидах через экранные

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

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

инвалидах, будет поддерживать и обеспечивать:

− Первичная регистрация гражданина в качестве инвалида

подразделением ФСС РФ, органами медико-социальной экспертизы;

− Ведение следующих сведений об услугах, оказанных инвалидам,

подразделением ФСС РФ:

o Адрес фактического проживания;

o Телефон;

o Адрес электронной почты;

o Дата постановки на учет в ФСС РФ;

o Место постановки на учет в ФСС РФ;

o Категория граждан, имеющая право на получение

государственной социальной помощи в виде набора социальных

услуг;

o Банковские реквизиты инвалида.

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

обработке данных ФСС РФ.

− Осуществление форматно-логического контроля в части проверки

корректности вводимых оператором данных.



− Возможность внесения изменений в данные, полученные от различных

источников, при помощи подсистемы ввода и загрузки сведений об

инвалидах, в том числе заполнения недостающей информации в

ручном режиме.

− Возможность внесения данных об инвалидах вручную посредством

интерфейсов, которые будут разработаны для обеспечения

функциональности по вводу всех необходимых данных:

o Адрес фактического проживания;

o Телефон;

o Адрес электронной почты;

o Дата постановки на учет в ФСС РФ;

o Место постановки на учет в ФСС РФ;

o Категория граждан, имеющая право на получение

государственной социальной помощи в виде набора социальных

услуг;

o Банковские реквизиты инвалида.

− Загрузка данных от внешних источников и синхронизация полученных

данных.

− Ведение следующих сведений учреждениями МСЭ:

o Выписка из акта №

o К справке серия

o К справке №

o ФИО инвалида

o Дата рождения инвалида

o Пол инвалида

o Адрес места жительства инвалида

o Паспортные данные инвалида (серия, номер, дополнительная

информация)



o Группа инвалидности

o Причина инвалидности (инвалидизирующее заболевание)

o Степень утраты профессиональной трудоспособности в

процентах в связи с несчастным случаем/профессиональным

заболеванием инвалида

o Дата несчастного случая /профессионального заболевания

инвалида

o Дата первичного установления инвалидности

o Начало срока установления степени утраты профессиональной

трудоспособности

o Конец срока установления степени утраты профессиональной

трудоспособности

o Дата очередного освидетельствования

o Степень утраты профессиональной трудоспособности в

процентах за пропущенный период

o Степень утраты профессиональной трудоспособности за

пропущенный период (начало периода)

o Степень утраты профессиональной трудоспособности за

пропущенный период (конец периода)

o Реквизиты текущего акта бюро МСЭ (дата, номер,

код/наименование бюро)

o Реквизиты первичного акта бюро МСЭ (дата, номер,

код/наименование бюро)

o Дата выдачи выписки

o Тип программы реабилитации: ИПР/ПРП

o Данные первичной ИПР/ПРП (номер, дата выдачи, реквизиты

бюро МСЭ)



o Данные текущей ИПР/ПРП (номер, дата выдачи, реквизиты

бюро МСЭ)

o Перечень ограничений основных категорий жизнедеятельности

o Мероприятия медицинской реабилитации

o Мероприятия профессиональной реабилитации

o Мероприятия социальной реабилитации

o Необходимость в обеспечении ТСР

o Необходимость в обеспечении санаторно-курортным лечением

o Необходимость в постороннем уходе

o Возможность реабилитации

− Ведение следующих сведений органами Пенсионного фонда РФ:

o СНИЛС

o Наличие отказа от государственных услуг полностью

o Наличие отказа от государственной услуги по обеспечению

лекарственными средствами


санаторно-курортным лечением


проездом к месту лечения

− Ведение следующих сведений органами ЗАГС:

o Дата окончательного исключения из списка инвалидов.

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

Подсистема ведения сведений об услугах, оказанных инвалидам

(создаваемая подсистема), будет обеспечивать централизованное хранение и

ведение учетных данных об инвалидах, включая персональные данные и

данные медицинского учета, информацию от различных органов власти,



данные от поставщиков услуг, необходимых лицам, имеющим инвалидность, а

также данные об услугах по выдаче Фондом технических средств реабилитации

и оказания санаторно-курортных услуг.

Основная функциональность подсистемы ведения сведений об услугах,

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

данных:

− данные о выданных ТСР: будет предусмотрено хранение документов и

данных, отражающих факты взаимодействия конкретного органа

исполнительной власти с инвалидами в рамках оказания им

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

реабилитации;

− данные санаторно-курортного лечения: будет предусмотрено хранение

документов и данных, отражающих факты взаимодействия

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

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

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

− данные о выданных компенсациях;

− данные об оказанных услугах по проезду к месту лечения;

− документы, полученные от инвалида;

− данные о проведенных реабилитационных мероприятиях;

− данные для регресса;

− обращения инвалидов в ФСС РФ.

4.2.11 Требования к подсистеме интеграции данных для передачи сведений об инвалидах

Подсистема интеграции данных для передачи сведений об инвалидах

(создаваемая подсистема) будет обеспечивать интеграцию с внешними и

внутренними источниками данных, необходимыми для ведения в рамках Фонда

учетной информации об инвалидах.



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

сведений об инвалидах будет поддерживать и обеспечивать:

− Набор веб-сервисов для возможности интеграции с внешними

источниками данных.

− Организацию обмена данными с внешними источниками посредством

файлов (в случаях, когда взаимодействие по средствам веб-сервисов

организовать невозможно).

− Реализацию обмена данных через подсистему работы с ЭЦП для

обеспечения необходимой достоверности и безопасности.

4.2.12 Требования к подсистеме ведения нормативно-справочной информации

Подсистема ведения НСИ (создаваемая подсистема) будет обеспечивать

ведение нормативно-справочной информации, используемой в рамках

вышеуказанных подсистем. В подсистеме ведения НСИ будет предусмотрен

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

справочников.

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

информации будет реализована в соответствии с основными принципами

централизованного ведения НСИ:

− обязательная регистрация НСИ в едином реестре;

− разделение ответственности при ведении НСИ;

− хранение истории изменений НСИ;

− аутентификация инициаторов вносимых изменений;

− разграничение прав доступа к информации;

− тиражирование НСИ в виде изменений.

Подсистема ведения НСИ будет обеспечивать следующие функции при

работе с нормативно-справочной информацией, необходимой для работы с

подсистемами Фонда:



− Ведение обозначенных ниже справочников;

− Поддержка процессов распространения (публикации) сведений;

− Технологическая и методологическая поддержка обеспечения единой

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

подключаемым классификаторам в рамках АИСИВ.

− Предоставление справочников подсистемы НСИ различным

потребителям данных об инвалидах;

− Ведение реестра НСИ;

− Внесение изменений в зарегистрированные классификаторы;

− Поддержка иерархии категорий классификаторов, т.е. одна категория

может содержать в себе произвольное количество вложенных

категорий. Категории классификаторов должны отображаться в виде

дерева;

− Иерархическая классификация;

− Импорт данных НСИ из файлов и баз данных следующих

форматов:.XLS/.XLSX, XML (для плоских одноуровневых файлов),

CSV и других форматов;

− Сохранение истории изменений.

− Работа со следующими справочниками:

o Классификатор инвалидов;

o Справочник технических средств реабилитации (ТСР);

o Справочник реабилитационных центров;

o Справочник региональных отделений ФСС РФ;

o Справочник подразделений Федеральной медико-социальной

экспертизы;

o Каталог производителей/поставщиков ТСР и иных услуг,

ремонтных организаций (с указанием текущих цен);

o Справочник банков;



o Справочник страхователей;

o Перечень справочников, используемых для заполнения листа


o Общероссийский классификатор адресов;

o Справочник стран;

o Справочник условий исчисления пособий по

нетрудоспособности.

Загрузка данных справочников из внешних источников производится

посредством инструментов подсистемы ввода и загрузки данных. В рамках

проекта будут определены внешние источники, регламент и формат

передаваемых данных.

Доступ пользователей, внешних систем к базе данных НСИ будет обеспечен

посредством:

− интерактивный диалоговый графический интерфейс для пользователей

системы в виде веб-страниц;

− интерфейс предоставления НСИ посредством веб-сервисов и

интерфейс выгрузки НСИ в файлы, поддерживающий форматы: XML

и CSV.

4.2.13 Требования к подсистеме управления контентом веб сайтов Фонда и его региональных отделений

В состав Подсистемы должны входить следующие модули:

- Модуль “Ядро и конфигурация”;

- Модуль “Шаблоны данных”;

- Модуль “Структура”;

- Модуль “Каталог”;

- Модуль “Рассылки”;

- Модуль “Пользователи”;



- Модуль “События”;

- Модуль “Статистика”;

- Модуль “Поиск”;

- Модуль “Новости”;

- Модуль “Фотогалереи”;

- Модуль “Форум”;

- Модуль “Комментарии”;

- Модуль “Обратная связь”;

- Модуль “Опросы”;

- Модуль “Баннеры”;

- Модуль “Часто задаваемые вопросы”;

- Модуль “Геолокация”.

4.2.13.1 Требования к модулю «Ядро и конфигурация»

Данный модуль предназначен для управления всеми глобальными

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

- Управление языковыми версиями;

- Управление доменами;

- Подключение модулей;

- Кэширование;

- Регулирование автокоррекции url страницы.

Отказом функционирования данного модуля является некорректное

выполнение одной или нескольких его функций.



4.2.13.1.1 Требования к функции управления языковыми версиями

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

ввода в соответствующие поля названий языков и префиксы, которые будут

отображаться в URL.

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

вводе названий языков и префиксов языковые версии сайта не меняются.

4.2.13.1.2 Требования к функции управления доменами

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

ввода в соответствующее поле доменного имени, указании установки языка по

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

домена.

Отказом функционирования данного модуля является случай, когда домен

не появился в главном дереве сайта.

4.2.13.1.3 Требования к функции кэширования

Функция должна позволять управлять настройками кэширования путем

выбора текущего состояния кэша, доступного кэширующего механизма,

времени хранения кэша в соответствующих полях.

Отказом функционирования данного модуля является случай, когда кэш не

обновляется или не сохраняется при включенном кэшировании.

4.2.13.1.4 Требования к настройке автокоррекции url страницы

Функция должна позволять сканировать сайт и при отсутствии страницы,

адрес которой совпадает с введенным, открывать наиболее похожую по

названию страницу.



Отказом функционирования данного модуля является случай, когда ни

одной страницы не найдено.

4.2.13.2 Требования к модулю «Шаблоны данных»

Данный модуль предназначен для управления данными и логикой их вывода

на сайте, а также конструирования объектов сайта.

Модуль должен содержать ряд предустановленных шаблонов данных, в том

числе: раздел сайта (и подтипы — раздел каталога, лента новостей, новость,

конференция форума, топик в форуме, сообщение в форуме, комментарий),

пользователь, группы пользователей, баннер, вариант ответа на вопрос,

рассылка.

Модуль должен обеспечивать реализацию следующих функций:

- Управление типами данных;

- Управление справочниками и типами полей.



4.2.13.2.1 Требования к функции управлению типами данных

Функция должна позволять управлять типами данных: добавлять,

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

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

удалять поля и группы полей, свойственных тому или иному типу данных

(объекту)

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

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



4.2.13.2.2 Требования к созданию справочников

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

редактировать, удалять, а также использовать существующие типы данных в

качестве справочника, в том числе: назначение идентификатора поля;

использовать свойства системы «наследование» для поля; выбирать типа поля

(HTML-текст, выпадающий список, список с множественным выбором, ссылка

на дерево, дата, файл, флэш-ролик, кнопка-флажок, простой текст, строка,

цена, число).

Отказом функционирования данного модуля является случай, когда

справочник не создан или работает некорректно.

4.2.13.3 Требования к модулю «Структура»

Данный модуль предназначен для управления основными функциональными

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

поддержкой SEO, и должен обеспечивать реализацию следующих функций:

- Управление структурой сайта, шаблонами страниц и объектами;

- Прописывание SEO-умолчаний;

- WYSIWYG- редактор.



4.2.13.3.1 Требования к функции управления структурой сайта,

шаблонами страниц и объектами

Функция должна позволять задавать теги к страницам; изменять все объекты

структуры сайта в рамках одной страницы административного интерфейса;

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

сохранять страницы в качестве черновика, публиковать, удалять,



редактировать; при этом url перемещенных страниц должен корректироваться

автоматически; добавлять, удалять, перемещать объекты, управлять

состоянием активности объектов; настраивать шаблоны страниц, назначать

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

создаваемым страницам сайта.

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

изменение структуры сайта, шаблонов страниц и объектов не сохранены или

сохранены некорректно, url страницы не скорректирован автоматически.

4.2.13.3.2 Требования к функции прописыванию SEO-умолчаний

Функция должна позволять прописывать префиксы для заголовков, а также

мета-теги (ключевые слова) и описание, которые будут подставлены по

умолчанию, если соответствующие поля не будут заполнены вручную.

Отказом функционирования данного модуля является ситуация, когда SEO-

умолчания не прописаны.

4.2.13.3.3 Требования к функции WYSIWYG- редактор

Функция должна позволять:

- работать с текстом: редактировать свойства шрифта,

изменять свойства текста, используя MS Word, стиль, шрифт

(начертание), размер, цвет, выравнивание, списки и пр.;

- работать с изображениями: вставлять рисунки как с сервера,

так и из url, регулируя их положение на странице, величину

отступов, толщину границы;

- работать с таблицами: регулировать количество и размер

столбцов и строк, выравнивание таблицы по отношению к

окружающему ее тексту, толщину границы, расстояние



между ячейками и отступ между текстом внутри таблицы и

ее границами;

- вставлять гиперссылки: добавлять, удалять и редактировать

ссылки на другие интернет-ресурсы, а также вставлять

гиперссылки из структуры сайта;

- работать с HTML-кодом: вы можете, при наличии

специализированных знаний, редактировать содержимое веб-

страниц непосредственно в режиме редактирования HTML-

кода;

- очищать HTML и XML теги при вставке текста;

- просматривать редактируемую страницу в 1 клик;

- настраивать отображения страницы в меню;

- назначать страницы по умолчанию;

- исключать страницы из поиска;

- настраивать разграничения прав доступа пользователей к

странице;

- просматривать историю изменения страницы;

- возвращать версию страницу к одной из предыдущих

сохраненных версий страницы.

За отказ данной функции принимаются следующие ситуации:

- некорректное отображение содержания страницы;

- некорректный HTML-код;

- присутствие в результатах поиска исключенных из поиска страниц.



4.2.13.4 Требования к модулю «Каталог»

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

данных в различных сочетаниях и должен обеспечивать реализацию

следующих функций:

- Управление структурой каталога;

- Разграничение прав доступа к управлению каталогом и

редактированию информации;

- Регулирование количества элементов каталога на странице.



4.2.13.4.1 Требования к функции управления структурой каталога

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

ограничения на количество и вложенность групп товаров; добавлять, удалять

неограниченное количество товаров и групп товаров, а также свойств товара;

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


- изменения структуры, группы товаров каталога не сохранены или

сохранены некорректно;

- система ограничивает количество или вложенность групп товаров.

4.2.13.4.2 Требования к функции разграничения прав доступа к

управлению каталогом и редактированию информации

Функция должна позволять присваивать, редактировать и снимать права на

доступ и редактирование одного или нескольких разделов каталога.




присвоение прав.

4.2.13.4.3 Требования к функции регулирования количества элементов

каталога на странице

Функция должна позволять устанавливать и изменять количество элементов

каталога на странице.

Отказом функционирования данного модуля является количество элементов

на странице не соответствует установленному требованию.

4.2.13.5 Требования к модулю «Рассылки»

Данный модуль предназначен для управления списками рассылок и

подписчиков и должен обеспечивать реализацию следующих функций:

- Управление рассылками;

- Управление подписчиками.



4.2.13.5.1 Требования к функции управления рассылками

Функция должна позволять создавать, редактировать и поддерживать

неограниченное количество рассылок; отправлять рассылки неограниченному

числу подписчиков; отправлять рассылки пакетами (при этом в режиме

реального времени должно отображается количество и процент отправленных

писем); возобновлять отправку рассылки после остановки.


- рассылки не отправлены, отправлены не вовремя или отправлены не

всем получателям;



- после прерывания рассылка не возобновилась;

- статистика рассылки не отображается или отображается

некорректно.

4.2.13.5.2 Требования к функции управления рассылками

Функция должна позволять создавать, удалять подписчиков, регулировать

состояние подписки на рассылки сайта, просматривать списки подписчиков на

любую рассылку.


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

- невозможно просмотреть списки подписчиков.

4.2.13.6 Требования к модулю «Пользователи»

Данный модуль предназначен для управления персонализированным

представлением сайта и должен обеспечивать реализацию следующих

функций:

- Управление пользователями и группами пользователей;

- Управление правами пользователей и групп пользователей.



4.2.13.6.1 Требования к функции управления пользователями и

группами пользователей

Функция должна позволять настраивать назначать права пользователей для

отдельных пользователей и для групп пользователей; управлять правом

доступа пользователей и групп к функции Webnotes; назначать пользователей,

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



незарегистрированным пользователям; определять права на просмотр страниц

и управление контентом; доступ к доменам; удаление и восстановление

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

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

управление шаблонами данных и справочниками.


- права доступа работают некорректно;

- в группе пользователей с назначенными общими правами

фактические права доступа различны.

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

группами пользователей

Функция должна позволять создавать, редактировать и поддерживать

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

пользователей с наследуемыми правами; регистрировать пользователей с

активацией аккаунтов.

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

изменения, произведенные с пользователями или группами не сохранены или

сохранены некорректно.

4.2.13.7 Требования к модулю «События»

Данный модуль предназначен для оповещения администратора о всех новых

событиях, произошедших на сайтах и просмотра полной истории прежних

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

следующих функций:

- Просмотр событий;

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





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

Данная функция должна отображать события, произошедшие на сайтах

Фонда, в том числе иметь следующие возможности:

- Настройка времени хранения событий;

- Просмотр истории событий с применением фильтрации по датам

и модулям;

- Просмотр полной информации о времени регистрации события;

- Переход на задействованные в событии объекты (страницы,

профили пользователей и т.п.).


- время хранения события не соответствует настроенному;

- история событий не фильтруется по датам или модулям;

- недоступен просмотр полной информации о времени регистрации

события;

- не работает переход на задействованные в событии объекты.

4.2.13.7.2 Требования к функции регистрации и уведомления о событиях

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

Фонда, а именно:

- «Пользователи» — регистрация нового пользователя, его логин и к

какой к группе пользователей он принадлежит;

- «Обратная связь» — новое сообщение, кем отправлено и через

какую форму обратной связи;



- «Комментарии» — новые комментарии, кто их создал и на какой

странице;

- «Опросы» — кто проголосовал и какой вариант ответа выбрал;

- «Часто задаваемые вопросы» — новый вопрос/ответ и его автор;

- Создание, изменение, удаление страниц на сайте или в определенном

разделе;

- Любые других события, по требованию Администратора.

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

на определенный адрес электронной почты.


- отсутствие регистрации требуемых событий;

- отсутствие уведомлений о событиях на заданном адресе электронной

почты.

4.2.13.8 Требования к модулю «Статистика»

Данный модуль предназначен для анализа места сайта в сети Интернет и

должен обеспечивать отображение статистики.



4.2.13.8.1 Требования к функции отображения статистики

Данная функция должна отображать статистические данные по

пользователям сайтов Фонда, а именно:

- Статистические данные по уникальным хостам и по просмотрам

страниц в целом;



- Среднестатистические данные отдельно по будним и по выходным

дням;

- Статистические данные по путям пользователей по сайту, по

среднему времени и глубине просмотра сайта;

- Статистика просмотра сайта из различных браузеров;

- Статистика популярности источников перехода, точек входа и

выхода, поисковых слов, поисковых систем;

- Статистика данных о том, на каких сайтах размещена ссылка на

сайты Фонда;

- Поведенческая статистика сайта.

При этом функция должна позволять фильтровать полученные данные по

времени, задавая в фильтре требуемые даты.


- статистические данные не собираются;

- статистические данные не отображаются.

4.2.13.9 Требования к модулю «Поиск»

Данный модуль предназначен для интеллектуального поиска по сайту и

должен обеспечивать реализацию следующих функций:

- Индексация страниц;

- Морфологический поиск.





4.2.13.9.1 Требования к функции индексации страниц

Данная функция должна индексировать страницы сайтов Фонда и обладать

следующими возможностями:

- автоматическая индексация страницы в момент создания страницы;

- автоматическая индексация страницы в момент изменения страницы;

- ручное исключение страницы из области поиска;

- ручное включение страницы в область поиска;

- ручная индексация страниц.


- страницы автоматически не индексируются;

- страницы не включаются и не исключаются из области поиска.

4.2.13.9.2 Требования к функции морфологического поиска

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

перехода к нужному материалу. Блок поиска должен размещаться на всех

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

которые будут выводиться на одной странице в настройках.


- результаты поиска не соответствуют поисковому запросу;

- количество результатов поиска не соответствует настроенному.

4.2.13.10 Требования к модулю «Новости»

Данный модуль предназначен для управления новостными лентами и


- вывод новостных лент;



- управление новостными лентами.



4.2.13.10.1 Требования к функции вывода новостных лент

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

- вывод новостных сообщений в соответствии с хронологией;

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

одновременно в нескольких лентах;

- создание трансляции новостей в форматах RSS и ATOM;

- регулирование количества новостей на одной странице.


- новостные сообщения выводятся не в соответствии с хронологией;

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

это настроено;

- трансляции RSS и ATOM не создаются;

- количество новостей на одной странице не регулируется.

4.2.13.10.2 Требования к функции управления новостными лентами

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

том числе:

- подключение модуля “Комментарии” к новостям;

- управление правами доступа сотрудников к редактированию лент

новостей;



- добавление, удаление или редактирование новости как в

структурном дереве сайта, так и непосредственно в модуле

«Новости»;

- управление датой и временем публикаций;

- добавление иллюстрации к анонсу и полному тексту новости.


- модуль “Комментарии” не подключается к новостям;

- права доступа сотрудникам к редактированию лент новостей не

устанавливаются;

- новости не добавляются, не удаляются или не редактируются;

- не меняется дата или время публикации новости, либо она не

соответствует действительности;

- к новости не добавляется иллюстрация.

4.2.13.11 Требования к модулю «Фотогалереи»

Данный модуль предназначен для управления фотографиями и

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

- создание фотогалерей;

- управление фотогалереями.



4.2.13.11.1 Требования к функции создания фотогалерей

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

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

- группировка фотографий по темам или событиям;



- создание вложенных фотогалерей;

- создание интерактивных фотогалерей;

- создание описания фотогалерей;

- настройка количества фотографий на странице;

- формирование дружественных URL фотографий и галерей;

- поддержка RSS-трансляций загружаемых фотографий.


- фотогалереи не создаются;

- фотогалереи не формируются;

- фотогалереи не вкладываются друг в друга;

- интерактивные фотогалереи не создаются;

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

- URL фотографий и галерей не формируются;

- RSS-трансляции загружаемых фотографий не создаются либо

отображаются неактуальные данные.

4.2.13.11.2 Требования к функции управления фотогалереями

Данная функция должна обеспечивать управление фотогалереями, в том

числе:

- редактирование, удаление, деактивация фотогалерей;

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

пользователей;


- фотогалереи не редактируются;



- фотогалереи не удаляются;

- фотогалереи не деактивируются;

- права доступа к фотогалереям не соответствуют настройкам.

4.2.13.12 Требования к модулю «Форум»

Данный модуль предназначен для управления обсуждениями на сайте и


- создание тем и сообщений на форуме;

- управление пользователями форума.



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

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

в том числе возможности:

- описание содержания тем;

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

добавления сообщения;

- перемещение темы между топиками (или форумами);

- регулирование количества сообщений на странице;

- премодерация и постмодерация сообщений на форуме;

- использование специальных тегов:

o [URL]ссылка[/URL];

o [b]полужирный[/b];

o [u]подчеркнутый[/u];



o [i]курсив[/i];

o [quote]цитата[/quote].


- содержание топика не добавляется;

- отсутствует регистрация или CAPTCHA при настроенной

обязательной регистрации или CAPTCHA;

- тема не перемещается между топиками (или форумами);

- количество сообщений на странице не соответствует

настроенному;

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

премодерацией;

- сообщения не редактируются модератором;

- тэги не меняют формат текста сообщений на форуме.

4.2.13.12.2 Требования к функции управления пользователями форума

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

том числе иметь следующие возможности:

- разграничение прав доступа пользователей,

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

незарегистрированных пользователей;

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

ссылке, высланной на адрес электронной почты, указанной при

регистрации.


- права доступа пользователя не соответствуют настроенным;



- учетная запись пользователя не активируется кликом на ссылку из

сообщения по электронной почте;

- сообщение со ссылкой активации не отправляется пользователю.

4.2.13.13 Требования к модулю «Комментарии»

Данный модуль предназначен для управления комментариями на сайтах и


- добавление комментариев;

- управление комментариями.



4.2.13.13.1 Требования к функции добавления комментариев

Данная функция должна обеспечивать добавление комментариев, в том

числе иметь следующие возможности:

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

сайтов;

- наличие трех систем комментирования: штатной, facebook, vk,

которые могут использоваться отдельно или совместно;

- возможность обеспечивать вложенность комментариев;

- регулирование количества элементов на странице;

- использование специальных тегов:

o [URL]ссылка[/URL];

o [b]полужирный[/b];

o [u]подчеркнутый[/u];

o [i]курсив[/i];



o [quote]цитата[/quote].


- комментарии не добавляются к объекту структуры сайтов;

- не добавляются комментарии штатные, facebook или vk:

- комментарии штатные, facebook и vk блокируют друг друга;

- комментарии не объединяются в ветки при соответствующей

настройке;

- количество элементов на странице не соответствует настроенному;

- тэги не меняют форматирование текста комментария.

4.2.13.13.2 Требования к функции управления комментариями

Данная функция должна обеспечивать управление комментариями, в том


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

- регулирование возможности комментирования для

незарегистрированных пользователей;

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

автору;

- определение активности комментариев, редактирование или

удаление комментариев;


- не выставляется премодерация комментариев;

- незарегистрированные пользователи имеют ненастроенные права по

комментированию;



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

интерфейсе;

- не отображается активность комментария;

- комментарий не редактируется или не удаляется.

4.2.13.14 Требования к модулю «Обратная связь»

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


выполнение его функции.

4.2.13.14.1 Требования к функции управления обратной связью

Данная функция должна обеспечивать управление обратной связью на

сайтах, в том числе иметь следующие возможности:

создание и размещение на сайте формы обратной связи с

различными типами полей;

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

подключение неограниченного количества электронных адресов к

формам обратной связи;

возможность создать в форме обратной связи выпадающий список

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

ему адресата.


формы обратной связи не размещаются на сайте;

форма отправляется при некорректном заполнении полей;

электронные адреса не подключаются к формам;

в форме не создаются выпадающий список получателей;

заполненная форма не отправляется выбранным получателям.



4.2.13.15 Требования к модулю «Опросы»

Данный модуль предназначен для управления опросами на сайтах.



4.2.13.15.1 Требования к функции управления опросами

Данная функция должна обеспечивать управление опросами на сайтах, в том


создание неограниченного количества опросов с любым

количеством вариантов ответов на вопрос;

возможность открывать, закрывать, блокировать опросы;

вывод результатов опроса на сайте;

хранение результатов прошедших опросов;

проведение опроса одновременно на нескольких сайтах;

разграничение доступа к участию в опросе.


опросы не создаются;

невозможно увеличить количество вариантов ответов на опрос;

опросы не открываются;

опросы не закрываются;

опросы не блокируются;

результаты опроса не выводятся на сайте;

результаты прошедших опросов не хранятся;

опрос не проводится одновременно на нескольких сайтах;

доступ к участию в опросе дается некорректно.



4.2.13.16 Требования к модулю «Баннеры»

Данный модуль предназначен для управления рекламными баннерами на

сайтах.



4.2.13.16.1 Требования к функции управления баннерами

Данная функция должна обеспечивать управление баннерами на сайтах, в

том числе иметь следующие возможности:

управление рекламными кампаниями одновременно на нескольких

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

баннеров из одной административной панели;

возможность помещения информационных блоков, кнопок,

информеров в любое место на страницах сайта в соответствии с его

дизайном и навигационной архитектурой;

добавление неограниченного количества баннеров любого

формата: графические, текстовые, содержащие Flash-анимацию

или HTML;

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

выставленными параметрами: поведенческий таргетинг, временной

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

добавление неограниченного количества мест показа баннера или

информационного блока на сайте;

настройка последовательного или случайного показа баннеров;

регулирование страниц показа баннера;

получение информации о количестве сделанных показов баннера и

переходов по нему.




рекламный баннер не создается;

отображение рекламных баннеров не соответствует настройкам;

количество показов рекламных баннеров считается неверно.

4.2.13.17 Требования к модулю «Часто задаваемые вопросы»

Данный модуль предназначен для управления вопросами от аудитории и

должен.



4.2.13.17.1 Требования к функции управления часто задаваемыми

вопросами

Данная функция должна обеспечивать управление опросами на сайтах, в том


публикация вопросов пользователей и ответов на них на сайтах;

возможность автоматически отправить ответ на вопрос

пользователя одновременно по электронной почте и поместить в

список частых вопросов, опубликованных на сайте;

размещение формы добавления вопроса;

объединение вопросов пользователей в темы.


вопросы и ответы на них не публикуются;

ответ на вопрос пользователя автоматически не отправляется;

ответ на вопрос пользователя не помещается в список частых

вопросов на сайте;

форма добавления вопроса не размещается;

вопросы пользователей не объединяются в темы.



4.2.13.18 Требования к модулю «Геолокация»

Данный модуль предназначен для определения города по IP-адресу.



4.2.13.18.1 Требования к функции определения географического

положения пользователя

Данная функция должна обеспечивать определение географического

положения пользователя, в том числе иметь следующие возможности:

постоянное обновление и пополнение базы данных IP-адресов;

при определении географического положения функция не должна

обращаться к внешним источникам.


географическое положение пользователя не определяется;

географическое положение пользователя определяется

некорректно;

при определении географического положения функция обращается

к внешним источникам.



4.3 Требования к видам обеспечения

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

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

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

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

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

данный вид деятельности, а именно:

Федеральный закон от 29.12.2006 №255-ФЗ «Об обязательном

социальном страховании на случай временной нетрудоспособности

и в связи с материнством».

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

временной нетрудоспособности, по беременности и родам,

ежемесячных пособий по уходу за ребенком гражданам,

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

временной нетрудоспособности и в связи с материнством,

утвержденное Постановлением Правительства РФ от 15.06.2007

№375.

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

Информационное обеспечение АИСИВ должно быть достаточным для

выполнения всех функций ее подсистем и соответствовать следующим

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

данных, к информационному обмену между компонентами системы, к

информационной совместимости со смежными системами, к используемой

СУБД, к процессам сбора и передачи данных, к защите данных Системы от

разрушений, к хранению и восстановлению данных Системы, к процедуре

придания юридической силы документам.



4.3.2.1 Требования к составу, структуре и способам организации данных в

системе

Средства СУБД, а также средства используемых операционных систем

должны обеспечивать протоколирование обрабатываемой в Системе

информации.

АИСИВ, кроме хранения данных Системы, также должна хранить и

использовать метаданные, обеспечивающие работоспособность компонентов

Системы.

Данные АИСИВ должны храниться в реляционном виде в хранилище

данных Системы, а метаданные Системы – часть в реляционном виде в базе

данных, а часть в виде файлов на файловой системе.

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

(маскирование) хранимой и обрабатываемой в Системе информации.

4.3.2.2 Требования к информационному обмену между компонентами

системы

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

определяются требованиями, приведенными в пункте 4.1.1.1 Требования к

способам и средствам связи для информационного обмена между

компонентами системы настоящего документа.

4.3.2.3 Требования к информационной совместимости со смежными

системами

Информационное взаимодействие АИСИВ должно осуществляться с

системами, приведенными в пункте 4.3.3 настоящего документа.

Информационное взаимодействие между АИСИВ и указанными

системами должно осуществляться посредством стандартных сетевых

протоколов и программных интерфейсов.

Формат передаваемой информации в рамках взаимодействия систем должен

определяться двухсторонними соглашениями между Фондом и владельцем



каждой внешней информационной системы. При этом обмен информацией

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

спецификаций.

4.3.2.4 Требования по применению систем управления базами данных

Требования по применению систем управления базами данных в АИСИВ

определяются пунктом 4.1.11 Требования по стандартизации и унификации

настоящего документа.

4.3.2.5 Требования к структуре процесса сбора, обработки, передачи

данных в системе и представлению данных

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

удовлетворять регламентам, разработанным и приведенным в Отчете об

обследовании деятельности Фонда и учитывать особенности

функционирования действующих подсистем АИСИВ, дорабатываемых в

рамках создания Системы.

4.3.2.6 Требования к защите данных от разрушений при авариях и сбоях в

электропитании системы

Сохранность информации при авариях должна обеспечиваться выполнением

следующих мероприятий:

при потере основного питания путем применения источников

бесперебойного питания, а также устройств автоматического

включения резерва;

при программно-аппаратных сбоях:

o путем регламентного перезапуска технических средств

автоматизации Системы;

o путем регулярного резервного копирования базы данных;



o для серверов от аппаратных сбоев накопителей – путем

установки систем RAID класса не ниже 1 (полная

избыточность с возможностью восстановления).

4.3.2.7 Требования к контролю, хранению, обновлению и восстановлению

данных

Данные, загруженные в подсистему ввода и контроля АИСИВ, должны

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

данных в Пилотной подсистеме ЕИИС «Соцстрах».

Данные АИСИВ должны размещаться в централизованном хранилище

данных АИСИВ, реализованном на промышленной реляционной СУБД,

требования к которой приведены в пункте 4.1.11 Требования по

стандартизации и унификации текущего документа.

Система должна обеспечивать долговременное хранение данных (не менее 5

лет).

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

разработанным и приведенным в Отчете об обследовании деятельности Фонда.

Сохранность информации в централизованном хранилище данных АИСИВ

должна обеспечиваться методом резервного копирования и восстановления

данных при аварийных ситуациях, позволяющих восстановить

работоспособность Системы.

Реализация функциональности системы по архивации и восстановлению

информации с поддержанием целостности и актуальности данных должна

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

нарушения целостности и доступности информационных ресурсов, с учетом

частоты модификации информационных массивов и следующих требований по

резервному копированию и архивированию информации:



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

архивов, хранение резервных копий информации и архивов в

защищенном месте;

для баз данных системы необходимо обеспечить работу с

сохранением журнальных файлов;

для данных области хранилища данных необходимо обеспечить

полное резервное копирование не реже 1 раза в неделю;

для данных области хранилища данных необходимо обеспечить

резервное копирование изменений (инкрементальное) ежедневно,

исключая день полного резервного копирования и исключая

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

для данных области хранилища данных должно быть обеспечено

полное и корректное восстановление в случае сбоя с

использованием задокументированной в эксплуатационной

документации процедуры восстановления.

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

В рамках Системы должно быть обеспечено взаимодействие с

инфраструктурой открытых ключей электронной цифровой подписи,

созданной Заказчиком. Средства реализации механизмов ЭЦП должны

соответствовать действующему законодательству Российской Федерации.

АИСИВ должна осуществлять функцию верификации ЭЦП и

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

предусматривающих придание юридической значимости исходящим

документам и проверку юридической значимости входящих документов.

4.3.3 Требования к информационному обмену с внешними системами (источниками/потребителями данных)

Источниками данных Системы являются:

Системы медицинских организаций (далее — МО):



o Существующие информационные системы, используемые

медицинскими организациями;

o Программное обеспечение, предоставляемое Фондом

медицинским организациям в случае отсутствия у них

информационных систем, с помощью которых будет

осуществляться информационный обмен;

Системы бюро медико-социальной экспертизы (далее — МСЭ):

o Информационно-аналитическая система «ЕВИИАС»;

o Программное обеспечение (сервисы), предоставляемое

Фондом учреждениям МСЭ в случае отсутствия у них

информационных систем, с помощью которых будет

осуществляться информационный обмен;

Системы страхователей:


страхователями;

o Программное обеспечение, предоставляемое Фондом

страхователям в случае отсутствия у них информационных

систем, с помощью которых будет осуществляться

информационный обмен;

Органы записи актов гражданского состояния. Сведения о

государственной регистрации рождения и смерти передаются

органами ЗАГС в следующей форме (по согласованию с

получателем сведений):

o электронный документ, подписанный уполномоченным

должностным лицом органа записи актов гражданского

состояния усиленной квалифицированной электронной

подписью;



o электронный документ с использованием единой

информационной системы межведомственного электронного

взаимодействия и подключаемых к ней региональных систем

межведомственного электронного взаимодействия.

Системы органов, осуществляющие пенсионное обеспечение:


органами, осуществляющие пенсионное обеспечение.

Системы Фонда социального страхования:

o Действующая подсистема генерации номеров листков

нетрудоспособности (Пилотный проект);

o Действующая подсистема ввода и контроля данных

(Пилотный проект);

o Действующая подсистема расчета и назначения выплат

(Пилотный проект).

Ниже приводится сводная таблица источников данных и участников

электронного информационного взаимодействия, представляющие

соответствующие данные для размещения данных в хранилище.

Наименование источника

данныхМО МСЭ

Страхо

вателиЗАГС ПФР ФСС

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

предоставляемое Фондом

Х Х Х

Существующие медицинские

информационные системы

Х

Система «ЕВИИАС» Х

Существующие


Х



Наименование источника

данныхМО МСЭ

Страхо

вателиЗАГС ПФР ФСС

страхователей

Система «Находка-ЗАГС» Х

Система «МАИС ЗАГС» Х

Существующие


ПФР (посредством СМЭВ)

Х

Подсистема генерации

номеров листков

нетрудоспособности

Х

Подсистема ввода и контроля

данных

Х

Подсистема расчета и

назначения выплат

Х

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

Для описания структуры баз данных и описания процессов должны

использоваться специализированные инструменты. Форматы ввода

информации пользователями должны быть организованы посредством

стандартного веб-интерфейса.

Лингвистическое обеспечение Системы должны удовлетворять следующим

требованиям:

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

согласования соответствующего перечня терминов и определений;



не допускается использования терминов и обозначений на

английском языке, если существуют эквивалентные

русскоязычные термины.

Разработка программного обеспечения должна вестись с использованием c

использованием следующих языков программирования: Java, JavaScript, SQL,

PL/SQL, XSLT.

Для организации диалога Системы с Пользователем должен применяться

графический (оконный) режим. Внешний вид пользовательского web-

интерфейса должен определяться гипертекстовой разметкой (HTML) и

таблицами стилей согласно стандарту Cascading Style Sheets (CSS).

Информация, предоставляемая Системой пользователям, должна

передаваться в одном из следующих форматов: HTML, XML, JSON, CSV, PDF,

RTF, форматы документов MS Office (PowerPoint, Excel) и иных

машиночитаемых форматах, включая изображения.

Основным языком взаимодействия пользователей и системы является

русский язык.

Обмен данными с внешними источниками/приемниками информации

должен осуществляться в кодировке UTF-8.

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

При развертывании, эксплуатации и обслуживании Системы должны

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

Oracle Database 11g;

операционные системы Oracle Linux и Red Hat Enterprise Linux

В состав программно-аппаратного комплекса входит следующее

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

СУБД Oracle Database Enterprise Edition версии 11.2.0.2 с опциями:

o Oracle Real Application Clusters;

o Oracle Partitioning.



Для реализации веб-интерфейсов, сервисов по обмену данными необходимо

следующее программное обеспечение:

Сервер приложений Oracle WebLogic Server Enterprise Edition;

HTTP-сервер Apache 2.2.26 ;

Trusted TLS 2.2 (для веб-сервера Apache 2.2);

Red Hat Enterprise Linux/Oracle Linux x86-x64;

СКЗИ КриптоПро CSP 3.6 под Unix;

СКЗИ КриптоПро JCP;

Требование к ПО клиентских рабочих мест:

Internet Explorer версии 8.0 и выше;

Microsoft Office версии 2000 и выше;

Adobe Acrobat Reader версии 9 и выше;

Наличие на машине пользователя сертифицированного крипто-

провайдера, поддерживающего алгоритмы шифрования ГОСТ.

К подсистеме управления контентом веб сайтов Фонда и его региональных

отделений предъявляет следующие требования к программному обеспечению:

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

Операционная система на базе Linux (CentOS);

Web-сервер Apache версии не ниже 2.2.16;

Web-сервер nGinx версии не ниже 1.0;

Сервер баз данных MySQL версии от 5.1 до 5.3 включительно;

NoSQL-СУБД Redis версии не нижен 5.8;

Документо-ориентированная NoSQL-СУБД Riak версии не ниже

1.0;

Bind/named сервер;

PowerDNS со связкой с MySQL сервером. Версия PowerDNS

должна быть не ниже и совместима с 3.1;

Агент пересылки сообщений Exim версии не ниже 4.0;

http://www.oracle.com/technetwork/middleware/fusion-middleware/downloads/index.html?ssSourceSiteId=ocomru



Программа rsync, которая выполняет синхронизацию файлов и

каталогов в двух местах с минимизированием трафика;

Серверное программное обеспечение httpd для работы с

протоколом HTTP в режиме демона;

Сервис кэширования данных в оперативной памяти memcached

Язык PHP версии не ниже 5.2 с поддержкой PHP-fpm;

Remote KVM к серверам с веб-интерфейсом;

Система мониторинга и отслеживания статусов Zabbix версии не

ниже 2.2;

Необходимые программные библиотеки;

Системные утилиты и другое необходимое программное

обеспечение.

Список используемого программного обеспечения может быть расширен

при согласовании с Заказчиком.

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

АИСИВ должна быть установлена на мощностях Центра обработки

данных Фонда (далее – ЦОД), доступ к которым предоставляется Заказчиком.

На соответствующих технических средствах Заказчик обеспечивает наличие

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

АИСИВ и для развертывания баз данных АИСИВ.

АИСИВ предусматривает централизованное размещение на оборудовании

Заказчика в ЦОД.

АИСИВ должна обеспечивать пользователям непрерывный доступ к

информационным ресурсам (за исключением периодов времени, необходимых

для проведения регламентных работ).

Сервер базы данных и сервер приложений должны быть соединены между

собой высокоскоростным каналом связи (рекомендуется 10 Гбит/сек).

Технические требования к центральному хранилищу:



Exadata Database Machine X2-8, два сервера Баз данных, каждый со

следующими характеристиками:

8 x Ten-Core Intel® Xeon® E7-8870Processors (2.40 GHz)

2 TB Memory

Disk Controller HBA with 512MB Battery Backed Write Cache

8 x 300 GB 10,000 RPM SAS Disks

8 x InfiniBand QDR (40Gb/s) Ports

8 x 10 Gb Ethernet Ports based on the Intel 82599 10GbE Controller

8 x 1 Gb Ethernet Ports

1 x ILOM Ethernet Port

4 x Redundant Hot-Swappable Power Supplies

3 x 36 port QDR (40 Gb/sec) InfiniBand Switches

14 x Exadata Storage Servers X2-2 with 12 x 600 GB 15,000 RPM

High Performance SAS disks or 12 x 3 TB

7,200 RPM High Capacity SAS disks включающие:

o 168 CPU cores for SQL processing

o 5.3 TB Exadata Smart Flash Cache

Spares Kit Included:

o 2 x 600 GB High Performance SAS disks or 2 x 3 TB High Ca-

pacity SAS disks

o 2 x 96 GB Exadata Smart Flash Cache cards

InfiniBand cables

Технические требования к серверу приложений:

Для реализации отказоустойчивого кластера серверов приложений

необходимо 4 сервера со следующими характеристиками:

№ Наименование Требование

1 Процессор Процессоры архитектуры x86-64 с суммарным

количеством ядер не менее 16

2 Оперативная память 32GB of RAM



3 Дисковое

пространство,

форматированное

200 Гб Raid-10

А также 2 сервера со следующими характеристиками:




2 Оперативная память 64 GB of RAM

3 Дисковое



200 Гб Raid-10

Для реализации отказоустойчивого кластера веб-серверов со средствами

криптозащиты удаленного соединения необходимо 5 серверов со следующими

характеристиками:




2 Оперативная память 24 GB of RAM

3 Дисковое



200 Гб Raid-10

Перед веб-серверами должно быть предусмотрено размещение

физических балансировщиков нагрузки в количестве: 2 основных и 2

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

10 Гбит/c.

Рекомендуемая конфигурация пользовательского компьютера приведена в



Таблице N.Таблица N Рекомендуемая конфигурация пользовательского рабочего места


1 Процессор 2-х ядерный с частотой 1 GHz или 1-ядерный с

частотой 1,8 GHz

2 Оперативная память 2 ГБ

3 Монитор разрешение экрана: 1280 на 800

геометрия экрана: 16 на 9

диагональ: 19”

4 Интернет-браузер Internet Explorer версии 8.0 и выше

В качестве основного канала связи внешних пользователей с АИСИВ

используется сеть Интернет. Для комфортной работы пользователя в системе

необходимо подключение пользовательского компьютера к сети каналом с

пропускной способностью не менее 1024 кбит/с. Должно быть обеспечено

бесперебойное сетевое взаимодействие по следующим протоколам – http/https.

Для подсистемы АИСИВ по управления контентом веб сайтов Фонда и

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

входить следующие виды технических средств:

сервера баз данных;

Web-сервера;

DNS-сервер для управления доменными именами;

сервер хранения резервных копий;

сервер мониторинга;

оборудование локальной вычислительной сети;

сетевое оборудование для выхода в Интернет.

Требования к серверу баз данных: CPU: Intel Xeon E5-2620 6 ядер по 2.0 GHz;



RAM: 64 GB;

HDD: 2 x 600GB SAS (RAID1); 1 x 240GB SSD;

RAID: RAID-контроллер с поддержкой кэширования на SSD;

Совместимость с MySQL версии от 5.1 до 5.3 включительно;

Надежность хранения баз данных не ниже, чем при наличии

выделенного RAID-5 массива;

Наличие подключения к локальной вычислительной сети

100Мб/сек.

Требования к Web-серверу:

CPU: 2 х Intel Xeon E5-2620 6 ядер по 2.0 GHz

RAM: 64 GB;

HDD: 4 x 600GB SAS (RAID10 или RAID0+1)

RAID: Adaptec ASR-6805

Совместимость с Apache версии не ниже 2.2.16 или web-сервером,

обладающим аналогичными характеристиками;

Наличие подключения к локальной вычислительной сети

пропускной способностью не ниже 100Мб/сек.

Требования к оборудованию локальной вычислительной сети:

Пропускная способность не ниже 1Гбит/сек.

Требования к сетевому оборудованию для выхода в Интернет:

Выделенный канал пропускной способностью не ниже 100Mbit/full

duplex.

Требования к серверу хранения резервных копий:

CPU: Intel Xeon E5-2620 6 ядер по 2.0 GHz;

RAM: 32 GB;

HDD: 2 x 2TB SATA RAID1 ;

RAID: Adaptec ASR-6405;

- Совместимость с MySQL версии от 5.1 до 5.3 включительно;




обладающим аналогичными характеристиками.

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

CPU: Intel Xeon E5-2620 6 ядер по 2.0 GHz;

RAM: 16 GB;

HDD: 512GB SATA;

Совместимость с MySQL версии от 5.1 до 5.3 включительно;


обладающим аналогичными характеристиками.

Список используемого технического обеспечения может быть расширен

при согласовании с Заказчиком.

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

Требования к метрологическому обеспечению не предъявляются.

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

Организационное обеспечение АИСИВ должно быть достаточным для

эффективного выполнения всеми участниками возложенных обязанностей при

осуществлении автоматизированных и связанных с ними

неавтоматизированных функций Системы.

К участникам относятся следующие заинтересованные стороны:

Фонд (центральный аппарат и региональные отделения, филиалы и

уполномоченные представительства Фонда в субъектах

Российской Федерации, выбранных для апробации Системы);

Страхователи в выбранных субъектах Российской Федерации;

Медицинские организации в выбранных субъектах Российской

Федерации;

Бюро медико-социальной экспертизы в выбранных субъектах

Российской Федерации;



ЗАГС;

Органы, осуществляющие пенсионное обеспечение.

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

Регламентом взаимодействия участников пилотного проекта, в рамках

реализации информационного интерактивного взаимодействия в электронном

виде с гражданами и организациями по вопросам деятельности Фонда

Социального Страхования Российской Федерации, включая выплаты

страхового обеспечения по обязательному социальному страхованию и иные

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

Порядок взаимодействия персонала, участвующего в эксплуатации

АИСИВ, и персонала объектов автоматизации определяется внутренним

регламентом соответствующего объекта автоматизации.

5 Состав и содержание работ по созданию системы

Этапы выполнения работ по созданию Системы должны быть

следующие:

1. Этап 1 «Прототипирование Системы» — после заключения

государственного контракта, не позднее 15 календарных дней с

даты заключения государственного контракта.

2. Этап 2 «Разработка требований, проектирование Системы,

реализация базовой функциональности подсистемы ведения НСИ»

— после завершения первого этапа государственного контракта, не

позднее 15 декабря 2013 года.

3. Этап 3 «Разработка и апробация Системы» — после завершения

второго этапа государственного контракта, не позднее 1 ноября

2014 года.

В ходе этапа 1 должны быть выполнены следующие работы:

Разработка прототипа Системы в части:



o личного кабинета клиента Фонда, содержащего базовую

информацию и сервисы, к составу и содержанию которых

предъявляются следующие требования:

Должна быть реализована возможность входа в

систему через окно авторизации. Авторизация должна

осуществляться при помощи СНИЛСа и пароля

гражданина;

Должен быть реализован набор интерфейсов,

позволяющий пользователю управлять своими

персональными данными – ФИО, дата рождения, стаж,

текущее место работы, средний заработок и т.д. Все

персональные данные необходимо получать из

существующих подсистем Фонда;


позволяющий просматривать данные о выплаченных

гражданину пособиях (данные по пособиям

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

Пилотного проекта). Интерфейсы должны

предоставлять исчерпывающие данные о том, когда

данные по пособию поступили в Фонд, когда были

переданы на расчет и выплату, а также сумму,

полагающуюся застрахованному;

Должен быть реализован набор интерфейсов для

просмотра данных инвалидности, если клиент имеет

соответствующий статус. Состав данных по

инвалидности должен соответствовать составу данных,

имеющимся на данный момент в информационных

системах Фонда.




предоставляющих пользователям возможность

ознакомится с нормативными правовыми актами,

которые касаются социальной сферы, порядков расчета

и назначения пособий.

Должен быть реализован набор калькуляторов, с

помощью которых гражданин смог бы произвести

расчет пособий, при этом все персональные данные,

необходимые для расчета, должны подставляться в

калькулятор автоматически.

o основных компонентов системы управления контентом веб

сайтов Фонда и его региональных отделений, с помощью

которой должно быть продемонстрировано размещение на

сайтах Фонда и его региональных отделений размещение

базовой информации и сервисов.

Демонстрация Прототипа Системы Заказчику, уточнение

требований к составу и содержанию информации и сервисов,

размещаемых в рамках личного кабинета клиента Фонда и на

сайтах Фонда и его региональных отделений, а также требований к

их дизайну и эргономике.

По итогам этапа 1 Заказчику передаются следующие отчетные

материалы:

Описание разработанного Прототипа Системы;

Дистрибутивы, содержащие прототип Системы.


анализ функционирования действующих подсистем Фонда на

предмет возможности обеспечения сквозного электронного

взаимодействия между ФСС РФ и МО;



анализ информационных потребностей ключевых групп

получателей услуг Фонда, их ожиданий по отношению к сайтам

Фонда и его региональных отделений как к точкам доступа к

информационным ресурсам и сервисам по оказанию услуг, а также

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

использованием сайтов Фонда и его региональных отделений;

разработка структуры сайта Фонда и его регионального отделения,

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

информации; создание описания целевой аудитории сайта, задач и

действий пользователей на сайте; описание ключевых сценариев

взаимодействия пользователей с сайтом, включающих как поиск

информации, так и получение услуг Фонда;

разработка формата и регламента обмена данными между

создаваемыми информационными подсистемами Фонда и

информационными системами страхователей;

разработка форматов и регламентов обмена данными между

информационными системами Фонда и информационными

системами МО;

разработка форматов и регламентов обмена данными между

разрабатываемыми подсистемами и сервисом личного кабинета

клиента ФСС РФ;

разработка формата и регламента межведомственного обмена

данными между ФСС РФ и ПФР;


данными между ФСС РФ и Федеральным бюро МСЭ;


данными между ФСС РФ и ЗАГС;



разработка технического задания на доработку, интеграцию

действующих подсистем ФСС РФ, а также на разработку новых

подсистем, включая:

o требования к доработке действующих подсистем, их

интеграции и созданию новых подсистем с целью

автоматизации сквозного электронного взаимодействия

между ФСС РФ и МО;

o требования к автоматизации ведения учетных данных об

инвалидах и оказанных им услугах;

o требования к разработке новых подсистем в части создания

единой системы управления контентом веб сайтов Фонда и

его региональных отделений;

o требования к интерфейсам и сервисам для предоставления

гражданину данных о полагающихся и оказанных Фондом

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

взаимодействия с Фондом;

разработка общего описания Системы, содержащего ее

функциональную и техническую архитектуру;

разработка пояснительных записок к техническому проекту по

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

подсистеме Системы;

доработка Прототипа Системы в соответствии с уточненными

требованиями Заказчика, полученными на первом этапе

выполнения работ;

развитие функционала Прототипа Системы в части разработки

основных компонентов подсистемы управления нормативно-

справочной информацией, а именно:

o должны быть реализованы интерфейсы и функции по

добавлению новых справочников, изменению



существующих, просмотру содержимого справочника,

поиску по содержимому справочников;

o должны быть созданы и наполнены все справочники и

классификаторы.

Демонстрация Прототипа Системы Заказчику, включая результаты

его доработки в соответствии с уточненными требованиями,

полученными на первом этапе, а также в части подсистемы

управления нормативно-справочной информацией.

По итогам этапа 2 Заказчику передаются следующие отчетные материалы:

Отчет, содержащий:

o результаты анализа информационных потребностей

ключевых групп получателей услуг Фонда, их ожиданий по

отношению к сайтам Фонда и его региональных отделений

как к точкам доступа к информационным ресурсам и

сервисам по оказанию услуг, а также анализа

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

сайтов Фонда и его региональных отделений;

o результаты разработки структуры сайта Фонда и его

регионального отделения, прозрачной для пользователей и

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

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

пользователей на сайте; результаты описания ключевых

сценариев взаимодействия пользователей с сайтом,

включающих как поиск информации, так и получение услуг

Фонда;

o формат и регламент обмена данными между создаваемыми

информационными подсистемами Фонда и

информационными системами страхователей;



o форматы и регламенты обмена данными между

информационными системами Фонда и информационными

системами МО;

o форматы и регламенты обмена данными между

разрабатываемыми подсистемами и сервисом личного

кабинета получателя услуг ФСС РФ;

o формат и регламент межведомственного обмена данными

между ФСС и ПФР;


между ФСС и бюро МСЭ;


между ФСС и ЗАГС.

Техническое задание на доработку, интеграцию действующих

подсистем ФСС РФ, а также на разработку новых подсистем,

включающее:

o требования к доработке действующих подсистем, их

интеграции и созданию новых подсистем с целью

автоматизации сквозного электронного взаимодействия

между ФСС РФ и МО;

o требования к ведению учетных данных об инвалидах и

оказанных им услугах;

o требования к разработке новых подсистем в части создания

единой системы управления контентом веб сайтов Фонда и

его региональных отделений;

o требования к интерфейсам и сервисам для предоставления

гражданину данных о полагающихся и оказанных Фондом

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

взаимодействия с Фондом.



Общее описание Системы, содержащее ее функциональную и

техническую архитектуру.

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

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

Системы.

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

функционала.

Дистрибутивы, содержащие Прототип Системы.


развитие Прототипа Системы в части дальнейшей доработки

действующих подсистем, их интеграции и создания новых

подсистем до полнофункциональной Системы в соответствии с

проектной документацией, разработанной на втором этапе

выполнения работ;

разработка рабочей документации на Систему;

апробация Системы в субъектах Российской Федерации,

отобранных для апробирования, и центральном аппарате ФСС РФ.

По итогам этапа 3 Заказчику передаются следующие отчетные

материалы:

Дистрибутивы программного обеспечения Системы;

Программа и методика испытаний Системы;

Руководство пользователя Системы;

Руководство администратора Системы;

Руководство программиста;

Протокол испытаний Системы.



6 Порядок контроля и приемки системы

Результаты работ передаются Заказчику в порядке, определенном

Государственным контрактом в соответствии с Календарным планом работ

Государственного контракта на основании Актов о приемке выполненных

работ.

Всё разработанное программное обеспечение Системы должно

передаваться Государственному Заказчику вместе с исходными кодами.

Документация на Систему передается на бумажных (два экземпляра) и

на машинных носителях (CD|DVD). Текстовые документы, передаваемые на

машинных носителях, должны быть представлены в форматах MS Office.

Все материалы передаются с сопроводительными документами

Исполнителя.

АИСИВ должна быть подвергнута предварительным автономным

испытаниям. Предварительные испытания ИАС ФСС проводят для

определения ее работоспособности.

Для планирования проведения испытаний Исполнитель разрабатывает и

согласует с Заказчиком документ "Программа и методика испытаний". В

качестве приложения могут включаться тесты (контрольные примеры).

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

Приемка работ осуществляется комиссией, назначаемой Заказчиком на

основании уведомления Исполнителя о готовности к приемке

соответствующего этапа.

Статус приемочной комиссии — ведомственная.



7 Требования к составу и содержанию работ по подготовке объекта

автоматизации к вводу системы в действие

Для создания условий функционирования разрабатываемой системы, при

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

содержащимся в настоящем техническом задании, и возможность

эффективного её использования, в организации Заказчика должен быть

проведен комплекс мероприятий.

7.1 Технические мероприятия

Силами Исполнителя должны быть выполнены следующие работы:

сформированы требования к серверной платформе АИСИВ и

переданы Заказчику;

произведена установка и настройка базисного программного

обеспечения на предоставленном оборудовании Заказчика;

произведена установка и настройка разработанных дистрибутивов

системы;

передана Заказчику эксплуатационная документация на систему;

разработаны и переданы Заказчику обучающие материалы.

Силами Заказчика должны быть выполнены следующие работы:

осуществлена подготовка помещения для размещения

технического обеспечения системы в соответствии с требованиями,

приведенными в настоящем техническом задании;

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

технического и программного обеспечения;

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

настройки, необходимого для функционирования АИСИВ по

предоставленным Исполнителем требованиям;

предоставлен доступ Исполнителю к выделенному оборудованию;



предоставлены Исполнителю дистрибутивы базисного

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

7.2 Организационные мероприятия

Совместными силами Заказчика и Исполнителя должны быть решены

организационные вопросы по взаимодействию с внешними системами и

пользователями. К данным организационным вопросам относятся:

Подготовка списка регионов, желающих учувствовать в пилотном

проекте;

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

желающих учувствовать в пилотном проекте.

Формирование списка участников пилотного проекта.

Выделение ответственных специалистов со стороны Заказчика для

взаимодействия с проектной командой.

7.3 Изменения в информационном обеспечении

Для организации информационного обеспечения системы должен быть

разработаны и утверждены следующие документы:

Соглашения для участников пилотного проекта.

Регламенты взаимодействия участников пилотного проекта в

рамках реализации информационного интерактивного

взаимодействия в электронном виде.



8 Требования к документированию

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

На машинном носителе в формате файлов с расширением .doc;

На бумажном носителе формата А4 в двух экземплярах.

В составе отчетной документации должны быть предоставлены

следующие документы:

По первому этапу работ:

o Описание разработанного Прототипа Системы

По второму этапу работ:

o Отчет, оформленный в соответствии с требованиями ГОСТ

7.32-2001 «Отчет о научно-исследовательской работе.

Структура и правила оформления». Требования к

содержанию отчета приведены в разделе 5 Состав и

содержание работ по созданию системы настоящего

документа

o Техническое задание на доработку, интеграцию

действующих подсистем ФСС РФ, а также на разработку

новых подсистем, оформленное в соответствии с

требованиями ГОСТ 34.602-89 «Техническое задание на

создание автоматизированной системы», ГОСТ 34.601-90

«Автоматизированные системы. Стадии создания».

Требования к содержанию технического задания приведены

в разделе 5 Состав и содержание работ по созданию системы

настоящего документа

o Общее описание Системы, содержащее ее функциональную

и техническую архитектуру, оформленное в соответствии с

ГОСТ 34.601-90 «Автоматизированные системы. Стадии

создания», РД 50-34.698-90 «Методические указания.



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

руководящих документов на автоматизированные системы.

Требования к содержанию документов», введенной в

действие с 01.01.1991

o Пояснительные записки к техническому проекту по каждой

создаваемой, дорабатываемой либо интегрируемой

подсистеме Системы, оформленные в соответствии с ГОСТ

34.601-90 «Автоматизированные системы. Стадии создания»,

РД 50-34.698-90 «Методические указания. Информационная

технология. Комплекс стандартов и руководящих

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

содержанию документов», введенной в действие с 01.01.1991

o Описание Прототипа Системы с учетом его доработки и

развития функционала

По третьему этапу работ документы, оформленные в соответствии

с ГОСТ 34.601-90 «Автоматизированные системы. Стадии

создания», РД 50-34.698-90 «Методические указания.

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

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

содержанию документов», введенной в действие с 01.01.1991:

o Руководство администратора Системы

o Руководство программиста Системы

o Руководство пользователя Системы

o Программа и методика испытаний Системы



9 Источники разработки

Нормативными правовыми основаниями, определяющими принципы

создания Системы, являются:

Федеральный закон от 03.12.2012 N 219-ФЗ «О бюджете Фонда

социального страхования Российской Федерации на 2013 год и на

плановый период 2014 и 2015 годов»;

Федеральный закон от 29.12.2006 N 255-ФЗ (ред. от 08.12.2010, с

изм. от 25.02.2011) «Об обязательном социальном страховании на

случай временной нетрудоспособности и в связи с материнством»;

Федеральный закон от 19.05.1995 N 81-ФЗ «О государственных

пособиях гражданам, имеющим детей» (принят ГД ФС РФ

26.04.1995)

Федеральный закон от 12.01.1996 N 8-ФЗ «О погребении и

похоронном деле»;

Федеральный закон от 24.07.2009 N 212-ФЗ «О страховых взносах

в Пенсионный фонд Российской Федерации, Фонд социального

страхования Российской Федерации, Федеральный фонд

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

фонды обязательного медицинского страхования»;

Федеральный закон от 24.07.2009 N 213-ФЗ «О внесении

изменений в отдельные законодательные акты Российской

Федерации и признании утратившими силу отдельных

законодательных актов (положений законодательных актов)

Российской Федерации в связи с принятием Федерального закона

«О страховых взносах в Пенсионный фонд Российской Федерации,

Фонд социального страхования Российской Федерации,

Федеральный фонд обязательного медицинского страхования и



территориальные фонды обязательного медицинского

страхования» (принят ГД ФС РФ 17.07.2009);

Федеральный закон от 24.07.1998 N 125-ФЗ «Об обязательном

социальном страховании от несчастных случаев на производстве и

профессиональных заболеваний»;

«Трудовой кодекс Российской Федерации» от 30.12.2001 N 197-ФЗ;

Федеральный закон от 17.07.1999 года № 178 «О государственной

социальной помощи»;

Федеральный закон от 09.02.2009 N 8-ФЗ (ред. от 07.06.2013) «Об

обеспечении доступа к информации о деятельности

государственных органов и органов местного самоуправления»;

Постановление Правительства РФ от 10.07.2013 N 583 «Об

обеспечении доступа к общедоступной информации о

деятельности государственных органов и органов местного

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

«Интернет» в форме открытых данных»;

Федеральный закон от 24.11.1995 N 181-ФЗ «О социальной защите

инвалидов в Российской Федерации»;

Федеральный закон от 12.01.1995 N 5-ФЗ (ред. от 07.05.2013) «О

ветеранах»;

Приказ ФСС РФ N 18, Минздрава РФ N 29 от 29.01.2004 (ред. от

23.07.2004) «Об утверждении Инструкции о порядке обеспечения

бланками листков нетрудоспособности, их учета и хранения»;

Приказ Министерства здравоохранения и социального развития

Российской Федерации от 29.06.2011 N 624н «Об утверждении

Порядка выдачи листков нетрудоспособности»;

Приказ Министерства здравоохранения и социального развития

Российской Федерации N 42, ФСС РФ N 130 от 23.07.2004 «Об

утверждении изменений и дополнений в Инструкцию о порядке



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

хранения, утвержденную Приказом Фонда социального

страхования Российской Федерации и Минздрава России от

29.01.2004 N 18/29».



СОСТАВИЛИ

Наименование организации, предприятия

Должность исполнителя

Фамилия имя, отчество Подпись Дата

СОГЛАСОВАНО

Наименование организации, предприятия

Должность исполнителя

Фамилия имя, отчество Подпись Дата



ЛИСТ РЕГИСТРАЦИИ ИЗМЕНЕНИЙ

№

версии

док-та

Дата

изменения

Автор

изменений

Изменения

Наименование организации разработавшей...

Documents