GMP 전산화시스템 Q&A: 변경관리·CSV·전자기록 승인
전산화시스템의 변경은 화면을 조금 고치거나 보고서 양식을 바꾸는 일에서 끝나지 않습니다. 데이터 생성·검토·승인·보존의 흐름을 바꾸는지부터 보고, 위험에 맞춰 영향평가와 시험, 전자기록 검토를 연결해야 합니다. 저희 GMPCAT(지캣)은 CSV를 한 번의 시험행사가 아니라 변경 후에도 데이터 신뢰성을 지키는 운영 체계로 봅니다.
- 변경관리에서 먼저 물어야 할 질문
- Q&A로 보는 영향평가
- 시험 범위와 회귀시험 정하기
- Audit Trail과 전자기록 승인
- 실무 체크리스트
1. 작은 설정 변경이 큰 품질 이슈가 되는 이유
HPLC CDS, LIMS, MES, 환경모니터링, 창고관리, 설비 PLC처럼 GMP 업무에 쓰는 전산화시스템은 서로 다른 모습으로 현장에 있습니다. 하지만 공통점은 하나입니다. 시스템이 만든 기록이 배치 처분, 시험성적서, 경향분석 또는 설비 운전 판단의 근거가 된다는 점입니다. 따라서 설정값 하나를 바꾸는 일도 그 값이 어떤 데이터와 의사결정을 움직이는지에 따라 위험도가 달라집니다.
현장에서 흔히 보는 문제는 변경요청에 ‘화면 개선’ 또는 ‘사용 편의성 개선’이라고만 적는 경우입니다. 이 표현만으로는 계산식, 권한, 데이터 흐름, 인터페이스, 보고서 출력, 전자서명 중 무엇이 바뀌는지 알 수 없습니다. 변경의 이름이 아니라 GxP 의사결정에 미치는 영향을 기준으로 범위를 다시 세워야 합니다.
FDA, Data Integrity and Compliance With Drug CGMP, Q1.c
Audit trail은 전자기록의 생성·수정·삭제를 재구성할 수 있도록 하는 보안된 컴퓨터 생성 시간기록입니다. 변경 후에도 이 기록의 생성과 검토가 유지되는지 확인해야 합니다.
2. Q1. 어떤 변경부터 CSV 영향평가를 해야 하나요?
GxP 기록을 생성·변환·검토·승인·보관하는 기능에 닿는 변경이라면 영향평가가 필요합니다. 새 장비를 붙이는 인터페이스, 소프트웨어 버전 업그레이드, 계산식 변경, master data 수정, 사용자 역할 변경, 전자서명 설정, 백업·복구 방식 변경이 대표적입니다. 반대로 모니터 해상도나 비GxP 교육자료처럼 품질기록과 분리된 항목은 근거를 남긴 뒤 간소화할 수 있습니다.
| 변경 영역 | 영향평가 질문 | 대표 증적 |
|---|---|---|
| 설정·계산식 | 결과값·판정·보고서가 달라지는가? | 요구사항, 시험사례, 변경 전후 출력물 |
| 권한·전자서명 | 권한 없는 생성·수정·승인을 막는가? | 역할 매트릭스, 계정시험, 승인기록 |
| 인터페이스 | 전송 누락·중복·변환 오류를 탐지하는가? | 매핑, 예외처리 시험, 조정 기록 |
| 인프라·백업 | 가용성·보존·복구 가능성에 영향이 있는가? | 백업/복구 시험, 접근·보존 정책 |
3. Q2. 영향평가서는 어떻게 써야 실무에 도움이 되나요?
좋은 영향평가서는 ‘영향 있음/없음’에 동그라미만 치지 않습니다. 먼저 변경 전 기능과 변경 후 기능을 나란히 적고, 영향을 받는 사용자 요구사항과 데이터 흐름을 연결합니다. 그 다음 제품 품질, 환자 안전, 데이터 무결성, 규제기록, 업무 연속성의 위험을 구분합니다. 위험이 있다고 해서 모든 기능을 처음부터 다시 시험하는 것은 아닙니다. 영향받은 기능·연결 기능·기존 통제의 신뢰성을 근거로 시험 깊이를 정하는 것이 핵심입니다.
예를 들어 LIMS의 결과 승인 화면에 승인 사유 목록을 추가했다고 가정해 보겠습니다. 화면 문구만 바뀐 것처럼 보여도 승인 상태값, 전자서명 의미, Audit Trail, COA 출력, ERP 전송의 연결이 바뀌지 않았는지 살펴야 합니다. 영향평가에는 ‘바뀌지 않는 기능’도 근거와 함께 남겨야 회귀시험 제외 사유가 설명됩니다.
공급업체의 release note는 중요한 입력자료이지만, 귀사 설정과 실제 업무 흐름의 영향평가를 대신하지 않습니다. 같은 버전 업그레이드라도 인터페이스, custom report, 권한 설계가 다르면 시험 범위도 달라집니다.
4. Q3. 회귀시험은 어디까지 해야 하나요?
회귀시험은 ‘지난번 OQ를 모두 반복한다’는 뜻이 아닙니다. 변경 기능의 직접 시험, 그 기능이 영향을 줄 수 있는 인접 기능의 확인, 핵심 데이터 흐름의 end-to-end 시나리오를 묶어 설계하는 것이 효율적입니다. 계산식 변경이면 입력값 경계조건·반올림·단위변환·보고서 출력까지, 권한 변경이면 생성·수정·검토·승인·삭제 시도까지 포함해야 합니다.
| 변경 예 | 직접 시험 | 연결 확인 |
|---|---|---|
| 분석 계산식 수정 | 정상·경계·오류 입력 계산 | 결과 승인, 보고서, 원자료 추적 |
| 권한 역할 추가 | 역할별 허용·차단 행위 | Audit Trail, 전자서명, 권한해지 |
| 장비 인터페이스 변경 | 송수신·재전송·오류 처리 | 누락/중복 탐지, 조정, 보고서 |
시험 사례는 사용자가 실제로 하는 일과 닮아야 합니다. 테스트 계정으로 단순히 버튼이 눌리는 것만 확인하지 말고, 실제 역할 분리와 승인 순서, 예상치 못한 중단 후 복구, 예외 발생 뒤 기록의 완결성까지 보세요. 반복되는 manual calculation이나 임시 파일 반출이 업무 흐름에 있다면 이 역시 통제 범위 안에 넣어야 합니다.
5. Q4. Audit Trail은 누가, 언제 검토해야 하나요?
Audit Trail 검토는 시스템 관리자가 로그를 보관하는 활동과 다릅니다. GMP 기록 검토 책임자가 해당 기록의 변경 이력과 의미를 함께 판단하는 활동입니다. 시험 결과를 검토하는 사람이 결과값만 보지 않고 재처리, 재적분, method 변경, 상태변경, 삭제 시도 같은 관련 이력을 검토할 수 있어야 합니다.
FDA, Data Integrity and Compliance With Drug CGMP, Q7
CGMP상 기록 검토 책임이 있는 인원은 관련 변경을 포착하는 Audit Trail을 검토해야 합니다. 검토 주기와 범위는 공정지식과 위험평가로 정하되, 기록 승인 흐름과 분리하지 않는 것이 좋습니다.
실무에서는 시스템·기록 유형별로 검토 대상을 정합니다. 모든 기술 로그를 배치마다 출력하는 것이 목적은 아닙니다. 어떤 변경이 데이터의 의미, 제품 처분, 시험 적합성에 영향을 줄 수 있는지 식별하고 그 이벤트를 검토 가능한 화면·보고서·절차로 묶어야 합니다. 검토자가 의심 이벤트를 발견했을 때 조사번호, 영향평가, 최종 결론까지 연결하는 흐름도 필요합니다.
6. Q5. 전자기록 승인은 종이 서명과 무엇이 다른가요?
전자기록 승인에서 중요한 것은 서명 이미지가 아니라 승인자가 무엇을 검토했고 어떤 의미로 승인했는지가 기록되는 것입니다. 승인 전에는 기록의 완결성, 첨부파일·원자료 연결, 예외와 재시험, Audit Trail 검토, 역할 분리가 확인돼야 합니다. 승인 뒤 변경이 필요하면 원래 승인기록을 덮어쓰지 않고, 정정 사유·변경 시각·변경자·재승인 흐름이 남아야 합니다.
특히 공유 계정은 전자기록 승인 체계를 약하게 만듭니다. 누가 어떤 행위를 했는지 분리할 수 없기 때문입니다. 계정 발급·변경·비활성화 절차, 비밀번호 정책, 관리자 권한의 독립 검토, 퇴직·이동 시 접근권한 회수는 CSV 문서와 별개가 아니라 데이터 무결성 통제의 일부입니다.
6-1. Q6. 긴급 변경은 시험을 줄여도 되나요?
장애가 생산 또는 시험을 멈추게 하면 긴급 변경이 필요할 수 있습니다. 그렇다고 영향을 받는 통제를 건너뛰어도 된다는 뜻은 아닙니다. 긴급성은 승인 순서와 문서화 시점을 조정할 수 있지만, 변경 전 위험·임시조치·권한 있는 승인자·필수 확인시험은 더욱 분명해야 합니다. 우선 제품과 기록에 미치는 즉시 위험을 통제하고, 복구 후에는 정식 영향평가와 후속 회귀시험을 정해진 기한 안에 마무리합니다.
예를 들어 서버 장애 때문에 CDS를 다른 서버로 전환했다면, 단순히 로그인되는지 확인하는 것으로 충분하지 않습니다. 장비 연결, 시각 동기화, 데이터 저장 경로, 권한, Audit Trail, 백업 상태, 진행 중이던 분석의 처리 기준을 차례로 확인해야 합니다. 긴급 복구 당시의 화면 캡처만 남기기보다 누가 어떤 판단으로 어느 시험을 수행했고, 남은 위험은 무엇이며, 언제 정식 검증으로 닫을지를 변경기록에 남기는 것이 중요합니다.
6-2. Q7. SaaS나 공급업체 클라우드 시스템도 같은 방식인가요?
클라우드라는 배포 방식 자체가 GxP 책임을 공급업체에 넘기지는 않습니다. 공급업체가 인프라와 표준 기능을 관리하더라도, 사용자는 자사 데이터의 접근권한, 설정, 업무절차, 기록 검토, 변경 통지와 릴리스 영향평가를 관리해야 합니다. 서비스 제공자의 검증 문서나 보증서만으로 끝내지 말고, 어떤 통제가 제공자 책임이고 어떤 통제가 사용자 책임인지 품질협약 또는 공급업체 평가 기록에 분명히 나눠 두세요.
특히 정기 릴리스가 있는 서비스는 변경관리가 사건 발생 뒤에 시작되면 늦습니다. 릴리스 공지 수신자, 영향평가 책임자, 시험 환경 접근, 배포 전 확인 항목, 배포 후 모니터링 기간을 미리 정해야 합니다. 사용자 설정이나 custom report가 있는 경우에는 표준 release note에 없는 영향도 별도로 검토해야 합니다. 이 원칙은 온프레미스 시스템의 패치 관리에도 똑같이 적용됩니다.
6-3. Q8. CSV 결과와 운영 중 일탈은 어떻게 연결하나요?
운영 중 발견된 전자기록 누락, 잘못된 권한, 계산 오류, 인터페이스 지연은 단순 IT 티켓으로 끝내기 어렵습니다. 먼저 해당 사건이 GxP 기록과 제품 판단에 미친 범위를 정하고, 데이터 복구·대체·재검토가 필요한지 품질부서와 판단합니다. 그 다음 원인이 요구사항 누락인지, 시험 범위 부족인지, 설정 또는 사용자 절차의 문제인지 구분해 CAPA와 변경관리로 연결합니다.
이때 과거 검증 문서는 조사에 도움이 되는 기준선입니다. 당시 어떤 사용 시나리오와 허용기준으로 시험했는지, 관련 위험이 어떻게 평가됐는지, 같은 기능의 편차가 반복됐는지를 보면 단발 사건인지 시스템적 결함인지 구분하기 쉬워집니다. 일탈을 통해 새 위험이 드러났다면 기존 위험평가와 회귀시험 범위를 갱신해야 합니다. CSV 문서가 서랍 속의 완료 보고서가 아니라 운영 지식으로 쓰여야 하는 이유입니다.
7-1. 변경관리 패키지에 넣을 문서 흐름
| 단계 | 핵심 산출물 | 검토의 초점 |
|---|---|---|
| 변경 제안 | 변경요청, 현행/목표 상태 | 왜 필요한가, 어느 업무에 닿는가 |
| 영향·위험 평가 | GxP 영향, 데이터 흐름, 위험통제 | 시험 깊이와 승인 조건 |
| 실행·검증 | 설정기록, 시험계획/결과, 편차 | 추적성, 실제 업무 시나리오 |
| 운영 인수 | 교육, SOP, 권한, 롤백계획 | 지속 운영 가능성 |
| 종료·모니터링 | 승인, post-implementation review | 잔여 위험과 효과성 |
7. 변경 종료 전 QA·시스템·사용부서가 함께 확인할 체크리스트
검토회의에서는 각 부서가 서로 다른 질문을 맡는 편이 좋습니다. 사용부서는 실제 업무가 중단 없이 수행되는지, 시스템 부서는 구성·접근·백업이 의도한 상태인지, QA는 기록·승인·편차·잔여위험이 품질시스템 안에서 설명되는지를 확인합니다. 한 부서의 완료 서명만으로 세 관점을 대신하면, 실제 가동 후 발견되는 공백이 커질 수 있습니다.
- □ 변경 전후의 기능·데이터 흐름·인터페이스 차이를 영향평가에 명확히 적었는가?
- □ 사용자 요구사항, 위험평가, 시험 사례, 결과, 편차가 서로 추적되는가?
- □ 권한·전자서명·Audit Trail·백업/복구 중 영향받은 통제를 확인했는가?
- □ 직접 시험뿐 아니라 대표적인 end-to-end 업무 흐름을 확인했는가?
- □ 미해결 편차의 품질영향과 임시 통제가 승인됐는가?
- □ 교육, 절차 개정, 운영 인수, 롤백 계획을 완료했는가?
- □ 변경 후 추가 모니터링 또는 효과성 검토의 기한과 책임자가 정해졌는가?
변경 종료는 테스트 스크린샷이 모였다는 뜻이 아니라, 의도한 사용 상태에서 신뢰할 수 있는 전자기록이 계속 만들어질 준비가 됐다는 의미여야 합니다. 변경이 반복되는 시스템일수록 요구사항·위험·시험·운영기록을 연결하는 구조가 중요합니다. 이 연결이 있으면 다음 변경에서도 이전 검증 지식을 활용하면서 필요한 시험에 집중할 수 있습니다.
또한 변경 후 첫 정기검토에서는 계획한 모니터링 결과와 실제 운영상의 질문을 함께 확인하세요. 예상하지 못했던 우회 절차, 반복되는 사용자 문의, 권한 요청, 인터페이스 예외가 보이면 단순 지원 이력으로 남기지 말고 영향평가의 가정이 여전히 유효한지 판단해야 합니다.
GMPCAT 관련 수행 실적
GMPCAT 주요 실적에는 중요 생산설비 적격성평가와 CSV 수행 분야가 공개되어 있습니다. 전산화시스템 변경의 영향평가와 검증 범위 설정이 필요하시면 GMPCAT 주요 실적 보기에서 공개된 수행 분야를 확인하실 수 있습니다.
참고 문헌
- FDA, Data Integrity and Compliance With Drug CGMP: Questions and Answers
- 21 CFR Part 11, Electronic Records; Electronic Signatures
- GMPCAT 주요 실적