Try   HackMD

Salesforce health cloud

tags: обзоры

Краткий обзор

Salesforce health cloud - crm система для сбора данных из различных источников в едином хранилище.

Модель данных у них собственная. Предзаготовлено большое количество сущностей и связей между ними:

Конкретно для Salesforce health cloud центральной сущностью является "случай\case", на него вешаются пациенты, команда ведения и всё остальное:

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

Примеры:

  • пакет для отображения "расписаний"
  • пакет для отображения связей между пациентом и другими сущностями

Готовые рабочие столы есть только демонстрационные (https://sfdc.co/HealthCloudFreeTrial), а для промышленного использования всё нужно конфигурировать с нуля.

"Рабочие столы" можно настраивать как для врачей, так и для пациента:


  • Пациентский стол работает с тем же набором сущностей что и врачебный, это просто другое представление тех же данных.

Помимо обычных сущностей есть EHR-сущности, которые обозначают клинические данные.
Сказано что эти EHR-сущности могут быть настроены для автоматической загрузки соответствующих данных из EHR-систем.

Например, для загрузки расписаний есть обмен в формате FHIR:

Вообще для получения данных у них предусмотрен маппинг на различные форматы HL7 - v2, CDA, FHIR:

Конспект презентации

Их объяснение "Зачем это использовать?":

  • интеграция данных из различных источников в единый репозиторий, на котором можно построить 360-view представление данных как для врачей так и для самого пациента, или настроить на собранных данных системы принятия решений
  • есть модуль для управления расписаниями и назначениями\направления
  • есть мобильная версия для пациента
  • это CRM

Набор "фич":

  • "Case Team" (команда для ведения одного случая)
    • к случаю прикрепляются контакты тех специалистов, которые должны вести пациента в этом случае. Добавление контактов автоматически даёт доступ к этому случаю.
  • care team productivity tools

    • Lead to patient conversation

    • care plans

      • один "care plans" - заводится на один "случай\case"
      • плюс есть "care gaps" - другой вид "случая", который ведётся по некой утверждённой сторонней организацией программе:
        • пример - ведение программы по диабету

    • household mapping

      • показывает связи между пациентом и другими людьми (родственниками, командой ведения и прочие, в том числе связь с организациями)

    • clinical data model (ehr objects)

    • ability to take assessments (surveys)

  • Data Privacy and Protection & Integration
    • encryption
    • audit
    • event monitoring
    • integration to EHR
      • через EHR-объекты
  • 360 degree view of patient data
    • patient data card
    • timeline view
    • patient profile
    • care team network

Архитектура:

  • Leads, Accounts, Contacts, Person Accounts, Cases, Activities

    • Лучше вести аккаунты пациента как "аккаунты человека" (person account), чтобы держать всю административную информацию в одном месте и не синхронизировать её между сущностью пациент и аккаунт

  • payer, member, plan, coverage benefit

  • care request, care resuqest drug, care request and other care objects

  • managed package

    • Goals and Problems
      • "проблема" в понимании FHIR - любая ситуация с пациентом, которую нужно отслуживать - хоть контроль уровня глюкозы, хоть заболевание, хоть рекомендация по "стилю жизни"
      • плюс есть "барьеры" - что мешает в достижении "цели"
    • custom EHR tables (10 объектво)

  • Salesforce shield for PHI compliance

    • защита персональных данных

  • Customer community for patients

    • пациенты могут подключиться к сообществу и смотреть свои планы ведения, цели, расписания
    • для пациентов есть мобильная версия приложения (comunity cloud function)
      • для этого нужно настраивать конфигурировать пациентские сообщества "community"

  • utilization management

  • salesforce lightning console

Вариант работы с Salesforce:

  • Есть "Trial org" - преднастроенные пакеты со всеми необходимыми "пакетами", настроенными разрешениями, предзаполненными данными - можно использовать для ознакомления с функциоанльностью Salesforce.
  • для разработчиков можно начать "с чистого листа" в пустом проекте
    • нужно настраивать вручную какие "пакеты" подключить, какие "расширения" подключать
    • каждый "пакет" добавляет к бозовой функциональности дополинтельные возможности
    • для работы используется lightning.force (платформа?)
      • в этой платформе можно конфигурировать "представления" данных с настраиваивыми действиями, например, можно настроить кастомное представление "Пациенты", см. картинку
      • можно просматривать отдельные объекты, например "Пациента"
        • у пациента есть блок навигации по данным этого пациента, они настраиваются, например, можно настроить в навигации блок "все планы пациента"
        • у пациента есть "карта пациента" со сводкой данных о пациента (наполнение настраивается), см.
      • для настройки есть административная панель
        • пример настройки адреса для "карты пациента" через адм.панель:
        • пример настройки аллергий:
          • видно из какого объекта (пакета) взято поле, что это за поле, какие к ниму применены настройки отображения (порядок среди других полей, формат отображения и др.)

Как разрабатывать приложения используя Salesforce Health Cloud:

Модель данных:

  • медицинские данные хранятся в EHR-объектах (предустановлены в базовой версии Salesforce)
    • стандарные объекты - такие как care providers, care programs, payer, care plans и т.д.
      • стандартные объекты связаны между собой, например "аккаунт" связан с "человеком", "человек" с "адресом", "пациент" с "человеком" и т.п.
      • стандартный объект "случай\case" (также его называют CarePlan)
        • к "случая" цеплются другие объекты - команда вдения, цели (к целям цепляются "задачи\task"), "проблемы\problem" (со здоровьем?)
      • EHR-объект - это фрагмент клинической информации (мед.назначение, наблюдение, аллергия, прививка, и др.)
      • EHR-объекты подключаются к EHR-системам для забора соответствующих данных!
    • в дополнение к стандартным объектам есть доп.объекты, которыми можно расширить набор данных
      • все объекты предоставляются по лицензии - см. страницу лицензий - туду

Терминология:

  • В США: Пациент - Администратор - Координатор - Врач - Команда ведения - Страховщики

  • Care Team - команда ведения пациента (врачи, консультанты, сёстры, администраторы) - обычно команда сужается до "Case Team" (команда для ведения одного случая)

  • Provider - мед.организации или индивидуальные врачи, которые предоставляют пациенту медицинские услуги

  • Payer - организации, которые ведут страхование пациента. Пациенты платят всё в эти страховые компании, а затем часть средств передаётся врачу (copay).

  • EHR - Electronic Health Registry - реестр медицинских записей

  • PHI - Protected health information (PHI), also referred to as personal health information, is the demographic information, medical histories, test and laboratory results, mental health conditions, insurance information and other data that a healthcare professional collects to identify an individual and determine appropriate care.

  • HL7 - из стандартов HL7 используются только сообщения v2 и CDA

Last changed by 
 
MiraMedix SA
MiraMedix System Analitics
0
207
Published on HackMD