Перейти к содержимому
Собственный продукт SYNTEZIS
HealthTech / Hospitality·Активная разработка·📅 2026

Санвея — цифровой гостевой сервис для санаториев

Создаём white-label платформу, которая объединяет расписание процедур, сервисные заявки, досуг, питание и общение с санаторием в одном гостевом приложении.

☀️
7
Продуктовых модулей в едином пути гостя
↔️
2
Интерфейса: для гостя и сотрудника
10
Таблиц в проверенной MVP-модели
🔗
API-first
Подключение поверх существующей МИС/PMS

🎯 Задача

У санатория путь гостя проходит сразу через несколько контуров: проживание, лечебные назначения, расписание процедур, питание, бытовые заявки, досуг и дополнительные услуги. Для гостя это часто означает бумажное расписание, звонки и визиты на ресепшн. Для сотрудников — обращения из разных каналов, ручные переносы и повторный ввод данных.

При этом заменять действующую МИС или PMS рискованно и дорого. Новому сервису нужно подключаться поверх существующего контура, учитывать медицинскую чувствительность данных и давать каждому сотруднику только те действия, которые разрешены его ролью.

Задача SYNTEZIS — превратить эту идею в самостоятельный white-label продукт: спроектировать модульную платформу, каноническую модель данных, интерфейсы гостя и персонала, а также безопасный путь от демонстрационного сценария к пилоту в конкретном санатории.

💡 Решение

Санвея строится как цифровой гостевой слой поверх учётных систем санатория. Гость открывает Mini App под брендом учреждения и видит в одном месте личное расписание, питание, сервисные заявки, досуг, дополнительные услуги и чат. Сотрудники работают в отдельном интерфейсе со своими ролями и зонами ответственности.

Продукт разделён на семь независимо подключаемых модулей. Санаторий может начать с минимального набора и расширять контур без замены платформы. Интеграции проектируются API-first; если готового API пока нет, пилот может стартовать с контролируемого импорта данных.

Отдельный модуль — Санви, умный помощник Санвеи. Он помогает гостям и сотрудникам находить ответы и готовить действия, но персональные сценарии требуют идентификации, проверки прав и явного подтверждения. Такой подход сохраняет человеческий контроль там, где ошибка особенно чувствительна.

⚙️ Реализация

1

Продуктовая архитектура и семь модулей

Разложили путь гостя на лечение, питание, сервисы, досуг, дополнительные услуги, чат и умного помощника. Для каждого модуля описали пользовательскую ценность, границы и сценарий пилота.

2

White-label интерфейс и проверяемые прототипы

Создали продуктовый сайт sanveya.ru, интерактивные сценарии и форму подбора модулей. Демо работает на вымышленных данных и не выдаёт прототип за промышленную интеграцию с МИС/PMS.

3

Каркас платформы

Собрали монорепозиторий: backend на Java 21 и Spring Boot, гостевой Mini App и интерфейс сотрудника на React/Vite. Добавили health-проверки, обязательную конфигурацию окружения и production-like Docker Compose.

4

Мультитенантная модель данных

Спроектировали PostgreSQL-схему из 10 MVP-таблиц. Flyway-миграции, tenant-aware внешние ключи и интеграционные тесты запрещают межсанаторные связи на уровне базы данных.

5

Санви с подтверждением действий

Подготовили пилотный контур помощника для гостя и сотрудника. Разрешённые действия проходят маршрут «запрос → проверка → подтверждение», а демонстрационный сценарий не изменяет сведения в учётной системе.

📊 Что уже сделано

Сформирован цельный продуктовый и технический фундамент Санвеи: публичный контур, семь модулей, гостевой и служебный интерфейсы, Spring Boot backend, мультитенантная PostgreSQL-модель и воспроизводимый контейнерный запуск. Сборка и миграции проверяются автоматическими тестами.

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

Архитектура уже позволяет двигаться поэтапно: начать с чтения расписания и уведомлений, проверить пользовательские сценарии, затем подключать запись, обращения и разрешённые действия без замены действующей МИС/PMS.

Похожие проекты