Кейс. Как СHILLICODE создали первое приложение на рынке РФ в сфере бариатрии

Кейс. Как СHILLICODE создали первое приложение на рынке РФ в сфере бариатрии

С 2014 года компания CHILLICODE разработала более 300 приложений и веб-сервисов — в том числе решения для медицинской отрасли. Этот опыт помог команде запустить собственный MedTech-стартап — Slimmer. Приложение помогает пациентам быстрее восстанавливаться после бариатрических операций и поддерживать здоровый образ жизни, а врачам — отслеживать динамику восстановления, консультировать пациентов и вносить корректировки в реабилитационный процесс.

О том, как из идеи проект вырос в полноценный продукт и преодолел сложности на каждом этапе, — рассказываем в кейсе.

О продукте

Slimmer — первое приложение на рынке РФ с комплексной поддержкой пациентов, которые готовятся к бариатрической операции, проходят реабилитацию, следят за весом на постоянной основе.

Ключевые функции для пациентов:

  • Калькулятор ИМТ, мониторинг веса, шагомер, хранение анализов.
  • Чат с врачами и возможность отправки медиафайлов — справки, результаты анализов.
  • Персонализированные рекомендации по питанию и нагрузкам.

Ключевые инструменты для врачей (CRM-система):

  • Расписание — планирование консультаций с учетом часовых поясов пациентов.
  • Синхронизация данных — медицинские карты, история переписок, анализы доступны на любом устройстве.
  • Уведомления — напоминания о приемах, новых сообщениях, изменениях в расписании.

Откуда и куда

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

На глобальном уровне проект направлен на борьбу с эпидемией ожирения. Через платформу пользователи получают доступ к проверенным методикам лечения, а врачи — инструменты для просвещения пациентов о методах терапии и профилактики.

Slimmer не раз претерпевало изменения: от приложения, которое улучшало рабочий процесс небольшого коллектива врачей и их контакт с группой пациентов до первого приложения в сфере бариатрии с 25 000 пользователей. Каждый раз менялся подход к разработке и ее цели.

Рис.1 Экран при первом входе в приложение
Рис.1 Экран при первом входе в приложение
Рис.2 Экран ввода электронной почты 
Рис.2 Экран ввода электронной почты 
Рис.3 Экран списка врачей 
Рис.3 Экран списка врачей 
Рис.4 Экран меню
Рис.4 Экран меню

Основные вызовы

Команде приходилось сталкиваться с задачами сразу по нескольким направлениям: правовые нормы, особенности медицинской сферы и технические барьеры. На работу влияли:

  • Консерватизм медицины. Внедрение цифровых решений в работу врачей как альтернатива бумажным картам.
  • Законодательные барьеры. Требования магазинов приложений при модерации, законодательные запреты и нововведения.
  • Техническая сложность. Создание синхронизированной мобильной и веб-версии с защитой персональных данных.

Этапы разработки

Процесс создания платформы проходил пошагово: от анализа рабочих процессов до тестирования с реальными пользователями.

1. Анализ работы

Команда изучила ежедневные процессы специалистов: консультации пациентов, документооборот, рутинные задачи. На основе этого определила, какие функции приложения упростят работу.

2. Изучение ожиданий

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

3. Фиксация этапов

Каждый шаг разработки — от проектирования до тестирования — добавили в инструкции. Это ускорило адаптацию новых участников.

4. Распределение задач

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

5. Проверка на соответствие законам

Юристы и разработчики адаптировали функционал под требования законодательства, настроили модерацию пользовательского контента. Это снизило риски для платформы и пользователей.

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

Техчасть

Технические улучшения усилили стабильность, ускорили разработку и повысили качество UX. Основные изменения затронули архитектуру, процессы и интерфейсы.

  • Рефакторинг и FSD

С развитием приложения в нем появлялись десятки страниц с разнообразным функционалом, что усложнило поддержку и стандартизацию. Чтобы масштабировать продукт, потребовалось полностью перестроить инфраструктуру.

Для решения задачи использовались два ключевых подхода. Первый — регулярный рефакторинг для поддержания простоты и читаемости кода. Второй — внедрение архитектуры Feature Slice Design (FSD), которая разделяет приложение на модули по функционалу. Это позволило максимально задействовать готовые компоненты, сократив время разработки и избавив команду от бесконечной оптимизации кода и архитектуры.

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

  • UI-дизайн

Важно было сделать так, чтобы интерфейс загружался быстро. Существующие UI-библиотеки оказались недостаточно скоростными — их элементы замедляли работу приложения. Это подтолкнуло команду к созданию собственных UI-компонентов, что ускорило загрузку, позволило кастомизировать дизайн и сохранило полную совместимость элементов.

  • Внедрение чата

Одним из ключевых функциональных элементов стал чат — неотъемлемая часть приложения для коммуникации врачей и пациентов. Однако реализация вышла за рамки базового текстового обмена: для отправки файлов с анализами и фотографиями справок потребовалось внедрение Websocket-протокола. Его изучение заняло время, но именно это решение сделало чат инструментом, соответствующим потребностям пользователей.

Рис.5 Пример чата 
Рис.5 Пример чата 

Подводные камни в MedTech и как с ними работали

В MedTech даже сильный продукт может застрять на этапе согласований.

Одной из основных проблем при запуске стала модерация в App Store. Магазин приложений отклонил релиз, пока не было оформлено юридическое лицо — ООО. Но ключевым условием оказалось назначение генеральным директором врача с узкой специализацией — в данном случае, эксперта в области бариатрической медицины.

Сбор документов превратился в отдельный этап. Помимо стандартных регистрационных бумаг, потребовалось предоставить:

  • подтверждение квалификации врача-гендиректора — дипломы, сертификаты, лицензии;
  • детальное описание медицинских функций приложения;
  • документы, доказывающие соответствие платформы международным стандартам безопасности данных.

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

Еще один вызов — нововведения в законодательстве. Яркий пример — внедрение чатов для врачей и пациентов, хотя изначально такой функционал не планировался в ближайшей перспективе. Новые требования закона, запрещающие врачам консультировать пациентов через WhatsApp, создали стимул для команды реализовать функцию чатов.

Благодаря этому врачи стали регулярно пользоваться приложением и активно приглашать туда пациентов.

Результаты

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

Рис.6 Пример аудиоконсультации
Рис.6 Пример аудиоконсультации
Рис.7 Пример видеоконсультации
Рис.7 Пример видеоконсультации

О дальнейших планах

Из-за изменений в законе врачам теперь запрещено консультировать пациентов по личным телефонам или через мессенджеры (например, WhatsApp), так как врачи вне больниц и эти приложения не имеют необходимых медицинских лицензий.

В планах — сделать Slimmer платформой для информационно-консультативных и телемедицинских услуг. Пациенты смогут получать помощь в онлайн-формате, если ситуация не требует личного осмотра. Также это удобно, когда нужный врач находится в другом городе или регионе.

На текущий момент приложение объединяет 25 000 пользователей — врачей и пациентов, которые ежедневно используют его для консультаций, записи и контроля здоровья. Команда постоянно анализирует обратную связь: изучает оценки в сторах, обращения в техподдержку. Это помогает дорабатывать функционал и делать приложение максимально удобным для врачей и пациентов.

Начать дискуссию