Из всех подсистем РЕГИЗа УО (Управление очередями) — самая специфическая и сложная с точки зрения логики. Это не просто запись к врачу, это система маршрутизации пациентов между медицинскими организациями всего города.
Представьте: участковый терапевт хочет отправить пациента на МРТ в другую больницу. Он заходит в МИС, создает направление, а УО ему показывает, в каких больницах есть свободные окна (квоты) и какая там очередь. Врач выбирает, система резервирует место, и пациент получает дату.
С точки зрения интеграции и поддержки, нужно держать в голове несколько вещей:
- Статусная модель. У направления в УО есть жизненный цикл — статусы от 1 до 8 (зарегистрировано, выдано, принято к исполнению, оказана помощь и т.д.). МИС должна корректно эти статусы отображать и обновлять. Аннулирование, смена целевой МО, отказ — всё это отдельные сценарии, которые описаны в интеграционных профилях.
- Два протокола. Взаимодействие МИС с УО идет по SOAP. Еще есть связка с сервисом записи (СЗнП) для подгрузки расписаний и непосредственной записи на слоты. Это уже ближе к REST, но нужно четко понимать схему: кто инициирует запрос, куда, с каким токеном.
- Активность профилей. Если ваша МО принимает пациентов по направлениям, вы обязаны через УО передавать сведения об открытых профилях (например, «травматология», «КТ с контрастом») и актуальности расписания. Иначе система будет думать, что у вас мест нет, и направления пойдут мимо.
Практический момент:
Для МО без нормальной МИС есть веб-интерфейс https://regiz.gorzdrav.spb.ru/MQUI
где можно вручную обрабатывать направления. Но для нас это боль — пользователи будут всё ронять и писать в поддержку. Наша задача — сделать так, чтобы интеграция через МИС была максимально прозрачной и не требовала от врача танцев с бубном.