본문으로 바로가기
CLARE Partners홈
사전 검토

실무 가이드시험자료 가이드2026.10.01

IEC 62304 소프트웨어 문서 — 요구사항부터 출시 버전까지 추적하기

소프트웨어 문서의 핵심은 문서 수가 아니라 같은 기능과 버전을 끝까지 추적하는 연결입니다. 요구사항, 위험통제, 시험, 미해결 결함과 출시 기록을 엮는 방법을 정리합니다.

문서 목록 전에 소프트웨어의 경계를 그립니다

앱 화면만 소프트웨어 범위로 잡으면 서버 계산, 펌웨어, 통신 모듈에서 필요한 증거가 빠질 수 있습니다. 제품이 어느 입력을 받아 어떤 출력을 만들며, 외부 시스템과 어디서 정보를 주고받는지 그립니다. 사용목적과 관계없는 기능도 의료기기 기능에 영향을 주는지 검토합니다.

IEC 62304는 의료기기 소프트웨어의 개발과 유지보수 생명주기를 다루는 규격입니다. 제품 전체의 유효성 확인이나 최종 출하까지 하나의 문서로 끝낸다는 의미는 아닙니다. 국내 제출 경로는 소프트웨어 의료기기 인허가 가이드에서 확인하고, 실제 적용판과 요구 범위는 제품별로 정합니다.

안전등급의 판단 근거를 위험관리와 맞춥니다

소프트웨어 안전등급은 국내 의료기기 품목의 위험등급과 구별합니다. 기능 실패가 어떤 위해상황에 기여하는지, 소프트웨어 외부 통제가 무엇인지, 그 통제를 어떤 근거로 신뢰하는지를 정리합니다. “오류 발생 가능성이 낮다”는 개발자의 판단만으로 문서 범위를 낮추지 않습니다.

서로 다른 기능을 나누어 평가한다면 분리 구조와 그 경계가 실제로 유지되는지도 설명해야 합니다. 결과만 적은 등급표보다 판단에 사용한 위험 항목, 설계 구조와 검증 자료를 같이 연결한 기록이 유용합니다. 위험통제의 체계는 ISO 14971 위험관리 가이드와 동일한 제품 정의를 사용합니다.

요구사항 한 개를 시험 결과까지 따라가 봅니다

다음 표는 제출 양식을 뜻하지 않는 실무용 추적표 예시입니다. 식별자를 유지하면 문서가 나뉘거나 도구가 달라도 연결을 찾을 수 있습니다. 기능을 바꿀 때는 표의 끝까지 영향이 이어지는지 확인합니다.

연결 대상 예시로 기록할 내용
요구사항 SW-012 허용 범위 밖 입력을 감지하고 계산을 진행하지 않는 조건
위험통제 RC-004 잘못된 입력으로 부정확한 결과가 표시되는 상황을 통제
설계 입력 검증 모듈, 경계값, 오류 응답
시험 TC-021 정상·경계·범위 초과 입력의 예상 결과와 실제 결과
출시 근거 시험한 빌드, 결함 처리 상태, 승인 기록

“입력 검증 기능 있음”이라는 문장만으로는 시험을 재현하기 어렵습니다. 입력 단위, 누락값, 잘못된 형식, 통신 지연처럼 요구사항을 깨뜨릴 수 있는 조건을 제품 특성에 맞게 구체화합니다. 모든 제품에 같은 시험 조합을 적용하라는 뜻은 아닙니다.

외부 구성요소와 변경 이력을 통제합니다

운영체제, 라이브러리, 상용 모듈과 클라우드 의존성을 목록화하고 제품에서 쓰는 버전과 역할을 적습니다. 외부 공급사가 시험했다는 이유만으로 제품 수준의 영향평가를 생략하지 않습니다. 알려진 문제와 지원 종료, 변경 알림을 누가 확인하고 어떤 기준으로 조치할지 정합니다.

개발 저장소의 커밋 기록은 유용하지만 그 자체가 검토·승인 기록 전부는 아닙니다. 변경 요청, 원인, 영향 범위, 추가 시험, 배포 버전을 연결해야 합니다. 보안 관련 변경은 기능 시험과 함께 검토하고 사이버보안 자료 가이드와 버전 정보를 일치시킵니다.

미해결 결함을 숨기지 않고 출시 판단에 넣습니다

모든 문제 항목이 닫혔다는 숫자보다 남아 있는 문제가 어떤 조건에서 발생하고 어떤 영향을 주는지가 중요합니다. 재현 절차, 영향받는 기능, 위험평가, 임시 조치와 수정 계획을 기록합니다. 수용 판단에는 승인자와 근거를 남기고, 사용자 정보나 교육에 영향을 주는지도 확인합니다.

시험보고서에는 합격 요약뿐 아니라 시험 환경, 도구와 버전, 원자료 위치, 실패 후 조치가 있어야 결과를 검토할 수 있습니다. 일부 시험을 다시 했을 때 이전 시험 결과를 계속 사용할 수 있는 범위도 설명합니다. 재시험을 통과했다는 사실만으로 이전 실패의 원인이 사라졌다고 결론 내리지 않습니다.

제출본과 실제 배포본의 일치를 확인합니다

마지막으로 신청서의 소프트웨어 버전, 화면 캡처, 위험관리, 시험보고서, 설치 파일 또는 배포 기준을 맞춥니다. 서버와 앱을 별도로 업데이트하는 제품은 각 버전 조합과 지원 조건을 확인합니다. 출시 후 문의나 장애가 들어왔을 때 현장 버전을 찾을 수 있는 식별 방법도 필요합니다.

이 글의 추적표는 실무 정리안이며 FDA 문서는 미국 제출자료에 관한 참고입니다. 국내 의무를 그대로 대체하지 않습니다. 현재 요구사항 목록과 시험 결과, 배포 버전 정보를 소프트웨어 자료 검토에서 함께 보면, 문서를 더 만들기 전에 연결이 끊긴 지점을 찾을 수 있습니다.


근거 확인일: 2026-09-28. 본문의 표와 준비 순서는 실무용 제안이며 제품별 법적 제출범위와 적용 규격은 별도로 확인해야 합니다.

자주 묻는 질문

Q. IEC 62304를 적용하면 제품 검증도 모두 끝나나요?
아닙니다. IEC의 공개 설명은 의료기기 자체의 유효성 확인과 최종 출하를 이 규격의 범위에서 제외합니다. 제품 수준의 성능·사용적합성 등은 별도로 연결해야 합니다.
Q. 소프트웨어 안전등급은 의료기기 등급과 같은가요?
같은 분류가 아닙니다. 소프트웨어 고장이 위해상황에 미치는 영향을 근거로 해당 규격에 따라 판단하며, 의료기기 등급 숫자를 그대로 옮기지 않습니다.
Q. 오픈소스도 문서에 포함해야 하나요?
제품에 포함되어 안전과 기능에 영향을 주는 외부 구성요소는 식별하고 평가하는 편이 필요합니다. 버전, 용도, 알려진 문제, 변경 영향을 관리하며 규격상 분류와 적용 요구사항을 확인합니다.

제품 정보만 보내주세요.
검토는 저희가 합니다.

예상 규제 경로와 자료 활용 가능성, 추가 준비사항을 사전 검토해 1영업일 내 1차 회신드립니다. 회원가입은 없습니다.