Функциональные требования¶

Нумерация с префиксом подсистемы: T — «Триаж», C — общее для ПАК.

Колонка «Источник»: [ТЗ] — из технического паспорта; [ОП] — из операционных требований заказчика (уточнения приёмного отделения, не вошедшие в паспорт); [ПР] — проектное решение.

Подсистема «Триаж»¶

ID	Требование	Источник
FR-T-1	Приём сообщений от СМП. Система принимает данные от ИС СМП по модели сервер-сервер: слушает выделенный порт в контуре УЗ и обрабатывает входящие сообщения. Опрос стороны СМП не выполняется. ЦИСЗ как источник realtime-данных не используется — данные попадают туда ретроспективно.	[ТЗ] + [ОП]
FR-T-2	Пять типов входящих сообщений: запрос на возможность госпитализации; извещение о направлении пациента в это УЗ; пул сообщений об изменении состояния пациента при транспортировке; извещение об отмене транспортировки; извещение о доставке. Формат — HL7 FHIR.	[ОП]
FR-T-3	Ответ на запрос о наличии мест. На запрос возможности госпитализации система отвечает решением (принять / отказать / принять с условием) и сохраняет как запрос, так и ответ.	[ОП]
FR-T-4	Регистрация направляющейся кареты. По извещению о направлении система регистрирует карету и пациента: номер бригады/машины, персональные данные пациента, состояние на момент начала транспортировки.	[ОП]
FR-T-5	Приём изменений состояния в пути. Система принимает и хранит поток изменений основных жизненных показателей пациента во время транспортировки, с привязкой к моменту времени.	[ОП]
FR-T-6	Координаты кареты. С заданной периодичностью система опрашивает сервер координат и отображает положение кареты на центральном пульте. Каждый запрос протоколируется.	[ОП]
FR-T-7	Мультипровайдерность по координатам. Одновременная работа с несколькими поставщиками координат: у одних вендоров это собственный GPS-сервер, у других — отдельный сервер маршрутизации стороннего ПО.	[ОП]
FR-T-8	Мультипровайдерность по API СМП. Одновременная работа с несколькими поставщиками ПО СМП, у каждого свой протокол API. Первый интегрируемый — ИС «МРМ бригады СМП».	[ТЗ] + [ОП]
FR-T-9	Мультипровайдерность по МИС. Одновременная работа с несколькими поставщиками медицинских информационных систем. Первая — АИС «Медик».	[ОП]
FR-T-10	Интерфейс направляющихся пациентов. Отдельный экран отображает всех пациентов, направляющихся в УЗ, с их состоянием и расчётным временем прибытия.	[ОП]
FR-T-11	Ручная передача в МИС. Передача пациента в МИС для сбора бригады встречи выполняется оператором вручную, не автоматически. Тяжёлый пациент, требующий реанимационных действий или нескольких специалистов, передаётся в МИС, где собирается бригада и рассылаются сообщения врачам. Пациент без показаний к встрече бригадой в МИС не передаётся и поступает на сортировку на общих основаниях.	[ОП]
FR-T-12	Отмена транспортировки. По извещению об отмене система переводит направление в отменённое состояние, снимает пациента с борда и, если бригада уже собиралась, уведомляет МИС.	[ОП]
FR-T-13	Регистрация доставки. По прибытии машины выполняется регистрация и передача пациента в приёмном покое; в этот момент фиксируется отсечка времени доставки и инициируется заполнение документов.	[ОП]
FR-T-14	Терминал самообращения. Пациента, обратившегося самостоятельно, встречает терминал с кнопкой «ЗАРЕГИСТРИРОВАТЬ ОБРАЩЕНИЕ В ПРИЕМНЫЙ ПОКОЙ».	[ОП]
FR-T-15	Анонимная очередь на сортировку. На момент обращения строится очередь на сортировку без паспортной части и без печати документации — как живая очередь. Собираются: обращение, пол, температура, состояние, вес, дыхание (оценка состояния).	[ОП]
FR-T-16	Присвоение цвета и выдача талона. По результату оценки выдаётся талон с кодом: К43 (красный), В34 (жёлтый), П45 (зелёный) — код, под которым пациент находится в приёмнике отсортированным, но ещё не оформленным. Предусмотреть возможность быстрой сортировки простым присвоением цвета.	[ОП]
FR-T-17	Правила сортировки. Оценка состояния выполняется алгоритмами на основе правил, в соответствии с клиническим протоколом оказания скорой (неотложной) медицинской помощи взрослому населению (приказ МЗ РБ № 1030 от 30.09.2010), с учётом жизненно важных показателей, возраста и сопутствующих заболеваний. Результат — рекомендация приоритета медицинскому персоналу.	[ТЗ]
FR-T-18	Пациенты СМП не бывают зелёными. Доставленный бригадой СМП пациент — либо красный (проходит мимо приёмника сразу в отделение), либо жёлтый (проходит обычную сортировку).	[ОП]
FR-T-19	Автозаполнение из данных СМП. Для жёлтых пациентов СМП персональные данные и информация по транспортировке заполняются автоматически из данных скорой, без повторного ввода.	[ОП]
FR-T-20	Приоритетная очередь на оформление. Вызов пациентов на оформление документации идёт по номерам талонов в порядке: красные → жёлтые → зелёные.	[ОП]
FR-T-21	Нормативное время выбытия. Пациент, оформленный или нет, должен покинуть приёмник в нормативное время вместе с оформлением. Система контролирует норматив по каждому цвету и сигнализирует о его нарушении.	[ОП] + [?]
FR-T-22	Оформление обращения. Первая процедура, на которую приглашается пациент, — оформление документации: паспортная часть и данные по обращению. Для пациента СМП данные передаются из уже полученной информации. Результат — создание обращения в приёмный покой.	[ОП]
FR-T-23	Передача обращения в МИС. Оформленное обращение передаётся в МИС. Дальнейшая система направлений и назначений работает в МИС.	[ОП]
FR-T-24	Завершение в приёмном отделении. Отметка выбытия и завершение работы в «Триаже» — это выписка пациента из приёмного отделения.	[ОП]
FR-T-25	Режим массового поступления. Отдельный режим работы приёмного отделения с упрощённым интерфейсом сортировки, совместимый с цветовой системой «светофор» (Постановление МЗ РБ № 62 от 30.06.2025).	[ТЗ]
FR-T-26	Печать браслета/талона. Печать цветового оформления приоритетности пациента на термотрансферном принтере и печать медицинского браслета со штрих-кодом; последующая идентификация пациента сканированием.	[ТЗ]

Семь групп сохраняемых данных¶

[ОП] Прямое требование к составу хранимой информации. Отображение на таблицы — в «Соответствии таблиц».

Входящие запросы на наличие свободных мест в стационаре.
Входящая информация по направлению пациента в приёмное отделение: номер кареты скорой, персональная информация по пациенту, его состояние на момент начала транспортировки.
Параметры изменения состояния пациента в процессе транспортировки (основные жизненные показатели).
Лог запросов на уточнение положения кареты скорой помощи.
Информация о доставке пациента.
Постановка пациента в очередь на сортировку ТРИАЖ.
Результаты сортировки пациента и передача информации в медицинскую информационную систему.

Общие требования ПАК¶

ID	Требование	Источник
FR-C-1	Собственный сервер и БД. Приложение запускается на отдельном сервере и имеет свою БД для фиксации процессов, касающихся работы сервиса. Логи пишутся в неё же.	[ОП]
FR-C-2	Журналирование событий ИБ. Регистрация событий информационной безопасности с централизованным сбором и хранением не менее одного года.	[ТЗ]
FR-C-3	ЭЦП. Подтверждение действий врачей и обеспечение подлинности и целостности электронных документов электронной цифровой подписью.	[ТЗ]
FR-C-4	Разграничение доступа. Идентификация и аутентификация пользователей, управление учётными записями, контроль правил генерации и смены паролей, блокировка доступа по истечении времени бездействия.	[ТЗ]
FR-C-5	Отчётность по КПЭ. Система измеряет и предоставляет отчётность по показателям эффективности мероприятия: среднее время ожидания помощи по категориям пациентов и количество пациентов, обслуженных за единицу времени.	[ТЗ]
FR-C-6	Администрирование. Настройка провайдеров (СМП, координаты, МИС), параметров УЗ, нормативов времени, справочников и правил сортировки без изменения кода.	[ПР]
FR-C-7	Обезличивание. Поддержка определённых на этапе 1 методов обезличивания персональных данных для аналитики и выгрузок.	[ТЗ]
FR-C-8	Синхронизация времени. Синхронизация временных меток и системного времени в ИС и системе защиты информации. Критично: на отсечках времени доставки строятся КПЭ.	[ТЗ]

Трассируемость требований¶

flowchart LR
  subgraph SRC["Источники"]
    TZ["Технический паспорт"]
    OP["Операционные требования<br/>приёмного отделения"]
  end
  subgraph FR["Требования"]
    T["FR-T-*<br/>Триаж · 26"]
    C["FR-C-*<br/>Общие · 8"]
  end
  subgraph OUT["Реализация"]
    EP["Эпики E1–E12<br/>backlog.md"]
    DB["Таблицы БД<br/>data/schema.md"]
    API["Эндпоинты<br/>api.md"]
  end
  TZ --> T & C
  OP --> T & C
  T & C --> EP
  T --> DB
  T --> API

Требования, не выводимые из документов

FR-T-17 (клинические правила сортировки), FR-T-21 (нормативное время выбытия по цветам) и схема нумерации талонов К43/В34/П45 заданы в источниках только по форме, но не по содержанию. Конкретные пороговые значения витальных показателей, нормативы в минутах и правило генерации номеров талонов должны быть подписаны медицинским персоналом УЗ — это не инженерное решение. См. «Риски и открытые вопросы».