103 ТЗ Электронная к2021 1

Главный врач
СС и НМП им. А.С. Пучкова

Департамента здравоохранения
города Москвы
________________ Н.Ф. Плавунов
« ___» _____________2021 г.
Техническое задание
на выполнение работ по развитию Комплексной автоматизированной системы управления

деятельностью Станции скорой и неотложной медицинской помощи им. А. С. Пучкова
(КАСУ СС и НМП) в части разработки подсистемы формирования архива электронных
документов «Карта вызова 103»
70051275.КАСУ ССиНМП ЭКВ.ТЗ.01
Листов 60
Москва, 2021 г.
–2–
Содержание
1. Общие сведения...............................................................................................................................5
1.1. Полное наименование системы......................................................................................................5
1.2. Краткое наименование системы.....................................................................................................5
1.3. Заказчик.............................................................................................................................................5
1.4. Исполнитель.....................................................................................................................................5
1.5. Основание для проведения работ...................................................................................................5
1.6. Плановые сроки разработки Подсистемы.....................................................................................6
1.7. Источник финансирования..............................................................................................................6
1.8. Порядок финансирования................................................................................................................6
1.9. Порядок оформления и предъявления Заказчику результатов работ.........................................6
1.10. Особые условия................................................................................................................................7
1.11. Перечень нормативно-технических документов, методических материалов,
регламентирующих работы по созданию системы.......................................................................7
1.12. Порядок внесения изменений и дополнений.................................................................................7
2. Назначение и цели создания системы............................................................................................8
2.1. Назначение системы и цели ее создания.......................................................................................8
2.2. Задачи выполнения работ................................................................................................................8
3. Характеристики объектов автоматизации.....................................................................................9
3.1. Краткие сведения об объекте автоматизации................................................................................9
3.2. Текущее состояние объекта автоматизации................................................................................11
3.3. Сведения об условиях эксплуатации объекта автоматизации и характеристиках
окружающей среды........................................................................................................................13
3.3.1. Условия эксплуатации комплекса технических средств............................................................13
3.3.2. Характеристики окружающей среды...........................................................................................13
4. Требования к системе....................................................................................................................14
4.1. Общие требования к технологии функционирования................................................................14
4.2. Требования к составу медицинской документации....................................................................16
4.2.1. Требования к информационному составу документа «Карта вызова 103»..............................17
4.2.2. Протокол сердечно-легочной реанимации..................................................................................38
4.2.3. Протокол ультразвукового исследования....................................................................................41
4.3. Требования к архитектуре системы.............................................................................................42
4.4. Перечень комплексов задач системы...........................................................................................45
4.5. Требования к способам и средствам связи для информационного обмена между
компонентами системы.................................................................................................................46
4.6. Требования по взаимосвязям системы с внешними и со смежными системами, обеспечению
ее совместимости...........................................................................................................................46
4.7. Требования к режимам функционирования системы.................................................................46
4.8. Требования к режимам диагностирования системы...................................................................47
–3–
4.9. Перспективы развития, модернизации системы.........................................................................47
4.10. Требования к численности обслуживающего технического персонала системы....................47
4.10.1. Требования к квалификации персонала, порядку его подготовки и контроля знаний и
навыков...........................................................................................................................................47
4.10.2. Требуемый режим работы персонала Системы..........................................................................48
4.11. Показатели назначения..................................................................................................................48
4.12. Требования к надежности..............................................................................................................48
4.13. Требования к безопасности...........................................................................................................48
4.14. Требования к эргономике и технической эстетике.....................................................................48
4.15. Требования к эксплуатации, техническому обслуживанию, ремонту и хранению
компонентов системы....................................................................................................................49
4.16. Требования к защите информации от несанкционированного доступа...................................49
4.17. Требования по сохранности информации при авариях..............................................................49
4.18. Требования к защите от влияния внешних воздействий............................................................50
4.19. Требования к патентной чистоте..................................................................................................50
4.20. Требования по стандартизации и унификации...........................................................................50
4.21. Требования к функциям (задачам), выполняемым системой....................................................50
4.21.1. Доработка центральной базы данных КАСУ СС и НМП..........................................................50
4.21.2. Доработка программного обеспечения мобильного АРМ «Бригада»......................................51
4.21.3. Доработка программного обеспечения АРМ «Диспетчер подстанции»..................................51
4.21.4. Разработка программного обеспечения нового АРМ «Старший врач подстанции»...............51
4.21.5. Разработка программного обеспечения нового АРМ «Сотрудник СМП»...............................52
4.21.6. Доработка программного обеспечения АРМ АИС «Статистика»............................................52
4.22. Требования к информационному обеспечению..........................................................................52
4.23. Требования к программному обеспечению.................................................................................53
4.24. Требования к техническому обеспечению..................................................................................53
5. Состав и содержание работ по созданию системы.....................................................................55
6. Порядок контроля и приемки системы........................................................................................57
6.1. Общие требования к приемке работ по стадиям.........................................................................57
6.2. Виды, состав, объем и методы испытаний системы и ее составных частей............................57
6.3. Требования к гарантийному обслуживанию системы................................................................57
6.4. Порядок выполнения доработок и устранения допущенных Исполнителем ошибок, которые
выявлены в процессе испытаний и в период гарантийного обслуживания.............................58
7. Требования к составу и содержанию работ по подготовке объекта автоматизации к
вводу системы в действие.............................................................................................................59
8. Требования к документированию.................................................................................................60
–4–
СПИСОК ТЕРМИНОВ И СОКРАЩЕНИЙ
АРМ Автоматизированное рабочее место

АС Автоматизированная система
АСОУ Автоматизированная система оперативного управления
БД База данных
ДЗМ Департамент здравоохранения Москвы
ЕМИАС Единая медицинская информационно-аналитическая система города Москвы
КАСУ СС и Комплексная автоматизированная система управления деятельностью станции
НМП скорой и неотложной медицинской помощи
ОС Операционная система
ПО Программное обеспечение
СС и НМП Станция скорой и неотложной медицинской помощи
СУБД Система управления базами данных
ЦОД Центр обработки данных
–5–
1. Общие сведения
1.1. Полное наименование системы
Выполнение работ по развитию Комплексной автоматизированной системы управления

деятельностью Станции скорой и неотложной медицинской помощи им. А.С. Пучкова (КАСУ СС
и НМП) в части разработки подсистемы формирования архива электронных документов «Карта
вызова 103» (Электронная карта вызова 103, ЭКВ).
1.2. Краткое наименование системы
Подсистема «Архив ЭКВ 103», Подсистема.
1.3. Заказчик
Государственное бюджетное учреждение города Москвы «Станция скорой и неотложной

медицинской помощи им. А.С. Пучкова» Департамента здравоохранения города Москвы.
Юридический адрес: 129090, г. Москва, 1-й Коптельский пер., д. 3, стр. 1.
1.4. Исполнитель
Исполнитель работ определяется на конкурсной основе в соответствии с действующим

законодательством (далее по тексту – Исполнитель).
Для выполнения отдельных работ Исполнитель может привлекать другие организации в
качестве соисполнителей, при обязательном согласовании с Заказчиком.
1.5. Основание для проведения работ
Основанием для проведения работ являются:

 Приказ Департамента здравоохранения города Москвы от 13.09.2019 г. № 832 «О
дальнейшем совершенствовании оказания медицинской помощи в плановой, неотложной и
экстренной формах в медицинских организациях государственной системы
здравоохранения города Москвы».
 Приказ Министерства здравоохранения и социального развития РФ от 2 декабря 2009 г. N
942 «Об утверждении статистического инструментария станции (отделения), больницы
скорой медицинской помощи».
 Федеральный закон от 21 ноября 2011 г. N 323-ФЗ «Об основах охраны здоровья граждан в
Российской Федерации» (с изменениями и дополнениями).
 Приказ Министерства здравоохранения РФ от 20 июня 2013 г. N 388н «Об утверждении
Порядка оказания скорой, в том числе скорой специализированной, медицинской помощи»
(с изменениями и дополнениями).
 Приказ Министерства здравоохранения РФ от 7 сентября 2020 г. N 947н «Об утверждении
Порядка организации системы документооборота в сфере охрана здоровья в части ведения
медицинской документации в форме электронных документов»
 Приказ Министерства здравоохранения РФ от 30 ноября 2017 г. N 965н «Об утверждении
порядка организации и оказания медицинской помощи с применением телемедицинских
технологий».
 Приказ Министерства здравоохранения РФ от 24 декабря 2018 г. N 911н «Об утверждении
Требований к государственным информационным системам в сфере здравоохранения
субъектов Российской Федерации, медицинским информационным системам медицинских
организаций и информационным системам фармацевтических организаций»
–6–
 Федеральный закон Российской Федерации от 21 июля 2017 г. N 242-ФЗ «О внесении
изменений в отдельные законодательные акты Российской Федерации по вопросам
применения информационных технологий в сфере охраны здоровья»
 Федеральный закон от 27 июля 2006 г. N 152-ФЗ «О персональных данных»
 Федеральный закон от 27 июля 2006 г. N 149-ФЗ «Об информации, информационных
технологиях и о защите информации»
1.6. Плановые сроки разработки Подсистемы
Срок начала работ: с момента заключения государственного контракта.

Срок окончания работ: в течение 120 календарных дней с даты заключения контракта.
Срок выполнения работ может быть уменьшен по инициативе Исполнителя в случае
досрочного выполнения работ.
1.7. Источник финансирования
Финансирование работ осуществляется за счет средств от предпринимательской и иной

приносящей доход деятельности.
1.8. Порядок финансирования
Порядок финансирования работ определяется действующими нормативно-правовыми актами

города Москвы, регулирующими вопросы финансирования расходов городского бюджета, и
государственным контрактом, заключаемым с Исполнителем работ.
1.9. Порядок оформления и предъявления Заказчику результатов работ
Требования к составу и оформлению результатов работ определены разделами 5 и 8

настоящего ТЗ.
Отчетные документы должны быть оформлены в соответствии с формами и правилами
оформления отчетной документации, содержащими общие требования по структуре и
оформлению проектных документов и передаваемыми Заказчиком Исполнителю в течение 2
(двух) рабочих дней с даты заключения контракта.
Результаты работ передаются Заказчику в порядке, определенном контрактом в соответствии
с Календарным планом работ контракта на основании Актов приема-передачи отчетных
материалов. Техническая документация передается на бумажных (два экземпляра) и на машинных
носителях (CD|DVD). Текстовые документы, передаваемые на машинных носителях, должны быть
представлены в форматах MS Office. Всё разработанное программное обеспечение Системы
должно передаваться Заказчику вместе с исходными кодами на машинных носителях (CD|DVD).
Все материалы передаются с сопроводительными документами Исполнителя.
Заказчик производит проверку представленной отчетной документации в порядке,
предусмотренном контрактом и настоящим Техническим заданием.
В случае если при проверке установлены неактуальность, противоречивость,
недостоверность либо неполнота сведений, представленных в отчетной документации, Заказчик в
порядке, определенном контрактом, возвращает Исполнителю отчетную документацию на
доработку с указанием причин отказа в приемке отчетной документации. В этом случае приемка
результатов откладывается в порядке, определенном контрактом, до момента полного устранения
замечаний Заказчика по представленной отчетной документации.
–7–
1.10. Особые условия
Результаты работ по настоящему ТЗ должны быть совместимы на уровне программного,

технического, информационного и других видов обеспечения с результатами работ по созданию и
развитию КАСУ СС и НМП и не нарушать решений, уже реализованных в КАСУ СС и НМП.
В случае, если в ходе работ Исполнитель использует и передает Заказчику компоненты
(программные библиотеки, сервера приложений, СУБД и иные объекты интеллектуальной
собственности), разработанные Исполнителем или третьей стороной, не подразумевающие
свободного использования, права (исключительные или неисключительные) на использование
данных компонент должны быть переданы Заказчику в объеме, необходимом для использования
результатов выполненных работ, как на момент приемки, так и в дальнейшей перспективе с
учетом срока полезного использования. При этом в составе разработанного программного
обеспечения не должны использоваться программные модули, не обеспеченные поддержкой
производителя (разработчика). Передаваемые программные компоненты должны быть обеспечены
гарантийным и постгарантийным обслуживанием фирмы-производителя. Соответствующие
обязательства должны быть переданы Заказчику.
После заключения контракта, при наличии обоснования со стороны Исполнителя, Заказчик
передает техническую документацию на КАСУ СС и НМП, разработанную в рамках выполнения
работ по ранее выполненным контрактам, в составе и сроки, согласованные обеими сторонами.
До начала работ Исполнитель должен согласовать с Заказчиком использование при
выполнении контракта результатов интеллектуальной деятельности, имеющих правовую охрану,
принадлежащих Исполнителю.
Все созданные и использованные при исполнении контракта объекты интеллектуальной
собственности подлежат отражению в отчетных документах Исполнителя о результатах
выполнения работ по контракту.
1.11. Перечень нормативно-технических документов, методических

материалов, регламентирующих работы по созданию системы
Выполняемая работа и оформление ее результатов должны отвечать требованиям

нормативно-правовых актов, а также соответствующих государственных стандартов из числа
Комплекса стандартов на автоматизированные системы и Единой системы программной
документации.
Требования по применению указанных стандартов определены в разделе 8.
1.12. Порядок внесения изменений и дополнений
Изменения настоящего ТЗ не предусмотрены.

–8–
2. Назначение и цели создания системы
2.1. Назначение системы и цели ее создания
Подсистема «Архив ЭКВ 103» предназначена для автоматизации процессов обработки

данных карт вызовов 103 путем создания экранных форм заполнения документов и формирования
на их основе архива электронных документов «Карта вызова».
Целями разработки Подсистемы «Архив ЭКВ 103» являются следующие:

 С применением современных информационных технологий, переход на использование
электронных документов «Карта вызова 103», с последующим прекращением
использования документов данного вида в бумажном виде.
 Структурирование и формализация документов «Карта вызова 103» и совершенствование
процессов обработки их информации, для повышения качества и полноты анализа
деятельности СС и НМП в части оказания медицинской помощи населению.
 Повышение уровня контроля за процессом формирования медицинской документации.
 Перераспределение ролей персонала СС и НМП в процессах формирования медицинской
документации с целью высвобождения ресурса рабочего времени диспетчерского
персонала подстанций СС и НМП.
 Обеспечение дальнейшего развития КАСУ СС и НМП в части взаимодействия с такими
внешними системами как ЕМИАС (система, обеспечивающая централизованный сбор
медицинской информации в г. Москва), КИС ЕМИАС (система автоматизирующая
деятельность стационаров г. Москвы) в части передачи данных электронных документов
«Карта вызова 103» в режиме реального времени с целью повышения уровня
информативности, и как следствие, повышение качества оказания медицинской помощи
населению на всех этапах и всеми медицинскими учреждениями г. Москвы.
2.2. Задачи выполнения работ
В ходе выполнения работ по созданию Подсистемы «Архив ЭКВ 103» должны быть решены
следующие задачи:
 Разработка технологии сбора данных документов «Карта вызова 103», перевод их в
электронный вид, и создание их архива на базе центра обработки данных КАСУ СС и
НМП.
 Модернизация программного обеспечения мобильного рабочего места выездной бригады
СС и НМП (АРМ «Бригада») в части разработки функционала формирования электронного
документа «Карта вызова 103».
 Модернизация программного обеспечения мобильного рабочего места диспетчера
подстанции (АРМ «Диспетчер подстанции») в части разработки функционала
корректировки данных электронных документов «Карта вызова 103» созданных
персоналом выездных бригад.
 Разработка нового рабочего места старшего врача подстанции в части реализации
функционала осуществляющего контроль за деятельностью персонала бригад и
диспетчеров подстанции в ходе формирования электронных документов «Карта вызова
103» и последующего внесения в них изменений.
 Доработка существующих отчетных форм АИС «Статистика» (входящей в состав КАСУ
СС и НМП) в части обеспечения возможности использования документов «Карта вызова
103» в электронном виде.
–9–
3. Характеристики объектов автоматизации
3.1. Краткие сведения об объекте автоматизации
Оказание скорой и неотложной медицинской помощи на территории города Москвы

осуществляется Станцией скорой и неотложной медицинской помощи им. А.С. Пучкова (СС и
НМП), в состав которой помимо подстанций скорой медицинской помощи входят отделения
неотложной медицинской помощи взрослому и детскому населению (ОНМПВ и ДН).
Станция скорой и неотложной медицинской помощи (СС и НМП) является крупнейшим
медицинским учреждением г. Москвы. Как любая оперативная служба, СС и НМП работает на
принципах централизованного управления в сочетании с регионально-территориальным уровнем
развертывания соответствующей обеспечивающей сети.
В настоящее время в структуру СС и НМП г. Москвы входят 10 региональных объединений,
включающих в свой состав 60 территориальных подстанций. В основе зоны обслуживания
каждой подстанции заложен принцип 20-минутной транспортной доступности для оказания
экстренной медицинской помощи. В каждом из регионов определена головная подстанция,
координирующая работу всех территориальных подстанций, входящих в региональное
объединение.
В среднем ежесуточно СС и НМП г. Москвы обслуживается свыше 12500 вызовов по
оказанию экстренной и неотложной медицинской помощи населению города, в том числе около
3500 вызовов, связанных с необходимостью медицинской эвакуации больных и пострадавших.
В оказании скорой и неотложной медицинской помощи населению г. Москвы задействованы
1040 выездных бригад СМП и 186 бригад ОНМПВ и ДН. Бригады дислоцируются на подстанциях
и классифицированы на определенные профили в зависимости от их назначения.
Непосредственное управление выездными бригадами в процессе оказания скорой и
неотложной медицинской помощи населению города осуществляют Единый диспетчерский центр
службы «103», а также диспетчеры территориальных подстанций.
Приём обращений на СС и НМП осуществляется централизованно по единому номеру
телефона «103».
Технологический процесс управления оказанием скорой и неотложной медицинской помощи
больным и пострадавшим в службе «103» полностью автоматизирован посредством Комплексной
автоматизированной системы управления деятельностью Станции скорой и неотложной
медицинской помощи г. Москвы (КАСУ СС и НМП), которая находится в эксплуатации с 1998 г.
В КАСУ СС и НМП реализованы следующие основные функции управления процессом
оказания экстренной медицинской помощи:
 прием, оформление и регистрация вызовов на оказание экстренной медицинской помощи с
отображением их местоположения на электронной схеме города;
 формирование и ведение очереди вызовов;
 формирование и ведение данных о состоянии ресурсов выездных бригад и средств
санавтотранспорта;
 отображение реального местоположения и статусного состояния выездных бригад
различных медицинских профилей на текущий момент времени на рабочих местах
диспетчерского персонала в графическом виде на электронной схеме города;
 выбор подстанции, бригады, требуемого медицинского профиля, для обслуживания вызова;
 автоматизированная передача вызова на обслуживание;
 регистрация результатов по этапам обслуживания вызова;
 регистрация заявок выездных бригад на медицинскую эвакуацию больных и пострадавших;
 выбор места медицинской эвакуации больных и пострадавших;
 регистрация движения больных в стационарных учреждениях города по каналам
госпитализации и выбытия, однократно в сутки без учета поступления пациентов в течение
дня на профильные койки;
 регистрация изменений состояния коечного фонда стационаров города;
– 10 –
 прием, оформление и регистрация обращений населения за оказанием медицинской
помощи на врачебно-консультативный пост;
 автоматизированный мониторинг и контроль оперативной обстановки на территории
города на любой текущий момент времени для принятия оптимальных решений по
управлению работой выездных бригад;
 формирование и ведение баз данных по результатам обслуживания вызовов, работе
выездных бригад и диспетчерского персонала;
 выдача оперативных справок населению и оперативным службам города по результатам
обслуживания вызовов;
 формирование и выдача оперативных справок и отчётно-статистических документов о
работе бригад, подстанций, региональных объединений и СС и НМП;
 анализ работы бригад, подстанций, региональных объединений и СС и НМП.
В составе КАСУ СС и НМП функционирует следующие автоматизированные системы (АС):

 АС оперативного управления СС и НМП (АСОУ СС и НМП).
 АС врачебно-консультативного пункта СС и НМП (АС «Консультант»).
 Автоматизированная информационная система медицинской канцелярии (АИС
«Медканцелярия»).
 АС учёта, контроля и анализа состояния коечного фонда лечебно-профилактических
учреждений города и его загруженности (АС «Коечный фонд»).
 АС управления госпитализацией экстренных больных и пострадавших соматического и
инфекционного профиля (АСУ «Госпитализация»).
 АС управления аптечным хозяйством СС и НМП (АСУ «Аптека»).
 Автоматизированная система управления перевозками больных (АСУ «Перевозки»)
 АС управления экстренной психиатрической помощью (АСУ «Психиатрическая помощь»).
 Автоматизированная информационная система о работе СС и НМП (АИС «Статистика»).
 АС планирования и учёта работы диспетчерского персонала (АС «Диспетчер»).
 АС старшего фельдшера подстанции (АС «Старший фельдшер»).
 АС воинского учета и бронирования персонала СС и НМП (АС «Воинский учет»).
 АС оперативного управления выездными бригадами при угрозе возникновения или
ликвидации чрезвычайных ситуаций (АСОУ «Чрезвычайная ситуация»).
 АС взаимодействия со стационарами города по экстренной госпитализации больных и
пострадавших (АС «Стационар»).
 АС взаимодействия с внешними организациями (АС «Взаимодействие»).
 Автоматизированная система управления работой отделения неотложной медицинской
помощи (АСУ «ОНМП»).
 Автоматизированная система администрирования и управления работой информационно
вычислительного комплекса (АС «Администрирование»)
 Автоматизированная система защиты персональных данных КАСУ СС и НМП (АС СЗПДн
КАСУ СС и НМП).
 Автоматизированная система взаимодействия с ЕМИАС (АС «Взаимодействие с
ЕМИАС»).
 Подсистема сбора и анализа данных по этапам обслуживания вызовов службой «103» (ПС
САД).
 Система информационного взаимодействия между комплексной автоматизированной
системой управления деятельностью Станции скорой и неотложной медицинской помощи
им. А.С. Пучкова (КАСУ СС и НМП) и системой обеспечения вызова экстренных
оперативных служб по единому номеру 112 в городе Москве («Система-112»).
КАСУ СС и НМП реализована в технологии клиент-сервер с использованием СУБД Oracle.

– 11 –
В общей сложности в системе задействованы 2 кластерных комплекса, 92 аппаратных
сервера и более 1200 стационарных АРМ. Сервера функционируют под управление следующих
ОС: Solaris, Microsoft Windows Server, Linux. АРМ пользователей функционируют под
управлением ОС семейства Windows.
Функционирование КАСУ СС и НМП осуществляется круглосуточно, 365 дней в году, в
режиме реального времени.
3.2. Текущее состояние объекта автоматизации
Документирование деятельности Станции скорой и неотложной помощи г. Москвы, в ходе

оказания медицинской помощи населению, осуществляется в соответствие с Приказом
Министерства здравоохранения и социального развития РФ от 2 декабря 2009 г. N 942 «Об
утверждении статистического инструментария станции (отделения), больницы скорой
медицинской помощи».
Данный приказ определяет порядок формирования журнала обращений за медицинской
помощью по каналу 103 с использованием утвержденной формы 109/У, а также журнала фактов
оказания медицинской помощи с использованием утвержденной формы 110/У.
В соответствии с требованиями данного Приказа, КАСУ СС и НМП реализует функционал
формирования соответствующих журналов: в центральной базе данных КАСУ СС и НМП создан
массив информационных объектов «Карта вызова 103». По состоянию дел на июль 2021 г.,
процесс формирования массива карт вызовов, выглядит следующим образом.
Входной точной начала технологического процесса оказания медицинской помощи является
вызов по каналу 103 – так называемое «Обращение за медицинской помощью» (далее –
«Обращение»). Телефонный вызов 103 передается на рабочее место одного из диспетчеров по
приему вызовов (АРМ «Диспетчер ППВ»). В момент начала телефонного разговора диспетчера
ППВ с абонентом, функционал рабочего места, автоматически создает информационный объект
«Карта вызова». При создании карты вызова фиксируются начальные данные – телефонный номер
абонента (на основе автоматического определения номера) и дата и время поступления вызова
«103».
Далее, по мере продвижения по технологическому алгоритму обработки вызова,
информационный объект «Карта вызова» обогащается новыми данными.
Источником начальных данных карты вызова является АРМ «Диспетчер ППВ». На
начальном этапе, в ходе телефонного разговора диспетчера с абонентом производится
формирование следующего состава информационных блоков:
 Повод обращения.
 Адрес места вызова.
 Данные пациента – ФИО, пол, возраст.
Следует отметить ряд особенностей информации, полученной при опросе абонента.
Во-первых, эти сведения получены голосом. Поэтому, не редки случаи, что эти данные носят
ошибочный характер, либо часть сведений может вообще отсутствовать.
Во-вторых, следует понимать, что абонент, обратившийся за медицинской помощью, не
является медицинским специалистом. Поэтому повод обращения – это информация, носящая
описательный характер, и зачастую, не связана с медицинским диагнозом. (Например: «Болит
живот», «Боль в груди», и т. д.).
При регистрации обращения, автоматически производится попытка идентификации
пациента. Выполняется запрос в систему ЕРЗЛ с целью получить идентификатор пациента в
ФОМС и данные его действующего полиса медицинского страхования. Входными данными
такого запроса являются ФИО и дата рождения пациента. Как было отмечено выше, эти данные
могут быть не верны или отсутствовать. В этих случаях пациент останется не
идентифицированным.
– 12 –
Тем не менее, несмотря, на возможную неполноту или недостоверность данных,
информационный объект «Карта вызова», на этапе регистрации обращения, заполняется
сведениями в объеме требований утверждённой формы 109/У.
На последующих этапах обработки вызовов производится коррекция существующей
информации и сбор новых сведений, касающихся оказания медицинской помощи в объеме
требований утверждённой формы 110/У.
Персонал бригады, прибыв на место вызова, имеет возможность собрать более точную
информацию о пациенте, запросив его документы: документ, удостоверяющий личность, полис
медицинского страхования и прочее.
Но несмотря на то, что персонал бригады, находясь на месте вызова, собирает новую
информацию, эти сведения не используются в системе КАСУ СС и НМП. Дело в том, что
существующая технология обслуживания вызовов 103 подразумевает оформление формы 110/У в
бумажном виде. Персонал бригады имеет в своем распоряжение бумажные бланки формы 110/У.
Во время обслуживания вызова, персонал бригады выполняет заполнение этой формы используя
рукописный ввод.
Выполняя последовательно вызовы 103, персонал бригады накапливает созданные формы
обслуженных вызовов. По окончании смены и возвращения на подстанцию, созданные формы
110/У вручаются диспетчеру подстанции, в задачи которого входит внесение их данных в систему
с использованием функционала рабочего места АРМ «Диспетчер подстанции».
В случае, если данные пациента были уточнены, выполняется повторная идентификация.
Производится новый запрос в ЕРЗЛ уже по уточненным данным. Таким образом совершается
идентификация пациентов, которые ранее считались неидентифицированными.
Совершенно очевидно, что данная технология имеет ряд существенных недостатков. Во-
первых, это - использование бумажных документов (в нашем случае еще и рукописных). В
современном информационном мире такой подход недопустим.
Кроме того, система КАСУ СС и НМП лишена возможности своевременно использовать
ценную информацию, которую обрабатывает персонал бригады на вызове.
Своевременная идентификация пациента могла бы позволить персоналу бригады, во время
обслуживания вызова, получить электронную карту пациента ЕМИАС, содержащую актуальные
сведения о состоянии его здоровья, являющиеся чрезвычайно важными и полезными при оказании
медицинской помощи. На сегодня, доля пациентов, идентифицированных на этапе регистрации
вызова невелика, не превышает 50-ти процентов. Повторная идентификация, выполняемая по
уточненным данным, повышает это значение до 80-ти. Но существующий порядок вещей
позволяет провести повторную идентификацию только после завершения вызова.
Информация, собранная бригадой на вызове, может быть использована для повышения
эффективности процессов связанных с госпитализаций пациентов. Такие сведения как диагноз,
установленный бригадой, оказанные неотложные и лечебно-диагностические мероприятия могут
позволить, более эффективно назначать стационар для госпитализации, а также могут быть
переданы в приемное отделение стационара еще до того, как бригада доставит туда пациента.
Следует отметить, что часть данных формы 110/У вообще не вносится в систему. Это, так
называемая «оборотная сторона» карты вызова (пункты формы 20, и далее). Эти сведения так и
остаются в рукописном виде на бумажной форме. В случае необходимости получить эти сведения,
необходимо обратиться в архив СС и НМП, где формы 110/У складируются и хранятся в
физическом виде.
Собственно, настоящий проект ставит цели устранить перечисленные недостатки, применив
современные технологии обработки данных, сделав информацию медицинской документации
более открытой и доступной.
– 13 –
3.3. Сведения об условиях эксплуатации объекта автоматизации и

характеристиках окружающей среды
3.3.1. Условия эксплуатации комплекса технических средств
Условия эксплуатации комплекса технических средств Системы соответствуют условиям

эксплуатации группы 2 ГОСТ 21552-84 «Средства вычислительной техники. Общие технические
требования, приемка, методы испытаний, маркировка, упаковка, транспортировка, хранение».
Условия эксплуатации персональных компьютеров должны соответствуют Гигиеническим
требованиям к видеодисплейным терминалам, персональным электронно-вычислительным
машинам и организации работы (СанПиН 2.2.2/2.4.1340-03: Гигиенические требования
к персональным электронно-вычислительным машинам и организации работы).
3.3.2. Характеристики окружающей среды
Характеристики окружающей среды в местах установки технических средств соответствуют

требованиям следующих документов:
СанПиН 2.2.24.548-96. Физические факторы производственной среды. Гигиенические
требования к микроклимату производственных помещений;
СанПиН 2.2.2/2.4.1340-03. Гигиенические требования к персональным электронно-
вычислительным машинам и организации работы.
– 14 –
4. Требования к системе
4.1. Общие требования к технологии функционирования
В технологию обработки данных электронных документов «Карта вызова 103» должен быть
вовлечен следующий состав специалистов СС и НМП:
 Персонал выездных бригад СС и НМП.
 Диспетчеры подстанций СС и НМП.
 Старшие врачи подстанций СС и НМП.
Персонал выездных бригад СС и НМП должен выполнять первичный ввод данных карт
вызовов. Для этой цели, функционал мобильных рабочих мест АРМ «Бригада» должен быть
доработан – в его состав должны быть включены экранные формы и инструменты, позволяющие
выполнять ввод данных карт вызовов в объеме требований утвержденной формы 110/У. Часть
полей формы карты вызова 110/У (такие как данные пациента, адресная часть, повод к вызову и
прочее) может быть автоматически заполнена сведениями карты вызова полученными на этапе
регистрации обращения. Существующая информация должна быть использована максимально. На
этапе проектирования, Исполнитель должен проработать состав полей формы, которые могут быть
заполнены предварительно, спроектировав программное обеспечение, таким образом, чтобы
избавить пользователя от повторного ввода существующей информации. При вводе данных,
должны применяться алгоритмы проверки корректности вводимой информации. Данный проект
предполагает создание формы карты вызова, в объеме информации существенно шире, чем
требования формы 110/У (Требования к составу информации карты вызова изложены подробно в
разделе данного Технического Задания – «Требования к составу медицинской документации»).
Так, в состав формы включен ряд показателей, отражающих в цифровой форме состояние
пациента. Расчет таких показателей осуществляется по стандартным алгоритмам и должен
производиться по мере ввода данных в поля формы, являющихся исходными для расчетов.
При проектировании формы ввода должно быть учтено следующее обстоятельство. Часть
данных используется для описания состояния пациента и представляет интерес для использования
в системе КАСУ в целях повышения оперативности и эффективности оказания медицинской
помощи. Информация такого рода должна быть передана в КАСУ СС и НМП незамедлительно. В
то время, как заполнение формальной части карты вызова может быть отложена. В связи с этим,
ввод данных должен быть организован в два этапа. На первом этапе вводятся и передаются в
систему экстренные данные, на последующих этапах обслуживания вызова вносится и передается
прочая информация. Функционал форм ввода должен быть построен таким образом, что форма
ввода, будучи активированная в очередной раз, содержала информацию, внесенную
пользователем ранее, позволяя пользователю откладывать и вновь возобновлять процесс ввода
любое количество раз. Повторное заполнение полей, в которые информация была внесена ранее
недопустим! При этом должна быть организована синхронизация информации на мобильном
устройстве и информации, переданной в КАСУ СС и НМП.
Результатами действий пользователя на мобильном АРМ «Бригада» должны быть
следующие:
 Сформированный и оперативно переданный в КАСУ СС и НМП информационный
блок, содержащий данные о состоянии пациента, который будет использован в ходе
обслуживания данного вызова прочими службами СС и НМП.
 Сформированные данные документа «Карта вызова 103» переданные в КАСУ СС и
НМП, на основе которых, в базе данных создан электронный документ, который
передан прочим участникам процесса: диспетчеру подстанции для просмотра и
возможной коррекции; старшему врачу подстанции для проверки качества
формирования документа.
В ходе формирования данных карты вызова на АРМ «Бригады» должны быть организованы
следующие возможности:
– 15 –
 Осуществление повторной идентификации пациента, в случае если были уточнены
его ФИО или дата рождения.
 Использование сведений электронной карты пациента ЕМИАС. Должна быть
организована возможность переключения в экранную форму карты ЕМИАС,
просмотра документов карты ЕМИАС и использование фрагментов их текстов путем
копирования и последующей вставки в поля формы «Карта вызова 103».
При редактировании данных пациента (ФИО, дата рождения), пользователь должен иметь
возможность активировать режим идентификации с использованием сервиса ЕРЗЛ, получить
результат идентификации, и в случае успешной идентификации, сразу же запросить данные
электронной карты ЕМИАС.
Технология обработки карт вызовов в КАСУ СС и НМП должна включать этапы коррекции
информации. Это необходимо, например, для исправления ошибок ввода. Коррекция документов
«Карта вызова 103» должна осуществляться на рабочих выездных бригад (АРМ «Бригада») и
рабочих местах диспетчеров подстанций (АРМ «Диспетчер подстанции»). Пока вызов находится в
процессе обслуживания, информация карты вызова может быть отредактирована персоналом
бригады. Также может потребоваться коррекция данных после завершения обслуживания вызова
и даже после того, как завершилась смена работы бригады. Для осуществления «поздних»
коррекций должны быть предусмотрены следующие возможности:
 Коррекция данных силами диспетчеров подстанций.
 Коррекция данных сотрудником бригады, создавшем данную карту вызова.
Соответственно, данный проект подразумевает доработку функционала, существующего
АРМ «Диспетчер подстанции» и разработку нового АРМ «Сотрудник бригады СМП».
В состав существующего функционала АРМ «Диспетчер подстанции» должны быть

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

карт вызовов 103. Для этой цели должно быть создано автоматизированное рабочее место
старшего врача подстанции. Пользователь данного рабочего места должен иметь возможность
отслеживать факты создания электронных документов «Карта вызова 103» бригадами данной
подстанции, также отслеживать факты коррекции ранее созданных документов «Карта вызова
103». Как было отмечено выше, коррекция карт вызовов может быть осуществлена, как
персоналом бригад, так и диспетчерами данной подстанции. Функционал рабочего места старшего
врача подстанции должен обеспечивать просмотр каждой вновь созданной или скорректированной
копии документа «Карта вызова 103». Цель просмотра – оценка качества формирования
информации. В случае обнаружения каких-либо отклонений, пользователь данного рабочего места
должен иметь возможность оставить комментарий к полям формы, либо ко всему документу в
целом. Факт наличия подобного комментария должен быть отслежен функционалом АРМ
«Диспетчер подстанции» и послужить, оператору данного АРМ, сигналом повторно открыть
документ и внести изменения.
Формирование документа «Карта вызова 103» - должно быть реализовано, как итерационный
процесс. Из описания выше следует, что в технологию вовлечен ряд специалистов СС и НМП.
Процесс формирования документа предусматривает жизненный цикл: создание документа,
неоднократную коррекцию и проверку его данных. Подсистема «Архив ЭКВ 103» должна
обеспечивать контроль версий создаваемых копий электронных документов «Карта вызова 103».
Должно быть обеспечено хранение всех созданных копий. Должна быть реализовано
протоколирование действий специалистов по манипуляциям с данными документов. Должна быть
создана возможность получения сведений о том, какие именно специалисты участвовали в
процессе формирования документа и какие именно изменения создал каждый из них.
4.2. Требования к составу медицинской документации
В ходе оказания медицинской помощи, обслуживая вызов 103, персонал бригады оформляет
карту вызова 103, а также документы, являющиеся приложениями к карте вызова. В состав таких
приложения входят следующие:
 Протокол сердечно-легочной реанимации;
 Протокол ультразвукового исследования.
Карта вызова 103 является обязательным документом и оформляется на каждом вызове.

Приложения оформляются опционально, в зависимости, выполнялись ли на вызове указанные
исследования.
– 17 –
Ниже перечислены требования к составу разделов электронных документов «Карта вызова

103» и документов-приложений. Описаны типы и назначение полей форм. Указаны требования к
способам ввода информации.
4.2.1. Требования к информационному составу документа «Карта вызова 103»
4.2.1.1. Раздел «Жалобы»
Раздел «Жалобы» содержит детальное описание характера главных или ведущих жалоб
пациента на момент осмотра; описание общих жалоб с учетом повода к вызову; описание
изменений общего состояния пациента (снижение веса, слабость, отеки и т.п.).
Данный раздел представляет собой текстовое поле. При реализации экранной формы на
мобильном АРМ «Бригада», Исполнитель должен проработать возможность использования
голосового ввода. Для ускорения ввода необходимо обеспечить использования всплывающего
списка подсказок утвержденных текстовых шаблонов и стандартных фраз.
4.2.1.2. Раздел «Анамнез»
Раздел «Анамнез» состоит из ряда подразделов.
Краткий анамнез настоящего заболевания (текстовое поле). Описание развития болезни от ее

начала до настоящего момента), сведения из анамнеза жизни, перенесенные заболевания,
имеющие значение для диагностики данного заболевания. Содержит описание следующих
моментов: когда началось заболевание; как оно началось; как оно протекало; какие проводились
исследования, их результаты, какое проводилось лечение и какова его эффективность и т.п.,
имеющие значение для диагностики данного заболевания.
Эпидемиологический анамнез:
 Выезжал ли пациент, в течение последних 3-х лет в эпидемиологические опасные
зоны (поле «выбор варианта» из значений «выезжал», «не выезжал»). В случае выбора
варианта «выезжал» заполняется следующее текстовое поле с указанием куда именно
выезжал и на какой срок.
 Подтверждение (либо отрицание) контакта с инфекционными больными (поле «выбор
варианта» из значений «отрицает», «подтверждает»). В случае выбора варианта
«подтверждает», заполняется следующее текстовое поле с указанием примерной даты
контакта, и возможного инфекционного заболевания; контакт с инфекционными
больными в том числе новой коронавирусной инфекцией (Covid-19).
 Были ли операции, гемотрансфузии (поле «выбор варианта» из значений «не было»,
«было»). В случае выбора варианта «было», заполняется следующее текстовое поле с
описанием, что именно было и в какие сроки.
 Подтверждение (либо отрицание) посещение стоматолога (поле «выбор варианта» из
значений «отрицает», «подтверждает»). В случае выбора варианта «подтверждает»,
заполняется следующее текстовое поле с указанием примерной даты посещения и
описанием процедуры.
Дополнительно при кишечных инфекциях:

 Описание пищи, которую употреблял пациент в течение суток перед заболеванием
(текстовое поле);
 Где питался (поле «выбор варианта» из значений: «дома», «предприятие
общественного питания», «на улице», «другое»). В случае выбора варианта «другое»,
заполняется следующее текстовое поле с указанием, где именно принимал пищу
пациент.
– 18 –
 Есть ли лица со сходной симптоматикой среди питавшихся вместе с пациентом (поле
«выбор варианта» из значений «нет», «есть»). В случае выбора варианта «есть»,
заполняется следующее текстовое поле с указанием количества людей и их
самочувствия.
Гинекологический анамнез (текстовое поле). Функционал экранной формы должен

позволять заполнять данной поле только для пациентов женского пола.
Аллергологический анамнез. Подтверждение (либо отрицание) наличия аллергических

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

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

проработать возможность использования голосового набора. Для ускорения ввода, при
заполнении текстовых полей необходимо обеспечить использования всплывающего списка
подсказок утвержденных текстовых шаблонов и стандартных фраз.
4.2.1.3. Раздел «Общее состояние»
Раздел «Общее состояние» представляет собой поле «выбор варианта» из следующего

набора значений:
 удовлетворительное;
 средней тяжести;
 тяжелое;
 терминальное;
 клиническая смерть.
 другое (свободное заполнение текстового поля).
4.2.1.4. Раздел «Сознание»
Раздел «Сознание» представляет собой поле «выбор варианта» из следующего набора

значений:
 ясное;
 оглушение;
 сопор;
 кома;
 медикаментозная седация;
4.2.1.5. Раздел «Значение по шкале Глазго»
Раздел «Значение по шкале Глазго» представляет собой текстовое поле, для которого
допустимы числовые значения в диапазоне от 3 до 15.
– 19 –
Предусмотреть возможность внесения записи: «оценке недоступно» или «оценка
невозможна» - на случай психических нарушений, на случай медикаментозной седации и т.п.).
Также при количестве баллов от 4 до 14 включительно, использовать возможность
дополнительного ввода информации по следующим параметрам с оценкой по балльной системе:
 Открывание глаз (от 1 до 4 баллов);
 Наилучший речевой ответ (от 1 до 5 баллов);
 Наилучший двигательный ответ (от 1 до 6 баллов).
Указанные три параметра суммой баллов дают значение по шкале Глазго.
4.2.1.6. Раздел «Положение»
Раздел «Положение» представляет собой поле «выбор варианта» из следующего набора

значений:
 активное (пациент может произвольно изменять положение в зависимости от
обстоятельств, может сам себя обслуживать);
 пассивное (пациент, из-за сильной слабости, тяжести состояния или утраты сознания
не может самостоятельно изменить положение тела или отдельных частей, даже если
оно очень ему неудобно);
 вынужденное (положение пациент принимает сознательно или инстинктивно для
ослабления или прекращения имеющихся у него тягостных ощущений – боль,
одышка, кашель и т.п.).
При выборе пункта «вынужденное» заполняется следующее поле «выбор варианта» состава
значений часто встречающихся вынужденных положений (сделать всплывающие подсказки),
дополнительно сделать возможность (рукописный ввод) описание вынужденного положения:
 ортопноэ — (пациент при левожелудочковой сердечной недостаточности
предпочитает сидеть, так как при этом часть крови депонируется в нижних
конечностях, уменьшается венозный возврат крови к сердцу (преднагрузка), что
уменьшает полнокровие легких и облегчает дыхание);
 лежа на больном боку (сухой плеврит, бронхоэктатическая болезнь, абсцесс легкого).
При сухом плеврите больной предпочитает лежать на больном боку, так как это
уменьшает трение листков плевры во время дыхания;
 лежа на здоровом боку (перелом ребер);
 лежа на спине (сильные боли в животе: острый аппендицит, прободная язва желудка
или двенадцатиперсной кишки);
 лежа на животе (опухоль поджелудочной железы, острый панкреатит, язва задней
стенки желудка);
 коленно-локтевое положение (опухоль поджелудочной железы, острый панкреатит,
язва задней стенки желудка, экссудативный перикардит);
 сидя с наклоном вперед (экссудативный перикардит);
 стоя — прекращение физической нагрузки (приступ стенокардии, перемежающаяся
хромота);
 опистотонус: положение лежа на спине с опорой на затылок, таз и пятки (столбняк);
 анталгическая поза: при острой боли в спине (то есть сохранению такого положения
тела, при котором боль минимальна, что особенно важно во время ночного сна. Чаще
всего это может быть положение на боку с полусогнутыми ногами, либо на спине с
согнутыми в коленях ногами и валиком под коленными суставами, либо любая другая
поза);
К пунктам данного раздела необходимо подключить всплывающие подсказки содержащие

их описание с целью предотвращения ошибок ввода.
– 20 –
4.2.1.7. Раздел «Кожные покровы»
Раздел «Кожные покровы» представляет собой поле «выбор варианта» из следующего

 сухие,
 влажные;
 обычной влажности;
 другое (текст в свободной форме).
По цвету:
 обычной окраски;
 бледные;
 гиперемированные;
 цианотичные;
 желтушные;
 гиперемия;
 цианоз.
К пунктам данного раздела необходимо добавить текстовое поле для свободного ввода
текста описания привязки по локализации.
4.2.1.8. Раздел «Сыпь»
Раздел «Сыпь» представляет собой поле «выбор варианта» из следующего набора значений:
 нет;
 есть, смотри Status Localis.
4.2.1.9. Раздел «Зев»
Раздел «Зев» представляет собой поле «выбор варианта» из следующего набора значений:
 стенки не гиперемированы;
 стенки гиперемированы;
 ярко гиперемирован;
 см. Status Localis;
 не осматривался.
4.2.1.10. Раздел «Миндалины»
Раздел «Миндалины» представляет собой поле «выбор варианта» из следующего набора

значений:
 увеличены;
 увеличены, гиперемированы;
 не гиперемированы, налета нет;
 см. Status Localis;
 не осматривались.
4.2.1.11. Раздел «Лимфоузлы»
Раздел «Лимфоузлы» представляет собой поле «выбор варианта» из следующего набора

значений:
– 21 –
 не увеличены;
 увеличены, см. Status Localis;
 не осматривались.
4.2.1.12. Раздел «Пролежни»
Раздел «Пролежни» представляет собой поле «выбор варианта» из следующего набора

значений:
 нет;
 есть, см. Status Localis;
4.2.1.13. Раздел «Отеки»
Раздел «Отеки» представляет собой поле «выбор варианта» из следующего набора значений:
 нет;
 пастозность;
 отеки;
 cм. Status Localis.
При выборе значений «пастозность» или «отёки» необходимо добавить текстовое поле для
свободного ввода текста с описанием локализации.
4.2.1.14. Раздел «Температура тела»
Раздел «Температура тела» - текстовое поле для ввода числовых значений в диапазоне от
32,0*C до 43.0*C (с шагом 0,1*C), либо значения «Не измерялась».
4.2.1.15. Раздел «ЧДД»
Раздел «ЧДД» - текстовое поле для ввода числовых значений в диапазоне от 1 (в мин.) до 60
(в мин.) с шагом 1 в мин, либо другого значения, введенного свободным текстом.
4.2.1.16. Раздел «Одышка»
Раздел «Одышка» представляет собой поле «выбор варианта» из следующего набора

значений:
 экспираторная;
 инспираторная;
 смешанная.
4.2.1.17. Раздел «Патологическое дыхание»
Раздел «Патологическое дыхание» представляет собой поле «выбор варианта» из

следующего набора значений:
нет;
 Дыхание Чейна — Стокса — тип периодического дыхания, характеризующийся
сменяющими друг друга эпизодами апноэ и гипервентиляции. наблюдается у больных
с застойной сердечной недостаточностью, а также при травматических повреждениях,
кровоизлиянии в головной мозг, хронической гипоксии.
 Дыхание Биота — тип дыхания, характеризующийся повторно возникающими
периодами апноэ, перемежающимися несколькими глубокими вдохами, которые (в
отличие от дыхания Чейна — Стокса) не носят регулярного характера. Дыхание Биота
– 22 –
чаще всего связано с повреждением головного мозга, воспалительными процессами
мозга и его оболочек, тепловым ударом, интоксикациями.
 Дыхание Куссмауля - Агональное дыхание возникает при умирании, появляется после
терминальной паузы и завершается остановкой дыхания. Нарастающие глубокие
вдохи достигают максимума, в формировании вдоха принимают участие дыхательные
мышцы и вспомогательные (мышцы рта и шеи), голова откидывается назад, рот
широко открывается, больной стремится вдохнуть максимальное количество воздуха.
 Гаспинг, или терминальное редкое дыхание, которое проявляется судорожными
вдохами-выдохами, возникает при резкой гипоксии мозга или в период агонии.
 Нейрогенная гипервентиляция — дыхание частое и глубокое, возникает при стрессе,
физической работе, а также при нарушениях структур среднего мозга.
 другое (свободный ввод текста).
К пунктам данного раздела необходимо подключить всплывающие подсказки содержащие

их описание с целью предотвращения ошибок ввода.
4.2.1.18. Раздел «Аускультативно»
Раздел «Аускультативно» представляет собой поле «выбор варианта» из следующего набора

значений:
 везикулярное;
 жесткое;
 бронхиальное;
 пуэрильное (привязка к возрасту пациента от 0 до 5 лет);
 ослаблено;
 отсутствует.
После выбора типа дыхания указать в каких отделах (также поле «выбор варианта»):
 во всех отделах с обеих сторон
 в нижних отделах справа
 в нижних отделах слева
4.2.1.19. Раздел «Хрипы сухие»
Раздел «Хрипы сухие» представляет собой поле «выбор варианта» из следующего набора
значений:
 нет;
 свистящие;
 жужжащие.
После выбора типа указать в каких отделах (свободный ввод текста).
4.2.1.20. Раздел «Хрипы влажные»
Раздел «Хрипы влажные» представляет собой поле «выбор варианта» из следующего набора
значений:
 нет;
 мелкопузырчатые;
 среднепузырчатые;
 крупнопузырчатые;
 разнокалиберные.
– 23 –
4.2.1.21. Раздел «Крепитация»
Раздел «Крепитация» представляет собой поле «выбор варианта» из следующего набора

значений:
 нет;
 есть.
При выборе значения «есть» - указать, в каких отделах (свободный ввод текста).
4.2.1.22. Раздел «Шум трения плевры»
Раздел «Шум трения плевры» представляет собой поле «выбор варианта» из следующего
 нет;
 есть.
При выборе значения «есть» - указать, в каких отделах (свободный ввод текста).
4.2.1.23. Раздел «Перкуторный звук»
Раздел «Перкуторный звук» представляет собой поле «выбор варианта» из следующего

 легочный;
 тимпанический;
 коробочный;
 притупленный;
 тупой.
4.2.1.24. Раздел «Кашель»
Раздел «Кашель» представляет собой поле «выбор варианта» из следующего набора

значений:
 нет;
 сухой;
 влажный;
 лающий.
4.2.1.25. Раздел «Мокрота»
Раздел «Мокрота» представляет собой поле «выбор варианта» из следующего набора

значений:
 нет;
 стекловидная;
 слизистая;
 слизисто-гнойная;
 гнойная;
 кровохарканье.
– 24 –
После выбора типа мокроты переход к выбору по типу отхождения (поле «выбор варианта»):
 трудноотделяемая;
 скудная
 обильная
 другое (рукописный ввод)
4.2.1.26. Раздел «Пульс»
Раздел «Пульс» представляет собой поле «выбор варианта» из следующего набора значений:
 не определяется;
 на лучевой артерии;
 на сонной артерии;
 на бедренной артерии;
 другое (рукописный ввод).
При выборе любого значения, кроме «не определяется» заполняется текстовое поле для
ввода числовых значений в диапазоне от 5 (в мин.) до 250 (в мин.) с шагом 1 в мин.
При выборе значения «не определяется», разделы «ритм» и «наполнение» должны
блокироваться (см. ниже).
4.2.1.27. Раздел «Ритм»
Раздел «Ритм» представляет собой поле «выбор варианта» из следующего набора значений:
 ритмичный;
 аритмичный.
4.2.1.28. Раздел «Наполнение»
Раздел «Наполнение» представляет собой поле «выбор варианта» из следующего набора

значений:
 слабое;
 нитевидный;
4.2.1.29. Раздел «ЧСС»
Раздел «ЧСС» - текстовое поле для ввода числовых значений в диапазоне от 5 (в мин.) до 400
(в мин.) с шагом 1 в мин, либо иного значения в свободной форме.
4.2.1.30. Раздел «Дефицит пульса»
Раздел «Дефицит пульса» - текстовое поле для ввода числовых значений в диапазоне от 1 до
60 с шагом 1. Функционал формы ввода должен осуществлять проверку корректности данных:
значение «Пульс» не должно превышать значение «ЧСС».
4.2.1.31. Раздел «АД»
Раздел «АД» (прывычное, максимальное) - текстовое поле для ввода числовых значений в
диапазоне от 10/0 мм.рт.ст. до 350/340 мм.рт.ст. с шагом 5, либо иного значения в свободной
форме.
– 25 –
4.2.1.32. Раздел «Тоны сердца»
Раздел «Тоны сердца» представляет собой поле «выбор варианта» из следующего набора
значений:
 звучные;
 приглушены;
 глухие.
4.2.1.33. Раздел «Шум»
Раздел «Шум» представляет собой поле «выбор варианта» из следующего набора значений:
 нет;
 систолический;
 диастолический;
После выбора варианта шума указать описание локализации (текст в свободной форме).
4.2.1.34. Раздел «Проводиться»
Раздел «Проводиться» - текст в свободной форме.
4.2.1.35. Раздел «Шум трения перикарда»
Раздел «Шум трения перикарда» представляет собой поле «выбор варианта» из следующего
 нет;
 есть.
4.2.1.36. Раздел «Акцент»
Раздел «Шум трения Акцент перикарда» представляет собой поле «выбор варианта» из
 нет;
 I – тона на аорте;
 I – тона на лёгочной артерии;
 II – тона на аорте;
 II – тона на лёгочной артерии;
4.2.1.37. Раздел «Язык»
Раздел «Язык» представляет собой ряд полей «выбор варианта».
Поле «Осмотр»:
 не осматривался;
 осматривался.
Поле «Положение»:
 по средней линии;
 девиация влево;
 девиация вправо.
– 26 –
Поле «Влажность»:
 сухой;
 влажный.
Поле «Обложен»:
 налетов нет;
 белым налетом;
 серым налетом;
 коричневым налетом;
Поле «Повреждения»:
 нет;
 прикус слева;
 прикус справа;
4.2.1.38. Раздел «Форма живота»
Раздел «Форма живота» представляет собой ряд полей «выбор варианта».
Поле «Форма»:
 привычная;
 округлая;
 ассиметричная;
 увеличен в объеме;
 соответствует сроку беременности (при выборе данного пункта активируется
дополнительное поле для указания срока в неделях);
 см. Status Localis.
Поле «Напряжение живота»:

 не оценивалось;
 мягкий;
 напряжен.
При выборе значения «напряжен» указать в каких отделах (текст в свободной форме).
Поле «Болезненность»:
 не оценивалось;
 безболезненный;
 болезненный.
При выборе значения «болезненный» указать в каких отделах (текст в свободной форме).
4.2.1.39. Раздел «Положительные симптомы»
Раздел «Положительные симптомы» представляет собой поле «выбор варианта» из

 Образцова («псоас – симптом» Больной на спине. Вы стоите. Рука мягким движением
прижимает слепую кишку к задней стенке живота, больного просят при этом поднять
– 27 –
прямую правую ногу. Симптом положительный при усилении болей. (о. Аппендицит,
ретроцекальный);
 Ровзинга Больной на спине. Вы сидите. Проводятся лёгкие толчкообразные
движения в левой подвздошной области пальцами правой кисти (2-3 толчка).
Симптом положительный при усилении болей справа.);
 Ситковского (Больной на спине. Вы сидите. Предложите пациенту повернуться на
левый бок. При этом, усиление болей в правой подвздошной области в положении
пациента на левом боку появляется в следствии отвисании слепой кишки, натяжения
воспалённой брюшины и брыжейки червеобразного отростка. (о. Аппендицит);
 Ортнера (Больной на спине. Вы сидите. Краем правой кисти проводим лёгкое
поколачивание по середине правой рёберной дуги. Симптом положительный при
болезненности в правом подреберье (о. Холецистит);
 Мерфи (Больной на спине. Вы сидите. Симптом положительный если больной не
может сделать вдоха при надавливании пальцем на область желчного пузыря. (о.
Холецистит, гепатит);
 Мейо-Робсона (Больной на спине. Вы стоите. Проведите правую руку под поясницу
пациента и надавливаете указательным или среднем пальцем на точку в левом
рёберно-позвоночном углу. Симптом положительный при появлении болей в области
пальпации. (о. Панкреатит);
 Щеткина-Блюмберга: Больной на спине, вы сидите. Положите прямую ладонь плашмя
на переднюю брюшную стенку, медленно надавливая, затем резко отнимите руку.
Симптом положительный при усилении болей (перитонит);
 Вааля: локальный метеоризм или выпячивание отдела кишечника выше уровня
препятствия (видимая асимметрия живота, прощупываемая кишечная выпуклость,
видимая глазом перистальтика, слышимый при перкуссии тимпанит); (признак
непроходимости кишечника);
 отдела кишечника выше уровня препятствия (видимая ассиметрия живота,
прощупываемая кишечная выпуклость, видимая глазом перистальтика, слышимый
при перкуссии тимпанит);
4.2.1.40. Раздел «Перистальтика»
Раздел «Перистальтика» представляет собой поле «выбор варианта» из следующего набора

значений:
 не выслушивается;
 выслушивается;
 усилена;
 снижена;
 не оценивалась.
4.2.1.41. Раздел «Печень»
Раздел «Печень» представляет собой поле «выбор варианта» из следующего набора

значений:
 не пальпируется;
 у края рёберной дуги;
 выступает из-под края рёберной дуги (при выборе данного пункта активируется
дополнительное поле для указания значения в диапазоне от 1см. до 20 см. с шагом 1);
 не оценивалась;
– 28 –
4.2.1.42. Раздел «Селезенка»
Раздел «Селезенка» представляет собой поле «выбор варианта» из следующего набора

значений:
 не пальпируется;
 увеличена: (при выборе данного пункта активируется дополнительное поле для
выбора варианта уточнения «болезненна», «безболезненна»).
4.2.1.43. Раздел «Рвота»
Раздел «Рвота» представляет собой поле «выбор варианта» из следующего набора значений:
 при СМП нет;
 при СМП: (при выборе данного пункта активируется дополнительные поля для ввода
значения «сколько раз» - число в диапазоне от 1 до 25 с шагом 1; и значения «рвота
чем»).
 Следы рвотных масс (при выборе данного пункта активируется дополнительное поле
для указания, где находятся следы – текст в свободной форме).
4.2.1.44. Раздел «Стул»
Раздел «Стул» содержит ряд полей различного типа.
«Консистенция» - поле «выбор варианта»:

 оформленный;
 кашицеобразный;
 жидкий;
«Кратность» - поле для ввода числового значения в диапазоне от 1 до 30 раз с шагом в 1.
«Окраска» - текст в свободной форме.
«Наличие патологических примесей» - поле «выбор варианта»:

 есть (при выборе данного пункта активируется дополнительное поле для описания
какие именно примеси);
 нет.
«Отхождение газов» - поле «выбор варианта»:

 отходят;
 не отходят.
«Следы непроизвольной дефекации:

 есть (при выборе данного пункта активируется дополнительное поле для описания,
где именно);
 нет.
«Прочее» - текст в свободной форме.
4.2.1.45. Раздел «Поведение»
Раздел «Поведение» представляет собой поле «выбор варианта» из следующего набора

значений:
– 29 –
 спокойное;
 беспокойное;
 возбужден;
 другое (при выборе данного пункта активируется дополнительное поле для ввода
текста описания).
4.2.1.46. Раздел «Контакт»
Раздел «Контакт» представляет собой поле «выбор варианта» из следующего набора

значений:
 контактен, ориентирован;
 контактна, ориентирована;
 контакт по возрасту (применим для детского возраста);
 другое (при выборе данного пункта активируется дополнительное поле для ввода
текста описания).
4.2.1.47. Раздел «Чувствительность»
Раздел «Чувствительность» представляет собой поле «выбор варианта» из следующего

 сохранена D = S;
 снижена (при выборе данного пункта активируется дополнительное поле выбора
одного из вариантов: «слева - руке», «слева - ноге», «справа - руке», «справа – ноге»);
 снижена D> S;
 снижена D <S;
4.2.1.48. Раздел «Речь»
Раздел «Речь» представляет собой поле «выбор варианта» из следующего набора значений:
 внятная;
 дизартрия;
 афазия (при выборе данного пункта активируется дополнительное поле выбора
одного из вариантов, представленных ниже);
 смазанная;
 замедленная;
 речевая спутанность;
 по возрасту (применима для детского возраста);
 не оценивалась.
Состав значений для выбора варианта пояснения к пункту «афзия»:
 сенсорная (полная утрата понимания речи при сохранении слуха);

 моторная (патология, для которой характерны трудности или невозможность
произнесения слов при сохранении возможности произнесения отдельных звуков и
возможности понимания человеческой речи);
 амнестическая (трудности в назывании предметов, хотя больному их значение и
употребление известно);
 сенсо-моторная (смешанная);
 динамическая (нарушение регулирующей функции речи, то есть больной не может
построить внутренний план высказывания, и реализовать его во внешней речи, т.е.
произнести фразу или длинный текст. При данной форме афазии страдает
– 30 –
грамматический строй речи, отличительной особенностью является трудность в
определении, понимании и актуализации (воспроизведении) предикатов (глаголов), а
также предлогов, местоимений, существительные, как правило, употребляются в
именительном падеже, характерно употребление шаблонных фраз).
Экранная форма ввода должна предоставлять пользователю подсказки содержащие текст

описания перечисленных пунктов.
4.2.1.49. Раздел «Зрачки»
Раздел «Зрачки» представляет собой поле «выбор варианта» из следующего набора

значений:
 OD = OS (при выборе данного пункта активируется дополнительное поле выбора
одного из вариантов: «обычные», «узкие», «широкие», «иное – текст в свободной
форме»);
 OD > OS;
 OD < OS.
4.2.1.50. Раздел «Фотореакция»
Раздел «Фотореакция» представляет собой поле «выбор варианта» из следующего набора

значений:
 живая;
 вялая;
 отсутствует;
4.2.1.51. Раздел «Нистагм»
Раздел «Нистагм» представляет собой поле «выбор варианта» из следующего набора

значений:
 нет;
 не оценивался;
 горизонтальный (при выборе данного пункта активируется дополнительное поле
выбора одного из вариантов: «влево», «вправо», «мелкоразмашистый»,
«крупноразмашистый»);
 вертикальный (при выборе данного пункта активируется дополнительное поле выбора
одного из вариантов: «вверх», «вниз»);
 установочный;
4.2.1.52. Раздел «Асимметрия лица»
Раздел «Асимметрия лица» представляет собой поле «выбор варианта» из следующего

 нет;
 сглаженность носогубной складки (при выборе данного пункта активируется
дополнительное поле выбора одного из вариантов: «слева», «справа»);
 опущение угла рта (при выборе данного пункта активируется дополнительное поле
выбора одного из вариантов: «слева», «справа»);
 птоз века (при выборе данного пункта активируется дополнительное поле выбора
одного из вариантов: «левого», «правого»);
– 31 –
другое (текст в свободной форме).
4.2.1.53. Раздел «Менингеальные симптомы»
Раздел «Менингеальные симптомы» представляет собой поле «выбор варианта» из

 ригидность затылочных мышц (при выборе данного пункта активируется
дополнительное поле выбора одного из вариантов: «1», «2», «3», «4»);
 симптом Кернига (при выборе данного пункта активируется дополнительное поле
выбора одного из вариантов: «положительный», «слева», «справа», «с двух сторон»,
«другое» – текст в свободной форме);
 симптом Брудзинского (при выборе данного пункта активируется дополнительное
поле выбора одного из вариантов: «верхний», «средний», «нижний», «другое» – текст
в свободной форме);
4.2.1.54. Раздел «Очаговые Симптомы»
Раздел «Очаговые Симптомы» представляет собой поле «выбор варианта» из следующего

 нет;
 не оценивались;
 монопарез (в одной конечности) (при выборе данного пункта активируются
дополнительные поля выбора дополнительных критериев: «4 балла» (незначительное
снижение мышечной силы по сравнению с имевшейся раньше); «3 балла»
(значительное снижение мышечной силы по сравнению с имевшейся раньше); «2
балла» (сокращение мышцы при невозможности противостоять силе тяжести); «1
балл» (непродуктивное сокращение отдельных мышечных пучков мышцы); «0
баллов» (отсутствие мышечной силы – плегия); «верхняя левая конечность»;
«верхняя правая конечность»; «нижняя левая конечность»; «нижняя правая
конечность»);
 гемипарез (в конечностях, с одной стороны) (при выборе данного пункта
активируются дополнительные поля выбора дополнительных критериев: «4 балла»
(незначительное снижение мышечной силы по сравнению с имевшейся раньше); «3
балла» (значительное снижение мышечной силы по сравнению с имевшейся раньше);
«2 балла» (сокращение мышцы при невозможности противостоять силе тяжести); «1
баллов» (отсутствие мышечной силы – плегия); «верхняя и нижняя конечность
слева»; «верхняя и нижняя конечность справа»);
 парапарез (только в руках или ногах) (при выборе данного пункта активируются
дополнительные поля выбора дополнительных критериев: «4 балла» (незначительное
снижение мышечной силы по сравнению с имевшейся раньше); «3 балла»
(значительное снижение мышечной силы по сравнению с имевшейся раньше); «2
балла» (сокращение мышцы при невозможности противостоять силе тяжести); «1
баллов» (отсутствие мышечной силы – плегия); «обеих рук»; «обеих ног»);
 тетрапарез (во всех конечностях, руки и ноги): (при выборе данного пункта
активируются дополнительные поля выбора дополнительных критериев: «4 балла»
(незначительное снижение мышечной силы по сравнению с имевшейся раньше); «3
балла» (значительное снижение мышечной силы по сравнению с имевшейся раньше);
«2 балла» (сокращение мышцы при невозможности противостоять силе тяжести); «1
баллов» (отсутствие мышечной силы – плегия));
– 32 –
4.2.1.55. Раздел «Координаторные пробы»
Раздел «Координаторные пробы» представляет собой поле «выбор варианта» из следующего

 выполняет пробы правильно;
 не оценивались;
4.2.1.56. Раздел «Мочеполовая система»
Раздел «Мочеполовая система» включает в свой состав группу следующих полей.
«Болезненность» поле «выбор варианта» из следующего набора значений:

 болезненное; (мочеиспускание болезненное);
 безболезненное; (мочеиспускание безболезненное).
«Частота мочеиспускания» поле «выбор варианта» из следующего набора значений:

 учащенное;
 не учащенное;
 отсутствует;
«Цвет мочи» поле «выбор варианта» из следующего набора значений:

 бесцветная;
 соломенно-желтая;
 темно-желтая;
«Прозрачность» поле «выбор варианта» из следующего набора значений:

 прозрачная;
 мутная;
 наличие примесей (при выборе данного пункта активируется дополнительное
текстовое поле для ввода текста описания примесей);
4.2.1.57. Раздел «Симптом поколачивания»
Раздел «Симптом поколачивания» представляет собой поле «выбор варианта» из

 отрицательный с двух сторон;
 положительный слева, отрицательный справа;
 положительный справа, отрицательный слева;
 положительный с двух сторон;
 не оценивался.
4.2.1.58. Раздел «Дополнительно»
Раздел «Дополнительно» представляет собой группу полей, предназначенных для ввода

дополнительной описательной информации.
«Примечание» – текстовое поле для внесения информации, относящейся к объективному

осмотру, но не вошедшую в утвержденную форму карты вызова.
– 33 –
«Рост» - поле для ввода числового значения в диапазоне от 1см. до 250 см. с шагом 1 см.
«Примерная масса тела» поле для ввода числового значения в диапазоне от 500 гр. до 350 кг.
с шагом 500 гр.
«Запах алкоголя изо рта» - поле «выбор варианта» из значений «нет», «да».
4.2.1.59. Раздел «Status Localis»
Раздел «Status Localis» – текстовое поле для внесения описания различных травматических
повреждений, дополнительное описание выявленных отёков, пролежней, локализации и
подробного описания сыпи, трофических язв и т.д.
Данный раздел заполняется текстом в свободной форме. Для ускорения ввода необходимо
обеспечить использования всплывающего списка подсказок утвержденных текстовых шаблонов и
стандартных фраз.
4.2.1.60. Раздел «Исследование ЭКГ»
Раздел «Исследование ЭКГ» представляет собой группу полей следующего состава.
«Вид исследования» - поле «выбор варианта» из следующего набора значений:

 ЭКГ,
 ЭКП (применимо только для фельдшерских бригад).
«Дата и время проведения исследования» - поле для ввода даты и времени в формате
«dd.mm.yyyy hh24:mi».
«Ритм» - поле «выбор варианта» из следующего набора значений:
 синусовый;
 синусовая аритмия;
 синусовая тахикардия;
 синусовая брадикардия;
 фибрилляция предсердий;
 трепетание предсердий;
 ритм из AV соединения;
 наджелудочковая тахикардия;
 ЭКС;
 миграция водителя ритма;
«ЧСС» - поле для ввода числового значения в диапазоне от 1 в мин. до 400 в мин. с шагом 1)
в мин.
«ЭОС» (положение электрической оси сердца) - поле «выбор варианта» из следующего

 горизонтальное;
 вертикальное;
 отклонение влево;
 отклонение вправо;
 резкое отклонение влево;
 резкое отклонение вправо по типу SI QIII;
 не определяется.
– 34 –
«Выявленные изменения на ЭКГ» - текст в свободной форме.
«Кем расшифровано ЭКГ» - текст в свободной форме (применимо только для фельдшерских
бригад).
4.2.1.61. Раздел «Глюкометрия»
Раздел «Глюкометрия» представляет собой группу полей следующего состава.
«Glu» - поле для ввода числового значения в диапазоне от 0.1 ммоль/л до 60.9 ммоль/л с
шагом 0.1 ммоль/л.
«Наличии у пациента в анамнезе сахарного диабета» - поле «выбор варианта» из значений

«нет», «да».
«Уровень глюкозы крови, к которому адаптирован пациент» - поле для ввода числового
значения в диапазоне от 0.1 ммоль/л до 60.9 ммоль/л с шагом 0.1 ммоль/л.
4.2.1.62. Раздел «Пульсоксиметрия»
Раздел «Пульсоксиметрия» представляет собой группу полей следующего состава.
«Sat.O2» - поле для ввода числового значения в диапазоне от 20 до 99 с шагом 1%.
«Ps» - поле для ввода числового значения в диапазоне от 5 до 400 с шагом 1 в мин.
4.2.1.63. Раздел «Кардиомониторинг»
Раздел «Кардиомониторинг» представляет собой группу полей следующего состава.
«На мониторе ритм» - текст в свободной форме.
«ЧСС» - поле для ввода числового значения в диапазоне от 5 до 400 с шагом 1 в мин.
4.2.1.64. Раздел «Капнография»
Раздел «Капнография» включает поле «Et CO2» - для ввода числового значения в диапазоне
от 0 до 130 с шагом 1 mmHg.
4.2.1.65. Раздел «Исследование УЗИ»
При выполнении на вызове исследования УЗИ, выполняется оформление документа

«Протокол ультразвукового исследования» (описание приведено в соответствующем разделе
данного Технического задания). При этом, текст заключения исследования УЗИ должен быть
автоматически перенесен из протокола в данный раздел карты вызова в текстовое поле
«Заключение УЗИ».
4.2.1.66. Раздел «Экспресс-тест (Biozek) на Covid 19»
Раздел «Экспресс-тест (Biozek) на Covid 19» представляет собой группу полей следующего
состава.
«IgM» - поле «выбор варианта» из значений «-», «+».

– 35 –
«IgG» - поле «выбор варианта» из значений «-», «+».
4.2.1.67. Раздел «Экспресс-тест на наличие Гриппа А и В»
Раздел «Экспресс-тест на наличие Гриппа А и В» представляет собой группу полей

следующего состава.
«Грипп А» - поле «выбор варианта» из значений «обнаружен», «не обнаружен».
«Грипп В» - поле «выбор варианта» из значений «обнаружен», «не обнаружен».
4.2.1.68. Раздел «Иное исследование»
Раздел «Иное исследование» представляет собой текстовое поле для ввода информации о
любом другом исследование в виде свободного текста.
4.2.1.69. Раздел «Оказанная помощь и её эффект»
Раздел «Оказанная помощь и её эффект» представляет собой группу полей следующего

состава.
«Раздел Алгоритмов» - поле «выбор варианта» из набора значений – названий разделов

документа «Алгоритмы оказания скорой и неотложной медицинской помощи больным и
пострадавшим бригадами службы скорой медицинской помощи города Москвы».
«Осмотрен в перчатках» - поле «выбор варианта» из значений «нет», «да».
«Осмотрен в асептических условиях» - поле «выбор варианта» из значений «нет», «да».
«Применение катетера» - текстовое поле, содержащее описание процедуры применения

катетера. Представляет собой текст в свободной форме. Заполнение данного поля ведется с
использованием всплывающего окна подсказок утвержденных текстовых шаблонов и стандартных
фраз.
«Эффект от терапии» - поле «выбор варианта» из следующего набора значений:

 Отмечает улучшение;
 Жалоб не предъявляет;
 Отмечает улучшение самочувствия;
 Без эффекта.
«Состояние» - поле «выбор варианта» из следующего набора значений:

 средней тяжести;
 тяжелое;
«Сознание» - поле «выбор варианта» из следующего набора значений:

 ясное;
 оглушение;
 сопор;
 мед. седация;
– 36 –
 кома (ШКГ - текст в свободной форме).
«АД» - поле для ввода числового значения в диапазоне от 10/0 мм.рт.ст. до 350/340 мм.рт.ст.
с шагом 5.
«ЧСС/Пульс» - поле для ввода числового значения в диапазоне от 1 в мин. до 400 в мин. с
шагом 1) в мин.
«ЧДД» - поле для ввода числового значения в диапазоне от 1 (в мин.) до 60 (в мин.) с шагом
1 в мин.
«Прочее» - текст в свободной форме.
«Диагноз МКБ» - поле «выбор варианта» из набора значений классификатора диагнозов

МКБ, используемого в КАСУ СС и НМП.
«Основание госпитализации пациента» - текст в свободной форме. Заполнение данного поля

ведется с использованием всплывающего окна подсказок утвержденных текстовых шаблонов и
стандартных фраз. Например:
 В соответствии с временным порядком оказания скорой и неотложной медицинской
помощи больным с пневмонией, гриппом, ОРВИ и новой коронавирусной инфекцией
COVID -19, принято решение о медицинской эвакуации больного».
 Ввиду нахождения больного в общественном месте и невозможности самостоятельно
передвигаться, а также в соответствии с приказом Министерства здравоохранения и
социального развития и Министерства внутренних дел № 1298 от 23.12.11 принято
решение об медицинской эвакуации в стационар.
«Стационар госпитализации пациента» - поле «выбор варианта» из набора значений

классификатора диагнозов медицинских учреждений ДЗМ г. Москвы, используемого в КАСУ СС
и НМП.
«Проведен дистанционный консилиум» - текстовое поле для ввода списка специалистов СС

и НМП с указанием ФИО и должности, принимавших участие в консилиуме. Заполнение данного
поля ведется с использованием всплывающего окна подсказок должностей специалистов.
Например:
 Заместитель главного врача РО;
 Заведующий подстанцией;
 Старший врач оперативного отдела;
 Старший врач подстанции;
 Ответственный врач смены;
 Дежурный врач консультативного психиатрического пульта;
 Дежурный врач токсиколог;
 Дежурный врач консультативного педиатрического пульта;
 Дежурный врач акушерско-гинекологического пульта;
 Врач поста инфекционной безопасности;
 Дежурный врач пульта ЭКП.
«Результат консилиума» - поле «выбор варианта» из следующего набора значений:

 определены показания для медицинской эвакуации;
 показаний для медицинской эвакуации нет;
 больной оставлен на месте, рекомендовано обратиться в поликлинику;
– 37 –
«Ранее наркотические средства и психотропные вещества не получал» - поле «выбор

варианта» из значений «нет», «да». В случает выбора варианта «да», выполняется формирование
списка введенных препаратов в следующем составе данных:
 Дата и время введения наркотических средств и психотропных веществ;
 Цель введения наркотических средств и психотропных веществ;
 Наименование препарата;
 Количество введенного вещества («В разведении Sol.Natrii Chloridi – 0,9%»);
 «Вид применения».
Описание указанных полей приведено ниже.
«Дата и время введения наркотических средств и психотропных веществ» - поле для ввода
даны и времени в формате «dd.mm.yyyy hh24:mi».
«Цель введения наркотических средств и психотропных веществ» - поле «выбор варианта»

из следующего набора значений:
 с целью купирования болевого синдрома;
 с целью купирования отека легких и разгрузки малого круга кровообращения;
 с целью купирования психомоторного возбуждения;
 с целью купирования психоэмоцинального возбуждения;
 с целью купирования судорожного синдрома;
 с целью релаксации перед интубацией трахеи;
 с целью синхронизации с аппаратом ИВЛ;
 с целью седации и обезболивания для проведения кардиоверсии;
«Наименование препарата» - поле «выбор варианта» из следующего набора значений:

 Sol. Phentanyli 50 mcg/ml;
 Sol. Morphini 10 mg/ml;
 Sol. Dormici 5 mg/1ml;
 Sol. Sibazoni 5mg/ml;
 Sol. Ketamini 50 mg/ml;
 Sol. Midazolami 5 mg/1ml;
«Количество введенного вещества» - поле для ввода числового значения в диапазоне от 0,1
до 5 с шагом 0,1) ml.
«В разведении Sol.Natrii Chloridi – 0,9%» - (допустимые значения выбора 10 ml; 20 ml).
«Вид применения» - поле «выбор варианта» из следующего набора значений:

 внутривенно;
 внутривенно дробно, медленно;
 внутримышечно;
 другое (текст в свободной форме);
«Состав бригады» - список членов бригады (Должность, ФИО), вводившей наркотические

средства или психотропные вещества. При вводе должности члена бригады используется поле
«выбор варианта» из следующего набора значений:
 врач ВБ СМП;
– 38 –
 фельдшер ВБ СМП;
 врач АиР;
 фельдшер АиР;
 фельдшер ОФВБ;
 медсестра АиР;
 медсестра ВБ;
 врач - кардиолог ВБ ОЭКСМП;
 врач - ССХ ВБ ОЭКСМП;
 врач - нейрохирург ВБ ОЭКСМП;
 врач - психиатр СПВБ СМП;
 врач - педиатр СПВБ СМП;
 фельдшер СПВБ СМП;
4.2.1.70. Раздел «Результат вызова»
Раздел «Результат вызова» представляет собой поле «выбор варианта» из набора значений в
соответствие с классификатором «Результат вызова» используемого в КАСУ СС и НМП.
4.2.2. Протокол сердечно-легочной реанимации
В случае, если в ходе обслуживания вызова 103 проводилась сердечно-легочная реанимация

пациента (СЛР), то ее результаты оформляются путем формирования формы «Протокол сердечно-
легочной реанимации».
Разделы данной формы описаны ниже.
4.2.2.1. Раздел «СЛР до прибытия бригады СМП»
Раздел «СЛР до прибытия бригады СМП» представляет собой поле «выбор варианта» из
 Проводилась;
 Не проводилась.
4.2.2.2. Раздел «Объем проведения СЛР»
В случае, если проводилась СЛР до прибытия бригады СМП, то заполняется раздел «Объем
проведения СЛР», представляющий собой поле «выбор варианта» из следующего набора
значений:
 Компрессия;
 ИВЛ;
 АНД.
4.2.2.3. Раздел «Паспортная часть карты вызова»
Раздел «Паспортная часть карты вызова» состоит из полей «Номер бригады», «Номер
подстанции», «ФИО пациента», «Номер карты вызова», «Дата и время приема вызова».
Информация для перечисленных полей, на момент прибытия бригады на место вызова, уже
находится в системе КАСУ СС и НМП. Поэтому указанные поля должны быть заполнены
автоматически.
– 39 –
4.2.2.4. Раздел «Время определения клинической смерти»
Данный раздел состоит из двух полей «Часов» и «Минут», в которые вносятся числовые
значения, соответственно часов и минут определения остановки кровообращения бригадой СМП,
при которой она произошла.
4.2.2.5. Раздел «Наступление клинической смерти».
В разделе «Наступление клинической смерти» обстоятельства наступления клинической

смерти пациента путем выбора варианта из следующего набора значений:
 В присутствие бригады;
 До бригады.
В случае, если в поводе к вызову имеется информация «Клиническая смерть», раздел

заполняется автоматически значением «До бригады».
В случае, если ранее бригада выполнила отправку сообщения «Клиническая смерть при 103»
раздел заполняется автоматически значением раздел заполняется автоматически значением «В
присутствие бригады».
4.2.2.6. Раздел «Реанимационные мероприятия начаты с:»
В разделе «Реанимационные мероприятия начаты с:» делается отметка о начальных

мероприятиях, проведенных бригадой СМП путем выбора варианта из следующего набора
значений:
 Компрессия грудной клетки;
 ИВЛ (5 искусственных вдохов);
 Дефибрилляция.
В случае, если в карте вызова возраст пациента указан до 14-ти лет, данный раздел
автоматически заполняется значением «ИВЛ (5 искусственных вдохов)».
Если раздел «Наступление клинической смерти» заполнен значением «До бригады», то
автоматически выбирается значение «Компрессия грудной клетки».
Значение «Дефибрилляция» доступно для выбора только в случае, если раздел «Наступление
клинической смерти» заполнен значением «В присутствии бригады».
4.2.2.7. Раздел «Обеспечение проходимости ВДП»
В разделе «Обеспечение проходимости ВДП», вносится информация о манипуляциях,

проведенных бригадой СМП путем выбора варианта из следующего набора значений:
 Во время СЛР;
 До СЛР.
В случае если в полях карты вызова «Анамнез», «Лечебные мероприятия» присутствует

стандартизированная фраза «проведена интубация трахеи, установлена ларингеальная трубка,
установлен воздуховод, проведена коникотомия и др.», то данный раздел автоматически
заполняется значением «До СЛР».
При выборе поля «Во время СЛР» появляется всплывающая экранная форма «Способ
обеспечения проходимости верхних дыхательных путей». Заполнение данной формы начинают с
ввода значения в поле «Санация верхних дыхательных путей» путем выбора одного из значений:
 Успешна;
 Безуспешна.
– 40 –
Далее переходят к заполнению поля описания способа обеспечения проходимости верхних
дыхательных путей путем выбора одного из следующих вариантов:
 Фарингеальный воздуховод;
 Герметизирующее устройство;
 Интубация трахеи;
 Коникотомия.
При заполнении поля «Санация ВДП – безуспешна» доступными для выбора остаются
значения «Интубация трахеи» и «Коникотомия», при этом значения «Фарингеальный воздуховод»
и «Герметизирующее устройство» блокируются.
Указывается размер использованного устройства – поле для ввода числового значения в

диапазоне от 1 до 9 с шагом 0.5.
Заполняется блок «Длительность выполнения манипуляции», состоящий из двух полей

«Часов» и «Минут», в которые вносятся числовые значения, соответственно время в часах и
минутах.
Завершают заполнение данного раздела вводом информации «Результат процедуры» путем

выбора одного из значений:
 Успешно;
 Безуспешно.
4.2.2.8. Раздел «Ручная ИВЛ (масочная)»
Раздел «Ручная ИВЛ (масочная)» заполняется путем выбора одного из вариантов:

 3:1;
 15:2;
 30:2.
Должны быть предусмотрены следующие правила заполнения данного раздела:

 3:1 доступно только, если возраст пациента до 29 дней;
 15:2 доступно только, если возраст пациента до 17 лет 11 месяцев 29 дней.
После ввода информации о применении масочной ИВЛ требуется указать производилось ли

использование кислорода путем выбора одного из значений:
 Воздух;
 100% кислород.
4.2.2.9. Раздел «Ручная ИВЛ (после интубации/герметизации ВДП)»
Раздел «Ручная ИВЛ (после интубации/герметизации ВДП)» заполняется путем выбора

одного из вариантов:
 3:1;
 15:2;
 30:2.
Должны быть предусмотрены следующие правила заполнения данного раздела:

 3:1 доступно только, если возраст пациента до 29 дней;
 15:2 доступно только, если возраст пациента до 17 лет 11 месяцев 29 дней.
– 41 –
Данный раздел не может быть заполнен в случае, если в блоке «Обеспечение проходимости
ВДП» отсутствует отметка о выполнении следующих пунктов: герметизирующее устройство (на
выбор: ларингеальная трубка, ларингеальная маска, комбитьюб), интубация трахеи, коникотомия.
4.2.2.10. Раздел «Аппаратная ИВЛ»
Данный раздел представляет собой группу полей.
«Наименование аппарата» - представляет собой поле «выбор варианта» из состава

наименований аппаратов ИВЛ, применяемых на СС и НМП:
 А-ИВЛ/ВВЛ-ТМТ;
 MEDUMAT;
 А-ИВЛ/ВВЛ-3/30;
 А-ИВЛ/ВВЛ-4/40.
«МО» - поле для ввода числового значения производительности аппарата (в литрах).
«Частота» - поле для ввода числового значения раз в минуту.
«FiO2» - поле для ввода числового значения фракции кислорода в процентах
4.2.2.11. Раздел «Применение устройства для контроля реанимации»
Раздел «Применение устройства для контроля реанимации» представляет собой поле «выбор
варианта» из следующего набора значений:
 Да;
 Нет.
4.2.3. Протокол ультразвукового исследования
В случае, если в ходе обслуживания вызова 103 проводилось ультразвуковое исследование

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

– 43 –
Территория КАСУ СС и НМП
Центральная СУБД КАСУ СС и НМП на Сервер приложений на основе

основе кластерного комплекса технологии виртуализации
Нода кластера Нода кластера Нода кластера

Oracle 4170M2 Oracle 4170M2 Oracle 4170M2
Дисковый
массив
Interconnect
Oracle VM
Нода кластера Нода кластера
Solaris 11, Oracle 12 Solaris 11, Oracle 12
Виртуальная Виртуальная
машина Windows машина Windows
SCAN Listener (взаимодействие с (взаимодействие с
ФОМС) ЕМИАС)
TCP/IP
Локальная
сеть
АРМ Диспетчер АРМ Диспетчер АРМ Старший АРМ АРМ АИС

приема вызова подстанции врач ПС Сотрудник СПМ Статистика
Автоматизированная
система АСОУ
СС и НМП
Межсетевой экран
Сеть GSM Операторский

ЕРЗЛ ЕМИАС
SMS центр АНДСУ
АРМ «Бригада»
Компоненты, находящиеся за пределами локальной сети КАСУ СС и НМП
Рис. 1. Архитектура построения Подсистемы
Сервер базы данных Системы и Сервер приложений базируются на существующем

серверном комплексе КАСУ СС и НМП. Сервер СУБД построен с использованием кластерной
технологии на продуктах Oracle (СУБД - Oracle 12c; Среда кластеризации – Oracle Real Application
Cluster). Сервер приложений построен с использованием технологии виртуализации (Среда
виртуализации - Oracle VM 3.6).
Функционал разрабатываемой Подсистемы «Архив ЭКВ 103» должен быть размещен на
виртуальной машине, функционирование которой должно быть организовано на сервере
приложений. Требования к виртуальной машине должны быть сформулированы на этапе
проектирования.
– 44 –
Для реализации функциональных задач, предусмотренных настоящим Техническим
заданием, предусмотрена возможность подключения сервера приложений к серверу базы данных
КАСУ СС и НМП.
Существующая база данных КАСУ СС и НМП должна быть дополнена вновь создаваемыми
компонентами, необходимыми для функционирования Подсистемы «Архив ЭКВ 103».
В процесс формирования данных входящих в состав карты вызова вовлечены следующие

автоматизированные рабочие места, входящие в состав оперативного контура КАСУ СС и НМП:
 АРМ «Диспетчер ППВ». Функционал данного АРМ отвечает за первичное создание
информации, в которая в последствие будет использована при формировании
электронных документов «Карта вызова 103». В рамках данного проекта не
планируется каких-либо доработок программного обеспечения рабочих мест данного
типа.
 АРМ «Бригада». АРМ данного типа будут осуществлять ключевую роль в ходе
формирования электронных документов «Карта вызова 103». Персонал бригад СС и
НМП, обслуживая вызовы 103, собирает информацию, необходимую для
формирования карт вызовов. Функционал рабочих мест данного типа должен быть
доработан в рамках данного проекта с целью включения в АРМ «Бригада» экранных
форм, позволяющих вносить информацию о ходе оказания медицинской помощи в
объеме требований данного Технического задания.
 АРМ «Диспетчер ППВ». Функционал данного АРМ отвечает за коррекцию
информации электронных документов «Карта вызова 103» созданных с
использованием мобильных АРМ «Бригада». Функционал рабочих мест данного типа
должен быть доработан в рамках данного проекта с целью включения в АРМ
«Диспетчер ППВ» экранных форм, позволяющих редактировать информацию,
введенную в систему персоналом бригад.
 АРМ «Старший врач подстанции». Функционал данного АРМ должен реализовывать
задачи проверки качества формирования электронных документов «Карта вызова
103» и задачи осуществления контроля за действиями персонала выездных бригад и
диспетчеров подстанций в части их действий по созданию карт вызовов и
последующей их коррекции. АРМ данного типа является вновь создаваемым в рамках
данного проекта.
 АРМ «Сотрудник СМП». Функционал данного АРМ должен реализовывать задачи
доступа к массивам данных карт вызовов, созданных конкретным сотрудником
бригады СМП и редактирования их данных; задачи подготовки текстовых шаблонов,
используемых сотрудниками в ходе оформления карт вызовов; задачи создания
отчетных форм. АРМ данного типа является вновь создаваемым в рамках данного
проекта.
Результатом работы функционала создаваемой Подсистемы «Архив ЭКВ 103» являются

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

предполагает использование ресурсов таких городских систем как ЕРЗЛ и ЕМИАС.
Система ЕРЗЛ (Единый реестр застрахованных лиц) предоставляет внешний сервис, который
в настоящее время используется в КАСУ СС и НМП для идентификации пациентов. В ходе
– 45 –
выполнения работ по данному проекту предусматривается использование данного сервиса в ходе
формирования электронных документов «Карта вызова 103» с целью повторной идентификации
пациентов при коррекции их данных (ФИО, дата рождения) в ходе формирования информации
карт вызовов.
Система ЕМИАС (Единая медицинская информационно-аналитическая система) внешний
сервис, который в настоящее время используется в КАСУ СС и НМП для предоставления данных
электронной карты пациента ЕМИАС (карта пациента содержит информацию об услугах
предоставления медицинской помощи гражданам во всех медицинских учреждениях,
находящихся в подчинении Департамента здравоохранения г. Москвы). В ходе выполнения работ
по данному проекту предусматривается использование информации, предоставляемой данным
сервисом для создания электронных документов «Карта вызова 103».
В настоящее время технология взаимодействия с указанными системами реализована в
полном объеме. Настоящий проект не предполагает их доработки. Для использования ресурсов
этих систем, Исполнитель должен использовать существующие решения.
В рамках работ по данному проекту планируется расширить объем информационного

взаимодействия с мобильными АРМ «Бригада» в части обеспечения синхронизации данных,
формируемых на мобильном устройстве и переданных в центр обработки данных для их
размещения в базе данных КАСУ СС и НМП. В зависимости от вида решений, предложенных
Исполнителем, реализация данной задачи может потребовать доработки программного
обеспечения операторского центра АНДСУ СС и НМП. Следует отметить особо, что услуга
обеспечения функционирования операторского центра предоставляется сторонней организацией.
В случае использования решений, которые потребую доработку указанного программного
обеспечения, Исполнитель должен будет выполнить ее своими силами.
В настоящий момент все перечисленные компоненты функционируют с использованием

существующей корпоративной сети КАСУ СС и НМП, а также внешних сетей, с помощью
которых организовано взаимодействие с внешними компонентами. Использованные при этом
решения являются зоной ответственности Заказчика. Создания каких-либо новых каналов связи,
либо использования какого-либо программного обеспечения средств защиты информации,
задачами данного Технического задания не предусмотрено. Использование каких-либо ресурсов,
размещенных за пределами корпоративной сети СС и НМП запрещено.
Дорабатываемое, либо вновь создаваемое, в рамках данного проекта программное

обеспечение, должно полностью функционировать на базе серверного комплекса и рабочих
станциях КАСУ СС и НМП.
4.4. Перечень комплексов задач системы
В рамках создания Подсистемы «Архив ЭКВ 103» должны быть созданы новые (а также
доработаны существующие комплексы задач:
 Доработка центральной базы данных КАСУ СС и НМП.
 Доработка программного обеспечения мобильного АРМ «Бригада».
 Доработка программного обеспечения АРМ «Диспетчер подстанции».
 Разработка программного обеспечения нового АРМ «Старший врач подстанции».
 Разработка программного обеспечения нового АРМ «Сотрудник СМП».
 Доработка программного обеспечения АРМ АИС «Статистика».
Детальный функциональный состав Подсистемы «Архив ЭКВ 103» приведен в разделе 4.21
настоящего Технического задания.
– 46 –
4.5. Требования к способам и средствам связи для информационного обмена
между компонентами системы
Информационное взаимодействие между компонентами Подсистемы, расположенными

внутри корпоративной сети КАСУ СС и НМП, должно осуществляется посредством доступа к
единой центральной базе данных (СУБД).
Для организации информационного взаимодействия с внешними компонентами системы
должны использоваться технологии WEB-сервисов, WSDL, REST API.
Для обмена данными в цифровом виде должны использоваться технологии передачи данных
на основе стандартов TCP/IP, HTTP.
Должны быть использованы лишь существующие каналы связи. Создания каких-либо новых
каналов связи, задачами данного Технического задания не предусмотрено.
4.6. Требования по взаимосвязям системы с внешними и со смежными

системами, обеспечению ее совместимости
В процессе своего функционирования Подсистема «Архив ЭКВ 103» использует

взаимодействие с внешними компонентами:
 Операторский центр АНДСУ.
 ЕРЗЛ.
 ЕМИАС.
Детальная информация по взаимодействию с перечисленными системами приведена в

разделе «Требования к архитектуре системы» данного Технического задания.
4.7. Требования к режимам функционирования системы
Подсистема «Архив ЭКВ 103» должна функционировать в следующих режимах:

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

работы: доступность функций функционала в режиме — 24/7, 365 дней в году. Круглосуточный
режим работы Подсистемы требует организации круглосуточной работы обслуживающего
персонала (администраторов Системы).
В сервисном режиме Система должна обеспечивать возможность проведения следующих

работ:
 техническое обслуживание;
 модернизацию аппаратно-программного комплекса;
 устранение аварийных ситуаций.
Отказ в работе компонентов Подсистемы «Архив ЭКВ 103» не должен повлечь отказ в
оперативной работе системы КАСУ СС и НМП или любого из входящих в нее компонентов.
Функционирование Подсистемы при отказах и сбоях серверного общесистемного и
специального программного обеспечения, и оборудования, в том числе структурных узлов
Системы, не предусматривается.
– 47 –
4.8. Требования к режимам диагностирования системы
На этапе проектирования Подсистемы «Архив ЭКВ 103» должен быть определен состав
параметров, определяющих качество ее функционирования. На основе анализа изменения этих
параметров должна быть разработана технология диагностики. Должны быть назначены критерии
выхода системы из нормального режима функционирования (критерии диагностики аварийного
режима). Система должна реализовывать средства передачи собранных диагностических данных в
систему мониторинга, входящую в состав АС «Администрирование» КАСУ СС и НМП.
4.9. Перспективы развития, модернизации системы
Технические решения, используемые на этапах проектирования и внедрения Подсистемы

«Архив ЭКВ 103», должны позволять минимизировать трудозатраты по развитию, требуемые в
связи с выпуском новых нормативных актов, приводящих к изменению технологического
процесса.
В связи с этим, при создании Подсистемы должна быть предусмотрена возможность ее
масштабирования с учетом требований к увеличению нагрузки, объемов информации и числа
пользователей, последующему расширению функциональности.
В качестве перспективы развития Подсистемы должна быть предусмотрена возможность
использования электронных подписей при формировании электронных документов «Карта вызова
103». С этой целью, сформированные документы должны быть сохранены в базе данных КАСУ
СС и НМП в виде байтового массива файла в одном из современных форматов: например, PDF.
Сформированный и оперативно переданный в КАСУ СС и НМП информационный блок,
содержащий данные о состоянии пациента, в числе прочего, также представляет интерес при
госпитализации пациента в стационар. Соответственно, в качестве перспективы развития, должна
быть предусмотрена возможность формирования, на основе указанной информации, формы
сопроводительного листа 114/У с последующей ее передачей в электронном виде в КИС ЕМИАС
(система, автоматизирующая деятельность стационаров г. Москвы).
4.10. Требования к численности обслуживающего технического персонала

системы
Обслуживающий технический персонал Подсистемы «Архив ЭКВ 103» должен состоять из

специалистов предоставляющих услуги по прикладному и системному администрированию КАСУ
СС и НМП.
Сервисное обслуживание пользователей за счет подрядных организаций Заказчика не
предусмотрено.
Ввод в эксплуатацию Подсистемы не должен повлечь увеличение численности персонала,
выполняющего сопровождение КАСУ СС и НМП.
4.10.1. Требования к квалификации персонала, порядку его подготовки и

контроля знаний и навыков
Администраторы, обеспечивающие обслуживание Подсистемы «Архив ЭКВ 103»,

привлекаются из состава технического персонала, выполняющего обслуживание КАСУ СС и
НМП.
Специалисты, выполняющие обслуживание КАСУ СС и НМП, обладают следующим
составом знаний и навыков:
 навыки администрирования СУБД Oracle;
 навыки администрирования серверов приложений;
 навыки администрирования операционной системы Windows, Linux Solaris;
 навыки администрирования локальных сетей (настройка протокола ТСР/IР, настройка
маршрутизации, администрирование ресурсов сетей);
– 48 –
 навыки программирования PLSQL, SQL.
4.10.2. Требуемый режим работы персонала Системы
Специалисты, обеспечивающие обслуживание Подсистемы, должны работать в соответствии

со штатным режимом ее функционирования (круглосуточно, 365 дней в году).
4.11. Показатели назначения
Подсистема «Архив ЭКВ 103» должна обеспечивать:

 выполнение всех функциональных задач, перечисленных в разделе 4.21 настоящего
Технического задания;
 среднее время отклика Подсистемы 500 мс. Максимальное время отклика Подсистемы не
должно превышать 3-х секунд;
 возможность интеграции с другими информационными системами;
 наличие открытого интерфейса для развития и интеграции.
Подсистема должна обеспечивать одновременную работу не менее 1200 пользователей.

Подсистема должна обеспечивать интенсивность запросов не менее 5 единиц в секунду.
4.12. Требования к надежности
Надежность Подсистемы «Архив ЭКВ 103» должна обеспечиваться надежностью

используемых технических средств и системного программного обеспечения, входящих в состав
серверного комплекса КАСУ СС и НМП.
Надежность функционирования компонентов информационного обеспечения (ИО) должна
осуществляться за счет использования сертифицированных СУБД, средств информационного
взаимодействия с использованием цифровых сетей передачи данных используемых в КАСУ СС и
НМП.
Описание комплекса технических средств КАСУ СС и НМП, который должен
использоваться при разработке Подсистемы, приведен в документе «Описание комплекса
технических средств» проекта разработки единого диспетчерского центра КАСУ СС и НМП
(27991071.ЕГДЦ СС и НМП.154.П9.01).
Описание системного программного обеспечения КАСУ СС и НМП, которое должно
использоваться при разработке Подсистемы, приведено в документе «Описание программного
обеспечения» проекта разработки единого диспетчерского центра КАСУ СС и НМП
(27991071.ЕГДЦ СС и НМП.154.ПА.01).
4.13. Требования к безопасности
Соблюдение требований по обеспечению безопасности при монтаже, наладке, эксплуатации,

обслуживании и ремонте технических средств Подсистемы (защита от воздействий
электрического тока, электромагнитных полей, акустических шумов и т. п.), по допустимым
уровням освещенности, вибрационных и шумовых нагрузок в соответствии с существующими
нормативно-правовыми актами осуществляется силами Заказчика.
Дополнительные требования к безопасности не предъявляются.
4.14. Требования к эргономике и технической эстетике
Подсистема «Архив ЭКВ 103» должна обеспечивать удобные для пользователей

интерфейсы, отвечающие следующим требованиям:
 взаимодействие пользователя с интерфейсом должно осуществляться на русском языке;
– 49 –
 в части диалога с пользователем должен быть обеспечен удобный и интуитивно понятный
интерфейс для пользователя, который хорошо знает свою предметную область и не
является специалистом в области информационных технологий.
Пользовательские интерфейсы Подсистемы должны быть реализованы с применением
единых принципов графического представления информации и организации доступа к
функциональным возможностям и сервисам.
4.15. Требования к эксплуатации, техническому обслуживанию, ремонту и

хранению компонентов системы
Требования не предъявляются.
4.16. Требования к защите информации от несанкционированного доступа
Для Подсистемы «Архив ЭКВ 103» должны выполняться требования Федерального закона
от 27 июля 2006 года № 152-ФЗ «О персональных данных» и иных нормативных правовых актов в
области персональных данных. Подсистема должна обеспечивать защиту персональных данных в
соответствии с требованиями постановления Правительства РФ от 01 ноября 2012 года № 1119
«Об утверждении требований к защите персональных данных при их обработке в
информационных системах персональных данных».
В соответствии с приказом Федеральной службы по техническому и экспортному контролю
России (ФСТЭК России) № 21 от 18 февраля 2013 года «Об утверждении состава и содержания
организационных и технических мер по обеспечению безопасности персональных данных при их
обработке в информационных системах персональных данных» и приказом ФСТЭК № 17 от 11
февраля 2013 года «Об утверждении требований о защите информации, не составляющей
государственную тайну, содержащейся в государственных информационных системах» и на
основании Аттестата соответствия требованиям по безопасности информации Комплексной
автоматизированной системы управления деятельностью Станции скорой и неотложной
медицинской помощи им. А.С. Пучкова Департамента здравоохранения города Москвы № 3020
выданного 25.09.2020 г., удостоверяется следующее:
 объекты аттестации КАСУ СС и НМП, соответствует требованиям безопасности
информации, предъявляемым к информационным системам персональных данных,
обрабатывающих персональные данные второго уровня защищенности – УЗ-2.
 объекты аттестации КАСУ СС и НМП относятся ко второму классу защищенности
государственных информационных систем – К2.
Поставка средств защиты информации – зона ответственности Заказчика (СС и НМП).

Разрабатываемая Подсистема должна быть установлена на существующем оборудовании,
укомплектованном существующими средствами защиты информации. Разработка Подсистемы не
предполагает ввода в эксплуатацию каких-либо новых СЗИ. Соответственно, решения,
используемые при разработке Подсистемы, должны быть совместимы с существующими
средствами информационной безопасности КАСУ СС и НМП. На испытаниях должно быть
продемонстрировано, что функционал Подсистемы исправно работает в среде средств защиты
информации КАСУ СС и НМП.
4.17. Требования по сохранности информации при авариях
Подсистема «Архив ЭКВ 103» должна обеспечивать сохранность данных при сбоях в
электропитании технических средств за счет использования источников бесперебойного
электропитания при подключении технических средств КАСУС СС и НМП. Использование и
обслуживание источников бесперебойного электропитания – зона ответственности Заказчика (СС
и НМП).
– 50 –
Подсистема «Архив ЭКВ 103» строится на использовании базы данных КАСУ СС и НМП.
Соответственно сохранность данных должна быть обеспечена средствами, используемыми для
этой цели в КАСУ СС и НМП, в частности, за счет использования существующих средств
резервного копирования и восстановления базы данных КАСУ СС и НМП. Организация
резервного копирования – зона ответственности Заказчика (СС и НМП).
4.18. Требования к защите от влияния внешних воздействий
Требования к защите от влияния внешних воздействий (в том числе от радиоэлектронных и

электромагнитных полей) не предъявляются.
Защита компонентов Подсистемы от влияния внешних воздействий - зона ответственности
Заказчика (СС и НМП).
Разрабатываемая Подсистема должна быть развернута на существующем оборудовании,
установленном в помещениях СС и НМП, оборудованных средствами защиты от влияния
внешних воздействий. На испытаниях должно быть продемонстрировано, что функционал
Подсистемы «Архив ЭКВ 103» исправно работает на предоставленном оборудовании КАСУ СС и
НМП.
4.19. Требования к патентной чистоте
Подсистема «Архив ЭКВ 103» должна отвечать требованиям по патентной чистоте согласно
действующему законодательству Российской Федерации.
Неисключительные права на разрабатываемое программное обеспечение принадлежат
Государственному Заказчику.
4.20. Требования по стандартизации и унификации
Требования не предъявляются.
4.21. Требования к функциям (задачам), выполняемым системой
В рамках создания Подсистемы «Архив ЭКВ 103» должны быть созданы новые (а также
доработаны существующие комплексы задач:
 Доработка центральной базы данных КАСУ СС и НМП.
 Доработка программного обеспечения мобильного АРМ «Бригада».
 Доработка программного обеспечения АРМ «Диспетчер подстанции».
 Разработка программного обеспечения нового АРМ «Старший врач подстанции».
 Разработка программного обеспечения нового АРМ «Сотрудник СМП»
 Доработка программного обеспечения АРМ АИС «Статистика».
4.21.1. Доработка центральной базы данных КАСУ СС и НМП
При доработке центральной базы данных КАСУ СС и НМП должен быть решен следующий
ряд задач:
 Создание компонентов базы данных, обеспечивающих хранение информации карт
вызовов, создаваемых на мобильных АРМ «Бригада» и переданных в центр обработки
данных.
 Создание компонентов базы данных, обеспечивающих хранение информации
документов-приложений к картам вызовов.
электронных документов «Карта вызова 103».
 Создание компонентов базы данных, поддерживающих функционированию задач по
контролю качества формирования данных карт вызовов 103.
– 51 –
протоколов действий сотрудников СС и НМП в ходе формирования электронных
документов «Карта вызова 103».
4.21.2. Доработка программного обеспечения мобильного АРМ «Бригада»
При доработке программного обеспечения мобильного АРМ «Бригада» должен быть решен
следующий ряд задач:
 Создание экранных форм, обеспечивающих ввод информации карт вызовов.
 Создание экранных форм, обеспечивающих ввод информации документов-
приложений к картам вызовов – форм протоколов сердечно-легочной реанимации.
приложений к картам вызовов – форм протоколов ультразвуковых исследований.
 Реализация задачи повторной идентификации пациента.
 Реализация задачи использования получения и использования информации
электронной карты пациента ЕМИАС.
 Реализация задачи синхронизации данных, формируемых на мобильном устройстве и
данных переданных в КАСУ СС и НМП.
 Реализация задачи протоколирования событий, связанных с действиями персонала
бригад по формированию данных карт вызовов 103.
4.21.3. Доработка программного обеспечения АРМ «Диспетчер подстанции»
При доработке программного обеспечения мобильного АРМ «Диспетчер подстанции»

должен быть решен следующий ряд задач:
 Создание экранных форм, обеспечивающих редактирование информации карт
вызовов, созданных на мобильных АРМ «Бригада».
 Создание экранных форм, обеспечивающих редактирование информации документов-
приложений к картам вызовов – форм протоколов сердечно-легочной реанимации,
созданных на мобильных АРМ «Бригада».
 Создание экранных форм, обеспечивающих редактирование информации документов-
приложений к картам вызовов – форм протоколов ультразвуковых исследований,
созданных на мобильных АРМ «Бригада».
 Разработка экранных форм, обеспечивающих отслеживание информации указаний на
доработку карт вызовов, оставленных старшими врачами подстанций в ходе проверки
качества оформляемых карт вызовов.
 Реализация задачи протоколирования событий, связанных с действиями диспетчеров
подстанций по формированию данных карт вызовов 103.
4.21.4. Разработка программного обеспечения нового АРМ «Старший врач

подстанции»
При разработке программного обеспечения АРМ «Старший врач подстанции» должен быть
решен следующий ряд задач:
 Разработка экранных форм, обеспечивающих отслеживание фактов событий создания
или редактирования карт вызовов с целью оценки качества их формирования.
 Разработка экранных форм, позволяющих просматривать карты вызовов после их
создания или редактирования и оставлять комментарии в случае выявления каких-
любо ошибок заполнения.
 Разработка экранных форм, позволяющих контролировать факты исправления
выявленных ошибок.
– 52 –
 Разработка экранных форм, позволяющих просматривать протоколы действий
сотрудников по редактированию информации карт вызовов.
4.21.5. Разработка программного обеспечения нового АРМ «Сотрудник СМП»
При разработке программного обеспечения АРМ «Сотрудник СМП» должен быть решен
следующий ряд задач:
 Реализация доступа к массивам данных карт вызовов, созданных конкретным
сотрудником бригады СМП.
 Обеспечение навигации в массиве карт вызовов, созданных конкретным сотрудником
бригады СМП.
 Отслеживание замечаний и комментариев к составу информации карт вызовов,
созданные старшим врачом подстанции в ходе осуществления контроля за процессом
оформления карт вызовов.
 Создание экранных форм, обеспечивающих ввод информации карт вызовов.
приложений к картам вызовов – форм протоколов сердечно-легочной реанимации.
приложений к картам вызовов – форм протоколов ультразвуковых исследований.
 Формирование шаблонов текстов.
 Интеграция с АС «Стационар».
 Создание отчетных форм.
4.21.6. Доработка программного обеспечения АРМ АИС «Статистика»
При доработке программного обеспечения мобильного АРМ АИС «Статистика» должен

быть решен следующий ряд задач:
 Разработка отчетных форм, позволяющих просматривать архив сформированных
электронных документов «Карта вызова 103» и выполнять в нем поиск по основным
критериям вызовов 103.
 Разработка отчетных форм, позволяющих просматривать электронные документы
«Карта вызова 103» в стандартном формате PDF.
 Разработка отчетных форм, позволяющих просматривать протоколы действий
сотрудников СС и НМП по редактированию информации документов карт вызовов.
4.22. Требования к информационному обеспечению
Информационное обеспечение должно представлять собой совокупность сообщений, форм,

документов, используемых в работе СС и НМП г. Москвы, а также информационных баз данных
(массивов информации), включая нормативно-справочную информацию.
Информационный обмен между компонентами Подсистемы «Архив ЭКВ 103» должен
осуществляться в автоматическом режиме.
Состав и структура информационных баз данных и составляющих их частей должны
обеспечивать логические связи между массивами информации, последовательность проведения
процедур при их создании и ведении, возможность защиты информации от разрушения и
несанкционированного доступа.
Система классификации и кодирования информации должна обеспечивать преемственность
предшествующих разработок, непротиворечивость и однозначность применяемых показателей,
терминов, однозначную идентификацию объектов для обеспечения синхронного ведения массивов
данных.
– 53 –
Все вновь разрабатываемые комплексы задач Подсистемы должны функционировать на
единой информационной базе данных под управлением СУБД. В качестве СУБД должна
использоваться СУБД КАСУ СС и НМП, которая построена на базе Oracle 12c.
4.23. Требования к программному обеспечению
Для обеспечения принципов соблюдения преемственности программной платформы

реализации, должно быть обеспечено функционирование Подсистемы «Архив ЭКВ 103» на базе
существующего системного программного обеспечения (СПО) КАСУ СС и НМП.
СПО КАСУ СС и НМП должно быть использовано в следующем составе:

 Система управления базами данных Oracle 12 (в кластерной технологии Oracle Real
Application Cluster).
 Система виртуализации Oracle VM.
 Программное обеспечение межсетевого экранирования на базе оборудования Cisco ASA
5505.
 Программное обеспечение администрирования и управления работой информационно-
вычислительного комплекса (Oracle Enterprise Manager Cloud Control).
 Платформа управления сетью HP ProCurve Manager Plus.
 Система управления СУБД Oracle Enterprise Manager 12c.
Разрабатываемое программное обеспечение Подсистемы «Архив ЭКВ 103» должно обладать

открытой, модульной архитектурой и быть спроектировано таким образом, чтобы обеспечивались:
 Функциональная полнота – реализация всех, подлежащих автоматизации функций.
 Функционирование в среде системного программного обеспечения, используемого в КАСУ
СС и НМП, состав которого перечислен выше.
4.24. Требования к техническому обеспечению
Компоненты Подсистемы «Архив ЭКВ 103», размещенные на стороне КАСУ СС и НМП

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

«Диспетчер ППВ», АРМ «Диспетчер подстанции», АРМ «Старший врач подстанции», АРМ АИС
«Статистика».), размещаются в помещениях СС и НМП и состоят из рабочих станций
соединенных с использованием средств корпоративной сети КАСУ СС и НМП (с использованием
протокола TCP/IP). С рабочих станций стационарных рабочих мест организован доступ к
компонентам серверного комплекса.
Состав технических характеристик аппаратного обеспечения стационарных рабочих станций

приведены в Таблице 1.
Таблица 1. Технические характеристики стационарных рабочих станций.
№ п/п Параметр Значение

1 Операционная система Windows 10
2 Процессор Intel Core I5 с тактовой частотой не менее 3.7 GHz
3 Объем ОЗУ Не менее 8 Гб
4 Количество HDD 1
5 Объем HDD 500 Гб
– 54 –
6 Монитор Разрешение не менее 1660 х 900
7 Локальная сеть Адаптер Ethernet 100/1000 Mb/s
8 Клавиатура Да
9 Мышь Да
В рамках проекта по созданию Подсистемы «Архив ЭКВ 103» должна быть выполнена
модернизация программного обеспечения мобильного автоматизированного рабочего места
персонала выездной бригады АРМ «Бригада».
АРМ «Бригада» размещается на существующих мобильных рабочих станциях (компьютеры
планшетного типа).
Связь с мобильными рабочими станциями осуществляется с использованием GSM-связи.

АРМ «Бригада» использует два механизма связи: для обмена приоритетными информационными
пакетами используется SMS (SMSC-сервис). Для обмена прочими информационными пакетами
используется Internet соединение (3G, LTE). Web-сервис КАСУ СС и НМП (используется
протокол HTTP). Web-сервис Системы доступен из сети Internet.
Состав технических характеристик системного обеспечения мобильных рабочих станций
приведен в Таблице 2
Таблица 2. Технические характеристики мобильных рабочих станций.
№ п/п Параметр Значение

1 Операционная система Android 5
2 Частота работы процессора не менее 1200 МГц
3 Количество ядер процессора не менее 4
4 Оперативная память не менее 1,5 Гб
5 Встроенная память не менее 16 Гб
6 Поддержка карт памяти до 64 Гб
7 Размер экрана по диагонали 8 дюймов
8 Разрешение экрана 1280x800 пикселей
9 Тип экрана TFT, сенсорный
10 Поддержка Wi-Fi Wi-Fi 802.11 a/b/g/n
LTE cat4, 3G, EDGE, HSDPA, GPRS, GSM900,
Мобильная связь
11 GSM1800
12 Подключение к компьютеру USB
13 Спутниковая навигация GPS, ГЛОНАСС
14 Тыловая камера разрешением не менее 3 млн. пикселей
15 Фронтальная камера разрешением менее 1,3 млн. пикселей
Класс IP-67, IP-68
16 пылевлагозащищённости
17 Ёмкость аккумулятора не менее 4000 мАч
Класс устойчивости к MIL-STD 810G
18 внешним воздействиям
– 55 –
5. Состав и содержание работ по созданию системы
Этапы проведения работ по созданию Подсистемы «Архив ЭКВ 103» приведены в Таблице 3. Состав отчетных и сопроводительных
материалов по этапам выполнения работ приведен в Таблице 4.
Таблица 3. Этапы работ по созданию Подсистемы.
№ Наименование этапа работ Содержание выполняемых работ Отчетные и сопроводительные Срок выполнения,
п/п материалы стоимость
1. Разработка техно-рабочего 1.1. Техническое проектирование Отчетные и сопроводительные 80 дней с даты
проекта на создание Подсистемы материалы Этапа 1. заключения контракта
«Архив ЭКВ 103» 1.2. Разработка программного
обеспечения и эксплуатационной 50% стоимости
документации контракта
2. Ввод Подсистемы «Архив ЭКВ 2.1. Пуско-наладочные работы Отчетные и сопроводительные 120 дней с даты
103» в эксплуатацию материалы Этапа 2. заключения контракта
2.2. Проведение предварительных
испытаний 50% стоимости
контракта
2.3. Проведение опытной эксплуатации
2.4. Проведение приемочных испытаний

по вводу подсистемы в промышленную
эксплуатацию
– 56 –
Таблица 4. Состав отчетных и сопроводительных материалов по этапам выполнения работ.
Наименование1 Обозначение Этап

Пояснительная записка к техническому проекту 70051275.КАСУ ССиНМП ЭКВ.П2.01 Этапы 1.1-1.2
Руководство пользователя 70051275.КАСУ ССиНМП ЭКВ.И3.01 Этапы 1.1-1.2
Программа и методика предварительных испытаний 70051275.КАСУ ССиНМП ЭКВ.ПМ.01 Этапы 1.1-1.2
Программа опытной эксплуатации 70051275.КАСУ ССиНМП ЭКВ.ПЭ.01 Этапы 1.1-1.2
Программа и методика приемочных испытаний 70051275.КАСУ ССиНМП ЭКВ.ПМ.02 Этапы 1.1-1.2
Программное обеспечение и документация на машинном носителе 70051275.КАСУ ССиНМП ЭКВ.01-М Этапы 1.1-1.2
Акт приема-передачи отчетных материалов №1 Этапы 1.1-1.2
Акт сдачи-приемки работ по этапу 1 б/н Этап 1
Акт проведения пуско-наладочных работ б/н Этап 2.1

Протокол предварительных испытаний б/н Этап 2.2
Акт приемки подсистемы в опытную эксплуатацию б/н Этап 2.2
Отчетная документация на машинных носителях 70051275.КАСУ ССиНМП ЭКВ.02-М Этапы 2.1-2.2
Акт приема-передачи отчетных материалов №2 Этапы 2.1-2.2
Акт завершения опытной эксплуатации б/н Этап 2.3

Отчетная документация на машинных носителях 70051275.КАСУ ССиНМП ЭКВ.03-М Этап 2.3
Акт приема-передачи отчетных материалов №3 Этап 2.3
Протокол приемочных испытаний б/н Этап 2.4

Акт приемки подсистемы в промышленную эксплуатацию б/н Этап 2.4
Отчетная документация на машинных носителях 70051275.КАСУ ССиНМП ЭКВ.03-М Этап 2.4
Акт приема-передачи отчетных материалов №4 Этап 2.4
Акт сдачи-приемки работ по этапу 2 б/н Этап 2
1
Классификация документов и обозначение документов – в соответствии с ГОСТ 34.201-89, ГОСТ 19.101-77-82
6. Порядок контроля и приемки системы
6.1. Общие требования к приемке работ по стадиям
Приемка результатов работ осуществляется поэтапно в соответствии с календарным планом

выполнения работ по контракту.
Приемка результатов выполнения работ по этапам оформляется Актом сдачи-приемки работ.
Основанием для составления и подписания Акта сдачи-приемки работ по отдельному этапу
является передача Исполнителем научно-технической продукции в порядке, определенном
подразделом 1.10., а также, при проведении испытаний, утвержденного Заказчиком
соответствующего Акта приемки в эксплуатацию.
При приемке научно-технической продукции Заказчиком в части документации на Систему
производится проверка соответствия требованиям к документированию (раздел 8. настоящего ТЗ).
6.2. Виды, состав, объем и методы испытаний системы и ее составных частей
Должны быть проведены следующие испытания:

 предварительные испытания;
 опытная эксплуатация;
 приемочные испытания.
Предусмотренные испытания проводятся комиссией, формируемой Заказчиком. В состав
комиссии включаются представители организаций Заказчика и Исполнителя, а также
специалисты, привлекаемые Заказчиком.
Испытания проводятся на основании утвержденной Заказчиком Программы и методики
испытаний, определяющей порядок проверки соответствия предъявляемой на испытания Системы
требованиям настоящего Технического задания, определенным в разделах 4 и 8.
Опытная эксплуатация проводится в соответствии с документом «Программа опытной
эксплуатации», который разрабатывается в соответствии с ГОСТ 34.603-92. Результаты опытной
эксплуатации отражаются в документе «Журнал опытной эксплуатации» и рассматриваются в
ходе приемочных испытаний.
Программа и методика приемочных испытаний разрабатывается с учетом результатов
опытной эксплуатации, при этом проверки Системы в части недостатков реализации Системы,
выявленных в ходе опытной эксплуатации, выносятся в специальный раздел программы и
методики.
Результаты проведения предварительных и приемочных испытаний должны быть
зафиксированы в соответствующих Протоколах испытаний. Как недостатки реализации
оформляются исключительно выявленные отклонения от настоящего Технического задания.
Прочие недостатки могут документироваться как желательные доработки. Наличие желательных
доработок не влияет на процесс передачи Системы в эксплуатацию.
По завершении предварительных и приемочных испытаний оформляются соответствующие
Акты, содержащие вывод о соответствии Системы предъявляемым требованиям, а также, при
проведении предварительных испытаний - сроки устранения замечаний и реализации
рекомендаций, данных комиссией в ходе испытаний.
При проведении предварительных испытаний, в случае обнаружения критических замечаний
назначается время и место повторных предварительных испытаний, а акт ввода Системы в
опытную эксплуатацию подписывается только при отсутствии критических замечаний.
Если на приемочных испытаниях остаются замечания, то назначаются новые приемочные
испытания. Система вводится в промышленную эксплуатацию при условии отсутствия замечаний.
В случае значительного отклонения Системы от требований, предъявляемых на испытаниях,
сроки проведения испытаний могут быть перенесены/расширены Заказчиком в пределах сроков
выполнения работ в соответствии с Календарным планом контракта.
6.3. Требования к гарантийному обслуживанию системы
Гарантийное обслуживание проводится в течение 365 дней.

– 58 –
Исполнитель должен гарантировать, что разработанное программное обеспечение Системы

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

Исполнителем ошибок, которые выявлены в процессе испытаний и в период
гарантийного обслуживания
Недостатки и ошибки в функционировании программного обеспечения Системы,

выявленные в ходе проведения испытаний, должны быть устранены Исполнителем в рамках
выполнения работ по контракту. Сроки устранения замечаний и рекомендаций, данных
приемочной комиссией в ходе испытаний, определяются в Акте приемки в эксплуатацию.
Недостатки и ошибки в функционировании Системы, выявленные в период гарантийного
обслуживания, устраняются Исполнителем в рамках очередного обновления Системы, или в
рамках внеочередного экстренного обновления в случае, если обнаруженные ошибки
препятствуют или ограничивают эксплуатацию Системы в штатном режиме. Исполнителем
должны быть внесены соответствующие актуализирующие исправления в техническую и рабочую
документацию, связанные с устранением замечаний к работе Системы.
Если по результатам испытаний Исполнителем выполнялись доработки программного
обеспечения, а также технической и эксплуатационной документации на Систему, Исполнитель в
сроки, определенные в Актах приемки в эксплуатацию передает доработанное программное
обеспечение, а также техническую и эксплуатационную документацию в порядке, определенном в
подразделе 1.10. настоящего ТЗ.
– 59 –
7. Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу

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

составе, указанном в разделе 5 настоящего ТЗ, и должна учитывать основные рекомендации
комплекса стандартов и руководящих документов на автоматизированные системы, определенные
в настоящем разделе:
 ГОСТ 34.003-90, ГОСТ 19.004-80-82 – в части терминологии;
 ГОСТ 34.201-89, ГОСТ 19.101-77-82 – в части наименования и обозначения документов;
 ГОСТ 34.603 -92 – в части определения видов испытаний;
 РД 50-34.698-90, ГОСТ 19.ХХХ – в части общей структуры документов.
Документы должны быть оформлены в соответствии с требованиями ГОСТ 2.105 на листах

формата А4 по ГОСТ 2.301 без рамки, основной надписи и дополнительных граф к ней.
Допускается для размещения рисунков и таблиц использование листов формата А3 с подшивкой
по короткой стороне листа. Документы объемом более 25 листов должны содержать
информационную часть, состоящую из аннотации и содержания.
Заказчиком документам присваиваются уникальные обозначения на основе требований
ГОСТ 34.201-89.
Документы не должны содержать в колонтитулах указаний на организацию Подрядчика
(логотипы, реквизиты, контактную информацию и т.п.). Дублирование и объемное цитирование
документов и разделов документов в других документах и разделах не допускается. Необходимо
наличие аннотированных ссылок между разделами и документами.
Формальное полное соответствие документов на Систему требованиям РД 50-34.698-90 и
ГОСТ 19.ХХХ по составу и структуре разделов не требуется, При этом должно быть достигнуто
адекватное описание всех видов обеспечения, Системы, достаточное для подготовки персонала,
развертывания, эксплуатации и сопровождения Системы.
Документ «Руководство администратора» и другие документы, регламентирующие
деятельность персонала, должны содержать описание выполнения операций (действий) персонала
в технологическом процессе Пользователя, т.е. описание должно строиться на основе
технологических задач персонала с использованием возможностей Системы и не должно
сводиться к простому описанию (перечислению) функций Системы. При этом в указанных
документах должна быть отражена работа всех функций Системы. Указанные документы должны
содержать описание выполнения операций (действий) всех категорий персонала, определенных в
ТЗ и другой документации на Систему.
Обновленные (актуализированные) технические и эксплуатационные документы должны
быть оформлены как дополнения к ранее разработанным документам, при этом фрагментарное
или полное цитирование ранее разработанных документов не допускается. Следует при
необходимости использовать соответствующие ссылки на ранее разработанные документы.
Технические и эксплуатационные документы должны содержать сведения только о той части
Системы, которая подвергалась модернизации, то есть сведения о результатах работ по разработке
(модернизации) Системы.
В отчетных документах должны быть заполнены поля, указывающие наименования
организаций, должности и фамилии сотрудников в списках исполнителей, составов комиссий,
согласующих лиц и пр. Исключения составляют передаваемые в электронном виде документы со
статусом «проект», а также документы типа «Отчет об опытной эксплуатации», оформление
(заполнение) которых происходит на стадии оформления подлинников документов (бумажных).
Допустимо оставлять не заполненными поля номеров и дат распорядительных и
сопроводительных документов для последующего вписывания значений вручную (например: Акт
от «__» __________2021 г №______ приема-передачи…).
В отчетных документах должны быть заполнены поля всех таблиц указанными в заголовках
таблиц значениями, или даны комментарии о причинах не заполнения полей.
Зам. главного врача Г. А. Введенский

103 ТЗ Электронная к2021 1

Загружено:

Сведения о документе

Оригинальное название

Авторское право

Поделиться этим документом

Поделиться или встроить документ

Параметры публикации

Этот документ был вам полезен?

Это неприемлемый материал?

Авторское право:

103 ТЗ Электронная к2021 1

Оригинальное название:

Загружено:

Авторское право:

Главный врач

СС и НМП им. А.С. Пучкова

________________ Н.Ф. Плавунов

на выполнение работ по развитию Комплексной автоматизированной системы управления

70051275.КАСУ ССиНМП ЭКВ.ТЗ.01

АРМ Автоматизированное рабочее место

1.1. Полное наименование системы

Выполнение работ по развитию Комплексной автоматизированной системы управления

1.2. Краткое наименование системы

Подсистема «Архив ЭКВ 103», Подсистема.

Государственное бюджетное учреждение города Москвы «Станция скорой и неотложной

Исполнитель работ определяется на конкурсной основе в соответствии с действующим

1.5. Основание для проведения работ

Основанием для проведения работ являются:

1.6. Плановые сроки разработки Подсистемы

Срок начала работ: с момента заключения государственного контракта.

1.7. Источник финансирования

Финансирование работ осуществляется за счет средств от предпринимательской и иной

1.8. Порядок финансирования

Порядок финансирования работ определяется действующими нормативно-правовыми актами

1.9. Порядок оформления и предъявления Заказчику результатов работ

Требования к составу и оформлению результатов работ определены разделами 5 и 8

Результаты работ по настоящему ТЗ должны быть совместимы на уровне программного,

1.11. Перечень нормативно-технических документов, методических

Выполняемая работа и оформление ее результатов должны отвечать требованиям

1.12. Порядок внесения изменений и дополнений

Изменения настоящего ТЗ не предусмотрены.

2.1. Назначение системы и цели ее создания

Подсистема «Архив ЭКВ 103» предназначена для автоматизации процессов обработки

Целями разработки Подсистемы «Архив ЭКВ 103» являются следующие:

2.2. Задачи выполнения работ

3.1. Краткие сведения об объекте автоматизации

Оказание скорой и неотложной медицинской помощи на территории города Москвы

В составе КАСУ СС и НМП функционирует следующие автоматизированные системы (АС):

КАСУ СС и НМП реализована в технологии клиент-сервер с использованием СУБД Oracle.

3.2. Текущее состояние объекта автоматизации

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

3.3. Сведения об условиях эксплуатации объекта автоматизации и

3.3.1. Условия эксплуатации комплекса технических средств

Условия эксплуатации комплекса технических средств Системы соответствуют условиям

3.3.2. Характеристики окружающей среды

Характеристики окружающей среды в местах установки технических средств соответствуют

4.1. Общие требования к технологии функционирования

В состав существующего функционала АРМ «Диспетчер подстанции» должны быть

Должен быть предусмотрен функционал контроля за процессом формирования документов

4.2. Требования к составу медицинской документации

Карта вызова 103 является обязательным документом и оформляется на каждом вызове.

Ниже перечислены требования к составу разделов электронных документов «Карта вызова

4.2.1. Требования к информационному составу документа «Карта вызова 103»

4.2.1.1. Раздел «Жалобы»

4.2.1.2. Раздел «Анамнез»

Раздел «Анамнез» состоит из ряда подразделов.

Краткий анамнез настоящего заболевания (текстовое поле). Описание развития болезни от ее

Дополнительно при кишечных инфекциях:

Гинекологический анамнез (текстовое поле). Функционал экранной формы должен

Аллергологический анамнез. Подтверждение (либо отрицание) наличия аллергических

Анамнез по данным системы ЕМИАС (текстовое поле). Функционал экранной формы

При реализации экранной формы на мобильном АРМ «Бригада», Исполнитель должен

4.2.1.3. Раздел «Общее состояние»

Раздел «Общее состояние» представляет собой поле «выбор варианта» из следующего

4.2.1.4. Раздел «Сознание»

Раздел «Сознание» представляет собой поле «выбор варианта» из следующего набора

4.2.1.5. Раздел «Значение по шкале Глазго»

4.2.1.6. Раздел «Положение»

Раздел «Положение» представляет собой поле «выбор варианта» из следующего набора