画面を開いた時点で「案内をメールで受け取る」に印が付いている。その表示が、職員側では「患者さんからの依頼」として扱われているとしたら、見直すべき点があります。最初の表示、本人が選んだ内容、保存された記録、医院が行う対応は、それぞれ別のものです。

事務用フォームを点検するときは、この四つを最後までたどります。最初の問いは「何もしなかった場合に、何が起こるか」です。次に、送信された選択が、担当者にも同じ意味で伝わるかを確かめます。何もしていない状態を連絡の許可に変えず、依頼しない選択もそのまま扱える仕組みを考えます。

1．何について選ぶのかを限定する

ここでは、診療時間と事務的な問い合わせ先の案内を、一回だけメールで受け取れる架空のフォームを考えます。案内は、アドレスを入力せずに画面でも読める設定です。実在するサービス、患者さんの依頼、実績を示すものではありません。対象は実用的な案内の受け取り方であり、診療のリマインドや予約ではありません。

この練習では、最初はどの項目にも印を付けません。「この案内を一回メールで受け取る」「この案内のメールは希望しない」「後で考える」を示し、そのまま画面を閉じることもできます。選ぶのは、この案内についてだけです。既存の予約、診療上のフォロー、以前に決めた連絡方法を変更する操作ではありません。

選択肢の近くに、その範囲を説明します。一回の案内なのに「今後のお知らせを受け取る」と書けば、意味が広がります。「この案内の受け取り方」といった見出しと、利用できる方法の短い説明で、何を選ぶのかを示します。提供できない方法が含まれているなら、フォームを公開する前に、その案内を修正します。

選択肢は同程度に見つけやすくし、普通の言葉で書きます。医院が望む選択だけを大きくし、断る方を薄い文字で「情報は必要ありません」と否定的に見せる必要はありません。この案内のメールを希望しない理由を尋ねなくても、選択は受け付けられます。「後で考える」を選んだだけで、入力を促す連絡が自動的に始まる仕組みにもしません。

2．表示と、本人の選択を区別する

まず、何も操作していない画面を確かめます。この例では、開いたり、送信せずに閉じたりしても、メールの依頼は作られません。同時に、明確に断ったとも記録しません。「選択の送信なし」が、分かっている範囲を表します。なぜ離れたのかまでは分かりません。

次に、メールの項目に印を付け、最後の操作の前で止めます。選択が画面に見えていても、まだ依頼は送信されていません。戻る、選び直す、閉じるといった操作で、案内メールの送信が始まらないかを確認します。途中の入力を保存する機能があっても、下書きと依頼は別です。入力途中の内容が保存されたことは、連絡してよいという意味にはなりません。

以前のやり取りで得たアドレスが表示される場合も、注意して読みます。アドレスが存在するだけでは、この案内を求めたとはいえません。架空の新規フォームでは、本人がメールを選び、この依頼に使う宛先を確認します。登録済みのアドレスがあるというだけで、見えない選択を送信してはいけません。

職員が入力を手伝う場合も、必要に応じて選択肢を読み上げ、本人が希望する内容を聞き、入力した結果を確認します。早く終えるために、医院が望む答えを代わりに選びません。年齢や機器の操作に慣れているかだけで希望を決めず、実際に提供できる別の情報の受け取り方や支援も案内します。

3．最後の操作が何をするかを明確にする

メールを選んだ後は、その案内を届けるために必要な情報だけを、医院の適切な方法で確認します。送信前には、どの案内を、本人が入力または確認したどの宛先に、一回届けるのかを短く示します。操作によって依頼が作られるなら、ボタンは「次へ」より「案内メールを一回依頼する」の方が、起こることを具体的に表します。

送信後の流れも説明します。この練習では、有効な入力で依頼が記録され、実際のメール送信は別の処理で行われると仮定します。「依頼を受け付けました」という表示を、「案内が届きました」と同じ意味にしません。実際のサービスでは、運用と問題に対応する担当者に合った説明が必要です。

「この案内のメールは希望しない」を選んで送信した場合は、その内容を記録します。選択を受け付けるために、アドレス、辞退理由、電話での連絡を求めません。「後で考える」が送信された場合も、メールの依頼や明確な辞退と区別します。どちらの選択でも、この案内の送信待ちには入りません。この二つは「選択を保存する」で進め、結果を「保存済み：この案内のメールは希望しない」または「保存済み：後で考える。リマインドの依頼なし」と示せます。

記録にも、画面と同じ範囲を残します。「連絡可」とだけ書かれていると、案内を見ていない職員が広く解釈するおそれがあります。この案内の名称、送信された選択、必要に応じて依頼の処理待ち、完了、取り消しを区別します。一回の案内の依頼を、宣伝、繰り返しの連絡、予約の登録へ広げないようにします。

この新規フォームを閉じても、別の場で合意した設定は消えません。既存の連絡方法を変更するなら、そのための適切な手順と、何が変わるかの説明が必要です。「ここでは何も送信されていない」を、新しい許可にも、関係のない診療上の対応の取り消しにも置き換えないことが要点です。

4．間違いや変更を、公開前に試す

実際のメールが送られない管理されたテストで、架空の情報を使います。フォームを管理する人と、保存された依頼を扱う職員が一緒に、画面、記録、その後の動きを確かめます。完了画面が読みやすくても、職員側の記録の意味が違えば、確認は終わっていません。

これは確認すべき項目であり、特定のシステムがすでに満たしているという説明ではありません。形式上は整ったアドレスにも、入力間違いや別人の宛先はあり得ます。本人が宛先を確認できるようにし、メールの送信失敗や不達、誤りの申し出は、医院の適切な方法で扱います。入力形式の確認だけで、宛先を誰が使っているかまでは確定できません。

修正のたびに最初から入力し直さずに済むかも見ます。選択中の方法と、送信前に変える方法を示します。エラー表示は、何をどう直すかを普通の言葉で伝え、内容をすべて消したり、読んだ人を責めたりしません。宛先が空欄なら、「この案内を受け取るメールアドレスを入力するか、別の項目を選んでください」と示す方法があります。考えている間も、画面上の案内は読めるようにします。

送信後の変更も練習します。案内メールの送信前の依頼を取り消せるなら、その方法を説明し、待機中の作業が実際に止まるかを確認します。すでにメールを送った場合は、記録を変えればメールも回収されるようには説明しません。実際の支援方法で何を修正できるかを伝え、情報を直しただけなのに別の一通が自動送信されないかも見ます。

5．不要な手間を減らし、選択は残す

それぞれの方法に必要な操作を数え、何のための操作かを考えます。同じ情報の再入力は減らせるかもしれません。一方、宛先の確認には役割があります。最少の操作回数だけを目標にせず、関係のない要求を受けずに、本人が意味を理解して選べる流れを目指します。

医院の希望と異なる選択も、同じように点検します。メールを断るために隠れたメニューを探す必要はないか。フォームを埋めずに案内を読めるか。間違えた選択を送信前に直せるか。依頼件数を増やしたいからといって、辞退の側にだけ質問や待ち時間を増やしません。

小さな画面や、利用できる操作方法、支援を含め、実際の使い方を試します。別の職員に、現在の選択、最後の操作、連絡を依頼せずに終える方法を示してもらいます。作成者が隠れた条件を口頭で補わなければ分からないなら、修正し、一連の画面を読み直します。

選択肢は目的に合わせて整理しますが、二つか三つにするという規則で必要な情報を隠しません。この例の三つは、一回の任意の案内についての選択です。診療上の選択肢を減らすための型ではありません。診療の説明、個別の判断、急ぐ相談は、適切な専門職と既存の窓口で扱います。

6．フォームが実際に残す結果を確認する

公開前に、各選択について、最初の表示、本人が選ぶ内容、最後の操作で記録されること、担当者が次に行う対応を短く書き出します。離れる、選び直す、間違いを修正する場合も含めます。送信作業を担当する人が、どの具体的な依頼に基づくものかをたどれることが重要です。

承認された限定的な試行の後は、表示と記録の不一致、重複作業、予期しない任意のメールなどを確認します。観察したことと対応は、医院の適切にアクセスを制限した方法で扱います。問題の修正に必要な情報を使い、実際の患者さんの情報を一般的な設計用紙へ写さないようにします。

依頼件数が増えただけで、理解が深まった、患者さんに利益があった、信頼が高まったとはいえません。減った場合も、画面で読む方を選んだ人がいるかもしれません。変更前後の数値だけで、フォームが経営や診療の結果を変えたという因果関係は示せません。

まず一つのフォームで、見える選択から実際の対応までを確かめます。目的を限定し、何もしない状態と許可を分け、修正できるようにし、本人の送信内容がそのまま記録に伝わるかを見ることです。費用の質問、考える時間、任意の連絡の辞退、適切な窓口での日程変更は、患者さんが選べます。その選択を医院の作業まで一貫して扱えることが、実用的なフォーム設計の基準になります。