2. Требования к организации входных данных

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

Источники входных данных системы:

Персонифицированные данные участников скрининга – регистр населения;

Данные по заболеваемости – канцер-регистр;

Данные первичного осмотра и анкетирования – кабинет скрининга;

Медицинские изображения – маммографический кабинет;

Результаты скрининговых чтений – АРМ рентгенолога.

3. Требования к организации выходных данных

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

4. Требования к обеспечению надежного функционирования системы

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

а) организацией бесперебойного питания технических средств;

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

в) выполнением регламента по обслуживанию подсистемы;

Исполнитель описывает требования к регламентным работам предусмотренные системными и прикладными программными средствами. Требования (ссылки на требования) должны быть представлены в программной документации.

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

5. Требования по диагностированию системы

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

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

6. Время восстановления после отказа

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

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

7. Отказы из-за некорректных действий оператора/администратора

Отказы программы возможны вследствие некорректных действий администратора (привилегированного пользователя) при взаимодействии с системой.

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

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

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

9. Требования к исходным кодам и языкам программирования

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

Исходные коды системы должны быть реализованы на языках программирования отвечающих Open-Source технологиям.

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

10. Требования к операционной системе

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

Операционная система – Centos 7+ / Debian9+

SQL-сервер – PostgreSQL / MySQL;

WWW-сервер – Nginx /Apache 2.4+.

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

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