Клиники · Приложение пациента · Ростов-на-Дону

Moses-Team разрабатывает приложения для пациентов клиник в Ростове-на-Дону

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

Разработка приложения для пациентов в Ростове-на-Дону: повторная запись

Разработаем приложение для пациентов клиники в Ростове-на-Дону: постоянный пациент выбирает услугу и отправляет повторную заявку с телефона. Сравним приложение с действующим мобильным сайтом на повторном выборе врача.

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

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

Разобрать приложение пациента
01

Что мешает клинике в Ростове-на-Дону

Начинаем с препятствия для пациента и команды.

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

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

Для клиники Ростова-на-Дону сравним приложение с уже доступным мобильным сайтом на повторном выборе врача.

02

Как решим задачу клиники в Ростове-на-Дону

Первый проверяемый результат — сценарий MVP и список зависимостей от МИС, сайта и бэкенда.

  1. Выбираем повторный сценарийИщем действие, ради которого вернутся.

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

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

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

    РезультатГраницы MVP и технические зависимости.
  3. Собираем и испытываем путьОт открытия приложения до результата.

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

    РезультатРабочий сценарий первой версии и план следующего этапа.
03

Что заработает после согласованного этапа

Состав решения определяется действием пациента или сотрудника.

Посмотрите, как будет работать решение
Сценарий 01

Пациент повторяет действие

Действие · пациент

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

Что появляется или передаётся

Понятное подтверждение действия на телефоне.

Как проверить

Пройдём выбранный сценарий на устройстве.

Польза: Пациенту не нужно каждый раз проходить длинный путь с начала.

Сценарий 02

Клиника видит результат

Действие · администратор

Открывает обращение после действия пациента.

Что появляется или передаётся

Запись или заявка с согласованными полями в рабочем канале.

Как проверить

Сверим действие на телефоне и полученное обращение без медицинских данных.

Польза: Клиника понимает, чего хочет пациент, и может ответить по делу.

Условие: Данные МИС и чувствительные сведения требуют отдельной проверки доступа и безопасности.

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

Что проверим до обещания интеграции

Показываем условия, от которых зависит техническая реализация.

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

05

Опыт мобильной разработки Moses-Team

Показываем подтверждённую техническую работу и не выдаём её за медицинский кейс.

Немедицинский проект

Мобильное приложение iPool+

Moses-Team работала над Flutter-приложением, связанным с сервером и оборудованием. Это подтверждает опыт мобильной разработки; приложение не создавалось для клиники.

Посмотреть кейс
06

Работа с клиникой из Ростова-на-Дону

Место команды и способ совместной работы указаны прямо.

С клиникой Ростова-на-Дону обсуждаем задачу, демонстрируем результат и проводим приёмку онлайн из Таганрога. Необходимость очного этапа обсуждаем отдельно.

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

  • Какая задача пациента повторяется чаще всего.
  • Есть ли действующее приложение, личный кабинет или API.
  • Название МИС, если действие зависит от записи или расписания.
07

Что уточнить перед началом

Сначала проверяем данные и ограничения системы.

Частый вопрос

Нужен ли отдельный app, если уже есть мобильный сайт?

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

Обсудить приложение пациента в Ростове-на-Дону?

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

Заявка: Приложение для пациентов для клиники в Ростове-на-Дону

Оставьте контакт и коротко опишите, что сейчас мешает решить задачу. Так мы начнём с вашей ситуации.

Ознакомьтесь с текстом согласия и политикой конфиденциальности.

Можно также написать на info@moses-team.ru.

Спасибо. Свяжемся по указанному контакту, чтобы уточнить задачу.