기능 시험을 통과한 의료기기 소프트웨어도 사용자가 환자를 잘못 선택하거나 경고를 오해하면 안전하게 사용할 수 없습니다. 의료기기 소프트웨어 사용성 검증은 화면이 편리한지를 넘어, 의도한 사용자가 정해진 환경에서 안전과 관련된 업무를 수행할 수 있는지 확인하는 과정입니다. 제대로 준비하려면 제품 분류, 사용 관련 위험, 평가 시나리오와 허가 제출 문서를 하나의 흐름으로 연결해야 합니다.
의료기기 소프트웨어 사용성 검증은 기능 시험과 무엇이 다른가
일반적인 소프트웨어 품질 테스트가 기능과 성능의 구현 상태를 확인한다면, 사용적합성 평가는 사람과 제품 사이에서 발생하는 안전 문제를 다룹니다. 예를 들어 환자 목록을 불러오는 기능이 정상 작동해도, 비슷한 이름을 구별하기 어렵다면 잘못된 환자의 정보를 선택할 가능성이 남습니다. 시험 대상은 프로그램의 출력만이 아니라 사용자가 정보를 해석하고 판단하며 행동하는 전체 과정입니다.
기능 검증에서는 정해진 입력에 대해 기대한 결과가 나오는지를 확인하는 경우가 많습니다. 반면 사용성 평가에서는 참여자가 무엇을 보고 어떻게 이해했는지, 어떤 단계에서 멈추거나 잘못된 선택을 했는지를 관찰합니다. 결과적으로 같은 화면이라도 기능 요구사항을 충족하면서 동시에 사용 관련 위험을 만들 수 있습니다.
만족도 조사와 안전성 중심의 사용적합성 평가도 구별해야 합니다. 사용자가 화면을 깔끔하다고 평가하더라도 중요한 경고를 놓쳤다면, 좋은 인상만으로 해당 설계의 안전성을 뒷받침할 수 없습니다. 반대로 업무 시간이 조금 길어지더라도 환자 확인 단계가 오류를 예방한다면 그 설계에는 분명한 안전상 의미가 있습니다.
평가 범위는 버튼이나 메뉴에 한정되지 않습니다. 설치와 초기 설정, 계정 권한, 결과 확인, 오류 복구, 도움말과 교육 자료까지 사용자 인터페이스에 영향을 주는 요소를 함께 살펴야 합니다. 특히 제조사가 제공하기로 한 교육이 있다면, 교육을 받은 뒤의 사용 조건과 교육 없이 사용하게 되는 상황을 구분해 계획해야 합니다.
의료기기 소프트웨어 허가 절차는 제품 분류와 사용 목적에서 시작한다
시험 기관을 정하기 전에 해당 소프트웨어의 사용 목적과 규제상 분류를 명확히 하는 편이 효율적입니다. 의료기관에서 사용된다는 이유만으로 모든 프로그램이 의료기기가 되는 것은 아니며, 진단이나 치료 등 의료 목적과 구체적인 기능을 함께 검토해야 합니다. 독립적으로 실행되는 의료기기 소프트웨어인지, 특정 장비의 기능을 제어하거나 지원하는 구성요소인지도 평가 범위를 바꿉니다.
사용 목적에는 대상 환자, 의도한 사용자, 사용 환경, 제공하는 정보와 그 정보가 임상 업무에 미치는 영향을 구체적으로 적습니다. 단순히 의료진이 사용하는 분석 도구라고 쓰면, 어떤 전문성을 가진 사람이 어떤 판단을 위해 사용하는지 알기 어렵습니다. 같은 분석 결과라도 참고 정보로 제공되는지, 긴급한 조치 판단에 활용되는지에 따라 검토할 위험이 달라집니다.
국내에서는 식품의약품안전처의 적용 법령과 해당 제품군 안내서를 함께 검토해야 합니다. 디지털의료기기 등 별도 제도의 적용 여부에 따라 분류와 제출 자료가 달라질 수 있으므로, 명칭만으로 허가 경로를 단정하면 안 됩니다. 민원인 안내서는 심사 방향을 이해하는 자료이지만, 법령과 동일한 효력을 가진 규정으로 취급해서도 안 됩니다.
의료기기 소프트웨어 허가 절차를 설계할 때는 사용적합성 자료뿐 아니라 성능, 소프트웨어 검증, 위험관리, 품질관리 자료의 관계까지 확인합니다. 다른 회사의 허가 사례는 참고가 되지만, 사용 목적이나 등급이 다르면 같은 자료 구성으로 충분하지 않을 수 있습니다. 초기 단계에서 적용 범위와 근거를 문서로 남겨 두면 시험 완료 후 분류를 다시 해석하는 부담을 줄일 수 있습니다.
의료기기 소프트웨어 사용적합성 평가를 위한 위험 시나리오 설계
좋은 평가 시나리오는 자주 쓰는 기능 목록이 아니라 안전과 연결되는 사용자 행동에서 출발합니다. 제품의 위험관리 과정에서 어떤 사용 오류가 위해로 이어질 수 있는지 확인하고, 그 오류가 발생할 수 있는 화면과 업무 단계를 연결해야 합니다. 발생 가능성이 낮아 보여도 결과가 중대할 수 있는 상황은 검토 대상에서 쉽게 제외하지 않습니다.
가상의 영상 분석 프로그램이라면 대상 환자 선택, 분석 대상 확인, 결과의 한계 이해, 처리 실패 인지 등이 검토 대상이 될 수 있습니다. 여기서 위해 요인은 특정 환자에게 실제로 발생했다고 주장하는 사례가 아니라 평가 설계를 위한 가정입니다. 각 가정은 제품의 실제 기능, 임상적 사용 방식과 위험분석 근거에 맞춰 수정해야 합니다.
시험 과제는 참여자가 해야 할 일을 알려 주되, 정답 경로를 설명하지 않도록 작성합니다. 예를 들어 지정된 환자의 결과를 검토하라는 상황은 제시할 수 있지만, 특정 탭을 누르고 경고를 확인하라는 지시는 관찰하려는 행동을 미리 가르칠 수 있습니다. 시간 압박이나 업무 중단을 넣을 때도 실제 환경과 관련된 근거가 있어야 하며, 불필요하게 참여자를 혼란스럽게 만드는 연출은 피합니다.
각 시나리오에는 시작 조건, 필요한 자료, 관찰 항목, 성공 판단 기준과 예상되는 위험을 정리합니다. 환자 식별 오류, 단위 오해, 데이터 갱신 상태 착각처럼 서로 다른 원인을 하나의 실패 항목으로 묶으면 개선 방향을 찾기 어렵습니다. 위험요인과 사용자 과제, 설계상 통제, 평가 결과가 서로 연결되는 추적 관계를 유지하는 것이 핵심입니다.
의료기기 소프트웨어 수명주기와 형성평가를 연결하는 방법
사용적합성 문제는 개발 막바지보다 설계를 바꿀 수 있는 단계에서 발견할수록 대응하기 쉽습니다. 형성평가는 개발 중인 화면과 작업 흐름을 시험하면서 사용상 어려움과 오류 원인을 찾아 개선하는 활동입니다. 종이 화면이나 시제품으로도 일부 문제를 확인할 수 있지만, 실제 동작과 데이터 흐름에 의존하는 위험은 그에 맞는 구현 수준이 필요합니다.
iec 62304 의료기기 소프트웨어 수명주기는 개발과 유지보수 활동을 체계적으로 관리하는 틀입니다. 이 틀에 따른 소프트웨어 시험을 수행했다고 해서 사용적합성 검증이 자동으로 완료되는 것은 아닙니다. 사용적합성 공학과 위험관리 활동에서 나온 요구사항을 개발 요구사항, 구현, 시험과 변경관리로 연결해야 두 활동이 서로 보완됩니다.
형성평가에서는 참여자가 경고를 이해하지 못했을 때 어떤 표현과 배치가 영향을 주었는지 확인할 수 있습니다. 단순히 경고 문구를 늘리기보다 표시 시점, 정보 우선순위, 기본 선택값, 취소와 복구 경로를 함께 검토하는 편이 낫습니다. 설계 자체로 오류를 줄일 수 있다면 교육이나 사용설명서만 추가하는 방식보다 우선해서 검토할 가치가 있습니다.
수정 사항은 화면 변경 기록으로만 남기지 말고, 어떤 위험을 줄이기 위한 것인지 함께 기록합니다. 한 화면의 경고를 강화하면서 다른 중요한 정보가 가려질 수도 있으므로 변경 후에는 관련 작업 흐름도 확인해야 합니다. 형성평가의 참여자와 횟수에는 만능 기준이 없으며, 개발 단계와 발견된 문제의 성격에 따라 합리적으로 정해야 합니다.
의료기기 소프트웨어 사용성 검증의 총괄평가 운영 기준
총괄평가는 최종 사용 조건을 대표하는 설계로 안전 관련 작업을 수행할 수 있는지 확인하는 평가입니다. 평가 대상에는 소프트웨어뿐 아니라 실제 제공할 사용설명서와 교육 조건도 포함됩니다. 중요한 화면이나 교육 내용이 바뀐다면 기존 결과를 그대로 적용할 수 있는지 별도로 검토해야 합니다.
참여자는 의도한 사용자 집단을 대표해야 하며, 개발에 관여해 제품을 이미 잘 아는 사람으로만 구성하면 결과가 편향될 수 있습니다. 사용자 집단은 직무 이름뿐 아니라 경험, 숙련도, 사용 빈도와 업무 책임을 고려해 구분합니다. 서로 다른 집단을 합쳐 평균만 제시하면 특정 집단에서 반복되는 문제가 가려질 수 있습니다.
참여자 수를 모든 제품에 동일하게 적용하는 방식은 적절하지 않습니다. 대상 시장의 요구, 사용자 집단의 다양성, 위해 관련 시나리오와 평가 목적을 바탕으로 모집 규모의 근거를 제시해야 합니다. 평가 환경도 화면 크기, 입력 장치, 네트워크 조건, 주변 소음과 업무 중단 등 안전에 영향을 주는 요소를 제품에 맞게 재현해야 합니다.
진행자는 참여자가 어려움을 겪더라도 계획에 없는 도움을 주지 않는 것이 원칙입니다. 다만 안전이나 평가 운영상 개입이 필요한 경우에는 개입 사실과 시점, 이유를 기록하고 해당 결과의 해석에 반영합니다. 위험한 상황은 모의 환경과 가상 자료로 구성하며, 실제 환자에게 위해 가능성을 만들면서 시험하지 않습니다.
성공 여부뿐 아니라 사용 오류, 과제 미완료, 가까스로 회피한 오류와 어려움을 함께 기록해야 합니다. 작업 중 설명을 요구하는 방식은 참여자의 사고 과정이나 행동을 바꿀 수 있으므로, 관찰 방법과 사후 질문 방식을 목적에 맞게 선택합니다. 발견된 문제가 참여자 탓인지 판단하기보다 설계, 정보 제공, 환경과 업무 흐름이 어떤 영향을 주었는지 분석하는 것이 중요합니다.
의료기기 소프트웨어 사이버보안 가이드라인과 사용성의 접점
보안 기능도 사용자가 이해하고 실행해야 제대로 작동합니다. 의료기기 소프트웨어 사이버보안 가이드라인을 반영할 때는 인증, 권한, 접속 종료와 복구 절차가 실제 업무 흐름에 어떤 영향을 주는지 함께 검토해야 합니다. 예를 들어 접속 만료 후 작업 상태가 불명확하면 사용자가 결과가 저장되었다고 잘못 판단할 수 있습니다.
사용성 평가는 보안 시험을 대체하지 않으며, 보안 시험 역시 사용자의 이해와 행동을 모두 입증하지 않습니다. 보안을 이유로 필요한 정보가 지나치게 숨겨지거나 사용 편의를 이유로 접근 통제가 약화되지 않도록 두 관점의 요구사항을 조정해야 합니다. 장애나 업데이트 상황에서는 데이터 상태, 수행 가능한 작업과 복구 절차를 사용자가 명확히 파악할 수 있는지도 확인합니다.
의료기기 허가 문서와 품질관리 기준에 사용성 근거를 남기는 법
평가 보고서는 성공률만 적는 문서가 아니라 안전 판단의 근거를 설명하는 문서입니다. 사용 명세, 사용자 인터페이스 특성, 사용 관련 위험분석, 평가 계획과 결과가 연결되어야 검토자가 평가 범위의 타당성을 이해할 수 있습니다. 표준에서 요구하는 사용적합성 공학 파일은 여러 문서를 연결한 형태로 관리할 수도 있습니다.
국제 사용적합성 표준인 국제전기기술위원회 62366-1과 의료기기 위험관리 표준인 국제표준화기구 14971은 적용 가능한 판과 대상 시장의 채택 조건을 확인해 활용합니다. 표준 이름을 보고서에 적는 것만으로 적합성이 입증되는 것은 아닙니다. 제품에서 수행한 활동과 그 결과가 해당 요구사항을 어떻게 충족하는지 설명해야 합니다.
iso 13485 2016은 의료기기 품질경영시스템의 요구사항을 다루며, 사용성 시험의 합격을 보증하는 인증은 아닙니다. 평가기관이 이 기준에 따른 체계를 갖췄는지와 별개로, 제품의 평가 결과가 해당 허가 요구에 충분한지는 따로 판단해야 합니다. 수행기관을 검토할 때는 문서 통제와 기록 보존 외에도 평가자의 역량, 이해상충 관리, 사용자 모집 방식과 시험 환경의 적절성을 확인합니다.
최종 보고서에는 평가한 소프트웨어 식별 정보, 참여자 특성, 교육 조건, 시나리오와 관찰 결과를 재현 가능한 수준으로 남깁니다. 발견된 오류의 원인, 추가 통제 여부와 잔여위험의 판단 근거도 빠뜨리지 않습니다. 문제 발견 뒤 인터페이스를 수정했다면 변경 범위에 따라 추가 평가가 필요한지 판단하고, 이전 결과를 유지할 수 있다는 결론에도 근거를 붙여야 합니다.
의료기기 소프트웨어 허가 비용과 컨설팅 범위를 구분하기
의료기기 소프트웨어 허가 비용은 하나의 시험비가 아니라 서로 다른 업무에서 발생하는 비용의 합입니다. 규제 분류 검토, 제출 자료 작성, 성능과 보안 시험, 사용적합성 평가, 품질관리 준비와 보완 대응을 구분해야 예산의 누락을 줄일 수 있습니다. 실제 금액은 제품의 위험도, 기능 범위, 대상 시장과 이미 확보한 자료의 상태에 따라 달라집니다.
사용성 평가에서는 사용자 모집의 난도, 집단 구분, 임상 환경 모사, 시나리오 복잡성과 재평가 필요성이 비용에 영향을 줍니다. 요구사항이 확정되지 않은 상태에서 최종 평가를 진행하면 화면 수정 후 시험을 반복해야 할 수 있습니다. 평가 단가만 낮추는 것보다 형성평가로 주요 설계 문제를 먼저 줄이는 편이 전체 준비 부담을 관리하는 데 도움이 됩니다.
의료기기 소프트웨어 허가 컨설팅의 범위는 업체마다 다를 수 있으므로 산출물과 역할을 구체적으로 구분해야 합니다. 문서 검토만 포함하는지, 위험분석과 평가 계획 수립, 시험 수행, 보고서 작성과 심사 질의 대응까지 포함하는지에 따라 비교 기준이 달라집니다. 허가 가능성을 보장한다는 표현보다 수행 방법과 책임 범위가 명확한지를 살펴야 합니다.
의료기기 gmp 컨설팅 비용도 사용성 평가 비용과 동일한 항목이 아닙니다. 품질관리 체계 구축, 절차서 정비, 내부점검과 심사 준비가 중심인 업무와 제품별 사용적합성 입증 업무를 분리해서 이해해야 합니다. 외부 전문가가 지원하더라도 사용 목적의 정확성, 설계 변경 승인과 최종 자료의 적정성에 대한 제조사의 책임이 사라지는 것은 아닙니다.
fda 승인 조회와 사용성 검증에 관한 흔한 오해
다른 제품의 미국 규제 이력을 확인했다고 해서 자사 제품에 필요한 평가가 자동으로 정해지는 것은 아닙니다. fda 승인 조회라는 표현으로 묶이는 정보에는 시판 전 승인, 시판 전 신고에 대한 허가와 새로운 유형의 기기 분류 등 서로 다른 절차가 포함될 수 있습니다. 시설 등록이나 제품 목록 등재는 제품의 안전성과 유효성에 대한 승인과 같지 않으며, 공개 문서만으로 전체 사용성 평가 내용을 알 수 없는 경우도 있습니다.
또 다른 오해는 오류가 한 번이라도 발생하면 무조건 실패하고, 오류가 없으면 무조건 충분하다는 생각입니다. 오류가 있으면 원인과 안전상 영향을 분석하고 필요한 설계 개선이나 추가 평가를 판단해야 하며, 오류가 없더라도 참여자와 시나리오가 적절했는지 검토해야 합니다. 제조사가 의도한 사용 조건을 대표하지 못하는 시험은 겉으로 좋은 결과가 나와도 근거가 약합니다.
교육을 강화하면 모든 문제가 해결된다는 생각도 경계해야 합니다. 교육의 효과는 실제 제공 방식, 사용까지의 시간 간격과 사용 빈도에 따라 달라질 수 있으므로, 익숙한 평가 참여자만으로 판단하면 한계가 있습니다. 특히 드물게 수행하는 복구 작업이나 비정상 상황은 기억에 의존하기보다 화면에서 필요한 정보를 이해할 수 있도록 설계하는 접근이 필요합니다.
의료기기 소프트웨어 사용성 검증을 준비하는 실무 순서
첫 단계는 시험 일정을 잡는 것이 아니라 한 장의 사용 명세를 정리하는 것입니다. 누가 어떤 환자와 데이터를 대상으로 어디에서 무엇을 수행하는지 작성하고, 의료기기 해당 여부와 적용 규제의 검토 근거를 붙입니다. 이 문서를 개발, 임상, 품질과 규제 담당자가 같은 의미로 이해하는지 확인하면 이후 요구사항의 충돌을 줄일 수 있습니다.
다음으로 사용 오류가 안전 문제로 이어질 수 있는 업무를 식별하고, 관련 화면과 통제 수단을 연결합니다. 형성평가에서 발견한 문제를 수정한 뒤 최종 평가 대상의 소프트웨어, 교육 자료와 사용설명서를 확정합니다. 총괄평가 전에 참여자 조건, 환경, 시나리오, 관찰 방식과 결과 판단 기준을 검토해 시험 중 임의 변경을 최소화합니다.
평가가 끝나면 보고서 작성과 함께 설계 변경의 영향을 검토합니다. 모든 변경이 전체 재평가를 요구하는 것은 아니지만, 사용자 행동이나 안전 관련 정보의 해석을 바꾸는 변경에는 추가 근거가 필요할 수 있습니다. 출시 후 접수되는 불만, 사용 오류와 현장 피드백도 유지보수 과정에 반영하여 최초 평가에서 예상하지 못한 문제를 확인해야 합니다.
준비 상태를 판단하는 기준은 문서의 분량보다 근거의 연결성입니다. 사용 목적에서 위험분석, 설계 통제, 평가 결과와 잔여위험 판단까지 설명할 수 있다면 실무 검토의 출발점이 마련된 것입니다. 이 글은 개발과 규제 대응을 위한 일반 정보이며, 제품별 제출 요건은 관련 규제 전문가와 검토하고 환자별 진단이나 치료 판단은 자격을 갖춘 의료전문가가 담당해야 합니다.
