정도관리 데이터 입력 오류는 값을 고치는 문제가 아니라 고친 사실을 증명하는 문제다. 원본을 훼손하지 않은 상태로 보존하고, 누가·언제·무엇을·왜 바꿨는지를 남기며, 파생 계산까지 재산정한 뒤 원래 승인 경로로 재승인을 받는 순서가 핵심이다. 고객 통보는 보고값과 적합 판정의 변동 여부로 결정하되, 통보하지 않기로 한 판단도 기록으로 남긴다.
목차
정도관리 데이터 입력 오류가 만드는 세 가지 리스크
정도관리 데이터 입력 오류는 단순 오타로 끝나지 않는다. 관리도 위의 한 점이 잘못 찍히면 평균과 표준편차가 함께 흔들리고, 그 값으로 산출된 관리한계가 다음 배치의 판정 기준이 되어 오류가 미래로 전파된다.
두 번째 리스크는 판정 역전이다. 정상이던 데이터가 OOL로 뒤집히거나, 반대로 실제 OOL이 정상으로 감춰지는 경우 모두 시험 결과의 유효성에 직접 영향을 준다. 후자는 고객에게 이미 나간 성적서까지 흔든다.
세 번째는 기록 신뢰성 자체의 훼손이다. ISO/IEC 17025는 기술기록에 원래의 관찰값·데이터·계산을 기록하고, 수정이 있을 경우 이전 버전 또는 원래 관찰값까지 추적할 수 있어야 한다고 요구한다. 오류를 조용히 덮어쓰는 순간 사안은 단순 오류가 아니라 데이터 무결성 위반으로 등급이 올라간다.
따라서 대응 절차는 ‘고치는 일’이 아니라 ‘고친 사실을 증명하는 일’로 설계해야 한다.
1단계 — 수정 전 원본 고정과 오류 유형 분류
수정 버튼을 누르기 전에 원본을 먼저 고정한다. 수기 기록이면 원래 값이 그대로 읽히도록 한 줄만 긋고 옆에 수정값·수정자 서명·일자를 적는다. 지우개, 수정액, 덧쓰기, 페이지 교체는 모두 금지된다.
전자기록이면 화면 캡처나 원본 데이터 내보내기로 수정 전 상태를 별도 보존한다. LIMS 감사추적이 있더라도 조사 보고서에 첨부할 수 있는 형태의 사본을 확보해 두는 편이 이후 검증 부담을 크게 줄인다.
다음은 오류 유형 분류다. 전사 오류(기기값을 기록으로 옮기는 과정), 계산 오류(희석배수·단위 환산), 대상 오류(다른 시료나 다른 항목 칸에 입력), 소수점·유효자릿수 오류로 나누면 이후 영향 범위 추정이 빨라진다.
이 단계에서 근본 원인을 단정할 필요는 없다. 확정해야 할 것은 ‘무엇이 잘못 들어갔는가’와 ‘올바른 값의 근거가 무엇인가’ 두 가지뿐이다. 근거는 기기 원자료, 출력물, 재측정 결과 중 하나로 명시한다.
원본 보존과 오류 분류
- 원본 고정
수기는 한 줄 긋기, 전자는 수정 전 사본 확보 - 올바른 값 확보
기기 원자료·출력물·재측정 중 근거 명시 - 유형 분류
전사·계산·대상·소수점 오류로 구분 - 발견 경위 기록
발견자, 발견 시점, 발견 계기 기재
2단계 — 정도관리 데이터 입력 오류 수정 기록과 감사추적
수정 기록은 누가·언제·무엇을·왜의 네 항목이 모두 있어야 완결된다. 전자기록 감사추적 요건도 같은 구조로, 조작자와 시각, 변경 전후 값, 변경 사유를 자동으로 남기고 이전에 기록된 정보를 가리지 않을 것을 요구한다.
정도관리 데이터 입력 오류를 수정할 때 실무에서 가장 자주 빠지는 항목이 ‘사유’다. ‘오기 정정’ 같은 상투어 대신 ‘기기 출력물 대조 결과 2.13을 2.31로 전사한 것 확인’처럼 제3자가 검증할 수 있는 문장으로 쓴다.
수정 권한도 통제 대상이다. 입력자 본인이 단독으로 확정된 기록을 바꿀 수 있는 구조라면 그 자체가 감사 지적 사유가 된다. 수정 요청과 승인을 분리하고 시스템에서 역할별 권한으로 강제하는 것이 안전하다.
수기록과 LIMS를 병행 운영하는 실험실은 양쪽을 같은 시점에 수정하고 상호 참조 번호를 남긴다. 한쪽만 고쳐두면 다음 대조 검증에서 새로운 불일치로 다시 발견되어 조사가 반복된다.
수정 기록 필수 4항목
| 항목 | 기록 내용 | 나쁜 예 |
|---|---|---|
| 누가 | 수정자와 승인자 분리 기재 | 이니셜만 표기 |
| 언제 | 수정 일자와 시각 | 일자 누락 |
| 무엇을 | 변경 전 값과 변경 후 값 | 변경 후 값만 남김 |
| 왜 | 검증 가능한 수정 사유 | ‘오기 정정’ |
3단계 — 파생 데이터 재계산과 재승인
수정된 값이 QC 판정을 바꾸는지부터 확인한다. 판정이 그대로면 영향은 해당 기록에 국한되지만, 정상과 OOL이 뒤집히면 그 QC가 보증하던 배치 전체가 재검토 대상이 된다.
다음은 파생 데이터 추적이다. 그 값이 들어간 평균, 표준편차, 관리한계, 월간 집계, 경향 분석, 검량선까지 거슬러 따라가며 재계산 대상을 목록으로 만든다. 정도관리 데이터 입력 오류 한 건이 관리한계 재산정으로 번지는 경우는 드물지 않다.
재승인은 최초 승인과 같은 경로를 밟는다. 기술책임자 또는 지정된 승인권자가 수정 근거, 재계산 결과, 영향 범위 판정을 함께 검토하고 서명한다. 값만 바꾸고 기존 승인을 그대로 유지하는 처리는 인정되지 않는다.
성적서가 이미 발행된 경우에는 개정 성적서를 발행하고 고유 식별번호, 개정 사유, 원 성적서 참조를 명시한다. 원본 성적서를 회수하지 못할 가능성까지 고려해 개정본임이 문면에 드러나게 한다.
영향 범위별 조치 판정
| 상황 | 재계산 범위 | 재승인 | 고객 통보 |
|---|---|---|---|
| 보고값 변동 없음 | 해당 기록만 | 작성자 확인 | 불필요 |
| QC 판정 역전 | 평균·관리한계 재산정 | 승인권자 재서명 | 영향 검토 |
| 적합 판정 변경 | 배치 전체 소급 | 성적서 개정 | 지체 없이 |
※ 판정이 뒤집히면 재계산과 통보를 함께 검토한다.
4단계 — 고객 통보 판단과 문서화
고객 통보는 정서가 아니라 기준으로 결정한다. 판단 축은 셋이다. 보고값이 실제로 바뀌었는가, 규격 적합 판정이 바뀌었는가, 고객이 그 값으로 이미 의사결정을 했을 가능성이 있는가.
보고값이 바뀌지 않고 내부 QC 기록에만 머무는 정도관리 데이터 입력 오류라면 내부 시정조치로 종결하고 기록에 남긴다. 반대로 적합과 부적합이 뒤집히는 경우는 지체 없이 통보하고 통보 시각, 수단, 수신자를 기록한다.
통보문에는 무엇이 잘못됐는지, 정정된 값이 무엇인지, 원인과 재발 방지 조치가 무엇인지를 담는다. 원인 조사가 끝나지 않았다면 조사 진행 중임을 명시하고 후속 회신 시점을 함께 제시하는 편이 낫다.
통보 여부를 검토했으나 통보하지 않기로 결정한 건도 반드시 기록한다. ‘검토 후 통보 불필요로 판단’이라는 근거 기록이 없으면 감사에서는 단순 누락으로 읽힌다.
관련해서 정도관리 데이터 수정·삭제 정당성 4단계 — 근거·기록·승인·추적 글도 참고할 만하다.
정리 — 정도관리 데이터 입력 오류 대응 체크포인트
정도관리 데이터 입력 오류 대응은 원본 보존, 수정 기록, 재계산과 재승인, 통보 판정의 순서를 벗어나지 않는다. 순서를 건너뛰면 뒤 단계에서 근거가 사라져 되돌릴 수 없다.
마무리는 재발 방지다. 같은 유형이 반복되면 개인의 부주의가 아니라 입력 구조의 문제로 본다. 범위·포맷·논리 검증을 입력 시점에 자동으로 걸고, 이중 입력이나 기기 직결 전송으로 전사 단계를 아예 없애는 방향이 근본 대책이다.
분기별로 수정 건수와 유형을 집계해 추이를 본다. 절차를 고쳤는데도 건수가 줄지 않으면 절차가 아니라 시스템을 바꿔야 한다는 신호로 해석한다.
마지막으로, 정도관리 데이터 입력 오류를 발견해 신고한 인원을 문책하지 않는 운영 문화가 전제되어야 한다. 발견이 곧 처벌로 이어지면 다음 오류는 보고되지 않고 숨겨진다.
종결 전 최종 점검
- ✓원본 값이 그대로 읽히는가
- ✓수정 사유가 제3자에게 검증 가능한가
- ✓파생 계산과 관리한계를 재산정했는가
- ✓수기록과 LIMS가 함께 수정됐는가
- ✓통보 또는 미통보 판단이 기록됐는가
