Клиники · Приложение пациента · Таганрог

Moses-Team разрабатывает приложения для пациентов клиник в Таганроге

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

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

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

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

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

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

Что мешает клинике в Таганроге

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

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

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

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

02

Как решим задачу клиники в Таганроге

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Сценарий 02

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

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

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

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

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

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

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

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

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

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

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

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

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

05

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

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

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

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

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

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

Работа с клиникой из Таганрога

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

Команда и офис Moses-Team находятся в Таганроге. Если нужен очный разговор о маршруте пациента и системах клиники, согласуем встречу после обращения.

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

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

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

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

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

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

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

Обсудить приложение пациента в Таганроге?

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

Заявка: Приложение для пациентов для клиники в Таганроге

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

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

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

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