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

Проверять приложение лучше на нескольких законченных действиях. Пациент добавляет запись, исправляет ошибку, находит документ и передаёт выбранный материал. Врач открывает полученное и видит происхождение сведений. Ниже — сценарии такой проверки, без выбора лечения, показателей или режима наблюдения: их определяет врач.

Подготовьте учебную историю

Для демонстрации используйте вымышленные данные и пустые медицинские поля. Реальная история не нужна, чтобы проверить поиск, подписи и переходы между экранами. Подготовьте два учебных документа с разными датами, одну личную заметку и обозначение «Показатель А», согласуемое с врачом.

Пример набора: документ Д-01 от 3 ноября, документ Д-02 от 10 ноября, заметка «вопрос к следующей встрече». В карточке показателя оставьте поля значения и единицы незаполненными. Названия лекарств, дозы и назначения для такого испытания также не требуются.

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

Сценарий 1. Записать событие без потери контекста

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

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

Критерии проверки:

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

Сценарий 2. Исправить ошибку и различить источники

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

Личная запись пациента и документ клиники имеют разное происхождение. Пометка «со слов пациента» полезнее одинакового оформления, из-за которого заметка выглядит как подтверждённое медицинское заключение. Если документ содержит ошибку, приложение не должно создавать впечатление, что пользователь исправил оригинал организации.

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

Завершите сценарий вопросом к врачу: понятно ли по открытому материалу, кто его создал, к какой дате он относится и где доступен исходный документ?

Сценарий 3. Найти нужный документ перед встречей

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

Заполненный пример карточки:

Попросите другого участника найти тот же файл без устного объяснения. Если он выбирает Д-02, выясните причину: непонятная сортировка, одинаковые подписи или скрытая дата. Это конкретное замечание к удобству.

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

Сценарий 4. Проверить организацию сведений о лекарствах

Раздел лекарств оценивайте как способ хранения истории. Для демонстрации достаточно пустой карточки и нейтрального названия «Учебная запись». Проверьте, где указывается источник сведений и как различаются назначение, личная заметка и отметка пользователя о событии.

В реальной работе данные переносят из согласованного с врачом источника. Эта статья не предлагает начинать, отменять или менять приём. Цвет карточки, напоминание и отсутствие отметки не являются медицинской рекомендацией или доказательством фактического приёма.

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

Материал ONC о доступе к истории среди практических задач выделяет проверку полноты и точности сведений, включая список лекарств. Здесь используется только организационная идея сверки данных, без переноса иностранных правовых требований.

Сценарий 5. Передать выбранную часть истории

Выберите учебный документ Д-01 и одну заметку. Попросите подготовить их для конкретного тестового получателя. До отправки должно быть понятно, какие материалы передаются и кому. Общая кнопка «поделиться всем» не заменяет проверку состава.

Если используется доступ через кабинет, уточните объём разрешений и порядок прекращения доступа. Если передаётся файл, проверьте выбранного адресата и согласованный канал. Скачанная копия существует отдельно: прекращение доступа к кабинету не удалит её у получателя.

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

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

Запишите результат каждого испытания

Используйте одинаковый сценарный лист:

Пример: «Поиск Д-01: документ найден по дате события; обе страницы читаются; при передаче приложилась только первая страница. Передачу полного документа требуется повторно проверить». Такой результат полезнее оценки «приложение удобное».

Число нажатий не следует превращать в единственный критерий. Короткий путь, который скрывает получателя или происхождение записи, может быть менее понятным. Сравнивайте приложения на одном наборе действий и после одинакового знакомства с интерфейсом.

Проверьте повседневные ограничения

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

При плохой связи проверьте, различаются ли «сохранено» и «ожидает передачи». Если работа без подключения не предусмотрена, нужен понятный способ не потерять заметку. Формат регулярных записей лучше заранее согласовать по шаблону дневника здоровья.

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

Источники

Все материалы →