직접 처리와 요청 접수의 선택 기준
예약 변경·취소 기능은 요청이 실제 예약 관리에 반영되는지 확인할 수 있을 때 홈페이지에 둡니다. 이를 확인하기 어렵다면 직접 처리 기능 대신 변경·취소 요청과 연락 방법을 안내하는 방식으로 설계합니다. 홈페이지에서 완료 문구가 표시됐다는 이유만으로 기존 예약이 변경되거나 취소됐다고 판단하지 않습니다.
직접 처리 방식에서는 방문자가 선택한 결과가 병원이 사용하는 예약 내역에 반영되어야 합니다. 요청 접수 방식에서는 직원이 신청 내용을 받아 처리하고 결과를 전달합니다. 병원 실장은 어느 방식으로 운영할지 정하기 전에 현재 예약을 관리하는 곳과 처리 권한을 가진 사람을 정리합니다.
| 병원이 확인할 조건 | 업체에 요구할 처리 방식 | 직접 처리와 요청 접수의 선택 |
|---|---|---|
| 홈페이지 요청을 실제 예약에 반영하고 결과를 조회할 수 있음 | 반영 결과에 따라 완료 상태 표시 | 직접 처리 검토 |
| 직원이 예약 내역을 수정해야 함 | 접수 내용 전달과 처리 결과 안내 | 요청 접수 |
| 변경할 날짜의 수용 가능 여부를 직원이 판단해야 함 | 희망 일정 접수 후 가능 여부 회신 | 변경 요청 접수 |
| 일부 예약 경로만 처리할 수 있음 | 처리 가능한 대상과 별도 연락 대상 표시 | 대상별 방식 선택 |
변경과 취소에 반드시 같은 방식을 적용할 필요는 없습니다. 취소는 바로 반영할 수 있어도 일정 변경은 직원의 조율이 필요할 수 있습니다. 병원은 기능을 묶어서 승인하지 말고 각 처리의 가능 범위를 업체 요구사항에 기재합니다.
현재 예약의 관리 위치와 처리 권한
판단의 출발점은 환자가 예약한 화면보다 직원이 실제 예약 내역을 관리하는 곳입니다. 접수 직원은 홈페이지로 받은 예약이 어디에 기록되는지, 변경할 때 어느 기록을 수정하는지 설명해야 합니다. 서로 다른 기록을 사용한다면 진료 접수에 사용하는 내역이 무엇인지 먼저 정합니다.
카카오는 카카오톡 예약하기의 예약하기 파트너센터에서 고객의 예약과 취소를 관리할 수 있다고 설명합니다. 이 설명만으로 병원 홈페이지에서 일정 변경을 직접 처리하거나 해당 관리 내역과 연결할 수 있다고 판단할 수는 없습니다. 업체에는 병원이 사용하는 환경에서 가능한 처리와 별도 직원 작업이 필요한 처리를 나눠 설명하도록 요구합니다.
처리 권한도 관리 위치와 함께 정리합니다. 홈페이지가 예약 내용을 전달할 수 있더라도 최종 수정 권한이 직원에게만 있다면 화면은 그 업무 순서에 맞게 설계해야 합니다. 실장은 예약 접수 직원과 일정 조율 담당자에게 실제 작업을 설명받고, 업체가 제안한 기능 설명과 대조합니다.
다른 경로에서 생성된 예약까지 홈페이지에서 처리할 수 있는지도 별도로 판단합니다. 홈페이지가 해당 예약을 찾거나 수정할 수 없다면 처리 대상에 포함하지 않습니다. 방문자가 대상 밖의 예약을 선택했을 때는 처리되지 않았다는 안내와 이용할 연락 방법을 제시하도록 요구합니다.
처리 담당과 완료 기준의 문서화
병원은 기능 제작을 요청하기 전에 처리 담당과 완료 기준을 문서로 정리합니다. 업체가 화면을 만들면서 병원 업무까지 추정하게 두면 접수와 완료의 의미가 달라질 수 있습니다. 실장이 운영 기준을 취합하고 접수 직원이 실제 처리 순서와 일치하는지 검토합니다.
- 접수 직원은 현재 예약 관리 위치와 수정 권한, 예약을 찾는 데 필요한 항목을 정리합니다.
- 실장은 변경과 취소를 각각 누가 처리하며 어떤 결과를 완료로 인정할지 정합니다.
- 마케팅 담당자는 접수 안내, 결과 전달 방법, 처리 불가 시 연락 안내를 업체에 전달합니다.
- 업체는 요청 접수부터 결과 표시까지의 화면과 직원 작업을 설명하고 병원의 승인을 받습니다.
준비할 자료에는 개인정보를 가린 예약 관리 화면, 직원의 처리 순서, 현재 사용하는 결과 안내 문구를 포함합니다. 변경 요청에는 기존 일정과 희망 일정을 어떻게 전달할지도 기재합니다. 취소 요청에는 어느 예약을 취소하려는지 직원이 식별할 수 있는 항목을 정리하되 불필요한 진료 내용까지 수집하지 않습니다.
완료 기준은 직원의 작업 종료와 방문자의 결과 인지를 함께 설명해야 합니다. 직원이 예약 내역을 수정했어도 방문자에게 결과가 전달되지 않았다면 안내 절차가 남아 있습니다. 병원은 누가 어떤 방식으로 결과를 전달하고 전달 실패 시 어떻게 대응할지 업체와 합의합니다.
시험 예약의 표시와 실제 내역 대조
검수는 시험 예약으로 홈페이지 표시와 실제 예약 내역을 대조하는 방식으로 진행합니다. 병원 직원은 실제 관리 화면의 결과를 기록하고 업체는 방문자 화면의 상태를 기록합니다. 성공한 처리뿐 아니라 요청만 접수된 상태와 처리할 수 없는 상황도 시험합니다.
| 시험할 상황 | 홈페이지에서 확인할 표시 | 실제 예약 내역에서 확인할 결과 |
|---|---|---|
| 일정 변경이 정상 반영됨 | 변경된 일정과 처리 완료 | 기존 일정의 변경과 새 일정의 일치 |
| 취소가 정상 반영됨 | 해당 예약의 취소 완료 | 취소 상태와 진료 예정 목록의 처리 |
| 직원 처리가 필요한 요청을 제출함 | 요청 접수와 결과 안내 방법 | 접수 내용 전달과 기존 예약의 유지 |
| 반영에 실패하거나 대상 예약을 찾지 못함 | 처리 불가 또는 상태 미정 안내 | 실제 변경 여부와 후속 처리 필요성 |
실패 상황에서 홈페이지가 완료를 표시하면 공개 전에 문구와 처리 흐름을 고칩니다. 반영 여부를 판별하지 못하는 상태에는 성공을 전제한 안내를 사용하지 않습니다. 시험 기록에는 요청 내용, 화면 표시, 실제 결과, 수정할 항목을 함께 남겨 재시험에 사용합니다.
처리 중 상태에서 자주 생기는 오해
자주 틀리는 경우는 요청 제출 직후 기존 예약이 사라졌다고 생각하게 만드는 화면입니다. 직원 처리가 남아 있다면 방문자가 결과 안내 전까지 기존 일정으로 방문해야 하는지 알 수 있어야 합니다. 병원은 접수 메시지에 현재 예약의 상태와 다음 안내를 기다리는 방법을 명시합니다.
일정 변경에서는 희망 날짜를 선택했다는 사실과 그 날짜가 확정됐다는 사실을 따로 표현합니다. 직원 조율이 필요한 화면에는 선택 항목을 희망 일정으로 표시하고 확정 일정처럼 안내하지 않습니다. 원하는 일정으로 처리할 수 없을 때 기존 예약을 유지할지 다른 일정을 제안할지는 병원이 업무 기준으로 정합니다.
처리 중 상태를 언제 끝내는지도 정해야 합니다. 담당 직원이 연락했지만 방문자와 일정 합의가 끝나지 않았다면 변경 완료로 기록하지 않습니다. 연락이 닿지 않는 요청은 완료 요청과 섞지 않고, 다음 연락을 맡을 직원이 이어서 처리할 수 있도록 남깁니다.
취소 상태와 개인정보 기록의 처리
예약 취소와 개인정보 삭제는 별도로 결정할 업무입니다. 취소 완료 화면을 만든다는 이유로 관련 기록을 모두 삭제하거나 무기한 보관하도록 설계하지 않습니다. 병원은 예약 내역, 변경·취소 요청, 처리 이력에 각각 어떤 정보가 남는지 업체에 설명을 요구합니다.
개인정보보호위원회의 개인정보 처리방침 작성지침은 보유 기간을 추상적으로 기재하거나 수집 시 고지한 내용과 다르게 작성한 예를 잘못된 사례로 제시합니다. 병원은 취소 기록의 처리 목적과 보유 기준을 정한 뒤 수집 화면의 안내와 처리방침이 일치하는지 검토합니다. 다른 업종의 예시에 있는 기간을 병원 기록의 기준으로 가져오지 않습니다.
요청을 받는 화면과 실제 예약을 관리하는 곳에 같은 정보가 중복으로 남을 수도 있습니다. 개인정보 담당자는 각 위치에 남는 항목과 삭제 작업의 담당자를 정리합니다. 업체에는 병원이 정한 보유 기준에 따라 어느 기록을 어떻게 처리할 수 있는지 답변하도록 요구합니다.
중복 요청과 오래 열린 화면의 대응
같은 예약에 대한 요청이 반복되면 접수 순서만으로 최종 의도를 판단하기 어렵습니다. 취소 요청 뒤에 변경 요청이 들어오거나, 직원이 이미 수정한 예약을 오래 열린 화면에서 다시 처리할 수 있기 때문입니다. 병원은 서로 충돌하는 요청을 자동으로 완료하지 않고 담당자가 현재 내역과 요청 내용을 대조하도록 정합니다.
업체에는 제출 전에 현재 상태를 다시 조회할 수 있는지, 중복 요청을 직원이 식별할 수 있는지 설명을 요구합니다. 이를 구현하기 어렵다면 충돌 가능성이 있는 처리는 요청 접수로 제한합니다. 방문자가 화면을 다시 제출했을 때 새 요청이 접수됐는지 기존 요청이 유지됐는지도 안내하도록 요구합니다.
자주 묻는 질문
변경·취소 요청에 사유 입력이 꼭 필요합니까?
사유가 직원의 처리 판단에 필요하지 않다면 필수 항목으로 요구하지 않습니다. 사유를 받기로 했다면 필요한 범위를 설명하고 자유 입력란에 민감한 진료 내용을 남기지 않도록 안내합니다. 단순 취소에도 긴 설명을 요구하는 화면은 접수 목적에 맞게 줄입니다.
진료 시간이 지난 예약도 홈페이지에서 취소하게 해야 합니까?
이미 지난 일정은 앞으로 예정된 예약과 같은 처리 대상으로 설정하지 않는 편이 적절합니다. 지난 예약의 상태를 정정하는 업무가 필요하면 접수 직원에게 연락하는 방법을 안내합니다. 과거 기록의 정정과 앞으로의 예약 취소가 같은 버튼으로 처리되지 않도록 업체에 요청합니다.
변경·취소 기능을 이용하려면 회원가입이 필요합니까?
회원가입을 필수로 둘지는 예약자 식별 방법과 현재 운영 환경에 따라 정합니다. 기존 예약을 찾기 위해 새 계정을 만들어야 한다면 해당 계정과 예약을 어떻게 연결할지 업체의 설명이 필요합니다. 병원은 계정 생성 자체가 예약 처리 권한을 증명한다고 전제하지 않습니다.
변경·취소 안내를 여러 언어로 제공해도 됩니까?
병원이 해당 언어로 후속 연락을 처리할 수 있는 범위에서 제공하는 것이 적절합니다. 화면만 번역하고 직원의 결과 안내가 이어지지 않으면 방문자가 처리 상태를 이해하기 어렵습니다. 지원하는 연락 언어를 안내하고 번역 문구에서도 접수와 완료의 뜻이 달라지지 않도록 검토합니다.
기능을 일시 중단할 때 기존 요청은 어떻게 처리합니까?
중단 전에 접수된 요청은 담당 직원이 별도 목록으로 인계받아 처리합니다. 홈페이지에는 새 요청을 받을 수 없는 상태와 대신 이용할 연락 방법을 안내합니다. 운영을 재개하기 전에는 미처리 요청이 다시 접수되거나 누락되지 않도록 업체와 인계 내역을 대조합니다.