온라인 예약 도입을 정하는 기준
병원 홈페이지의 온라인 예약은 기존 예약 경로로 해결되지 않는 접수 필요가 있을 때 도입을 검토합니다. 실제 운영시간과 병원이 필요한 예약 시간 단위를 기능에 맞출 수 있는지 확인한 뒤 도입 여부를 정합니다. 접수 필요가 명확해도 운영 조건을 구현하기 어렵다면 도입을 보류할 수 있습니다.
원장과 실장은 먼저 홈페이지에서 새로 받아야 할 접수가 무엇인지 정합니다. 기존 경로를 찾기 어렵다는 문제인지, 현재 경로에서는 필요한 신청 자체를 받지 못한다는 문제인지에 따라 필요한 작업이 달라집니다. 기존 예약 화면으로 충분히 처리할 수 있다면 홈페이지에서 그 경로를 안내하는 것으로 목적을 달성할 수 있습니다.
실장은 접수 직원에게 반복해서 설명하는 이용 방법, 신청 전에 필요한 통화, 접수를 받지 못하는 상황을 묻습니다. 마케팅 담당자는 홈페이지 안내만으로 해결할 내용과 예약 기능이 있어야 해결할 내용을 따로 정리합니다. 불편하다는 의견만 기재하지 말고, 방문자가 어떤 일을 마치지 못했는지와 직원이 어떤 추가 처리를 했는지 기록합니다.
| 도입 판단 질문 | 병원이 확인할 내용 | 판단에 미치는 영향 |
|---|---|---|
| 기존 경로에 미해결 필요가 있습니까? | 현재 받지 못하는 접수와 추가 설명이 필요한 이유 | 새 기능이 필요한지, 안내 정비로 충분한지 결정합니다. |
| 온라인으로 받을 범위가 정해졌습니까? | 신청 대상과 사전 상담이 필요한 접수 | 도입 기능의 적용 범위를 좁힙니다. |
| 실제 운영시간과 맞출 수 있습니까? | 접수를 허용할 시간과 병원의 운영 조건 | 운영 조건을 반영할 수 없으면 도입을 보류합니다. |
| 필요한 예약 단위를 지원합니까? | 병원이 사용할 시간 간격과 서비스 유형 | 업체가 제시한 기능의 적합성을 판단합니다. |
표의 질문에는 병원의 현재 업무를 기준으로 답합니다. 다른 병원의 화면이나 업체의 기능 목록은 필요한 접수 범위를 정한 뒤 참고합니다. 원하는 기능을 먼저 나열하면 병원에 필요하지 않은 업무까지 도입 범위에 포함할 수 있습니다.
운영시간과 예약 단위의 적합성
네이버는 스마트플레이스의 업체정보와 예약 상품 일정이 자동으로 연동되지 않는다고 안내합니다. 병원 담당자는 업체정보에 표시한 운영시간만으로 예약 일정도 같아졌다고 판단하지 않습니다. 업체에는 병원이 전달한 시간 조건이 예약 상품에 어떻게 반영되는지 자료를 요청합니다.
네이버 안내에는 기존 병의원형과 신규 병의원형의 시간 단위 지원 조건이 다르게 설명되어 있습니다. 신규 병의원형은 상품별로 시간 단위와 예약 인원을 달리 설정할 수 있습니다. 도입을 논의할 때는 서비스 이름만 듣지 말고 실제 사용할 유형을 특정한 뒤 병원의 요구 조건과 대조합니다.
시간 단위를 선택할 수 있다는 사실만으로 도입을 결정하지 않습니다. 실장은 진료 준비와 필요한 인력까지 고려해 온라인으로 받을 수 있는 범위를 정하고, 업체는 그 조건을 구현할 수 있는지 답합니다. 세부 일정 입력에 앞서 병원의 요구와 기능의 제약이 충돌하는 항목부터 가립니다.
병원 자료를 준비하는 순서
병원은 기존 경로의 미해결 필요를 정리한 다음 운영 조건을 문서로 만들고 업체에 자료를 요청합니다. 이 순서를 따르면 기능 설명을 들을 때 병원에 필요한 항목을 중심으로 질문할 수 있습니다. 원장은 접수 범위를 승인하고, 실장은 운영 조건을 정리하며, 마케팅 담당자는 업체의 답변과 제출 자료를 취합합니다.
- 기존 예약 경로의 이용 흐름을 정리합니다. 접수 직원은 신청을 받지 못한 이유와 추가 안내가 필요한 내용을 기록하고, 실장은 새 기능으로 해결할 문제를 선택합니다.
- 도입하려는 접수의 허용 범위를 정합니다. 실장은 운영시간, 필요한 예약 간격, 온라인 신청 전에 직원 판단이 필요한 대상을 문서에 기재합니다.
- 업체에 조건별 가능 여부와 근거 화면을 요청합니다. 마케팅 담당자는 병원 조건을 그대로 반영할 수 있는 항목과 조정이 필요한 항목을 따로 받습니다.
- 원장이 도입 여부를 결정합니다. 실장은 미해결 조건과 추가 업무를 함께 보고하고, 승인한 범위 밖의 기능은 도입 대상에서 제외합니다.
자료에는 환자의 신원이나 진료 내용을 넣을 필요가 없습니다. 담당자는 접수 과정에서 발생한 업무상의 불편을 개인을 식별할 수 없는 문장으로 정리합니다. 업체가 조건을 이해하는 데 필요한 내용만 전달하고, 기능 설명을 위해 실제 환자 자료를 요청하면 다른 설명 방법을 협의합니다.
업체에 요구할 조건별 자료
업체에는 가능하다는 답변과 함께 병원 조건을 적용한 자료를 요구합니다. 상품 소개 화면만으로는 요청한 접수 범위를 구현할 수 있는지 판단하기 어렵습니다. 업체가 아직 구현하지 않은 항목은 예정이라고 명시하도록 하고, 병원은 현재 가능한 항목과 같은 수준으로 취급하지 않습니다.
| 업체에 전달할 운영 조건 | 요구할 확인 자료 | 도입 전 확인 결과 |
|---|---|---|
| 온라인으로 받을 접수 대상과 제외 대상 | 대상별 신청 흐름과 제한사항 설명 | 병원이 정한 범위만 신청 가능한지 기록합니다. |
| 실제 운영시간과 접수 허용 범위 | 해당 조건을 반영한 일정 화면 | 병원 조건과 다른 시간의 처리 가능 여부를 기록합니다. |
| 병원에 필요한 예약 시간 단위 | 서비스 유형과 적용 가능한 단위의 근거 | 요구 단위의 지원 여부와 제약을 기록합니다. |
| 운영 조건 변경에 필요한 대응 | 변경 가능 항목과 지원 범위 설명 | 병원 업무로 감당할 수 있는지 기록합니다. |
마케팅 담당자는 조건 문서와 업체 답변에 같은 항목 이름을 사용해 누락을 찾습니다. 화면에 나타나지 않는 제약은 업체에 별도 설명을 요구합니다. 추가 작업이 필요하면 작업 범위와 결제하는 금액도 받아 도입 판단 자료에 포함합니다.
실장은 제출 자료를 접수 직원과 함께 대조하고 운영이 어려운 항목을 표시합니다. 원장에게는 기능 목록 전체보다 해결되는 문제와 남는 제약을 보고합니다. 답변이 없는 항목을 가능으로 처리하지 말고, 도입 결정 전에 업체가 답해야 할 질문으로 남깁니다.
도입과 보류를 가르는 판단
미해결 접수 필요가 있고 업체 자료로 운영 가능성이 뒷받침되면 도입을 결정할 수 있습니다. 원장은 승인 범위를 명시하고, 실장은 그 범위에서 실제로 맡아야 할 업무를 정리합니다. 업체가 제시한 부가 기능까지 모두 사용할 필요는 없습니다.
접수 필요는 있지만 필수 조건을 지원하지 못하거나 업체 답변이 불명확하면 보류합니다. 보류 기록에는 부족한 조건, 필요한 자료, 다시 판단할 사유를 기재합니다. 단순히 추후 진행한다고 남기면 같은 설명만 반복해서 듣고 결정을 미루기 쉽습니다.
현재 사용하는 예약 경로가 필요한 접수를 이미 처리한다면 기존 경로 연결을 선택할 수 있습니다. 이때는 새 접수 기능을 추가하는 비용과 업무가 필요한지 판단합니다. 홈페이지에서 기존 경로를 찾기 어렵다는 이유만으로 별도의 예약 기능을 만드는 결론을 내리지 않습니다.
기능 설명에서 자주 생기는 오판
업체가 보여준 일반 시연 화면과 병원 조건을 적용한 화면은 판단 자료로서 의미가 다릅니다. 날짜와 시간을 선택할 수 있다는 시연만으로 병원이 요청한 제한까지 구현됐다고 해석하지 않습니다. 마케팅 담당자는 시연에 빠진 조건을 목록으로 남기고 업체에 적용 결과를 요청합니다.
네이버는 예약 상품별 일정과 예약 인원 정보가 상품 사이에서 서로 연동되지 않는다고 안내합니다. 여러 상품을 운영하려는 병원은 한 상품의 변경이 다른 상품에도 반영된다는 전제를 도입 판단에 사용하지 않습니다. 업체에는 상품을 늘릴 때 추가되는 관리 업무를 설명하도록 요구합니다.
기능이 많다는 이유로 적합하다고 판단하는 것도 피합니다. 병원 담당자는 사용하지 않을 기능의 목록보다 필수 조건에서 발생하는 제약을 먼저 기록합니다. 같은 자료를 놓고 의견이 다르면 원장은 편리하다는 평가 대신 어떤 조건을 수용하거나 포기할 것인지 결정합니다.
자주 묻는 질문
새로 개원하는 병원은 접수 기록 없이 어떻게 판단합니까?
실장은 예정한 접수 업무와 직원이 처리할 수 있는 범위를 기준으로 필요한 항목을 정리합니다. 예상하는 불편을 실제로 발생한 문제처럼 기록하지 않고 도입 전 가정으로 표시합니다. 개원 준비 중 그 가정을 설명할 근거가 부족하면 필수 접수부터 범위를 좁혀 결정합니다.
보호자가 대신 예약할 필요도 도입 전에 반영합니까?
대리 신청이 필요한 진료 대상이 있다면 요구사항에 포함합니다. 네이버는 신규 병의원형에서 실제 진료받을 사람의 정보를 입력하는 대리예약 기능을 안내합니다. 업체에는 신청하는 사람과 진료받을 사람의 정보를 어떻게 입력하고 전달하는지 설명을 요청합니다.
구글에서 예약할 수 있으면 별도 이용료가 없습니까?
구글은 제공업체를 통한 예약에 대해 제공업체가 요금을 청구할 수 있다고 안내합니다. 병원 담당자는 무료라고 전제하지 말고 가입비, 이용료, 추가 작업 비용 등 계약에서 부담할 항목을 업체에 묻습니다. 답변을 받은 뒤 병원이 결제하는 금액과 적용 조건을 계약 문서와 대조합니다.
새 예약 상품을 등록하면 곧바로 공개되는 것입니까?
네이버 안내에 따르면 예약 상품은 등록을 마쳐도 처음에는 노출되지 않는 상태입니다. 병원 담당자는 상품 등록 완료와 이용자에게 공개되는 상태를 따로 판단합니다. 업체가 등록을 마쳤다고 보고하면 공개 상태를 자료로 받고, 병원이 승인할 공개 시점을 협의합니다.
온라인 예약 도입을 홍보할 문구는 언제 확정합니까?
홍보 담당자는 사용할 수 있는 접수 범위가 정해진 뒤 그 범위에 맞춰 문구를 확정합니다. 업체가 구현하기로 한 예정 기능을 이미 이용 가능한 것처럼 안내하지 않습니다. 기능 도입만으로 예약이나 매출이 늘어난다고 표현하지 말고, 이용자가 신청할 수 있는 대상과 이용 방법을 알립니다.