검토한 본문 버전에 연결하는 승인
실행 제안으로, 의료진 승인은 검토한 본문 버전에만 연결하고 홍보 담당자가 수정한 버전은 재확인 대기로 분리합니다. 병원은 이전 승인 표시만으로 새 본문을 게시하지 못하도록 업체에 요구합니다. 이 운영 방식의 적용 범위와 게시 조건은 병원이 정해 업체와 합의합니다.
관리 화면의 글 제목 옆에 승인 표시만 있으면 어떤 본문을 의료진이 검토했는지 구별하기 어렵습니다. 홍보 담당자가 문장을 변경해도 표시가 유지된다면 이전 판단이 수정본에도 적용된 것으로 오해할 수 있습니다. 업체에는 승인 당시의 본문과 그 본문을 식별하는 버전 정보를 함께 보관하도록 요청합니다.
기존 승인본은 승인 이력을 유지하고, 수정본은 별도의 상태를 갖도록 설계합니다. 수정했다는 이유로 과거 승인 기록까지 지우면 당시 검토한 내용을 추적하기 어렵습니다. 관리 화면에서는 현재 편집 중인 본문, 의료진이 승인한 본문, 공개 중인 본문을 구별할 수 있어야 합니다.
수정 유형별 재확인 담당
재확인 담당은 수정한 글자 수보다 문장의 뜻이 달라졌는지를 기준으로 정합니다. 띄어쓰기처럼 뜻을 유지하는 수정은 병원이 지정한 담당자가 처리하도록 정할 수 있습니다. 진료 설명의 대상이나 조건이 달라지는 수정은 의료진에게 다시 전달하도록 구분합니다.
| 수정 상황 | 수정본에 둘 상태 제안 | 재확인 담당 |
|---|---|---|
| 뜻을 유지하는 오탈자·띄어쓰기 정정 | 재확인 대기, 경미한 수정으로 표시 | 병원이 지정한 홍보 책임자 |
| 문장 추가·삭제로 설명의 의미 변경 | 재확인 대기, 의료진 판단 필요 | 해당 설명을 판단할 의료진 |
| 문단 이동으로 조건과 설명의 연결 변경 | 재확인 대기, 문맥 재검토 필요 | 의료진과 홍보 담당자 |
| 수정 영향이 불분명한 표현 변경 | 재확인 대기, 담당 지정 전 게시 보류 | 병원 책임자가 지정한 의료진 |
단어 하나를 삭제해도 대상이나 제한 조건이 달라질 수 있으므로, 짧은 수정이라는 이유만으로 경미한 수정으로 분류하지 않습니다. 홍보 담당자는 변경 이유를 기재하고, 분류가 애매하면 스스로 게시 가능 상태로 처리하지 않도록 정합니다. 실장은 수정 유형별 담당자와 판단이 어려울 때 전달할 책임자를 업체에 알려야 합니다.
네이버 서치어드바이저는 변경되는 정보를 최신 상태로 관리하고 독자가 이해하기 쉽게 구성할 것을 권장합니다. 다만 병원의 승인 상태 이름이나 재확인 담당을 정하는 내용은 아닙니다. 병원은 콘텐츠 관리 권장 사항과 내부 승인 절차를 구분하고, 상태 전환 방식은 업체와 별도로 합의합니다.
승인본 분리부터 게시 판단까지의 순서
실장은 승인 기록이 있는 본문을 기준으로 작업을 시작하도록 요청합니다. 홍보 담당자는 수정 이유와 변경 전후 문장을 준비하고, 업체는 저장할 때 어떤 상태로 전환되는지 설명해야 합니다. 기존 공개본을 유지할지 별도로 조치할지도 병원이 결정해 요청서에 기재합니다.
- 승인본과 수정본을 구분합니다. 승인 당시의 본문, 승인한 사람, 승인 시점과 버전 정보를 연결하고 수정 작업은 별도 버전에서 진행합니다.
- 수정본을 재확인 대기로 전환합니다. 변경한 사람과 수정 이유를 기록하고, 앞에서 정한 기준에 따라 재확인 담당자에게 전달합니다.
- 재확인한 버전의 게시 가능 여부를 확인합니다. 담당자의 판단을 해당 버전에 기록한 뒤, 게시 대상으로 선택된 본문이 그 버전과 일치하는지 대조합니다.
의료진에게는 완성된 수정본과 변경 전후 내용을 함께 전달합니다. 바뀐 문장만 따로 보내면 삭제된 조건이나 주변 문단의 영향을 판단하기 어렵기 때문입니다. 재확인 결과에는 사용할 본문을 특정하고, 추가 수정 요청이 있으면 그 요청을 반영한 본문으로 다시 처리하도록 정합니다.
업체에 요구할 관리 기능과 시험 동작
업체에는 승인 표시를 추가하는 작업만 요청하지 말고, 저장과 게시 과정에서 상태가 어떻게 달라져야 하는지 전달합니다. 기능 설명을 받은 뒤에는 병원 담당자 계정으로 시험용 본문을 수정해 결과를 기록합니다. 시험용 내용은 공개되지 않는 환경에서 사용하도록 업체와 조율합니다.
| 업체에 요구할 기능 | 병원이 해 볼 확인 동작 | 기대하는 상태와 게시 결과 |
|---|---|---|
| 버전별 본문과 승인 기록 보관 | 승인 후 본문을 수정해 저장 | 이전 승인본 보존, 수정본 별도 생성 |
| 수정 저장 시 상태 전환 | 승인된 문장의 일부를 변경 | 수정본은 재확인 대기, 승인 자동 승계 없음 |
| 변경 내용과 담당자 표시 | 수정 이유 입력 후 재확인 요청 | 담당자가 변경 전후 내용과 요청을 열람 |
| 버전과 연결된 게시 제한 | 대기 중인 수정본의 게시 시도 | 게시 차단, 필요한 처리 표시 |
| 재확인 결과와 게시 대상 연결 | 처리 완료 후 게시할 본문 선택 | 허용된 버전만 게시 대상으로 선택 |
병원은 시험한 계정, 수행한 동작, 저장 후 상태, 게시 시도 결과를 업체에 회신합니다. 기대한 결과와 다르면 어느 동작에서 차이가 발생했는지 특정해 수정 요청을 보냅니다. 계약이나 작업 합의에는 기능 이름뿐 아니라 병원이 완료 여부를 판단할 시험 결과도 포함합니다.
재확인 중 추가 수정의 처리
재확인을 요청한 뒤 본문을 추가로 수정했다면, 진행 중인 요청이 어느 버전을 대상으로 하는지 먼저 가립니다. 의료진이 열람한 본문과 현재 저장된 본문이 다르면 그 응답을 최신 수정본의 승인으로 처리하지 않습니다. 업체에는 요청 당시 버전을 고정해 열람하게 하거나, 추가 수정 시 기존 요청을 종료하고 새 요청을 생성하는 방식을 요구합니다.
홍보 담당자는 추가 수정이 발생했음을 재확인 담당자에게 알리고 변경 이유를 전달합니다. 의료진이 이전 버전에 답한 경우에는 그 결과를 해당 버전에만 남깁니다. 관리 화면에는 새 수정본에 대한 처리가 남아 있다는 사실을 표시하도록 요청합니다.
답변이 도착한 시각만으로 승인 대상이 결정되지 않도록 주의합니다. 늦게 도착한 답변이 더 오래된 본문에 관한 것일 수 있기 때문입니다. 실장은 답변과 연결된 버전 정보를 기준으로 처리 순서를 결정합니다.
저장된 본문과 게시된 본문의 구별
편집 화면에서 저장을 마쳤다는 사실만으로 공개본이 변경되었다고 판단하지 않습니다. 업체가 저장과 게시를 별도 동작으로 구현했다면, 대기 중인 수정본을 저장해도 기존 공개본은 유지될 수 있습니다. 병원은 이 동작을 사전에 합의하고 관리 화면에 공개 중인 버전을 표시하도록 요청합니다.
게시 후에는 공개 화면의 본문이 선택한 버전과 일치하는지 대조합니다. 관리 화면에는 새 본문이 있지만 공개 화면에는 이전 본문이 남아 있다면, 업체에 실제 게시 처리 여부와 전달 상태를 설명하도록 요청합니다. 실장은 공개 결과를 기록한 뒤 해당 수정 작업을 완료로 처리합니다.
일괄 수정 작업의 승인 처리
여러 본문의 같은 표현을 일괄 변경할 때는 승인 상태도 한꺼번에 처리되는지 따져야 합니다. 업체가 기술적으로 문자열을 교체했더라도 본문마다 주변 설명과 연결되는 방식이 다를 수 있습니다. 병원은 일괄 수정 대상 목록과 실제 변경된 본문 목록을 받아 누락된 항목을 가립니다.
수정 대상 전체에 같은 승인 결과를 적용하려면 재확인 담당자가 어떤 본문 묶음을 판단했는지 특정해야 합니다. 작업 요청서의 대표 문장만 승인받고 나머지 본문까지 처리 완료로 표시하지 않도록 정합니다. 업체에는 본문별 처리 결과와 제외된 항목을 구별해 회신하도록 요구합니다.
자주 묻는 질문
재확인 요청을 철회하면 수정본도 삭제해야 합니까?
요청 철회와 수정본 삭제는 별도로 처리하도록 제안합니다. 철회 이유와 대상 버전을 남기고, 수정본을 보관할지 폐기할지는 병원의 기록 관리 방식에 따라 정합니다. 미사용 본문이 실수로 게시 대상으로 선택되지 않도록 상태를 명확히 표시합니다.
기존 승인본으로 되돌리면 바로 게시할 수 있습니까?
되돌릴 본문이 현재도 사용할 수 있는 내용인지 병원이 판단해야 합니다. 승인 당시와 운영 조건이 달라졌다면 과거 승인 이력만으로 재사용을 결정하지 않습니다. 복원 이유와 선택한 본문을 기록하고 필요한 재확인을 요청합니다.
전자우편으로 받은 승인 답변을 기록해도 됩니까?
병원이 정한 기록 방식에 따라 전자우편 답변을 승인 근거로 연결할 수 있습니다. 다만 답변만 보관하면 어떤 본문에 동의했는지 불분명할 수 있으므로, 당시 전달한 파일이나 본문 버전을 함께 연결합니다. 답변을 관리 화면에 옮긴 사람과 처리 시점도 남기도록 요청합니다.
관리 화면의 승인 상태를 환자에게 공개해야 합니까?
내부 작업 상태와 환자에게 표시할 정보는 별도로 결정합니다. 재확인 대기나 게시 보류 같은 업무용 표시를 그대로 공개할 필요가 있다고 단정하지 않습니다. 공개 표시를 사용하려면 환자가 그 의미를 오해하지 않도록 문구와 적용 대상을 병원이 정합니다.
현재 관리 도구에 버전 기능이 없으면 어떻게 합니까?
기능을 보완하기 전에는 승인본과 수정본을 구별해 보관하고 게시 요청 대상 파일을 명시하는 방식으로 운영할 수 있습니다. 담당자는 상태 기록과 실제 게시 파일이 일치하는지 관리해야 합니다. 다만 문서 기록만으로 게시 제한 기능이 구현되는 것은 아니므로, 업체에 가능한 보완 방식과 수동 처리의 한계를 설명하도록 요구합니다.