원장의 궁금증과 환자의 궁금증이 섞일 때의 구분

제안자보다 답의 사용 목적

원장이 제안한 질문에도 환자가 실제로 알고 싶어 하는 내용이 포함될 수 있습니다. 반대로 환자를 독자로 지정했더라도 원장의 설명 의지만 담긴 질문일 수 있습니다. 담당자는 제안자의 직책으로 결론을 내리지 않고, 예상 독자가 답을 읽은 뒤 해결할 일을 문장으로 기재합니다.

답의 사용 목적은 ‘환자에게 도움이 되는 정보’처럼 넓게 쓰지 않습니다. 환자가 준비할 내용을 정하려는지, 안내받은 말의 뜻을 이해하려는지, 원장이 설명 범위를 정하려는지처럼 행동이나 판단을 드러냅니다. 해결할 일을 쓰기 어렵다면 질문의 문장이 매끄러워도 독자와 목적이 아직 정해지지 않은 상태로 처리합니다.

설명 관심과 수요 근거의 차이

구글은 사용자 중심 콘텐츠를 판단할 때 의도한 독자에게 유용한지, 읽은 사람이 목적을 달성할 만큼 내용을 이해할 수 있는지를 묻습니다. 병원 담당자는 이 관점을 질문 분류에 적용해 원장의 설명 목적과 환자의 이용 목적을 별도로 기재할 수 있습니다. 이는 병원이 선택할 편집 방식이며, 구글이 정한 질문 분류 절차는 아닙니다.

원장의 전문 지식은 답변의 내용과 설명 범위를 정하는 데 필요합니다. 그러나 설명할 가치가 있다는 판단만으로 환자가 그 질문을 실제로 했다고 기록하지는 않습니다. 담당자는 원장의 제안 이유와 환자 수요의 근거를 서로 대신 쓰지 않도록 관리합니다.

「국가건강정보 제공 개선 방향: 국가건강정보포털을 중심으로」는 건강정보 주제를 정할 때 전문가 자문과 소비자 수요조사를 거쳤다고 설명합니다. 병원에서도 전문가의 판단과 이용자의 필요를 서로 다른 자료로 취급할 수 있습니다. 해당 절차를 그대로 도입하기보다 현재 가진 질문 기록이 어떤 필요를 뒷받침하는지 명시합니다.

질문별 대상과 해결할 일 기록

실장은 질문을 정리하는 담당자에게 질문 원문, 제안자의 설명, 연결 가능한 환자 질문 기록을 준비하도록 요청합니다. 원장은 자신이 설명하고 싶은 내용과 그 내용을 제안한 이유를 전달합니다. 담당자는 환자 발언과 내부에서 정리한 표현을 서로 다른 자료로 유지합니다.

1. 제안한 사람과 답을 읽을 대상을 각각 기재합니다. 제안자가 원장이라는 이유로 예상 독자까지 원장으로 처리하지 않습니다.
2. 예상 독자가 답을 읽고 해결할 일을 짧은 문장으로 씁니다. 원장에게 설명 구성을 정할 질문과 환자가 자신의 준비 사항을 이해할 질문을 따로 표시합니다.
3. 환자 수요를 뒷받침하는 기록이 질문의 어느 내용과 연결되는지 기재합니다. 관련 주제가 등장했다는 사실만으로 질문 전체의 수요를 인정하지 않습니다.
4. 두 관심이 섞이면 환자용 답변 후보와 원장 검토 항목을 각각 작성합니다. 근거가 없는 부분에는 수요 확인 전 상태를 표시합니다.

아래 표는 질문마다 제안자와 독자, 해결할 일을 나란히 기재하는 작업 양식입니다. 빈칸에는 실제 자료에 있는 내용만 입력하며, 자료가 없으면 없다는 상태를 남깁니다. 행은 기록할 항목을 설명하며 실제 병원 질문을 대신하지 않습니다.

분리 결과와 원장 검토 자료

담당자는 표 작성 뒤 섞인 관심, 환자 수요 근거, 환자용 답변 후보, 원장 검토 항목, 분류 이유를 짧은 메모로 추가합니다. 분류 이유에는 환자용으로 채택한 내용과 아직 채택하지 않은 내용의 차이를 기재합니다. 원장에게는 환자의 실제 질문과 병원이 정리한 후보 문장을 함께 전달합니다.

원장은 후보 문장이 의학적으로 설명 가능한 범위인지, 답변에 필요한 조건이 빠졌는지 검토합니다. 담당자는 그 결과와 수요 판단을 따로 기록합니다. 내용이 타당하다는 검토 결과를 환자 수요가 있다는 근거로 변경하지 않습니다.

일부 수요를 전체 관심으로 확대하는 오류

섞인 질문에서 자주 발생하는 오류는 환자가 물은 부분을 근거로 원장이 설명하고 싶은 내용까지 모두 환자 요구로 처리하는 것입니다. 담당자는 근거 기록이 지지하는 범위를 표시하고, 그 범위를 벗어난 설명은 원장 검토 항목으로 남깁니다. 원장이 제안한 질문 전체를 채택하거나 제외하는 방식으로 처리하지 않습니다.

환자 질문과 원장 제안에 같은 치료명이나 검사명이 등장해도 해결하려는 일은 다를 수 있습니다. 담당자는 낱말의 일치보다 질문 기록에 드러난 요청과 후보 답변의 용도가 이어지는지를 대조합니다. 연결 이유를 설명할 수 없다면 관련 주제가 있다는 메모만 남기고 수요 근거로 확정하지 않습니다.

환자용 후보에 추가 설명이 필요할 때는 환자 요청에 포함된 내용인지, 이해를 돕기 위해 원장이 제안한 보충인지 표시합니다. 보충 설명을 사용할 수는 있지만 환자가 직접 요구한 내용으로 기록하지 않습니다. 이후 담당자가 자료를 인수해도 질문이 생긴 경위를 잘못 해석하지 않도록 각각의 이유를 남깁니다.

수요 미확인 후보의 처리

환자 수요가 확인되지 않은 질문은 불필요한 질문으로 확정하지 않습니다. 담당자는 예상 독자와 예상 용도를 기재하고, 이를 뒷받침할 자료가 없는 상태를 표시합니다. 원장의 제안 이유는 남기되 환자 질문 기록을 대신하는 근거로 사용하지 않습니다.

새 기록이 확보되면 질문 전체를 환자용으로 변경하기 전에 앞에서 정한 기준을 적용합니다. 새 자료가 특정 내용만 뒷받침한다면 해당 부분의 상태만 변경합니다. 기존 제안 이유와 변경 이유를 함께 남겨, 관심이 달라진 것인지 근거가 추가된 것인지 알 수 있게 합니다.

추정한 환자 발언의 혼입 방지

원장이 환자 입장에서 만든 질문 문장은 실제 환자 발언과 따로 기록합니다. 표현이 자연스럽고 상담에서 사용할 법하더라도, 환자가 직접 말한 기록이라는 뜻은 아닙니다. 담당자는 문장의 출처를 ‘원장이 예상한 질문’처럼 명시하고 인용 표현을 사용하지 않습니다.

회의에서 여러 직원이 그럴듯하다고 동의한 경우에도 동의의 내용이 무엇인지 남깁니다. 환자에게 필요할 것이라는 예상에 동의했는지, 실제 접수 기록을 기억해 언급했는지를 가립니다. 기억에 따른 발언에는 연결할 기록이 있는지 표시하고, 찾지 못한 내용은 추정 상태를 유지합니다. 내부 합의가 끝났다는 이유로 문장의 출처를 환자 발언으로 변경하지 않습니다.

이어서 읽을 주제

병원 리뷰 관리는 이용자가 남긴 평가에서 질문과 개선 요구를 어떻게 가려 기록할지 정할 때 이어 읽을 주제입니다. 병원 AI 챗봇은 정리한 답변 후보를 자동 응답에 사용하기 전에 응답 대상과 직원에게 전달할 요청을 설계할 때 이어 읽을 주제입니다.