Паспорт мероприятия¶
Выжимка из технического паспорта мероприятия в сфере цифрового развития. Всё на этой странице — [ТЗ]: изменение требует пересогласования паспорта.
Общие сведения¶
| Параметр | Значение |
|---|---|
| Наименование | Разработка программно-аппаратного комплекса автоматизации процесса сортировки пациентов в экстренных ситуациях и ситуациях массового поступления больных (подсистема «Триаж») и дальнейшего палатного взаимодействия пациента с медицинским персоналом (подсистема «Палатная связь» и подсистема «Мониторинг») |
| Заказчик | Брестский областной исполнительный комитет |
| Созаказчики | Главное управление по здравоохранению Брестского облисполкома; УЗ «Брестская центральная городская больница» |
| Участники реализации | УЗ «Брестская центральная городская больница»; ЗАО «Брестский научно-технологический парк» («офис цифровизации») |
| Владелец / оператор / пользователь результата | УЗ «Брестская центральная городская больница» |
| Длительность | 18 месяцев |
| Календарный период | 1 кв. 2026 г. — 2 кв. 2027 г. |
| Программа | Региональный комплекс мероприятий по реализации в Брестской области Государственной программы «Цифровая Беларусь» на 2026–2030 годы |
Финансирование¶
Источник — Инновационный фонд Брестского областного исполнительного комитета.
| Статья | Всего | 2026 | 2027 |
|---|---|---|---|
| Объём финансирования, тыс. бел. руб. | 2 190,89 | 1 800,00 | 390,89 |
Структура предельной стоимости (изучение конъюнктуры рынка, Постановление МАРТ № 34 от 30.04.2024):
| Составляющая | ≈ Стоимость |
|---|---|
| Закупка и поставка оборудования | 1 419,87 тыс. бел. руб. |
| Разработка ПО | 536,13 тыс. бел. руб. |
| Внедрение ПО и программно-аппаратных решений | 234,89 тыс. бел. руб. |
Примечание паспорта
Объёмы финансирования по годам могут быть скорректированы и перераспределены без увеличения общего объёма. Начальный и промежуточные сроки могут быть скорректированы без изменения конечного срока.
Масштаб объекта (БЦГБ)¶
Эти числа — исходные данные для расчёта нагрузки, ёмкости БД и количества оборудования.
| Показатель | Значение | Источник |
|---|---|---|
| Коек в стационаре | 560 | расчёт «Палатной связи» |
| Палат | 208 | расчёт «Палатной связи» |
| Сестринских постов | 20 | расчёт «Палатной связи» |
| Коек в реанимации | 30 | расчёт «Мониторинга» |
| Обращений в приёмное отделение за 2024 г. | 28 964 | собственные данные УЗ |
| Койко-дней реанимации за 2024 г. | 8 497 | форма 007 |
| Среднее число работников в смене приёмного отделения | 4,25 чел. | расчёт |
| Вызовов на палату в сутки (среднее) | 10 | расчёт «Палатной связи» |
| Периодичность протокола интенсивной терапии | 1 раз в час | расчёт «Мониторинга» |
Производные оценки нагрузки для проектирования — в «Нефункциональных требованиях».
Имеющаяся инфраструктура¶
Функционирование ПАК опирается на уже имеющееся у организации оборудование:
- локальный сервер для МИС АИС «Медик» — 1 шт.;
- локально-вычислительная сеть, связывающая все ПК медперсонала — 1 шт.;
- персональные компьютеры для работы медперсонала — 80 шт.;
- медицинская информационная система — 1 шт.
Этапы реализации¶
gantt
dateFormat YYYY-MM-DD
axisFormat %Y-%m
title Этапы мероприятия (18 месяцев)
section Этап 1 — ПО
Подготовка IT-инфраструктуры :e1a, 2026-01-01, 2026-06-30
Частные ТЗ на 3 подсистемы :e1b, 2026-03-01, 2026-06-30
Стадия проектирования :e1c, 2026-05-01, 2026-09-30
Госзакупка разработки ПО :e1d, 2026-04-01, 2026-07-31
Разработка и тестирование :e1e, 2026-07-01, 2026-12-31
Аудит ЛВС и подготовка к аттестации :e1f, 2026-08-01, 2026-11-30
Развёртывание и испытания :e1g, 2026-10-01, 2026-12-31
section Этап 2 — оборудование
Госзакупка оборудования :e2a, 2026-10-01, 2026-12-31
Поставка, установка, настройка :e2b, 2027-01-01, 2027-03-31
Программная интеграция с МИС :e2c, 2027-02-01, 2027-03-31
section Этап 3 — ввод
Интеграция с ИС «МРМ бригады СМП» :e3a, 2027-01-01, 2027-04-30
Промышленная эксплуатация :e3b, 2027-04-01, 2027-06-30
Точные даты внутри этапов — [ПР]
Паспорт задаёт только границы этапов в кварталах. Разбивка внутри этапа выше — проектная оценка для планирования; см. «Дорожную карту».
Этап 1 — 1 кв. – 4 кв. 2026: подготовка инфраструктуры и создание ИС¶
Подготовка IT-инфраструктуры:
- разработка архитектуры хранения данных;
- расчёт объёма необходимых вычислительных мощностей и дискового пространства;
- определение методов обезличивания персональных данных;
- отнесение создаваемой ИС к классу типовых информационных систем;
- разработка требований к организации взаимодействия информационных систем;
- изучение вопроса отнесения ИС к критически важному объекту информатизации (КВОИ) по приказу ОАЦ № 66 от 20.02.2020.
Создание информационной системы:
| Стадия | Содержание | Статус |
|---|---|---|
| Бизнес-моделирование | Реализуется в ходе разработки технического паспорта | ✅ выполнено паспортом |
| Управление требованиями | Разработка, согласование и утверждение частных ТЗ на подсистемы «Триаж», «Палатная связь», «Мониторинг» | ⬅ этот репозиторий — вход для частных ТЗ |
| Проектирование | Проектные решения по автоматизируемым процессам, архитектура, функции и алгоритмы работы подсистем; структура баз данных; система классификации и кодирования; функции персонала и оргструктура; состав и параметры ПО и техсредств | ⬅ этот репозиторий |
| Разработка и тестирование | Организация и проведение госзакупки, определение победителя, заключение договора | |
| Аудит и подготовка к аттестации | Аудит ЛВС, серверного оборудования, ПО, кадрового состава | |
| Развёртывание | Размещение ПО на сервере; тестирование быстродействия, уязвимостей, отказоустойчивости; пусконаладка; обучение персонала; предварительные испытания; опытная эксплуатация; приёмочные испытания |
Что этот репозиторий закрывает
Документация в репозитории — материал для стадий управления требованиями и проектирования этапа 1. Она напрямую покрывает требования паспорта к комплекту проектной документации: описание процессов, архитектуры, функций и алгоритмов, структуры БД, классификации и кодирования, функций персонала, состава ПО и техсредств.
Этап 2 — 4 кв. 2026 – 1 кв. 2027: оборудование¶
Приобретение оборудования: организация и проведение госзакупки, определение победителя, заключение договора поставки, поставка, установка и настройка оборудования, программное интегрирование оборудования с МИС УЗ. Состав — см. «Аппаратный комплекс».
Этап 3 — 1 кв. 2027 – 2 кв. 2027: ввод в эксплуатацию¶
Интеграция с ИС «Мобильное рабочее место бригады скорой (неотложной) медицинской помощи» и запуск ПАК в промышленную эксплуатацию.
Критическая зависимость этапа 3
Интеграция с МРМ СМП поставлена в этап 3, тогда как приём сообщений от СМП — центральная функция подсистемы «Триаж», разрабатываемой в этапе 1. Разработка и тестирование интеграции обязаны идти на моках/симуляторе протокола, иначе этап 1 не может быть завершён. См. R-1 и эпик E2.
Показатели эффективности¶
| Показатель | 2025 (факт) | 2026 (план) | 2027 (план) | После ввода |
|---|---|---|---|---|
| Доля госорганизаций здравоохранения АТЕ, подключённых к ЦИСЗ и (или) использующих централизованные электронные сервисы, % | 100 | 100 | 100 | 100 |
| Доля организаций здравоохранения АТЕ, использующих ЭМК пациента, % | 100 | 100 | 100 | 100 |
| Среднее время ожидания оказания медицинской помощи по категориям поступивших пациентов | 30–120 мин | 30–120 мин | 15–60 мин | 15–60 мин |
| Количество пациентов, обслуженных за единицу времени в приёмном отделении | 0,5–2 в час | 0,5–2 в час | 1–4 в час | 1–4 в час |
Показатели — приёмочные критерии
Два нижних показателя измеримы и напрямую зависят от качества реализации. Система обязана сама их измерять и отдавать отчётность, иначе подтвердить достижение будет нечем. Требование зафиксировано как FR-15; метрики — в «Нефункциональных требованиях».
Экономический эффект¶
Расчёт из паспорта. Базовые входные данные: среднемесячная норма рабочего времени 168 ч; средняя зарплата среднего медперсонала в РБ 1 901 руб. (ноябрь 2024, Белстат) → стоимость часа 11,32 руб.; средняя стоимость часа работы приёмного отделения 4,25 × 11,32 = 48,11 руб.
| Подсистема | Механизм экономии | Экономия времени/год | Экономия/год, руб. |
|---|---|---|---|
| «Триаж» | −5 мин на обработку данных одного пациента × 28 964 обращений | 144 820 мин (2 413,67 ч) | 116 121,67 |
| «Палатная связь» | −5 мин на вызов × 10 вызовов × 208 палат × 365 дней | 3 796 000 мин (63 266,67 ч) | 716 171,70 |
| «Мониторинг» | −1 мин на оформление × 24 раза в сутки × 8 497 койко-дней | 203 928 мин (3 398,80 ч) | 38 474,42 |
| Итого | 870 767,79 |
Период окупаемости = 2 190,89 / 870,77 ≈ 2,52 года.
Дополнительно (без денежной оценки в паспорте): оптимизация времени доставки пациента в УЗ силами СМП; сокращение простоя бригад СМП за счёт распределения потока пациентов; снижение числа ненужных госпитализаций; рост лояльности и снижение судебных издержек из-за жалоб; уменьшение времени простоя оборудования и персонала.
Наблюдение для проектирования
82 % денежного эффекта даёт «Палатная связь», а не «Триаж» (13 %) и не «Мониторинг» (4 %). При этом основной технический риск и вся внешняя интеграционная сложность сосредоточены в «Триаже». Это расхождение учтено в приоритизации backlog: «Палатная связь» не должна оказаться остаточной задачей в конце срока.
Социальный эффект¶
- создание эффективной системы преемственности между всеми структурными подразделениями больницы;
- повышение стандартов качества медицинской помощи;
- увеличение доступности медицинских услуг для населения;
- рост уровня удовлетворённости граждан деятельностью государственной системы здравоохранения;
- повышение доступности и оперативности неотложной помощи в экстренных ситуациях;
- оптимизация трудовых процессов медперсонала и эффективности управления материально-техническими и кадровыми ресурсами.
Масштабирование¶
[ТЗ] БЦГБ — пилотная площадка. АИС «Медик» уже внедрена в 6 из 10 медицинских учреждений Бреста и Брестского района, на долю которых приходится 75 % населения города и района. Положительный результат внедрения создаёт основание для масштабирования на 60 % организаций здравоохранения областного центра.
[ПР] Отсюда — жёсткое требование к архитектуре: инсталляция должна быть тиражируемой, конфигурируемой под конкретное УЗ без изменения кода, и не должна предполагать единственного вендора СМП/МИС/координат. См. «Развёртывание» и «Адаптеры».
Аналоги¶
[ТЗ] Аналогичных по функциональным характеристикам государственных цифровых платформ, способных решить задачи мероприятия, не имеется.
Учтённый мировой опыт: NHS (Великобритания, EMR доступны бригадам СМП в реальном времени); Health Information Exchange (США); My Health Record (Австралия). Системы сортировки: START (США), CTAS (Канада), Manchester Triage System (Великобритания), ESI, ATS.
Опыт Республики Беларусь. По исследованию С.Н. Дылевского и соавт. «Организация работы приемного отделения РБ» («Вопросы организации и информатизации здравоохранения», № 3, 2018) комплексное внедрение системы «Триаж» в РБ не было реализовано, несмотря на анализ международного опыта и попытки адаптации шкал ESI, ATS, CTAS. Ключевые препятствия:
- отсутствие интегрированной электронной системы обмена информацией между догоспитальным и стационарным этапами;
- недостаточный уровень подготовки кадров для работы с современными алгоритмами сортировки.
Даже пилот в Городской клинической больнице скорой медицинской помощи г. Минска не достиг ожидаемых результатов — вместо системы «Триаж» было применено лишь зонирование помещений по тяжести состояния.
Это главный урок для проекта
Оба препятствия — не технические. Пункт 1 закрывается интеграцией с МРМ СМП и МИС (ядро этого проекта). Пункт 2 не закрывается кодом вообще: он закрывается регламентами, обучением и мотивацией персонала, которые паспорт выносит в отдельную программу изменений. Проект, который решит только пункт 1, повторит результат минского пилота.