GXPLOUD
규제산업 운영·컴플라이언스

CAPA에서 조치 완료와 효과 검증을 분리해 운영하는 방법

GXPLOUD 운영 설계 전문팀
발행 2026-09-14

CAPA(Corrective and Preventive Action, 시정·예방 조치) 관리에서 가장 흔한 혼선은 조치를 수행한 날을 곧바로 CAPA의 종료일로 보는 일입니다. 절차를 개정하고, 교육을 하고, 설비를 고치고, 담당자에게 완료 보고를 받으면 눈앞의 일은 끝난 것처럼 보입니다. 그러나 그 조치가 원인에 맞았는지, 같은 조건에서 문제가 다시 생기지 않는지, 다른 공정이나 역할에 부작용을 만들지 않았는지는 그 시점에 아직 알 수 없습니다.

그래서 조치 이행과 효과 검증은 같은 상태로 닫지 않는 편이 좋습니다. 전자는 계획한 행동을 실제로 수행했는가에 대한 확인이고, 후자는 그 행동이 원인과 위험을 다루는 데 충분했는가에 대한 별도 판단입니다. 둘을 분리하면 완료율은 조금 늦어 보일 수 있지만, 재발이 확인됐을 때 누가 무엇을 다시 열어야 하는지는 오히려 선명해집니다.

이 글은 특정 규정의 준수 여부나 실사 결과를 보장하지 않습니다. 의료기기 제조업체에 적용되는 FDA QMSR의 범위를 모든 제조업에 확대해 해석하지도 않습니다. 다만 품질 이슈, 설비 이상, 변경 실패, 반복 민원을 운영하는 조직이 조치와 검증의 책임·기준·증적을 나누어 설계할 때 참고할 수 있는 일반적인 운영 방법을 다룹니다.

CAPA에서 조치 완료와 효과 검증을 분리해 운영하는 방법

‘조치를 했다’와 ‘문제가 줄었다’는 다른 문장입니다

조치 이행은 비교적 관찰하기 쉽습니다. 새 절차의 승인일, 교체한 부품의 작업 기록, 교육 참석 기록, 시스템 설정 변경 이력이 그 근거가 됩니다. 반면 효과 검증은 시간이 지나야 확인할 수 있습니다. 같은 유형의 편차가 다시 발생하는지, 새 절차가 실제 업무에서 사용되는지, 임시 우회가 남아 있지 않은지, 조치가 인접 공정의 지연이나 오류를 만들지 않았는지를 봐야 하기 때문입니다.

두 판단을 한 상태에 넣으면 다음 문제가 생깁니다. CAPA 소유자는 기한 안에 이행한 조치를 ‘완료’로 닫고 싶고, 품질 또는 운영 검토자는 반복 여부를 더 지켜봐야 합니다. 같은 완료 표시가 두 뜻을 가지면, 관찰 기간 중 발생한 재발이 이미 종료된 건의 사후 메모가 되기 쉽습니다. 원래의 원인 분석, 조치 설계, 검증 계획과 다시 연결되지 않으면 조직은 같은 문제를 새 CAPA로만 반복 등록하게 됩니다.

FDA는 의료기기 QMSR이 2026년 2월 2일부터 효력이 발생했다고 안내하고, 해당 날짜 이후의 검사에서 QMS 기록을 검토할 수 있다고 설명합니다. 이는 의료기기 제조업체에 관한 공식 안내입니다. 여기서 가져갈 운영상 시사점은 규정 조문 자체가 아니라, 조치 기록과 품질시스템의 증거가 평소에 연결돼 있어야 한다는 점입니다. FDA QMSR FAQ를 2026년 9월 14일에 확인했습니다.

구분답하려는 질문닫기 전에 필요한 근거남겨 둘 다음 상태
조치 계획원인과 위험에 맞는 행동을 정했는가원인 가설, 영향 범위, 책임자, 기한, 변경 대상이행 대기
조치 이행정한 행동을 실제로 했는가개정본, 작업 기록, 교육·설정·수리 이력, 승인효과 관찰
효과 검증문제의 재발 조건이 줄었는가사전 정의한 표본·기간, 결과, 예외, 독립 검토종결 또는 재개
종결 후 추적새 신호가 기존 건과 관련 있는가추세, 신규 발생, 연결된 변경·CAPA 식별자재검토 또는 신규 조사

표의 상태는 조직마다 다르게 부를 수 있습니다. 중요한 것은 ‘이행 완료’에서 바로 ‘종결’로 건너뛰지 않고, 효과를 판단하는 기간과 책임을 하나의 업무 건에 남기는 일입니다.

효과 검증은 조치가 아니라 가설을 시험하는 일입니다

효과 검증을 시작하기 전에 먼저 써야 할 것은 “조치가 끝났으니 효과가 있을 것”이라는 결론이 아니라 검증 가설입니다. 가설에는 세 요소가 필요합니다. 무엇을 줄이거나 막으려는지, 어느 업무·공정·사용자 집단에서 관찰할지, 어떤 결과면 조치가 충분하지 않다고 볼지를 정해야 합니다.

예를 들어 점검 기록의 누락이 반복되어 입력 화면에 필수 항목과 기한 알림을 추가했다고 가정해 보겠습니다. 이행 근거는 화면 배포 기록과 담당자 안내로 충분할 수 있습니다. 그러나 효과 검증의 질문은 달라집니다. 최근에 같은 유형의 점검을 실제로 수행한 표본에서 필수 항목이 채워졌는가, 기한이 지난 건이 책임자에게 보였는가, 현장이 다시 별도 메모나 메신저로 우회하지 않았는가를 확인해야 합니다. 단순히 화면을 열어 보고 “기능이 있다”고 판단하는 것은 이행 확인이지 효과 검증이 아닙니다.

가설은 숫자가 있어야만 좋은 것은 아닙니다. 재발 빈도가 낮거나 영향이 큰 이슈라면 표본의 질과 검토 기준이 더 중요할 수 있습니다. 이때도 ‘문제가 없었다’는 빈 칸 대신, 관찰한 기간·대상·제외 사유·확인하지 못한 범위를 기록합니다. 그래야 다음 담당자가 관찰되지 않은 것과 존재하지 않았던 것을 구분할 수 있습니다.

공개된 FDA 2026년 경고장에서도 조치가 이행됐다는 주장과 효과 검증 자료는 별도로 다뤄집니다. 예를 들어 Nipro Renal Solutions USA에 보낸 2026년 7월 24일 경고장은 미완료 시정조치의 일정과 효과 검증 문서를 요청하며, 일부 비적합의 지속·재발을 지적합니다. 이는 특정 회사의 상황과 의료기기·품질시스템 맥락에 한정된 공개 감독 사례이며, 다른 조직의 결과를 예측하는 근거는 아닙니다. 다만 이행을 종결 근거 하나로만 삼기보다, 재발 여부를 확인하는 별도 증거가 필요하다는 점은 분명하게 보여 줍니다.

검증 계획은 조치가 배포되기 전에 정합니다

효과 검증 기준을 조치 이후에 만들면 결과에 맞춰 기준을 고치기 쉬워집니다. 조치 계획을 승인할 때 다음 네 가지를 함께 정하면 판단이 덜 흔들립니다.

  1. 관찰 대상: 어떤 제품군, 설비, 문서 유형, 팀 또는 업무 기간을 볼 것인가. 같은 문제의 영향 범위를 반영하되, 너무 넓게 잡아 책임이 흐려지지 않게 합니다.
  2. 관찰 방법: 기록 표본 확인, 현장 수행 확인, 로그 추적, 독립 검토 중 무엇을 사용할 것인가. 참석 서명처럼 조치의 존재만 보여 주는 자료와 실제 사용 결과를 구분합니다.
  3. 성공·재개 기준: 어떤 결과가 나오면 종결을 검토하고, 어떤 신호가 나오면 원인 분석이나 조치를 다시 열 것인가. 기준을 모호하게 ‘문제 없음’으로 두지 않습니다.
  4. 판단 책임: 조치 소유자, 결과 자료를 모으는 담당자, 효과를 검토하는 역할을 어떻게 분리할 것인가. 작은 조직에서 완전히 분리하기 어렵다면 최소한 다른 검토자가 근거를 확인하도록 설계할 수 있습니다.

가상의 제조 지원 업무를 보겠습니다. 설비 점검에서 특정 부품의 교체 기록이 자주 늦게 등록돼, 책임자는 작업 종료 전 등록을 막는 상태 규칙과 모바일 입력 양식을 도입했습니다. 조치 이행은 새 규칙의 배포와 현장 교육이 끝난 날 확인됩니다. 효과 검증은 그다음 4주 동안 해당 설비군의 점검 건을 표본으로 삼아, 작업 시각·교체 시각·등록 시각의 순서가 맞는지, 긴급 작업에서 우회 경로가 사용됐는지, 기록 지연 때문에 정비 판단이 달라진 건은 없었는지를 확인하는 방식으로 계획할 수 있습니다.

이 가상 장면에서 4주라는 기간은 정답이 아닙니다. 교체 주기, 생산 일정, 위험, 기록량에 따라 관찰 기간은 달라집니다. 핵심은 기간을 먼저 약속하고, 그 기간에 실제로 발생하지 않은 업무 유형이나 접근할 수 없었던 로그를 검증 범위 밖으로 명시하는 것입니다. 확인하지 못한 범위를 ‘효과 있음’으로 해석하지 않아야 종결 판단이 정직해집니다.

운영 화면에는 두 개의 완료를 보여 줍니다

CAPA를 스프레드시트나 메일로만 관리하면 조치 담당자의 완료 메일이 종결을 대체하기 쉽습니다. 운영 플랫폼에서는 하나의 CAPA 안에 최소한 두 개의 완료 지점을 모델링할 수 있습니다. 첫 번째는 조치 항목별 이행 완료이고, 두 번째는 검증 계획의 결과를 검토한 뒤 내리는 CAPA 종결 판단입니다.

각 조치에는 수행 책임자, 기한, 실제 이행일, 변경 전후 근거, 관련 변경 요청을 연결합니다. 효과 검증에는 관찰 시작·종료일, 표본 기준, 확인할 증거 위치, 결과, 예외, 검토자 판단을 별도 필드로 둡니다. 종결 버튼은 조치 항목이 모두 끝났다는 사실만으로 열리지 않도록 하고, 검증 결과와 미확인 범위의 검토를 거친 역할이 실행하도록 설계할 수 있습니다.

이 방식은 CAPA를 복잡한 서류로 만드는 일이 아닙니다. 완료의 뜻이 다른 두 질문을 같은 체크박스에 넣지 않는 것입니다. 권한·상태·승인으로 업무를 모델링하는 기준처럼 상태 전이와 권한을 명확히 하면, ‘조치 완료’가 ‘효과 확인 중’을 건너뛰지 않게 할 수 있습니다. 조치와 검증의 이력은 검증 운영을 통제 가능한 실행 구조로 설계하는 방법에서 설명한 계획·수행·편차·승인 연결 원칙과도 맞닿아 있습니다.

효과가 확인되지 않았을 때는 종결을 미루는 것만으로 부족합니다

검증 중 같은 문제가 다시 발생했다고 해서 이전 조치가 언제나 무의미한 것은 아닙니다. 다만 재발의 조건을 확인하지 않고 기한만 연장하면 원래 CAPA는 관리 표면에서 사라집니다. 재발이 발견되면 먼저 그 건이 원래의 원인 가설과 같은지, 대상·공정·사용자 조건이 달라졌는지, 임시 우회나 새 변경이 있었는지를 기록합니다.

그다음 판단은 세 갈래로 나눌 수 있습니다. 원래 원인과 같은 조건에서 재발했다면 기존 CAPA를 재개해 원인·조치·검증 계획을 다시 검토합니다. 다른 조건의 문제라면 새 조사로 분리하되 관련 CAPA 식별자를 연결합니다. 아직 결론을 낼 수 없다면 종결 대신 관찰을 연장하고, 그 이유·추가 확인 범위·다음 판단일을 남깁니다. 이 구분이 있어야 ‘재발 없음’이라는 문구를 서둘러 만들지 않고, 다음 품질 회의에서 필요한 결정을 다룰 수 있습니다.

효과 검증의 증거는 참석 기록보다 실제 업무에 가깝습니다

조치가 교육, 절차 개정, 알림 추가처럼 사람의 행동을 바꾸려는 내용일수록 출석 기록만으로 효과를 판단하기 어렵습니다. 교육 자료를 읽었는지와 새 절차를 실제 상황에서 적용했는지는 다른 질문입니다. 효과 검증은 원인 가설에 가장 가까운 결과를 보도록 설계합니다.

조치 유형이행을 보여 주는 근거효과 검증에서 추가로 볼 근거
절차 개정·교육승인된 절차, 교육 이수 기록이후 표본에서 새 기준이 적용됐는지, 반복 보완이 줄었는지
설비 수리·교체작업 지시, 부품 이력, 점검 기록동일 조건에서 이상 신호가 다시 생겼는지, 다른 설비에 영향은 없는지
시스템 규칙·알림배포 기록, 설정 이력, 시험 결과실제 업무에서 누락·지연을 탐지하는지, 승인 전 우회가 남는지
공급자·문서 관리 변경변경된 계약·절차, 통지 기록이후 납품·검토에서 같은 비적합이 반복되는지, 예외가 통제되는지

대표성도 중요합니다. Beta Bionics에 보낸 2026년 1월 28일 FDA 경고장은 해당 회사의 CAPA 효과 검증에서 업데이트된 교육 자료를 직원에게 평가한 방식이 실제 사용자 집단을 대표하지 못했고, CAPA 소유자가 효과 검증 활동도 수행한 점을 지적했습니다. 이는 그 기업·제품·사건에 관한 판단입니다. 일반화할 수 있는 교훈은 교육 이수처럼 편리한 대리 지표만으로는 실제 사용 환경의 효과를 충분히 설명하지 못할 수 있으며, 검증 표본과 검토 역할의 적절성을 사전에 따져야 한다는 정도입니다.

같은 이유로 검증 결과는 좋았던 표본만 모은 보고서가 되어서는 안 됩니다. 제외한 표본, 관찰 기간에 발생한 예외, 사용하지 못한 데이터, 아직 확인 중인 위험을 함께 남깁니다. 이런 제한을 드러내야 조치의 성공을 과장하지 않고, 필요할 때 관찰 기간을 연장하거나 추가 조치를 정할 수 있습니다.

이번 주에 CAPA 한 건을 다시 열어 볼 질문

현재 ‘완료’ 또는 ‘종결 예정’인 CAPA 한 건을 골라 다음을 확인해 보세요. 조치 항목이 끝난 날짜와 효과를 판단한 날짜가 구분되어 있는가. 효과 검증의 대상·기간·실패 시 다음 행동이 조치 전에 정해져 있었는가. 그리고 재발이나 예외가 발생했을 때 원인 분석, 조치 변경, 검증 재개 중 어느 흐름으로 연결되는가입니다.

세 질문 중 하나라도 답하기 어렵다면 새 양식을 늘리기보다, 조치 이행과 효과 검증의 상태·책임·증거 위치부터 나누는 것이 좋습니다. CSV 이후에도 남는 운영 리스크를 줄이는 점검에서 말한 것처럼, 발견 사항을 닫기 전에 실제 증거로 다시 확인하는 습관은 CAPA에도 그대로 적용됩니다. 같은 원인에서 생긴 재발은 개인의 실수로만 남기지 않고, 다음 조치와 검증 설계를 더 정확히 만드는 운영 신호로 다룰 수 있습니다.

참고한 공식 자료