Срок и место выполнения работ
Срок выполнения работ: период со дня заключения контракта по 01.12.2015.
Место выполнения работ:
развитие и модернизация ПО Системы – по месту нахождения Подрядчика;
проведение опытной эксплуатации Системы – на технической площадке Заказчика;
обновление ПО Системы, конвертация БД Системы – на технической площадке Заказчика;
проведение групповой лекции для технических специалистов (администраторов) Заказчика (в количестве не менее 2-х специалистов) по правилам установки, настройки и эксплуатации Системы – на территории, определенной Заказчиком, в пределах г.о. Самара;
проведение вебинара по правилам эксплуатации Системы не менее чем для 300 специалистов (пользователей) Участников Системы.
Состав и содержание работ
Все новые и модифицированные функциональные возможности ПО Системы должны быть реализованы в едином программном комплексе и не должны нарушать действующие функции Системы. При переходе на новую версию ПО Системы должна быть предусмотрена процедура конвертации накопленных в БД Системы данных.
В рамках выполнения работ необходимо выполнить следующие работы:
Разработать подсистему интеграции Системы с информационными системами, эксплуатирующимися в МО Самарской области.
Подсистема интеграции должна реализовывать веб-сервис приема сведений о пройденных обследованиях и зарегистрированных бланках из МИС Участника Системы.
Состав данных веб-сервиса представлен в Приложении № 3 к техническому заданию.
Подсистема интеграции должна обеспечивать механизм аутентификации с использованием токена со статическим паролем, в качестве протокола передачи данных должен использоваться защищенный протокол https.
Обмен данными с МИС должен запускаться по инициативе Системы в соответствии с параметрами настройки (не реже одного раза в сутки) и по инициативе пользователей Участников Системы с ролями Регистратор МО.
Обеспечение сетевых доступов осуществляет Участник Системы-владелец МИС.
Разработать подсистему интеграции (клиент веб-сервиса) Системы и «Электронного сервиса для предоставления сведений из реестра лицензий, выданных Федеральной службой по надзору в сфере здравоохранения». Сведения о веб-сервисе размещены на технологическом портале СМЭВ по адресу http://smev.gosuslugi.ru/portal/services.jsp#!/F/141Predostavleniesvedeniji/1.00/p00smev/SID0003160.
Обеспечение сетевых доступов осуществляет Заказчик.
Веб-сервис должен запускаться как по инициативе Системы в соответствии с параметрами настройки (не чаще одного раза в сутки), так и по инициативе пользователя Системы с ролями Администратор, Регистратор МО, Председатель комиссии, Специалист УГИБДД, СМО.
Разработать подсистему интеграции Системы и НСИ Федерального реестра, НСИ ТФОМС Самарской области, НСИ областного реестра. Состав, общая характеристика НСИ и требования к порядку ведения НСИ Системы приведены в Приложении № 5 к техническому заданию.
Разработать подсистему (клиент веб-сервиса) интеграции Системы с ГИС СО «Кадры МУ» для актуализации Справочника пользователей Системы. Веб-сервис должен соответствовать описанию, приведенному в Приложении № 4 к техническому заданию.
Веб-сервис должен запускаться по инициативе Системы в соответствии с параметрами настройки Системы, но не реже одного раза в сутки, и по инициативе пользователя Системы с ролью Администратор.
Подсистема должна обеспечивать механизм аутентификации с использованием токена со статическим паролем, в качестве протокола передачи данных должен используется защищенный протокол https.
Обеспечение сетевых доступов осуществляет Заказчик
Разработать функцию ведения НСИ Системы.
НСИ Системы (классификация по источникам данных) состоит из таблиц, источниками информации для которых являются:
НСИ Федерального реестра;
НСИ ТФОМС Самарской области;
НСИ областного реестра;
Внутренняя НСИ Системы.
Адресные ссылки источников данных должны указываться в таблице настройки параметров Системы.
Общие требования к НСИ Системы.
Все таблицы НСИ Системы должны содержать четыре обязательных к заполнению технологических поля, предназначенных для контроля процесса корректировки, исправления информации в таблицах НСИ и Системе. Эти поля определяют актуальность записи.
Перечень обязательных к заполнению технологических полей в таблицах НСИ
Табл.1
№ п.п.
|
Имя поля
|
Комментарий
|
Тип поля
|
|
Name 1
|
Поле, описывающее классифицируемый объект
|
|
|
Name 2
|
Поле, описывающее классифицируемый объект
|
|
…
|
|
|
|
N-3
|
Name N-3
|
Источник данных
|
С1
|
N-2
|
DATE_BEG
|
Дата начала действия записи
|
D8
|
N-1
|
DATE_END
|
Дата окончания действия записи
|
D8
|
N
|
DATE_MOD
|
Дата модификации записи
|
D8
|
Поле DATE_END - признак логического удаления записи - свидетельствует о том, что запись использовалась для кодирования информации до указанной даты.
Впоследствии однажды присвоенные объектам классификационные коды ни при каких обстоятельствах не должны использоваться для обозначения новых объектов или понятий. После уточнения справочной информации производится регистрация новой версии таблицы.
Изменения в таблицах осуществляются путем добавления записи, удаления записи. При внесении изменений недопустима модификация уникальных кодов внешних ссылок. Недопустимо также дублирование предметной информации.
Уточнением справочной информации считается любое изменение содержащейся в записи таблицы, кроме уникальных классификационных кодов, по которым производятся внешние ссылки и осуществляется доступ к информации. Внесение уточнений в запись не должно искажать смыслового назначения классификации.
Добавление записей в таблицу производится при изменениях в предметной области, которое направлено на уточнение и совершенствование системы классификации.
Допускается только логическое удаление записи из таблицы. Логическое удаление происходит при наличии объективных факторов, характеризующих изменения в предметной области.
Логическое удаление информации проводится путем проставления в поле DATE_END значения времени. Запись, отмеченная таким образом, физически из таблицы не удаляется.
Модернизировать функцию просмотра содержимого таблиц НСИ Системы.
Форма просмотра таблиц НСИ Системы должна содержать:
строку состояния, в которой должны отображаться количество действующих записей и дата последней модификации таблицы;
источник данных и дату последнего обновления таблицы.
Функция просмотра таблиц НСИ Системы должна обеспечить:
выгрузку таблицы НСИ в файл формата Excel;
сортировку таблицы по любому из активированных столбцов.
Перечень НСИ Системы.
Состав, общая характеристика НСИ и требования к порядку ведения НСИ Системы приведены в Приложении № 5 к техническому заданию.
Расширение и модернизация функциональных возможностей ПО Системы.
Модернизировать интерфейс стартовой страницы веб-портала Системы (до входа в Систему):
Разработать интерфейс вывода на экран (до входа в Систему) справочной информации об Участниках Системы:
осуществляющих выдачу медицинских справок о годности к управлению транспортными средствами;
осуществляющих медицинское освидетельствование мигрантов;
бюро МСЭ.
При выборе Участника Системы должна обеспечиваться возможность просмотра дополнительной информации о нем, имеющейся в Системе:
адрес организации;
ФИО руководителя организации;
контактные телефоны.
Разработать интерфейс вывода на стартовой странице веб-портала (до входа в Систему) сведений о версии Системы;
Обеспечить доступ к эксплуатационной документации Системы, размещаемой на сайте МИАЦ, со стартовой страницы (до входа в Систему).
Разработать функцию принудительного ввода сведений о Заявителе и бланке, если результат поиска бланка в Системе по номеру - отрицателен. Сведения о Заявителе и бланке регистрируются после двух неудачных попыток поиска.
Функцию принудительного ввода сведений о Заявителе и бланке необходимо подключить для специалистов (пользователей) с функциональными ролями «Регистратор МО», «Профильный специалист», «Специалист УГИБДД», «Специалист УФМС». Для таких бланков автоматически проставляется статус: «Выдан вне Системы». В Системе должна быть обеспечена регистрация факта поиска информации два раза: дата и время поиска, регистрационный код пользователя в Системе.
Функция принудительного ввода сведений о Заявителе и бланке должна:
создать электронную регистрационную карту на Заявителя в БД Системы;
зарегистрировать МО-владельца бланка в БД Системе (по ОГРН).
Если ОГРН не принадлежит Участнику Системы: осуществить проверку наличия лицензий у МО по ЕРЛ. Проверка осуществляется в соответствии с Таблицей настройки лицензируемых видов работ (услуг) Участников Системы.
Если у МО в ЕРЛ нет необходимых лицензий:
МО приобретает статус «не Участник без лицензии»;
При регистрации бланку присваивается статус «Фальшивка»;
Заявитель информируется пользователем Системы о том, что предъявляемый им бланк фальсифицирован.
Если у МО в ЕРЛ конкретная лицензия есть:
МО приобретает статус «не Участник с лицензией»;
в Системе фиксируется номер и дата выдачи соответствующей лицензии;
При регистрации бланку присваивается статус «Вне системы».
Если ОГРН принадлежит Участнику Системы - бланку при регистрации в БД Системы присваивается статус «Некорректная работа Участника».
В БД Системе регистрируются дополнительные сведения:
код Участника Системы, зафиксировавшего обращение Заявителя с незарегистрированным бланком;
код пользователя, осуществившего регистрацию бланка;
дату регистрации бланка в Системе.
Модернизировать функцию «Администратор»:
Разработать функцию ведения таблицы настройки параметров Системы, включая:
настройку маршрутизации адресов таблиц с исходными данными для ведения НСИ Системы;
настройку маршрутизации каталогов с копиями документов, прикрепляемых к форме МСЭ.
Процедура обновления НСИ Системы должна происходить по инициативе пользователя Системы с функциональной ролью «Администратор» по нажатию кнопки «Обновить НСИ» с выбором соответствующего источника данных. При обновлении НСИ необходимо обеспечить ведение Журнала обновления НСИ Системы из всех источников данных. Журнал обновления НСИ Системы должен выводиться в файл формата Excel.
При обновлении НСИ Системы должны формироваться Протоколы обновления НСИ Системы. Пользователь Системы с ролью «Администратор» должен иметь возможность просмотра Протоколов обновления НСИ.
Разработать функции ведения НСИ Системы для всех таблиц НСИ Системы в соответствии с Порядком обновления, определенным в Приложении № 5 к техническому заданию.
Разработать модуль контроля лицензий у Участников Системы по ЕРЛ. Результаты проверки должны быть оформлены Протоколом контроля лицензий.
Разработать модуль получения отчетов для мониторинга показателей, отражающих эксплуатацию Системы Участниками. Формы отчетов, алгоритмы их формирования передаются Заказчиком и согласовываются с Подрядчиком в течение 5 (пяти) дней после заключения контракта.
Модернизировать функции Системы «Регистратор МО»:
Обеспечить вызов подсистемы обмена данными с МИС Участника Системы.
Разработать функцию печати Согласия субъекта ПДн на обработку его ПДн и регистрации даты получения Согласия Заявителя. Образец Согласия субъекта ПДн на обработку его ПДн приведен в Приложении № 6 к техническому заданию.
Разработать функцию печати ПДн из электронной регистрационной карты Заявителя и текст Согласия. Печать должна выполняться до сохранения карты Заявителя в Системе. Документ передается Заявителю с целью проверки и подтверждения корректности ПДн, внесенных пользователем Системы, и получения Согласия (затем документ вклеивается в медицинскую карту амбулаторного больного (форма 025/у-87)). Редактирование полей электронной регистрационной карты Заявителя возможно только до регистрации в БД Системы факта получения Согласия субъекта ПДн на обработку его ПДн.
Разработать режим «впечатывания» в бланки сведений из Системы. Образцы печатных форм типов бланков, для которых разрабатывается режим, приведены в Приложении № 7 к техническому заданию.
Разработать функцию редактирования справочника настройки параметров печати бланков. Справочник должен использоваться при разработке режима впечатывания сведений в бланк для учета отклонений, допущенных в типографии при печати бланка, особенностей принтера, содержать координаты впечатываемых текстов в бланке, типы и размеры шрифта.
Разработать функцию поточного (операторского) ввода сведений о выполненных медицинских осмотрах и сделанных профильными медицинскими специалистами-пользователями заключениях. При вводе сведений о специалисте-пользователе реализовать выбор регистрационного кода пользователя из Справочника «Пользователи Системы» для данной МО. В Системе должны сохраняться сведения о пользователе, вводившем данные.
Разработать функцию регистрации МО, в которой Заявитель прошел обследование психиатром, психиатром-наркологом, если Заявитель обратился к пользователю Системы с ролью «Регистратор МО» с бланком, в котором проставлены результаты медицинских освидетельствований.
Если услуга была предоставлена МО Самарской области (код региона по ОКАТО 36), а медицинскими специалистами-пользователями в Системе не проставлены заключения, для такого бланка проставляется статус «Оформлен фрагментарно». Вводятся регистрационные параметры МО (код региона по ОКАТО, код организации (LPUCODE) по «Справочнику организаций сферы здравоохранения (LPU)», ОГРН), в котором Заявитель прошел освидетельствование (из списка Участников Системы), дата прохождения медицинского освидетельствования, заключение профильного специалиста. Сведения о профильном специалисте-пользователе выбираются из списка пользователей Системы. Если профильный специалист МО, завизировавший бланк, не имеет доступа к Системе, Заявителя информируют о том, что предъявляемый им бланк фальсифицирован. Бланк приобретает статус «Фальшивка».
Если услуга была предоставлена МО, находящейся в иных регионах России, устанавливается признак «МО не зарегистрирована в Системе». Функция должна обеспечить дополнительную проверку по ЕРЛ о наличии у МО конкретной лицензии.
Если у МО-Участника Системы есть необходимая действующая лицензия – в Системе вводятся регистрационные параметры МО (код региона по ОКАТО, код организации (LPUCODE) – не заполняется, ОГРН), заключение профильного специалиста.
Если у МО в ЕРЛ лицензии нет – Заявитель информируется о том, что предъявляемый им бланк фальсифицирован. В Системе бланк приобретает статус «Фальшивка».
Обеспечить подключение функции принудительного ввода сведений о Заявителе и бланке, если результат поиска бланка в Системе по номеру - отрицателен
Обеспечить при регистрации бланка выбор шаблона медицинского комплекса в зависимости от значений полей «Пол» и «Возраст», указанных в электронной регистрационной карте Заявителя.
Включить функцию автоматического расчета сроков действия бланка, в соответствии с требованиями законодательства.
Модернизировать функцию Системы «Профильный специалист».
Подключить функцию принудительного ввода сведений о Заявителе и бланке, если результат поиска бланка в Системе по номеру – отрицателен.
Модернизировать функцию Системы «Председатель комиссии».
Информировать пользователя Системы с функциональной ролью «Председатель Комиссии» о:
статусе бланка если у бланка есть нестандартные статусы «Оформлен фрагментарно», «Фальшивка»;
статусе пользователя Системы, который вводил сведения о бланке: оператор, пользователь-профильный специалист, пользователь МИС;
признак, что Заявитель прошел медицинское освидетельствование психиатра, психиатра-нарколога в другом регионе и др.
После подтверждения того, что пользователь с функциональной ролью «Председатель комиссии» информирован об особых статусах (выставление «галочки») бланка, пользователю разрешается сделать заключение.
Разработать функцию получения реестра Заявителей, которым в МО по месту регистрации и/или обращения не проставлены заключения психиатра, психиатра-нарколога.
Модернизировать функцию Системы «Специалист МИАЦ».
Разработать функцию проверки наличия конкретных лицензий у МО в момент генерации номеров бланков для выбранного Участника Системы.
Запретить генерирование номеров бланков для МО, у которой нет действующих лицензий по видам работ (услуг) для выбранного типа бланка.
Расширить число параметров запроса при формировании формализованных отчетных форм. Параметры должны обязательно включать:
период (начало – конец). При указании периода кроме даты предоставить возможность указывать время с точностью до часа;
все или один (выбранный) Участник Системы.
Разработать модуль для просмотра, фильтрации и выгрузки в Excel массива данных из Системы в разделе «Отчеты».
Режим формализованных отчетов должен предоставлять возможность пользователю Системы получать отчеты, предусмотренные нормативными правовыми актами. Формы отчетов, алгоритмы их формирования передаются и согласовываются с Подрядчиком в течение 5 (пяти) дней после заключения контракта:
отчет по форме, приведенной в Приложении к приказу Министерства здравоохранения и социального развития Российской Федерации от 28.09.2010 № 831н «Об утверждении единого образца Медицинской справки о допуске к управлению транспортными средствами»;
сведения о бланках, выданных МО, у которых есть конкретные лицензии на указанные виды работ (услуг), но они не осуществляли регистрацию выдачи бланков в Системе за указанный период;
сведения о бланках, выданных за указанный период МО, которые не являются Участниками Системы. Отчет необходимо предоставлять в разрезе регионов России (Самарская область и т.д. по кодам регионов), в том числе:
МО, которые имеют лицензии;
МО, которые не имеют лицензии.
Для каждой МО выдаются наименование, юридический адрес, код ОГРН, тип и количество бланков.
динамика числа Участников Системы, в том числе количество пользователей Системы у Участника Системы, за указанный период (декада, месяц);
динамика числа бланков, введенных в Систему, за указанный период (декада, месяц) по типам бланков;
количество бланков, зарегистрированных в Системе с задержкой позднее 2-х дней с даты выдачи Заявителю, от общего числа выданных бланков выбранного типа (сравнение даты заключения и даты ввода заключения) за указанный период;
список недооформленных бланков (МО, количество бланков выбранного типа) за указанный период;
список Участников Системы, имеющих право выдачи справки на бланках выбранного типа (параметр отчета – тип бланка);
сведения о ВК МО (Отчет формировать из Справочника пользователей Системы).
Модернизировать функции «Специалист МЗ СО»:
Формирование следующих видов формализованных отчетов:
Участники Системы, имеющие действующие лицензии на оказание медицинских услуг (работ) в соответствии с Перечнем видов услуг (работ) за указанный период;
Участники Системы, у которых нет действующих лицензий по конкретным видам медицинских услуг (работ) за указанный период, но имеющие бланки.
Модернизировать функции «Специалист УФМС»:
Подключить функцию принудительного ввода сведений о Заявителе и бланке, если результат поиска бланка в Системе по номеру – отрицателен.
Модернизировать функцию «Специалист УГИБДД»:
Формирование списка пользователей «Специалист УГИБДД» с указанием количества обращений к Системе (ФИО пользователя, количество обращений за указанный период), количества введенных бланков, незарегистрированных в Системе. Обращением считать нажатие кнопки «Поиск» при заполненном поле для запроса.
Подключить функцию принудительного ввода сведений о Заявителе и бланке, если результат поиска бланка в Системе по номеру – отрицателен.
Модернизировать интерфейс отображения дополнительной информации в функции «Специалист УГИБДД». Примерный вид окна представлен на рисунке 1:
Рисунок 1. Окно пользователя с функциональной ролью «Специалист УГИБДД»
Разработать функцию «СМО»:
Разработать функцию ввода сведений о полисе ДМС для ввода сведений о договоре (полисе) ДМС, обеспечивающего оказание иностранному гражданину первичной медико-санитарной помощи и специализированной медицинской помощи в неотложной форме.
Разработать функцию формирования:
реестров договоров (полисов) ДМС;
реестров граждан, получивших врачебные свидетельства о разрешении на работу, но не заключивших договора (полисы) ДМС.
Разработать функцию «Форма МСЭ» для работы пользователей Системы с формой МСЭ.
Сконфигурировать новый вид шаблона медицинского комплекса для организации учета сведений о направлениях граждан в бюро МСЭ. Форму МСЭ выдают лечебные учреждения, оказывающие лечебно-профилактическую помощь, по форме № 088/у-06, утвержденной приказом Минздравсоцразвития России от 31.01.2007 № 77 «Об утверждении формы направления на медико-социальную экспертизу организацией, оказывающей лечебно-профилактическую помощь».
При разработке шаблона медицинского комплекса максимально использовать Федеральный реестр НСИ. Номер бланка направления присваивается в момент принятия решения о направлении документов Заявителя в бюро МСЭ.
Шаблон медицинского комплекса для формы МСЭ должен обеспечить регистрацию следующих данных формы № 088/у-06:
Сведения о временной нетрудоспособности:
дата начала;
дата окончания;
продолжительность (число дней (месяцев и дней));
частота и средняя длительность временной нетрудоспособности (сведения за последние 12 месяцев).
Антропометрические данные гражданина:
масса тела;
рост;
индекс массы тела.
Диагноз заболевания по МКБ-10 при направлении на МСЭ:
основное заболевание;
сопутствующее заболевание;
осложнения.
Сведения об инвалидности: не является, инвалид первой, второй, третьей группы, категория «ребенок - инвалид» (код выбирается в соответствии со «Справочником льготных групп» НСИ областного реестра);
Степень ограничения способности к трудовой деятельности (в соответствии со «Справочником льготных групп» НСИ областного реестра);
Степень утраты профессиональной трудоспособности в процентах;
Направляется на МСЭ (первично, повторно);
Кем работает на момент направления на МСЭ:
наименование, юридический адрес организации, код ОГРН, в которой работает Заявитель;
условия и характер выполняемого труда.
Основная профессия (специальность) в соответствии с Общероссийским классификатором профессий рабочих, должностей служащих и тарифных разрядов (ОКПДТР);
Квалификация по основной профессии (класс, разряд, категория, звание);
Где учится на момент направления на МСЭ:
наименование и адрес образовательного учреждения, которое закончил Заявитель;
группа, класс, курс;
профессия (специальность), для получения которой проводится обучение.
Наблюдается в организациях, оказывающих лечебно-профилактическую помощь (Перечень МО: код, с ________ года);
История заболевания;
Анамнез жизни;
Результаты проведенных мероприятий по медицинской реабилитации в соответствии с индивидуальной программой реабилитации инвалида;
Состояние Заявителя при направлении на МСЭ;
Результаты дополнительных методов исследования;
Оценка физического развития (нормальное, дефицит массы тела, избыток массы тела, низкий рост, высокий рост);
Оценка психофизиологической выносливости (норма, отклонение);
Оценка эмоциональной устойчивости (норма, отклонение);
Клинический прогноз (благоприятный, относительно благоприятный, сомнительный (неопределенный), неблагоприятный);
Реабилитационный потенциал (высокий, удовлетворительный, низкий);
Цель направления на МСЭ (для установления инвалидности, степени утраты профессиональной трудоспособности, для разработки индивидуальной программы реабилитации инвалида, программы реабилитации пострадавшего в результате несчастного случая на производстве, другое);
Результаты МСЭ - сведения из справки об инвалидности: группа инвалидности (I, II или III), срок, на который она установлена, а также дата следующего медицинского освидетельствования;
Сведения об обратном талоне.
Разработать функцию настройки возможности прикрепления файлов со скан-копиями документов (вложить файл) в формате pdf. Режим прикрепления должен определять Администратор в описании шаблона медицинского комплекса.
Разработать клиент электронного сервиса для передачи направлений на МСЭ из Системы для веб-сервиса: http://smev.gosuslugi.ru/portal/services.jsp#!/F/FMBAmselpu01/1.00/p00smev/SID0003821.
Разработать систему отчетов, позволяющих проводить мониторинг эксплуатации Системы.
|
