Сколько стоит создание медицинского приложения
Сегодня в мире IT все больше и больше разговоров о том, что мобильные медицинские приложения меняют технологии здравоохранения. Вот почему мы решили выяснить, что должно содержать современное приложение для здравоохранения.
Давайте сначала разберемся с функциональностью медицинского приложения.
Функции
Авторизация
Первое, что нам нужно не только для нашего медицинского приложения, но и для большинства мобильных приложений, — это возможность идентифицировать пользователя и отличать одного клиента от другого. Для реализации этой функции нам необходимо внедрить опции регистрации и авторизации. Хотя это базовая и простая функция нашего приложения, она весьма важна.
Как правило, при разработке медицинских приложений достаточно создать форму с минимальным набором полей, таких как Имя пользователя и Пароль. Также сюда можно добавить адрес электронной почты (или поставить его вместо имени пользователя) для рассылки уведомлений по электронной почте, восстановления пароля и некоторых других мелочей. Забегая вперед, важно подумать о пользователях и помнить, насколько утомительно время от времени заполнять все эти поля. Вот почему добавить функцию регистрации в социальных сетях и входа в систему является хорошей идеей. Кнопка аккаунта Facebook или Google значительно упрощает жизнь пользователя. Вы согласны?
Панель управления
Далее в процессе разработки приложения для здравоохранения необходимо продумать, что увидит клиент после входа в систему. Логично предположить, что это должен быть какой-то дашборд с определенными важными показателями, которые могут обновляться, важные события или уведомления, возможно какие-то заметки о последней активности или что-то в этом роде.
Вы также можете прочитать о нашем новом продукте для здравоохранения
Профиль пользователя
Следующий элемент — — это профиль пользователя. Это раздел приложения, в котором отображается и может быть отредактирована наиболее важная информация. Здесь будут храниться ФИО пациента, группа крови, аллергия на определенные лекарства, последний визит к врачу и все такое. Можно добавить еще несколько полей, например, показатели артериального давления, но они не имеют особого значения. Пользователи вряд ли будут регулярно обновлять эту информацию, поэтому мы не советуем внедрять ненужные функции в ваше мобильное приложение.
Раздел бронирования
Еще один раздел, который следует добавить – запись на прием к врачу. Здесь следует выделить следующие аспекты.
- Встреча с врачом.
- Видеозвонок со специалистом.
У каждой функции есть свой целевой рынок, поэтому мы выделили несколько типов функциональности. Например, частной клинике может понадобиться создать расписание врачей, работающих в ней, или сделать возможной онлайн-запись на прием к врачу для пациентов. Мы не будем здесь объяснять, насколько это удобно и какие у этого есть преимущества. Отметим лишь, что сюда можно добавить возможность отображения полного профиля специалиста с его фотографией и подробной информацией о нем и его опыте, даже отзывы пациентов.
Другой вариант — небольшой сервис, не имеющий единого офиса или имеющий несколько зданий на определенной территории. Сюда можно добавить функционал синхронизации с онлайн-календарем, обмен событиями и разного рода уведомления. Календарь Google, кстати, можно использовать с возможностью синхронизации. Все зависит от вкуса и предпочтений клиента.
В любом случае, реализуя подобные возможности, нам следует задуматься о разных видах врачей, об их специализации. Один врач не может вылечить все болезни и недуги, сами понимаете. Важно позаботиться не только о специальности врача, но и о времени записи, а также указать жалобы пациента.
Видеовстречи
Рассмотрим возможность общения с врачами посредством видеозвонков. Как обычно, у нас есть выбор: создать что-то с нуля или использовать готовые решения при разработке приложений для здравоохранения.
Здесь следует помнить, что у каждой медали есть обратная сторона. С одной стороны, мы получим решение, которое удовлетворит наши потребности, с другой стороны, мы будем иметь дело с решением, которое требует разработчиков, времени, серверов, тестов и много головной боли. Как опытный разработчик медицинских мобильных приложений, мы советуем использовать уже существующие решения от компаний, занимающихся такими функциями в течение длительного времени. У нас есть опыт интеграции таких мощных решений, как Twilio и Tokbox. Они очень гибкие и позволяют не только видеозвонки, но и текстовые чаты, аудиозвонки и даже IP-телефонию. Кроме того, у них очень гибкие тарифные планы. Если ваш стартап окажется успешным, вы всегда позже найдете средства для реализации того самого функционала, который вам нужен. Изначально лучше инвестировать в маркетинг и рекламу.
В случае с видеосвязью мы считаем, что некий регистр станет важной частью вашего умного медицинского приложения. В этот реестр врач может внести записи о консультации или определенных рецептах. Такой вариант не требует много времени на разработку, но тоже должен быть рассмотрен.
Уведомления
Не волнуйтесь, осталось немного. Помните, мы упоминали об уведомлениях? Итак, неплохая идея — напомнить пользователю о записи к врачу. Это особенно важно в случае видеозвонков. Push-уведомления могут быть отправлены клиенту, например, за 5 или 10 минут до общения. Реализовать эту функцию push-уведомлений несложно. Такие уведомления хорошо работают как для мобильных приложений Android, так и для iOS.
Платежные системы
И самое лучшее напоследок! Любой бизнес должен приносить пользу, поэтому поговорим о платежных системах, ведь с их помощью будут осуществляться платежи. В настоящее время существует множество финансовых вариантов. Мы работали с такими крупными системами, как Braintree, Stripe и некоторыми другими. Они позволяют не только совершать транзакции, но и собирать статистические данные и формировать отчеты. Вы также можете интегрировать платежные агрегаторы, такие как Google Pay или Apple Pay в свои мобильные приложения для здравоохранения.
Оценки
На самом деле, практически невозможно точно определить, сколько может стоить разработка тех или иных функций. Поэтому в процессе оценки стоимости проекта мы оцениваем каждую функцию в двух аспектах: оптимистичном и пессимистичном. Говоря об оптимистичном варианте, мы предполагаем, что у нас все получится с первой попытки и не будет никаких отклонений от рутинной реализации (никаких дополнительных анимаций или неоправданных возможностей, вроде функции открывалки для пивных бутылок).
Пессимистичный вариант оценки - это тот случай, когда мы учитываем сложную логику, необычные функции, которые могут конфликтовать с другими функциями, плохое настроение, погоду и всех черных кошек, которые могут помешать нам сделать работу быстро в соответствии со всеми требованиями клиента. На самом деле, разница между оптимистичным и пессимистичным сценарием составляет всего несколько часов, поэтому клиент получает приблизительную оценку с прямым средним значением.
Сделаем общую оценку стоимости нашего проекта, предположив, что это будет небольшой стартап с MVP.
Функции, которые необходимо разработать и внедрить:
- Авторизация – 8-10 часов
- Панель управления – 12–14 часов.
- Профиль клиента – 10–14 часов
- Запись на прием к врачу – 12 – 16 часов
- Синхронизация с календарем – 4 – 8 часов
- Видеозвонки – 14–20.
- Регистр посещения - 6 -10 часов.
- Push-уведомления – 6–8 часов.
- Интеграция платежных систем – 16–20 часов
- Сопутствующий функционал (анимация, списки врачей, перечень специальностей) - 16 - 20 часов
Также следует добавить время на общение внутри команды и с клиентом. Определенные моменты потребуют объяснения, кроме того, необходимо создать архитектуру приложения. Мы не хотим сделать продукт и забыть о нем, приложение должно поддерживаться в будущем, улучшаться и настраиваться в соответствии с потребностями и требованиями конечного пользователя, возможность расширения функций также должна быть предусмотрена. Это действительно очень важно, и если мы не уделим этому время на начальном этапе, то в будущем можем столкнуться с проблемами, когда пустяковая задача или исправление займет у нас гораздо больше времени, чем это действительно необходимо. Давайте инвестировать в будущее и разрабатывать приложения, которые должны быть сделаны правильно с самого начала. Создание архитектуры приложения займет у нас еще около 8-10 часов, а на общение мы добавим 5-10 % от предполагаемого времени проекта.
Подведем итоги того, что у нас есть. Оптимистичный вариант займет 112 часов плюс общение, в результате получится 124 часа. Пессимистический вариант — 150 часов, что на самом деле получается 160 вместе с общением.
В итоге клиент получает оценку в размере 145 часов разработки медицинского приложения, то есть чуть меньше месяца работы. Однако это хорошая оценка для идеального мира, но мы все люди, и ошибаться свойственно человеку, поэтому нам следует добавить некоторое время для тестирования разработанных функций медицинского применения. Это медленно подводит нас к более реалистичным 160-170 часам разработки. Кроме того, мы все хотим, чтобы конечный пользователь чувствовал себя комфортно при использовании нашего приложения и не возникало вопросов в процессе. Мы хотим, чтобы дизайн нашего медицинского приложения был привлекательным и интуитивно понятным. На этом этапе в работу выходит наша команда дизайнеров, и требуется от 40 до 60 часов, чтобы продумать, создать и отрисовать дизайн медицинского приложения. Для вашего лучшего понимания отметим, что месяц с 21 рабочим днем имеет 168 рабочих часов.
Наконец, общая оценка времени, которое нам потребуется на разработку и дизайн мобильного медицинского приложения, составляет около 220 часов, или 5,5 недель, или почти полтора месяца. В денежном эквиваленте это составит около 40 000 долларов США, но следует помнить, что это только стоимость разработки и дизайна, сервер и разработку сайта (backend и frontend) мы обсудим в следующий раз.
Заключение
Мы должны признать, что нам удалось немного сгладить углы, заявив, что это были всего лишь оценки, когда речь шла о медицинских приложениях для смартфонов. Stfalcon можно назвать одной из опытных компаний по разработке медицинских приложений, поскольку мы реализовывали подобные проекты. Мы создали аналогичные приложения, которые вы можете найти в нашем портфолио.
Этой статьей мы просто хотели облегчить ваши размышления как клиента, потому что наш опыт уже подсказывает нам, какие дела следует делать в первую очередь, а что можно отложить на потом. Чтобы быть в курсе основных препятствий и трудностей, с которыми вы можете столкнуться, прочитайте наш последний технический документ «Преодолеем барьеры в стартапах в сфере здравоохранения» и воспользуйтесь благоприятным моментом.
