실무 가이드GMP 가이드2026.10.27
의료기기 소프트웨어 업데이트 — 버전과 배포 기록을 연결하는 방법
업데이트가 설치됐다는 기록만으로 변경 관리가 끝나지는 않습니다. 변경 목적, 위험 영향, 검증 결과, 규제 판단과 실제 배포 대상을 연결해 현장 버전을 관리하는 방법을 설명합니다.
핵심 요약 — 업데이트 기록은 변경 요청에서 현장 설치 확인까지 이어져야 합니다. 파일을 배포했다는 사실과 모든 대상 제품에 올바른 버전이 적용됐다는 사실은 다릅니다.
버전명보다 실제 변경 내용을 먼저 봅니다
제조사가 ‘작은 수정’이나 ‘보안 패치’라고 설명해도 측정 결과, 경보, 데이터 저장, 다른 장비와의 연결에 영향을 줄 수 있습니다. 반대로 화면의 단순 문구 수정이 언제나 새로운 허가를 요구하는 것도 아닙니다. 먼저 어떤 동작이 전후로 달라지는지 설명하고 국내 허가·인증·신고 내용과 대조합니다.
품질시스템의 변경 승인과 규제상 변경 절차는 각각 확인해야 합니다. 의료기기법 제12조·제15조 및 해당 제품에 적용되는 별도 법령·고시를 기준으로 절차를 판단합니다. 디지털의료제품에 해당하는 경우에는 그 법 체계도 확인해야 하며, 이 글의 기록 예시를 모든 제품의 변경허가 분류표로 사용해서는 안 됩니다. 기본 구분은 의료기기 변경허가 안내를 참고하세요.
변경 한 건에 네 가지 판단을 연결합니다
GMP 별표 2의 7.3.9는 설계·개발 변경의 중요성 판단과 실행 전 검토, 검증, 해당 시 유효성 확인, 승인을 요구합니다. 제조 중이거나 이미 인도된 제품, 위험관리와 제품 실현 과정에 미치는 영향도 평가해야 합니다. 배포팀의 작업요청서만으로 이 판단을 대신하지 않습니다.
| 판단 | 기록할 내용 | 연결할 결과 |
|---|---|---|
| 변경 이유 | 결함, 개선 요청, 취약점과 관련 증거 | 변경 범위와 대상 기능 |
| 위험 영향 | 새 위험, 기존 위험 통제의 영향 | 필요한 시험과 완화 조치 |
| 규제 영향 | 등록사항과 적용 절차의 평가 | 선행 절차 또는 해당 없음의 근거 |
| 배포 준비 | 지원 환경, 설치·복구 조건 | 승인 버전과 대상 제품 |
고객 지원에서 시작된 오류 보고라면 최초 불만번호를 남겨 변경이 어떤 사건을 해결하는지도 추적합니다. 문제의 원인과 변경 결과가 연결되지 않으면 동일 증상이 다시 발생했을 때 조치의 효과를 평가하기 어렵습니다.
검증은 수정 기능과 주변 기능을 함께 봅니다
제조사에는 변경 내역뿐 아니라 영향을 받는 구성, 시험 범위와 결과, 남은 문제, 적용 환경을 요청합니다. 예를 들어 통신 라이브러리 수정이라면 연결 성공 여부만 확인할 것이 아니라 연결 중단 시 데이터 보존, 경보와 재연결 동작에 어떤 영향이 있는지도 검토할 수 있습니다. 모든 업데이트에 같은 시험을 기계적으로 반복하는 방식은 적절하지 않습니다.
위험에 맞는 회귀시험과 필요한 유효성 확인의 범위를 정하고 근거를 남깁니다. 운영체제, 서버, 연동 장비, 데이터 형식의 호환성을 점검하며 미해결 문제가 출하 판단에 미치는 영향도 평가합니다. 사이버보안 관련 변경은 의료기기 사이버보안 검토와 연결하되, 보안 개선이 의료 기능을 해치지 않는지도 확인해야 합니다.
배포 대상은 고객명만으로 관리하지 않습니다
같은 고객이 여러 모델과 버전을 사용하므로 고객명 하나로 업데이트 완료를 표시하면 누락이 생깁니다. 장비의 모델·일련번호 또는 배포 인스턴스, 현재 버전, 목표 버전, 환경 조건을 연결하는 것이 좋습니다. 설치 전 백업이나 서비스 중단 조정이 필요한 경우 담당자와 준비 상태를 함께 기록합니다.
배포 상태는 대상 선정, 일정 확정, 설치 시도, 성공 확인, 실패·보류, 복구로 구분할 수 있습니다. 파일 전송이나 원격 명령의 성공이 실제 적용 성공을 뜻하지 않을 수 있으므로 버전 확인과 필요한 설치 후 점검을 남깁니다. 고객에게 제공한 설명과 교육 자료도 배포된 버전과 일치해야 합니다.
실패와 긴급 배포의 경로를 미리 정합니다
업데이트 도중 전원이나 통신이 끊겼을 때 재시도할지, 이전 버전으로 복구할지, 사용을 중지하고 지원을 요청할지 결정할 수 있어야 합니다. 복구 버전과 데이터 호환성, 로그 확보 방법도 사전에 확인합니다. 현장에서 문제가 생긴 뒤 담당자가 임의로 파일을 골라 설치하는 상황을 줄여야 합니다.
긴급 보안 조치나 안전성 관련 수정은 우선 대응이 필요할 수 있습니다. 그렇더라도 위험 평가, 필요한 규제 절차와 보고, 고객 안내를 생략하는 일반 허용으로 해석하지 않습니다. 사건의 성격에 따라 이상사례·권고문 보고와 연결하고, 신속한 결정의 근거와 승인자를 남깁니다.
종료는 현장 적용과 효과 확인 뒤에 합니다
승인된 파일의 식별값, 릴리스 문서, 시험 결과, 규제 판단, 대상 목록, 성공·실패 기록을 하나의 변경번호로 연결합니다. 일부 장비가 오프라인이거나 고객 사정으로 보류됐다면 전체 배포 완료로 처리하지 않습니다. 남은 대상과 임시 대응, 다음 확인일을 유지합니다.
배포 후 같은 문제가 재발하는지와 새로운 불만이 있는지도 살펴야 합니다. 클레어파트너스의 무료 사전 검토에서는 변경 설명과 국내 등록 범위를 기준으로 필요한 판단자료와 배포 기록의 연결을 정리합니다.
공식 근거·확인일: 2026-09-28. 의료기기 제조 및 품질관리 기준 제2026-46호 별표 2의 7.3.9·7.3.10·8.2.2, 의료기기법 제12조·제15조. 표와 배포 상태는 실무 예시이며 개별 소프트웨어의 법정 변경 절차를 확정하지 않습니다.
자주 묻는 질문
- Q. 버그 수정이면 변경허가 검토를 생략할 수 있나요?
- 버그 수정이라는 이름만으로 판단할 수 없습니다. 실제로 바뀌는 기능·성능·안전성·사용목적과 등록사항을 검토해야 하며, 제품에 적용되는 의료기기 또는 디지털의료제품 체계도 확인해야 합니다.
- Q. 제조사가 검증했으면 국내 배포 기록은 없어도 되나요?
- 제조사 검증자료와 국내 설치 현황은 서로 다른 정보입니다. 어떤 버전을 어느 제품과 고객에 배포했고 성공·실패·복구 여부가 무엇인지 확인할 수 있어야 합니다.
- Q. 보안 패치는 긴급하므로 바로 전체 배포해도 되나요?
- 긴급한 위험 완화가 필요할 수 있지만 우선순위만으로 평가와 기록이 없어지는 것은 아닙니다. 영향과 적용 절차, 배포 조건, 실패 시 대응을 신속하게 판단하고 근거를 남깁니다.