대리 예약 대상과 병원 처리 방식
보호자 대리 예약은 진료받을 사람과 예약을 입력하는 사람을 구분하는 흐름으로 설계합니다. 병원이 연락받을 대상과 필요한 동의 확인 절차를 정한 뒤, 업체에 이를 구현하고 병원 접수 화면까지 시연하도록 요구합니다.
먼저 원장과 실장은 어떤 대상의 대리 예약을 온라인으로 받을지 정합니다. 접수 직원이 추가로 판단해야 하는 신청은 바로 접수 처리할지, 병원 연락 후 처리할지도 함께 정합니다. 이때 대리 예약을 허용할 대상의 범위와 실제 신청을 처리하는 직원의 업무를 따로 기록합니다.
보호자라는 선택 항목만 추가하면 병원마다 다른 처리 방식이 화면에 반영되지 않을 수 있습니다. 담당자는 신청을 받은 뒤 누가 어느 사람에게 무엇을 물어야 하는지까지 업체에 전달합니다. 정하지 못한 절차는 업체가 임의로 채우게 하지 않고 병원 내부에서 먼저 결정합니다.
| 예약 단계 | 환자와 보호자를 구분할 내용 | 업체에 요구할 화면·처리 |
|---|---|---|
| 신청 시작 | 진료 대상과 예약 입력자의 역할 | 대리 예약 선택과 대상 안내 |
| 정보 입력 | 환자 정보와 보호자 정보 | 사람별 제목과 입력 항목 표시 |
| 연락 대상 지정 | 예약 연락을 받을 사람 | 선택 대상과 연락처의 연결 표시 |
| 접수 처리 | 필요한 동의 확인과 후속 업무 | 처리 상태와 담당 직원의 할 일 표시 |
표는 병원이 업체에 전달할 업무 요구를 정리한 것이며 특정 서비스의 지원 기능을 뜻하지 않습니다. 이미 사용하는 예약 서비스가 있다면 담당자는 요구한 내용을 구현할 수 있는지 항목별로 답변을 받습니다. 구현이 어려운 항목은 직원이 별도로 처리할 수 있는지 정한 뒤 사용 범위를 결정합니다.
사람별 입력 항목과 연락 대상
입력란의 제목은 정보가 누구의 것인지 알 수 있게 작성합니다. 이름과 연락처만 나열하면 보호자가 자신의 정보를 환자 항목에 입력할 수 있으므로, 환자 정보와 예약 입력자 정보에 각각 설명을 추가합니다. 같은 이름의 항목이 반복될 때도 어느 사람의 정보인지 제목에서 드러나도록 요구합니다.
양식 입력에 관한 웹 개발 안내는 양식의 각 입력 항목을 라벨로 설명하며, 라벨이 입력 항목과 연결되면 화면 낭독기 접근과 항목 선택을 돕는다고 설명합니다. 병원 담당자는 업체에 사람별 제목뿐 아니라 각 입력 항목의 설명도 실제 입력란과 연결하도록 요청합니다. 화면 위에 안내 문장을 배치하는 것만으로 이 요구를 충족했다고 판단하지 않습니다.
연락처를 입력한 사람과 예약 연락을 받을 사람이 항상 같다고 가정하지 않습니다. 병원은 누구에게 연락할 수 있는지 운영 기준을 정하고, 그 범위 안에서 연락 대상과 사용할 연락처를 연결하도록 요구합니다. 접수 직원에게는 연락 대상의 이름과 연락처가 함께 전달되어야 합니다.
업체 전달 자료와 실행 순서
담당자는 화면 요청서를 만들기 전에 병원 처리 방식을 문서로 정리합니다. 자료에는 대리 예약을 받을 대상, 사람별 입력 항목, 연락 대상 선택 범위, 필요한 동의 확인 업무를 포함합니다. 실제 환자 정보를 넣지 않고 항목 이름과 처리 조건으로 요구를 설명합니다.
- 담당자가 앞에서 정한 기준을 요청서의 각 항목에 연결합니다. 접수 직원은 신청을 받은 뒤 맡을 업무와 업체에 맡길 처리를 표시합니다.
- 담당자가 사람별 입력·연락·동의 확인 요구를 업체에 전달합니다. 업체에는 구현 가능한 항목과 별도 업무가 필요한 항목을 각각 답하도록 요청합니다.
- 업체가 구현한 예약 화면과 병원 접수 결과를 담당자가 대조합니다. 입력값이 어느 사람의 정보로 전달되는지와 직원에게 필요한 처리 상태가 남는지를 시험합니다.
업체 답변에서 ‘대리 예약 가능’이라는 표현만으로 요청이 충족됐다고 판단하지 않습니다. 담당자는 사람별 정보가 전달되는 방식과 직원이 처리할 수 있는 범위를 구체적으로 기재하도록 요청합니다. 별도 작업이 필요하다면 병원에서 누가 그 작업을 맡을지도 함께 정합니다.
예약 입력과 접수 결과의 대조
시연은 보호자의 입력 화면에서 시작해 병원 직원의 접수 처리까지 이어지도록 요청합니다. 담당자는 실제 개인정보 대신 시험용 값을 사용하고, 사람별 이름과 연락처가 서로 다르게 표시되도록 준비합니다. 병원에서 사용하지 않는 처리 방식은 시험 항목에 포함하지 않습니다.
| 대리 예약 시험 상황 | 화면에서 확인할 것 | 병원 접수 결과에서 확인할 것 |
|---|---|---|
| 환자와 보호자의 정보가 다름 | 사람별 입력란의 제목과 입력값 | 환자 정보와 예약 입력자 정보의 연결 |
| 허용된 범위에서 연락 대상 선택 | 선택한 사람과 연락처의 일치 | 직원이 연락할 사람의 이름과 번호 |
| 필요한 동의 확인이 남아 있음 | 진행 가능한 단계와 후속 안내 | 미처리 상태와 직원의 후속 업무 |
| 제출 전에 환자 정보 수정 | 수정 내용과 보호자 정보의 유지 | 최종 제출값과 사람별 정보의 일치 |
담당자는 시험마다 입력 화면, 최종 제출 내용, 병원 접수 결과를 같은 기록에 묶어 남깁니다. 차이가 발생하면 어느 단계에서 어떤 사람의 정보가 잘못 전달됐는지 업체에 알립니다. 화면 문구만 고칠 문제인지, 정보 전달 방식까지 수정할 문제인지도 함께 기재합니다.
접수 직원은 시험 결과를 사용해 실제로 연락 대상을 찾고 필요한 후속 업무를 선택합니다. 예약 상세 화면에서는 사람이 식별되더라도 접수 목록에서 이름이 혼동된다면 해당 표시도 수정 요청에 포함합니다. 담당자는 수정된 항목을 다시 시험한 뒤 미해결 내용을 별도로 기록합니다.
아동 동의 안내의 적용 범위
개인정보보호위원회의 개인정보 처리방침 작성지침은 아동을 위한 안내 예시에서 아동 정보와 보호자 정보를 각각 설명합니다. 해당 예시에는 보호자에게 아동 정보 수집 사실을 알리고 동의를 받기 위해 보호자의 이름과 휴대전화번호를 수집하는 내용이 있습니다. 보호자 휴대전화 문자메시지를 이용해 동의 여부를 안내하는 처리도 제시합니다.
병원 담당자는 이 예시에서 사람별 정보와 동의 확인 업무를 연결해 설명하는 방식을 참고할 수 있습니다. 예시에 제시된 보호자 동의 설명을 모든 보호자의 대리 예약 권한이나 성인 환자의 동의 절차로 확대해서는 안 됩니다. 문자메시지를 사용하는 방식도 병원이 이용하는 예약 서비스에서 당연히 제공된다고 판단하지 않습니다.
필요한 동의 절차가 정해지지 않았다면 담당자는 업체에 동의란부터 추가하도록 요구하지 않습니다. 병원에서 정한 절차를 먼저 문서로 전달하고, 업체에는 그 절차를 화면과 접수 처리에 반영할 수 있는지 답하도록 요청합니다. 동의 문구의 내용과 구현 방식에 관한 결정은 각각 기록합니다.
예약 입력과 동의 처리 상태의 차이
보호자가 예약을 입력했다는 사실만으로 필요한 동의 확인까지 끝났다고 처리하지 않습니다. 담당자는 예약 입력자의 역할을 나타내는 값과 동의 처리 상태를 나타내는 값이 접수 화면에서 별도로 전달되는지 시험합니다. 직원이 이름이나 가족 관계를 근거로 상태를 추정해야 한다면 표시 방식을 수정하도록 요청합니다.
‘보호자 정보 입력 완료’와 ‘동의 확인 완료’가 같은 상태명으로 전달되면 병원에서 남은 업무를 판단하기 어렵습니다. 병원은 직원이 실제로 해야 할 일을 기준으로 상태명을 정하고, 업체에 상태가 변경되는 조건을 설명하도록 요구합니다. 이용자가 선택한 내용과 직원이 처리한 결과도 서로 식별할 수 있어야 합니다.
접수 결과에 동의 관련 상태가 표시되더라도 그 상태가 대리 예약 권한 전체를 증명한다고 해석하지 않습니다. 담당자는 상태가 무엇을 뜻하는지 직원용 설명에 기재합니다. 범위를 벗어나는 판단이 필요한 신청은 병원이 정한 별도 처리 절차로 연결합니다.
접수 메모에 의존하는 정보 보완
보호자 이름과 연락처를 자유 입력 메모에만 받는 방식은 직원이 매번 내용을 해석해야 하는지부터 판단합니다. 메모에 여러 사람의 정보가 섞이면 누구에게 연락할지 안정적으로 찾기 어려울 수 있습니다. 병원 처리에 반드시 필요한 정보는 사람별 항목으로 받을 수 있는지 업체에 요청합니다.
추가 설명이 필요한 신청에는 메모를 보완 수단으로 사용할 수 있습니다. 이때 담당자는 메모를 읽을 직원과 읽어야 하는 시점을 정하고, 병원이 요청하지 않은 진료 관련 내용을 길게 입력하게 하는 안내는 제외합니다. 메모가 없어도 필수 처리 정보를 찾을 수 있는지를 승인 기준에 포함합니다.
자주 묻는 질문
보호자가 여러 환자의 예약을 한꺼번에 입력하게 해도 됩니까?
병원이 환자별 신청을 각각 처리할 수 있는지에 따라 결정합니다. 한 신청에 여러 환자를 포함하도록 요구한다면 날짜나 신청 내용이 서로 섞이지 않고 전달되는지 추가 시험이 필요합니다. 구현 범위를 정하기 어렵다면 환자별로 신청하도록 안내하는 방식을 선택할 수 있습니다.
보호자가 환자 정보를 모르면 임시 내용으로 제출하게 해도 됩니까?
사실과 다른 임시 정보를 입력하도록 유도하지 않습니다. 담당자는 접수에 필요한 항목을 다시 정하고, 이용자가 답할 수 없는 경우에 사용할 병원 연락 경로를 안내합니다. 직원이 보완할 수 있는 항목이라면 비어 있는 신청을 어떻게 처리할지 먼저 정합니다.
예약을 입력한 보호자가 반드시 병원에 동행해야 합니까?
예약 입력자와 방문 동행자가 같아야 하는지는 병원의 방문 처리 기준에 따라 안내합니다. 동행 여부를 알아야 업무를 진행할 수 있다면 예약 입력자 정보와 별개로 질문할 필요가 있는지 판단합니다. 이 항목을 추가할 때는 직원이 답변을 어떻게 사용할지도 정합니다.
보호자가 입력한 예약을 환자가 나중에 수정하게 해도 됩니까?
병원이 수정 요청을 받는 경로와 처리 책임을 정한 뒤 업체에 구현 가능 범위를 요청합니다. 예약을 입력하지 않은 사람이 변경을 요청하는 상황에서는 별도의 판단이 필요할 수 있습니다. 온라인 수정이 가능한지 확정되지 않았다면 병원에 연락하도록 안내합니다.
대리 예약 흐름을 마련하면 전화 예약을 없애도 됩니까?
온라인 신청을 끝내기 어려운 이용자를 병원이 어떻게 응대할지 결정한 뒤 판단합니다. 접수 직원은 대리 예약 처리 중 전화 상담이 필요한 사유를 기록해 대체 경로의 필요성을 평가할 수 있습니다. 화면을 마련했다는 이유만으로 기존 접수 경로를 바로 종료하지 않습니다.