정보가 지나가는 지점을 그려 보기
문의 양식을 점검할 때는 화면 하나만 보지 말고 입력한 내용이 어디를 거쳐 가는지 순서대로 그려 보는 것이 도움이 됩니다. 방문자가 입력하는 칸, 오류가 났을 때 다시 보여 주는 화면, 접수 후 보내는 자동 회신, 담당자가 보는 접수 목록, 개발자가 문제를 찾는 로그가 모두 같은 정보를 건드릴 수 있습니다.
건강 상태나 검사 결과가 적힌 문장은 이 모든 지점에 복사될 수 있습니다. 지점마다 꼭 필요한 만큼만 남는지 확인하면, 어디에서 불필요한 노출이 생기는지 훨씬 쉽게 찾을 수 있습니다.
그림은 거창할 필요가 없습니다. 입력, 오류, 회신, 접수 목록, 로그 다섯 칸을 적고 각 칸에 어떤 정보가 남는지 표시하는 것으로 시작할 수 있습니다. 담당자와 개발자가 함께 보면서 이 칸에는 왜 이 정보가 필요한지 묻다 보면 불필요한 복사가 자연스럽게 드러납니다.
입력 단계: 받는 항목을 최소로 줄이기
가장 효과적인 보호는 애초에 받지 않는 것입니다. 예약 가능한 시간을 문의하는 양식이라면 연락처와 희망 시간, 문의 분류 정도면 충분할 수 있습니다. 증상을 길게 적도록 요구하는 칸이 필수로 설정되어 있다면 그 목적을 다시 점검합니다.
자유 입력칸 옆에는 진료 기록이나 검사 결과 같은 상세한 건강 정보는 적지 않아도 된다는 안내를 둡니다. 개인별 판단이 필요한 문의는 전화나 방문 상담으로 이어지도록 경로를 알려 주면 방문자도 안심하고 필요한 내용만 적습니다.
선택 항목과 필수 항목의 구분도 다시 살펴봅니다. 처리에 꼭 필요하지 않은 칸을 필수로 두면 방문자는 억지로 내용을 채우게 되고, 그 과정에서 쓰지 않아도 될 정보까지 적는 일이 생깁니다.
오류 단계: 고칠 지점만 표시하기
입력이 잘못되었을 때 보이는 문구는 해당 칸 가까이에서 무엇을 바꾸면 되는지만 알려 주면 됩니다. 연락처 형식을 확인해 달라는 짧은 문장이면 충분하고, 방문자가 쓴 긴 문장을 그대로 다시 보여 줄 이유가 없습니다.
또 하나 살필 점은 오류 후의 내용 보존입니다. 오류가 났다고 모든 칸이 비워지면 방문자는 처음부터 다시 쓰다가 포기하거나 내용을 바꿔 제출합니다. 연락처처럼 보존해도 부담이 적은 칸과 건강 정보가 담긴 칸을 나누어 정책을 정하는 것이 현실적입니다.
접수 단계: 회신과 중복 처리 확인하기
접수가 끝난 뒤 자동으로 보내는 확인 메시지에도 방문자가 쓴 문장을 통째로 붙여 넣지 않습니다. 접수되었다는 사실과 이후 안내, 문의 번호 정도만 담으면 됩니다.
전송 실패와 접수 지연은 방문자에게 다르게 보여야 합니다. 두 상황을 구분하지 않으면 같은 문의를 여러 번 제출하게 되어 담당자가 중복 건을 정리해야 합니다. 중복을 걸러 주는 처리와 접수 상태를 확인하는 방법을 함께 마련해 두면 부담이 줄어듭니다.
담당자가 보는 접수 목록도 점검 대상입니다. 목록 화면에 문의 전문이 그대로 펼쳐져 있다면 옆 사람에게 노출될 수 있으므로, 목록에서는 요약만 보이고 상세 화면에서만 전문을 보도록 구성하는 방법도 있습니다.
기록 단계: 로그와 테스트 자료 관리하기
오류를 추적하기 위한 로그에는 어떤 단계에서 실패했는지 같은 상태 정보만 남기고, 방문자가 쓴 내용은 남기지 않는 것이 원칙입니다. 이미 남아 있는 로그가 있다면 건강 정보가 포함되어 있는지 한 번 확인합니다.
점검할 때는 빈칸, 잘못된 연락처, 첨부 실패, 정상 제출을 각각 시험하되 실제 환자 정보 대신 가상의 테스트 자료를 사용합니다. 시험이 끝나면 테스트 접수 건을 삭제하고 누가 삭제했는지 기록해 둡니다.
공용 기기와 브라우저 동작 확인하기
마지막으로 공용 컴퓨터나 가족이 함께 쓰는 기기에서의 동작을 확인합니다. 뒤로 가기를 눌렀을 때 입력한 내용이 그대로 보이거나, 자동 저장된 내용이 다른 사람에게 노출되지는 않는지 살펴봅니다. 제출이 끝나면 화면에 내용이 남지 않도록 세션 종료와 자동 저장 범위를 정합니다.
개인정보 보호와 재입력의 번거로움 사이의 균형은 병원의 개인정보 처리 방침과 담당자 검토를 거쳐 정합니다. 오류 화면과 로그까지 방문자의 정보를 다루는 공간이라는 관점에서 정기적으로 점검하는 것이 필요합니다.