В этой статье рассматривается возможное решение по планированию и отслеживанию виртуальных посещений между пациентами, поставщиками услуг и менеджерами по медицинскому обслуживанию.
Архитектура
Скачайте файл Visio, который содержит схему этой архитектуры.
На этой схеме архитектуры в квадратах с синей рамкой представлены службы Майкрософт, которые являются либо базовыми службами, либо надстройками, необходимыми для Microsoft Cloud для здравоохранения, каждая из которых должна быть лицензирована отдельно. Вместе эти компоненты помогают ускорить разработку интегрированных решений здравоохранения для взаимодействия с пациентами, совместной работы бригад медицинской помощи и улучшения клинической и операционной аналитики данных.
Данные поступают в систему через различные внешние медицинские системы, например, расписания пациентов и поставщиков услуг, медицинские карты, носимые устройства и т. д. Эти данные принимаются с помощью Azure. Затем они хранятся в Microsoft Dataverse — хранилище данных на платформе Power Apps. Эти данные форматируются для использования сущностей и связей между ними, созданных с помощью Common Data Model (CDM), отраслевого стандарта для представления медицинских данных. Все взаимодействия между пациентами, поставщиками услуг и менеджерами по медицинскому обслуживанию происходят с использованием этих данных CDM, хранящихся в Dataverse.
Зарегистрированный пациент может безопасно войти на портал пациента, веб-сайт, размещенный на порталах Power Apps. На этом портале пациент может общаться с интеллектуальным помощником. Это экземпляр службы Azure Health Bot, который собирает их симптомы и дает рекомендации или при необходимости рекомендует обратиться к практикующему врачу. Если пациент решает подключиться к своему поставщику медицинских услуг, экземпляр Health Bot получает данные о поставщиках, доступных для виртуальных посещений, и их расписании из Dataverse. Как только пациент выбирает поставщика и время, бот предоставляет их контактную информацию, полученную из данных EMR/EHR, хранящихся в Dataverse. Пациент может проверить или изменить эту информацию, а также сохранить данные с помощью бота.
Чтобы запланировать встречу, экземпляр Health Bot подключается к приложению для резервирования с помощью Microsoft API Graph и бронирует встречу в календаре поставщика услуг. Сообщение электронной почты с информацией о встрече отправляется обеим сторонам с помощью Microsoft Outlook. Пациент получает инструкции по входу на портал пациента для процесса сбора данных. Этот процесс подразумевает подтверждение или изменение контактной, платежной и страховой информации, а затем подписание формы согласия на виртуальный визит. После того как пользователь подпишет согласие, ему будет предоставлена ссылка Microsoft Teams для назначения встречи.
Поставщик услуг входит в Teams, чтобы проверить свое расписание встреч и сводную информацию по каждой из них. Teams представляет эти сведения с помощью приложения Очередь встреч. После этого поставщик услуг может запустить виртуальную встречу в Teams согласно расписанию. Во время вызова врач может делать записи и добавлять их в карту пациента.
Новая запись в медицинской карте пациента активирует уведомление для менеджера по медицинскому обслуживанию, назначенного пациенту. Когда менеджер по медицинскому обслуживанию получает это уведомление, он может войти в Teams, где сможет увидеть назначенных ему пациентов, и просмотреть записи. С помощью приложения "Управление медицинским обслуживанием" можно внести необходимые изменения в план ухода за пациентом.
Компоненты
Она состоит из следующих компонентов:
PAS. Системы управления пациентами (PAS) — это системы, автоматизирующие административный документооборот в организациях здравоохранения, например, в больницах. Они являются основными компонентами ИТ-инфраструктуры таких организаций. В PAS регистрируются демографические данные пациентов, такие как имя, домашний адрес, дата рождения и т. д. В них также фиксируется подробная информация обо всех обращениях пациента в больницу, как за амбулаторной, так и за стационарной помощью. С помощью PAS современные больницы могут составлять отчеты и планировать ресурсы по всей организации. PAS — это ключевой источник данных планирования в этом решении. Поскольку эти данные являются внешними и могут иметь нестандартный формат, важно преобразовать их в формат, воспринимаемый всеми компонентами этого решения.
EMR/EHR. Электронные медицинские карты (типа EMR) и электронные медицинские карты (типа EHR) содержат цифровые записи информации о различных медицинских эпизодах и состоянии здоровья пациента, включая диагнозы, лекарства, прививки и т. д. Они могут быть ограничены рамками одного направления медицины, как, например, EMR, или иметь гораздо больший охват, сопровождая пациентов в любое учреждение, куда бы они ни направлялись, как, например, EMR. Это важные внешние источники данных в этом решении, которые могут иметь неструктурированный нестандартный формат. Таким образом, эти данные необходимо преобразовать в формат, который может использоваться компонентами этого решения.
Azure API для FHIR. Azure является первым шагом в процессе переноса данных в экосистему Майкрософт и Microsoft Cloud для здравоохранения. Этот уровень обеспечивает безопасный интерфейс между внешними данными и внутренними компонентами этой архитектуры. API Azure для FHIR принимает данные, поступающие из разнородных источников, таких как EMR, PAS, устройства, структурированные или неструктурированные, преобразует их в FHIR и сохраняет в Azure. Эти данные можно использовать в Microsoft Cloud для здравоохранения для различных служб. API Azure для FHIR создан с учетом безопасности и соответствия требованиям и предназначен для данных PHI (защищенная медицинская информация). Дополнительные сведения об этом уровне см. в статье Azure для здравоохранения и API Azure для FHIR
Модель общих данных С помощью Common Data Model корпорация Майкрософт предоставляет стандартизированную систему определения метаданных, которая является расширяемой и настраиваемой для конкретных бизнес-потребностей. Сущности CDM доступны для таких предметных областей, как CRM, здравоохранение, кадры и т. д. Дополнительную информацию см. в статье Сведения об использовании Common Data Model. Помимо этих сущностей, клиенты могут извлекать собственные данные, определяя эту таблицу сущностей и базовые поля в Common Data Model, которые можно легко использовать с другими сущностями в решении.
Microsoft Dataverse. Dataverse, реляционная база данных, которая включает Microsoft Dynamics 365, представляет собой репозиторий для данных, представленных в Common Data Model. Она содержит базы данных для информации о пациентах, содержащие сведения об их именах, семье, состоянии здоровья, истории приема лекарств и т. д. Она также содержит информацию, полученную от любых носимых устройств, используемых и зарегистрированных пациентами, а также данные планирования и управления от организации здравоохранения. Эти данные определяются с помощью Common Data Model.
Портал пациента. На этом портале Power Apps пациенты могут просматривать свои медицинские карты, записываться на прием к врачу, общаться с экземпляром Health Bot и т. д. Этот портал можно расширить для поддержки других данных. Этот портал является частью Microsoft Cloud для здравоохранения и позволяет легко запустить портал, который может подключаться к сущностям в Dataverse, получая такие данные, как информация о пациенте, планы ухода, встречи и так далее.
Интеллектуальная помощь. Это экземпляр службы Azure Health Bot, доступный для пациентов через портал пациента. Этот экземпляр Health Bot загружается на веб-сайте службы приложений Azure. Он настраивается и может быть запрограммирован с использованием сценариев, необходимых клиентам.
Приложение для резервирования. Приложение для резервирования — это служба Microsoft 365, которая включена в Microsoft Cloud для здравоохранения. Он упрощает планирование событий календаря и позволяет создавать встречи Teams.
Microsoft Outlook. Это решение использует Microsoft Outlook в качестве клиента электронной почты. Приложение для резервирования, отправляющее уведомления по электронной почте, интегрировано с Outlook. Кроме того, можно использовать предпочтительный почтовый клиент поставщика услуг здравоохранения.
Microsoft Teams. Microsoft Teams является компонентом Microsoft Cloud для здравоохранения и предоставляет интерфейс для взаимодействия между пациентами, поставщиками и менеджерами по уходу. Пользователи могут использовать локально установленную версию или веб-версию. Дополнительные сведения о Teams см. в документации по Microsoft Teams.
Очередь встреч. Это средство создает HTML-страницу с данными, извлеченными из Dataverse, с помощью веб-API Dynamics 365. Он предоставляет поставщику услуг сведения о встречах, запланированных на день, и сводку по каждой из них. Он также предоставляет ссылку для доступа к информации о пациентах с помощью приложения управления медицинским обслуживанием. Очередь встреч была разработана для поддержки этого сценария и не является частью Microsoft Cloud для здравоохранения. Источники данных для этого средства являются главным образом системами PAS и записями EMR/EHR. Если в этих системах имеются встроенные средства для представления этих данных, эти средства могут заменить этот компонент в фактическом развертывании.
Управление медицинским обслуживанием. Средство управления медицинским обслуживанием — это компонент Microsoft Cloud для здравоохранения. Это приложение Power Apps, развернутое в Dynamics 365. Он получает данные о пациентах из EMR/EHR, хранящиеся в Dataverse в формате CDM, и создает агрегированное представление в Teams. Решение центра медицинского обслуживания может использовать свою собственную систему для своей функциональности, в зависимости от того, как они хотят представить эту информацию.
Аналитика Power BI. Это средство аналитики, созданное для данного сценария, и оно недоступно в Microsoft Cloud для здравоохранения. В этом решении оно генерирует информацию, полученную от устройств Интернета медицинских вещей пациента. Это могут быть такие данные, как частота сердечных сокращений, уровень кислорода в крови и т. д. Приложение управления медицинским обслуживанием использует эти данные, чтобы предоставить поставщикам медицинских услуг дополнительные аналитические сведения о пациентах на основе их повседневной деятельности.
Подключенные устройства. Это устройства Интернета медицинских вещей (IoMT), которые представляют собой интеллектуальные устройства для использования в медицине или здравоохранении. Примерами устройств IoMT являются носимые устройства, такие как Apple Watch или Fitbit, мониторы для отслеживания медицинских параметров или жизненно важных показателей и т. д. Пациенты могут подготовить свои устройства к работе в Azure и разрешить своей системе управления здравоохранением собирать эти данные IoMT для использования их поставщиками услуг. Поставщики услуг могут получать дополнительные сведения от таких устройств в псевдореальном времени, а также связывать аномалии, такие как повышенный сердечный ритм в течение определенного периода времени, с текущими симптомами пациента.
Автоматизация с помощью Power Automate. Это настраиваемое средство, созданное для поддержки данного сценария, и оно недоступно в Microsoft Cloud для здравоохранения. Поскольку это сценарий виртуального посещения, поставщик услуг может быть просто консультантом по вызову, а не лечащим врачом пациента. Это средство позволяет заметкам поставщика услуг активировать уведомление Teams менеджеру по медицинскому обслуживанию. Менеджер по медицинскому обслуживанию — это член медицинской команды, который является связующим звеном между лечащим врачом-терапевтом (PCP) и пациентом и отвечает за управление долгосрочным медицинским обслуживанием. Уведомление, отправленное менеджеру по медицинскому обслуживанию, с информацией о новых заметках, добавленных для пациента, позволяет ему ознакомиться с ними и внести соответствующие изменения в управление медицинским обслуживанием пациента после его посещения.
Альтернативные варианты
Cлужбы Azure для здравоохранения, такие как Azure API для FHIR и Azure Health Bot, интерфейс Common Data Model, Microsoft Dataverse и Microsoft Teams, составляют основные компоненты этого решения. Большинство других компонентов этой системы можно заменить системами, используемыми в настоящий момент в сфере здравоохранения.
Если система EMR/EHR поставляется со встроенными компонентами для резервирования, планирования и управления медицинским обслуживанием, эти встроенные компоненты можно использовать вместо соответствующих им в этом решении.
Резервирование и планирование Outlook, а также уведомления по электронной почте могут быть заменены системами, используемыми медицинским учреждением. Это можно сделать через систему EHR или с помощью стороннего приложения. Приложение должно предоставлять API, который экземпляр Health Bot может использовать для создания и планирования встреч, а также для создания виртуальных встреч.
Если у поставщика уже есть портал пациента, реализованный в его системе EMR/EHR, он может быть использован вместо Портала пациента. Такой внешний компонент легко интегрировать с этим решением, так как эти компоненты используют стандартные интерфейсы, например интерфейс iFrame для связи с экземпляром Health Bot. Компоненты, поддерживающие этот поток, могут быть созданы на собственном портале, например форма согласия, которую пациент должен подписать перед присоединением к собранию Teams.
Стоит отметить, что для фактического развертывания потребуются инструменты для замены некоторых компонентов этого решения, таких как Очередь встреч, автоматические уведомления и инструменты аналитики Power BI. Эти компоненты необходимо создать и настроить в соответствии с бизнес-потребностями поставщика здравоохранения.
Подробности сценария
В условиях нынешней пандемии COVID-19 (коронавируса) большое количество пациентов, могут предпочесть по возможности посещать своих лечащих врачей виртуально, а не лично. Улучшение клинической и операционной аналитики в сфере здравоохранения приобретает важное значение в этом виртуальном мире. Сюда входит соединение данных из разных систем, получение аналитических сведений для прогнозирования рисков и улучшения уровня ухода за пациентами, контроля качества и эффективности работы.
Основой этого решения является Microsoft Cloud для здравоохранения. Microsoft Cloud для здравоохранения объединяет надежные возможности Microsoft 365, Azure, Dynamics 365, Power Platform и обширной экосистемы партнеров корпорации Майкрософт, чтобы помочь организациям в сфере здравоохранения создавать быстрые, эффективные и безопасные решения для здравоохранения.
Потенциальные варианты использования
Это решение предназначено для обеспечения виртуального ухода за пациентами в условиях текущей пандемии. Однако поставщики услуг здравоохранения могут легко применить его к следующим сценариям:
Планирование виртуальных последующих посещений после личных визитов.
Оказание неэкстренной медицинской помощи пациентам во время путешествий.
Рекомендации
Эти рекомендации реализуют основные принципы платформы Azure Well-Architected Framework, которая является набором руководящих принципов, которые можно использовать для улучшения качества рабочей нагрузки. Дополнительные сведения см. в статье Microsoft Azure Well-Architected Framework.
Безопасность
Безопасность обеспечивает гарантии от преднамеренного нападения и злоупотребления ценными данными и системами. Дополнительные сведения см. в разделе "Общие сведения о компоненте безопасности".
Поскольку система построена на основе данных пациента, при разработке этого решения следует учитывать основные соображения безопасности для конфиденциальной информации:
Только необходимые данные должны проходить через систему в любой момент времени. Например, извлекайте из систем EMR/EHR только те данные, которые необходимы для планирования виртуальных посещений и управления ими. Ознакомьтесь с установленными правилами соответствия требованиям HIPAA, чтобы узнать, где должны храниться данные пациента, что с ними можно делать и кто должен иметь к ним доступ. Учитывайте важность соответствия требованиям в сфере здравоохранения во время разработки решения. Дополнительные рекомендации см. в статье Соответствие нормативным требованиям в Microsoft Cloud для здравоохранения.
Только авторизованные сотрудники должны иметь доступ к данным пациентов и только к тем, которые необходимы для выполнения их функций. В различных точках системы, таких как управление медицинским обслуживанием и поступающие туда аналитические данные, Очередь встреч или система уведомлений, необходимо позаботиться о проверке подлинности и авторизации персонала, а также ограничить его доступ только необходимой информацией о пациентах.
Модули, взаимодействующие с пациентами, такие как Интеллектуальная помощь и Приложение для резервирования, принимают, сохраняют и используют данные пациентов. Надлежащий контроль доступа и проверка подлинности в этих модулях обеспечивают решение проблем конфиденциальности.
Из-за характера задействованных личных данных безопасность и соответствие нормативным требованиям составляют основные принципы Microsoft Cloud для здравоохранения.
В этом примере также используются правила безопасности, установленные Dynamics 365 и Teams.
Отдельные службы, включенные в Microsoft Cloud для здравоохранения, обеспечивают собственный уровень безопасности и соответствия требованиям.
Для пользовательских элементов управления безопасностью рекомендуется использовать идентификатор Microsoft Entra и управление доступом на основе ролей.
Наконец, при реализации этого решения помните о рекомендациях по разработке безопасных решений Azure.
Оптимизация затрат
Оптимизация затрат заключается в поиске способов уменьшения ненужных расходов и повышения эффективности работы. Дополнительные сведения см. в разделе Обзор критерия "Оптимизация затрат".
Подробные сведения о ценах на Microsoft Cloud для здравоохранения см. в статье Как купить Microsoft Cloud для здравоохранения. Компоненты, составляющие Microsoft Cloud для здравоохранения, имеют свои собственные требования к лицензированию, такие как:
Чтобы повторно создать в этой архитектуре пользовательские компоненты, ознакомьтесь с информацией о ценах на базовые службы, которые вы решили использовать.
Развертывание этого сценария
Решение должно развертываться поэтапно:
Некоторые продукты/службы должны быть установлены в качестве необходимых компонентов для Microsoft Cloud для здравоохранения. См. подробный список в этой статье о требованиях к лицензированию.
Microsoft Cloud для здравоохранения можно развернуть с помощью инструкций, приведенных в статье Развертывание решений Microsoft Cloud для здравоохранения на базе Dynamics 365.
Microsoft Cloud for Healthcare предоставляет базовые компоненты для быстрого создания решения для виртуального здравоохранения, такие как Портал пациента, Teams, Bookings и т. д. Данные, которые будут использоваться для работы этих стандартных блоков, должны быть настроены в соответствии с потребностями бизнеса.
Компоненты, доступные в Microsoft Cloud для здравоохранения, и его необходимые компоненты должны быть настроены в соответствии с потребностями бизнеса.
Для поддержки уведомлений менеджеру по медицинскому обслуживанию следует создать потоки Power Automate.
Необходимо настроить Портал пациента. Возможно, потребуется создать дополнительные формы для таких элементов, как формы регистрации и согласия. Дополнительные сведения см. в статье Установка и настройка портала доступа для пациентов.
Служба Azure Health Bot должна быть подключена к базе данных Dataverse и настроена для взаимодействия с пациентами. Дополнительные сведения см. в статье Настройка автоматических чатов с помощью Microsoft Health Bot.
Сведения о некоторых других конфигурациях, которые могут потребоваться, см. в статьях Настройка синхронизации с клиническими данными с помощью агента синхронизации Azure FHIR и Внедрение отчетов Power BI для аналитики.
Дополнительные компоненты, специально созданные для этого решения, недоступны для использования в рабочей среде. Медицинскому учреждению может потребоваться создать собственную версию следующих приложений:
Очередь встреч
Автоматические уведомления с помощью Power Automate
Приложение для создания отчетов с использованием Power BI
Соавторы
Эта статья поддерживается корпорацией Майкрософт. Первоначально он был написан следующими участник.
Основные авторы:
- Славянская Флджанич | Диспетчер программ основной группы
- Dhanashri Kshirsagar | Старший pm содержимого
Чтобы просмотреть недоступные профили LinkedIn, войдите в LinkedIn.
Следующие шаги
- Что такое Microsoft Cloud для здравоохранения?
- Дополнительные сведения об Azure для медицинских предложений в Azure для здравоохранения — решения для здравоохранения
- Разница между EMR и EHR
- Правила соответствия требованиям HIPAA
- Что такое API Azure для FHIR?
- Что такое Microsoft Dataverse?
- Что такое Служба Bot Работоспособности Azure?
- Что такое Power BI?
- Узнайте, как использовать Microsoft Dynamics 365