피부과 사이트 반복 시술 재예약의 입력 항목 설계

기존 내역과 새 입력의 경계

이 설계의 출발점은 입력란 삭제가 아니라 기존 내역의 연결 가능 여부입니다. 사이트 개발 담당자는 이용자가 선택한 패키지와 병원이 관리하는 이용 기록을 연결할 수 있는지 먼저 검사합니다. 실장은 연결되는 항목과 직원이 별도로 조회해야 하는 항목을 정리하고, 자동으로 가져올 수 없는 정보를 이용자의 필수 입력으로 곧바로 전환하지 않습니다.

판단 기준은 해당 정보를 누가 정확하게 설명할 수 있는가입니다. 패키지명과 사용 기록처럼 병원이 관리하는 사실은 병원 내역에서 가져오고, 방문 희망일처럼 이용자가 새로 결정하는 내용은 입력받습니다. 이용자에게 회차나 잔여 횟수를 계산하게 하면 신청자의 기억과 병원 기록이 다를 때 어느 값을 처리 기준으로 삼을지 불명확해집니다.

표의 항목은 재예약 접수에 사용할 정보의 출처를 정하기 위한 기준입니다. 기존 기록이 있다는 이유만으로 이번 신청의 대상까지 자동 결정하지는 않습니다. 이용자가 선택한 대상을 신청 기록에 연결하고, 처리 직원이 그 연결을 유지한 채 업무를 진행하도록 구성합니다.

수집 목적에 따른 입력 제한

분야별 개인정보 보호 안내서는 개인정보를 수집할 때 목적에 필요한 최소 범위를 지켜야 한다고 설명합니다. 병원은 이를 재예약 양식에 적용할 때 각 입력란이 일정 접수에 왜 필요한지 설명할 수 있어야 합니다. 과거에 사용하던 초진 양식에 포함되어 있었다는 이유만으로 같은 항목을 유지하지 않습니다.

실장은 현재 양식의 항목마다 사용 직원과 처리 업무를 기재합니다. 어느 직원도 재예약 처리에 사용하지 않는 항목은 삭제 대상으로 정하고, 별도 업무에 필요한 정보는 그 업무의 절차에서 받도록 분리합니다. 필수 표시를 선택 표시로 변경하는 것만으로 수집 필요성에 대한 판단을 마치지 않습니다.

연결 상태에 따른 접수 순서

실행 순서는 기존 내역 연결, 대상 선택과 일정 입력, 변경 요청 처리 순으로 구성합니다. 첫 단계의 결과에 따라 다음 화면에서 요구할 내용을 달리하고, 모든 이용자에게 같은 추가 질문을 노출하지 않습니다. 다음 표는 정상적으로 연결된 신청과 직원의 처리가 필요한 신청을 서로 다른 경로로 보내는 운영안입니다.

1. 실장은 기존 내역으로 처리할 항목을 확정하고, 개발 담당자는 정상 연결과 연결 실패 상태를 나누어 구현합니다.
2. 개발 담당자는 대상 선택 뒤 희망 일정을 받도록 구성하고, 이용자에게 다음 회차 번호를 묻는 입력란은 만들지 않습니다.
3. 접수 담당자는 변경 요청과 일반 신청을 따로 처리할 수 있도록 인계 항목을 정하고, 처리 결과가 원래 신청에 연결되게 기록합니다.

패키지를 찾지 못한 화면에서는 병원 기록 전체를 이용자가 대신 재구성하게 하지 않습니다. 직원이 내부 검색을 진행하는 데 꼭 필요한 단서가 부족할 때만 추가 질문을 보냅니다. 추가 질문을 보낸 이유와 받은 답을 같은 신청 기록에서 추적할 수 있도록 정리합니다.

담당자가 준비할 자료

실장은 이용자에게 노출할 패키지 이름 목록, 기존 내역과 연결할 항목 목록, 변경 요청을 받을 직원의 업무 범위를 준비합니다. 개발 담당자는 각 입력값을 어느 기록에 저장할지와 연결 실패 시 전달할 상태를 문서로 정리합니다. 접수 담당자는 예약 처리 화면에서 신청 대상과 희망 일정을 함께 읽을 수 있는지 시험합니다.

시험 자료에는 정상 연결뿐 아니라 빈 결과, 비슷한 이름의 후보, 연락 정보 변경, 이미 접수된 신청도 포함합니다. 실제 환자 자료를 복사해 시험하지 않고, 업무 상태를 재현하는 별도 시험값을 사용합니다. 담당자는 화면이 열리는지만 검사하지 말고 신청이 어느 업무 목록으로 전달되는지까지 기록합니다.

자동 선택을 신청 의사로 읽는 오류

패키지 목록에 값이 표시되어 있다는 사실과 이용자가 신청 대상을 선택했다는 사실은 다릅니다. 웹데브는 선택 목록에서 별도 지정이나 사용자 선택이 없으면 첫 항목이 제출값으로 사용된다고 설명합니다. 병원은 이 동작을 고려해 목록의 첫 패키지를 이용자의 의사로 처리하지 않도록 설계합니다.

개발 담당자는 대상 선택을 유도하는 안내 항목과 실제 패키지 항목을 분리하고, 미선택 상태에서는 신청이 완료되지 않도록 구성합니다. 연결된 패키지가 하나뿐이어도 무엇을 신청하는지 읽고 의사를 표시할 수 있게 합니다. 후보의 표시 순서가 달라졌다는 이유로 신청 대상까지 달라지지 않는지 시험해야 합니다.

자유 입력란의 질문 범위

변경 요청을 받는 자유 입력란은 재예약 처리에 필요한 변경 내용만 묻도록 작성합니다. 질문을 단순히 ‘상세 내용’으로 표시하면 이용자가 과거 병력이나 이전 시술 기록까지 다시 작성할 수 있습니다. ‘이번 신청에서 변경을 요청할 내용’처럼 입력 목적을 좁히고, 상세 병력이나 과거 기록을 옮기지 않도록 안내합니다.

접수 직원은 자유 입력란에 내용이 있다는 이유만으로 신청자에게 같은 설명을 다시 요구하지 않습니다. 먼저 요청이 일정 조정인지 연락 정보 변경인지 가리고, 해당 업무에 필요한 질문만 추가합니다. 시술 관련 판단이 필요한 내용은 접수 직원이 답을 확정하지 않고 병원이 정한 담당 절차로 전달합니다.

입력란 아래에는 제출 후 무엇이 진행되는지도 설명합니다. 신청 내용을 병원에서 처리한다는 안내와 예약 확정 여부에 관한 안내를 분리하고, 완료 문구에 패키지 사용이 승인되었다는 의미를 담지 않습니다. 접수 완료 화면의 표현도 직원이 실제로 처리하는 상태 이름과 일치시킵니다.

연락 정보 변경의 반영 범위

이번 신청의 회신 연락처를 변경하는 일과 병원이 보유한 기본 연락 정보를 변경하는 일은 적용 범위가 다릅니다. 입력란에서 ‘연락처 변경’만 묻고 저장하면 이용자는 어느 기록에 반영되는지 알기 어렵습니다. 실장은 신청 연락처만 변경할지 기본 정보 변경 요청까지 받을지 먼저 정합니다.

개발 담당자는 입력란 가까이에 반영 범위를 표시하고, 직원 화면에도 같은 범위를 전달합니다. 기본 정보 변경을 별도 직원이 처리한다면 접수 기록에 변경 요청 상태를 남기고 해당 직원에게 인계합니다. 일정 접수를 완료했다는 이유로 연락 정보 변경 처리까지 끝난 것으로 기록하지 않습니다.

이어서 읽을 주제

진료과별 병원 홈페이지를 이어 읽으면 피부과 재예약에서 정한 입력 범위를 다른 진료과의 접수 목적에 그대로 적용해도 되는지 판단하는 데 참고할 수 있습니다. 진료과마다 이용자가 새로 결정할 내용과 병원이 기존 기록에서 처리할 내용이 어떻게 달라지는지 중심으로 읽기를 권합니다.