디지털의료건강지원기기 성능인증 가이드라인(2026-02-13) 스타트업 실무 체크리스트

식약처는 2026-02-13 「디지털의료건강지원기기 성능인증 가이드라인」을 배포했습니다. 또한 2026-02-05에는 「디지털의료제품법」 근거를 인용하며 성능검사 대행기관 및 성능인증 업무 대행기관 지정계획(공고 제2026-069호)을 공고했습니다.

• 가이드라인: 식약처 안내서 게시물
• 대행기관 지정계획 공고: 식약처 공고 게시물

이 글은 디지털의료건강지원기기 성능인증을 준비하는 기업이 무엇부터 정리해야 하는지를 문서·시험·협업 체계 관점에서 실무용 체크리스트로 정리합니다. (세부 요구사항은 가이드라인 원문을 기준으로 최종 확정하는 것이 안전합니다.)

성능인증에서 일정이 늘어나는 경우는 보통 '시험을 못 해서'가 아니라, 시험은 했는데 결과를 재현·추적할 문서가 없어서입니다. 디지털 제품은 업데이트가 잦아, 성능인증 문서를 한 번 만들어도 변경관리 체계가 없으면 다시 처음으로 돌아갈 수 있습니다.

1) 제도 한눈에 보기: 적용 대상·범위·핵심 용어 정리

의료기기전자민원시스템(식약처) 안내에서는 디지털의료·건강지원기기를 '의료의 지원 또는 건강의 유지·향상을 목적으로 생체신호를 모니터링·측정·수집 및 분석하는 디지털기술 적용 제품'으로 설명하고 있습니다.

• 정의 참고: 의료기기전자민원시스템 안내 페이지

실무에서 가장 자주 발생하는 혼선은 크게 두 가지입니다.

• 규제 트랙 혼선: 기능은 유사해 보여도, 의료기기인지(또는 디지털의료·건강지원기기인지)에 따라 요구사항과 대응 방식이 달라질 수 있습니다.
• 성능 개념 혼선: 성능인증에서 말하는 성능은 '마케팅 스펙'이 아니라, 측정·분석 결과의 신뢰성을 설명하는 근거 체계로 귀결됩니다.

성능인증 대응에서 결국 맞춰야 하는 축은 개발–QA–RA 3개입니다.

• 개발: 지표 정의(요구사항) 구현, 버전·로그 체계 관리
• QA: 시험 설계, 재현성(환경 통제), 변경관리 운영
• RA: 적용 여부 판단, 제출자료 패키징, 대외 커뮤니케이션(기관·대행기관)

2) 성능인증 준비 체계: 시험·평가·근거자료의 기본 구조

디지털의료건강지원기기 성능인증 대응은 결국 '문서 패키지'의 완성도가 성패를 좌우합니다. 아래처럼 4단 구조로 산출물을 고정해두면, 이후 보완요구가 오더라도 방향이 크게 흔들리지 않습니다.

(1) 성능 항목 정의서

• 지표를 '어떤 조건에서 어떤 의미로 산출하는지'를 명확히 정의합니다.
• 출력의 의미(단위, 범위, 갱신 주기)와 제한사항(오차 유발 조건, 사용 제한)을 함께 정리합니다.

(2) 시험·평가 계획서

• 시험 목적(정확도/반복성/환경 내성 등)과 합격 기준을 사전에 선언합니다.
• 시험 환경(장비, 소프트웨어 버전, 데이터 처리 파이프라인)을 고정해 재현성을 확보합니다.
• 계획서에는 최소한 아래 필수 항목 5개를 먼저 고정하는 것을 권합니다.
  1. 시험 대상 지표와 출력 정의(버전 포함)
  2. 시험 설계(조건/대조 기준/반복 횟수/표본 구성)
  3. 합격 기준(허용 오차, 허용 범위, 판정 규칙)
  4. 데이터 처리 규칙(전처리, 이상치 처리, 제외 기준)
  5. 추적성 관리(로그, 설정값, 사용 장비/소프트웨어 이력)

(3) 시험·평가 결과 보고서

• 결과 수치만 나열하기보다, 결과가 어떻게 생성됐는지(데이터 흐름/산출 로직/설정값) 추적 가능하도록 정리합니다.
• 이상치 처리, 제외 기준, 재시험 조건을 미리 규정해 논쟁 포인트를 줄입니다.

(4) 변경관리·이력 패키지

• 업데이트가 성능에 미치는 영향을 평가하는 룰을 문서화합니다.
• 버전별 릴리즈 노트와 검증 결과를 연결해 추적성을 유지합니다.

실무 팁: 성능인증은 '한 번 끝내는 문서'가 아니라, 업데이트가 잦은 제품일수록 지속 운영 문서로 전환하는 편이 안전합니다.

3) 스타트업 최소 리소스 체크: 오늘 확인할 5가지와 최소 증빙

리소스가 적을수록, 모든 걸 완벽히 갖추려 하기보다 최소 증빙부터 잡는 편이 빠릅니다. 아래 5가지는 '없으면 거의 항상 다시 작업'으로 이어지는 항목입니다.

1. 지표 정의가 1페이지로 고정돼 있는가? (지표 정의서)
   • 최소 증빙: 단위/범위/갱신 주기/산출 조건/제한사항이 들어간 1p 문서
2. 시험 환경이 재현 가능하게 고정돼 있는가? (시험환경 고정표)
   • 최소 증빙: 장비/OS·앱·펌웨어 버전/설정값/데이터 처리 버전 목록 1p
3. 합격 기준이 '숫자+판정 규칙'으로 박혀 있는가? (합격 기준표)
   • 최소 증빙: 허용 오차/허용 범위/예외 처리(이상치·재시험) 1p
4. 업데이트 시 재검증 트리거가 정의돼 있는가? (재검증 트리거 룰)
   • 최소 증빙: '이 변경이면 재시험/이 변경이면 문서 업데이트' 같은 규칙 10줄
5. 주장 문구가 문서/UX/마케팅에서 일치하는가? (주장 문구 정리표)
   • 최소 증빙: 화면 문구·설명서 문구·홍보 문구를 한 표로 모아 불일치 제거

특히 대행기관 지정이 추진되는 구간에서는, 내부 준비(최소 증빙)가 되어 있어야 외부 기관과 일을 나눌 때도 책임 경계가 선명해집니다.

4) 인원 3명 기준 운영: 겸직을 전제로 한 최소 역할표

스타트업은 대체로 전담 RA/QA가 없거나 겸직입니다. 아래처럼 '최소 역할'만 고정해도 문서가 흔들리지 않습니다.

• 개발(겸직 가능): 지표 정의 구현, 로그/버전/릴리즈 노트
• QA(겸직 가능): 시험 설계, 시험환경 고정, 결과 재현성
• RA/PM(겸직 가능): 대상 여부 판단, 제출자료 패키징, 대외 커뮤니케이션

이번 주 산출물 3개(가장 효율적인 순서)

1. 지표 정의서 1p
2. 시험환경 고정표 1p
3. 재검증 트리거 룰 10줄

이 3개가 있으면, 시험 계획서·결과 보고서·변경관리 문서가 '붙는 순서'가 정리됩니다.

5) 메디바이브 관점 인사이트: 제품 기획 단계에서의 전략 포인트

디지털의료건강지원기기 성능인증은 '개발 후반에 시험을 붙이는 일'로 접근하면 비용과 일정 리스크가 커질 수 있습니다. 오히려 초기 기획에서 요구사항을 시험 가능한 형태로 정의하고, 그 요구사항이 문서 패키지로 자연스럽게 이어지도록 설계하는 편이 안정적입니다.

• 기획 초기에 규제 경로 확정이 필요합니다. (대상 여부, 결합 형태, 제출 전략)
• 성능 항목은 기능 스펙이 아니라, '어떤 조건에서 어떤 정확도/품질 기준으로 설명할 것인가'까지 포함해 요구사항으로 고정하는 편이 좋습니다.
• 대행기관 활용은 '외주'가 아니라, 내부 검증과 외부 검증의 경계를 정해 하이브리드 전략으로 운영하는 것이 실무적으로 유리할 수 있습니다.

(자가진단) 우리 팀이 지금 프로젝트로 잡아야 하는 신호

아래 중 2개 이상 해당되면, 성능인증 대응을 '문서 작업'이 아니라 프로젝트(시험·변경관리 포함)로 잡는 편이 안전합니다.

1. 지표 정의(단위/범위/갱신)가 문서로 고정돼 있지 않다
2. 시험 환경(장비/버전/설정)이 재현 가능하게 관리되지 않는다
3. 업데이트 때마다 성능 영향평가 기준이 없다
4. 마케팅/UX 문구와 기술 문서가 따로 논다
5. 외부 대행기관을 어느 단계에 붙일지 결정이 안 됐다

마무리: 바로 실행하는 다음 액션 3가지

1. 우리 제품이 다루는 지표를 기준으로 지표 정의서를 1페이지로 먼저 만듭니다.
2. 시험 계획서를 완성하려 하기보다, 시험 환경·버전 고정 원칙부터 확정합니다.
3. 업데이트가 잦다면 변경관리(영향분석/재검증 트리거)를 먼저 정해, 성능인증 문서를 운영 문서로 전환합니다.

적용 대상 판단이나 시험 설계·변경관리 기준이 애매하다면, 현재 보유한 문서(요구사항, 릴리즈 노트, 시험 로그) 기준으로 갭을 먼저 진단하는 접근이 효과적입니다.