В гис мис. Об информационных системах здравоохранения и медицинских данных

Перспективы и риски арбитражных споров. Ситуации, связанные со ст. 14

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

2. Государственные информационные системы создаются, модернизируются и эксплуатируются с учетом требований, предусмотренных законодательством Российской Федерации о контрактной системе в сфере закупок товаров, работ, услуг для обеспечения государственных и муниципальных нужд либо законодательством Российской Федерации о государственно-частном партнерстве, о муниципально-частном партнерстве, законодательством о концессионных соглашениях, а в случаях, если эксплуатация государственных информационных систем осуществляется без привлечения средств бюджетов бюджетной системы Российской Федерации, в соответствии с иными федеральными законами.

(в ред. Федеральных законов от 28.12.2013 N 396-ФЗ, от 29.06.2018 N 173-ФЗ, от 19.07.2018 N 211-ФЗ)

(см. текст в предыдущей редакции)

3. Государственные информационные системы создаются и эксплуатируются на основе статистической и иной документированной информации, предоставляемой гражданами (физическими лицами), организациями, государственными органами, органами местного самоуправления.

4. Перечни видов информации, предоставляемой в обязательном порядке, устанавливаются федеральными законами, условия ее предоставления — Правительством Российской Федерации или соответствующими государственными органами, если иное не предусмотрено федеральными законами. В случае, если при создании или эксплуатации государственных информационных систем предполагается осуществление или осуществляется обработка общедоступной информации, предусмотренной перечнями, утверждаемыми в соответствии со статьей 14 Федерального закона от 9 февраля 2009 года N 8-ФЗ «Об обеспечении доступа к информации о деятельности государственных органов и органов местного самоуправления», государственные информационные системы должны обеспечивать размещение такой информации в сети «Интернет» в форме открытых данных.

(в ред. Федерального закона от 07.06.2013 N 112-ФЗ)

4.1. Правительство Российской Федерации определяет случаи, при которых доступ с использованием сети «Интернет» к информации, содержащейся в государственных информационных системах, предоставляется исключительно пользователям информации, прошедшим авторизацию в единой системе идентификации и аутентификации, а также порядок использования единой системы идентификации и аутентификации.

(часть 4.1 введена Федеральным законом от 07.06.2013 N 112-ФЗ)

5. Если иное не установлено решением о создании государственной информационной системы, функции ее оператора осуществляются заказчиком, заключившим государственный контракт на создание такой информационной системы. При этом ввод государственной информационной системы в эксплуатацию осуществляется в порядке, установленном указанным заказчиком.

5.1. Создание, эксплуатация и модернизация государственной информационной системы на основании концессионного соглашения или соглашения о государственно-частном партнерстве осуществляются с учетом следующих особенностей:

1) функции оператора такой информационной системы в пределах, в объемах и в сроки, которые предусмотрены соответствующим соглашением, осуществляются концессионером или частным партнером;

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

(часть 5.1 в ред. Федерального закона от 14.07.2022 N 325-ФЗ)

6. Правительство Российской Федерации утверждает требования к порядку создания, развития, ввода в эксплуатацию, эксплуатации и вывода из эксплуатации государственных информационных систем, дальнейшего хранения содержащейся в их базах данных информации, включающие в себя перечень, содержание и сроки реализации этапов мероприятий по созданию, развитию, вводу в эксплуатацию, эксплуатации и выводу из эксплуатации государственных информационных систем, дальнейшему хранению содержащейся в их базах данных информации.

(часть 6 в ред. Федерального закона от 31.12.2014 N 531-ФЗ)

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

8. Технические средства, предназначенные для обработки информации, содержащейся в государственных информационных системах, в том числе программно-технические средства и средства защиты информации, должны соответствовать требованиям законодательства Российской Федерации о техническом регулировании.

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

(в ред. Федерального закона от 27.07.2010 N 227-ФЗ)

Стоит ли региону переходить на централизованную МИС?

Спустя 15 лет перед российскими регионами вновь встал вопрос: использовать единую или разные медицинские информационные системы (МИС). Хорошо это или плохо — рассуждает Андрей Ивашинников, заместитель директора по цифровой трансформации, группы компаний «Хост».

Что случилось?

25 мая 2023 года в г. Махачкала прошло совещание по вопросам реализации мероприятий федерального проекта «Создание единого цифрового контура в здравоохранении на основе ЕГИСЗ» национального проекта «Здравоохранение» субъектами РФ, под председательством заместителя Министра здравоохранения РФ Павла Пугачева. В совещании, кроме представителей субъектов РФ, участвовали представители Центра компетенций ЦНИИОИЗ МЗ РФ, директор проектов ПАО Ростелеком и генеральный директор ООО «РТ МИС». В результате совещания был принят Протокол решений, согласно которому тридцати одному субъекту РФ до 01.07.2023 года предписано: «представить в Минздрав России план перехода на единую медицинскую информационную систему, используемую на территории субъекта Российской Федерации во всех медицинских организациях государственной̆ и муниципальной систем здравоохранения, с конечным сроком до 01.12.2024».

О централизации решений

Вопрос, как реализовать ИТ-архитектуру регионального здравоохранения, не новый. Еще в 2008 году директор по информатизации Минздравсоцразвития Симаков Олег Владимирович публично выступал против единых систем в регионах. Источником раздражения тогда послужила «ИРИС» — интегрированная региональная информационная система здравоохранения на платформе SAP ERP + Healthcare, развернутая в Тюменской области и тиражируемая на все медицинские организации региона. Аргументы были достаточно весомы: «если поломка – то сразу у всех», «каждое ЛПУ, особенно специализированное – имеет свои особенности», и т.д.

В ответ приводились аргументы за централизованное решение: о понятной системе тиражирования и поддержке жизненного цикла, о фокусе на компетенции врачей и возможность работать в одной системе при переходе из одной МО в другую.

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

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

Вопрос «что лучше?» регионы для себя уже решили и, судя по объемам внедрения и достигнутым показателям охвата медицинских организаций требуемыми функциями МИС, возврат к выбору другой архитектуры и внедрению систем с «нуля» – со всеми вытекающими финансовыми затратами – требует очень веских оснований.

Тем не менее, к 2023 году Минздрав РФ все же пришел к заключению, что в каждом регионе должна быть единая централизованная МИС, соответствующая требованиям Приказа МЗ РФ от 24.12.2018 № 911.

Не вставая на сторону противников или сторонников централизованной системы, ГК «Хост» (разработчик ИС «Медведь») попробовала разобраться, какие плюсы и минусы дает такое решение, и какие вопросы возникнут у регионов при подготовке плана перехода на единую МИС региона до 1 декабря 2024 года.

Вопрос № 1. Что подразумевается под термином «единая МИС для региона»?

Определение единой региональной МИС ни в каких нормативно-правовых актах не дано, поэтому, каждый регион (и разработчик!) трактует понятие по-своему:

Существует ГОСТ Р ИСО/ТС 18308-2008 «Информатизация здоровья. Требования к архитектуре электронного учета здоровья», который определяет, что основным в построении учета должна быть возможность доступа к любым медицинским показателям пациента – в случае необходимости и при оказании медицинской помощи пациенту. Как это реализовано – неважно, главное – чтобы информационная модель решала проблему разобщенности данных и помогала собирать полноценные и верифицированные данные по пациенту из различных специализированных ИС в составе цифрового контура ГИСЗ региона.

Вопрос № 2. Что делать с локальными МИС, на которые уже потрачены бюджетные средства, работе с которыми обучены врачи, по которым региональные МИАЦ накопили определенную компетенцию?

За период информатизации здравоохранения с 2010 года и по сей день были потрачены десятки миллиардов рублей налогоплательщиков – а с началом Программы «Здравоохранение» только федеральных средств на проект создания Единого цифрового контура с 2018 года выделено более 88 миллиардов рублей. И если сейчас необходимо отказаться от работающих локальных решений в пользу «единой МИС», то кто будет обосновывать расходы на эти мероприятия? Минздрав РФ будет распределять федеральные субсидии или расходы будут оплачены из карманов региональных бюджетов?

Вопрос № 3. Подходит ли уже выстроенная региональная архитектура ГИС здравоохранения под встраивание региональной централизованной МИС?

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

Вопрос № 4. И в чем, собственно, выгода?

Есть наглядный пример с ООО «РТ МИС», чья централизованная система ЕЦП. МИС «пользуется» практически в трети регионов РФ: по итогам 2021-2022 года в 13-ти субъектах контракты, заключенные на развитие данной системы не выполнены или выполнены не в срок (информация из того же Протокола совещания с Павлом Пугачевым в Махачкале).

Причем регионы присутствия РТ МИС не занимают начало рейтинга регионов по цифровому развитию здравоохранения, а распределены по всему списку: от 6-го места до 82-го по итогам 2022 года.

Очевидно, что наличие единой централизованной МИС – не залог успеха, у больших систем есть своя особенность – чем больше система и шире круг регионов присутствия – тем более реактивно ее сопровождение и развитие. Слишком много ресурсов тратится на тираж «стандартной функциональности», а на доработки под нужды региона ресурсов практически не остается.

И есть еще одна особенность, заключающаяся в зависимости от единого вендора на регион: – он может диктовать цену доработок или сопровождения, даже если он ранее отдал право на свой продукт безвозмездно.

Таким образом

Плюсы и минусы единой системы для заказчика и производителя:

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

Вместо заключения

Пользователями МИС являются медицинские работники и руководители медицинских организаций. Их мнение достаточно важно при выборе варианта автоматизации их процессов. Если для амбулатории и для небольших больниц можно представить единую МИС, то задачи крупных региональных больниц трудно уложить в «прокрустово ложе» той же самой функциональности. Полагаем, что главные врачи крупных больниц и не будут это делать, они найдут возможность того, чтобы решить свои задачи информатизации самостоятельно. И если посмотреть на ситуацию внимательнее, то можно заметить, что даже в регионах с единой МИС в таких больницах работают параллельно совсем другие системы.

Субъективное мнение

На данный момент нет соответствующего федерального нормативно-правового акта, который определяет необходимость перехода регионального здравоохранения на единую МИС. Поэтому совещательное решение, сформулированное в протоколе, не гарантирует ответственность Минздрава РФ за реализацию такого решения конкретным регионом. Тогда может лучше остаться в существующей парадигме региональной ИТ-архитектуры? Деньги-то потрачены немалые.

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

И – «да здравствует выбор!»: для ИТ-компаний это и стимул, и шанс развития.

Введение

В настоящее время Минздравом в рамках национального проекта «Здравоохранение» реализуется федеральный проект «Создания единого цифрового контура здравоохранения на основе ЕГИСЗ» (далее – «Цифровой контур»). Проект направлен на создание механизмов взаимодействия медицинских организаций на основе ЕГИСЗ, что должно обеспечить цифровое преобразование и повышение эффективности функционирования отрасли здравоохранения на всех уровнях и создать условия для использования гражданами электронных услуг и сервисов в сфере здравоохранения. Более подробно об этом рассказано тут http://www.kmis.ru/blog/o-proekte-sozdaniia-edinogo-tsifrovogo-kontura .

Решение поставленных проектом задач будет осуществляться посредством внедрения и развития в регионах России информационных систем трёх основных видов:

Частью 4 ст. 91 323-ФЗ, а также подпунктом 5.2.200 «Положения о Министерстве здравоохранения Российской Федерации», утверждённого постановлением правительства РФ от 19.06.2012 № 608, предусмотрено, что Минздравом должны быть разработаны и нормативно утверждены требования к этим информационным системам.

Во исполнение этого положения издан приказ Минздрава №911н от 24.12.2018 «Об утверждении Требований к государственным информационным системам в сфере здравоохранения субъектов Российской Федерации, медицинским информационным системам медицинских организаций и информационным системам фармацевтических организаций».

Работа над документом велась Минздравом с привлечением экспертного сообщества в течение 2018 года. За основу были взятые утвержденные министром здравоохранения 1 февраля 2016 года «Методические рекомендации по обеспечению функциональных возможностей медицинских информационных систем медицинских организаций (МИС МО)» http://portal.egisz.rosminzdrav.ru/materials/351, а также «Методические рекомендации по обеспечению функциональных возможностей региональных медицинских информационных систем (РМИС)», утверждённые 28 июня 2016 года http://portal.egisz.rosminzdrav.ru/materials/391.

Приказом Минздрава предусмотрено, что:

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

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

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

МИС МО может быть представлена как самостоятельным продуктом, так и быть частью (подсистемой) единой региональной ГИС СЗ. В последнем случае, кроме прямых требований к ГИС СЗ, предусмотренных регулятором, она также должна соответствовать и всем установленным требованиям к МИС МО.

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

Операторами МИС МО, ГИС СЗ и ИС ФО являются региональные органы управления, уполномоченные на реализацию программ информатизации здравоохранения или организации, ими определенные. Таким образом, с юридической точки зрения оператором систем может быть не только региональное министерство или департамент здравоохранения – но и, например, министерство или департамент по информационным технологиям, если такое решение примет местная исполнительная власть субъекта РФ.

Главные особенности

В отличие от действовавших ранее «Методических рекомендаций», Приказ 911н имеет ряд существенных моментов, на которые необходимо обязательно обратить внимание и учитывать в текущей работе.

Самое первое – это общий характер документа. Раньше по МИС МО был свой документ, по РМИС – свой, а по ИФ ФО его вообще не было. Теперь Минздрав издал единый нормативно-правовой акт, регулирующий нормативные требования ко всем информационным системам здравоохранения.

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

Требования к функциональным возможностям носят теперь обобщённый характер и направлены на информационное сопровождение ключевых бизнес-процессов как внутри МО, так и в сфере управления здравоохранением, а не на детальное прописывание реализации той или иной функции. Иными словами, ранее Минздрав своими «Метод. рекомендациями» точно и детально говорил, какая функция должна быть в той или иной подсистеме, и какова должна быть глубина реализации этой функции. Теперь регулятор формулирует свои требования скорее к процессам, а не к функциям, оставляя тем самым разработчикам больше свободы в практической реализации требуемых возможностей и даже в известной степени открывая пространство для новых идей, развития и конкуренции, но вынуждая при этом обеспечивать глубину проработки информационной системы в том или ином процессе.

Сами требования к функциям теперь даны в очень сжатой форме. Например, «Методические рекомендации по обеспечению функциональных возможностей МИС МО» содержали раньше 82 страницы текста, в новом Приказе Минздрава эти же функциональные возможности описаны на 4 листах.

Еще одно важное изменение: и в «Метод. рекомендациях» и в первых версиях Приказа 911н предусматривался поэтапный переход и развитие функциональных возможностей. Для этого все они были разделены на «базовый» и «расширенный» наборы. Базовые возможности следовало реализовать в течение 1 года после вступления приказа в силу (т.е. с 1 января 2020 г.), а расширенные – к 31.12.2020. Все это в финальной версии документа было удалено. Таким образом, как только приказ вступит в силу – все это требования к ГИС СЗ, МИС МО и ИС ФО сразу становятся обязательными к соблюдению.

Импортозамещение

Из технологических требований, пожалуй, самым главным и тяжелым для отрасли будет п. 9 б), согласно которому создание и последующее развитие информационных систем в сфере здравоохранения должны соответствовать требованиям постановления Правительства РФ от 16.11.2015 г. № 1236 «Об установлении запрета на допуск программного обеспечения, происходящего из иностранных государств, для целей осуществления закупок для обеспечения государственных и муниципальных нужд». Мы детально рассмотрели этот нормативный акт и дополнения к нему в статьеhttps://webiomed.ru/blog/o-trebovaniiakh-k-informatsionnym-sistemam-zdravookhraneniia-v-chasti-podderzhki-otechestvennogo-po/

Для ясности поясним, что данное требование в приказе 911н означает, что МИС МО, ГИС СЗ и ИС ФО, начиная с 1 июля 2019 г., должны:

•    Присутствовать в «Едином реестре российских программ для электронных вычислительных машин и баз данных», https://reestr.minsvyaz.ru/ 
•    Обеспечивать работу пользователей на ПК и терминалах (тонких клиентах)
•    Обеспечивать идентификацию и аутентификацию пользователей, в том числе с помощью ЕСИА.
•    Работать в русском интерфейсе.
•    Не требовать дополнительное ПО и шрифты, имеющие ограничения на его свободное распространение на территории РФ (читай – в Крыму).
•    В случае работы через браузер поддерживать применение не менее 3 браузеров разных производителей, сведения хотя бы об одном из которых включены в единый реестр российского ПО.
•    Поддерживать работу клиентской части под управлением не менее 2 ОС, включенных в единый реестр российского ПО, а также работу под управлением сертифицированных версий Microsoft Windows версии 7 и выше.
•    Поддерживать работу серверной части под управлением не менее 2 ОС, включенных в единый реестр российского ПО, а также работу под управлением сертифицированных версий Microsoft Windows Server версии 2008 и выше.
•    Иметь реализованные и задокументированные программные интерфейсы (API) для интеграции с другими системами, в том числе с ЕГИСЗ и иными информационными системами в сфере здравоохранения.
•    Поддерживать достаточно широкий спектр возможностей по импорту/экспорту данных.
•    Иметь развитую документацию, поставляемую с системой в электронной форме на русском языке.

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

Думаю, в настоящее время у нас на рынке пока отсутствуют программные продукты, которые абсолютно соответствовали бы всем заявленным требованиям импортозамещения и при этом имели бы выверенный и глубокий функционал, соответствующий всем положениям приказа. Боюсь, у операторов соответствующих систем некоторое время будет очень сложный выбор между продуктами, которые имеют всю необходимую функциональность и интеграции, но скорее всего лишь частичное соответствие импортозамещению и продуктами, полностью соответствующие предъявленным техническим требованиям – но не имеющие достаточной функциональности.

Ключевые технологические требования

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

Из других важных технологических требований к ГИС СЗ, МИС МО и ИС ФО выделим следующее:

1.    Должна быть обеспечена защита информации, содержащейся в соответствующей информационной системе, посредством применения организационных и технических мер защиты.
2.    Программно-технические средства информационных систем должны:
a.    Располагаться на территории РФ.
b.    Иметь действующие сертификаты, выданные ФСБ и ФСТЭК в отношении применяемых средств защиты информации.
c.    Хранить информацию в форме электронных документов, обеспечивая ее резервное копирование и восстановление.
d.    Обеспечить контроль доступа к документам, протоколируя и сохраняя сведения о предоставлении доступа и операциях с документами и метаданными, а также осуществляя автоматическое ведение журналов учета точного времени и фактов размещения, удаления и изменения информации.
e.    Обеспечивать бесперебойное ведение базы данных и защиту от несанкционированного доступа. Суммарная длительность перебоев в работе системы не должна превышать 4 часов в месяц.
3.    Должна обеспечиваться поддержка юридически значимого электронного документооборота, а это значит – что должна поддерживаться сертифицированная усиленная квалифицированная электронная подпись.
4.    Должны поддерживаться приём и передача сведений между информационной системой и ЕГИСЗ в объеме и сроках, предусмотренных постановлением правительства №555 от 05.05.2018 (подробно тут http://www.kmis.ru/blog/obsuzhdaem-proekt-polozheniia-o-egisz).

Функциональные возможности

Функциональные возможности региональных государственных информационных систем в сфере здравоохранения (ГИС СЗ) должны обеспечивать:
Поддержку принятия управленческих решений

ГИС СЗ может включать иные информационные системы по решению Оператора.

Функциональные возможности медицинской информационной системы медицинской организации должны обеспечивать:

МИС МО может поддерживать иные функциональные возможности по решению Оператора.

Остановимся чуть подробнее на ключевых компонентах МИС МО. Системы должны поддерживать ведение юридически-значимой электронной медицинской карты (ЭМК) в следующем объеме:

Подсистема мониторинга и управления потоками пациентов должна поддерживать:

Подсистема поддержки принятия управленческих решений должна поддерживать:

Обратим внимание, что формирование реестров счетов на основании «заколачивалок» талонов амбулаторных пациентов и карт выбывшего из стационара не рассматривается регулятором, реестры должны формироваться именно на основании сведений, автоматически забираемых из ЭМК.

Требования к интеграциям

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

О проверке на соблюдение требований

В заключении хотелось бы напомнить, что федеральным проектом создания «Единого цифрового контура» предусмотрено, что регионы должны не просто внедрить МИС МО и ГИС СЗ – внедрённые системы должны официально соответствовать утвержденным требованиям Минздрава России, в том числе перечисленным требованиям к функциональным возможностям.

Очевидно, что для соблюдения этого положения должна быть окончательно выбрана и предложена определённая методика независимой оценки информационных систем на предмет соответствия вышедшему приказу. Диалог о такой процедуре и даже пилотные ее «обкатки» велись в последние несколько лет. Возможно, в ближайшее время мы выйдем на какую-то финально утверждённую процедуру независимой сертификации, т.к. разработчикам, утверждающим, что их продукт всем требованиям соответствует, на слово никто верить не станет. Особенно контролирующие органы и, пожалуй, общественные организации, у которых в силу колоссальной суммы, выделенной на информатизацию, интерес к реализации проекта думаю будет неподдельный и глубокий.