Перед приёмом пациент ищет файл в переписке, а врач не понимает, когда сделана запись и кто её добавил. Разделы «дневник» и «документы» в приложении есть, но историю всё равно приходится собирать заново.
Если нужен дневник здоровья, приложение стоит проверять на законченных действиях: внести запись, исправить ошибку, найти документ и передать нужную часть истории. Используйте учебные данные и оценивайте результат со стороны пациента и получателя. Медицинские поля и порядок наблюдения согласуются с врачом.
Подготовьте учебную историю
Для демонстрации используйте вымышленные данные и пустые медицинские поля. Реальная история не нужна, чтобы проверить поиск, подписи и переходы между экранами. Подготовьте два учебных документа с разными датами, одну личную заметку и обозначение «Показатель А», согласуемое с врачом.
Пример набора: документ Д-01 от 3 ноября, документ Д-02 от 10 ноября, заметка «вопрос к следующей встрече». В карточке показателя оставьте поля значения и единицы незаполненными. Названия лекарств, дозы и назначения для такого испытания также не требуются.
Согласуйте, кто выполняет действия. Пациент проверяет ввод со своего привычного устройства. Врач или сотрудник клиники проверяет получение и чтение. Представитель поставщика может объяснить интерфейс, но затем пользователь должен повторить сценарий самостоятельно.
Сценарий 1. Записать событие без потери контекста
Попросите создать запись за выбранную дату, сохранить её и снова найти. Проверьте, различаются ли время события и время добавления. Если вчерашний документ загружен сегодня, история не должна создавать впечатление, что исследование выполнено сегодня.
Для личной записи полезны дата события, название, источник и комментарий. Состав медицинских полей, единицы и режим заполнения согласовываются с врачом. Не нужно заранее придумывать обязательные показатели ради красивого экрана.
Критерии проверки:
- Пользователь понимает, к какому человеку относится запись.
- Дата события видна при повторном открытии.
- Пустое поле не превращается в нулевое значение.
- Сохранение подтверждено понятным сообщением.
- Запись находится без повторного ввода.
- После закрытия экрана введённые сведения не теряются неожиданно.
Если приложение требует медицинское значение для проверки интерфейса, попросите отдельный демонстрационный режим. Учебная запись не должна случайно попасть в реальную историю.
Сценарий 2. Исправить ошибку и различить источники
Теперь измените в учебной заметке ошибочную дату. Посмотрите, можно ли понять, что именно исправлено и где находится актуальный вариант. Для документов проверьте, не подменяет ли исправленное название исходное содержание файла.
Личная запись пациента и документ клиники имеют разное происхождение. Пометка «со слов пациента» полезнее одинакового оформления, из-за которого заметка выглядит как подтверждённое медицинское заключение. Если документ содержит ошибку, приложение не должно создавать впечатление, что пользователь исправил оригинал организации.
Завершите сценарий вопросом к врачу: понятно ли по открытому материалу, кто его создал, к какой дате он относится и где доступен исходный документ?
Сценарий 3. Найти нужный документ перед встречей
Добавьте два учебных файла с похожими названиями. Попросите найти документ Д-01 по дате события, затем открыть его целиком. Важно проверить не только поиск, но и читаемость: все страницы на месте, масштабирование работает, ориентация не мешает просмотру.
Заполненный пример карточки:
- Название: «Учебный документ Д-01».
- Дата события: 3 ноября.
- Дата загрузки: 12 ноября.
- Источник: «Тестовая организация».
- Файл: две страницы, обе просмотрены.
- Комментарий: «Подготовить к обсуждению на встрече».
- Статус: учебный материал, медицинских сведений нет.
Попросите другого участника найти тот же файл без устного объяснения. Если он выбирает Д-02, выясните причину: непонятная сортировка, одинаковые подписи или скрытая дата. Это конкретное замечание к удобству.
Проверьте повторную загрузку того же файла. Приложение может предупреждать о возможном повторе либо требовать ручной проверки. Запишите фактический результат, не предполагая, что любая система автоматически распознаёт дубли.
Сценарий 4. Проверить организацию сведений о лекарствах
Раздел лекарств оценивайте как способ хранения истории. Для демонстрации достаточно пустой карточки и нейтрального названия «Учебная запись». Проверьте, где указывается источник сведений и как различаются назначение, личная заметка и отметка пользователя о событии.
В реальной работе данные переносят из согласованного с врачом источника. Цвет карточки и напоминание не определяют лечение, а отметка в интерфейсе сама по себе не подтверждает фактический приём.
Попросите показать историю старой записи после добавления новой. Прежние сведения должны оставаться понятными в своём временном контексте. Если система не поддерживает нужное различение, зафиксируйте ограничение и обсудите с врачом другой способ представления.
Сценарий 5. Передать выбранную часть истории
Выберите учебный документ Д-01 и одну заметку. Попросите подготовить их для конкретного тестового получателя. До отправки должно быть понятно, какие материалы передаются и кому. Общая кнопка «поделиться всем» не заменяет проверку состава.
Если используется доступ через кабинет, уточните объём разрешений и порядок прекращения доступа. Если передаётся файл, проверьте выбранного адресата и согласованный канал. Скачанная копия существует отдельно: прекращение доступа к кабинету не удалит её у получателя.
Откройте материалы со стороны получателя. Проверьте, что доступен нужный документ, а посторонняя история не раскрыта. Для демонстрации используйте отдельные тестовые учётные записи, не передавайте пароль от собственного кабинета.
Отправка не означает, что врач прочитал сообщение или наблюдает показатели постоянно. Порядок и время обсуждения записей согласовываются отдельно. Интерфейс должен позволять пользователю понять фактический статус передачи без предположений о медицинской реакции.
Запишите результат каждого испытания
Используйте одинаковый сценарный лист:
- Задача и исходные учебные данные.
- Кто выполняет действие и на каком устройстве.
- Ожидаемый результат.
- Что получилось без помощи.
- Где потребовалось объяснение.
- Какие сведения потерялись или стали неоднозначными.
- Ограничение и способ повторной проверки.
Пример: «Поиск Д-01: документ найден по дате события; обе страницы читаются; при передаче приложилась только первая страница. Передачу полного документа требуется повторно проверить». Такой результат полезнее оценки «приложение удобное».
Число нажатий не следует превращать в единственный критерий. Короткий путь, который скрывает получателя или происхождение записи, может быть менее понятным. Сравнивайте приложения на одном наборе действий и после одинакового знакомства с интерфейсом.
Проверьте повседневные ограничения
Уточните, можно ли увеличить текст, вернуться к незавершённой записи и получить нужную историю при смене устройства. Возможности выгрузки, восстановления доступа и удаления данных попросите показать, если они необходимы. Не считайте их подтверждёнными только по рекламному описанию.
При плохой связи проверьте, различаются ли «сохранено» и «ожидает передачи». Если работа без подключения не предусмотрена, нужен понятный способ не потерять заметку. Формат регулярных записей лучше заранее согласовать по шаблону дневника здоровья.
Здравика от ExtentLab объединяет показатели и дневники, лекарства и историю приёма, анализы и исследования, кабинеты врачей и клиник. Подготовьте учебную историю и обсудите демонстрацию этих сценариев. Такой разговор поможет проверить удобство организации сведений, не подменяя оценку медицинских решений.