담당 업무와 책임 범위
감사 목적·범위·독립성과 위험을 고려해 계획합니다. 확인한 표본·기록과 한계를 바탕으로 관찰 사실과 결론을 구분하고 운영팀의 모든 검토를 대신한다고 가정하지 않습니다.
조치 책임과 평가 책임을 나누고 단순 교육 부족이라는 결론에 머물지 않습니다. 원인·영향 범위·예방 통제와 효과 확인이 실제 위험에 맞는지 검토합니다.
감사 종료와 반복 위험 소멸은 다른 판단입니다. 적용 범위·잔여 위험·추세와 다른 시험 영향이 필요한 경우 관련 책임자에게 연결하고 근거를 보존합니다.
현장에서 쓰는 말
현장에서는 영어 약어를 그대로 쓰는 경우가 많아요. 메일·회의·문서에서 이 직무가 자주 듣는 말을 정리했어요.
| 용어 | 뜻 | 이 직무에서는 |
|---|---|---|
| Audit | 감사 | 실시기관·업체·시스템 감사 |
| Inspection readiness | 실태조사 대비 | 식약처 실태조사 전 점검 |
| Finding 등급 | 지적 사항 분류 | Critical · Major · Minor |
| CAPA | 시정·예방 조치 | 원인 분석과 효과 확인까지 |
| SOP 관리 | 표준작업지침서 관리 | 제정·개정·교육 기록 |
| CSV | 전산 시스템 밸리데이션 | EDC·Safety DB 등 시스템 검증 |
| Audit plan | 감사 계획 | 위험도 기준으로 감사 대상 기관·업체를 정함 |
| Vendor audit | 업체 감사 | CRO·중앙검사실·IRT 업체 감사 |
| Quality agreement | 품질 협약 | 업체와 품질 책임 범위를 정한 문서 |
하루 업무는 어떻게 흘러가나요?
하루는 감사 계획·자료 검토·인터뷰·발견 정리·CAPA 검토·효과 확인으로 구성될 수 있습니다. QA는 확인한 사실과 요구·위험을 연결하고 표본의 한계를 인식합니다. 운영 업무를 모두 재검사하거나 문서 표현을 통일하는 데만 머물지 않고 중요한 프로세스와 시험대상자·자료의 위험을 살핍니다.
한 달 단위로 살펴볼 일
월 단위로 감사 계획·중요 발견·반복 원인·CAPA 실행과 효과, 벤더·시스템 위험과 품질 지표를 검토합니다. 조치 일정 준수와 실제 개선을 분리하고 다른 시험에 같은 문제가 있는지 살핍니다. 운영팀과 협업하면서도 감사의 독립성과 적절한 보고 경로를 유지합니다.
시험 단계별로 달라지는 업무
- 준비 · 위험 기반 감사 계획
- 수행 · 감사·품질 이슈 평가
- 종료·후속 · 시정·예방조치 추적
| 단계 | 업무 | 인계할 근거 |
|---|---|---|
| 준비 | 위험 기반 감사 계획 | 범위·정의·선행 조건·승인된 계획 |
| 수행 | 감사·품질 이슈 평가 | 실제 수행·중요 변경·미결과 결정 |
| 종료·후속 | 시정·예방조치 추적 | 최종 산출물·제한·보관·후속 책임 |
주로 쓰는 시스템과 자료
품질 관리 시스템(QMS), 감사·CAPA·교육·변경 도구와 통제된 문서 저장소를 사용합니다. 감사 자료의 열람과 비밀성·접근 범위를 관리합니다. QA가 보는 자료와 운영팀이 즉시 조치해야 할 사실의 전달 경로를 구분하고 감사 기록을 임의로 넓게 배포하지 않습니다.
대표 산출물·관리 자료
- 감사 계획·보고서
- 품질 관련 평가
- CAPA 검토 기록
다른 직무와 무엇을 주고받나요?
운영팀 및 품질 관련 책임자와 발견 사항·개선 조치를 논의한다.
| 상대 직무·조직 | 주고받는 자료 | 전달할 때 중요한 내용 |
|---|---|---|
| 운영·기능 책임자 | 감사 사실·영향·응답·CAPA | 실행 책임·원인·증거·효과 확인 |
| 경영·품질 리드 | 중요 위험·추세·상향 | 조직 차원의 자원·통제·의사결정 |
| 벤더·기관 | 평가 범위·자료·관찰 | 계약상 접근·독립성·후속과 기밀 관리 |
실무에서는 이렇게 나누어 운영해요
같은 업무라도 회사와 시험 규모에 따라 운영 방식이 갈려요. 많이 쓰는 방식을 비교하면 이렇습니다.
| 운영 방식 | 구체적인 모습 | 장점 | 주의할 점 |
|---|---|---|---|
| 시험 감사 | 시험 수행과 중요 자료를 평가합니다. | 현장의 실제 영향과 연결됩니다. | 시스템 공통 원인도 검토해야 합니다. |
| 시스템·벤더 감사 | 반복 프로세스와 공급자의 통제를 봅니다. | 여러 시험에 영향을 주는 위험을 찾습니다. | 문서상 통제와 실제 실행의 차이를 확인합니다. |
| 품질 자문·독립 평가 | 설계 단계 자문과 독립 검토를 구분합니다. | 문제를 사전에 줄이면서 독립성을 보완합니다. | 자신이 실행한 업무를 독립 감사한다고 혼동하지 않아야 합니다. |
실무에서 작업을 풀어가는 방법
감사 범위를 정하는 방법
시험·프로세스·벤더의 위험과 목적에 따라 확인할 자료·표본·인터뷰를 계획합니다. 독립성과 허용된 접근·기밀성을 확보하고 무엇을 보지 못했는지 한계를 남깁니다. 점검표의 모든 칸을 채우는 것보다 중요한 통제가 실제로 작동하는지 확인할 질문을 마련합니다. 사전 의심을 사실로 확정하고 자료를 고르지 않습니다.
발견사항을 설명하는 방법
적용 요구·관찰 증거·범위·잠재 영향을 연결합니다. 당사자의 설명을 듣고 사실 오류를 해소하되 발견을 무마하기 위해 근거를 빼지 않습니다. 확인한 표본을 넘어 전체 시험이나 조직에 같은 문제가 있다고 과장하지 않으며 중요한 즉시 조치가 필요하면 적절한 상향 경로로 신속하게 전달합니다.
CAPA의 효과를 보는 방법
조치가 원인과 연결되는지, 실행 증거와 실제 위험 감소를 무엇으로 볼지 검토합니다. 교육 참석이나 절차 개정만으로 효과를 인정하지 않고 이후 수행·자료·통제 결과를 살핍니다. 효과가 부족하면 원인 가설과 조치를 다시 보고 잔여 위험과 다른 시험 영향을 관련 책임자가 수용하도록 연결합니다.
이런 상황이라면 어떻게 진행할까요?
가상의 감사에서 문서 개정 교육 누락이 반복됩니다. 운영팀은 우선 필요한 교육과 영향 조치를 수행합니다. QA는 배포·역할 변경·대체 담당·교육 추적의 연결을 검토합니다. 원인이 단순 미수강이 아니라 대상 목록 갱신 누락이면 시스템과 절차를 보완하고 이후 변경에서 대상 누락이 줄었는지 확인합니다. 교육 참석 기록만으로 CAPA를 종료하지 않습니다.
처음 맡으면 어디서 막히나요?
처음에는 사소한 형식 오류를 많이 찾는 것이 좋은 감사라고 생각하기 쉽습니다. 적용 요구와 실제 증거·범위·영향이 연결되어야 합니다. 원인을 교육 부족으로 빨리 결론내리기보다 자원·업무 설계·시스템 통제와 실제 행동을 확인합니다. 감사의 표본에서 발견한 사실을 전체로 과장하지 않습니다.
필요한 역량
품질 시스템·감사·원인·영향·위험 평가, CAPA와 효과 확인
어떤 경력으로 이어질 수 있나요?
운영·자료·안전성·품질 경험을 기반으로 감사·시스템 품질·벤더 품질·품질 리더 등으로 확장할 수 있습니다. 분야 지식과 독립성·인터뷰·증거 평가·위험 소통 역량이 함께 필요합니다. 규정 문구를 암기하는 것보다 실제 통제가 작동하는지 설명하는 능력이 중요합니다.
실무에서 자주 묻는 질문
QA가 모든 오류를 찾아야 하나요?
운영 품질관리와 독립 보증은 역할이 다릅니다. 감사는 정해진 범위·표본에 기반하므로 운영 통제와 지속적인 위험 관리를 대체하지 않습니다.
CAPA는 QA가 소유하나요?
문제의 실행·원인·조치는 운영 책임자가 소유하는 방식이 일반적입니다. QA는 적절성과 효과를 평가하며 구체적인 분담을 명확히 합니다.
교육을 하면 재발 방지가 되나요?
원인에 맞는 조치인지 확인해야 합니다. 시스템·절차·자원 문제가 있으면 통제 개선이 필요하고 실제 효과를 후속 자료로 평가합니다.
인계 전에 확인하세요
- 담당 범위와 승인·상향 경로가 명확한가
- 자료·문서·시스템의 사용본과 접근을 확인했는가
- 중요 위험·미결·다음 조치의 담당자가 있는가
- 종료·보관·후속 책임이 끊기지 않는가
인계할 때는 파일 위치만 넘기지 말고 미결 이슈, 그렇게 결정한 이유, 다음에 확인할 일을 한 장으로 정리해 넘기세요. 그래야 새 담당자가 같은 질문을 다시 하지 않고, 의뢰자나 실시기관에도 같은 설명을 반복하지 않게 돼요.