Возможности и ограничения использования облачных технологий в здравоохранении Директор по ИТ МИАЦ РАМН

Возможности и ограничения
использования облачных технологий
в здравоохранении
Директор по ИТ МИАЦ РАМН
к.т.н., доцент О.В.Симаков
КОНЦЕПЦИЯ: ЦЕЛИ И ОСНОВЫ СОЗДАНИЯ ЕИС*
Концепция создания единой информационной системы в
здравоохранении
(ЕИС)
определяет
цели,
задачи,
функциональный состав и структуру, принципы и способы создания
ИС, а также требования к положительному эффекту от
внедрения
ИС
«Пациенты»,
для
4-х
«Врачи»,
здравоохранением»,
групп
потребителей
«Сотрудник
«Сотрудник
системы
системы
ее
услуг:
управления
финансирования
здравоохранения»
КОНЦЕНТРАЦИЯ НА
ОБЕСПЕЧЕНИИ КАЧЕСТВА
МЕДИЦИНСКОЙ
ПОМОЩИ
ЕДИНАЯ ИНФОРМАЦИОННАЯ СИСТЕМА В ЗДРАВООХРАНЕННИИ
Информация о
возможностях
оказания мед.
помощи
Запросы на ока- НСИ, запросы на
зание помощи оказание помощи,
(запись к врачу) мед. сведения о
пациенте
Пациент
Сведения об
оказанных
услугах, вкл.
мед. сведения
Управленческая статистика и
аналитика
Врач
*по материалам презентаций Минздравсоцразвития России
НСИ
системы Сведения о мед.
здравоуслугах,, НСИ
охранения
«Управленец»
Сведения об
оплате услуг
«Финансист»
2
Концепция создания единой государственной информационной
системы в сфере здравоохранения Российской Федерации
Основные новации
Уточнены принципы разработки и создания Системы, введено понятие
федерального центра обработки данных, определен приоритет «облачного»
построения Системы с преимущественно централизованными компонентами,
предусмотрена возможность размещения на мощностях федерального центра
обработки данных наряду с сегментом централизованных федеральных
общесистемных и прикладных компонентов единого информационного
пространства и региональных компонентов Системы
Уточнено распределение ответственности за разработку компонентов Системы
между федеральным центром и субъектами федерации
Уточнены подходы к организации управления процессом разработки и внедрения
Системы, перераспределено ее ресурсное обеспечение с учетом переноса
акцентов на централизованное предоставление сервисов
Основные работы выполняемые при реализации
Концепции на федеральном и региональном уровнях
Этап 1: «Базовая информатизация»
2011-2012 г.г.
ПСИ
•Разработка разделов региональных программ модернизации
•Разработка стандартов информационного обмена в Системе,
требований к прикладным компонентам Системы регионального
уровня, требований к МИС, спецификаций и протоколов обмена
между компонентами Системы
•Разработка проектно-конструкторской документации на Систему и
ее компоненты всех уровней
•Создание временной площадки Федерального ЦОДа, разработка
и размещение на ней централизованных общесистемных и
федеральных прикладных компонентов Системы
•Подключение медицинских организаций к защищенному обмену
данными на основе сети общего пользования Интернет
•Дооснащение медицинских организаций сетевым оборудованием,
рабочими местами, объединение их в локальные сети,
обеспеченные средствами информационной безопасности
•Создание прикладных региональных компонентов Системы
•Разработка правового, методического, нормативно-справочного и
информационного обеспечения Системы
•Подготовка и реализация программ стимулирования внедрения
ИКТ в деятельность медицинских организаций, включая обучение
персонала
Этап 2:
«Тираж и развитие»
2013-2020 г.г.
•Совершенствование нормативного
и информационного обеспечения
Системы (доработка и развитие
стандартов медицинской
информатики).
•Полномасштабное развитие
Федерального ЦОДа, запуск его в
постоянную эксплуатацию,
балансировка нагрузки при
обеспечении вероятностновременных и надежностных
характеристик на всем объеме
централизованных и федеральных
компонентов.
•Завершение работ по
подключению медицинских
организаций к сети обмена
данными.
•Продолжение реализации
программ стимулирования
внедрения ИКТ в здравоохранении.
Целевая архитектура Системы*
*по материалам презентаций Минздравсоцразвития России
Базовая информатизация медицинских организаций
Цели
этапа 1:
•Обеспечение первичного оснащения медицинских организаций
•Внедрение базовых сервисов, МИС и первоначальное обучение
персонала
Базовая информатизация медицинских организаций
Объекты базовой автоматизации:
- Более 10 тыс. государственных и муниципальных медицинских
организаций (юр.лица)
- Более 150 медицинских организаций, подведомственных МЗСР и ФМБА
Телекоммуникации:
- Защищенное подключение к сети Интернет
(2-10(32) Мбит/с x 2 канала – основной и резервный)
-Поставка активного сетевого оборудования
- Создание ЛВС не менее 50 рабочих мест на 1 МО (норматив 10 РМ,
дополнительно за счет средств Субъекта)
- Оплата трафика (до 2013г.)
Терминалы и периферия:
- Терминальные рабочие станции из расчета 10 рабочих мест на 1 МО
- Принтеры / МФУ из расчета 5 единиц на 1 МО
6
Зарубежный опыт создания информационных системы
здравоохранения на федеральном и региональном уровнях
Дания:
•реализован национальный портал по вопросам здравоохранения, в нем собрана
информация по всем услугам здравоохранения, и он ориентирован на
использование как гражданами, так и работниками данной сферы
•доступны такие услуги, как запись на прием к врачу, доступ к истории болезни,
получение рецептов, календарь посещений медучреждений
Население Дании в настоящее время – 5,54 млн. человек (на 1 января 2011 г.).
Плотность населения в Дании -120 жителей на квадратный километр, средняя
продолжительность жизни 78,1 год
Канада:
•на федеральном уровне формирование регламентов, правил и НСИ, портальные
решения и хранение информации о пациентах реализовано на уровне провинций и
в ЛПУ
•облачные МИСы для ВОПов и взаимодействие ЛПУ с хранилищами ЭМК по
протоколам HL7, доступна запись к врач (только к ВОПу)
Население Канады – 34 млн.человек. Плотность населения в Канаде -3,43
жителей на квадратный километр, средняя продолжительность жизни 80,5
Дорожная карта подхода к реализации программы в 2011 -2012 г.г.
Этапный подход к созданию в 2011 году:
5 этапов – кванты по 1-2 месяца(?), итого 4 -7 месяцев – декабрь 2011г.(?)
01.10.2011
Уточнение
текущего
оснащения
Корректировка
Программы
модернизации
Подготовка
документации и
проведение
процедур 94ФЗ
Оснащение
ЛПУ и их
подключение
Разработка
и внедрение
регионального
ПО 1 очереди
Этапный подход к созданию в 2012 году:
2 этапа – кванты по 5-7 месяцев, итого 7-12 месяцев – декабрь 2012г.(?).
Разработка и полномасштабное внедрение МИСов на
региональном уровне и в ЛПУ, подключение к региональному
компоненту всех потребителей на уровне региона
Дооснащение ЛПУ
Переход к постоянной
эксплуатации
Федеральные информационные Системы
комплекс программ ведения нормативно-справочной информации;
комплекс программ ведения паспортов медицинских учреждений;
комплекс программ ведения Регистра медицинских и
фармацевтических работников;
комплекс программ ведения регистра медицинской техники и средств
медицинского назначения;
комплекс программ поддержки дополнительного лекарственного
обеспечения федерального уровня;
комплекс программ автоматизации деятельности Центров здоровья;
информационная система ведения Единого регистра застрахованных
граждан;
электронная медицинская карта
Состав прикладных компонентов регионального сегмента Системы
медицинская информационная система;
системы выдачи и обслуживания льготных рецептов, а также рецептов на
контролируемые лекарственные средства;
системы удаленного мониторинга состояния здоровья отдельных
категорий пациентов;
системы архивного хранения и предоставления доступа к медицинским
изображениям;
обеспечивающие системы, функциональность которых не реализована в
рамках прикладных компонентов федерального уровня Системы.
Требования к прикладным компонентам регионального сегмента
Системы на конец 2012 года
К концу 2012 года в интересах 50% сотрудников профильных структурных
подразделений ОУЗ каждого субъекта Российской Федерации должна
быть обеспечена возможность использования следующих подсистем,
создаваемых на федеральном уровне Системы:
паспорта медицинской организации;
регистра медицинского оборудования и медицинской техники;
регистра медицинского и фармацевтического персонала;
мониторинга реализации программ в здравоохранении;
обеспечения персонифицированного учета медицинской помощи и
лекарственного обеспечения;
ведения специализированных регистров по отдельным нозологиям и
категориям граждан.
Объекты информационного взаимодействия
(текущее состояние)
ОУЗ
ТФОМС
ФМС/УВД
СМО
ДЛО
ТУПФР
АУ/АП
ТУФСС
ЛПУ(МО)
ЛПУ(МО)
регистратура
СБУ СКУ УМУ МИС
УДО СИБ РИС ЛИС
(PACS)
МСЭ
Объекты информационного взаимодействия
(целевое состояние на конец 2012 года)
ОУЗ
ТФОМС
СМО
ТУФМС/
УВД
ЕИР
(Региональный сегмент)
ПОРТАЛ
ДЛО
(электронная запись к врачу)
МИС
НСИ
УП
АУ/АП
(БД ЭМК)
УФиМР
(регистр МФП) (БУ и ПЛПУ)
ТУФСС
Система ИБ
РМ
КУ
РМ
ОМИС/МИС
РМУДО СИБ
РМ
РИС
(PACS) ЛИС
РМ
БУ
ЛПУ(МО)
ТУПФР
ХД
ЛПУ(МО)
в т.ч. из
«облака»
МСЭ
Архитектура облачного решения
Архитектура технических средств ЛПУ для облачного
решения
Архитектура облачного решения
Ограничения и риски архитектуры облачного решения для
медицинских организаций:
надежность функционирования ЦОДа определяется соответствием
стандартам Tier и TIA 942
пропускная способность каналов связи заданная в методических
рекомендациях 2-10 (до32 для больших ЛПУ) Mbps
надежность каналов связи определяется коэффициентом оперативной
готовности
надежностью оборудования ЛПУ, обычные РМ на основе ПК имеют
коэффициент оперативной готовности 0,90-0,95. Обеспечение ряда
технологических процессов в ЛПУ может потребовать наличие серверных
устройств для организации ЛВС, устройств подключения периферийного
оборудования, включая медицинское и средства отображения и печати.
Надежность системы
Экспресс-надежность «облачной» информационной Системы можно
определить следующим образом:
Ког_ОМИС=Ког_ФИР* Ког_РИР*Кго_СПД*Кго_ЛПУ,
где К ог –коэффициент оперативной готовности (соответственно для ФИР,
РИР СПД и ЛПУ). Декларируемая надежность каналов связи выраженная
через коэффициент оперативной готовности (Ког) равна 0,994.
По статистике, полученной в ходе 12 летней эксплуатации ГАС «Выборы»
надежность с 0,8 в 1996 году достигла к 2008 году для магистральных
каналов Ростелекома 0,996, а местных (региональных) каналов связи
0,967 (с учетом требования дублирования). Повышение нагрузки в пиковые
моменты приводит к резкому снижению Ког каналов связи до 0,80
Сбои и выход из строя оборудования соответственно 0,982 и 0,974
В РФ сегодня два ЦОДа удовлетворяют стандарту TIA 942, а большинство
самостоятельно относят себя к Tier 2 или Tier 3 (сертифицировано на
конец 2010 года только два ЦОДа Dataspace и компании «Крок»).
Надежность системы
Повышение надежности может достигаться как дублированием элементов,
входящих в систему, так и дублированием ряда функций на время восстановления
основных элементов. Что фактически соответствует дублированию элементов
где Re(t)– вероятность безотказной работы элемента системы
Таким образом К ог системs в целом можно существенно повысить за счет
повышения надежности оборудования ЛПУ и обеспечения на нем функций
временной буферизации обрабатываемой информации за счет запуска автономных
процессов МИС. Это возможно только при обеспечении вероятности безотказной
работы гораздо выше чем у каналов связи. Такие устройства с удаленным
управлением (из облака), не требующие серверных помещений разработаны
ведущими вендорами Intel, IBM, HP. Их гарантированная наработка на отказ
превышает 0,9991, что обеспечивает существенное повышение надежности всей
системы и обеспечить возможность оснащения ЛПУ «облачными» МИС.
Статистика ГАС»Выборы» указывает на отказы энергопитания, как причины 80%
отказов системы. Учреждения сферы здравоохранения относятся к объектам с
гарантированным энергопитанием, поэтому эта причина резко снижается за счет
дублирования источников питания и наличия автономных источников по штатному
оснащению. Однако регламент подключения средств ИТ к источникам отсутствует.
Выводы
•использование «облачных» технологий при создание ЕГИС в
сфере здравоохранения отработана на корпоративных облачных
решения и крайне востребовано;
•ограничения пропускной способности каналов связи может
существенно влиять на эффективность функционирования
системы и должно преодолеваться в соответствии с методическими
рекомендациями обеспечением загрузки каналов связи не более
чем на 60%;
•ограничения по надежности преодолеваются путем создания
дублирующих элементов системы как в смысле резервирования
физического, так и функционального на элементах повышенной
надежности;
•функционально-эргономические ограничения возможно
преодолеть либо за счет использования терминальных серверных
клиентов либо за счет перехода на новые технологии разработки
прикладных программных средств например HTML5