신청 버튼을 누른 뒤 나오는 화면은 단순한 감사 인사보다 다음 행동을 알려줘야 합니다. 병원 예약은 신청, 일정 검토, 확정의 단계가 다를 수 있습니다. 화면에 ‘완료’라고만 표시하면 사용자는 방문 일정을 확정해도 되는지, 연락을 기다려야 하는지 판단하기 어렵습니다.
확인 화면에는 접수 번호 또는 확인 가능한 기준, 선택한 날짜와 시간, 진료 항목, 연락 수단을 보여줍니다. 개인정보가 많은 내용을 공용 화면에 오래 남기지는 않되, 사용자가 입력 오류를 바로 발견할 수 있는 범위는 필요합니다. 특히 전화번호가 잘못 입력되면 확정 안내가 전달되지 않으므로 수정 경로를 같이 안내합니다.
다음으로 확정 절차를 문장으로 구분합니다. 시스템이 즉시 확정하는 구조라면 ‘예약 확정’이라고 적고 변경 및 취소 방법을 붙입니다. 직원 확인 후 연락하는 구조라면 ‘신청 접수’와 예상 연락 시간대를 적습니다. 업무시간 밖 신청이 다음 영업일에 처리된다면 그 기준도 표시해야 불필요한 반복 신청을 줄일 수 있습니다.
진료 전 준비 사항은 모든 사람에게 한꺼번에 같은 문구를 보내기보다 예약 종류별로 나눕니다. 검사가 필요한 방문자는 금식이나 렌즈 착용 등 준비 여부를 의료기관의 실제 안내에 따라 확인해야 합니다. 불확실한 일반 문구를 완료 화면에 단정적으로 올리지 말고 담당자가 확인할 연락처를 둡니다.
점검할 때는 휴대전화 화면에서 신청부터 문자 수신까지 직접 진행해 봅니다. 화면에는 성공이라고 표시되는데 실제 접수 목록에 누락되거나 문자 속 날짜가 다르면 안내의 신뢰가 무너집니다. 완료 화면은 전환을 기록하는 장치이면서 방문자의 일정 결정을 돕는 문서라는 관점에서 관리해야 합니다.
테스트 예약은 실제 환자 명단에 남지 않도록 내부 절차에 따라 정리합니다. 오전과 업무시간 외 신청을 각각 시험하면 확정 안내가 늦어지는 구간도 확인할 수 있습니다.