Новий сайт для клініки телемедицини з особистим кабінетом, онлайн-записом та інтеграціями 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. Файли дизайну немає, допускається ретельна реалізація на готових компонентах.

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