ПРОЕКТ ТЕХНИЧЕСКОГО ЗАДАНИЯ / СОБРАНО
Заказы зуботехнической лаборатории
Версия 0.4 · 23.10.2026 · Проект для согласования

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

1. Исходный процесс
1. Заказ передают устно, изменения не подтверждены, возврат на доработку не связан с прежним этапом.
2. Клиника уточняет готовность работы, а последняя версия файлов и комментарий остаются у отдельного техника.

2. Границы первой версии
1. Карточка заказа по внутреннему номеру
2. История этапов и версий
3. Ведомость передачи и доработок

3. Исходники от заказчика
1. Форма заказа лаборатории
2. Перечень этапов и ответственных
3. Правила передачи файлов и обезличивания

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

5. Предварительная карта данных
1. Номер обезличенного заказа · тип учебного поля: text · пример: ЗЛ-024. Правило и обязательность подтверждаются на ваших исходниках.
2. Текущая версия параметров · тип учебного поля: text · пример: 3. Правило и обязательность подтверждаются на ваших исходниках.
3. Подтверждённая клиникой версия · тип учебного поля: text · пример: 2. Правило и обязательность подтверждаются на ваших исходниках.

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. ЗЛ-024: параметры v3, клиникой подтверждена v2; в v3 изменён учебный срок готовности.
4. Начать работу по v3 на основании согласия на v2 нельзя.
5. Показать различия v2 → v3 и запросить новое подтверждение ответственного клиники.
6. В учебной истории: клиника подтвердила v3 в 14:20; передача П-79 связана с v3, возврат будет отдельным событием.
7. Передача хранит подтверждённую редакцию; возврат создаёт новое событие без перезаписи истории.