증상 입력 화면의 문구를 검수할 때는 결과가 어느 답변을 바탕으로 만들어졌는지 확인해야 합니다. 이용자가 선택을 고친 뒤에도 앞서 나온 ‘검사 필요’ 문장이 남아 있다면, 새 답을 반영한 결과로 오해할 여지가 있습니다. 아래 내용은 이런 혼선을 찾기 위한 검수 방법이며, 특정 의료 사이트에서 오류를 발견했다는 보고는 아닙니다.
먼저 입력을 바꾸는 순간과 결과를 다시 만드는 순간을 구분합니다. 선택지를 눌러 바로 반영하는 기능인지, 별도의 확인 버튼을 눌러야 하는지 실제 화면과 담당자의 설명을 대조합니다. 글쓴이가 임의로 작동 방식을 정해 안내하면 안 됩니다. 이용자가 마지막으로 확인한 답과 결과에 사용된 답이 같은지 확인할 수 있어야 다음 문구를 정할 수 있습니다.
검수용으로는 실제 환자 정보가 없는 예시 입력을 사용합니다. 첫 결과를 확인한 뒤 한 항목을 수정하고, 다시 확인하기 전 화면에 무엇이 남는지 적습니다. 수정한 질문의 위치, 누른 버튼, 화면에 보인 상태 문장을 차례로 남기면 담당자가 같은 흐름을 재현할 수 있습니다. 이전 답을 되돌리는 경우와 입력을 모두 비운 경우도 현재 기능이 지원하는 범위에서 살핍니다.
아직 반영하지 않은 변경이 있다면 이전 결과를 현재 결론처럼 강조하지 않도록 합니다. 예를 들어 ‘답변이 변경되어 다시 확인해야 합니다’라는 설명을 검토할 수 있습니다. 다만 이 문장은 서비스의 실제 처리 상태와 맞을 때만 사용합니다. 다시 계산 중인 상태, 완료된 상태, 처리하지 못한 상태를 한 가지 ‘완료’ 표시로 묶지 않습니다. 계산 실패를 건강상 문제가 없다는 뜻으로 표현해서도 안 됩니다.
결과 문구만 바꾸고 주변 버튼은 그대로 두면 이전 내용이 전달될 수 있습니다. 화면 저장, 인쇄, 문자 전송 같은 기능이 실제로 있다면 어떤 입력 묶음과 결과를 내보내는지 함께 확인합니다. 옛 결과를 보관하는 기능이라면 당시 입력으로 생성된 기록임을 식별할 수 있어야 합니다. 저장 시각이 최신이라는 이유만으로 결과에 쓴 답변까지 최신이라고 단정하지 않습니다.
상태 변화는 눈에 보이는 색이나 회전 표시만으로 전달하지 않습니다. W3C의 양식 안내는 처리의 성공과 오류를 명확하게 알려 주고, 오류를 해결할 방법을 이해할 수 있게 설명하도록 권고합니다. 화면 읽기 프로그램을 쓰는 이용자에게도 필요한 변화가 전달되는지는 접근성 담당자가 실제로 점검해야 합니다. 문구를 작성했다는 사실만으로 이 동작이 구현됐다고 보고하지 않습니다.
입력과 결과의 대응을 바로잡는 작업은 그 결과의 의학적 타당성을 승인하는 절차와 별개입니다. ‘검사 필요’라는 판단을 제공할 근거와 책임이 확인되지 않았다면 상태 표시를 고쳤다는 이유로 해당 판정을 사용할 수는 없습니다. 검수 기록에는 재현한 흐름, 확인한 문장, 아직 해결되지 않은 동작을 남깁니다. 담당자는 이 기록으로 오래된 결과가 현재 답변의 결론으로 전달되는 지점을 고칠 수 있습니다.