Загрузка данных

Вот готовый, полностью расписанный документ по всем 7 пунктам с проектора для Варианта 2 («Сервис для доставки лекарств из аптек с проверкой рецептов»). Можешь сразу копировать в Word.
ТЕХНИЧЕСКОЕ ЗАДАНИЕ
на разработку сервиса доставки лекарств из аптек с проверкой рецептов «АптекаДома»
1) Общие сведения
 * Полное наименование системы: Автоматизированная информационная система заказа и курьерской доставки лекарственных средств с верификацией рецептов «АптекаДома».
 * Краткое наименование: АИС «АптекаДома».
 * Заказчик проекта: Сеть аптек-партнеров / Агрегатор медицинских сервисов (ООО «ФармДоставка»).
 * Исполнитель: IT-компания (команда заказной разработки).
 * Основание для разработки: Договор на разработку программного обеспечения и протокол интервью с заказчиком от 2026 г.
 * Плановые сроки разработки: Старт — IV квартал 2026 г., завершение и запуск MVP — II квартал 2027 г.
2) Назначение и цели создания
2.1. Назначение системы
Система предназначена для автоматизации процесса поиска, бронирования, проверки рецептурных бланков и курьерской доставки лекарственных препаратов клиентам из ближайших аптек с соблюдением требований законодательства РФ.
2.2. Бизнес-цели проекта
 * Занять долю рынка дистанционной торговли рецептурными препаратами в пилотном регионе.
 * Сократить среднее время доставки заказа до двери клиента до 60–90 минут.
 * Обеспечить 100% юридическую чистоту и безопасность отпуска рецептурных лекарств.
 * Выйти на средний объем в 500+ выполненных заказов в сутки к концу 3-го месяца эксплуатации.
3) Требования к системе
3.1. Требования к структуре и ролям пользователей
В системе выделяются 4 основные роли:
 * Клиент (Покупатель): регистрация/авторизация, поиск лекарств, добавление в корзину, загрузка фото рецепта, оплата, трекинг курьера.
 * Фармацевт (Сотрудник аптеки): прием заявки, визуальная валидация скана рецепта, сборка заказа, подтверждение готовности к передаче курьеру.
 * Курьер: просмотр назначенных заказов, построение маршрута, отметка о проверке оригинального рецепта при передаче, закрытие доставки.
 * Администратор: управление справочником медикаментов, модерация аптечных точек, разрешение спорных ситуаций, аналитика.
3.2. Функциональные требования
 * Каталог и поиск:
   * Индексация медикаментов по торговому названию, МНН (действующему веществу), форме выпуска и дозировке.
   * Автоматический подбор аналогов (дженериков) при отсутствии выбранного препарата.
   * Маркировка рецептурных товаров специальным бейджем «По рецепту».
 * Модуль валидации рецептов:
   * Загрузка скана/фото бланка (форматы JPG, PNG, PDF до 15 МБ).
   * Просмотр рецепта фармацевтом в увеличенном разрешении.
   * Фиксация решения фармацевта: «Подтверждено» или «Отклонено» (с выбором причины: истек срок, нечитаемо, неверная дозировка).
 * Платежный шлюз:
   * Холдирование (заморозка) денежных средств на карте клиента в момент оформления.
   * Списание средств только после подтверждения рецепта фармацевтом и готовности заказа к выдаче.
   * Моментальный автоматический разхолдинг при отклонении рецепта.
 * Логистика и доставка:
   * Расчет зон и стоимости доставки на основе геопозиции клиента и ближайшей аптеки.
   * Чек-лист курьера: обязательный шаг сверки оригинала бумажного рецепта перед передачей пакета клиенту.
3.3. Нефункциональные требования
 * Безопасность:
   * Соответствие требованиям 152-ФЗ («О персональных данных») — хранение персональных и медицинских данных на серверах в РФ.
   * Шифрование передаваемых данных по протоколу TLS 1.3.
 * Производительность:
   * Время отклика поиска по каталогу не более 500 мс при 500 одновременных пользователях.
   * Доступность сервиса (SLA) — не менее 99.5%.
 * Надежность:
   * Автоматическое ежедневное резервное копирование базы данных.
4) Требования к интерфейсу
 * Клиентский интерфейс:
   * Адаптивный веб-интерфейс и мобильная версия (Mobile-first подход).
   * Лаконичный дизайн без перегруженных медицинских терминов.
   * Простой 3-шаговый чекаут: «Корзина» → «Загрузка рецепта» → «Адрес и оплата».
   * Информативные экраны статуса заказа с подсказками (например: «Фармацевт проверяет ваш рецепт, это займет до 10 минут»).
 * Интерфейс фармацевта (АРМ Аптеки):
   * Темная/светлая контрастная тема для работы за монитором в течение 12-часовой смены.
   * Окно проверки рецепта со встроенным инструментом приближения (zoom) и поворота изображения на 90°/180°.
   * Звуковые и визуальные алерты при поступлении нового срочного заказа.
 * Интерфейс курьера:
   * Крупные кнопки, оптимизированные для работы одной рукой на смартфоне.
   * Контрастный экран передачи заказа с акцентной кнопкой: «Оригинал рецепта проверен и соответствует».
5) Ограничения и допущения
5.1. Ограничения
 * Законодательные: сервису запрещено доставлять наркотические, психотропные, сильнодействующие вещества и препараты с долей этилового спирта свыше 25% (в соответствии с законодательством РФ о дистанционной торговле лекарствами).
 * Оригинал рецепта: клиент обязан физически передать/показать бумажный бланк курьеру; курьер не имеет права отдавать заказ без наличия оригинала.
 * Температурный режим: доставка термолабильных лекарств разрешена только курьерами, оснащенными сертифицированными термосумками с хладоэлементами.
5.2. Допущения
 * На этапе MVP не реализуется бесшовная интеграция с государственными медицинскими системами электронных рецептов (ЕМИАС); работа ведется только с фото бумажных бланков.
 * Вся ответственность за клиническую корректность назначения лежит на враче, выписавшем рецепт, и аптечном учреждении.
6) Этапы и сроки реализации
| № этапа | Наименование этапа | Содержание работ | Срок (недели) |
|---|---|---|---|
| 1 | Аналитика и проектирование | Уточнение требований, разработка прототипов UI/UX, проектирование архитектуры БД и API. | 3 недели |
| 2 | Разработка Backend | Реализация бизнес-логики, базы данных, интеграция с платежным шлюзом и каталогом аптек. | 6 недель |
| 3 | Разработка Frontend / Web-клиентов | Верстка личного кабинета покупателя, рабочего места фармацевта и экрана курьера. | 5 недель |
| 4 | Интеграция и тестирование | Тестирование негативных сценариев (отказ по рецепту, возврат), нагрузочное тестирование безопасности. | 3 недели |
| 5 | Пилотный запуск и ввод в эксплуатацию | Подключение первых двух аптек, обучение персонала, запуск пилота в одном районе. | 2 недели |
| ИТОГО: |  |  | 19 недель (~4.5 месяца) |
7) Приложения
 * Приложение А. Протокол предпроектного интервью с заказчиком от 2026 г. (перечень из 12 вопросов и ответов).
 * Приложение Б. Блок-схема бизнес-процесса валидации рецепта и доставки заказа (BPMN-нотация).
 * Приложение В. Перечень статусов заказа и сценариев изменения статусов:
   * NEW — Заказ создан;
   * RECIPE_CHECK — Рецепт на проверке у фармацевта;
   * RECIPE_REJECTED — Рецепт отклонен (заказ аннулирован, холд снят);
   * ASSEMBLING — Заказ собирается в аптеке;
   * IN_DELIVERY — Заказ передан курьеру;
   * DELIVERED — Заказ успешно вручен с подтверждением оригинала;
   * CANCELLED_NO_RECIPE — Отмена на месте (клиент не показал оригинал).