FAQ 답변 수정일 표시의 필요 여부

FAQ 수정일 표시의 필요 판단

수정일이 필요한지는 환자가 이전 안내와 현재 안내의 차이를 이해하는 데 변경 시점이 필요한지로 판단합니다. 답변을 읽고도 어느 시점의 안내인지 알 수 없어 이용 여부나 준비 사항을 결정하기 어렵다면 날짜 표시를 고려할 수 있습니다. 환자가 시점을 알 필요가 없다면 모든 답변에 같은 날짜를 일괄 입력하는 방식부터 선택할 이유는 없습니다.

표의 판단은 날짜 기준이 필요한 FAQ 주제를 선정하는 작업과 다릅니다. 이미 다루는 답변에 수정일을 추가할지 결정할 때 사용할 편집 기준입니다. 날짜를 표시하지 않기로 결정해도 답변 내용이 현재 병원 안내와 일치하는지는 별도로 다룹니다.

날짜 표시와 내용 평가의 차이

구글 검색 센터는 내용에 큰 변화가 없는데도 새 페이지처럼 느끼게 하려고 날짜를 변경하는지 묻고, 그런 운영을 재평가할 필요가 있다고 설명합니다. 병원 FAQ에서는 답변의 실질적인 변경 없이 수정일만 앞당기는 관행을 피하는 근거로 활용할 수 있습니다. 이 설명을 모든 FAQ 항목의 수정일 표시 의무로 확대해서 해석하지 않습니다.

국가건강정보포털의 질 관리 방향을 설명한 자료는 정보가 최신 내용을 반영했는지와 출처·생성 시기가 정확한지를 각각 평가 항목으로 제시합니다. 병원도 답변 내용의 타당성과 날짜 표시의 정확성을 별개의 판단으로 처리할 수 있습니다. 최근 날짜가 있어도 근거가 부족하거나 안내 조건이 틀린 답변은 내용을 고쳐야 하며, 오래된 날짜라는 이유만으로 맞는 답변을 새 내용으로 취급할 필요는 없습니다.

표시 결정 전 실행 순서

병원 담당자는 수정 전 답변과 게시할 답변을 준비하고, 실제 변경 여부부터 판단합니다. 자료에는 질문명, 변경 전후 문장, 변경 이유, 실제 수정 시점을 포함합니다. 내용이 그대로라면 수정일 입력을 진행하기 전에 작업의 목적을 다시 정리합니다.

1. 수정 전후 답변을 대조해 안내 조건이나 의미가 달라진 부분을 찾습니다. 글자 모양이나 표현 정리와 환자의 행동에 영향을 주는 변경을 따로 기록합니다.
2. 환자가 변경 시점을 알아야 현재 답변을 이용할 수 있는지 판단합니다. 필요하다고 결정했다면 날짜가 어떤 변경을 가리키는지 내부 기록에 기재합니다.
3. 표시하려는 날짜를 실제 변경 기록과 대조합니다. 답변 내용, 날짜, 게시 상태가 서로 맞지 않으면 게시 전에 원인을 해결합니다.

이 순서에서는 날짜를 먼저 정한 뒤 그 날짜에 맞는 수정 이유를 만드는 일을 피합니다. 담당자는 변경 기록에 없는 설명을 추가하지 않고, 시점이 불명확한 부분을 따로 표시해 사실관계를 정리합니다. 게시할 문장과 작업 중 문장이 섞이지 않도록 최종 답변을 식별할 수 있는 자료도 함께 준비합니다.

개별 답변과 페이지의 변경 범위

개별 답변의 수정일과 페이지 전체의 수정일은 같은 변경을 가리킨다고 가정하지 않습니다. 페이지에서 일부 답변만 달라졌다면 그 변경을 다른 답변까지 확대하지 않도록 관리합니다. 담당자는 아래 표처럼 날짜의 대상을 먼저 정하고 그 대상에 해당하는 기록을 연결합니다.

관리 화면에서 페이지 날짜가 자동으로 변경된다면 담당자는 그 값을 개별 답변에 그대로 사용할 수 있는지 개발 담당자에게 묻습니다. 자동 기록이 무엇을 저장하는지 모르는 상태에서는 환자에게 표시할 날짜로 바로 채택하지 않습니다. 개별 답변의 기록과 페이지 기록이 함께 존재할 때는 두 기록이 가리키는 범위를 내부 자료에서 명확하게 나눕니다.

수정 시점과 다른 업무 시점의 혼동

날짜가 여러 개 기록되어 있다면 각 날짜가 어떤 작업에서 발생했는지 먼저 가립니다. 답변을 수정한 날, 내용 승인을 받은 날, 게시를 요청한 날은 서로 다른 사건을 나타낼 수 있습니다. 담당자는 가장 최근 날짜라는 이유로 하나를 선택하지 않고, 답변 수정일로 표시하려는 날짜의 근거를 연결합니다.

내용 승인이 늦어졌다는 이유만으로 이미 완료된 수정의 시점을 승인일로 대체하면 기록의 의미가 달라집니다. 승인 과정에서 답변 문장이 다시 변경됐다면 그 변경을 별도로 남겨 실제 수정 시점을 판단합니다. 승인 여부는 게시 가능 여부를 판단하는 자료로 사용하고, 수정 여부를 증명하는 자료와 혼동하지 않습니다.

게시 요청을 보낸 뒤에도 담당자는 실제 게시된 답변이 최종 문장과 일치하는지 대조합니다. 이전 문장이 남아 있거나 수정 일부가 누락되었다면 날짜를 맞추는 작업보다 내용 반영 여부를 먼저 해결합니다. 요청서에 있는 날짜만으로 실제 반영을 완료했다고 처리하지 않습니다.

날짜 불일치의 원인별 처리

표시 날짜와 기록이 다를 때는 표시값의 입력 오류인지, 변경 기록이 빠진 것인지부터 가립니다. 입력 오류라면 근거가 되는 기록에 맞게 표시값을 고치고, 기록 누락이라면 수정 전후 자료로 실제 변경 사실을 복원합니다. 복원할 근거가 없다면 원하는 날짜를 임의로 정하지 않습니다.

수정 기록에는 변경할 예정인 내용과 실제 완료한 내용이 함께 남을 수 있습니다. 담당자는 예정 상태의 문장을 완료 기록으로 처리하지 않도록 작업 상태를 명시합니다. 중간에 취소된 변경이 있다면 그 날짜를 현재 답변의 수정일 판단에서 제외합니다.

동일한 답변이 여러 페이지에 실려 있다면 한 페이지의 변경 기록만으로 모두 반영되었다고 처리하지 않습니다. 각 게시본에서 실제 문장이 달라졌는지 확인한 후 해당 게시본의 기록과 연결합니다. 공통 답변을 함께 관리하는 경우에도 실제 반영 범위가 기록에 포함되어야 합니다.

삭제한 설명도 포함하는 변경 판단

설명을 추가하지 않고 일부 문장을 삭제한 경우도 답변 내용의 변경에 포함할 수 있습니다. 삭제된 문장이 이용 조건이나 예외를 담고 있었다면 남은 문장만 대조해서는 변경 의미를 놓칠 수 있습니다. 담당자는 삭제 전 문장을 포함해 환자가 이해할 안내 범위가 달라졌는지 판단합니다.

잘못된 설명을 삭제했지만 필요한 안내를 아직 보완하지 못했다면 수정일을 입력했다고 답변 정비가 끝난 것으로 처리하지 않습니다. 현재 답변만으로 질문에 필요한 답을 전달할 수 있는지 별도로 검토합니다. 삭제 이유와 보완할 내용은 내부 작업 기록에 남기고, 보완 예정인 설명을 이미 게시한 내용처럼 기록하지 않습니다.

이어서 읽을 주제

병원 소식 안내는 변경된 운영 정보를 별도로 전달해야 할 때 이어 읽을 주제입니다. FAQ 답변을 수정하는 일과 새로운 소식을 알리는 일의 목적을 나눠 생각하면 환자에게 필요한 안내를 어디에서 전달할지 결정하는 데 도움이 됩니다.