업무를 시작하기 전에 알아둘 점
품질보증(Quality Assurance, QA)은 운영자가 자신의 작업을 점검하는 품질관리와 구분되는 독립적 평가를 포함합니다. 감사 발견에서 중요한 것은 지적 문구의 강도보다 사실·요구·위험·범위가 연결되는지입니다. 시정 및 예방조치(Corrective and Preventive Action, CAPA)는 현재 문제의 처리, 원인 제거, 재발 방지와 효과 확인을 나누어 설계합니다.
현장에서 쓰는 말
| 용어 | 뜻 | 언제 쓰나 |
|---|---|---|
| Audit | 감사 | 의뢰자·CRO QA가 수행 |
| Inspection | 실태조사 | 식약처 등 규제기관이 수행 |
| Finding | 지적 사항 | Critical·Major·Minor 등급 |
| CAPA | 시정·예방 조치 | 원인 분석 후 수립 |
| Root cause | 근본 원인 | 재발 방지를 위해 분석 |
주체와 목적을 구분해요
모니터링, 독립적인 QA 감사, 규제기관 실태조사는 같은 절차가 아닙니다. 각 활동의 범위와 결과 처리 체계를 확인하세요.
CAPA는 문서 작성으로 끝나지 않아요
필요한 경우 영향·원인 분석을 바탕으로 시정·예방 조치, 담당자·일정과 효과 확인을 계획합니다. 모든 사안을 같은 방식으로 처리하지 않고 중요도와 위험을 고려합니다.
관찰 사실과 결론의 근거를 연결합니다
감사에서 무엇을 보았는지, 어떤 요구와 차이가 있는지, 확인 범위와 표본의 한계를 명시합니다. 문서가 없다는 사실과 활동 자체가 수행되지 않았다는 판단은 다를 수 있으므로 근거를 검토합니다. 개별 오류와 시스템 수준 문제를 구분하고 조사 과정에서 시험대상자·눈가림·기밀정보 보호도 고려합니다.
원인 분석을 해결책에서 거꾸로 쓰지 않습니다
문제의 영향을 먼저 확인하고 발생 과정과 통제를 살펴봅니다. ‘담당자 실수’나 ‘교육 부족’만으로 끝내면 절차·도구·자원·감독 문제가 남을 수 있습니다. 원인은 확인된 사실과 가정으로 구분하고, 선택한 조치가 그 원인에 실제로 작용하는지 검토합니다. 원인 분석에는 "왜"를 다섯 번 묻는 방법(5 Whys)이나 원인을 사람·절차·시스템·자원으로 나눠 보는 특성요인도(피시본)를 많이 씁니다. "교육 부족"으로 결론이 나오면 교육만 다시 하는 것으로 끝나기 쉬워서, 교육을 했는데도 왜 같은 실수가 났는지까지 한 번 더 묻는 게 좋습니다.
조치 완료와 효과를 나눕니다
누락 자료 확보·오류 정정 같은 시정과 반복 방지 조치를 정하고 담당자·완료 기준·검증 방법을 설정합니다. 교육 참석이나 절차 개정이 완료되어도 행동·오류 경향이 달라졌는지는 별도 확인이 필요할 수 있습니다. 효과가 부족하면 원인과 대책을 다시 평가하고 미결 상태를 숨기지 않습니다.
관련 규정
규제기관 실태조사와 의뢰자 또는 독립적인 품질 감사는 수행 주체와 권한이 다릅니다. 국내 관련 기준과 시험 수행 근거도 함께 확인합니다.
이런 상황이라면 어떻게 진행할까요?
가상의 시험에서 최신 문서가 기관에 늦게 배포되는 문제가 반복되었습니다. 운영팀은 누락 배포를 먼저 처리하고 QA는 배포 목록·대체 담당·수신 확인 과정의 원인을 검토합니다. 단순 재교육에 더해 담당자 부재 시 인계와 미수신 알림을 보완합니다. 이후 변경 문서의 배포·수신 기록으로 조치 효과를 확인하고 다른 시험에도 같은 통제 공백이 있는지 검토합니다.
실제 작업은 이런 순서로 진행해요
- 감사 계획은 목적·범위·표본·독립성·자료 접근을 정합니다. 발견사항은 관찰 증거와 적용 요구를 연결하고 확인한 범위를 넘어 전체 조직이 동일하다고 단정하지 않습니다.
- CAPA 책임자는 영향의 봉쇄와 원인 분석을 병행합니다. 즉시 수정한 기록과 재발을 막는 통제 변경을 구분하며 원인 가설을 실제 증거로 검토합니다.
- 효과 확인은 어떤 자료·행동·통제 결과로 개선을 판단할지 정합니다. 조치 완료일에 자동 종료하기보다 확인 가능한 효과와 잔여 위험을 책임자가 수용하도록 운영합니다.
| 담당 | 시점 | 수행 내용 | 전달·협업 | 산출물·기록 |
|---|---|---|---|---|
| 품질·책임자 | 계획 시 | 목적·위험·범위와 독립성 확인 | 대상 조직 | 계획·연락 |
| 감사·조사 담당 | 확인 시 | 기록·수행 사실과 근거 검토 | 관련 책임자 | 발견 사항 |
| 문제 책임자 | 평가 시 | 영향·범위·원인과 긴급 조치 확인 | 품질·승인자 | 원인·영향 평가 |
| 조치 담당 | 실행 시 | 시정·예방을 수행하고 증거 확보 | 확인 담당 | 조치 기록 |
| 품질·책임자 | 효과 확인 시 | 기준 충족·반복·잔여 위험 평가 | 종료 승인 체계 | 효과·종료 근거 |
회사·시험마다 달라지는 부분
독립성과 역할
QA가 직접 모든 수정 업무를 하는 방식과 운영팀이 수행하고 QA가 평가하는 방식은 다릅니다. 조치 소유자와 독립적 확인 역할을 정하고 조사 대응과 운영 개선의 책임을 혼동하지 않습니다.
확인 수준
사안의 중요도·원인·확산 가능성에 따라 검토 범위와 효과 확인 방법을 정합니다. 모든 발견에 같은 양식을 채우는 것보다 해당 위험이 실제로 통제되는지 확인하는 것이 중요합니다.
실무에서는 이렇게 나누어 운영해요
같은 업무라도 회사와 시험 규모에 따라 운영 방식이 갈려요. 많이 쓰는 방식을 비교하면 이렇습니다.
| 운영 방식 | 구체적인 모습 | 장점 | 주의할 점 |
|---|---|---|---|
| 시험 중심 감사 | 특정 시험의 수행과 자료를 평가합니다. | 결과와 시험대상자 보호에 대한 맥락이 분명합니다. | 여러 시험에 공통인 시스템 원인을 놓치지 않아야 합니다. |
| 프로세스·벤더 감사 | 기능이나 공급자의 통제를 살핍니다. | 공통 위험과 반복 원인을 찾기 좋습니다. | 개별 시험에 실제로 적용되는 상태를 확인해야 합니다. |
| 문제 계기 감사 | 중요 신호나 사건을 계기로 범위를 정합니다. | 긴급한 불확실성을 조사하기 좋습니다. | 원인 결론을 미리 정하지 않고 독립성을 유지해야 합니다. |
실무 체크리스트
- 발견 사실·요구·영향·범위를 구분했는가
- 시험대상자·자료 보호를 위한 즉시 조치를 검토했는가
- 원인의 근거와 반복 가능성을 살폈는가
- 조치 담당·완료·효과 기준이 명확한가
- 변경이 다른 시험·기관에 미칠 영향도 봤는가
- 종료 후 반복·잔여 위험의 근거가 있는가
자주 하는 실수
- 모니터링과 QA 감사를 같은 활동으로 설명하는 것
- 모든 원인을 재교육으로 해결하려는 것
- 조치 실시와 효과 확인을 같은 날짜 체크로 대신하는 것
- 조사 요청 자료를 준비하며 원 기록을 소급 변경하는 것
원인 검토를 위한 질문
어떤 통제가 문제를 막거나 발견했어야 했는지, 그 통제가 왜 작동하지 않았는지 확인하면 개인 실수 설명에서 벗어날 수 있습니다. 작업량·정보·도구·절차·인계·감독의 근거를 검토하고 확인하지 않은 원인은 가정으로 남깁니다. 선택한 조치가 실제 원인과 연결되는지도 별도로 점검합니다.
효과 확인 설계
실행 전에 무엇이 달라지면 개선이 효과적이라고 볼지 정합니다. 재발 건수만 아니라 확인 기회·자료 품질·통제 작동 여부와 관찰 범위의 한계를 고려할 수 있습니다. 충분한 확인 기회가 없었는데 재발이 없다는 이유만으로 효과를 확정하지 않고 추가 추적 필요를 검토합니다.
실무에서 자주 묻는 질문
감사에 없던 문제는 없다고 봐도 되나요?
감사는 정해진 범위와 표본에 기반합니다. 발견되지 않았다는 사실이 모든 영역의 적합성을 보증하지 않으므로 운영 통제와 지속적 위험 관리를 유지합니다.
QA가 CAPA를 대신 작성하나요?
운영 책임자가 원인과 실행 가능한 조치를 소유하는 구조가 일반적입니다. QA는 적절성·독립적 평가와 효과 확인을 지원하되 책임 분담을 분명히 합니다.
기한을 맞추면 종료해도 되나요?
완료 일정과 실제 효과는 다른 기준입니다. 실행 증거와 위험 감소를 확인하고 효과가 없거나 새 위험이 생기면 조치를 재설계합니다.
다음 담당자에게 넘길 것
품질 인계에는 발견 근거·영향 범위·원인 판단·조치·효과와 남은 위험을 연결합니다. 담당자가 바뀌어도 왜 해당 조치를 선택했는지 이해할 수 있어야 하며, 유사한 문제를 다른 시험에서 검토할 때도 적용 조건을 확인해야 합니다.