**빠른 결론**
의료기기 R&D 증거 체크리스트의 첫 문장은 "우리 기술은 병원에서 테스트했다"가 아니라 "그 테스트가 프로토타입 동작 확인인지, 임상적 성능·안전성 근거인지, 허가·승인 경로 판단에 필요한 자료인지, 연구윤리와 개인정보 처리를 통과한 자료인지"여야 합니다. 식약처와 국제 규제 문서는 임상평가를 제품 수명주기 전반의 활동으로 보고, 임상자료와 그 평가가 의료기기 임상근거를 이룬다고 설명합니다[S7]. 그래서 메드테크 R&D 팀은 과제계획서 전에 시험·임상근거·규제 경로·IRB 개인정보·파트너 병원 역할·문서 패키지를 한 장의 증거 대장으로 나누어야 합니다.
병원 교수님이 자문했고, 시제품이 병동 데모에서 돌아갔고, 환자 데이터 일부로 알고리즘을 돌려 본 적이 있다는 말은 메드테크 R&D 회의에서 자주 등장합니다. 문제는 그 세 문장이 같은 수준의 증거가 아니라는 데 있습니다. 첫 문장은 파트너 역할의 단서일 수 있고, 두 번째 문장은 프로토타입 작동 시험일 수 있으며, 세 번째 문장은 개인정보·연구윤리·임상근거·데이터 권리의 질문을 동시에 부릅니다. 이 구분을 하지 않으면 과제 기획은 빠르게 보이지만, 실제 협약·병원 협력·IRB·식약처 상담·후속 투자 검토 단계에서 다시 풀어야 할 질문이 늘어납니다.
이 글은 의료기기 허가 전략, 임상시험 승인 가능성, IRB 승인 여부, 개인정보 적법성 또는 보험 등재 가능성을 판단하지 않습니다. 의료·법률 자문도 아닙니다. 여기서는 한국의 메드테크 R&D 팀이 본격적인 연구계획을 쓰기 전에 "어떤 증거가 어떤 판단에 쓰이는가"를 분리하는 실무 체크리스트만 다룹니다. 규제·인증 전체를 훑는 글도 아니고, TRL 숫자를 올리는 방법도 아니며, 데이터 보안 설계를 대신하지도 않습니다. 이미 그런 주제는 rndatlas의 다른 글에서 따로 다룹니다. 이 글의 독자는 의료기기 스타트업, 병원 공동연구팀, 정부 R&D 과제 PM, 기술사업화 담당자처럼 임상 현장과 개발 문서를 동시에 맞춰야 하는 사람입니다.
의료기기 R&D 증거 체크리스트는 "테스트했다"를 네 갈래로 쪼개는 데서 시작합니다
의료기기 개발에서 테스트라는 말은 너무 넓습니다. 벤치 위에서 센서가 값을 읽은 것도 테스트이고, 모의 데이터로 알고리즘 민감도를 본 것도 테스트이며, 지정 임상시험기관에서 사람을 대상으로 안전성·유효성 자료를 수집하려는 계획도 테스트라고 부를 수 있습니다. 그러나 의료기기법은 의료기기로 임상시험을 하려는 경우 임상시험계획서를 작성해 식품의약품안전처장의 승인을 받아야 한다는 틀을 둡니다[S1]. 이 사실 하나만 보아도 "시제품 테스트"와 "사람 대상 임상시험"은 같은 말로 묶으면 안 됩니다.
첫 갈래는 프로토타입 작동 확인입니다. 이 단계의 질문은 "제품이 의도한 조건에서 반복적으로 동작하는가"입니다. 여기에는 하드웨어 버전, 소프트웨어 빌드, 시험 환경, 측정 장비, 실패 조건, 원자료가 들어갑니다. 두 번째 갈래는 비임상·성능 근거입니다. 체외진단의료기기처럼 임상적 성능시험이라는 별도 문맥이 있는 분야는 성능평가와 사람 대상 연구의 경계를 더 조심해야 합니다. 식약처는 체외진단의료기기 임상적 성능시험 안내서를 2024년 12월 31일 게시한 바 있습니다[S3].
세 번째 갈래는 임상근거입니다. IMDRF는 임상평가를 과학적으로 타당한 방법으로 임상자료를 평가·분석해 의료기기가 의도한 사용에서 안전성, 임상 성능 또는 효과를 확인하는 활동으로 설명합니다[S7]. 이 설명은 "논문 한 편이 있다" 또는 "병원에서 써 봤다"가 곧 임상근거라는 뜻이 아닙니다. 어떤 사용목적, 어떤 환자군, 어떤 비교 기준, 어떤 위험관리 문서와 연결되는지가 있어야 합니다. 네 번째 갈래는 규제 경로와 윤리·개인정보 증거입니다. 이 갈래는 임상시험 승인이나 허가 가능성을 단정하는 것이 아니라, 어느 기관의 어떤 판단을 받아야 할 가능성이 있는지 질문을 정리하는 일입니다.
**증거 대장 1차 분리표**
<table>
<thead>
<tr><th>증거 갈래</th><th>먼저 묻는 질문</th><th>초기에 남길 문서</th></tr>
</thead>
<tbody>
<tr><td>프로토타입 시험</td><td>작동 조건과 실패 조건을 재현할 수 있는가</td><td>버전표, 시험계획, 원자료, 실패 로그</td></tr>
<tr><td>성능·임상근거</td><td>의도한 사용과 환자·검체·사용자 조건에 맞는 근거인가</td><td>성능지표표, 임상자료 목록, 비교 기준</td></tr>
<tr><td>규제 경로</td><td>일반 의료기기, 체외진단, 디지털의료기기 등 어느 문맥의 질문인가</td><td>제품 설명서 초안, 사용목적, 문의 질문서</td></tr>
<tr><td>윤리·개인정보</td><td>사람 대상 연구, 동의, 가명처리, 데이터 제공 조건을 설명할 수 있는가</td><td>IRB 검토 메모, 동의·면제 검토표, 데이터 처리 흐름도</td></tr>
<tr><td>파트너 병원</td><td>병원은 자문자인가, 연구기관인가, 데이터 제공자인가, 시험 실시기관인가</td><td>역할표, 책임표, 산출물·보관 범위</td></tr>
</tbody>
</table>
프로토타입 시험은 임상근거가 아니라 "다음 질문을 줄이는 증거"입니다
메드테크 R&D 팀이 가장 자주 섞는 부분은 프로토타입 시험과 임상근거입니다. 시제품이 병원 환경에서 켜졌다는 사실은 중요합니다. 하지만 그것만으로 환자에게 유익하다거나, 임상적 성능이 입증됐다거나, 규제 제출자료가 충분하다고 말할 수는 없습니다. 프로토타입 시험의 목적은 다음 단계 질문을 줄이는 것입니다. 어떤 조건에서 고장 나는지, 어떤 사용자 조작이 오류를 부르는지, 어떤 센서값이 환경 변화에 흔들리는지, 어떤 데이터 전처리가 결과를 크게 바꾸는지를 확인해야 합니다.
프로토타입 시험 문서에는 제품 범위가 먼저 들어가야 합니다. 하드웨어라면 부품 버전, 펌웨어, 센서, 전원, 소모품, 연결 장비를 분리합니다. 소프트웨어나 AI 의료기기라면 모델 버전, 학습 데이터와 검증 데이터의 범위, 입력 형식, 제외 조건, 사용자 화면, 알림 문구를 따로 씁니다. 식약처의 인공지능기술 적용 디지털의료기기 임상시험방법 설계 가이드라인은 2025년 5월 7일 개정 안내가 게시되어 있습니다[S2]. 이 자료는 AI 기반 디지털의료기기에서 임상시험 설계를 생각할 때 사용할 수 있는 공식 안내 축입니다. 다만 이 글에서는 특정 제품의 승인 전략으로 해석하지 않습니다.
프로토타입 시험에서 "성공"이라는 말도 조심해야 합니다. 성공은 반드시 사전에 정한 조건과 연결되어야 합니다. 예를 들어 "혈압 추정 알고리즘이 잘 맞았다"보다 "v0.8 모델이 내부 검증 세트 A에서 사전 정의한 오차 기준을 만족했지만, 부정맥 데이터와 움직임이 큰 상황은 제외했다"가 훨씬 안전합니다. "수술실에서 작동했다"보다 "비멸균 모형 환경에서 사용자 3명이 안내 문구를 읽고 단계별 입력을 완료했으며, 멸균·감염관리·환자 접촉 조건은 시험하지 않았다"가 다음 판단에 더 쓸모 있습니다.
프로토타입 시험은 규제 문서가 아니지만, 나중에 규제·임상·투자·협력 질문을 줄이는 원자료가 됩니다. 그래서 시험 전에는 합격 기준과 중단 기준을 함께 정해야 합니다. 합격 기준만 있으면 팀은 좋은 결과만 모으기 쉽습니다. 중단 기준이 있으면 "이 조건에서는 아직 사람 대상 연구로 넘어가지 않는다"는 판단을 기록할 수 있습니다. 이 지점이 TRL 검증 글과 겹치는 듯 보일 수 있지만, 여기서는 기술성숙도 숫자가 아니라 의료기기 R&D에서 임상·윤리·병원 협력으로 넘어가기 전의 증거 분리만 다룹니다.
임상근거와 성능시험은 사용목적·대상·비교 기준을 잠근 뒤에 읽어야 합니다
임상근거는 자료의 양보다 해석의 경계가 중요합니다. IMDRF는 임상평가 결과가 임상평가보고서에 문서화되고, 그 보고서와 기반 임상자료가 의료기기 판매를 뒷받침하는 임상근거가 된다고 설명합니다[S7]. 또한 임상근거는 설계 검증·밸리데이션 문서, 기기 설명, 라벨링, 위험분석, 제조 정보 같은 기술문서와 함께 쓰입니다[S7]. 그러므로 R&D 초기에 필요한 질문은 "임상근거가 있느냐"가 아니라 "우리 사용목적과 위험에 맞는 임상자료가 무엇이며, 부족한 자료는 어떤 연구나 시험으로 채워야 하느냐"입니다.
Health Canada의 의료기기 임상근거 안내는 Class II, III, IV 의료기기 제조자와 규제 담당자를 대상으로 임상자료가 언제 필요한지, 임상자료를 생성하는 일반 방법, 비교기기를 어떻게 비교할지 등을 다룬다고 설명합니다[S8]. 한국 팀이 캐나다 규정을 그대로 적용한다는 뜻은 아니지만, R&D 단계에서 증거 대장을 만들 때는 이 관점을 빌릴 수 있습니다. 즉 "우리 제품과 비슷한 제품의 문헌이 있다"는 말만으로 끝내지 말고, 사용목적, 기술적 특성, 임상 성능, 위험, 비교 가능성의 차이가 결론을 바꾸는지 써야 합니다.
체외진단 또는 디지털의료기기처럼 성능시험과 임상적 성능시험의 언어가 세분화되는 분야에서는 더 일찍 표를 만들어야 합니다. 검체를 쓰는지, 환자 또는 의료인의 행위를 관찰하는지, 소프트웨어 결과가 진단·치료 결정에 영향을 주는지, 기존 표준검사나 전문의 판독과 비교하는지에 따라 증거의 성격이 바뀝니다. 이 표는 허가 판단표가 아닙니다. 과제 기획 단계에서 식약처 상담, 병원 IRB, 파트너 병원 계약, 데이터 제공 협의에 가져갈 질문을 줄이는 장치입니다.
**임상근거로 과장하기 쉬운 표현**
- "병원에서 검증 완료"라고 쓰면서 연구 설계, 대상, 승인·심의, 책임기관을 구분하지 않는 표현
- "임상 데이터 확보"라고 쓰면서 동의 범위, 가명처리, 반출 조건, 재사용 권한을 설명하지 않는 표현
- "기존 제품과 동등"이라고 쓰면서 사용목적·환자군·기술 특성 차이를 비교하지 않는 표현
- "AI 성능 우수"라고 쓰면서 검증 세트, 제외 기준, 실패 사례, 임상적 의미를 적지 않는 표현
좋은 의료기기 R&D 증거 대장은 임상근거를 넓게 주장하지 않습니다. 오히려 아직 임상근거가 아닌 것을 명확히 가릅니다. 내부 벤치 테스트, 공개 데이터셋 검증, 후향적 의무기록 분석, 전향적 관찰, 사람 대상 임상시험, 체외진단 임상적 성능시험, 문헌 기반 임상평가 후보 자료를 다른 칸에 넣습니다. 이 구분이 있어야 연구책임자, 규제 담당자, 데이터 담당자, 사업화 담당자가 같은 자료를 보고도 서로 다른 결론을 내리는 일을 줄일 수 있습니다.
규제 경로는 답을 맞히는 표가 아니라 질문 순서를 정하는 표입니다
의료기기 R&D에서 규제 경로를 너무 늦게 보면 위험합니다. 반대로 너무 이른 시점에 "이건 몇 등급이고 허가는 이렇게 간다"라고 단정해도 위험합니다. 과제 기획 전 단계에서 필요한 것은 정답표가 아니라 질문 순서입니다. 제품이 질병의 진단·치료·예방·처치에 어떤 주장을 하는지, 사람이나 검체와 어떻게 연결되는지, 소프트웨어가 의료적 의사결정에 어떤 영향을 주는지, 기존 허가 제품과 비교할 수 있는지, 임상시험 또는 임상적 성능시험이 필요한 가능성이 있는지를 적어야 합니다.
식약처는 2026년 4월 10일 기준 의료기기 임상시험기관 지정현황을 공고했습니다[S4]. 이 사실은 파트너 병원이 유명하다는 것과 "임상시험기관으로서 해당 역할을 수행할 수 있는가"가 별개라는 점을 보여줍니다. 어떤 병원과 공동연구를 하더라도 그 병원이 자문, 데이터 제공, IRB 심의, 임상시험 실시, 사용자 평가, 성능시험 협력 중 어느 역할인지 구분해야 합니다. 지정현황은 시간이 지나면 바뀔 수 있으므로 R&D 초안에는 최신 공고 확인일과 실제 기관 역할 확인 책임자를 함께 남겨야 합니다.
규제 경로 표에는 "판단하지 않는 것"도 써야 합니다. 이 글에서 정리한 표는 의료기기 해당 여부, 품목분류, 등급, 허가·인증·신고, 임상시험계획 승인 필요 여부를 대신 판단하지 않습니다. 대신 그 판단을 받기 위해 필요한 질문과 자료를 모읍니다. 예를 들어 사용목적 초안, 제품 구성도, 작동 원리, 대상 사용자, 대상 환자군, 데이터 흐름, 비교 대상, 위험 시나리오, 라벨링 후보 문구를 한 묶음으로 준비합니다. 이 묶음이 있어야 외부 전문가나 공식 상담에서 같은 질문을 반복하지 않습니다.
규제 경로를 증거 대장에 넣을 때는 기존 rndatlas의 규제·인증 체크리스트와 겹치지 않도록 범위를 좁힙니다. 그 글은 KC, 전파, 개인정보, 보안, 의료기기성 등 넓은 리스크를 보는 용도입니다. 여기서는 의료기기 R&D 내부에서 임상근거와 파트너 병원 증거가 규제 질문으로 넘어갈 때 어떤 자료가 비어 있는지 보는 용도입니다. 즉 "어떤 규제가 맞는가"보다 "그 질문을 받았을 때 우리 자료가 어느 폴더에 있는가"가 핵심입니다.
IRB 개인정보 증거는 연구윤리와 데이터 권리를 한 문서로 뭉치지 않습니다
의료기기 R&D에서 병원 데이터가 들어오는 순간 문서의 성격이 바뀝니다. 생명윤리 및 안전에 관한 법률은 인간대상연구를 하려는 자가 연구 전에 연구계획서를 작성해 기관위원회 심의를 받아야 한다는 틀을 둡니다[S6]. 같은 법은 인간대상연구자의 동의 문서에 연구 목적, 참여 기간과 절차, 예상 위험과 이득, 개인정보 보호, 손실 보상, 개인정보 제공, 동의 철회 등을 포함하도록 정합니다[S6]. R&D 팀은 이 내용을 법률 조항 암기로 처리하기보다, 연구계획서와 데이터 흐름도에 실제로 반영할 수 있어야 합니다.
개인정보 문서는 IRB 문서와 같지 않습니다. 개인정보보호위원회는 2024년 2월 개정 가명정보 처리 가이드라인을 현재 안내서로 게시했습니다[S5]. 이 자료는 연구·통계 등 목적의 가명정보 활용을 검토할 때 참조해야 하는 공식 축입니다. 하지만 "가명처리했다"는 말만으로 연구윤리, 데이터 반출, 재식별 위험, 제3자 제공, 모델 학습 재사용, 병원 외부 저장을 모두 설명할 수는 없습니다. 의료 영상, 생체신호, 음성, 자유기재 의무기록처럼 비정형 데이터가 포함되면 더 구체적인 처리 기준과 검토가 필요합니다.
R&D 초안에는 IRB 개인정보 증거를 세 칸으로 나누는 것이 좋습니다. 첫째, 연구윤리 칸입니다. 연구대상자, 동의 또는 면제 검토, 위험과 이득, 중도 탈락, 이상사례 대응, 연구책임자와 연구기관 역할을 씁니다. 둘째, 개인정보 칸입니다. 수집 항목, 식별자, 가명처리 방식, 결합·반출, 보관 기간, 접근권한, 파기, 재사용 범위를 씁니다. 셋째, 데이터 권리 칸입니다. 병원, 연구자, 기업, 분석기관, 클라우드 제공자 사이에서 누가 원자료·처리본·모델 산출물·보고서를 사용할 수 있는지 씁니다.
이 구분은 데이터 보안 글과도 다릅니다. 보안 글은 접근권한, 저장소, 클라우드, 반출, 사고 기록을 중심으로 봅니다. 여기서는 의료기기 R&D에서 임상근거를 만들기 위한 윤리·개인정보·데이터 권리의 선후관계를 봅니다. 예를 들어 후향적 의무기록 분석을 먼저 하려는 팀은 "이미 있는 데이터라서 쉽다"가 아니라 "연구 목적, 심의 또는 면제 가능성, 동의 범위, 가명처리, 반출 가능성, 분석 결과의 후속 사용"을 먼저 표에 넣어야 합니다.
파트너 병원 역할은 이름값보다 책임·산출물·보관 범위로 정해야 합니다
파트너 병원 로고가 들어가면 R&D 제안서는 강해 보입니다. 그러나 의료기기 R&D 증거 대장에서 더 중요한 것은 병원이 어떤 책임을 지는지입니다. 병원은 임상 자문만 할 수도 있고, 사용성 평가 장소를 제공할 수도 있으며, IRB가 있는 연구기관으로 참여할 수도 있고, 식약처 지정 임상시험기관으로 임상시험을 수행할 수도 있습니다. 이 역할들을 한 줄로 "병원 협력"이라고 쓰면 나중에 산출물과 책임이 맞지 않습니다.
역할표에는 최소 여섯 항목을 둡니다. 병원명보다 먼저 역할을 씁니다. 자문, 연구기관, 임상시험기관, 데이터 제공기관, 검체 제공기관, 사용자 평가 장소 중 어느 것인지 표시합니다. 다음으로 책임자를 씁니다. 기업 PM, 병원 연구책임자, 공동연구자, 데이터 담당자, IRB 담당자, 계약 담당자가 다를 수 있습니다. 세 번째는 산출물입니다. 자문회의록, 연구계획서, IRB 결과통지, 데이터셋 명세, 시험보고서, 이상사례 보고, 종료보고서 중 무엇이 나오는지 적습니다.
네 번째는 보관 범위입니다. 원자료를 누가 보관하는지, 기업이 복사본을 받는지, 분석본만 받는지, 모델 학습에 사용할 수 있는지, 연구 종료 후 얼마 동안 보관하는지 적습니다. 다섯 번째는 의사결정 권한입니다. 병원이 연구 설계를 승인하는지, 기업이 제품 변경을 결정하는지, 공동위원회가 중단 기준을 판단하는지 분리합니다. 여섯 번째는 외부 설명 범위입니다. 투자자료, 정부과제, 보도자료, 홈페이지에서 병원명을 어떻게 쓸 수 있는지 계약 전부터 확인해야 합니다.
**파트너 병원 역할 분기표**
<table>
<thead>
<tr><th>병원 역할</th><th>R&D 팀이 확인할 증거</th><th>잘못 쓰면 생기는 문제</th></tr>
</thead>
<tbody>
<tr><td>임상 자문</td><td>회의록, 자문 범위, 이해상충 확인</td><td>자문을 임상검증처럼 과장할 수 있음</td></tr>
<tr><td>연구기관</td><td>연구계획서, IRB 결과, 연구책임자 역할</td><td>데이터 제공과 연구 수행 책임이 섞임</td></tr>
<tr><td>임상시험기관</td><td>지정현황 확인, 계약, 실시·보고 책임</td><td>기관 자격과 실제 과제 역할을 혼동함</td></tr>
<tr><td>데이터 제공기관</td><td>제공 근거, 가명처리, 반출·보관 조건</td><td>모델 학습과 재사용 권한을 과장함</td></tr>
<tr><td>사용성 평가 장소</td><td>참여자 조건, 시나리오, 안전·중단 기준</td><td>사용성 평가를 임상적 효과 근거로 오해함</td></tr>
</tbody>
</table>
병원 역할을 정확히 쓰면 제안서 문장이 오히려 차분해집니다. "A병원과 임상검증 예정"보다 "A병원 연구진과 사용 시나리오 자문을 완료했고, 후향적 데이터 분석 연구는 별도 IRB 검토와 데이터 제공 계약을 전제로 한다"가 더 안전합니다. "B병원에서 테스트 예정"보다 "B병원 모의 환경에서 사용자 워크플로 검토를 계획하며, 환자 대상 임상시험 여부는 사용목적과 위험분석 확정 후 별도 검토한다"가 더 실무적입니다. 강한 문장은 과장된 문장이 아니라 책임 경계가 보이는 문장입니다.
기획 전 문서 패키지는 폴더명이 아니라 의사결정 순서로 묶습니다
의료기기 R&D 증거 체크리스트의 마지막 산출물은 폴더입니다. 하지만 단순히 `clinical`, `regulatory`, `privacy` 같은 폴더를 만드는 것으로는 부족합니다. 폴더는 의사결정 순서대로 묶어야 합니다. 첫 폴더는 제품 의도와 경계입니다. 사용목적, 대상 사용자, 대상 환자 또는 검체, 제품 구성, 제외 범위, 주장하지 않는 효능을 넣습니다. 둘째는 프로토타입 시험입니다. 버전표, 시험계획, 원자료, 분석본, 실패 로그, 변경 이력을 넣습니다.
셋째는 성능·임상근거 후보입니다. 내부 성능지표, 문헌 목록, 비교기기 후보, 임상자료 후보, 성능시험 계획, 임상적 성능시험 또는 임상시험 가능성 질문을 넣습니다. 넷째는 윤리·개인정보입니다. IRB 검토 메모, 동의 또는 면제 검토, 개인정보 항목표, 가명처리 계획, 데이터 흐름도, 반출·보관·파기 조건을 넣습니다. 다섯째는 파트너 병원 역할입니다. 역할표, 책임자표, 계약 전 질문, 산출물 목록, 외부표현 허용 범위를 넣습니다. 여섯째는 공식 문의와 결정 로그입니다. 식약처, IRB, 병원, 개인정보 담당자, 외부 자문과 주고받은 질문과 답을 날짜순으로 둡니다.
이 패키지는 한 번 만들고 끝나는 문서가 아닙니다. IMDRF가 임상평가를 개발 중 처음 수행하고 이후에도 계속 업데이트되는 활동으로 설명하는 이유도 여기에 있습니다[S7]. R&D 팀은 제품 버전, 사용목적, 데이터 범위, 병원 역할, 연구 설계가 바뀔 때마다 증거 대장을 업데이트해야 합니다. 업데이트 기록이 있어야 "처음에는 후향적 분석이었지만, v1.1에서 전향적 사용자 평가로 넘어갔다" 또는 "초기에는 병원 자문만 있었고, 환자 데이터는 아직 제공받지 않았다" 같은 설명을 안전하게 할 수 있습니다.
**기획 전 45분 점검 순서**
- 사용목적과 주장하지 않을 효능을 한 문단으로 쓴다.
- 현재 보유한 증거를 프로토타입 시험, 성능근거, 임상근거 후보, 윤리·개인정보, 병원 역할로 나눈다.
- 각 증거 옆에 출처, 날짜, 책임자, 원자료 위치, 사용 가능한 문장과 사용하면 안 되는 문장을 적는다.
- 사람 대상 연구, 검체, 의무기록, 영상, 생체신호, 의료인 평가가 들어가는지 표시한다.
- 파트너 병원이 자문자인지 연구기관인지 임상시험기관인지 데이터 제공자인지 분리한다.
- 다음 회의에서 결정할 질문과 외부 전문가에게 물어야 할 질문을 따로 뽑는다.
의료기기 R&D 증거 정리 뒤 이어 볼 rndatlas 내부 경로
프로토타입 시험의 기술성숙도와 실패 로그를 더 깊게 보려면 [R&D 프로토타입 TRL 검증 체크리스트](/guide/rnd-prototype-trl-validation-checklist)를 먼저 확인하는 편이 좋습니다. 의료기기뿐 아니라 모든 R&D 시제품에서 시험 환경, 성능지표, 실패 기록을 어떻게 나누는지 다룹니다. 규제와 인증 리스크를 넓게 훑어야 한다면 [R&D 규제·인증 리스크 체크리스트](/guide/rnd-regulation-certification-checklist)가 더 맞습니다. 이 글은 의료기기 내부 증거 대장에 초점을 두었고, 규제 전반을 판정하지 않습니다.
병원 데이터, 연구기록, 원자료 보관, 재현성 문제가 더 크다면 [R&D 데이터 관리계획과 연구기록 체크리스트](/guide/rnd-data-management-plan-checklist)로 이어가면 됩니다. 병원, 기업, 대학, 시험기관이 함께 움직이는 구조라면 [R&D 컨소시엄 파트너 역할 체크리스트](/guide/rnd-consortium-partner-checklist)를 함께 보는 것이 좋습니다. 이 내부 경로의 목적은 검색 순위를 보장하는 것이 아니라, 독자가 같은 문제를 다른 문서에서 다시 풀지 않도록 다음 판단 위치를 알려 주는 것입니다.
마지막으로 다시 확인할 기준은 간단합니다. 의료기기 R&D 팀은 병원 협력 사실을 임상근거로 과장하지 않아야 합니다. 프로토타입 작동을 환자 유익성으로 바꾸어 말하지 않아야 합니다. 공개 데이터셋 성능을 임상적 효과로 쓰지 않아야 합니다. 가명처리라는 표현으로 IRB, 동의, 데이터 제공, 재사용 권한을 덮지 않아야 합니다. 파트너 병원 이름으로 책임 범위를 흐리지 않아야 합니다. 이 다섯 가지를 피하면 과제 기획은 느려지는 것이 아니라, 다음 검토자가 다시 묻는 질문을 줄이는 방향으로 단단해집니다.
의료기기 R&D 증거 체크리스트 작성에 참고한 출처
- [S1] [의료기기법 제10조, 국가법령정보센터](https://www.law.go.kr/법령/의료기기법/제10조)
- [S2] [식품의약품안전처, 인공지능기술이 적용된 디지털의료기기 임상시험방법 설계 가이드라인, 2025-05-07](https://www.mfds.go.kr/brd/m_1060/view.do?company_cd=&company_nm=&itm_seq_1=0&itm_seq_2=0&multi_itm_seq=0&page=1&seq=15656&srchFr=&srchTo=&srchTp=&srchWord=)
- [S3] [식품의약품안전처, 체외진단의료기기 임상적 성능시험 안내서, 2024-12-31](https://mfds.go.kr/brd/m_1060/view.do?seq=15615)
- [S4] [식품의약품안전처, 의료기기 임상시험기관 지정현황, 2026-04-10](https://www.mfds.go.kr/brd/m_76/view.do?seq=16266)
- [S5] [개인정보보호위원회, 가명정보 처리 가이드라인(2024.2.)](https://www.pipc.go.kr/np/cop/bbs/selectBoardArticle.do?bbsId=BS217&mCode=D010030000&nttId=9900)
- [S6] [생명윤리 및 안전에 관한 법률, 국가법령정보센터](https://www.law.go.kr/lsInfoP.do?ancYnChk=0&lsId=009628)
- [S7] [IMDRF, Clinical Evaluation, MDCE WG/N56FINAL:2019](https://www.imdrf.org/sites/default/files/docs/imdrf/final/technical/imdrf-tech-191010-mdce-n56.pdf)
- [S8] [Health Canada, Guidance on clinical evidence requirements for medical devices](https://www.canada.ca/en/health-canada/services/drugs-health-products/medical-devices/application-information/guidance-documents/clinical-evidence-requirements-medical-devices.html)