ai-feed.jp
導入ガイド

クリニックのAI活用【2026】規模別×業務別の適用可否と医療制度の注意点

YDAIコンサルティング株式会社 AI編集部

一次ソース検証型AIメディア編集部 ・ 監修: 依田 尚人

22
目次

「人手が足りないからクリニックでもAIを使いたい。しかし『クリニックAI活用事例○選』式の記事を読んでも、うちの規模・うちの業務で何を任せられ、制度的に何を任せてはいけないのかが分からない」——開業医や事務長からよく聞く声だ。本記事はその疑問に、事例の羅列ではなく規模別×業務別の適用可否を一枚の表で示し、医療だからこそ越えてはいけない制度の線引きを中立に整理することで答える。対象は外来中心のクリニック・診療所(以下「クリニック」と表記)。介護・福祉事業所は根拠制度がまったく異なるため介護事業所のAI活用へ、業種を問わない導入の全体手順は中小企業が社内AIを導入する5ステップにまとめている。

クリニックのAI活用は「どの業務に使うか」で適用可否が分かれる。(1)電話の一次応答・予約/院内事務/患者説明文の下書き は汎用生成AIで今すぐ着手できる。(2)ただし病歴・症状・診療情報は要配慮個人情報 で、汎用LLMにそのまま入力せず、マスキングやホワイトリスト運用を前提にする。(3)診断・治療方針の判断と集患広告文の最終確認は医師・人の専管 で、診断は医師法、広告は医療広告ガイドラインと薬機法の規制が及ぶ。AIに任せられるのは下書き・一次処理まで、判断と最終確認は人、という分担が制度上の前提になる。

なお当社(YDAIコンサルティング AI編集部)は、各業種でAI導入の受託・社内運用を行う立場にある。そのうえで、本記事はどの製品・ベンダーも勝たせず中立に整理し、特定の問診AIや電話AIといったツール、そして当社サービスへの送客は一切しない。製品はカテゴリ名で記し、医療制度の線引きは厚生労働省・個人情報保護委員会・e-Govの一次情報をそのつど併記して、断定が独り歩きしないようにする。

結論:規模別×業務別のAI適用可否マトリクス

クリニックの規模別×業務別AI適用可否マトリクス:電話応答・院内事務・問診・カルテ・レセプト・集患広告・診断の各業務を規模別に整理

先に言葉を定義する。本記事で「クリニックのAI活用」と呼ぶのは、(1)文章の下書きや要約を行う汎用生成AI、(2)問診やレセプト点検などを支援する医療特化ツール、(3)電子カルテに連携する専用システム の3層を区別して論じる。世の中の「活用事例まとめ」はこの3層を混ぜがちだが、必要な投資も制度上の注意点も層ごとに異なる。

業務個人診療所分院・複数医医療法人
電話一次応答・予約
院内事務(書類下書き・要約)
患者説明文の下書き
問診(事前ヒアリング)
カルテ記載補助
レセプト(AI-OCR・点検)
集患・広告コンテンツ
診断・治療方針

凡例: ◎=いま汎用生成AIで着手できる(要配慮個人情報を入れない範囲)/○=医療向け専用ツール・体制が前提/△=医師・人の判断が必須でAIは支援に限る。規模の列で記号が大きく変わらないのは、クリニックのAI適用可否を分けるのが規模より制度の線引き だからだ。規模で変わるのは「どこまで一体的に進められるか」であり、それは後半の規模別の始め方で扱う。以下、まず医療だからこその制度要件を押さえ、続いて業務の行ごとに解説する。

医療だからこその制度要件——4つの線引き

医療4制度の線引き:要配慮個人情報・医療広告ガイドライン・薬機法・診断は医師専管の関係を整理した図

クリニックのAI活用が他業種と決定的に違うのは、患者情報と医業に独自の法規制がかかる点だ。ここを外すと医療法・個人情報保護法・薬機法上のリスクになる。本記事の核として、4つの線引きを順に整理する。横断的なセキュリティ統制(プロンプトインジェクションや情報漏えい一般)は生成AIのセキュリティリスクへ委譲し、ここでは医療固有の論点に絞る。

要配慮個人情報と医療情報システムの安全管理

病歴・診療情報・調剤情報・健診結果・障害の事実は、個人情報保護法でいう要配慮個人情報 に当たる。要配慮個人情報は本人の人種・信条・社会的身分・病歴・犯罪歴等、取扱いに特に配慮を要する個人情報で、取得には原則として本人同意が必要、オプトアウトによる第三者提供は認められない(出典:個人情報保護委員会「要配慮個人情報とは」・医療・介護関係事業者ガイダンス・参照2026-06-25)。つまり患者の病歴や症状を汎用LLMにそのまま打ち込むのは、この線を越える行為だ。さらに電子カルテなど医療情報を扱うシステムは、医療情報システムの安全管理に関するガイドライン第6.0版(令和5年5月)の対象で、クラウドや外部サービスを使う場合は医療機関とベンダの責任分界を確認することが求められる(出典:厚生労働省・参照2026-06-25)。AIツールを電子カルテに連携させる前に、どこまでが自院の責任でどこからがベンダの責任かを契約で確かめておく必要がある。

医療広告ガイドライン

医療広告規制は2018年6月の施行でクリニックのウェブサイト(ホームページ・LP・SNS)も対象 になった。患者の主観的な体験談(医療機関のスタッフが書いたものを含む)は広告として掲載できず、加工・修正した術前術後(ビフォーアフター)写真は虚偽広告として扱われる。詳細な説明を併記するなどの限定解除要件を満たせば一部掲載できる場合もあるが、線引きは厳密だ(出典:厚生労働省 医療広告ガイドライン・医療広告事例解説書第5版(令和7年3月作成)・参照2026-06-25)。ここで生成AIを集患コンテンツの自動生成に使うと、体験談調や効果を断定する違反表現を生むリスクが高い。AIはたたき台までにとどめ、公開前に医療広告ガイドラインの観点で人が必ず点検する運用が前提になる。

薬機法(医薬品医療機器等法)

医薬品・医療機器等の広告には薬機法の規制も重なる。第66条は効能効果等についての虚偽・誇大広告を禁止し、第68条は未承認の医薬品・医療機器等の広告を禁止している。体験談的な広告も原則として認められず、2021年改正で課徴金制度が導入された(出典:東京都保健医療局 薬機法の広告規制 条文抜粋・参照2026-06-25)。自由診療の機器やサプリ等を扱うクリニックでは特に、生成AIが作った宣伝文をそのまま出すと薬機法違反になりかねない。医療広告ガイドラインと薬機法は重なって効くため、広告系コンテンツはAI任せにせず人の最終確認を必須にする。

診断・治療方針は医師の専管(医師法)

医師法第17条は「医師でなければ医業をなしてはならない」と定め、診断——診察や検査で得た情報を医学的法則に当てはめて病状を判断し、それを伝える行為——は医行為として医師の専管とされる。無診察治療も禁止されている(出典:e-Gov 医師法・参照2026-06-25)。したがって問診AIや症状チェッカーが「診断する」ことはできない。AIが担えるのは事前ヒアリング・情報整理・記載の下書きまでで、診断と治療方針の最終判断は必ず医師が行う。問診AIを「診断AI」と呼ぶのは医師法上も不正確なので、機能を正しく区別して導入する。

今日から着手できる業務(◎)

クリニックで今日から着手できる業務:電話一次応答・院内事務・患者説明文の下書きの3領域を示す図

制度の線引きを押さえたうえで、追加投資が小さく今すぐ始めやすいのは次の3業務だ。いずれも要配慮個人情報を入れない範囲で運用するのが条件になる。

電話の一次応答・予約は、定型の受付・予約変更・休診案内をAI音声やチャットで一次対応する使い方だ。病歴や症状の聞き取りに踏み込まず、用件の振り分けと折り返しの整理にとどめれば、要配慮個人情報を扱わずに負担を減らせる。院内事務では、院内文書・院内向け案内・会議メモの要約や下書きを生成AIに任せられる。ここでも患者個人を特定する情報は入力しない。患者説明文の下書きは、一般的な疾患説明や術後ケアの案内文の「たたき台」を生成し、医師が正確性・医療広告ガイドライン・薬機法の観点で必ず確認してから使う。

ここで実務上の要が、病歴・症状を汎用LLMに入れないための運用設計だ。当社(YDAIコンサルティング AI編集部)が16以上の事業で受託・社内運用を重ねるなかで定型化したのは、(1)学習に使われない法人向けプランに利用を限定する、(2)入力前に固有名詞・生年月日・症状記述を伏字に置き換えるマスキングを挟む、(3)そもそもAIに入力してよい項目をあらかじめ列挙したホワイトリストを作り、リスト外は入力禁止にする、という順序の運用知見だ(数値や実測ではなく当社の運用知見としての定性的な手順)。入力禁止ルールの作り方の一般論は生成AIの社内利用ルールの作り方に委ね、本記事では病歴・症状という医療固有の対象に絞ってこの線引きを示している。

専用ツールが要る業務(○)

クリニックで専用ツールが要る業務:問診AI・カルテ記載補助・AI-OCRレセプト点検と医療向けツール選定の注意点を示す図

汎用生成AIだけでは難しく、医療向けの専用ツールや安全管理体制が前提になる業務がある。導入の価値はあるが、要配慮個人情報を扱うぶん選定の基準が上がる。

問診AIは、来院前のWeb問診や事前ヒアリングで情報を整理し、医師の問診を効率化するのに有効だ。ただし前述のとおり診断はしない(医師法)。患者の症状という要配慮個人情報を扱うため、医療情報システムの安全管理に関するガイドラインに準拠した医療向けツールを選び、汎用LLMに患者情報を素通しで投げる構成は避ける。カルテ記載補助も、音声をテキスト化して記載のたたき台を作るところまでで、内容の確定は医師が行う。AI-OCRによるレセプト点検は、紙書類のデータ化や算定漏れ・誤りの点検を支援できるが、最終確認は人が担う。レセプトや問診のデータを扱うシステムは医療情報システムの安全管理ガイドラインの対象になりうるため、ベンダとの責任分界とデータの保管場所を導入前に確認しておく。製品ごとの精度や導入率、料金はベンダー公表値で変動が大きいため、本記事では具体的な数値を挙げず、選定時に各社の最新情報と医療向け対応の有無を確認することを勧める。

規模別の現実的な始め方

クリニックの規模別スタートロードマップ:個人診療所・分院・複数医・医療法人それぞれの着手順を示す図

適用可否は制度で決まる一方、どこまで一体的に進められるかは規模で変わる。マトリクスの列ごとに現実的な進め方を整理する。

個人診療所では、IT専任がいない前提で考える。着手すべきは◎の業務、電話の一次応答と院内事務の文章支援だ。要配慮個人情報を入れない運用ルールを先に決め、追加投資の小さいところから始める。分院・複数医のクリニックでは、院(拠点)ごとに運用がばらつかないよう、入力禁止ルールと確認フローを統一するのが先決になる。Web問診のような専用ツールは1拠点で試行し、定着を確認してから横展開する。医療法人(複数施設)の規模になると、電子カルテ連携・レセプト・問診まで一体で検討できるが、医療情報システムの安全管理に関するガイドラインに沿った推進体制づくりが前提になる。費用全体の考え方は社内AI導入の費用を参照してほしい。

規模を問わず重要なのが、院内の責任分界の設計だ。当社が複数業種の実務者ヒアリングから得た定性的なパターンとして有効なのは、「受付スタッフが下書きを作り、医師または事務長が正確性・要配慮個人情報・医療広告ガイドラインの観点で最終確認する」という二段構えの分界だ。誰がどの観点で確認するかを文書で決めておくと、AIの出力をそのまま外に出してしまう事故を防ぎやすい(これも数値ではなく当社の運用知見としての定性的な型である)。

まとめ

クリニックのAI活用は、規模より制度の線引き で適用可否が決まる。今すぐ始められるのは電話の一次応答・院内事務・患者説明文の下書きで、個人診療所でも追加投資を抑えて着手できる。一方、病歴・症状は要配慮個人情報なので汎用LLMに入れず、マスキングやホワイトリスト運用を前提にする。集患広告文は医療広告ガイドラインと薬機法、診断・治療方針は医師法という越えてはいけない線があり、AIは下書き・一次処理まで、判断と最終確認は人が担う。ガイドラインの版や運用解釈は更新されるため、導入時は必ず最新の公的情報を確認してほしい(本記事は2026年6月時点の一次情報に基づく)。


介護・福祉事業所は根拠制度が異なるため介護事業所のAI活用、業種を問わない導入の全体手順は中小企業が社内AIを導入する5ステップ、入力禁止ルールづくりは生成AIの社内利用ルールの作り方も参考にしてください。

よくある質問

Q. クリニックでAIは何に使える?
電話の一次応答・予約、院内事務の文章支援、患者向け説明文の下書きは汎用生成AIで着手しやすい領域です。一方で診断・治療方針の判断は医師の専管で、AIに任せることはできません(2026-06-25時点)。
Q. 患者の病歴や症状を生成AIに入力していい?
病歴・症状・診療情報は要配慮個人情報(個人情報保護法)に当たり、汎用AIにそのまま入力しないのが線引きです。入力するなら学習に使われない設定・固有名詞の伏字(マスキング)・入力可能項目を限定するホワイトリスト運用が前提になります(出典:個人情報保護委員会・2026-06-25時点)。
Q. 問診AIは診断までしてくれる?
いいえ。問診AIは来院前の事前ヒアリング・情報整理・記載の下書きまでです。診断と治療方針の判断は医師法上の医行為で医師の専管であり、最終判断は必ず医師が行います(出典:医師法・2026-06-25時点)。
Q. AIで作った集患文や症例写真の説明をホームページに載せていい?
医療機関のウェブサイトも医療広告ガイドラインの対象です。患者の体験談や加工・修正した術前術後(ビフォーアフター)写真は掲載できず、生成AIの宣伝文をそのまま出すと医療広告ガイドライン・薬機法に違反する表現を生むリスクがあります。公開前に医師の確認が必要です(出典:厚生労働省 医療広告事例解説書第5版・2026-06-25時点)。
Q. 小さな個人クリニックでも始められる?
始められます。IT専任がいなくても、電話の一次応答や院内事務の文章支援は追加投資が小さく着手できます。まず病歴・症状を入れない運用ルールを整えるのが先決です(2026-06-25時点)。

出典・参考資料

  1. 1.
  2. 2.
  3. 3.
  4. 4.
  5. 5.
  6. 6.