| Наименование характеристики |
Значение характеристики |
Единица измерения
характеристики |
Инструкция по заполнению
характеристик в заявке |
| Перечень программного обеспечения |
Наименование программного обеспечения: Медицинская информационная система «Ариадна».
Код класса ПО: 12.20 - Информационные системы для решения специфических отраслевых задач. |
|
|
| Цели и правовое основание закупки услуги |
1. Целью данной закупки является сопровождение медицинской информационной системы «Ариадна» в части амбулаторного блока в 2026 году в СПб ГБУЗ «Городская клиническая больница №31».
2 Основание закупки услуг:
2.1 Федеральный закон от 21.11.2011 № 323-ФЗ «Об основах охраны здоровья»
2.2 Федеральный закон от 27.07.2006 № 149-ФЗ «Об информации, информационных технологиях и о защите информации».
2.3 Федеральный закон от 27.07.2006 № 152-ФЗ «О персональных данных».
2.4 Федеральный закон от 06.04.2011 № 63-ФЗ «Об электронной подписи».
2.5 Постановление Правительства Санкт-Петербурга от 17.10.2012 №1119 «О государственной информационной системе Санкт-Петербурга «Региональный фрагмент единой государственной информационной системы в сфере здравоохранения».
2.6 Постановление Правительства РФ от 09.02.2022 N 140 «О единой государственной информационной системе в сфере здравоохранения».
2.7 Распоряжение Комитета по здравоохранению от 21.02.2018 №88-р «О создании и ведении электронной медицинской карты петербуржца».
2.8 Методические рекомендации по обеспечению функциональных возможностей медицинских информационных систем медицинских организаций, утвержденные МЗ РФ 01.02.2016.
2.9 Приказ Министерства здравоохранения Российской Федерации от 24 декабря 2018 г. № 911н «Об утверждении требований к государственным информационным системам в сфере здравоохранения субъектов российской федерации, медицинским информационным системам медицинских организаций и информационным системам фармацевтических организаций».
2.10 Постановление Правительства Российской Федерации от 23 декабря 2024 г. № 1875 «О мерах по предоставлению национального режима при осуществлении закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд, закупок товаров, работ, услуг отдельными видами юридических лиц». |
|
|
|
2.11 Приказ Минздрава России от 24.11.2021 N 1094н «Об утверждении Порядка назначения лекарственных препаратов, форм рецептурных бланков на лекарственные препараты, Порядка оформления указанных бланков, их учета и хранения, форм бланков рецептов, содержащих назначение наркотических средств или психотропных веществ, Порядка их изготовления, распределения, регистрации, учета и хранения, а также Правил оформления бланков рецептов, в том числе в форме электронных документов».
2.12 Распоряжение Комитета по здравоохранению от 09.08.2018 №417-р «Об утверждении Регламента государственных учреждений здравоохранения, находящихся в ведении исполнительных органов государственной власти Санкт-Петербурга по предоставлению услуги в электронном виде «Прием заявок (запись) на прием к врачу». |
|
|
| Требования к функциональным, техническим, качественным, эксплуатационным характеристикам услуг: Обозначения и сокращения |
МИС – медицинская информационная система
ИС – информационная система
БД – база данных
АРМ – автоматизированное рабочее место
ТФОМС – территориальный фонд обязательного медицинского страхования
РС ЕГИСЗ – региональный сегмент единой государственной информационной системы в сфере здравоохранения
СРО – Электронная система регистрации обращений
МО – медицинская организация
СЭМД --Стандартизированный электронный медицинский документ
ВИМИС -- Вертикально-интегрированная медицинская информационная система |
|
|
| Требования к функциональным, техническим, качественным, эксплуатационным характеристикам услуг: Общее описание медицинской информационной системы |
МИС «Ариадна» представляет собой медицинскую информационную систему полного цикла, обеспечивающую возможность ввода первичной медицинской информации, формирования отчетных форм, выписных эпикризов, выставления счетов на оплату и т.п.
Рабочие места пользователей медицинской информационной системы «Ариадна» располагаются в СПб ГБУЗ «Городская клиническая больница №31» по адресу: СПб, пр. Динамо д.3. |
|
|
| Перечень обслуживаемых программных модулей МИС: Состав медицинской информационной системы |
1) Контент. Справочники
2) Экономист
3) Генератор отчетов
4) Администратор
5) Системный администратор
6) Система протоколирования
7) Регистратура
8) Расписания
9) Амбулаторная история
10) Касса
11) Финансы (Выставление счетов)
12) Контент. Финансовые отчеты
13) Врач поликлиники
14) Рабочее место врача диагноста
15) Контент. Статистика поликлиники
16) Аптека
17) Выставление счетов в территориальный фонд ОМС
18) Справки
19) Процедурный кабинет |
|
|
| Перечень обслуживаемых программных модулей МИС: Состав интеграционных сервисов |
1) сервис Интегрированной электронной медицинской карты (ИЭМК)
2) сервис Терминологии (используется в ИЭМК, УО, ПГ и ОДЛИ)
3) сервис Система управления доступом (N3.СУД)
4) сервис Обмена данными лабораторных исследований (МИС.ДЛИ)
5) сервис Обмена данными инструментальных исследований (ОДИИ)
6) сервис Записи на прием к врачу (ФЭР2)
7) сервис Управления Очередями (УО) |
|
|
| Организация и условия обслуживания |
1. Исполнитель организует совместный со специалистами Заказчика процесс обслуживания МИС.
Обслуживание производится специалистами службы технической поддержки Исполнителя.
Режим работы службы технической поддержки Исполнителя: с 08-00 до 20-00 по московскому времени в рабочие дни, по аварийным ситуациям круглосуточно.
Ответственные лица со стороны Заказчика: Павлов Вадим Игоревич, тел.: 8-911-920-86-55, e-mail: b31@zdrav.spb.ru.
2. Выполнение услуг по сопровождению МИС осуществляется на основании Заявок, зарегистрированных в СРО Исполнителя. Оформление Заявок для выполнения услуг по сопровождению осуществляют ответственные лица Заказчика.
Заявки оформляются по мере возникновения необходимости оказания услуг по сопровождению и регистрируются в СРО Исполнителя с присвоением приоритета обращения в соответствии с Таблицей № 1.
При регистрации Заявки Заказчику необходимо:
• определить один из видов работ в соответствии с критериями, указанными в Таблице № 2;
• определить Трекер (тип задачи), в соответствии с критериями, указанными в Таблице № 3;
• присвоить предварительный приоритет к обращению, в соответствии с критериями, указанными в Таблице № 1 и Таблице № 3;
Подробно описать причину обращения с указанием конкретных действий пользователя, приводящих к ошибке в Системе, привести примеры и прикрепить скриншоты. |
|
|
| Приоритет обращений |
1. Блокирующий приоритет (Срок реагирования на заявку до 6 часов).
Возможные типы Обращений: Запрос на устранение ошибки;
Работа со сторонними ПО.
Характер Обращения: Ошибки:
- связанные с невозможностью подключиться к БД;
- связанные с полной неработоспособностью МИС для всех пользователей или блокирование/некорректной работы складской подсистемы, подсистемы выставления счетов в ЕИС ТФОМС СПб, модуля работы с кассами, приемного отделения и регистратур на всех рабочих местах пользователей, модуля работы с ЭЛН.
2. Высокий приоритет (Срок реагирования до 3 рабочих дней).
Возможные типы Обращений:
1) Запрос на устранение ошибки; Работа со сторонними ПО; Редактирование данных в БД.
Характер Обращения: Ошибки, связанные с неправильной работой АРМов, процедур и/или функций, которые ведут к некорректной работе пользователя.
Ошибки, влекущие за собой другие ошибки в смежных режимах, в т.ч. ошибки передачи данных в сервисы РЕГИЗ.
2) Выборка\печать.
Характер Обращения: Только по ошибкам выборок, связанных с Федеральными формами, отчётами для МИАЦ, ТФОМС, а также Кассовых отчётов АРМа «Регистратура».
3. Нормальный и Низкий приоритет (Срок реагирования до 60 рабочих дней).
Все типы обращений: Инциденты, которые не оказывают существенного негативного влияния на работоспособность и выполнение основных функций сопровождаемых модулей Системы. Есть временный (обходной) вариант решения по обращению.
Запросы на консультацию по основным функциям модулей Системы. |
|
|
| Виды услуг |
1. Консультирование - Обращение, не связанное с возникновением инцидента, содержащее запрос на получение информации о возможностях системы и существующих правилах настройки режимов системы;
2. Предоставление новых версий - Передача и установка новых версий системы выходящих в плановом порядке. Версии включают изменения программного обеспечения в соответствии с федеральным и региональным законодательством, улучшения, внесенные по инициативе разработчика и изменения, внесенные в систему по инициативе пользователей.
3. Федеральные формы отчетности - Изменения федеральных форм отчетности в соответствии с изменением законодательства, в порядке общей очереди (всех заявок от всех заказчиков);
4. Реестры ОМС - Изменения в процедуре выгрузки реестров в ТФОМС в соответствии с региональным и федеральным законодательством.
5. Обновление - Обращение, связанное с необходимостью провести плановое автоматическое обновление МИС на рабочей БД (не более 2х раз в год) и АРМ. Допускается обновление тестовой БД без восстановления уникальных для Заказчика процедур, с целью тестирования АРМов новой версии МИС (не более 2х раз в год). Обновление рабочей БД должно содержать все имеющиеся уникальности;
6. Отработка распоряжений МИАЦ, ТФОМС, Министерств - Выполнение работ в соответствии с официальными письмами МИАЦ, Министерства здравоохранения, Территориального Фонда ОМС в рамках существующей комплектации МИС (без учета работ по интеграционным сервисам);
7. Актуализация системных справочников - Актуализация системных справочников (КЛАДР, МКБ-10, номенклатура работ и услуг в здравоохранении, национальный календарь прививок и т.д.);
8. Новые выборки и формы отчетности - Разработка новых выборок, учетных и отчетных форм, включая конвертацию из MicrosoftOffice в Libre(Open) Office – не более 3-х выборок или учетных и отчетных форм в месяц; |
|
|
|
9. Обработка заявок на улучшение функциональности - Обращение, связанное с внесением изменений в ПО с целью улучшения функциональности, в том числе произвольные динамические проверки на корректность ввода данных, не включающее разработку. Внесение изменений в программное обеспечение с целью улучшения функциональности по заявкам пользователей в порядке общей очереди (всех заявок от всех заказчиков), но не более 6-х заявок в год;
10. Передача неисключительных пользовательских прав на обновленные модули МИС - Автоматическая передача неисключительных пользовательских прав при обновлении модулей программного обеспечения МИС «Ариадна»;
11. Сопровождение интеграционных сервисов - Сопровождение сервисов:
• сервис Записи на прием к врачу (ФЭР2);
• сервис Интегрированной электронной медицинской карты (ИЭМК);
• сервис Терминологии (используется в ИЭМК, УО, ПГ и ОДЛИ);
• сервис Система управления доступом (N3.СУД);
• сервис Обмена данными лабораторных исследований (МИС.ДЛИ);
• сервис Управления Очередями (УО);
• сервис Обмена данными инструментальных исследований (ОДИИ).
Состав работ по сопровождению интеграционных сервисов:
Тестирование работоспособности сервисов на контрольных примерах.
Исправление ошибок со стороны МИС по заявкам пользователей.
Изменение и улучшение работы сервиса - добавление проверок, изменение параметров выгрузки и т.д., в соответствии с описанием интеграционных профилей сервисов, в тех версиях, которые в настоящее время поддерживает регион.
Плановое обновление сервиса при изменении параметров выгрузки или для улучшения работы сервиса.
Консультирование заказчиков по работе сервиса по заявкам в системе Исполнителя.
Добавление выборок для мониторинга работы сервисов; |
|
|
|
12. Сопровождение функциональности формирования, отправки и валидации СЭМД / СЭМД-бета в РЭМД / ВИМИС
(до 70-ти документов) –
В сопровождение входят следующие услуги:
1. Установка обновлений программных компонентов для формирования СЭМД и СЭМД-бета для обеспечения наличия в БД Заказчика как минимум одной успешно регистрируемой в РЭМД / ВИМИС редакции СЭМД / СЭМД-бета.
2. Обновление редакций СЭМД / СЭМД-бета по требованию Заказчика.
3. Поддержание принимаемых в рамках СЭМД / СЭМД-бета версий федеральной нормативно-справочной информации.
4. Консультирование по настройкам собственных протоколов МИС для целей формирования СЭМД / СЭМД-бета.
5. Консультирование по ошибкам валидации СЭМД / СЭМД-бета в РЭМД / ВИМИС. Осуществляется через систему заявок СРО.
6. Поддержание версий сервисов ИЭМК / ОДЛИ / ОДИИ для соответствия требованиям РЕГИЗ / ЕГИСЗ для успешной передачи СЭМД / СЭМД-бета в РЭМД / ВИМИС. |
|
|
| Трекер (тип задачи) |
1. Консультирование - Консультирование сотрудников Заказчика. Обсуждение и приём задач от пользователей Заказчика. Ответственность за содержание заявки от всех пользователей МО несёт ответственный сотрудник ИТ Заказчика;
2. Ошибка - Вывод информационного окна с соответствующим текстом в АРМах при работе пользователя, сопровождающееся выходом из приложения и/или не возможностью продолжить работу в приложении;
3. Обновление - Заявки на обновление всей МИС, с отключением пользователей от БД;
4. Выборка\Печать - Заявки на создание и изменение отчётных и печатных форм;
5. Установка (версии у Заказчика) - Заявки на обновление не всей МИС, а только указанных АРМов. Возможно только при условии, что версия МИС не старше версии АРМа более чем на 20 календарных дней;
6. Редактирование данных в БД - Изменения, относящиеся к исправлению ошибок при работе пользователей.
В случае изменений данных, касающихся визитов пациентов, переданных в Сервисы МИАЦ (РЕГИЗ) или кассовых данных, необходимо прикреплять к задаче скан Заявки, подписанной главным врачом и/или лицом его заменяющим;
7. Улучшение функциональности - Внесение изменений в программное обеспечение с целью улучшения функциональности модулей системы, внесение изменений в интерфейс модулей системы, в том числе произвольные динамические проверки на корректность ввода данных, не включающее разработку. |
|
|
| Сроки и условия выполнения заявок |
6. В случае если в Заявке отсутствуют сведения, достаточные для успешного решения задачи, обработка Обращения может быть отложена Исполнителем, при этом сотрудник Исполнителя запрашивает дополнительную информацию от сотрудника МО, сформировавшего Обращение, в Системе СРО. В таком случае, срок выполнения задачи соизмеримо увеличивается на количество часов/дней до момента получения от Заказчика обратной связи и полного объема информации для решения задачи.
7. Исполнитель не несет ответственность за сроки выполнения заявок, в случае, если часть работ (ответственности) по решению задачи находится в зоне ответственности Заказчика или третьих лиц до устранения обстоятельств. Такими обстоятельствами являются:
• устранение неисправности на оборудовании или сетях Заказчика;
• устранение неисправности на оборудовании (в том числе, но не ограничиваясь: оборудовании Центра обработки данных, магистральных линий связи и др.), находящихся вне зоны ответственности Исполнителя;
• при неполноте или некорректности сведений и документации, представленной Заказчиком для исполнения заявки;
• консультация, проверка или устранение неисправности со стороны разработчика сторонней информационной системы, с которой осуществляется интеграционное взаимодействие через МИС «Ариадна» (РМИС, РЕГИЗ, ЕГИСЗ, ТФОМС и т.д.)
8. Исполнитель не несёт ответственности за предоставление Решения по Обращению, переданного не по разрешённым каналам доставки Обращений (Messenger, социальные сети).
9. Исполнитель не несёт ответственности за приём Обращений от сотрудников МО, оформленные не по правилам настоящего Технического задания и вправе отклонить такие заявки.
10. Перед тем, как подавать Обращение в систему СРО, сотрудник МО должен убедиться, что в СРО аналогичное обращение еще не было зарегистрировано в рамках МО. Заказчик обязан контролировать такие заявки. Исполнитель вправе отклонить повторные обращения. |
|
|
|
1. Срок выполнения заявок с приоритетом Блокирующий, которые влияют на работоспособность всей системы (невозможность функционирования системы в целом) - 6 часов при наличии удаленного доступа к информационной системе Заказчика. Блокирующий приоритет может быть только у заявки с трекером 2 Таблицы № 3.
В случае если проблему с приоритетом Блокирующий Исполнитель, в указанный срок решить не смог, но функционирование системы в целом восстановлено, Исполнитель по запросу Заказчика предоставляет в течение 2-х рабочих дней письменный отчет с описанием причин и Стороны совместно принимают решение о понижении статуса заявки и последующего поиска решения Исполнителем совместно с Заказчиком.
2. Срок выполнения заявок с приоритетом Высокий, которые влияют на работоспособность отдельных функций системы (невозможность ввода и сохранения данных, выставления счетов или построения имеющихся форм отчетности) - 3 рабочих дня. При наличии вопросов, которые делают невозможным исполнение заявки, в течение 3-х рабочих дней вопросы регистрируются в системе заявок и Стороны совместно принимают решение о понижении статуса заявки и последующего поиска решения Исполнителем. Высокий приоритет может быть только у заявок с уже реализованным функционалом системы Заказчика.
3. По заявкам с приоритетом Нормальный и Низкий задачи с трекером 1, 2, 3, 4, 5, 6 устанавливается желаемая дата выполнения, заявки выполняются в плановом порядке, но не более 60 рабочих дней.
4. В месяц может быть создано не более 3 новых задач с трекером 4 на разработку или модернизацию новых выборок или форм (Выборка/Печать). Задачам на создание новых выборок или форм присваивается только приоритет Нормальный или Низкий.
5. В год может быть создано не более 6 новых задач с трекером 7 на Улучшение функциональности. Задачам на Улучшение функциональности присваивается только приоритет Нормальный или Низкий. |
|
|
|
11. Обращения должны содержать данные необходимые для однозначной идентификации Пользователя МИС и сотрудника МО и Обращения:
-наименование медицинской организации;
-фамилия, имя, отчество Администратора МО;
-реквизиты Пользователя МИС, в т.ч. имя пользователя в МИС;
-тип обращения (определяется в соответствии с критериями, указанными в Таблице 1);
-предварительный приоритет обращения (определяется в соответствии с критериями, указанными в Таблице № 4);
-описание Обращения.
12. Заявки на внесение изменения или удаления информации о пациенте, истории болезни, платежах будут приняты Исполнителем после того, как сотрудник МО, сформировавший Обращение в системе СРО, предоставит данный запрос на официальном бланке МО за печатью организации и подписью ответственного лица.
13. По результатам обработки заявки специалист Исполнителя может изменить приоритет Задачи, если сотрудником МО сформировавшего Обращение в системе СРО, присвоен не в соответствии с Таблицей № 1 «Приоритет Обращений».
14. По результатам обработки заявки специалист Исполнителя предоставляет сотруднику МО, сформировавшего Обращение в системе СРО, информацию по решению Заявки. Факт предоставления решения по Заявке фиксируется путем установки соответствующего статуса:
- статус задачи «Решена» устанавливается в случае успешной обработки Заявки;
- статус задачи «Отклонена» устанавливается в случае, если успешная обработка Заявки невозможна, с указанием причины отклонения.
15. После предоставления Исполнителем решения или запроса дополнительной информации по Заявке, сотрудник МО, сформировавший Обращение, должен проверить задачу с дальнейшими действиями:
• предоставить необходимую информацию Исполнителю для корректного решения задачи;
проверить решение задачи в сроки согласно Таблице № 5 и либо закрыть задачу, либо отправить Исполнителю с указанием причин возврата в работу. |
|
|
|
16. По Заявкам, поступившим в Систему СРО, оформление которых не соответствует требованиям, изложенным в настоящем Описании объекта закупки, сотруднику МО, сформировавшему Обращение, высылается уведомление о необходимости соблюдения требований к оформлению Заявок. Такие запросы рассматриваются в Системе СРО только после получения информации, оформленной в соответствии с требованиями настоящего Описания объекта закупки.
17. По результатам проведённого предварительного анализа Заявок специалистами Исполнителя тип и приоритет Заявок может быть изменен. В случае изменения типа и приоритета Заявки, сотруднику МО, сформировавшему Обращение, автоматически отправляется уведомление по электронной почте, при этом сотрудник МО, сформировавший Обращение, несет ответственность за корректность адреса электронной почты, указанного в настройках учетной в Системе СРО.
Обработка Заявок включает в себя следующие процедуры:
? анализ достаточности данных, указанных в описании Заявки, для его решения;
? запрос дополнительных сведений, необходимых для решения Заявки. |
|
|
| Требования к оформлению Обращений |
6) Если в выборках/печатных формах необходимо выводить информацию из протоколов, то нужно обязательно указать:
- Название и код протокола.
- Название и коды вопросов данного протокола, информацию из которых необходимо выводить в выборках/печатных формах.
- Место, где заполняется данный протокол (АРМ, вкладка).
- Пример заполненного протокола (номер ИБ, пациента, исследования и т.д., на которых заполнен данный протокол). |
|
|
|
1. Для всех типов Заявок:
- наименование модуля МИС;
2. Заявка на устранение ошибки:
- снимок экрана с ошибкой;
- наименование экранной формы и ссылка на страницу, где была зафиксирована ошибка;
- дополнительные файлы (в случае необходимости);
- перечисление действий, выполнение которых повлекло за собой возникновение ошибки;
- описание желаемого результата исправления ошибки;
3. Запрос улучшение (Улучшение):
- основание для выполнения модификации;
- четкое описание требуемой модификации в виде частного технического задания
- описание полей;
- снимок с экрана (в случае необходимости);
4. Выборка/Печать:
1) Если требуется разработать новую выборку, то обязательно указать:
- название выборки;
- общее описание выборки – по какому принципу должен производиться выбор данных;
- необходимые поля (столбцы) выборки;
- параметры выборки (при желании указать обязательность/необязательность данных параметров).
- путь к отчету – в какую группу (папку) вложить выборку;
- шаблон выходной формы – прикрепить или указать ссылку. В случае, если шаблон не указан, то будет применен универсальный шаблон.
2) Если необходимо разработать новую печатную форму, то обязательно указать:
- название печатной формы;
- название АРМА, из которого будет производиться печать;
- расположение кнопки, на которую необходимо повесить печать;
- шаблон формы – прикрепить к задаче, либо указать ссылку;
- пояснения по заполнению полей – откуда брать данные, если требуется. |
|
|
|
3) Если необходимо исправить ошибку в печатной форме/выборке, то:
3.1) Если ошибка возникла в выборке необходимо обязательно указать следующую информацию:
- путь к выборке;
- параметры, при которых возникает ошибка;
- в чем заключается ошибка;
- предполагаемый правильный результат – предполагаемые правильные цифры, количество строк и т.д.;
- как получены правильные цифры – откуда взяты (АРМ, другая печатная форма/выборка), какая логика используется при получении правильного результата;
- скриншот/сформированный отчет с ошибкой, при необходимости (прикрепить или указать ссылку).
3.2) Если ошибка возникла в печатной форме, то необходимо обязательно указать следующую информацию:
- название печатной формы
- название АРМА, из которого будет производится печать.
- на каких данных вызывается печать – по какому пациенту/случаю лечения/платежу и т.п. производится печать.
- как вызываете печать.
- в чем заключается ошибка.
Также можно указать необязательную информацию:
- предполагаемый правильный результат – предполагаемые правильные цифры, количество строк и т.д.
- откуда взят или на чем основан правильный результат, какая логика используется.
- скриншот/сформированный отчет с ошибкой, при необходимости (прикрепить или указать ссылку).
4) Если необходимо внести изменения/доработать выборку, то обязательно указать:
- путь к выборке
- какой функционал требуется добавить – какое поле/столбец, параметр и т.д.
- также можно указать необязательную информацию:
- в какое место необходимо добавить изменение - где разместить изменения (например, между какими столбцами добавить новое поле).
5) Если необходимо изменить печатную форму, то необходимо указать следующую информацию:
- название печатной формы
- название АРМА, из которого будет производиться печать.
- что требуется добавить/изменить – поле, данные, изменить дизайн.
- приложить скриншот/файл ожидаемой формы после изменения. |
|
|
| Сроки проверки задач Заказчиком |
1) Блокирующий приоритет - до 12 часов;
2) Высокий приоритет - до 10 рабочих дней;
3) Нормальный и Низкий приоритет - до 30 рабочих дней.
*- для Трекера «Выборка» (ошибка) срок проверки увеличивается до 10 рабочих дней.
По истечении срока указанного в Таблице № 5, Исполнитель вправе «Закрыть» задачу. |
|
|
| Требования к качеству и безопасности услуг |
1. Услуги должны оказываться с соблюдением требований, предусмотренных нормативно правовыми актами по информационной безопасности и требованиями ГОСТов по защите информации:
- Федеральный закон от 27.07.2006 N 149-ФЗ «Об информации, информационных технологиях и о защиты информации»;
- постановление Правительства РФ от 01.11.2012 N 1119 «Об утверждении требований к защите персональных данных при их обработке в информационных системах персональных данных».
- ГОСТ Р 50922-2006 Защита информации. Основные термины и определения.
- ГОСТ Р 53114-2008 Защита информации. Обеспечение информационной безопасности в организации. Основные термины и определения.
- ГОСТ Р 51624-2000 Защита информации. Автоматизированные системы в защищенном исполнении. Общие требования.
- ГОСТ Р 51583-2014 Защита информации. Порядок создания автоматизированных систем в защищенном исполнении. Общие положения.
2. Разрабатываемые/сопровождаемые программные средства АИС не должны допускать и содержать недекларированных возможностей и известных уязвимостей информационной безопасности.
3. В случае если для выполнения работ необходимо использование программного обеспечения, принадлежащего третьим лицам, Исполнитель обязан согласовать возможность использование такого программного обеспечения с Заказчиком.
4. Исполнитель гарантирует обеспечение конфиденциальности информации о Заказчике и обрабатываемых Заказчиком персональных данных пациентов, которая будет или может быть известна сотрудникам Исполнителя в процессе настройки МИС. |
|
|
Показать всё
Скрыть
|
Зарегистрироваться
Войти
Все сервисы
