변경 공지에 대한 환자 문의 기록

관련 공지와 정본에 연결하는 문의 기록

접수 담당자는 기록을 읽을 사람이 당시 질문과 답변의 근거를 찾을 수 있는지를 기준으로 입력 내용을 선택합니다. 환자가 말한 내용과 병원이 확정한 내용을 한 문장에 섞으면 어느 쪽의 설명인지 가리기 어렵습니다. 질문은 문의 요지에, 병원이 답한 내용은 안내 내용에, 아직 답하지 못한 조건은 미확인 사항에 각각 기재합니다.

환자 문의를 공지 제목만으로 연결하면 제목이 비슷한 공지를 잘못 참조할 수 있습니다. 공지 담당자는 해당 공지를 식별할 수 있는 값을 정하고, 문의 접수 담당자는 그 값과 질문에 해당하는 정본 항목을 함께 기재합니다. 연결할 공지를 찾지 못했다면 비슷한 공지를 임의로 선택하지 말고 연결 상태를 미확정으로 남깁니다.

이 항목 구성은 병원 내부 업무를 위한 기록 설계이며 플랫폼의 입력 양식을 설명하는 것은 아닙니다. 병원은 기존 업무 기록에서 필요한 항목을 관리할 수 있는지 먼저 판단합니다. 새 문의 대장을 만든다는 이유만으로 예약자 정보나 연락처를 옮기는 절차를 추가하지 않습니다.

접수 경로와 공지를 접한 경로의 차이

접수 경로는 환자가 질문을 전달한 경로이고, 공지 확인 경로는 환자가 공지를 접했다고 말한 경로입니다. 전화로 문의했다고 해서 전화로 변경 안내를 받았다고 기록하지 않습니다. 환자가 게시물을 읽었다고 말하면서 전화로 질문했다면 두 항목은 서로 다른 내용으로 남습니다.

환자가 공지를 어디에서 접했는지 기억하지 못하면 해당 칸에는 경로 미확인으로 기재합니다. 공지 내용을 알고 있다는 이유만으로 병원이 사용한 게시 경로를 추정해 입력하지 않습니다. 가족에게 들었다는 설명이 있다면 그 진술만 남기고, 가족이 처음 공지를 접한 경로까지 확정하지 않습니다.

접수부터 후속 확인까지의 실행 순서

접수 담당자는 질문의 대상이 된 변경 사항을 먼저 찾고, 공지 담당자는 해당 공지와 정본을 연결할 자료를 준비합니다. 준비할 자료는 공지 식별값이 있는 공지 내용, 적용 시점이 명시된 정본, 항목별 확인 담당 목록입니다. 답변에 필요하지 않은 환자 프로필이나 예약 내역 전체를 준비 자료에 포함하지 않습니다.

1. 관련 변경 공지와 정본을 확인합니다. 접수 담당자는 문의 대상 항목을 지정하고, 공지 담당자는 공지에 적힌 적용 시점과 정본의 적용 시점을 대조합니다.
2. 문의 요지와 안내 내용을 기록합니다. 접수 담당자는 질문에서 답이 필요한 조건을 남기고, 실제로 안내한 기준값과 그때 참조한 정본을 기재합니다.
3. 미확인 사항과 확인 담당을 연결합니다. 아직 판단할 수 없는 조건을 별도 칸에 기재하고, 그 조건을 결정할 담당자에게 필요한 자료와 함께 전달합니다.

정본의 기준값은 질문에 따라 달라지므로 하나의 고정된 입력 문구로 처리하지 않습니다. 일정에 관한 질문이면 적용 날짜와 운영 시간을, 금액에 관한 질문이면 해당 항목과 적용 조건을 기록하는 식으로 설계합니다. 기준값을 찾지 못한 상태에서는 예정된 내용을 확정된 답변처럼 기재하지 않습니다.

안내 근거와 후속 결과의 입력 항목

안내 기록은 질문을 접수한 기록과 같은 문의 기록 식별값으로 연결합니다. 실장은 각 문의의 답변 근거와 남은 업무를 함께 읽을 수 있도록 아래 항목의 입력 위치를 정합니다. 한 기록 안에 모든 내용을 입력할 수 있다면 중복 대장을 만들 필요는 없습니다.

확인 담당자는 결론을 낸 뒤 판단 근거와 결과를 기록하고 안내 담당자에게 전달합니다. 내부 판단이 끝난 상태와 환자에게 그 결과를 전달한 상태는 별도로 기재합니다. 후속 확인 결과가 입력됐다는 이유만으로 환자 안내까지 완료된 것으로 처리하지 않습니다.

정본이 이후 변경되더라도 당시 안내에 사용한 자료의 식별 정보는 최신 자료와 혼동되지 않게 유지합니다. 새 기준으로 추가 안내했다면 이전 답변을 지우는 대신 후속 안내로 기록합니다. 담당자 교대 시에는 미확인 사항과 다음 처리 행동이 남아 있는 문의를 인계합니다.

고객 특이사항 입력과 문의 기록의 차이

네이버의 고객 메뉴 안내는 고객별 정보에서 고객 특이사항을 입력할 수 있다고 설명합니다. 같은 안내에는 고객의 등록 경로와 예약 이력 등을 조회할 수 있다는 내용도 있습니다. 이 설명만으로 변경 공지 식별값이나 정본의 적용 시점을 연결하는 별도 문의 기록 기능이 있다고 판단할 수는 없습니다.

병원 담당자는 고객 특이사항 입력란이 존재한다는 사실과 문의 기록에 필요한 항목을 관리할 수 있다는 판단을 따로 처리합니다. 앞에서 정한 기준에 따라 공지 연결, 안내 근거, 후속 처리 상태를 남길 수 있는지 판단합니다. 기능 이름만으로 기록 목적이 충족된다고 결론 내리거나 플랫폼이 문의를 자동 수집한다고 전제하지 않습니다.

고객 정보에 표시된 등록 경로도 환자가 공지를 접했다고 말한 경로를 대신하지 못합니다. 등록 경로를 조회했더라도 그것을 공지 확인 경로 칸에 복사하지 않습니다. 플랫폼에서 조회되는 정보와 환자 진술의 출처를 혼동하면 기록에 없는 사실이 추가됩니다.

답변이 끝난 문의와 판단이 남은 문의

접수 담당자가 답변을 전달했더라도 환자의 질문 전체에 답했는지는 별도로 판단합니다. 일부 조건만 안내했다면 안내한 범위와 남은 질문을 각각 기재합니다. 통화가 종료됐다는 사실만으로 문의 처리를 완료하지 않습니다.

담당자는 미확인 사항을 단순히 확인 필요라고 쓰지 않고 무엇을 결정해야 하는지 표현합니다. 질문에 적용할 날짜가 불명확하다면 적용 날짜를, 예외 대상인지 결정되지 않았다면 대상 조건을 남깁니다. 후속 담당자가 같은 질문을 다시 해석하지 않아도 필요한 자료를 찾을 수 있도록 작성합니다.

네이버의 예약자·주문자 목록 사용 가능 범위 안내는 예약·주문 개인정보의 활용을 해당 재화나 용역 제공 목적에 한정합니다. 병원은 이 안내를 별도 문의 대장으로 개인정보를 옮겨도 된다는 허용으로 해석하지 않습니다. 이 기록 설계만으로 개인정보의 보관 기간이나 접근 권한, 법적 적합성이 결정되는 것도 아닙니다.

서로 다른 질문을 한 기록에 담는 기준

한 번의 연락에서 여러 변경 사항을 물었다면 접수 경로는 같더라도 질문별 답변 근거가 다를 수 있습니다. 담당자는 각 질문에 연결할 공지와 정본 항목이 같은지를 기준으로 기록 단위를 정합니다. 서로 다른 담당자가 판단해야 하는 질문은 처리 상태를 각각 남길 수 있게 구성합니다.

여러 질문을 한 칸에 요약할 때는 완료된 답변과 남은 질문이 섞이지 않도록 합니다. 기록을 나누는 경우에는 같은 접수에서 발생한 문의라는 관계만 연결합니다. 질문이 추가될 때마다 환자 설명 전체를 복사하기보다 새로 답해야 할 내용과 그 답변 근거를 기재합니다.

이어서 읽을 주제

병원 홈페이지 리뉴얼을 준비한다면 문의 기록이 참조한 공지를 개편 후에도 어떻게 찾을지 정할 필요가 있습니다. 기존 공지와 새 화면의 연결 관계를 정리하는 주제를 이어 읽으면 개편 과정에서 문의의 근거 자료를 놓치지 않도록 준비할 수 있습니다.