R&D 원자료 무결성 체크리스트: 최초기록, 수정이력, 전자파일 보관 확인

R&D 원자료 무결성 점검은 “파일이 남아 있는가”보다 좁고 까다로운 질문에서 시작해야 한다. 검토자는 실험자가 처음 만든 값, 그 값을 이해하게 해 주는 메타데이터, 이후 수정이나 재처리가 있었다면 누가 언제 왜 했는지, 그리고 전자파일이 보관 기간 동안 읽히고 추적될 수 있는지를 함께 보아야 한다. FDA는 데이터 무결성을 완전성, 일관성, 정확성의 문제로 설명하고, ALCOA 특성인 귀속성, 판독성, 동시기록성, 원본성, 정확성을 함께 요구한다[S1]. WHO와 PIC/S도 ALCOA+ 관점에서 완전하고 일관되며 지속 보존되고 이용 가능한 기록을 강조한다[S3][S4].

이 글은 규정 해석을 대신하는 법률 문서가 아니라, 연구소·품질·RA·QA 담당자가 내부 점검 전에 빠뜨리기 쉬운 증거를 정리하는 초안형 체크리스트다. 결론부터 말하면 원자료 무결성은 세 묶음으로 확인하는 편이 안전하다. 첫째, 최초기록이 실험 수행 시점과 사람에게 연결되는지 본다. 둘째, 수정이력이 결과값뿐 아니라 방법, 계산식, 파일명 변경, 삭제 시도까지 재구성하게 하는지 본다. 셋째, 전자파일 보관이 백업 사본의 존재가 아니라 원본 형식, 메타데이터, 접근권한, 복원 가능성까지 포함하는지 본다.

R&D 원자료 무결성 체크리스트를 시작하기 전에 정할 범위

원자료 범위를 먼저 정하지 않으면 점검은 보통 보고서 PDF와 엑셀 최종본 확인으로 끝난다. 그러나 R&D에서 의사결정에 쓰인 값은 단일 문서보다 데이터 생애주기에 가깝다. 실험계획서, 장비 원시파일, 전자연구노트 입력값, 크로마토그램이나 이미지 원본, 계산 스프레드시트, 재처리 파일, 서명된 보고서, 검토 코멘트가 서로 연결될 수 있어야 한다. FDA는 데이터 생애주기를 생성, 수정, 처리, 보관, 검색, 전송, 폐기 이후 단계까지 포함해 설명한다[S1]. 따라서 “최종 보고서가 승인됐는가”가 아니라 “승인자가 원래 무슨 일이 있었는지 다시 볼 수 있는가”를 기준으로 삼아야 한다.

범위 설정에서 가장 자주 생기는 오류는 연구 목적 파일과 규제 제출 또는 품질 의사결정 파일을 뒤섞는 것이다. 탐색 연구의 임시 계산까지 모두 같은 강도로 점검할 필요는 없지만, 배치 판정, 안정성, 비임상 GLP 연구, 제출자료 근거, 안전성 판단에 연결되는 데이터는 더 높은 추적성을 요구한다. OECD GLP 데이터 무결성 문서는 GLP 맥락에서 전자기록과 원자료의 관계를 강조하며, 전자 원자료가 연구 재구성에 필요한 증거가 될 수 있음을 전제로 한다[S6]. R&D 현장에서는 이 차이를 “모든 파일을 똑같이 묶기”가 아니라 “의사결정 영향도에 따라 점검 깊이를 나누기”로 운영해야 한다.

10분 범위 결정 질문

• 이 데이터가 연구 결론, 품질 판단, 제출자료, 재시험 결정 중 하나에 쓰였는가?

• 최종값을 만든 원본 파일과 계산 과정을 현재 시스템에서 다시 열 수 있는가?

• 원자료와 보고서 사이에 사람이 옮겨 적은 단계가 있다면 검토 흔적이 남아 있는가?

• 수정, 재처리, 제외, 무효화가 있었다면 사유와 승인자가 분리되어 있는가?

최초기록은 시간, 작성자, 장비, 맥락이 함께 남아야 한다

최초기록 확인은 “가장 오래된 파일”을 찾는 일이 아니다. 실제 최초기록은 실험이나 관찰이 수행된 시점에 생성되고, 누가 만들었는지 식별되며, 그 값이 무엇을 의미하는지 설명하는 맥락을 포함해야 한다. FDA는 메타데이터를 데이터 이해에 필요한 맥락 정보로 설명하고, 날짜·시간, 사용자 ID, 장비 ID, 물질 식별, 감사추적 등이 데이터 해석에 필요할 수 있다고 제시한다[S1]. 숫자 하나가 남아 있어도 단위, 시료, 조건, 작성자가 빠지면 검토자는 그 숫자를 연구 증거로 쓰기 어렵다.

종이 연구노트라면 기록 시점, 서명, 수정 방식, 빈칸 통제, 첨부 원본의 연결성이 핵심이다. 전자연구노트나 LIMS라면 계정 공유 여부, 자동 시간기록, 장비 인터페이스, 수동 입력 구간, 첨부파일 원본성, 내보내기 파일의 고정 여부를 본다. “나중에 정리해서 입력했다”는 설명은 연구 효율 면에서는 흔할 수 있지만, 원자료 무결성 관점에서는 동시기록성 결함으로 이어질 수 있다. 실제 점검에서는 정리본을 비난하기보다 최초 관찰값이 어디에 남아 있고 정리본과 어떻게 대조되는지를 확인하는 편이 더 생산적이다.

수정이력과 audit trail은 결과값 변경만 보지 않는다

수정이력 점검에서 가장 큰 착각은 결과값이 바뀐 행만 확인하면 된다는 생각이다. FDA는 감사추적을 전자기록의 생성, 수정, 삭제와 관련된 사건을 재구성하게 하는 안전하고 시간표시가 있는 전자기록으로 설명한다[S1]. 또한 장비 접근 시도, 파일 이름 변경, 삭제 같은 시스템 수준 행위도 감사추적에 포함될 수 있다고 본다[S1]. EU GMP Annex 11 역시 GMP 관련 데이터의 변경이나 삭제를 기록하는 감사추적을 고려하도록 요구한다[S5]. 따라서 R&D 원자료 점검에서는 값 변경, 방법 변경, 계산식 변경, 재처리 조건 변경, 시료명 변경, 파일 이동, 삭제 시도, 권한 변경을 함께 보아야 한다.

수정이력이 있다고 해서 자동으로 무결성이 확보되는 것도 아니다. 감사추적이 켜져 있어도 검토하지 않으면 문제를 늦게 발견한다. FDA는 중요한 데이터 변경을 포착하는 감사추적을 해당 기록과 함께, 최종 승인 전에 검토할 것을 권고한다[S1]. 이 문장을 내부 절차로 옮기면 “월 1회 로그 백업”만으로는 부족하다. 최소한 결과 승인 전에 어떤 감사추적을 누가 어떤 기준으로 보았는지, 이상 신호를 어떻게 에스컬레이션했는지, 허용 가능한 재처리와 조사 대상 재처리를 어떻게 구분했는지 남겨야 한다.

주의: 무결성 위험이 커지는 수정 패턴

• 결과가 기준에 맞을 때까지 같은 원시파일을 반복 재처리했지만 재처리 사유가 없다.

• 시료명, 주입 순서, 적분 파라미터, 계산식이 바뀌었는데 검토자가 최종값만 승인했다.

• 장비 PC의 로컬 관리자 권한으로 원시파일 삭제나 이름 변경이 가능하다.

• 감사추적 파일은 존재하지만 승인 전 검토 기준과 검토 기록이 없다.

전자파일 보관은 백업 존재가 아니라 재구성 가능성으로 판단한다

전자파일 보관 확인은 “서버에 백업이 있다”에서 끝나면 안 된다. FDA는 백업을 원본 기록의 진본 사본으로 설명하며, 보관 기간 동안 안전하게 유지되고 원본 형식 또는 원본과 호환되는 형식이어야 한다고 설명한다[S1]. 또한 임시 장애 대응용 백업은 규정상 보관 파일을 유지하는 요구를 충족하지 못한다고 구분한다[S1]. 이 차이는 실무에서 중요하다. 매일 밤 자동 복사되는 폴더가 있어도, 원본 소프트웨어 없이 열 수 없거나 메타데이터가 분리되어 있거나 사용자 권한이 느슨하면 원자료 보관 증거로 약하다.

동적 전자기록은 특히 조심해야 한다. FDA는 FT-IR 스펙트럼이나 크로마토그래피처럼 재처리와 상호작용이 가능한 동적 기록의 경우, 정적 출력물이나 PDF만으로 원본 전자기록을 대체하기 어려울 수 있음을 예시로 든다[S1]. R&D 보고서에 그래프 이미지만 붙어 있고 원시파일, 방법 파일, 적분 파라미터, 감사추적이 분리되어 있다면 검토자는 원래 데이터가 어떻게 결론으로 바뀌었는지 추적하기 어렵다. 파일 보관 점검은 저장 위치보다 연결성을 먼저 보아야 한다.

전자파일 보관은 장기 보존도 포함한다. 소프트웨어 버전, 라이선스 종료, 장비 교체, 외부 저장매체 노후화, 클라우드 계정 변경은 모두 재열람 가능성을 떨어뜨린다. PIC/S는 데이터가 유효하고 완전하며 신뢰할 수 있도록 관리 관행과 통제전략이 필요하다고 설명한다[S4]. 그래서 보관 점검표에는 폴더 경로뿐 아니라 파일 형식, 읽기 권한, 변경 방지, 복구 테스트, 메타데이터 결합 방식, 퇴사자 계정 처리, 공급업체 의존성을 넣어야 한다.

원자료, 진본 사본, 정적 출력물을 구분하는 비교표

원자료 무결성 논의가 꼬이는 지점은 “원본”, “진본 사본”, “출력물”을 같은 말처럼 쓰는 순간이다. 종이 기록에서는 원본 노트와 스캔본의 차이가 비교적 눈에 보인다. 전자기록에서는 더 복잡하다. 동적 원시파일은 재처리, 확대, 필터, 적분, 계산식 확인이 가능하지만, PDF나 이미지 출력물은 그 상호작용을 잃는다. FDA는 정적 기록과 동적 기록을 구분하며, 동적 기록의 완전한 원본성을 정적 출력물이 보존하지 못할 수 있음을 설명한다[S1].

이 표의 실무적 의미는 간단하다. 보고서에 붙은 그림은 독자가 이해하기 좋은 증거일 수 있지만, 동적 원자료 자체를 대체하지 못할 수 있다. 반대로 모든 출력물을 금지할 필요도 없다. 출력물은 요약과 검토 편의에 쓰고, 원본성 판단은 원시파일과 메타데이터, 감사추적, 진본 사본 검증으로 처리하면 된다.

연구소 내부 점검에서 바로 쓰는 12개 확인 문항

다음 문항은 한 연구과제, 한 장비, 한 데이터셋을 샘플로 잡고 시작할 때 유용하다. 모든 항목을 한 번에 완벽히 충족하라는 뜻은 아니다. 답이 “아니오”인 항목을 위험도, 데이터 중요도, 개선 난이도로 나누어 CAPA나 절차 개선으로 넘기면 된다.

R&D 원자료 무결성 체크리스트

• 해당 데이터가 어떤 연구 결론이나 품질 판단에 쓰였는지 설명할 수 있는가?

• 최초기록의 생성 시점, 작성자, 장비 또는 시스템이 식별되는가?

• 숫자값마다 단위, 시료, 방법, 버전 같은 메타데이터가 연결되는가?

• 종이 기록의 빈칸, 정정, 첨부, 서명, 날짜가 절차와 일치하는가?

• 전자기록은 개인 계정으로 생성되고 공유 계정 사용이 통제되는가?

• 결과값뿐 아니라 방법, 계산식, 파일명, 삭제 시도, 권한 변경 이력이 남는가?

• 감사추적 검토 기준과 승인 전 검토 기록이 있는가?

• 재처리, 제외, 무효화에는 과학적 사유와 승인 흔적이 있는가?

• 동적 원시파일을 PDF나 이미지 출력물만으로 대체하지 않았는가?

• 백업은 임시 복구용이 아니라 정확하고 완전한 진본 사본으로 관리되는가?

• 보관 기간 동안 원본 형식 또는 호환 형식으로 다시 열 수 있는가?

• 퇴사자, 장비 교체, 소프트웨어 버전 종료 후에도 검색과 복원이 가능한가?

이 체크리스트를 쓸 때는 “부적합 찾기”보다 “재구성 가능성 입증”이라는 표현을 쓰는 편이 현장 저항을 줄인다. 연구자는 대개 데이터를 숨기려고 기록을 흩뜨린 것이 아니라, 장비별 저장 습관과 프로젝트 압박 속에서 최종 산출물 중심으로 일한다. QA가 할 일은 연구 흐름을 멈추게 하는 것이 아니라, 연구 결론을 나중에도 방어할 수 있게 증거의 연결고리를 보강하는 것이다.

R&D 원자료 무결성에서 자주 놓치는 예외와 회색지대

첫 번째 회색지대는 탐색 연구 데이터다. 모든 탐색 데이터를 규제 제출 수준으로 보관하면 연구 속도가 떨어질 수 있다. 그러나 탐색 결과가 후보물질 선정, 독성 신호 판단, 공정 조건 결정, 외부 파트너 보고에 쓰였다면 단순 임시파일로 취급하기 어렵다. 판단 기준은 “규제 문서에 들어갔는가”가 아니라 “후속 의사결정이 이 값에 의존했는가”다.

두 번째는 외부 CRO나 공동연구기관 데이터다. 원자료가 외부 시스템에 있다면 내부 서버에 최종 보고서만 보관하는 방식은 취약하다. MHRA는 GxP 전 영역에서 데이터 거버넌스의 핵심 요소를 다루며, 공급망과 제3자 서비스 제공자까지 고려해야 하는 환경 변화를 배경으로 제시한다[S2]. 계약서와 품질협약에는 원자료 접근권, 감사추적 제공 범위, 전자파일 인계 형식, 보관 기간, 조사 시 협조 방식이 들어가야 한다.

세 번째는 스프레드시트다. 엑셀 파일은 R&D에서 빠르고 유연하지만, 계산식 변경, 셀 덮어쓰기, 복사본 난립, 수동 전사 오류가 생기기 쉽다. 원자료 무결성 점검에서는 스프레드시트를 금지할지보다 어느 파일이 공식 계산 파일인지, 잠금과 버전 관리가 있는지, 입력값과 출력값을 원본과 대조했는지, 승인 후 수정이 막히는지를 본다. 계산식이 연구 결론을 바꿀 수 있다면 스프레드시트도 원자료 생애주기의 일부다.

same-site 내부 링크로 이어갈 독자 경로

이 글의 다음 행동은 내부 감사표를 바로 만드는 것이다. rndatlas.com 안에서는 다음 같은 같은 사이트 링크 계획이 자연스럽다.

• /rnd-data-integrity-alcoa-plus/ : ALCOA+ 원칙을 먼저 이해해야 하는 독자에게 보내는 pillar 링크.
• /electronic-lab-notebook-audit-trail-review/ : 전자연구노트나 LIMS 감사추적 검토 기준을 더 깊게 보는 next-step 링크.
• /raw-data-vs-true-copy-vs-backup/ : 원자료, 진본 사본, 백업의 차이를 헷갈리는 독자에게 주는 precondition 링크.
• /cro-raw-data-transfer-checklist/ : 외부 CRO나 공동연구 데이터 인계 조건을 확인해야 하는 alternative 링크.

외부 규정 링크를 무리하게 많이 붙이는 것보다, 사이트 안에서는 원자료 범위 정의, 전자기록 검토, 외부 데이터 인계처럼 독자의 다음 결정을 나누어 주는 편이 좋다. 검색 유입 독자는 보통 “체크리스트”를 찾지만, 실제 업무에서는 체크리스트 작성 이후에 절차서 개정, 시스템 권한 정리, CRO 계약 보완 같은 다음 작업으로 이동한다.

최종 판단: R&D 원자료 무결성은 파일 보관보다 증거 연결성이다

R&D 원자료 무결성 체크리스트의 핵심은 보관함을 채우는 것이 아니다. 최초기록이 당시의 사람과 장비와 조건에 연결되고, 수정이력이 결과의 변화를 재구성하게 하며, 전자파일 보관이 원본 형식과 메타데이터를 잃지 않게 하는 것이다. FDA, WHO, PIC/S, MHRA, EU Annex 11, OECD 자료가 공통으로 가리키는 방향도 결국 이 연결성이다[S1][S2][S3][S4][S5][S6].

실무에서는 완벽한 시스템을 한 번에 만들기보다 위험도가 높은 데이터셋 하나를 골라 역추적해 보는 방식이 효과적이다. 최종 보고서에서 원시파일로 내려가고, 원시파일에서 메타데이터와 감사추적으로 이동하며, 보관 위치에서 복원 테스트까지 확인한다. 이 역추적이 막히는 지점이 절차서, 시스템 권한, 교육, 공급업체 계약, 백업 정책 중 어디인지 표시하면 개선 우선순위가 자연스럽게 나온다. 이 글의 체크리스트는 그 첫 샘플링을 위한 초안으로 쓰고, 각 조직의 규정 적용 범위와 품질 위험도에 맞게 세부 항목을 조정하는 것이 바람직하다.

마지막으로 점검 결과는 사람을 특정해 책임을 묻기 전에 시스템 결함으로 분류하는 편이 낫다. 같은 오류가 여러 과제에서 반복된다면 개인 교육보다 권한 설계, 자동 수집, 검토 시점, 보관 절차를 먼저 고쳐야 한다. 그래야 다음 연구자가 같은 방식으로 원자료를 잃거나 감사추적을 놓치는 일을 줄일 수 있다.

Sources

• [S1] FDA, "Data Integrity and Compliance With Drug CGMP: Questions and Answers Guidance for Industry", December 2018, accessed 2026-07-03. https://www.fda.gov/media/119267/download
• [S2] MHRA, "Guidance on GxP data integrity", published 2018-03-09, updated 2021-09-27, accessed 2026-07-03. https://www.gov.uk/government/publications/guidance-on-gxp-data-integrity
• [S3] WHO, "TRS 1033 - Annex 4: WHO Guideline on data integrity", 2021-10-10, accessed 2026-07-03. https://www.who.int/publications/m/item/annex-4-trs-1033
• [S4] PIC/S, "Good Practices for Data Management and Integrity in Regulated GMP/GDP Environments, PI 041-1", 2021-07-01, accessed 2026-07-03. https://picscheme.org/docview/4234
• [S5] European Commission, "EudraLex Volume 4 Annex 11: Computerised Systems", January 2011, accessed 2026-07-03. https://health.ec.europa.eu/system/files/2016-11/annex11_01-2011_en_0.pdf
• [S6] OECD, "Advisory Document of the Working Party on Good Laboratory Practice on GLP Data Integrity", 2021, accessed 2026-07-03. https://one.oecd.org/document/env/cbc/mono%282021%2926/en/pdf