---
title: "Без названия"
status: действует
canonical: "https://bukva.ai/docs/bez-nazvaniya-3962/statya-14"
---

# Статья 14. Государственные информационные системы:

### <a id="p100173"></a>Статья 14. Государственные информационные системы:

8. <a id="p100174"></a>Технические средства, предназначенные для обработки информации, содержащейся в государственных информационных системах, в том числе программно-технические средства и средства защиты информации, должны соответствовать требованиям законодательства Российской Федерации о техническом регулировании.
<a id="p100175"></a>В Федеральном законе от 27 декабря 2002 года N 184-ФЗ в статье 4 указано "федеральные органы исполнительной власти наделены правом издавать в сфере технического регулирования акты обязательного характера в случаях, установленных статьей 5".


<a id="p100177"></a>Уполномоченным органом, наделенным правом устанавливать обязательные требования по защите информации, в соответствии со ст. 15 Федерального закона от 27.07.2006 N 149-ФЗ является Федеральная служба по техническому и экспортному контролю (ФСТЭК России).
<a id="p100178"></a>В случае, если производитель устанавливает возможность взаимодействия Программного обеспечения, являющегося медицинским изделием, с иными информационными системами (определение "иных информационных систем" приведено в постановлении Правительства Российской Федерации от 12.04.2018 N 447), он должен обеспечить защиту своего медицинского изделия от возможных угроз со стороны таких иных информационных систем. Защита должна обеспечиваться с учетом требований постановления Правительства Российской Федерации от 01.11.2012 N 1119.
<a id="p100179"></a>Для подтверждения качества и достаточности средств защиты Программного обеспечения, являющегося медицинским изделием, необходимо предоставить сведения от уполномоченного Правительством Российской Федерации федерального органа власти.
<a id="p100180"></a>В случае если выявляется несоответствие (в том числе опечатки и неточности), эксперт указывает об этом в том пункте заключения комиссии экспертов, который содержит анализ соответствия технической документации (Приложение А основных Методических рекомендаций).


<a id="p100182"></a>Применяются положения основных Методических рекомендаций с учетом применения требований к Программному обеспечению, в том числе установленных приказом Минздрава России от 19 января 2017 года N 11н:
6. <a id="p100183"></a>Эксплуатационная документация производителя (изготовителя) на медицинское изделие (далее - эксплуатационная документация), представляемая производителем (изготовителем) или уполномоченным представителем производителя (изготовителя), в составе регистрационного досье на медицинское изделие, должна содержать:
11) <a id="p100184"></a>информацию для проверки правильности установки (монтажа) медицинского изделия и его готовности к безопасной работе эксплуатации, включая:
<a id="p100185"></a>б) перечень предоставленных производителем (изготовителем) медицинского изделия сведений, ключей, паролей доступа, программ, необходимых для монтажа, наладки, эксплуатации и технического обслуживания медицинского изделия;
<a id="p100186"></a>Критерии несоответствия - по основным Методическим рекомендациям (все по применимости к конкретному Программному обеспечению), с учетом следующих особенностей:
<a id="p100187"></a>а) отсутствуют сведения, регламентирующие конструкцию, условия и правила эксплуатации Программного обеспечения <1>;

<a id="p100188"></a>

---

<a id="p100189"></a><1> Примечание:
- <a id="p100190"></a>в соответствии с Примечанием <1> пункта 2.8 настоящих Методических рекомендаций:
- <a id="p100191"></a>в описании Программного обеспечения не определены все целевые рабочие задачи, которые могут быть выполнены данным Программным обеспечением;
- <a id="p100192"></a>не определена система (технические и программные средства и их конфигурация), необходимая для ввода Программного обеспечения в эксплуатацию, включая наименования изготовителей и обозначения типов всех ее частей, например: процессоры, объем основной (оперативной) памяти, типы и объемы (памяти) периферийных запоминающих устройств, оборудование ввода и вывода, сетевое оборудование, системные и прочие программные средства;
- <a id="p100193"></a>не указаны программные средства управления предупреждением и оповещением оператора;
- <a id="p100194"></a>не определен каждый физический компонент Программного обеспечения, в частности, все печатные документы и все носители данных;
- <a id="p100195"></a>не предусмотрено (или недостаточно предусмотрено) удобство и простота использования (эксплуатационная пригодность), которые чувствительны к человеческим ошибкам и обучению (поддержка операций, выполняемых вручную, взаимодействие между человеком и оборудованием, ограничения в отношении персонала, сведения о том, где требуется пристальное человеческое внимание);
- <a id="p100196"></a>не установлен (не определен) план (или планы) технической поддержки Программного обеспечения для выполнения деятельности и задач процесса технической поддержки;
- <a id="p100197"></a>не представлены сведения о порядке инсталляции Программного обеспечения;
- <a id="p100198"></a>не приведен обзор функций Программного обеспечения, вызываемых пользователем, необходимых для них данных и предоставляемых средств;
- <a id="p100199"></a>не установлены граничные значения Программного обеспечения (минимальные или максимальные значения, длины ключей, максимальное число записей в файле, максимальное число критериев поиска, минимальный объем выборки и т.п.);
- <a id="p100200"></a>не определены конкретные знания, которые необходимо усвоить пользователю для применения соответствующего Программного обеспечения (знание соответствующей технической области, знание операционной системы, знания, получаемые в результате специального обучения, знание языков, отличных от языка, на котором написано описание продукта;
- <a id="p100201"></a>не указаны инструментальные средства для проведения настройки Программного обеспечения (в случае, если возможна настройка пользователем) и условия их применения.

<a id="p100202"></a>б) отсутствуют сведения о наличии, наименовании и местонахождении на территории Российской Федерации уполномоченного представителя производителя, в том числе авторизованного сервиса;
<a id="p100203"></a>в) отсутствуют сведения о мерах, предпринимаемых пользователем Программного обеспечения для обеспечения информационной безопасности <1>.

<a id="p100204"></a>

---

<a id="p100205"></a><1> Примечание:
<a id="p100206"></a>К таким сведениям относятся:
- <a id="p100207"></a>не указан порядок применения имеющихся ключей доступа, а также порядок определения пользователей с санкционированным доступом;
- <a id="p100208"></a>отсутствуют сведения об уровне конфиденциальности информации, в том числе информации о пациенте, применяемой для осуществления функционирования Программного обеспечения;
- <a id="p100209"></a>отсутствуют сведения о надлежащем кодировании (при необходимости) информации, предназначенной для передачи по интернет-сетям открытого доступа (например, в режиме телемедицинских консультаций);
- <a id="p100210"></a>отсутствуют сведения о порядке обеспечения пользователем защиты информации, предназначенной для длительного хранения, от несанкционированного удаления;
- <a id="p100211"></a>отсутствуют критерии оценки возможного повреждения и нарушения архитектуры Программного обеспечения для свидетельства попытки несанкционированного доступа.

<a id="p100212"></a>В случае, если производитель устанавливает возможность взаимодействия Программного обеспечения, являющегося медицинским изделием, с иными информационными системами (определение "иных информационных систем" приведено в постановлении Правительства Российской Федерации от 12.04.2018 N 447), он должен информировать потребителя о возможных угрозах со стороны таких иных информационных систем. Информирование потребителя должно обеспечиваться с учетом требований постановления Правительства Российской Федерации от 01.11.2012 N 1119.


<a id="p100214"></a>Проверяется наличие фотографий, предусмотренных подпунктом "д)" пункта 10 Правил государственной регистрации.
<a id="p100215"></a>В качестве фотографий Программного обеспечения рассматриваются:
<a id="p100216"></a>а) фотографическое изображение электронного носителя (при поставке Программного обеспечения на физическом носителе);
<a id="p100217"></a>б) фотографическое изображение (скриншот) экрана в случае поставки Программного обеспечения без участия физического электронного носителя (по сети Интернет).
<a id="p100218"></a>Фотография должна позволять четко и однозначно идентифицировать Программное обеспечение, включая его версию/дату выпуска.
<a id="p100219"></a>2.11. Оценка объема и полноты проведенных технических испытаний Программного обеспечения.
<a id="p100220"></a>Применяются положения основных Методических рекомендаций с учетом применения требований к Программному обеспечению. Перечень стандартов, рекомендуемых для подтверждения соответствия при проведении технических испытаний в аккредитованной испытательной организации, приведен в разделе Введение настоящих методических рекомендаций.
<a id="p100221"></a>Для проведения испытаний системы Программного обеспечения должны быть определены и выполнены испытания, выраженные как входные данные, ожидаемые результаты, критерии приемки и процедуры, с целью учета всех требований Программного обеспечения.
<a id="p100222"></a>Критерии несоответствия - по основным Методическим рекомендациям (все по применимости к конкретному Программному обеспечению), с учетом следующих особенностей, в результирующих документах по техническим испытаниям:
- <a id="p100223"></a>не определены тестируемые функции, тестовые данные, процедура тестирования, среда тестирования и другие условия (уточнение конфигурации средств испытаний и подготовительная работа);
- <a id="p100224"></a>не представлены сведения о программных модулях, которые должны быть интегрированы в программные элементы и программные системы;
- <a id="p100225"></a>не определены и не испытаны аппаратные элементы, программные элементы и поддержка ручного управления (например, интерфейс, приспособленный для человека, диалоговые меню подсказки, распознавание речи, речевое управление системой), интегрированные в систему;
- <a id="p100226"></a>не приведены результаты тестирования комбинаций требований, для случаев если между требованиями существуют зависимости.


<a id="p100228"></a>Под информационной безопасностью Программного обеспечения понимается состояние сохранности полноты, целостности, точности полученных данных и конфиденциальности при передаче, хранении и анализе данных пациентов. Неверный анализ или нарушенная передача информации о пациенте может привести к неправильной или несвоевременной диагностике и терапии.
<a id="p100229"></a>При проведении оценки информационной безопасности рекомендуется опираться на положения ГОСТ Р 51188-98 "Защита информации. Испытания программных средств на наличие компьютерных вирусов. Типовое руководство". Испытательная организация может применять для тестирования защищенности Программного обеспечения и другие действующие нормативные документы и стандарты в соответствии со своей областью аккредитации.
<a id="p100230"></a>Проверяются результаты технических испытаний Программного обеспечения на наличие оценки, представленной производителем (изготовителем) технической и эксплуатационной документации в части:
- <a id="p100231"></a>соблюдения норм информационной безопасности при сохранении необходимого объема и своевременной доступности информации;
- <a id="p100232"></a>наличия идентификации и внедрения безопасных и формализованных способов получения, хранения, преобразования и передачи данных;
- <a id="p100233"></a>использования надлежащих мер контроля для обеспечения целостности данных в тех случаях, когда доступ к общей информации осуществляется несколькими видами Программного обеспечения;
- <a id="p100234"></a>определения всех возможных опасностей при обновлении Программного обеспечения;
- <a id="p100235"></a>обеспечения защиты конфиденциальной информации, в том числе в части достаточного контроля доступа и соответствующих ограничений системных настроек и процессов;
- <a id="p100236"></a>обеспечения и учета возможных неблагоприятных взаимодействий Программного обеспечения с другими системами с включением соответствующих мер устойчивости и надежности.
<a id="p100237"></a>2.13. Оценка документов, подтверждающих результаты испытаний медицинского изделия в целях утверждения типа средств измерений (в отношении медицинских изделий, относящихся к средствам измерений в сфере государственного регулирования обеспечения единства измерений, перечень которых утверждается Министерством здравоохранения Российской Федерации).
<a id="p100238"></a>Применяются положения основных Методических рекомендаций.


<a id="p100240"></a>Результаты экспертизы оформляются в соответствии с основными Методическими рекомендациями.




<a id="p100242"></a>3.1. Применяются все положения основных Методических рекомендаций с некоторыми дополнениями и уточнениями.
<a id="p100243"></a>3.2. Оценка результатов технических испытаний и испытаний для целей утверждения типа средств измерений проводится в соответствии с разделом 2 настоящих Методических рекомендаций.
<a id="p100244"></a>3.3. Программное обеспечение - медицинское изделие должно проходить клинические исследования, целью которых должно служить подтверждение эффективности, безопасности использования, а также соответствие его характеристик использованию по назначению, указанному изготовителем.
<a id="p100245"></a>3.4. В ходе клинических исследований должна быть дана клиническая оценка клинической связи (научной обоснованности), т.е. степени адекватности подбора данных и системы их анализа (концепция, измерения, заключение) целевому назначению. Оценка клинической значимости может подтвердить, что:
- <a id="p100246"></a>Программное обеспечение имеет устойчивую клиническую связь, базирующуюся на документально подтвержденных результатах, как это определено в клинических рекомендациях, клинических исследованиях в рецензируемых журналах, согласии на использование Программного обеспечения, международных справочных материалах или других подобных хорошо зарекомендовавших себя данных;
- <a id="p100247"></a>Программное обеспечение имеет новую клиническую значимость, базирующуюся на способности использовать новые входные данные, алгоритмы или результаты, новую целевую группу или новое предназначение.
<a id="p100248"></a>3.5. Определение клинического значения является необходимым компонентом клинической оценки для любого Программного обеспечения, являющегося медицинским изделием и может быть продемонстрировано ссылками:
<a id="p100249"></a>а) на существующие данные исследований, проведенных для того же предполагаемого использования;
<a id="p100250"></a>б) на существующие данные исследований, проведенных для другого предполагаемого использования, где может быть оправдана экстраполяция таких данных;
<a id="p100251"></a>в) генерацией и определением новых клинических данных для конкретного предполагаемого использования Программного обеспечения.
<a id="p100252"></a>3.6. Необходимость проведения клинических испытаний Программного обеспечения с участием человека в качестве субъекта устанавливается в соответствии с критериями пункта 37 Порядка, установленного приказом Минздрава России от 09.01.2014 N 2н.

<div align="center">

<a id="p100253"></a>БЛОК-СХЕМА

</div>

ПРОВЕДЕНИЯ КЛИНИЧЕСКОЙ ОЦЕНКИ



<a id="p100255"></a>3.7. Результаты клинических испытаний Программного обеспечения (как и любого другого медицинского изделия) должны быть оформлены в соответствии с Приложениями к приказу Минздрава России от 09.01.2014 N 2н.
<a id="p100256"></a>3.8. Для проведения клинических испытаний необходимость инсталляции Программного обеспечения с применением технических средств клинической организации определяется испытательной клинической организацией и отражается в Программе проведения клинических испытаний.
<a id="p100257"></a>В случае инсталляции (деинсталляции) программного обеспечения для проведения клинических испытаний медицинской организации следует руководствоваться положениями постановления Правительства Российской Федерации от 6 июля 2015 года N 676.


- <a id="p100259"></a>при проведении клинических испытаний Программного обеспечения как медицинского изделия для диагностики in vitro Программное обеспечение проверяется с применением биоматериалов и всего необходимого оборудования (в том числе медицинских изделий), предназначенного для обеспечения надлежащей работы Программного обеспечения;
- <a id="p100260"></a>при проведении испытаний с участием человека в качестве субъекта Программное обеспечение проверяется с применением биоматериалов и всего необходимого оборудования (в том числе медицинских изделий), предназначенного для обеспечения надлежащей работы Программного обеспечения;
- <a id="p100261"></a>в процессе проведения клинических испытаний Программного обеспечения как медицинского изделия для диагностики in vitro или испытаний с участием человека в качестве субъекта должны быть задействованы все модули Программного обеспечения (при модульной архитектуре), опробованы все функции, указанные производителем в эксплуатационной документации (в случае невозможности такого опробования должны представляться подробные пояснения причин);
- <a id="p100262"></a>в связи с тем, что Программное обеспечение для проведения клинических испытаний инсталлируется (устанавливается) на соответствующем оборудовании до получения регистрационного удостоверения, в Протоколе клинических испытаний медицинских изделий для диагностики in vitro или испытаний с участием человека в качестве субъекта должны быть сведения о деинсталляции Программного обеспечения;
- <a id="p100263"></a>при проведении клинических испытаний Программного обеспечения без участия человека в качестве субъекта должны быть оценены все позиции доказательных баз (клинические данные, анализ взаимозаменяемых медицинских изделий и т.п.), представленных производителем (изготовителем) в медицинскую организацию;
- <a id="p100264"></a>при проведении клинических испытаний Программного обеспечения (любых) испытательная медицинская организация в обязательном порядке оценивает эксплуатационный документ (руководство пользователя) и делает вывод как о том, что содержание документа доступно и понятно специалистам соответствующего профиля, так и о том, что его содержание обеспечивает надлежащее эффективное и безопасное медицинское применение.




<a id="p100266"></a>4.1. Применяются все положения основных Методических рекомендаций с некоторыми дополнениями и уточнениями.
<a id="p100267"></a>4.2. Для изделий 1-го класса потенциального риска и медицинских изделий для диагностики in vitro осуществляется экспертиза заявления о регистрации и документов, указанных в пункте 10 Правил государственной регистрации, полноты и результатов проведенных технических испытаний, токсикологических исследований, клинических испытаний, а также испытаний в целях утверждения типа средств измерений <1>.

<a id="p100268"></a>

---

<a id="p100269"></a><1> Примечание: в случае, если программное обеспечение для диагностики in vitro (например, Лабораторная информационная система (ЛИС)) входит в состав (как модуль) другого программного обеспечения, имеющего в назначении, кроме диагностики in vitro, и другие функции (например Медицинская информационная система (МИС)), то к нему не применяются положения Правил регистрации, установленные для медицинских изделий для диагностики in vitro в части одноэтапности экспертизы, а экспертиза выполняется на общих основаниях, в два этапа.

<a id="p100270"></a>4.3. Результаты экспертизы оформляются Заключением комиссии экспертов в соответствии с формой Приложения 3 Порядка проведения экспертизы, порядок заполнения формы Заключения приведен в Приложении А основных Методических рекомендаций.
<a id="p100271"></a>4.4. Экспертиза документов, указанных в пункте 10 Правил государственной регистрации, полноты и результатов проведенных технических испытаний, токсикологических исследований, а также испытаний в целях утверждения типа средств измерений осуществляется в порядке, указанном в разделе 2 настоящих Методических рекомендаций.
<a id="p100272"></a>4.5. Экспертиза полноты и результатов проведенных клинических испытаний осуществляется в порядке, указанном в разделе 3 настоящих Методических рекомендаций.






<a id="p100275"></a>5.2. В соответствии с пунктом 39 Правил государственной регистрации и Порядком проведения экспертизы экспертиза комплекта документов проводится в порядке, аналогичном порядку проведения экспертизы качества, эффективности и безопасности медицинского изделия для его государственной регистрации со следующими дополнениями:
<a id="p100276"></a>5.2.1. Производитель (изготовитель) предоставляет сведения об изменении в документации регистрационного досье (прежде всего, в технической и эксплуатационной документации) в случае обновления программного обеспечения, если такое обновление затрагивает:

<div align="center">

- <a id="p100277"></a>порядок установки (инсталляции) программного обеспечения;<br>
- <a id="p100278"></a>функциональные технические характеристики (например, расширение и (или) уменьшение функций);<br>
- <a id="p100279"></a>внешний вид ярлыка (значка), обычно располагаемого на "рабочем столе" программного обеспечения;<br>
- <a id="p100280"></a>порядок работы с программным обеспечением (в этом случае необходимо предоставление новой версии руководства пользователя с идентификационным номером версии);<br>
- <a id="p100281"></a>любые другие изменения, которые необходимо принимать во внимание пользователю (в том числе медицинской организации) при применении программного обеспечения.<br>
<a id="p100282"></a>5.2.2. Производитель (изготовитель) предоставляет сведения в случае изменения электронного носителя программного обеспечения и предоставляет соответствующие фотографические изображения.<br>
<a id="p100283"></a>5.3. В соответствии с пунктом 39 Правил государственной регистрации регистрирующий орган оформляет и выдает задание на проведение экспертизы качества, эффективности и безопасности медицинского изделия экспертному учреждению.<br>
<a id="p100284"></a>5.4. Результаты экспертизы оформляются в соответствии с формой Приложения 4 Порядка проведения оценки. Детализированный пример и порядок заполнения формы Заключения приведен в Приложении А основных Методических рекомендаций.

</div>




<a id="p100285"></a>

---




![](https://i.bukva.ai/vLeYaWGH/img_0.png)

![](https://i.bukva.ai/vLeYaWGH/img_1.png)
