Телемедицинская платформа для пациентов и врачей — кейс о цифровом медицинском сервисе, в котором команда реализовала личные кабинеты пациента и врача, защищённый медицинский чат, сценарии планирования консультаций, расчёт стоимости услуг, оплату и внутренние административные процессы.
Проект представлен в обобщённом виде. Часть деталей и идентифицирующих признаков не раскрывается по условиям конфиденциальности.
Телемедицина как платформа: от кабинета пациента до внутренней логики клиники
Бизнесу требовался не просто сайт записи к врачу, а связанный цифровой контур для онлайн-консультаций, взаимодействия пациентов и врачей, работы с медицинскими файлами, расписанием специалистов, оплатой услуг и внутренними административными сценариями.
В результате команда развивала не отдельный интерфейс, а телемедицинскую платформу с несколькими уровнями логики: пользовательским, медицинским, финансовым, интеграционным и внутренним операционным.
Контекст проекта
Медицинскому сервису требовалась единая цифровая среда, в которой можно было бы объединить выбор врача, личный кабинет пациента, рабочее пространство специалиста, обмен медицинскими данными, графики и загрузку врачей, расчёт стоимости консультации, оплату и административное сопровождение процессов.
По мере роста сервиса было важно не только упростить путь пациента до консультации, но и выстроить устойчивую внутреннюю логику для клиники: роли и доступы, кадровый контур, тарификацию услуг, хранение документов, интеграции и защищённую работу с медицинскими данными.
Что было реализовано
Личный кабинет пациента
Для пациентов был реализован личный кабинет с выбором врача, планированием консультации, доступом к истории обращений и медицинским материалам. Внутри платформы пациент мог загружать анализы, диагнозы, медицинские карты и другие документы, необходимые для консультации.
- выбор врача и запись на консультацию;
- история обращений и консультационных сценариев;
- загрузка медицинских файлов и документов;
- расчёт стоимости консультации и платёжный сценарий;
- доступ к связанным материалам и результатам взаимодействия.
Личный кабинет врача
Для врачей был создан отдельный кабинет с профессиональным профилем, анкетой, образованием, квалификацией, опытом, ставкой и рабочей загрузкой. Врач получал доступ к своему графику, календарю консультаций, связанным обращениям и материалам пациента.
- профиль врача и профессиональные данные;
- календарь, расписание и управление загрузкой;
- доступ к обращениям и медицинским материалам пациента;
- учёт квалификации, ставки и параметров тарификации;
- работа с оценками, отзывами и статусами специалиста.
Медицинский чат и консультационный контур
Одним из ключевых элементов платформы стал защищённый медицинский чат между пациентом и врачом. Через него можно было вести консультацию, обмениваться медицинскими файлами и сохранять историю взаимодействия в рамках цифрового профиля пациента.
Архитектура платформы также была подготовлена к дальнейшему масштабированию консультационных сценариев, включая расширение в сторону аудио- и видеозвонков без полной переработки базового контура.
Календари, графики и планирование консультаций
В платформе были реализованы сценарии планирования консультаций, графики врачей, календари и управление загрузкой специалистов. Это позволяло учитывать доступные интервалы, длительность консультаций, занятость врача и связку пользовательского сценария с внутренним расписанием клиники.
Тарификация и платёжная логика
Важной частью системы стала автоматизация расчёта стоимости консультации. Платформа учитывала квалификацию врача, его ставку, продолжительность консультации и связанные параметры тарификации. На этой основе рассчитывалась сумма к оплате и подготавливались данные для выставления счёта и платёжного сценария.
- расчёт стоимости по ставке и длительности консультации;
- учёт квалификации специалиста в модели тарификации;
- подготовка данных для оплаты и выставления суммы пациенту;
- интеграция с платёжными сервисами.
Внутренняя автоматизация и интеграции
Помимо пользовательских кабинетов, команда развивала внутренние административные инструменты: роли и права доступа, дашборды, файловые сценарии, обработку документов, фоновые задачи, CMS-подобные интерфейсы и внутренние рабочие процессы.
Также были реализованы интеграции с внутренними системами, включая ERP-контур и кадровый учёт, поскольку врачи учитывались не только как участники консультаций, но и как сотрудники внутри организационной модели клиники.
Технологическая архитектура
Решение было построено на микросервисной архитектуре с разделением сервисов по бизнес-сценариям. Backend был реализован на PHP 8 и Yii2, frontend-контур включал клиентские интерфейсы платформы, а для real-time и чатовых компонентов использовались отдельные сервисы на Go.
- PHP 8, Yii2, Go;
- PostgreSQL, Redis, RabbitMQ, WebSockets;
- S3-совместимое файловое хранилище;
- Kubernetes, GitLab CI/CD;
- JWT, OAuth2, роли и политики доступа;
- Prometheus, Grafana и централизованное логирование.
Почему был выбран этот стек
Backend на PHP 8 и Yii2 использовался с учётом требований и предпочтений заказчика. При этом решение строилось не как простой монолитный продукт, а как масштабируемая платформа с микросервисами, очередями, фоновыми задачами, real-time взаимодействием и интеграциями.
Это позволило соблюсти технологические ожидания заказчика и одновременно сохранить управляемость, наблюдаемость и готовность продукта к росту.
Безопасность и доступ к медицинским данным
Для телемедицинского сервиса безопасность была одной из ключевых частей архитектуры. Платформа проектировалась так, чтобы чувствительные медицинские данные были защищены, а доступ к ним определялся ролевой моделью и политиками доступа.
Важной задачей было обеспечить такой контур, в котором данные пациента были доступны только тем участникам процесса, которым это действительно необходимо: прежде всего самому пациенту и врачу в рамках соответствующего сценария. Защищённая передача данных, разграничение доступа и безопасная работа с файлами были частью базовой логики платформы.
Бизнес-ценность
Проект помог перевести консультационные и административные сценарии в единый цифровой контур. Для бизнеса это означало не просто новый интерфейс для пациента, а более управляемую среду для работы с врачами, расписанием, медицинскими файлами, расчётом стоимости и внутренними процессами.
- снижение ручной нагрузки на медицинский и административный персонал;
- более прозрачное управление расписанием и загрузкой врачей;
- централизация коммуникации, документов и пользовательских сценариев;
- автоматизация расчёта стоимости услуг;
- более удобный путь пациента от выбора врача до оплаты и консультации;
- основа для дальнейшего масштабирования телемедицинского сервиса.
Результат
Вместо набора отдельных процессов клиника получила связанную телемедицинскую платформу с кабинетами пациента и врача, защищённой коммуникацией, календарями, платёжной логикой, интеграциями и внутренним административным контуром. Это создало устойчивую цифровую основу для роста сервиса, развития новых функций и повышения управляемости ежедневных процессов.
