수정 횟수의 판단 기준
AI 결과물의 수정 횟수는 품질 점수로 단정하지 않고, 반복되는 품질 문제를 찾는 보조 지표로 활용합니다. 무엇을 한 번의 수정으로 셌는지와 수정 이유·범위·최종 확인 결과를 함께 기록해야 합니다. 병원 마케팅 담당자는 횟수만 정리한 목록 대신 수정 내역과 완료 상태를 연결한 기록을 준비합니다.
수정 횟수에는 결과물의 결함뿐 아니라 요청하는 방식도 영향을 줍니다. 실장이 여러 문장의 변경을 묶어서 요청하면 요청 횟수는 적지만, 담당자가 문장마다 요청하면 같은 작업도 횟수가 늘어납니다. 요청을 묶은 방식이 다른 결과물을 나란히 놓고 어느 쪽이 더 우수한지 판정하지 않습니다.
수정이 많다는 이유로 결과물 전체를 낮게 평가하는 것도 피해야 합니다. 처음 요청한 독자나 사용 목적을 병원에서 변경했다면, 그에 따른 재작성은 최초 결과물의 오류와 성격이 다릅니다. 반대로 읽기 편한 문장이라도 진료 설명의 근거가 틀렸다면 표현 수정과 같은 무게로 처리하지 않습니다.
횟수와 함께 읽을 상황
| 횟수와 함께 볼 상황 | 추가로 확인할 내용 | 품질 판단 시 주의점 |
|---|---|---|
| 수정 없이 완료 처리 | 필수 항목의 검토 여부 | 미검토 상태를 좋은 품질로 평가하지 않음 |
| 표현 수정의 반복 | 말투 기준과 독자 설정 | 선호 차이를 사실 오류로 취급하지 않음 |
| 사실 오류의 수정 | 오류 위치와 사용한 근거 | 횟수가 적어도 오류 내용을 별도로 평가 |
| 요청 변경 뒤 재작성 | 변경 시점과 새 요구사항 | 최초 요구사항에 대한 평가와 분리 |
이 표는 합격선을 정하는 표가 아니라 추가로 읽어야 할 기록을 정하는 표입니다. 실장은 수정 횟수 옆에 해당 상황을 표시하고, 판단에 필요한 자료가 없으면 평가를 보류합니다. 완료 표시가 있어도 실제 검토 내역이 비어 있다면 담당자에게 그 항목의 처리 상태를 요청합니다.
생성형 AI로 만든 콘텐츠에는 부정확한 정보가 포함될 수 있으므로, 담당자는 게시 전에 정확성과 신뢰성을 직접 검토합니다. 병원에서는 문장을 고친 이력과 내용이 맞는지 판단한 이력을 별도 항목으로 관리할 수 있습니다. 진료 설명의 의학적 정확성은 원장이 판단할 내용으로 남기고, 마케팅 담당자는 해당 답변을 받은 위치와 결과를 기록합니다.
정보 콘텐츠의 품질을 판단할 때는 사실 정확성을 평가 항목에 포함하고, 건강에 영향을 주는 설명은 전문적인 판단을 거칩니다. 이를 병원 업무에 적용할 때는 문장이 자연스러워진 정도만으로 평가를 끝내지 않습니다. 독자의 질문에 필요한 설명이 빠졌는지도 결과물의 목적에 따라 별도로 판단합니다.
수정 단위와 자료 준비
실장은 기록을 시작하기 전에 수정 요청 묶음과 개별 오류 중 무엇을 셀지 정합니다. 요청 묶음은 전달 이력을 관리하기에 적합하고, 개별 오류는 어떤 결함이 반복되는지 찾기에 적합합니다. 선택한 단위를 결과물마다 임의로 변경하지 않도록 기록 양식에 명시합니다.
- 마케팅 담당자는 최초 요청문과 최초 결과물을 보관하고, 결과물 식별값으로 연결합니다. 실장은 수정 요청을 보낸 시점부터 셀지, 개별 오류를 발견한 시점부터 셀지 정합니다.
- 담당자는 수정 요청이나 오류마다 이유와 범위를 기재합니다. 병원에서 추가한 요구사항은 최초 요청문과 연결해 변경 내용을 남깁니다.
- 담당자는 수정본을 최종 검토 자료와 연결합니다. 실장은 필요한 항목의 처리 결과를 읽고, 미완료 항목이 있는 결과물은 완료된 결과물과 따로 관리합니다.
담당자가 준비할 자료는 최초 요청문, 수정 전후 결과물, 수정 요청 내역, 판단에 사용한 병원 자료입니다. 파일명만 남기면 어느 문장이 변경됐는지 찾기 어려우므로 문단 제목이나 자막 위치도 함께 기재합니다. 환자 정보가 없어도 설명할 수 있는 기록에는 식별 가능한 환자 자료를 넣지 않습니다.
수정 이유와 범위 기록
| 기록 항목 | 기재할 내용 | 연결할 자료 | 담당자 처리 |
|---|---|---|---|
| 결과물 식별값·수정 단위 | 대상 파일과 요청 묶음 또는 개별 오류 | 최초 요청문·최초 결과물 | 집계 전에 단위 확정 |
| 수정 횟수 | 선택한 단위로 센 실제 내역 | 수정 요청·오류 목록 | 누락과 중복 기록 정리 |
| 수정 이유 | 표현 다듬기·사실 오류·요청 변경 | 수정 사유와 판단 자료 | 함께 발생한 이유도 기재 |
| 수정 범위 | 단어·문장·문단·전체 구성 | 수정 전후 결과물 | 변경 위치와 관련 부분 연결 |
요청 묶음을 단위로 선택해도 그 안에 포함된 오류 내용은 삭제하지 않습니다. 횟수는 묶음 기준으로 기록하되 세부 내역에는 표현과 사실 오류를 각각 기재합니다. 요청을 다시 전달한 경우에는 새 수정 요청인지, 이전 요청의 전달 누락을 보완한 것인지 먼저 가립니다.
표현 다듬기는 뜻을 유지하면서 문장 길이나 말투를 조정한 작업으로 기록합니다. 사실 오류는 자료와 어긋난 설명을 고친 작업으로, 요청 변경은 병원이 독자·목적·포함 내용을 변경한 작업으로 남깁니다. 한 수정에 여러 이유가 있으면 대표 이유만 선택해 나머지를 지우지 않고 함께 기재합니다.
수정 범위는 입력한 글자 수보다 실제로 영향을 받은 내용으로 정합니다. 단어를 고쳤더라도 제목과 본문 설명의 관계가 달라졌다면 연결된 부분을 범위에 포함합니다. 담당자는 변경된 문장만 저장하지 말고, 해당 문장이 포함된 수정본도 보관합니다.
반복 오류와 수정 범위 해석
반복 문제는 같은 위치를 여러 번 고쳤는지와 같은 종류의 오류가 여러 결과물에서 나타났는지를 나눠 읽습니다. 같은 문장이 반복 수정됐다면 최초 요청의 모호함, 전달 누락, 수정 과정의 새 오류를 원인 후보로 기록합니다. 여러 결과물에 같은 사실 오류가 나타났다면 담당자는 공통으로 사용한 자료와 요청문을 대조합니다.
표현 다듬기가 반복될 때는 구체적으로 승인된 표현 기준이 있었는지부터 가립니다. 말투 기준이 없던 상태에서 선호에 따라 수정한 기록과, 명시한 기준을 계속 어긴 기록은 해석이 다릅니다. 실장은 선호 차이로 생긴 요청을 결과물의 사실 신뢰성 문제와 합쳐 평가하지 않습니다.
범위가 넓은 수정은 수정 이유에 따라 후속 점검 대상을 정합니다. 문단을 삭제하면서 뒤 문장의 전제가 사라졌다면 담당자는 연결 문장까지 점검 대상으로 추가합니다. 자막을 나누거나 순서를 변경했다면 글자의 정확성 외에 음성과 자막의 대응도 점검 대상으로 기록합니다.
최종 확인 상태의 해석
최종 상태는 완료, 추가 수정 필요, 판단 대기로 표시하고 각 상태의 근거를 남깁니다. 판단 대기는 자료나 원장 답변이 도착하지 않아 결론을 내리지 못한 상태로 사용합니다. 추가 수정 필요는 문제와 처리할 내용이 정해졌지만 아직 반영되지 않은 상태로 사용합니다.
완료 상태에는 무엇을 누가 검토했는지와 남은 항목이 없는지 기록합니다. AI 콘텐츠를 웹페이지에 사용할 때는 제목 요소, 메타 설명, 이미지 대체 텍스트 등도 검토 범위에 포함합니다. 웹페이지 담당자는 본문을 완료 처리하더라도 함께 사용하는 제목과 설명문이 검토 대상에서 빠지지 않도록 목록에 추가합니다.
자동 캡션을 사용하는 영상은 잘못 인식된 단어를 수정한 뒤, 내보내기 전에 소리와 함께 전체 영상을 재생해 내용과 타이밍을 검토합니다. 병원 영상 담당자는 자막 편집의 완료와 영상 재생 검토의 완료를 별도로 기록합니다. 자막 문구가 수정됐다는 사실만으로 영상 전체의 처리 상태를 완료로 변경하지 않습니다.
삭제된 내용의 오류 기록
문제를 고치는 대신 해당 문단을 삭제했더라도 발견한 오류 기록은 유지합니다. 삭제로 최종 결과물에서 문제가 사라졌다는 사실과, 최초 생성 내용에 오류가 있었다는 사실은 서로 다른 판단 자료입니다. 담당자는 처리 방법에 삭제를 기재하고 오류 이유와 관련 자료를 연결합니다.
병원이 필요 없다고 결정해 없앤 내용은 오류 삭제와 따로 기록합니다. 삭제 사유를 남기지 않으면 나중에 원치 않는 설명이 많았는지, 틀린 설명이 많았는지 가리기 어렵습니다. 또한 삭제한 문단이 독자의 질문에 필요한 내용을 담고 있었다면, 실장은 대체 설명이 필요한지 결정합니다. 이 결정이 끝나기 전에는 삭제했다는 이유만으로 해당 항목을 완료 처리하지 않습니다.
자주 묻는 질문
AI가 스스로 고친 내용도 수정 횟수에 포함합니까?
병원에 전달되기 전 AI가 내부적으로 고친 과정을 담당자가 추정해 횟수에 더하지 않습니다. 전달된 결과물 이후의 수정 이력을 대상으로 정했다면 실제로 보관한 요청과 변경 내역만 집계합니다. AI의 자체 평가 문구는 병원 담당자가 수행한 검토 기록을 대신하지 않습니다.
전체를 다시 생성하면 기존 수정 기록을 없애도 됩니까?
재생성을 이유로 이전 기록을 삭제하지 않습니다. 새 결과물에는 별도 식별값을 부여하고, 어떤 문제 때문에 다시 생성했는지 이전 결과물과 연결합니다. 이전 파일을 덮어쓰면 재생성 뒤 같은 오류가 남았는지 추적하기 어려우므로 수정 전 자료도 보관합니다.
게시한 뒤 발견한 오류는 기존 기록에 어떻게 남깁니까?
게시 이후에 발견한 오류라는 표시와 발견 경로를 추가합니다. 최초 완료 판단 당시의 기록을 지우지 않고, 뒤늦게 발견한 항목과 후속 처리 내용을 연결합니다. 병원 담당자는 해당 설명이 다른 게시물에도 사용됐는지 검색하고 관련 자료의 수정 필요성을 따로 판단합니다.
병원 내부 수정과 외부 업체 수정은 합쳐도 됩니까?
같은 수정 단위를 사용했다면 통합 목록으로 관리할 수 있습니다. 내부 요청을 외부 업체에 전달한 내역이 중복 집계되지 않도록 요청 식별값을 연결합니다. 양쪽이 서로 다른 방식으로 기록했다면 기존 자료를 억지로 합산하지 않고, 단위를 통일한 이후 기록부터 함께 읽습니다.
예전 수정 기록에 이유가 없으면 나중에 채워도 됩니까?
당시 요청문과 수정 전후 파일로 입증할 수 있는 내용만 보완합니다. 근거가 남아 있지 않으면 담당자의 기억으로 사유를 확정하지 않고 사유 미상으로 표시합니다. 뒤늦게 보완한 항목에는 보완 시점과 사용한 자료를 기재해, 당시 기록과 나중의 해석이 혼합되지 않게 합니다.