Microsoft Dragon Copilot documentation の2026年6月3日更新でまず押さえるべきなのは、単なるAI機能の追加ではなく、医療現場で安全に展開するための「EHR入力欄の対応範囲」「Android SDK連携」「PHI/PIIを扱うセキュリティ設定」が具体化されている点です。Dragon Copilot は、臨床文書作成の負担を減らし、医師・看護師・放射線科医などの役割別ワークフローに組み込むためのAI臨床アシスタントとして位置づけられています。(Microsoft Learn)
特に管理者は、ライセンス、Entra ID、Dragon admin center、ネットワーク、EHR連携、ユーザー教育をセットで確認する必要があります。開発者やEHRベンダーは、SDKやAPIを使う前に、認証トークン、録音データ、ローカル保存、編集コントロール対応の仕様を実装レベルで確認しておくべきです。
Microsoft Dragon Copilot documentationとは
Microsoft Dragon Copilot documentation は、Microsoft Dragon Copilot の概要、導入、管理、Developer Kit、EHR連携、AIアプリ・エージェント連携などをまとめた公式ドキュメント群です。公式ページでは、Dragon Copilot を「管理負担を減らし、臨床文書作成を加速し、ケア提供を合理化する、安全で拡張可能なAIワークスペース」と説明しています。(Microsoft Learn)
一般的な Microsoft 365 Copilot とは異なり、Dragon Copilot は医療ワークフローに特化しています。診療会話の録音、アンビエントAIによる記録、臨床ノートの下書き、EHRへの連携、信頼できる情報源からの回答取得など、臨床現場での文書化と意思決定支援を想定したサービスです。(Microsoft Learn)
2026年6月3日更新で見るべき主なポイント
2026年6月3日に更新が確認できる公式情報では、現場導入に直結する技術情報が中心です。前バージョンとの差分をすべて断定するのではなく、公開ページから読み取れる「管理者・開発者が確認すべき更新点」として整理すると、次の3点が重要です。
| 確認ポイント | 内容 | 主な対象者 |
|---|---|---|
| デスクトップアプリの編集コントロール対応 | Dragon Copilot desktop がフルサポートする入力欄・編集コントロールが整理された | EHRベンダー、情報システム部門、導入担当 |
| Android SDKの概要 | Androidアプリに Dragon Copilot の録音・音声ストリーミング機能を組み込むためのSDK情報が整理された | モバイルアプリ開発者、EHR連携開発者 |
| Android SDKのセキュリティガイダンス | PHI/PII、録音データ、トークン、暗号化、ローカル保存、TLS通信の扱いが具体化された | セキュリティ担当、開発者、監査担当 |
特に「Edit controls supported by Dragon Copilot desktop」「Dragon Copilot SDK for Android」「Security guidance for Dragon Copilot SDK for Android」は、いずれも2026年6月3日更新として確認できます。(Microsoft Learn)
Dragon Copilotで何ができるのか
Dragon Copilot は、医師向けには診療会話の録音から臨床ノートの下書きを生成し、文書化作業を支援します。公式ドキュメントでは、アンビエント会話の取得、臨床ノート用のドラフト作成、オーダー・状態・フローシートなどの離散的な臨床データ生成、信頼できる情報源からの文脈付き回答などが説明されています。(Microsoft Learn)
看護師向けには、患者とのやり取りをリアルタイムで取得し、構造化されたフローシート文書へ変換する用途が示されています。看護メモ、サマリー、トランスクリプトへの問い合わせなど、シフト後の記録負担を減らすワークフローが想定されています。(Microsoft Learn)
放射線科医向けには、PowerScribe One との連携や、過去レポートの要約、チャット、AIドラフト、レポート最適化などが説明されています。ただし、放射線科向けの利用については、臨床判断や最終レポートの責任は放射線科医に残ることが明記されています。(Microsoft Learn)
デスクトップ展開では「入力欄に正しく入るか」を最初に検証する
2026年6月3日更新の中で、現場の失敗を防ぐうえで重要なのが、Dragon Copilot desktop がサポートする編集コントロールの整理です。公式ドキュメントでは、完全にサポートされる編集コントロールについて、ディクテーション、カーソル位置を認識した挿入、音声による選択・修正・置換などをテスト済みの入力欄として説明しています。(Microsoft Learn)
サポート対象には、.NET WinForms の TextBox や RichTextBox、Epic Hyperdrive、Google Chrome や Microsoft Edge の input、text area、contentEditable、CKEditor、Microsoft Outlook desktop、Microsoft Word desktop、WebView2、WPF TextBox などが含まれます。ただし、Chrome や Edge 上の一部入力欄では Dragon Copilot Web Extension のインストールが必要です。(Microsoft Learn)
実務では、単に「EHRが起動する」だけでは十分ではありません。次の観点で検証してください。
| 検証項目 | 確認すべきこと | 失敗しやすいポイント |
|---|---|---|
| 入力欄の種類 | 実際に使うEHR画面の入力欄がサポート対象か | テスト画面では動くが、本番のカスタム入力欄で挿入位置がずれる |
| ブラウザー拡張 | Edge/Chromeで必要な拡張機能が配布済みか | 拡張機能未導入でWeb入力欄への操作が不安定になる |
| Word/Outlook利用 | 診療補助文書をWordやOutlookで扱う運用があるか | EHR外の文書化フローを検証対象から外してしまう |
| カスタムコントロール | 独自EHRやカスタム画面で制御名が特殊ではないか | 標準コントロール前提で導入し、現場の入力欄で編集操作が効かない |
EHRベンダーが Dragon Copilot のディクテーション機能をデスクトップソリューションに追加したい場合、Microsoft は technical readiness assessment form の提出を案内しています。(Microsoft Learn)
Android SDK更新で開発者が確認すべきこと
Dragon Copilot SDK for Android は、モバイルアプリ内に Dragon Copilot の録音・音声ストリーミング機能を組み込むためのSDKです。公式ドキュメントでは、Android SDK が音声を記録し、Dragon Copilot にストリーミングして生成AI処理に渡す仕組みを提供すると説明されています。(Microsoft Learn)
開発者が特に注意すべきなのは、SDKが扱う「Encounter」「Recording」「Session」「Correlation ID」「Payload」といった概念です。Correlation ID はセッションを追跡するための一意なIDですが、PIIやPHIを含めず、128文字以下にする必要があります。(Microsoft Learn)
ネットワークが不安定な医療現場では、録音中の一時的な通信断も想定されます。Android SDK は、ストリーミングを主な方式としつつ、ネットワーク中断時のバックアップとして音声をローカルに保存し、通信復旧後にアップロードを完了する設計です。バックアップ音声はAES-256で暗号化され、録音ごとに一意のキーが使われます。(Microsoft Learn)
開発チームは、次の設計を事前に決めておくと手戻りを減らせます。
| 設計項目 | 推奨される考え方 |
|---|---|
| セッションID設計 | 患者名、診察券番号、生年月日などをIDに含めない |
| オフライン時の挙動 | 録音継続、アップロード再開、ユーザー通知の仕様を決める |
| 監査ログ | Correlation IDで追跡できるようにし、PHI/PIIをログに残さない |
| SDK更新 | リリースノート確認を定期運用に組み込む |
| テスト | 通信断、アプリ終了、端末ロック、録音再開を必ず検証する |
セキュリティ面ではPHI/PIIとトークンの扱いが最重要
Dragon Copilot SDK for Android のセキュリティガイダンスでは、SDKが保護対象医療情報（PHI）と個人識別情報（PII）を扱うため、機密性・完全性・可用性を維持する設定が必要だと説明されています。対象データには、患者属性、Encounter情報、臨床会話の音声、医療提供者情報、OAuth 2.0 bearer token などが含まれます。(Microsoft Learn)
特に音声録音は高い機密性を持つデータです。公式ドキュメントでは、録音データは取得時点で暗号化され、アップロード準備時にメモリ上で復号され、認証済みチャネルで送信され、アップロード成功後に暗号化済み音声ファイルがディスクから削除されると説明されています。(Microsoft Learn)
認証では、SDKが AccessTokenProvider インターフェイスを通じて統合アプリ側にトークン取得を委任します。Microsoft は、Entra ID または同等の OAuth 2.0 / OpenID Connect プロバイダーを使い、最小スコープを要求し、トークンをディスクへ保存しないことを推奨しています。(Microsoft Learn)
セキュリティレビューでは、少なくとも次を確認してください。
| 項目 | 確認内容 |
|---|---|
| トークン | ディスク保存を避け、期限切れ時に安全に再取得できるか |
| 通信 | SDKと認証処理の通信がHTTPS/TLS前提になっているか |
| ローカル保存 | Android Keystore、暗号化DB、アプリ専用領域の扱いを理解しているか |
| ログ | PHI/PIIがログに出ない設計になっているか |
| バックアップ | Android auto-backupからSDKデータを除外する必要があるか |
| 難読化 | ProGuard/R8でSDKに必要なクラスを削除しないか |
管理者が確認すべき設定
Dragon Copilot の導入では、アプリを配布するだけでは不十分です。ユーザー、ライセンス、組織階層、設定、ライブラリ、プロンプト、分析、サポート体制を Dragon admin center と Microsoft 365 管理センター側で確認する必要があります。
公式ドキュメントでは、Dragon のエンドユーザーには有効な Microsoft 365 ユーザーアカウント、Entra ID、Microsoft 365 admin center で割り当てられた Dragon ライセンスが必要とされています。また、Dragon admin center の組織単位にユーザーを追加することが推奨されています。(Microsoft Learn)
管理者が最初に確認すべき項目は次のとおりです。
| 管理項目 | 確認すること | 実務上の注意点 |
|---|---|---|
| ユーザー管理 | Microsoft 365アカウントとDragonライセンスの割り当て | 退職者・異動者のライセンス整理も運用に含める |
| 組織単位 | 部門、診療科、施設単位で管理しやすい階層にする | 全員を1階層に入れると設定差分の管理が難しくなる |
| Dragon Copilot設定 | 医師・看護師など役割別の設定を確認 | パイロット部門と本番部門の設定を混在させない |
| Library items | 共有テキスト、プロンプト、語彙、ワークフローを管理 | 個人任せにすると文書品質がばらつく |
| ユーザープロファイル | 個別ユーザーの設定とトラブルシュート情報を確認 | 問い合わせ対応時にEntra情報とDragon設定を両方見る |
また、Dragon Copilot 3.6.1 では、Information Assist の信頼済みソースやコーディング提案を Dragon admin center で管理する機能、カスタムEHR編集コントロール名のマッピング機能など、管理者の関与が必要な項目が示されています。(Microsoft Learn)
ネットワークと端末要件で失敗しやすいポイント
Dragon Copilot は、Web、デスクトップ、モバイルで利用できます。公式ドキュメントでは、Webはブラウザーから使えるため導入が速く、デスクトップはEHRへ直接コンテンツを届ける用途に強く、モバイルはアンビエント録音やオフライン録音に向いていると説明されています。(Microsoft Learn)
展開前に必ず確認したいのが、帯域、遅延、プロキシ、ファイアウォールです。Dragon Copilot には最低64kbpsの帯域が必要で、遅延は最小要件が500ms未満、推奨が200ms未満です。また、プロキシは遅延やスループット不足により、音声欠落、サービス応答不良、接続問題につながる可能性があるため、Dragon Copilot Service へのトラフィックはプロキシ対象から除外することが求められています。(Microsoft Learn)
医療機関のネットワークでは、セキュリティ機器や透過プロキシ、SSLインスペクション、VDI、共有端末、院内Wi-Fiのローミングなどが影響しやすくなります。パイロット導入では、会議室ではなく実際の診察室、病棟、ナースステーション、モバイル回線の切り替わりが起きる場所で検証することが重要です。
開発者・EHRベンダーは連携方式を先に決める
Dragon Copilot Developer Kit では、EHRアプリに Dragon Copilot のWeb UIを埋め込む方法や、EHRのUIとDragon Copilot機能を統合するための開発ツールが整理されています。対象には、JavaScript SDK、デスクトップ向けWebアプリ、モバイル向けWebアプリ、Android SDK、iOS向けDAXKit、パートナー向けAPIが含まれます。(Microsoft Learn)
選択肢は多いものの、最初に決めるべきなのは「どこまで自社アプリ側で体験を持つか」です。
| 連携方式 | 向いているケース | 注意点 |
|---|---|---|
| Dragon Copilot web UI埋め込み | 既存EHR内からDragon Copilotの一連の機能を使わせたい | UX、起動導線、認証、画面遷移の設計が重要 |
| JavaScript SDK | Webアプリ内でディクテーションや音声操作を組み込みたい | 対応ブラウザー、入力欄、マイク選択を検証する |
| Android SDK / DAXKit | モバイルアプリ内で録音・ストリーミングを扱いたい | PHI/PII、端末紛失、オフライン時の扱いを設計する |
| Partner APIs | ライセンス確認、DDE、ambient session、音声アップロードなどをシステム間で扱いたい | 認証、API許可リスト、環境別URL、非同期処理を設計する |
パートナー向けAPIでは、License service、Dragon data exchange、Ambient session service、Configuration service、Audio service、Ambient audio streaming service などが提供されます。認証ではJWT形式のアクセストークン、issuerメタデータ、audience claim、許可リスト登録などが関係するため、アプリ開発だけでなくID基盤担当者との連携が必要です。(Microsoft Learn)
移行・展開時の実務チェックリスト
Dragon Medical One や既存の音声入力運用から Dragon Copilot へ移行する場合は、機能比較だけでなく「現場の入力習慣」と「管理設定」を合わせて検証する必要があります。
| フェーズ | やること | 判断基準 |
|---|---|---|
| 事前調査 | 対象部門、EHR画面、利用端末、マイク、ネットワークを洗い出す | 実際の診療フローを1日単位で説明できる |
| 小規模パイロット | 医師・看護師・事務担当を含めて検証する | ノート作成、修正、EHR転記、承認まで通る |
| 技術検証 | 編集コントロール、Web Extension、SDK、認証、通信断を確認 | 本番と同じ端末・ネットワークで再現できる |
| 管理設定 | ライセンス、組織単位、共有プロンプト、Information Assistソースを設定 | 部門ごとの差分が管理できる |
| 教育 | 録音同意、AI出力確認、修正方法、問い合わせ先を周知 | 利用者が「AI出力をそのまま確定しない」運用を理解している |
重要なのは、AIの精度だけで導入可否を判断しないことです。現場で問題になりやすいのは、認証に手間がかかる、マイクが適切でない、ネットワークで録音が途切れる、EHR入力欄でカーソル位置がずれる、共有プロンプトが乱立する、といった運用面のつまずきです。
日本の利用者が特に注意すべきこと
日本語圏の読者が最初に確認すべきなのは、日本国内での提供状況、データ所在地、契約条件、医療情報ガバナンスです。Microsoft の公式製品ページでは、医師向けは米国、カナダ、英国、アイルランド、フランス、ドイツ、オーストリア、ベルギー、オランダ、スイス、看護師向けは米国、放射線科医向けは米国プレビューと記載されています。少なくともこの公式ページ上の提供地域には、日本は明示されていません。(Microsoft)
そのため、日本の医療機関や国内ベンダーが検討する場合は、次を必ずMicrosoftまたは正規パートナーに確認してください。
- 日本リージョンまたは日本の医療機関向け提供予定
- 患者情報、録音データ、生成物、ログの保存場所
- 医療情報システムの安全管理ガイドライン等への適合確認
- 患者同意取得の運用
- 日本語診療会話、日本語カルテ記載への対応範囲
- サポート窓口と障害時の連絡経路
また、Dragon Copilot の利用では、患者との会話を録音する前に患者同意を取得する必要があると公式ドキュメントで説明されています。同意が得られない場合でも、患者とのやり取りの後に記録目的で使う運用は示されていますが、組織のポリシーや関連法令に沿ったガイダンス整備が必要です。(Microsoft Learn)
よくある疑問
Microsoft 365 Copilotと同じものですか？
同じ「Copilot」という名称でも、用途は異なります。Microsoft 365 Copilot は業務生産性向けのCopilotですが、Dragon Copilot は臨床文書作成、診療会話の録音、EHR連携、医療職種別ワークフローを想定したAI臨床アシスタントです。(Microsoft)
AIが作ったノートはそのまま確定してよいですか？
そのまま確定する前提で運用すべきではありません。医師向けドキュメントでは、録音から臨床出力のドラフトを生成し、臨床医がレビューする流れが説明されています。放射線科向けの資料でも、最終判断や最終レポートの責任は放射線科医にあると明記されています。(Microsoft Learn)
Web版だけで導入できますか？
Web版はインストールや構成が不要で、オンボーディングがしやすい選択肢です。一方で、EHRへの直接入力や高度なデスクトップ操作が必要な場合はデスクトップアプリ、アンビエント録音やオフライン録音を重視する場合はモバイルアプリの検討が必要です。(Microsoft Learn)
まず管理者は何から始めるべきですか？
最初に、対象部門と対象ユーザーを絞り、Microsoft 365アカウント、Dragonライセンス、Dragon admin center の組織単位、ネットワーク要件、EHR入力欄の対応状況を確認してください。そのうえで、実際の診療フローを使ったパイロットを行うのが安全です。
まず取り組むべき次のアクション
Microsoft Dragon Copilot documentation の2026年6月3日更新は、AI機能の話だけでなく、展開・連携・セキュリティを実務で詰めるための情報として読むべきです。特に、デスクトップ入力欄の対応、Android SDKの録音・ストリーミング設計、PHI/PIIとトークンの取り扱いは、導入前レビューの必須項目です。
次に取るべき行動は明確です。管理者は Dragon admin center と Microsoft 365 管理センターで、ユーザー、ライセンス、組織単位、共有ライブラリ、Information Assist の情報源を確認してください。開発者は、EHR連携方式、SDK利用範囲、認証、ログ、ローカル保存、通信断時の挙動を設計書に落とし込んでください。日本国内での利用を検討している場合は、提供地域、データ所在地、規制対応、日本語対応を必ず契約前に確認することが重要です。
コメント