София Септември 2016 г

„Разработване и внедряване на услуга за достъп до Националната система 112 на граждани със слухови и/или говорни увреждания”

1. ВЪВЕДЕНИЕ

1.1 Обща информация

Целта на изградената система е да осигури на българските и чуждестранни граждани, намиращи се на територията на Република България, бърз, лесен и безплатен достъп до посочените по-горе услуги. По отношение на вида на оказваната помощ, проектът обхваща всички правителствени и неправителствени организации, които имат отношение към спасяването на човешки живот.

Националната система 112 включва шест центъра за приемане и обслужване на спешни повиквания към телефон 112, които са изградени във всеки от районите за планиране, определени със Закона за регионалното развитие в градовете: София, Русе, Монтана, Бургас, Кърджали и Варна.

• 
  Осигуряване на безплатен и удобен достъп за гражданите;
  
• 
  Бързина на реакция и ефективност на системата;
  
• 
  Взаимодействие със служби и ведомства, имащи отношение към реагиране и координация при спешни повиквания;
  
• 
  Публичност и информираност на населението за услугите на НС 112;
  
• 
  Идентификация и локализация на повикванията;
  
• 
  Конфиденциалност и сигурност на информацията;
  
• 
  Стандартизирани технически решения;
  
• 
  Лесен достъп на чужди граждани и чужди организации;
  

1.2 Съществуващи системи в НС 112

НС 112 е изградена на базата на интеграция на:

• 
  Комуникационна система – HiPath 4000;
  
• 
  Call Center софтуер – HiPath ProCenter, HiPath CAP;
  
• 
  Мрежово оборудване – Cisco;
  
• 
  Бази данни – Oracle;
  
• 
  Операционни системи – Microsoft 2003 Server, Microsoft XP, Linux Suse 10;
  
• 
  Софтуер за управление на инцидентите – ELS;
  
• 
  Сървърно оборудване – Fujitsu;
  
• 
  Работни станции - Fujitsu;
  
• 
  Географска информационна система – GIS модул към ELS
  
• 
  Система за запис на разговорите – ASC MARATHON EVOLUTION;
  

По време на изграждане и поддръжка на НС 112 в България са разработени специфични продукти и внедрени допълнителни разработки като:

• 
  Интеграция на софтуер за управление на инциденти ELS със системата за запис;
  
• 
  Интеграция на софтуер за управление на инциденти ELS с комуникационната система;
  
• 
  Backup на базата данни в реално време;
  
• 
  Софтуер за локализиране на мобилните обаждания;
  
• 
  Специфична система за справки, разработена съобразно изискванията на клиента;
  
• 
  Интеграция на софтуер за управление на инциденти ELS
  
• 
  с ГИС данни;
  
• 
  Система за наблюдение на мрежовата свързаност (Nagios);
  

На уебсайта на ДНС 112 - МВР - www.112.mvr.bg е предоставена допълнителна информация.

2. ПРЕДМЕТ НА НАСТОЯЩАТА ПОРЪЧКА

В рамките на проекта трябва да бъде разработена и въведена в НС 112 услуга за достъп до ЕЕН 112 на граждани със слухови и/или говорни увреждания. Услугата за достъп на граждани със слухови и/или говорни увреждания трябва да бъде достъпна за потребителите през интернет, чрез мобилни устройства (смартфони/таблети) или стационарни компютри. Достъпът ще се осъществи чрез APN (Acsess point name), с осигурена транспортна мрежова среда от телекомуникационните оператори, като трафика ще бъде безплатен за потребителите на услугата. Услугата да бъде изградена на база “native” мобилно приложение към следните мобилни платформи: Android, iOS и Windows Mobile. Като допълнение към създаденото мобилно приложение всички приложими функции да са достъпни и през уеб браузър чрез конкретен адрес. (например www.112.bg).

Услугата трябва да гарантира защита на получените сигнали в НС 112 от не оторизиран достъп, както и архивиране на информацията в нея. Внедряването й в
НС 112 трябва да включва и доставка и инсталиране на необходимите за нейното нормално функциониране лицензи и поддръжка, като Изпълнителят трябва да предвиди и всички разходи за лицензи за външни приложения, софтуери или други програми, необходими за пълноценната работа на Системата /например лицензи за ГИС или други/.

Изпълнителят трябва да предвиди всички разходи за оборудване на НС 112 с нужната техника за работа.

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

Очакваните резултати от изграждането на услугата са следните:

- Непрекъснатост на услугата за достъп до ЕЕН 112;

- Бързина и ефективност на услугата;

-Осигуряване на безплатен и удобен достъп на гражданите със слухови и/или говорни увреждания;

3. ЕТАПИ ЗА ИЗПЪЛНЕНИЕ НА УСЛУГАТА

3.1 Анализ и спецификация (етап Проектиране)

За изготвянето на функционалната спецификация трябва да се използва стандартна и нагледна нотация съгласно предложената от Изпълнителя методология за анализ и описание на процеси и програмни функционалности.

Изпълнителя трябва да предложи своето виждане за необходимите хардуерни и софтуерни решения за внедряване на предоставената услуга към текущата услуга предоставена от НС 112.

Задължение на Изпълнителя е да предложи своето виждане за необходимата мрежова архитектура, мрежова осигуреност и сървъри, като в максимална степен се придържа към препоръчителните (минимални) изисквания за предоставяне на услугата, описани по-горе.

3.2 Разработка на прототип (част от етап Разработка)

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

Кандидатът за изпълнение на настоящата поръчка трябва да предложи в своята оферта обхват и методика за изготвяне и представяне на прототип съобразно възприетата от него обща проектна методология.

3.3 Разработка на пълна версия на услугата (част от етап Разработка)

Етапът на разработка на пълната версия на услугата приключва с напълно завършена, тествана и готова за внедряване в действащата система на НС 112.

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

3.4 Внедряване на услугата (част от етап Внедряване)

- Инсталиране на пълната финална версия на услугата в продукционна среда с реален публичен достъп;

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

- Инсталиране и стартиране на мобилно приложение;

- Пускане в реална експлоатация на услугата и при необходимост - едноседмично съпровождане на реалната работа на услугата от специалисти на Изпълнителя, на място в ДНС112.

Кандидатът за изпълнение на настоящата поръчка трябва да предложи в своята оферта своето виждане за начина и организацията на внедряване, съобразно възприетата от него обща проектна методология.

3.5 Организация и методология

Предлаганата методология трябва да се базира на световно утвърдени стандарти и добри практики.

Методологията, която кандидатът възнамерява да използва за изпълнение на проекта, трябва да бъде подробно описана в техническата оферта и да включва подробно описание на:

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

- Времеви график на проекта и начин за отчитане и контрол;

- Проектна документация и доклади – периодичност и съдържание;

- Методика на проучване, проектиране и техническа разработка;

- Контрол на качеството;

- Обучение и трансфер на ноу-хау.

4. ИЗИСКВАНИЯ ЗА УСЛУГА ЗА ДОСТЪП ДО НС 112 НА ХОРАТА СЪС СЛУХОВИ И/ИЛИ ГОВОРНИ УВРЕЖДАНИЯ

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

Изпълнението на обществената поръчка трябва да включва „Разработване и внедряване на услуга за достъп до Националната система 112 на граждани със слухови и/или говорни увреждания”. Услугата ще включва:

4.1 Мобилно приложение за достъп

Услугата за достъп на граждани със слухови и/или говорни увреждания трябва да бъде достъпна за потребителите през интернет, като се осъществи чрез изградено “native” мобилно приложение към следните мобилни платформи: Android (от версия Honeycomb+ 3.0-3.2.6), iOS(7+) и Windows Phone 7+ и Windows 10 Mobile , което да се достъпва от потребителите през Интернет.

Приложението трябва да се регистрира, публикува и сертифицира на съответните според операционната система „application market”.

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

4.1.1 Регистрация на потребителя през мобилното приложение

• 
  Потребителя зарежда началната страница на Уеб приложението за регистрация на потребители или инсталира съответното мобилно приложение;
  
• 
  Потребителят следва инструкциите на приложението за въвеждане на личните си данни:
  

• 
  трите имена;
  
• 
  ЕГН;
  
• 
  Телефонен номер;
  

• 
  e-mail адрес;
  
• 
  парола;
  
• 
  административен адрес на местоживеене - град, област и община се избират от меню, останалите адресни компоненти се въвеждат ръчно;
  
• 
  сканирано копие на ТЕЛК/ЦЕЛК решение;
  
• 
  крайна дата на валидност на ТЕЛК/ЦЕЛК решението - избира се от меню за избор на дата (Период на ТЕЛК – гратисен период);
  
• 
  № на ТЕЛК/ЦЕЛК решение;
  
• 
  Статус на лицето: глух, тежко чуващ, ням и трудно говорещ;
  
• 
  Поле за допълнително/съпътстващо увреждане (Придружаващи/хронични заболявания и др.)
  
• 
  трите имена на личен асистент - незадължителни данни;
  
• 
  телефон за връзка с личния асистент – незадължителни данни;
  
• 
  допълнителна информация - незадължителни данни;
  

• 
  След като данните са въведени потребителят натиска бутон „Регистрация“.
  
• 
  Следва изпращане на e-mail до адреса на потребителя, съдържащ линк за заявка за активация на профила и извеждане на подсещащо съобщение за активация на профила.
  
• 
  След като потребителят прочете съобщението с линка и кликне върху него, системата извежда съобщение, което го информира, че след като заявката му бъде одобрена ще получи кода си за достъп на същия e-mail адрес. Статуса на кода за одобрение става „В процес на одобрение” Същевременно се изпраща e-mail адрес до администраторите, по отговорност или които обслужват областта, посочена в адресните данни от профила на потребителя. В този e-mail се съдържа линк към страница на която има данни за потребителя и сканираното копие на ТЕЛК/ЦЕЛК решението, които администратора проверява за коректност.
  

4.1.2 Комуникация

• 
  При първоначалното иницииране на текстова сесия от потребител към център 112:
  

• 
  Мобилното приложение да изисква въвеждането на предоставения на потребителя активиращ код за достъп и след успешно свързване с център 112 , го съхранява за последващо ползване.
  
• 
  Към Център 112 да се изпраща пакет с данни (например в XML формат), който съдържа: код за достъп, локализация – географска ширина и географска дължина във формат на координатите – WGS84, (когато обаждането е инициирано от мобилен телефон), телефонен номер на обаждащия се по международен формат E.164, когато номерът може да бъде извлечен от мрежата и когато обаждането е инициирано от мобилен телефон, Cell ID (ако може да бъде извлечен от мрежата и когато обаждането е инициирано от мобилен телефон).
  
• 
  Успешно свързване се позволява, ако кода за достъп е в статус „активиран“ и телефонният номер на повикването съвпада с въведения при регистрацията. Сървърното приложение да изпраща email на потребителя (или генерира съобщение за достъп на мобилното приложение), в случай на деактивиран достъп. В съобщението се посочва и причината за деактивация напр.:
  

„Валидността на ТЕЛК- решение е изтекла на....”;

„Други причини”;

• 
  Последващо иницииране на текстова сесия с възможност за избор на типа сесия:
  

- Instant Messaging (IM), - Изпращане на текст при натискане на бутон (т.н. chat);

• 
  При невъзможност за свързване с оператор на 112, автоматично да се извежда съобщение на потребителското приложение - „В момента всички оператори са заети, моля изчакайте освобождаването на оператор”.
  
• 
  Да има възможност за вмъкване на предварително зададени текстове в активната сесия;
  
• 
  Да има възможност за дефиниране на потребителски текстове, които да се вмъкват в активната сесия;
  
• 
  Да поддържа възможност за многоезиков интерфейс.
  
• 
  С възможност за надграждане на текстовата сесия с глас (напр. по стандарта ITU G.711 ulaw and alaw for audio) и видео (напр. по стандарта H.263/H.264 for video), чрез преносна среда осигурена от интернет свързаност на телекомуникационните оператори.
  
• 
  При предаване и приемане на всяка информация или действие водещо до значимо събитие в приложението мобилното устройство при хардуерна възможност да уведомява потребителя с кратък вибриращ сигнал.
  

4.1.3 Помощ

• 
  Видео със звук и картина
  
• 
  Видео със звук, картина и транслирано на езика на глухонемите в подходящият ъгъл.
  
• 
  Видео със звук картина и субтитри на съответния език
  

4.2 Уеб приложение за достъп на потребители и цялостно администриране на услугата

Версията на уеб браузърите, които е необходимо да се поддържат (да обработват съдържанието и функциите) са: Microsoft Edge, Internet Explorer 10 и 11, Mozila Firefox (последни стабилни версии според операционната система), Google Chrome (последни стабилни версии според операционната система), Safari (последни стабилни версии според операционната система) и други отговарящи на стандартите на World Wide Web Consortium (W3C).

4.2.1 Регистрация на потребителя през уеб приложението

• 
  Потребителя зарежда началната страница на Уеб приложението за регистрация на потребители или инсталира съответното мобилно приложение;
  
• 
  Потребителят следва инструкциите на приложението за въвеждане на личните си данни:
  

• 
  трите имена;
  
• 
  ЕГН;
  
• 
  Телефонен номер;
  

• 
  e-mail адрес;
  
• 
  парола;
  
• 
  административен адрес на местоживеене - град, област и община се избират от меню, останалите адресни компоненти се въвеждат ръчно;
  
• 
  сканирано копие на ТЕЛК/ЦЕЛК решение;
  
• 
  крайна дата на валидност на ТЕЛК/ЦЕЛК решението - избира се от меню за избор на дата (Период на ТЕЛК – гратисен период);
  
• 
  № на ТЕЛК/ЦЕЛК решение;
  
• 
  Статус на лицето: глух, тежко чуващ, ням и трудно говорещ;
  
• 
  Поле за допълнително/съпътстващо увреждане (Придружаващи/хронични заболявания и др.)
  
• 
  трите имена на личен асистент - незадължителни данни;
  
• 
  телефон за връзка с личния асистент – незадължителни данни;
  
• 
  допълнителна информация - незадължителни данни;
  

• 
  След като данните са въведени потребителят натиска бутон „Регистрация“.
  
• 
  Следва изпращане на e-mail до адреса на потребителя, съдържащ линк за заявка за активация на профила и извеждане на подсещащо съобщение за активация на профила.
  
• 
  След като потребителя прочете съобщението с линка и кликне върху него, системата извежда съобщение, което го информира, че след като заявката му бъде одобрена ще получи кода си за достъп на същия e-mail адрес. Статуса на кода за одобрение става „В процес на одобрение” Същевременно се изпраща e-mail адрес до администраторите, по отговорност или които обслужват областта, посочена в адресните данни от профила на потребителя. В този e-mail се съдържа линк към страница на която има данни за потребителя и сканираното копие на ТЕЛК/ЦЕЛК решението, които администратора проверява за коректност.
  

4.2.2 Комуникация

• 
  При първоначалното иницииране на текстова сесия от потребител към център 112:
  

• 
  Уеб-приложението изисква въвеждането на предоставения на потребителя активиращ код за достъп и след успешно свързване с център 112 , го съхранява за последващо ползване;
  
• 
  Към Център 112 се изпраща пакет с данни (например в XML формат), който съдържа: код за достъп и e-mail адрес;
  
• 
  Успешно свързване от стационарен компютър се позволява, ако кода за достъп е в статус „активиран“ и при валидни потребителско име и парола. Сървърното приложение да изпраща email на потребителя (или генерира съобщение за достъп на мобилното приложение), в случай на деактивиран достъп. В съобщението се посочва и причината за деактивация напр.:
  

„Валидността на ТЕЛК- решение е изтекла на....”;

„Други причини”;

• 
  Последващо иницииране на текстова сесия с възможност за избор на типа сесия:
  

- Instant Messaging (IM), - Изпращане на текст при натискане на бутон (т.н. chat);

• 
  При невъзможност за свързване с оператор на 112, автоматично да се извежда съобщение на потребителското приложение - „В момента всички оператори са заети, моля изчакайте освобождаването на оператор”.
  
• 
  Да има възможност за вмъкване на предварително зададени текстове в активната сесия;
  

• 
  Да има възможност за дефиниране на потребителски текстове, които да се вмъкват в активната сесия;
  
• 
  Да поддържа възможност за многоезиков интерфейс.
  
• 
  С възможност за надграждане на текстовата сесия с глас (напр. по стандарта ITU G.711 ulaw and alaw for audio) и видео (напр. по стандарта H.263/H.264 for video), чрез преносна среда осигурена от интернет свързаност на телекомуникационните оператори.
  

3. Администриране на услугата

• 
  Ако потребителят редактира данните в профила си текущия му код за достъп се забранява и се стартира нова процедура за активация на вече създадения код за достъп.
  
• 
  Да се създаде възможност администратора да регистрира нови потребители без онлайн заявка.
  
• 
  Администраторите трябва да имат възможност да променят статуса на кода за достъп по всяко време, а също така и крайната му дата на валидност. Възможни статуси на кода за достъп:
  

• 
  „Активиран“
  
• 
  „Забранен“
  
• 
  „В процес на одобрение”
  

4.2.4 Справки

• 
  Всички визуализирани на екран справки да има възможност да манипулират и оформят за отпечатване в размер А4 portrait и/или landscape .
  
• 
  По подразбиране при натискане на бутон за отпечатване справките да са автоматично форматирани и странирани по предварително зададен шаблон за отпечатване в в размер А4 portrait и/или landscape. Да има възможност за запазване на варианти на шаблона.
  
• 
  За всяка извършена операция от даден администратор се пази информация, която може да се види в справка оформена за отпечатване в размер А4 portrait и/или landscape.
  
• 
  За всеки опит на потребител да се свърже с център 112 и за съдържанието на всички успешни текстови сесии се пази информация, която може да се види в справка.
  

• 
  Справки за потребители на услугата:
  

• 
  Справки за действия на администраторите/История на данните:
  

- Справка за неуспешни и вероятно злоумишлени опити за регистрация и използване на приложението. Да предоставя и пълните възможни данни за потребителя, като се включва и: телефонен номер, ID на мобилното устройство, IMEI номер, доставчик на мобилната му услуга, IP на устройството, през което е преминала комуникацията, координати на мобилното устройство и времеви данни.

4.2.5 Тест и симулация

• 
  Да има възможност за симулация на заявки за обработване. Броят заявки за единица време, да може да се променя.
  
• 
  Да има готов тестов и оформен разнообразен пакет от различни данни с възможност за мултиплициране контрол на съдържанието Параметрите на информацията във всяка заявка да може да се променя според типа и големината на елементи от потока данни:
  

- текст с координати и глас

- и пълен комплект от данни.

• 
  Събраната информация да се визуализира и съхранява.
  
• 
  Информацията и функциите на модула да са достъпни за оторизирани служители и чрез сайт (например www.112.bg).
  

4.2.6 Помощ

• 
  Видео със звук и картина
  
• 
  Видео със звук, картина и транслирано на езика на глухонемите в подходящият ъгъл.
  
• 
  Видео със звук картина и субтитри на съответния език
  

4.3 Функционалности в PSAP, реализиращи услугата за достъп

4.3.1. При първоначалното иницииране на текстова сесия от потребител към център 112:

1. 
   Мобилното приложение изисква въвеждането на предоставения на потребителя активиращ код за достъп и след успешно свързване с център 112, го съхранява за последващо ползване.
   
2. 
   Към Център 112 се изпраща пакет с данни (например в XML формат), който съдържа: код за достъп, локализация – географска ширина и географска дължина във формат на координатите – WGS84, (когато обаждането е инициирано от мобилен телефон), телефонен номер на обаждащия се по международен формат E.164, когато номерът може да бъде извлечен от мрежата и когато обаждането е инициирано от мобилен телефон, IMEI номер, Cell ID (ако може да бъде извлечен от мрежата и когато обаждането е инициирано от мобилен телефон).
   
3. 
   Успешно свързване от мобилно устройство се позволява, ако кода за достъп е в статус „активиран“ и телефонният номер на повикването съвпада с въведения при регистрацията. Сървърното приложение да изпраща email на потребителя (или генерира съобщение за достъп на мобилното приложение), в случай на деактивиран достъп. В съобщението се посочва и причината за деактивация напр.:
   

„Валидността на ТЕЛК- решение е изтекла на....”;

„Други причини”;

4. 
   Успешно свързване от стационарен компютър се позволява, ако кода за достъп е в статус
   

„Не е създаден код за достъп”;

„Валидността на ТЕЛК- решение е изтекла на....”;

„Други причини”;

5. 
   Последващо иницииране на текстова сесия с възможност за избор на типа сесия:
   

- Instant Messaging (IM), - Изпращане на текст при натискане на бутон (т.н. chat);

1. 
   При свързване на мобилното приложение с оператор на 112, автоматично да се визуализират всички данни от попълнената регистрационна форма на потребителя, текстовата сесия, данните, които се изпращат при иницииране на текстова сесия от потребител към Център 112 и поле видео, при наличие.
   
2. 
   При невъзможност за свързване с оператор на 112, автоматично да се извежда съобщение на потребителското приложение - „В момента всички оператори са заети, моля изчакайте освобождаването на оператор”.
   
3. 
   Преди стартиране на сесията дава възможност за избиране на типа на инцидента от предварително дефинирани видове случаи, под формата на дървовидна структура.
   
4. 
   Извлича се информация за местоположението от потребителското устройството по всички възможни стандартни методи след стартиране на сесия с център 112.
   
5. 
   Визуализиране на местоположението на повикващия на картата на действащата система.
   
6. 
   Да има възможност за вмъкване на предварително зададени текстове в активната сесия;
   
7. 
   Да има възможност за дефиниране на потребителски текстове, които да се вмъкват в активната сесия;
   
8. 
   Да има възможност за въвеждане на предварително дефинирани текстове от страна на оператор/координатор в РЦ 112.
   
9. 
   Да поддържа възможност за многоезиков интерфейс.
   
10. 
    Маршрутизирането на текстовата сесия да се изпълнява съгласно актуалните към момента приоритети на действащата система:
    

• 
  към свободен оператор, говорещ съответния език (при чуждоезиково съобщение)
  
• 
  към свободен оператор в РЦ 112, съобразно зоните на отговорност
  
• 
  към свободен оператор в системата
  
• 
  С възможност за надграждане на текстовата сесия с глас (напр. по стандарта ITU G.711 ulaw and alaw for audio) и видео (напр. по стандарта H.263/H.264 for video), чрез преносна среда осигурена от интернет свързаност на телекомуникационните оператори.
  

16. 
    Достъпът до услугата да се извършва само през SSL.
    

да се осъществява без закъснение.

21. 
    Текстовата сесия да се третира с приоритет.
    
22. 
    Да се предвиди възможност за обратна връзка от операторите на районните центрове 112 до потребителите и осъществяване на чат (глас и видео).
    

5. ТЕХНИЧЕСКИ ИЗИСКВАНИЯ КЪМ УСЛУГАТА

5.1 Общи изисквания към архитектурата

Услугата следва да бъде централизирана и уеб базирана, разработена на утвърдени платформи и технологии. Архитектурата трябва да е базиране на стандартни интерфейси с цел интегриране с други системи за обслужване на спешни повиквания.

Услугата трябва да е в състояние да осигури безпроблемно функциониране при нарастване броя на конкурентните потребители и обема на данните.

Изпълнителят трябва да изготви предложение за архитектура, като обоснове избора на платформа и конкретна архитектура, която Възложителят трябва да приеме.

За всички компоненти на предложената архитектура, които не представляват стандартен софтуер, а са разработени от кандидата, трябва да се предоставят с добре документирани програмни (source)-кодове и всякакви помощни средства, които ще позволят на Възложителя по-нататъшни модификации и развитие на системата.

5.2 Технически изисквания към платформата предоставяща услугата

5.2.1 Доставка на специализирано оборудване

Изпълнителят трябва да изготви предложение за хардуерното решение, като обоснове избора си, след което Възложителят трябва да приеме.

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

200 бр. -текст и координати

200 бр.- текст с координати и глас

100 бр.- и пълен комплект от данни

5.2.2 Доставка на специализирано оборудване - мобилни устройства

Необходимо е да бъдат доставени следните устройства, за тестване на мобилното приложение за достъп до Националната система 112 на граждани със слухови и/или говорни увреждания:

- 1 бр. iOS мобилно устройство;

- 1 бр. Android мобилно устройство;

- 1 бр. Windows Mobile мобилно устройство;

5.2.3. Доставка на оборудване

Необходимо е да се достави и инсталира оборудването за услугата в НС 112.

Очакваните резултати са изградена хардуерна архитектура, съобразена със съществуващата до момента апаратура, напълно покриваща изискванията на настоящия проект и осигуряваща ресурс за безпроблемната работа на Услугата.

6.ЛИЦЕНЗИ

Всеки лиценз на софтуера трябва да бъде предоставен за период от минимум три (3) години без допълнителни такси за надграждане (upgrade).

7. ОБУЧЕНИЕ

Документацията и методиката за обучение, включваща и практически упражнения, по която ще се извърши обучението се предоставя от Изпълнителя.

8. ГАРАНЦИОННА ПОДДРЪЖКА

Гаранция: Изпълнителят трябва да осигури минимум три (3) години гаранционно поддържане на Услугата при надеждност „0,999“ след издаване на Протокол за приемане на Услугата за експлоатация от Възложителя.

В рамките на гаранционния срок Изпълнителят трябва да осигури:

Отстраняване на открити грешки: В периода на гаранционна поддръжка след внедряването на Услугата, Изпълнителят е длъжен да отстранява откритите грешки за своя сметка.

Ниско ниво на промени: Добавяне на функционалности, параметри и други, приети или станали известни след първоначалното внедряване на Услугата, настройки и промени в софтуера, свързани с подобряване производителността на приложението.

За качествено обслужване на потребителите на Услугата, Изпълнителят следва да организира система за техническа поддръжка (Helpdesk) за бизнес и IT консултации.

Изпълнителят следва да дефинира допълнителна процедура за обслужване на потребителите на Услугата по въпроси пренасочени от Helpdesk.

Изпълнителят следва да представи за съгласуване на Възложителя описание на процедурите по поддържане и актуализиране на системата в срок от два месеца преди началото на извършване на съответните услуги.

9. СЕРВИЗНА ПОДДРЪЖКА

10. ДОКУМЕНТАЦИЯ

● Документация за дизайна на Услугата;

● Техническа документация за архитектурата и програмния код;

● Пълно описание на базата данни;

• 
  Инсталационни файлове и ръководство за инсталация;
  

● Ръководство на потребителя;

● Ръководство за инсталиране и конфигуриране;

● Ръководство за поддръжка и администрация на приложението и базата данни, включително и за backup и restore;

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

Общо описание на Услугата, общ преглед на операциите, блок диаграми, технологични функционални диаграми, физическа организация и пълни спецификации на Услугата.

Подробно описание на работните процедури, включително, където е приложимо, стартиране, изключване, рестартиране и други препоръчителни процедури, за да гарантира добрата работоспособност

Подробно описание на процедурите и начина на предаване на данни.

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

В документацията трябва да бъдат описани процедури и проверки които трябва да бъдат извършвани, необходими за превантивна поддръжка, за да се гарантира надеждната експлоатация на оборудването към Услугата.

11. УПРАВЛЕНИЕ НА КАЧЕСТВОТО

11.1 Управлението на качеството е неразделна част от целия цикъл на проекта, включително тестване на разработените софтуерни компоненти.

11.2 Участникът трябва да предложи цялостна методика за управление на качеството, съобразно възприетата от него обща проектна методология.

12. НЕФУНКЦИОНАЛНИ ИЗИСКВАНИЯ КЪМ УСЛУГАТА

12.1 Потребителски интерфейс

12.2 Управление на данни

12.3 Исторически данни и архивиране

12.4 Сигурност

• 
  Услугата да бъде защитена от неоторизиран достъп чрез дефиниране на различни нива за достъп и оторизация на потребителя;
  
• 
  Услугата да е защитена от злонамерени атаки / пример: Cross-Site Scripting (XSS) атаки и т.н. /;
  
• 
  Услугата да има собствен модул за управление правата на достъп на потребителите, съответстващо на техния функционален и административен профил;
  
• 
  Услугата да поддържа логове на събитията и действията на потребителите на системата;
  

12.5 Администриране

• 
  Системното администриране ще се извършва от ИТ специалисти – системни администратори.
  
• 
  Системните администратори трябва да имат пълен достъп до информационните и конфигурационни ресурси на системата .
  

• 
  Администрирането на Услугата ще се извършва от оторизирани ИТ специалисти – приложни администратори. За същите Услугата трябва да предложи необходимите административни модули и функционалности.
  

12.6 Резервно копиране и възстановяване (back up, recovery)

Копирането на данните трябва да се извършва в реално време без да се отразява на нормалното функциониране на Услугата

13. СРОКОВЕ, ПРЕДАВАНЕ И ПРИЕМАНЕ

13.1 ПРОДЪЛЖИТЕЛНОСТ

13.2 КОМПЛЕКТ НА ДОСТАВКАТА

Приложният софтуер следва да се предаде на Възложителя на неизтриваем електронен носител, съдържащ пълния набор програмни продукти в инсталационен вид, както и програмния (source-) код на продукта, позволяващ по нататъшно развитие с или без участие на Изпълнителя.

Документацията, разработена в рамките на изпълнението на проекта, се предава в един екземпляр на хартиен носител и едно копие на неизтриваем електронен носител.

13.3 ПРИЕМАНЕ

14. ПРАВА НА ИНТЕЛЕКТУАЛНА И ИНДУСТРИАЛНА СОБСТВЕНОСТ

Всички документи и данни, като спецификации, модели, планове, бази от данни, софтуер и свързаните с тях документи или материали получени, събрани или изготвени от Изпълнителя в изпълнение на проекта, остават абсолютна собственост на МВР.

Изпълнителят при завършване на съответната итерация от изпълнението на договора, както и при завършване на договора и при изтичане на гаранционния период, трябва да предаде всички тези документи и данни на МВР. След завършване на договора Изпълнителя няма право да задържа копия от такива документи и данни и да ги използва за цели, които не са свързани с договора, без предварителното писмено съгласие на МВР.

Всякакви резултати и права върху тях, включително авторско право и други права на интелектуална и индустриална собственост, получени в изпълнение на договора, са абсолютна собственост на МВР. Министерството може да ги използва, публикува или прехвърля, както счете за уместно, без географско или друго ограничение.

Всички разходи за необходимите инструменти за осъществяване на проекта са изцяло за сметка на Изпълнителя.

Разходите за допълнителни (извън наличните в ДНС112) софтуерни лицензи, необходими за изпълнение на договора са за сметка на Изпълнителя.