本文介绍了一种可能的解决方案，用于安排和跟进患者、提供商和照护管理员之间的虚拟访问。
体系结构
下载包含本体系结构关系图的 Visio 文件。
在此体系结构关系图中，蓝色线条框表示作为 Microsoft Cloud for Healthcare 所需的基础服务或附加产品的 Microsoft 服务，其中每项服务都必须单独获得许可。 这些组件共同作用，有助于加快开发适用于患者参与和健康状况团队协作的集成医疗保健解决方案，也有助于提高临床和运营数据见解。
数据通过患者和提供商计划、医疗记录、可穿戴设备等各种外部医疗系统流入系统。 使用 Azure 引入此数据。 然后，将其存储在 Microsoft Dataverse（由 Power Apps 平台提供支持的数据存储）中。 格式化此数据以使用实体和及其之间的关系，使用 Common Data Model (CDM) 创建，这是一个表示医疗数据的行业标准。 患者、提供商和照护管理员之间的所有交互都是通过使用存储在 Dataverse 中的 CDM 数据实现的。
已获确认的患者可以安全地登录到患者门户（托管在 Power Apps 门户中的网站）。 在此门户中，患者可以与智能助手对话。 这是一个 Azure Health Bot 服务的实例，该服务用于收集症状、提出意见并建议调用实践者（如果需要）。 如果患者选择连接到其医疗提供商，则健康机器人实例将从 Dataverse 获取允许虚拟访问的提供商及其计划的相关数据。 患者选择提供商和时间后，机器人就会显示其联系信息，该信息获取自 Dataverse 中存储的 EMR/EHR 数据。 患者可以验证或更改此信息，并使用机器人保存数据。
若要安排预约，健康机器人实例会使用 Microsoft Graph API 连接到预订应用，并在提供商的日历上进行预约。 使用 Microsoft Outlook 的各方都会收到一份包含预约信息的电子邮件。 向患者提供说明，以指示其登录患者门户完成引入过程。 此过程涉及到确认或更改其联系、支付和保险信息，然后签署虚拟访问知情同意书。 签署同意书后，他们会收到 Microsoft Teams 发出的一条预约链接。
提供商登录到 Teams 以检查其预约计划和各项预约的摘要信息。 Teams 使用预约队列应用程序提供此信息。 然后，提供商就可以在 Teams 上根据安排好的预约开始虚拟访问。 在调用期间，提供商可以进行记录并将记录内容添加到患者的记录中。
一旦患者的医疗记录有所更新，将会触发由照护管理员转发给患者的审阅通知。 当照护管理员收到此通知时，他们可以登录到 Teams，在其中查看分配到的患者和相应记录。 通过护理管理应用，他们可以对患者的护理计划做出必要的更改。
组件
该体系结构包括以下组件：
PAS。 患者管理系统 (PAS) 是在医疗保健组织（如医院）中自动完成管理文书工作的系统。 它们是此类组织的 IT 基础结构的核心组件。 PAS 记录患者的人口统计信息，如姓名、家庭地址和出生日期等。 它还记录患者与医院（门诊部与住院部）的所有详细的联系信息。 在 PAS 的帮助下，现代医院能够跨组织报告和计划资源。 PAS 是此解决方案中计划数据的主要来源。 由于此数据是外部数据并且可能采用非标准格式，因此必须将其转换为此解决方案的所有组件都能理解的格式。
EMR/EHR。 电子医疗记录 (EMR) 和电子健康记录 (EHR) 提供患者的医疗和健康信息（包括诊断、药物、免疫等）的数字记录。 它们的作用域可以限定为单个实践办公室（如 EMR），或设计为用于更大的范围，随患者一同前往任何机构（如 EHR）。 这些都是此解决方案中的重要外部数据源，可能是非结构化非标准格式。 因此，此数据需要转换为此解决方案中组件可以使用的格式。
Azure API for FHIR。 Azure 是将数据引入到 Microsoft 生态系统和 Microsoft Cloud for Healthcare 的过程中的第一步。 此层在外部数据与此体系结构的内部组件之间提供安全接口。 Azure API for FHIRI 引入来自不同源（例如 EMR、PAS、设备）的数据，无论是结构化还是非结构化的，都将其转换为 FHIR 并保存在 Azure 中。 然后，可以跨 Microsoft Cloud for Healthcare 将此数据用于不同的服务。 Azure API for FHIR 在构建时考虑了安全性和合规性，专为 PHI（受保护的健康状况信息）数据而设计。 有关此层的详细信息，请参阅 Azure 医疗和 Azure API for FHIR
Common Data Model。 使用 Common Data Model，Microsoft 提供了标准化的元数据定义系统，可针对特定业务需求进行扩展和自定义。 CDM 实体适用于 CRM、医疗保健、人才等主题领域。 有关详细信息，请阅读 Common Data Model 使用情况信息。 除了这些实体外，客户还可以通过在 Common Data Model 中定义实体表和基础字段来拉取专用数据，这样便可与解决方案中的其他实体无缝结合使用。
Microsoft Dataverse。 Dataverse，一个支持 Microsoft Dynamics 365 的关系数据库，它是 Common Data Model 中表示的数据存储库。 Dataverse 拥有患者信息数据库，其中包含患者姓名、家庭信息、身体状况、用药史等相关详细信息。 它还会保存从患者使用和注册的任何可穿戴设备获得的信息，以及来自医疗保健组织的计划和管理数据。 此数据是使用 Common Data Model 定义的。
患者门户。 此 Power Apps 门户允许患者查看其医疗记录、预约、与健康机器人聊天实例等。 可以扩展此门户以支持其他数据。 此门户是 Microsoft Cloud for Healthcare 的一部分，允许你轻松启动门户，该门户可以连接 Dataverse 中的实体，从而提取患者信息、护理计划、预约等数据。
智能协助。 这是一个 Azure 健康机器人服务实例，患者可通过患者门户进行访问。 此健康机器人实例加载在 Azure 应用服务网站中。 它支持自定义，并可根据客户所需的方案进行编程。
预订应用。 预订应用是一项包括在 Microsoft Cloud for Healthcare 中的 Microsoft 365 服务。 它有助于安排日历事件，并允许创建 Teams 会议。
Microsoft Outlook。 此解决方案将 Microsoft Outlook 用作电子邮件客户端。 发送电子邮件通知的预订应用与 Outlook 集成。 或者，可以使用医疗保健提供商首选的电子邮件客户端。
Microsoft Teams。 Microsoft Teams 是 Microsoft Cloud for Healthcare 的一个组件，为患者、提供商和照护管理员之间的交互提供前端。 用户可以使用本地安装的版本或 Web 版本。 有关 Teams 的详细信息，请参阅 Microsoft Teams 文档。
预约队列。 此工具使用 Dynamics 365 Web API 生成一个 HTML 页面，其中包含从 Dataverse 中提取的数据。 它向提供商提供有关当天安排的预约和各项预约的摘要信息。 它还通过护理管理应用程序提供访问患者信息的链接。 预约队列是为支持这种方案而开发的，它不是 Microsoft Cloud for Healthcare 的一部分。 此工具的数据源主要是 PAS 系统和 EMR/EHR 记录。 如果这些系统集成工具来呈现此数据，那么这些工具可能会在实际部署中替代该组件。
护理管理。 护理管理工具是 Microsoft Cloud for Healthcare 的一个组件。 它是通过 Dynamics 365 部署的 Power Apps 应用程序， 提取以 CDM 格式存储在 Dataverse 中的 EMR/EHR 患者数据，并在 Teams 中提供聚合视图。 护理中心的解决方案可能会选择使用自有系统来实现其功能，具体取决于希望如何显示此信息。
Power BI Analytics。 这是为这种方案创建的分析工具，不适用于 Microsoft Cloud for Healthcare。 在此解决方案中，它将生成派生自患者的 IoMT 设备的信息， 可能是心率、血氧水平等数据。 护理管理应用使用此数据来根据患者的日常活动向医疗提供商提供有关患者的更多见解。
已连接的设备。 这些是医疗物联网 (IoMT) 设备，是用于医疗或保健用途的智能设备。 IoMT 设备的示例包括可穿戴设备（如 Apple Watch 或 Fitbit、医用监护仪或重要监视器等）。 患者可以通过 Azure 预配其设备，并选择允许其医疗保健管理系统收集此 IoMT 数据，供提供商使用。 提供商可以近乎实时地从此类设备获取更多见解，并将异常情况（例如一段时间内的心率升高）与患者当前的症状联系起来。
通过 Power Automate 实现自动化。 这是为支持这种方案而创建的自定义工具，不适用于 Microsoft Cloud for Healthcare。 由于这是一种虚拟访问方案，因此提供商可能只是一位值班医师，而不是患者往常就诊的医师。 此工具允许提供商进行记录，以触发 Teams 向照护管理员发送通知。 照护管理员是医疗团队的成员，其工作是作为初级护理医师 (PCP) 与患者之间的联系人，负责长期护理管理。 发送给照护管理员的通知，表明为患者添加了新记录，使他们能够在访问后对患者的护理管理进行审查并做出适当的更改。
备选方法
Azure API for FHIR、Azure Health Bot、Common Data Model 接口、Microsoft Dataverse 和 Microsoft Teams 等适用于医疗保健的 Azure 服务构成此解决方案的核心组件。 此系统的大多数其他组件可以替换为医疗保健机构当前使用的系统：
如果 EMR/EHR 系统随附用于预定、计划和护理管理的内置功能，则可以使用这些功能，而不是使用此解决方案中的相应组件。
预订、Outlook 日程安排和电子邮件通知可以由医疗保健机构使用的系统来交换。 这些操作可以通过 EHR 系统或使用第三方应用程序来完成。 应用程序应提供一个 API，供健康机器人实例用来创建和安排预约，以及创建虚拟会议的能力。
如果提供商已通过其 EMR/EHR 系统落实了患者门户，则可以用它来代替患者门户。 可以将此类外部组件与此解决方案轻松集成，因为这些组件使用标准接口，例如，用于与健康机器人实例通信的 iFrame 接口。 可在专用门户上创建支持此流的组件，例如患者在加入 Teams 会议之前需要签署的知情同意书。
值得注意的是，实际部署将需要替换此解决方案中某些组件的工具，例如预约队列、自动通知和 Power BI 分析工具。 需要根据医疗保健提供商的业务需求创建和自定义这些组件。
方案详细信息
在当前 COVID-19（新型冠状病毒）疫情形势下，大量患者可能更倾向于通过虚拟方式联系其医疗供应商而不是亲自拜访（如果可能）。 在此类虚拟环境中，提高医疗保健领域的临床和操作见解变得非常重要。 其中包括跨系统连接数据、创建见解以预测风险并帮助改进患者护理、质量保证和操作效率。
此解决方案的基础是 Microsoft Cloud for Healthcare。 Microsoft Cloud for Healthcare 汇集了 Microsoft 365、Azure、Dynamics 365、Power Platform 和 Microsoft 广泛的合作伙伴生态系统提供各种受信任功能，可帮助医疗保健组织创建快速、高效和安全的医疗保健解决方案。
可能的用例
此解决方案旨在提供当前疫情形势下的虚拟患者护理。 但是，医疗保健提供商可将其轻松应用于以下方案：
安排虚拟跟进到亲自访问。
在旅行期间向患者提供非紧急医疗指导。
注意事项
这些注意事项实施 Azure 架构良好的框架的支柱原则，即一套可用于改善工作负载质量的指导原则。 有关详细信息，请参阅 Microsoft Azure 架构良好的框架。
安全性
安全性针对蓄意攻击及滥用宝贵数据和系统提供保障措施。 有关详细信息，请参阅安全性支柱概述。
由于系统是围绕患者数据构建的，因此，在开发此解决方案时应应用专用信息的基本安全注意事项：
在任何给定时间，只有所需的数据应当流经系统。 例如，仅从 EMR/EHR 系统中提取虚拟访问计划和管理所需的数据。 查看已建立的 HIPAA 合规性规则 ，以获取有关应如何存储患者数据、可以使用这些数据进行哪些操作以及谁有权访问这些数据的指导。 开发解决方案时，请注意医疗保健中合规性的重要性。 有关更多指导，请阅读 Microsoft Cloud for Healthcare 中的合规性。
只有经过授权的人员才能访问患者数据，并且只能访问其角色所需的数据。 在系统中的各个点，例如护理管理和向其馈入的分析、预约队列或通知系统，应注意对人员进行身份验证和授权，并限制他们仅访问所需的患者信息。
与患者交互的模块（例如智能协助和预订应用程序）接收、存储和使用患者数据。 在这些模块中进行适当的访问控制和身份验证可确保解决隐私问题。
由于涉及到专用数据的性质，安全性和合规性构成了 Microsoft Cloud for Healthcare 的基本原则。
此示例还依赖于 Dynamics 365 和 Teams 设置的安全规则：
包含在 Microsoft Cloud for Healthcare 中的各项服务提供各自的安全和合规层：
对于自定义安全控件，请考虑使用 Microsoft Entra ID 和基于角色的访问控制。
最后，实现此解决方案时，请牢记开发安全 Azure 解决方案的最佳实践和指南。
成本优化
成本优化是关于寻找减少不必要的费用和提高运营效率的方法。 有关详细信息，请参阅成本优化支柱概述。
有关 Microsoft Cloud for Healthcare 的详细定价信息，请参阅如何购买 Microsoft Cloud for Healthcare。 构成 Microsoft Cloud for Healthcare 的组件具有其各自的许可要求，例如：
若要在此体系结构中重新创建自定义的组件，请考虑选择使用的基础服务的定价信息。
部署此方案
解决方案应分阶段部署：
某些产品/服务必须安装为适用于 Microsoft Cloud for Healthcare 的先决条件。 有关许可要求，请参阅本文上的详细列表。
可以使用部署由 Dynamics 365 提供支持的 Microsoft Cloud for Healthcare 解决方案中提供的说明来部署 Microsoft Cloud for Healthcare。
Microsoft Cloud for Healthcare 提供了一些基本组件，可用于快速开始构建虚拟健康解决方案，如患者门户、Teams、预订等。 为了满足这些构建基块的需要，应根据业务需求自定义数据。
Microsoft Cloud for Healthcare 及其先决条件中可用的组件应进行自定义以支持业务需求：
应创建 Power Automate 流以支持照护管理员通知。
应配置患者门户。 可能需要为诸如签入/知情同意书之类的元素创建其他窗体。 有关详细信息，请参阅设置和配置患者访问门户。
Azure 健康机器人服务应连接到 Dataverse 数据库，并针对其与患者的通信进行自定义。 有关详细信息，请参阅使用 Microsoft 健康机器人配置自动聊天。
请参阅使用 Azure FHIR 同步代理配置与临床数据的同步和嵌入用于分析的 Power BI 报表，以了解可能需要的其他一些配置。
专门为此解决方案创建的其他组件不适合生产级使用。 医疗保健机构可能需要创建这些应用程序的自有版本：
预约队列
使用 Power Automate 自动通知
使用 Power BI 报告应用程序
作者
本文由 Microsoft 维护， 它最初是由以下贡献者撰写的。
主要作者：
- Slavica Frljanic | 首席集团项目经理
- 达纳什里·克萨加 | 高级内容 PM
若要查看非公开的 LinkedIn 个人资料，请登录到 LinkedIn。
后续步骤
- 什么是 Microsoft Cloud for Healthcare？
- 若要详细了解 Azure 医疗产品/服务，请参阅 Azure 医疗 - 医疗保健解决方案
- EMR 和 EHR 之间的差异
- HIPAA 合规性规则
- 什么是 Azure API for FHIR？
- 什么是 Microsoft Dataverse？
- 什么是 Azure Health Bot Service？
- 什么是 Power BI？
- 了解如何使用 Microsoft Dynamics 365