한국 신청을 위한 디자인 락과 변경 통제
식약처는 신청 후 설계 변경을 FDA보다 엄격하게 다룹니다. 혁신을 막지 않으면서 12개월 심사를 견딜 디자인 락 설계법.

동결된 설계 문제
2등급 이상 식약처 신청은 5–8개월 동안 심사에 머무를 수 있습니다. 그 창 동안 제조사는 기기 설계를 제출 시점에서 실질적으로 변경하지 않는 상태로 유지할 것으로 기대됩니다. FDA는 보충 파일 메커니즘을 통한 상당한 심사 중 설계 진화를 허용합니다. 식약처는 그렇지 않습니다. 심사 중 실질 설계 변경은 사실상 신청을 무효화하고 시계를 재시작.
하드웨어 기기에는 성가시지만 관리 가능합니다. 소프트웨어 기반 기기 — 특히 AI/ML SaMD — 에는 6개월 설계 동결이 실질적으로 비쌉니다. 제품 팀은 계속 개발; 규제 팀은 심사 중인 버전 동결. 둘이 갈라지고, 허가 시점에 제조사는 이제 stale한 동결 버전을 출시할지 재제출할지 결정해야 합니다.
한국 변경 통제가 더 엄격한 이유
세 가지 구조적 이유:
-
PCCP 동등 없음. FDA의 Predetermined Change Control Plan은 제조사가 특정 설계 변경(파라미터 범위, 재학습 트리거, 성능 경계)을 사전 승인할 수 있게 합니다. 식약처는 이 프레임워크를 채택하지 않았습니다. 각 실질 변경은 새 신고.
-
엄격한 등가 제품 비교. 한국 심사는 특정 등가 제품 프로파일에 앵커링됩니다. 심사 중 설계가 바뀌면 등가성 비교가 바뀌고, 심사자는 이를 새 신청으로 다룹니다.
-
실질성에 대한 심사자 재량. 식약처 심사자는 변경이 "실질적"인지 결정하는 데 FDA 심사자보다 넓은 재량을 가집니다. 보수적 심사자는 작은 변경을 실질적으로 다루고, 적극적 심사자는 그렇지 않을 수 있습니다. 제조사는 고정된 실질성 임계값에 의존할 수 없습니다.
디자인 락 전략
한국 신청용 작동하는 디자인 락은 "신청-동결"과 "개발-동결"을 분리합니다:
브랜치 A (신청-동결): v1.2.0 → 식약처 심사 → 허가 → 출시
브랜치 B (개발): v1.2.0 → v1.3.0 → v1.4.0 → ... → 허가 후 계획된 업데이트
개발 브랜치는 계속됩니다. 신청 브랜치는 허가까지 별도 유지 릴리스 라인으로 다뤄지고, 그 후 다음 계획된 실질 업데이트에서 메인라인으로 재머지.
이것이 작동하려면 세 가지 전제조건이 충족되어야 합니다:
-
버전 관리된 디자인 히스토리. 설계의 모든 변경 — 코드 커밋, 문서 개정, 도면 업데이트 포함 — 이 버전 베이스라인과 연결되어야 함. ISO 13485가 이를 요구; 실제 수행하는 규율은 절차가 시사하는 것보다 약함이 흔함.
-
QMS의 브랜치 격리. 개발 브랜치의 설계 변경이 신청 브랜치의 디자인 히스토리 파일에 전파되지 않아야 함. 일부 QMS는 이를 trivial하게 만들고, 일부는 수동 통제 필요.
-
문서의 허가 후 업데이트 계획. 식약처 신청에 계획된 허가 후 업데이트의 간단한 설명 포함. PCCP 동등(한국이 아직 수용하지 않음)이 아니라, 제품이 계속 진화할 것이라는 투명성 신호.
실질 변경 vs 비실질 변경
식약처 지침과 변경 신고 처리 경험상:
실질적 (재신고 또는 재심사 트리거):
- 사용 목적 표현 또는 대상 환자 인구 변경
- 신규 환자 접촉 재료
- 멸균 방법 변경
- 성능에 영향을 주는 소프트웨어 아키텍처 변경
- 성능 특성을 변경하는 알고리즘 재학습
- 라벨링에 추가되는 새 부속품 또는 호환 기기
- 제조 사이트 변경
비실질적 (정보 신고만):
- 외형 포장 변경
- 사양 변경 없는 제조 공정 개선
- 사용 목적 또는 성능에 영향을 주지 않는 소프트웨어 버그 수정
- 라벨링 번역 정련
- 비핵심 부품의 공급자 변경
그레이 영역:
- 소프트웨어 UI 변경 (안전 중요 기능과의 사용자 상호작용에 영향을 주는지에 따라 다름)
- 동일 데이터셋으로 AI 재학습 (성능 경계 보존 시 일반적으로 비실질적)
- 모기기 분류를 변경하지 않는 새 부속품
변경 신고 메커니즘
허가 후 실질 변경이 필요할 때 제조사는 KLH를 통해 변경 신고를 제출. 신고에 포함:
- 변경 설명
- 근거 (보통: 안전 개선, 규제 정렬, 시장 피드백)
- 업데이트된 기술 파일 섹션
- 업데이트된 위험 파일
- 변경에 대한 검증/밸리데이션 증거
- 업데이트된 라벨링 (해당 시)
일정: 비실질 30–90일; 실질 60–120일. 사용 목적에 영향을 주는 실질 변경은 전체 재심사 트리거.
한국 디자인 락 솔루션
기기의 한국 라이프사이클에 대한 독립 변경 통제 프레임워크, 글로벌 변경 통제와 별개 — 갈라짐 문제를 다룹니다. 프레임워크에 포함:
- 변경 분류 매트릭스 — QMS의 일부로 문서화된 한국 특화 실질성 임계값.
- 신청 전 디자인 동결 — 설계 팀에서 RA로의 공식 인수인계, 버전 베이스라인 포함.
- 신청 기간 변경 프로토콜 — 식약처 심사 중 계획되지 않은 변경이 필요할 때 무엇을 할지.
- 허가 후 업데이트 캘린더 — 신고 오버헤드를 최소화하도록 크기 조정된 6개월 또는 12개월 간격의 계획된 변경 배치.
이 프레임워크를 운영하는 제조사는 변경이 식약처에 가기 전 올바르게 분류되므로 변경 신고 사이클 시간을 30–50% 단축한다고 일관되게 보고합니다.
세 가지 권장사항
권장 1: 디자인 락을 일찍 실행. 신청 시점이 아닌 식약처 신청 4–8주 전 설계 동결. 신청 전 간격으로 팀이 심사 재시작 없이 막판 우려를 발견할 수 있게 함.
권장 2: 허가 후 변경 배치. 6개월 변경 배치가 일관되게 월간 트리클보다 좋은 결과 — 각 신고가 변경 크기와 관계없이 행정 오버헤드.
권장 3: 실질성 결정을 문서화. 제조사가 변경을 비실질적으로 결정할 때 결정과 근거를 문서화. 이것이 심사관이 변경이 신고됐어야 했는지 묻는 사후 심사에서 증거가 됨.
Leanabl의 접점
한국 디자인 락 솔루션은 디자인 락과 허가 후 변경 캘린더 관리 프레임워크를 셋업합니다. 디자인 락에 깨끗한 기술 파일을 공급하는 상류 디자인 통제 작업은 Design Output과 Discovery & Design이 디자인 히스토리 파일을 다룹니다. 변경 신고 메커니즘 자체는 한국 인허가 유지를 통해 처리됩니다.


