Интеграция с медицинскими приложениями класса «медицинское изделие»

Всем привет

Ищу рекомендации по источникам информации.

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

Одной из главных проблем повторяющихся упражнений во многих видах реабилитации является мотивация. Считается, что мотивация легче достигается в групповых или общественных контекстах. Инструменты следующего поколения (на самом деле уже текущего, но пока ещё «сырые») в основном поддерживают Bluetooth/Wi-Fi и фиксируют данные о производительности.

Где мне искать информацию или компетентных специалистов, чтобы вступить в обсуждение интеграции дискурсивного сообщества и его возможности соответствовать требованиям обработки данных медицинского уровня? Очевидно, существуют регуляторные вопросы, такие как HIPAA или их эквиваленты в ЕС, а также этические опасения. Кроме того, пока не существует стандартов для обмена данными при агрегации пулов данных, которые исследователи могли бы использовать как основу для лонгитюдных исследований различных терапевтических вмешательств.

Предложения приветствуются.

Отличная тема! Discourse и платформы следующего поколения могут быть полезны для медицинской сферы.

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

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

UW Medicine использует эту платформу:

https://www.uwmedicine.org/mychart/mychart-instructions#create-or-access-account

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

Преимущество фрагментации в том, что разнообразие порождает идеи. Преимущество интеграции в том, что сходство создаёт синергию, сотрудничество и единство.

Да, похоже, это не Discourse. Не знаю, захотят ли они попробовать Discourse или другую платформу для общения — могу спросить их.

Для практики меньшего масштаба было бы проще провести пробный запуск, чтобы понять, подойдёт ли это им.

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

Вот выдержка из их политики безопасности:

УСЛОВИЯ И ПОЛОЖЕНИЯ ИСПОЛЬЗОВАНИЯ

UW Medicine и Fred Hutchinson Cancer Center рады предоставить вам информацию через веб-версию наших компьютерных систем, называемую UW Medicine/Fred Hutchinson Cancer Center MyChart. Мы считаем важным, чтобы вы знали, как мы обрабатываем информацию, передаваемую через Интернет. Это заявление об условиях и положениях описывает практики UW Medicine и Fred Hutch, а также наше уважение к вашему праву на конфиденциальность. UW Medicine и Fred Hutch оставляют за собой право в любой момент и по любой причине отозвать доступ. Сообщения в MyChart становятся постоянной частью вашей медицинской карты.

Безопасность и конфиденциальность — UW Medicine и Fred Hutch обеспечивают медицинским данным, хранящимся в UW Medicine/Fred Hutch MyChart, тот же уровень конфиденциальности, что и данным, хранящимся UW Medicine и Fred Hutch в любом другом формате. UW Medicine и Fred Hutch стремятся защитить конфиденциальность вашей медицинской информации. Мы ограничиваем доступ сотрудников UW Medicine и Fred Hutch и их возможность вводить или просматривать информацию в зависимости от их роли в вашем лечении. Для защиты вашей информации также используются брандмауэры, пароли, шифрование и журналы аудита. UW Medicine и Fred Hutch будут идентифицировать выдаваемые записи и фиксировать время и дату доступа каждый раз, когда вы обращаетесь к UW Medicine/Fred Hutch MyChart. UW Medicine и Fred Hutch предприняли шаги для обеспечения максимальной безопасности всей информации, полученной от наших посетителей в интернете, от несанкционированного доступа и использования.

Для просмотра информации, помимо общих сведений, доступ к UW Medicine/Fred Hutch MyChart должен осуществляться через браузер или терминал, совместимый с Secure Sockets Layer (SSL). Наш SSL-веб-сервер использует аутентификацию и предлагает высокий уровень технологии шифрования.

## Представительский доступ UW Medicine/Fred Hutchinson Cancer Center MyChart

Представительский доступ позволяет получить доступ к медицинской карте другого человека, например ребёнка, через UW Medicine/Fred Hutch MyChart. Когда у кого-то есть представительский доступ к пациенту, он может просматривать карту пациента, сначала войдя в свою учётную запись MyChart, а затем выбрав имя пациента в меню доступа.

Думаю, это больше подходит для темы Development, а не #community, если речь идет о технических аспектах, а не о «человеческом» факторе. Перемещу её туда. :+1:

Если вы ищете серьезное коммерческое сотрудничество с разработчиком для реализации четко определенных задач, пожалуйста, не стесняйтесь обращаться по адресу contact@pavilion.tech

Будет очень полезно, если вы сможете максимально конкретно описать свои потребности, возможно, предоставив базовые макеты и рабочие процессы, которые вы имеете в виду.

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

Привет, @merefield

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

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

Аналогично, определение стандартов интероперабельности подчиняется закону Меткалфа: до появления последователей они не имеют ценности, но быстро растут в значимости после появления нескольких ранних последователей, а затем становятся частью рыночной динамики «первопроходец против второго» и так далее.

Я пока не искал в Google предложенное вами имя, но сделаю это. Почему вы именно его предложили?

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

Чао!

P.S. Является ли Pavilion DAO?

Это та компания, на которую вы ссылаетесь? Вы как-то с ними связаны?

Это наш сайт! :+1: :slight_smile:

Да, я соучредитель. Вы видели мою карточку пользователя? Такое впечатление может сложиться и из канала pavilion.

Мы — кооператив, принадлежащий его членам.

Pavilion — это проверенный партнёр Discourse с безупречной репутацией в создании сторонних кастомизаций, включая сложные плагины. :+1: :pavilion: (хотя доступны и другие разработчики :slight_smile:)

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

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

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

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

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

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

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

Существуют приложения, такие как Samsung Health и Apple Health, которые могут записывать простые медицинские данные с помощью умных часов. Не знаю, есть ли способ интегрировать их с Discourse.

Хорошо знать, что Pavillion — надёжный партнёр. Однако для обработки данных, защищаемых HIPAA, потребовалась бы более сложная и безопасная система. Технически это может включать данные о здоровье с умных часов, но особенно важно это для других тестовых данных, которые люди могут хотеть хранить в конфиденциальности.

Я написал компонент темы для Strava и Garmin Connect: GitHub - literatecomputing/runners-onebox-theme: Custom oneboxes for Garmin and Strava · GitHub.

Можно увидеть такие данные, как частота сердечных сокращений, если перейти на сайты Strava или Garmin. Я не юрист и знаю в основном только о FERPA, но эти данные не относятся к HIPAA. Если я скажу вам свой пульс, это не подпадает под действие HIPAA, если вы не мой врач. Я вполне уверен, что все преимущества обмена информацией о реабилитации можно получить, не затрагивая официальные данные HIPAA. Более того, трудно представить, как наличие данных HIPAA в сообществе по восстановлению могло бы соответствовать требованиям HIPAA.

Это логично, хорошо, что я это знаю.

Возможно, хорошим началом будет создание панели со счётчиком, где будет список самых быстрых бегунов на милю, что-то в этом роде.