Клиника Фомина

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

Дизайном проекта занимались ребята из Redis. Agency, а мы подключились уже на этапе MVP: с существующей медицинской информационной системой (МИС), интерфейсами для веба, частично работающими модулями. Мы пришли разбираться в наследии, проект был нестабильный, с критичными багами и архитектурными решениями, которые шли вразрез с нашими стандартами.

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

Первым делом разобрались с критичными багами, которые мешали работе здесь и сейчас. Один из самых серьезных — дубль пациентов. Человек мог записаться на прием четырьмя способами: через регистратуру, врача, сайт или приложение. В итоге в системе появлялись аккаунты с разными телефонами, email'ами — но это был один и тот же пациент. Мы пересобрали механику записи и объединения данных: внедрили логику, которая агрегирует дубли и распознаёт одного физического человека.

Одним из ключевых направлений стала работа с блоком ВРТ (вспомогательных репродуктивных технологий). Там нужно было привести в порядок отображение и логику приёмов. Изначально они отображались одним бесконечным списком, без группировки и этапов. Мы предложили систему «папок», каждая из которых отражает одну фазу лечения — от первичной консультации до процедуры ЭКО. Это сильно упростило врачам навигацию и работу с пациентами.

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

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

Приложение для пациентов

Целевая аудитория — пациенты и потенциальные пациенты центра. Через приложение они могут записаться на приём, получать результаты анализов, следить за своим лечением. Интерфейс интуитивный, адаптирован под разные этапы взаимодействия с клиникой.

Приложение для докторов

Приложение дублирует функциональность веб-интерфейса, но в мобильной форме. Появилась возможность работать с пациентами, смотреть расписание, вести приёмы и общаться с коллегами — мы добавили личные и групповые чаты между врачами. Позже, после запуска приложения для пациентов, мы реализовали и чаты «врач-пациент».

Параллельно с основной системой мы выделили отдельный продукт — «Ассистент». Это вспомогательное приложение для врачей, которое позволяет ставить диагнозы, формировать рекомендации по лечению и выбирать подходящие протоколы. Его можно использовать независимо от МИС, и он продаётся по подписке. Подписку может оформить любой практикующий врач по всей России.

При подключении к проекту мы обнаружили одностороннюю интеграцию с 1С — данные выгружались, но не возвращались. Мы реализовали полноценный двусторонний обмен, включая синхронизацию расписаний, организаций, приёмов и данных о пациентах. Это сократило рутинную работу и уменьшило риск ошибок.

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

Проект был не из лёгких — и в плане архитектуры, и в плане процессов.

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

Во-вторых, релизы проводились строго после 22:00, когда заканчивалась работа врачей. Иногда внедрение фич заканчивалось ближе к 2–3 часам ночи.

Самым сложным стал блок ВРТ — логика была негибкая, и нам пришлось глубоко рефакторить код и адаптировать его под новые сценарии. Это потребовало погружения в медицинские процессы и постоянного взаимодействия с командой клиента.

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

Отдельный тёплый фидбэк пришёл и от сотрудницы 1С — она оценила, как стало удобно работать с эмбриологией после внедрения новой таблицы и обновлённой логики синхронизации.