‍Для таких высокорегулируемых отраслей, как здравоохранение, погружение в сферу no-code для создания приложений может быть несколько пугающей перспективой. Основательница агентства, занимающегося разработкой no-code, рассказывает о том, чему она научилась, помогая организации в этой сфере. *Спойлер* Это можно сделать.

Вероника Пиччафуоко возглавляет Eldur Studio- агентство no-code разработки, которое помогает организациям внедрять инструменты no-code и low-code, а также показывает, что можно сделать без разработчиков. В одном из недавних проектов перед ней была поставлена несколько деликатная задача. Компания, работающая в сфере телемедицины, хотела создать приложение-портал для пациентов, но при этом не хотела замедлять разработку своего основного продукта - мобильного приложения. Они хотели создать портал для пациентов, который их сотрудники (в данном случае члены команды по уходу) могли бы использовать и настраивать самостоятельно, не заставляя свою команду разработчиков создавать эти приложения с нуля. 

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

А вот и нет. Об этом говорит Вероника, которой удалось успешно создать бескодовое решение, объединившее Twilio, Retool, Make и Google Sheets. В результате получился портал для пациентов, который помогает одному члену команды по уходу за больными обслуживать не несколько, а сотни пациентов. Вероника рассказывает нам о своих основных выводах. 

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

‍

1. Проведите аудит своих процессов, прежде чем принимать какие-либо архитектурные решения

Не все части вашего приложения должны соответствовать требованиям HIPAA. Вы должны убедиться, что только те части архитектуры вашего приложения, которые работают с PHI (защищенной медицинской информацией), соответствуют нормам HIPAA. Например, мы хотели создать автоматическую систему, которая отправляла бы сообщения пациентам, не выполнившим определенные действия. Мы подключились к реляционной базе данных, чтобы получить список пациентов, соответствующих этому условию. Затем этот список был автоматически скопирован в лист Google, который *не* соответствует требованиям HIPAA. Это не имело значения, поскольку данные о пациентах были анонимизированы. Единственное, что имело отношение к автоматизации, - это номера телефонов. Мы использовали (инструмент автоматизации) Make, чтобы соединить эти данные с Twillio, где создали чат-бота без кода, которому можно было написать сообщение и который отправлял ответы".

'Не все части вашего приложения должны соответствовать требованиям HIPAA. Вам нужно убедиться, что только те части архитектуры вашего приложения, которые работают с PHI (защищенной медицинской информацией), соответствуют правилам HIPAA".

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

Хотя этот пример является обходным путем для ограничений HIPAA, существует множество бескодовых инструментов, которые заявляют о соответствии HIPAA. Это означает множество вещей, но главная из них заключается в том, что некодируемая платформа может подписать с вами соглашение BAA(Business Associate Agreement). JotForm, Caspio, KnackHQ, Formstack, Retool и AppSheet - вот некоторые из тех, кто способен это сделать. Использование инструмента, соответствующего требованиям, очень важно, когда речь идет о таких вещах, как формы приема, где вы почти всегда будете передавать PHI. Значит ли это, что вы не можете использовать формы Webflow? Да. Но вы все равно можете создать свой сайт на Webflow, встроить в него форму, соответствующую требованиям HIPAA, и получить лучшее из двух миров: отличную целевую страницу и потрясающий сайт, не нарушая при этом закон".

‍

‍

3. Пусть вас не пугают требования к соответствию, но опасайтесь разрешений

'Хотя не многие инструменты, работающие без кода, могут подписать BAA (или захотят, чтобы вы перешли на тарифный план Enterprise для этого), большинство из того, что необходимо для защиты данных пациентов, уже является промышленным стандартом для программ, работающих без кода. Например, шифрование, регистрация изменений и разрешения. Например, зашифрованные и защищенные данные являются стандартом, а изменения в журнале доступны в тарифных планах большинства инструментов no-code. Заманчиво использовать популярный внутренний инструмент вместо базы данных, чтобы организовать проекты и позволить нетехническим специалистам вносить изменения в данные, но помните, что при работе с медицинскими данными разрешения на уровне строк также являются обязательным условием. Это основная причина, по которой Google Sheets - не лучшая идея для хранения данных о пациентах (равно как и Notion или Airtable)".

4. Не забывайте документировать и обучать свою команду

'Важная часть соблюдения требований - это не просто проверка технических средств, которые вы используете, но и наличие правильных процессов для проверки того, что все работает. Правильное документирование архитектуры и регулярное обучение персонала - обязательное условие". Я использовал инструмент визуального взаимодействия Whimsical, встроенный в страницу Notion, но на самом деле подойдет любой инструмент для создания диаграмм UX-потоков, например Miro, Figma или даже Google Slides. Одно из преимуществ no-code - это простота понимания, поэтому ваша команда может действительно знать, как обрабатываются данные. Больше никаких "система не позволяет мне это сделать"! Есть причина, по которой медсестра не может получить доступ к определенным данным".