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

ТЕХНИЧЕСКОЕ ЗАДАНИЕ
Наименование Заказчика: Управление здравоохранения Администрации Одинцовского
муниципального района Московской области
Наименование Получателя:
Управление здравоохранения Администрации
Одинцовского муниципального района Московской области
Предмет конкурса: оказание услуг по разработке автоматизированной информационной
системы «Электронный портал здравоохранения» Одинцовского муниципального района
Начальная (максимальная) цена муниципального контракта: 7210 тыс. руб.
Начальная (максимальная) цена контракта формируется с учетом расходов на
приобретение и доставку материалов и оборудования, выполнение работ, транспортных
расходов, страхование, уплату таможенных пошлин, налогов, других обязательных
платежей, которые исполнитель контракта должен будет оплачивать в ходе исполнения
контракта.
Срок оказания услуг: в соответствие с Техническим заданием.
Условия оказания услуг: в соответствие с Техническим заданием.
Место оказания услуг: в соответствие с Техническим заданием.
Условия платежа: оплата производится в течение 15 рабочих дней после полписания акта
о вводе портала в эксплуатацию
1. Основные термины, используемые в Техническом задании.
Заказчик
Получатель услуг
Администратор
АИС
МУЗ
АИС
(или
Система)
ОКАТО
Веб-браузер
Веб-сервер
Управление здравоохранения Администрации Одинцовского
муниципального района Московской области
Муниципальные
учреждения
здравоохранения
и
жители
Одинцовского муниципального района
Администратор автоматизированной информационной системы
Муниципальное учреждение здравоохранения
Автоматизированная информационная система «Электронный
портал здравоохранения»
Общероссийский классификатор объектов административнотерриториального деления
Программное обеспечение для просмотра веб-сайтов, то есть для
запроса веб-страниц (преимущественно из Сети), их обработки,
вывода и перехода от одной страницы к другой.
Сервер, принимающий HTTP-запросы от клиентов, обычно веббраузеров, и выдающий им HTTP-ответы, обычно вместе с HTML-
SOAP
СМЭВ
WSDL
HTTP
HTTPS
страницей, изображением, файлом, медиа-потоком или другими
данными.
Протокол
обмена
структурированными
сообщениями
в
распределённой вычислительной среде.
Система межведомственного электронного взаимодействия
Web Services Description Language. Языкописания веб-сервисов,
основанный на языке XML.
HypertextTransferProtocol. Протокол прикладного уровня передачи
данных.
Расширение протокола HTTP, поддерживающее шифрование.
Данные, передаваемые по протоколу HTTP, «упаковываются» в
криптографический протокол SSL или TLS, тем самым
обеспечивается защита этих данных.
2. Основание для выполнения работ.
Основанием для реализации проекта является:
 Федеральный закон от 29 ноября 2010 г. N 326-ФЗ "Об обязательном
медицинском страховании в Российской Федерации";
 Распоряжение Правительства РФ от 17.12.2009 № 1993-р (в ред. Распоряжения
Правительства Российской Федерации от 07.09.2010 № 1506-р) в части
оказания в электронном виде услуг в сфере здравоохранения;
 Федеральный
закон
№210-ФЗ
«Об
организации
предоставления
государственных и муниципальных услуг» от 27.07.2010;
 Федеральный закон Российской Федерации от 27 июля 2006г. № 152-ФЗ «О
персональных данных»;
 ГОСТ 34.602-89 «Информационная технология. Комплекс стандартов на
автоматизированные
системы.
Техническое
задание
на
создание
автоматизированной системы»;
 ГОСТ
51583-2000
«Защита
информации.
Порядок
создания
автоматизированных систем в защищенном исполнении»;
 Специальные требования и рекомендации по технической защите
конфиденциальной информации Гостехкомиссии России (СТР-К).
Приказ Федеральной службы по техническому и экспортному контролю (ФСТЭК
России) от 5 февраля 2010
г. N 58 «Об утверждении Положения о методах и способах защиты информации в
информационных
системах персональных данных».
3. Назначение системы.
Автоматизированная
информационная
система
«Электронный
портал
здравоохранения» Одинцовского муниципального района (далее также – Система)
предназначена для:
 обеспечения открытости и прозрачности деятельности муниципальных
учреждений здравоохранения Одинцовского муниципального района;
 публикации всей установленной законодательством информации на Портале
здравоохранения района и на сайтах муниципальных учреждений
здравоохранения района;









оказания муниципальных услуг в сфере здравоохранения в электронном виде
согласно Распоряжению Правительства Российской Федерации от 17 декабря
2009 г. №1993-р (в ред. распоряжения Правительства Российской Федерации от
7 сентября 2010 г. №1506-р) и Федерального закона №210-ФЗ «Об организации
предоставления государственных и муниципальных услуг» от 27.07.2010;
формирования единого информационного пространства для муниципальных
учреждений здравоохранения района;
получения статистической и иной оперативной информации о деятельности
муниципальных учреждений здравоохранения в режиме on-line;
проведения мониторинговых исследований различной направленности;
формирования статистических и аналитических отчётов по вопросам качества
здравоохранения по существующим формам статистической отчетности;
автоматизации процесса записи пациента на приём к врачу;
получения аналитической информации о деятельности МУЗ в масштабах
района;
автоматизации процесса анализа информации;
обеспечения защиты персональных данных, обрабатываемой техническими
средствами, от хищения, утраты, утечки, уничтожения, искажения, подделки и
блокирования доступа к ней, за счет комплексного использования
организационных, программных, программно-аппаратных средств и мер
защиты.
4. Цели выполняемых работ.
Основными целями выполняемых работ являются:
 создание
единой
интегрированной
системы,
объединяющей
все
муниципальные учреждения здравоохранения района;
 создание единой платформы для реализации услуги «Электронная запись к
врачу»;
 предоставление возможности пользователям получения свежей новостной
информации о событиях медицины, последних исследованиях в различных
областях, пропаганда здорового образа жизни;
 предоставление возможности пользователям получать информацию о
работающих на территории района муниципальных учреждениях, их адресах,
телефонах, руководителях, видах медицинской деятельности согласно
лицензии и пр.;
 предоставление возможности пользователям, через единый информационный
портал, получать информацию о расписании врачей, телефонах и адресах
медицинского учреждения, секторе медицинских услуг, в том числе и
уникальных, стоимости на стандартные медицинские услуги, профилях
отделений и подразделениях, сервисных услугах оказываемых учреждением и
пр.;
 информирование о правах пациента, о порядке оказания медицинской помощи
отдельным категориям граждан (участники ВОВ, дети-инвалиды, др.
льготники);
 информирование о льготном лекарственном обеспечении отдельных категорий
граждан (участники ВОВ, дети-инвалиды, др. льготники), перечень и адреса
аптечных учреждений, отпускающих лекарственные средства льготникам;
 информирование о перечне жизненно-важных лекарственных средств (ЖВЛС);
 предоставление возможности открытого обсуждения качества медицинских
услуг в городе и районе;




анализ деятельности МУЗ;
повышение эффективности управления в сфере здравоохранения на основе
информационной поддержки задач контроля и мониторинга предоставления
медицинских услуг;
повышение удобства получения медицинских услуг для граждан и скорости
обслуживания, устранение очередей, минимизация потребности визитов в
МУЗ, не связанных непосредственно с оказанием медицинской помощи;
обеспечение защиты персональных данных информационной системы от
неправомерного или случайного доступа к ним, уничтожения, изменения,
блокирования, копирования, распространения, а также от иных неправомерных
действий.
5. Виды выполняемых работ.
В рамках разработки системы должны быть выполнены следующие работы:
1. разработка автоматизированной информационной системы «Электронный
портал здравоохранения», в том числе:
1.1
разработка
автоматизированной
информационной
системы
«Электронный портал здравоохранения»;
1.2 разработка подсистем автоматизированной информационной системы
«Электронный портал здравоохранения»:
1.2.1. «Единая регистратура»;
1.2.2. «Сайт управления здравоохранения»;
1.2.3. «Сайты муниципальных учреждений здравоохранения».
2. сбор, обработка и наполнение автоматизированной информационной системы
«Электронный портал Здравоохранения»;
3. запуск закрытой демонстрационной версии электронной регистратуры, а также
автоматизированной информационной системы "Электронный портал
здравоохранения";
4. запуск открытого тестирования электронной регистратуры, а также
автоматизированной информационной системы "Электронный портал
здравоохранения";
5. создание эксплуатационной документации: руководства пользователя для
работы в автоматизированной информационной системе «Электронный портал
здравоохранения» Одинцовского муниципального района, руководства
администратора для работы в АИС «Электронной портал здравоохранения»
Одинцовского муниципального района, руководство пользователя для работы в
Подсистеме «Электронная Регистратура», руководство администратора для
работы в Подсистеме «Электронная Регистратура», руководство пользователя
для
работы
в
Подсистеме
«Сайт
муниципального
учреждения
здравоохранения».», руководство администратора для работы в Подсистеме
«Сайт муниципального учреждения здравоохранения»;
6. обучение Пользователей автоматизированной информационной системы
«Электронный портал здравоохранения» работам по ее использованию;
7. предоставление Заказчику простой (неисключительной) лицензии на
использование автоматизированной информационной системы «Электронный
портал здравоохранения», с учетом возможности работы с Системой
неограниченного числа пользователей – участников Системы.
Срок исполнения работ – в течение 10 (десяти) дней с даты подписания
муниципального контракта.
6. Требования к системе
6.1.Общие требования к Системе.
Система должна:
 поставляться с открытыми исходными кодами;
 иметь открытые интерфейсы для обеспечения возможности интеграции со
смежными информационными системами в области Муниципальных услуг;
 иметь централизованную базу данных с предоставлением удалённого
защищённого доступа для учреждений здравоохранения района, с учетом
обеспечения информационной безопасности с применением технологии
«тонкий клиент» посредством стандартных Интернет-браузеров;
 построена на основе модульной архитектуры и обеспечивать возможность
наращивания функциональности путём добавления новых модулей к
основному ядру Системы;
 обеспечивать масштабирование её функций за счёт дальнейшего внедрения
дополнительных подсистем по мониторингу и контролю здравоохранения
района, сбора, обработки и анализа статистической и иной оперативной
отчётности МУЗ, с ее отображением на сайтах МУЗ и управления
здравоохранения;
 позволять при настройке рабочего места конкретного пользователя
комбинировать эти модули в любых сочетаниях для обеспечения возможности
выполнения одновременно нескольких функциональных ролей;
 позволять увеличивать количество полей в таблицах базы данных, не изменяя
прежний функционал;
 иметь редактор пользовательских интерфейсов, позволяющий создавать
уникальные интерфейсы пользователей без участия разработчиков, генератор
отчётов — для представления информации из системы в структурированном
виде, которую можно распечатать или сохранить в различных электронных
форматах: xls, dbf, xml;
 обеспечивать защиту персональных данных пользователей.
Штатные средства Системы должны позволять проводить удалённое
администрирование базы данных и настройку Системы.
Исходный программный код Системы должен быть самодокументируемым - код
программы, в которой имена переменных, процедур, функций, объектов и т.д. объясняют
их наименование и назначение. Данный код позволит сформировать в автоматизированном
режиме полное описание всех переменных, процедур, функций, объектов и т.д. в единую
документацию. Исходные коды системы должны быть написаны с использованием
понятных имён классов, их свойств, методов и переменных.
Техническая документация к Системе должна содержать:
 для всех классов - назначение данного класса;
 для методов классов - назначение метода, описание параметров, возможные
значения возвращаемого результата, перечисление исключительных ситуаций,
при необходимости, примеры использования метода;
 свойств классов и переменных - назначение данных свойств и переменных.
6.2.Требования к защите информации.
Средства Системы должны обеспечивать сохранность данных.
Система должна обеспечивать защиту от несанкционированного доступа (НСД).
Компоненты защиты от НСД должны обеспечивать:
 идентификацию пользователя;
 проверку полномочий пользователя при работе с Системой;
 разграничение доступа пользователей на уровне задач и информационных
массивов.
 Система должна быть адаптивной к применению сторонних средств защиты
информации
(межсетевого
экранирования,
средства
защиты
от
несанкционированного доступа, сканеры безопасности и т.д.).
Вход в пользовательскую часть Системы и дальнейшая работа должны
осуществляться только при указании имени пользователя и его пароля.
Должна быть реализована возможность назначения для каждого пользователя одной
или более ролей, которые этот пользователь выполняет в Системе.
В Системе должна быть предусмотрена возможность настройки для каждой
пользовательской роли прав доступа к информационным ресурсам и выполнения
определённых операций. Для каждого справочника и архива документов должны
задаваться права на создание в них новых записей, их редактирование и удаление.
Для каждой пользовательской роли должна быть предусмотрена возможность задать
специфичное главное меню Системы с набором тех функций, которые доступны данной
роли.
Доступ к системе посредством Веб-интерфейса должен осуществляться с помощью
SSL сертификатов и защищённого протокола HTTPS
Для целей защиты данных сервера БД от несанкционированного доступа конечные
пользователи Системы не должны знать пароль доступа непосредственно к самому
серверу БД. Авторизация в Системе предусматривает доступ к функциям приложения, а
не к серверу базы данных.
При эксплуатации Система Получателем услуги обеспечивается:
 защита от несанкционированного доступа;
 криптографическая защита информации;
 защита доступа в Интернет;
 антивирусная защита;
 анализ защищенности.
6.3.Требования к сохранности информации.
База данных должна функционировать под управлением сервера базы данных
промышленного масштаба с поддержкой многопроцессорности и кластеризации,
обеспечивающий повышенный уровень сохранности информации при авариях, отказах
технических средств (в том числе – потеря питания) и т.п. событиях.
Внутренние механизмы работы с сервером БД должны предусматривать поддержку
непротиворечивости данных при отключениях рабочих процессов пользователей. Таким
образом, Система должна реализовывать механизм буферирования (транзакционности)
внесения изменений в рабочие таблицы сервера базы данных.
Расписание регламентных работ согласуется Исполнителем с Заказчиком.
6.4.Требования по патентной чистоте.
Система должна использовать только те сторонние компоненты, которые
приобретены (получены) и используются без нарушений лицензионных соглашений. Это
требование должно обеспечивать соблюдение авторских прав разработчиков
используемых сторонних компонент.
Если в Системе использованы лицензионные компоненты сторонних производителей
(разработчиков), то необходимо включить в стоимость контракта расходы на приобретение
данных лицензионных компонентов (кроме Операционных систем).
6.5.Требования к эргономике и технической эстетике.
Пользовательский интерфейс Системы должен быть интуитивно понятен, и
обеспечивать необходимое качество взаимодействия человека с машиной и комфортность
работы персонала, удобство доступа пользователя к вводу и просмотру информации,
наглядность её представления. Пользовательский интерфейс должен зависеть от
конкретной роли пользователя, позволять настраивать вид для конкретной роли
пользователя.
6.6.Услуги по сопровождению аппаратно-программного комплекса, СКС и баз
данных.
1. Администрирование системы:
 Администратор Системы выполняет плановую и внеплановую операции
резервного копирования необходимой информации;
 в Системе предусмотрен удобный механизм установки обновлений
программного обеспечения при условии его лицензирования, не требующий
участия специалистов учреждений. При установке обновления на сервер
автоматически вносятся изменения в структуру базы данных, сервер
приложений и Web-сервер;
 процедура обновления системы сводиться к установке пакета обновления на
центральный сервер. Далее обновление доставляется в автоматическом и для
пользователей режиме на все рабочие места;
 средства Системы позволяют отключать Систему от работающих
пользователей для выполнения определенных регламентных операций. При
отключениях Системы подобным образом гарантируется сохранность и
непротиворечивость данных, даже если в момент отключения в Системе были
работающие пользователи;
 система предоставляет возможность по информированию работающих
пользователей о предстоящих регламентных операциях для того, чтобы у них
была возможность сохранить рабочие данные;
 администратор Системы имеет возможность ввода новых пользователей и
гибкой настройке и разграничению прав доступа для введённых ранее
пользователей
Системы;
возможность установки обновлений пакетов отчетных форм в «горячем»
режиме без остановки работы центрального сервера и пользователей,
работающих в обновляемых формах;
 система обеспечивает возможность управления и мониторинга действий
пользователей. Для каждой записи в базе данных опционально хранятся
храниться:





имя пользователя, создавшего данную запись;
серверные дата и время создания записи;
имя пользователя, в последний раз изменившего запись;
серверные дата и время последнего изменения записи;
версию записи, т.е. количество изменений, которые были внесены в
запись с момента ее создания.
2. Обеспечение работоспособности портала (модерация, сопровождение и
наполнение)
Обеспечение работоспособности СКС (структурированная кабельная сеть).
4. Консультации пользователей по вопросам эксплуатации и защиты информации.
5. Рекомендации по выбору технических средств и программного обеспечения для
пользователей Системы таких как, аппаратных средств клиентских рабочих мест;
требования к каналам связи и программному обеспечению клиентских рабочих
мест.
6 Создание документации для пользователей системы:
 разработка, и при необходимости, доработка комплекта документации,
описывающий действия на всех стадиях работы пользователя в Системе. В
этой документации описаны действия по первоначальной настройке и
заполнению необходимых справочников, приведены основные режимы
работы
и
методологические
рекомендации
по
использованию
автоматизированная информационно-аналитическая система
(АИАС)
и
полное описание всех режимов работы;
 в дополнение к указанной документации должна быть выполнена их краткая
редакция, рассчитанная на подготовленного пользователя.
6.7.Требования к структуре Системы.





Автоматизированная информационная система должна состоять из
следующих подсистем:
Портал автоматизированной информационной системы «Электронный портал
здравоохранения» Одинцовского муниципального района;
подсистема «Электронная Регистратура»;
подсистема «Сайт управления здравоохранения»;
подсистема «Сайты муниципальных учреждений здравоохранения».
6.8.Требования к автоматизированной информационной системе «Электронный
портал здравоохранения».
Автоматизированная информационная система «Электронный портал
здравоохранения» (далее также – Портал), должен представлять собой единую
среду, формирующую средствами веб-технологий пользовательский интерфейс,
осуществляющую агрегирование и визуализацию информации, предоставляемой
пользователям различными прикладными системами и источниками данных.
Требования к дизайну:
 дизайн Сайта должен быть максимально приближен к дизайну официального
портала Администрации Одинцовского муниципального района и
соответствовать строгому официальному стилю. Сайт должен быть
интегрирован в общую структуру официального портала Администрации
Одинцовского муниципального района;
 общий фон Сайта – белый;

на графической шапке Сайта должна быть надпись «Электронный портал
здравоохранения» Одинцовского муниципального района, герб района,
Графическая шапка одновременно является ссылкой на главную страницу
Сайта;
 сайт должен иметь различные шаблоны для основных государственных
праздников (Новый год, 23 февраля, 8 марта, День Победы, День медика, День
ребёнка и т.п.) в соответствии с официальным порталом Администрации
Одинцовского муниципального района;
 навигационное меню разделов сайта должно располагаться с левой стороны,
под графической шапкой Сайта;
 над областью содержания (контентной областью) и под шапкой должна быть
расположена цепочка навигации, начинающаяся со ссылки «на главную»,
которая представляет собой последовательный список ссылок на
родительские разделы сайта и показывает уровень “погруженности” текущей
страницы в структуру сайта;
 под областью содержания внизу страницы размещена ссылка на раздел «О
сайте», содержащем дату создания Сайта и пометку о том, что это —
официальный портал
здравоохранения Одинцовского муниципального
района, сведения об обновлениях сайта и о правилах использования
информации, возможность отправить предложения и пожелания по
улучшению работы сайта;
 с правой стороны от области содержания располагается область баннеров;
 страницы Сайта должны нормально восприниматься в режиме отключения
просмотра графики в браузере.
Размер (кегль) шрифтов должен обеспечивать удобство восприятия текста при
минимально допустимом размере экрана.
Предпочтителен шрифт без засечек.
6.9.Требования к контенту и наполнению Портала.
Первичная разработка и вёрстка контента (информационного содержимого)
Портала должна производиться силами Исполнителя при непосредственном участии
Получателя услуги и Администратора Системы. Получатель услуг предоставляет все
необходимые Исполнителю текстовые и графические материалы, а также комментарии,
касающиеся их содержания, объёма, оформления и размещения, Исполнитель своими
силами осуществляет первоначальную верстку контента.
Получатель услуг для дальнейшего наполнения портала предоставляет следующую
информацию:
 общая информация о МУЗ (наименование, описание, режим работы,
информация о наличие лицензии на осуществление медицинской
деятельности с приложением(ями);
 контакты (юридические адреса, телефоны);
 направления лечебной деятельности, подразделения (структура, виды
оказываемой медицинской помощи);
 информация о порядке приема (в т.ч. правила пребывания пациента в
медицинской организации);
 информация о структуре МУЗ (филиалы, отделения, кабинеты, рабочие
места);
 информация о порядке госпитализации (для стационаров);
 информацию о персонале (ФИО, специализация, фото);








6.10.
расписание приема врачей (часы работы медицинской организации, его служб
и специалистов);
описание услуг (перечень оказываемых бесплатно видов медицинской
помощи, перечень платных медицинских услуг и порядок их оказания);
прейскурант платных услуг;
список участков (для поликлиник);
сведения о льготах для отдельных категорий граждан;
перечень учреждений и организаций, в которые пациент может обратиться в
случае возникновения конфликтных ситуаций с указанием фамилии, имени,
отчества руководителей, адресов и контактных телефонов;
перечень жизненно необходимых и важнейших лекарственных препаратов,
применяемых при оказании стационарной медицинской помощи, а также
скорой и неотложной медицинской помощи бесплатно;
перечень лекарственных препаратов, отпускаемых населению в соответствии
с перечнем групп населения и категорий заболеваний, при амбулаторном
лечении которых лекарственные препараты и изделия медицинского
назначения отпускаются по рецептам врачей бесплатно, а также в
соответствии с перечнем групп населения, при амбулаторном лечении
которых лекарственные препараты отпускаются по рецептам врачей с 50процентной скидкой со свободных цен;
Требования к системе управления контентом Портала.
Система управления контентом Портала должна обеспечить администратору сайта
возможность выполнения следующих действий:
 добавление и удаление Сайтов муниципальных учреждений здравоохранения;
 добавление и удаление текстов (статей);
 редактирование текстов (статей);
 добавление и удаление новостей;
 редактирование новостей;
 изменение дизайна;
 изменение структуры Портал, а также доработка существующего и создание
нового функционала.
6.11.
Требования к компоновке страниц Портала.
Компоновка страниц Сайта должна обеспечивать автоматическое масштабирование
страниц в зависимости от ширины рабочего поля браузера пользователя. Минимальное
разрешение экрана, при котором необходимо обеспечить полноценное отображение
страниц (без полосы горизонтальной прокрутки), составляет 800x600. Также сайт должен
адекватно выглядеть при разрешении 1024х768.
6.12.
Требования к структуре Портала.
Портал «Портал здравоохранения» должен состоять из следующих подсистем:
 подсистема администрирования;
 подсистема управления доступом;
 подсистема поиска;
 подсистема навигации;
 подсистема управления веб-контентом;
 подсистема «Репозиторий контента».
В состав Портала «Портал здравоохранения» должны входить следующие модули:
 модуль «Подготовка контента»;
 модуль «Управление публикацией»;
 модуль «Управления электронными формами»;
 модуль «Разработки».
Подсистема администрирования должна быть предназначена для решения
административных задач по управлению Порталом через веб-интерфейс (организация
дерева страниц, публикация веб-частей).
Подсистема управления доступом должна быть предназначена для обеспечения
разграничения безопасного доступа к информационным ресурсам пользователей, в
зависимости от их ролей.
Подсистема поиска должна быть предназначена для сбора данных из доступных
статических информационных ресурсов, построения соответствующих индексов на базе
собранных данных и реализация поиска по ней.
Подсистема навигации должна быть предназначена для удобного и наглядного
перемещения пользователей по разделам и страницам Портала.
Подсистема «Управление веб-контентом» должна быть предназначена для
хранения, управления и изменения содержимого страниц Портала (кроме работы с
формами и служебными веб-частями).
Подсистема должна содержать следующие модули:
 «Подготовка контента».
 «Управление публикацией».
 «Репозиторий контента».
Подсистема «Репозиторий контента» должен быть предназначен для обеспечения
хранения контента портала и должен использовать общую СУБД с Порталом.
Модуль «Подготовка контента» должен предоставлять интерфейс и распределение
ролей для администраторов Портала и персонала, ответственного за поддержание в
актуальном состоянии веб-страниц Портала. При этом модуль должен предоставлять
шаблоны, дающие возможность ввода-редактирования контента без использования языков
программирования и html-разметки.
Модуль «Управление публикацией» должен быть предназначен для управления
продвижением контента от его создания до его публикации на страницах Портала, в том
числе:
1. создание и редактирование контента, хранение версий;
2. согласование и утверждение контента;
3. создания новых разделов и подразделов Портала, удаление существующих;
4. публикация контента.
Модуль «Управление электронными формами» должен быть предназначен для
создания электронных форм (которые затем отображаются на страницах портала),
сохранения информации, вносимой в формы пользователями Портала.
Модуль разработки должен быть предназначен для создания веб-страниц,
размещаемых на Портале. Кроме того, задачей этого модуля должна являться разработка
дизайна и шаблонов веб-страниц Портала (информационное наполнение которых может
осуществляться как через систему управления веб-контентом, так и самим модулем
разработки).
Архитектура Портала должна обладать гибкостью для адаптации к возможным
изменениям правовой и нормативной базы, а также масштабируемостью при изменении
нагрузки и условий функционирования и эти свойства должны достигаться за счёт
минимальных доработок архитектурных решений. При создании типовых
пользовательских интерфейсов должны выполняться следующие требования:
 интерфейс конечного пользователя должен быть русскоязычным;






функциональная группировка элементов, т.е. пункты меню (или их аналоги)
должны быть сгруппированы в соответствии с функциональными задачами и
технологией работы;
уникальная функциональность, т.е. каждому пункту меню (или его аналогу)
должна соответствовать только одна выполняемая функция;
однозначность в понимании, т.е. пункты меню (или их аналоги) должны
называться или отображаться так, чтобы пользователь однозначно понимал их
назначение;
наличие контекстной помощи при выполнении сложных действий в системе;
сигнализация об ошибках или ошибочных действиях должна сопровождаться
подсказкой о дальнейших действиях;
задание критериев поиска и выбора информации должно производиться без
привлечения языков программирования.
6.13.
Требования
здравоохранения».
к
структуре
портала
«Электронный
портал
Портал должен иметь следующую структуру:
главная (главная страница сайта);
 каталог (каталог медицинских учреждений Одинцовского муниципального
района);
 поиск: (система поиска медицинских учреждений Одинцовского
муниципального района);
 поиск по ключевым словам (поиск медицинских учреждений по ключевым
словам);
 поиск по категориям (поиск медицинских учреждений по категориям);по
территориальному признаку (поиск медицинских учреждений по
территориальному признаку);
 по медицинской услуге (поиск МУЗ по конкретной медицинской услуге);
 нормативная и справочная информация (возможность просмотра законов,
постановлений, приказов и другой нормативной и справочной информации в
сфере здравоохранения);
 о портале (общая информация о портале);
 контакты (перечень учреждений и организаций в области здравоохранения, в
которые пациент может обратиться в случае возникновения вопросов
связанных с оказанием медицинской помощи, конфликтных ситуаций и др. с
указанием фамилии, имени, отчества руководителей, адресов и контактных
телефонов);
 ссылки (в том числе на функционал самозаписи на прием к врачу);
 карта сайта;
 медицинские новости (возможность просмотра новостей в сфере
здравоохранения);
 задай вопрос специалисту (возможность через сайт задавать вопросы
ответственным сотрудникам здравоохранения Одинцовского муниципального
района и получить ответ по средствам веб-страниц, электронной почты);
 популярные статьи (возможность просмотра наиболее популярных статей,
комментариев специалистов);
 форум;
 сайты-партнёры;
 контактная информация и форма связи с сайта;
 модуль статистики;


6.14.
подписка;
голосование/опрос.
Требования к разделам.
Все страницы сайта должны содержать в обязательном порядке:
 навигацию по разделам (каталог, поиск, о проекте, новости);
 ссылку на главную страницу сайта вверху каждой;
 навигацию внутри раздела (справа).
Главная страница должна содержит следующие элементы:
 новостную часть в сфере здравоохранения;
 заголовки последних добавленных статей;
 вход в «Электронную регистратуру».
Навигация слева:
 вход в систему (авторизация);
 ссылка на регистрацию и пользовательское соглашение;
 поиск по каталогу и ссылка на расширенный поиск;
 место для рекламы.
Навигация справа:
 заголовки новостей сферы здравоохранения.
Навигация сверху:
 о портале;
 контакты;
 услуги;
 ссылки;
 карта сайта;
Каталог медицинских учреждений должен содержать подразделы:
 амбулатории;
 поликлиники "Взрослые";
 поликлиники "Детские";
 поликлиники с детским отделением;
 учреждения / организации семейной медицины;
 стоматологические поликлиники "Взрослые";
 стоматологические поликлиники "Детские";
 больницы "Взрослые";
 больницы "Детские";
 больницы с детским отделением;
 женская консультация;
 центры планирования семьи и репродукции;
 родильные дома;
 косметология;
 физиотерапия, бальнеология, грязелечение, водолечение, курортология;
 учреждения, оказывающие специализированные виды медицинской помощи;
 психотерапевтические учреждения;
 наркологические учреждения;
 кожно-венерологические диспансеры;
 онкологические диспансеры;
 противотуберкулёзные учреждения;
 прочие;
 станции переливания крови;





центр СПИД;
центр сертификации лекарственных препаратов;
патолого-анатомическая служба;
судебно-медицинская экспертиза;
станции (подстанции) скорой медицинской помощи.
Медицинские новости включают разделы: новости медицины Одинцовского
муниципального района, мировые новости, новинки технологий
Популярные статьи включают разделы: сердечно-сосудистые заболевания,
здоровый образ жизни, другие заболевания, разное.
Функциональность Портала должна обеспечиваться набором программных
сервисов, позволяющих гражданам запрашивать и получать в режиме on-line необходимые
справочные данные.
С точки зрения пользователя Портал должен обеспечивать:
 возможность выбора доступных услуг в зависимости от места проживания и
предпочтений;
 формирование и направление запросов в муниципальные учреждения
здравоохранения района с целью получения ответов по средствам вебстраниц, электронной почты;
 использование по выбору форм взаимодействия между муниципальными
учреждениями здравоохранения и гражданами.
 Обмен данными с веб-сервисами должен быть реализован с использованием
протокола HTTP (HTTPS).
6.15.
Требования к подсистеме «Электронная Регистратура».
6.15.1.
Общие требования.
Подсистема «Электронная Регистратура» должна обеспечивать:
 регистрацию Пользователя в Системе; запись пациента на плановый приём;
 эффективное взаимодействие подразделений МУЗ и прозрачность их работы
для руководства; формирование необходимых отчётов по статистическим
данным, по пациентам, врачам и МУЗ в целом.
Подсистема «Электронная Регистратура» должна автоматизировать управление
лечебно-диагностической деятельностью типовых муниципальных учреждений
здравоохранения, оказывающих амбулаторную медицинскую помощь, в рамках
установленных процессов деятельности, при обеспечении работы в едином
информационном
пространстве
Государственной
информационной
системы
персонифицированного учёта в здравоохранении Российской Федерации.
Система должна автоматизировать:
 учёт обслуживаемых пациентов, что включает регистрацию обслуживаемого
населения, идентификацию по регистру застрахованных граждан,
прикрепление к поликлиническим участкам обслуживания;
 управление расписанием и записью на обслуживание в поликлинике, что
включает в себя планирование и обеспечение ресурсов приёма пациентов
участковыми врачами, специалистами, лечебно-диагностическим службами;

управление оказанием амбулаторной медицинской помощи, что включает
учёт фактов оказания медицинской, лечебно-диагностической помощи и
профилактических мероприятий в поликлинике участковыми врачами и
специалистами, при дополнительной диспансеризации, мероприятиях в
центрах здоровья, в том числе дневной стационар, стационар на дому и
неотложная медицинская помощь на дому.
6.15.2. Требование к модулю «Личный кабинет».
Данный модуль должен обеспечивать возможность:
 выбора типа посещения. Система должна предоставлять возможность
записаться на консультацию к врачу, на исследование, вызвать врача на дом;
 выбора МУЗ. В процессе записи пользователь должен имеет возможность
выбрать МУЗ, (в т.ч. воспользовавшись картой города);
 выбора типа приёма. Система должна обеспечивать возможность выбора типа
приёма. Тип приёма может быть платным или по полису обязательного
медицинского страхования (ОМС);
 выбора даты и времени. Система должна предоставлять возможность
пользователю выбирать из расписания удобное для себя, не занятое время;
 идентификации пациента:
а) при бесплатном приеме (по ОМС) Система осуществляет поиск пациента в
единой базе данных по номеру паспорта и номеру полиса ОМС, сверяет
данные с ФОМС (номер паспорта и номер полиса обязательного
медицинского страхования), проверяет возможность оказании требуемой
услуги. Дополнительной опцией Системы должна быть возможность
позволяющая принимать
заявку пациента на прием к врачу
сформированную по ФИО, номеру паспорта, номеру полиса ОМС, адресу
регистрации.
б) при платном приеме Система должна позволять регистрировать пациента по
ФИО и номеру телефона (опционально).
 подтверждать запись на приём. Система в автоматическом режиме должна
осуществлять информирование пациента о подтверждении записи на приём по
e-mail и SMS;
 подтверждать запись на приём звонком регистратора-оператора;
 Проверять полис ОМС. Модуль должен обеспечивать приемку и регламентное
обновление реестра застрахованных пациентов (опционально базу
недействующих полисов), а также обеспечивать возможность on-line проверки
полиса по базам данных ФОМС.
6.15.3. Требования к модулю «Управление услугами».
Данный модуль должен обеспечивать возможность:
 ведение справочника услуг. Каждая услуга должна иметь норматив и
ограничения. Норматив – это время оказания данной услуги по умолчанию.
При формировании расписания должна быть возможность явного задания
времени оказания услуги;
 наложения ограничение на услуги по половому и возрастному признаку.
6.15.4. Требование к модулю «Управление сотрудниками».
В подсистеме должна быть реализована возможность ведения базы данных всех
сотрудников учреждений здравоохранения. Должна быть реализована возможность
ведения индивидуального портфолио для каждого сотрудника. Каждое портфолио должно
содержать следующую информацию: Общие сведения о сотруднике, возможность
прикрепления фото. Сведения об образовании: диплом, специальность, курсы повышения
квалификации, аккредитация, ведение истории работы сотрудника, сведения о наградах и
достижениях, наличие учёной степени.
6.15.5. Требование к модулю «Управление картотекой пациентов».
В подсистеме должна быть реализована возможность ведения базы данных
пациентов лечебного учреждения. Должна быть реализована возможность ведения
индивидуального портфолио для каждого пациента. Каждое портфолио должно содержать
следующую информацию: Общие сведения, Сведения о регистрации, данные о полисах
ОМС. В системе должна быть предусмотрена функция прикрепления пациента к
муниципальному учреждению здравоохранения и участку.
6.15.6. Управление ресурсами МУЗ.
Данная подсистема должна позволять:
 формировать структуру отделений и кабинетов учреждений Системы;
 структура отделений и кабинетов МУЗ должна представлять собой
иерархический справочник, в котором прописывается структура МУЗ:
филиалы, отделения, кабинеты;
 указывать какие услуги оказываются на рабочих местах в кабинетах.
6.15.7. Требование к модулю «Подсистема управления Расписанием».
Данная подсистема должна позволять формировать графики для рабочих мест.
Возможности подсистемы должны позволять разбивать время приёма врача на
несколько интервалов, в частности некоторые интервалы могут быть доступны для записи
только для сотрудников регистратуры и врачей, другие могут быть использованы также
для удалённой самостоятельной записи пациентов и т.д.
Система должна поддерживать формирование графиков работ с помощью заранее
настроенных шаблонов.
Система должна поддерживать следующие варианты графиков:
 по дням недели;
 по дням месяца;
 по чётности чисел;
 произвольные графики.
Система должна иметь возможность учёта выходных и праздничных дней, работать
с различными режимами работы: 5-,7- дневная рабочая неделя.
6.15.8. Требования к модулю «управления записью пациента».
Подсистема управления записью пациента должна позволять:
 просматривать расписание врачей, услуг;
 записывать пациентов на приём к врачу;
 осуществлять перезапись пациентов, в том числе и массовую.
6.15.9. Требование к модулю «Подсистема ведение НСИ».
Подсистема должна позволять ведение
возможностью загрузки и обновления информации:
 МКБ;
 КЛАДР(для регистрации пациента);
 документы, удостоверяющие личность;
 социальные статусы;
 категории льгот;
 виды посещения;
 страховые компании;
 должности медицинских работников;
 специальности медицинских работников.
нормативных
справочников,
с
6.15.10. Требование к модулю «Взаимодействия с внешними системами».
Должна быть предусмотрена организация взаимодействия с помощью следующих
механизмов:
 загрузка и выгрузка данных из общедоступных форматов обмена данными:
XLS, XML, DBF, CSV;
 обмен информационными данными с веб-сервисами других систем с
использованием протокола HTTP (HTTPS);
 прямое подключение к базам данных других систем.
Модуль должен обеспечивать взаимодействие с медицинскими информационными
системами. В качестве медицинских информационных систем (МИС) могут
использоваться продукты различных производителей, взаимодействие должно
осуществляется по открытым протоколам. Должен поддерживаться обмен данными в
формате MedML.
6.15.11. Требования к
здравоохранения».
подсистеме
«Сайт
муниципального
учреждения
«Сайт муниципального учреждения здравоохранения» (далее – также Сайт),
должен иметь структуру, содержащую следующую доступную
пользователям
информацию:
 главная (главная страница Сайта);
 о МУЗ (режимы работы медицинской организации, лицензия на
осуществление
медицинской
деятельности
с
приложением (-ями);
юридический адрес медицинской организации; часы работы медицинской
организации, его служб и специалистов; правила пребывания пациента в
медицинской организации;)
 контакты
(возможность просмотра списка сотрудников МУЗ, их
квалификации и фотографий; перечень учреждений и организаций, в которые
пациент может обратиться в случае возникновения конфликтных ситуаций с
указанием фамилии, имени, отчества руководителей, адресов и контактных
телефонов);
 услуги (виды оказываемой медицинской помощи, перечень оказываемых
бесплатно видов медицинской помощи, перечень платных медицинских услуг,
порядок оказания медицинских услуг);
 прайс-листы (возможность просмотра актуального прайс-листа);










нормативная и справочная информация (нормативные документы об условиях
оказания медицинской помощи, установленных территориальной программой
государственных гарантий оказания гражданам Российской Федерации
бесплатной медицинской помощи, в том числе о сроках ожидания
медицинской помощи; о показателях доступности и качества медицинской
помощи, о перечне жизненно необходимых и важнейших лекарственных
препаратов, применяемых при оказании стационарной медицинской помощи,
а также скорой и неотложной медицинской помощи бесплатно; о перечне
лекарственных препаратов, отпускаемых населению в соответствии с
перечнем групп населения и категорий заболеваний, при амбулаторном
лечении которых лекарственные препараты и изделия медицинского
назначения отпускаются по рецептам врачей бесплатно, а также в
соответствии с перечнем групп населения, при амбулаторном лечении
которых лекарственные препараты отпускаются по рецептам врачей с 50процентной скидкой со свободных цен; сведения о льготах для отдельных
категорий граждан; информация о правах пациентов на бесплатную
медицинскую помощь выписки из законодательных актов);
ссылки;
карта сайта;
медицинские новости, новости МУЗ (возможность просмотра новостей МУЗ,
новостей в сфере здравоохранения);
задай вопрос специалисту (возможность через сайт задать вопрос
специалисту МУЗ и получить ответ по средствам веб-страниц, электронной
почты);
популярные статьи (возможность просмотра наиболее популярных статей);
сайты-партнёры;
контактная информация и форма связи с Сайтом;
подписка;
голосование/опрос.
6.15.12. Требования к стилистическому оформлению Сайта.
Дизайн Сайта должен соответствовать дизайну Портала.
6.15.13. Требования к системе управления контентом Сайта.
Система управления контентом Сайта должна обеспечить администратору сайта
возможность выполнения следующих действий:
 добавление и удаление текстов (статей);
 редактирование текстов (статей);
 добавление и удаление новостей;
 редактирование новостей;
 изменение дизайна;
 структуры Сайта;
 доработка существующего и создание нового функционала.
6.15.14. Требования к компоновке страниц Сайта.
Компоновка страниц Сайта должна обеспечивать автоматическое масштабирование
страниц в зависимости от ширины рабочего поля браузера пользователя. Минимальное
разрешение экрана, при котором необходимо обеспечить полноценное отображение
страниц (без полосы горизонтальной прокрутки), составляет 800x600. Также сайт должен
адекватно выглядеть при разрешении 1024х768.
6.15.15. Требования к структуре Сайта.
Сайт муниципального учреждения здравоохранения должен состоять из следующих
подсистем:
 подсистема администрирования;
 подсистема управления доступом;
 подсистема поиска;
 подсистема навигации;
 подсистема управления веб-контентом;
 подсистема «Репозиторий контента».
В состав Сайта должны входить следующие модули:
 модуль «Подготовка контента»;
 модуль «Управление публикацией»;
 модуль «Управления электронными формами»;
 модуль «Разработки».
 Модуль взаимодействия с внешними системами.
Подсистема администрирования должна быть предназначена для решения
административных задач по управлению Сайтом через веб-интерфейс (организация дерева
страниц, публикация веб-частей).
Подсистема управления доступом должна быть предназначена для обеспечения
разграничения безопасного доступа к информационным ресурсам пользователей, в
зависимости от их ролей.
Подсистема поиска должна быть предназначена для сбора данных из доступных
статических информационных ресурсов, построения соответствующих индексов на базе
собранных данных и реализация поиска по ней.
Подсистема навигации должна быть предназначена для удобного и наглядного
перемещения пользователей по разделам и страницам Сайта.
Подсистема «Управление веб-контентом» должна быть предназначена для
хранения, управления и изменения содержимого страниц Сайта (кроме работы с формами
и служебными веб-частями).
Подсистема должна содержать следующие модули:
 «Подготовка контента».
 «Управление публикацией».
 «Репозиторий контента».
Подсистема «Репозиторий контента» должен быть предназначен для обеспечения
хранения контента сайта.
Модуль «Подготовка контента» должен предоставлять интерфейс и
распределение ролей для администраторов Сайта и персонала, ответственного за
поддержание в актуальном состоянии веб-страниц Сайта. При этом модуль должен
предоставлять шаблоны, дающие возможность ввода-редактирования контента без
использования языков программирования и html-разметки.
Модуль «Управление публикацией» должен быть предназначен для управления
продвижением контента от его создания до его публикации на страницах Сайта, в том
числе:
 создание и редактирование контента, хранение версий;
 согласование и утверждение контента;
 создания новых разделов и подразделов Сайта, удаление существующих;
 публикация контента.
Подсистема «Репозиторий контента» должен быть предназначен для обеспечения
хранения контента сайта.
Модуль «Управление электронными формами» должен быть предназначен для
создания электронных форм (которые затем отображаются на страницах сайта),
сохранения информации, вносимой в формы пользователями Сайта.
Модуль разработки должен быть предназначен для создания веб-страниц,
размещаемых на Сайте и обеспечивающих бизнес-процессы по оказанию услуг
пользователям Сайта. Кроме того, задачей этого модуля должно являться разработка
дизайна и шаблонов веб-страниц Сайта (информационное наполнение которых может
осуществляться как через систему управления веб-контентом, так и самим модулем
разработки).
Модуль взаимодействия с внешними системами должен обеспечивать
взаимодействие Сайта с медицинскими информационными системами. В качестве
медицинских информационных систем (МИС) могут использоваться продукты различных
производителей, взаимодействие должно осуществляется по открытым протоколам. Сайт
должен поддерживает обмен данными в формате MedML.
Архитектура Сайта должна обладать адаптивностью к изменению правовой и
нормативной базы, а также масштабируемостью при изменении нагрузки и условий
функционирования и эти свойства должны достигаться за счёт минимальных доработок
архитектурных решений.
При создании типовых пользовательских интерфейсов должны выполняться
следующие требования:
 интерфейс конечного пользователя должен быть русскоязычным;
 функциональная группировка элементов, т.е. пункты меню (или их аналоги)
должны быть сгруппированы в соответствии с функциональными задачами и
технологией работы;
 уникальная функциональность, т.е. каждому пункту меню (или его аналогу)
должна соответствовать только одна выполняемая функция;
 однозначность в понимании, т.е. пункты меню (или их аналоги) должны
называться или отображаться так, чтобы пользователь однозначно понимал их
назначение;
 наличие контекстной помощи при выполнении сложных действий в системе;
 сигнализация об ошибках или ошибочных действиях должна сопровождаться
подсказкой о дальнейших действиях;
 задание критериев поиска и выбора информации должно производиться без
привлечения языков программирования.
Функциональность Сайта должна обеспечиваться набором программных сервисов,
позволяющих гражданам запрашивать и получать в режиме on-line необходимые
справочные данные.
Для интеграции Сайта с Порталом «Электронный портал здравоохранения»
Одинцовского муниципального района и подсистемой «Единая Регистратура» должен
использоваться механизм веб-служб (web-services), удовлетворяющий требованиям к
разработке веб-сервисов, регистрируемых в СМЭВ. Веб-службы должны быть
реализованы на основе протокола SOAP. Структура протокола должна быть описана на
языке WSDL.
Обмен данными с веб-сервисами должен быть реализован с использованием
протокола HTTP (HTTPS).
7.
Гарантии качества.
Исполнитель должен гарантировать качество и надежность функционирования
системы в течение гарантийного срока после подписания Акта сдачи-приемки работ.
Гарантийный срок технической поддержки составляет 1 (один) год.
В рамках гарантийного обслуживания Разработчик обязан консультировать
специалистов заказчика по вопросам эксплуатации, а также устранения ошибок системы в
режиме «вопрос-ответ» по телефону, факсу и/или электронной почте.
8. Требования к размещению аппаратного комплекса (комплекса технических
средств) Системы.
Аппаратный комплекс (комплекс технических средств) автоматизированной
информационной системы «Электронный портал здравоохранения» Одинцовского
муниципального района должен быть размещён на технологической площадке,
предоставленной Исполнителем.
9. Порядок сдачи и приемки результатов работ.
Работы по созданию автоматизированной информационной системы «Электронный
Портал Здравоохранения» Одинцовского муниципального района завершаются после
проведения приемно-сдаточных испытаний и подписания актов сдачи-приемки работ.
По результатам выполнения работ Исполнитель передает Заказчику:
1. программно-технические средства, необходимые для функционирования
автоматизированной информационной системы «Электронный портал
здравоохранения» Одинцовского муниципального района ;
2. отчет о проведенных работах;
3. инструкцию о технической эксплуатации и техническому обслуживанию
системы;
4. проект Положения «Электронный портал здравоохранения» Одинцовского
муниципального района, включающий проект регламента информационного
обмена;
5. акт приемо-сдаточных испытаний;
6. акт сдачи-приемки работ и иные необходимые бухгалтерские документы;
10. Предоставление Исполнителю материалов, необходимых для выполнения
работ.
Заказчик обеспечивает Исполнителя информацией, необходимыми ему для
выполнения работ, предусмотренных пунктом 5.2 Технического задания, по письменному
обращению Исполнителя.
Заказчик предоставляет собственные инженерные сети в рамках исполнения
муниципального контракта.
11. Требования к наличию у Исполнителя лицензий и иных документов на
право осуществления отдельных видов деятельности, необходимых для
выполнения работ по настоящему техническому заданию.
 не установлены.
12. Сроки выполнения работ
Работы, предусмотренные разделом 5 Технического задания, выполняются
согласно разделу 5 текущего Технического задания и должны быть завершены в течение
10 дней со дня подписания муниципального контракта.