Моторная доступность в приложениях для клинического обучения

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

Моторная доступность — это о том, как сделать взаимодействие пригодным для тех, у кого есть тремор, ограничение подвижности конечностей, сниженная сила, меньшая точность нажатия, мышечная усталость, а также для тех, кто работает с switch, клавиатурой, трекболом, контроллером или голосовым вводом. Это касается студентов и врачей с постоянной физической инвалидностью, а также тех, кто носит шину, находится после процедуры, испытывает острую боль или пользуется устройством одной рукой на дежурстве. В центре этого текста — проектирование приложений и обучающих платформ: цели нажатия, жесты, время, перетаскивание и альтернативы ввода. Это не нумерованный чек-лист технических норм для медицинского программного обеспечения и не руководство по экранным чтецам (тема другого поста серии).

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

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

Что такое моторная доступность в обучающих приложениях

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

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

В медицинском образовании существуют студенты с физическими и сенсорными нарушениями, хотя информирование и адаптации всё ещё неоднородны. В национальном анализе технических стандартов медицинских школ лишь немногие документы явно поддерживали разумные адаптации; многие были двусмысленны или молчали об ответственности и об использовании вспомогательных средств (Zazove et al., 2016). В этическом анализе утверждается, что "органические" стандарты (требовать орган или жест без вспомогательных средств) исключают способных кандидатов при функциональных стандартах, которые требуют результата задачи с адаптацией (McKee et al., 2016). Параллель для обучающих приложений прямая: требовать "точного касания большим пальцем ведущей руки" — это органический стандарт интерфейса; требовать "отправить гипотезу" с клавиатуры, через switch или увеличенным касанием — это функциональный стандарт.

Распространённость и траектория также важны для тех, кто проектирует образовательный продукт. Данные о распространённости и о клинических адаптациях в медицинском образовании показывают, что инвалидность в медицинской школе — не анекдот (Meeks et al., 2020). Когортные исследования успеваемости студентов с инвалидностью подтверждают, что при надлежащем доступе академическая траектория может совпадать с траекторией сверстников; узким местом обычно становится барьер среды, а не общая "нехватка способностей" (Meeks et al., 2022). Призывы к действию в литературе требуют устранять структурные барьеры и принимать инклюзивные технические стандарты (Marzolf et al., 2022; Kezar et al., 2019; Stauffer et al., 2022).

Для студента практический вопрос звучит так: "это приложение требует от меня клинического мышления или требует попасть в пиксель?". Для тех, кто создаёт случаи и игры, вопрос такой: "у каждого критического элемента управления есть путь, выполнимый с клавиатуры, широким касанием и за человеческое время?". Остальная часть текста переводит это в барьеры и конкретные решения, со ссылкой на типы игр для студентов-медиков и на обучение на основе случаев.

Распространённые двигательные барьеры в интерфейсе

В приложениях со случаями и в играх на диагностику двигательные барьеры повторяются. Маленькие цели вплотную друг к другу: иконки действий рядом без отступа. Обязательные жесты-траектории: щипок, скольжение по кривой, мультитач. Перетаскивание без альтернативы "коснись-чтобы-выбрать" и "коснись-чтобы-отпустить". Короткие тайм-ауты: экран истекает, если палец замешкался. Элементы управления только в верхнем углу, до которых трудно дотянуться одной рукой. Зависимость от наведения мыши в веб-версии. Разрушительные подтверждения без отмены. Текстовые поля, которые открывают экранную клавиатуру, закрывающую кнопку отправки.

Руководства по доступности в играх (например, полный список Game Accessibility Guidelines) требуют переназначения элементов управления, отказа от обязательных сложных жестов, гибкого времени и альтернативных способов ввода. В мобильном образовании анализы обучающих игр для Android показывают, что интерфейсы, построенные только на canvas, часто предоставляют switch access единственную цель размером с экран, что не позволяет перебирать элементы по одному. Для медицины вывод тот же: если барьер двигательный, студент "ошибается" в случае, не ошибившись в дифференциальном диагнозе.

Объективный список барьеров для проверки в любом игровом случае:

• Критические кнопки меньше удобной площади пальца, без кликабельного отступа.
• Действия, которые существуют только как жест-траектория (свободное перетаскивание, щипок, круг).
• Таймер или истечение сессии, которые наказывают за промедление или исправление касания.
• Поток, невозможный только с клавиатуры (Tab, Enter, стрелки) в веб-версии.
• Элементы, недоступные для фокуса при switch access (порядок фокуса нарушен или отсутствует).
• Разрушительные цели (удалить, пропустить подсказку) вплотную к цели подтверждения.

Эти барьеры действуют неравномерно. Человек с тремором может нажать соседнюю с нужной кнопку. Человек с ограниченной силой может не завершить длинное перетаскивание. Тот, кто пользуется одной рукой, устаёт от двусторонних жестов. Тому, кто работает через switch, нужно, чтобы каждый элемент управления был отдельным шагом перебора. Тот, кто в движении (скорая, коридор), страдает от того же эффекта: рука дрожит, и маленькая цель превращается в лотерею. Инклюзивный дизайн не "благоприятствует" одной группе; он расширяет круг тех, кто может тренировать то, что должен измерять случай.

Быстрый тест моторного барьера: попробуйте пройти весь сценарий только с клавиатуры; затем только грубым касанием (костяшкой пальца или толстой ручкой); затем намеренно медленно. Если какой-то из путей ломается, интерфейс измеряет ловкость, а не мышление. Исправьте цели, жесты и время до того, как добавлять новый клинический контент.

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

Цели касания, отступы и точность

Размер цели — первое конкретное средство. Международное руководство по доступности веб-контента в расширенном критерии размера цели рекомендует не менее 44 на 44 CSS-пикселя для указательных элементов управления, с исключениями для строчных ссылок и эквивалентных элементов управления (W3C, Target Size Enhanced). Есть также минимум 24 на 24 CSS-пикселя в новейшем критерии уровня AA (W3C, Target Size Minimum). В нативных приложениях платформенные руководства обычно говорят примерно о 44 пунктах (iOS) или 48 dp (Android). Точное число важно меньше, чем практическое правило: цели клинического действия (отправить гипотезу, открыть подсказку, подтвердить) должны быть достаточно большими для дрожащего пальца или касания боковой стороной ладони.

Классическое исследование взаимодействия с мобильным устройством большим пальцем одной руки указывало на цели порядка 9 мм для дискретных и последовательных задач без ухудшения ошибки и предпочтения (Parhi, Karlson e Bederson, 2006). Технические заметки W3C о размере касания на мобильных устройствах переводят физические рекомендации порядка 9 мм на 9 мм, согласующиеся с этой линией доказательств (W3C Mobile A11y TF, M002). У пользователей с тяжёлыми двигательными нарушениями исследования сенсорных интерфейсов показывают, что точность и доля попаданий различаются по области экрана и по размеру цели; касание (tapping) обычно предпочитают направленным жестам, когда размер подходящий (Guerreiro et al., 2010).

Отступы важны не меньше размера. Две кнопки по 44 пикселя вплотную без поля дают ошибку соседства. Оставьте неактивный зазор между подтверждением и отменой; отделите "отправить гипотезу" от "пропустить подсказку". В списках гипотез или кодов увеличивайте высоту кликабельной строки, а не только видимого текста. Невидимый padding входит в активную область.

Практики целей в игровом кейсе:

• Основные кнопки с щедрой минимальной площадью (расширенная цель 44 CSS px как ориентир для дизайна).
• Чёткое поле между необратимыми и обычными действиями.
• Избегать иконок только в самом углу экрана без доступной версии в основном сценарии.
• В вебе следить, чтобы фокус клавиатуры рисовал видимый контур на том же широком элементе управления.
• Проверять большим пальцем, толстой ручкой и с имитацией дрожания (намеренно неточное касание).

Это не "инфантилизирует" клиническое приложение. Большие цели — стандарт зрелого продукта в цифровом здравоохранении и в серьёзных играх. Тренировка дифференциальной диагностики с подсказками уже требует взвешивать находки с осторожностью; с моторной стороны та же осторожность нужна к кнопке, которая фиксирует вес гипотезы.

Жесты, перетаскивание и единственный указатель

Путевые жесты и мультитач — классические барьеры. Критерий жестов указателя WCAG требует, чтобы функциональность на основе многоточечных или путевых жестов могла управляться одним указателем без путевого жеста, кроме случаев, когда жест существенен (W3C, Pointer Gestures). Перевод для игры в диагностику: если увеличение изображения необходимо, предложите кнопки плюс и минус масштаба; если упорядочивание гипотез необходимо, предложите стрелки или меню, а не только перетаскивание карточек.

Перетаскивание встречается во многих образовательных приложениях как "интуитивная" метафора. Для человека с дрожанием или использующего switch перетаскивание дорого: нужно удерживать нажатие, вести по траектории и отпустить в нужной цели. Доступная альтернатива — выбрать одним касанием и подтвердить место другим касанием (или клавишей Enter на клавиатуре). Педагогический результат тот же; моторное требование снижается.

Полезное сопоставление жестов и альтернатив:

• Щипок для масштаба: кнопки + и −, или слайдер с клавиатурой.
• Смахните, чтобы открыть подсказку: кнопка «следующая подсказка» с понятной подписью.
• Перетащите гипотезу в зону отправки: выберите гипотезу и нажмите кнопку «отправить».
• Долгое нажатие для меню: видимая кнопка меню или сочетание клавиш.
• Два пальца для поворота изображения: кнопки поворота на 90°.

Руководство W3C по доступности мобильных интерфейсов напоминает, что сложные жесты могут быть невыполнимы для части пользователей и что дизайн должен предлагать равноценные варианты (W3C, Mobile Accessibility Mapping). В геймификации в медицинском образовании давление времени и «весёлые» жесты помогают только тогда, когда не становятся барьером на входе. Развлечение, которое исключает тех, у кого дрожат руки, — не инклюзивное развлечение.

Полезно различать желательную трудность и бесполезный барьер. Вспомнить гипотезу по памяти — желательная трудность (см. также пост о желательных трудностях). Точно выполнить жест щипка при треморе — бесполезный барьер. Моторная доступность убирает второй, не стирая первую.

Время взаимодействия и тайм-ауты

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

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

Хорошие практики времени в игровом кейсе:

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

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

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

Клавиатура, switch и альтернативный ввод

Полная клавиатура — золотой стандарт работоспособности. Если веб-версия обучающего приложения не позволяет переходить Tab между элементами управления, активировать Enter, закрывать Escape и перемещаться стрелками по спискам, то те, кто пользуется физической клавиатурой, увеличенной экранной клавиатурой, эмулятором мыши для головы или switch, остаются за бортом. Критерий клавиатуры WCAG требует, чтобы вся функциональность была доступна с клавиатуры без требования определённого времени на нажатие клавиши, за исключением существенных исключений пути (W3C, Keyboard). Избегайте клавиатурной ловушки: фокус не должен застревать в виджете.

Switch access (линейное или точечное сканирование) зависит от фокусируемых элементов в логическом порядке. Интерфейсы, нарисованные только на canvas с единственным кликабельным прямоугольником, ломают сканирование: switch «видит» весь экран как одну кнопку. В приложениях с кейсами каждая подсказка, каждая гипотеза и каждое действие отправки должны быть отдельным именованным элементом управления. Тестируйте с нативными инструментами switch мобильной операционной системы, прежде чем выпускать новый режим.

Другие альтернативные способы ввода, распространённые на практике:

• Трекбол и адаптированная мышь: им нужен простой клик, а не непрерывное перетаскивание.
• Контроллер или геймпад: полезен, когда физические кнопки крупнее сенсорных целей.
• Голосовой ввод текста гипотезы: дополнение, а не единственный путь, если вокруг шумно.
• Педаль или внешняя кнопка: назначаемы на «следующая подсказка» и «отправить», когда ОС это позволяет.
• Режим принятия касания с задержкой (dwell): приложение не должно сбрасывать фокус, если палец замешкался на полсекунды.

Восприятие учебной среды студентами с инвалидностью улучшается, когда программа доступа видима и надёжна; структурные барьеры и культура информирования всё ещё дают о себе знать (Moreland et al., 2025). В образовательном продукте эквивалент этого — документировать пути входа (клавиатура, switch, увеличенное касание) так, чтобы их находили без поиска клада. Страница Доступность на сайте — институциональное место для ориентирования; само приложение должно выполнять то, что описывает страница, не превращая пост в аудит декларации.

Практические принципы в таблице

Таблица ниже обобщает соответствие барьера и ответа. Используйте её при проверке приложения для клинического обучения, играбельного кейса или задания на планшете перед публикацией.

Двигательный барьер	Что чувствует студент	Ответ дизайна
Маленькая или слипшаяся цель	Задевает соседнюю; промахивается по отправке	Широкая цель; зазор между действиями
Обязательный жестовый путь	Не завершает щипок или дугу	Кнопка или эквивалентное касание
Только перетаскивание	Отпускает не в том месте	Выбор и подтверждение двумя касаниями
Короткий тайм-аут	Теряет прогресс при промедлении	Свой темп; предупреждение до истечения
Нет полной клавиатуры	Switch и клавиатура останавливаются на середине	Tab, Enter, Escape; порядок фокуса
Canvas без дискретных элементов управления	Сканирование видит один блок	Именованные и фокусируемые элементы управления
Разрушающее действие рядом с подтверждением	Случайно удаляет кейс	Разделить; запросить подтверждение; отменить

Эти принципы согласуются с рекомендациями W3C по цели, жесту и клавиатуре, а также с практиками доступных игр. Они не заменяют тестирование с пользователями, которые применяют switch, трекбол или одну руку, но предотвращают самые дорогие ошибки до первого плейтеста. Обзоры технических стандартов в новых медицинских школах показывают, что инклюзивный язык всё ещё неравномерен (Stauffer et al., 2022); то же верно для приложений: инклюзивное намерение должно проявляться в конкретном элементе управления, а не только в институциональном тексте.

У полезной обратной связи в клинических кейсах тоже есть двигательный аспект: если единственный сигнал об ошибке — вспышка на 200 мс поверх крошечного значка, тот, кто промахнулся касанием, даже не увидит критерий. Стабильная обратная связь текстом, со временем на чтение и широкой кнопкой "понял", замыкает цикл без олимпийского прицела.

Как встроен NEXO

В NEXO поток кейса дня представляет вымышленные кейсы с реальной клинической картиной и до шести последовательных подсказок. Взаимодействие с подсказками и с полем гипотезы — сердце упражнения. С двигательной точки зрения инклюзивный дизайн означает: работающие цели, пути без обязательного жеста щипка, время, которое не наказывает за промедление, и равноценность касания и клавиатуры в вебе. Ни одно утверждение здесь не говорит об эффективности; оно описывает тип взаимодействия, который ежедневная игра по диагностике должна делать доступным.

Ресурсы экосистемы, связанные с исследованием: NEXO Researcher для углубления в темы; NEXO Closer, когда цель — закрыть пробелы; ограничения использования в разделе Экономика. Страница Доступность собирает общие ориентиры платформы. Текст что такое NEXO помещает игру на карту клинического обучения.

Как использовать кейс дня с точки зрения двигательной доступности (без обещания результата):

• Предпочитайте планшет с клавиатурой или настольный компьютер, если точное касание утомляет; веб-поток должен оставаться управляемым с клавиатуры.
• Увеличьте масштаб операционной системы, если цели кажутся маленькими; проверьте, перестраивается ли макет, не скрывая кнопку отправки.
• Если случайное касание пропускает подсказку или закрывает диалог, остановитесь и спокойно используйте отмену или повторное открытие; не превращайте двигательную ошибку в "когнитивную спешку".
• Проговорите гипотезу коротким текстом, прежде чем целиться в отправку, чтобы отделить рассуждение от точности касания.
• Если боль, усталость или исключение из-за интерфейса сильны, остановитесь и обратитесь за необходимой помощью.

Честные сравнения: NEXO сосредоточивает подсказки и отправку гипотезы в едином потоке; симуляторы с множеством жестов манипуляции в 3D и банки с десятками микролучей требуют больше двигательной точности. Выбор на день зависит от цели. Для тренировки дифференциала с небольшим числом подсказок подходит компактный формат. Для тренировки ручного навыка в процедуре лаборатория симуляции — другое пространство. Общий принцип: измеряйте рассуждение, а не терпимость к крошечным целям.

Те, кто создаёт случаи для групп (преподаватели-наставники, ассистенты, учебные группы), могут применять таблицу выше и вне платформы: крупные кнопки на интерактивных слайдах, альтернативы перетаскиванию, гибкое время на обучающем задании и разбор с критериями. NEXO показывает один из путей; принцип доступности для моторики действует для любого игрового случая на планшете.

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

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

• У критических кнопок широкая область нажатия и отступ от соседних?
• У каждого жестового действия есть эквивалент в виде простого касания или клавиатуры?
• Веб-поток проходится с помощью Tab и Enter, без ловушки фокуса?
• Есть режим без карательного тайм-аута?
• Элементы управления дискретны и доступны для фокуса при работе с выключателем?
• Разрушительные действия отделены и обратимы?
• Сообщение об ошибке остаётся на экране достаточно долго и на широкой области?
• Проверял ли я работу грубым касанием и только клавиатурой?

Если какой-то пункт не выполнен, исправьте дизайн, прежде чем приписывать ошибку студенту. Затем потренируйтесь на полном случае в реальном потоке.

Сыграйте случай дня.

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

Доступность для моторики — это то же самое, что WCAG?

Не совсем. WCAG даёт технические критерии (область нажатия, жесты, клавиатура), которые этот пост использует как принципы. Здесь речь об приложениях и играх для клинического обучения, а не о полном нормативном руководстве по медицинскому программному обеспечению.

Крупные области нажатия не делают интерфейс «детским»?

Нет. Широкие области нажатия — стандарт в медицинских продуктах и доступных играх. Вы меняете активную область и отступы, а не клиническую строгость случая.

Можно ли оставить перетаскивание, если есть альтернатива?

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

Требует ли switch access нативного приложения?

Не обязательно. Он требует элементов управления, доступных для фокуса, и логичного порядка. Единый Canvas обычно не подходит; настоящие кнопки и поля обычно работают со средствами системы.

Это важно только для людей с постоянной инвалидностью?

Нет. Шина, боль, усталость, использование одной рукой на смене и ситуационный тремор создают похожие барьеры. Инклюзивный дизайн помогает большинству.

Как NEXO вписывается, не становясь обещанием результата?

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

Источники

1. W3C. Understanding SC 2.5.5 Target Size (Enhanced). https://www.w3.org/WAI/WCAG22/Understanding/target-size-enhanced
2. W3C. Understanding SC 2.5.8 Target Size (Minimum). https://www.w3.org/WAI/WCAG22/Understanding/target-size-minimum
3. W3C. Understanding SC 2.5.1 Pointer Gestures. https://www.w3.org/WAI/WCAG22/Understanding/pointer-gestures
4. W3C. Understanding SC 2.1.1 Keyboard. https://www.w3.org/WAI/WCAG22/Understanding/keyboard
5. W3C. Mobile Accessibility: How WCAG 2.0 and Other W3C/WAI Guidelines Apply to Mobile. https://www.w3.org/TR/mobile-accessibility-mapping/
6. W3C Mobile Accessibility Task Force. M002 Providing adequate touch target size. https://w3c.github.io/Mobile-A11y-TF-Note/Techniques/M002
7. Parhi P, Karlson AK, Bederson BB. Target size study for one-handed thumb use on small touchscreen devices. MobileHCI. 2006. DOI 10.1145/1152215.1152260.
8. Guerreiro T, et al. Towards accessible touch interfaces. ASSETS. 2010. DOI 10.1145/1878803.1878809.
9. Zazove P, et al. U.S. Medical Schools' Compliance With the Americans With Disabilities Act: Findings From a National Study. Acad Med. 2016. PMID 26796093.
10. McKee M, et al. Medical Schools' Willingness to Accommodate Medical Students with Sensory and Physical Disabilities. AMA J Ethics. 2016. PMID 27780023.
11. Meeks LM, et al. National Prevalence of Disability and Clinical Accommodations in Medical Education. J Med Educ Curric Dev. 2020. PMID 33178890.
12. Meeks LM, et al. The Performance and Trajectory of Medical Students With Disabilities. Acad Med. 2022. PMID 34817411.
13. Marzolf BA, et al. Call to Action: Eliminate Barriers Faced by Medical Students With Disabilities. Ann Fam Med. 2022. PMID 35879081.
14. Kezar LB, et al. Leading Practices and Future Directions for Technical Standards in Medical Education. Acad Med. 2019. PMID 30398992.
15. Stauffer C, et al. Technical Standards from Newly Established Medical Schools: A Review of Disability Inclusive Practices. J Med Educ Curric Dev. 2022. PMID 35036566.
16. Moreland CJ, et al. Perceptions of the Learning Environment Among Medical Students With Disabilities and the Impact of Program Access. Acad Med. 2025. PMID 40344596.
17. Game Accessibility Guidelines. Full list. https://gameaccessibilityguidelines.com/full-list/