ПРОЕКТ ТЕХНИЧЕСКОГО ЗАДАНИЯ / СОБРАНО
Подтверждение приёмов
Версия 0.4 · 23.10.2026 · Проект для согласования

Цель: Предлагайте освободившееся время клиентам из листа ожидания
Пользователь/заказчик: Руководитель администраторов частной клиники
Предметные сущности: Участник, услуга, ресурс

1. Исходный процесс
1. Подтверждения в переписке расходятся с расписанием; лист ожидания ведут отдельно.
2. После отмены остаётся свободное окно, о котором администратор узнаёт слишком поздно.

2. Границы первой версии
1. Панель подтверждения записей
2. Лист ожидания с условиями времени
3. Журнал изменений и контактов

3. Исходники от заказчика
1. Описание доступного обмена с медицинской системой
2. Правила подтверждений и переносов
3. Минимальный состав административных данных

4. Основной сценарий
1. Получить разрешённую часть расписания
2. Запросить подтверждение по согласованному каналу
3. Зарегистрировать отмену или перенос
4. Подобрать заявку из листа ожидания и подтвердить

5. Предварительная карта данных
1. Свободный административный интервал · тип учебного поля: number · мин · пример: 30. Правило и обязательность подтверждаются на ваших исходниках.
2. Длительность записи · тип учебного поля: number · мин · пример: 40. Правило и обязательность подтверждаются на ваших исходниках.

6. Обмен и подключение
1. Возможный контур: Расписание / кабинет организации. Доступность интерфейсов пока не подтверждена.
2. Начать с согласованной тестовой выгрузки или ручного ввода. Для API зафиксировать версию, объекты, идентификаторы и направление обмена.
3. Разделить чтение и запись. Массовую запись разрешать только после сверки и отдельного согласования.
4. Согласовать сопоставление справочников, форматов дат, единиц, округления и источника истинных значений.
5. Определить правила повторной доставки, журнал ошибок, повторы, резервное копирование и возврат к прежнему процессу.

7. Роли и права
1. Просмотр — только разрешённые записи и результаты.
2. Исполнение — ввод и исправление в пределах назначенных задач.
3. Согласование — подтверждение результата и возврат с причиной.
4. Администрирование — пользователи, справочники и версии правил.

8. Ошибки и исключения
1. Неполные или некорректные вводные: показать конкретные поля, не выдавать успешный результат.
2. Неоднозначное соответствие или редакция: передать ответственному на проверку.
3. Повторная отправка: исключить повторное создание по согласованному идентификатору.
4. Недоступный внешний источник: сохранить состояние, показать ошибку и согласованный повтор.
5. Изменение подтверждённых вводных: новая редакция и повторное подтверждение.

9. Проверка пилота
1. Нет двойного подтверждения одного окна
2. Изменение сверяется с основной системой
3. В демонстрации отсутствуют реальные данные пациентов

10. Передача и сопровождение
1. Передать описание настроек, справочников, форматов обмена и контрольных примеров.
2. Обучить назначенных пользователей и проверить выполнение полного сценария.
3. Зафиксировать размещение, хранение, резервные копии, восстановление, контакты ответственных и границы сопровождения.

11. Ограничения
Только административный процесс. Медицинские рекомендации, выбор лечения и интерпретация сведений о здоровье не входят в решение; обработка данных проектируется отдельно.
Учебные цены, пороги и нормы демонстрации не являются утверждёнными правилами заказчика.

12. Вопросы до согласования
1. Какая система ведёт расписание клиники?
2. Как сейчас используется лист ожидания?
3. Какие системы, версии и способы выгрузки используются сейчас?
4. Кто подтверждает результат и кому разрешено менять правила?

13. Индивидуальная разработка
Возможна разработка отдельного решения под уникальный процесс, собственные правила, интерфейсы и инфраструктуру компании.

14. Оценка
Числа на странице — условная бюджетная модель макета. Фактический состав, стоимость, налоги, лицензии, оборудование и сопровождение фиксируются в отдельном предложении.
Это проект ТЗ для обсуждения, не согласованный документ и не завершённая спецификация рабочего решения.
15. Исходники ограниченного пилота
1. Обезличенная схема одного расписания
2. Справочник длительностей административных записей
3. Правила отмены и работы листа ожидания

16. Контрольный сценарий и результат
1. Административная очередь подтверждения записей
2. Отмена освобождает окно, а администратор сверяет кандидата без изменения длительности приёма.
3. П-078: длительность записи 40 минут; окно 10:00–10:30 длится 30 минут.
4. Не хватает 10 минут; сокращать назначенную длительность для размещения нельзя.
5. После учебной отмены проверить окно 11:00–11:40 и передать кандидата из ожидания администратору.
6. П-078 помещается в 40 минут; статус «Ожидает подтверждения администратора», данные пациентов не используются.
7. 40-минутная запись не помещается в 30 минут; подходящее окно подтверждает администратор, медицинские решения исключены.