ТЗ СИМИ ЕМИАС

ДЕПАРТАМЕНТ ИНФОРМАЦИОННЫХ ТЕХНОЛОГИЙ ГОРОДА
МОСКВЫ
СОГЛАСОВАНО УТВЕРЖДАЮ
Должность Должность
______________________Х.Х. ХХХХ ______________________Х.Х. ХХХХ
(личная подпись) (расшифровка подписи) (личная подпись) (расшифровка подписи)
«___» ______________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


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.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


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


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


ТЕРМИНЫ И ОПРЕДЕЛЕНИЯ

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

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

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


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

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


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

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

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

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


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

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

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


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


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



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


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

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

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

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


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



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

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



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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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



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

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



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



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

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


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

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



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

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

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

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

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

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

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

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

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


версионного хранения, информации иЭМК.
поиска, архивации,
Управление правами доступа к
слияния иЭМК.
иЭМК.

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

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

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


синхронизируемые со валидация изменений НСИ.
смежными системами в
Поиск и извлечение НСИ.
составе ЕМИАС.

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

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

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


Управление оповещениями о
системных событиях.

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

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

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

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

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

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

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

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


элементов Системы

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

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

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

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

НСИ

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

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

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

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

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

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

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


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

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

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

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


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

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


ТЗ СИМИ ЕМИАС

Recommended

Recommended

More Related Content

What's hot

What's hot (19)

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

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

More from emiasnews

More from emiasnews (15)

ТЗ СИМИ ЕМИАС