# Salesforce health cloud ###### tags: `обзоры` ## Краткий обзор Salesforce health cloud - crm система для сбора данных из различных источников в едином хранилище. Модель данных у них собственная. Предзаготовлено большое количество сущностей и связей между ними: - ![](https://i.imgur.com/PCcMMKh.png) - https://developer.salesforce.com/docs/atlas.en-us.health_cloud_object_reference.meta/health_cloud_object_reference/hc_care_management_data_model.htm Конкретно для Salesforce health cloud центральной сущностью является "случай\case", на него вешаются пациенты, команда ведения и всё остальное: - ![](https://i.imgur.com/g3kaT4p.png) Помимо модели данных есть платформа [Lightning](https://help.salesforce.com/s/articleView?id=sf.console_lex_intro.htm&type=5), где можно конфигурировать рабочие столы, используя "пакеты" функциональности. Базовые "пакеты" установелны сразу, остальные нужно приобретать по лицензии и устанавливать отдельно. Каждый пакет обрабатывает определённые сущности модели данных и добавляет на рабочие столы новую функциональность. Примеры: - пакет для отображения "расписаний" - ![](https://i.imgur.com/ioqC6Oe.png) - пакет для отображения связей между пациентом и другими сущностями - ![](https://i.imgur.com/6sdFNTj.png) Готовые рабочие столы есть только демонстрационные (https://sfdc.co/HealthCloudFreeTrial), а для промышленного использования всё нужно конфигурировать с нуля. "Рабочие столы" можно настраивать как для врачей, так и для пациента: - ![](https://i.imgur.com/Yj2kCHR.png) Пациентский стол работает с тем же набором сущностей что и врачебный, это просто другое представление тех же данных. Помимо обычных сущностей есть EHR-сущности, которые обозначают клинические данные. Сказано что эти EHR-сущности могут быть настроены для автоматической загрузки соответствующих данных из EHR-систем. Например, для загрузки расписаний есть обмен в формате FHIR: - https://developer.salesforce.com/docs/atlas.en-us.232.0.health_cloud_object_reference.meta/health_cloud_object_reference/healthcare_appointment_booking_architecture.htm Вообще для получения данных у них предусмотрен маппинг на различные форматы HL7 - v2, CDA, FHIR: - https://developer.salesforce.com/docs/atlas.en-us.238.0.health_cloud_object_reference.meta/health_cloud_object_reference/hl7.htm --- Конспект презентации --- ## Их объяснение "Зачем это использовать?": - интеграция данных из различных источников в единый репозиторий, на котором можно построить 360-view представление данных как для врачей так и для самого пациента, или настроить на собранных данных системы принятия решений - есть модуль для управления расписаниями и назначениями\направления - есть мобильная версия для пациента - это CRM ## Набор "фич": - "Case Team" (команда для ведения одного случая) - к случаю прикрепляются контакты тех специалистов, которые должны вести пациента в этом случае. Добавление контактов автоматически даёт доступ к этому случаю. - ![](https://i.imgur.com/2rOY0Hz.png) - care team productivity tools - Lead to patient conversation - care plans - один "care plans" - заводится на один "случай\case" - ![](https://i.imgur.com/qd1OoKV.png) - плюс есть "care gaps" - другой вид "случая", который ведётся по некой утверждённой сторонней организацией программе: - пример - ведение программы по диабету - ![](https://i.imgur.com/qntM6gi.png) - household mapping - показывает связи между пациентом и другими людьми (родственниками, командой ведения и прочие, в том числе связь с организациями) - ![](https://i.imgur.com/pvP3xip.png) - 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 - ![](https://i.imgur.com/0LQTPKs.png) - patient profile - care team network ## Архитектура: ![](https://i.imgur.com/vJARDqe.png) - 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 - любая ситуация с пациентом, которую нужно отслуживать - хоть контроль уровня глюкозы, хоть заболевание, хоть рекомендация по "стилю жизни" - плюс есть "барьеры" - что мешает в достижении "цели" - ![](https://i.imgur.com/2LByRiB.png) - ![](https://i.imgur.com/4NXIa9a.png) - custom EHR tables (10 объектво) - Salesforce shield for PHI compliance - защита персональных данных - Customer community for patients - пациенты могут подключиться к сообществу и смотреть свои планы ведения, цели, расписания - для пациентов есть мобильная версия приложения (comunity cloud function) - для этого нужно настраивать конфигурировать пациентские сообщества "community" - ![](https://i.imgur.com/boPCwYk.png) - ![](https://i.imgur.com/RShgaBl.png) - utilization management - salesforce lightning console ## Вариант работы с Salesforce: - Есть "Trial org" - преднастроенные пакеты со всеми необходимыми "пакетами", настроенными разрешениями, предзаполненными данными - можно использовать для ознакомления с функциоанльностью Salesforce. - https://sfdc.co/HealthCloudFreeTrial - для разработчиков можно начать "с чистого листа" в пустом проекте - нужно настраивать вручную какие "пакеты" подключить, какие "расширения" подключать - каждый "пакет" добавляет к бозовой функциональности дополинтельные возможности - ![](https://i.imgur.com/JNCBvpm.png) - для работы используется lightning.force (платформа?) - в этой платформе можно конфигурировать "представления" данных с настраиваивыми действиями, например, можно настроить кастомное представление "Пациенты", см. картинку - ![](https://i.imgur.com/thuMcpM.png) - можно просматривать отдельные объекты, например "Пациента" - у пациента есть блок навигации по данным этого пациента, они настраиваются, например, можно настроить в навигации блок "все планы пациента" - ![](https://i.imgur.com/aOrKtCw.png) - у пациента есть "карта пациента" со сводкой данных о пациента (наполнение настраивается), см. - ![](https://i.imgur.com/timcVeg.png) - для настройки есть административная панель - пример настройки адреса для "карты пациента" через адм.панель: - ![](https://i.imgur.com/QX70Evz.png) - пример настройки аллергий: - ![](https://i.imgur.com/GaQTQFN.png) - видно из какого объекта (пакета) взято поле, что это за поле, какие к ниму применены настройки отображения (порядок среди других полей, формат отображения и др.) ## Как разрабатывать приложения используя Salesforce Health Cloud: - https://medium.com/@mohitkumarsrivastav/building-extension-packages-for-salesforce-health-cloud-using-scratch-orgs-ed14128b9610 ## Модель данных: - Модель данных у них своя, но пишут, что она похожа на FHIR (плюс есть маппинг их объектов на FHIR - https://developer.salesforce.com/docs/atlas.en-us.238.0.health_cloud_object_reference.meta/health_cloud_object_reference/map_fhir_overview.htm?q=hl7)(https://developer.salesforce.com/docs/atlas.en-us.health_cloud_object_reference.meta/health_cloud_object_reference/hc_care_management_data_model.htm) - ![](https://i.imgur.com/y86C6pE.png) - ![](https://i.imgur.com/Wtmd4i8.png) - медицинские данные хранятся в EHR-объектах (предустановлены в базовой версии Salesforce) - стандарные объекты - такие как care providers, care programs, payer, care plans и т.д. - стандартные объекты связаны между собой, например "аккаунт" связан с "человеком", "человек" с "адресом", "пациент" с "человеком" и т.п. - стандартный объект "случай\case" (также его называют CarePlan) - ![](https://i.imgur.com/zQBHazg.png) - к "случая" цеплются другие объекты - команда вдения, цели (к целям цепляются "задачи\task"), "проблемы\problem" (со здоровьем?) - EHR-объект - это фрагмент клинической информации (мед.назначение, наблюдение, аллергия, прививка, и др.) - ![](https://i.imgur.com/yUNzhxT.png) - EHR-объекты подключаются к EHR-системам для забора соответствующих данных! - - в дополнение к стандартным объектам есть доп.объекты, которыми можно расширить набор данных - все объекты предоставляются по лицензии - см. страницу лицензий - туду Терминология: - В США: Пациент - Администратор - Координатор - Врач - Команда ведения - Страховщики - Care Team - команда ведения пациента (врачи, консультанты, сёстры, администраторы) - обычно команда сужается до "Case Team" (команда для ведения одного случая) - Provider - мед.организации или индивидуальные врачи, которые предоставляют пациенту медицинские услуги - Payer - организации, которые ведут страхование пациента. Пациенты платят всё в эти страховые компании, а затем часть средств передаётся врачу (copay). - EHR - Electronic Health Registry - реестр медицинских записей - [PHI](https://www.techtarget.com/searchhealthit/definition/personal-health-information) - 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 - ![](https://i.imgur.com/mIiIcX7.png) - но вроде есть маппинг внутренних объетков saleseforce на FHIR (https://developer.salesforce.com/docs/atlas.en-us.health_cloud_object_reference.meta/health_cloud_object_reference/map_fhir_overview.htm) - ![](https://i.imgur.com/8zhBjrs.png)