예약 조건과 관리 책임에 따른 선택
온라인 예약의 직접 제작과 외부 서비스는 병원이 요구하는 예약 조건을 구현할 수 있는지, 조건 변경과 개인정보 처리의 책임을 누가 맡는지 확인해 선택합니다. 외부 서비스의 제약을 수용하기 어렵다면 직접 제작의 구현·관리 가능성을 업체에 확인해야 합니다.
직접 제작은 병원이 정한 요구사항에 따라 예약 기능을 개발하는 방식으로 구분합니다. 외부 서비스는 해당 서비스가 지원하는 기능과 설정 범위 안에서 예약을 구성하는 방식입니다. 네이버에서 병원 관리자가 예약 서비스를 직접 설정하더라도, 여기서 구분하는 방식으로는 외부 서비스 이용에 해당합니다.
원장은 예약 접수에 반드시 필요한 조건을 정하고, 실장은 조건이 충족되지 않을 때 병원 업무를 어떻게 처리해야 하는지 기재합니다. 마케팅 담당자는 두 업체에 같은 요구사항을 전달해 답변을 받습니다. 홈페이지와 비슷한 디자인을 구현할 수 있다는 설명만으로 예약 조건까지 충족한다고 판단하지 않습니다.
| 병원의 필수 예약 조건 | 직접 제작의 구현 확인 | 외부 서비스의 지원·제약 확인 |
|---|---|---|
| 예약 대상과 선택 항목 | 필요한 선택 조합을 구현할 수 있는지 시연 요청 | 지원하는 항목과 선택 방식의 제한 요청 |
| 예약 신청과 확정 방식 | 병원이 정한 확정 절차의 작동 여부 요청 | 선택 가능한 확정 방식과 적용 범위 요청 |
| 상품 사이에 함께 적용할 조건 | 여러 상품을 함께 제한하는 기능의 구현 여부 요청 | 상품별 적용인지 서비스 전체 적용인지 구분 요청 |
| 접수에 필요한 정보 항목 | 입력 항목을 구성하고 변경할 수 있는 범위 요청 | 기본 항목과 추가·삭제 가능한 항목 목록 요청 |
표에는 있으면 편리한 기능보다 없으면 병원이 예정한 방식으로 접수하기 어려운 조건을 우선 기재합니다. 선택 기능은 별도 목록으로 분리하고, 필수 조건을 모두 충족한 방식 사이에서 판단할 때 사용합니다.
외부 서비스의 제작 전제와 변경 제약
외부 서비스는 병의원용이라는 이름만으로 병원의 요구를 모두 지원한다고 판단할 수 없습니다. 네이버 안내는 병의원형 예약 서비스의 유형에 따라 지원 기능과 시간 단위 설정 조건을 구분합니다. 다만 병원은 자신에게 적용될 유형과 제작 당시 선택이 남기는 제약을 업체에 명시하도록 요구해야 합니다.
네이버 안내에 따르면 스마트플레이스 업체정보와 예약 상품 일정은 자동으로 연동되지 않으며, 상품별 일정과 예약 수량도 서로 독립적으로 운영됩니다. 병원은 여러 상품에 함께 적용해야 하는 조건이 있을 때 이 구조를 수용할 수 있는지 결정합니다. 상품을 여러 개 만들 수 있다는 답변과 상품 전체에 공통 제한을 적용할 수 있다는 답변을 구별해야 합니다.
네이버의 병의원 예약 제작 지원은 기본정보와 업체사진을 갖춰 신청하는 전제가 있으며, 이미 검수 통과된 서비스가 있으면 지원을 받을 수 없습니다. 지원 과정에서 설정되는 예약 확정 방식과 당일 예약 허용 여부도 병원의 요구와 대조할 대상입니다. 담당자는 제작 지원을 받을 수 있는지와 필요한 설정을 사용할 수 있는지를 별도 항목으로 기록합니다.
동일한 요구사항으로 받는 업체 답변
담당자는 방식별 소개서를 따로 읽고 평가하기보다 병원의 요구사항에 각각 답하게 합니다. 요구사항에는 예약 이용자가 선택할 내용과 병원 직원이 처리할 내용을 함께 기재합니다. 업체가 기술 용어로만 답하면 어떤 입력과 처리 결과를 뜻하는지 다시 설명하도록 요청합니다.
- 원장과 실장은 필수 예약 조건을 정하고, 조건을 적용할 대상과 예외를 기재합니다. 기존 신청서나 접수 업무 문서를 활용하되 실제 환자 정보는 제외합니다.
- 마케팅 담당자는 외부 서비스 업체에 적용될 서비스 유형, 제작 전제, 변경 가능한 설정과 제한을 요청합니다. 직접 제작 업체에는 같은 조건을 구현할 방법과 지원하지 못하는 항목을 요청합니다.
- 직접 제작 업체에는 병원이 정한 선택 조합을 시연하도록 요구합니다. 아직 개발하지 않은 기능은 현재 작동하는 기능과 구분해 개발 범위 문서에 기재하게 합니다.
- 실장은 조건 변경과 개인정보 처리의 담당 범위를 받아 기능 충족 결과와 함께 원장에게 전달합니다. 원장은 미확인 항목이 결정에 영향을 주는지 판단하고 선택하거나 추가 답변을 요청합니다.
시연 자료에는 조건을 적용한 입력 내용과 처리 결과를 함께 남깁니다. 업체가 준비한 일반 화면만으로 필요한 조합을 판단하기 어렵다면, 담당자가 요구사항에서 선택한 상황으로 시연을 요청합니다. 개인정보를 넣어야 하는 화면에는 실제 환자 자료 대신 시험용 입력을 사용합니다.
변경과 개인정보 처리의 담당 범위
관리 책임은 병원과 업체가 각각 수행할 작업을 적어야 판단할 수 있습니다. 담당자는 직접 제작과 외부 서비스에 같은 관리 항목을 제시하고, 업체가 처리하는 범위와 병원이 처리하는 범위를 나란히 기재합니다. 계약에 포함되지 않은 작업은 별도 협의 대상이라는 표시를 요구합니다.
| 변경·관리 항목 | 방식별 담당자와 계약 범위 | 업체에 요구할 확인 자료 |
|---|---|---|
| 예약 조건 변경 | 병원 설정 담당과 업체 수정 담당, 변경 승인자 | 설정 가능 목록과 개발 수정 요청 절차 |
| 개인정보 처리 역할 | 접수 정보에 접근하거나 전달받는 주체와 업무 범위 | 처리 주체 목록과 계약상 역할 설명 |
| 정보 항목과 안내 변경 | 변경안을 정하는 병원 담당과 화면 반영 담당 | 수정 가능 범위와 반영 결과 기록 방식 |
| 자료 열람과 삭제 요청 처리 | 요청 접수 담당과 실제 처리 담당 | 담당자 연락 경로와 처리 범위 문서 |
개인정보보호위원회 작성지침은 개인정보 처리방침의 주요 사항으로 수집 항목과 목적, 보유기간, 제삼자 제공과 위탁사항, 담당 부서 등을 제시합니다. 병원은 이를 참고해 업체 답변에서 빠진 처리 주체와 역할을 질문합니다. 외부 서비스가 마련한 안내가 있다는 이유로 병원 측 담당 업무까지 정해졌다고 간주하지 않습니다.
충족 상태와 미확인 항목의 결정 기록
제작 방식은 기능 이름의 개수보다 필수 조건별 답변 상태를 근거로 결정합니다. 담당자는 각 조건을 충족, 조건부 충족, 미충족, 미확인으로 구분하고 답변의 근거를 함께 기록합니다. 시연에서 작동한 기능과 향후 개발하겠다는 약속은 같은 상태로 처리하지 않습니다.
조건부 충족에는 병원이 수용해야 하는 조건을 구체적으로 기재합니다. 직원이 별도 작업을 해야 한다면 실장이 해당 작업을 맡을 사람과 업무 범위를 정합니다. 필수 조건이 미확인으로 남았다면 업체의 추가 답변 없이 충족으로 처리하지 않습니다.
외부 서비스가 앞에서 정한 기준을 충족하고 제약을 병원이 수용할 수 있다면 선택 대상으로 남깁니다. 수용하기 어려운 제약이 있다면 직접 제작 업체의 구현 범위와 관리 범위를 근거로 판단합니다. 직접 제작 역시 필요한 기능이나 담당 범위가 불명확하면 확정하지 않고 미해결 항목을 업체에 돌려보냅니다.
최종 결정 기록에는 선택한 방식, 선택 이유, 수용한 제한, 업체가 이행할 조건을 기재합니다. 제외한 방식도 제외 사유를 남겨 이후 요구사항이 달라졌을 때 판단 근거로 활용합니다. 원장의 승인 대상은 화면 디자인뿐 아니라 미해결 항목의 처리 방안까지 포함합니다.
설정 가능과 개발 가능의 구별
업체의 가능하다는 답변은 병원이 직접 설정할 수 있다는 뜻인지, 업체가 개발해야 한다는 뜻인지 구별해야 합니다. 담당자는 지금 사용할 수 있는 기능과 계약 후 구현할 기능을 분리해 기재하도록 요청합니다. 별도 개발이 필요한 항목은 납품 범위에 포함되는지도 명시하게 합니다.
외부 서비스 화면을 병원 요구에 맞게 구성할 수 있다는 설명도 같은 구별이 필요합니다. 화면의 명칭이나 안내 문구를 수정하는 작업이 예약 처리 규칙의 변경까지 포함하는 것은 아닙니다. 업체에는 변경하려는 내용이 입력 화면, 처리 규칙, 관리자 작업 중 어디에 해당하는지 답하도록 요구합니다.
외부 구성요소가 포함된 직접 제작
직접 제작 제안에도 외부 서비스나 별도 공급사의 구성요소가 포함될 수 있습니다. 병원은 제안서의 직접 제작이라는 표현만으로 모든 기능을 해당 업체가 변경할 수 있다고 판단하지 않습니다. 업체에 자체 개발 범위와 외부 구성요소를 구분해 설명하도록 요청합니다.
외부 구성요소가 필수 예약 조건에 영향을 준다면 변경 요청을 누가 접수하고 누구의 답변을 받아 처리하는지 기재하게 합니다. 병원과 계약한 업체가 다른 공급사에 요청만 전달하는 범위인지, 결과까지 책임지는 범위인지도 계약 문서에서 구별합니다. 병원이 그 공급사와 별도 계약을 맺어야 한다면 계약 주체와 관리 담당을 선택 전에 정합니다.
자주 묻는 질문
직접 제작한 예약 기능의 소유권은 병원에 있습니까?
직접 제작이라는 명칭만으로 소유권이나 사용권을 판단할 수 없습니다. 병원은 계약서에서 소스코드, 화면 디자인, 개발 문서의 권리와 인계 범위를 구분해 요구합니다. 다른 업체에 수정을 맡길 수 있는지도 사용 조건에 명시하도록 요청합니다.
제작 방식에 대한 업체 제안을 원장이 모두 받아들여야 합니까?
업체 제안은 병원의 요구를 충족하는 방법으로 평가하면 됩니다. 원장은 진료 운영상 필요한 조건을 승인하고, 기술적 방법은 업체가 설명하도록 합니다. 업체가 요구사항 변경을 제안한다면 실장이 접수 업무에 미치는 영향을 정리한 뒤 승인 여부를 결정합니다.
외부 서비스 이름이 예약 화면에 표시되어도 괜찮습니까?
표시 자체보다 예약 이용자가 접수할 병원과 이용하는 서비스를 구별할 수 있는지가 판단 대상입니다. 담당자는 병원명, 서비스명, 접수 후 안내의 표현을 요청해 혼동할 내용이 있는지 대조합니다. 표시를 없앨 수 있다고 단정하지 말고 해당 서비스의 수정 가능 범위를 업체에 묻습니다.
여러 외부 서비스에 같은 요구사항을 보내도 됩니까?
같은 요구사항으로 답변을 받으면 서비스별 차이를 구분하기 쉽습니다. 다만 한 업체가 만든 고유한 설계 문서를 다른 업체에 그대로 전달하지 않습니다. 병원이 정한 업무 조건을 공통 문서로 만들고 각 업체의 제안 내용은 별도로 보관합니다.
계약 전에 병원 직원용 관리자 화면도 요청해야 합니까?
직원이 수행할 작업을 판단하려면 관리자 화면이나 해당 작업의 설명 자료도 요청하는 편이 좋습니다. 예약 이용자 화면이 요구를 충족하더라도 직원에게 필요한 작업이 별도 절차로 남을 수 있습니다. 실장은 사용 가능한 자료를 받아 업무별 조작 방법과 직원 교육 범위를 업체에 질문합니다.