Уважаемые коллеги! Приглашаем вас к общественному обсуждению Системы персонифицированного учета (СПУ) медицинской помощи Единой медицинской информационно-аналитической системы. СПУ предназначена для автоматизации процессов сбора, учёта, хранения, обработки и обмена данными персонифицированного учёта оказанной медицинской помощи в медицинских организациях города Москвы, в системе обязательного медицинского страхования (ОМС). Разработка СПУ ЕМИАС в перспективе позволит осуществить плавный переход от учета медицинской помощи операторами к учету медицинской помощи медицинскими специалистами в ходе приёма пациентов. Нам важно, чтобы все заинтересованные в этом пользователи приняли участие в данном обсуждение и оставили ценные для нас отзывы о содержании документа.

1. ДЕПАРТАМЕНТ ИНФОРМАЦИОННЫХ ТЕХНОЛОГИЙ ГОРОДА
МОСКВЫ
СОГЛАСОВАНО УТВЕРЖДАЮ
Министр Правительства Москвы, Министр Правительства Москвы,
руководитель Департамента здравоохранения руководитель Департамента информационных
города Москвы технологий города Москвы
______________________ Л.М. Печатников ______________________А.В. Ермолаев
(личная подпись) (расшифровка подписи) (личная подпись) (расшифровка подписи)
«___» ______________2012 г «___» ______________2012 г
ВЫПОЛНЕНИЕ НАУЧНО-ИССЛЕДОВАТЕЛЬСКИХ И ОПЫТНО-
КОНСТРУКТОРСКИХ РАБОТ ПО СОЗДАНИЮ ОБЩЕГОРОДСКОГО
ИНФОРМАЦИОННОГО СЕРВИСА ПЕРСОНИФИЦИРОВАННОГО
УЧЁТА МЕДИЦИНСКОЙ ПОМОЩИ
ТЕХНИЧЕСКОЕ ЗАДАНИЕ
57011331.4258901.001.ТЗ
Версия 5.6
СОГЛАСОВАНО Представители организации
Исполнителя
Должность Должность
______________________Х.Х. ХХХХ ______________________Х.Х. ХХХХ
(личная подпись) (расшифровка (личная подпись) (расшифровка
подписи) подписи)
«___» ______________20ХХ г «___» ______________20ХХ г
2012

2. ДЕПАРТАМЕНТ ИНФОРМАЦИОННЫХ ТЕХНОЛОГИЙ
ГОРОДА МОСКВЫ
Утвержден
57011331.4258901.001.И0-ЛУ
ВЫПОЛНЕНИЕ НАУЧНО-ИССЛЕДОВАТЕЛЬСКИХ И ОПЫТНО-
КОНСТРУКТОРСКИХ РАБОТ ПО СОЗДАНИЮ ОБЩЕГОРОДСКОГО
ИНФОРМАЦИОННОГО СЕРВИСА ПЕРСОНИФИЦИРОВАННОГО
УЧЁТА МЕДИЦИНСКОЙ ПОМОЩИ
ТЕХНИЧЕСКОЕ ЗАДАНИЕ
57011331.4258901.001.ТЗ
Листов 89
Версия 5.6
2012

3. Департамент
Информационных
Технологий
АННОТАЦИЯ
В настоящем документе определены требования и порядок «Выполнение научно-
исследовательских и опытно-конструкторских работ по созданию общегородского
информационного сервиса Персонифицированного учѐта медицинской помощи» (СПУ ЕМИАС),
в соответствии с которыми будет проводиться разработка автоматизированной системы (далее –
АС) и ее приемка при вводе в эксплуатацию.
Страница 2 из 89

4. Департамент
Информационных
Технологий
СОДЕРЖАНИЕ
1. ОБЩИЕ СВЕДЕНИЯ .................................................................................... 14
1.1. Полное наименование Системы и ее условное обозначение.............. 14
1.2. Шифр разработки ....................................................................................... 14
1.3. Исполнитель и Государственный заказчик разработки .................... 14
1.4. Перечень документов, на основании которых создается Система ... 14
1.5. Плановые сроки начала и окончания работы по созданию Системы
15
1.6. Сведения об источниках и порядке финансирования работы по
созданию Системы ................................................................................................ 15
1.7. Порядок оформления и предъявления заказчику результатов работ
по созданию Системы (ее частей), по изготовлению и наладке отдельных
средств (технических, программных, информационных) и программно-
технических (программно-методических) комплексов Системы ............... 16
2. НАЗНАЧЕНИЕ И ЦЕЛИ СОЗДАНИЯ СИСТЕМЫ ............................... 17
2.1. Назначение Системы ................................................................................. 17
2.2. Цели создания Системы ............................................................................ 18
3. ХАРАКТЕРИСТИКА ОБЪЕКТА АВТОМАТИЗАЦИИ ........................ 22
3.1. Краткие сведения об объекте автоматизации....................................... 22
3.2. Сведения об условиях эксплуатации объекта автоматизации и
характеристиках окружающей среды ............................................................... 23
4. ТРЕБОВАНИЯ К СИСТЕМЕ ...................................................................... 24
4.1. Требования к Системе в целом ................................................................ 24
4.1.1. Требования к структуре и функционированию Системы .............. 25
4.1.1.1. Перечень подсистем, их назначение и основные характеристики ........................... 25
4.1.1.2. Требования к способам и средствам связи для информационного обмена между
компонентами Системы ............................................................................................................... 28
4.1.1.3. Требования к характеристикам взаимосвязей создаваемой Системы со смежными
системами ...................................................................................................................................... 28
4.1.1.4. Требования к режимам функционирования Системы ............................................... 30
4.1.1.5. Требования по диагностированию Системы .............................................................. 31
Страница 3 из 89

5. Департамент
Информационных
Технологий
4.1.1.6. Перспективы развития. Модернизация Системы ...................................................... 32
4.1.2. Требования к численности и квалификации персонала Системы и
режиму его работы ................................................................................................ 33
4.1.3. Показатели назначения.......................................................................... 36
4.1.3.1. Целевые показатели объема обрабатываемой информации ..................................... 36
4.1.3.2. Вероятностно-временные характеристики, при которых сохраняется целевое
назначение Системы ..................................................................................................................... 36
4.1.4. Требования к надежности...................................................................... 37
4.1.4.1. Восстановление при аварийных ситуациях ................................................................ 37
4.1.4.2. Надежность программного обеспечения .................................................................... 37
4.1.4.3. Надежность технических средств ............................................................................... 38
4.1.5. Требования безопасности ...................................................................... 39
4.1.6. Требования к эргономике и технической эстетике .......................... 39
4.1.7. Требования к транспортабельности Системы .................................. 40
4.1.8. Требования к эксплуатации, техническому обслуживанию,
ремонту и хранению компонентов Системы ................................................... 40
4.1.8.1. Требования к эксплуатации Системы ......................................................................... 40
4.1.8.1.1. Классификация отказов СПУ ЕМИАС. .................................................................. 40
4.1.8.1.2. Требования к срокам устранения отказов. ............................................................. 41
4.1.8.2. Требования к техническому обслуживанию Системы .............................................. 42
4.1.8.3. Требования к ремонту и хранению компонентов Системы ...................................... 42
4.1.9. Требования к защите информации от несанкционированного
доступа ..................................................................................................................... 42
4.1.10. Требования по сохранности информации при авариях............... 44
4.1.11. Требования к защите от влияния внешних воздействий ............ 44
4.1.12. Требования к патентной чистоте ..................................................... 44
4.1.13. Требования по стандартизации и унификации ............................. 45
4.1.14. Дополнительные требования ............................................................ 45
4.2. Требования к функциям, выполняемым Системой ............................ 45
4.2.1. Требования к составу и форме представления выходной
информации ............................................................................................................ 50
Страница 4 из 89

6. Департамент
Информационных
Технологий
4.2.2. Требования к составу и форме представления входной
информации ............................................................................................................ 50
4.2.3. Требования к интерфейсу пользователя ............................................ 50
4.3. Требования к видам обеспечения ............................................................ 51
4.3.1. Требования к математическому обеспечению Системы ................ 51
4.3.2. Требования к информационному обеспечению Системы .............. 52
4.3.2.1. Требования к составу, структуре и способам организации данных в Системе ...... 52
4.3.2.2. Требования к информационному обмену между подсистемами Системы ............. 52
4.3.2.3. Требования к информационной совместимости со смежными системами ............. 52
4.3.2.4. Требования по использованию общесоюзных и зарегистрированных
республиканских, отраслевых классификаторов, унифицированных документов и
классификаторов, действующих на данном предприятии ........................................................ 53
4.3.2.5. Требования по применению систем управления базами данных ............................. 53
4.3.2.6. Требования к структуре процесса сбора, обработки, передачи данных в Системе и
представлению данных ................................................................................................................. 53
4.3.2.7. Требования к защите данных от разрушений при авариях и сбоях в
электропитании Системы ............................................................................................................. 53
4.3.2.8. Требования к контролю, хранению, обновлению и восстановлению данных ........ 54
4.3.3. Требования к лингвистическому обеспечению Системы ............... 54
4.3.4. Требования к программному обеспечению Системы ...................... 54
4.3.4.1. Прикладное программное обеспечение ...................................................................... 54
4.3.4.2. Системное программное обеспечение ........................................................................ 56
4.3.5. Требования к техническому обеспечению Системы........................ 58
4.3.6. Требования к метрологическому обеспечению Системы ............... 59
4.3.7. Требования к организационному обеспечению Системы............... 59
4.3.8. Требования к методическому обеспечению Системы ..................... 60
5. СОСТАВ И СОДЕРЖАНИЕ РАБОТ ПО СОЗДАНИЮ (РАЗВИТИЮ)
СИСТЕМЫ ............................................................................................................. 61
5.1. Перечень этапов работ по созданию Системы и их
документирование ................................................................................................. 61
5.2. Содержание работ первого этапа............................................................. 63
5.2.1. Устав проекта........................................................................................... 63
5.2.2. Научно-исследовательские работы ..................................................... 64
Страница 5 из 89

7. Департамент
Информационных
Технологий
5.2.3. Разработка частных технических заданий ........................................ 64
5.2.4. Разработка модели нарушителя и угроз ИБ ...................................... 65
5.2.5. Разработка технического проекта ....................................................... 66
5.3. Содержание работ второго этапа ............................................................. 67
5.3.1. Разработка прототипа ............................................................................ 67
5.4. Содержание работ третьего этапа ........................................................... 69
5.4.1. Разработка программного обеспечения.............................................. 69
5.4.2. Разработка эксплуатационной документации .................................. 69
5.4.3. Выпуск релизов (версий) СПУ ЕМИАС ............................................. 70
5.5. Содержание работ четвѐртого этапа ....................................................... 70
6. ПОРЯДОК КОНТРОЛЯ И ПРИЕМКИ СИСТЕМЫ .............................. 72
6.1. Виды, состав, объѐм и методы испытаний ............................................ 72
6.2. Порядок выполнения доработок и устранения допущенных
исполнителем ошибок, выявленных на стадии приемки ............................. 74
6.3. Сведения о гарантийном обслуживании................................................ 75
7. ТРЕБОВАНИЯ К СОСТАВУ И СОДЕРЖАНИЮ РАБОТ ПО
ПОДГОТОВКЕ ОБЪЕКТА АВТОМАТИЗАЦИИ К ВВОДУ СИСТЕМЫ В
ДЕЙСТВИЕ ............................................................................................................ 76
7.1. Техническая подготовка к вводу системы в действие ........................ 76
7.1.1. Основные мероприятия со стороны Заказчика ................................ 76
7.1.2. Основные мероприятия со стороны Исполнителя .......................... 77
7.1.3. Основные мероприятия с привлечением прочих участников ....... 77
7.2. Организационная, методическая подготовка к вводу системы в
действие ................................................................................................................... 77
8. ТРЕБОВАНИЯ К ДОКУМЕНТИРОВАНИЮ.......................................... 79
9. ИСТОЧНИКИ РАЗРАБОТКИ..................................................................... 81
СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ ....................................... 83
ПРИЛОЖЕНИЕ 1. СОСТАВ ПАКЕТА НСИ АИС ОМС ........................... 84
Страница 6 из 89

8. Департамент
Информационных
Технологий
ПРИЛОЖЕНИЕ 2. ПЕРЕЧЕНЬ ЗАКОНОДАТЕЛЬНЫХ АКТОВ И
МЕТОДОЛОГИЧЕСКИХ РЕКОМЕНДАЦИЙ В ЧАСТИ
ОБЕСПЕЧЕНИЯ ИНФОРМАЦИОННОЙ БЕЗОПАСНОСТИ................... 87
Страница 7 из 89

9. Департамент
Информационных
Технологий
ТЕРМИНЫ И ОПРЕДЕЛЕНИЯ
АВТОМАТИЗИРОВАННАЯ Система, состоящая из персонала и комплекса средств
СИСТЕМА автоматизации его деятельности, реализующая
информационную технологию выполнения установленных
функций (ГОСТ 34.003)
АВТОРИЗАЦИЯ От англ. Authorization — предоставление определѐнному лицу
или группе лиц прав на выполнение определѐнных действий; а
также процесс проверки (подтверждения) данных прав при
попытке выполнения этих действий
АУТЕНТИФИКАЦИЯ От англ. Authentication — процедура проверки подлинности,
например: проверка подлинности пользователя путѐм
сравнения введѐнного им пароля с паролем в базе данных
пользователей
ВЕРТИКАЛЬНОЕ Увеличение производительности каждого компонента системы
МАСШТАБИРОВАНИЕ c целью повышения общей производительности
ВРЕМЕННОЕ Документ, подтверждающий оформление полиса и
СВИДЕТЕЛЬСТВО удостоверяющий право на бесплатное оказание медицинской
помощи медицинскими организациями при наступлении
страхового случая
ГОРИЗОНТАЛЬНОЕ Разбиение системы на более мелкие структурные компоненты
МАСШТАБИРОВАНИЕ и разнесение их по отдельным физическим машинам (или их
группам) и/или увеличение количества серверов параллельно
выполняющих одну и ту же функцию
ДИНАМИЧЕСКАЯ Алгоритм динамической балансировки нагрузки использует
БАЛАНСИРОВКА НАГРУЗКИ характеристики состояния системы и принимает решение о
перераспределении работы. Это подход позволяет реагировать
на изменение состояния вычислительной машины или
моделируемой системы и выполнить балансировку, если
время, затраченное на имитационный прогон, растѐт. Однако
динамическая балансировка влечѐт за собой дополнительные
расходы на сбор статистических данных о состоянии
вычислительной среды и модели, на анализ данных и на
принятие решений
Страница 8 из 89

10. Департамент
Информационных
Технологий
ИДЕНТИФИКАЦИЯ В информационных системах — присвоение субъектам и
объектам идентификатора и / или сравнение идентификатора с
перечнем присвоенных идентификаторов
ИНОГОРОДНИЙ ПАЦИЕНТ Пациент, застрахованный на территории иного субъекта РФ
(вне города Москвы), которому оказана медицинская помощь
по обязательному медицинскому страхованию (далее – ОМС) в
медицинской организации (далее – МО) города Москвы
ИНФОРМАЦИОННАЯ Сообщение в электронном виде, направленное адресату по
ПОСЫЛКА корпоративной сети. Состав информационной посылки (далее
– ИП) регулируется ее назначением
ИНФОРМАЦИОННЫЙ Услуга, предполагающая обработку определенной
СЕРВИС информации из транзакционных информационных систем
(получение различных отчетов, аналитических оценок и т. д.)
или таких повседневных процедур, как проверка введенной
информации, заполнение, исправление или утверждение
отчетов о проделанной работе, подача заявок и их утверждение
КАТЕГОРИЯ ПАЦИЕНТА Пациент, застрахованный в городе Москве или вне
города Москвы
КОНЦЕПТУАЛЬНАЯ Обобщенная (высокоуровневая модель) приложения
АРХИТЕКТУРА СИСТЕМЫ корпоративного уровня. Описывает основные прикладные
компоненты информационной системы
НЕЗАРЕГИСТРИРОВАННЫЙ Новорожденный до государственной регистрации рождения
НОВОРОЖДЕННЫЙ
ОТЧЕТНЫЙ ПЕРИОД В системе ОМС отчетный период равен календарному месяцу
ПЕРСОНИФИЦИРОВАННЫЙ Система учета сведений об оказанной медицинской помощи
УЧЕТ каждому пациенту в рамках системы ОМС
ПРИВЕДЁННАЯ ЦЕНА Стоимость услуги в различные отчѐтные периоды может
изменяться. Для корректного сравнения стоимости оказанной
медицинской помощи стоимость услуги из различных
отчетных периодов принимается равной стоимости одного
отчѐтного периода
РЕЕСТР ПАЦИЕНТОВ Перечень пациентов, получивших медицинскую помощь в МО
в течение отчетного периода. Представляется в электронном
виде. Реестры пациентов МО разбиты на 2 категории –
Страница 9 из 89

11. Департамент
Информационных
Технологий
«застрахованные в городе Москве», «иногородние»
РЕЕСТР СЧЕТОВ-ФАКТУР Перечень медицинских услуг, оказанных каждой категории
НА ПАЦИЕНТОВ пациентов МО в течение отчетного периода. Представляется в
электронном виде
СЕТЕВЫЕ СЕРВИСЫ Взаимодействие компьютеров между собой, а также с другим
активным сетевым оборудованием, в TCP/IP-сетях
организовано на основе использования сетевых служб,
которые обеспечиваются специальными процессами сетевой
операционной системы — демонами в UNIX-подобных
операционных системах (далее – ОС), службами в ОС
семейства Windows и т. п.
СТАТИЧЕСКАЯ Аналитический способ распределения нагрузки на
БАЛАНСИРОВКА НАГРУЗКИ вычислительные средства, состоящий в приблизительной
оценке загрузки каждого объекта на основе знаний о
приложении
СТРАХОВЩИК Страховая медицинская организация, зарегистрировавшая
полис ОМС
СЧЁТ МО Стоимость медицинских услуг, оказанных пациентам,
пролеченным медицинской организацией по Московской
городской программе ОМС. В электронном виде
представляется как совокупность реестров пациентов и
реестров счетов на пациентов
СЧЁТ-ФАКТУРА МО Перечень видов, объемов и стоимости медицинской помощи,
оказанной за отчетный период каждой категории пациентов, по
которой МО имеет договорные отношения со страховой
медицинской организацией (далее – СМО) по оплате.
Оформляется на бумажном носителе
WEB-СЕРВИС От англ. web service — идентифицируемая веб-адресом
программная система со стандартизированными
интерфейсами. Веб-службы могут взаимодействовать друг с
другом и со сторонними приложениями посредством
сообщений, основанных на определѐнных протоколах. Веб-
служба является единицей модульности при использовании
сервис-ориентированной архитектуры приложения
Страница 10 из 89

12. Департамент
Информационных
Технологий
ОБОЗНАЧЕНИЯ И СОКРАЩЕНИЯ
АИС ОМС Автоматизированная информационная система ОМС
АС Автоматизированная система
БМИ Базовая межведомственная инфраструктура
ГБ Гигабайт, единица измерения количества информации
ГГц Гигагерц, Герц — единица измерения частоты периодических процессов
ГОСТ Государственный стандарт
ЕГИСЗ Единая государственная информационная система в здравоохранении
ЕМИАС Единая медицинская информационно-аналитическая система города
Москвы
ЕРЗЛ Единый регистр застрахованных лиц
ИП Информационная посылка
ИС Информационная система
ЛПУ Лечебно-профилактическое учреждение
МГФОМС Московский городской фонд ОМС
МО Медицинская организация
НИР Научно-исследовательская работа
НСИ Нормативно-справочная информация
ОЗУ Оперативное запоминающее устройство
ОМС Обязательное медицинское страхование
ОС Операционная система
ПО Программное обеспечение
ППО Прикладное программное обеспечение
РЕИС Региональная Единая Информационная Система
РС Региональный сегмент
РФ Российская Федерация
Страница 11 из 89

13. Департамент
Информационных
Технологий
СИМИ Система интегрированной медицинской информации
СКУУ Система консолидированного управленческого учета
СМО Страховая медицинская организация
СПУ Система персонифицированного учета медицинской помощи
СУБД Система управления базами данных
СУМР Система управления медицинскими регистрами
СУПП Система управления потоками пациентов
СХД Сеть хранения данных. англ. Storage Area Network, SAN. Архитектурное
решение для подключения внешних устройств хранения данных
СМЭВ Система межведомственного электронного взаимодействия
ТЗ Техническое задание
УЕТ Условная единица трудозатрат
ФСБ Федеральная служба безопасности
ФСТЭК Федеральная служба по техническому и экспортному контролю
ЦАПК Центральный аппаратно-программный комплекс
ЦОД Центр обработки данных
ЧТЗ Частное техническое задание
CD Compact Disc — Компакт-диск. Оптический носитель информации
DNS Domain Name System — система доменных имѐн
DVD Digital Versatile Disc — цифровой многоцелевой диск
ESB Enterprise Service Bus — интеграционная шина данных предприятия
Gzip Утилита сжатия и восстановления (декомпрессии) файлов
HL7 Health Level 7 («Седьмой уровень») — стандарт обмена, управления и
интеграции электронной медицинской информации
HTTP HyperText Transfer Prоtocоl — «протокол передачи гипертекста».
Протокол прикладного уровня передачи данных
JavaEE Java Platform, Enterprise Edition, сокращенно Java EE — набор
спецификаций и соответствующей документации для языка Java,
Страница 12 из 89

14. Департамент
Информационных
Технологий
описывающей архитектуру серверной платформы для задач средних и
крупных предприятий
LOINC Logical Observation Identifiers Names and Codes — база данных и
универсальный стандарт для идентификации медицинских врачебных и
лабораторных наблюдений
LPAR Logical Partition Access Resources — логический сервер в составе одного
физического сервера
OpenEHR Открытый стандарт управления, хранения и обмена электронными
историями болезни
SOAP Simple Object Access Protocol — простой протокол доступа к объектам.
Протокол обмена структурированными сообщениями в распределѐнной
вычислительной среде
SQL Structured Query Language — «язык структурированных запросов».
Универсальный компьютерный язык, применяемый для создания,
модификации и управления данными в реляционных базах данных
TCP/IP Transmission Control Protocol/Internet Protocol — протокол управления
передачей — набор сетевых протоколов разных уровней модели
сетевого взаимодействия, используемых в сетях
UI User Interface — Интерфейс пользователя, он же пользовательский
интерфейс
UNIX Семейство переносимых, многозадачных и многопользовательских
операционных систем
UTF-8 Unicode Transformation Format — формат преобразования Юникода,
совместимый с 8-битным кодированием текста
WSDL Web Services Description Language — язык описания веб-сервисов и
доступа к ним, основанный на языке XML
XML eXtensible Markup Language — расширяемый язык разметки
Страница 13 из 89

15. Департамент
Информационных
Технологий
1. ОБЩИЕ СВЕДЕНИЯ
1.1. Полное наименование Системы и ее условное обозначение
Полное наименование Системы: Выполнение научно-исследовательских и опытно-
конструкторских работ по созданию общегородского информационного сервиса
Персонифицированного учѐта медицинской помощи.
Условное обозначение Системы: СПУ ЕМИАС.
Далее по тексту также используется сокращенное условное обозначение «СПУ ЕМИАС» и
«Система».
1.2. Шифр разработки
Шифр разработки: 57011331.4258901.001
1.3. Исполнитель и Государственный заказчик разработки
Исполнитель: Исполнитель проекта определяется на основании результатов открытого
конкурса на право заключения Государственного контракта на «Выполнение научно-
исследовательских и опытно-конструкторских работ по созданию общегородского
информационного сервиса Персонифицированного учѐта медицинской помощи» (СПУ ЕМИАС).
Государственный заказчик: Департамент информационных технологий города Москвы.
Реквизиты государственного заказчика:
107078, Россия, Москва, ул. Новая Басманная, д.10, строение 1
ИНН: 7710878000
КПП: 770101001
тел. +7(495) 957-75-42
Л/счет № 0381111000451187 в Отделении 1 Московского ГТУ Банка России города Москвы
705
Р/счет № 40201810200000000001
БИК 044583001
1.4. Перечень документов, на основании которых создается Система
Система создается на основании следующих документов:
Страница 14 из 89

16. Департамент
Информационных
Технологий
– Концепция создания Единой государственной информационной системы в сфере
здравоохранения, утверждена приказом Министерства здравоохранения и
социального развития Российской Федерации от 28 апреля 2011 года № 364;
– Раздел IV Приложения 3 (Подпрограмма «Внедрение современных
информационных систем в здравоохранение») Программы модернизации
здравоохранения города Москвы на 2011-2012 годы, утвержденной
постановлением Правительства Москвы от 7 апреля 2011 № 114-ПП «О
Программе модернизации здравоохранения города Москвы на 2011-2012 годы»
(в редакции постановления Правительства Москвы от 27 октября 2011 № 513-
ПП);
– Состав регионального фрагмента единой информационной системы в сфере
здравоохранения, а также функциональные требования к его компонентам,
обязательным для создания в 2011 – 2012 годах в рамках реализации
региональных программ модернизации здравоохранения (Решение президиума
Совета при Президенте Российской Федерации по развитию информационного
общества в Российской Федерации от 14 апреля 2011 года №А4-6106).
1.5. Плановые сроки начала и окончания работы по созданию Системы
Начало работ – с момента заключения Государственного контракта.
Окончание работ – в соответствии с календарным планом работ Государственного
контракта.
Общая продолжительность работ – не более 510 дней.
Укрупненная оценка длительности этапов создания Системы персонифицированного
учета медицинской помощи (далее – СПУ) Единой медицинской информационно-
аналитической системы города Москвы (далее – ЕМИАС) определена в разделе 5.1
«Перечень этапов работ по созданию Системы и их документирование».
Детализированные плановые сроки выполнения стадий и этапов работ по данному
Техническому заданию определяются Календарным планом работ Государственного
контракта.
1.6. Сведения об источниках и порядке финансирования работы по
созданию Системы
Источник финансирования – бюджет города Москвы.
Страница 15 из 89

17. Департамент
Информационных
Технологий
Порядок финансирования работ определяется в соответствии с нормативно-правовыми
актами города Москвы, регулирующими вопросы финансирования расходов городского бюджета
и Государственным контрактом на выполнение работ, заключаемым по итогам конкурса.
1.7. Порядок оформления и предъявления заказчику результатов работ
по созданию Системы (ее частей), по изготовлению и наладке
отдельных средств (технических, программных, информационных) и
программно-технических (программно-методических) комплексов
Системы
Требования к составу и оформлению результатов работ определены разделами 5 «Состав и
содержание работ по созданию (развитию) системы» и 8 «Требования к документированию»
настоящего Технического задания (далее – ТЗ).
Результаты работ передаются Государственному заказчику в порядке, определенном
Государственным контрактом в соответствии с Календарным планом работ Государственного
контракта на основании Актов приема-передачи научно-технической продукции (НТП).
Всѐ разработанное программное обеспечение Системы должно передаваться
Государственному Заказчику вместе с исходными кодами.
Состав передаваемых на машинных носителях результатов работ оформляется документом
«Ведомость машинных носителей информации».
Документация на Систему передается на бумажных (два экземпляра) и на машинных
носителях (CD|DVD). Текстовые документы, передаваемые на машинных носителях, должны быть
представлены в форматах MS Office.
Все материалы передаются с сопроводительными документами Исполнителя.
Страница 16 из 89

18. Департамент
Информационных
Технологий
2. НАЗНАЧЕНИЕ И ЦЕЛИ СОЗДАНИЯ СИСТЕМЫ
2.1. Назначение Системы
Создаваемая Система персонифицированного учета медицинской помощи предназначена
для обеспечения автоматизации процессов: сбора, учѐта, хранения и обработки данных
персонифицированного учѐта оказанной медицинской помощи.
Система должна быть создана в рамках Регионального фрагмента Единой государственной
информационной системы в здравоохранении города Москвы – Региональной Единой
Информационной Системы (далее – РЕИС), которая создаѐтся в соответствии с положениями
раздела IV Приложения 3 (Подпрограмма «Внедрение современных информационных систем в
здравоохранение») Программы модернизации здравоохранения города Москвы на 2011-2012 годы,
утвержденной постановлением Правительства Москвы от 7 апреля 2011 № 114-ПП «О Программе
модернизации здравоохранения города Москвы на 2011-2012 годы» (в редакции постановления
Правительства Москвы от 27 октября 2011 № 513-ПП). РЕИС представляет собой
распределенную информационную систему, надлежащим образом интегрированную с
соблюдением требований по защите информации как с Федеральным фрагментом Единой
государственной информационной системы в здравоохранении (далее – ЕГИСЗ), так и с
общегородской информационной инфраструктурой города Москвы. Региональный фрагмент
ЕГИСЗ должен охватывать медицинские организации амбулаторного и стационарного типа,
подведомственные Департаменту здравоохранения города Москвы, и окружные дирекции по
обеспечению деятельности государственных учреждений здравоохранения.
Создаваемая Система персонифицированного учета медицинской помощи должна
представлять собой один из Общегородских информационных сервисов в составе ЕМИАС.
Исходные данные для формирования комплексного многомерного информационного
массива персонифицированного учета будут предоставляться:
– в отношении амбулаторно-поликлинической помощи – из Общегородского
информационного сервиса Управления потоками пациентов ЕМИАС – по факту
обращения пациента за медицинской помощью;
– в отношении стационарной медицинской помощи – из локальных медицинских
информационных систем медицинских учреждений стационарного типа.
Страница 17 из 89

19. Департамент
Информационных
Технологий
Основным потребителем консолидированной в СПУ ЕМИАС информации будет
выступать:
– органы управления здравоохранением города Москвы;
– Московский городской фонд ОМС;
– медицинские организации системы здравоохранения города Москвы;
– страховые медицинские организации (через Московский городской фонд ОМС);
– жители города Москвы и иногородние граждане, обращающиеся за медицинской
помощью в городские медицинские организации, работающие в системе ОМС и
подключенные к ЕМИАС.
2.2. Цели создания Системы
Система персонифицированного учета медицинской помощи в составе ЕМИАС города
Москвы должна обеспечить достижение следующих целей:
– повышение эффективности управления системой здравоохранения города Москвы:
o формирование данных для планирования государственного заказа
медицинскими организациями в системе ОМС города Москвы;
o формирование данных для контроля исполнения государственного заказа;
– повышение эффективности контроля рационального использования средств,
выделяемых на финансирование системы здравоохранения города Москвы;
– надлежащий контроль исполнения стандартов оказания медицинской помощи,
разработку и имплементацию интегральных индикаторов качества и доступности
медицинской помощи в различных разрезах;
– уменьшение времени, затраченного на расчеты за оказанную медицинскую помощь
в рамках территориальной программы ОМС;
– повышение эффективности доступности и качества медицинской помощи,
оказываемой в рамках программы обязательного медицинского страхования;
– повышение эффективности выявления заболеваний на раннем этапе.
Страница 18 из 89

20. Департамент
Информационных
Технологий
Показатели объекта автоматизации и критерии оценки достижения целей представлены в
таблице 1.
Таблица 1 – Цели Системы и критерии оценки достижения целей
Индикаторы эффективности Показатель. Критерии оценки
Цели
Системы достижения целей
Повышение Количество пациентов Увеличение количества пациентов
эффективности
Количество пациентов, Соотношение количества пациентов,
управления системой
записанных на приѐм и записанных на приѐм и пришедших
здравоохранения
пришедших на приѐм на приѐм, должно приближаться к
города Москвы
единице
Количество условных единиц Увеличение количества УЕТ
трудозатрат (далее – УЕТ)
Среднее количество УЕТ на Увеличение количества УЕТ на
медицинского специалиста медицинского специалиста каждой
каждой специальности специальности
Среднее количество УЕТ на Среднее количество УЕТ на
пациента пациента не должно снижаться
Страховая стоимость Увеличение страховой стоимости в
приведѐнных ценах
Повышение Страховая стоимость Уменьшение страховой стоимости
эффективности неоплаченной медицинской неоплаченной медицинской помощи
контроля помощи при проведении медико- при проведении медико-
рационального экономического контроля и экономического контроля и
использования средств, экспертизы экспертизы
выделяемых на
Средняя стоимость лечения Уменьшение средней стоимости
финансирование
одного пациента по нозологиям лечения одного пациента по
системы
нозологиям
здравоохранения
города Москвы
Страница 19 из 89

21. Департамент
Информационных
Технологий
Индикаторы эффективности Показатель. Критерии оценки
Цели
Системы достижения целей
Надлежащий контроль Количество пациентов, повторно Уменьшение количества пациентов,
за исполнением обратившихся за медицинской повторно обратившихся за
стандартов оказания помощью по поводу одного медицинской помощью по поводу
медицинской помощи, заболевания одного заболевания
разработку и
Средняя продолжительность Увеличение средней
имплементацию
жизни в городе Москве продолжительности жизни в
интегральных
городе Москве
индикаторов качества и
доступности Уровень смертности в Снижение уровня смертности в
медицинской помощи в городе Москве городе Москве
различных разрезах
Уровень первичной Снижение уровня первичной
инвалидности в городе Москве инвалидности в городе Москве
Уменьшение времени, Время подготовки Сокращение времени подготовки
затраченного на регламентированных отчетов регламентированных отчетов на 15%
расчеты за оказанную
медицинскую помощь
в рамках
территориальной
программы ОМС
Повышение Количество пациентов Увеличение количества пациентов
эффективности
Среднее количество УЕТ на Увеличение количества УЕТ на
доступности и качества
пациента пациента
медицинской помощи,
оказываемой в рамках Количество пациентов, для Сокращение количества пациентов,
программ которых не выполнены для которых не выполнены
обязательного стандарты оказания стандарты оказания амбулаторно-
медицинского амбулаторно-поликлинической поликлинической помощи
страхования помощи
Удовлетворенность пациента Сокращение количества жалоб
Страница 20 из 89

22. Департамент
Информационных
Технологий
Индикаторы эффективности Показатель. Критерии оценки
Цели
Системы достижения целей
пациентов
Пользовательская
удовлетворенность отдельными
сервисами Системы
Повышение Количество пациентов, Увеличение количества пациентов,
эффективности прошедших дополнительную прошедших дополнительную
выявления заболеваний диспансеризацию диспансеризацию
на раннем этапе
Страница 21 из 89

23. Департамент
Информационных
Технологий
3. ХАРАКТЕРИСТИКА ОБЪЕКТА АВТОМАТИЗАЦИИ
3.1. Краткие сведения об объекте автоматизации
Основным источником медицинской информации для СПУ ЕМИАС являются медицинские
документы по оказанной медицинской помощи, создаваемые в учреждениях здравоохранения
города Москвы (в медицинских организациях амбулаторно-поликлинического типа системы
здравоохранения города Москвы, работающих в системе обязательного медицинского
страхования).
В таблице 2 представлены ориентировочные данные о количественном составе
медицинских организаций амбулаторно-поликлинического типа города Москвы.
Таблица 2 – Типы медицинских организаций
Количество,
№ Тип медицинской организации
(шт.)
1. Женские консультации 19
2. Медико-санитарные части 22
3. Поликлиники восстановительного лечения 6
4. Поликлиники городские 223
5. Поликлиники детские городские 151
6. Поликлиники стоматологические 63
7. Центры восстановительного лечения для детей 8
8. Центры медицинские 22
Существующая организационная структура системы здравоохранения города Москвы
представляет собой иерархическую структуру с выделенным центральным аппаратом, что создает
предпосылки для централизации хранения и обработки данных. Подразделения системы
здравоохранения города Москвы (медицинские организации амбулаторно-поликлинического типа)
организованы по функциональному принципу, подразумевающему решение одной и той же
группы задач в рамках различных бизнес-процессов, что также способствует централизации
обработки и хранения данных. Особенностями бизнес-процессов, производственных и
хозяйственных задач медицинской организации амбулаторно-поликлинического типа города
Москвы является то, что:
Страница 22 из 89

24. Департамент
Информационных
Технологий
 задачи часто могут быть комплексными, и в их решении могут быть задействованы
несколько подразделений;
 многие бизнес-процессы носят сквозной характер, что подразумевает наличие
потребности в одних и тех же данных в нескольких подразделениях;
 для многих задач качество и оперативность их получения существенно влияют на
эффективность их решения.
Результаты анализа свойств существующего информационного обеспечения показали, что
существующее информационное обеспечение в контексте задач Системы, представляет собой
персональные данные пациентов и сведения об оказанной им медицинской помощи.
Специфическими особенностями процедур сбора, хранения и обработки указанных данных
в настоящий момент являются:
 разнородность первичных источников для ввода;
 дублирование и противоречивость данных вследствие подготовки данных разными
исполнителями на бумажных носителях;
 наличие значительного объема первичных данных на бумажных носителях;
 недостаточная стандартизация (ввиду отсутствия утвержденных классификаторов) и
оперативность подготовки данных.
3.2. Сведения об условиях эксплуатации объекта автоматизации и
характеристиках окружающей среды
Условия эксплуатации Системы - внутри помещений, пригодных для постоянного наличия
людей: температура 18-24 градуса С, влажность 60-80%. При эксплуатации должны учитываться
положения СНиП 23-01-99 «Строительная климатология».
Страница 23 из 89

25. Департамент
Информационных
Технологий
4. ТРЕБОВАНИЯ К СИСТЕМЕ
4.1. Требования к Системе в целом
На рисунке 1 представлена концептуальная архитектура Системы персонифицированного
учѐта медицинской помощи ЕМИАС.
ОБЩЕГОРОДСКИЕ ИНФОРМАЦИОННЫЕ СЕРВИСЫ ЕМИАС
СИСТЕМА УПРАВЛЕНИЯ МЕДИЦИНСКИМИ
СИСТЕМА УПРАВЛЕНИЯ ПОТОКАМИ
СИСТЕМА КОНСОЛИДИРОВАННОГО
МЕДИЦИНСКОЙ ИНФОРМАЦИИ
СИСТЕМА ИНТЕГРИРОВАННОЙ
УПРАВЛЕНЧЕСКОГО УЧЕТА
ВНЕШНИЕ ИНФОРМАЦИОННЫЕ
ЕДИНЫЙ РЕГИСТР ОБЩЕГОРОДСКОЙ
СИСТЕМЫ
РЕГИСТРАМИ
ПАЦИЕНТОВ
РЕГИСТР МЕДИЦИНСКИХ РЕГИСТР
(ИНФОРМАЦИОННЫЕ СИСТЕМЫ ПАЦИЕНТОВ СПЕЦИАЛИСТОВ ПАЦИЕНТОВ
ФЕДЕРАЛЬНОГО ФРАГМЕНТА, ЕМИАС ЕМИАС (МГ ФОМС)
ИНФОРМАЦИОННЫЕ СИСТЕМЫ
ЭЛЕКТРОННОГО ПРАВИТЕЛЬСТВА)
ИНТЕГРАЦИОННЫЙ ШЛЮЗ ИНТЕГРАЦИОННАЯ ШИНА
ПОДСИСТЕМА ФОРМИРОВАНИЯ
ПОЛЬЗОВАТЕЛЬСКОГО ИНТЕРФЕЙСА СИСТЕМА ПЕРСОНИФИЦИРОВАННОГО
УЧЕТА МЕДИЦИНСКОЙ ПОМОЩИ
Обеспечение работы с НСИ АИС ОМС
Учет медицинской помощи
Контроль учетных данных
Формирование отчетов
МЕДИЦИНСКОЕ
МЕДИЦИНСКОЕ
УЧРЕЖДЕНИЕ
МЕДИЦИНСКОЕ Импорт результатов внешнего
УЧРЕЖДЕНИЕ контроля
УЧРЕЖДЕНИЕ
Мониторинг руководством МО
Взаимодействие со смежными
системами
Администрирование
Информационная безопасность
БАЗОВЫЙ КОНТУР БЕЗОПАСНОСТИ РЕИС
Рисунок 1 – Концептуальная архитектура СПУ ЕМИАС
Страница 24 из 89

26. Департамент
Информационных
Технологий
4.1.1. Требования к структуре и функционированию Системы
4.1.1.1. Перечень подсистем, их назначение и основные характеристики
Состав подсистем Системы, их назначение и основные характеристики представлены в
таблице 3.
Таблица 3 – Назначение подсистем и их основные характеристики
Название Назначение Основные
№
подсистемы подсистемы характеристики подсистемы
1. Обеспечение работы с Поддержка процесса Проверка актуального пакета НСИ
нормативно- загрузки и использования АИС ОМС из Московского
справочной актуальной нормативно- городского фонда ОМС (далее –
информацией (далее – справочной информации МГФОМС), загрузка в хранилище
НСИ) Системы, обеспечение сохранности
Автоматизированной всех версий предыдущих пакетов
информационной для использования в
системы ОМС (далее - соответствующем отчѐтном
АИС ОМС) периоде
2. Учет медицинской Ввод персональных данных Ввод персональных данных
помощи пациентов и сведений об пациентов по категориям и
оказанной медицинской сведений об оказанной
помощи в рамках системы медицинской помощи в рамках
ОМС в МО амбулаторно- системы ОМС в МО амбулаторно-
поликлинического типа поликлинического типа с
первичным контролем информации
при вводе. Минимизация
количества ошибок при вводе
пользователем
Страница 25 из 89

27. Департамент
Информационных
Технологий
Название Назначение Основные
№
подсистемы подсистемы характеристики подсистемы
3. Контроль учетных Автоматический контроль Проверка персональных данных
данных персональных данных пациентов и сведений об оказанной
пациентов и сведений об медицинской помощи в рамках
оказанной медицинской отчѐтного периода в соответствии с
помощи Регламентом, разработанным
МГФОМС, без взаимодействия с
смежными системами
4. Формирование Формирование, просмотр на Выбор требуемых отчѐтов,
отчетов экране монитора и, при формирование и отображение на
необходимости, печать на экране монитора. Выбор из списка
принтере и печать сформированных отчѐтов
регламентированных на принтере
отчѐтных форм ОМС
5. Импорт результатов Обеспечение контроля Получение от Центрального
внешнего контроля результатов экспертиз, аппаратного комплекса АИС ОМС
проведѐнных в СМО / результатов контроля. Проверка
МГФОМС, загрузки результатов внешнего контроля,
результатов в хранилище импорт в хранилище Системы.
Системы, формирование Формирование отчѐтности
отчѐтности по загрузке
6. Мониторинг Обеспечение отображения Настройка рабочего места
руководством МО результатов медицинской руководства МО. Выбор различных
деятельности МО критериев и фильтров для
руководству МО по отображения информации.
различным критериям, с Формирование требуемых форм
различными фильтрами, отчѐтности с возможностью печати
результатов контроля сроков на принтере. Отображение
сертификации медицинских результатов контроля сроков
специалистов сертификации медицинских
специалистов
Страница 26 из 89

28. Департамент
Информационных
Технологий
Название Назначение Основные
№
подсистемы подсистемы характеристики подсистемы
7. Взаимодействие со Обеспечение Подготовка и передача информации
смежными системами взаимодействия со в Систему управления потоками
смежными системами пациентов (далее – СУПП) ЕМИАС
(интеграционная шина) для просмотра лицевого счета за
произвольный период времени
после аутентификации пациента в
инфокиоске. Обеспечение доступа к
общегородскому регистру
пациентов. Обеспечение доступа к
Центральному аппаратно-
программному комплексу (далее –
ЦАПК) АИС ОМС. Обеспечение
взаимодействия с СУПП, Системой
интегрированной медицинской
информации (далее – СИМИ),
Системой управления
медицинскими регистрами (далее –
СУМР) и Системой
консолидированного
управленческого учета (далее –
СКУУ) ЕМИАС, Единым регистром
пациентов ЕМИАС
8. Администрирование Поддержка работы Системы Разграничение прав доступа,
в различных режимах управление организационной
работы структурой. Первоначальные
настройки для конкретной МО
Страница 27 из 89

29. Департамент
Информационных
Технологий
Название Назначение Основные
№
подсистемы подсистемы характеристики подсистемы
9. Подсистема Управление доступом Идентификация, аутентификация и
информационной пользователей, смежных авторизация пользователей и
безопасности систем и обеспечение смежных систем. Управление
защиты информации от доступом к защищаемой
несанкционированного информации. Регистрация и учѐт
доступа действий пользователей
4.1.1.2. Требования к способам и средствам связи для информационного
обмена между компонентами Системы
Информационный обмен между компонентами СПУ ЕМИАС должен осуществляться с
использованием совместного доступа к базам данных подсистем СПУ ЕМИАС и вызовов
сервисов, реализованных в интерфейсах подсистем.
4.1.1.3. Требования к характеристикам взаимосвязей создаваемой
Системы со смежными системами
В соответствии с проектом «Методических рекомендаций по применению облачных
технологий при создании регионального уровня единой государственной информационной
системы в сфере здравоохранения, в рамках реализации региональных программ модернизации
здравоохранения в 2011 – 2012 годах» информационная система, предназначенная для
использования в составе РЕИС, должна иметь открытую сервисно-ориентированную архитектуру.
Базовой технологией для реализации архитектуры СПУ ЕМИАС должно быть использование web-
сервисов.
Разрабатываемая система СПУ ЕМИАС является частью ЕМИАС, и, в соответствии с
постановлением правительства города Москвы №513 и с общей архитектурой ЕМИАС, СПУ
ЕМИАС должна быть связана со следующими смежными системами:
 Система консолидированного управленческого учета Единой медицинской
информационно-аналитической системы – основной потребитель консолидированной
информации СПУ ЕМИАС;
 Центральный аппаратный комплекс АИС ОМС (владелец ресурса – МГФОМС) -
основной потребитель консолидированной информации СПУ ЕМИАС, поставщик НСИ
АИС ОМС и результатов внешнего контроля;
Страница 28 из 89