この記事では、患者、医師、ケア マネージャー間のバーチャル診察のスケジュール設定とフォローアップに関して考えられるソリューションについて説明します。
アーキテクチャ
このアーキテクチャ ダイアグラムを含む Visio ファイルをダウンロードします。
このアーキテクチャ図で、青線のボックスは、Microsoft Cloud for Healthcare に必要な Microsoft のサービスを表しています。これには基盤となるサービスとアドオンの両方があります。これらには、それぞれ個別にライセンスが必要となります。 これらのコンポーネントを一緒に使用することで、患者のエンゲージメント、医療チームのコラボレーション、臨床および運用データの分析情報の向上を実現するために、統合された医療ソリューションの開発を迅速に行うことができます。
データは、患者や医療機関のスケジュール、医療記録、ウェアラブル デバイスなど、さまざまな外部の医療システムを通じてシステムに送られます。 このデータは、Azure を使用して取り込まれます。 その後、Power Apps プラットフォームを利用したデータ ストアである Microsoft Dataverse に格納されます。 このデータは、医療データを表現するための業界標準である Common Data Model (CDM) を使用して作成されたエンティティとそれらの間の関係を使用する形式で作成されます。 患者、医師、ケア マネージャー間のすべてのやり取りは、Dataverse に格納されたこの CDM データを使用して行われます。
登録された患者は、Power Apps ポータルでホストされている Web サイトである診療ポータルに安全にログインできます。 このポータルでは、患者は、"インテリジェント アシスタント" と対話できます。 これは Azure Health Bot サービスのインスタンスであり、患者の症状を収集し、提案を行い、必要に応じて専門家と通話することを推奨します。 患者が医療機関に接続することを選択した場合、Health Bot インスタンスは、バーチャル診察に対応可能な医療機関に関するデータとそのスケジュールを Dataverse から取得します。 患者が医療機関と時間を選択すると、ボットは Dataverse に格納されている "EMR および EHR" データから取得した連絡先情報を表示します。 患者はこの情報を確認または変更し、ボットを使用してデータを保存することができます。
予約をスケジュールするために、Health Bot インスタンスは Microsoft Graph API を使用して Bookings アプリに接続し、医療機関の予定表に予約を記載します。 予約情報を含むメールは、Microsoft Outlook を使用して両方の当事者に送信されます。 患者には、入力プロセスのために診療ポータルにログインする手順が示されます。 このプロセスでは、連絡先、支払い、保険情報の確認または変更を行い、バーチャル診察の同意フォームに署名します。 同意に署名すると、その予約の Microsoft Teams リンクが患者に提供されます。
医療機関は、Teams にログインして、予約のスケジュールとそれぞれの概要情報を確認します。 Teams では、"予約キュー" アプリケーションを使用してこの情報が提示されます。 その後、医師は、スケジュールされた予約について Teams でバーチャル診察を開始することができます。 通話中に、医師はメモを取り、それを患者の記録に追加することができます。
患者の医療記録に新しいメモが追加されると、その患者に割り当てられているケア マネージャーに対するレビュー通知がトリガーされます。 この通知を受け取ったケア マネージャーは、Teams にログインして、自分に割り当てられている患者を確認し、メモを表示することができます。 また、治療管理アプリを通じて、患者の治療計画に必要な変更を加えることができます。
Components
アーキテクチャは、次のコンポーネントで構成されています。
PAS。 患者管理システム (PAS) は、病院などの医療機関の管理作業を自動化するシステムです。 これらは、そのような組織の IT インフラストラクチャの核となるコンポーネントです。 PAS には、名前、自宅の住所、生年月日など、患者の人口統計データが記録されます。 また、患者と病院との接触すべての詳細情報 (外来と入院の両方) が記録されます。 最新式の病院では、PAS を活用して、組織全体のリソースを報告し、スケジュールすることができます。 PAS は、このソリューションにおけるスケジュール データの主要な情報源です。 このデータは外部にあり、非標準の形式である可能性があるため、このソリューションのすべてのコンポーネントで認識される形式に変換することが重要です。
EMR と EHR。 電子医療記録 (EMR) と Electronic Health Records (EHR) 診断、薬、免疫などの患者の医療および健康情報のデジタル 記録を提供します。 EMR などのように単一の診療所をスコープにしたり、患者がどの医療機関を受診しても参照できるように EHR などのようにずっと大きな範囲をスコープにするように設計したりできます。 これらは、このソリューションの重要な外部データ ソースであり、構造化されていない非標準の形式である可能性があります。 そのため、このデータは、このソリューションのコンポーネントで使用できる形式に変換する必要があります。
Azure API for FHIR。 Azure は、Microsoft エコシステムおよび Microsoft Cloud for Healthcare にデータを取り込むプロセスの最初のステップです。 このレイヤーは、このアーキテクチャの外部データと内部コンポーネントとの間にセキュリティで保護されたインターフェイスを提供します。 Azure API for FHIR は、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。 Microsoft Dynamics 365 を支えるリレーショナル データベースである Dataverse は、Common Data Model で表現されたデータのリポジトリです。 患者情報のデータベースを保持し、名前、家族情報、医学的状態、投薬履歴などの詳細が含まれます。 また、患者によって使用および登録されているウェアラブル デバイスから取得した情報に加え、医療機関のスケジュールおよび管理データも保持します。 このデータは、Common Data Model を使用して定義されます。
診療ポータル。 この Power Apps ポータル では、患者が医療記録を表示したり、予約を取ったり、Health Bot インスタンスとチャットしたりできます。 このポータルは、その他のデータをサポートするように拡張できます。 このポータルは Microsoft Cloud for Healthcare に含まれており、これを使用してポータルを簡単に作成できます。Dataverse 内のエンティティに接続して、患者情報、治療計画、予約などのデータを取り込むことができます。
インテリジェント アシスタンス。 これは Azure Health Bot Service のインスタンスであり、診療ポータルを介して患者からアクセスできます。 この Health Bot インスタンスは Azure App Service Web サイト内に読み込まれます。 カスタマイズ可能で、顧客が必要とするシナリオを使用してプログラミングできます。
Bookings アプリ。 Bookings アプリは Microsoft 365 サービスであり、Microsoft Cloud for Healthcare に含まれています。 予定表イベントのスケジュール設定が容易になり、Teams の会議を作成することができます。
Microsoft Outlook。 このソリューションでは、メール クライアントとして Microsoft Outlook を使用します。 メール通知を送信する Bookings アプリは、Outlook と統合されています。 または、医療機関が希望するメール クライアントを使用することもできます。
Microsoft Teams。 Microsoft Teams は、Microsoft Cloud for Healthcare のコンポーネントであり、患者、医師、ケア マネージャー間のやり取りのためのフロントエンドを提供します。 ユーザーは、ローカルにインストールされたバージョンまたは Web バージョンを使用できます。 Teams の詳細については、Microsoft Teams のドキュメントを参照してください。
予約キュー。 このツールでは、Dynamics 365 Web API を使用して、Dataverse から引き出したデータを含む HTML ページを生成します。 医療機関に対し、その日にスケジュールされている予約に関する情報と、それぞれに関する概要が表示されます。 また、治療管理アプリケーションを通じて患者情報にアクセスするためのリンクも提供されます。 予約キューは、このシナリオをサポートするために開発されたものであり、Microsoft Cloud for Healthcare の一部ではありません。 このツールのデータ ソースは主に、PAS システムと EMR および EHR レコードです。 これらのシステムにこのデータを表示するためのツールが統合されている場合、実際のデプロイでは、それらのツールがこのコンポーネントの代わりに使用されることがあります。
治療管理。 治療管理ツールは、Microsoft Cloud for Healthcare のコンポーネントです。 Dynamics 365 を通じてデプロイされる Power Apps アプリケーションです。 CDM 形式で Dataverse に格納されている EMR および EHR 患者データを取り込み、集計したビューを Teams に表示します。 ケア センターのソリューションでは、この情報をどのように表示するかに応じて、必要な機能を実現する独自のシステムを使用することを選択できます。
Power BI 分析。 これは、このシナリオ用に作成された分析ツールであり、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 for Healthcare サービスは、このソリューションの中核となるコンポーネントを形成します。 次に挙げるこのシステムの他のほとんどのコンポーネントは、医療施設で現在使用されているシステムで置き換えることができます。
EMR または EHR システムに、予約、スケジュール設定、治療管理の組み込み機能が付属している場合は、このソリューションの対応するコンポーネントの代わりにそれらの組み込み機能を使用できます。
Bookings、Outlook によるスケジュール設定、メール通知は、医療施設で使用されているシステムで置き換えることができます。 これらは、EHR システムを通して、またはサード パーティ製のアプリケーションを使用して行うことができます。 そのアプリケーションには、Health Bot インスタンスによる予約の作成とスケジュール設定に使用できる API と共に、バーチャル会議を作成する機能が備わっている必要があります。
医療機関が、EMR または EHR システムを通じて実装されたなんらかの診療ポータルを既に所有している場合は、それをこの診療ポータルの代わりに使用できます。 このような外部コンポーネントをこのソリューションと統合するのは簡単です。これらのコンポーネントは標準のインターフェイス (たとえば、iFrame インターフェイス) を使用して Health Bot インスタンスと通信するからです。 このフローをサポートするコンポーネント (たとえば、Teams 会議に参加する前に患者が署名する必要のある同意フォームなど) は、独自のポータルで作成できます。
実際のデプロイでは、このソリューションのいくつかのコンポーネント (予約キュー、自動化された通知、Power BI 分析ツールなど) に代わるツールが必要になることにご注意ください。 これらのコンポーネントは、医療機関のビジネス ニーズに合わせて作成およびカスタマイズする必要があります。
シナリオの詳細
現在の COVID-19 (コロナウイルス) パンデミックでは、多くの患者が、可能な限り直接対面ではなくバーチャルで医師の診察を受けることを希望する場合があります。 このようなバーチャル環境では、医療における臨床および運用面の分析情報を向上させることが重要になります。 これには、システム全体にわたるデータの接続や、リスクを予測し、患者のケア、品質保証、運用効率の向上を支援するための分析情報の作成が含まれます。
このソリューションの基盤は、Microsoft Cloud for Healthcare です。 Microsoft Cloud for Healthcare では、Microsoft 365、Azure、Dynamics 365、Power Platform、および Microsoft の幅広いパートナー エコシステムからの信頼できる機能を一緒に活用することにより、医療機関が高速で効率的、かつ安全な医療ソリューションを作成できるようにします。
考えられるユース ケース
このソリューションは、現在のパンデミックにおいて、患者のバーチャル治療を提供することを目的としています。 しかし、医療機関は、このソリューションを次のシナリオにも簡単に適用できます。
直接対面の診察に対してバーチャルのフォローアップをスケジュールする。
旅行中の患者に緊急ではない医療ガイダンスを提供する。
考慮事項
以降の考慮事項には、ワークロードの品質向上に使用できる一連の基本原則である Azure "Well-Architected Framework" の要素が組み込まれています。 詳細については、「Microsoft Azure Well-Architected Framework」を参照してください。
セキュリティ
セキュリティは、重要なデータやシステムの意図的な攻撃や悪用に対する保証を提供します。 詳細については、「セキュリティの重要な要素の概要」を参照してください。
このシステムは患者データを中心にして構築されているため、このソリューションを開発するときは、個人情報のセキュリティに関する次の基本的な考慮事項を適用する必要があります。
どの時点においても、必要なデータのみがシステムを通過する必要があります。 たとえば、バーチャル診察のスケジューリングと管理のために表示することが必要なデータのみを EMR または EHR システムから取り込みます。 確立された HIPAA コンプライアンス規則を参照して、患者データの格納場所、実行できる操作、アクセスできる担当者に関するガイダンスを確認してください。 ソリューションの開発中には、医療におけるコンプライアンスの重要性に注意します。 詳細なガイダンスについては、「Microsoft Cloud for Healthcare のコンプライアンス」を参照してください。
患者データにアクセスできるのは、承認された担当者だけです。また、自分の役割に必要なデータのみにアクセスする必要があります。 システムのさまざまなポイント (治療管理やそれに提供される分析、予約キュー、通知システムなど) で、担当者の認証と承認を行うことと、必要な患者情報のみにアクセスを制限することに注意を払う必要があります。
インテリジェント アシスタンスや Bookings アプリなど、患者と対話するモジュールは、患者データを取得、保存、使用します。 これらのモジュールで適切なアクセス制御と認証を行うことにより、個人情報の問題に確実に対処することができます。
関係するプライベート データの性質のため、セキュリティとコンプライアンスが 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 の前提条件として、いくつかの製品やサービスをインストールする必要があります。 詳細な一覧については、ライセンス要件に関するこちらの記事を参照してください。
Microsoft Cloud for Healthcare は、「Dynamics 365 を利用した Microsoft Cloud for Healthcare ソリューションのデプロイ」に記載されている手順を使用してデプロイできます。
Microsoft Cloud for Healthcare には、診療ポータル、Teams、Bookings などのバーチャル医療ソリューションの構築をすぐに行うための基本的なコンポーネントが用意されています。 これらの構成要素を活用するために使用されるデータは、ビジネス ニーズに応じてカスタマイズする必要があります。
Microsoft Cloud for Healthcare で使用できる次のコンポーネントとその前提条件は、ビジネス ニーズをサポートするようにカスタマイズする必要があります。
Power Automate フローは、ケア マネージャーへの通知をサポートするために作成する必要があります。
診療ポータルを構成する必要があります。 チェックイン フォームや同意フォームなどの要素のために、追加のフォームを作成する必要がある場合があります。 詳細については、「患者アクセス ポータルのセットアップと構成」を参照してください。
Azure Health Bot サービスは、Dataverse データベースに接続し、患者との通信用にカスタマイズする必要があります。 詳細については、「Microsoft Health Bot を使用した自動チャットの構成」を参照してください。
必要になる可能性があるその他の構成については、「Azure FHIR 同期エージェントを使用した臨床データとの同期の構成」および「分析用の Power BI レポートの埋め込み」を参照してください。
このソリューション用に特別に作成された追加のコンポーネントは、実稼働レベルでは使用できません。 医療施設では、次のアプリケーションの独自のバージョンを作成する必要がある場合があります。
予約キュー
Power Automate を使用して自動化された通知
Power BI を使用したレポート アプリケーション
共同作成者
この記事は、Microsoft によって保守されています。 当初の寄稿者は以下のとおりです。
プリンシパルの作成者:
- Slavica Frljanic | プリンシパル グループ プログラム マネージャー
- Dhanashri Kshirsagar | シニア コンテンツ PM
パブリックでない LinkedIn プロファイルを表示するには、LinkedIn にサインインします。
次のステップ
- Microsoft Cloud for Healthcare とは
- Azure for Healthcare オファリングの詳細については、「医療向け Azure - 医療ソリューション」を参照してください
- EMR と EHR の違い
- HIPAA コンプライアンス規則
- Azure API for FHIR とは
- Microsoft Dataverse とは
- Azure Health Bot Service とは
- Power BI とは?
- Microsoft Dynamics 365 の使用方法について確認します