コラム一覧に戻る
AI・医療DX12分で読める

AI音声カルテのセキュリティは大丈夫?個人情報・ガイドライン準拠を確認

2026年7月16日

AI音声カルテのセキュリティは大丈夫?個人情報・ガイドライン準拠を確認
この記事をシェア

AI音声入力は診療記録を大きく効率化しますが、扱うのは患者の会話という極めて機微な情報です。「入力したデータがAIの学習に使われないか」「クラウドに送って大丈夫か」——導入をためらう最大の理由がセキュリティへの不安です。本記事では、AI音声カルテのセキュリティで確認すべき論点を、個人情報保護法(条番号付き)と3省2ガイドライン準拠、そして技術・AI固有の観点から、公式の出典とともに専門的に整理します。

免責:本記事は一般的な情報提供であり、法的助言ではありません。条番号・ガイドライン版数は改正され得るため、導入判断にあたっては最新の一次情報と専門家の確認を得てください。

AI音声カルテが扱う情報の重み

診察の会話には、症状・既往歴・診断名などが含まれます。これらは個人情報保護法上の「要配慮個人情報」(同法2条3項)に該当し、取得には原則あらかじめ本人の同意が必要(20条2項)で、オプトアウトによる第三者提供も認められていません。医療機関は、個人情報保護委員会・厚生労働省の「医療・介護関係事業者における個人情報の適切な取扱いのためのガイダンス」に沿った運用が求められます。AI音声入力を導入しても、この枠組みから外れることはできません。

確認ポイント1:学習利用と「委託/第三者提供」の切り分け

最も重要なのは、入力した患者情報が「委託」の範囲にとどまるのか、モデルの学習・品質改善という提供者自身の目的に使われる(=第三者提供)のか、という切り分けです。

  • 委託(25条・27条5項1号):提供者が医療機関の利用目的の範囲で処理するだけなら委託であり、提供自体に本人同意は不要。ただし医療機関には委託先の監督義務(25条)が生じます。
  • 第三者提供(27条):提供者が入力データを学習等に利用する場合は委託の枠を超え、要配慮個人情報の第三者提供として原則本人の事前同意が必要になります。

個人情報保護委員会は2023年6月、この点について「生成AIサービスの利用に関する注意喚起等」を公表し、本人同意なく個人データを入力し応答生成以外の目的(学習等)で扱われれば法違反となり得ると明示しています。契約(データ処理契約:DPA)で、学習不使用・ゼロデータ保持(ZDR)または保持期間・削除・監査権を担保できるかが分水嶺です。加えて、保管・処理が国外リージョンの場合は外国にある第三者への提供(28条)の整理(本人同意/基準適合体制)も必要になります。

生成AIの法的整理の詳細は、医療機関で生成AIを使うときの注意点もあわせてご覧ください。

確認ポイント2:3省2ガイドライン準拠と責任分界

医療情報システムのセキュリティ基準が、いわゆる3省2ガイドラインです。医療機関側は厚生労働省「医療情報システムの安全管理に関するガイドライン(第6.0版・経営管理/企画管理/システム運用編)」に、事業者側は経済産業省・総務省の事業者向けガイドラインに、それぞれ従います。

クラウド型のAI音声カルテでは、責任共有モデル(どこまでが事業者の責務で、どこからが医療機関の運用責任か)を契約・仕様で明確にすることが要点です。対応の具体的な進め方は、3省2ガイドライン対応の実務ステップで解説しています。

確認ポイント3:技術的な安全管理措置

ガイドライン準拠を具体的に支えるのが技術的対策です。

対策確認する内容
暗号化転送時(TLS)・保存時(at rest)の双方が暗号化されているか
鍵管理暗号鍵の管理がデータ本体と分離され、鍵アクセスも最小権限か
アクセス制御・認証役割ベースの最小権限、多要素認証(MFA)による不正アクセス対策
監査ログ誰がいつ何にアクセスし何をしたかを、改ざんされにくい形で記録・追跡できるか
テナント分離マルチテナント基盤で医療機関ごと・利用者ごとにデータが分離されているか
バックアップ障害・ランサムウェアに備えた復元可能な(できればイミュータブルな)バックアップ

特に監査ログの完全性は、インシデント時の原因追跡と説明責任、そして電子保存の三基準のうち真正性(誰が確定したか)の担保に直結します。

確認ポイント4:AIならではの論点——アクセス境界とプロンプトインジェクション

生成AIを組み込んだカルテでは、「AIがどのデータにアクセスできるか」というアクセス境界の制御が新たな論点になります。AIが必要以上に広範なデータへ無制限にアクセスできる状態は、情報漏えいリスクを高めます。さらにRAGやエージェント構成では、外部文書やツール経由の間接的プロンプトインジェクションにより、AIが意図しない参照・操作を行うリスクもあります。AIを「万能の管理者」にせず、参照・実行できる範囲を明示的に制限する設計が求められます。音声からのカルテ生成では、録音データの保存可否・保存期間・削除・アクセス制御も明確にします。

ポテックの「AIカルテ」はAIネイティブ設計でありながら、この点に正面から取り組んでいます。3省2ガイドラインに準拠し、監査ログで操作を追跡可能にするとともに、MCP(Model Context Protocol)によるAIアクセス境界制御で、AIが参照・操作できる範囲を適切に区切ります。設計の考え方はAIカルテのセキュリティ設計(責任共有モデル)で詳しく解説しています。

導入前チェックリスト

  • 入力データを学習に使わない(ZDR/オプトアウト)ことが契約で担保されているか
  • 提供者の立場は「委託先」か「第三者」か、越境移転(28条)の整理は済んでいるか
  • 3省2ガイドライン準拠と、責任分界点の文書化がなされているか
  • 転送時・保存時の暗号化、鍵管理、MFA、アクセス制御、監査ログが備わっているか
  • テナント分離・バックアップ・BCPが設計されているか
  • AIのアクセス境界が適切に制御され、プロンプトインジェクション対策があるか

おわりに

AI音声カルテのセキュリティは、「なんとなく不安」で止まるのではなく、学習利用と委託/第三者の切り分け・ガイドライン準拠・技術対策・AIのアクセス境界という具体的な観点で確認すれば、根拠を持って導入判断ができます。患者情報を守りながらAIの利便性を享受することは、正しいサービス選びと運用設計によって十分に両立可能です。

ポテックはAIネイティブなAIカルテの提供と、ISMS認証・3省2ガイドライン対応の支援を通じて、クリニックの安全なAI活用をサポートします。詳細はお気軽にお問い合わせください。

参考・出典

※本記事は一般的な情報提供であり、法的助言ではありません。条番号・版数は改正され得るため、導入判断の際は最新の一次情報と専門家の確認を得てください。

この記事をシェア

関連記事

AI・医療DX

なぜソフトウェア企業が福祉国家を語るのか|社名「ポテック」の由来と、私たちが積み上げるもの

ポテックの出発点は「疾患受容性の高い社会をつくる」でした。それを持続するビジネスとして問い直した先に、社会保障と福祉国家の歴史がありました。ソフトウェア・医療・社会保障という三層の歴史、社名に込めた pottery(器)の意味、そして受け継がれるべきソフトウェアを作るという私たちの立ち位置を書きます。

2026年8月14日
AI・医療DX

AIによる文書作成|テンプレートを作る段階と、テンプレートから生成する段階

AIによる文書作成には2つの段階があります。過去の文書からひな形そのものを起こす段階と、そのひな形にカルテの情報を流し込んで下書きを作る段階です。従来の定型文の差し込みと何が違うのか、どの文書から着手すべきか、そしてテンプレートが陳腐化しない運用を整理します。

2026年8月11日
AI・医療DX

AIによる過去分析とは?蓄積したデータから何が見えるのか

クリニックには何年分ものデータが眠っています。従来の集計との違いは、仮説を先に立てなくても「気になることを聞ける」点です。何が見えるのか、相関を因果と取り違えないために何に注意すべきか、そして分析が成立する前提としてのデータの持ち方を整理します。

2026年8月11日
AI・医療DX

AI検索とは?キーワード検索との違いとRAGの仕組み

「胸が痛い」で検索しても「胸痛」の記録は出てこない——キーワード検索の限界です。AI検索は意味で探すため、表記が違っても見つけられます。さらにRAGは「調べてから答える」仕組みで、AIが根拠のない答えを作るリスクを下げます。仕組みと確認すべき点を整理します。

2026年8月11日
AIカルテ

AIカルテを見る

受付から診療記録、会計、レセプト、経営分析までを一つの循環でつなぐAIネイティブ電子カルテ。

製品ページを見る

AIカルテという選択肢

記事でご紹介した課題の多くは、診療所向けAIネイティブ電子カルテ「AIカルテ」で扱えます。まずはどんな製品かご覧ください。

AI音声カルテのセキュリティは大丈夫?個人情報・ガイドライン準拠を確認