В этой работе подробно описана разработка и валидация удобства использования веб-приложения, предназначенного для оцифровки записей с низкорисковых пренатальных консультаций. Инструмент был разработан для оптимизации документации клинической информации, автоматизации акушерских расчётов и повышения непрерывности материнского ухода, чтобы устранить ограничения, присущие ручному ведению документации.
Для просмотра этого контента требуется подписка на JoVE. Войдите или начните свой бесплатный пробный период.
Исследовательская статья
Веб-платформа для низкорисковых пренатальных медицинских записей, интегрирующая цифровое управление уходом и валидацию удобства использования с медицинскими работниками
В этой статье
Краткое содержание
Аннотация
Качество и полнота пренатальных записей критически важны для обеспечения эффективного ухода за матерями и плодами. Однако традиционное использование печатных справочников для документирования пренатальных консультаций вносит значительные ограничения, включая неполные записи, нечитаемость и риск физического повреждения или потери. Эти ограничения могут подорвать непрерывность оказания помощи и надежность клинической информации. Для смягчения этих проблем в этой работе представлена разработка и предварительная оценка удобства использования веб-приложения, предназначенного для оцифровки и оптимизации записей о пренатальных консультациях. Цель протокола — предоставить структурированную и эффективную цифровую систему для учёта, консультаций и управления пренатальными данными, интегрируя автоматизированные акушерские расчёты и инструменты визуализации для поддержки принятия клинических решений. Требования к системе были определены посредством анализа лучших практик в документации пренатального ухода и системах медицинской информации. Предлагаемое решение было реализовано как адаптивное веб-приложение, соответствующее стандартам удобства использования и доступности для облегчения интеграции в рутинные клинические рабочие процессы. Оценка удобства использования включала медицинских специалистов с опытом использования печатного справочника. Количественные данные были собраны с использованием шкалы системной удобства (SUS), а качественные инсайты — через полуструктурированные интервью. Заявка получила средний балл SUS 77,50, что свидетельствует о хорошей удобстве использования и принятии. Участники подчеркнули значимость системы для клинической практики, её потенциал по снижению ошибок и способность повышать непрерывность и качество пренатальной помощи. Результаты показывают, что предлагаемый протокол эффективно демонстрирует перспективы для согласования цифровой документации с операционными потребностями специалистов по пренатальному здоровью. Система достигла среднего балла по шкале удобства использования 77,5, превысив отраслевой порог в 68 и свидетельствуя о хорошем принятии удобства среди оценённых специалистов. Эти результаты свидетельствуют о том, что предлагаемая платформа является жизнеспособным и приемлемым для пользователя подходом к оцифровке пренатальных медицинских записей.
Введение
В Бразилии пренатальный уход является ключевой политикой общественного здравоохранения для улучшения благополучия матери иребёнка 1. Адекватное пренатальное наблюдение охватывает множество аспектов ухода, включая клинические действия, такие как осмотры и прививки, а также поддержку социальных и эмоциональных потребностейпациента 2. В этом контексте Карта здоровья беременной женщины служит официальным документом для учёта и мониторинга клинических данных напротяжении всей беременности 3.
Несмотря на свою важность, печатная версия медицинской карты имеет значительные ограничения, включая рукописные записи, склонные к ошибкам, неполноту, нечитаемость и проблемы, связанные с потерей или повреждением документов4. Эти недостатки нагружают медицинских работников административными задачами и препятствуют непрерывности оказания помощи. Низкое качество пренатальных данных негативно сказывается на безопасности пациентов и принятии обоснованных решений, что в конечном итоге снижает эффективность первичных мер здравоохранения. Предыдущие исследования показали прямую связь между качеством пренатального ухода и результатами неонатальных, показывая, что недостаточное последующее наблюдение коррелирует с преждевременными родами и низкой массой прирождении 5.
Во всём масштабе Всемирная организация здравоохранения (ВОЗ) подчёркивает, что цифровая трансформация в области материнского здоровья является стратегическим приоритетом для достижения Целей устойчивого развития (ЦУР), особенно ЦУР 3, которая направлена на обеспечение здоровой жизни и продвижение благополучия всех 6,7. Стратегия цифрового здравоохранения ВОЗ на 2020–2025 годы выступает за внедрение совместимых цифровых систем для улучшения координации ухода, качества данных и непрерывности работы во всех медицинских услугах. В ряде стран электронные материнские карты здоровья успешно внедрены для улучшения принятия решений на основе данных, раннего выявления осложнений и интеграции первичной и специализированноймедицинской помощи 8,9.
Внедрение таких технологий способствует снижению уровня материнской и неонатальной смертности, которые остаются высокими в странах с низким и средним уровнем дохода, несмотря на глобальные усилия. Цифровые инструменты позволяют обмениваться данными в реальном времени, автоматизировать оповещения о беременностях с высоким риском и предоставлять стандартизированную отчетность, что крайне важно для повышения качества и безопасности дородовой помощи. Кроме того, ориентированный на пользователя дизайн и валидация удобства использования признаются критически важными для обеспечения внедрения и долгосрочной устойчивости систем медицинской информации10,11.
Учитывая эти глобальные и национальные вызовы, разработка технологических систем для оптимизации управления клинической информацией становится всё более актуальной. Такие инструменты направлены на освобождение медицинских работников от ручного ведения документации, позволяя им сосредоточиться на непосредственном уходе запациентами 12. В данном исследовании представлена разработка и предварительная оценка удобства использования веб-прототипа программного обеспечения для оцифровки медицинских записей беременных женщин, специально разработанного для беременностей с низким риском. Система была разработана с акцентом на организацию и доступность клинических данных, следуя чистойархитектуре 13 и ориентированному на пользователя подходу14. Цель — представить результаты тестирования удобства использования, проведённых совместно с медицинскими специалистами, чтобы подтвердить приём пациентов, рабочие процессы консультаций и индивидуализированные процессы последующих процедур.
Насколько автору известно, это одно из первых исследований, сочетающее доменно-ориентированную, клинически обоснованную архитектуру программного обеспечения, основанную на домене-ориентированном проектировании и гексагональной архитектуре, со структурированным протоколом оценки удобства использования, специально применяемым для оцифровки медицинской карты беременной женщины в условиях низкорискового пренатального ухода. Основные вклады этой работы включают разработку веб-системы пренатальной ухода, предназначенной для оцифровки медицинских записей беременной женщины при беременностях с низким риском, тем самым улучшая управление, доступность и надежность клинических данных в учреждениях первичной медико-санитарной помощи. Кроме того, в исследовании представлена предварительная оценка удобства использования, проведённая с участием медицинских работников, результаты которой свидетельствуют о том, что система может повысить эффективность рабочих процессов, снизить ошибки в документации и поддерживать более ориентированный на пациента и данные материнский уход.
Доступ ограничен. Войдите в систему или начните пробный период, чтобы просмотреть этот контент.
Протокол
Это исследование включало оценку удобства использования, в ходе которой медицинские специалисты предоставили профессиональные мнения по прототипу программного обеспечения. Не собирались личные, клинические или идентифицируемые данные от участников, а все пациентские записи, использованные во время сессий, были вымышленными. Поскольку исследование не представляло риска для участников и не собирало конфиденциальных данных, оно было признано освобожденым от официального рассмотрения этическим комитетом. Все участники были проинформированы о целях исследования и дали устное согласие перед участием.
Методологический веб-интерфейс, предложенный в этой работе, был структурирован так, чтобы обеспечить воспроизводимый процесс проектирования, разработки и оценки предлагаемого приложения пренатального ухода на основе инструментов. Процесс был организован в последовательные этапы, включающие анализтребований 15, прототипирование, определение архитектуры системы, реализацию и оценку удобства использования. Эта предлагаемая структура позволила разработать надёжный, ориентированный на пользователя и контекстно-ориентированный цифровой инструмент для поддержки оптимизации документации по дородовому уходу и принятия клинических решений, см. рисунок 1.
Рисунок 1: Модель процесса разработки, иллюстрирующая пять последовательных этапов, принятых в данном исследовании. (1) Анализ требований, включающий обзор литературы и сессии совместного проектирования с экспертом в области; (2) Прототипирование, включающее валидацию каркасов с низкой точностью; (3) Определение архитектуры, основанное на принципах доменно-ориентированного проектирования и гексагональной архитектуры; (4) Внедрение, охватывающее фронтенд, бэкенд и разработку баз данных; и (5) тестирование удобства использования, проводимое с участием пяти медицинских специалистов с использованием шкалы системного удобства и протокола «думать вслух». Пожалуйста, нажмите здесь, чтобы увидеть увеличенную версию этой фигуры.
Требования к системе
Этап системных требований был направлен на выявление функциональных и операционных потребностей, необходимых для разработки предлагаемого приложения для пренатального ухода. Процесс вычисления требований сочетал структурированный обзор литературы с совместными сессиями, проведёнными с акушером-медсестрой-специалистом в первичной пренатальной помощи. Обзор проводился на платформах SciELO, PubMed/MEDLINE и Scopus, используя поисковые строки, объединяющие: ("пренатальный уход" ИЛИ "антеннатальный уход") И ("цифровое здравоохранение" ИЛИ "электронная медицинская карта" ИЛИ "система медицинской информации") И ("удобство использования" ИЛИ "ориентированный на пользователя дизайн"). Рассматривались исследования, опубликованные на английском и португальском языках, изучающие цифровые инструменты для пренатальной документации или оценку удобства использования систем медицинской информации. Обзор литературы позволил выявить ограничения в бумажной медицинской карте и определил клинические параметры для оцифровки. Сессии совместного проектирования включали структурированные интервью и совместное низкокачественное прототипирование, в ходе которых эксперт проверял логическую последовательность ввода данных и клиническую значимость каждой функции системы до внедрения. Ключевым результатом этого процесса стало создание повсеместного языка, общего словарного запаса между командой разработчиков и клиническим экспертом, что обеспечило последовательное отражение специфических терминов, таких как «Госпитализация пациента», «Гестационный возраст», «Рост матки» и «Частота сердечных сокращений плода», как в пользовательском интерфейсе, так и в домене системы. Этот подход сократил разрыв между клиническими требованиями и реализованным решением и подтвердил два основных модуля.
Для целей этой системы беременность с низким риском определяется в соответствии с рекомендациями Министерства здравоохранения Бразилии (на португальском, Cadernos de Atenção Básica ). No 32, 2012) как беременность без предшествующих материнских заболеваний (например, гипертония, сахарный диабет, аутоиммунные заболевания), без акушерских осложнений, возникающих во время пренатального наблюдения, и без выявленных в ходе консультаций фетальных аномалий. Пациенты, отнесённые к группе высокого риска, находятся вне сферы действия этой системы и должны направляться в специализированную материнско-плодовую помощь.
На основе результатов были созданы два основных модуля: (i) консультационный модуль и (ii) модуль последующего наблюдения. Каждый модуль был разработан с учётом реальных клинических процедур, способствуя интуитивной навигации и эффективному вводу данных во время ухода за пациентом. Модуль консультаций охватывает несколько ключевых сценариев использования, соответствующих типичному процессу пренатальных консультаций. Функция приёма пациентов позволяет регистрировать новых пациентов, вводя их полное имя, номер национальной медицинской карты (CNS) и дату последней менструации (LMP). Спецификации полей, требования к формату и правила валидации, применяемые как на клиентском, так и на серверном уровнях подробно описаны в Таблице 1. Для обеспечения целостности данных система автоматически предотвращает дублирование записей на основе идентификатора CNS. Функция Start Consultation позволяет медицинским работникам инициировать новую консультацию для уже зарегистрированного пациента, перенаправляя пользователя на интерфейс консультации.
| Поле | Формат | Правило валидации | Пример |
| Имя пациента | Свободный текст | Минимум 3 символа; только алфавитные символы и пробелы. | «Мария да Силва» |
| ЦНС (национальная система) Карта здоровья) | 15 числовых цифры | Проверено с помощью алгоритма на основе Луна; Должно быть уникальным для каждого пациента. | “70000000 0000001” |
| Дата LMP | DD/MM/YYYY | Не должно быть будущей датой и не должно быть в течение 42 недель до текущей даты. | “01/01/2026” |
Таблица 1: Спецификации поля поступления пациентов, требования к формату и правила валидации. Поля организованы в соответствии с демографическими, идентификационными и клиническими требованиями к регистрации для обеспечения стандартизированного приёма пациентов и согласованности данных во время пренатальной госпитализации.
Процесс консультаций проходит по последовательному и структурированному процессу, разработанному для поддержки эффективного управления пренатальной медицинской помощью. Сначала медицинский работник получает доступ к основному списку пациентов и находит целевого пациента по имени или номеру ЦНС с помощью функции поиска. После выбора пациента специалист начинает консультацию, нажав «начать консультацию». На этом этапе система создаёт новую запись консультации, привязанную к выбранному пациенту, и перенаправляет пользователя на интерфейс консультации, который организован в четыре раздела: физическое обследование, лабораторные анализы, УЗИ и резюме.
На этапе физического осмотра специалист фиксирует общие клинические параметры, такие как вес, рост, артериальное давление и зарегистрированные жалобы, а также акушерские параметры, включая рост матки и частоту сердечных сокращений плода. Система автоматически рассчитывает и отображает индекс массы тела и гестационный возраст для помощи в принятии клинических решений. В разделе лабораторных тестов результаты триместров можно регистрировать с помощью соответствующих входных контролей, а завершённые и ожидающие обследования визуально различаются для облегчения мониторинга пренатальных протоколов.
При доступности в консультацию также может быть включена информация о УЗИ. Специалист может получить доступ к зону регистрации сонографии и заполнить соответствующую форму с данными отчёта. После внесения всей релевантной информации консультация завершается через функцию подачи заявок. Система затем проверяет необходимые поля и, если процесс успешно завершен, перенаправляет пользователя на экран последующего наблюдения пациента.
Последующий скрининг предоставляет обобщённый обзор клинической истории пациентки, включая графики тенденций по индексу массы тела и росту матки, а также хронологический список предыдущих консультаций. Такая структура позволяет постоянно контролировать здоровье матери на протяжении всего пренатального ухода.
В ходе консультационного процесса были внедрены специальные функции для поддержки учёта клинических и диагностических данных. Раздел физического осмотра позволяет документировать общие и акушерские параметры в соответствии со стандартизированными клиническими протоколами измерений. Вес фиксируется в килограммах (допустимый диапазон: 30–200 кг) и высота в метрах (допустимый диапазон: 1,00–2,50 м), при этом ИМТ автоматически рассчитывается как вес (кг) / рост2 (м2). Артериальное давление фиксируется в мм рт. ст. в виде систолических/диастолических значений (например, 120/80 мм рт.ст.), после стандартного сфигмоманометрического измерения при сидящем состоянии пациента. Высота матки (высота фунда) измеряется в сантиметрах от лобкового симфиза до дна матки с помощью неэластичной рулетки с пациентом в дорсальной декубите (допустимый диапазон: 16–40 см, в зависимости от возраста беременности). Частота сердечных сокращений плода фиксируется в ударах в минуту (нормальный диапазон: 110–160 уд/мин). Дополнительные поля включают фетальную презентацию (головное/тазовое/поперечное) и обозначение отёка или экзантемы при наличии.
Интерфейс лабораторных тестов позволяет регистрировать результаты тестов на основе триместров, с визуальными индикаторами, показывающими завершённые и ожидающие обследования, чтобы предотвратить повторение. Система поддерживает документацию стандартных пренатальных лабораторных обследований, рекомендованных Министерством здравоохранения Бразилии, организованных по гестационному триместру, как подробно описано в Таблице 2. Модуль УЗИ является необязательным и активируется, когда данные сонографического обследования доступны для документации. Области включают дату обследования (DD/MM/YYYY), гестационный возраст при осмотре на основе LMP (недели), гестационный возраст по биометрии УЗИ (недели), предполагаемый вес плода (граммы), расположение плаценты (передняя/задняя/фаль/латеральная) и оценку амниотической жидкости. Расхождения между оценками гестационного возраста на основе ЛМП и ультразвука сохраняются в записи для поддержки клинических решений относительно предполагаемой пересмотра сроков родов. Все области, кроме даты экзамена, являются необязательными.
| Экзамен | 1-е место Триместр | 2-й Триместр | 3-й Триместр |
| ABO/Rh | Обязательно | – | – |
| Уровень глюкозы натощак | Обязательно | – | – |
| Пероральный тест на толерантность к глюкозе | Обязательно | – | – |
| Сифилис — экспресс-тест | Обязательно | – | – |
| VDRL | Обязательно | – | – |
| Косвенный тест Кумбса | Обязательно | – | – |
| ВИЧ / Анти-ВИЧ | Обязательно | Повторяю | – |
| Гепатит B (HBsAg) | Обязательно | Повторяю | – |
| Токсоплазмоз | Обязательно | Повторяю | Повторяю |
| Гемоглобин / Гематокрит | Обязательно | Повторяю | Повторяю |
| Анализ мочи (EAS) | Обязательно | Повторяю | Повторяю |
| Культура мочи | Обязательно | Повторяю | Повторяю |
Таблица 2: Стандартные пренатальные лабораторные обследования, поддерживаемые системой, организованные по гестационному триместру. Обследования группируются по рекомендуемым периодам пренатального наблюдения для поддержки соблюдения протокола и продолжения мониторинга здоровья матери.
Наконец, функция завершения консультации консолидирует и сохраняет все записанные данные, автоматически перенаправляя специалиста на экран наблюдения пациента, где доступна интегрированная сводка медицинской информации пациента. Отчет о последующем наблюдении представляет обобщённый обзор клинической истории, лабораторных результатов и графических тенденций ключевых параметров, таких как индекс массы тела (ИМТ) и рост матки, что поддерживает непрерывный и основанный на данных уход за матерями.
Система автоматически вычисляет три ключевых акушерских параметра из даты последнего менструального периода (ЛМП), введённой при поступлении пациента. Гестационный возраст (GA) в неделях рассчитывается как разница в днях между текущей датой и LMP, делённая на семь: GA = (Текущая дата − LMP) / 7. Предполагаемая дата сдачи (EDD) получается добавлением 280 дней (40 недель) к LMP: EDD = LMP + 280 дней. Индекс массы тела (ИМТ) рассчитывается на основе веса (кг) и роста (м), зафиксированных во время физического осмотра:
(1)
Эти вычисления выполняются автоматически при вводе данных, что исключает ручные вычисления и снижает ошибки транскрипции.
Технологии и архитектура системы
Система была разработана по клиент-серверной архитектуре, при которой веб-интерфейсный интерфейс взаимодействует с бэкенд-сервисом через RESTful API17. Такой подход обеспечивает модульность, масштабируемость и совместимость, обеспечивая возможность расширения или интеграции системы с другими информационными системами здравоохранения в будущем. Рисунок 2 иллюстрирует диаграмму «сущность–взаимосвязь» (ER) в приложении, выделяя основные объекты: пациента, консультацию, обследование и УЗИ, а также их соответствующие ассоциации. Пациент служит ядром модели, поддерживая персональные и идентификационные данные, связанные с несколькими консультациями. Каждая запись консультации, в свою очередь, связана с набором осмотров и необязательными записями на УЗИ, что позволяет подробно отслеживать параметры здоровья матери по должному времени. Такая реляционная структура позволяет организовывать клинические данные и поддерживает формирование консолидированных отчетов о последующих наблюдениях, способствуя комплексному и непрерывному управлению пренатальной медицинской помощью. Каждая сущность использует первичный ключ UUID и реализует мягкое удаление через выделенное поле deletedAt. , обеспечивая отслеживаемость данных без постоянного удаления. Ключевые ограничения включают: поле ЦНС в сущности пациента закрепляется как уникальное на уровне базы данных, что предотвращает дублирование регистрации пациентов; Жизненно важные показатели консультации (вес, рост, рост матки) хранятся в десятичной форме для поддержания клинической точности; а ультразвуковая сущность полностью необязательна, связана с пациентом по идентификатору без обязательного ограничения внешнего ключа. Полное определение схемы, включая все типы полей и ограничения, доступно в публичном репозитории по адресу https://github.com/caderneta-digital-da-gestante/api.
Рисунок 2: Диаграмма сущности–взаимосвязь (ER) системной базы данных. Представлены четыре основных подразделения: Пациент (хранит данные о идентификации и акушерстве, включая номер ЦНС и дату ЛМП), Консультация (связанная с каждым визитом пациента), Осмотр (результаты лабораторных тестов триместра, связанные с каждой консультацией) и Ультразвук (необязательные сонографические данные, связанные с каждой консультацией). Один пациент может пройти несколько консультаций; каждая консультация может быть связана с несколькими обследованиями и отсутствием или одной записью УЗИ. Пожалуйста, нажмите здесь, чтобы увидеть увеличенную версию этой фигуры.
Бэкенд был реализован с использованием Node.js в качестве среды выполнения в сочетании с Express.js-фреймворком для эффективного управления маршрутами и HTTP-запросами. Сохранение данных осуществлялось через систему управления реляционными базами данных PostgreSQL, выбранную за её надёжность и соответствие принципам ACID. Для облегчения доступа к базе данных и обеспечения безопасности типов была внедрена библиотека Prisma ORM, обеспечившая эффективное и поддерживаемое взаимодействие между логикой приложения и уровнем данных18.
Фронтенд был создан с использованием React в сочетании с фреймворком Next.js для обеспечения быстрого, отзывчивого и оптимизированного для поисковых систем веб-интерфейса. Взаимодействие пользователей и обработка форм были реализованы с использованием React Hook Form для управления состоянием и Zod для проверки на основе схем, обеспечивая согласованность данных и снижая ошибки ввода. Получение и кэширование данных на стороне клиента осуществлялись с помощью TanStack Query, что обеспечивало оптимизированную производительность и синхронизацию данных в реальном времени с бэкендом.
Для контроля версий и развертывания проект использовал git и github, придерживаясь традиционного стандарта коммитов для поддержания чёткой и отслеживаемой истории разработки. Развертывание проходило по контейнерному подходу. Требования включают Docker 27.x, аккаунт Vercel (фронтенд) и аккаунт Render (бэкенд и база данных). Для бэкенда требуется файл .env с двумя переменными среды: DATABASE_URL (строка соединения PostgreSQL, предоставленная Render) и DIRECT_URL (прямой URL соединения для миграций Prisma). Для развертывания бэкенда образ Docker строится с помощью docker build -t cdg-api и отправляется в Render как веб-сервис с командой start node dist/index.js и переменной API_PORT окружения. Фронтенд разворачивается на Vercel путём подключения репозитория gitHub через панель управления Vercel; переменная среды NEXT_PUBLIC_API_URL должна быть установлена на URL сервера рендера. Миграции баз данных применяются через prisma migrate deploy при первом развертывании.
Что касается безопасности и конфиденциальности данных, текущий прототип не реализует аутентификацию конечного пользователя, что отражает его ранний характер. Данные пациента хранятся в базе данных PostgreSQL, размещённой в облачной инфраструктуре Render, при этом доступ к базе данных ограничен учётными данными на уровне среды, не раскрытыми в исходном коде. Для целей этого исследования удобства использования все пациентские записи, использованные во время тестирования, были вымышленными; Реальные данные о пациентах не собирались и не обрабатывались. Аутентификация и контроль доступа определены как требования для будущей версии, готовой к производству, наряду с оценкой соответствия Бразильскому Общему закону о защите данных (LGPD — Закон No 13.709/2018).
Система реализует как клиентскую, так и серверную валидацию. На фронтенде форма React Hook с схемами Zod предотвращает отправку формы, если необходимые поля пусты или неправильно отформатированы, отображая встроенные сообщения об ошибках. На сервере все входящие запросы анализируются и проверяются через схемы Zod до достижения доменного уровня; некорректные входы возвращают HTTP 400 с структурированным ответом на ошибку, указывающей затронутое поле и сообщение. Валидация на уровне домена осуществляется с помощью объектов значений: поле ЦНС проверяется по длине, формату только с цифрами и алгоритму контрольной суммы (поддерживая как постоянную ЦНС, начинающуюся с цифр 1–2, так и временную ЦНС, начиная с 7–9). Дублирующиеся записи CNS отклоняются на уровне базы данных с помощью уникального ограничения. В случае ошибок домена API возвращает HTTP 400 с описательным сообщением об ошибке; успешные операции возвращают HTTP 201 (создание) или HTTP 200 (поиск).
Тестирование удобства использования
Оценка удобства использования системы проводилась с использованием шкалы удобства использования системы (SUS) для получения количественной оценки удовлетворённости пользователей и общей удобства19,20. Репрезентативные сценарии и задачи разрабатывались на основе типичных действий, выполняемых с медицинской картой беременной женщины, что гарантирует, что тест отражает реальные клиническиерабочие процессы 21.
Оценка включала восемь задач, охватывающих весь рабочий процесс пренатальных консультаций, как описано в Таблице 3.
| Задача | Обучение участнику | Критерии успеха |
| 1 | Как бы вы начали консультацию для пациента X? | Найдите пациента в списке или строке поиска → нажмите «Начать консультацию». |
| 2 | Какие шаги вы бы предприняли для внесения данных о физическом и акушерском обследовании пациента X? | Откройте вкладку «Физический осмотр» → заполните необходимые поля → нажмите «Далее» или перейдите к другой вкладке. |
| 3 | Какие шаги вы бы предприняли, чтобы добавить лабораторный тест во время консультации и проверить введённые данные? | Откройте вкладку «Экзамены» → нажмите «+» для экзамена и триместра → заполните форму → нажмите «Сохранить» → «Просмотр». |
| 4 | Какие шаги вы бы предприняли для записи результата УЗИ? | Откройте вкладку УЗИ → нажмите «Получить УЗИ» → заполнить форму. |
| 5 | Какие шаги вы бы предприняли для завершения консультации? | Убедитесь, что форма действительна → нажмите «Отправить». |
| 6 | Как бы вы отслеживали прогрессию питательного статуса и кривую роста матки у пациентки Y? | Вернитесь на главную страницу→ найдите пациента Y → нажмите «Caderneta» → откройте вкладку «Информация» → просмотр карт. |
| 7 | Можете показать, какие лабораторные обследования уже прошли для пациента Y? | Получите доступ к Caderneta пациента Y → перейдите во вкладку «Экзамены». |
| 8 | Сколько консультаций проходил пациент Y, и можете ли вы узнать подробности одной из них? | Перейдите во вкладку «Консультации» → нажмите «Просмотреть детали». |
Таблица 3: Задачи оценки удобства использования и критерии успеха. Задачи структурированы так, чтобы оценить основные функциональности системы, включая поиск пациентов, рабочий процесс консультаций, ввод данных и последующий обзор, с заранее определёнными критериями успешного завершения.
Всего пять медицинских специалистов были привлечены с помощью снежкового отбора на основе трёх критериев: доступность, предыдущий практический опыт работы с печатной медицинской картой беременной женщины в пренатальной медицинской среде и направление специалистами, участвовавшими в этапе вычисления требований, или ранее набранными участниками. Официальный демографический опросник не проводился; Сбор структурированных демографических данных определяется как ограничение этого исследования и цель для будущих оценок. Такой размер выборки соответствует установленным рекомендациям для формативных исследований удобства использования, которые показывают, что пяти участников достаточно для выявления наиболее критических проблем удобства использования винтерфейсе 22. Хотя это число ограничивает статистическую обобщаемость, оно уместно учитывать исследовательский характер этой предварительной оценки. Во время тестовых сессий участников приглашали исследовать веб-приложение, выполняя заранее заданные задачи, одновременно размышляя вслух. Перед сессией участников кратко познакомили с техникой «думать вслух» через разминку, не связанную с системой. Им было заказано непрерывно озвучивать свои мысли, действия и трудности на протяжении всех заданий, не обращаясь за помощью к оценщику. Корректирующая обратная связь не была предоставлена во время выполнения задачи. Обученный наблюдатель записывал структурированные полевые заметки, фиксируя наблюдаемые трудности, колебания и устные комментарии для каждой задачи23.
По завершении каждой сессии участники заполняли анкету SUS на бразильском португальском. Стандартные пункты SUS были контекстуально адаптированы для области пренатального ухода, например, заменяя общие ссылки на «систему» на конкретные ссылки на клинические рабочие процессы, такие как: «зарегистрировать и проконсультироваться с данными беременной женщины», «низкорисковое пренатальное наблюдение». Эти адаптации сохранили исходную структуру оценки, одновременно повысив релевантность для целевой группы пользователей. SUS состоит из 10 утверждений, оцениваемых по 5-балльной шкале Ликерта (1 = категорически не согласен, 5 = полностью согласен), чередующихся между положительными и отрицательными пунктами. Оценки рассчитывались по стандартному методу: для нечётных элементов вклад равен шкале минус 1 (R − 1); для чётных элементов вклад составляет 5 минус позицию шкалы (5 − R). Сумма всех вкладов умножается на 2,5, получая итоговый балл от 0 до 100, при этом баллы выше 68 указывают выше среднего удобствоиспользования 24. Кроме того, были проведены два открытых вопроса для сбора качественной обратной связи о сильных сторонах системы и областях для улучшения. Ответы анализировались с помощью тематического анализа: повторяющиеся темы из ответов участников и наблюдений вслух были независимо закодированы двумя исследователями и сгруппированы по категориям. Несоответствия решались в ходе обсуждения. Полученные категории, обобщённый обзор ухода, профессиональные и пациентские отношения, непрерывность ухода, зависимость от подключения, отсутствие функциональности экспорта и потребности в поддержке пользователей были индуктивно получены из ответов участников и представлены в таблице качественных результатов.
Сессии удобства использования проводились удалённо. Каждый участник получал доступ к системе через общедоступный URL, используя своё устройство и браузер по умолчанию; Аппаратные характеристики, операционные системы и версии браузера не управлялись и не записывались. Это отражает реальные условия использования, но является ограничением, поскольку вариативность производительности между устройствами могла влиять на опыт взаимодействия. Будущие оценки должны стандартизировать среду тестирования, чтобы выделить проблемы удобства использования от аппаратного обеспечения и переменных связности.
Доступ ограничен. Войдите в систему или начните пробный период, чтобы просмотреть этот контент.
Результаты
В разделе с результатами представлены результаты оценки удобства использования, включая количественные показатели по стандартизированным шкалам и качественную обратную связь от медицинских специалистов. Анализ сосредоточен на оценке эффективности, результативности и принятия пользователями веб-приложения для пренатального ухода. Оценка удобства использования прототипа дала общий балл System Usability Scale (SUS) 77,5, превышая обычно называемый порог в 68, что свидетельствует о удовлетво...
Доступ ограничен. Войдите в систему или начните пробный период, чтобы просмотреть этот контент.
Обсуждение
Прототип цифровой записи о беременности показал средний балл SUS 77,5 (SD = 9,35), что указывает на приемлемую удобство использования согласно установленным эталонным показателям. Этот результат свидетельствует о том, что сочетание принципов доменно-ориентированногопроектирования 25,26 и гексагональнойархитектуры 13, тесно согласованное системой с реальными клиническими рабочими процессами, положительно вл...
Доступ ограничен. Войдите в систему или начните пробный период, чтобы просмотреть этот контент.
Раскрытие информации
Авторы не заявляют о конфликтах интересов.
Благодарности
Эта работа была финансово поддержана Национальным советом по научному и технологическому развитию (CNPq) Бразилии по гранту No 305517/2022-8.
Доступ ограничен. Войдите в систему или начните пробный период, чтобы просмотреть этот контент.
Материалы
| Имя | Компания | Каталожный номер | Комментарии |
|---|---|---|---|
| Axios | Axios Contributors | 1.8.4 | N/A |
| Backend repository | Author | N/A | N/A |
| Docker | Docker, Inc. | 27.x | N/A |
| Express.js | OpenJS Foundation | 5.1.0 | N/A |
| Frontend repository | Author | N/A | N/A |
| Next.js | Vercel | 15.2.4 | N/A |
| Node.js | OpenJS Foundation | 22.x | N/A |
| PostgreSQL | PostgreSQL Global Dev. Group | 15.x | N/A |
| Prisma ORM | Prisma Data, Inc. | 6.5.0 | N/A |
| React | Meta Platforms, Inc. | 19.0.0 | N/A |
| React Hook Form | react-hook-form Contributors | 7.55.0 | N/A |
| Recharts | recharts Contributors | 2.15.3 | N/A |
| Render | Render Services, Inc. | N/A | N/A |
| TanStack Query | TanStack | 5.74.4 | N/A |
| TypeScript | Microsoft | 5.8.2 | N/A |
| Vercel | Vercel, Inc. | N/A | N/A |
| Zod | Colin McDonnell | 3.24.2 | N/A |