R&D 검증과 밸리데이션 구분 체크리스트: 요구사항, 사용목적, 증거 문서 확인

R&D 회의에서 “검증은 했고 밸리데이션도 끝났다”는 말이 나오면, 바로 다음 질문은 문서명보다 판단 기준이어야 한다. 이 활동이 정해진 요구사항을 만족했는지 확인하는 일인지, 실제 사용목적과 사용자 필요에 맞는지 확인하는 일인지, 아니면 공정이나 분석절차가 의도한 조건에서 일관되게 작동하는지 입증하는 일인지부터 분리해야 한다. FDA 설계관리 자료는 설계 검증을 설계 산출물이 설계 입력 요구사항에 맞는지 확인하는 활동으로, 설계 밸리데이션을 사용자 필요와 의도된 사용에 맞는지 객관적 증거로 확인하는 활동으로 설명한다[S1]. ISO 계열 정의도 검증은 명시 요구사항 충족, 밸리데이션은 특정 의도된 사용 또는 적용 요구사항 충족이라는 축으로 나뉜다[S6].

이 글의 목적은 용어 암기가 아니다. R&D 검토자가 시험계획서, 요구사항 추적표, 사용 시나리오, 분석법 자료, 공정 자료를 앞에 두고 “이 증거가 어느 질문에 답하는가”를 판별하도록 돕는 것이다. 검증은 대체로 “요구사항을 맞췄는가”라는 닫힌 질문에 강하고, 밸리데이션은 “이 목적에 써도 되는가”라는 적용 질문에 강하다. 두 활동은 서로 대체되지 않는다. 요구사항 시험이 모두 통과돼도 사용목적 증거가 빈약하면 밸리데이션이 부족할 수 있고, 사용자 시나리오가 설득력 있어도 입력 요구사항과 산출물의 추적성이 끊기면 검증 공백이 남는다.

R&D 검증과 밸리데이션을 나누는 첫 질문

가장 먼저 확인할 문장은 “무엇을 기준으로 맞다고 판단하는가”이다. 기준이 설계 입력, 사양, 허용기준, 시험 규격처럼 미리 정의된 요구사항이면 검증 쪽 질문이다. 예를 들어 센서가 특정 온도 범위에서 허용 오차 안에 드는지, 소프트웨어 모듈이 요구사항 ID별 테스트를 통과했는지, 분석 절차가 정해진 정확성·정밀성 기준을 충족하는지 확인하는 일은 요구사항과 결과의 대응을 따진다. ICH Q2(R2)는 분석절차 밸리데이션이라는 표현을 쓰지만, 그 안에서도 정확성, 정밀성, 특이성, 검출한계, 정량한계, 범위 같은 특성을 목적에 맞게 선택하고 평가하도록 요구한다[S3]. 따라서 이름만 보고 판단하지 말고, 문서가 실제로 어떤 기준과 증거를 연결하는지 봐야 한다.

반대로 기준이 사용자 필요, 의도된 사용, 실제 또는 모의 사용 조건, 임상·실험·제조 환경의 적용 가능성이라면 밸리데이션 질문에 가깝다. FDA 설계관리 설명은 설계 밸리데이션이 정의된 운전 조건에서, 초기 생산 단위나 그에 준하는 산출물로, 사용자 필요와 의도된 사용에 맞는지 확인해야 한다고 설명한다[S1]. 이는 단순히 시험성적서가 많다는 뜻이 아니다. 요구사항 시험 결과가 실제 사용 흐름에서 의미가 있는지, 사용자가 목적을 달성하는지, 라벨·사용법·환경 조건까지 포함해 근거가 이어지는지를 보겠다는 뜻이다.

요구사항 문서가 검증의 중심축인지 확인하기

검증을 검토할 때는 요구사항 문서의 품질부터 본다. 요구사항이 모호하면 통과 결과도 모호하다. “빠르게 측정한다” 같은 문장은 시험 가능한 기준이 아니므로 검증 증거를 만들기 어렵다. “시료 A 조건에서 N회 반복 측정 시 사전에 정한 허용범위 안에 들어야 한다”처럼 조건, 방법, 기준, 기록 위치가 분리돼 있어야 한다. 이때 요구사항 추적표는 단순한 관리 양식이 아니라 검증 논리의 지도다. 입력 요구사항, 설계 산출물, 시험 케이스, 결과 보고서, 편차 처리, 승인 기록이 한 줄로 이어져야 한다.

체크할 항목은 네 가지다. 첫째, 요구사항이 출처를 가진다. 사용자 요구, 규제 요구, 위험통제, 성능 목표, 인터페이스 조건 중 어디에서 온 요구인지 적혀 있어야 한다. 둘째, 각 요구사항은 검증 가능한 허용기준을 가진다. 셋째, 시험 결과가 단순히 “pass”가 아니라 원자료나 계산 근거로 재확인 가능해야 한다. 넷째, 실패·편차·변경이 요구사항 추적표에 되돌아와야 한다. 편차가 보고서 뒤쪽에만 남아 있고 요구사항 상태가 그대로 “통과”라면 검증 완료 판단은 약해진다.

사용목적 문서가 밸리데이션의 기준인지 확인하기

밸리데이션에서는 요구사항표보다 사용목적 문장이 먼저다. 사용목적은 제품, 절차, 공정, 시스템이 어떤 상황에서 무엇을 하도록 의도됐는지를 정한다. 사용자가 누구인지, 사용 환경이 실험실인지 제조 현장인지 실제 환자 접점인지, 결과가 어떤 의사결정에 쓰이는지에 따라 필요한 증거가 달라진다. 같은 장비 성능 시험 결과라도 연구용 탐색 실험에는 충분할 수 있지만, 품질 방출 판단에 쓰려면 분석 목적과 품질 시스템 안에서 다른 수준의 근거가 필요할 수 있다.

FDA 공정 밸리데이션 지침은 공정 밸리데이션을 공정 설계부터 상업 생산까지 데이터를 수집·평가해 공정이 품질 제품을 지속적으로 제공할 수 있다는 과학적 증거를 세우는 활동으로 설명한다[S4]. WHO GMP 밸리데이션 지침도 밸리데이션을 의약품 품질시스템의 일부로 보며, 계획·프로토콜·보고서·변경관리와 연결해 다룬다[S5]. 여기서 중요한 점은 밸리데이션이 “마지막에 한 번 도장 찍는 시험”이 아니라는 것이다. 사용목적, 위험, 운전 조건, 허용기준, 변경 이력, 지속적 모니터링이 같이 움직여야 한다.

밸리데이션 체크리스트는 다음 순서로 점검하면 좋다. 먼저 사용목적 문장이 승인된 최신 문서와 일치하는지 본다. 다음으로 밸리데이션 대상이 그 사용목적을 대표하는 조건에서 평가됐는지 확인한다. 이어서 최악조건, 경계조건, 실제 사용자 또는 실제 공정 조건을 왜 포함하거나 제외했는지 근거를 본다. 마지막으로 보고서 결론이 증거 범위를 넘지 않는지 확인한다. “해당 조건에서 목적에 적합함”은 가능하지만, 시험하지 않은 조건까지 일반화하는 문장은 피해야 한다.

증거 문서 매핑: 한 자료가 두 질문에 모두 답한다고 가정하지 않기

R&D 문서 검토에서 흔한 오류는 하나의 시험성적서를 검증과 밸리데이션의 만능 증거로 쓰는 것이다. 같은 자료가 두 활동에 모두 기여할 수는 있지만, 답하는 질문은 분리해야 한다. 예를 들어 분석법 반복성 자료는 사전에 정한 정밀성 기준을 만족한다는 검증성 증거가 될 수 있다. 그러나 그 분석법이 특정 시료 매트릭스와 의도된 품질 판단에 충분하다는 밸리데이션 결론을 내려면 특이성, 범위, 정확성, 시료 전처리, 적용 목적까지 함께 보아야 한다[S3].

다음 표처럼 문서별로 “주 질문”과 “보조 질문”을 나누면 회의가 빨라진다.

OECD GLP FAQ는 방법 검증 자료가 GLP 연구 재구성에 필요할 수 있고, 데이터가 정확히 기록·보관돼야 한다는 점을 설명한다[S7]. 이는 “밸리데이션 자료가 있으니 GLP는 자동 충족”이라는 뜻이 아니다. 오히려 연구계획서, 원자료, 품질보증 점검, 컴퓨터화 시스템 기록처럼 서로 다른 증거 층위를 분리해 보라는 신호다.

회의 전 10분 체크리스트

첫째, 활동명을 지운 상태로 문서를 읽는다. 표지에 “Validation Report”라고 적혀 있어도 실제 내용이 요구사항 대비 시험 결과만 담고 있다면 검증 성격이 강하다. 반대로 “Verification Test”라는 이름이어도 실제 사용자 조건과 사용목적 적합성을 평가했다면 밸리데이션 근거가 일부 포함될 수 있다. 이름보다 판단 기준을 본다.

둘째, 기준 문장을 찾는다. “shall”, “must”, “acceptance criteria”, “intended use”, “user needs”, “defined operating conditions”에 해당하는 한국어 문장을 표시한다. 기준 문장이 요구사항이면 검증 축에 놓고, 사용목적 또는 적용 목적이면 밸리데이션 축에 놓는다.

셋째, 증거의 범위를 표시한다. 시험한 조건, 시료, 배치, 장비, 사용자, 소프트웨어 버전, 공정 파라미터, 분석 범위를 적는다. 밸리데이션 결론은 이 범위를 넘어가면 약해진다. FDA 설계관리 자료가 밸리데이션을 정의된 운전 조건과 초기 생산 단위 또는 그에 준하는 대상에서 수행하도록 설명하는 이유도 여기에 있다[S1].

넷째, 편차와 변경을 따로 본다. 검증 실패가 변경으로 해결됐으면 새 산출물이 다시 요구사항을 만족했는지 확인해야 한다. 밸리데이션 중 사용조건이 바뀌었으면 원래 사용목적과 새 조건의 차이를 평가해야 한다. 변경관리 없이 “재시험 통과”만 남아 있으면 증거 사슬이 끊긴다.

다섯째, 결론 문장을 좁힌다. 좋은 결론은 강하지만 좁다. “본 시험 조건에서 요구사항 R-01~R-08을 충족했다” 또는 “정의된 사용 시나리오 A와 B에서 의도된 사용에 적합하다는 증거를 확보했다”처럼 말한다. “제품은 검증 및 밸리데이션 완료”처럼 넓은 결론은 감사나 기술검토에서 다시 질문을 부른다.

R&D 검증과 밸리데이션을 혼동할 때 생기는 문서 리스크

첫 번째 리스크는 요구사항 누락이다. 밸리데이션 보고서가 사용자 시나리오를 잘 설명해도 설계 입력과 시험 결과의 추적성이 없으면 “정한 대로 만들었는가”에 답하지 못한다. 두 번째 리스크는 사용목적 공백이다. 모든 요구사항 시험이 통과돼도 실제 사용자가 목적을 달성하는지, 사용 환경이 대표됐는지, 라벨이나 지침이 충분한지 확인하지 않으면 “맞는 제품을 만들었는가”에 답하지 못한다.

세 번째 리스크는 공정과 제품의 질문을 섞는 것이다. 제품 설계 검증 자료가 공정 밸리데이션을 대신하지 않는다. FDA 공정 밸리데이션 지침은 공정 설계, 공정 적격성평가, 지속적 공정검증이라는 생애주기 접근을 설명한다[S4]. 제품 사양 시험은 필요하지만, 공정이 반복적으로 품질 결과를 낸다는 별도 증거가 필요하다. 네 번째 리스크는 분석절차 용어를 단순 번역으로 처리하는 것이다. ICH Q2(R2)의 분석절차 밸리데이션은 분석 목적과 절차 특성의 적합성을 함께 다룬다[S3]. 따라서 “분석법 검증”이라는 내부 표현을 쓰더라도 어떤 특성을 어떤 사용목적에 맞춰 평가했는지 분명히 해야 한다.

경계조건과 예외를 적어야 결론이 안전해진다

검증과 밸리데이션의 차이를 제대로 적으려면 통과 여부뿐 아니라 경계조건도 문서에 남겨야 한다. 요구사항 시험에서 경계값을 제외했다면 왜 제외했는지, 다음 단계에서 어떤 근거로 보완할지 적어야 한다. 사용목적 밸리데이션에서 실제 사용자를 직접 포함하지 않고 모의 조건을 썼다면, 그 모의 조건이 실제 사용을 얼마나 대표하는지 설명해야 한다. 이 설명이 없으면 결론은 겉으로는 짧아 보이지만, 검토자는 다시 “그 조건이 왜 충분한가”를 물을 수밖에 없다.

예외 처리도 같은 방식으로 본다. 사소한 편차처럼 보이는 기록이 요구사항 충족 판단에는 영향이 없을 수 있다. 그러나 그 편차가 사용 환경, 사용자 조작, 시료 매트릭스, 장비 설정, 공정 파라미터와 연결되면 밸리데이션 결론에는 영향을 줄 수 있다. 반대로 사용성 의견이 일부 남아 있어도, 그것이 명시 요구사항의 불충족을 의미하지는 않을 수 있다. 따라서 편차 보고서에는 “검증 영향”과 “밸리데이션 영향”을 따로 적는 편이 안전하다. 한 줄 결론으로 묶으면 빠르지만, 나중에 변경관리나 기술검토에서 원인을 다시 분해해야 한다.

변경 이후 재검토 범위도 미리 정해야 한다. 설계 입력이 바뀌면 해당 입력과 연결된 산출물, 시험 케이스, 위험통제, 사용자 시나리오를 다시 따라가야 한다. 공정 조건이 바뀌면 공정 밸리데이션의 어느 단계에 영향을 주는지 봐야 한다. 분석절차의 시료 매트릭스나 적용 범위가 바뀌면 기존 성능 특성 평가가 새 목적에도 유효한지 확인해야 한다[S3]. 이때 “전체 재밸리데이션”이라는 넓은 표현을 바로 쓰기보다, 변경이 건드린 기준 문장과 증거 문서를 먼저 표시하면 과잉 작업과 누락을 동시에 줄일 수 있다.

마지막으로, 결론에는 부정문도 필요하다. “본 자료는 요구사항 R-01~R-05의 검증 증거이며, 사용자 교육 시나리오의 밸리데이션 증거로는 사용하지 않는다”처럼 쓰면 독자가 문서의 한계를 이해한다. R&D 초안 단계에서는 이런 제한 문장이 불편해 보일 수 있지만, 개발 후반에는 오히려 팀을 보호한다. 어떤 증거가 어디까지 말할 수 있는지 분명해야 다음 시험, 다음 사용성 평가, 다음 공정 검토의 범위가 정확해진다.

내부 링크 계획: rndatlas.com에서 이어질 독자 경로

이 초안은 같은 사이트 안에서 다음 글과 연결되면 독자의 검토 흐름이 자연스럽다. 먼저 /rd-requirements-traceability-matrix-guide/는 요구사항 추적표를 만드는 전제 지식으로 연결한다. /design-input-output-review-checklist/는 설계 입력과 산출물 검토가 필요한 독자에게 다음 단계가 된다. /analytical-method-validation-q2r2-checklist/는 분석절차 사례를 더 깊게 확인하는 링크다. /process-validation-lifecycle-rd-to-manufacturing/는 R&D에서 제조 이전으로 넘어가는 공정 밸리데이션 독자에게 이어진다. 마지막으로 /glp-study-document-evidence-checklist/는 연구계획서와 원자료 중심의 증거 보관을 확인하는 보조 링크로 둔다.

최종 판단 규칙

한 문장으로 정리하면, 검증은 “명시한 요구사항을 만족했다는 객관적 증거”를 묻고, 밸리데이션은 “의도한 사용목적에 적합하다는 객관적 증거”를 묻는다. R&D 문서 검토자는 이 차이를 시험명이나 보고서명으로 판단하지 말고, 기준 문장과 증거 문서의 연결로 판단해야 한다. 요구사항, 사용목적, 증거 범위, 변경 이력, 결론 문장이 서로 맞물리면 검토 의견은 짧아진다. 반대로 이 다섯 가지 중 하나라도 비어 있으면 “완료”라는 단어보다 “어떤 질문이 아직 남았는가”를 먼저 적어야 한다.

이 체크리스트의 실무적 결론은 보수적이다. 요구사항 시험성적서는 검증의 핵심 증거가 될 수 있지만, 사용목적 밸리데이션을 자동으로 완성하지 않는다. 사용자 시나리오와 공정 자료는 밸리데이션을 강화하지만, 요구사항 추적표의 빈칸을 대신하지 않는다. 분석절차와 GLP 문서도 마찬가지다. 각 문서가 답하는 질문을 분리하고, 출처가 분명한 기준과 원자료가 있는 증거만 결론에 연결할 때 R&D 검증과 밸리데이션의 구분은 논쟁이 아니라 검토 가능한 문서 구조가 된다.