Как разрабатывать приложения для здравоохранения
Опубликовано: 2016-05-15Мы уже писали ранее о том, как приложения для фитнеса и здравоохранения делают людей здоровее, счастливее и продуктивнее (крутым способом, а не жутким, как Том Йорк подразумевал в текстах Radiohead). На самом деле, мы даже составили список пожеланий фитнес-приложений, которые мы хотели бы видеть от визуальных дизайнеров, на тот случай, если вы хотите создать свое собственное мобильное приложение для здравоохранения, но не знаете, как подняться над схваткой с уникальной идеей в то, что кажется рынком, насыщенным медицинскими приложениями.
Но какими бы крутыми ни были приложения для здравоохранения, дизайнеры и разработчики должны позаботиться о том, чтобы их продукты были не только функциональными и красивыми, но и безопасными — и в этой безопасности есть два отдельных, но важных компонента. Создатели медицинских и медицинских приложений должны быть осторожны, чтобы не подвергать опасности жизнь пользователя функциональностью своих приложений, а также должны обеспечивать защиту пользовательских данных от похитителей данных и других угроз конфиденциальности.
Fitbit и мониторинг сердечного ритма: рассказ о двух точках данных
Никто, пожалуй, не разбирается в этом обоюдоостром мече лучше, чем Fitbit. С одной стороны (тот, что носит сам трекер?), Fitbit фактически спас жизнь человеку, предоставив важные данные персоналу скорой помощи в больнице, куда он прибыл после припадка. Глядя на его данные Fitbit, медицинские работники смогли определить, что кардиоверсия при мерцательной аритмии спасет ему жизнь, а не наоборот, вызвав опасный для жизни инсульт.
С другой стороны, Fitbit также пришлось столкнуться с коллективным иском, в котором утверждалось, что данные о частоте сердечных сокращений на ее трекерах HR, Surge и Blaze были опасно неточными, недооценивая частоту сердечных сокращений в небезопасных зонах и убаюкивая своих пользователей ложным чувством безопасности, поскольку они тренировался.
Разработка приложений для здравоохранения с учетом требований безопасности
Приложения — это будущее здравоохранения, но если у вас есть идея медицинского приложения, которое изменит правила игры, вам нужно позаботиться о защите ценных данных, с которыми будет работать ваше приложение. Давайте посмотрим, что вам нужно знать о разработке приложений для здравоохранения, от дизайна доступного пользовательского интерфейса до предотвращения доступа хакеров к кардиостимуляторам и инсулиновым помпам.
3 вещи, которые могут пойти не так с приложениями для здравоохранения
В Proto.io мы любим поощрять инновации, революционные изменения в отрасли и погоню за дикими мечтами, поэтому ругать дизайнера или разработчика — не наш стиль. С учетом сказанного, вы не сможете создать приложение, которое изменит мир, если специфические ловушки медицинских приложений убьют ваше творение еще до того, как оно будет закрыто замысловатым процессом одобрения Apple, или если ваше медицинское приложение буквально убьет своих пользователей. .
Это может показаться драматичным, и это маловероятно, но, учитывая, насколько сложными становятся приложения для здравоохранения, мы вступаем в новый мир возможностей, как хороших, так и плохих. В качестве примера того, насколько захватывающими являются современные медицинские приложения, посмотрите на Dexcom, непрерывный монитор уровня глюкозы и смежное приложение для смартфонов для людей с диабетом. Для тех, кто привык прокалывать пальцы с помощью специального устройства и считывать по одному цифровому выходу за раз, идея непрерывного отслеживания уровня глюкозы на своих телефонах, отслеживания тенденций с течением времени, является не чем иным, как изменением игры.
Конечно, также легко увидеть, как подобная технология может пойти не так, когда простая ошибка синхронизации стоит между пользователем и возможной диабетической комой. И хотя это маловероятно, перспектива того, что хакер сможет подключиться к такому приложению, вызывает мурашки по коже (но опять же, крайне маловероятна, если только вы не высокопоставленный политик из мрачного романа о киберпанке).
Давайте рассмотрим четыре возможных ловушки при проектировании и разработке приложений для здравоохранения и то, как вы можете защитить себя от них:
Медицинские приложения, которые не работают должным образом, могут нанести вред здоровью пользователя.
Давайте вернемся к иску Fitbit, потому что это хороший пример того, что может произойти, когда продукт, который вы предлагаете как дизайнер или разработчик, не соответствует ожиданиям пользователя, который (правильно или неправильно) смотрит на ваше приложение или носимое устройство как на аксессуар. мобильное медицинское устройство.
Когда судебный процесс начал появляться в заголовках новостей в январе 2016 года, не могло быть более напряженного времени для того, чтобы быть разработчиком Fitbit или акционером. Между предполагаемыми неточностями сердечного ритма и тусклой реакцией на дебют смарт-часов Fitbit Blaze на выставке CES акции Fitbit упали на 18%.
Еще страшнее этого провала, конечно, была перспектива того, что трекер активности действительно может угрожать безопасности пользователя. Представьте, что вы купили Fitbit HR в подарок близкому человеку, который хотел стать более активным, и следующее, что вы знаете, это то, что вам звонят и сообщают, что ваш любимый находится в больнице после болей в груди из-за физическая нагрузка. Вы бы винили себя за то, что так доверяете устройству или медицинскому приложению?
К счастью, как для Fitbit как компании, так и для ее огромного сообщества пользователей, заявления, сделанные в судебном процессе, скорее всего, не раскрывали всей стороны истории. Consumer Reports протестировал Fitbit и определил, что его технология мониторинга сердечного ритма PurePulse работает, как и было обещано. Несмотря на трудный январь, Fitbit удалось переместить миллиард фитнес-часов Blaze в течение месяца после появления устройства и вернуть себе позицию красавицы носимых мячей для энтузиастов упражнений и любителей прогулок.
Рекомендуется для вас:
Что означает положение о борьбе со спекуляцией для индийских стартапов?
Как стартапы Edtech помогают повысить квалификацию рабочей силы Индии и стать готовыми к будущему ...
Технологические акции нового века на этой неделе: проблемы Zomato продолжаются, EaseMyTrip публикует...
Индийские стартапы срезают путь в погоне за финансированием
Цифровая маркетинговая платформа Logicserve Bags Финансирование 80 CR INR, ребрендинг как LS Dig...
Отчет предупреждает о возобновлении нормативного контроля над Lendingtech Space
В то время как Fitbit в итоге вышел на первое место, ситуация представляет собой важный набор вопросов «Что, если?» вопросы. Что, если его технология PurePulse действительно опасна или, по крайней мере, перепродана? (Другой хороший пример — закрытие FDA компании 23andMe, стартапа по тестированию генома, который оказался в тупике из-за того, что слишком быстро и небрежно выполнял собственные маркетинговые обещания. Компании потребовались годы, чтобы прийти в себя.) Что, если бы приложения для здравоохранения побуждали своих пользователей в больницы или, того хуже, на смерть?
Противоядие от медицинских приложений: множество тестов и гарантия качества
Неадекватное тестирование и контроль качества могут утопить практически любое приложение, но особое значение при создании приложений для здравоохранения имеет уделение достаточного количества времени этапу тестирования и контроля качества. Мы предполагаем, что Fitbit, вероятно, тестировала свою технологию PurePulse в различных условиях и на различных стандартных устройствах для измерения пульса, снова и снова, чтобы гарантировать точность технологии.
Допустим, вы делаете очень простое приложение для отслеживания количества калорий и макронутриентов. Подумайте, что может пойти не так и как вы можете это предотвратить. Например, кому-то на диете с ограничением углеводов может потребоваться очень точный подсчет сахара, чтобы избежать всплесков инсулина, поэтому сбой в приложении, который приводит к исчезновению записи или вводу ее дважды, может вызвать дискомфорт или даже незначительный кризис здоровья. в вашем пользователе.
Практикуйтесь вводить элементы в приложение в различных условиях, ведите обширные журналы и поощряйте отзывы ваших бета-пользователей. Один из способов сделать это легко — использовать инструмент прототипирования, который позволяет получать отзывы и сотрудничать с несколькими комментаторами.
Как всегда, повторяйте, повторяйте, повторяйте, пока не получите более или менее совершенный конечный продукт.
Доступный дизайн пользовательского интерфейса важен для каждого приложения, но особенно важен для медицинских приложений.
Давайте не будем разбрасываться словами: если вы не встраиваете доступность в каждый разрабатываемый вами пользовательский интерфейс, вы оказываете своим пользователям медвежью услугу, вы оказываете медвежью услугу себе и делаете мир UI/UX в целом. медвежья услуга. Доступность — это не вариант — это требование для каждого приложения. Ваш продукт будет использоваться людьми с разным уровнем остроты зрения, слуха, интеллектуальных способностей, концентрации внимания, возраста, пола, размера, физических способностей и т. д., и вам необходимо создать свой пользовательский опыт с учетом этого большого разнообразия. (Не знаете, с чего начать? Ознакомьтесь с нашим руководством для начинающих по доступному дизайну пользовательского интерфейса для мобильных устройств, а затем узнайте, как создавать дизайн со звуком).
Как бы ни была важна доступность для дизайна пользовательского интерфейса в целом, она вдвойне необходима при создании приложений для здравоохранения. Вы должны учитывать, что, учитывая категорию, для которой вы выбрали разработку, у многих ваших пользователей могут быть проблемы со здоровьем, которые могут повлиять или не повлиять на то, как они используют технологию.
Например, допустим, вы создаете приложение, которое помогает людям с хроническими заболеваниями отслеживать их симптомы и триггеры с течением времени — мы очень рады Flaredown, краудфандинговому приложению, которое обещает делать именно это. Некоторые из состояний, которые Flaredown предлагает использовать для управления приложением, — это состояния, влияющие на координацию движений пользователя, такие как рассеянный склероз, или которые могут вызвать туман в мозгу, например фибромиалгию. Боль или отсутствие подвижности в руках могут быть вызваны и другими состояниями, такими как псориаз, артрит и синдром Рейно. Кроме того, ваши пользователи могут лечить свои заболевания лекарствами, которые влияют на их способность использовать ваше приложение.
В любом случае учитывайте ограничения, которые могут иметь ваши пользователи, и создавайте приложение с учетом этой доступности. Даже если вы хотите, чтобы ваше приложение использовалось медицинскими работниками, а не их пациентами, помните, что медицинские работники сами не застрахованы от необходимости приспособления!
Медицинские приложения могут содержать личную медицинскую информацию (PHI), которая должна быть защищена в соответствии с HIPAA.
Мы могли бы посвятить целую серию постов тому, что дизайнеры и разработчики мобильных приложений должны знать о Законе о переносимости и подотчетности медицинского страхования, более известном как HIPAA, но здесь мы рассмотрим самые основы: в частности, что такое правило безопасности HIPAA. и что должно делать ваше приложение, чтобы соответствовать требованиям HIPAA.
Самый важный вопрос, который вам нужно задать себе при создании медицинских приложений: применимо ли HIPAA к моему приложению? Ответ на этот вопрос зависит от того, будет ли ваше приложение использоваться «застрахованной организацией» или передавать данные ей. Застрахованными лицами являются врачи, медсестры, медицинские работники, больницы, стоматологи, страховые компании, информационные центры здравоохранения и практически любой персонал или учреждение, которые профессионально обрабатывают PHI (защищенную медицинскую информацию). PHI может включать в себя все: от дат визитов к врачу до истории хирургических операций и информации о рецептурных препаратах.
По сути, если вы создаете приложения для использования врачами и другими медицинскими или страховыми организациями, вам необходимо убедиться, что ваше приложение соответствует указам правила безопасности HIPAA, которое устанавливает определенные параметры для защиты конфиденциальности пациентов. Это включает в себя определенные стандарты безопасности для объектов, на которых размещены серверы, на которых хранятся данные PHI, передовые методы аутентификации и доступа к информации, а также когда использовать шифрование для защиты данных. Краткий обзор см. в статье InformationWeek: Соответствие HIPAA: что должен знать каждый разработчик.
Даже если вы не разрабатываете приложения для использования покрываемой организацией, есть вероятность, что ваши пользователи не хотят, чтобы такие данные, как их вес, частота сердечных сокращений в покое, диагнозы и лекарства, отпускаемые по рецепту, хранились в незашифрованном виде на сервере, который легко взломать. , или иным образом быть уязвимым для взлома со стороны гнусных похитителей данных или даже просто сбитых с толку зевак — или любого, кто поднимет их iPhone. Если вы создаете приложения для здравоохранения, никогда не помешает ознакомиться с рекомендациями по разработке мобильных приложений в соответствии с HIPAA и внедрить их в свое собственное приложение. Надежное шифрование — это всегда отличная идея, как и многофакторная аутентификация (требующая от пользователя сочетания двух методов доступа, таких как пароль и отпечаток большого пальца или распознавание голоса).
Создание прототипов медицинских и медицинских приложений
Хотя некоторые из гипотетических ловушек при разработке приложений для медицины и здравоохранения могут показаться пугающими, не позволяйте им отпугнуть вас: разработка мобильного здравоохранения — это растущая область, которая меняет то, как люди взаимодействуют с собой и данными о своем здоровье, и такие дизайнеры, как вы. может иметь огромное значение в жизни пациента.
Если у вас есть блестящая идея помочь людям жить более здоровой и полноценной жизнью, займитесь прототипированием! С Proto.io вы можете быстро создавать реалистичные цифровые прототипы своих приложений для здравоохранения, дополненные взаимодействиями, анимацией, звуковым дизайном и всем остальным, что вам нужно для действительно доступного и удобного опыта. Кроме того, вы можете создавать прототипы для носимых устройств, таких как Apple Watch или Android Wear, с готовыми к использованию библиотеками пользовательского интерфейса, если хотите воспользоваться возможностями отслеживания физической активности каждой ОС.
[ Proto .io — это инструмент для создания прототипов мобильных приложений, используемый предпринимателями и стартапами для создания полностью интерактивных реалистичных прототипов, которые выглядят и работают как настоящие приложения.]