遠隔医療のAIカスタマーサポート:自動化すべきことと人が担うべきこと

Riellvriany Indriawan
執筆者

Riellvriany Indriawan

Katelin Teen
レビュー者

Katelin Teen

最終更新 October 20, 2026

専門家による検証済み
ソファでスマートフォンを持つ患者と医師が、チャットの吹き出し、カレンダー、ビデオ通話でつながっている手描き風イラスト。背景はティール色

要点

私は毎日eeselのサポートキューに対応していますが、遠隔医療チームにまず伝えるのは、患者のメッセージをチャネル別ではなく、AIが間違えたときに何が起きるかで仕分けることです。予約、再スケジュール、ビデオ通話の不具合対応は、AI単独に任せられます。保険、請求、処方箋更新の受付は、AIが下書きを作り、人が送信します。症状、用量、副作用に関する内容は臨床スタッフが担当します。この3つすべての前に、緊急サインのチェックを実行します。

HIPAAについて見落とされがちなのは、患者のメッセージが通過するツールごとに個別の契約が必要になることです。ヘルプデスク、AI層、ウェブサイトのチャットウィジェットがそれぞれ該当します。HHSは、暗号化されたePHIのみを保管するクラウド事業者であっても業務提携者にあたるとしています。そしてBAAを結べるプランはベンダーによって大きく異なります。Zendeskはアドオンが必要で、Freshdeskのガイドで対象となるのはEnterpriseのみ、Help ScoutはProを挙げています。

eeselの場合、HIPAAはEnterpriseプランの機能です。eeselは、健康情報とともにどのように利用するかを確認したうえで、業務提携契約(BAA)に署名します。eeselのSOC 2 Type II監査は進行中で、観察期間は2026年12月まで続きます。現時点で遠隔医療チームが得られるのは、ヘルプデスク内での下書き、あらゆるアクションに対する承認ゲート、そしてすべての実行ログです。Lesson Proは、このパターンを月に約1,900件のZendeskチケットで運用しています。

ツールを選ぶ前に、なぜ患者メッセージをレーンに仕分けるのですか?

私が話をする遠隔医療のサポートチームの多くは、ベンダー比較から始めます。私なら、直近200件の患者メッセージを一覧にして、ペンを持つところから始めます。ツールの違いより、どこに線を引くかのほうがはるかに重要で、医療向けAIカスタマーサービスも同じ出発点から始まります。

ここまで強く言う理由があります。2026年3月、Zendeskを使う米国の理学療法プラットフォーム(月約500件のチケット)が、ある質問でデモを打ち切りました。BAAに署名してもらえますか、という質問です。当時の私たちは提供できず、そこで終わりました。コンプライアンスに関する質問が最初の通話で商談を左右した最も明確な例であり、だからこそ今は最初にこの質問をします。また私たちは何年も、自信ありげなボットが顧客に誤った回答をする場面を見てきました。そのため、私たちが行う導入はすべて、本番稼働の前に過去のチケットでシミュレーションします。遠隔医療では、誤った回答のコストがほとんどのキューより高いため、仕分けはより厳格でなければなりません。

私はHIPAA準拠と患者の安全を、別々の2つの義務として扱います。メッセージが完全に保護されていても、その中のアドバイスが安全でないことはあり得ます。そのため仕分けは2段階で行います。まず、この仕事をするためにAIは何を参照する必要があるか。次に、回答が間違っていたら何が起きるか。

AIが対応できる患者リクエストと、できないリクエストは何ですか?

遠隔医療の受信箱に届くほぼすべてのメッセージは、3つのレーンでカバーできます。レーン1は、AIが単独で回答するもので、最悪の場合でも患者をいら立たせる程度のリクエストです。レーン2は、AIが作業を準備し、人が送信するもの(業界でヒューマン・イン・ザ・ループと呼ばれる形)で、金銭、保険給付、薬の書類に関わるリクエストです。レーン3は、臨床スタッフのみが対応するもので、AIは受領確認と要約の引き継ぎに限定されます。

AIが単独で回答する患者リクエスト、人が送信するためにAIが下書きするリクエスト、臨床スタッフのみが対応するリクエストを示す3列の図
AIが単独で回答する患者リクエスト、人が送信するためにAIが下書きするリクエスト、臨床スタッフのみが対応するリクエストを示す3列の図
患者のリクエストリスクレーンAIの役割最後に対応する人
診察の予約または再スケジュール低AIが単独で回答空き枠を提示し、確認して、参加リンクを送る枠が合わない場合を除き、不要
ビデオ通話に参加できない低AIが単独で回答ヘルプセンターに基づき、ブラウザ、カメラ、帯域の手順を案内する手順で解決しない場合はサポート担当者
保険や給付に関する質問中AIが下書き、人が送信プランの情報を引き出し、返信を下書きする請求または受付の担当者
請求の異議や二重請求中AIが下書き、人が送信請求内容を集めて、返信を下書きする請求担当者が返金を承認
処方箋の更新リクエスト中AIが下書き、人が送信薬剤名、薬局、前回の処方日を収集し、臨床キューに振り分ける常に臨床スタッフが判断
副作用、用量、新しい症状高臨床スタッフのみ受領を伝え、緊急度を示し、要約を引き継ぐ看護師または臨床医

処方箋更新の行は、チームが不安を感じやすいところで、私なら受付より先は決して自動化しません。AIはリクエストを収集して転送するだけです。承認はせず、用量も提案せず、「それで問題ないはずです」とも言いません。FDAの臨床意思決定支援のガイダンスは、医療機器の定義に該当しない意思決定支援ソフトウェアの基準を定めており、そのFAQは、時間的に切迫した意思決定を支援するためのソフトウェアは、非医療機器のCDSの定義を満たさないとしています。私はサポート担当であり弁護士ではないので、患者向けボットでその線がどこにあるかを論じることはしません。臨床的なアドバイスをAIのレーンから完全に外しておけば、その問いは生じません。

ヘルプデスクやAIツールはBAAに署名する必要がありますか?

そのツールが御社のために患者情報を作成、受信、保持、または送信するのであれば、必要です。意外なのは、その範囲の広さです。HHSのクラウドコンピューティングに関するガイダンスは、対象事業者がクラウド事業者を使ってePHIを保管または処理する場合、その事業者は業務提携者にあたり、これは「事業者が実際にはePHIを閲覧できない場合でも」成り立つとしています。鍵を持たずに暗号化されたデータだけを保管していても、免除にはなりません。

サポートスタックの場合、契約は1本ではなく連鎖になります。ヘルプデスクはチケットを保管します。AI層はそれを読みます。サイトのチャットウィジェットは、チケットが作られる前に患者が入力した内容を取得します。HHSは別のFAQで、規則上、事業者がセキュリティ関連の文書を提供する義務はないものの、BAAまたはサービス契約を通じて求めることはできるとも述べています。私は必ず求めます。

患者のメッセージ、ヘルプデスク、AI層、ウェブサイトのチャットウィジェットの4つのボックスが連なり、各段階でそれぞれ契約が必要であることを示す図
患者のメッセージ、ヘルプデスク、AI層、ウェブサイトのチャットウィジェットの4つのボックスが連なり、各段階でそれぞれ契約が必要であることを示す図

最小限の必要性の基準は、設計のもう半分です。HHSは、対象事業者はPHIの使用と開示を目的に必要な最小限に抑えるための合理的な措置を講じなければならず、誰が何のためにアクセスする必要があるかを方針で明確にすべきだとしています。AIエージェントにとってこれはスコープの問題です。再スケジュールのフローに必要なのは氏名と予約枠であり、診断ではありません。各レーンに必要な項目だけを与えれば、ミスの影響範囲もそれに応じて小さくなります。詳しく知りたい方は、アーキテクチャを解説したHIPAA準拠のAIのガイドをご覧ください。

コミュニティからもう1つ、実務上の指摘があります。Hacker Newsのコメント投稿者が、医療機関がこの問題をどう捉えているかを説明していました。

Hacker News

"... there is an extreme abundance of caution in the healthcare industry regarding everything surrounding HIPAA."

この慎重さは合理的です。だからこそ、デモが優れているベンダーより、「BAAに署名します。対象プランはこれで、カバー範囲はこうです」と1通のメールで答えてくれるベンダーのほうが選ばれます。

大手ヘルプデスクはHIPAAとAIについて何と言っていますか?

私はベンダー自身のページに書かれたHIPAAの主張しか信用しません。以下は2026年10月時点で各ページに書かれている内容です。条件は変わるため、署名の前に必ず最新のページを確認してください。

ヘルプデスクベンダーによるBAAへの道筋AIとアドオン注意点
ZendeskSuite Professional、Enterprise、Enterprise PlusでAdvanced Complianceアドオンを追加し、BAAに署名AI Agents - Advanced、Contact Center、Forethought AIエージェントが、HIPAA対応アドオンとして記載されているマーケットプレイスアプリやサードパーティのサービスは対象外。Contact Centerの利用者はAWSともBAAが必要
Freshdeskプラン表でチェックが付いているのはEnterpriseとEnterprise OmnichannelのみガイドはBAAの範囲をFreshdesk、Freshchat、Freshcaller、Omnichannelに限定し、他の製品は対象外としている必須設定にIPホワイトリストとSSOまたは強力なパスワードポリシーが含まれる。既定のフィールドは暗号化できないため、PHIは暗号化されたカスタムフィールドに入れる
Help ScoutHIPAA対応はProプランにのみ含まれ、BAAの署名が必要MCPのページには、BAAは御社のAIプロバイダーを対象としないと書かれているCRMなど、PHIが返送され得る連携には別途BAAが必要
eeselEnterpriseのお客様向けの業務提携契約。eeselを健康情報とともにどのように利用するかを確認したうえで締結エージェントはヘルプデスク内で動作し、あらゆるアクションを承認待ちにできるSOC 2 Type II監査は進行中。PHIを接続する前にeeselへ相談してください

目を引く点が2つあります。1つ目は、BAAに必要なプランが、現在契約しているプランではないことが多いことです。Zendesk Suiteの下位プランやFreshdesk Proを使っているチームは、コンプライアンスの話がアップグレードから始まるかもしれません。2つ目は、連鎖の中で弱い部分になりやすいのは、ヘルプデスクよりAIだということです。Help Scoutははっきり述べています。同社との契約は、御社が接続するAIプロバイダーには及びません。Zendeskのリストは自社のAIアドオンについてはより明確ですが、それでもサードパーティアプリは対象外です。これらのツールのAI側を比較する場合は、ZendeskのAIエージェント、FreshdeskのAIエージェント、Help Scout AIに関する私のメモで、手続きが済んだ後に各ツールが何をするかを確認できます。

ウェブサイトのチャットウィジェットはHIPAAのリスクになりますか?

なり得ます。そして、誰にも気づかれないまま最も間違えやすいため、私が最初に確認する項目です。HHSのオンライントラッキング技術に関する通達は、患者ポータルや遠隔医療プラットフォームのようなユーザー認証済みページ上のトラッキング技術は、一般にPHIにアクセスできるとしています。また、予約や症状チェッカーを利用できる未認証ページ上のトラッキング技術も、メールアドレスや入力された理由などのPHIにアクセスする可能性があるとしています。そのデータを受け取るベンダーは業務提携者にあたり、BAAが必要です。

状況が変わったため、1点補足します。2024年6月、連邦裁判所はこの通達の一部、つまり未認証ページで健康状態や医療提供者に関するページを訪問したことにIPアドレスを結びつける部分を無効としました。HHSは次の対応を検討していると述べています。ログインページ、ポータル、予約ツールに関する部分は、ページの記載によれば、その判決の対象ではありませんでした。FTCとHHSは2023年に、ピクセルや分析スクリプトについて約130の医療提供者に書簡を送りました。FTCは、HIPAAの対象外の企業でも健康データの漏えいについて責任を負うとし、BetterHelpとGoodRxに対する措置を挙げています。

私の実務上のルールはこうです。AIチャットウィジェットを追加する前に、それを設置するページ上のすべてのスクリプトを一覧にします。患者が「不安の薬を更新したいです」と入力する欄のすぐ隣に広告ピクセルがあれば、ヘルプデスクとのBAAでは解決できない問題を抱えています。ウェブサイトへのAIエージェントの追加に関するガイドで導入方法を紹介しており、チャットバブル連携もその1つです。

安全の線引きはどこにあり、午前2時には何が起きますか?

安全はHIPAAの機能ではありません。ツールがすべてを暗号化していても、患者に誤ったことを伝える可能性はあります。そのため、BAAとは無関係の3つの安全策を設けます。

1つ目は、レーンのロジックより前に実行される緊急サインのチェックです。メッセージに「胸の痛み」「息ができない」「過量服薬」といった言葉が含まれていれば、AIは停止し、患者に救急サービスへの連絡を案内して、人へのエスカレーションを起動します。この通知の文言は臨床上の判断なので、サポートチームでもAIでもなく、臨床医が作成します。

すべての患者メッセージがまず緊急サインのチェックを通り、その後、緊急通知とともに人へ、または通常のレーンへ進む判断フロー
すべての患者メッセージがまず緊急サインのチェックを通り、その後、緊急通知とともに人へ、または通常のレーンへ進む判断フロー

2つ目はグラウンディングです。エージェントは承認済みのヘルプセンターと方針だけに基づいて回答し、答えが見つからない場合はその旨を伝えて引き継ぎます。仕組みを知りたい方は、AIのハルシネーション防止と引き継ぎのベストプラクティスに関する私のメモで各ケースを解説しています。3つ目はスムーズな引き継ぎです。会話を引き継ぐ人が、スレッド全体と短い要約を見られるようにして、患者が同じ説明を繰り返さなくて済むようにします。症状の一覧を2人目に繰り返すことで、詳細が抜け落ちるのです。

時間外対応が真価を問われる場面です。午前2時にメッセージを送る患者は、看護師が起きるまで待てません。自信ありげに答えるAIは、まさに避けたい存在です。私がお勧めする時間外対応の設定は地味なものです。AIはレーン1のリクエストに対応し、緊急サインには緊急通知を送り、それ以外は要約を付けて朝のシフト向けにキューへ積みます。

この患者メッセージはどのレーンに入りますか?

ここまでのレーンのロジックを、クリックして試せる形にしました。メッセージを選ぶと、私ならどこに振り分けるか、AIにできること、最後に対応する人が表示されます。

患者はどんなメッセージを送りましたか?

レーン1:AIが単独で回答

AIにできること:再スケジュールの方針を確認し、空き枠を提示して、新しい日時を確認し、参加リンクを再送します。

最後に対応する人:枠が合わない場合を除き、不要です。その場合は予約担当者が引き継ぎます。

必要なデータ:氏名と予約枠のみ。受診の理由は不要です。

レーン1:AIが単独で回答

AIにできること:ヘルプセンターに基づき、ブラウザ、カメラ、マイク、帯域の手順を1つずつ案内します。

最後に対応する人:手順で解決しない場合はサポート担当者です。

必要なデータ:患者の記録は一切不要です。端末とブラウザの情報だけで足ります。

レーン2:AIが下書き、人が送信

AIにできること:保管しているプラン情報を引き出し、次のステップを添えた分かりやすい返信を下書きします。

最後に対応する人:請求または受付の担当者が読み、修正して送信します。

必要なデータ:プラン名と診察の種類。診断は不要です。

レーン2:AIが下書き、人が送信

AIにできること:請求内容を一覧にし、重複を見つけて、お詫びと返金手順を下書きします。

最後に対応する人:返金は、送信前に請求担当者が承認します。

必要なデータ:請求日と金額。臨床メモは不要です。

レーン2:AIが下書き、人が送信

AIにできること:薬剤名、薬局、前回の処方日を収集し、リクエストを臨床キューに振り分けます。承認は決してしません。

最後に対応する人:臨床スタッフが判断します。AIは可否を答えません。

必要なデータ:薬剤名と薬局のみ。そのまま臨床キューに渡します。

レーン2:AIが下書き、人が送信

AIにできること:受け入れ先の医療機関の情報を収集し、開示請求を開始します。何も送信はしません。

最後に対応する人:記録担当スタッフが本人確認と署名済みの同意書を確認します。

必要なデータ:受け入れ先の連絡先。カルテの内容は不要です。

レーン3:臨床スタッフのみ

AIにできること:臨床医が返信する旨だけを伝え、スレッドを緊急としてマークし、3行の要約を作成します。アドバイスはしません。

最後に対応する人:臨床ラインの看護師または臨床医です。

必要なデータ:メッセージ本文のみ。臨床スタッフ以外には渡しません。

緊急サイン:AIを停止

AIにできること:承認済みの緊急通知をただちに送り、他のすべての返信を止めて、人を呼び出します。

最後に対応する人:人が即座に対応します。通知の文言は臨床医が作成します。

必要なデータ:メッセージ以外は不要です。詳細より速さが重要です。

患者のメッセージを選ぶと、そのレーン、AIに許されていること、最後に対応する人が表示されます。これは遠隔医療のキューに対する私の出発点であり、最終的なルールは臨床責任者が決めてください。

患者の安全に関わる事故を起こさずに、どう導入しますか?

私なら、自動返信ではなく下書きモードから始めます。AIサポートのパイロットガイドに4週間の計画をまとめており、ここでも同じ形が使えますが、1点だけ変えます。臨床レビューを第0週から参加させることです。

  1. 第0週:契約と範囲。 連鎖するすべてのベンダーとBAAに署名し、ウィジェットのスクリプトを点検し、緊急サインの文言を臨床医に承認してもらい、レーン表を書面で合意します。
  2. 第1〜2週:下書きのみ。 AIはレーン1とレーン2の返信を書きます。すべて人が送信します。測るのは自己解決率ではなく、修正率です。
  3. 第3〜4週:レーン1は単独で対応。 予約、再スケジュール、ビデオの不具合対応は、緊急サインのチェックを有効にしたまま、人を介さずに送信します。先に過去のチケットでエージェントをテストします。そのための道具が私のスコアカードです。
  4. その後:慎重に拡大。 処方箋更新と記録請求の受付を追加します。レーン3は、永続的に人が担当し続けます。

リンクできる事例のなかに遠隔医療企業はないので、その点は率直にお伝えします。それでも、同じパターンが実際に動いている様子を示すものとして役立ちます。Lesson Proは2つのZendeskアカウントでeeselを運用しており、ある月に約1,900件のチケットを処理し、約1,700件の内部メモを残し、顧客に届く前にチームが承認する返信を約560件下書きしました。1文字書く前にチケットがどのブランドのものかを判別し、判別できないときは推測せずチームに尋ねます。求人応募、留守番電話、承認フォームはあえてスキップします。この「スキップするカテゴリ」の一覧は、レーン3と同じ考え方です。

健康に関するコンテンツでより近い例が、Poseidon Animal Healthです。このチームは1か月で約610件の会話を下書きし、すべての下書きは送信前に読まれます。給与量、定期配送の変更、製品の選択は、馬に詳しい人がチェックします。馬を患者に、「馬に詳しい人」を看護師に置き換えれば、それがこのモデルです。

eeselは遠隔医療のサポートに何ができますか?

eeselは、既存のヘルプデスクのキューに加わり、ヘルプセンターと過去のチケットに基づいて働くAIチームメイトです。遠隔医療チームの場合、レーンのモデルがそのまま設定に対応します。レーン2は下書き、あらゆるアクションには承認ゲート、臨床に関わるものは人へ回す指示になります。

各会話にPendingまたはResolvedのステータスとZendeskチケットへのリンクが表示されたeeselのアクティビティログ
各会話にPendingまたはResolvedのステータスとZendeskチケットへのリンクが表示されたeeselのアクティビティログ

以下は、2026年10月時点でeeselのセキュリティページと料金ページから言える内容です。

  • HIPAA: Enterpriseのお客様向けの業務提携契約。eeselを健康情報とともにどのように利用するかを確認したうえで締結します。料金ページでは「HIPAA with a signed BAA」はEnterpriseのみに記載されており、セルフサービスプランには含まれません。
  • SOC 2 Type II: 監査は進行中で、観察期間は2026年10月1日から12月31日まで、レポートは2027年にNDAのもとで提供される予定です。
  • データの取り扱い: eeselはお客様のデータでモデルの学習やファインチューニングを行いません。また、同期したヘルプデスクのチケットを保存する前に、メールアドレス、電話番号、カード番号などの個人情報を削除するリダクションを有効にできます。本番環境は米国のAWSで稼働し、Enterpriseでは EU のデータレジデンシーも利用できます。
  • 制御: エージェントはオンにしたツールだけを使い、あらゆるアクションを人の承認待ちにでき、すべての会話とアクションがワークスペースに記録されます。

正直な限界もあります。トライアルのワークスペースに患者情報を接続しないでください。まずeeselに相談して、設定を正しく整えてください。無料プランにはテストデータで試せる100クレジットが付き、Teammateプランは月額$299(500クレジット)から、チケットまたはチャット1件が1クレジットです。BAAが必要な遠隔医療チームは、カスタムのEnterprise見積もりになります。Zendeskをお使いの場合は、Zendesk連携が通常の出発点です。eeselはFreshdeskとHelp Scoutにも連携します。

eeselを試す

患者対応のキューが「何も自動化しない」と「ボットにすべて答えさせる」の間で行き詰まっているなら、eeselはその中間を提供します。すでにお使いのヘルプデスク内で予約、請求、受付の返信を下書きし、あらゆるアクションを人の承認待ちにして、すべての実行記録を残すAIヘルプデスクチームメイトです。デモを予約する際は、患者情報が関わることを最初にお伝えください。何かを接続する前に、EnterpriseのBAAについて相談できます。まずはテストデータでeeselを試すこともできます。

よくある質問

遠隔医療のAIカスタマーサポートはHIPAAに準拠できますか?
はい。患者情報に触れるすべてのツールが業務提携契約(BAA)の対象であり、AIが各レーンに必要な項目だけを参照する構成であれば可能です。HHSは、暗号化されたePHIのみを保管するクラウド事業者も業務提携者(ビジネスアソシエイト)として扱うため、利用中のHIPAA準拠プラットフォームと、その上に重ねるAI層の両方を確認してください。
AIチャットボットのベンダーはBAAに署名する必要がありますか?
そのチャットボットが御社のために患者情報を作成、受信、保持、または送信するのであれば、必要です。eeselはEnterpriseのお客様に対し、健康情報とともにどのように利用するかを確認したうえでBAAに署名します。連携するその他のベンダーにも、同じ質問を書面で行ってください。
AIサポートのBAAに署名してくれるヘルプデスクはどれですか?
各社の公式ページによると、ZendeskはAdvanced Complianceアドオンで提供し、FreshdeskはEnterpriseプランのみ、Help ScoutはProプランにHIPAA対応が含まれています。詳細はZendeskとHIPAAに関する記事と、医療向けのおすすめヘルプデスクソフトウェアをご覧ください。
AIが単独で回答してはいけない患者リクエストは何ですか?
症状、副作用、用量、薬が安全かどうかに関する内容はすべて対象です。これらは臨床スタッフに回し、AIはメッセージの受領確認と、スムーズなエスカレーションによる要約の引き継ぎに限定します。
AIは処方箋の更新リクエストを処理できますか?
薬剤名、薬局、前回の処方日といったリクエストの受付と、臨床キューへの振り分けはできます。更新を承認したり、安全かどうかをコメントしたりしてはいけません。そうすることでAIは事務的な側面にとどまり、スケジューリングアシスタントと同じ位置づけになります。
遠隔医療サイトのAIチャットウィジェットはトラッキングのリスクになりますか?
同じページにトラッキングスクリプトがあるとリスクになり得ます。HHSは、認証済みページや、ログイン不要の予約・症状チェッカーページ上のトラッカーがPHIにアクセスする可能性があるとしています。ヘルプデスクチャットボットを導入する前に、スクリプトを点検してください。
遠隔医療のAIカスタマーサポートの費用はどれくらいですか?
eeselではチケットまたはチャット1件が1クレジットで、Teammateプランは月額$299(500クレジット)から始まります。BAAが必要な遠隔医療チームはカスタムのEnterprise見積もりになります。料金ページをご覧のうえ、請求の自動化の費用とも比較してください。
遠隔医療チームは最初に何を自動化すべきですか?
再スケジュールとビデオ通話のトラブルシューティングです。2週間は下書きモードで運用し、その後は単独対応に切り替えます。緊急サインのチェックは初日から有効にしておきます。4週間の計画はAIサポートのパイロットガイドにまとめています。

Share this article