調剤薬局の問い合わせAI｜薬剤師へ渡す判断基準

調剤薬局の問い合わせAIは、すべての質問に自動回答する仕組みではありません。問い合わせを「承認済みの店舗案内」「連携データを使う照会」「薬剤師の判断が必要な相談」「緊急対応」の4つに分け、AIに個別の服薬判断を任せないことが重要です。

営業時間やアクセスは、対象店舗と回答根拠を確認できる場合に案内できます。一方、在庫や待ち時間は変動するため、現在のデータを確認できない状態では断定できません。用法、飲み合わせ、副作用、服用後の体調変化に関する質問は薬剤師へ渡します。緊急性が疑われる場合は、通常の問い合わせ対応を止め、薬局が承認した案内を優先します。

導入前には、回答範囲、患者情報の取扱い、有人対応への切り替え条件、情報更新の手順、公開前テストの項目を順に決めます。AIが回答できる条件だけでなく、回答してはいけない条件まで明文化することが安全な運用の前提です。

調剤薬局の問い合わせAIは4つの担当範囲に分ける

最初に、実際の問い合わせを4区分へ分類します。区分ごとに、誰が回答するか、何を根拠として参照するか、回答できない場合にどの対応へ切り替えるかを決めてください。

区分は、質問に含まれる単語だけで決めるものではありません。「今日は何時までですか」は一般案内ですが、「今日中に薬を受け取れますか」は、受付状況や在庫など複数の確認を伴います。一つの問い合わせに複数の要件が含まれる場合は、より慎重な対応が必要な区分を優先します。

たとえば、「営業時間と、この薬の在庫を教えてください」という質問では、営業時間と在庫を分けて扱います。営業時間は対象店舗の承認済み情報から回答できますが、在庫は連携データの有無や更新時刻を確認できなければ断定できません。一部に答えられるからといって、質問全体へ一括して回答しないことが重要です。

各区分には回答根拠も記録します。根拠が登録されていない場合や、資料同士の内容が食い違う場合は、AIが推測で補わないようにします。そのうえで、非回答、確認質問、薬剤師への転送、緊急案内のうち、どの動作へ切り替えるかを決めます。

営業時間や処方箋受付は承認済みの店舗情報から回答する

AIだけで回答しやすいのは、内容が事前に承認され、患者ごとの判断を必要としない店舗案内です。営業時間、定休日、所在地、アクセス、駐車場、連絡先、処方箋の受付方法などが該当します。

回答前には対象店舗を特定します。複数店舗を運営している場合、利用者が店舗名を明示していない状態で営業時間を答えないようにします。「今日は何時までですか」と聞かれたら、まず対象店舗を確認し、その店舗の当日の営業時間を承認済み情報から参照します。

一般案内にも更新条件があります。通常の営業時間が登録されていても、祝日、臨時休業、当番日の変更、受付時間の短縮まで反映されているとは限りません。最終更新日時や臨時変更を確認できない場合は、「通常は18時までです」などと確約せず、最新情報を確認できる連絡先や公式案内へ誘導します。

処方箋については、送信や受付ができることと、薬を受け取れる時刻を分けて案内します。処方箋を送信できることだけを根拠に、当日中の調剤や受取を約束してはいけません。受付締切、混雑、処方内容、在庫などを別途確認する必要があるためです。

店舗案内の登録表には、対象店舗、項目名、表示内容、根拠資料、最終更新日、次回確認日、更新担当者を記録します。利用者向けの回答文だけを登録するのではなく、担当者が根拠を確認し、変更時に更新できる状態にしてください。次回確認日を過ぎた項目は、そのまま回答を続けるのではなく、情報の有効性を確認します。

待ち時間と医薬品在庫は連携データがある場合だけ案内する

待ち時間、処方箋の受付状況、医薬品在庫は、固定FAQだけでは正確に回答できません。時間の経過、店舗、処方内容、入荷や引当の状況によって回答が変わるためです。

案内する場合は、少なくとも対象店舗、データの更新時刻、そのデータで判断できる範囲を確認します。待ち時間が推定値であれば、その時点での目安であり、受取時刻の確約ではないことを示します。更新が止まっているデータを、現在の状況として表示してはいけません。

「この薬はありますか」という質問にも、医薬品名だけで即答しない設計が必要です。在庫データを参照できる場合でも、店舗、規格、数量、更新時刻などの条件が一致しているかを確認します。受取の可否に薬剤師の確認が必要であれば、在庫表示だけで結論を出しません。

データを取得できない場合と、データ上で在庫が確認できない場合も区別します。取得エラーを「在庫なし」と扱うと、利用者へ誤った案内をするおそれがあります。取得できないときは照会結果を出さず、店舗確認または有人対応へ切り替えます。

現在の状況を確認できる連携がない場合は、「在庫があります」「今日受け取れます」と断定せず、店舗への確認に切り替えます。確認先が営業時間外であれば、すぐには回答できないことと、確認できる時間を分けて案内します。

「処方箋を今送れば今日受け取れますか」という質問も同様です。送信受付の可否、受付締切、混雑、在庫を切り分けます。一部の条件だけを確認し、受取可能と結論づけないことが判断基準です。

用法・飲み合わせ・副作用の相談は薬剤師へ渡す

薬の飲み方、ほかの薬との飲み合わせ、副作用の疑い、服用後の体調変化、処方内容に関する個別相談は、AIが可否や安全性を判断せず、薬剤師へ渡します。一般的な説明文が登録されていても、それを患者ごとの状況に当てはめて結論を出さないようにします。

たとえば、「別の薬と一緒に飲んでよいですか」という質問に対し、AIが「問題ありません」と回答してはいけません。薬剤師への相談が必要であることを伝え、利用できる相談方法と受付時間を案内します。質問に医薬品名が含まれていても、AIが追加情報を集めて服用可否を判断する流れにはしません。

引き継ぎ時には、相談内容、問い合わせ日時、対象店舗、希望する連絡方法、AIが案内済みの内容を整理します。ただし、公開チャットで氏名、処方薬、既往歴、服薬状況を追加で聞き続けることは避けます。個別情報が必要になった時点で、薬局が承認した別の導線へ移します。

薬剤師が対応できない時間帯には、すぐに相談できると誤解させない案内が必要です。問い合わせの受付だけを行う場合は、受付が完了したことと、回答を受けられる時期を分けて表示します。営業時間外の通常相談と緊急対応を分ける方法は、営業時間外の問い合わせ対応を設計する手順でも確認できます。

引き継ぐ情報、担当者の受付時間、接続できない場合の動作を決める際は、チャットボットから有人対応へ切り替える設計を参考にしてください。薬剤師への転送条件だけでなく、転送後に誰が確認し、対応するかまで具体化する必要があります。

緊急性が疑われる場合はチャットの継続より適切な窓口を優先する

緊急性が疑われる問い合わせは、通常の薬剤師への引き継ぎと分けます。AIが質問を重ねて緊急性を確定しようとせず、通常の会話を止めて、薬局が事前に承認した案内へ切り替えます。

「薬を飲んだ後に体調が変わった」と入力された場合は、通常のFAQとして一般的な説明を返し続けません。薬剤師への接続または承認済みの緊急案内へ切り替えます。具体的な症状、相談先、連絡方法を案内文へ記載する場合は、公的機関の一次情報を確認し、薬剤師が内容を監修してください。

緊急対応の設計では、検知対象の表現、表示する案内、通常フローを停止する条件、監修者、見直し日を一組で管理します。検知する表現だけを追加すると、切り替え後の案内が不明確になったり、案内先の情報が古いまま残ったりするためです。

緊急案内を表示した問い合わせは、通常の折り返しキューだけに入れません。また、チャットを続けると利用者に待機を促すおそれがあるため、案内後の追加質問は必要最小限にします。AIが診断や緊急度の確定を行うものではないことも明示します。

公開前には、緊急案内へ切り替わった後に一般FAQへ戻らないこと、通常の受付完了メッセージだけが表示されないこと、案内先が現在も有効であることを確認します。通常相談と同じ動作をさせないことが、テスト時の重要な判断基準です。

患者情報は公開チャットで集めず認証済みの導線へ移す

氏名、処方内容、服薬状況、健康状態、保険情報などは、問い合わせの途中で入力される可能性があります。公開チャットでは、これらの情報を必要以上に収集し続けない設計が必要です。

本人確認や患者ごとの情報参照が必要になった時点で、電話、認証済みフォーム、既存の患者向けシステムなど、薬局が承認した導線へ移します。どの導線を使うかは、自社の契約、情報管理体制、利用するシステムの仕様を確認して決めます。

利用者が自発的に患者情報を書き始めた場合も、AIが追加質問を重ねないようにします。「この画面には処方内容や保険情報を入力せず、指定の窓口を利用してください」と案内し、必要に応じて公開チャットでの会話を終了します。別の導線へ移した後も、公開チャット側に同じ情報を再入力させない手順を決めておきます。

公開前には、入力項目、利用目的、保存期間、閲覧権限、削除手順、引き継ぎ先を確認します。患者情報を扱う境界を詳しく整理する場合は、AIチャットボットで個人情報を扱う前の確認項目を参照してください。入力時の案内だけでなく、保存後の閲覧や削除まで確認できます。

医療情報を扱うシステムの安全管理は、一般的な問い合わせ管理と同じ基準だけでは判断できません。厚生労働省の「医療情報システムの安全管理に関するガイドライン」や、個人情報保護委員会の医療・介護関係事業者向けガイダンスを確認し、自社の責任者や専門家と取扱いを決めてください。

複数店舗では情報の正本と更新責任者を決める

複数店舗で薬局チャットボットを運用する場合は、店舗ごとの情報を分けて管理します。営業時間、受付締切、休日当番、連絡先、駐車場、対応サービスを一つの文章へまとめると、別店舗の情報を混同しやすくなります。

各項目について、情報の正本、更新担当者、承認者、更新期限を決めます。正本とは、担当者が最新情報を確認する場所です。表計算、店舗管理システム、承認済み文書などから、実際に維持できる場所を一つ指定します。複数の資料を正本として扱うと、内容が食い違った際にどれを優先するか判断できません。

更新は、変更依頼、内容確認、承認、反映、公開確認の順に進めます。たとえば、一店舗だけ受付時間が変わった場合は、その店舗の正本を更新します。その後、公開画面で対象店舗の回答を確認し、回答ログにも正しい情報が反映されているかをテストします。あわせて、別店舗の回答が変更されていないことも確認します。

臨時休業のように反映期限が短い情報には、通常の更新とは別の連絡経路を用意します。期限までに承認や反映を確認できなければ、古い回答を残さず、該当項目の自動回答を停止します。停止を判断する担当者と、情報を再公開する際の承認者も事前に決めてください。

店舗ごとの情報分離、担当権限、共通情報と個別情報の管理方法は、複数拠点を混同せず運用するための設計で確認できます。店舗を追加する際の登録項目も同じ形式にそろえてください。

公開前テストでは正答だけでなく非回答と引き継ぎも確認する

公開前テストでは、AIが正しく答えた質問だけを数えてはいけません。答えてはいけない質問で回答を止められるか、必要な確認質問ができるか、薬剤師や適切な窓口へ正しく切り替えられるかも確認します。

テストには、次の項目を含めます。

• 対象店舗を指定した営業時間やアクセスに正答できる
• 店舗名がない質問では、回答前に対象店舗を確認できる
• 別店舗の営業時間や受付締切を混同しない
• 未連携の在庫や待ち時間を推測で断定しない
• 用法、飲み合わせ、副作用の相談を薬剤師へ渡す
• 患者情報が入力された場合に、追加収集を止めて承認済み導線を案内する
• 緊急性が疑われる入力で通常フローを停止する
• 担当者が不在の場合に、実際の受付時間を案内する

想定どおりの質問だけを試しても十分ではありません。誤字、略称、曖昧な表現、二つ以上の要件を含む質問もテストします。「営業時間と、この薬の在庫を教えてください」のような質問では、営業時間だけを承認済みの根拠に基づいて回答し、在庫は連携状況に応じて店舗での確認へ回せるかを見ます。

合格条件は質問ごとに記録します。回答文の完全一致だけを条件にせず、「回答する」「確認質問を行う」「回答しない」「薬剤師へ渡す」「緊急案内へ切り替える」という動作で評価します。期待した動作と実際の動作が異なった場合は、回答文だけを直すのではなく、分類条件や参照情報に問題がないかを確認します。

テスト項目とログの評価方法を具体化する場合は、AIチャットボットの回答品質を評価する手順も確認してください。正答率だけに偏らず、回答根拠と失敗時の動作を見直すために利用できます。

運用開始後は自動回答率だけでなく誤回答と未解決を確認する

運用開始後は、自動回答できた件数だけで成果を判断しません。問い合わせを、自動回答、薬剤師転送、未解決、誤回答、古い情報による回答、情報更新の遅延に分けて確認します。

自動回答が多くても、薬剤師へ渡すべき相談に対してAIが結論を出していれば、安全に運用できているとはいえません。反対に、転送件数が多くても、専門的な判断が必要な相談を適切に切り替えられているのであれば、件数だけを見て失敗とは判断できません。

未解決の問い合わせは、情報不足、質問の曖昧さ、連携不足、引き継ぎ先の不在に分けます。情報不足であれば、承認済みの案内を追加できるか確認します。質問が曖昧であれば、店舗名など回答に必要な範囲に限って確認質問を追加します。連携がない照会は無理に自動回答の対象へ入れず、店舗へ確認するための案内を改善します。

重大な誤案内が見つかった場合は、対象となる回答を停止します。その後、影響する店舗と質問の範囲を確認し、根拠情報や分類条件を修正します。再テストと承認を終えてから回答を再開してください。

定期確認では、回答ログだけでなく、根拠情報の更新期限も確認します。営業時間の変更が承認済みでもAIへ反映されていなければ、更新工程に問題があります。発生日、原因、停止した範囲、修正内容、再開承認者を記録すると、同じ問題が起きた際に経緯を追跡しやすくなります。

導入判断は回答範囲・連携・有人体制の順に確認する

調剤薬局の問い合わせ自動化では、最初に自動回答する質問を限定します。営業時間、アクセス、受付方法など、承認済み情報から答えられる質問を候補にします。回答根拠、対象店舗、更新責任者を決められない質問は対象から外します。

次に、待ち時間、受付状況、在庫などの案内に必要な連携を確認します。利用できるデータ、更新時刻、対象店舗、取得できない場合の動作を確認してください。個別情報の参照が必要な場合は、公開チャットから認証済みの導線へ移す方法も決めます。

最後に、薬剤師による有人対応の体制を決めます。受付時間、引き継ぎ方法、引き継ぐ情報、担当者不在時の案内、緊急時の切り替え、回答停止の責任者を明確にします。自動回答の設定が完成していても、有人対応の受け皿が決まっていなければ公開できません。

1. 自動回答する一般案内と、その根拠を決める
2. 変動情報に必要な連携と、未連携時の動作を決める
3. 公開チャットで扱わない患者情報を決める
4. 薬剤師へ渡す質問と受付時間を決める
5. 緊急案内と通常相談の境界を薬剤師が確認する
6. 店舗別の更新担当者と承認者を決める
7. 正答、非回答、引き継ぎ、停止をテストする

この順序で確認すると、最初から広い範囲を自動化するのではなく、回答根拠と運用体制が整った範囲から導入可否を判断できます。連携データが不十分な場合は照会機能を対象外とし、有人対応の受け皿が未確定なら公開を見送ります。

調剤薬局の問い合わせAIは、回答できる質問の多さではなく、質問ごとの担当範囲を明確に説明できるかで判断します。4区分の回答範囲、薬剤師への引き継ぎ条件、店舗別情報の更新体制を整理したうえで、Socratesで対応可能な設定や運用方法を確認したい場合は、案内窓口へご相談ください。実際の要件と確認済みの製品情報に基づき、利用できる範囲をご案内します。

よくある質問

調剤薬局の問い合わせAIには何を回答させられますか？

対象店舗と承認済み情報を確認できる営業時間、所在地、アクセス、処方箋の受付方法などが候補です。待ち時間や在庫は、現在の状況を確認できる連携データがある場合に限って案内します。個別の服薬判断が必要な質問は薬剤師へ渡します。

医薬品の在庫をAIで案内してもよいですか？

対象店舗、規格、数量、更新時刻などを確認できる連携データがある場合に検討します。連携がない場合、データを取得できない場合、データが古い場合は、在庫の有無や受取可能時刻を断定せず、店舗での確認へ切り替えます。

飲み合わせや副作用の質問にはどう対応しますか？

AIが安全性や服用可否を判断せず、薬剤師へ引き継ぎます。体調変化などから緊急性が疑われる場合は、通常の折り返し待ちではなく、薬局が承認した案内を優先します。

患者がチャットへ処方内容を書いた場合はどうしますか？

公開チャットで追加の患者情報を聞き続けません。処方内容や保険情報を入力しないよう案内し、電話、認証済みフォーム、既存の患者向けシステムなど、薬局が承認した導線へ移します。