Спецпроекты

Олег Симаков: Основной вариант для России – это отраслевой SaaS

Интеграция Инфраструктура Внедрения Маркет
На вопросы CNews ответил Олег Симаков, ИТ-директор МИАЦ РАМН.

CNews: Как можно оценить уровень готовности российского здравоохранения к внедрению облачных вычислений?

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

Программа модернизации здравоохранения поделена на три части, одна из которых как раз и посвящена внедрению ИТ. Конечно, выделенных 24 млрд руб. или, если верить интервью Вадима Викторовича Дубинина (директор департамента информатизации Минздравсоцразвития – прим. CNews), 19 млрд рублей, недостаточно. Системный проект, разработанный полтора года назад, показал, что для решения первоочередных проблем в течение восьми лет необходимо 94–96 млрд рублей. Я надеюсь, что если в ближайшие полтора года обозначенный объем средств будет инвестирован в здравоохранение и в дальнейшем сохранится на том же уровне, то поставленные задачи можно будет решить к 2020 году.

Возвращаясь к вопросу, готово ли российское здравоохранение к внедрению облачных вычислений, могу сказать, что оно нуждается во внедрении информационных технологий, в том числе, конечно, и облачных вычислений. Почему я так оговариваюсь? Утверждать, что везде должны применяться "облака", неправильно. Полагаю, что "облака" должны быть многоуровневые. Там, где мы работаем с технологиями электронной почты, безусловно, такой сервис можно предоставить из одной точки. Для амбулаторных учреждений, где процесс приема пациента не требует выполнения сложных манипуляций, и где кратковременные потери связи не наносят ущерба, облачные вычисления, предоставленные из любой точки, вполне возможны и доступны. Однако надо определить вероятность и продолжительность допустимых потерь связи. И здесь уместно вспомнить апрельское происшествие с "облачным" IaaS-сервисом компании Аmаzon. Когда для критических приложений этот сервис встал на четверо суток при обязательствах компании обеспечить вероятность безаварийной работы с параметром не менее 0,995, то возникают вопросы о возможности применения этой схемы с учетом нашего отставания в инфраструктуре и каналах связи. Несомненно, и в этом случае имеются приложения, которые переживут 96 часовой перерыв в работе. Но что делать с приложениями, работающими с медицинскими данными – большой вопрос.


Олег Симаков: "Облака" должны быть многоуровневые

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

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

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

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

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

Для того чтобы вы оценили объем данных, назову две цифры: 20 тыс. пользователей вводят в систему за месяц 500 Гбайт информации. Вы полагаете, это много? Я считаю, нет, учитывая, что сегодня насчитывается чуть более 300 тыс. компьютеров в отрасли. В основном они используются как организационные, административные, бухгалтерские и кадровые. У нас примерно 640 тыс. докторов из 1 млн 900 тыс. медицинских работников, их надо обеспечить рабочими местами. Чтобы отрасль нормально функционировала, количество автоматизированных рабочих мест должно составлять 500–700 тыс.

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

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

CNews: Насколько эффективным здесь было бы, на ваш взгляд, заимствование зарубежных облачных практик и каких именно?

Олег Симаков: Мировые лидеры пока еще работают в рамках технологии "толстого клиента" с терминальным доступом, где к каналам предъявляются очень жесткие требования. Нам придется пересматривать свои системы с точки зрения упрощения диалога – он должен быть плоским, не более двух уровней. А для этого необходимо менять идеологию написания наших информационных медицинских систем, стремясь приблизить их к лучшим мировым образцам.

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


Профиль месяца

Банки должны переходить на односкоростную архитектуру

Дмитрий Гарбар

управляющий директор компании «Новая Афина»

Тема месяца

Почему программные роботы стали вдруг так популярны?

В связке с ИИ они способны выполнять контрольные и управленческие функции.