Новый сайт для клиники телемедицины с личным кабинетом, онлайн-записью и интеграциями Stripe + Twilio (HIPAA-ориентированный)

Исходная ситуация: у небольшой клиники телемедицины сейчас есть только лендинг на Tilda без записи и оплаты. Запись ведут вручную через email, после оплаты пациенту отправляют ссылку на видеозвонок. Из-за ручных операций теряются заявки и нет нормальной аналитики.

Предметная область и цель: сделать новый сайт с публичной частью и личным кабинетом пациента, где можно выбрать услугу и врача, записаться на свободное время, оплатить консультацию и получить ссылку на видеосессию. Администратор должен управлять расписанием и отменами. Требуется аккуратная работа с персональными данными, логирование действий и минимизация хранения чувствительной информации.

Техническая среда и ограничения:
- Деплой в существующий аккаунт AWS заказчика (EC2 или ECS, можно предложить оптимальный вариант), домен в Route53
- Стек: Next.js 14 (App Router) + TypeScript, PostgreSQL (RDS), Prisma, Docker, Terraform или AWS CDK для инфраструктуры (допустимо частично, но деплой должен быть воспроизводимым)
- Аутентификация: NextAuth или эквивалент с email magic link, защита от brute-force, rate limiting
- Оплата: Stripe Checkout + webhooks, корректная обработка статусов платежей и повторных событий
- Уведомления: email (SES) и SMS (Twilio) о записи/переносе/отмене
- Видеосвязь: генерация защищённой ссылки на сессию через Twilio Video (без хранения записей)
- Данные: не хранить медицинские документы и диагнозы, только метаданные визита (услуга, время, врач, статус, платеж). Любые заметки врача не внедряем
- Языки: RU/EN (минимум 6 страниц публичной части + кабинет)
- Дизайн: можно на базе готового UI-кита (например, shadcn/ui) без уникальной отрисовки, но с единым стилем

Конкретный результат:
- Публичный сайт: главная, услуги, врачи, цены, FAQ, контакты, политика конфиденциальности
- Личный кабинет пациента: регистрация/вход, профиль, список визитов, создание записи, отмена/перенос в рамках правил
- Админ-панель (можно простой защищённый раздел): управление врачами, услугами, расписанием (слоты), просмотр визитов и статусов платежей, ручная отмена
- Интеграции: Stripe (оплата), SES (email), Twilio (SMS и Video), webhooks, журнал событий
- CI/CD: GitHub Actions для сборки и деплоя, .env.example и инструкция запуска

Этапы выполнения (обязательные):
1) Короткий технический анализ и схема данных/потоков (запись-оплата-созвон-уведомления) с фиксацией допущений
2) Реализация MVP функций записи и оплаты с вебхуками и базовым кабинетом
3) Добавление уведомлений и интеграции видеосессий
4) Админ-раздел, тестирование, стабилизация, деплой и документация

Критерии приёмки (измеримые):
- Пользователь может создать запись на свободный слот, оплатить через Stripe, после успешного webhook статус визита меняется на paid не более чем за 30 секунд
- SMS и email уходят при создании записи, успешной оплате, отмене и переносе (лог успешной отправки и ошибок доступен администратору)
- Ссылка на Twilio Video доступна только участникам визита и активна в интервале: за 10 минут до начала до 60 минут после начала, затем недоступна
- Любое обращение к кабинету без сессии редиректит на вход, все API-роуты защищены
- Минимум 15 автотестов (unit/integration) на критичные сценарии: создание визита, обработка webhook, права доступа
- Lighthouse для публичных страниц: Performance не ниже 80 на mobile для главной и страницы услуг (без учёта внешних скриптов Stripe в момент оплаты)
- Инструкция в README: локальный запуск в Docker, применение миграций, настройка переменных окружения, деплой

Что предоставлю со своей стороны: доступ к AWS, ключи Stripe/Twilio/SES, тексты страниц (черновики) и список услуг/врачей в CSV. Файлы дизайна нет, допускается аккуратная реализация на готовых компонентах.

Важно: проект сложный из-за связки расписания, платежей, вебхуков, ограничений доступа и инфраструктуры. Предпочтение решению, которое можно поддерживать дальше без магии и ручных правок на сервере.