원문과 묶음 결과의 대응 기준
AI로 묶은 질문은 확정 전 제안으로 취급하고, 사람이 원문과 결과를 대조해 답을 바꿀 조건의 누락과 서로 다른 물음의 합쳐짐을 확인하는 것이 좋습니다. 빠진 원문과 원문에 없는 질문의 추가까지 확인한 뒤 채택·수정·보류를 결정합니다.
묶음 이름이 자연스럽거나 질문이 간결해졌다는 이유만으로 결과를 채택하지 않습니다. 담당자는 묶음에 포함된 원문을 따라가며 환자가 무엇을 묻는지, 어떤 상황을 전제로 묻는지가 남아 있는지 판단합니다. 결과 문장만 읽으면 드러나지 않는 오류가 있으므로 원문과 결과를 나란히 놓고 작업합니다.
구글 검색 센터는 생성형 AI가 콘텐츠의 구조를 정리하는 데 유용할 수 있지만, 출력에 부정확한 정보가 포함될 수 있어 게시 전에 사람이 정확성과 신뢰성을 검토해야 한다고 설명합니다. 병원 질문 묶음에서는 문장이 매끄러운지보다 원문의 뜻을 보존했는지를 판단 기준으로 삼을 수 있습니다. 이는 병원 내부의 편집 절차 제안이며 구글이 정한 질문 분류 방식은 아닙니다.
사람이 다시 확인할 오류
오류는 묶음 전체의 인상보다 원문과 결과 사이의 차이로 찾아야 합니다. 아래 항목을 기준으로 담당자가 문제 표현을 표시하면 묶음 이름만 읽고 승인하는 일을 줄일 수 있습니다.
| 사람이 다시 볼 부분 | 원문과 대조할 내용 | 수정이 필요한 신호 |
|---|---|---|
| 답을 바꿀 조건 | 대상, 시점, 상태, 질문의 전제 | 조건이 빠져 질문의 적용 범위가 넓어짐 |
| 서로 다른 물음의 합침 | 각 원문이 요구하는 답의 내용 | 같은 묶음 안에서 다른 설명이 필요함 |
| 빠진 원문 | 원문별로 연결된 묶음의 유무 | 어느 묶음에도 연결되지 않은 질문이 있음 |
| 근거 없는 질문 추가 | 결과 질문을 뒷받침하는 원문 | 원문에서 찾을 수 없는 물음을 결과에 포함함 |
표의 항목은 오류를 찾는 출발점이며, 표시된 차이가 모두 잘못을 뜻하지는 않습니다. 반복 표현을 줄였더라도 뜻과 조건이 유지되면 채택할 수 있습니다. 반대로 짧은 단어 하나가 빠져 답의 대상이 달라졌다면 문장이 비슷해도 수정 대상으로 처리합니다.
편집 차이와 진료 판단의 경계
담당자가 처리할 수 있는 차이는 원문을 근거로 의미의 변화를 설명할 수 있는 편집 오류입니다. 빠진 표현을 복원하거나 잘못 연결된 원문을 옮기는 작업은 변경 이유를 기록하며 진행합니다. 특정 상태나 시점의 차이가 진료 답변에 영향을 주는지 판단해야 한다면 담당자가 같은 질문이라고 확정하지 않습니다.
원장에게는 묶음 전체를 막연히 승인해 달라고 요청하지 않습니다. 답이 같다고 처리해도 되는지 판단할 조건과 해당 원문을 함께 전달합니다. 진료 판단이 필요한 항목은 결론이 나기 전까지 보류로 표시합니다.
대응 자료 준비와 처리 순서
마케팅 담당자는 원문 목록, AI가 만든 묶음 결과, 원문과 묶음의 연결 자료를 준비합니다. 원문에는 식별용 표기를 유지하고 결과에는 묶음 이름과 포함된 원문 표기를 함께 기재합니다. 원문을 직접 읽을 수 없는 요약본만 전달받았다면 그 상태에서 최종 채택을 진행하지 않습니다.
작업 중 원문이나 결과가 덮어써지지 않도록 최초 결과와 수정 결과를 따로 보관합니다. 실장은 담당자가 사용할 자료의 범위를 정하고, 원문 일부가 빠진 채 작업을 시작하지 않았는지 관리합니다. 결과에 표시된 처리 상태와 실제 수정 내용이 일치하는지도 최종 전달 전에 검사합니다.
- 원문과 묶음 결과를 나란히 놓고 각 원문이 어느 묶음에 연결됐는지 대조합니다. 연결이 없거나 여러 묶음에 연결된 항목은 이유를 기재합니다.
- 누락, 잘못된 합침, 근거 없는 추가를 표시합니다. 문제 표현과 연결된 원문을 함께 남겨 다른 담당자도 차이를 재현할 수 있게 합니다.
- 표시한 오류에 따라 채택·수정·보류를 결정합니다. 편집으로 해결한 항목은 고친 결과를 저장하고, 진료 판단이 필요한 항목은 원장에게 전달합니다.
오류별 처리 판단과 전달 자료
처리 상태는 AI 결과의 완성도를 평가하는 말이 아니라 해당 묶음을 사용할 수 있는지 나타내는 표기입니다. 원장에게 전달할 내용이 없는 편집 오류까지 모두 보류할 필요는 없습니다. 반대로 답의 차이가 불분명한 항목을 문구 수정만으로 종결하지 않습니다.
| 확인한 오류 | 묶음 처리 판단 | 원장에게 확인할 내용 |
|---|---|---|
| 의미와 조건의 변화 없음 | 채택 | 별도 진료 판단 요청 없음 |
| 조건 누락 또는 잘못된 합침 | 복원·분리 후 수정, 답의 차이가 불명확하면 보류 | 해당 조건에 따라 답이 달라지는지 |
| 연결되지 않은 원문 | 누락 원문을 복구하고 배치 수정 | 기존 묶음과 같은 답으로 처리할 수 있는지 |
| 원문에 없는 질문 추가 | 결과에서 제외하고 출처 없는 후보로 별도 기록 | 진료상 전제를 포함했다면 그 전제의 타당성 |
수정 항목에는 변경 전 표현, 변경 후 표현, 연결된 원문, 변경 이유를 남깁니다. 보류 항목에는 답변을 기다리는 물음을 구체적으로 기재합니다. 원장이 판단을 전달하면 담당자는 그 판단이 필요한 항목에만 반영하고 관련 없는 묶음까지 일괄 변경하지 않습니다.
원문과 결과를 양방향으로 추적
빠진 원문과 임의로 추가된 질문은 추적 방향을 달리해야 찾을 수 있습니다. 원문에서 결과로 이동하면 어디에도 연결되지 않은 질문을 찾을 수 있고, 결과에서 원문으로 이동하면 근거 없는 질문을 찾을 수 있습니다. 담당자는 한 방향의 작업이 끝났다는 이유로 다른 방향을 생략하지 않습니다.
하나의 원문이 여러 묶음에 연결됐다고 해서 곧바로 중복 오류로 처리하지 않습니다. 해당 원문에 실제로 서로 다른 물음이 포함됐는지, 같은 내용을 여러 번 연결했는지를 가립니다. 연결을 유지한다면 각 묶음이 원문의 어느 표현을 근거로 삼는지 기록합니다.
AI가 만든 묶음 이름 자체에도 원문에 없는 전제가 들어갈 수 있습니다. 포함된 질문은 그대로여도 이름이 특정 대상이나 치료 상황을 단정하면 담당자는 그 표현을 수정합니다. 이름과 개별 질문이 같은 범위를 가리키는지까지 판단한 뒤 결과를 저장합니다.
부분 오류의 처리 범위 기록
일부 원문에서 오류가 발견됐다는 이유만으로 묶음 전체를 삭제하지 않습니다. 담당자는 문제가 생긴 원문과 영향을 받은 결과 문장을 연결하고, 나머지 질문에도 같은 오류가 있는지 따로 판단합니다. 수정 범위가 정해지면 그대로 유지한 항목과 변경한 항목을 기록에서 식별할 수 있게 합니다.
보류도 묶음 전체에 적용할지 일부 항목에 적용할지 명시해야 합니다. 보류된 질문이 대표 질문이나 묶음 이름의 뜻에 영향을 준다면 그 표현도 함께 사용을 유보합니다. 다른 질문의 의미가 독립적으로 유지된다면 해당 부분은 앞에서 정한 기준에 따라 처리합니다.
AI의 오류 설명과 수정 결과 분리
AI가 스스로 오류를 찾았다고 설명해도 수정 결과가 실제로 고쳐졌다고 판단하지 않습니다. 담당자는 설명문을 처리 완료의 근거로 삼지 않고 변경된 질문과 원문을 직접 연결합니다. 수정 이유는 맞지만 결과 문장에는 빠진 조건이 여전히 없거나, 분리했다는 설명과 달리 같은 묶음에 남아 있을 수 있습니다.
재작업을 요청할 때는 해결할 오류와 유지할 표현을 함께 지정합니다. 새 결과를 받으면 요청한 부분 외에 달라진 표현도 검사하고, 최초 결과에 내린 승인 상태를 자동으로 이어 쓰지 않습니다. 사람이 고친 내용을 다시 AI에 전달했다면 그 이후의 결과도 별도 수정본으로 취급합니다.
자주 묻는 질문
AI가 표시한 확신 정도를 승인 기준으로 삼아도 됩니까?
확신 정도만으로 승인하지 않는 것이 좋습니다. 표시값의 산출 근거를 알 수 없으면 사람이 읽어야 할 항목의 우선순위를 정하는 참고 표시로만 사용합니다. 표시가 없는 항목도 처리 대상에서 제외하지 않습니다.
AI를 다시 실행할 때마다 묶음이 달라지면 어떻게 합니까?
담당자는 어느 결과를 작업 대상으로 삼았는지 먼저 명시합니다. 결과가 달라졌다는 사실만으로 최신 결과를 채택하지 않고, 변경된 원문 연결과 질문 표현을 기록합니다. 반복 실행 횟수보다 변경 이유를 설명할 수 있는지가 처리 판단에 필요합니다.
외부 업체가 원문 연결 자료를 주지 않으면 어떻게 합니까?
묶음별로 어떤 원문을 사용했는지 알 수 있는 자료를 요청합니다. 내부에서 연결을 복원할 수 없다면 결과는 참고용으로 제한하고 최종 질문 목록에 반영하지 않습니다. 이후 작업을 맡길 때도 결과물에 원문 식별 표기를 포함하도록 요구합니다.
질문 묶음 파일에 AI 사용 사실을 표시해야 합니까?
내부 파일에는 AI가 만든 최초 결과인지 사람이 수정한 결과인지 표시하는 편이 좋습니다. 사용한 자료 범위와 수정 이력을 함께 남기면 인계받은 직원이 현재 상태를 이해할 수 있습니다. 내부 표기를 그대로 공개 안내 문구로 사용할 필요는 없습니다.
반복해서 발생하는 분류 오류는 어떻게 관리합니까?
같은 유형의 오류가 반복되면 묶음별 기록과 별도로 오류 유형을 모아 관리합니다. 담당자는 재작업 요청에 그 유형을 반영하고 다음 결과에서 같은 문제가 재발했는지 검사합니다. 오류가 자주 발생한다는 이유로 원문 표현을 일괄 삭제하거나 단순화하지 않습니다.
