SlideShare a Scribd company logo
1 of 96
Download to read offline
ДЕПАРТАМЕНТ ИНФОРМАЦИОННЫХ ТЕХНОЛОГИЙ ГОРОДА
                        МОСКВЫ
         СОГЛАСОВАНО                                                    УТВЕРЖДАЮ
               Должность                                                    Должность
  ______________________Х.Х. ХХХХ                            ______________________Х.Х. ХХХХ
   (личная подпись) (расшифровка подписи)                       (личная подпись) (расшифровка подписи)
   «___» ______________20ХХ г                                   «___» ______________20ХХ г


СИСТЕМА ИНТЕГРИРОВАННОЙ МЕДИЦИНСКОЙ ИНФОРМАЦИИ
ЕДИНОЙ МЕДИЦИНСКОЙ ИНФОРМАЦИОННО-АНАЛИТИЧЕСКОЙ
             СИСТЕМЫ ГОРОДА МОСКВЫ
                               ТЕХНИЧЕСКОЕ ЗАДАНИЕ
                                      66469537.4251801.001.ТЗ
                                                Версия 0.5




         СОГЛАСОВАНО                                         Представители организации
                                                                   Разработчика
               Должность                                                    Должность
  ______________________Х.Х. ХХХХ                            ______________________Х.Х. ХХХХ
       (личная подпись) (расшифровка подписи)                       (личная подпись) (расшифровка подписи)
   «___» ______________20ХХ г                                   «___» ______________20ХХ г




                                                  2012
ДЕПАРТАМЕНТ ИНФОРМАЦИОННЫХ ТЕХНОЛОГИЙ
                         ГОРОДА МОСКВЫ
Утвержден
66469537.4251801.001.ТЗ-ЛУ

    СИСТЕМА ИНТЕГРИРОВАННОЙ МЕДИЦИНСКОЙ
ИНФОРМАЦИИ ЕДИНОЙ МЕДИЦИНСКОЙ ИНФОРМАЦИОННО-
     АНАЛИТИЧЕСКОЙ СИСТЕМЫ ГОРОДА МОСКВЫ
                      ТЕХНИЧЕСКОЕ ЗАДАНИЕ
                             66469537.4251801.001.ТЗ
                                   Листов 95
                                   Версия 0.5




                                       2012
Департамент
        Информационных
        Технологий
                                     АННОТАЦИЯ

      В настоящем документе определены требования и порядок создания автоматизированной
системы (АС) «Система интегрированной медицинской информации Единой медицинской
информационно-аналитической системы города Москвы» (СИМИ ЕМИАС), в соответствии с
которыми будет проводиться разработка АС и еѐ приѐмка при вводе в эксплуатацию.




                                                                            Страница 2 из 95
Департамент
         Информационных
         Технологий
                                                      СОДЕРЖАНИЕ

     1. Общие сведения............................................................................................ 15
         1.1.          Полное наименование системы и ее условное обозначение ......... 15
         1.2.          Номер договора .................................................................................. 15
         1.3.          Наименования предприятий разработчика и заказчика системы . 15
         1.4.          Перечень документов, на основании которых создается система 16
         1.5.          Плановые сроки начала и окончания работы по созданию системы
         16
         1.6.          Сведения об источниках и порядке финансирования работы по
созданию системы ...................................................................................................... 16
         1.7.          Порядок оформления и предъявления заказчику результатов работ
по созданию системы (ее частей), по изготовлению и наладке отдельных средств
(технических, программных, информационных) и программно-технических
(программно-методических) комплексов системы ................................................ 16
     2. Назначение и цели создания системы ........................................................ 18
         2.1.          Назначение системы .......................................................................... 18
         2.2.          Цели создания системы ..................................................................... 20
     3. Характеристика объектов автоматизации ................................................. 23
         3.1.          Краткие сведения об объекте автоматизации ................................. 23
         3.2.          Сведения об условиях эксплуатации объекта автоматизации и
характеристиках окружающей среды ...................................................................... 24
     4. Требования к системе .................................................................................. 25
         4.1.          Требования к системе в целом.......................................................... 25
         4.1.1.        Требования к структуре и функционированию системы .............. 25
                4.1.1.1. Перечень подсистем, их назначение и основные характеристики .......... 25

                4.1.1.2. Требования к способам и средствам связи для информационного обмена
      между компонентами системы ............................................................................................... 30

                4.1.1.3. Требования к характеристикам взаимосвязей создаваемой системы со
      смежными системами .............................................................................................................. 30

                                                                                                                     Страница 3 из 95
Департамент
         Информационных
         Технологий
               4.1.1.4. Требования к режимам функционирования системы ............................... 31

               4.1.1.5. Требования по диагностированию системы .............................................. 32

               4.1.1.6. Перспективы развития. Модернизация системы ....................................... 33

        4.1.2.       Требования к численности и квалификации персонала системы и
режиму его работы ..................................................................................................... 34
        4.1.3.       Показатели назначения ..................................................................... 36
        4.1.4.       Требования к надѐжности ................................................................. 38
               4.1.4.1. Восстановление при аварийных ситуациях ............................................... 38

               4.1.4.2. Надѐжность программного обеспечения .................................................... 38

               4.1.4.3. Надѐжность технических средств ............................................................... 40

        4.1.5.       Требования безопасности ................................................................. 40
        4.1.6.       Требования к эргономике и технической эстетике ........................ 40
        4.1.7.       Требования к транспортабельности системы ................................. 41
        4.1.8.       Требования к эксплуатации, техническому обслуживанию, ремонту
и хранению компонентов системы ........................................................................... 41
        4.1.9.       Требования к защите информации от несанкционированного
доступа              42
        4.1.10. Требования по сохранности информации при авариях ................. 46
        4.1.11. Требования к защите от влияния внешних воздействий ............... 47
        4.1.12. Требования к патентной чистоте...................................................... 48
        4.1.13. Требования по стандартизации и унификации ............................... 48
        4.1.14. Дополнительные требования ............................................................ 49
        4.2.         Требования к функциям, выполняемым системой ......................... 49
        4.2.1.       Требования к функциям подсистем ................................................. 49
               4.2.1.1. Подсистема хранилища СЭМД ................................................................... 49

               4.2.1.2. Требования к подсистеме управления регистром иЭМК ......................... 50

               4.2.1.3. Требования к подсистеме хранилища структурированных данных СЭМД 50


                                                                                                       Страница 4 из 95
Департамент
      Информационных
      Технологий
             4.2.1.4. Требования к подсистеме управления НСИ .............................................. 50

             4.2.1.5. Требования к подсистеме хранилища протоколов .................................... 51

             4.2.1.6. Требования к подсистеме администрирования ......................................... 52

             4.2.1.7. Требования к подсистеме управления доступом и информационной
   безопасности           52

             4.2.1.8. Требования к подсистеме интеграции ........................................................ 55

             4.2.1.9. Требования к подсистеме диагностики ...................................................... 56

      4.2.2.        Требования к составу и форме представления выходной
информации 56
      4.2.3.        Требования к составу и форме представления входной информации
      56
      4.2.4.        Требования к интерфейсу пользователя.......................................... 57
      4.3.          Требования к видам обеспечения..................................................... 58
      4.3.1.        Требования к математическому обеспечению системы ................ 58
      4.3.2.        Требования к информационному обеспечению системы .............. 58
             4.3.2.1. Требования к составу, структуре и способам организации данных в системе
                          58

             4.3.2.2. Требования к информационному обмену между компонентами системы 63

             4.3.2.3. Требования к информационной совместимости со смежными системами 64

             4.3.2.4. Требования по использованию зарегистрированных федеральных,
   отраслевых классификаторов, унифицированных документов и классификаторов,
   действующих на данном предприятии .................................................................................. 64

             4.3.2.5. Требования по применению систем управления базами данных ............ 65

             4.3.2.6. Требования к структуре процесса сбора, обработки, передачи данных в
   системе и представлению данных .......................................................................................... 65

             4.3.2.7. Требования к защите данных от разрушений при авариях и сбоях в
   электропитании системы ......................................................................................................... 65

                                                                                                                 Страница 5 из 95
Департамент
      Информационных
      Технологий
             4.3.2.8. Требования к контролю, хранению, обновлению и восстановлению данных
                        65

      4.3.3.      Требования к лингвистическому обеспечению системы .............. 66
      4.3.4.      Требования к программному обеспечению системы ..................... 66
             4.3.4.1. Прикладное программное обеспечение...................................................... 66

             4.3.4.2. Системное программное обеспечение ........................................................ 68

      4.3.5.      Требования к техническому обеспечению системы ...................... 71
      4.3.6.      Требования к метрологическому обеспечению системы .............. 72
      4.3.7.      Требования к организационному обеспечению системы .............. 72
      4.3.8.      Требования к методическому обеспечению системы .................... 72
    5. Требования К составу и содержанию работ по созданию (развитию)
системы 73
      5.1.        Перечень этапов работ по созданию системы и их документирование
      73
      5.2.        Содержание работ первого этапа ..................................................... 74
      5.2.1.      Проектный офис ................................................................................. 75
      5.2.2.      Научно-исследовательские работы .................................................. 75
      5.2.3.      Разработка частных технических заданий ...................................... 76
      5.2.4.      Разработка модели нарушителя и угроз ИБ .................................... 77
      5.2.5.      Разработка прототипа ........................................................................ 78
      5.2.6.      Разработка технического проекта .................................................... 79
      5.2.7.      Разработка плана релизов ................................................................. 79
      5.3.        Содержание работ второго этапа ..................................................... 79
      5.3.1.      Разработка программного обеспечения ........................................... 79
      5.3.2.      Разработка эксплуатационной документации ................................ 79
      5.3.3.      Выпуск релизов (версий) СИМИ ЕМИАС ...................................... 80
      5.4.        Содержание работ третьего этапа .................................................... 80
    6. Порядок контроля и приѐмки системы ...................................................... 82


                                                                                                  Страница 6 из 95
Департамент
          Информационных
          Технологий
       7. Требования к составу и содержанию работ по подготовке объекта
автоматизации к вводу системы в действие ............................................................... 85
          7.1.        Техническая подготовка к вводу системы в действие ................... 85
          7.1.1.      Основные мероприятия со стороны Заказчика ............................... 85
          7.1.2.      Основные мероприятия со стороны Исполнителя ......................... 85
          7.1.3.      Основные мероприятия с привлечением прочих участников ....... 86
          7.2.        Организационная, методическая подготовка к вводу системы в
  действие            86
       8. Требования к документированию .............................................................. 88
       9. Источники разработки ................................................................................. 89
       Приложение 1.             Перечень         законодательных               актов       и    методологических
рекомендаций в части обеспечения информационной безопасности ...................... 93
       Список изменений ............................................................................................... 95




                                                                                                       Страница 7 из 95
Департамент
       Информационных
       Технологий
                        ТЕРМИНЫ И ОПРЕДЕЛЕНИЯ

АВТОМАТИЗИРОВАННАЯ        Система, состоящая из персонала и комплекса средств
СИСТЕМА (АС)              автоматизации        его     деятельности,     реализующая
                          информационную               технологию            выполнения
                          установленных функций (ГОСТ 34.003).
АВТОРИЗАЦИЯ               Предоставление определѐнному лицу или группе лиц
                          прав на выполнение определѐнных действий, а также
                          процесс проверки (подтверждения) данных прав при
                          попытке выполнения этих действий (см. «Руководящий
                          документ. Руководство по разработке профилей защиты
                          и заданий по безопасности». Гостехкомиссия России,
                          2003 год).



АУТЕНТИФИКАЦИЯ            Проверка       принадлежности           субъекту        доступа
                          предъявленного им идентификатора; подтверждение
                          подлинности. («Руководящий документ. Защита от
                          несанкционированного доступа к информации. Термины
                          и определения», утверждѐн решением председателя
                          Гостехкомиссии России от 30 марта 1992 г.).



АРХИТЕКТУРА СИСТЕМЫ       Организационная       структура     системы,       в   которой
                          идентифицированы компоненты, их интерфейсы и
                          концепция взаимодействия между ними.
СТАНДАРТИЗИРОВАННЫЙ Структурированный документ, сформированный в ходе
ЭЛЕКТРОННЫЙ               оказания     медицинской      услуги,    используемый       для
МЕДИЦИНСКИЙ               передачи и хранения медицинской информации о
ДОКУМЕНТ (СЭМД)           пациенте        в          определѐнной        совокупности
                          взаимодействующих систем.
                          СЭМД содержит заголовок и заполненный протокол,
                          содержащий          данные      о       выполненном         или
                          запланированном медицинском мероприятии, включая
                          обследования, осмотры, лабораторные исследования,


                                                                                 Страница 8 из 95
Департамент
         Информационных
         Технологий
                              процедуры,      операции,   пребывание          в    стационаре,
                              назначения, и другое. Заполненный протокол может
                              также содержать данные о льготном лекарственном
                              обеспечении, информированном согласии пациента,
                              другую медицинскую информацию.
ИНТЕГРИРОВАННАЯ               Совокупность СЭМД по всем случаям обращения,
ЭЛЕКТРОННАЯ                   относящимся к одному пациенту независимо от ЛПУ,
МЕДИЦИНСКАЯ           КАРТА где они были сделаны.
(ИЭМК)
ПЕРСОНАЛЬНАЯ                  Любая запись,          имеющая отношение к состоянию
МЕДИЦИНСКАЯ          ЗАПИСЬ здоровья        конкретного      человека    и        выполненная
(ПМЗ)                         конкретным лицом, отвечающим за содержание этой
                              записи; запись также характеризуется конкретным
                              контекстом и моментом выполнения этой записи. ПМЗ
                              могут быть типизированы в соответствии с содержанием
                              записи.
ЭЛЕКТРОННАЯ                   Персональная медицинская запись, сохранѐнная на
ПЕРСОНАЛЬНАЯ                  электронном носителе информации.
МЕДИЦИНСКАЯ          ЗАПИСЬ Далее       в   данном    документе    используется        термин
(ЭПМЗ)                        Протокол в следующем значении: структура данных
                              ЭПМЗ определѐнного типа, состоящая из параметров
                              протокола, объединѐнных в группы параметров, которая
                              используется для формирования СЭМД.
                              Структура протокола определяется в DI (Developer
                              Interface) – конструкторе параметров протоколов, групп
                              параметров протоколов, протоколов и связанных с ними
                              экранных и печатных форм.


ПАРАМЕТР ПРОТОКОЛА            Минимальная        логическая,       информационная            и
                              структурная единица протокола. Может использоваться
                              в разных протоколах и в разных группах параметров
                              протокола.
                              Имеет определѐнный тип данных и может иметь набор
                              дополнительных      свойств,    таких     как       значение   по

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


ГРУППА     ПАРАМЕТРОВ Совокупность       параметров       протокола    и/или    групп
ПРОТОКОЛА               параметров протоколов, объединѐнных в соответствии с
                        их информационной нагрузкой. Группа параметров
                        протокола может использоваться в разных протоколах.


ШАБЛОН                  Вариант (несколько вариантов) заполнения значений
                        параметров протокола. Может быть определѐн на уровне
                        отдельного пользователя или отделения.
ГОСУДАРСТВЕННОЕ         Общее        название         медицинских       учреждений,
УЧРЕЖДЕНИЕ              оказывающих первичную медико-санитарную помощь,
ЗДРАВООХРАНЕНИЯ (ГУЗ)   паллиативную помощь, специализированную (в том
                        числе высокотехнологичную медицинскую помощь),
                        скорую (в том числе скорую специализированную)
                        медицинскую помощь.
                        В системе здравоохранения города Москвы выделяются
                        два уровня ГУЗ: территориальные ГУЗ (первичная
                        медико-санитарная       и     паллиативная     помощь),     и
                        специализированные ГУЗ.
                        В   данном    документе       применяется     также    термин
                        лечебно-профилактическое учреждение (ЛПУ).




ОБЩЕГОРОДСКОЙ           Совокупность основных и обеспечивающих процессов,
ИНФОРМАЦИОННЫЙ          выходящих за рамки каждого в отдельности учреждения
СЕРВИС                  системы городского здравоохранения и направленных
                        на организацию оказания медицинской помощи, а также
                        на повышение качества и доступности медицинской
                        помощи.
СЕРВИС                  Программный                 компонент,          оснащѐнный

                                                                          Страница 10 из 95
Департамент
     Информационных
     Технологий
                      стандартизированным интерфейсом для взаимодействия
                      по стандартизированному протоколу, реализующий
                      определѐнный набор функций системы.
WEB-СЕРВИС            Идентифицируемая веб-адресом программная система
                      со          стандартизированными             интерфейсами,
                      описываемыми            WSDL.      Веб-сервисы         могут
                      взаимодействовать друг с другом и со сторонними
                      приложениями посредством сообщений, основанных на
                      протоколе SOAP. Веб-сервис может использоваться как
                      единица модульности при использовании сервис -
                      ориентированной архитектуры приложения.




СЛУЧАЙ ОБРАЩЕНИЯ      Посещение       (одно    или    несколько)    амбулаторно-
                      поликлинического учреждения (с целью проведения
                      обследования,      медицинского      осмотра,       лечебно-
                      диагностического         мероприятия),       или      случай
                      госпитализации.
                      Соответствует понятию «Эпизод» в терминологии
                      Приложения 4 к постановлению 513-ПП.
                      Может быть (с оговорками) соотнесено с понятием
                      «Визит» (encounter) в терминологии ГОСТ Р ИСО/ТО
                      20514-2009 «Информатизация здоровья. Электронный
                      учѐт здоровья. Определение, область применения и
                      контекст» (ENV 13940:2001) (―Контакт, в ходе которого
                      медицинские услуги предоставляются субъекту лечения
                      в его присутствии и осуществляется доступ или
                      управление данными, относящимися к его состоянию
                      здоровья»).


ФАКТОГРАФИЧЕСКАЯ      Описание фактов, относящихся к состоянию здоровья
ИНФОРМАЦИЯ            пациента,     сгруппированных        по      определѐнным
                      системообразующим признакам.

                                                                         Страница 11 из 95
Департамент
Информационных
Технологий




                 Страница 12 из 95
Департамент
       Информационных
       Технологий
                        ОБОЗНАЧЕНИЯ И СОКРАЩЕНИЯ
АРМ           Автоматизированное рабочее место
АС            Автоматизированная система
БД            База данных
БМИ           Базовая межведомственная инфраструктура
ЕМИАС         Единая медицинская информационно-аналитическая система
ГУЗ           Государственное учреждение здравоохранения
ИБП           Источник бесперебойного питания
ИС            Информационная система
иЭМК          Интегрированная электронная медицинская карта
ЛПУ           Лечебно-профилактическое учреждение
МГ ФОМС       Московский городской Фонд обязательного медицинского страхования
МИС           Медицинская информационная система
НИР           Научно-исследовательские работы
ПО            Программное обеспечение
ППО           Прикладное программное обеспечение
РЕИС          Региональная единая информационная система
СВТ           Средства вычислительной техники
СИМИ          Система интегрированной медицинской информации
СУБД          Система управления базами данных
СУПП          Система управления потоками пациентов
СХД           Система хранения данных
СЭМД          Стандартизированный электронный медицинский документ
ТЗ            Техническое задание
ТС            Технические средства
ФОМС          Фонд обязательного медицинского страхования
ЦОД           Центр обработки данных
ЧТЗ           Частное техническое задание
ЭП            Электронная подпись
DI            Developer Interface (интерфейс разработчика для конфигурирования Системы)
PDA           Personal Digital Assistant (карманный персональный компьютер)
SOAP          Протокол обмена структурированными сообщениями в распределѐнной
              вычислительной среде
SSL           Secure Socket Layer (уровень защищѐнных сокетов)

                                                                          Страница 13 из 95
Департамент
       Информационных
       Технологий
UI            User Interface (пользовательский интерфейс)
VPN           Virtual Private Network (виртуальная частная сеть)
WORM          Write Once, Read Manу (однократная запись, многократное чтение)
WSDL          Web Services Description Language (язык описания web-сервисов)




                                                                          Страница 14 из 95
Департамент
        Информационных
        Технологий



      1. ОБЩИЕ СВЕДЕНИЯ

       1.1. Полное наименование системы и ее условное обозначение
      Полное наименование Системы: Система интегрированной медицинской информации
Единой медицинской информационно-аналитической системы города Москвы.

      Условное обозначение Системы: СИМИ ЕМИАС.

      Далее по тексту также используется сокращенное условное обозначение, «СИМИ» и
«Система».

       1.2. Номер договора
      Договор № ХХ от ХХ.ХХ.ХХХХ г. между Департаментом информационных технологий г.
Москвы и «Название предприятия разработчика Системы».

       1.3. Наименования предприятий разработчика и заказчика системы
      Предприятие разработчик: Названия предприятие разработчика системы

      Реквизиты предприятия разработчика:
      Индекс, Страна, Город, ул., д.,к., ИНН: ХХХХХХХХХХ, КПП: ХХХХХХХХХ,
      тел. 8 (499/495) ХХХ-ХХ-ХХ
      Р/счет (Л/c) № номер счета в «Название банка»
      К/счет (Р/с) № номер счета
      БИК ХХХХХХХХХ


      Предприятие заказчик: Департамент информационных технологий города Москвы

      Реквизиты предприятия заказчика:
      107078, Россия, Москва, ул. Новая Басманная, д.10, строение 1
      ИНН: 7710878000
      КПП: 770101001
      тел. +7(495) 957-75-42
      Л/счет № 0381111000451187 в Отделении 1 Московского ГТУ Банка России г. Москва 705
      Р/счет № 40201810200000000001
      БИК 044583001



                                                                         Страница 15 из 95
Департамент
           Информационных
           Технологий
          1.4. Перечень документов, на основании которых создается система
         Система создается на основании следующих документов:
          Концепция создание единой государственной информационной системы в сфере
            здравоохранения;
          Программа модернизации здравоохранения города Москвы на 2011-2012 годы;
          Постановление Правительства Москвы от 27.10.2011 № 513-ПП и Приложение 4 к
            этому постановлению;
          Договор № ХХ от ХХ.ХХ.ХХХХ г. между Департаментом информационных технологий
            города Москвы и «Название предприятия разработчика Системы».

          1.5. Плановые сроки начала и окончания работы по созданию системы
         Плановые сроки начала работ по созданию Системы: ХХ.ХХ.ХХХХ/
         Плановые сроки окончания работ по созданию Системы: ХХ.ХХ.ХХХХ/
         Общая продолжительность выполнения работ не должна превышать 510 дней (не менее 350
дней).

          1.6. Сведения об источниках и порядке финансирования работы по
              созданию системы
         Финансирование работ осуществляется в соответствии с Договором № ХХ от
ХХ.ХХ.ХХХХ г. между Департаментом информационных технологий города Москвы и «Название
предприятия разработчика Системы».
         Источник финансирования – бюджет города Москвы.
         Порядок финансирования работ определяется в соответствии с нормативно-правовыми
актами города Москвы, регулирующими вопросы финансирования расходов городского бюджета
и государственным контрактом на выполнение работ, заключаемым по итогам конкурса

          1.7. Порядок оформления и предъявления заказчику результатов работ
              по созданию системы (ее частей), по изготовлению и наладке
              отдельных средств (технических, программных, информационных)
              и программно-технических (программно-методических) комплексов
              системы
         По завершению работ по каждому этапу работ в соответствии с перечнем этапов,
приведѐнном в разделе 5.1 и в сроки, определенные в календарном плане Договора № ХХ от
ХХ.ХХ.ХХХХ г. между Департаментом информационных технологий города Москвы и «Название

                                                                           Страница 16 из 95
Департамент
           Информационных
           Технологий
предприятия разработчика Системы», Исполнитель предоставляет Заказчику Системы результаты
работ этапа в соответствии с перечнем документов, приведенным в разделе 5.1 данного
технического задания (ТЗ), а также подписанный со стороны разработчика Акт сдачи-приѐмки
работ.
         Документация передаѐтся Исполнителем на бумажных (в двух экземплярах) и машинных
(CD|DVD) носителях; исходный и скомпилированный код программного обеспечения Системы
передаѐтся на машинных носителях. Документы на машинных носителях должны быть
представлены в формате MS Office.
         Все материалы должны быть переданы с сопроводительными документами Исполнителя.




                                                                          Страница 17 из 95
Департамент
        Информационных
        Технологий



      2. НАЗНАЧЕНИЕ И ЦЕЛИ СОЗДАНИЯ СИСТЕМЫ

        2.1.Назначение системы
      В соответствии с Программой модернизации здравоохранения города Москвы на 2011-2012
годы, и в рамках Государственной программы города Москвы 2012-2016 годы «Развитие
здравоохранения    города    Москвы   (Столичное   здравоохранение)»     должен    быть    создан
Региональный фрагмент Единой государственной информационной системы в здравоохранении
(ЕГИСЗ) города Москвы – Региональная Единая Информационная Система (РЕИС). РЕИС
представляет    собой     распределенную   информационную     систему,   надлежащим       образом
интегрированную с соблюдением требований по защите информации как с Федеральным
фрагментом ЕГИСЗ, так и с общегородской информационной инфраструктурой города Москвы.
Региональный фрагмент ЕГИСЗ должен охватывать медицинские организации амбулаторного и
стационарного типа, подведомственные Департаменту здравоохранения города Москвы, и
окружные       дирекции     по   обеспечению   деятельности      государственных    учреждений
здравоохранения.
      Основными композиционными элементами РЕИС прикладного уровня должны быть
Общегородские информационные сервисы Единой медицинской информационно-аналитической
системы (ЕМИАС) города Москвы, размещѐнные на инфраструктуре Центра обработки данных
(ЦОД) ЕМИАС, и совокупность медицинских информационных систем (МИС), размещенных на
вычислительных      мощностях      отдельных   государственных     медицинских      учреждений.
Концептуальная архитектура РЕИС, определѐнная в Приложении №4 к постановлению
Правительства Москвы от 27.10.2011 № 513-ПП, представлена на Рисунке 1.




                                                                             Страница 18 из 95
Департамент
          Информационных
          Технологий



                                                  ОБЩЕГОРОДСКИЕ ИНФОРМАЦИОННЫЕ СЕРВИСЫ ЕМИАС




                                                                                                                                   СИСТЕМА ПЕРСОНИФИЦИРОВАННОГО
                                            СИСТЕМА УПРАВЛЕНИЯ ПОТОКАМИ




                                                                                                    СИСТЕМА КОНСОЛИДИРОВАННОГО




                                                                                                                                     УЧЕТА МЕДИЦИНСКОЙ ПОМОЩИ




                                                                                                                                                                  МЕДИЦИНСКИМИ РЕГИСТРАМИ
                                                                          МЕДИЦИНСКОЙ ИНФОРМАЦИИ
                                                                          СИСТЕМА ИНТЕГРИРОВАННОЙ




                                                                                                        УПРАВЛЕНЧЕСКОГО УЧЕТА




                                                                                                                                                                     СИСТЕМА УПРАВЛЕНИЯ
    ВНЕШНИЕ ИНФОРМАЦИОННЫЕ
             СИСТЕМЫ                                                                                                                                                                               ОБЩЕГОРОДСКОЙ




                                                     ПАЦИЕНТОВ
    (ИНФОРМАЦИОННЫЕ СИСТЕМЫ                                                                                                                                                                           РЕГИСТР
      ФЕДЕРАЛЬНОГО ФРАГМЕНТА,                                                                                                                                                                        ПАЦИЕНТОВ
                                                                                                                                                                                                     (МГ ФОМС)
     ИНФОРМАЦИОННЫЕ СИСТЕМЫ
   ЭЛЕКТРОННОГО ПРАВИТЕЛЬСТВА)




           ИНТЕГРАЦИОННЫЙ ШЛЮЗ                                                                                      ИНТЕГРАЦИОННАЯ ШИНА
                                                   ПОДСИСТЕМА ФОРМИРОВАНИЯ
                                                                                                                                                                            ПОДСИСТЕМА ИНТЕГРАЦИИ МИС
                                                  ПОЛЬЗОВАТЕЛЬСКОГО ИНТЕРФЕЙСА




                                                                                                                                                                                         МЕДИЦИНСКАЯ
                                                                                                                                                                                       ИНФОРМАЦИОННАЯ
                                                                                                                                                                                            МЕДИЦИНСКАЯ
                                                                                                                                                                                           СИСТЕМА
                                                                                                                                                                                          ИНФОРМАЦИОННАЯ
                                                                                                                                                                                               МЕДИЦИНСКАЯ
                                                                                                                                                                                              СИСТЕМА
                                                                                                                                                                                             ИНФОРМАЦИОННАЯ
                                                                                                                                                                                                СИСТЕМА




                                           МЕДИЦИНСКОЕ                                                                                                                             МЕДИЦИНСКОЕ
                                             МЕДИЦИНСКОЕ
                                            УЧРЕЖДЕНИЕ                                                                                                                               МЕДИЦИНСКОЕ
                                                                                                                                                                                    УЧРЕЖДЕНИЕ
                                                МЕДИЦИНСКОЕ                                                                                                                             МЕДИЦИНСКОЕ
                                                                                                                                                                                      УЧРЕЖДЕНИЕ
                                              УЧРЕЖДЕНИЕ
                                                 УЧРЕЖДЕНИЕ                                                                                                                              УЧРЕЖДЕНИЕ


                                                                                                                         БАЗОВЫЙ КОНТУР БЕЗОПАСНОСТИ РЕИС
                                 Рис. 1. Концептуальная архитектура РЕИС.
       «Система       интегрированной               медицинской                                                                  информации                                                 Единой        медицинской
информационно-аналитической системы города Москвы» (СИМИ ЕМИАС) представляет собой
один из Общегородских информационных сервисов в составе ЕМИАС, предназначенный для
обеспечения автоматизации процессов:
                Сбора, хранения (в том числе архивного), обработки и консолидации
                   медицинской информации о пациенте в составе интегрированной электронной
                   медицинской карты (иЭМК) пациента – в едином хранилище на основе
                   стандартизированных электронных медицинских документов (СЭМД) по всем
                   случаям обращения гражданина в медицинские учреждения города Москвы;
                Оперативного авторизованного поиска и извлечения медицинской информации о
                   пациенте из любого государственного медицинского учреждения города
                                                                                                                                                                                                  Страница 19 из 95
Департамент
           Информационных
           Технологий
                    Москвы, а также из других регионов РФ через федеральные сервисы (после
                    ввода в эксплуатацию федеральных сервисов и реализации интеграции Системы
                    с ними);
                Накопления в структурированном виде фактографической информации о
                    состоянии здоровья и оказании медицинской помощи;
                Создания, редактирования, публикации протоколов.

           2.2.Цели создания системы
      Основной        целью    создания   СИМИ       ЕМИАС   является   повышение      эффективности
деятельности системы здравоохранения города Москвы за счѐт внедрения современных
информационных технологий. Показатели достижения этой цели и критерии оценки приведены
ниже в таблице 1.
      Таблица 1. Цели создания СИМИ ЕМИАС.

             Цели                         Показатель                       Критерий

Повышение              качества Время предоставления врачу Уменьшение                 времени
оказания        медицинской полной                   актуальной получения             врачом
помощи         на       основе информации        о   состоянии информации      о   состоянии
оперативного                     здоровья пациента.             здоровья      пациента      с
предоставления           врачу                                  использованием СИМИ.
актуальной информации о
состоянии             здоровья
пациента
Повышение      достоверности Количество        ошибок      при Уменьшение          количества
медицинской         информации формировании медицинских ошибок при формировании
при автоматизации ввода и документов.                           медицинских документов с
проверок данных пациента                                        использованием СИМИ.




                                                                                    Страница 20 из 95
Департамент
        Информационных
        Технологий
          Цели                      Показатель                      Критерий

Оперативное заполнение      Время           заполнения Уменьшение              времени
протоколов по               протоколов                по заполнения     протоколов      с
утвержденным формам и       утвержденным    формам     и использованием СИМИ.
наборам параметров,         наборам         параметров
заданных пользователем      заданных пользователем.
                            Количество    ошибок      при Уменьшение        количества
                            заполнении протоколов по ошибок          при    заполнении
                            утвержденным    формам     и протоколов                    по
                            наборам         параметров утвержденным         формам     и
                            заданных пользователем.       наборам          параметров,
                                                          заданных пользователем с
                                                          использованием СИМИ.

Повышение эффективности     Количество     медицинских Уменьшение           количества
оказания медицинской        услуг, дублированных при дублированных
помощи за счѐт устранения   направлении    пациента    в медицинских       услуг      при
дублирования медицинских    специализированное            направлении      пациента     в
услуг и обеспечения         медицинское учреждение из специализированное
преемственности и           территориального ГУЗ          медицинское учреждение из
непрерывности                                             территориального ГУЗ;
медицинской помощи на                                     Сокращение               общей
разных уровнях                                            продолжительности
                                                          обследований.




                                                                             Страница 21 из 95
Департамент
        Информационных
        Технологий
          Цели                   Показатель                  Критерий

Формирование             Время          формирования Уменьшение         времени,
динамических отчѐтных    динамической       отчѐтной затрачиваемого          на
форм (журналов)          формы (журнала)             формирование
                                                     динамических     отчѐтных
                                                     форм      (журналов)      с
                                                     использованием СИМИ.




                                                                      Страница 22 из 95
Департамент
        Информационных
        Технологий



   3. ХАРАКТЕРИСТИКА ОБЪЕКТОВ АВТОМАТИЗАЦИИ

         3.1.Краткие сведения об объекте автоматизации
      Объектом автоматизации в рамках создания Общегородского информационного сервиса
СИМИ ЕМИАС являются процессы:
       сбора, хранения (в том числе архивного), обработки и консолидации медицинской
         информации о пациенте в составе интегрированной электронной медицинской карты
         (иЭМК) пациента;
       оперативного авторизованного поиска и извлечения медицинской информации о
         пациенте, хранящейся в иЭМК.
      Основным источником медицинской информации для СИМИ ЕМИАС являются
медицинские документы, создаваемые в учреждениях здравоохранения города Москвы. После
ввода в эксплуатацию системы иЭМК, входящей в Федеральный сегмент ЕГИСЗ, должна быть
обеспечена возможность загрузки в СИМИ ЕМИАС медицинских документов, созданных в
учреждениях здравоохранения других регионов и относящихся к пациентам, зарегистрированным
в Регистре застрахованных лиц города Москвы.
      По данным Программы модернизации здравоохранения города Москвы на 2011-2012 годы,
сеть учреждений здравоохранения города Москвы включает 780 лечебно-профилактических
учреждения, в том числе 149 больничных учреждения, 76 диспансеров, 428 амбулаторно-
поликлинических учреждений, 28 центров, в том числе научно-практических, станция скорой и
неотложной медицинской помощи, станция переливания крови, 63 учреждения охраны
материнства и детства, 36 учреждений санаторного типа, 12 учреждений здравоохранения особого
типа. Планируемые в 2012 году объѐмы амбулаторно-поликлинической помощи – около 161 млн.
посещений. Общее число коек в стационарах – около 83 тысяч. Медицинскую помощь населению
города Москвы оказывают около 185 тысяч медицинских работников, из которых врачей – около
45 тысяч человек.
      Указанные количественные и качественные характеристики сети медицинских учреждений
города Москвы определяют следующие особенности объекта автоматизации:
       Разнородность источников данных для СИМИ, связанную с использованием различного
         состава и формата документов в медицинских учреждениях разного типа;
       Наличие большого количества форм с несовпадающими или дублирующимися
         наборами полей, в том числе значительное количество форм на бумажных носителях;



                                                                           Страница 23 из 95
Департамент
           Информационных
           Технологий
          Недостаточная зрелость или отсутствие некоторых классификаторов; несогласованность
            классификаторов, используемых на региональном и федеральном уровнях;
          Большое число жѐстких требований к заполнению форм, определяемых федеральными
            и региональными нормативными документами;
          Отсутствие требований к ведению документации в электронном виде;
          Значительный объѐм обрабатываемых данных;
          Большое число участников процессов.
         Сведения об объекте автоматизации будут дополнены и уточнены в ходе выполнения
работ.

           3.2.Сведения об условиях эксплуатации объекта автоматизации и
                 характеристиках окружающей среды
         Системное   и   прикладное   программное   обеспечение   СИМИ    развѐртывается    на
существующем оборудовании Центра обработки данных (ЦОД) ЕМИАС.
         Особые условия эксплуатации Системы не выявлены.




                                                                              Страница 24 из 95
Департамент
        Информационных
        Технологий



   4. ТРЕБОВАНИЯ К СИСТЕМЕ

       4.1. Требования к системе в целом

      4.1.1. Требования к структуре и функционированию системы

      4.1.1.1. Перечень подсистем, их назначение и основные характеристики
      В соответствии с назначением СИМИ ЕМИАС, составу бизнес-процессов и требованиям к
еѐ функциональности, приведѐнным в подпрограмме «Внедрение современных информационных
систем в здравоохранение» программы модернизации здравоохранения города Москвы 2011-2012
, и с учѐтом реализации обеспечивающих подсистем, в составе Системы выделяются подсистемы,
назначение и основные характеристики которых представлены в таблице 2.
      Таблица 2. Назначение подсистем и их основные характеристики.

 №        Название                   Назначение                    Основные
         подсистемы                  подсистемы            характеристики подсистемы
  1. Хранилище СЭМД                                      Форматный контроль СЭМД.
                             Подсистема должна
                             обеспечивать поддержку      Регистрация СЭМД.
                             процессов загрузки,
                                                         Поддержка версионности СЭМД
                             хранения и извлечения
                                                         (механизм       аннулирования    и
                             СЭМД.
                                                         добавления новой версии СЭМД,
                                                         механизм     установления   связей
                                                         между СЭМД).

                                                         Архивирование СЭМД.

                                                         Поиск   и    выгрузка   СЭМД    по
                                                         авторизованному запросу (в том
                                                         числе и из архива СЭМД).

                                                         Ведение аудита загрузки СЭМД и
                                                         предоставления доступа к ним.

  2. Подсистема              Подсистема должна           Создание иЭМК.
      управления регистром обеспечивать поддержку
                                                         Редактирование           статусной
      иЭМК                   процессов создания,


                                                                            Страница 25 из 95
Департамент
      Информационных
      Технологий
№        Название              Назначение                    Основные
        подсистемы             подсистемы            характеристики подсистемы
                        версионного хранения,      информации иЭМК.
                        поиска, архивации,
                                                   Управление правами доступа к
                        слияния иЭМК.
                                                   иЭМК.

                                                   Слияние иЭМК.

3. Хранилище            Подсистема должна          Контроль ссылочной целостности
    структурированных   обеспечивать поддержку     и корректности данных СЭМД и
    данных СЭМД         процессов разбора СЭМД в размещение структурированных
                        соответствии со            данных в реляционных таблицах.
                        структурой используемого
                                                   Поиск и извлечение данных по
                        протокола и хранения
                                                   значениям различных параметров
                        структурированных
                                                   протокола, включая
                        данных СЭМД,
                                                   идентификаторы пациента,
                        поиска СЭМД и сведений     медицинского работника, ЛПУ,
                        на основе данных СЭМД      случаи обращения,
                        по заданным критериям по   Возможность группировки данных
                        авторизованным запросам.   СЭМД по:
                                                    Случаям                обращения
                                                       (амбулаторным                 и
                                                       стационарным ИБ);
                                                    Видам обследований;
                                                    Другим             настраиваемым
                                                       параметрам.



4. Управление НСИ       Подсистема должна          Первоначальная загрузка НСИ;
                        обеспечивать поддержку
                                                   Синхронизация НСИ со смежными
                        процессов управления
                                                   системами в составе ЕМИАС.
                        НСИ Системы, включая
                        внутренние                 Редактирование         НСИ        с
                        классификаторы СИМИ и      обеспечением             поддержки
                        классификаторы,            версионности и сроков действия;


                                                                       Страница 26 из 95
Департамент
      Информационных
      Технологий
№        Название            Назначение                      Основные
        подсистемы           подсистемы             характеристики подсистемы
                       синхронизируемые со        валидация изменений НСИ.
                       смежными системами в
                                                  Поиск и извлечение НСИ.
                       составе ЕМИАС.




5. Хранилище                                      Создание и настройка протоколов,
                       Подсистема с
    протоколов                                    параметров протоколов и групп
                       использованием Developer
                                                  параметров        протоколов       (с
                       Interface должна
                                                  поддержкой версионности).
                       обеспечивать поддержку
                       процессов создания,        Конфигурирование          шаблонов
                       редактирования,            протоколов.
                       публикации описаний
                                                  Конфигурирование печатных форм
                       объектов предметной
                                                  для протоколов.
                       области, включая
                       протоколы, группы          Конфигурирование экранных форм
                       параметров протоколов,     для протоколов.
                       параметры, шаблоны
                                                  Экспорт/импорт         протоколов,
                       протоколов, экранные и
                                                  шаблонов протоколов, параметров
                       печатные формы; а также
                                                  протоколов и групп параметров,
                       возможность
                                                  экранных и печатных форм.
                       использования объектов
                       предметной области
                       другими подсистемами
                       СИМИ и смежными
                       системами.



6. Администрирование   Поддержка работы           Управление    режимом          работы
                       Системы                    (производственный,        тестовый,
                                                  аварийный, диагностический).

                                                  Диагностика (доступ к системным
                                                  журналам).


                                                                      Страница 27 из 95
Департамент
        Информационных
        Технологий
№          Название                 Назначение                    Основные
          подсистемы                подсистемы           характеристики подсистемы
                                                       Управление   оповещениями   о
                                                       системных событиях.

7. Управление доступом Управление доступом             Идентификация, аутентификация,
    и          обеспечение пользователей, систем и     авторизация пользователей.
    информационной          обеспечение защиты
                                                       Создание ролей.
    безопасности            информации,
                            обрабатываемой в системе   Настройка прав доступа для ролей.

                                                       Управление правами доступа
                                                       пользователей.

                                                       Регистрация согласия пациента на
                                                       обработку персональных данных.

                                                       Регистрация   и    аудит     действий
                                                       пользователей.

                                                       Антивирусная защита.

                                                       Криптографическая защита.

8. Интеграция               Взаимодействие со          Конфигурирование           параметров
                            смежными подсистемами      взаимодействия.
                            ЕМИАС
                                                       Обеспечение       работоспособности
                            Взаимодействие с           сервисов.
                            системой иЭМК, входящей
                                                       Обеспечение      взаимодействия     с
                            в Федеральный сегмент
                                                       федеральной иЭМК.
                            ЕГИСЗ



9. Диагностика              Подсистема должна          Проверка         доступности       и
    Системы*                обеспечивать возможность   работоспособности           элементов
                            выполнение проверок        Системы.
                            доступности и
                            работоспособности


                                                                           Страница 28 из 95
Департамент
                Информационных
                Технологий
  №                     Название                          Назначение                                                   Основные
                       подсистемы                        подсистемы                                            характеристики подсистемы
                                                   элементов Системы


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

           Схема компонентной архитектуры Системы представлена на рисунке 2.




                           Архив регистра иЭМК      Архив СЭМД        Архив структурированных                                   БД администрирования
                                                                           данных СЭМД




                                                                                                                                    Сервисы
                                                                                                                                   подсистемы
Хранилище протоколов          Регистр иЭМК       Хранилище СЭМД             Хранилище           БД управления доступом            администриро
                                                                        структурированных                                             вания
                                                                           данных СЭМД


                                                                                                                                                                       НСИ

    Сервисы                                         Сервисы                 Сервисы                     Сервисы
                               Сервисы                                                                                               Сервисы
   хранилища                                       хранилища               хранилища                   подсистемы
                            регистра иЭМК                                                                                          подсистемы
   протоколов                                        СЭМД                структурирова                 управления
                                                                          нных данных                                              диагностики
                                                                                                        доступом
                                                                             СЭМД                                                                               Сервисы НСИ




                                                                              Сервисы взаимодействия                Сервисы взаимодействия
 Подсистема интеграции СИМИ                      Обработчик событий
                                                    шины ЕМИАС                 с иЭМК Федерального                    с другими смежными
                                                                                                                                                       Сервисы подсистемы
                                                                                                                                                           интеграции
                                                                                  сегмента ЕГИСЗ                           системами




                                                        Интеграционная шина ЕМИАС



                           Система формирования                                          Система интеграции с МИС                                                ...
                        пользовательского интерфейса



                                                   Рис.2. Компонентная архитектура СИМИ.

           В архитектуре Системы должны быть выделены следующие уровни иерархии:

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


                                                                                                                                                 Страница 29 из 95
Департамент
        Информационных
        Технологий
       Уровень интеграции, обеспечивающий взаимодействие компонентов Системы между
            собой и со смежными системами.

      Система должна быть реализована как централизованно размещаемое приложение.




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

      4.1.1.3. Требования к характеристикам взаимосвязей создаваемой
                  системы со смежными системами
      В соответствии с проектом «Методических рекомендаций по применению облачных
технологий при создании регионального уровня единой государственной информационной
системы в сфере здравоохранения, в рамках реализации региональных программ модернизации
здравоохранения в 2011 – 2012 годах» информационная система, предназначенная для
использования в составе РЕИС, должна иметь открытую сервисно-ориентированную архитектуру.
Базовой технологией для реализации архитектуры СИМИ должно быть использование web-
сервисов.
      Разрабатываемая система СИМИ является частью ЕМИАС и, в соответствии с общей
архитектурой ЕМИАС, предоставляемые Системой сервисы работы с хранилищем СЭМД,
хранилищем структурированных данных СЭМД и хранилищем протоколов должны быть
доступны для использования следующими смежными системами:
       подсистемой формирования пользовательского интерфейса ЕМИАС;
       подсистемой интеграции МИС;
       информационными системами федерального фрагмента ЕГИСЗ и информационными
            системами Электронного правительства.
      СИМИ создается на основе базовой межведомственной инфраструктуры (БМИ) ЕМИАС и
должна использовать сервисы, предоставляемые системами в составе БМИ ЕМИАС и ЕМИАС:
       Набор базовых сетевых и системных сервисов БМИ ЕМИАС:
              o    подсистема единого каталога пользователей;
              o    подсистема аутентификации;
              o    подсистема резервного копирования и восстановления данных.

                                                                            Страница 30 из 95
Департамент
        Информационных
        Технологий
       НСИ;
       Сервисы общегородского Регистра пациентов;
       Сервисы системы управления медицинскими регистрами.
      Для обработки случаев отсутствия связи между Системой и смежной ИС должны быть
разработаны методы и алгоритмы взаимодействия систем, позволяющие не прерывать процесс, в
рамках которого возникает необходимость изменения данных, как со стороны Системы, так и со
стороны смежной ИС. При этом должна сохраняться непротиворечивость и целостность данных
во всех взаимодействующих системах. Например, функционирование МИС на уровне ЛПУ не
должно остановиться в случае отсутствия связи с СИМИ.
      Характеристики взаимодействия СИМИ и смежных систем должны быть специфицированы
в составе документов ЧТЗ по результатам НИР на стадии технического проектирования Системы;
в частности, в ходе технического проектирования Системы должны быть уточнены, согласованы и
утверждены требования к интерфейсам интеграции со следующими системами:
       смежные системы в составе ЕМИАС;
       сервисы федерального сегмента ЕГИСЗ;
       системы ведения специализированных регистров по ряду нозологий.



      4.1.1.4. Требования к режимам функционирования системы
      В СИМИ должна быть реализована возможность работы системы в следующих режимах
функционирования:
       Производственный (штатный) – основной режим работы системы, в котором доступна
         вся функциональность системы и выполняется обработка реальных данных; сервисы
         системы доступны для внешних вызовов;
       Тестовый – режим работы, при котором доступна вся функциональность системы и
         выполняется обработка тестовых данных (которые могут быть потом удалены); сервисы
         системы недоступны для внешних вызовов;
       Диагностический – режим работы, при котором функциональность системы доступна
         полностью или частично, полностью доступна функциональность административной
         подсистемы, и включена расширенная журнализация системных событий; сервисы
         системы могут быть доступны или недоступны для внешних вызовов;
       Аварийный – режим работы системы, при котором функциональность системы
         недоступна или частично доступна в связи со сбоями в программно-техническом
         обеспечении Системы. С использованием подсистемы мониторинга должен быть

                                                                           Страница 31 из 95
ТЗ СИМИ ЕМИАС
ТЗ СИМИ ЕМИАС
ТЗ СИМИ ЕМИАС
ТЗ СИМИ ЕМИАС
ТЗ СИМИ ЕМИАС
ТЗ СИМИ ЕМИАС
ТЗ СИМИ ЕМИАС
ТЗ СИМИ ЕМИАС
ТЗ СИМИ ЕМИАС
ТЗ СИМИ ЕМИАС
ТЗ СИМИ ЕМИАС
ТЗ СИМИ ЕМИАС
ТЗ СИМИ ЕМИАС
ТЗ СИМИ ЕМИАС
ТЗ СИМИ ЕМИАС
ТЗ СИМИ ЕМИАС
ТЗ СИМИ ЕМИАС
ТЗ СИМИ ЕМИАС
ТЗ СИМИ ЕМИАС
ТЗ СИМИ ЕМИАС
ТЗ СИМИ ЕМИАС
ТЗ СИМИ ЕМИАС
ТЗ СИМИ ЕМИАС
ТЗ СИМИ ЕМИАС
ТЗ СИМИ ЕМИАС
ТЗ СИМИ ЕМИАС
ТЗ СИМИ ЕМИАС
ТЗ СИМИ ЕМИАС
ТЗ СИМИ ЕМИАС
ТЗ СИМИ ЕМИАС
ТЗ СИМИ ЕМИАС
ТЗ СИМИ ЕМИАС
ТЗ СИМИ ЕМИАС
ТЗ СИМИ ЕМИАС
ТЗ СИМИ ЕМИАС
ТЗ СИМИ ЕМИАС
ТЗ СИМИ ЕМИАС
ТЗ СИМИ ЕМИАС
ТЗ СИМИ ЕМИАС
ТЗ СИМИ ЕМИАС
ТЗ СИМИ ЕМИАС
ТЗ СИМИ ЕМИАС
ТЗ СИМИ ЕМИАС
ТЗ СИМИ ЕМИАС
ТЗ СИМИ ЕМИАС
ТЗ СИМИ ЕМИАС
ТЗ СИМИ ЕМИАС
ТЗ СИМИ ЕМИАС
ТЗ СИМИ ЕМИАС
ТЗ СИМИ ЕМИАС
ТЗ СИМИ ЕМИАС
ТЗ СИМИ ЕМИАС
ТЗ СИМИ ЕМИАС
ТЗ СИМИ ЕМИАС
ТЗ СИМИ ЕМИАС
ТЗ СИМИ ЕМИАС
ТЗ СИМИ ЕМИАС
ТЗ СИМИ ЕМИАС
ТЗ СИМИ ЕМИАС
ТЗ СИМИ ЕМИАС
ТЗ СИМИ ЕМИАС
ТЗ СИМИ ЕМИАС
ТЗ СИМИ ЕМИАС
ТЗ СИМИ ЕМИАС

More Related Content

What's hot

антитеррористический паспорт оош п.каратайка
антитеррористический паспорт оош п.каратайкаантитеррористический паспорт оош п.каратайка
антитеррористический паспорт оош п.каратайкаhimbaza
 
Требования к официальным сайтам Правительства Москвы. Проект
Требования к официальным сайтам Правительства Москвы. ПроектТребования к официальным сайтам Правительства Москвы. Проект
Требования к официальным сайтам Правительства Москвы. ПроектMoscow IT Department
 
бп мол ферма с числами3
бп мол ферма с числами3бп мол ферма с числами3
бп мол ферма с числами3aleksandr_venkov
 
теория вероятностей и математическая статистика. часть 1. вариационные ряды, ...
теория вероятностей и математическая статистика. часть 1. вариационные ряды, ...теория вероятностей и математическая статистика. часть 1. вариационные ряды, ...
теория вероятностей и математическая статистика. часть 1. вариационные ряды, ...Иван Иванов
 
Системный проект формирования электронного правительства в РФ (июль 2010 - с ...
Системный проект формирования электронного правительства в РФ (июль 2010 - с ...Системный проект формирования электронного правительства в РФ (июль 2010 - с ...
Системный проект формирования электронного правительства в РФ (июль 2010 - с ...Victor Gridnev
 
Методические рекомендации по использованию Единой системы идентификации и аут...
Методические рекомендации по использованию Единой системы идентификации и аут...Методические рекомендации по использованию Единой системы идентификации и аут...
Методические рекомендации по использованию Единой системы идентификации и аут...Victor Gridnev
 
Egsvc 1964
Egsvc 1964Egsvc 1964
Egsvc 1964tibid
 
Gost 12.2.087 83 2
Gost 12.2.087 83 2Gost 12.2.087 83 2
Gost 12.2.087 83 2meggihicki
 
КАТАЛОГ УЧЕБНЫХ КУРСОВ И ТРЕНИНГОВ МЕЖРЕГИОНАЛЬНОЙ ОБЩЕСТВЕННОЙ ОРГАНИЗАЦИИ «...
КАТАЛОГ УЧЕБНЫХ КУРСОВ И ТРЕНИНГОВ МЕЖРЕГИОНАЛЬНОЙ ОБЩЕСТВЕННОЙ ОРГАНИЗАЦИИ «...КАТАЛОГ УЧЕБНЫХ КУРСОВ И ТРЕНИНГОВ МЕЖРЕГИОНАЛЬНОЙ ОБЩЕСТВЕННОЙ ОРГАНИЗАЦИИ «...
КАТАЛОГ УЧЕБНЫХ КУРСОВ И ТРЕНИНГОВ МЕЖРЕГИОНАЛЬНОЙ ОБЩЕСТВЕННОЙ ОРГАНИЗАЦИИ «...MOO АКБ
 
100125 системный проект E Government ростелеком
100125 системный проект E Government ростелеком100125 системный проект E Government ростелеком
100125 системный проект E Government ростелекомIlya Ponomarev
 
100720 системный проект v3
100720 системный проект v3100720 системный проект v3
100720 системный проект v3Ilya Ponomarev
 
системный проект формирования электронного правительства рф
системный проект формирования электронного правительства рфсистемный проект формирования электронного правительства рф
системный проект формирования электронного правительства рфtibid
 
исследовательский отчёт криминальная статистика
исследовательский отчёт криминальная статистикаисследовательский отчёт криминальная статистика
исследовательский отчёт криминальная статистикаKomitetGI
 
Справочник законодательства РФ в области информационной безопасности
Справочник законодательства РФ в области информационной безопасностиСправочник законодательства РФ в области информационной безопасности
Справочник законодательства РФ в области информационной безопасностиimbasoft ru
 
560.безопасность жизнедеятельности
560.безопасность жизнедеятельности560.безопасность жизнедеятельности
560.безопасность жизнедеятельностиefwd2ws2qws2qsdw
 

What's hot (19)

антитеррористический паспорт оош п.каратайка
антитеррористический паспорт оош п.каратайкаантитеррористический паспорт оош п.каратайка
антитеррористический паспорт оош п.каратайка
 
Business-plan of medical center
Business-plan of medical centerBusiness-plan of medical center
Business-plan of medical center
 
Требования к официальным сайтам Правительства Москвы. Проект
Требования к официальным сайтам Правительства Москвы. ПроектТребования к официальным сайтам Правительства Москвы. Проект
Требования к официальным сайтам Правительства Москвы. Проект
 
бп мол ферма с числами3
бп мол ферма с числами3бп мол ферма с числами3
бп мол ферма с числами3
 
бп жилой дом
бп жилой домбп жилой дом
бп жилой дом
 
теория вероятностей и математическая статистика. часть 1. вариационные ряды, ...
теория вероятностей и математическая статистика. часть 1. вариационные ряды, ...теория вероятностей и математическая статистика. часть 1. вариационные ряды, ...
теория вероятностей и математическая статистика. часть 1. вариационные ряды, ...
 
Системный проект формирования электронного правительства в РФ (июль 2010 - с ...
Системный проект формирования электронного правительства в РФ (июль 2010 - с ...Системный проект формирования электронного правительства в РФ (июль 2010 - с ...
Системный проект формирования электронного правительства в РФ (июль 2010 - с ...
 
Методические рекомендации по использованию Единой системы идентификации и аут...
Методические рекомендации по использованию Единой системы идентификации и аут...Методические рекомендации по использованию Единой системы идентификации и аут...
Методические рекомендации по использованию Единой системы идентификации и аут...
 
Egsvc 1964
Egsvc 1964Egsvc 1964
Egsvc 1964
 
Gost 12.2.087 83 2
Gost 12.2.087 83 2Gost 12.2.087 83 2
Gost 12.2.087 83 2
 
КАТАЛОГ УЧЕБНЫХ КУРСОВ И ТРЕНИНГОВ МЕЖРЕГИОНАЛЬНОЙ ОБЩЕСТВЕННОЙ ОРГАНИЗАЦИИ «...
КАТАЛОГ УЧЕБНЫХ КУРСОВ И ТРЕНИНГОВ МЕЖРЕГИОНАЛЬНОЙ ОБЩЕСТВЕННОЙ ОРГАНИЗАЦИИ «...КАТАЛОГ УЧЕБНЫХ КУРСОВ И ТРЕНИНГОВ МЕЖРЕГИОНАЛЬНОЙ ОБЩЕСТВЕННОЙ ОРГАНИЗАЦИИ «...
КАТАЛОГ УЧЕБНЫХ КУРСОВ И ТРЕНИНГОВ МЕЖРЕГИОНАЛЬНОЙ ОБЩЕСТВЕННОЙ ОРГАНИЗАЦИИ «...
 
100125 системный проект E Government ростелеком
100125 системный проект E Government ростелеком100125 системный проект E Government ростелеком
100125 системный проект E Government ростелеком
 
100720 системный проект v3
100720 системный проект v3100720 системный проект v3
100720 системный проект v3
 
системный проект формирования электронного правительства рф
системный проект формирования электронного правительства рфсистемный проект формирования электронного правительства рф
системный проект формирования электронного правительства рф
 
исследовательский отчёт криминальная статистика
исследовательский отчёт криминальная статистикаисследовательский отчёт криминальная статистика
исследовательский отчёт криминальная статистика
 
Справочник законодательства РФ в области информационной безопасности
Справочник законодательства РФ в области информационной безопасностиСправочник законодательства РФ в области информационной безопасности
Справочник законодательства РФ в области информационной безопасности
 
560.безопасность жизнедеятельности
560.безопасность жизнедеятельности560.безопасность жизнедеятельности
560.безопасность жизнедеятельности
 
polozh_zak-2.pdf
polozh_zak-2.pdfpolozh_zak-2.pdf
polozh_zak-2.pdf
 
Po almaz
Po almazPo almaz
Po almaz
 

Similar to ТЗ СИМИ ЕМИАС

Системный проект формирования электронного правительства в Российской Федерац...
Системный проект формирования электронного правительства в Российской Федерац...Системный проект формирования электронного правительства в Российской Федерац...
Системный проект формирования электронного правительства в Российской Федерац...Victor Gridnev
 
тт на ситемный проект ио москвы 2011
тт на ситемный проект ио москвы 2011тт на ситемный проект ио москвы 2011
тт на ситемный проект ио москвы 2011Victor Gridnev
 
ЕСИА Reglament vzaimodeystviya v1.2
ЕСИА  Reglament vzaimodeystviya v1.2ЕСИА  Reglament vzaimodeystviya v1.2
ЕСИА Reglament vzaimodeystviya v1.2Victor Gridnev
 
ЕСИА Регламент 05_2012 (Reglament vzaimodeystviya esia)
ЕСИА Регламент 05_2012 (Reglament vzaimodeystviya esia)ЕСИА Регламент 05_2012 (Reglament vzaimodeystviya esia)
ЕСИА Регламент 05_2012 (Reglament vzaimodeystviya esia)Victor Gridnev
 
Унифицированных функционально-технические требований к государственной информ...
Унифицированных функционально-технические требований к государственной информ...Унифицированных функционально-технические требований к государственной информ...
Унифицированных функционально-технические требований к государственной информ...Victor Gridnev
 
РТ-ИНФОРМ презентация компании
РТ-ИНФОРМ презентация компании РТ-ИНФОРМ презентация компании
РТ-ИНФОРМ презентация компании vizzzol
 
П.Г. Круг.; Нейронные сети и Нейрокомпьютеры
П.Г. Круг.; Нейронные сети и НейрокомпьютерыП.Г. Круг.; Нейронные сети и Нейрокомпьютеры
П.Г. Круг.; Нейронные сети и НейрокомпьютерыGrigory Pomadchin
 
Регламент взаимодействия участников межведа (1)
Регламент взаимодействия участников межведа (1)Регламент взаимодействия участников межведа (1)
Регламент взаимодействия участников межведа (1)Victor Gridnev
 
Introduct manual
Introduct manualIntroduct manual
Introduct manualDim Kin
 
Российская индустрия экспортной разработки программного обеспечения 2009
Российская индустрия экспортной разработки программного обеспечения 2009Российская индустрия экспортной разработки программного обеспечения 2009
Российская индустрия экспортной разработки программного обеспечения 2009Dmitry Tseitlin
 
Vi p net_csp_user_guide_ru
Vi p net_csp_user_guide_ruVi p net_csp_user_guide_ru
Vi p net_csp_user_guide_ruYahoo! Finance
 
Диагностика работы правоохранительных органов по охране общественного порядка...
Диагностика работы правоохранительных органов по охране общественного порядка...Диагностика работы правоохранительных органов по охране общественного порядка...
Диагностика работы правоохранительных органов по охране общественного порядка...KomitetGI
 
Оценка сайтов органов государственного и муниципального управления Алтайского...
Оценка сайтов органов государственного и муниципального управления Алтайского...Оценка сайтов органов государственного и муниципального управления Алтайского...
Оценка сайтов органов государственного и муниципального управления Алтайского...Anna Milyukova
 
ИС учет контингента - Унифицированные функционально-технические требования, в...
ИС учет контингента - Унифицированные функционально-технические требования, в...ИС учет контингента - Унифицированные функционально-технические требования, в...
ИС учет контингента - Унифицированные функционально-технические требования, в...Victor Gridnev
 
р газпром 4.2 0-002-2009
р газпром 4.2 0-002-2009р газпром 4.2 0-002-2009
р газпром 4.2 0-002-2009evanat kinson
 
Инфраструктура_на_базе_открытого_ПО
Инфраструктура_на_базе_открытого_ПОИнфраструктура_на_базе_открытого_ПО
Инфраструктура_на_базе_открытого_ПОAlexey Vasyukov
 
СОЦИАЛЬНАЯ ИНФОРМАТИКА
СОЦИАЛЬНАЯ ИНФОРМАТИКАСОЦИАЛЬНАЯ ИНФОРМАТИКА
СОЦИАЛЬНАЯ ИНФОРМАТИКАIlia Malkov
 

Similar to ТЗ СИМИ ЕМИАС (20)

Системный проект формирования электронного правительства в Российской Федерац...
Системный проект формирования электронного правительства в Российской Федерац...Системный проект формирования электронного правительства в Российской Федерац...
Системный проект формирования электронного правительства в Российской Федерац...
 
тт на ситемный проект ио москвы 2011
тт на ситемный проект ио москвы 2011тт на ситемный проект ио москвы 2011
тт на ситемный проект ио москвы 2011
 
ЕСИА Reglament vzaimodeystviya v1.2
ЕСИА  Reglament vzaimodeystviya v1.2ЕСИА  Reglament vzaimodeystviya v1.2
ЕСИА Reglament vzaimodeystviya v1.2
 
ЕСИА Регламент 05_2012 (Reglament vzaimodeystviya esia)
ЕСИА Регламент 05_2012 (Reglament vzaimodeystviya esia)ЕСИА Регламент 05_2012 (Reglament vzaimodeystviya esia)
ЕСИА Регламент 05_2012 (Reglament vzaimodeystviya esia)
 
Унифицированных функционально-технические требований к государственной информ...
Унифицированных функционально-технические требований к государственной информ...Унифицированных функционально-технические требований к государственной информ...
Унифицированных функционально-технические требований к государственной информ...
 
РТ-ИНФОРМ презентация компании
РТ-ИНФОРМ презентация компании РТ-ИНФОРМ презентация компании
РТ-ИНФОРМ презентация компании
 
П.Г. Круг.; Нейронные сети и Нейрокомпьютеры
П.Г. Круг.; Нейронные сети и НейрокомпьютерыП.Г. Круг.; Нейронные сети и Нейрокомпьютеры
П.Г. Круг.; Нейронные сети и Нейрокомпьютеры
 
Регламент взаимодействия участников межведа (1)
Регламент взаимодействия участников межведа (1)Регламент взаимодействия участников межведа (1)
Регламент взаимодействия участников межведа (1)
 
Hp ts catalog 2015
Hp ts catalog 2015Hp ts catalog 2015
Hp ts catalog 2015
 
Презентация о компании
Презентация о компанииПрезентация о компании
Презентация о компании
 
Introduct manual
Introduct manualIntroduct manual
Introduct manual
 
Российская индустрия экспортной разработки программного обеспечения 2009
Российская индустрия экспортной разработки программного обеспечения 2009Российская индустрия экспортной разработки программного обеспечения 2009
Российская индустрия экспортной разработки программного обеспечения 2009
 
tourizm
tourizmtourizm
tourizm
 
Vi p net_csp_user_guide_ru
Vi p net_csp_user_guide_ruVi p net_csp_user_guide_ru
Vi p net_csp_user_guide_ru
 
Диагностика работы правоохранительных органов по охране общественного порядка...
Диагностика работы правоохранительных органов по охране общественного порядка...Диагностика работы правоохранительных органов по охране общественного порядка...
Диагностика работы правоохранительных органов по охране общественного порядка...
 
Оценка сайтов органов государственного и муниципального управления Алтайского...
Оценка сайтов органов государственного и муниципального управления Алтайского...Оценка сайтов органов государственного и муниципального управления Алтайского...
Оценка сайтов органов государственного и муниципального управления Алтайского...
 
ИС учет контингента - Унифицированные функционально-технические требования, в...
ИС учет контингента - Унифицированные функционально-технические требования, в...ИС учет контингента - Унифицированные функционально-технические требования, в...
ИС учет контингента - Унифицированные функционально-технические требования, в...
 
р газпром 4.2 0-002-2009
р газпром 4.2 0-002-2009р газпром 4.2 0-002-2009
р газпром 4.2 0-002-2009
 
Инфраструктура_на_базе_открытого_ПО
Инфраструктура_на_базе_открытого_ПОИнфраструктура_на_базе_открытого_ПО
Инфраструктура_на_базе_открытого_ПО
 
СОЦИАЛЬНАЯ ИНФОРМАТИКА
СОЦИАЛЬНАЯ ИНФОРМАТИКАСОЦИАЛЬНАЯ ИНФОРМАТИКА
СОЦИАЛЬНАЯ ИНФОРМАТИКА
 

More from emiasnews

Трехуровневая модель оказания медицинской помощи
Трехуровневая модель оказания медицинской помощиТрехуровневая модель оказания медицинской помощи
Трехуровневая модель оказания медицинской помощиemiasnews
 
ЕМИАС инфо №4
ЕМИАС инфо №4ЕМИАС инфо №4
ЕМИАС инфо №4emiasnews
 
ЕМИАС инфо №3
ЕМИАС инфо №3ЕМИАС инфо №3
ЕМИАС инфо №3emiasnews
 
ЕМИАС инфо №2
ЕМИАС инфо №2ЕМИАС инфо №2
ЕМИАС инфо №2emiasnews
 
ЕМИАС инфо №1
ЕМИАС инфо №1ЕМИАС инфо №1
ЕМИАС инфо №1emiasnews
 
Ведение журналов и регистров
Ведение журналов и регистровВедение журналов и регистров
Ведение журналов и регистровemiasnews
 
Поддержка жизненного цикла листка нетрудоспособности
Поддержка жизненного цикла листка нетрудоспособностиПоддержка жизненного цикла листка нетрудоспособности
Поддержка жизненного цикла листка нетрудоспособностиemiasnews
 
Вызов врача на дом
Вызов врача на домВызов врача на дом
Вызов врача на домemiasnews
 
Диспансеризация
ДиспансеризацияДиспансеризация
Диспансеризацияemiasnews
 
Вакцинопрофилактика
ВакцинопрофилактикаВакцинопрофилактика
Вакцинопрофилактикаemiasnews
 
Вакцинопрофилактика
ВакцинопрофилактикаВакцинопрофилактика
Вакцинопрофилактикаemiasnews
 
Обеспечение взаимодействия среднего и высшего медицинского персонала
Обеспечение взаимодействия среднего и высшего медицинского персоналаОбеспечение взаимодействия среднего и высшего медицинского персонала
Обеспечение взаимодействия среднего и высшего медицинского персоналаemiasnews
 
Emias newspaper
Emias newspaperEmias newspaper
Emias newspaperemiasnews
 
Конференция "IT в медицине" 31.05.2012г, Шератон
Конференция "IT в медицине" 31.05.2012г, ШератонКонференция "IT в медицине" 31.05.2012г, Шератон
Конференция "IT в медицине" 31.05.2012г, Шератонemiasnews
 
MedSoft 17 апреля 2012г.
MedSoft 17 апреля 2012г.MedSoft 17 апреля 2012г.
MedSoft 17 апреля 2012г.emiasnews
 

More from emiasnews (15)

Трехуровневая модель оказания медицинской помощи
Трехуровневая модель оказания медицинской помощиТрехуровневая модель оказания медицинской помощи
Трехуровневая модель оказания медицинской помощи
 
ЕМИАС инфо №4
ЕМИАС инфо №4ЕМИАС инфо №4
ЕМИАС инфо №4
 
ЕМИАС инфо №3
ЕМИАС инфо №3ЕМИАС инфо №3
ЕМИАС инфо №3
 
ЕМИАС инфо №2
ЕМИАС инфо №2ЕМИАС инфо №2
ЕМИАС инфо №2
 
ЕМИАС инфо №1
ЕМИАС инфо №1ЕМИАС инфо №1
ЕМИАС инфо №1
 
Ведение журналов и регистров
Ведение журналов и регистровВедение журналов и регистров
Ведение журналов и регистров
 
Поддержка жизненного цикла листка нетрудоспособности
Поддержка жизненного цикла листка нетрудоспособностиПоддержка жизненного цикла листка нетрудоспособности
Поддержка жизненного цикла листка нетрудоспособности
 
Вызов врача на дом
Вызов врача на домВызов врача на дом
Вызов врача на дом
 
Диспансеризация
ДиспансеризацияДиспансеризация
Диспансеризация
 
Вакцинопрофилактика
ВакцинопрофилактикаВакцинопрофилактика
Вакцинопрофилактика
 
Вакцинопрофилактика
ВакцинопрофилактикаВакцинопрофилактика
Вакцинопрофилактика
 
Обеспечение взаимодействия среднего и высшего медицинского персонала
Обеспечение взаимодействия среднего и высшего медицинского персоналаОбеспечение взаимодействия среднего и высшего медицинского персонала
Обеспечение взаимодействия среднего и высшего медицинского персонала
 
Emias newspaper
Emias newspaperEmias newspaper
Emias newspaper
 
Конференция "IT в медицине" 31.05.2012г, Шератон
Конференция "IT в медицине" 31.05.2012г, ШератонКонференция "IT в медицине" 31.05.2012г, Шератон
Конференция "IT в медицине" 31.05.2012г, Шератон
 
MedSoft 17 апреля 2012г.
MedSoft 17 апреля 2012г.MedSoft 17 апреля 2012г.
MedSoft 17 апреля 2012г.
 

ТЗ СИМИ ЕМИАС

  • 1. ДЕПАРТАМЕНТ ИНФОРМАЦИОННЫХ ТЕХНОЛОГИЙ ГОРОДА МОСКВЫ СОГЛАСОВАНО УТВЕРЖДАЮ Должность Должность ______________________Х.Х. ХХХХ ______________________Х.Х. ХХХХ (личная подпись) (расшифровка подписи) (личная подпись) (расшифровка подписи) «___» ______________20ХХ г «___» ______________20ХХ г СИСТЕМА ИНТЕГРИРОВАННОЙ МЕДИЦИНСКОЙ ИНФОРМАЦИИ ЕДИНОЙ МЕДИЦИНСКОЙ ИНФОРМАЦИОННО-АНАЛИТИЧЕСКОЙ СИСТЕМЫ ГОРОДА МОСКВЫ ТЕХНИЧЕСКОЕ ЗАДАНИЕ 66469537.4251801.001.ТЗ Версия 0.5 СОГЛАСОВАНО Представители организации Разработчика Должность Должность ______________________Х.Х. ХХХХ ______________________Х.Х. ХХХХ (личная подпись) (расшифровка подписи) (личная подпись) (расшифровка подписи) «___» ______________20ХХ г «___» ______________20ХХ г 2012
  • 2. ДЕПАРТАМЕНТ ИНФОРМАЦИОННЫХ ТЕХНОЛОГИЙ ГОРОДА МОСКВЫ Утвержден 66469537.4251801.001.ТЗ-ЛУ СИСТЕМА ИНТЕГРИРОВАННОЙ МЕДИЦИНСКОЙ ИНФОРМАЦИИ ЕДИНОЙ МЕДИЦИНСКОЙ ИНФОРМАЦИОННО- АНАЛИТИЧЕСКОЙ СИСТЕМЫ ГОРОДА МОСКВЫ ТЕХНИЧЕСКОЕ ЗАДАНИЕ 66469537.4251801.001.ТЗ Листов 95 Версия 0.5 2012
  • 3. Департамент Информационных Технологий АННОТАЦИЯ В настоящем документе определены требования и порядок создания автоматизированной системы (АС) «Система интегрированной медицинской информации Единой медицинской информационно-аналитической системы города Москвы» (СИМИ ЕМИАС), в соответствии с которыми будет проводиться разработка АС и еѐ приѐмка при вводе в эксплуатацию. Страница 2 из 95
  • 4. Департамент Информационных Технологий СОДЕРЖАНИЕ 1. Общие сведения............................................................................................ 15 1.1. Полное наименование системы и ее условное обозначение ......... 15 1.2. Номер договора .................................................................................. 15 1.3. Наименования предприятий разработчика и заказчика системы . 15 1.4. Перечень документов, на основании которых создается система 16 1.5. Плановые сроки начала и окончания работы по созданию системы 16 1.6. Сведения об источниках и порядке финансирования работы по созданию системы ...................................................................................................... 16 1.7. Порядок оформления и предъявления заказчику результатов работ по созданию системы (ее частей), по изготовлению и наладке отдельных средств (технических, программных, информационных) и программно-технических (программно-методических) комплексов системы ................................................ 16 2. Назначение и цели создания системы ........................................................ 18 2.1. Назначение системы .......................................................................... 18 2.2. Цели создания системы ..................................................................... 20 3. Характеристика объектов автоматизации ................................................. 23 3.1. Краткие сведения об объекте автоматизации ................................. 23 3.2. Сведения об условиях эксплуатации объекта автоматизации и характеристиках окружающей среды ...................................................................... 24 4. Требования к системе .................................................................................. 25 4.1. Требования к системе в целом.......................................................... 25 4.1.1. Требования к структуре и функционированию системы .............. 25 4.1.1.1. Перечень подсистем, их назначение и основные характеристики .......... 25 4.1.1.2. Требования к способам и средствам связи для информационного обмена между компонентами системы ............................................................................................... 30 4.1.1.3. Требования к характеристикам взаимосвязей создаваемой системы со смежными системами .............................................................................................................. 30 Страница 3 из 95
  • 5. Департамент Информационных Технологий 4.1.1.4. Требования к режимам функционирования системы ............................... 31 4.1.1.5. Требования по диагностированию системы .............................................. 32 4.1.1.6. Перспективы развития. Модернизация системы ....................................... 33 4.1.2. Требования к численности и квалификации персонала системы и режиму его работы ..................................................................................................... 34 4.1.3. Показатели назначения ..................................................................... 36 4.1.4. Требования к надѐжности ................................................................. 38 4.1.4.1. Восстановление при аварийных ситуациях ............................................... 38 4.1.4.2. Надѐжность программного обеспечения .................................................... 38 4.1.4.3. Надѐжность технических средств ............................................................... 40 4.1.5. Требования безопасности ................................................................. 40 4.1.6. Требования к эргономике и технической эстетике ........................ 40 4.1.7. Требования к транспортабельности системы ................................. 41 4.1.8. Требования к эксплуатации, техническому обслуживанию, ремонту и хранению компонентов системы ........................................................................... 41 4.1.9. Требования к защите информации от несанкционированного доступа 42 4.1.10. Требования по сохранности информации при авариях ................. 46 4.1.11. Требования к защите от влияния внешних воздействий ............... 47 4.1.12. Требования к патентной чистоте...................................................... 48 4.1.13. Требования по стандартизации и унификации ............................... 48 4.1.14. Дополнительные требования ............................................................ 49 4.2. Требования к функциям, выполняемым системой ......................... 49 4.2.1. Требования к функциям подсистем ................................................. 49 4.2.1.1. Подсистема хранилища СЭМД ................................................................... 49 4.2.1.2. Требования к подсистеме управления регистром иЭМК ......................... 50 4.2.1.3. Требования к подсистеме хранилища структурированных данных СЭМД 50 Страница 4 из 95
  • 6. Департамент Информационных Технологий 4.2.1.4. Требования к подсистеме управления НСИ .............................................. 50 4.2.1.5. Требования к подсистеме хранилища протоколов .................................... 51 4.2.1.6. Требования к подсистеме администрирования ......................................... 52 4.2.1.7. Требования к подсистеме управления доступом и информационной безопасности 52 4.2.1.8. Требования к подсистеме интеграции ........................................................ 55 4.2.1.9. Требования к подсистеме диагностики ...................................................... 56 4.2.2. Требования к составу и форме представления выходной информации 56 4.2.3. Требования к составу и форме представления входной информации 56 4.2.4. Требования к интерфейсу пользователя.......................................... 57 4.3. Требования к видам обеспечения..................................................... 58 4.3.1. Требования к математическому обеспечению системы ................ 58 4.3.2. Требования к информационному обеспечению системы .............. 58 4.3.2.1. Требования к составу, структуре и способам организации данных в системе 58 4.3.2.2. Требования к информационному обмену между компонентами системы 63 4.3.2.3. Требования к информационной совместимости со смежными системами 64 4.3.2.4. Требования по использованию зарегистрированных федеральных, отраслевых классификаторов, унифицированных документов и классификаторов, действующих на данном предприятии .................................................................................. 64 4.3.2.5. Требования по применению систем управления базами данных ............ 65 4.3.2.6. Требования к структуре процесса сбора, обработки, передачи данных в системе и представлению данных .......................................................................................... 65 4.3.2.7. Требования к защите данных от разрушений при авариях и сбоях в электропитании системы ......................................................................................................... 65 Страница 5 из 95
  • 7. Департамент Информационных Технологий 4.3.2.8. Требования к контролю, хранению, обновлению и восстановлению данных 65 4.3.3. Требования к лингвистическому обеспечению системы .............. 66 4.3.4. Требования к программному обеспечению системы ..................... 66 4.3.4.1. Прикладное программное обеспечение...................................................... 66 4.3.4.2. Системное программное обеспечение ........................................................ 68 4.3.5. Требования к техническому обеспечению системы ...................... 71 4.3.6. Требования к метрологическому обеспечению системы .............. 72 4.3.7. Требования к организационному обеспечению системы .............. 72 4.3.8. Требования к методическому обеспечению системы .................... 72 5. Требования К составу и содержанию работ по созданию (развитию) системы 73 5.1. Перечень этапов работ по созданию системы и их документирование 73 5.2. Содержание работ первого этапа ..................................................... 74 5.2.1. Проектный офис ................................................................................. 75 5.2.2. Научно-исследовательские работы .................................................. 75 5.2.3. Разработка частных технических заданий ...................................... 76 5.2.4. Разработка модели нарушителя и угроз ИБ .................................... 77 5.2.5. Разработка прототипа ........................................................................ 78 5.2.6. Разработка технического проекта .................................................... 79 5.2.7. Разработка плана релизов ................................................................. 79 5.3. Содержание работ второго этапа ..................................................... 79 5.3.1. Разработка программного обеспечения ........................................... 79 5.3.2. Разработка эксплуатационной документации ................................ 79 5.3.3. Выпуск релизов (версий) СИМИ ЕМИАС ...................................... 80 5.4. Содержание работ третьего этапа .................................................... 80 6. Порядок контроля и приѐмки системы ...................................................... 82 Страница 6 из 95
  • 8. Департамент Информационных Технологий 7. Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие ............................................................... 85 7.1. Техническая подготовка к вводу системы в действие ................... 85 7.1.1. Основные мероприятия со стороны Заказчика ............................... 85 7.1.2. Основные мероприятия со стороны Исполнителя ......................... 85 7.1.3. Основные мероприятия с привлечением прочих участников ....... 86 7.2. Организационная, методическая подготовка к вводу системы в действие 86 8. Требования к документированию .............................................................. 88 9. Источники разработки ................................................................................. 89 Приложение 1. Перечень законодательных актов и методологических рекомендаций в части обеспечения информационной безопасности ...................... 93 Список изменений ............................................................................................... 95 Страница 7 из 95
  • 9. Департамент Информационных Технологий ТЕРМИНЫ И ОПРЕДЕЛЕНИЯ АВТОМАТИЗИРОВАННАЯ Система, состоящая из персонала и комплекса средств СИСТЕМА (АС) автоматизации его деятельности, реализующая информационную технологию выполнения установленных функций (ГОСТ 34.003). АВТОРИЗАЦИЯ Предоставление определѐнному лицу или группе лиц прав на выполнение определѐнных действий, а также процесс проверки (подтверждения) данных прав при попытке выполнения этих действий (см. «Руководящий документ. Руководство по разработке профилей защиты и заданий по безопасности». Гостехкомиссия России, 2003 год). АУТЕНТИФИКАЦИЯ Проверка принадлежности субъекту доступа предъявленного им идентификатора; подтверждение подлинности. («Руководящий документ. Защита от несанкционированного доступа к информации. Термины и определения», утверждѐн решением председателя Гостехкомиссии России от 30 марта 1992 г.). АРХИТЕКТУРА СИСТЕМЫ Организационная структура системы, в которой идентифицированы компоненты, их интерфейсы и концепция взаимодействия между ними. СТАНДАРТИЗИРОВАННЫЙ Структурированный документ, сформированный в ходе ЭЛЕКТРОННЫЙ оказания медицинской услуги, используемый для МЕДИЦИНСКИЙ передачи и хранения медицинской информации о ДОКУМЕНТ (СЭМД) пациенте в определѐнной совокупности взаимодействующих систем. СЭМД содержит заголовок и заполненный протокол, содержащий данные о выполненном или запланированном медицинском мероприятии, включая обследования, осмотры, лабораторные исследования, Страница 8 из 95
  • 10. Департамент Информационных Технологий процедуры, операции, пребывание в стационаре, назначения, и другое. Заполненный протокол может также содержать данные о льготном лекарственном обеспечении, информированном согласии пациента, другую медицинскую информацию. ИНТЕГРИРОВАННАЯ Совокупность СЭМД по всем случаям обращения, ЭЛЕКТРОННАЯ относящимся к одному пациенту независимо от ЛПУ, МЕДИЦИНСКАЯ КАРТА где они были сделаны. (ИЭМК) ПЕРСОНАЛЬНАЯ Любая запись, имеющая отношение к состоянию МЕДИЦИНСКАЯ ЗАПИСЬ здоровья конкретного человека и выполненная (ПМЗ) конкретным лицом, отвечающим за содержание этой записи; запись также характеризуется конкретным контекстом и моментом выполнения этой записи. ПМЗ могут быть типизированы в соответствии с содержанием записи. ЭЛЕКТРОННАЯ Персональная медицинская запись, сохранѐнная на ПЕРСОНАЛЬНАЯ электронном носителе информации. МЕДИЦИНСКАЯ ЗАПИСЬ Далее в данном документе используется термин (ЭПМЗ) Протокол в следующем значении: структура данных ЭПМЗ определѐнного типа, состоящая из параметров протокола, объединѐнных в группы параметров, которая используется для формирования СЭМД. Структура протокола определяется в DI (Developer Interface) – конструкторе параметров протоколов, групп параметров протоколов, протоколов и связанных с ними экранных и печатных форм. ПАРАМЕТР ПРОТОКОЛА Минимальная логическая, информационная и структурная единица протокола. Может использоваться в разных протоколах и в разных группах параметров протокола. Имеет определѐнный тип данных и может иметь набор дополнительных свойств, таких как значение по Страница 9 из 95
  • 11. Департамент Информационных Технологий умолчанию, референсные значения, область применения, другие. Между значениями параметров протокола может быть определена функциональная зависимость. ГРУППА ПАРАМЕТРОВ Совокупность параметров протокола и/или групп ПРОТОКОЛА параметров протоколов, объединѐнных в соответствии с их информационной нагрузкой. Группа параметров протокола может использоваться в разных протоколах. ШАБЛОН Вариант (несколько вариантов) заполнения значений параметров протокола. Может быть определѐн на уровне отдельного пользователя или отделения. ГОСУДАРСТВЕННОЕ Общее название медицинских учреждений, УЧРЕЖДЕНИЕ оказывающих первичную медико-санитарную помощь, ЗДРАВООХРАНЕНИЯ (ГУЗ) паллиативную помощь, специализированную (в том числе высокотехнологичную медицинскую помощь), скорую (в том числе скорую специализированную) медицинскую помощь. В системе здравоохранения города Москвы выделяются два уровня ГУЗ: территориальные ГУЗ (первичная медико-санитарная и паллиативная помощь), и специализированные ГУЗ. В данном документе применяется также термин лечебно-профилактическое учреждение (ЛПУ). ОБЩЕГОРОДСКОЙ Совокупность основных и обеспечивающих процессов, ИНФОРМАЦИОННЫЙ выходящих за рамки каждого в отдельности учреждения СЕРВИС системы городского здравоохранения и направленных на организацию оказания медицинской помощи, а также на повышение качества и доступности медицинской помощи. СЕРВИС Программный компонент, оснащѐнный Страница 10 из 95
  • 12. Департамент Информационных Технологий стандартизированным интерфейсом для взаимодействия по стандартизированному протоколу, реализующий определѐнный набор функций системы. WEB-СЕРВИС Идентифицируемая веб-адресом программная система со стандартизированными интерфейсами, описываемыми WSDL. Веб-сервисы могут взаимодействовать друг с другом и со сторонними приложениями посредством сообщений, основанных на протоколе SOAP. Веб-сервис может использоваться как единица модульности при использовании сервис - ориентированной архитектуры приложения. СЛУЧАЙ ОБРАЩЕНИЯ Посещение (одно или несколько) амбулаторно- поликлинического учреждения (с целью проведения обследования, медицинского осмотра, лечебно- диагностического мероприятия), или случай госпитализации. Соответствует понятию «Эпизод» в терминологии Приложения 4 к постановлению 513-ПП. Может быть (с оговорками) соотнесено с понятием «Визит» (encounter) в терминологии ГОСТ Р ИСО/ТО 20514-2009 «Информатизация здоровья. Электронный учѐт здоровья. Определение, область применения и контекст» (ENV 13940:2001) (―Контакт, в ходе которого медицинские услуги предоставляются субъекту лечения в его присутствии и осуществляется доступ или управление данными, относящимися к его состоянию здоровья»). ФАКТОГРАФИЧЕСКАЯ Описание фактов, относящихся к состоянию здоровья ИНФОРМАЦИЯ пациента, сгруппированных по определѐнным системообразующим признакам. Страница 11 из 95
  • 14. Департамент Информационных Технологий ОБОЗНАЧЕНИЯ И СОКРАЩЕНИЯ АРМ Автоматизированное рабочее место АС Автоматизированная система БД База данных БМИ Базовая межведомственная инфраструктура ЕМИАС Единая медицинская информационно-аналитическая система ГУЗ Государственное учреждение здравоохранения ИБП Источник бесперебойного питания ИС Информационная система иЭМК Интегрированная электронная медицинская карта ЛПУ Лечебно-профилактическое учреждение МГ ФОМС Московский городской Фонд обязательного медицинского страхования МИС Медицинская информационная система НИР Научно-исследовательские работы ПО Программное обеспечение ППО Прикладное программное обеспечение РЕИС Региональная единая информационная система СВТ Средства вычислительной техники СИМИ Система интегрированной медицинской информации СУБД Система управления базами данных СУПП Система управления потоками пациентов СХД Система хранения данных СЭМД Стандартизированный электронный медицинский документ ТЗ Техническое задание ТС Технические средства ФОМС Фонд обязательного медицинского страхования ЦОД Центр обработки данных ЧТЗ Частное техническое задание ЭП Электронная подпись DI Developer Interface (интерфейс разработчика для конфигурирования Системы) PDA Personal Digital Assistant (карманный персональный компьютер) SOAP Протокол обмена структурированными сообщениями в распределѐнной вычислительной среде SSL Secure Socket Layer (уровень защищѐнных сокетов) Страница 13 из 95
  • 15. Департамент Информационных Технологий UI User Interface (пользовательский интерфейс) VPN Virtual Private Network (виртуальная частная сеть) WORM Write Once, Read Manу (однократная запись, многократное чтение) WSDL Web Services Description Language (язык описания web-сервисов) Страница 14 из 95
  • 16. Департамент Информационных Технологий 1. ОБЩИЕ СВЕДЕНИЯ 1.1. Полное наименование системы и ее условное обозначение Полное наименование Системы: Система интегрированной медицинской информации Единой медицинской информационно-аналитической системы города Москвы. Условное обозначение Системы: СИМИ ЕМИАС. Далее по тексту также используется сокращенное условное обозначение, «СИМИ» и «Система». 1.2. Номер договора Договор № ХХ от ХХ.ХХ.ХХХХ г. между Департаментом информационных технологий г. Москвы и «Название предприятия разработчика Системы». 1.3. Наименования предприятий разработчика и заказчика системы Предприятие разработчик: Названия предприятие разработчика системы Реквизиты предприятия разработчика: Индекс, Страна, Город, ул., д.,к., ИНН: ХХХХХХХХХХ, КПП: ХХХХХХХХХ, тел. 8 (499/495) ХХХ-ХХ-ХХ Р/счет (Л/c) № номер счета в «Название банка» К/счет (Р/с) № номер счета БИК ХХХХХХХХХ Предприятие заказчик: Департамент информационных технологий города Москвы Реквизиты предприятия заказчика: 107078, Россия, Москва, ул. Новая Басманная, д.10, строение 1 ИНН: 7710878000 КПП: 770101001 тел. +7(495) 957-75-42 Л/счет № 0381111000451187 в Отделении 1 Московского ГТУ Банка России г. Москва 705 Р/счет № 40201810200000000001 БИК 044583001 Страница 15 из 95
  • 17. Департамент Информационных Технологий 1.4. Перечень документов, на основании которых создается система Система создается на основании следующих документов:  Концепция создание единой государственной информационной системы в сфере здравоохранения;  Программа модернизации здравоохранения города Москвы на 2011-2012 годы;  Постановление Правительства Москвы от 27.10.2011 № 513-ПП и Приложение 4 к этому постановлению;  Договор № ХХ от ХХ.ХХ.ХХХХ г. между Департаментом информационных технологий города Москвы и «Название предприятия разработчика Системы». 1.5. Плановые сроки начала и окончания работы по созданию системы Плановые сроки начала работ по созданию Системы: ХХ.ХХ.ХХХХ/ Плановые сроки окончания работ по созданию Системы: ХХ.ХХ.ХХХХ/ Общая продолжительность выполнения работ не должна превышать 510 дней (не менее 350 дней). 1.6. Сведения об источниках и порядке финансирования работы по созданию системы Финансирование работ осуществляется в соответствии с Договором № ХХ от ХХ.ХХ.ХХХХ г. между Департаментом информационных технологий города Москвы и «Название предприятия разработчика Системы». Источник финансирования – бюджет города Москвы. Порядок финансирования работ определяется в соответствии с нормативно-правовыми актами города Москвы, регулирующими вопросы финансирования расходов городского бюджета и государственным контрактом на выполнение работ, заключаемым по итогам конкурса 1.7. Порядок оформления и предъявления заказчику результатов работ по созданию системы (ее частей), по изготовлению и наладке отдельных средств (технических, программных, информационных) и программно-технических (программно-методических) комплексов системы По завершению работ по каждому этапу работ в соответствии с перечнем этапов, приведѐнном в разделе 5.1 и в сроки, определенные в календарном плане Договора № ХХ от ХХ.ХХ.ХХХХ г. между Департаментом информационных технологий города Москвы и «Название Страница 16 из 95
  • 18. Департамент Информационных Технологий предприятия разработчика Системы», Исполнитель предоставляет Заказчику Системы результаты работ этапа в соответствии с перечнем документов, приведенным в разделе 5.1 данного технического задания (ТЗ), а также подписанный со стороны разработчика Акт сдачи-приѐмки работ. Документация передаѐтся Исполнителем на бумажных (в двух экземплярах) и машинных (CD|DVD) носителях; исходный и скомпилированный код программного обеспечения Системы передаѐтся на машинных носителях. Документы на машинных носителях должны быть представлены в формате MS Office. Все материалы должны быть переданы с сопроводительными документами Исполнителя. Страница 17 из 95
  • 19. Департамент Информационных Технологий 2. НАЗНАЧЕНИЕ И ЦЕЛИ СОЗДАНИЯ СИСТЕМЫ 2.1.Назначение системы В соответствии с Программой модернизации здравоохранения города Москвы на 2011-2012 годы, и в рамках Государственной программы города Москвы 2012-2016 годы «Развитие здравоохранения города Москвы (Столичное здравоохранение)» должен быть создан Региональный фрагмент Единой государственной информационной системы в здравоохранении (ЕГИСЗ) города Москвы – Региональная Единая Информационная Система (РЕИС). РЕИС представляет собой распределенную информационную систему, надлежащим образом интегрированную с соблюдением требований по защите информации как с Федеральным фрагментом ЕГИСЗ, так и с общегородской информационной инфраструктурой города Москвы. Региональный фрагмент ЕГИСЗ должен охватывать медицинские организации амбулаторного и стационарного типа, подведомственные Департаменту здравоохранения города Москвы, и окружные дирекции по обеспечению деятельности государственных учреждений здравоохранения. Основными композиционными элементами РЕИС прикладного уровня должны быть Общегородские информационные сервисы Единой медицинской информационно-аналитической системы (ЕМИАС) города Москвы, размещѐнные на инфраструктуре Центра обработки данных (ЦОД) ЕМИАС, и совокупность медицинских информационных систем (МИС), размещенных на вычислительных мощностях отдельных государственных медицинских учреждений. Концептуальная архитектура РЕИС, определѐнная в Приложении №4 к постановлению Правительства Москвы от 27.10.2011 № 513-ПП, представлена на Рисунке 1. Страница 18 из 95
  • 20. Департамент Информационных Технологий ОБЩЕГОРОДСКИЕ ИНФОРМАЦИОННЫЕ СЕРВИСЫ ЕМИАС СИСТЕМА ПЕРСОНИФИЦИРОВАННОГО СИСТЕМА УПРАВЛЕНИЯ ПОТОКАМИ СИСТЕМА КОНСОЛИДИРОВАННОГО УЧЕТА МЕДИЦИНСКОЙ ПОМОЩИ МЕДИЦИНСКИМИ РЕГИСТРАМИ МЕДИЦИНСКОЙ ИНФОРМАЦИИ СИСТЕМА ИНТЕГРИРОВАННОЙ УПРАВЛЕНЧЕСКОГО УЧЕТА СИСТЕМА УПРАВЛЕНИЯ ВНЕШНИЕ ИНФОРМАЦИОННЫЕ СИСТЕМЫ ОБЩЕГОРОДСКОЙ ПАЦИЕНТОВ (ИНФОРМАЦИОННЫЕ СИСТЕМЫ РЕГИСТР ФЕДЕРАЛЬНОГО ФРАГМЕНТА, ПАЦИЕНТОВ (МГ ФОМС) ИНФОРМАЦИОННЫЕ СИСТЕМЫ ЭЛЕКТРОННОГО ПРАВИТЕЛЬСТВА) ИНТЕГРАЦИОННЫЙ ШЛЮЗ ИНТЕГРАЦИОННАЯ ШИНА ПОДСИСТЕМА ФОРМИРОВАНИЯ ПОДСИСТЕМА ИНТЕГРАЦИИ МИС ПОЛЬЗОВАТЕЛЬСКОГО ИНТЕРФЕЙСА МЕДИЦИНСКАЯ ИНФОРМАЦИОННАЯ МЕДИЦИНСКАЯ СИСТЕМА ИНФОРМАЦИОННАЯ МЕДИЦИНСКАЯ СИСТЕМА ИНФОРМАЦИОННАЯ СИСТЕМА МЕДИЦИНСКОЕ МЕДИЦИНСКОЕ МЕДИЦИНСКОЕ УЧРЕЖДЕНИЕ МЕДИЦИНСКОЕ УЧРЕЖДЕНИЕ МЕДИЦИНСКОЕ МЕДИЦИНСКОЕ УЧРЕЖДЕНИЕ УЧРЕЖДЕНИЕ УЧРЕЖДЕНИЕ УЧРЕЖДЕНИЕ БАЗОВЫЙ КОНТУР БЕЗОПАСНОСТИ РЕИС Рис. 1. Концептуальная архитектура РЕИС. «Система интегрированной медицинской информации Единой медицинской информационно-аналитической системы города Москвы» (СИМИ ЕМИАС) представляет собой один из Общегородских информационных сервисов в составе ЕМИАС, предназначенный для обеспечения автоматизации процессов:  Сбора, хранения (в том числе архивного), обработки и консолидации медицинской информации о пациенте в составе интегрированной электронной медицинской карты (иЭМК) пациента – в едином хранилище на основе стандартизированных электронных медицинских документов (СЭМД) по всем случаям обращения гражданина в медицинские учреждения города Москвы;  Оперативного авторизованного поиска и извлечения медицинской информации о пациенте из любого государственного медицинского учреждения города Страница 19 из 95
  • 21. Департамент Информационных Технологий Москвы, а также из других регионов РФ через федеральные сервисы (после ввода в эксплуатацию федеральных сервисов и реализации интеграции Системы с ними);  Накопления в структурированном виде фактографической информации о состоянии здоровья и оказании медицинской помощи;  Создания, редактирования, публикации протоколов. 2.2.Цели создания системы Основной целью создания СИМИ ЕМИАС является повышение эффективности деятельности системы здравоохранения города Москвы за счѐт внедрения современных информационных технологий. Показатели достижения этой цели и критерии оценки приведены ниже в таблице 1. Таблица 1. Цели создания СИМИ ЕМИАС. Цели Показатель Критерий Повышение качества Время предоставления врачу Уменьшение времени оказания медицинской полной актуальной получения врачом помощи на основе информации о состоянии информации о состоянии оперативного здоровья пациента. здоровья пациента с предоставления врачу использованием СИМИ. актуальной информации о состоянии здоровья пациента Повышение достоверности Количество ошибок при Уменьшение количества медицинской информации формировании медицинских ошибок при формировании при автоматизации ввода и документов. медицинских документов с проверок данных пациента использованием СИМИ. Страница 20 из 95
  • 22. Департамент Информационных Технологий Цели Показатель Критерий Оперативное заполнение Время заполнения Уменьшение времени протоколов по протоколов по заполнения протоколов с утвержденным формам и утвержденным формам и использованием СИМИ. наборам параметров, наборам параметров заданных пользователем заданных пользователем. Количество ошибок при Уменьшение количества заполнении протоколов по ошибок при заполнении утвержденным формам и протоколов по наборам параметров утвержденным формам и заданных пользователем. наборам параметров, заданных пользователем с использованием СИМИ. Повышение эффективности Количество медицинских Уменьшение количества оказания медицинской услуг, дублированных при дублированных помощи за счѐт устранения направлении пациента в медицинских услуг при дублирования медицинских специализированное направлении пациента в услуг и обеспечения медицинское учреждение из специализированное преемственности и территориального ГУЗ медицинское учреждение из непрерывности территориального ГУЗ; медицинской помощи на Сокращение общей разных уровнях продолжительности обследований. Страница 21 из 95
  • 23. Департамент Информационных Технологий Цели Показатель Критерий Формирование Время формирования Уменьшение времени, динамических отчѐтных динамической отчѐтной затрачиваемого на форм (журналов) формы (журнала) формирование динамических отчѐтных форм (журналов) с использованием СИМИ. Страница 22 из 95
  • 24. Департамент Информационных Технологий 3. ХАРАКТЕРИСТИКА ОБЪЕКТОВ АВТОМАТИЗАЦИИ 3.1.Краткие сведения об объекте автоматизации Объектом автоматизации в рамках создания Общегородского информационного сервиса СИМИ ЕМИАС являются процессы:  сбора, хранения (в том числе архивного), обработки и консолидации медицинской информации о пациенте в составе интегрированной электронной медицинской карты (иЭМК) пациента;  оперативного авторизованного поиска и извлечения медицинской информации о пациенте, хранящейся в иЭМК. Основным источником медицинской информации для СИМИ ЕМИАС являются медицинские документы, создаваемые в учреждениях здравоохранения города Москвы. После ввода в эксплуатацию системы иЭМК, входящей в Федеральный сегмент ЕГИСЗ, должна быть обеспечена возможность загрузки в СИМИ ЕМИАС медицинских документов, созданных в учреждениях здравоохранения других регионов и относящихся к пациентам, зарегистрированным в Регистре застрахованных лиц города Москвы. По данным Программы модернизации здравоохранения города Москвы на 2011-2012 годы, сеть учреждений здравоохранения города Москвы включает 780 лечебно-профилактических учреждения, в том числе 149 больничных учреждения, 76 диспансеров, 428 амбулаторно- поликлинических учреждений, 28 центров, в том числе научно-практических, станция скорой и неотложной медицинской помощи, станция переливания крови, 63 учреждения охраны материнства и детства, 36 учреждений санаторного типа, 12 учреждений здравоохранения особого типа. Планируемые в 2012 году объѐмы амбулаторно-поликлинической помощи – около 161 млн. посещений. Общее число коек в стационарах – около 83 тысяч. Медицинскую помощь населению города Москвы оказывают около 185 тысяч медицинских работников, из которых врачей – около 45 тысяч человек. Указанные количественные и качественные характеристики сети медицинских учреждений города Москвы определяют следующие особенности объекта автоматизации:  Разнородность источников данных для СИМИ, связанную с использованием различного состава и формата документов в медицинских учреждениях разного типа;  Наличие большого количества форм с несовпадающими или дублирующимися наборами полей, в том числе значительное количество форм на бумажных носителях; Страница 23 из 95
  • 25. Департамент Информационных Технологий  Недостаточная зрелость или отсутствие некоторых классификаторов; несогласованность классификаторов, используемых на региональном и федеральном уровнях;  Большое число жѐстких требований к заполнению форм, определяемых федеральными и региональными нормативными документами;  Отсутствие требований к ведению документации в электронном виде;  Значительный объѐм обрабатываемых данных;  Большое число участников процессов. Сведения об объекте автоматизации будут дополнены и уточнены в ходе выполнения работ. 3.2.Сведения об условиях эксплуатации объекта автоматизации и характеристиках окружающей среды Системное и прикладное программное обеспечение СИМИ развѐртывается на существующем оборудовании Центра обработки данных (ЦОД) ЕМИАС. Особые условия эксплуатации Системы не выявлены. Страница 24 из 95
  • 26. Департамент Информационных Технологий 4. ТРЕБОВАНИЯ К СИСТЕМЕ 4.1. Требования к системе в целом 4.1.1. Требования к структуре и функционированию системы 4.1.1.1. Перечень подсистем, их назначение и основные характеристики В соответствии с назначением СИМИ ЕМИАС, составу бизнес-процессов и требованиям к еѐ функциональности, приведѐнным в подпрограмме «Внедрение современных информационных систем в здравоохранение» программы модернизации здравоохранения города Москвы 2011-2012 , и с учѐтом реализации обеспечивающих подсистем, в составе Системы выделяются подсистемы, назначение и основные характеристики которых представлены в таблице 2. Таблица 2. Назначение подсистем и их основные характеристики. № Название Назначение Основные подсистемы подсистемы характеристики подсистемы 1. Хранилище СЭМД Форматный контроль СЭМД. Подсистема должна обеспечивать поддержку Регистрация СЭМД. процессов загрузки, Поддержка версионности СЭМД хранения и извлечения (механизм аннулирования и СЭМД. добавления новой версии СЭМД, механизм установления связей между СЭМД). Архивирование СЭМД. Поиск и выгрузка СЭМД по авторизованному запросу (в том числе и из архива СЭМД). Ведение аудита загрузки СЭМД и предоставления доступа к ним. 2. Подсистема Подсистема должна Создание иЭМК. управления регистром обеспечивать поддержку Редактирование статусной иЭМК процессов создания, Страница 25 из 95
  • 27. Департамент Информационных Технологий № Название Назначение Основные подсистемы подсистемы характеристики подсистемы версионного хранения, информации иЭМК. поиска, архивации, Управление правами доступа к слияния иЭМК. иЭМК. Слияние иЭМК. 3. Хранилище Подсистема должна Контроль ссылочной целостности структурированных обеспечивать поддержку и корректности данных СЭМД и данных СЭМД процессов разбора СЭМД в размещение структурированных соответствии со данных в реляционных таблицах. структурой используемого Поиск и извлечение данных по протокола и хранения значениям различных параметров структурированных протокола, включая данных СЭМД, идентификаторы пациента, поиска СЭМД и сведений медицинского работника, ЛПУ, на основе данных СЭМД случаи обращения, по заданным критериям по Возможность группировки данных авторизованным запросам. СЭМД по:  Случаям обращения (амбулаторным и стационарным ИБ);  Видам обследований;  Другим настраиваемым параметрам. 4. Управление НСИ Подсистема должна Первоначальная загрузка НСИ; обеспечивать поддержку Синхронизация НСИ со смежными процессов управления системами в составе ЕМИАС. НСИ Системы, включая внутренние Редактирование НСИ с классификаторы СИМИ и обеспечением поддержки классификаторы, версионности и сроков действия; Страница 26 из 95
  • 28. Департамент Информационных Технологий № Название Назначение Основные подсистемы подсистемы характеристики подсистемы синхронизируемые со валидация изменений НСИ. смежными системами в Поиск и извлечение НСИ. составе ЕМИАС. 5. Хранилище Создание и настройка протоколов, Подсистема с протоколов параметров протоколов и групп использованием Developer параметров протоколов (с Interface должна поддержкой версионности). обеспечивать поддержку процессов создания, Конфигурирование шаблонов редактирования, протоколов. публикации описаний Конфигурирование печатных форм объектов предметной для протоколов. области, включая протоколы, группы Конфигурирование экранных форм параметров протоколов, для протоколов. параметры, шаблоны Экспорт/импорт протоколов, протоколов, экранные и шаблонов протоколов, параметров печатные формы; а также протоколов и групп параметров, возможность экранных и печатных форм. использования объектов предметной области другими подсистемами СИМИ и смежными системами. 6. Администрирование Поддержка работы Управление режимом работы Системы (производственный, тестовый, аварийный, диагностический). Диагностика (доступ к системным журналам). Страница 27 из 95
  • 29. Департамент Информационных Технологий № Название Назначение Основные подсистемы подсистемы характеристики подсистемы Управление оповещениями о системных событиях. 7. Управление доступом Управление доступом Идентификация, аутентификация, и обеспечение пользователей, систем и авторизация пользователей. информационной обеспечение защиты Создание ролей. безопасности информации, обрабатываемой в системе Настройка прав доступа для ролей. Управление правами доступа пользователей. Регистрация согласия пациента на обработку персональных данных. Регистрация и аудит действий пользователей. Антивирусная защита. Криптографическая защита. 8. Интеграция Взаимодействие со Конфигурирование параметров смежными подсистемами взаимодействия. ЕМИАС Обеспечение работоспособности Взаимодействие с сервисов. системой иЭМК, входящей Обеспечение взаимодействия с в Федеральный сегмент федеральной иЭМК. ЕГИСЗ 9. Диагностика Подсистема должна Проверка доступности и Системы* обеспечивать возможность работоспособности элементов выполнение проверок Системы. доступности и работоспособности Страница 28 из 95
  • 30. Департамент Информационных Технологий № Название Назначение Основные подсистемы подсистемы характеристики подсистемы элементов Системы  Для обеспечения надежности подсистема диагностики работоспособности Системы размещается отдельно от СИМИ на базе базовой межведомственной инфраструктуры (БМИ). Схема компонентной архитектуры Системы представлена на рисунке 2. Архив регистра иЭМК Архив СЭМД Архив структурированных БД администрирования данных СЭМД Сервисы подсистемы Хранилище протоколов Регистр иЭМК Хранилище СЭМД Хранилище БД управления доступом администриро структурированных вания данных СЭМД НСИ Сервисы Сервисы Сервисы Сервисы Сервисы Сервисы хранилища хранилища хранилища подсистемы регистра иЭМК подсистемы протоколов СЭМД структурирова управления нных данных диагностики доступом СЭМД Сервисы НСИ Сервисы взаимодействия Сервисы взаимодействия Подсистема интеграции СИМИ Обработчик событий шины ЕМИАС с иЭМК Федерального с другими смежными Сервисы подсистемы интеграции сегмента ЕГИСЗ системами Интеграционная шина ЕМИАС Система формирования Система интеграции с МИС ... пользовательского интерфейса Рис.2. Компонентная архитектура СИМИ. В архитектуре Системы должны быть выделены следующие уровни иерархии:  Уровень пользовательского интерфейса, обеспечивающий доступ пользователей к функциональности Системы;  Уровень бизнес-логики, реализующий бизнес-логику Системы на основе исполдняемых на сервере приложений сервисов;  Уровень данных, обеспечивающий хранение данных Системы; Страница 29 из 95
  • 31. Департамент Информационных Технологий  Уровень интеграции, обеспечивающий взаимодействие компонентов Системы между собой и со смежными системами. Система должна быть реализована как централизованно размещаемое приложение. 4.1.1.2. Требования к способам и средствам связи для информационного обмена между компонентами системы Информационный обмен между компонентами СИМИ должен осуществляться с использованием совместного доступа к базам данных подсистем СИМИ и вызовов сервисов, реализованных в интерфейсах подсистем. 4.1.1.3. Требования к характеристикам взаимосвязей создаваемой системы со смежными системами В соответствии с проектом «Методических рекомендаций по применению облачных технологий при создании регионального уровня единой государственной информационной системы в сфере здравоохранения, в рамках реализации региональных программ модернизации здравоохранения в 2011 – 2012 годах» информационная система, предназначенная для использования в составе РЕИС, должна иметь открытую сервисно-ориентированную архитектуру. Базовой технологией для реализации архитектуры СИМИ должно быть использование web- сервисов. Разрабатываемая система СИМИ является частью ЕМИАС и, в соответствии с общей архитектурой ЕМИАС, предоставляемые Системой сервисы работы с хранилищем СЭМД, хранилищем структурированных данных СЭМД и хранилищем протоколов должны быть доступны для использования следующими смежными системами:  подсистемой формирования пользовательского интерфейса ЕМИАС;  подсистемой интеграции МИС;  информационными системами федерального фрагмента ЕГИСЗ и информационными системами Электронного правительства. СИМИ создается на основе базовой межведомственной инфраструктуры (БМИ) ЕМИАС и должна использовать сервисы, предоставляемые системами в составе БМИ ЕМИАС и ЕМИАС:  Набор базовых сетевых и системных сервисов БМИ ЕМИАС: o подсистема единого каталога пользователей; o подсистема аутентификации; o подсистема резервного копирования и восстановления данных. Страница 30 из 95
  • 32. Департамент Информационных Технологий  НСИ;  Сервисы общегородского Регистра пациентов;  Сервисы системы управления медицинскими регистрами. Для обработки случаев отсутствия связи между Системой и смежной ИС должны быть разработаны методы и алгоритмы взаимодействия систем, позволяющие не прерывать процесс, в рамках которого возникает необходимость изменения данных, как со стороны Системы, так и со стороны смежной ИС. При этом должна сохраняться непротиворечивость и целостность данных во всех взаимодействующих системах. Например, функционирование МИС на уровне ЛПУ не должно остановиться в случае отсутствия связи с СИМИ. Характеристики взаимодействия СИМИ и смежных систем должны быть специфицированы в составе документов ЧТЗ по результатам НИР на стадии технического проектирования Системы; в частности, в ходе технического проектирования Системы должны быть уточнены, согласованы и утверждены требования к интерфейсам интеграции со следующими системами:  смежные системы в составе ЕМИАС;  сервисы федерального сегмента ЕГИСЗ;  системы ведения специализированных регистров по ряду нозологий. 4.1.1.4. Требования к режимам функционирования системы В СИМИ должна быть реализована возможность работы системы в следующих режимах функционирования:  Производственный (штатный) – основной режим работы системы, в котором доступна вся функциональность системы и выполняется обработка реальных данных; сервисы системы доступны для внешних вызовов;  Тестовый – режим работы, при котором доступна вся функциональность системы и выполняется обработка тестовых данных (которые могут быть потом удалены); сервисы системы недоступны для внешних вызовов;  Диагностический – режим работы, при котором функциональность системы доступна полностью или частично, полностью доступна функциональность административной подсистемы, и включена расширенная журнализация системных событий; сервисы системы могут быть доступны или недоступны для внешних вызовов;  Аварийный – режим работы системы, при котором функциональность системы недоступна или частично доступна в связи со сбоями в программно-техническом обеспечении Системы. С использованием подсистемы мониторинга должен быть Страница 31 из 95