진료 일정과 정보 점검의 별도 표시
원장 진료 일정표에는 진료 일정과 정보 점검 업무를 구분해 표시하는 방안을 제안합니다. 확정된 진료 일정에 연결된 정본·대조 대상·담당자·점검 상태를 함께 기재합니다. 진료 칸에는 원장이 진료하는 일정을, 점검 칸에는 그 일정에 따라 공개 정보와 예약 일정을 대조할 업무를 기재합니다.
같은 일정표를 사용하더라도 진료가 확정됐다는 표시와 정보 점검을 마쳤다는 표시는 별도로 관리합니다. 실장은 진료 일정에 표시한 확정 상태를 정보 점검 칸에 그대로 복사하지 않습니다. 담당자는 진료 일정의 변경 내용과 자신이 처리해야 할 업무를 연결해 읽을 수 있도록 업무명을 기재합니다.
| 일정 구분 | 일정표에 적을 내용 | 연결할 정본·대조 대상 |
|---|---|---|
| 원장 진료 일정 | 확정된 진료 내용과 적용 범위 | 승인된 원장 진료 일정 정본 |
| 병원 운영시간 | 병원 전체 운영에 미치는 변경 여부 | 운영시간 정본과 공개된 업체정보 |
| 정보 점검 업무 | 대조할 항목과 관련 진료 일정 | 해당 변경이 반영된 정본과 공개 정보 |
| 예약 일정 점검 | 대상 예약 상품과 연동 여부 | 실제 영업시간과 상품별 일정, 연동 시스템 일정 |
표의 항목은 병원 내부 일정표에 사용할 기입 제안입니다. 플랫폼에서 정한 필수 입력 항목을 뜻하지 않습니다. 병원이 이미 쓰는 일정표에 업무 종류와 연결 자료를 적을 공간이 있다면 그 칸을 활용하고, 없다면 점검 업무를 별도 항목으로 추가합니다.
원장 진료시간과 병원 운영시간의 차이
원장의 진료 일정이 달라졌다고 병원 전체의 운영시간까지 같은 내용으로 변경하지 않습니다. 다른 의료진의 진료나 병원 운영이 계속되는지 실장이 먼저 판단해야 합니다. 원장 개인의 진료 변경인지 병원 전체 운영의 변경인지 확정한 뒤, 해당하는 정본을 일정표에 연결합니다.
원장 진료 정본에는 개인의 진료 가능 일정을, 운영시간 정본에는 병원이 실제로 운영하는 시간을 기재합니다. 두 자료의 내용이 같더라도 자료명은 따로 표시합니다. 담당자가 원장 일정만 보고 업체정보 전체를 수정하는 일을 막으려면 점검 칸에 변경이 적용되는 범위도 짧게 기재합니다.
네이버는 스마트플레이스 업체정보와 예약 상품 일정이 서로 자동으로 연결되지 않는다고 안내합니다. 따라서 병원 담당자는 업체정보를 처리한 업무와 예약 상품 일정을 처리한 업무를 일정표에서 따로 표시합니다. 같은 진료 변경에서 시작한 업무라도 한쪽의 처리 상태만으로 다른 쪽을 완료 처리하지 않습니다.
네이버는 예약 가능한 시간을 실제 영업시간 안으로 설정하도록 안내하며, 실제 영업시간보다 길면 예약 서비스 검수가 보류될 수 있다고 설명합니다. 예약 일정의 대조 기준에는 원장 진료 정본과 함께 실제 영업시간도 연결합니다. 원장이 진료할 수 있다는 사실만으로 해당 시간의 예약 설정이 적절하다고 판단하지 않습니다.
정본과 대조 대상을 연결하는 순서
실장은 확정된 원장 진료 일정과 병원 운영시간을 먼저 나누고, 정보 담당자는 각 변경에 연결할 점검 업무를 기재합니다. 준비할 자료는 승인된 진료 일정, 운영시간 정본, 대상 예약 상품 목록, 연동 시스템 사용 여부입니다. 자료의 이름이 비슷하면 적용 범위와 승인 내용을 함께 표시해 다른 자료를 참조하지 않도록 합니다.
- 실장은 확정 일정에서 원장 개인의 변경과 병원 전체 운영의 변경을 가리고, 해당 정본의 자료명을 기재합니다.
- 정보 담당자는 점검 업무마다 정본에서 읽을 항목과 공개 정보에서 대조할 항목을 연결합니다. 예약 업무에는 대상 상품명을 기재하고 연동 시스템이 있으면 그 일정 출처도 추가합니다.
- 실장은 업무를 처리할 담당자를 지정하고, 담당자는 현재 처리 단계에 맞는 점검 상태를 기재합니다. 담당자가 자료를 열 수 없거나 수정 권한이 없다면 필요한 조치를 함께 남깁니다.
일정표에 모든 자료의 내용을 옮길 필요는 없습니다. 정본을 찾을 수 있는 내부 문서명과 대상 상품명처럼 업무를 다시 시작할 때 필요한 식별 정보를 남깁니다. ‘예약 점검’처럼 범위가 넓은 표현만 기재하면 대상이 불명확하므로, 무엇과 무엇을 대조할지 업무명에 드러내는 편이 좋습니다.
변경 내용별 담당자와 상태 기입
진료 일정이 변경되면 실장은 연결된 점검 업무를 담당자에게 전달하고, 담당자는 기존 상태가 변경된 내용에도 유효한지 판단합니다. 아래 표는 일정표에 사용할 업무 연결 형식입니다. 담당자와 상태는 병원의 실제 업무 배분과 처리 결과에 따라 기재하며, 표에 적힌 상태를 일괄 적용하지 않습니다.
| 진료 일정 변경 내용 | 연결된 점검 업무 | 담당자 | 점검 상태 |
|---|---|---|---|
| 원장 개인의 진료 변경 | 원장 안내와 해당 예약 상품 일정 대조 | 의료진 안내·예약 담당 | 대조 대기 |
| 병원 전체 운영 변경 | 운영시간 정본과 공개 정보 대조 | 업체정보 담당 | 수정 요청 |
| 연동 예약 일정 변경 | 연동 시스템 일정과 예약 페이지 대조 | 예약 시스템 담당 | 반영 대기 |
| 확정 일정의 재변경 | 연결된 업무의 처리 결과 재대조 | 해당 업무 담당 | 재대조 필요 |
상태 표현은 담당자가 다음 행동을 결정할 수 있는 말로 정합니다. 수정 요청을 전달했지만 공개 정보에 반영되지 않았다면 완료 대신 반영 대기로 기재합니다. 담당자가 다른 직원에게 업무를 넘겼다면 이름과 인계 상태를 함께 갱신하고, 진료 확정 상태는 그대로 유지합니다.
변경 알림에는 관련 일정과 바뀐 정본 항목을 함께 기재합니다. 여러 업무 가운데 영향을 받지 않는 업무는 상태를 일괄 변경하지 않습니다. 담당자는 자신에게 연결된 대조 대상에 변경이 적용되는지 판단한 뒤 필요한 업무만 다시 진행합니다.
예약 연동 시스템의 일정 출처
예약 연동 시스템을 사용하는 병원은 예약 페이지뿐 아니라 해당 시스템에 등록된 일정도 점검 업무에 연결합니다. 네이버는 포스나 예약 관리 프로그램 등 파트너사 시스템을 연동한 경우 그 시스템의 일정이 우선 적용된다고 안내합니다. 예약 담당자는 일정표에 시스템 이름과 일정 관리 담당자를 기재해 어느 출처에서 변경을 처리해야 하는지 명확히 합니다.
연동 여부가 불명확하면 예약 페이지에 표시된 시간만으로 일정 출처를 단정하지 않습니다. 실장은 시스템 관리 담당자에게 실제 사용 중인 연동 관계를 묻고, 답을 받기 전에는 출처 미확정으로 기재합니다. 연동을 사용하지 않는 것으로 정리되면 해당 점검 업무에서 불필요한 시스템 대상을 제외합니다.
시스템 담당자가 내부 일정을 변경했다고 보고한 경우에는 예약 담당자가 이용자 예약 페이지의 표시를 대조합니다. 내부 일정 처리와 공개 화면 대조는 서로 다른 작업이므로 각각의 결과를 남깁니다. 병원 내부 일정표에 변경을 기재했다는 사실만으로 어느 시스템에 반영됐는지 추정하지 않습니다.
예약 표시가 일정과 다른 경우의 기입
예약 화면이 예상과 다르면 진료 정본을 바로 고치기보다 해당 상품의 설정 문제를 별도 업무로 등록합니다. 네이버는 예약 상품별 일정과 재고가 상품 사이에서 공유되지 않고 독립적으로 운영된다고 안내합니다. 담당자는 차이가 발견된 상품명을 기재하고, 다른 상품도 같은 상태라고 일괄 판단하지 않습니다.
네이버는 병의원형 예약 상품에 휴무일이 설정돼 있으면 임시운영이나 기본운영에 일정이 있어도 휴무일이 우선 적용된다고 설명합니다. 진료하는 날인데 예약이 불가능한 경우에는 ‘진료 일정 오류’로 확정하지 않고 상품 설정 대조가 필요한 상태로 기재합니다. 담당자는 원인이 밝혀진 뒤 일정표의 업무명을 실제 처리할 항목으로 고칩니다.
점검 기록에는 정본과 차이가 난 항목, 담당자가 판단한 원인, 남은 처리 업무를 짧게 기재합니다. 원인을 아직 찾지 못했다면 추정 내용을 확정 사실처럼 입력하지 않습니다. 일정표에는 미해결 상태와 후속 담당자를 남기고, 상세한 설정 내용은 관련 업무 기록에 연결합니다.
재변경 시 이전 결과의 적용 범위
진료 일정이 다시 변경됐을 때는 이전 점검 결과가 어느 일정에 대한 것이었는지 남겨야 합니다. 같은 예약 상품을 대상으로 했더라도 적용 내용이 달라졌다면 이전 완료 표시를 새 업무에 그대로 사용하지 않습니다. 담당자는 이전 결과가 참조한 정본과 현재 확정 내용을 대조해 재처리할 항목을 정합니다.
이전 기록을 삭제하고 새 상태만 입력하면 재변경 전후의 업무를 설명하기 어려워집니다. 병원은 이전 결과를 보존하면서 현재 유효한 업무에 새 상태를 기재하는 방식을 사용할 수 있습니다. 일정표 공간이 부족하면 이전 결과를 별도 기록으로 옮기고, 현재 업무에서 그 기록을 찾을 수 있도록 내부 문서명을 남깁니다.
자주 묻는 질문
종이로 된 원장 진료 일정표에도 적용할 수 있나요?
종이 일정표에도 업무 종류와 연결 자료명을 기재하는 방식으로 적용할 수 있습니다. 긴 자료는 별도 문서로 관리하고, 일정표에는 해당 문서를 찾을 수 있는 이름을 남깁니다. 수정 흔적 때문에 현재 내용이 불명확해지면 실장이 유효한 항목을 다시 정리합니다.
원장 진료 일정표에는 점검 자료를 어디까지 공개하나요?
일정표를 열람하는 직원의 업무에 필요한 범위로 제한하는 편이 좋습니다. 계정 비밀번호나 개별 예약자의 정보는 점검 연결 자료에 넣지 않습니다. 상세 자료에 접근할 수 없는 직원에게는 업무 전달에 필요한 내용만 별도로 안내합니다.
외부 업체가 일정표를 직접 편집하도록 해도 되나요?
병원은 외부 업체가 편집할 항목과 병원 승인이 필요한 항목을 먼저 정할 수 있습니다. 외부 업체가 점검 결과를 입력하더라도 진료 일정 확정 권한까지 함께 부여할 필요는 없습니다. 공동 편집이 어렵다면 병원 담당자가 업체의 결과를 받아 일정표에 입력합니다.
여러 원장의 점검 업무를 한 항목에 기재해도 되나요?
대상 의료진과 예약 상품을 빠짐없이 식별할 수 있고 처리 담당자가 같다면 묶어서 기재할 수 있습니다. 일부 의료진의 결과만 완료됐는데 전체 업무가 끝난 것으로 읽힐 우려가 있으면 항목을 나눕니다. 묶음 항목에는 아직 처리하지 않은 대상을 명시합니다.
담당자가 휴가 중이면 점검 업무는 어떻게 인계하나요?
실장은 대체 담당자에게 관련 자료의 접근 권한과 남은 업무를 전달합니다. 대체 담당자가 자료를 열 수 없다면 계정 정보를 공유하기보다 병원 내부 권한 절차에 따라 접근 방법을 마련합니다. 업무를 받은 직원이 처리 가능 여부를 답한 뒤 담당자 표시를 갱신합니다.