Code Pilots 
Тендеры и лиды
Информация
Мобильное приложение для клиники заказывают ради записи: чтобы пациент выбирал время сам и не занимал администратора. Экраны записи действительно самая заметная часть продукта. Трудоёмкая — другая: всё, что происходит за ними, в медицинской информационной системе, где лежат расписание врачей, услуги, баланс пациента и история его визитов.
Мы в Code Pilots собирали такой продукт для федеральной сети клиник «Медиэстетик» — приложение, админку и связку с МИС, сразу с расчётом на несколько стран. Я Дмитрий Васильев, основатель компании, и ниже — то, что выяснилось на этом проекте и что стоит решить до старта, если клиника собирается в свой цифровой канал.
Потому что форма отправляет заявку, а запись занимает ресурс: конкретного врача, в конкретном кабинете, на конкретное время.
Отсюда все сложности. Услуги имеют разную длительность, и две подряд могут не поместиться в рабочий день врача. У части процедур есть подготовка и ограничения. Врач ведёт приём не во всех филиалах и не каждый день. Слот, который пациент видит на экране, в этот же момент может занять администратор по телефону.
В приложении «Медиэстетика» мы отработали и неудобные случаи. Если выбранный набор услуг не помещается в один день, приложение предлагает оставить заявку, чтобы менеджер собрал расписание сам. Если ни один врач не может провести весь набор, оно показывает тех, кто проведёт хотя бы часть. Такие развилки и отличают рабочую запись от формы: они возникают регулярно, и без них пациент упирается в пустой экран и звонит в регистратуру.
Люди приходят в клинику по-разному, и попытка уложить их в единый путь стоит клинике записей.
Первый сценарий — пациент знает услугу. Ему нужен каталог с фильтрами по направлению, категории и клинике. Второй — пациент идёт к своему врачу, и тут важна сортировка: сначала мои врачи, потом по времени приёма, по удалённости, по стажу, по отзывам. Третий — человек не знает, что ему нужно, и любой каталог его останавливает. Мы отправляем такого пациента сразу в чат с оператором, потому что это единственный способ не потерять его на середине.
Отдельно — вход в приложение. Клиники и врачей, услуги и акции пациент смотрит без регистрации; она нужна только в момент, когда он готов подтвердить запись. Регистрация на входе выглядит логичной и стоит части пользователей, которые уходят на первом же экране.
Три вопроса, и все три решаются не программистами.
Кто главный по каждому справочнику. Врачи, услуги, цены, расписание, карточка пациента живут в медицинской системе — и должны приходить оттуда. Контент вроде описаний направлений, подборок и акций обычно удобнее вести на стороне приложения. Границу нужно провести заранее, иначе клиника получит два места, где меняются цены, и они разойдутся в первую же неделю.
Что МИС умеет отдавать. У коробочных систем разные интерфейсы: одна отдаёт расписание и запись, другая только читает справочники, третья ничего не отдаёт без доработки вендора, которую он поставит в очередь. От ответа зависит срок проекта сильнее, чем от количества экранов, поэтому мы смотрим на этот пункт до оценки.
Что происходит, когда МИС недоступна. У медицинских систем бывают обновления и регламентные работы. Приложение в эти часы должно хотя бы показывать пациенту его записи и историю, а не встречать его ошибкой.
На «Медиэстетике» мы сделали для этого отдельный бэкенд, независимый от системы клиники, но повторяющий её структуру данных: приложение работает со своим слоем, а он уже синхронизируется с МИС. Побочный эффект оказался важнее основного — архитектуру удалось сразу заложить под три страны и пять языков, где у каждой страны своя медицинская система. Как устроен весь контур клиники и что в нём обычно закрывают коробкой, мы разобрали в отдельном материале про МИС.
Наша система сама подберет вам исполнителей на услуги, связанные с разработкой сайта или приложения, поисковой оптимизацией, контекстной рекламой, маркетингом, SMM и PR.
Заполнить заявку
13755 тендеров
проведено за восемь лет работы нашего сайта.
Это второй по объёму кусок работы после записи, и его почти всегда недооценивают.
Пациент хочет видеть в приложении свой баланс, бонусные баллы, историю платежей и договоры. Все эти данные живут в медицинской системе и в учёте, а значит, каждый экран с деньгами — это ещё одна синхронизация. В приложении сети клиник пациент пополняет баланс с телефона, а потом оплачивает им услуги в клинике; баллы начисляются и списываются по правилам, которые клиника меняет сама.
Практический совет: решите на старте, где считается программа лояльности. Если баллы живут в МИС, приложение их только показывает, и это самый простой вариант. Если правила сложнее, чем умеет система, логику выносят наружу — но тогда именно она становится источником правды, и в клинике это должны понимать все, включая администраторов на стойке.
Медицинские данные — особая категория персональных, и это меняет требования к продукту на всех уровнях.
Из практики работает такой набор. Верификация пациента: он фотографирует паспорт и делает селфи, документы попадают в его карточку, администратор сверяет и подтверждает статус. Гранулярные права в админке: сотрудник видит ровно то, что нужно его роли. Логирование каждого действия: кто, когда, в каком модуле и что изменил — это и дисциплина, и защита клиники в спорной ситуации. Плюс согласия, которые пациент подписывает прямо в приложении, без бумаг у стойки.
Отдельно стоит продумать, что показывать в push-уведомлениях. Название процедуры в тексте уведомления на экране блокировки — это раскрытие врачебной тайны перед всеми, кто окажется рядом с телефоном.
Если ответ «разработчик», продукт начнёт стареть через месяц после релиза.
Главный экран приложения — это витрина, которой должна управлять клиника: баннеры, направления, тематические подборки услуг, фотографии «до и после», отзывы, акции. Акция задаётся сроком, размером скидки и привязкой к клинике, услуге или врачу; в назначенную дату она сама появляется и сама уходит. Администраторам не нужно держать сроки в голове, а пациент всегда видит актуальные условия.
Для «Медиэстетика» мы собрали админку под их процессы: больше пятнадцати модулей, ролевая модель, управление записями и визитами с историей изменений, синхронизация карточки пациента с МИС по кнопке. Это кейс целиком, включая то, как устроены чаты и верификация.
Три вещи, которые стоит замерить до запуска, чтобы потом не спорить о пользе.
Первая — доля записей, сделанных без участия администратора, и время, которое администраторы тратят на телефон. Ровно за этим приложение и заказывают: снять рутину со стойки.
Вторая — доля повторных записей. Приложение удерживает пациента между визитами: напоминания, история, баланс и баллы лежат у него в телефоне и не зависят от того, вспомнит ли о нём менеджер.
Третья — стоимость касания. Собственный канал коммуникации дешевле рекламных касаний, но работает только при наполненной витрине, поэтому админка из предыдущего раздела и метрика из этого связаны напрямую.
Начинать при этом не обязательно с большого проекта. В сервисе сдачи анализов Health Analyze первая версия вышла за четыре месяца: каталог из полутора тысяч с лишним исследований, подбор по симптомам и распознавание назначения врача камерой телефона — остальное добавляли уже после релиза. Такой объём мы и считаем нормальной первой версией мобильного приложения: один сценарий, доведённый до конца, вместо десяти начатых.
Сколько стоит разработка приложения для клиники? Счёт определяют три вещи: что умеет отдавать ваша МИС, сколько сценариев записи вы поддерживаете и есть ли в приложении деньги пациента. Приложение с записью по услуге и приложение с балансом, лояльностью и оплатой различаются в разы при одинаковом числе экранов.
Обязательно ли интегрировать приложение с МИС? Да, если в приложении есть запись. Без интеграции расписание придётся вести в двух местах, и администраторы будут сводить его руками — это ровно та работа, ради снятия которой приложение и делают.
Что делать, если МИС не отдаёт данные? Сначала уточнить у вендора, что именно доступно: часто интерфейс есть, но о нём не говорят в продаже. Если данных нет, между приложением и системой ставят собственный слой, который берёт на себя хранение и синхронизацию.
Приложение или мобильная версия сайта? Для разовой записи хватает сайта. Приложение оправдано, когда пациент возвращается: нужны push-уведомления, история визитов, баланс, документы и программа лояльности в одном месте.
Сколько времени занимает разработка? Первая рабочая версия — несколько месяцев при условии, что интеграция с МИС понятна. Основной риск срока лежит именно в ней, а не в дизайне и не в числе экранов.
