Организация и роли
Сведения об организации, ролях пользователей и основных рабочих сценариях.
Организация
Исходные сведения для настройки системы и распределения ролей.
МОГБУЗ «Синтетическая городская клиническая больница № 24»
Код
Система подготавливает раздел и загружает необходимые данные.
Сведения об организации, ролях пользователей и основных рабочих сценариях.
Исходные сведения для настройки системы и распределения ролей.
Почему эти сведения важны для настройки и запуска системы.
Состав подразделений и распределение ответственности.
| Подразделение | Тип | Родитель | Ответственная роль | Ответственность |
|---|---|---|---|---|
| ГБУЗ «Синтетическая городская клиническая больница № 24» | organization | — | Главный врач | Амбулаторный приём, Диагностика, Документооборот, Интеграции ЕГИСЗ |
| Амбулаторно-поликлиническое отделение | department | ГБУЗ «Синтетическая городская клиническая больница № 24» | Заведующий отделением | Поток пациентов, Случаи и осмотры, Маршрутизация документов |
| Кабинет терапевта | cabinet | Амбулаторно-поликлиническое отделение | Врач-терапевт | Первичный осмотр, Назначения, Подписание документов |
| Кабинет кардиолога | cabinet | Амбулаторно-поликлиническое отделение | Врач-кардиолог | Повторные осмотры, Диагностические заключения, Маршрут в РЭМД |
| Диагностический блок | department | ГБУЗ «Синтетическая городская клиническая больница № 24» | Заведующий диагностикой | Исследования, Инструментальные услуги, Выдача результатов |
| Клинико-диагностическая лаборатория | lab | Диагностический блок | Старший лаборант | Лабораторные результаты, Инвентаризация NLAB, Подготовка к phase 2 |
| Центр операционного сопровождения | operations | ГБУЗ «Синтетическая городская клиническая больница № 24» | Системный администратор МИС | Parity audit, Интеграции, Отчётность, Контроль ЭЦП |
Единый язык системы, ролей и рабочих процессов.
| Термин | Описание | Почему важно |
|---|---|---|
| Shadow parity | Новая МИС воспроизводит структуру и ключевые сценарии рядом с Ариадной, но не становится write-master. | Это снижает риск: можно проверить паритет до реального cutover. |
| Reference source | Эталонная инсталляция Ариадны, относительно которой измеряются структура, логика и расхождения. | Без одного источника истины невозможно устойчиво сравнивать UI, данные и отчёты. |
| Canonical core | Нормализованное PostgreSQL-ядро новой МИС, куда попадают бизнес-сущности с полным lineage. | На нём строятся web UI, AI, интеграции и audit без прямой зависимости от legacy-таблиц. |
| Pilot perimeter | Контуры, которые обязаны войти в первый пилот: пациенты, случаи, документы, ЭЦП, отчёты и integration trace. | Именно этот периметр определяет приоритет разработки и Definition of Done. |
| Inventory only contour | Контур, который пока не переносится в UI/go-live, но обязан быть полностью проинвентаризирован. | Так команда не теряет критичные зависимости ОМС, лаборатории и регистратуры. |
| Human-in-the-loop | Автоматизация делает повторяемое, а человек подтверждает смысл, исключения и критичные решения. | Так система помогает врачу и администратору, а не скрывает логику за магией. |
Основные роли и их цели в системе.
| Роль | Основная цель | Ключевые экраны | Критерии успеха |
|---|---|---|---|
| Врач | Быстро открыть пациента, пройти клинический сценарий и завершить документы без перегруза интерфейса. | Пациенты, Карточка пациента, Случаи и осмотры, Документы, Подписи | Не теряет контекст пациента, Видит таймлайн без SQL-мышления, Понимает статус документа |
| Подписант | Контролировать очередь ЭЦП и быстро разбирать ошибки подписи. | Очередь ЭЦП, Документ, Карточка врача, Integration trace | Видит причину сбоя, Понимает связь с документом, Может отфильтровать проблемные задачи |
| Администратор МИС | Поддерживать работоспособность, контролировать parity и видеть технические блокеры. | Shadow parity, Структура БД, Импорт Oracle, Integration trace, Report catalog | Видит расхождения, Понимает источник проблемы, Не ищет данные по нескольким системам |
| Оператор интеграций | Отслеживать РЭМД/ФИЭМК/ТФОМС контуры и отчётные отправки. | Документы, Очередь ЭЦП, Integration trace, Отчёты | Есть фильтр по статусам, Есть детализация payload metadata, Есть экран проблемных отправок |
| Руководитель / главный врач | Смотреть только управленческий сигнал, а не технический шум. | Dashboard, Shadow parity, Отчётные метрики | Видит блокеры, Видит readiness, Видит критичные метрики без перегруза |
Сценарии, по которым проверяется удобство и полнота интерфейса.
| Сценарий | Роль | Ожидаемый результат | Шаги |
|---|---|---|---|
| Завершить амбулаторный приём | Врач | Пациент, случай, осмотр и документ видны как единый понятный сценарий. | Открыть пациента и его актуальный таймлайн -> Перейти в нужный случай/осмотр -> Проверить документный контур -> Отправить документ на подпись |
| Разобрать ошибку подписи | Подписант | Подписант быстро понимает, что сломалось и какой документ затронут. | Открыть очередь ЭЦП -> Отфильтровать ошибки -> Открыть деталь задачи -> Перейти к документу и payload metadata |
| Проверить состояние shadow parity | Администратор МИС | Администратор видит, насколько новая МИС совпадает с reference source. | Открыть cockpit shadow parity -> Посмотреть состояние connectors и canonical core -> Проверить critical gaps и readiness criteria -> Перейти к inventory проблемных контуров |
Разделы, которые должны войти в ближайший запуск системы.
| Контур | Статус | Почему сейчас |
|---|---|---|
| Пациенты и patient profile | Основной запуск | Базовая точка входа врача и администратора. |
| Случаи, осмотры и таймлайн | Основной запуск | Клиническое ядро без которого pilot бессмысленен. |
| Документы и реестр документов | Основной запуск | Нужен для РЭМД/ФИЭМК и операционного контроля. |
| ЭЦП и очередь подписи | Основной запуск | Критичный operational contour для врача и оператора. |
| Операционные отчёты и report catalog | Основной запуск | Нужен для наблюдаемости и readiness. |
| Integration trace | Основной запуск | Без него нельзя безопасно идти к cutover. |
Части системы, которые будут подключаться позже.
| Контур | Статус | Почему позже |
|---|---|---|
| ОМС / billing | Подготовка | Обязательно инвентаризируется, но в phase 1 не является обязательным UI parity пилота. |
| Регистратура и расписание | Подготовка | Нужно описать user journey, но не мешать запуску clinical core. |
| Лаборатория / NLAB | Подготовка | Контур критичен для будущего, но в первом пилоте идёт как inventory. |
| Стационарный контур | Следующий этап |
| Слишком широкий контур для раннего pilot scope. |
| Аптека и склад | Следующий этап | Переносится после стабилизации clinical core. |