Web予約を終えた人が、その後の問診に気付かず来院する。一方で、すでに問診を送った人にも、受付で最初から同じ入力を案内してしまう。Web問診を導入するときは、質問の内容だけでなく、予約後の画面と院内で確認する情報をつなげて考える必要があります。
最初に整理したいのは、予約が成立した状態、問診を送った状態、院内で回答を照合した状態、来院受付を終えた状態です。これらを一つの「完了」にまとめず、どの画面で何を知らせるかを決めます。この記事では、クリニックの経営者・事務責任者・Web担当者に向け、制作会社とシステム提供会社へ確認する範囲を示します。
問診へのリンク設置と、情報の連携を分けて確認する
「予約システムと連携できます」という説明だけでは、何が引き継がれるかは分かりません。予約完了画面から問診を開けること、予約時の情報が問診へ渡ること、予約管理画面で回答済みか分かることは、それぞれ別の機能です。自院で利用する組合せと契約に照らして確認します。
メルプWEB問診のURL連携の案内では、医院サイトへのバナー設置や、予約完了の案内に問診URLを記載する方法を説明しています。まず入口をつなぐための参考になりますが、URLを置いたことだけで、予約者の情報や回答状況まで自動で引き継がれるとは判断できません。メルプの外部サービスとのURL連携
同社のシステム連携の紹介では、問診への遷移、予約管理画面での回答有無の確認、患者情報の連携を分けて示しています。電子カルテへの転記も別に説明されています。導入前の確認も、このように機能を分けると、制作会社が直せる案内と、提供会社へ確認する設定を整理できます。メルプのシステム連携
打合せでは、製品名だけでなく、現在利用している予約の方式、問診のサービス、院内で見る画面を並べます。そのうえで、渡る情報、渡らない情報、反映のタイミング、手動で照合する部分を確認します。ある医院の導入例が、そのまま自院の設定で使えるとは限りません。
自院サイトの見た目を整える前に、予約完了ページや通知文を誰が編集できるかも調べます。医院側で変更できる部分、予約サービスの設定が必要な部分、制作会社が管理するサイトの部分を分けると、「問診ボタンを追加したが予約後には表示されない」という行き違いを見つけやすくなります。
予約後の案内は、次にすることが分かる位置へ置く
問診の入口をトップページに用意していても、予約完了後にトップへ戻らなければ見つからない構成では、案内が途切れます。予約を終えた画面で、その予約に関して問診への回答が必要なのか、どの入口へ進むのかを医院が確認した言葉で伝えます。予約と問診のボタンを離れた場所に並べるだけでは十分ではありません。
ここでは、架空のAクリニックで予約R-01が成立し、その後に問診へ進む設計を考えます。実在の医院の受付条件ではなく、患者の氏名・症状・病歴も設定しません。「予約は完了しています。続いてWeb問診へお進みください」という案内を置く場合でも、予約が成立したと表示できる状態かを確認してから使います。
予約の申込みを受け付けただけで、日時がまだ調整中なら、先にその状態を説明する必要があります。本稿の図は予約が成立した後を扱うため、申込み段階の画面へそのまま転用しません。画面上の「完了」が何の完了なのかを揃えることが、問診案内を加える前提です。
問診の入口には、外部サービスへ移る場合の行き先と、回答後に何が終わるのかを短く添えます。問診の送信が診療予約の取り直しや、来院受付そのものになるような文言は避けます。逆に、問診だけを先に開いた人が予約も済んだと思わないよう、案内の順序を確かめます。
後から回答する人に向けては、自院が使える通知や案内ページから入口へ戻れるかも確認します。個別の予約に対応するリンクと、共通の問診入口は同じものとは限りません。予約者ごとのリンクを一般公開ページに貼るなどの扱いをせず、提供会社が案内する設置方法を確かめます。
問診の状態を、患者側と院内側で読み合わせる
「問診済み」という言葉は、画面によって意味が異なることがあります。本人が入力を終えたつもりの状態、送信が成功した状態、院内の担当者が予約と回答を照合した状態を区別します。院内の表示が分からない段階で、サイトだけに「受付が確認しました」と出してはいけません。
次の表は、架空のAクリニックが案内を整理する設計例です。実際にどの状態を取得できるかは、契約したサービスと院内の運用で確認します。システムから取得できない状態を、ボタンを押した履歴だけで推定して表示するための表ではありません。
| 状態 | 利用者に伝えること | 院内で確かめること | 同じ意味にしない状態 |
|---|---|---|---|
| 予約成立・問診未送信 | 予約の状態と問診の入口 | 今回の予約に必要な案内か | 問診を開いた＝送信済み |
| 問診送信済み | 送信結果と次の来院案内 | 回答が届き、該当予約と結び付くか | 送信済み＝医師が確認済み |
| 送信の完了が不明 | 結果の確認先と案内された代替方法 | 回答の有無と重複の可能性 | 状態不明＝未回答と断定 |
| 院内で照合済み | 必要なら医院が決めた案内を表示 | 対象者・予約・回答の対応 | 照合済み＝診療が完了 |
| 来院時の受付 | 到着後に行う受付の案内 | 予約・回答状況を踏まえた対応 | 問診送信＝来院受付済み |
Web担当が必要とするのは、原則として案内を判断するための状態と、その状態を確認できる場所です。画面設計のために実際の回答内容を受け取る必要があるかは、別に検討します。制作確認には架空の記録を用い、患者の症状を含む管理画面の写しをそのまま共有資料にしない進め方を選びます。
家族の予約や複数回の受診を扱うサービスでは、回答した人と受診する人、前回と今回の回答を取り違えないための確認も必要です。具体的な照合方法は院内と提供会社で決め、サイト側は確認済みの説明を使います。氏名が同じ、同じ端末で操作した、といった理由だけで同一の予約へ結び付ける設計にはしません。
連携が反映されるまで時間がかかる場合も、表示できる事実を分けます。反映待ちなのに未回答と表示して再送を促すと、同じ内容を何度も入力させる可能性があります。どの状態なら待機案内を出せるのか、どこで回答の有無を調べられるのかを、提供会社へ確認しておきます。
ホームページ側で問診ボタンのクリックを数えていても、それは回答の送信数ではありません。問診の完了を計測したい場合は、取得できる情報と利用目的を確認したうえで、クリック数と分けます。未回答者への再案内も、サイトを訪れた履歴だけで対象を決めず、院内が確認できる状態に基づく運用にします。
未完了の人にも、医院が決めた来院案内を残す
入力の途中で画面を閉じた人、スマートフォンで回答できない人、送信できたか分からない人がいます。未完了時の案内を考えるときは、Web問診を終えなければ来院できないのか、院内で別の方法を案内するのかを、診療責任者と受付責任者に確認します。制作側が一律に受診を止めたり、無条件で来院できると書いたりしません。
院内で回答を案内できる運用なら、その案内へつなぎます。ただし「受付で対応できます」とだけ書く前に、担当者がどの状態を確認し、何を案内するかを決めます。端末を使う方法、別の記入方法、連絡先などは、実際に用意している選択肢だけを表示します。
送信できたか不明な場合は、すぐに最初からの入力へ戻すのではなく、確認先を案内できるかを検討します。回答が届いているかを院内で確認できるなら、その運用に合わせます。どの医院でも共通する再送ルールを作らず、サービス側の重複回答の扱いも含めて決めます。
問診に進めないことと、予約が取り消されたことも同じではありません。予約の変更や取消を別サービスで行うなら、問診ページでの中断だけで予約の状態が変わるような説明にしないことが必要です。変更後の予約と先に送った問診をどう扱うかも、院内と提供会社へ確認する項目です。
この案内は、症状から緊急度を判定する仕組みではありません。急ぎの用件について掲載する説明が必要な場合は、医院が確認した連絡方法と対象を使います。制作担当が問診の未回答を理由に症状の重さを判断したり、回答を送ればすぐ医師が読むと約束したりしないようにします。
院内確認と、サイト制作の担当範囲を決める
問診の質問内容や診療に関わる説明は、院長・診療責任者が確認します。予約と回答の照合、来院時の案内は受付責任者が確認します。情報の取扱いや各システムの権限・連携範囲は、院内の安全管理担当者と提供会社が確認し、制作会社は確定した内容をページやボタンへ反映します。
厚生労働省は、医療情報システムの安全管理に関するガイドラインの現行案内や、関連する確認資料を公開しています。導入する仕組みの確認は、見た目の操作試験だけで終わらせず、院内の担当者と提供会社がこれらの資料を参照して進めます。本記事の状態図が、安全管理や個別の法令適用の確認に代わるものではありません。厚生労働省の医療情報システム安全管理の案内
医院の一般的なお問い合わせフォームへ、問診の回答をまとめて転送する方法を安易に選ばないことも大切です。何の情報を、どのサービスへ、誰が見られる形で渡すのかを先に確認します。サイトのアクセス計測や操作録画についても、問診の入力内容や個別リンクをどう扱うかを確認担当へ伝えます。
確認の記録には、原稿だけでなく、対象の画面、設定を変更する人、変更後に確かめる人を残します。予約サービスが通知を管理し、問診サービスが完了表示を管理する場合、ホームページの文章だけを直しても説明はそろいません。複数社にまたがる変更は、同じ案内図を共有して確認します。
サービスの停止や障害が起きた場合も、どの案内を誰が変更するかを決めます。問診だけが使えないときに予約受付まで終了したように見せず、確認できた影響範囲と医院が用意した連絡先を示せる形にします。
架空の予約で、予約後から来院案内まで確かめる
公開前の確認は、問診へのリンクを一度開くだけでは終わりません。提供会社が認める検証環境と架空の記録を使い、予約後すぐ回答する場合、後から回答する場合、途中で中断する場合、送信結果が分からない場合を分けて確かめます。実際の患者の記録をテスト入力に使わない手順を用意します。
患者側の画面と院内側の確認を一組にします。完了画面が出たときに、院内でどの表示が見え、誰が何を確認できるかを照合します。リンク先が開くこと、情報が届くこと、対象の予約へ結び付くこと、担当者が照合したことは、別々に確認する項目です。
スマートフォンでは、外部画面へ移った後も医院名と操作目的が分かるか、戻る操作で予約や問診をやり直すように見えないかを確かめます。通知から後で開く経路や、リンクの有効期限がある場合の案内も確認します。入力の保存や再開は実際の機能に合わせ、できないことを案内文で約束しません。
制作会社へは、現在の予約完了画面、問診の入口、通知文、院内で確認できる状態の一覧を渡します。実患者情報を除いた資料で、どの箇所の文言・配置・リンクを直すか、どの機能を提供会社へ確認するかを決められます。まずは一つの予約経路を選び、問診へ進む前後で何が完了したと表示されるかを読み合わせてください。
参照資料：メルプWEB問診「外部サービスとのURL連携」「システム連携」、厚生労働省「医療情報システムの安全管理に関するガイドライン」掲載案内。2026年9月20日確認。個別医院の契約・診療運用・安全管理の適用審査を行ったものではありません。
