치과 홈페이지 제작 시 교정 상담 DB의 치료 시작 상태 설계

상담 진행과 치료 시작의 별도 상태

홈페이지 신청 기록은 상담을 요청했다는 사실을 담습니다. 이후 상담을 받거나 치료에 동의했다는 기록이 추가되어도 실제 시작 여부까지 입증하지는 않습니다. 제작 담당자는 상담 진행 상태를 변경하는 기능과 치료 시작 상태를 변경하는 기능을 따로 설계해야 합니다.

상담 진행 상태는 접수·상담 진행·치료 동의처럼 해당 신청 건의 업무 진행을 나타냅니다. 치료 시작 상태는 치과 내부 근거에 따라 별도로 입력하는 값입니다. 상담 상태를 변경했을 때 시작 상태까지 함께 변경되는 규칙은 사용하지 않는 편이 적절합니다.

표의 상태값은 홈페이지 제작 시 적용할 수 있는 운영 예시이며, 특정 서비스의 기본 기능을 뜻하지 않습니다. 치과는 현재 사용하는 상담 용어를 유지하되 각 입력란이 어떤 사실을 나타내는지 설명을 추가합니다. 직원이 상태 이름만 보고 의미를 추정하지 않도록 관리 화면에도 짧은 안내를 표시합니다.

이벤트 기록과 내부 판단의 차이

구글 애널리틱스 고객센터는 추천 이벤트에서 양식 제출에 해당하는 활동과 전환 고객이 되는 활동을 따로 설명합니다. 또한 추천 이벤트는 추가 맥락이 필요하며 저절로 전송되지 않는다고 안내합니다. 이는 신청과 이후 활동을 각각 측정할 수 있다는 설명이지, 교정 치료 시작을 판정하는 치과 업무 기준은 아닙니다.

치과는 이벤트 이름을 선택하기 전에 어떤 내부 기록을 받아야 시작 상태를 입력할 수 있는지 정해야 합니다. 홈페이지에 상담 신청이 남았다는 이유로 그 이후의 진료 진행까지 알 수 있다고 전제해서는 안 됩니다. 이벤트 수집 여부와 별개로 상담 DB에는 판단 근거를 전달받는 절차가 필요합니다.

시작 기준에는 담당자가 참고할 내부 기록의 종류, 그 기록을 판독할 책임자, 상태를 반영할 조건을 기재합니다. 의학적인 시작 정의를 홈페이지 제작사가 대신 정하지 않도록 원장 또는 치과가 지정한 책임자가 내용을 승인합니다. 화면 문구와 입력 규칙은 승인한 내용에 맞게 제작합니다.

신청 식별부터 상태 반영까지의 순서

담당자는 먼저 상담 신청 건을 식별하고, 이어 치과의 시작 기준과 내부 근거를 대조한 뒤 상태를 반영합니다. 내부 기록을 먼저 받았더라도 연결할 신청 건이 불명확하면 상태 변경을 보류합니다. 이름이 같거나 연락처 일부가 일치한다는 사정만으로 특정 신청에 연결하지 않습니다.

1. 접수 담당자는 신청 식별값과 접수 정보를 준비하고, 내부 기록이 어느 신청에 해당하는지 가립니다.
2. 치과가 지정한 책임자는 승인된 시작 기준에 따라 근거가 충분한지 판단하고 결과를 전달합니다.
3. 입력 담당자는 전달된 결과와 처리자를 기록하고, 조건이 충족된 신청 건에만 시작 상태를 반영합니다.

실장은 제작 담당자에게 상태 목록, 기준 문서, 근거 전달 양식, 담당자별 변경 권한을 전달합니다. 실제 환자 자료 대신 항목 이름과 빈 양식으로 화면과 입력 흐름을 협의할 수 있습니다. 제작 담당자는 정상 입력뿐 아니라 자료 누락과 잘못된 연결을 처리하는 방법도 설계합니다.

담당자별 준비 항목과 변경 조건

근거 기록의 참조값은 담당자가 치과 내부에서 해당 기록을 다시 찾을 수 있도록 정합니다. 홈페이지 DB에 진료 내용 전체를 복사하는 방식은 기본 요구사항으로 삼지 않습니다. 상태 판단에 필요한 정보와 상세 진료기록을 열람하는 업무를 따로 설계합니다.

입력 화면은 필수 항목이 빠진 상태에서 시작값을 저장하지 못하도록 구성할 수 있습니다. 내부 근거를 기다리는 신청은 상담 업무를 계속 진행할 수 있게 하되, 시작 상태의 필수 조건을 생략하는 우회 기능은 만들지 않습니다. 담당자 변경이나 업무 인계 중에도 같은 입력 조건을 적용합니다.

화면 시험에서는 상담 상태 변경만으로 시작값이 변경되는지, 근거가 없는 저장 요청이 차단되는지, 정정 후 이전 기록을 찾을 수 있는지 검사합니다. 결과 목록과 상세 화면이 서로 다른 상태를 표시하지 않는지도 대조합니다. 오류가 발견되면 어떤 입력에서 발생했는지 제작 담당자에게 전달합니다.

미확인과 미시작을 혼동하는 입력

미확인은 아직 판정할 자료가 없거나 자료의 연결이 끝나지 않은 상태입니다. 미시작은 시작하지 않았다는 별도 판단을 담으므로, 빈칸을 채우기 위한 기본값으로 사용하지 않습니다. 상담을 마친 뒤 추가 기록이 없다는 이유만으로 부정적인 결과를 입력하는 오류를 막아야 합니다.

목록 화면에서는 근거 수신 대기, 신청 연결 보류, 책임자 판단 대기처럼 처리 사유를 보조 항목으로 관리할 수 있습니다. 이 사유는 다음 업무를 정하는 정보이며 치료 결과를 뜻하지 않습니다. 담당자는 사유에 따라 내부 자료 요청, 신청 연결 재검토, 책임자 전달 중 필요한 업무를 선택합니다.

화면에서 미확인 신청을 숨기면 직원이 아직 처리할 일이 없는 것으로 오해할 수 있습니다. 목록 필터에는 시작 여부와 처리 대기 사유를 따로 제공하고, 내려받기 자료에도 같은 항목 이름을 사용합니다. 빈칸을 임의로 미시작으로 치환하는 내보내기 규칙도 제외합니다.

근거 연결 오류와 정정 이력

이미 입력된 시작 상태라도 다른 신청의 근거를 연결했다면 정정 대상입니다. 정정 권한자는 잘못 연결한 신청과 올바른 신청을 각각 식별하고, 기존 연결을 해제한 사유를 남깁니다. 값을 이동하는 조작만으로 작업을 끝내지 않고 각 신청의 상태를 다시 판단합니다.

관리 화면에는 현재 값과 함께 이전 값, 변경한 사람, 처리 일시, 변경 사유를 열람할 수 있게 구성합니다. 정정 사유는 단순 오입력인지 근거 연결 오류인지 알 수 있을 정도로 작성합니다. 치료 내용과 무관한 기술적 오류라면 진료 설명을 추가로 기재할 필요는 없습니다.

접수 담당자가 오류를 발견하는 권한과 최종 값을 정정하는 권한은 다르게 설정할 수 있습니다. 담당자는 정정 요청을 등록하고, 권한자는 근거를 대조한 후 승인하거나 보완을 요청합니다. 변경 완료 전까지 어떤 값이 현재 상태인지 화면에 명시합니다.

치료 시작일과 상태 처리일의 분리

치료 시작일과 직원이 DB 상태를 처리한 날짜는 서로 다른 항목으로 설계합니다. 내부 자료가 늦게 전달되었는데 처리일을 시작일로 입력하면 실제 기록의 의미가 달라질 수 있습니다. 날짜 입력란에는 무엇을 기재하는지 설명하고, 시스템이 기록하는 처리 일시와 혼용하지 않습니다.

치과 내부에서 시작 여부만 전달받고 해당 날짜는 받지 못했다면 임의의 날짜를 생성하지 않습니다. 시작일은 자료가 없는 상태로 표시하고, 날짜까지 필수로 받을 업무인지 책임자가 정합니다. 날짜 누락을 감추기 위해 상담일이나 결제일을 복사하는 기능은 사용하지 않습니다.

이어서 읽을 주제

진료과별 병원 홈페이지를 이어 읽으면 교정 상담에 적용한 상태 설계를 다른 진료의 접수 목적과 내부 업무에 맞게 조정할 때 필요한 판단 항목을 정리할 수 있습니다. 진료마다 어떤 사실을 홈페이지에서 받고 어떤 판단을 내부 담당자에게 맡길지 정하는 데 참고할 수 있습니다.