ISO 13485 7.3.3 설계 입력: 설계 전에 사용 조건·성능·안전 요구사항 정하기
‘빠르고 정확한 체온계’를 설계하려면 무엇을 먼저 정해야 할까요? ISO 13485:2016 7.3.3을 바탕으로 사용 조건과 성능·안전 요구를 구체화하고 근거·확인 방법을 연결하는 가상 사례를 설명합니다.
설계 입력은 제품이 충족해야 할 조건입니다
설계를 구체화하기 전에, 누가 어떤 상황에서 사용할 제품인지와 그 제품에 필요한 기능·성능·사용적합성·안전을 확인 가능한 요구사항으로 정해야 합니다.
‘빠르고 정확하게’는 개발 방향을 표현하지만, 어떤 결과를 적합하다고 볼지 판단하기에는 부족합니다.
사용 조건과 목표 성능, 그 근거가 연결돼야 설계와 이후 확인 활동이 같은 기준을 바라볼 수 있습니다.
이번 주제는 ISO 13485:2016 7.3.3 설계 및 개발 입력입니다.
앞선 7.3.2가 개발 단계별 활동과 책임을 연결했다면, 이번 글은 설계가 충족할 요구의 내용에 집중합니다.
7.1의 제품 실현 전반의 기획, 7.2의 고객 요구와 주문 이행 가능성 검토에서 얻은 정보도 설계 입력의 근거로 이어질 수 있습니다.
공식 MDSAP 심사 접근법은 7.3.3과 연결해 입력의 설정·검토·승인, 의도한 사용과 기능·성능·안전, 적용 규제 요구 및 위험관리 결과의 반영을 확인합니다.
입력의 완전성, 명확성, 상호 일관성과 검증 가능성도 살펴봅니다.[1] 아래 체온계 사례와 문서 구성은 이를 설명하기 위한 MedQraft의 자체 실무 제안입니다.
원하는 제품의 인상을 사용 조건과 요구사항으로 구체화합니다.
‘빠르다’는 표현만으로는 측정 시간의 조건이나 수용 기준이 정해지지 않습니다.
가상 사례: ‘빠르고 정확한 가정용 체온계’라는 초안
가상의 개발팀이 보호자가 집에서 아이의 체온을 재는 전자체온계를 구상한다고 가정하겠습니다.
초안에는 ‘빠르고 정확하게 측정’이라는 한 문장이 있습니다.
이 문장을 바로 설계 지시로 사용하면 개발자는 측정 시간을, 다른 검토자는 표시 자릿수를 떠올릴 수 있습니다.
같은 표현이 서로 다른 목표가 되는 것입니다.
팀은 먼저 대상 사용자와 환자군, 측정 부위·방식, 사용 장소와 환경을 구체화합니다.
전자체온계라는 이름만으로 접촉식인지 비접촉식인지, 어떤 부위를 측정하는지 결정되지는 않습니다.
대상과 조건을 정하기 전에 임의의 정확도나 시간 값을 채우면 제품에 맞지 않는 기준을 고정할 수 있습니다.
이 글에서는 실제 제품의 측정 범위·허용 오차·시간을 제시하지 않습니다.
아래 표는 요구사항을 완성하기 위해 결정하고 근거를 확보할 항목입니다.
빈 수치가 있는 상태를 승인된 설계 입력으로 간주하지 않습니다.
| 출발 문구 | 먼저 정할 조건 | 요구사항에 구체화할 내용 | 확인 접근의 예 |
|---|---|---|---|
| 집에서 쓸 수 있게 | 사용자, 환자군, 측정 부위·방식, 사용 환경 | 해당 사용자와 환경에서 수행해야 하는 측정·판독 작업 | 사용 상황 분석과 적절한 사용자 평가 |
| 정확하게 | 측정 대상 범위, 기준 측정과 비교 조건, 환경 범위 | 조건별 허용 오차와 필요한 성능 기준 | 적합한 기준·방법을 이용한 성능 평가 |
| 빠르게 | 측정 시작과 완료의 정의, 준비 상태 | 정의된 조건에서 측정 완료까지 허용되는 시간 | 동일한 시작·종료 조건을 적용한 시간 확인 |
| 오해 없이 사용하게 | 예상 가능한 오측정 상황과 위해 | 유효하지 않은 측정을 정상 결과로 오인하지 않도록 하는 위험통제 요구 | 지정한 오류 조건과 사용자의 인지·행동에 대한 평가 |
마지막 행은 가상 제품에서 검토하는 위험통제 예시입니다.
모든 체온계에 같은 오류 검출 방식이나 표시를 일률적으로 요구한다는 뜻은 아닙니다.
어떤 상황을 감지할 수 있는지, 감지 후 어떤 동작이 필요한지는 해당 제품의 기술과 위험 분석으로 결정합니다.
설계 입력을 모을 때 확인할 근거
고객의 요청서만으로 입력을 완성하기는 어렵습니다.
아래는 7.3.3을 적용할 때 정보를 빠뜨리지 않기 위한 자체 정리입니다.
규격 원문 표나 지정 양식을 옮긴 것이 아닙니다.
| 확인할 정보 | 가상 체온계 개발에서 검토할 질문 |
|---|---|
| 의도한 사용에 필요한 기능·성능·사용적합성·안전 | 누가 누구의 어느 부위를 측정하며, 어떤 조건에서 어떤 결과를 얻어야 하는가? |
| 적용되는 법규와 규격 | 목표 판매 국가와 제품 방식에 적용되는 요구는 무엇이며 어떤 판본·조건을 검토했는가? |
| 위험관리의 출력 | 위험 분석에서 필요하다고 판단한 통제 조치가 어떤 제품 요구로 이어지는가? |
| 해당하는 이전 유사 설계 정보 | 기존 제품의 사용상 문제나 불만 중 새 제품에도 관련 있는 정보는 무엇인가? |
| 그 밖의 필수 조건 | 호환성, 유지관리, 보관 등 제품 특성에 필요한 조건이 빠지지 않았는가? |
이전 모델의 사양은 검토할 자료이지 자동으로 새 제품의 정답이 되지는 않습니다.
사용자가 달라지거나 측정 방식과 환경이 바뀌면 이전 시험 조건과 위험통제의 적용 가능성을 다시 판단해야 합니다.
법규·규격도 제목만 나열하지 말고 어떤 요구에 어떤 조항이나 조건이 연결되는지 정리하는 편이 유용합니다.
요구사항 한 줄에 조건과 근거를 연결합니다
MedQraft는 실무 문서에서 요구사항 식별번호, 요구 내용, 적용 조건, 근거, 확인 접근, 검토 상태를 연결하는 구성을 제안합니다.
표의 열 이름 자체가 ISO의 필수 양식은 아닙니다.
목적은 한 요구가 어디서 왔고 어떤 결과로 충족 여부를 판단할지 추적하는 데 있습니다.
예를 들어 ‘측정 시간이 짧아야 한다’는 문장에는 시작 시점과 완료 시점이 없습니다.
기기 전원을 켠 순간부터인지, 측정을 시작한 순간부터인지에 따라 평가 결과가 달라집니다.
관련 규격과 제품 사용 목적을 검토해 기준을 정하고, 그 조건을 요구사항 또는 연결된 문서에서 찾을 수 있게 합니다.
‘충족 여부를 확인할 수 있다’는 말이 모든 요구를 숫자로만 쓰라는 뜻은 아닙니다.
특정 상태에서 필요한 동작, 제공해야 할 정보, 사용자 작업의 완료 조건도 명확히 기술하고 적절한 방법으로 평가할 수 있습니다.
다만 ‘편리하게’, ‘충분히’, ‘가능하면’만 남으면 평가자가 서로 다른 기준을 적용하기 쉽습니다.
요구 내용만 적는 대신 적용 조건·근거·확인 접근을 연결합니다.
요구사항 번호와 문서 배치는 자체 구성 예시이며, 실제 시험 방법과 수용 기준은 제품별 근거로 정합니다.
확인 접근을 입력 단계에서 생각하는 것은 나중의 상세 검증·유효성 확인 계획을 대신하지 않습니다.
7.3.6에서는 설계 출력이 입력 요구사항을 충족하는지, 7.3.7에서는 제품이 명시된 적용 또는 의도한 사용에 적합한지 확인하는 활동으로 이어집니다.
성능 시험 한 종류가 모든 사용적합성·안전 판단을 대신한다고 보지 않습니다.
입력과 구현 방법을 구분합니다
‘보호자가 측정 완료 여부를 알아볼 수 있어야 한다’는 요구와 ‘전면에 특정 색상의 LED를 배치한다’는 구현안은 서로 다른 수준의 정보입니다.
먼저 달성할 기능과 사용 조건을 명확히 하면, 표시·소리 등 가능한 구현안이 그 요구를 충족하는지 검토할 수 있습니다.
다만 입력에 기술적 제약이 들어가면 안 된다는 뜻은 아닙니다.
고객 계약, 인터페이스 호환성, 규제 요구 등으로 특정 구조나 부품 조건이 정해졌다면 그 근거와 제약을 입력으로 관리할 수 있습니다.
근거 없이 초기 아이디어를 필수 요구로 고정하는 일을 피하자는 취지입니다.
승인 전에 모호함과 충돌을 해결합니다
가상 개발팀이 ‘완료를 소리로 알려야 한다’와 ‘사용 중 아무 소리도 나면 안 된다’를 동시에 적었다고 가정해 보겠습니다.
두 문장은 적용 상황이 없으면 충돌합니다.
어떤 사용자·환경에서 어떤 피드백이 필요한지 확인하고, 필요한 조건을 구분하거나 요구를 조정한 뒤 근거를 남겨야 합니다.
모순된 문장을 그대로 승인하면 구현 담당자가 임의로 한쪽을 선택하게 됩니다.
검토에서는 각 요구가 빠짐없이 준비됐는지, 한 가지 뜻으로 읽히는지, 다른 요구와 충돌하지 않는지, 확인할 방법이 있는지를 함께 살펴봅니다.
미결 조건은 해결할 근거와 조치를 추적하고 관련 설계를 진행하는 데 미치는 영향을 판단합니다.
‘추후 결정’이 적힌 칸을 완성된 입력처럼 취급하지 않습니다.
검토의 목적은 문서에 서명하는 데 그치지 않고, 설계의 기준으로 쓸 수 있는 입력인지 판단하는 것입니다.
미결 사항을 해결했는지 검토하고 승인하는 자체 개념도입니다.
입력은 프로젝트 시작 때 한 번 작성하고 고정하는 문서도 아닙니다.
사용 조건이나 위험 분석이 달라지면 관련 요구와 설계·확인 활동에 미치는 영향을 함께 검토하고 조직의 변경 절차에 따라 관리합니다.
이번 7.3.3의 핵심은 설계가 충족해야 할 내용을 근거와 조건이 있는 요구사항으로 구체화하고 검토·승인하는 것입니다.
근거와 설명 범위
- MDSAP Audit Approach, MDSAP AU P0002.011, 2026-08-03 개정.
Chapter 5, Tasks 5·6의 설계 입력과 검토, Tasks 7·10의 출력·검증 및 유효성 확인 관련 설명.
공식 문서 안내. - ISO 13485:2016 공식 발행 정보.
2016년 제3판, 2025년 재확인된 현행판으로 표시됩니다.
확인일: 2026-10-28.
규격 전문의 복제나 공식 번역이 아닌 공개 공식 자료 기반의 해설입니다.
체온계·문서 구성·검토 질문은 자체 가상 사례 및 실무 제안입니다.
제품별 수치와 적용 법규·규격은 목표 국가, 의도한 사용과 제품 특성에 맞춰 별도로 확인해야 합니다.
관련 글
- 7.3.2 설계 및 개발 기획: 단계별 담당자와 판단 기준
- 7.1 제품 실현의 기획: 개발 시작 전에 정할 것
- 7.2 고객 관련 프로세스: 주문 수락 전 요구사항 검토
- QMS 분류와 ISO 13485 조항별 안내