병원 홈페이지 문의 유형 분류, 입력 항목보다 처리 경로를 먼저 정합니다

문의폼에 `예약`, `비용`, `기타`를 넣었다고 분류 체계가 완성되지는 않습니다. 같은 예약 문의라도 신규 예약, 일정 변경, 취소는 처리 담당과 필요한 정보가 다를 수 있습니다. 반대로 환자에게 내부 부서명을 그대로 고르게 하면 무엇을 선택해야 할지 몰라 기타 항목으로 몰립니다. 문의 유형은 화면의 메뉴가 아니라 접수 후 누구에게 전달되어 어떤 상태로 끝나는지를 기준으로 설계해야 합니다.

최근 문의와 처리 결과를 함께 봅니다

개인 식별 정보는 제외하고 최근 4주 문의의 목적, 최초 선택값, 실제 담당 팀, 재전달 횟수와 완료 상태를 표본으로 정리합니다. 선택값은 달라도 같은 담당자가 같은 절차로 처리했다면 하나로 합칠 수 있습니다. 한 선택값 안에서 처리 경로가 계속 갈린다면 하위 유형이 필요한지 검토합니다.

유형을 많이 만드는 것이 목표는 아닙니다. 한 달 100건 가운데 두세 건뿐이고 담당 경로도 같다면 별도 선택지보다 기타 문의의 내부 태그가 낫습니다. 의료적 긴급성이나 개인 진단을 폼의 단순 분류로 판단하지 않으며, 응급 상황 안내는 별도의 승인된 문구와 경로로 제공합니다.

유형마다 처리 계약을 붙입니다

각 유형에 주 담당자, 부재 시 대체자, 첫 확인 목표 시간, 완료 조건과 전달 금지 정보를 적습니다. 예를 들어 `서류 안내`는 발급 가능 여부를 임의로 약속하는 상태가 아니라 필요한 본인 확인 절차와 담당 창구를 안내했을 때 완료로 정의할 수 있습니다. `제휴·광고`는 환자 문의 대기열과 분리해 진료 관련 응답을 늦추지 않게 합니다.

환자가 잘못 선택해도 접수를 거절하지 않습니다. 담당자가 유형을 수정하고 원래 값과 수정 이유를 함께 남겨 다음 개편의 근거로 씁니다. 기타 문의에는 자유 입력만 두지 말고 연락 목적을 한 문장으로 적도록 안내하되 민감한 진료 정보를 과도하게 요구하지 않습니다.

화면 문구와 저장값을 분리합니다

화면에는 `예약 일정 변경`, `진료 이용 안내`처럼 환자가 이해하는 말을 쓰고, 내부 저장값은 `appointment_change`, `visit_info`처럼 고정합니다. 문구를 다듬어도 과거 집계가 끊기지 않게 하기 위해서입니다. 저장값의 소유자와 변경 이력을 두고 대소문자·띄어쓰기 변형을 허용하지 않습니다.

GA4는 이벤트에 매개변수를 붙여 상호작용의 맥락을 전달할 수 있으며, 보고서에서 쓰려면 해당 매개변수와 차원의 관계를 확인해야 한다고 안내합니다. 이벤트 매개변수 안내 문의 유형을 분석 도구로 전송할 때에는 이름·전화번호·상담 내용 같은 개인정보를 보내지 않고 승인된 범주값만 사용합니다.

접수부터 완료까지 시험합니다

각 유형과 기타 문의를 모바일·데스크톱에서 한 건씩 제출합니다. 화면 선택값, 서버 기록, 알림 제목, 담당자 배정, 완료 상태와 분석 이벤트가 같은 유형을 가리키는지 대조합니다. 오류 상황과 중복 클릭도 시험하고 테스트 문의는 실제 성과 집계에서 제외합니다.

운영 첫 달에는 주 1회 오분류율과 재전달 횟수를 봅니다. 가정으로 80건 중 12건이 담당자에게 다시 전달됐다면 선택지를 늘리기 전에 그 12건의 실제 목적과 문구 오해를 확인합니다. 유형별 문의량만으로 수요나 진료 성과를 단정하지 않습니다.

출처 확인일은 2026-10-26입니다. 예시 유형과 수치는 설명을 위한 가정이며, 실제 분류명·보관 범위·접근 권한은 병원의 업무 및 개인정보 기준에 맞춰 승인해야 합니다.