クリニックの予約問い合わせをClaude Codeで整理する: 電話・フォーム・LINEを迷わせない導線

クリニックの予約ページでは、電話、フォーム、LINEが全部並んでいるのに、初診の人ほど「どれを使えばよいのか」で止まります。症状を急いで伝えたい人、保険証や紹介状の有無を確認したい人、診療時間外に予約したい人で、知りたいことは少しずつ違います。

受付スタッフが毎回同じ質問に答えているなら、サイトの導線と問い合わせ文面を見直す余地があります。Claude Codeは医療判断をする道具ではありません。けれど、予約前に集める情報、案内文、入力漏れチェック、公開前のリンク確認を整える作業には向いています。

この記事では、小さなクリニックが電話、フォーム、LINEを迷わせない予約導線に直す手順をまとめます。医療内容の判断は院長や担当者が持ち、Claude Codeには文章整理と確認作業を任せる前提です。

この記事の要点

• 予約導線は「どの窓口でも同じことを聞く」ではなく、患者の状況ごとに入口を分けます。
• Claude Codeには受付文面、FAQ、入力項目、公開前チェックを作らせます。診療可否や緊急判断は人が決めます。
• 電話、フォーム、LINEの役割を曖昧にすると、患者も受付も迷います。
• まずは1診療科、1ページ、1つのCTAから試すと、修正の効果を追いやすくなります。
• 導入相談に進むなら、実際の予約ページURLと受付で多い質問を先に集めておくと話が早いです。

予約問い合わせが詰まる場所

予約ページでよく起きる詰まりは、入口の多さではありません。入口ごとの役割が書かれていないことです。

たとえば、電話には「当日受診や急ぎの相談」、フォームには「初診予約と資料確認」、LINEには「予約変更や事前案内」と役割を分けます。この分け方がないと、患者は一番楽そうなLINEに全部投げます。受付側は、結局電話で聞き直すことになります。

最初に、患者の行動を4つに分けます。

患者の状況	迷い	向いている入口
初診で症状がある	何を持っていくか分からない	フォーム
今日中に相談したい	受けてもらえるか不安	電話
予約日時を変えたい	何日前まで変更できるか知りたい	LINEまたはフォーム
紹介状や検査結果がある	事前に送ってよいか迷う	フォーム

この表を作ると、ページに書くべき文が見えます。全部の窓口を大きく見せるのではなく、患者が自分の状況を選べるようにします。

Claude Codeに任せる範囲と人が判断する範囲

Claude Codeに任せるのは、受付導線の整理です。既存ページを読ませ、電話、フォーム、LINEの役割を表にする。よくある質問を短く直す。フォームの項目を「必須」「任意」「受付が見るだけ」に分ける。公開前にリンク切れとスマホ表示を確認する。

一方で、診療に関わる判断は人が持ちます。どの症状を受けられるか、急患として扱うか、保険診療か自費診療か、紹介状が必要か、未成年の同意をどう扱うか。ここをAIに決めさせると、文章はきれいでも現場で危ない案内になります。

Claude Codeの公式ドキュメントでも、プロジェクトの設定や権限は作業範囲を決めるための土台です。権限や設定を整理する時は、Claude Code settings と common workflows を確認して、読み取り、編集、コマンド実行の境界を先に決めます。

このサイト内では、権限を段階化する考え方を安全な自律レベルでも扱っています。クリニックの予約導線でも同じで、AIにいきなり公開まで任せるのではなく、下書き、確認、承認、公開を分けます。

受付導線の作り方

最初に、いま受付で多い質問を10個だけ書き出します。多すぎると整理が止まるので、まずは「よく聞かれる順」です。

次に、それぞれの質問に対して、電話で答えるべきか、ページに書くべきか、フォームで集めるべきかを決めます。

よくある質問	ページに書く	フォームで聞く	電話へ誘導
初診で必要な持ち物	yes	no	no
当日受診できるか	yes	no	yes
症状の詳しい内容	no	yes	urgentならyes
保険証を忘れた場合	yes	no	no
予約変更の期限	yes	yes	no

この表をClaude Codeに渡すと、ページ文面、フォーム項目、FAQの順番を作れます。大事なのは、AIに「いい感じの予約ページを作って」と頼まないことです。受付の実データを渡し、患者が迷う順に並べ直させます。

3つのUse case

Use case 1: 初診フォームの入力漏れを減らす 初診フォームでは、症状、希望日時、来院経験、紹介状、服薬中の薬、保険証の確認が抜けやすいです。Claude Codeには、既存フォームの項目を読ませて「受付が電話で聞き返している項目」を探させます。医療上の細かい聞き方は院長が確認し、AIは入力の順番と説明文を整えます。

Use case 2: 電話が必要なケースを先に示す 患者は、急いだ方がよいのか、フォームで待ってよいのかを判断できません。ページ上で「当日受診を希望する場合」「強い痛みがある場合」「予約時間に遅れる場合」は電話へ、と書いておくと迷いが減ります。Claude Codeには、この分岐文を短くし、スマホで読める長さに直させます。

Use case 3: LINEの役割を予約変更に絞る LINEを入れると便利そうに見えますが、何でも受ける窓口にすると受付が詰まります。LINEは予約変更、事前案内、持ち物確認までに絞り、症状判断や緊急相談は電話へ戻します。Claude Codeには、LINE自動返信の候補文と、フォームへ送るリンク文を作らせます。

コピペで使えるプロンプト

以下をClaude Codeに貼り、既存の予約ページURL、受付で多い質問、使っている予約手段を追記します。

あなたはクリニックの予約導線を整理する編集担当です。
医療判断はせず、受付案内、入力項目、FAQ、公開前確認だけを扱ってください。

対象:
- 診療科:
- 既存予約ページ:
- 予約手段: 電話 / フォーム / LINE
- 受付で多い質問10個:

出力:
1. 電話、フォーム、LINEの役割分担表
2. 初診患者向けの冒頭文
3. フォームで必ず聞く項目
4. ページに書けば電話を減らせるFAQ
5. スマホで確認する公開前チェック

制約:
- 診断、治療可否、緊急性は判断しない
- 患者名、電話番号、保険証番号は出力しない
- CTAは1つだけ強くする
- 1文は短く、受付で読み上げても違和感がない文にする

このプロンプトでは、医療判断を除外しています。Claude Codeに任せるのは、受付導線の編集と確認です。診療の判断が混ざりそうな回答が出たら、その部分は削除し、院内で確認します。

動く確認コード

フォーム項目に抜けがないかを確認する小さなNode.jsスクリプトです。予約システムの本番データではなく、項目名の一覧だけで試します。

const requiredFields = [
  "patientType",
  "preferredDate",
  "preferredTime",
  "symptomSummary",
  "phone",
  "consent",
];

const clinicFormFields = [
  "patientType",
  "preferredDate",
  "preferredTime",
  "symptomSummary",
  "email",
  "phone",
];

const missing = requiredFields.filter((field) => !clinicFormFields.includes(field));

if (missing.length > 0) {
  console.error("Missing fields:", missing.join(", "));
  process.exit(1);
}

console.log("Reservation form fields are ready for review.");

このコードは診療内容を判定しません。公開前に、最低限の入力項目がページやフォーム設計に入っているかを見るだけです。consent が抜けていると、同意確認の文面をページ側に戻す必要があります。

Pitfall: よくある落とし穴

落とし穴1: 入口を増やすほど親切だと思う 電話、フォーム、LINE、メールを全部同じ強さで置くと、患者は選べません。主CTAはひとつにし、急ぎだけ電話に逃がします。

落とし穴2: 症状の説明をAIに作らせすぎる 症状名や治療可否の説明は、誤解が出ると危険です。Claude Codeには「ページ上の導線」「受付で聞く項目」「FAQの短文化」までを任せ、医療表現は院内で確認します。

落とし穴3: フォームで聞きすぎる 初診フォームに長い質問を並べると、予約前に離脱します。受付が事前に必要な項目と、来院後でよい項目を分けます。最初は5〜8項目に抑えるのが現実的です。

落とし穴4: スマホ確認を後回しにする 予約ページはスマホで見られます。ボタンが下に落ちる、電話番号が押せない、LINEリンクが分からない、という小さな崩れで予約は止まります。公開前にスマホ幅で確認します。

ROIの見方

最初から大きな数字を追わなくて構いません。まずは3つだけ見ます。

• 予約ページからフォーム送信までの到達率
• 受付で同じ質問に答えた回数
• フォーム送信後に電話で聞き返した回数

この3つが見えると、予約導線の改善が売上や受付負担にどう効いたかを説明しやすくなります。たとえば、フォーム送信後の聞き返しが週20件から12件に減ったなら、受付の時間だけでなく、患者の不安も減っています。

Claude Codeに集計用の表を作らせる場合も、患者名や電話番号は入れません。件数、質問カテゴリ、導線、日付だけで十分です。個人情報を外した状態で使うほど、院内で継続しやすくなります。

導入相談へ進むなら

クリニックの予約導線は、ページ文面だけを直しても効果が薄い場合があります。受付で聞く内容、フォーム項目、LINEの自動返信、Googleビジネスプロフィール、診療時間の表記がずれていると、患者はまた迷います。

自院のページで試すなら、まず導入相談に予約ページURL、受付で多い質問、現在の予約手段を持ってきてください。1ページだけを対象に、AIに任せる作業と院内で判断する作業を分けます。

個人で先に学ぶならClaude Codeの権限判断ログを読むと、AIに任せる境界を考えやすくなります。チーム導入では、公開前の確認をClaude Code hooksで止める設計も候補になります。

よくある質問

Q. 医療系サイトでAIを使って大丈夫ですか。 医療判断を任せない前提なら、受付導線やFAQの整理には使えます。診療可否、緊急性、治療説明は院内確認に戻します。

Q. LINEだけで予約を受けるのはどうですか。 小さな院では始めやすいですが、症状相談まで流れ込むと受付が詰まります。LINEは予約変更や持ち物案内に絞り、初診の詳細はフォームに逃がす方が扱いやすいです。

Q. どのページから直すべきですか。 初診予約ページからです。初診は不安が多く、持ち物、流れ、料金、所要時間が分からないと離脱しやすいからです。

Q. 予約システムを変える必要がありますか。 最初から変える必要はありません。まず既存ページの文面、入口の役割、フォーム項目、スマホ表示を直します。システム変更は、聞き返しが残る項目を見てから判断します。

実際に試した結果

この記事では、クリニックの予約ページを想定し、電話、フォーム、LINEの役割分担表、Claude Code用プロンプト、フォーム項目チェックコードを作りました。コードはNode.jsの配列だけで動く形にし、本番データや患者情報を使わずに確認できるようにしました。

一番効果が出やすいのは、予約手段を増やすことではなく、入口ごとの役割を短く書くことでした。初診はフォーム、急ぎは電話、変更はLINE、という分け方にすると、ページの主CTAも決めやすくなります。次に試すなら、自院の受付で多い質問を10個だけ集め、この記事のプロンプトに貼るところから始めてください。