Цифровая доступность медицинских программ

Пандус с зелёным поручнем

Электронная медицинская карта, портал пациента, приложение телемедицины, система записи на приём: почти вся медицинская помощь сегодня проходит через экран. Когда этот экран работает только для тех, кто хорошо видит, хорошо слышит и точно пользуется мышью, часть пациентов и специалистов остаётся в стороне. Бразильский закон об инклюзии определяет человека с инвалидностью как того, кто имеет длительное нарушение физического, психического, интеллектуального или сенсорного характера, которое во взаимодействии с барьерами может препятствовать его полному участию в жизни общества (Закон 13.146/2015). Плохо спроектированное программное обеспечение — одна из таких барьеров.

NEXO — это ежедневная игра по медицинской диагностике: один клинический случай в день, шесть последовательных подсказок и обратная связь по близости МКБ-10 на пяти уровнях.

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

Главные пункты

  • Международный ориентир — WCAG от W3C, организованный в четыре принципа и три уровня соответствия.
  • В Бразилии Бразильский закон об инклюзии требует доступности на сайтах компаний со штаб-квартирой или представительством в стране и государственных органов, а eMAG регулирует сайты федерального правительства.
  • Исследования сайтов, медицинских карт и приложений для здоровья находят повторяющиеся недостатки: низкий контраст, ссылки и кнопки без названия, изображения без альтернативного текста и неполная навигация с клавиатуры.
  • Многие недостатки выявляются короткой проверкой: клавиатура, программа экранного доступа, увеличение и цвет.
  • Привлекать людей с инвалидностью с самого проектирования системы — самая частая рекомендация обзоров.

Содержание

Что такое цифровая доступность в здравоохранении

Бразильский закон об инклюзии определяет доступность как возможность и условие безопасного и самостоятельного достижения пространств, транспорта, информации и коммуникации, включая их системы и технологии, человеком с инвалидностью или с ограниченной мобильностью (Закон 13.146/2015). В программном обеспечении это означает, что каждая функция может быть воспринята, использована и понята тем, кто пользуется программой экранного доступа, увеличением, клавиатурой, голосовым управлением или субтитрами.

WCAG 2.2 говорит, что следование её рекомендациям делает содержание более доступным для слепых или слабовидящих людей, глухих или людей с потерей слуха, с ограниченной подвижностью, с нарушением речи или фотосенситивностью, и отчасти для людей с нарушениями обучаемости или когнитивными ограничениями (W3C, WCAG 2.2).

Понижение гранитного тротуара: каменный бордюр плавным пандусом спускается до уровня улицы, рядом — водосточная решётка.
Пандус на тротуаре был сделан для инвалидных колясок и в итоге послужил также тележкам, чемоданам и велосипедам; на экране логика та же. Источник: Nick-philly, CC BY-SA 4.0 (лицензия), через Wikimedia Commons (страница файла).

Кто зависит от доступного программного обеспечения

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

Нормы-ориентиры: WCAG, Бразильский закон об инклюзии и eMAG

WCAG 2.2 от W3C

WCAG (Web Content Accessibility Guidelines) — рекомендация W3C для доступного веб-содержания; опубликованная версия 2.2 датируется 12 декабря 2024 года (W3C, WCAG 2.2). Рекомендации организованы в четыре принципа (W3C, WCAG 2.2):

  1. Воспринимаемость: информация и компоненты интерфейса должны быть представлены так, чтобы пользователь мог их воспринять.
  2. Управляемость: компоненты и навигация должны быть управляемыми.
  3. Понятность: информация и работа интерфейса должны быть понятными.
  4. Совместимость: содержание должно интерпретироваться широким разнообразием программ, включая вспомогательные технологии.

Каждый критерий успеха имеет уровень: A (минимальный), AA и AAA (самый высокий), и уровень AA требует выполнения всех критериев A и AA (W3C, WCAG 2.2).

WCAG для программного обеспечения, работающего вне веба

Программы, установленные на компьютере, и нативные приложения остаются вне прямого охвата WCAG. Для них W3C опубликовал WCAG2ICT — заметку, которая объясняет, как применять принципы, руководства и критерии версий 2.0, 2.1 и 2.2 к документам и программному обеспечению, не относящимся к вебу; текст носит информационный характер, а не является нормой (W3C, WCAG2ICT).

Бразильский закон об инклюзии (Закон 13.146/2015)

Статья 63 закона делает обязательной доступность на интернет-сайтах, поддерживаемых компаниями со штаб-квартирой или коммерческим представительством в стране либо государственными органами, в соответствии с лучшими практиками и руководствами по доступности, принятыми на международном уровне, и требует, чтобы сайты заметно отображали символ доступности (Закон 13.146/2015). Определение доступности в статье 3 включает информацию, коммуникацию и их системы и технологии (Закон 13.146/2015).

eMAG, модель федерального правительства

eMAG (Модель доступности в электронном правительстве) существует в версии 3.1 от апреля 2014 года и представляет собой специализированную версию WCAG, ориентированную на бразильское правительство (eMAG). Постановление № 3 от 7 мая 2007 года сделало его соблюдение обязательным на сайтах и порталах бразильского правительства (eMAG). В отличие от WCAG, eMAG группирует свои 45 рекомендаций по областям (разметка, поведение, содержание, представление, мультимедиа и формы), а не по уровню приоритета (eMAG).

Быстрое сравнение

Норма Кто публикует К чему применяется
WCAG 2.2 W3C (WCAG 2.2) Веб-контент, с уровнями A, AA и AAA
WCAG2ICT W3C (WCAG2ICT) Руководство для документов и программного обеспечения вне веба
Закон 13.146/2015, ст. 63 Президиум Республики (Planalto) Сайты компаний со штаб-квартирой или представительством в стране и государственных органов
eMAG 3.1 Федеральное правительство (eMAG) Сайты и порталы бразильского правительства

Источник таблицы: официальные страницы, указанные в каждой строке, открыты 11/10/2026.

Где медицинское программное обеспечение терпит неудачу, согласно исследованиям

Сайты о здоровье

В выборке из 139 сайтов о здоровье среди самых посещаемых в мире 91,3% главных страниц имели обнаруживаемые проблемы с доступностью, а самыми частыми были низкий контраст, пустые ссылки, изображения без альтернативного текста, пустые кнопки и поля форм без подписи (Mason et al., 2021).

В австралийском исследовании 185 страниц служб, помогающих людям после инсульта, 81,1% имели хотя бы одну ошибку по WCAG, а самой частой, на 49,7% страниц, была пустая ссылка, которую программа экранного доступа не может озвучить (Giummarra et al., 2025). Только 17 сайтов публиковали заявление о доступности, и у сайтов государственных органов было меньше проблем, чем у частного сектора (Giummarra et al., 2025).

Во время пандемии автоматическая оценка 54 официальных сайтов записи на вакцинацию против covid-19 в США выявила соответствие версиям 2.0 и 2.1 WCAG ниже ожидаемого (Alismail e Chipidza, 2021).

Электронная медицинская карта

В одном исследовании три электронные медицинские карты с открытым исходным кодом протестировали автоматическими и ручными тестами и с тремя программами экранного доступа (JAWS, NVDA и VoiceOver). Все три системы были доступны лишь частично, а главными точками для улучшения стали навигация с клавиатуры и совместимость с программой экранного доступа (Moncy et al., 2023).

Приложения о здоровье

В пилотном проекте с тремя приложениями для контроля веса, хорошо оценёнными в магазинах, девять человек с нарушениями зрения, моторики или когнитивными нарушениями протестировали каждое приложение; люди с нарушениями зрения поставили самые низкие оценки доступности и сообщили о большем числе трудностей (Radcliffe et al., 2021).

Как разрабатываются цифровые медицинские сервисы

Обзорный обзор цифровых медицинских сервисов включил 15 публикаций, из которых 2 определяли доступность и 5 использовали WCAG для её оценки (Jonsson et al., 2023). Другой обзор, с 25 источниками, пришёл к выводу, что потребности различаются в зависимости от типа инвалидности и что совместное проектирование с людьми с инвалидностью с этапа идеи ведёт к более доступным решениям (Henni et al., 2022).

Обзорный обзор, опубликованный в 2026 году, собрал 80 документов и указал доступное проектирование, совместное проектирование с пользователями и международные нормы доступности как факторы, которые больше всего способствуют equitable цифровому здравоохранению (Umucu et al., 2026).

Медицинская карта также может фиксировать потребности в доступности

В офтальмологическом амбулаторном отделении при записи на приём электронная медицинская карта задавала вопрос, нужна ли пациенту какая-либо поддержка доступности; из 250 932 приёмов в 9,4% случаев была какая-либо просьба, чаще всего о мобильности (Varadaraj et al., 2022). Авторы считают, что такую стандартизированную регистрацию можно перенести в другие службы (Varadaraj et al., 2022).

Как читать эти исследования

Вопрос Что позволяют сказать исследования выше
Недостатки распространены? Да, на сайтах о здоровье в разных странах, причём большинство страниц содержат хотя бы одну ошибку
Какие недостатки встречаются чаще? Низкий контраст, ссылки и кнопки без названия, изображения без альтернативного текста, формы без подписи
А медицинская карта? В тесте с тремя системами с открытым кодом доступность была частичной
Что помогает? Партисипативное проектирование, международные стандарты и тесты с экранным диктором

Источник таблицы: обобщение редакционной статьи на основе Mason et al., 2021, Giummarra et al., 2025, Moncy et al., 2023, Henni et al., 2022 и Umucu et al., 2026.

Две чёрные ручки-рычага на двустворчатой двери, перед светлой занавеской с горизонтальными полосами.
Рычажная дверная ручка открывается локтем, полной рукой или с небольшим усилием; хорошее программное обеспечение тоже предлагает больше одного способа добраться до одного и того же места. Источник: marya from San Luis Obispo, USA, CC BY 2.0 (лицензия), via Wikimedia Commons (страница файла).

Что проверять в медицинском программном обеспечении

Приведённые ниже критерии взяты из WCAG 2.2 и охватывают недостатки, которые чаще всего встречаются в исследованиях. Столбец с примером — редакционное прочтение.

Основные критерии

Критерий WCAG 2.2 Что требует Пример в здравоохранении
1.1.1 Нетекстовое содержимое (A) Текстовая альтернатива для всего нетекстового содержимого (WCAG 2.2) Значок аллергии с названием, которое читает экранный диктор
1.4.1 Использование цвета (A) Цвет никогда не является единственным средством передачи информации (WCAG 2.2) Критический результат красным и одновременно со словом "критический"
1.4.3 Минимальный контраст (AA) Контраст не менее 4,5:1 для обычного текста (WCAG 2.2) Светло-серый текст на белом фоне не проходит
1.4.4 Изменение размера текста (AA) Текст увеличивается до 200% без потери содержимого или функции (WCAG 2.2) Назначение остаётся читаемым при увеличении
2.1.1 Клавиатура (A) Любая функция управляется с клавиатуры (WCAG 2.2) Подписать и отправить рецепт, используя только клавиатуру
2.4.11 Фокус не перекрыт (AA) Элемент с фокусом клавиатуры остаётся видимым, хотя бы частично (WCAG 2.2) Закреплённая панель медицинской карты, закрывающая редактируемое поле, не проходит
2.5.8 Размер цели (AA) Цели касания или клика не менее 24 на 24 пикселя CSS, с исключениями (WCAG 2.2) Маленькие кнопки дозы, прижатые друг к другу, не проходят
4.1.3 Сообщения о состоянии (AA) Сообщения о состоянии объявляются вспомогательной технологией без изменения фокуса (WCAG 2.2) "Назначение сохранено" объявляется экранным диктором

Источник таблицы: критерии WCAG 2.2, указанные в каждой строке; примеры редакционной статьи.

В WCAG также есть критерий уровня AAA, который требует, чтобы анимации, запускаемые взаимодействием, можно было отключить, кроме случаев, когда они необходимы (W3C, WCAG 2.2).

Быстрый тест перед внедрением системы

Практическая рекомендация редакционной статьи для тех, кто оценивает программное обеспечение перед покупкой или внедрением:

  1. Отключите мышь и попробуйте выполнить основную задачу, например открыть пациента, записать динамику и сохранить, только с клавиатуры.
  2. Включите экранный диктор операционной системы и проверьте, объявляются ли кнопки, поля и оповещения с названием.
  3. Увеличьте экран вдвое и посмотрите, не исчезает ли что-то, не перекрывается ли или не требует ли боковой прокрутки.
  4. Посмотрите экран в оттенках серого и проверьте, остаются ли оповещения и статусы понятными.
  5. Запросите у поставщика декларацию о доступности и отчёт о соответствии WCAG.
  6. Проверьте с теми, кто будет пользоваться, включая специалистов и пациентов с инвалидностью.

Для тех, кто разрабатывает или покупает

  • Тестируйте рано и с людьми. Автоматические тесты находят часть недостатков; сочетание с ручными тестами и экранными дикторами было методом исследования медицинских карт (Moncy et al., 2023).
  • Определите, что значит доступный. Обзор о службах цифрового здравоохранения нашёл мало публикаций с чётким определением доступности (Jonsson et al., 2023).
  • Опубликуйте декларацию о доступности с заявленным уровнем и каналом для сообщения о барьерах.
  • Регистрируйте потребности пациента в самой медицинской карте, как в опроснике офтальмологического амбулаторного отделения (Varadaraj et al., 2022).

Доступность в NEXO

NEXO публикует заявление о доступности, в котором говорит о стремлении к уровню AA WCAG 2.1 и перечисляет возможности сайта: семантическая структура с иерархией заголовков, минимальный контраст для обычного текста, вёрстка, подстраивающаяся под размер экрана и масштабирование, альтернативный текст у значимых изображений и медиа, которое воспроизводится только по запросу человека. На той же странице указан адрес электронной почты для сообщений о барьерах доступности.

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

Как работает игра

В NEXO каждый случай раскрывается максимум за шесть подсказок, по одной за раз, а гипотезу вы даёте по названию диагноза или по коду МКБ-10. При каждой неверной гипотезе игра показывает близость по пяти уровням, от другой главы до точного кода МКБ, и открывает следующую подсказку.

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

Сохранять, обсуждать и участвовать

Кнопка Anki создаёт карточку прямо из NEXO и открывает её в приложении Anki, находит карточки, которые у вас уже есть, а если в случае есть изображение, переносит изображение в карточку. Вкладка Группа в рейтинге, объединяющая приглашённых коллег, позволяет сравнить, на какой подсказке каждый дал верную гипотезу. Врачи общей практики или специалисты с действующей лицензией могут проверять случаи из своей области через NEXO Curator. Если вы руководите ординатурой, лигой или медицинским факультетом, познакомьтесь с NEXO Closer; исследователи в области доступности и медицинского образования могут предложить исследования через NEXO Researcher, а те, кто создаёт медицинский контент, могут познакомиться с NEXO Creators.

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

Что такое цифровая доступность в медицинских программах?

Это условие, при котором система здравоохранения, например медицинская карта, портал или приложение, может восприниматься, использоваться и пониматься людьми с инвалидностью, в том числе с вспомогательными технологиями. Международный ориентир — WCAG от W3C (W3C, WCAG 2.2).

Бразильский закон требует доступности на сайтах здравоохранения?

Статья 63 Бразильского закона об инклюзии требует доступности на интернет-сайтах компаний с головным офисом или коммерческим представительством в стране и государственных органов (Закон 13.146/2015). По вопросам о конкретном случае обращайтесь к юридической службе вашего учреждения.

К какому уровню WCAG должно стремиться медицинское программное обеспечение?

Уровень AA чаще всего называют целью, в том числе в исследованиях, оценивающих сайты здравоохранения, и он требует выполнения всех критериев A и AA (W3C, WCAG 2.2).

WCAG применима к медицинской карте, установленной на компьютере?

WCAG касается веб-контента. Для программ вне веба W3C опубликовал WCAG2ICT, где объясняется, как применять те же критерии (W3C, WCAG2ICT).

В чём разница между eMAG и WCAG?

eMAG — специализированная версия WCAG для бразильского правительства, которая группирует рекомендации по областям, а не по уровням (eMAG).

NEXO доступен?

NEXO публикует заявление о доступности с целью уровня AA WCAG 2.1 и каналом для сообщений о барьерах. Чтобы познакомиться с игрой, прочитайте что такое NEXO.

Чек-лист доступности для медицинских программ

  1. Каждое изображение и каждый значок с текстовой альтернативой.
  2. Информация, переданная цветом, также передана текстом или значком.
  3. Достаточный контраст между текстом и фоном.
  4. Текст, который увеличивается, не ломая экран.
  5. Задачи, полностью выполнимые с клавиатуры, с всегда видимым фокусом.
  6. Кнопки достаточно крупные и с пространством между ними.
  7. Оповещения и подтверждения, объявляемые программой чтения с экрана.
  8. Анимации, которые можно уменьшить.
  9. Опубликованное заявление о доступности с каналом связи.
  10. Тестирование с людьми с инвалидностью до и после каждого крупного изменения.

Хотите тренировать диагностику с коротким случаем каждый день? Играйте в случай дня в NEXO.

Источники

  1. Mason AM, Compton J, Bhati S. Disabilities and the Digital Divide: Assessing Web Accessibility, Readability, and Mobility of Popular Health Websites. J Health Commun. 2021. https://pubmed.ncbi.nlm.nih.gov/34657585/
  2. Giummarra MJ, Brown E, Rose TA, et al. How accessible are the websites of health services for people who have had a stroke? Int J Equity Health. 2025. https://pubmed.ncbi.nlm.nih.gov/40275299/
  3. Alismail S, Chipidza W. Accessibility evaluation of COVID-19 vaccine registration websites across the United States. J Am Med Inform Assoc. 2021. https://pubmed.ncbi.nlm.nih.gov/33993310/
  4. Moncy MM, Pilli M, Somasundaram M, et al. Evaluation of accessibility of open-source EHRs for visually impaired users. AMIA Annu Symp Proc. 2023. https://pubmed.ncbi.nlm.nih.gov/38222344/
  5. Radcliffe E, Lippincott B, Anderson R, Jones M. A Pilot Evaluation of mHealth App Accessibility for Three Top-Rated Weight Management Apps by People with Disabilities. Int J Environ Res Public Health. 2021. https://pubmed.ncbi.nlm.nih.gov/33915917/
  6. Jonsson M, Johansson S, Hussain D, et al. Development and Evaluation of eHealth Services Regarding Accessibility: Scoping Literature Review. J Med Internet Res. 2023. https://pubmed.ncbi.nlm.nih.gov/37590050/
  7. Henni SH, Maurud S, Fuglerud KS, Moen A. The experiences, needs and barriers of people with impairments related to usability and accessibility of digital health solutions, levels of involvement in the design process and strategies for participatory and universal design: a scoping review. BMC Public Health. 2022. https://pubmed.ncbi.nlm.nih.gov/34991540/
  8. Varadaraj V, Guo X, Reed NS, et al. Identifying Accessibility Requests for Patients With Disabilities Through an Electronic Health Record-Based Questionnaire. JAMA Netw Open. 2022. https://pubmed.ncbi.nlm.nih.gov/35394512/
  9. Umucu E, Lee B, Vernon A, et al. Inclusive Digital Health Strategies for Persons With Disabilities: A Scoping Review. JAMA Netw Open. 2026. https://pubmed.ncbi.nlm.nih.gov/42742940/

Официальные страницы, которые мы изучили

  1. W3C. Web Content Accessibility Guidelines (WCAG) 2.2, по состоянию на 11/10/2026. https://www.w3.org/TR/WCAG22/
  2. W3C. Guidance on Applying WCAG 2 to Non-Web Information and Communications Technologies (WCAG2ICT), по состоянию на 11/10/2026. https://www.w3.org/TR/wcag2ict-22/
  3. Бразилия. Закон № 13.146 от 6 июля 2015 года (Бразильский закон о включении людей с инвалидностью), по состоянию на 11/10/2026. https://www.planalto.gov.br/ccivil_03/_ato2015-2018/2015/lei/l13146.htm
  4. Федеральное правительство. eMAG, Modelo de Acessibilidade em Governo Eletrônico, версия 3.1, по состоянию на 11/10/2026. https://emag.governoeletronico.gov.br/
  5. NEXO. Accessibility Statement, по состоянию на 11/10/2026. https://nexo.wiki.br/accessibility

Вернуться в блог