단일 오류의 수정 착수 기준
이름·주소·전화 중 하나라도 실제 정보가 틀렸다고 확인되면 다른 항목의 오류를 기다리지 말고 수정에 착수하는 방안을 제안합니다. 즉시 착수와 즉시 반영은 구분하며, 사실이 같은 단순 표기 차이는 오류로 단정하지 않습니다.
담당자는 발견한 항목이 병원이 확정한 정본과 어떤 점에서 다른지 먼저 기재합니다. 정본은 병원이 공개 안내에 사용할 값으로 승인한 정보이며, 검색 화면에서 먼저 발견한 값을 그대로 기준으로 삼지 않습니다. 정본 자체가 현재 운영 상황과 다른 것으로 의심되면 실장이 해당 정보의 승인 근거와 실제 사용 상태를 대조합니다.
수정 판단에 필요한 것은 다른 오류의 개수가 아니라 해당 값이 현재 병원을 정확히 가리키는지입니다. 이름은 대상 병원이나 지점을, 주소는 실제 운영 장소를, 전화는 안내하려는 연락처를 가리키는지 판단합니다. 한 항목의 오류가 확정되었다면 나머지 항목의 조사가 끝날 때까지 처리를 미룰 이유는 없습니다.
항목별 사실과 표기의 경계
화면의 글자가 정본과 다르다는 사실만으로 수정 요청을 보내지는 않습니다. 담당자는 아래 기준으로 실제 대상이 달라졌는지 가리고, 판단에 필요한 자료가 없으면 실장에게 해당 자료만 요청합니다.
| 발견한 불일치 | 정본에서 확인할 사실 | 수정 착수 판단 |
|---|---|---|
| 병원명 일부가 다름 | 현재 승인한 병원명과 해당 지점의 명칭 | 다른 병원이나 지점을 가리키면 오류로 처리 |
| 주소 일부가 다름 | 현재 운영 장소와 방문에 필요한 위치 정보 | 다른 장소로 안내하면 수정에 착수 |
| 전화 표기가 다름 | 해당 안내에 사용할 번호와 연결 대상 | 연락처가 달라지면 수정하고 형식 차이는 별도 정리 |
표기 일부가 생략되었더라도 대상 병원과 운영 장소, 연락처가 같은지는 별도로 판단해야 합니다. 반대로 겉으로 비슷한 이름이나 주소라도 실제 대상이 다르면 표기 정리로 처리할 수 없습니다. 생략된 내용 때문에 방문 장소를 특정할 수 없는 경우에는 해당 채널이 어떤 안내를 하는지까지 함께 판단합니다.
단일 발견에 맞춘 처리 범위
발견한 오류는 해당 항목을 중심으로 처리하고, 관련 없는 정보를 함께 변경하지 않는 편이 좋습니다. 담당자는 현재 표시와 수정할 값을 나란히 기록해 어떤 차이를 고치는지 설명합니다. 같은 화면에서 다른 의심 항목을 발견하더라도 근거가 확정된 작업과 조사 중인 작업은 따로 관리합니다.
구글은 사용자 신고와 라이선스 콘텐츠 등 여러 출처의 정보를 바탕으로 비즈니스 프로필을 업데이트할 수 있다고 설명합니다. 병원이 직접 입력했다는 이유만으로 현재 표시가 계속 유지된다고 전제해서는 안 됩니다. 이번 판단에서는 입력 당시의 기억보다 지금 발견한 값과 병원의 현재 사실을 기준으로 삼습니다.
정본에서 변경 요청까지의 순서
수정 작업은 해당 항목의 정본을 확정한 뒤 시작합니다. 실장은 사실을 승인하고, 채널 담당자는 그 사실을 반영할 수 있는 조건과 권한을 조사하도록 역할을 나눕니다. 담당자는 변경 전 화면, 정본의 승인 근거, 수정할 값을 준비하되 판단과 무관한 환자 자료는 포함하지 않습니다.
- 해당 항목의 정본을 찾고, 현재도 유효한지 실장에게 확인받습니다. 자료끼리 충돌하면 어느 값이 현재 사실인지 승인한 뒤 다음 단계로 진행합니다.
- 발견한 값이 실제 대상을 달리 안내하는지 판단합니다. 사실이 같고 표시 형식만 다르면 오류 수정 대신 내부 표기 규칙 정리로 처리합니다.
- 확정된 오류의 수정 작업을 시작하고 채널의 변경 조건을 조사합니다. 직접 처리할 권한이 없으면 권한자에게 근거와 수정할 값을 전달합니다.
수정 요청에 쓸 값은 승인된 형태로 하나만 준비합니다. 여러 후보를 함께 전달하면 채널 담당자가 병원의 사실까지 결정해야 하는 상황이 생깁니다. 아직 결론이 나지 않은 내용은 요청 값에 섞지 말고 추가 판단이 필요한 사항으로 기록합니다.
채널 조건에 따른 반영 판단
채널마다 변경 조건이 다르므로 수정에 착수했다는 기록만으로 공개 반영을 완료 처리하지 않습니다. 다음 표는 각 채널이 안내하는 변경 조건과 병원 담당자가 기록할 진행 상태를 연결한 것이며, 모든 항목에 공통으로 적용되는 절차는 아닙니다.
| 정보가 있는 채널 | 채널이 안내하는 변경 조건 | 착수와 반영의 구분 |
|---|---|---|
| 애플 비즈니스 | 애플의 장소 이름 변경에 이의를 제기하면 수정한 표시 이름을 제출하고 애플이 검토 | 이의 제기 제출과 이름 변경 승인 상태를 따로 기록 |
| 구글 비즈니스 프로필 | 구글 업데이트 중 일부만 프로필에서 관리 가능 | 발견한 변경이 관리 가능한 대상인지 판단한 뒤 처리 상태 기록 |
| 당근 비즈프로필 | 이름·주소는 사업자 정보 등록 상태에 따라 변경 빈도 제한 또는 요청 검수 적용 | 요청 준비·제출과 공개 화면 반영을 별도 처리 |
애플의 이름 변경 이의 제기 절차를 주소나 전화 수정에도 그대로 적용하지 않습니다. 당근의 이름·주소 변경 조건 역시 전화번호에 같은 제한이 있다는 근거로 사용할 수 없습니다. 담당자는 발견한 항목에 해당하는 조건만 적용하고, 다른 항목의 절차만으로 처리 방법을 정할 수 없으면 해당 채널의 안내를 추가로 확인합니다.
변경 제한 때문에 바로 제출할 수 없다면 준비 작업과 제출 작업을 나눕니다. 담당자는 승인한 값과 필요한 자료를 정리하고, 제출이 가능한 조건을 채널 운영자에게 묻습니다. 실장은 요청을 맡을 사람과 후속 처리 시점을 정하되 공개 반영 날짜를 임의로 약속하지 않습니다.
착수 기록과 완료 기록의 차이
착수 기록에는 발견한 항목, 수정할 값, 실제로 수행한 작업을 남깁니다. 자료를 준비한 상태라면 요청 준비로, 채널에 전달했다면 제출로 기재합니다. 담당자가 입력을 마쳤다는 보고만으로 공개 정보까지 변경되었다고 기록하지 않습니다.
완료 기록은 해당 공개 화면에 승인한 값이 반영되었을 때 남깁니다. 담당자는 수정 대상이었던 항목을 읽고 변경 전 기록과 대조한 뒤, 반영된 화면과 확인 날짜를 보관합니다. 화면을 열 수 없거나 결과를 판정할 수 없는 상태라면 완료 처리를 유보하고 그 사유를 기재합니다.
기록에는 채널의 응답과 병원의 다음 행동도 분리해 작성합니다. 검토 중이라는 응답을 받았으면 응답 내용과 회신을 받을 담당자를 남기고, 추가 자료 요청이 있으면 제출할 자료와 승인자를 정합니다. 병원 내부에서 작업이 끝났더라도 채널의 후속 응답이 남아 있으면 담당 업무를 종료하지 않습니다.
변경 제한과 오류 판단의 분리
변경 제한이나 검수는 처리 방법에 영향을 주지만, 틀린 정보를 올바른 정보로 만드는 근거는 아닙니다. 요청이 막혔다면 담당자는 차단된 단계와 채널이 요구한 조건을 기록합니다. 실장은 사실 판단을 다시 시작할 필요가 있는지, 제출 방법만 조정하면 되는지를 결정합니다.
반려 사유가 병원명이나 위치를 입증하는 자료의 부족이라면 관련 근거를 보완합니다. 반려 사유가 사실 자체의 충돌이라면 실장이 정본을 승인한 근거를 다시 검토합니다. 단지 요청이 승인되지 않았다는 이유로 현재 공개 값을 정본에 복사하지 않습니다.
애플은 장소 이름 변경에 대한 이의 제기를 검토하며, 제안한 이름이 승인되지 않으면 표시 이름을 편집해 재검토를 요청할 수 있다고 안내합니다. 이런 응답을 받으면 병원 담당자는 제출 내용과 반려 내용을 함께 보관하고 다음 처리에 필요한 자료를 정합니다. 재요청을 준비했다는 사실도 공개 반영 완료와는 별도로 기록합니다.
맞는 문구와 잘못된 연결 대상
전화번호 문구가 정본과 같아도 클릭했을 때 다른 번호로 연결된다면 별도의 오류가 존재합니다. 홈페이지처럼 병원이 직접 연결 설정을 관리하는 곳에서는 표시된 문구와 실제 연결 대상을 함께 검사합니다. 번호 문구만 다시 입력하고 작업을 끝내면 잘못된 연결 설정이 남을 수 있습니다.
담당자는 연결 오류를 발견한 위치와 연결된 값을 기록해 관리 권한자에게 전달합니다. 공개 문구를 변경할 필요가 없는 경우에는 연결 설정만 수정 대상으로 지정합니다. 수정 후에는 문구의 일치 여부와 연결 대상의 정확성을 각각 판정하고, 이를 이름이나 주소의 표기 규칙 문제로 확대하지 않습니다.
자주 묻는 질문
근무 시간이 끝난 뒤 발견한 오류도 바로 처리해야 하나요?
바로 착수한다는 기준이 모든 담당자의 야간 작업을 뜻하지는 않습니다. 발견한 직원은 오류 내용과 발견 위치를 병원이 정한 인계 경로로 전달하고, 실제 수정은 권한 있는 담당자가 맡습니다. 업무 외 시간의 대응 담당과 연락 기준은 병원이 운영 여건에 맞게 정합니다.
수정 담당자가 휴가 중이면 누가 작업을 맡아야 하나요?
실장이 대체 담당자를 지정하고 필요한 접근 권한을 정식 절차로 마련합니다. 대체 담당자가 처리할 수 없는 작업은 원래 담당자의 복귀만 기다리기보다 채널 운영자에게 가능한 처리 경로를 묻습니다. 개인 계정의 인증 정보를 임의로 빌려 쓰는 방식은 대체 업무 절차로 삼지 않습니다.
오류를 알려 준 사람에게 내부 정본을 보내야 하나요?
내부 정본 전체를 보낼 필요는 없습니다. 외부에 공개할 수 있는 올바른 항목과 처리 진행 상황만 전달하고, 승인 기록이나 다른 내부 연락처는 제외합니다. 제보자가 병원 직원인 경우에도 그 사람이 업무에 필요한 범위만 열람하도록 합니다.
앞으로 변경할 예정인 정보를 먼저 입력해도 되나요?
예정된 변경은 현재 정보의 오류 수정과 별도 업무로 처리합니다. 실장은 변경이 실제로 적용되는 시점과 공개할 내용을 승인하고, 담당자는 채널이 예약 변경을 지원하는지 추정하지 말고 가능한 방식을 조사합니다. 현재 사실과 다른 값을 미리 공개할지의 판단을 단일 오류 처리에 섞지 않습니다.
수정 판단을 두고 실장과 담당자의 의견이 다르면 어떻게 하나요?
의견의 차이가 사실에 관한 것인지 표현 방식에 관한 것인지 먼저 정리합니다. 현재 병원명이나 운영 장소처럼 사실이 쟁점이면 이를 승인할 책임자가 근거를 바탕으로 결정하고, 표기 선택이 쟁점이면 내부 규칙의 결정권자가 정합니다. 담당자는 결정 결과와 승인자를 기록한 뒤 그 범위에 맞춰 작업합니다.