병원마케팅 예약 동선은 폼이 전송되는지만 확인해서는 부족합니다. 사용자는 자동응답을 보고 예약이 확정됐다고 이해하지만 내부에서는 단순 접수로 남아 있거나, 변경 요청이 새 예약으로 중복 생성될 수 있습니다.
예약 상태를 요청 작성, 접수, 담당자 확인 중, 확정, 변경 요청, 변경 완료, 취소 요청, 취소 완료로 구분합니다. 각 상태마다 환자에게 보일 문구, 내부 담당자, 다음 전이 조건을 적고 접수와 확정을 같은 표현으로 쓰지 않습니다.
테스트 예약을 만들어 웹 화면, 문자·알림, 내부 시스템이 같은 식별번호와 시간으로 연결되는지 봅니다. 자동응답에 확정 시간이나 의료 안내를 임의로 넣지 않고 실제 내부 승인 뒤에만 해당 상태를 보냅니다.
중복 요청은 이름만으로 자동 병합하지 않습니다. 동일인이 여러 시간대를 요청했는지, 보호자가 대신 신청했는지 개인정보를 필요한 범위에서 확인하고 담당자가 처리 이유를 기록합니다.
변경·취소 뒤에는 환자 화면과 내부 일정, 알림 예약, 대기 명단이 함께 갱신됐는지 확인합니다. 하나라도 이전 상태라면 완료로 처리하지 않고 영향받는 담당자에게 이관합니다.
예약 과정의 품질은 버튼 수가 아니라 상태 일치에서 나옵니다. 환자가 지금 접수인지 확정인지 알고, 병원도 같은 상태를 보며, 중복과 변경을 기록으로 복구할 수 있어야 합니다.
상태 전이 기록에는 시스템이 보낸 시각과 담당자가 실제 확인한 시각을 둘 다 남깁니다. 알림 전송 실패나 지연이 있으면 예약 자체의 상태와 분리해 복구하고, 사용자가 같은 요청을 반복하지 않도록 현재 상태를 명확히 안내합니다. 예약 테스트에는 변경과 취소뿐 아니라 마감된 시간 선택, 필수 입력 오류, 개인정보 동의 철회도 포함할 수 있습니다.