Главное о кейсе
«Инноватика» делает медицинские приборы для мониторинга здоровья и контроля приема лекарств: от ЭКГ и тонометров до умных таблетниц. Старое приложение уже не выдерживало развитие линейки и было устроено скорее по инженерной логике. Собака Павлова спроектировала новый UX: приложение, которое связывает пациента, приборы, назначения врача, родственников и патронаж в понятные ежедневные сценарии.
Задачи Собаки Павлова:
1. Разобрать сложную медицинскую систему на понятные пользовательские сценарии: от регистрации и подключения приборов до приема лекарств, измерений, анализов и патронажа.
2. Спроектировать UX мобильного приложения для пациентов и контролирующих лиц, учитывая разные уровни цифровой и медицинской грамотности.
3. Подготовить макеты к итерационной передаче в разработку.
Проблемы бизнеса которые решали:
1. Нужно было снизить риск, что развитие продукта упрется в интерфейс: новые приборы, роли и медицинские сценарии требовали единой логики, а не набора разрозненных разделов.
2. Интерфейс был сложным для пользователей: он отражал структуру системы, а не реальные жизненные ситуации пациента. Бизнесу нужен был интерфейс, который помогает объяснять ценность продукта пользователю: не «еще одно медприложение», а сервис ежедневного контроля здоровья.
Выдающееся о процессе:
Мы проектировали приложение не от экранов, а от сценариев жизни пациента. Были разобраны десятки ситуаций. Мы проектировали не только интерфейс, но и правила поведения системы в пограничных ситуациях: если прибор не на связи, пациент пропустил прием, лечится у нескольких врачей или вводит данные вручную. В сценариях доходили до уровня «что лежит в ячейке таблетницы»: сколько таблеток, на какой день хватит, что делать, если препарата не хватает.
Дизайн передавался в разработку блоками, поэтому решения нужно было делать одновременно пользовательски понятными, технически реализуемыми и устойчивыми к будущему расширению.
Аналитика:
– На старте собрали карту пользовательских сценариев: регистрация, назначения, приборы, измерения, лекарства, анализы, дневники, патронаж и подписки.
— Отдельно разобрали, как приложение должно понимать события: открытие таблетницы — это уже прием лекарства или только сигнал? Что делать, если пациент принял таблетку вне расписания? Как не сломать план лечения, если у человека несколько врачей?
— Аналитика уходила в правила продукта: от языка интерфейса до модели данных для анализов, порогов, напоминаний и истории. Отдельно разобрали медицинские термины и сущности: где пользователю нужен «план лечения», где «назначение», а где простая подсказка человеческим языком.
Ключевые цифры:
— 2 типа приборов: мониторинг показателей и контроль приема лекарств.
— 3 группы пользователей: пациенты, родственники/контролирующие лица и патронаж.
— 4 этапа UX-дизайна, по 3 итерации в каждом.
— 2 темы интерфейса: светлая и темная.
Innovatika makes medical devices for health monitoring and medication management, from ECGs and blood pressure monitors to smart pillboxes. The old app could no longer keep up with the product line's growth and was designed more along engineering lines. Sobaka Pavlova designed a new user experience: an app that connects patients, devices, doctor's orders, relatives, and caregivers into clear, everyday scenarios.
Sobaka Pavlova's Tasks:
1. Break down a complex medical system into understandable user scenarios: from device registration and connection to medication administration, measurements, tests, and caregivers.
2. Design the user experience of a mobile app for patients and caregivers, taking into account different levels of digital and medical literacy.
3. Prepare mockups for iterative development.
Business Tasks Solved:
1. The risk of product development becoming bogged down by the interface needed to be reduced: new devices, roles, and medical scenarios required a unified logic, not a collection of disparate sections.
2. The interface was complex for users: it reflected the system's structure, not the patient's real-life situations. The business needed an interface that would help explain the product's value to the user: not "just another medical app," but a daily health monitoring service.
Highlights of the process:
We designed the app not from screens, but from patient scenarios. Dozens of situations were analyzed. We designed not only the interface but also the system's behavior in extreme situations: if the device is unavailable, the patient missed an appointment, is seeing multiple doctors, or is entering data manually. The scenarios went all the way down to the level of "what's in the pillbox": how many pills, how many days are enough, what to do if the medication is running low.
The design was transferred to development in blocks, so the solutions had to be user-friendly, technically feasible, and resilient to future expansion.
Analytics:
– At the start, we compiled a map of user scenarios: registration, prescriptions, devices, measurements, medications, tests, diaries, care, and subscriptions.
— We separately discussed how the app should interpret events: does opening the pillbox constitute medication administration or just a signal? What if a patient takes a pill unscheduled? How can the treatment plan be maintained if a person has multiple doctors?
— Analytics focused on the product rules: from the interface language to the data model for tests, thresholds, reminders, and history. We also analyzed medical terms and entities: where the user needs a "treatment plan," where a "prescription," and where a simple prompt in human language is needed.
Key figures:
— 2 types of devices: indicator monitoring and medication management.
— 3 user groups: patients, relatives/supervisors, and home care.
— 4 UX design stages, 3 iterations each.
— 2 interface themes: light and dark.
Как проект изменил жизнь пользователей
Приложение переводит сложную медицинскую систему на язык ежедневных действий и снимает с пациента часть ежедневной тревоги. Пациенту не нужно держать в голове лекарства, измерения, анализы и рекомендации врача, не нужно разбираться, где живут приборы, назначения и дневники. Приложение само собирает это в расписание, подсказывает следующий шаг и фиксирует историю.
Для родственников и патронажа интерфейс стал системой спокойного контроля. Это не поток сложных медицинских данных, а понятный контроль: кто пропустил прием, у кого тревожный показатель, кому нужно позвонить или помочь.
The application translates a complex medical system into the language of daily actions and relieves the patient of some of the daily anxiety. The patient does not need to keep medications, measurements, tests and doctor’s recommendations in his head; he does not need to figure out where the instruments, prescriptions and diaries live. The application itself collects this into a schedule, suggests the next step and records the history.
For relatives and patronage, the interface has become a system of calm control. This is not a stream of complex medical data, but clear control: who missed an appointment, who has an alarming indicator, who needs to be called or help.
Бизнес-задача и ее решение
Бизнесу нужно было подготовить цифровую основу для новой линейки медицинских приборов и не потерять пользователя в сложности продукта. Решением стала новая UX-архитектура: мы связали приборы, назначения, измерения, прием лекарств, анализы, дневники и патронаж через реальные сценарии пациента.
Так приложение стало не витриной функций, а рабочим инструментом: оно помогает выполнять лечение каждый день и оставляет бизнесу основу для дальнейшего расширения продукта.
The business needed to prepare the digital foundation for a new line of medical devices without losing the user in the complexity of the product. The solution was a new UX architecture: we connected devices, prescriptions, measurements, medications, tests, diaries and patronage through real patient scenarios.
Thus, the application became not a showcase of functions, but a working tool: it helps perform treatment every day and leaves the business a basis for further expansion of the product.
Крафт (мастерство), реализация, технические детали
Главная сложность проекта была в том, чтобы превратить сложную медицинскую систему в понятный ежедневный интерфейс. В приложении сходятся планы лечения, приём лекарств, измерения, анализы, дневники, приборы, таблетницы, патронаж и уведомления. Мы разложили это на сценарии: что пациенту сделать сейчас, что уже выполнено, что пропущено, кто назначил действие и кто увидит отклонение.
Особенно глубоко проработали логику назначений и умных устройств: таблетница фиксирует открытие ячеек, в одной ячейке могут быть разные препараты, приём может быть точным или в окне времени, а система должна учитывать нехватку лекарств и переносы.
Макеты делались под Flutter native и Material 3, со светлой/тёмной темами, адаптацией под iOS с расчетом на будущую мультиязычность и расширение линейки приборов.
The main challenge of the project was to turn a complex medical system into an understandable daily interface. The application contains treatment plans, medication administration, measurements, tests, diaries, instruments, pillboxes, patronage and notifications. We broke this down into scenarios: what should the patient do now, what has already been done, what has been missed, who has assigned the action, and who will see the deviation.
The logic of prescriptions and smart devices was especially deeply worked out: the pillbox records the opening of cells, one cell can contain different drugs, administration can be precise or in a time window, and the system must take into account tablets shortages and transfers.
The layouts were made using Flutter native and Material 3, with light/dark themes, adaptation for iOS with the expectation of future multilingualism and expansion of the line of devices.
Инсайты, гипотезы, процесс создания и взаимодействия с заказчиком
Приложение проектировалось не вокруг медицинских сущностей, а вокруг тревоги и забывчивости пациента. Приложение должно работать не с идеальным пациентом, а с реальным человеком. Поэтому мы проектировали не «базу назначений», а систему сопровождения.
В процессе стало понятно, что важные сценарии часто жили между экранами: пациент открыл таблетницу не вовремя, принял лекарство по самочувствию, пропустил измерение, получил тревожный показатель. Эти ситуации нельзя решить красивой карточкой назначения. Для них нужна логика возврата в график, фиксации исключений и понятных подсказок.
Отдельно проработали доверие к умным устройствам: таблетница стала частью сценария уверенности. Пользователь должен понимать, что выпил нужное лекарство, не сбил расписание, а система всё корректно зафиксировала. Поэтому мы подробно прорабатывали заправку, открытие и закрытие ячеек, нехватку таблеток, переносы приёма и связь этих событий с уведомлениями.
Работа шла в тесной связке с заказчиком и разработкой. Заказчик приносил продуктовую и медицинскую экспертизу, разработчики помогали сверять решения с архитектурой будущего приложения, а мы переводили сложную систему в пользовательские сценарии и макеты, пригодные к итерационной передаче в производство. Так дизайн стал инструментом согласования между медицинской логикой, техническими ограничениями и реальной жизнью пациента.
The application was not designed around medical entities, but around the patient's anxiety and forgetfulness. The application should not work with an ideal patient, but with a real person. Therefore, we did not design an “assignment database”, but a support system.
During the process, it became clear that important scenarios often lived between the screens: the patient opened the pillbox at the wrong time, missed a measurement, or received an alarming reading. These situations cannot be solved with a pretty destination card. They require logic for returning to the schedule, recording exceptions, and clear hints.
We separately worked on trust in smart devices: the pillbox became part of the confidence scenario. The user must understand that he took the right medicine, did not mess up the schedule, and the system recorded everything correctly. Therefore, we worked in detail on refueling, opening and closing pillbox cells, shortages of tablets, rescheduling appointments, and the connection of these events with notifications.
The work proceeded in close conjunction with the client and development. The client brought product and medical expertise, the developers helped check the solutions against the architecture of the future application, and we translated the complex system into user scenarios and layouts suitable for iterative transfer to production. Thus, design became a tool for reconciling medical logic, technical limitations and the patient’s real life.
Скриншоты
Комментарий заказчика
Работая над UX-дизайном нашего приложения, команда Собака Павлова быстро погрузилась в сложную предметную область: разобралась в нашей методологии, принципах взаимодействия пользователей с нашими устройствами и технических особенностях. Особенно ценным было то, что команда не просто выполняла задачи, а самостоятельно задавала правильные вопросы, помогала структурировать наши знания и предлагала сильные концептуальные решения.
В результате мы получили продуманный цифровой продукт и хорошую основу для дальнейшего развития. Отдельно хочется отметить проактивность команды, вариативность подходов и внимание к деталям при проработке решений. Проект оказался сложнее и масштабнее, чем мы изначально предполагали, поэтому потребовал большой вовлечённости с нашей стороны, но именно такой совместной работы и требовала задача.