디자인 입력에서 출력까지: Discovery 단계 체크리스트

템플릿 포함 내용

의료기기 개발의 discovery 단계 — "아이디어가 있다"와 "디자인 입력이 베이스라인되었다" 사이의 작업 — 를 다루는 구조화된 체크리스트. ISO 13485 §7.3과 FDA 21 CFR 820.30 디자인 통제 요건과 일치하는 6개 섹션으로 정리:

1. 사용자 요구 정의
2. 사용 목적과 적응증 범위
3. 규제 전략과 분류
4. 초기 위험 분석
5. 디자인 입력 개발
6. 디자인 입력 베이스라인과 추적성 매트릭스 셋업

템플릿은 초기 discovery에서 R&D, 규제 업무, 품질 팀의 사용을 위해 설계 — 공식 디자인 이전 전, V&V 계획 전, 종종 제품 엔지니어링 인력 충원 전.

Discovery 단계가 중요한 이유

심사에서 발견되는 대부분의 디자인 통제 실패는 discovery 단계로 거슬러 올라감. 구체적으로:

• 가정되었지만 결코 문서화되지 않은 사용자 요구, V&V 커버리지의 갭으로 표면화.
• 일찍 casual하게 설정된 사용 목적 표현, 일부 시장에서 3등급 분류를 추진한다고 깨달음.
• 디자인 입력을 정보로 제공하는 것이 아니라 디자인 입력 베이스라인 후 시작된 위험 분석.
• discovery 중 만들어진 predicate/등가성 가정이 규제 정밀 조사에서 살아남지 못함.

Discovery는 실수를 수정하기에 저렴한 단계. discovery에서의 사용자 요구 수정은 문단 재작성. 같은 수정이 개발 6개월 후는 아키텍처 재구성.

누구를 위한 것인가

• 새 의료기기 프로젝트를 시작하는 R&D 팀
• Discovery 단계 작업을 지원하는 규제 업무 팀
• 새 적응증 또는 새 시장으로 기존 제품 pivot하는 회사
• MVP 제품을 구축한 소프트웨어 주도 팀, 디자인 통제를 사후 공식화해야

섹션 1: 사용자 요구 정의

사용자 요구 문서는 아직 엔지니어링 결정을 내리지 않는 언어로 기기가 다루는 미충족 임상 요구를 캡처.

체크리스트 항목:

• 주 사용자 식별(의사, 간호사, 기술자, 환자, 간병인)
• 사용자 프로파일 문서화(훈련, 경험 수준, 환경 컨텍스트)
• 임상 환경 문서화(병원, 클리닉, 가정, EMS)
• 워크플로 통합 범위(임상 워크플로의 어디에 이 기기가 fit?)
• 미충족 요구 명확화(현재 무엇이 잘 수행되지 않는가?)
• 사용자 연구 증거 인용(인터뷰, 관찰, 문헌)
• 사용자 언어로 사용자 목표 진술(엔지니어링 언어 아님)
• 사용 환경 특성화(조명, 멸균성, 시간 압력, 방해)
• 사용 빈도와 기간 추정
• 사용자 관점에서 실패 결과 범위

흔한 실수:

• 엔지니어링 언어로 사용자 요구 작성("기기가 ±2% 정확도로 측정한다" — 이는 사용자 요구가 아닌 디자인 입력).
• 다중 사용자 현실이 적용될 때 단일 사용자 유형 가정(외과의, scrub tech, circulating nurse가 사용하는 수술 기기는 세 사용자 유형).
• 지원 사용자(교정하는 기술자, 구성하는 IT 관리자) 누락.

섹션 2: 사용 목적과 적응증 범위

사용 목적 진술은 규제 파일에서 가장 결과적인 단일 문장. 분류, predicate/등가성, 라벨링, 적응증 범위를 추진.

체크리스트 항목:

• 준수 표현으로 사용 목적 초안(동사 + 기기 + 환자 인구 + 상태)
• 사용 목적과 구별된 적응증(FDA와 EU/한국은 구별; 많은 디자인 팀이 혼동)
• 환자 인구 범위(연령대, 질병 상태, 동반 질환)
• 신체 부위 / 대상 조직 정의
• 사용 기간 정의(일회용, 단기, 장기)
• 해부학적 접근 정의(비침습적, 침습적, 이식)
• 멸균 요건 범위
• 다지역 사용 목적 표현 비교(FDA, EU, 한국 변형)
• 금기 초안
• 예상되고 문서화된 off-label 사용(반드시 금지가 아닌, 그저 인정)

흔한 실수:

• 최대주의 사용 목적("심혈관 질환의 진단과 치료를 위한")이 분류 문제 생성.
• 다른 시장 진입 시 재번역 비용을 만드는 단일 지역 표현.
• 환자 인구 범위 실패, 이후 모호한 임상 근거 요건으로 이어짐.

섹션 3: 규제 전략과 분류

분류 의견이 전체 개발 계획을 추진.

체크리스트 항목:

• 규칙 인용이 있는 FDA 분류(1, 2, 3등급)
• 규칙 인용이 있는 EU MDR 분류(규칙 1–22)
• 품목 코드가 있는 식약처 분류
• PMDA 분류(일본이 범위에 있는 경우)
• NMPA 분류(중국이 범위에 있는 경우)
• 지역별 predicate 또는 등가 기기 식별
• 지역별 제출 경로 식별(510(k), De Novo, PMA, CE 기술 파일, 식약처 신고/허가)
• 지역별 임상 근거 필요성 추정
• 사이버보안 범위(기기에 연결성이 있는가? 있으면 사이버보안 제출 계획)
• 특수 기기 카테고리 고려(combination 제품, 맞춤 기기, 부속품)

흔한 실수:

• 이전된다고 가정된 단일 지역 분류 분석. Cross-region 분류 분석이 기초.
• Casual하게 선택된 predicate 기기. predicate가 FDA 파일 구조를 추진; 약한 predicate는 재작업 생성.
• 연결 기기에 대해 과소평가된 사이버보안 범위. 어떤 네트워킹이든 기기를 사이버보안 제출 프레임워크로 밀어 넣음.

섹션 4: 초기 위험 분석

위험 분석은 디자인 입력이 베이스라인되기 전 시작되어 개발 전체를 통해 계속.

체크리스트 항목:

• 위험 식별 방법론 선택(ISO 14971 §5, 가능하면 STAMP/STPA 또는 FMEA로 확장)
• 합리적으로 예측 가능한 위험 목록(사용자 오류, 소프트웨어 실패, 하드웨어 실패, 환경, 생물학적)
• 위험에서 위험 상황 매핑
• 각 위험 상황에 대한 초기 위험 추정(심각도 × 확률)
• 위험 수용성 기준 문서화
• 초기 위험 통제 조치 제안
• 각 위험 상황에 대한 잔여 위험 추정
• 위험-통제-디자인-입력 연결 초안
• 위험 관리 계획 문서화
• 위험 관리 파일 구조 셋업

흔한 실수:

• 위험 분석을 사후 디자인 운동으로 다루는 것. ISO 14971은 위험 분석이 디자인 입력을 정보로 제공할 것을 요구, 사후가 아닌.
• 예측 가능한 오용 건너뛰기. 사용자 오류는 가장 흔한 해 원천 중 하나; "정확한 사용"만 분석하면 실제 위험 프로파일의 많은 부분 누락.
• 기기 위험 분석과 별도의 소프트웨어 위험 분석. 소프트웨어는 기기의 일부; 소프트웨어 위험이 기기 위험 파일에 통합.

섹션 5: 디자인 입력 개발

디자인 입력은 사용자 요구, 사용 목적, 위험 분석에서 흘러나오는 엔지니어링 언어 요구사항.

체크리스트 항목:

• 각 디자인 입력이 검증 가능(측정 가능, 시험 가능)
• 각 디자인 입력이 사용자 요구, 사용 목적 요소, 위험 통제, 규제 요건을 추적
• 기능 입력과 비기능 입력 구별
• 성능 사양 정량화("빠른"이 아닌 "X 작업에 대해 ≤2초")
• 환경 입력 범위(온도, 습도, EMI, 기계적 충격, 운송 조건)
• 캡처된 규제 입력(적용 표준, 조화 표준)
• 호환성 입력(호환 부속품, 호환 환자 인터페이스, 호환 전기 환경)
• 사이버보안 입력(연결 기기용) — 인증, 암호화, 취약점 관리, 지원 종료 기간
• 서비스와 유지 보수 입력(청소 가능성, 교정, 소프트웨어 업데이트 메커니즘)
• 라벨링 입력(UDI 요건, 다국어 라벨링, 접근성)

흔한 실수:

• 검증 불가능한 입력("사용자 친화적"은 시험 불가; "사용성 연구당 오류 없이 30초 내 작업 X 완료"는 시험 가능).
• 누락된 비기능 입력(사이버보안, 서비스, 환경)이 후기 단계 재설계로 이어짐.
• 추적성 없음 — 사용자 요구와 위험에 추적되지 않고 격리되어 작성된 입력.

섹션 6: 베이스라인과 추적성 매트릭스

베이스라인은 discovery에서 개발로의 공식 인수인계. 베이스라인 후 변경은 변경 통제를 통함.

체크리스트 항목:

• 디자인 입력 검토 및 승인
• 사용자 요구 ↔ 사용 목적 ↔ 위험 통제 ↔ 디자인 입력을 연결하는 추적성 매트릭스 채움
• 베이스라인 버전이 PLM(또는 동등 디자인 이력 시스템)에 캡처
• 후속 변경에 대해 변경 통제 절차 활성화
• 개발 계획 초안(V&V, 디자인 이전, 밸리데이션, 규제 제출 타이밍)
• 자원 추정 준비
• 위험 관리 계획 베이스라인
• Discovery 단계 공식 종료(디자인 검토 미팅, 서명, 기록)

흔한 실수:

• 베이스라인이 선언됐지만 변경 통제가 실제로 적용되지 않음(변경이 비공식적으로 계속).
• 살아있는 산출물이 아닌 일회성 deliverable로 구축된 추적성 매트릭스.
• 디자인 검토 미팅 없음 — 베이스라인이 명시적이 아닌 암묵적, 후기 심사 방어 어려움.

Discovery 단계 산출물

Discovery 종료 시 프로젝트가 가짐:

• 사용자 요구 문서(베이스라인)
• 사용 목적 진술(베이스라인, 다지역 표현 검토)
• 규제 전략(지역별 분류, 경로, predicate/등가성)
• 초기 위험 분석(베이스라인, ISO 14971 위험 파일에 구조화)
• 디자인 입력(베이스라인, 추적 가능)
• 추적성 매트릭스(초기 채움)
• 개발 계획과 자원 추정
• 위험 관리 계획

이 패키지가 자신 있는 개발 단계를 가능하게 함. 이것 없이 개발은 후기에 표면화되는 숨겨진 갭을 가짐.

다운로드

전체 Discovery 단계 체크리스트 PDF 다운로드 — 추적성 매트릭스와 위험 분석 워크시트용 편집 가능 Word/Excel 동반 파일 포함.

Leanabl의 접점

Discovery 단계를 통해 hands-on 지원을 원하는 팀은 Discovery & Design이 R&D와 함께 작업을 운영, 베이스라인된 디자인 통제 산출물을 생산. 개발 나머지를 위한 디자인 출력 관리는 Design Output을 통해. 분류 결정을 앵커링하는 다지역 규제 전략을 위해 규제 파운데이션이 전략적 프레임워크를 설정합니다.