К содержанию

iOS и Android · Для клиник и медицинских центров

Разработка мобильного приложения для клиники

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

Обсудить приложение Стоимость и сроки

Что пациент сможет сделать в приложении

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

Записаться и вернуться к своему визиту

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

Получить напоминание и открыть нужный экран

Из уведомления пациент переходит к своему визиту или документу после проверки доступа. Если запись уже отменена, приложение показывает актуальный статус. Диагнозы, результаты и другие медицинские подробности не передаём через push-сервис; приложение получает их с сервера после проверки доступа.

Посмотреть результаты и документы

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

Четыре решения до начала разработки

Приложение, веб-кабинет или готовый модуль

Если задача — дать ссылку на запись и результаты, проверяем, достаточно ли кабинета в браузере или решения поставщика МИС. Собственное приложение обсуждаем там, где нужны регулярные возвращения, отдельные сценарии на телефоне и управление развитием продукта.

iOS, Android и способ разработки

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

Сервер и связь с МИС

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

Ответственные за выпуск и поддержку

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

Сравнить состав можно на странице личного кабинета пациента. Возможности обмена разбираем в рамках интеграции с МИС.

От первой задачи до публикации

  1. Выбираем задачу первой версии

    Разбираем путь пациента и возможности МИС. Определяем платформы, сценарии и то, как клиника будет приглашать пациентов установить приложение.

    Результат этапа

    Границы версии, список зависимостей и план оценки её результата.

  2. Проверяем прототип на сценариях

    Показываем запись, открытие документа и переход из уведомления. Разбираем отказ в разрешении на push, потерю сети, смену телефона и повторный вход.

    Результат этапа

    Согласованный прототип, требования к обмену, смета и план выпуска.

  3. Разрабатываем и готовим выпуск

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

    Результат этапа

    Версия для приёмки, протокол испытаний и материалы для публикации.

  4. Публикуем и сопровождаем

    Подаём приложение в согласованные магазины, разбираем замечания проверки. После допуска начинаем распространение. Передаём инструкции; права на код, доступы и обязанности по обновлениям закрепляем в договоре.

    Результат этапа

    Доступная пациентам версия после одобрения площадками и порядок поддержки.

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

Стоимость и сроки

Ориентир Константы для мобильного MVP

2 – 6 млн ₽

Для планирования разработки — 8–16 недель. Оценку подтверждаем после выбора платформ, состава версии и проверки МИС. Этот диапазон не означает включение любых функций сразу для обеих ОС.

Время проверки магазинами учитываем в плане запуска отдельно: дату одобрения определяет площадка.

Из чего складывается смета

Прототип и дизайн, приложения для выбранных ОС, нужные серверные функции, обмен с МИС, испытания и подготовка публикации. Для каждого пункта фиксируем объём: например, одна МИС, запись, один тип документов и напоминания.

Что меняет бюджет

Несколько МИС, сложный семейный доступ, платежи и возвраты, чат, видео, офлайн-хранение. Наличие работающего серверного интерфейса может сократить объём, но его пригодность нужно проверить.

Какие расходы считаем отдельно

Лицензии и работы поставщика МИС, серверы, сообщения, аккаунты площадок и сопровождение. В предложении показываем разовые платежи и регулярные расходы после запуска.

Проверяем то, что происходит на телефоне

До разработки согласуем устройства и версии ОС для испытаний. Ниже — примеры сценариев приёмки на искусственных данных.

Как понять, что приложение полезно клинике

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

В продуктовой аналитике используем события действий; медицинские документы, диагнозы и содержимое переписки в них не включаем. Подход к расчёту разобран в материале об экономике автоматизации клиники, требования к данным — в руководстве по подготовке ТЗ.

Вопросы перед заказом

Можно доработать готовое приложение нашей МИС?

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

В каких магазинах будет приложение?

Для iOS обсуждаем App Store, для Android — RuStore и Google Play. Набор площадок подтверждаем после проверки владельца аккаунта, аудитории и текущих правил. Подготовку и подачу включаем в согласованный объём; решение и время проверки зависят от площадки.

Можно ли работать без интернета?

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

Оплата, чат с врачом и видеоприём входят в первую версию?

Только если выбраны для запуска и включены в смету. Для оплаты нужны правила счетов и возвратов; для чата и видеоприёма — порядок работы персонала, доступы и профильная проверка требований. Эти функции меняют объём проекта и расходы на сопровождение.

Какие расходы остаются после публикации?

Работа серверов, сообщения пациентам, условия аккаунтов и сторонних сервисов, исправления и обновления под новые версии ОС. До договора составляем список разовых и регулярных расходов и назначаем ответственных. Публикация не завершает обслуживание приложения.

Начнём с задач ваших пациентов

Расскажите, зачем клинике приложение и что уже работает на сайте. Определим состав первой версии и вопросы к поставщику МИС.

Перейти к заявке

Что указать в форме

  • Сайт клиники и название МИС.
  • Для кого приложение и какие действия нужны.
  • Нужны ли iOS, Android или обе платформы.
  • Есть ли кабинет пациента и сервер для него.