오류 화면도 개인 정보를 다루는 화면입니다
문의 양식에서 입력 오류가 생기면 사용자가 방금 적은 내용을 그대로 오류 화면에 다시 보여 주는 경우가 있습니다. 전화번호 형식이 틀렸다는 안내와 함께 앞에서 쓴 증상 설명이나 검사 결과가 화면 위쪽에 되풀이되는 식입니다. 개발 단계에서는 편의 기능처럼 보이지만, 건강 정보를 쓴 사람에게는 노출 위험이 됩니다.
공용 컴퓨터를 쓰는 경우나 화면을 캡처해 가족에게 보내는 경우를 생각해 보면 이유가 분명합니다. 오류 안내는 고칠 곳을 알려 주는 역할만 하고, 민감한 내용을 불필요하게 다시 보여 주지 않아야 합니다. 이 원칙을 정하는 일은 디자인보다 운영 기준에 가깝습니다.
수집 항목부터 줄입니다
오류 문구를 고치기 전에 양식이 무엇을 받고 있는지 먼저 점검합니다. 예약 가능한 시간만 묻는 양식에서 긴 증상 설명을 필수로 요구한다면 오류 문구가 아니라 수집 목적 자체를 다시 따져야 합니다. 받는 정보가 적을수록 노출될 수 있는 정보도 줄어듭니다.
자유롭게 쓰는 입력칸에는 의료 기록이나 주민등록번호처럼 공개된 공간에 적기 곤란한 내용을 쓰지 않도록 안내합니다. 개별 판단이 필요한 내용은 전화나 방문 상담처럼 알맞은 경로로 이어 주고, 양식은 연락처와 희망 시간 같은 최소한의 항목만 받는 방식이 안전합니다.
오류 메시지는 고칠 곳만 알려 줍니다
좋은 오류 메시지는 해당 입력칸 가까이에 무엇을 고쳐야 하는지만 짧게 적습니다. 예를 들어 전화번호 형식을 확인해 달라는 한 줄이면 충분합니다. 사용자가 입력한 전체 문장을 메시지 제목이나 자동 회신 메일에 복사하는 구조는 피해야 합니다.
한편 오류가 났다고 작성한 내용이 모두 사라지면 처음부터 다시 쓰게 되어 포기하거나 내용을 줄여 잘못 제출하는 원인이 됩니다. 비밀번호처럼 민감한 칸을 제외하고는 입력값을 유지하되, 화면에 노출하지 않는 방식으로 보존하는 균형을 정합니다.
접수 상태를 구분해 알립니다
자동 회신 메일이나 문자에도 같은 원칙이 적용됩니다. 접수 확인 알림에는 문의 번호와 접수 시각 정도만 담고, 사용자가 쓴 건강 상태는 넣지 않는 편이 안전합니다. 메일은 다른 사람이 볼 수 있는 계정으로 전달되기도 하기 때문입니다.
전송이 실패한 경우와 서버에는 접수되었는데 확인 문자만 늦는 경우는 사용자 입장에서 전혀 다른 상황입니다. 두 경우를 구분해 알리지 않으면 사용자가 같은 문의를 여러 번 제출하고, 접수 담당자에게는 중복 문의가 쌓입니다.
중복 제출을 막는 처리와 함께, 사용자가 자신의 신청 상태를 확인할 방법을 제공합니다. 접수가 되었다면 언제쯤 연락이 가는지, 연락이 없을 때 어디로 문의하면 되는지를 완료 화면에 적어 두는 정도만으로도 불안과 재문의가 줄어듭니다.
시험과 로그 점검
점검은 한 번으로 끝나지 않습니다. 양식 제작 도구나 플러그인이 갱신되면 오류 문구가 기본값으로 돌아가는 일이 있으므로, 갱신 뒤에는 같은 시험 항목을 다시 확인하는 일정을 정해 두십시오.
검수 때는 정상 제출만 보지 말고 빈칸, 잘못된 연락처, 첨부파일 실패 같은 오류 상황을 하나씩 시험합니다. 이때 실제 환자 정보는 쓰지 않고 테스트용 자료를 사용하며, 시험이 끝나면 접수함에서 삭제합니다.
입력 내용을 유지하는 기능이 있다면 브라우저의 뒤로 가기나 공유 기기 사용 후에도 다음 사람이 볼 수 있는지 확인합니다. 서버 오류 로그에 사용자가 쓴 건강 정보 전체가 복사되고 있지는 않은지도 점검합니다. 개발 문제를 찾는 데 필요한 상태 정보와 개인의 상담 내용은 서로 분리해 기록할 수 있어야 합니다.
운영 기준으로 남겨 둡니다
정리하면 수집 항목 최소화, 고칠 곳만 알리는 오류 문구, 접수 상태의 구분, 시험 자료 사용과 로그 점검이 핵심입니다. 이 기준을 문서로 남겨 두면 양식을 새로 만들거나 개편할 때도 같은 원칙을 적용하기 쉽습니다.
오류 화면은 방문자의 정보를 다루는 공개 안내의 일부라는 관점으로 확인해 보시기 바랍니다. 개인정보 처리와 관련한 구체적인 의무는 해당 기관의 정책과 관련 법령에 따라 다르므로 실제 적용 전에 담당 부서나 전문가와 확인하는 것이 좋습니다.