医療・介護業界AIエージェントの開発・構築の進め方|導入プロセスと成功のポイント

医療・介護業界でAIエージェントを開発・構築するときは、企画・課題整理、要件定義、PoC(概念実証)、本開発、運用・改善の5つのフェーズを順に進めるのが一般的です。医療・介護業界では、深刻な人手不足と業務の複雑化が重なり、AIエージェントへの注目が急速に高まっています。

AIエージェントの開発・活用の全体像は、次の完全ガイドで体系的に解説しています。

まずはこちらのガイドをご覧ください。

医療・介護業界でAIエージェントが求められる背景

国内の医療・介護現場では、生産年齢人口の減少が続くなかで高齢化が進み、医療・介護サービスの需要が急増しています。そのため、限られた人的資源で質の高いサービスを維持するのが難しくなっています。

さらに、医師の働き方改革による時間外労働規制の厳格化も重なり、業務の抜本的な見直しが急務になっています。こうした課題から、AIエージェントの導入は不可欠なものになっています。

現場を圧迫する間接業務の負荷

医療・介護現場で大きな負担になっているのが、診療・ケアそのものに付随する膨大な間接業務です。診療録(電子カルテ)や薬歴の記載、紹介状や退院サマリーの作成、介護記録やケアプランの策定などの情報処理業務が、スタッフの時間と体力を奪い続けています。

窓口への問い合わせ対応も含め、これらの業務は高い専門性と正確性が求められる一方で、属人化しやすく、ヒューマンエラーのリスクも常にあります。

AIエージェントは、定型的な情報処理や書類作成のドラフト生成、一次問診や窓口応答といった間接業務を担います。そのぶん、医療従事者や介護職員は、対人コミュニケーションや個別性の高い臨床判断など、本来注力すべきコア業務に時間を振り向けられるようになります。この「時間の再配分」こそが、医療・介護の持続可能性を確保するうえで重要なテーマになっています。

AIエージェントが活躍できる主な業務領域

医療・介護の現場でAIエージェントが活躍できる業務領域は、大きく4つに分類されます。一つ目は診療録・医療文書の自動作成支援で、医師と患者の会話を音声認識し、SOAP形式のカルテ下書きを自動で生成するシステムがその代表例です。

二つ目はケアプラン作成支援で、アセスメント情報をもとに、利用者の課題や身体状態に応じたプランの骨子をAIが提案します。三つ目は患者・利用者からの問い合わせ対応の自動化で、電話ボットやチャットボットにより24時間の対応が可能になります。

四つ目は画像診断支援で、レントゲンやCT、MRI画像の病変部分をマーキングし、読影医の見落としを防ぐシステムが普及しています。

AIエージェント開発・構築の全体プロセス

企画・課題整理から運用・改善まで、医療・介護AIエージェント導入の5フェーズと期間目安を示した図。
PoCと本開発で期間の目安が異なり、運用は継続します。

医療・介護業界でAIエージェントを導入する際には、企画・課題整理から運用・改善まで、5つのフェーズを順に経るのが一般的です。各フェーズで関係者が合意を取りながら進めることが、プロジェクトを成功させる鍵になります。

5つのフェーズと期間の目安

各フェーズの期間目安は以下のとおりです。医療・介護現場は業務の複雑性が高いため、製造業や一般事務系と比べて、各フェーズに要する時間が長くなる傾向があります。

  1. フェーズ1(企画・課題整理):1〜2ヶ月
  2. フェーズ2(要件定義):1〜2ヶ月
  3. フェーズ3(PoC):3ヶ月程度
  4. フェーズ4(本開発):3〜6ヶ月
  5. フェーズ5(運用・改善):継続的に実施

プロジェクトに関わる主なステークホルダー

医療・介護業界でのAIエージェント開発には、医療機関や介護施設の経営層、情報システム担当者、現場スタッフのほか、開発委託先のITベンダーが関わります。現場スタッフが積極的に参加しないと、実際の業務フローを無視したシステムができ上がるリスクがあります。

電子カルテや介護ソフトのベンダーとの連携調整も欠かせないため、早い段階からやり取りを始めておく必要があります。

ステップ1:企画と課題整理の進め方

AI導入の成否を大きく左右するのが、この最初のフェーズです。「AIを使いたい」という動機から入るより、「現場でどの業務がスタッフの時間を最も消費しているか」を洗い出すことが出発点になります。ここで課題をあいまいにしたまま進めると、後工程での手戻りが膨大になります。

ボトルネック分析:時間消費業務の可視化

まず取り組むのは、現場スタッフが1日・1週間のうちにどの業務へ何時間を使っているかを一覧にすることです。電子カルテ入力や紹介状の作成、ケアプランの更新、電話対応などを対象に、業務ごとの所要時間と発生頻度を記録します。

特に大切なのは、「専門性が低くても対応できるが量が多い業務」と「専門的判断が必要な業務」を分けて整理することです。前者こそが、AIエージェントに任せることで最大の効果を得られる領域になります。

現場ヒアリングでは、「今どんな業務が一番つらいか」「どこに時間が取られているか」を率直に聞くことが有効です。また、スタッフが言葉にできていない暗黙知の業務フローを引き出すことも、この段階の大切な目的の一つです。

AIの守備範囲の明確化と導入目標の設定

課題を整理したら、「AIがどこまでを担い、どこから先は必ず人間が判断するのか」という守備範囲を明確に定めます。例えば、カルテの下書き生成はAIが行い、最終確認と署名は必ず医師が行う、といった役割分担を文書にまとめます。

この役割分担は、後述するセキュリティや法規制への対応とも密接に関わります。そのため、経営層、法務、現場が一体となって合意を形成することが大切です。

導入目標は「カルテ入力時間を1日あたり1時間削減する」「電話問い合わせの受電件数を30%削減する」といった定量的な指標で設定しておくと、後のROI評価がしやすくなります。

ポイント

AI導入を決める前に、現場でどの業務がどれだけ時間を使っているかを一覧にできているかが、次の工程へ進む目安になります。

ステップ2:要件定義とセキュリティ設計

患者の個人情報を中央に置き、3省3ガイドライン、多要素認証、Opt-Out、国内リージョンで囲んだセキュリティ設計図。
保護策は、ガイドライン・認証・再学習防止・保存場所にまたがります。

医療・介護分野の要件定義は、他業界と比べてセキュリティ要件と法規制対応が特に複雑です。患者の個人情報、病歴、処方データなど、極めて高度なプライバシー情報を扱うため、システム設計の段階から適切なデータガバナンスを組み込む必要があります。

3省3ガイドラインへの対応

医療情報をクラウド環境に保存・処理する場合、厚生労働省、経済産業省、総務省が定める「3省3ガイドライン」への準拠が必須です。このガイドラインでは、クラウド事業者、AIシステム開発ベンダー、導入医療機関の間で、契約書面上の取り決めを明確にすることが求められています。

取り決める内容は、データ保護、バックアップ、セキュリティインシデント発生時の責任の所在です。また、すべてのアクセスを検証するゼロトラスト型のセキュリティアーキテクチャや、多要素認証の実装も義務付けられています。

生成AIを活用するシステムでは、患者情報が外部LLMの学習モデルに再利用されることを防ぐ必要があります。そのため、APIの呼び出しで「入力データが再学習に利用されない設定(Opt-Out)」になっているかを確認することも欠かせません。さらに、インフラには国内リージョンを活用し、国内法の適用下でデータを保存・処理できる体制を整えておく必要があります。

プログラム医療機器(SaMD)該当性の判断

要件定義の段階で必ず確認すべき分岐点は、構築するシステムが薬機法上の「医療機器プログラム(SaMD:Software as a Medical Device)」に該当するかどうかです。SaMDに該当するのは、「疾病の診断・治療・予防を目的とし」かつ「意図通り機能しない場合に患者の健康に危害を与えるおそれがある」ものです。

例えば、AIが病変を自動で特定し、診断結果を確定して出力するシステムはSaMDに該当するため、薬事承認なしに使うことは許されません。一方、診察内容からカルテの下書きを生成するシステムや、問い合わせを自動応答するボットは、最終判断を人間に留保する「事務作業支援」のため、原則としてSaMD非該当です。

どちらに該当するかは、PMDA(医薬品医療機器総合機構)の判断基準をもとに事前に確認し、開発ベンダーと一緒に整理しておく必要があります。

ポイント

要件定義では、SaMDに該当するかどうかと3省3ガイドラインへの対応を、設計に入る前に確かめられているかが判断の目安になります。

ステップ3:PoC(概念実証)の設計と実施

PoCの検証観点として、対象業務、評価指標、現場スタッフからのフィードバック、UI/UXの改善方針を示す4枚のパネル図。
限定した現場検証から、本開発へ進む判断材料を集めます。

医療・介護分野のAI開発では、本開発に入る前にPoCで「このアプローチで本当に現場課題を解決できるか」を低コストで検証することが強く推奨されます。PoCの費用相場は100万円〜500万円程度で、期間は3ヶ月前後が一般的です。

フルスクラッチ開発を始める前にリスクを把握できるため、結果として開発全体のコストを抑えることにつながります。

PoCのスコープと評価指標の設定

PoCでは、対象業務を絞り込み、限定的な環境で動作を検証します。例えば、カルテ自動作成であれば、1診療科・特定の疾患領域のみを対象に試験的に稼働させ、AIが生成した下書きの精度(どれだけ修正が少なくてすむか)と入力時間の短縮効果を測定します。

評価指標を事前に数値で決めておくと、本開発に進むかどうかの判断基準が明確になります。

また、PoCでは、実際に使う現場スタッフからのフィードバックを積極的に集めることが大切です。AIの出力精度が十分でも、「使いにくい」「業務フローになじまない」と評価されれば、本開発後も現場に定着しません。そのため、UI/UXの改善方針もPoCの結果として整理しておきます。

既存パッケージ・SaaSを活用したスモールスタートの検討

PoCをさらに低コストで始める方法として、医療・介護向けの既存SaaSパッケージを最小構成で試す方法があります。診療録作成支援、ケアプラン作成支援、電話対応ボットなど、医療・介護に特化したサービスが複数提供されており、カスタム開発なしに導入できるものも少なくありません。

まず既製品で効果を確認し、自院・施設固有の要件が明確になった段階でカスタム開発を検討する進め方が、リスクとコストを抑えるうえで有効です。

ポイント

PoCでは、精度や入力時間などの評価指標を事前に数値で決めてあるかが、本開発に進むかどうかを判断する材料になります。

ステップ4:本開発の進め方と委託先との協働

PoCで実現可能性と効果が確認できたら、いよいよ本開発フェーズに進みます。本開発では、既存の電子カルテや介護ソフトとのデータ連携、セキュリティ要件の実装、AIモデルの精度向上が主な開発内容になります。

開発費用の相場は、AIモデル開発だけで月額100万円〜250万円×人月程度、周辺システムとの連携開発で月額80万円〜200万円×人月程度を見込んでおくのが目安です。

契約形態の使い分け:準委任契約と請負契約

AI開発の委託では、フェーズによって適切な契約形態が異なります。アルゴリズムの構築やプロンプトの設計・改善など、「やってみなければ精度が分からない」という不確実性の高い探索的フェーズには、準委任契約が適しています。

準委任契約は完成責任を問わず、受託業務を善管注意義務のもとで遂行する時間や行為に対して対価を支払う形式です。また、経済産業省のAIシステム開発ガイドラインでも、初期フェーズへの適用が推奨されています。

一方、AIのモデル精度が確定した後の電子カルテへの画面実装やAPI接続の構築など、仕様とゴールが固まった開発ステップには、請負契約が適しています。両者を使い分けることで、開発リスクを発注側とベンダー側に合理的に分散させられます。

開発ベンダー選定で確認すべき3つのポイント

本開発を委託するベンダーを選ぶ際には、医療・介護分野では特に、ドメインへの理解、API連携・データ統合の実績、運用後の伴走体制を見ておく必要があります。一つ目は「ドメインへの理解度」で、医療・介護の業務プロセスを洗い出し、AIの守備範囲を適切に定められるだけのコンサルティング力があるかを確かめます。

二つ目は「API連携・データ統合の実績」です。既存の電子カルテやレセコン、介護ソフトとの連携実績があるベンダーは、開発の手戻りを防げます。

三つ目は「運用後の伴走体制」です。納品をゴールにせず、導入後もダッシュボードによる精度評価や、Human-in-the-Loopによる改善サイクルを継続して支援してくれるかどうかが、長期的なROIを左右します。

ポイント

ベンダーを業務理解・連携実績・運用後の伴走で見極め、契約を探索段階は準委任、仕様が固まった後は請負で使い分けられるかが判断の目安です。

ステップ5:運用開始後の定着化と改善サイクル

AIエージェントは、リリース後も運用のなかで精度を高め続けて、はじめて本来の価値を発揮します。医療・介護分野では特に「AIへの信頼構築」が定着の鍵を握ります。現場スタッフがAIの出力を信頼できるようになるまでには時間がかかるため、段階的な導入と丁寧な研修・フォローアップが欠かせません。

ランニングコストとROI評価の継続的な実施

運用フェーズでは、月々のインフラ維持費とAPIの従量課金コストがかかります。クラウドインフラやGPUの費用は月額20万円〜100万円、定常的なシステム保守費は初期開発費用の20〜30%相当(月額60万円〜200万円程度)が目安です。

医療・介護分野のAI投資における回収期間(ROI)は、12〜18ヶ月が標準的な目安とされています。

ROI評価は定期的に行い、設定した導入目標(業務時間削減やコスト削減など)に対する達成状況を数値で確認します。期待値を下回る場合は、AIの出力精度やプロンプトの見直し、現場の運用ルールの変更など、具体的な改善策を打つための仕組みを整えておくことが大切です。

ガバナンス体制:Human-in-the-Loopの維持

医療・介護分野では、「最終的な判断と責任は常に人間(医師・医療スタッフ・介護職員)に帰属する」という原則を崩してはいけません。そのため、AIが生成した文書や提案は、必ず担当者が確認・修正してから使うルールを組織として定め、定期的な内部監査で遵守状況を確認します。

生成AIが参照するデータの著作権の遵守と、ハルシネーション(誤情報生成)に備えたエビデンス追跡機能の整備も、運用ガバナンスの柱です。

運用が軌道に乗ったら、対象業務の範囲を段階的に広げるロードマップを作成します。そのうえで次のAI活用ステップを計画的に進めれば、組織全体のデジタル変革(DX)を加速できます。

ポイント

AIの出力は担当者が確認する体制を保ちつつ、ROIの達成状況を定期的に確かめて改善につなげられているかが判断の目安になります。

よくある失敗パターンと回避策

医療・介護業界でのAIエージェント導入プロジェクトが失敗する原因には、共通したパターンがあります。事前に把握しておけば、同じ落とし穴を避けられます。

失敗パターン1:現場不在の要件定義

経営層やIT担当者だけで要件を決めて開発を進め、完成したシステムを現場に導入しようとした段階で「使い物にならない」と判断されるケースは、珍しくありません。特に医療・介護の現場には、カルテ入力の順序や記録のルール、電話対応のプロセスなど、外部からは見えにくい暗黙のルールが数多く存在します。

この暗黙のルールを見落とした要件定義からは、机上では正しくても、実際には機能しないシステムが生まれます。回避策は、要件定義の初期段階から現場スタッフを積極的に参加させ、業務フローを一緒に洗い出すことです。

失敗パターン2:セキュリティ設計の後回し

「まず機能を作ってから、セキュリティは後で考える」という進め方は、医療・介護分野では致命的なリスクを招きます。患者情報の漏洩は、医療機関や施設への社会的信頼を一瞬で失わせる可能性があります。そのため、3省3ガイドラインに準拠したセキュリティ設計を、アーキテクチャ設計の段階から組み込むことが必須です。

後から追加実装しようとすると、システム全体の設計変更が必要になるケースもあります。結果として、コストと期間が大幅に膨らみます。

また、ハルシネーション(AIによる誤情報生成)への対応を軽視することも、大きな失敗の要因です。カルテ下書き生成システムでは、AIが生成した文章の根拠となる元の記載箇所を画面に示すUIを標準とし、医師が効率よくファクトチェックできる設計にすることが大切です。

まとめ:医療・介護AIエージェント導入の成功ポイント

第一は「現場課題の徹底的な洗い出し」です。どの業務に何時間が費やされているかを定量的に把握し、AIの守備範囲を明確に定めることが出発点です。

第二は「セキュリティ設計の初期組み込み」で、3省3ガイドラインへの準拠、データの国内処理、SaMD該当性の事前確認を、設計段階から取り込みます。

第三は「スモールスタートによるリスク管理」です。最初から大規模なカスタム開発を目指すより、既存SaaSの活用や100万円〜500万円規模のPoCから始め、効果を確認しながら段階的に広げることが推奨されます。

第四は「現場を巻き込んだ継続的な改善」です。AIを導入して終わりにせず、Human-in-the-Loopの体制を維持しながら精度向上と運用定着を続けることが、長期的なROIを実現する鍵となります。

医療・介護AIエージェントの開発は、適切なパートナーとの協働によって実現できます。この記事で紹介した進め方を参考に、貴組織に最適な導入計画をぜひ検討してみてください。

全体像は、こちらのガイドでも確認できます。

関連記事は、以下から確認できます。

会社紹介

株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。

また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。

もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。

・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>

執筆者プロフィール
張田谷凌央
張田谷凌央

株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。