점검 항목에 연결하는 개선 과제 목록
채널별 점검에서 발견한 개선점은 정본이나 점검 결과를 덮어쓰지 않고, 해당 항목과 연결된 별도 개선 과제 목록에 기록하는 방안을 제안합니다. 이 목록에서는 검토할 제안과 확정된 수정 업무를 구분합니다. 담당자는 발견한 내용을 먼저 기록하고, 병원이 확정한 정보와 근거를 대조한 뒤 수정 업무로 넘길지 결정합니다.
정본은 병원이 현재 유효하다고 확정한 정보를 담고, 점검 기록은 공개 화면에서 관찰한 내용을 담습니다. 개선 과제 목록은 그 관찰을 바탕으로 무엇을 변경할지 판단하는 데 사용합니다. 변경 이력에는 실제로 변경한 내용과 그 근거를 남깁니다. 서로 다른 기록의 역할을 유지해야 제안 단계의 문구가 병원의 확정 정보로 취급되는 일을 막을 수 있습니다.
개선점이 발견됐다는 이유만으로 기존 결과를 지우면 당시 화면에 어떤 내용이 있었는지 알기 어렵습니다. 정본에 희망하는 문구를 먼저 넣으면 아직 결정하지 않은 내용이 이후 업무의 기준으로 사용될 수 있습니다. 담당자는 원래 기록을 유지하고, 개선 과제에 관련 항목을 찾을 수 있는 식별명을 기재합니다.
| 기록 종류 | 담을 내용 | 기록할 시점 | 연결 대상 |
|---|---|---|---|
| 점검 기록 | 공개 화면에서 관찰한 정보와 결과 | 해당 항목을 조사한 때 | 발견한 개선 과제 |
| 개선 과제 목록 | 관찰한 문제와 제안 내용 | 개선 필요성을 발견한 때 | 관련 항목과 판단 근거 |
| 정본 | 병원이 확정한 현재 정보 | 정보의 유효성을 확정한 때 | 채택한 수정 업무의 기준 |
| 변경 이력 | 실제로 변경한 내용과 근거 | 변경한 사실을 기록할 때 | 수정 업무와 관련 개선 과제 |
이 연결은 같은 내용을 모든 기록에 복사하는 방식으로 만들 필요가 없습니다. 각 기록에서 관련 항목이나 과제를 찾을 수 있도록 이름을 연결하고, 판단에 필요한 설명만 추가합니다. 기록마다 문구를 따로 수정하다가 서로 다른 내용이 남는 일을 줄이기 위한 구성입니다.
관찰한 문제와 제안 내용의 분리
관찰한 문제에는 화면에서 읽은 내용과 개선이 필요하다고 판단한 이유를 씁니다. 제안 내용에는 변경하고 싶은 표현이나 추가로 조사할 대상을 기재합니다. 아직 사실관계가 확정되지 않았다면 문제 설명에도 단정적인 표현을 사용하지 않습니다.
공개 문구가 정본과 다르다는 판단과 안내 문장을 더 이해하기 쉽게 만들자는 의견은 성격이 다릅니다. 전자는 현재 정보의 정확성을 가리는 일이 필요하고, 후자는 사실을 유지하면서 표현을 정비할지 결정해야 합니다. 담당자는 과제 제목에 결론을 미리 넣기보다 본문에서 판단 이유와 제안 목적을 나누어 설명합니다.
특히 ‘잘못된 정보 수정’이라는 제목은 오류가 확정된 것으로 읽힐 수 있습니다. 근거가 부족한 단계에서는 ‘공개 정보와 정본의 차이 검토’처럼 남은 판단을 드러내는 이름을 사용합니다. 과제 제목만 읽는 사람도 현재 확정된 범위를 알 수 있게 작성합니다.
발견 항목부터 수정 결정까지의 순서
기록은 발견한 점검 항목에서 시작해 연결된 개선 과제 목록으로 이어지도록 작성합니다. 담당자는 해당 화면의 관찰 내용, 관련 정본의 항목, 판단에 사용할 근거를 준비합니다. 자료가 없거나 유효성을 판단하지 못한 부분은 빈칸으로 남기지 말고 무엇이 필요한지 설명합니다.
- 발견한 항목의 식별명과 관찰 내용을 읽고, 개선 과제가 어떤 결과에서 출발했는지 연결합니다.
- 개선 과제 목록에 발견 위치, 관찰한 문제, 제안 내용, 정본 확인 필요 여부를 기재합니다.
- 관련 정본과 필요한 원출처 자료를 대조하고, 제안을 채택하거나 보류할 이유를 기록합니다.
- 채택한 내용의 수정 범위를 확정하고, 해당 과제에서 연결할 수정 업무를 지정합니다.
발견 위치는 채널명만 적기보다 어떤 화면의 어떤 안내에서 발견했는지 알 수 있게 작성합니다. 관련 점검 항목은 발견 위치와 함께 기재하되, 화면의 위치 설명과 항목의 식별명을 혼동하지 않습니다. 관찰 문구를 옮길 때는 변경을 제안하는 문구와 같은 칸에 섞지 않습니다.
정본 확인 필요 여부에는 필요하거나 불필요하다는 표시만 남기지 않습니다. 어떤 정보가 미확정인지, 정본의 어떤 항목을 근거로 판단했는지 짧게 추가합니다. 표현 정비만 제안하더라도 의미가 달라질 가능성이 있으면 그 부분을 판단 대상으로 남깁니다.
근거와 수정 업무를 잇는 상태 기록
아래 상태 이름은 병원 내부에서 사용할 수 있는 기록 방식의 제안입니다. 플랫폼에 표시되는 공식 상태와 같은 뜻으로 사용하지 않습니다. 담당자는 내부 판단의 진행 단계와 외부 서비스의 처리 결과를 각각 기재합니다.
| 개선 과제 | 기록할 상태 | 확인할 근거 | 연결할 수정 업무 |
|---|---|---|---|
| 사실관계가 미확정인 내용 | 근거 확보 필요 | 관련 정본과 원출처 자료 | 수정 업무 연결 전 |
| 변경 방향을 논의하는 내용 | 제안 검토 중 | 관찰한 문제와 제안 이유 | 채택 결정 후 지정 |
| 병원이 변경하기로 정한 내용 | 수정 업무 연결 | 채택 내용과 확정 범위 | 해당 수정 업무의 식별명 |
| 외부 서비스에 제출한 내용 | 외부 처리 결과 대기 | 제출 내용과 서비스의 처리 상태 | 제출한 수정 업무 |
수정 업무로 연결할 때는 제안 문장을 그대로 작업 지시로 복사하지 않습니다. 채택한 내용, 제외한 내용, 결정 근거를 정리해 실제로 변경할 범위를 명시합니다. 일부만 채택했다면 남은 제안까지 승인된 것으로 읽히지 않도록 범위를 제한합니다.
정보 자체가 변경된 경우에는 확정된 내용에 따라 정본을 갱신하고 그 근거를 남깁니다. 공개 화면을 정본에 맞게 수정하는 일이라면 정본을 새로 변경할 이유가 있는지 별도로 판단합니다. 변경 이력은 수정 업무에 연결하되, 개선 과제의 최초 제안과 실제 처리 결과를 서로 다른 내용으로 기록합니다.
원출처 판단 전의 확정 수정 표시
네이버 스마트플레이스 고객센터는 플레이스 검색 결과의 진료과목, 전문의 정보, 특수진료장비 등이 건강보험심사평가원에서 제공한 정보이며, 수정이 필요하면 해당 기관에 문의하도록 안내합니다. 병원 담당자는 이런 항목에서 차이를 발견했을 때 원출처 조사 필요성을 과제에 남깁니다. 공개 화면의 차이만으로 직접 수정할 내용을 확정하지 않습니다.
이때 제안 내용은 ‘현재 병원 자료를 근거로 원출처의 정보 정정 필요성을 판단’처럼 작성할 수 있습니다. 기관에 문의할 내용과 병원이 변경하기로 확정한 내용을 같은 상태로 표시하지 않습니다. 원출처 자료가 병원 자료와 다르다면 어느 자료를 현재 판단 근거로 사용할지 결정한 이유도 기록합니다.
자료를 확보했다고 모든 의문이 해소되는 것은 아닙니다. 적용 대상이나 정보의 유효성이 불명확하면 해결되지 않은 질문을 과제에 남깁니다. 수정 결정을 보류한 이유가 자료 부족인지, 자료 해석의 차이인지 설명해야 이후 논의가 같은 질문을 반복하지 않습니다.
제출 상태와 공개 결과의 분리
구글은 인증된 비즈니스 프로필의 수정 내용을 검토하며, 저장한 수정사항에 승인됨, 승인되지 않음, 대기 중 등의 상태가 표시될 수 있다고 설명합니다. 병원이 수정 내용을 제출했다면 개선 과제에는 제출 사실과 현재 처리 상태를 기록합니다. 검토 중인 건을 공개 정보의 개선 완료로 표시하지 않습니다.
애플은 이용자가 보고한 내용을 검토해 장소 카드를 편집할 수 있고, 장소 이름이나 상태, 영업시간 등을 변경하면 관련 권한을 가진 사용자에게 이메일을 보낸다고 안내합니다. 병원에서 제출한 수정 업무가 없는데 공개 정보가 변경될 가능성도 기록에 반영해야 합니다. 변경을 발견한 담당자는 발생 경위를 모르는 부분을 추정으로 채우지 않고, 알림 등 확보한 자료를 근거로 기재합니다.
개선 과제를 마감할 때는 채택한 범위의 처리가 끝났는지와 공개 결과가 어떤지를 함께 남깁니다. 제안을 채택하지 않았거나 외부 처리가 승인되지 않은 경우에도 그 이유를 기록하면 과제를 종료할 수 있습니다. 종료한 과제가 모두 개선 완료를 뜻하지 않도록 종료 사유를 구체적으로 작성합니다.
자주 묻는 질문
이미 등록한 개선 과제와 같은 제안이 나오면 어떻게 하나요?
새로 발견한 내용이 기존 과제의 판단 범위에 포함되면 해당 과제에 추가 근거로 기록합니다. 표현이 비슷하더라도 적용 대상이나 원하는 변경 내용이 다르면 별도 과제로 작성하고 관련 과제를 연결합니다. 중복 여부는 제목이 같은지만으로 결정하지 않습니다.
근거가 없는 개인 의견도 개선 과제로 남길 수 있나요?
의견이라는 성격을 명시하면 제안으로 기록할 수 있습니다. 제안자가 느낀 불편과 사실로 입증된 문제를 같은 표현으로 쓰지 않습니다. 판단 자료가 없는 단계에서는 채택 이유를 만들기보다 어떤 자료가 있어야 논의할 수 있는지 기재합니다.
개선 제안의 문장을 나중에 고쳐도 괜찮나요?
의도를 명확히 하는 표현 수정은 가능하지만, 제안의 목적이나 범위가 달라지면 변경 이유를 남깁니다. 이미 결정을 내린 제안은 당시 판단 대상이 무엇이었는지 알 수 있도록 유지합니다. 새 제안으로 볼 만큼 내용이 달라졌다면 기존 결정과 연결한 후속 과제로 작성합니다.
채택하지 않은 개선 과제는 목록에서 삭제해도 되나요?
내부 운영상 기록을 유지할 필요가 있다면 미채택 사유와 종료 상태를 남기는 편이 유용합니다. 목록이 길어져 진행 중인 업무를 찾기 어렵다면 종료 과제를 별도로 표시합니다. 보존 여부는 병원의 기록 관리 방침에 따라 정하되, 진행 중인 업무처럼 표시하지 않습니다.
여러 제안 중 무엇을 먼저 논의할지도 기록해야 하나요?
논의 순서를 정했다면 우선 처리할 이유를 함께 기재하는 방안을 권합니다. 현재 안내의 정확성과 관련된 일인지, 표현을 정비하는 일인지에 따라 필요한 판단이 달라질 수 있습니다. 우선순위 표시가 제안의 채택 결정이나 외부 서비스의 처리 순서를 뜻하지 않도록 설명합니다.