ISO 14971 위험관리 — 설명서에 경고를 넣는 것은 마지막 수단입니다

핵심 요약 — 위험관리는 제출 서류의 한 종류가 아니라 제품 개발 전체를 관통하는 과정입니다. 그중 실무에서 가장 자주 어긋나는 지점이 위험 통제의 우선순위입니다 — ① 설계에 의한 본질적 안전 → ② 보호 수단 → ③ 안전 정보(설명서·경고). 설계로 풀 수 있는 것을 설명서 경고로 대신하는 것은 순서를 건너뛴 것이고, 그 자체가 지적 사유가 됩니다. 2026년 9월 확인 기준으로 정리했습니다.

위험관리 파일은 "모아 놓은 서류철"이 아닙니다

실무에서 위험관리 자료를 요청하면 종종 이런 답이 옵니다 — "위험분석표 만들어 놓았습니다."

표는 결과물의 일부일 뿐입니다. ISO 14971이 요구하는 것은 과정이고, 그 과정은 대략 이렇게 흘러갑니다.

1. 위험관리 계획 — 무엇을, 어떤 기준으로 판단할 것인가를 먼저 정한다
2. 사용목적과 안전 관련 특성 규정 — 이 기기가 무엇을 하고, 어떤 조건에서 쓰이는가
3. 위해요인 식별 — 무엇이 잘못될 수 있는가
4. 위험 추정과 평가 — 그 일이 얼마나 자주, 얼마나 심각하게 일어나는가
5. 위험 통제 — 줄이기 위해 무엇을 하는가 (아래 우선순위)
6. 잔여위험 평가 — 통제 후에도 남는 위험을 판단
7. 전체 잔여위험의 수용 가능성 판단
8. 생산 및 생산 후 정보 — 시판 후 들어오는 정보를 다시 위험관리로 되먹임

8번이 자주 잊힙니다. 위험관리는 허가를 받으면 끝나는 것이 아니라, 시판 후 정보가 들어올 때마다 다시 돌아가는 구조입니다.

위험 통제의 우선순위 — 이 글의 핵심

위험을 줄이는 방법에는 정해진 순서가 있습니다.

순위	방법	예
①	설계에 의한 본질적 안전	애초에 위험한 구조를 없앤다. 잘못 끼울 수 없는 커넥터 형상, 위험한 출력이 물리적으로 불가능한 회로
②	기기 자체 또는 제조 공정의 보호 수단	인터록, 알람, 이중 안전장치, 공정에서의 검사
③	안전 정보	설명서의 경고, 라벨의 주의 표시, 교육

순서가 있다는 것이 실무에서 뜻하는 바는 하나입니다. ③은 ①과 ②로 해결되지 않을 때 쓰는 수단이라는 것.

그래서 위험분석표에 통제 방법이 전부 "사용설명서에 경고 문구 삽입"으로 채워져 있으면 그 자체가 신호가 됩니다. 심사자가 묻는 것은 "왜 이건 설계로 못 막았는가"입니다. 그 질문에 답이 없으면 보완이 됩니다.

반대로 이 순위를 알고 있으면 개발 회의의 언어가 달라집니다. "경고를 넣자"가 나오기 전에 "구조로 막을 수 있나"를 먼저 묻게 되고, 그 검토 기록이 그대로 위험관리 파일의 근거가 됩니다.

세 가지 흔한 오해

① "위험을 0으로 만들어야 한다." 그렇지 않습니다. 위험관리는 위험을 없애는 활동이 아니라 판단하고 기록하는 활동입니다. 남는 위험이 있다면 그것이 수용 가능한지, 왜 그렇게 판단했는지를 근거와 함께 남기는 것이 요구되는 일입니다.

② "위험분석표를 잘 쓰면 된다." 표는 산출물이고, 심사가 보는 것은 연결입니다. 식별한 위해요인이 어떤 통제로 이어졌고, 그 통제가 실제로 효과가 있음을 무엇으로 검증했는지 — 이 사슬이 끊기면 표가 아무리 촘촘해도 소용이 없습니다.

③ "개발이 끝나면 정리하면 된다." 소급해서 만든 위험관리 파일은 티가 납니다. 설계 결정과 위험 통제 사이의 인과가 거꾸로이기 때문입니다. 실제로는 위험 검토가 설계를 바꿨어야 하는데, 소급 문서에서는 이미 정해진 설계에 맞춰 위험 항목이 배치됩니다.

다른 자료들이 여기로 모입니다

위험관리는 독립된 자료가 아니라 다른 자료들이 합류하는 지점입니다.

• 사용적합성 — 사용 오류로 인한 위험을 다룹니다. 결과가 위험관리 파일과 연결되어야 힘을 갖습니다 (사용적합성 가이드)
• 생물학적 안전성 — 재질로 인한 위험입니다. ISO 10993-1 자체가 "위험관리 과정 안에서의 평가"를 요구합니다 (ISO 10993 가이드)
• 소프트웨어 — 소프트웨어 고장이 만드는 위험과 그 통제
• 성능시험·전기안전 — 통제 수단이 실제로 작동함을 보이는 검증 데이터

즉 개별 자료가 각각 좋아도, 위험관리에서 하나의 그림으로 합쳐지지 않으면 자료가 붕 뜹니다. 기술문서 안에서 이 연결을 어떻게 세우는지는 기술문서 작성 실무에서 다뤘습니다. 용어 정의는 위험관리 용어 페이지에도 정리해 두었습니다.

국내 적용에서 주의할 점

위험관리는 국내 기준규격과 품질관리체계 양쪽에서 요구되는 축입니다. 다만 국내에서 실제로 적용되는 것은 고시가 정한 판과 요구사항이라는 점을 기억해야 합니다. 국제 규격의 최신 개정이 곧바로 국내 요구가 되지는 않으므로, 적용 시점에 해당 기준규격과 품질 기준의 본문을 확인하는 편이 안전합니다.

이 구조는 ISO 10993에서와 같습니다 — 국제 규격을 알되, 국내 요구는 고시로 확인한다.

흔한 반려·보완 사유

• 위험 통제가 대부분 "설명서에 경고 삽입"으로 채워지고, 설계 검토 근거가 없음
• 식별한 위해요인과 통제, 검증 데이터 사이의 추적성이 끊김
• 사용적합성·생물학적 안전성 결과가 위험관리 파일에 반영되지 않음
• 잔여위험의 수용 판단에 근거가 없음
• 시판 후 정보를 되먹이는 절차가 문서에 없음
• 설계 변경 후 위험관리 파일이 갱신되지 않음

진행 전 체크리스트

• 위험관리 계획 작성 — 수용 가능성 판단 기준을 먼저 정할 것
• 사용목적·사용자·사용환경 정의 (사용적합성과 같은 값으로)
• 위해요인 식별 — 정상 사용뿐 아니라 예견 가능한 오사용까지
• 통제 방안을 ①설계 → ②보호수단 → ③정보 순으로 검토하고 그 순서를 기록
• 각 통제의 검증 데이터 연결 (어떤 시험이 그 통제의 효과를 보이는가)
• 사용적합성·생물학적 안전성·소프트웨어 결과를 파일에 합류
• 잔여위험과 전체 잔여위험의 수용 판단 근거 작성
• 설계 변경 시 파일을 갱신하는 절차, 시판 후 정보 되먹임 절차 마련

---

위험관리는 개발 초기에 시작하면 설계를 개선하는 도구가 되고, 마지막에 시작하면 서류 작업이 됩니다. 제품의 사용목적과 구조 개요만 있으면, 어떤 위해요인을 먼저 봐야 하고 어느 자료가 여기로 합류해야 하는지부터 무료 사전 검토에서 확인해 드립니다.