Контракт №39/15-дбу на выполнение работ


НазваниеКонтракт №39/15-дбу на выполнение работ
страница7/10
ТипДокументы
filling-form.ru > Бланки > Документы
1   2   3   4   5   6   7   8   9   10

Функциональные возможности государственной информационной системы Самарской области «Регистр медицинских справок»
Система предназначена для создания областного электронного регистра медицинских справок, инструмента для электронного подтверждения подлинности документа, удостоверяющего факт прохождения медицинского освидетельствования гражданином Российской Федерации, иностранным гражданином или лицом без гражданства, и проведения проверки достоверности представленных в нем сведений, контроля использования бланков строгой отчетности в МО, осуществления межведомственного электронного взаимодействия между МЗ СО и УГИБДД, между МЗ СО и УФМС.

Система является элементом комплексной информационной системы здравоохранения Самарской области как регионального фрагмента единой государственной информационной системы в сфере здравоохранения Российской Федерации.

Оператором Системы является МИАЦ.

Эксплуатация Системы осуществляется на основе функционально-ролевого подхода. Функциональные роли пользователей Системы приведены в таблице 1.
Таблица 1 – Функциональные роли пользователей Системы


п/п

Наименование роли

Описание функциональной роли

1.

Администратор

Администрирование Системы:

ведение списка пользователей Системы;

управление ролями пользователей Системы;

конфигурирование медицинских освидетельствований

мониторинг журнала действий пользователей Системы

2.

Специалист МИАЦ

Выделение адресного пространства номеров бланков строгой отчетности.

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

3.

Регистратор МО

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

Формирование и ведение журнала выдачи бланков строгой отчетности.

4.

Профильный специалист

Подтверждение результатов прохождения осмотра медицинского освидетельствования специалистом при помощи электронной подписи.

5.

Председатель комиссии

Подтверждение результатов прохождения комплекса медицинского освидетельствования при помощи электронной подписи.

6.

Пользователь УФМС

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

7.

Пользователь УГИБДД

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

8.

Специалист МЗ СО

Просмотр выданных медицинских справок.

Формирование электронного подтверждения в УФМС о факте выдачи акта медицинского освидетельствования.

Структура Системы

Архитектура Системы представлена на рисунке 1.



Рисунок 1 – Архитектура Системы
Система представляет собой программно-аппаратный комплекс, который включает:

  • СУБД – Microsoft SQL Server 2008 R2 (SP2), версия 10.50.4000.0 (X64);

  • веб-платформа – Liferay Portal, версия 6.0.6.0;

  • ПО Системы – пользовательские приложения;

  • СКЗИ – КРИПТО-ПРО JCP, версия 2.0.

В процессе эксплуатации Системы предусмотрена возможность осуществления межведомственного взаимодействия с УГИБДД и УФМС путем вызова веб-сервисов. Соответствующее взаимодействие осуществляется с использованием СМЭВ СО.

Система обеспечивает многопользовательский доступ к данным с использованием функционально-ролевой модели. Идентификация пользователей производится на основе имени пользователя (СНИЛС и код МО) и пароля. Ввод идентификационных данных производится при входе в Систему.

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

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

  • пользователь вводит данные в Систему через специализированный веб-портал Системы;

  • вся введенная информация консолидируется в хранилище данных;

  • собранные данные проходят проверку на достоверность;

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

Основные возможности ПО Системы, предусмотренные для пользователей согласно назначенным функциональным ролям:

Администратор Системы:

  • ведение списка пользователей;

  • управление ролями пользователей;

  • ведение списка организаций, информации по МО;

  • актуализация НСИ Системы;

  • осуществление привязки пользователей к сертификатам ЭП;

  • мониторинг журнала действий пользователей Системы.

Специалист МИАЦ:

  • осуществление поиска в БД Системы;

  • выгрузка бланков строгой отчетности в формат электронных таблиц;

  • формирование и ведение бланков строгой отчетности;

  • формирование и ведение серий бланков строгой отчетности;

  • формирование отчетов:

  • «Журнал регистрации выдаваемых бланков строгой отчетности справок УГИБДД»;

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

Регистратор МО:

  • осуществление поиска электронной регистрационной карты Заявителя в БД Системы;

  • формирование новой (ведение существующей) электронной регистрационной карты Заявителя;

  • формирование и ведение медицинских комплексов Заявителя;

  • регистрация выданных по МО медицинских бланков строгой отчетности;

  • аннулирование зарегистрированных медицинских бланков строгой отчетности;

  • печать направления Заявителя на медицинское обследование;

  • формирование отчетов:

  • «Журнал регистрации выдаваемых бланков строгой отчетности справок УГИБДД»;

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

Профильный специалист:

  • осуществление поиска электронной регистрационной карты Заявителя в БД Системы;

  • ведение медицинских комплексов Заявителя (проведение обследований по выбранному профилю; ввод, удаление, редактирование данных об обследовании);

  • формирование, печать и направление ответственным лицам экстренного извещения о выявленном заболевании;

  • окончательное утверждение результата обследования.

Председатель комиссии:

  • осуществление поиска электронной регистрационной карты Заявителя в БД Системы;

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

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

Сотрудник УФМС:

  • осуществление поиска электронной регистрационной карты Заявителя в БД Системы;

  • создание и ведение (просмотр, печать, наполнение) реестров мигрантов для проверки в МЗ СО подлинности документа, подтверждающего факт прохождения медицинского освидетельствования;

  • отправка реестров мигрантов в МЗ СО;

  • получение от МЗ СО результата проверки;

  • формирование письма специалисту МЗ СО о предоставлении информации по мигранту для выдачи разрешения на временное проживание в Российской Федерации.

Специалист МЗ СО:

  • осуществление поиска электронной регистрационной карты Заявителя, обратившегося в УФМС для получения разрешения на проживание в Российской Федерации, в БД Системы;

  • получение от УФМС реестров мигрантов;

  • ведение (просмотр, проверка, согласование, печать) реестров мигрантов для проверки подлинности документа, подтверждающего факт прохождения медицинского освидетельствования;

  • отправка согласованных реестров мигрантов в УФМС;

  • печать письма от сотрудника УФМС о выдаче разрешения на временное проживание в Российской Федерации;

  • печать ответного письма в УФМС о выдаче разрешения на временное проживание в Российской Федерации.

Специалист УГИБДД:

  • осуществление поиска медицинского бланка о результате прохождения медицинского освидетельствования кандидатов на выдачу (замену) водительских прав в БД Системы;

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

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

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

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

Между Системой и ведомственной ИС УФМС обеспечивается следующее информационное взаимодействие:

  • получение ведомственной ИС УФМС из Системы следующей информации:

  • врачебные свидетельства мигранта;

  • состояние здоровья мигранта (наркомания, инфекции, туберкулез) и сертификат об отсутствии ВИЧ-инфекции.

Между Системой и ведомственной ИС УГИБДД обеспечивается следующее информационное взаимодействие:

  • получение ведомственной ИС УГИБДД из Системы информации о результатах прохождения медицинского освидетельствования кандидатов на выдачу (замену) водительских прав.

Описание регламента связей

Связь между пользователями Системы осуществляется посредством электронного веб-сервиса подтверждения подлинности документа, удостоверяющего факт прохождения медицинского освидетельствования с выдачей справки, который предназначен для осуществления электронного подтверждения подлинности медицинского документа, подтверждающего факт прохождения медицинского освидетельствования Заявителем.
Приложение № 3

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

государственной информационной системы Самарской области «Регистр медицинских справок» с медицинскими информационными системами, эксплуатирующимися Участниками Системы


        1. Для обеспечения интеграционного взаимодействия Системы и МИС должен быть разработан веб-сервис с набором методов, которые обеспечат обмен информацией по документам, подтверждающим факт прохождения медицинского освидетельствования Заявителем. Набор методов включает:

  • метод регистрации сведений о прохождении медицинского освидетельствования Заявителем;

  • метод регистрации сведений статуса бланка;

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

  • метод получения диапазона номеров бланков для справок УГИБДД и УФМС;

  • метод регистрации сведений о Заявителе;

  • метод получения НСИ Системы.

        1. Веб-сервис должен быть разработан по протоколу SOAP. Описание сервиса должно быть выполнено на языке WSDL. Сообщения запросов и ответов должны быть описаны на языке XML.

        2. На каждый запрос и ответ должна быть представлена XSD-схема и XML-файл с примером заполнения.

        3. Метод регистрации сведений о прохождении медицинского освидетельствования для получения справки УГИБДД.

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

  • сведения в квадратных скобках указывают на обязательность и количество каждого элемента: [0..1] – элемент необязательный, [1] – элемент обязательный, [1..100] – массив элементов, минимум 1, максимум 100 элементов в массиве;

  • тип поля int предусматривает только числовые значения от 0 до 99;

  • тип поля text(n) предусматривает символьные значения, количество символов не превышает n;

  • тип поля date предусматривает значения даты в формате dd.mm.yyyy, где dd – номер дня, mm – номер месяца, yyyy – номер года.

4.1. Запрос на регистрацию сведений бланка должен содержать следующие данные:

[1..100] Справка УГИБДД:

    • [1] Код МО, выдавшей бланк справки (int, Справочник «Основные сведения об Участнике Системы», поле ОГРН);

    • [1] Номер медицинской амбулаторной карты Заявителя в МИС (text(20));

    • [1] Фамилия (text(50));

    • [1] Имя (text(50));

    • [0..1] Отчество (text(50));

    • [1] Пол (int, Справочник полов, поле [SEX]);

    • [1] Дата рождения (date);

    • [1]Master Patient Index (MPI) пациента (text (50)).

Сведения о документе, удостоверяющем личность Заявителя:

    • [1] Тип документа, удостоверяющего личность (int, Справочник Типы документов, удостоверяющих личность);

    • [1] Серия документа, удостоверяющего личность (text (4));

    • [1] Номер документа удостоверяющего личность(text (10));

    • [1] Дата выдачи документа, удостоверяющего личность (date);

    • [0..1] Срок действия документа, удостоверяющего личность (date).

Сведения о месте регистрации Заявителя:

[1] Адрес регистрации:

    • [1] Населенный пункт (int, Справочник OKATO (O002), поля [TER], [KOD1], [KOD2], [KOD3], [RAZDEL]);

    • [1] Улица (int, Справочник улиц, поле [STREET]);

    • [1] Дом (text (4));

    • [1] Литера (text (4));

    • [0..1] Корпус (int);

    • [0..1] Квартира (int);

    • [0..1] Литера (text (4)).

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

[1] Адрес пребывания:

    • [1] Населенный пункт (int, Справочник ОКАТО (O002), поля [TER], [KOD1], [KOD2], [KOD3], [RAZDEL]);

    • [1] [1] Улица (int, Справочник улиц, поле [STREET]);

    • [1] Дом (text (4));

    • [1] Литера (text (4));

    • [0..1] Корпус (int);

    • [0..1] Квартира (int);

    • [0..1] Литера (text (4)).

Сведения о бланке справки:

    • [1] Тип справки (int);

    • [1] Серия бланка (text(16));

    • [1] Номер бланка (text(16));

    • [1] Сведения об осмотрах:

      • [1] Осмотр невролога:

          • [1] Дата проведения осмотра (date);

          • [1] Результат (int, Справочник результатов);

          • [0..1] Примечание (text (100));

          • [1] СНИЛС пользователя МИС (text (11));

      • [1] Осмотр дерматовенеролога:

          • [1] Дата проведения осмотра (date);

          • [1] Результат (int, Справочник результатов);

          • [0..1] Примечание (text (100));

          • [1] СНИЛС пользователя МИС (text (11));

      • [1] Осмотр хирурга:

          • [1] Дата проведения осмотра (date);

          • [1] Результат (int, Результат (int, Справочник результатов);

          • [0..1] Примечание (text (100));

          • [1] СНИЛС пользователя МИС (text (11));

      • [1] Осмотр офтальмолога:

          • [1] Дата проведения осмотра (date);

          • [1] Результат (int, Справочник результатов);

          • [0..1] Примечание (text (100));

          • [1] СНИЛС пользователя МИС (text (11));

      • [1] Осмотр оториноларинголога:

          • [1] Дата проведения осмотра (date);

          • [1] Результат (int, Справочник результатов);

          • [0..1] Примечание (text (100));

          • [1] СНИЛС пользователя МИС (text (11));

          • [0..1] Осмотр гинеколога:

          • [1] Дата проведения осмотра (date);

          • [1] Результат (int, Справочник результатов);

          • [0..1] Примечание (text (100));

          • [1] СНИЛС пользователя МИС (text (11));

          • [0..1] Осмотр психиатром;

          • [1] Дата проведения осмотра (date);

          • [1] Результат (int, Справочник результатов);

          • [0..1] Примечание (text (100));

          • [0..1] СНИЛС пользователя МИС (text (11)), может быть не заполнен только в случае, если Регион РФ – не Самарская область);

          • [1] ФИО медицинского специалиста, сделавшего заключение из МО не Самарской области;

          • [0..1] Код МО (int, «Справочник  организаций сферы здравоохранения (LPU)», поле [LPUCODE], заполнено только для участников информационного взаимодействия в сфере здравоохранения Самарской области);

          • Код МО (int, ОГРН);

          • [1] Регион РФ (int, справочник ОКАТО (O002), поле [TER]);

      • [0..1] Осмотр врачом-наркологом:

          • [1] Дата проведения осмотра (date);

          • [1] Результат (int, Справочник результатов);

          • [0..1] Примечание (text (100));

          • [0..1] СНИЛС пользователя МИС (text (11)), может быть не заполнен);

          • Если бланк вводится специалистами УГИБДД или ОМО:

          • [1] ФИО специалиста из бланка справки, предъявленной Заявителем;

          • [0..1] Код МО (int, ОГРН);

          • [1] Регион РФ (int, справочник ОКАТО (O002), поля [TER]);

      • [0..1] Исследования:

          • [1] Общий анализ крови:

          • [1] Дата проведения (date);

          • [1] Результат (int, Справочник результатов);

          • [0..1] Примечание (text (100));

          • [1] СНИЛС пользователя МИС (text (11));

          • [1] Биохимический анализ крови:

          • [1] Дата проведения (date);

          • [1] Результат (int, Справочник результатов);

          • [0..1] Примечание (text (100));

          • [1] СНИЛС пользователя МИС (text (11));

        • [1] Общий анализ мочи:

          • [1] Дата проведения (date);

          • [1] Результат (int, Справочник результатов);

          • [0..1] Примечание (text (100));

          • [1] СНИЛС пользователя МИС (text (11));

        • [1] Аудиометрия:

          • [1] Дата проведения (date);

          • [1] Результат (int, Справочник результатов);

          • [0..1] Примечание (text (100));

          • [1] СНИЛС пользователя МИС (text (11));

    • [0..1] Заключение председателя комиссии**:

          • [1] Дата заключения

          • [1] Срок действия бланка справки;

          • [1..6] Категории транспортного средства (int, Справочник водительских категорий);

          • [1] Заключение (int, Справочник заключений);

          • [0..1] Примечание (text (100));

          • [1] СНИЛС пользователя МИС с ролью «Председатель комиссии» (text (11));

          • [0..1] Данные подписи (text (60)).

**в случае, если сведений о результатах освидетельствования психиатром, психиатром-наркологом нет, то сведения о заключении председателя комиссии в Систему не принимаются.

    1. Метод регистрации сведений о прохождении медицинского освидетельствования мигранта.

      1. Запрос на регистрацию сведений должен содержать следующие данные:
1   2   3   4   5   6   7   8   9   10

Похожие:

Контракт №39/15-дбу на выполнение работ iconПроект муниципального контракта на выполнение работ
«Исполнитель», с другой стороны, заключили настоящий муниципальный контракт, именуемый в дальнейшем «Контракт», о нижеследующем

Контракт №39/15-дбу на выполнение работ iconКонтракт
Федерального закона РФ от 18. 07. 2011 №223-фз "О закупках товаров, работ, услуг отдельными видами юридических лиц", заключили настоящий...

Контракт №39/15-дбу на выполнение работ iconДокументация об аукционе открытый аукцион в электронной форме №14/01/а-эф...
Подрядчика (Генерального подрядчика) на право заключить контракт на выполнение работ по капитальному ремонту парадного входа с устройством...

Контракт №39/15-дбу на выполнение работ iconГражданским Кодексом рф, Градостроительным Кодексом рф, Федеральным...
Федеральным законом от 25. 02. 1999 №39-фз «Об инвестиционной деятельности в Российской Федерации, осуществляемой в форме капитальных...

Контракт №39/15-дбу на выполнение работ iconГосударственный контракт на выполнение работ по строительству объекта
«Строительство физкультурно-оздоровительного комплекса с искусственным льдом в г. Искитиме»

Контракт №39/15-дбу на выполнение работ iconКонкурсная документация на право заключить муниципальный контракт...
Российской Федерации, учредительными документами юридического лица и если для участника размещения заказа выполнение работ, являющихся...

Контракт №39/15-дбу на выполнение работ iconПутеводитель по контрактной системе в сфере госзакупок контракт
Закон n 44-фз) поставка товаров (выполнение работ, оказание услуг) для государственных и муниципальных нужд осуществляется на основании...

Контракт №39/15-дбу на выполнение работ iconОглавление эд «Контракт» 5 Заполнение эд «Контракт» 6 Заполнение реквизитов эд «Контракт» 6
Направление сведений о контракте (договоре), заключенном Заказчиком, в еис для регистрации в реестре контрактов 25

Контракт №39/15-дбу на выполнение работ iconФгуп «Почта России», именуемое в дальнейшем «Исполнитель»
«Стороны», в соответствии с п. 1 ч. 1 ст. 93 Федерального Закона от 05. 04. 2013 №44-фз «О контрактной системе в сфере закупок товаров,...

Контракт №39/15-дбу на выполнение работ iconКонкурсная документация
Российской Федерации от 10. 09. 2009 г. №722 Об утверждении Правил оценки заявок на участие в конкурсе на право заключить государственный...

Вы можете разместить ссылку на наш сайт:


Все бланки и формы на filling-form.ru




При копировании материала укажите ссылку © 2019
контакты
filling-form.ru

Поиск