환자는 문의 완료 화면을 봤는데 병원에는 처리할 기록이 없거나, 접수 기록은 있는데 담당자 알림이 누락되는 일이 생길 수 있습니다. 이 문제는 검색 유입이나 전체 예약 전환율을 다시 분석해서는 찾기 어렵습니다. 접수 버튼을 누른 뒤 생성되는 기록과 알림, 담당자 배정, 첫 응답까지 한 건의 식별자로 대조해야 합니다.
먼저 시험 문의를 실제 환자 정보 없이 만듭니다. 테스트임을 표시한 이름과 연락처, 제출 시각, 선택한 진료 항목을 기록하고 개인정보가 외부 분석 도구에 불필요하게 남지 않게 합니다. 접수 완료 화면에 번호가 표시된다면 그 번호를 보관합니다. 완료 화면이 떴다는 사실과 병원 업무 시스템에 접수됐다는 사실은 따로 확인해야 합니다.
같은 시각의 서버 기록, 문의 저장 목록, 이메일 또는 문자 알림, 담당자 업무함을 차례로 대조합니다. 문의 데이터가 저장됐지만 알림만 실패했는지, 알림은 왔지만 담당자 배정 규칙에서 빠졌는지, 중복 방지 기능이 정상 문의를 삭제했는지 구분합니다. 진료 항목에 따라 받는 부서가 다르다면 선택값이 전달 과정에서 빈칸으로 바뀌지 않았는지도 확인합니다.
운영시간 밖의 문의는 별도 시나리오로 시험합니다. 즉시 답변되지 않는 것이 정상이라면 접수 화면에 예상 확인 시간과 긴급 상황의 별도 연락 기준을 표시합니다. 다만 온라인 문의가 응급 진단이나 처치를 대신한다는 인상을 주지 않습니다. 증상과 주민번호 같은 민감한 정보를 자유 입력란에 과도하게 요구하지 않고, 실제 진료 판단은 의료진 상담에서 이루어지게 합니다.
오류를 수정한 뒤에는 정상 접수, 중복 제출, 첨부 없는 제출, 연락처 형식 오류, 업무시간 밖 제출을 각각 한 번씩 재현합니다. 제출 건수와 업무함 건수가 같다는 이유만으로 끝내지 않고, 담당자가 상태를 ‘확인’으로 바꾼 시각과 첫 연락 시각까지 이어지는지 봅니다. 테스트 기록은 실제 성과 통계와 분리하고 확인 뒤 안전하게 삭제합니다.
완료 기록에는 실패한 단계, 재현 조건, 수정 버전, 재시험 결과와 담당자를 남깁니다. 아산 병원의 온라인 문의 분석에서 이 문제의 완료 기준은 방문이나 클릭이 늘어나는 것이 아닙니다. 환자가 받은 접수 번호와 병원 내부 기록이 일치하고, 정해진 운영 절차에 따라 누락 없이 담당자에게 전달됐음을 시험으로 확인하는 것입니다.