クリニックの受付業務にAIを入れるなら、同じ説明の繰り返しにはFAQ、日時変更には予約システム、電話の取り次ぎにはAI電話、紙からの転記にはWeb問診をまず比べます。すべてを生成AIに任せる必要はありません。
ただし、「予約希望を聞く」と「予約を確定する」は別の仕事です。症状の相談、受診の要否、検査や処置に関わる変更は自動判断の対象にせず、院内で決めた担当者へ引き継ぎます。患者情報を扱う機能は、院が契約・送信先・保存先を承認してから使います。
この記事では、無床クリニックの院長・事務長が、いまの受付で減らしたい作業を一つ選び、職員に残る仕事と導入条件を決められるように整理します。診断や治療をAIに任せる方法ではありません。
この記事で分かること
- 受付で減らしたい作業によって、FAQ、予約システムの変更機能、AI電話、Web問診のどれを先に比べるかが変わります
- 予約の希望を聞くことと予約を確定することは別の仕事で、確認・確定・通知や症状の相談の引継ぎ先は院が決めます
- 患者情報を扱う機能は、学習と保存の扱い、委託先、開示書の対象外項目を確かめ、院が契約・送信先・保存先を承認してから使います
受付の何を減らしたいかで、
使う仕組みが変わる
最初に分けたいのは、患者が「答えを知りたい」のか、「予約を動かしたい」のか、「人と話す必要がある」のかです。同じ電話でも、必要な機能が違います。
| いま時間を取られていること | 先に比べる方法 | 任せる範囲 | 人に残す仕事 |
| 診療時間、休診日、駐車場など同じ質問 | ホームページのFAQ、回答集。必要ならFAQの自動応答 | 院が承認した情報の案内 | 変更情報の更新、回答のない質問への対応 |
| 再診の日時変更や取消 | 既存予約システムの変更機能 | 院のルール内での変更・取消 | 検査・処置、期限外、複数予約などの例外 |
| 電話を取れず、予約希望の聞き取りがたまる | AI電話による一次受付 | 用件・希望の記録、対応可能な範囲の案内 | 申込内容の確認、確定、通知、対応できない用件 |
| 紙の問診票から電子カルテへの入力 | 電子カルテと連携するWeb問診 | 患者による入力、回答の取り込み | 本人との対応確認、入力支援、漏れや不整合の確認 |
| 新人ごとに電話の答え方が違う | 生成AIによるマニュアルの下書き | 患者情報を含まない院内ルールの文章化 | ルールの決定、出力と実際の運用の照合 |
FAQを作っても予約表は更新されません。予約の申込を受け付けても、その枠を確保したとは限りません。AI電話を導入しても、症状の相談を受ける医療職は必要です。買う前に「どの作業が終わり、次に誰が受け取るか」を決めると、製品の説明を読み違えにくくなります。
すでにWeb予約を使っているなら、まず今の契約で変更・取消までできるかを調べます。使える機能の案内が患者に届いていないだけなら、新しいAI電話より、予約確認メッセージや院内掲示を直すほうが先です。
1週間だけ、用件と
後処理を分けて数える
電話は「件数」だけでなく、何を聞かれ、受けた後に何をしたかを記録します。診療時間の説明、予約希望の受付、予約変更、症状の相談、その他に分け、予約表への入力や折り返しにも時間を取られていないかを見ます。集計表には患者名や症状の詳細を残さず、用件別の件数と作業時間を使います。
問診は、紙の枚数だけでなく、転記、患者への聞き直し、取り込み先の確認にかかる時間を分けます。転記が少なく、入力を手伝う時間が多い院では、Web問診を増やしても受付の負担が減るとは限りません。
これは導入効果を証明する調査ではなく、最初に試す対象を絞るための計測です。繁忙日だけを導入前に選ぶと比較が偏るため、導入後も曜日や診療体制が近い期間で測ります。
FAQは「院の答え」を整える。
患者への自動回答とは分ける
生成AIで始めやすいのは、公開済みの診療案内と院内で決めたルールから、受付用の回答集を作る作業です。実際の通話録音や患者からのメールを、そのまま一般業務用のチャットAIへ渡す必要はありません。
例えば「何時まで受け付けるか」「駐車場はどこか」「予約の変更はどの窓口で受けるか」を、患者情報を含まない質問文にして並べます。回答の根拠がない質問はAIに補わせず、院内で決める項目として別に出します。
以下は下書きを作る指示文の提案です。AI電話に設定する指示ではありません。
次の院内資料から、受付職員が使うFAQの下書きを作ってください。
出力は「質問/回答案/根拠にした資料の箇所」の表にします。
・資料にない診療時間、料金、受付条件、例外を足さない。
・資料が矛盾する場合は回答を作らず、「院内で決めること」に分ける。
・症状、薬、検査結果、受診の要否には回答を作らない。
・人に引き継ぐ手順は、以下の承認済み手順だけを使う。
・手順が未記入なら推測せず、「引継ぎ手順未設定」と表示する。
【院内資料】
ここに、患者・職員の個人情報を含まない案内とルールを貼る。
【承認済みの引継ぎ手順】
ここに、用件別の担当と不在時の手順を貼る。
事務長は、回答案と元資料を一行ずつ見比べます。「予約優先」が「予約必須」に変わるなど、自然な文章でも条件が変わっていれば修正します。資料同士で受付終了時刻が違う場合は、AIの案を選ぶのではなく、院として正しい時刻を決め、掲示とホームページもそろえます。
回答集には更新担当と確認日を付けます。臨時休診のときにホームページだけ直して、電話の案内が古いまま残らないよう、変更箇所を一緒に管理するためです。
この回答集を使ってチャットボットやAI電話に自動回答させるのは次の段階です。回答できる質問の範囲、答えが見つからない場合の案内、有人窓口への引継ぎを設定し、患者に出る前の試験が必要です。下書きを作れたことを、自動応答の安全確認が済んだことと取り違えないでください。
予約補助とAI電話は、
「受付後の処理」で比べる
「AIが予約に対応」という説明だけでは、院に残る作業は分かりません。少なくとも、次の三つを分けます。
| 機能の範囲 | 処理の終点 | 院が用意する運用 |
| 希望の聞き取り | 予約申込が一覧に届く | 担当者が空き枠と条件を確認し、登録・確定通知する |
| 空き枠の案内 | 予約システムの候補を示す | 案内中に枠が埋まった場合、登録失敗時の扱いを決める |
| 登録・変更まで連携 | 予約システム側の処理結果を受け取る | 正常完了を確認してから確定通知し、例外と失敗は人が処理する |
実際に、やくばとの「AI電話予約」は、希望日などを聞き取って予約申込リストへ反映し、その後に医療機関が確認してSMSまたは電話で確定を連絡する仕組みです。電話の受付が終わった時点では予約は確定していません。また、予約以外の質問は受け付けないと公式ヘルプに明記されています。やくばと公式ヘルプ
これは優劣ではなく、引き受ける仕事の違いです。希望の聞き取りを減らしたい院には申込受付でも役立ちます。一方、予約表への入力と確定連絡が負担なら、聞き取りだけを自動化しても、その後の作業は残ります。
予約を自動変更して
よい条件は、院が決める
再診ならすべて自動変更にしてよい、という一律の線は引けません。予約の種類ごとに、変更できる期限、移せる枠、変更回数、取り消してはいけない関連予約、確認を受ける担当を整理します。検査や処置の準備に影響する変更は、医師・看護師を含む院内の承認手順に残します。
ルールが未確定のまま「最もよい日時へ変更して」と生成AIに任せないでください。自動化するのは、院が決めた条件に一致し、対象患者と予約を正しく特定でき、予約システムが変更を完了できる範囲です。
申込受付型では「希望を受け付けました。予約はまだ確定していません」と区別します。登録型でも、システムの成功応答がないまま「予約が取れました」と通知しない設計が必要です。通信が切れたときに何度も登録を試すと重複するおそれがあるため、まず処理結果を確認し、分からなければ人へ戻します。
申込をためるだけにしない
予約申込の一覧は、誰かが見ているはずでは運用できません。時間帯ごとの確認担当、担当者不在時の代行、未処理を見つける方法、患者へ連絡する期限を院内で決めます。これは製品に標準搭載されている機能という意味ではなく、導入時に埋める運用です。
例えば、希望枠が埋まっていた申込は受付が別候補を確認し、患者の了承を得てから登録します。SMSが届かない場合は電話など院が認めた経路に切り替え、連絡がついたかも記録します。送信操作をしたことと、患者が確定内容を受け取ったことは同じではありません。
予約以外に対応しない製品を使うなら、患者がかける前に予約専用番号であることと、その他の連絡先を示します。代表電話をすべて置き換える前提では選ばないほうがよいでしょう。
電話をAIに任せても、
人につながる経路は残す
受付業務の自動化では、症状から緊急性や受診の要否をAIに判断させません。症状の相談、薬や検査結果の質問は、院長・看護師が決めた手順で医療職へ引き継ぎます。「人と話したい」という希望、聞き取り不能、苦情、回答集にない質問にも、人が受ける経路を用意します。
ここで決めるのは「人へ回す」という方針だけではありません。実際につながる番号、受ける担当、転送に失敗したときの動作まで必要です。転送できない製品なら別番号の案内などを組み合わせ、その方式で患者の連絡を受け止められるかを見ます。
診療時間内の症状の相談を、AIだけで通常の予約申込一覧や折り返し待ちに入れないようにします。医療職がすぐ応答できない場合の手順も、院長・看護師が決めます。時間外は、院で対応できる時間と連絡先を明示し、緊急時の案内は公的情報に沿って医療職が承認します。AIに症状一覧を生成させたり、地域の相談番号を推測させたりしないでください。

デモでは、答え方より
「失敗した後」を見る
実患者の情報を使わず、職員が架空の用件で次を試します。
- 診療時間を聞く途中で症状の相談に変わったとき、事務案内を続けず、承認済みの経路へ移るか。
- 「受付の人と話したい」と言ったとき、同じ質問を繰り返さないか。
- 雑音、無言、言い直しで情報が取れないとき、誤った予約申込を完成させないか。
- 転送先が話し中、不在、時間外のとき、患者を待たせたまま切らないか。
- 予約の登録に失敗したとき、確定済みと案内しないか。
患者への最初の音声案内には、AIが対応すること、録音・文字起こしを行う場合はその扱い、必要に応じた有人対応の方法を含めます。実際に保存する情報と案内が食い違わないよう、契約と設定の両方を見ます。
開始時は診療時間などの限定した案内から試すのが一案です。症状の相談がAI内に止まった、誤った患者の予約を変更した、登録していない予約を確定と伝えた、といった場合は、その機能を停止し、人の対応に戻します。原因を直して再試験が終わるまで範囲を広げません。停止する人と通常の電話に戻す操作も、運用開始前に確認します。
Web問診で転記を
減らせるのは、
入力から
カルテまでつながる場合
Web問診は、患者がスマートフォンなどで回答する仕組みです。AI問診には、回答に応じて次の質問を変える製品があります。例えばユビーは、そのような質問の分岐を公式に説明しています。ユビーのAI問診の説明
受付の転記を減らす目的では、AIかどうかより、回答を正しい患者の電子カルテへどう移すかが選択を変えます。患者が入力でき、既存の電子カルテへの取り込みが使え、紙との二重入力を避けられるなら、紙を読み取って写す工程を減らせます。Web化だけで正確性が保証されるわけではありません。
メルプWEB問診の公式資料は、電子カルテ連携を自動取込・同居・Bluetoothに分けています。自動取込の対象として掲載されているのはMedicom-HRfとMedicom-HRf Hybrid Cloudです。「連携可能なカルテ」の一覧が、そのまま「すべて自動取込」の一覧ではありません。メルプ公式・システム連携
同社のBluetooth連携の説明では、取り込む患者のカルテを先に開き、カーソル位置に文字情報を送る操作が示されています。この方式では、転記が短くなっても、正しい患者と入力欄を選ぶ仕事が残ります。メルプ公式・オンプレミス型カルテとの連携

デモで一件を最後まで通す
製品名の対応表だけで判断せず、自院の電子カルテ名・バージョン・端末構成に近い環境で、架空の一件を回答から取り込みまで通してもらいます。見るのは次の流れです。
- 入力する:患者がどこから問診を開くか。初診、再診、家族による入力をどう区別するか。
- 患者を対応付ける:氏名だけに頼らず、自院の本人確認・患者識別の手順と整合するか。候補が複数ある場合は人が確認できるか。
- 回答を取り込む:どの画面のどの欄に、誰が操作して入れるか。改行や長い自由記述が欠けないか。
- 確認する:未回答、矛盾、取り込み失敗がどこに出るか。原回答を確認できるか。
- 修正する:患者が訂正した場合、カルテ側へどう反映し、以前の回答との違いをどう扱うか。
問診を要約する機能を使う場合も、原回答は確認できるようにします。「なし」「分からない」「未回答」を同じ意味にまとめたり、患者が書いていない症状を補ったりしていないか、診療に使う担当者が確認します。要約を診断や診療上の判断の代わりにしません。
紙と入力支援を残したうえで、
総作業時間を比べる
スマートフォンを使えない患者、画面を読みにくい患者、日本語で入力しにくい患者にも受診の経路を残します。紙、院内端末、職員による補助のどれを使うかを決め、その回答を誰がカルテへ入れるかまでそろえます。
紙の問診票を職員の私物端末で撮影し、未承認のチャットAIに読み取らせる方法は採りません。OCRを検討する場合も、患者情報を扱う契約と端末管理、読み取り結果の照合が必要です。Web問診が使いにくい患者の多い院では、紙の運用を含めて比較します。
「転記時間は減ったが入力の手伝いが増えた」「電子カルテに取り込めず印刷している」という状態なら、受付全体では負担が移っただけかもしれません。導入前後で、入力支援・転記・確認・修正を合わせた時間を測ると判断できます。
患者情報を渡す前に、
外部処理の条件と担当を決める
ここまでの仕組みのうち、院内資料の下書きと、患者情報を処理する機能は別に管理します。一般業務用の生成AIには患者情報を入れない運用とし、予約、通話録音、問診回答を扱う製品は個別に審査します。名前を消した問診票も、ほかの情報と照合して本人が分かる場合があるため、そのまま入力可にはしません。
患者の病歴などは要配慮個人情報に該当します。院は利用目的に沿って扱い、委託する場合にも安全管理の監督が必要です。個人情報保護委員会・厚生労働省の医療・介護ガイダンス
「学習しない」と
「保存しない」は別に確認する
AI機能を使う前に、入力・出力・録音・ログを何のために、どこへ、いつまで保存するのかを分けて確認します。「学習に使わない」だけでは、保存されないとは判断できません。個人情報保護委員会も、利用目的の範囲内か、応答の出力以外の目的で扱われないか、機械学習に利用されないかなどの確認を求めています。生成AI利用の注意喚起
厚生労働省の安全管理ガイドラインQ&Aは、医療情報が保存されないことを契約等で担保した場合の、サーバに対する国内法の適用について説明しています。保存される場合の条件とは分けて読む必要があり、汎用AIへの入力を無条件に認める説明ではありません。厚生労働省Q&A・企画管理編Q18
予約製品に後からAI要約が付く場合も、元の契約だけで済ませません。要約処理の提供者や再委託先が増えていないか、送信する項目や保存設定が変わらないかを確認し、院の責任者が利用範囲を承認してから有効にします。
開示書は、受け取った
後の割当てが本題
事業者からMDS/SDSなどのセキュリティ開示資料を受け取り、自院で使う機能・構成に対応する内容かを見ます。厚生労働省Q&Aの企画管理編Q17は、「対象外」の項目は医療機関の責任で対応する必要があるとしています。開示書の提出だけをもって、院内の対策まで済んだとは判断できません。厚生労働省Q&A・企画管理編Q17
導入時には、資料で事業者の対象外となった項目を一覧にし、次のように担当を割り当てます。以下は運用の整理例で、特定製品の仕様ではありません。
| 対象外・分担未定の項目の例 | 院で決めること | 完了を確かめる材料 |
| 院内端末の更新・管理 | 院内担当か保守会社のどちらが行うか | 対象端末と保守範囲、適用版・適用日・確認結果の記録 |
| アカウントの発行・退職時の停止 | 事務長など管理担当を決める | 権限一覧と停止手順、操作の記録 |
| システム間の連携障害 | 最初に連絡する窓口と復旧までの受付方法 | 両社の分担、連絡・代替受付・復旧の試験記録と院側確認者 |
| 院内でのアクセス記録の確認 | 誰がどの記録を見るか | 確認対象、実施記録、異常時の報告先 |
実務を保守会社に委託する場合でも、契約範囲と院側の確認担当は残します。対応者のいない項目があるなら、本番で患者情報を渡す前に埋めます。複数製品を組み合わせる場合は、各社の担当部分だけでなく、製品間の接続や障害対応も分担に含めます。厚生労働省・企画管理編2章
委託、外国への提供、
患者への説明を混同しない
利用目的の達成に必要な範囲で処理を委託する場合は、個人情報保護法上、通常の第三者提供と区別されます。ただし事業者が独自の目的で利用する場合まで、すべて委託として扱えるわけではありません。契約で目的と再委託の扱いを確認し、院が監督します。医療・介護ガイダンス・委託先の監督等
外国にある第三者へ委託する場合は、一定の例外を除き、外国への提供を認める本人の同意が必要です。同意が必要な場合の情報提供や、例外を使う場合の要件も含め、契約先・再委託先と保存場所を分けて整理します。「国内企業と契約した」「国内サーバを使う」だけで結論を出しません。個人情報保護委員会FAQ・Q12-1
外部保存の目的、保存先、安全性などは、院内掲示やホームページ、説明文書を使い、患者が事前に確認できる形にします。録音や問診サービスの実際の利用目的も説明とそろえます。患者が事業者のアプリに登録する方式では、患者向け規約と同意の取り方も別に確認します。説明文を掲示したことだけで、必要な同意や契約の確認を済ませないでください。
最初の試行は、一つの用件を
最後まで終えられる範囲で
初回から電話、予約、問診を同時に入れ替えると、不具合がどこで起きたかも、どの作業が減ったかも分かりにくくなります。まず、件数が多く、答えや処理条件が決まり、確認担当を置ける一つを選びます。
製品を買わずに始めるなら、FAQと予約変更案内を整えて受付の回答をそろえます。電話の聞き取りを減らすなら、申込一覧の確認から患者への連絡まで含めた担当を置きます。問診を変えるなら、患者の入力からカルテの確認までを試行の範囲にします。
費用は月額だけでなく、初期設定、通話や処理件数に応じた料金、番号や転送、予約・カルテ連携、端末、保守、解約時のデータ取り出しを同じ期間で並べます。見積に含まれないものを0円と置かず、院内で続ける確認作業の時間も比較に入れます。この記事で挙げた製品の機能例は、料金や自院構成での利用可否を保証するものではありません。
導入前に、続ける条件も決めます。電話件数や転記時間に加え、未処理の申込、誤登録、転送失敗、入力支援、修正にかかった時間を記録します。手間が減っても、引継ぎ漏れや患者の連絡しにくさが増えたなら、範囲や方式を見直します。人数を減らせるという結論を、製品導入だけから出さないことです。
複数の仕事から一つを選べない場合は、業務棚卸し表で導入対象を比較する方法が整理の助けになります。受付では「入力元・処理・確定する人・例外の行き先」を一行にすると、製品を足すべき場所と、院内ルールを直すべき場所を分けられます。
まずは「何を任せるか」と
「誰へ戻すか」を一組にする
診療案内の繰り返しなのか、予約の後処理なのか、問診の転記なのか。時間を取っている工程を一つ選び、その工程の終わりと人への引継ぎ先を書き出してください。
AIに渡す情報と権限を絞り、確定が必要な処理は確定条件を持たせ、失敗したら元の受付へ戻せる形で試します。受付を丸ごと置き換えるのではなく、患者を受け止める仕事を残しながら、繰り返しの作業を減らす進め方です。