개념
이 레슨이 하는 일과 하지 않는 일
먼저 범위를 가른다.
이 레슨은 인허가 전략을 가르치지 않는다. 등급 분류 판정, 적합성 평가 경로 선택, 인증기관 선정, 신청 절차는 규제 업무(RA) 와 인증기관의 영역이다. 그리고 조문 번호·부속서 번호·기한의 정확한 내용은 규정 원문과 유럽 집행위원회가 공개한 지침 문서에서 확인한다(원문 확인). 이 영역은 지침이 계속 추가·개정된다.
이 레슨이 다루는 것은 QA·시험 조직이 기술문서와 임상 근거에 무엇을 기여하는가 다. 실무에서 이 기여가 빠지면, RA 담당이 문서를 쓰려 할 때 인용할 수 있는 시험 증거가 없는 상태가 된다. 그 상태를 막는 것이 목표다.
국내 인허가(식약처) 는 레슨 6 이 다뤘다. 이 레슨은 EU 쪽이고, 두 체계의 요구가 상당 부분 같은 자료를 쓰지만 문서 구조와 임상 근거 요구가 다르다.
기술문서가 요구하는 것 — 구조로 본다
EU 의료기기 규정(Regulation (EU) 2017/745) 은 제조사가 기술문서 를 작성해 유지하도록 요구하고, 그 내용 요구가 부속서로 규정되어 있다. 시판 후 감시에 관한 기술문서는 별도 부속서로 나뉘어 있다. 부속서 번호와 각 항목의 요구 문장은 원문에서 확인한다(원문 확인).
QA 관점에서 기술문서를 묶음 단위 로 보면 이렇게 정리된다.
| 묶음 | 담기는 것 | QA 가 기여하는 정도 |
|---|---|---|
| 기기 설명과 사양 | 의도한 사용, 변형, 사양, 선행 세대 | 간접(사양 확인) |
| 제조사 제공 정보 | 사용설명서, 라벨, 경고 | 직접 — 최종 동작과 일치 확인 |
| 설계·제조 정보 | 설계 단계, 공정, 공급처 | 간접 |
| 일반 안전·성능 요구 충족 | 요구별로 어떻게 충족했고 증거가 무엇인지 | 가장 직접 |
| 위험·편익 분석과 위험관리 | ISO 14971 산출물 | 직접(레슨 2) |
| 제품 검증·밸리데이션 | 시험 결과, 임상 평가, 사용적합성, 소프트웨어 밸리데이션 | 가장 직접 |
| 시판 후 감시 | 감시 계획과 보고 | 직접 — 현장 신호를 시험으로 되돌린다 |
"일반 안전·성능 요구 충족" 묶음이 이 문서의 뼈대다. 요구 목록이 주어지고, 각 요구에 대해 적용 여부, 충족 방법, 적용한 규격, 그리고 증거의 위치 를 적는다. 적합성을 주장하는 표 형태로 작성하는 것이 일반적이다.
QA 가 여기서 해야 하는 일이 명확하다. 증거의 위치 칸을 채울 수 있게 만드는 것. 요구 하나하나에 대해 "우리 어느 시험의 어느 결과가 이것을 보인다" 를 가리킬 수 있어야 하고, 그러려면 시험 설계 단계에서 그 연결을 의식해야 한다. 레슨 7 의 양방향 추적이 여기로 이어진다 — 추적 축이 하나 더 늘어난다.
[추적 축이 늘어난다]
일반 안전·성능 요구 ←→ 설계 입력 ←→ 설계 출력 ←→ 검증 활동 ←→ 결과
(규정) (레슨 7) (증거)
↑
기술문서가 여기서 시작한다실무 함의 — 설계 입력을 쓸 때 대응하는 일반 안전·성능 요구 번호를 함께 적어 두면 기술문서 작성이 표를 생성하는 일로 줄어든다. 이 한 가지 습관이 사업 후반의 몇 주를 줄인다.
임상 평가 — 소프트웨어에서 가장 어려운 부분
기술문서 중 QA 가 가장 낯설어하는 것이 임상 평가다. 그리고 소프트웨어 의료기기에서 특히 어렵다. 이유는 단순하다 — "임상" 이라는 말이 물리적 기기를 전제한 듯 들리는데, 소프트웨어도 같은 요구를 받기 때문 이다.
유럽 집행위원회가 공개한 의료기기 조정그룹(MDCG) 지침 중 의료기기 소프트웨어의 임상 평가(MDR)·성능 평가(IVDR) 를 다루는 문서가 있다 (MDCG 2020-1). 즉 소프트웨어에 대해 어떤 수준의 임상 근거가 필요한지 를 판단하는 틀이 별도로 제시되어 있다는 뜻이다. 그 틀의 구체적 내용·판단 기준· 현행 판본은 해당 지침 원문에서 확인한다(원문 확인).
여기서 용어를 정확히 쓰는 것 이 중요하다. 의료기기 규정 쪽에서는 임상 평가(clinical evaluation), 체외진단 의료기기 규정 쪽에서는 성능 평가(performance evaluation) 라는 용어를 쓴다. 두 용어를 섞으면 어느 규정 체계를 말하는지 불분명해지고, 요구되는 문서 구성이 달라진다. 우리 제품이 어느 규정에 해당하는지를 먼저 확정해야 한다 — 그 판정은 RA 의 일이다.
임상 평가의 문서 흐름
임상 평가는 단일 문서가 아니라 계획 → 수집 → 분석 → 보고 의 흐름이고, 각 단계가 문서로 남는다. 공개 자료에서 널리 언급되는 구성은 이렇다.
[임상 평가 계획] ──→ [문헌 검색 계획] ──→ [문헌 검색 보고]
│ │
│ ↓
└──→ [자체 생성 데이터: 임상 조사·실사용 데이터] ──→ [임상 평가 보고]
│
↓
[시판 후 임상 추적]
(계획과 평가 보고)계획에 들어갈 요소는 규정의 부속서에 열거되어 있다. 요소 목록과 각 문서의 요구 내용은 원문과 지침에서 확인한다(원문 확인).
QA 가 알아 둬야 할 것은 이 흐름이 끝나지 않는다 는 점이다. 시판 후에도 임상 추적이 계속되고, 그 결과가 임상 평가 보고로 되돌아와 갱신된다. 출시가 종점이 아니라 주기의 시작 이라는 성격은 모듈 35 레슨 8(적합성 증명의 유효기간) 과 같다.
소프트웨어의 임상 근거를 무엇으로 만드는가
이 레슨의 핵심 질문이다. 소프트웨어 의료기기의 근거는 보통 세 층 으로 이야기된다. 용어의 정확한 정의와 요구 수준은 지침 원문에서 확인하되, 구조는 이해해 둘 가치가 있다.
1층 — 유효한 임상적 연관성 / 과학적 타당성. 이 소프트웨어가 쓰는 입력과 산출하는 출력 사이의 관계가 과학적으로 성립하는가. 예 — "이 생체 신호 패턴이 해당 상태와 연관된다" 는 주장이 문헌이나 기존 지식으로 뒷받침되는가. 이것은 QA 의 영역이 아니다. 임상·의학 전문가와 문헌 근거의 일이다.
2층 — 기술적 성능. 소프트웨어가 의도한 대로 정확히 동작하는가. 입력을 받아 정해진 알고리즘대로 계산하고, 정해진 출력을 내놓는가. 이 층이 QA 의 주된 기여 지점이다. 정확도·재현성·입력 처리·경계 조건· 오류 처리가 여기 들어간다.
3층 — 임상 성능. 그 출력이 실제 임상 환경에서 의도한 임상적 이익 을 만드는가. 예 — 판독 보조가 실제로 진단 정확도를 높이거나 시간을 줄이는가. QA 는 설계와 데이터 품질 쪽에서 기여 하고, 판정은 임상 쪽이 한다.
세 층의 구분이 실무에서 왜 중요한가. 2층의 증거로 3층을 주장하면 안 되기 때문 이다. "알고리즘 정확도가 95% 입니다" 는 2층의 숫자이고, "그래서 진단이 개선됩니다" 는 3층의 주장이다. 둘을 잇는 근거가 따로 필요하다. QA 가 이 구분을 알고 있으면 보고서에서 주장의 범위를 넘지 않게 쓸 수 있다.
반대 방향의 오류도 있다. 3층 결과가 좋다고 2층을 생략하는 것. 임상 성능이 입증되었어도 소프트웨어가 특정 입력에서 오류를 내거나 재현되지 않으면 결함이다. 2층은 QA 가 지켜야 하는 영역이고, 양보할 수 없다.
2층에서 QA 가 만들 증거
AI 판독 보조처럼 성능 지표가 중심인 소프트웨어의 성능 지표(민감도·특이도 등) 는 모듈 66 레슨 1 이, 학습·검증 데이터 분리와 편향은 모듈 66 레슨 2 가, 임상 성능시험 설계 읽기는 모듈 66 레슨 3 이 다룬다. 이 레슨은 그쪽으로 넘기고, 어느 소프트웨어 의료기기에나 공통인 2층 증거 를 정리한다.
| 증거 | 무엇을 보이는가 |
|---|---|
| 알고리즘 정확성 | 정의된 계산·판정이 명세대로 수행된다 |
| 재현성 | 같은 입력에 같은 출력. 환경·순서·시점에 의존하지 않는다 |
| 입력 유효성 처리 | 범위 밖·결측·형식 오류·단위 혼동 입력을 알아보고 처리한다 |
| 경계 조건 | 임계값 전후, 최소·최대, 영·음수 |
| 성능(응답·처리량) | 의도한 사용에서 필요한 시간 안에 결과를 낸다 |
| 상호운용성 | 외부 시스템과 주고받는 데이터가 손실·왜곡 없이 전달된다 |
| 사용적합성 | 위해 관련 사용 시나리오에서 오사용이 방지된다(레슨 3) |
| 사이버보안 | 보안 통제가 동작한다(레슨 5) |
재현성 항목이 소프트웨어 의료기기에서 특히 중요하다. 같은 환자 데이터에 대해 어제와 오늘 다른 결과가 나오면 임상적으로 쓸 수 없다. 비결정성의 원인 — 부동소수 연산 순서, 병렬 처리 순서, 시각 의존, 난수, 외부 서비스 응답 — 을 찾아 통제하거나, 통제할 수 없다면 그 변동 범위를 문서화 한다. 모듈 63 레슨 4 에서 다룬 비결정성 처리(고정·반복·여유) 가 그대로 쓰인다.
단위 혼동 도 의료 소프트웨어의 고전적 위해 요인이다. 같은 양을 다른 단위로 표기하는 체계가 공존하고, 변환이 틀리면 결과가 자릿수로 달라진다. 입력 유효성 처리에서 반드시 다룰 항목이고, 위험관리(레슨 2) 와 연결된다.
시판 후 감시 — 현장 신호를 시험으로 되돌린다
기술문서에는 시판 후 감시가 포함되고, 이것이 QA 에게 뜻하는 바가 분명하다. 출시 후 들어오는 신호가 시험 설계로 되돌아와야 한다.
되돌리는 경로를 설계해 두지 않으면, 현장 불만과 이상 사례가 고객지원 쪽에 쌓이고 시험 묶음은 그대로다. 같은 문제가 다음 판에서 다시 나온다.
QA 가 만들 연결은 넷이다.
- 분류 체계 공유 — 현장 신고의 분류와 결함 분류가 대응되게 둔다
- 회귀 케이스 추가 규칙 — 어떤 현장 신호가 들어오면 회귀 케이스를 추가하는지 기준을 정한다
- 재현 절차 표준 — 현장 신고를 시험 환경에서 재현하는 절차와, 재현되지 않을 때의 처리
- 추세 검토 참여 — 개별 사건이 아니라 추세 를 보는 자리에 QA 가 들어간다
네 번째가 쉽게 빠진다. 개별 신고는 처리되는데 "같은 유형이 늘고 있다" 를 보는 사람이 없으면 설계 문제를 놓친다. 모듈 62 레슨 4 의 대조 지점, 모듈 39 의 관측 지표와 같은 발상이다.
전환과 기한 — 확인 경로를 둔다
이 영역에서 실무자를 가장 괴롭히는 것이 기한과 전환 규정 이다. 적용 시점, 기존 인증의 전환, 지침 문서의 추가·개정이 계속 일어난다.
이 레슨은 날짜를 적지 않는다. 날짜를 적으면 틀릴 가능성이 높고, 틀린 날짜로 일정을 세우는 것이 가장 비싸다. 대신 확인 경로 를 둔다.
- 규정 원문과 그 개정 이력
- 유럽 집행위원회가 공개하는 의료기기 관련 지침 문서 목록
- 인증기관의 공개 안내
- 사내 RA 담당이 유지하는 적용 현황 문서
QA 가 할 일은 날짜를 외우는 것이 아니라 "우리 제품에 적용되는 요구와 시점을 RA 에게 확인받아 문서로 갖는 것" 이다. 모듈 33 레슨 7 에서 세운 원칙과 같다 — 제도가 자주 바뀌는 영역에서는 암기가 아니라 확인 경로가 역량이다.
실무에서 왜 필요한가
국내 소프트웨어 의료기기 기업이 유럽 진출을 추진할 때 전형적으로 벌어지는 일이 있다. RA 담당이 기술문서를 쓰기 시작하고, 일반 안전·성능 요구 표의 "증거" 칸을 채우려 할 때 멈춘다. 시험은 했는데 그 결과가 어느 요구를 충족하는지 연결되어 있지 않고, 연결하려면 시험 보고서를 전부 다시 읽어야 한다.
그 시점에 QA 에게 오는 요청이 "이 요구를 충족하는 증거를 찾아 주세요" 이고, 그 작업은 몇 주가 걸린다. 그리고 찾아보면 증거가 없는 요구 가 나온다 — 그러면 그 시점에 시험을 새로 해야 한다.
이것을 막는 방법은 하나다. 설계 입력에 대응 요구 번호를 함께 적어 두는 것. 입력 → 출력 → 검증 → 결과의 추적이 이미 있다면(레슨 7), 요구 번호를 한 칸 더 붙이는 비용은 작고, 나중에 절약되는 시간은 크다.
두 번째 가치는 주장의 범위를 지키는 것 이다. 기술적 성능 숫자로 임상적 이익을 주장하는 문서는 심사에서 지적받고, 더 나쁘게는 과장 광고 문제로 번질 수 있다. QA 가 세 층의 구분을 알고 보고서를 쓰면 그 위험이 줄어든다.
세 번째는 재현성 이다. 소프트웨어 의료기기에서 "같은 입력에 같은 출력" 이 깨지면 임상적으로 쓸 수 없다. 그리고 이 결함은 기능 시험으로는 잘 드러나지 않는다 — 반복 실행과 환경 변화를 의도적으로 설계해야 보인다. 이것은 QA 만 설계할 수 있다.
채용시장에서의 위치
이 레슨이 겨냥하는 자리는 소프트웨어 의료기기 기업의 QA·RA, 그리고 해외 인허가를 지원하는 컨설팅·시험기관 이다. 국내 기업의 유럽 진출이 늘면서 수요가 생긴 영역이고, 공고에는 "MDR", "기술문서", "CE 인증", "임상 평가", "PMS", "인증기관 대응" 같은 말이 적힌다.
이 시장의 특징은 공급이 매우 적다 는 점이다. 국내 인허가 경험자는 있지만 MDR 기술문서를 직접 다뤄 본 사람은 드물다. 반대로 진입 장벽은 규정과 지침의 양이고, 전부 알 필요는 없다 는 것이 이 레슨의 전제다 — QA 가 기여하는 자리는 증거 쪽이고, 그 자리를 정확히 아는 것으로 충분하다.
경쟁력이 되는 것은 셋이다. 첫째, 요구와 증거를 연결할 수 있는 능력 이다. "일반 안전·성능 요구 표의 증거 칸을 채울 수 있게 시험을 설계합니다" 는 문장이 RA 담당에게 즉시 전달된다. 둘째, 세 층을 가르는 능력 이다. 기술적 성능과 임상 성능을 섞지 않는 사람은 문서 품질을 올린다. 셋째, 확인 경로를 아는 태도 다. 날짜와 조문을 외워 답하는 것보다 "RA 에게 확인받아 문서로 갖습니다" 가 실무적이다.
자격·이력 축에서는 ISO 13485 내부심사원, 의료기기 규제 관련 교육, 그리고 인증기관 심사를 받아 본 경험 이 강하게 작동한다. 이 모듈의 실습 과제는 그 경험 없이 산출물을 미리 만들어 두는 방향으로 설계했다.