AI 에이전트 우선(Agent-First) QMS: 왜 품질에 대한 최종 결정 권한은 인간에게 있어야 하는가

품질 관리 소프트웨어(QMS)에서 가장 중요한 변화는 단순히 일탈(Deviation) 양식에 대화형 인터페이스를 덧붙이는 것이 아닙니다.

업무를 처리하는 작업의 단위(Unit of Work) 자체를 바꾸는 것입니다.

전통적인 QMS 소프트웨어는 사람이 양식을 여는 것에서 시작됩니다:

사람이 문제 식별
  -> 사람이 데이터 입력
  -> 사람이 조사 수행
  -> 사람이 CAPA 초안 작성
  -> 워크플로우가 승인 라우팅
  -> 데이터베이스가 결과 저장

에이전트 우선(Agent-First) QMS는 운영 이벤트에서 시작됩니다:

MES 알람 / LIMS 결과 / 공급업체 CoA / 불만 접수 / 감사 지적 사항
  -> 에이전트가 증거 수집
  -> 에이전트가 관계 조정 및 정합성 검증
  -> 에이전트가 조사 보고서 초안 작성
  -> 정책 엔진이 리스크 평가
  -> 사람이 의사결정 패킷 검토
  -> 자격 있는 책임자가 승인 및 전자 서명

이는 단순한 UX 개선 그 이상입니다. 시스템의 지능이 어디에 위치하는가에 대한 근본적인 변화입니다.

이러한 기회는 특히 의료기기 산업에서 매우 시의적절합니다. FDA의 품질경영시스템 규정(QMSR)이 2026년 2월 2일 발효되어, ISO 13485:2016 요구사항을 참조 인용함으로써 21 CFR Part 820의 의료기기 CGMP 요구사항을 전면 개정했습니다. [1] 이는 품질 의사결정을 자동화하라는 지침이 아닙니다. 조직이 변화하더라도 품질 프로세스, 기록, 리스크 관리 및 증거가 지속적으로 일관성을 유지해야 한다는 한층 강화된 요구사항입니다.

에이전트 우선 QMS는 이러한 일관성을 상시 유지할 수 있도록 돕습니다. 단, 에이전트들이 규제 제어 평면(Regulated Control Plane) 내부에서 경계가 명확한 작업자로 설계될 때에만 가능합니다.

우리의 핵심 명제: 에이전트는 증거 수집, 정합성 조정, 조사, 자료 준비라는 품질 실무를 수행합니다. 인간은 판단, 잔여 리스크 수용, 승인 권한, 전자 서명이라는 품질 권한을 전적으로 보유합니다.

핵심 전환: 문서 중심이 아닌 이벤트 중심

문서 중심(Document-First) QMS는 사람이 무언가 잘못되었음을 인지하고 이를 통제된 기록 문서로 변환해 주기만을 기다립니다.

반면 이벤트 중심(Event-First) QMS는 이미 시스템에 존재하는 신호에서 출발합니다:

• LIMS의 규격 이탈(OOS) 결과;
• 모니터링 중인 냉동고의 온도 일탈(Excursion);
• MES의 공정 알람;
• ERP 또는 PLM의 자재 로트 변경;
• 승인된 규격과 일치하지 않는 공급업체 시험성적서(CoA);
• 이메일, CRM, 또는 고객 서비스 시스템으로 접수된 불만;
• 기한을 넘긴 교정 일정 또는 타 규제 시스템의 감사 지적 사항.

이러한 이벤트는 빈 양식이 아닌 영속적인 **품질 케이스(Quality Case)**로 전환됩니다. 품질 케이스는 일탈, CAPA, 불만, OOS, 공급업체 이슈, 감사 지적 사항, 변경 제어, 리스크 이벤트를 아우르는 공통 작업 객체입니다.

이러한 추상화는 매우 중요합니다. CAPA는 단순한 기능 모듈이 아닙니다. 최초 이벤트, 증거, 조사, 근본 원인 분석, 조치 계획, 실행, 유효성 평가 증적, 최종 종결을 연결하는 하나의 라이프사이클입니다. 일탈 역시 단순한 필드 모음이 아니라, 사실과 결정들로 이루어진 상태 기반 체인(Stateful Chain)입니다.

QMS는 이 체인을 온전히 보존해야 하며, 에이전트는 이 체인을 구성하도록 도와야 합니다.

에이전트 포트폴리오

이 아키텍처는 독립된 권한을 가진 개체가 아니라, 전문화된 작업자들의 공유 포트폴리오를 활용합니다. 각 에이전트는 명확히 한정된 결과물 하나만을 책임지며 통제된 산출물을 다음 계층으로 전달합니다.

에이전트	주요 목표 산출물	인간 권한 경계
센티널 (Sentinel)	품질 신호 감지, 정규화 및 우선순위 지정	최종 규제 기록 생성 또는 심각도 단독 결정 불가
부적합/일탈 (NC/Deviation)	이벤트 범위, 연대기, 격리 조치, 증거 갭 초안 작성	품질 책임자가 분류, 영향 및 조치 확정
CAPA	가설 수립, 재발 분석 및 제안 조치 계획 수립	조사자가 근본 원인 검증; 품질 부서가 CAPA 및 유효성 승인
불만 (Complaint)	접수 사실 추출, 중복 확인, 회신문 및 보고 대상 여부 초안	의료, 안전, 법무 및 규제 검토자가 보고 대상 최종 결정
문서 (Document)	의존성 추적 및 통제 문서 변경(Redline) 초안 작성	SME 및 문서 소유자가 의미적 내용 및 발효일 승인
변경 제어 (Change Control)	영향받는 제품, SOP, 밸리데이션, 공급사, 규제 제출 매핑	다기능 위원회가 리스크 및 변경 개시 승인
리스크 (Risk)	실시간 증거 기반 FMEA 및 위험 대장 후보 갱신	리스크 소유자가 잔여 위험 수용
감사 (Audit)	기록 샘플링, 증거 취합 및 지적 사항 초안 작성	내부 감사관이 지적 사항 확인 및 보고서 승인
공급사 (Supplier)	CoA 파싱, 트렌드 점수화, SCAR 및 재평가 질의 작성	구매/품질 부서가 적격성 취소 및 통보 승인
교육 (Training)	영향받는 대상자 식별 및 적시 교육 자료 초안 작성	교육 담당자가 내용 승인; 관리자가 자격 부여
밸리데이션 (Validation)	URS, 테스트 케이스, 추적성 매트릭스, 밸리데이션 요약 작성	밸리데이션 책임자가 프로토콜, 일탈, 최종 보고서 승인
규제 인텔리전스 (Reg Intel)	공식 규제 소스 모니터링 및 영향도 맵 작성	규제 및 품질 SME가 해석 및 정책 변경 확정

이 포트폴리오는 MVP보다 의도적으로 넓게 설계되었습니다. 조직의 목표 운영 모델(Target Operating Model)입니다.

모든 에이전트는 다음 공통 서비스를 반드시 공유해야 합니다:

• 표준화된 이벤트 엔벨로프(Event Envelope);
• 증거 그래프(Evidence Graph) 및 통제된 RAG 인덱스;
• 구조화된 작업 패킷;
• 정책 엔진;
• 툴 및 MCP 게이트웨이;
• 평가 및 관측성(Observability) 서비스;
• 결정론적 QMS 상태 머신;
• 추가 전용(Append-only) 감사 추적(Audit Trail).

에이전트 이름을 “Sentinel”, “Risk”, “Validation”으로 붙였다고 해서 저절로 권한이 생기는 것이 아닙니다. 에이전트의 권한은 부여된 기능 및 정책 계약(Policy Contract)에서 나옵니다.

대표 워크플로우: 냉동고 온도 일탈이 품질 케이스가 되는 과정

FZ-102 초저온 냉동고의 온도 일탈 사례를 살펴보겠습니다.

담당자가 빈 일탈 양식부터 작성하기 시작해서는 안 됩니다. QMS가 케이스를 사전에 조립하는 것에서 시작해야 합니다.

1. 센티널이 소스 이벤트를 수신

이벤트 엔벨로프는 소스 시스템, 원본 기록 ID, 타임스탬프, 페이로드 해시, 테넌트, 사업장, 제품 컨텍스트 및 상관관계 ID(Correlation ID)를 식별합니다. 커넥터는 멱등성(Idempotency)을 보장하므로 재시도된 알람이 중복 케이스를 생성하지 않습니다.

2. 증거 에이전트가 관련 정보를 수집

증거 그래프는 해당 일탈을 다음과 연결합니다:

• 온도 추이 및 알람 확인(Acknowledgement) 이력;
• 장비 FZ-102;
• 교정 및 유지보수 기록;
• 영향받는 자재 및 재고 트랜잭션;
• 배치 계보(Batch Genealogy);
• 승인된 보관 규격;
• SOP-ENV-042;
• 동일 냉동고의 과거 일탈 이력;
• 자재를 반출입한 담당자의 교육 훈련 기록;
• 동일 공정 구역의 미결 일탈 및 CAPA.

결과물은 거대한 프롬프트 덩어리가 아닙니다. 정확한 위치 식별자(Locator)를 가진 버전 관리된 증거 객체들의 세트입니다.

3. 일탈 에이전트가 구조화된 케이스 초안 작성

초안은 다음 내용을 포함합니다:

이벤트 요약
- FZ-102 냉동고에서 42분간의 온도 일탈 발생
- 출처: 온도 기록기(Historian), 기록 TEMP-8812
- 시간대: 2026-08-17 14:21–15:03 PDT

잠재적 영향 범위
- 재고 트랜잭션 IT-18492로 식별된 17개 자재 품목
- 최고 위험 자재: MAT-221, 보관 기준 <= -70 C

제안된 격리 조치(Containment)
- 문서화된 평가가 완료될 때까지 잠재적 영향 자재 격리(Quarantine)
- 냉동고 상태 및 교정 유효성 확인
- 일탈이 현재도 진행 중인지 여부 확인

불확실성 요소
- 도어 열림 데이터가 11분간 누락됨
- 센서 응답 시간 검증 진행 중

과거 패턴
- FZ-102 관련 과거 7건의 일탈
- 이 중 5건은 자재 반출 작업 중 발생

권장 조사 방향
- 반출입 활동, 도어 상태, 알람 확인 시점 및 센서 이력 비교 분석

초안은 구체적이고, 한정되어 있으며, 검증 가능하므로 유용합니다.

4. 인간은 단락이 아닌 ’주장(Claims)’을 검토

검토자는 다음이 담긴 패킷을 확인합니다:

• 모든 실질적 주장;
• 이를 뒷받침하거나 반박하는 정확한 증거;
• 소스 위치 및 기록 개정(Revision) 번호;
• 신뢰도 및 불확실성;
• 대안적 설명;
• 제안된 격리 조치 및 필요한 후속 결정.

검토자는 수락, 수정, 반려, 심층 조사, 에스컬레이션을 선택할 수 있습니다. QMS는 수락을 백지위임으로 취급하지 않습니다. 최종 처분(Disposition)은 서명의 의미와 타임스탬프가 부여된 별도의 통제된 결정입니다.

핵심 긴장: 확률론적 초안 vs 결정론적 의사결정

핵심 엔지니어링 문제는 LLM이 유려한 보고서를 쓰게 만드는 것이 아닙니다. 책임성을 잃지 않으면서 확률론적 출력을 결정론적 시스템 내에 안착시키는 것입니다.

폐쇄형 시스템에 대한 21 CFR Part 11 규정은 매우 명확합니다. §11.10 조항에는 시스템 검증, 정확하고 완전한 기록 사본, 기록 보호, 접근 제한, 안전한 컴퓨터 생성 타임스탬프 감사 추적, 운영 점검, 권한 점검, 시스템 문서의 변경 제어가 포함됩니다. [2]

즉, 에이전트의 “결정”이 자유 텍스트 문자열 형태로 조용히 QMS 상태로 반영되어서는 안 됩니다.

대신 시스템은 다음을 명확히 분리합니다:

LLM 출력
  -> 구조화된 초안 아티팩트
  -> 스키마 및 증거 유효성 검증
  -> 결정론적 정책 평가
  -> 인간의 권한 승인
  -> 상태 전이(State Transition)
  -> 감사 이벤트 기록

LLM은 격리 조치가 적절하다고 제안할 수 있습니다. 그러나 그 조치가 허용되는지, 어떤 역할이 이를 승인해야 하는지, 어떤 증거가 필수적인지는 정책 엔진이 결정합니다. 그리고 전자 서명에는 모델의 신원이 아닌 사람의 신원이 부여되어야 합니다.

EU GMP Annex 11 역시 동일한 방향을 강조합니다: 애플리케이션은 검증되어야 하고, IT 인프라는 적격성 평가를 거쳐야 하며, 밸리데이션 및 데이터 무결성 통제의 범위는 정당화되고 문서화된 위험 평가에 근거해야 합니다. [3] 위험 평가는 아키텍처 구축 후 덧붙이는 부록이 아니라, 아키텍처 그 자체여야 합니다.

신뢰도(Confidence)는 안전(Safety)과 같지 않다

일부 자율성 모델은 “95% 이상 신뢰도일 때 자동 실행”과 같은 단일 임계값을 제안합니다. 우리는 이를 통제 전략으로서 단호히 거부합니다.

신뢰도 점수는 모델이 자체 출력에 대해 추정한 값일 뿐, 잘못된 출력이 초래할 피해의 크기를 측정하지 못합니다. 또한 다음 요소들과 동일하지 않습니다:

• 증거의 완전성;
• 데이터 무결성;
• 제품의 중요도;
• 영향의 심각도;
• 조치의 가역성(Reversibility);
• 원본 기록의 최신성;
• 규제 보고 대상 여부;
• 모순되는 증거의 존재 여부;
• 검토자의 권한 및 자격.

올바른 의사결정 함수는 다음에 가깝습니다:

조치 유형(action_class)
+ 영향 심각도(impact_severity)
+ 증거 품질(evidence_quality)
+ 가역성(reversibility)
+ 제품 중요도(product_criticality)
+ 정책 제약 조건(policy_constraints)
+ 인간의 역할(human_role)

신뢰도는 라우팅 신호로 활용하십시오. 신뢰도가 낮을 때 기권(Abstention)을 강제할 수는 있지만, 단독으로 자동 승인의 근거가 되어서는 절대 안 됩니다.

품질 핵심 속성(CQA)에 대해 높은 신뢰도를 가진 오판을 내리는 것은, 신뢰도가 낮아 사람의 판단으로 올바르게 에스컬레이션하는 초안보다 훨씬 위험합니다. 위험 정책상 사람의 검토가 필요할 때 보수적으로 기권하는 것은 에이전트의 성공적인 결과입니다.

인간의 역할: 검토자, 거버너, 서명권자

“HITL(인간 개입)“이라는 문구는 인간이 단순한 “최종 고무도장”을 의미하지 않을 때에만 가치가 있습니다.

인간의 진정한 역할은 다음과 같습니다:

• 증거에 이의를 제기하고 검증;
• 데이터만으로는 해결할 수 없는 모호성 해소;
• 시스템 외적인 맥락 추가;
• 잔여 위험의 수용 또는 거부 결정;
• 예측된 트렌드가 실제 조치를 요하는지 판단;
• 규제 상태 전이를 공식 승인;
• 구체적인 서명 목적을 명시하여 서명;
• 오버라이드(수정/번복) 사실과 그 사유 기록.

이 과정에서 ‘회의론자(Skeptic)’ 또는 레드팀 에이전트가 유용할 수 있습니다. 다음과 같은 질문을 던질 수 있습니다:

• 이 주장을 반증할 수 있는 증거는 무엇인가?
• 어떤 소스가 이에 모순되는가?
• 제안된 조치는 되돌릴 수 있는가?
• SOP-042 개정 3판과 충돌하지 않는가?
• 인용된 문서가 현재 유효한 최신 승인본인가?
• 정책이 이미 정의해 둔 결정을 굳이 사람에게 다시 묻고 있는 것은 아닌가?

하지만 두 번째 모델이 책임을 질 수 있는 두 번째 인간이 될 수는 없습니다. 모델의 검토는 구조화된 하나의 증거 조각일 뿐입니다. 모델은 전자 서명을 할 수 없으며 조직의 책임을 에이전트 네트워크로 떠넘길 수도 없습니다.

따라서 검토 인터페이스는 20페이지짜리 자동 생성 보고서가 아니라 **변경 사항(Diff)과 결정 사항(Decision)**을 보여주어야 합니다. 주장을 클릭하여 정확한 증거로 확장하고, 특정 부분을 신속히 수정하며, 불필요한 반복 입력 없이 결정 근거를 남길 수 있어야 합니다.

참조 아키텍처

+------------------------------------------------------------------+
| MES / LIMS / ERP / IoT / CoA / 이메일 / CRM / PLM / 감사 로그    |
+------------------------------------------------------------------+
                                |
                                v
+------------------------------------------------------------------+
| 커넥터 및 이벤트 수집 계층                                       |
| 멱등성 어댑터 + 이벤트 ID + 원시 페이로드 해시                   |
+------------------------------------------------------------------+
                                |
                                v
+------------------------------------------------------------------+
| 이벤트 버스 + 불변 원시 증거 저장소                              |
| Kafka / Redpanda / 객체 스토리지 / 보존 기간 통제                |
+------------------------------------------------------------------+
                                |
                                v
+------------------------------------------------------------------+
| 증거 그래프 + 벡터 RAG                                           |
| 엔티티 | 주장 | 인용 | 소스 개정판 | 인덱스 버전                 |
+------------------------------------------------------------------+
                                |
                                v
+------------------------------------------------------------------+
| 에이전트 제어 평면 (Agent Control Plane)                         |
| 작업 라우터 | 에이전트/모델 레지스트리 | 툴/MCP | 정책 | 평가     |
| 작업 패킷 | 검색 | 레드팀 | 관측성 | 비상 정지(Kill switch)      |
+------------------------------------------------------------------+
                                |
                                v
+------------------------------------------------------------------+
| 결정론적 QMS 코어 (Deterministic QMS Core)                       |
| 품질 케이스 상태 머신 | RBAC/ABAC | 승인 라우팅 | 전자 서명       |
| 레코드 버전 관리 | 감사 추적(Audit Trail) | 보존 | 내보내기      |
+------------------------------------------------------------------+
                                |
                                v
+------------------------------------------------------------------+
| 인간 제어 평면 (Human Control Plane)                             |
| 예외 편지함 | Slack/Teams/웹 | 수락/수정/반려/에스컬레이션        |
+------------------------------------------------------------------+

이 다이어그램에서 가장 중요한 경계는 에이전트 제어 평면과 결정론적 QMS 코어 사이의 경계입니다.

에이전트 제어 평면은 비즈니스에 맞춰 빠르게 진화할 수 있습니다. 반면 QMS 코어는 그렇지 않습니다. 코어는 상태, 권한, 증거, 서명이 엄격하게 관리되는 곳입니다. 이 분리가 있어야만 모델 업데이트가 일어날 때마다 품질 시스템 전체를 뒤흔드는 무통제 변경으로 번지는 사태를 막을 수 있습니다.

MCP: 유용하지만, 그 자체로 규제 준수 기능은 아니다

MCP(Model Context Protocol)는 QMS가 단순 데이터베이스 CRUD가 아닌 비즈니스 수준의 기능을 노출할 수 있게 해준다는 점에서 매력적입니다:

search_quality_events()
get_quality_case(case_id)
find_similar_events(case_id)
draft_deviation(evidence_ids)
draft_capa(case_id)
draft_change_impact(change_id)
get_audit_evidence(audit_scope)
request_human_review(case_id, packet_id)

그러나 MCP는 프로토콜일 뿐, 마법 같은 신뢰 계층이 아닙니다.

모든 툴 호출에는 여전히 다음이 필수적입니다:

• 인증 및 권한이 검증된 호출자;
• 테넌트, 사업장, 제품 및 데이터 등급별 범위 제한;
• 버전 관리되는 스키마와 통제된 인수(Argument);
• 실행 전 유효성 검증;
• 호출 속도 제한(Rate limiting) 및 멱등성;
• 요청 및 결과에 대한 감사 로그;
• 명확히 정의된 영향 반경(Blast radius);
• 통제된 조치에 대한 인간 서명 경계.

안전한 외부 에이전트 연동 패턴은 다음과 같습니다:

외부 에이전트
  -- 읽기 --> 거버넌스 툴 / 고객 소유 데이터 레이크
  -- 초안 작성 --> 스테이징 또는 초안 기록 서비스
  -- 검토 --> 자격 있는 인간의 검토 + 전자 서명
  -- 커밋 --> 인간의 권한 하에 QMS 워크플로우 API 호출

빠르게 읽고, 스테이징에 초안을 쓰고, 사람이 서명한 후, 신중하게 커밋하십시오.

감사 추적에 포함되어야 할 것과 그렇지 않은 것

에이전트 계층은 모델의 은닉된 사고 과정(Chain of Thought) 추정치가 아니라 **의사결정 계보(Decision Lineage)**를 기록해야 합니다.

기록 대상:

• 소스 이벤트 및 콘텐츠 해시;
• 증거 객체, 개정판, 타임스탬프 및 위치;
• 에이전트, 모델, 프롬프트, 리트리버, 툴 및 정책 버전;
• 입력 및 출력 해시;
• 검색된 문서 및 관련성 점수;
• 구조화된 작업 패킷;
• 주장, 대안, 불확실성 및 누락된 증거;
• 툴 호출 및 그 결과;
• 결정론적 정책 평가 결과;
• 인간의 수정, 오버라이드, 사유, 승인 및 서명;
• 최종 기록 버전 및 내보내기 식별자.

“우리는 생각의 사슬(CoT)을 저장했다”는 것을 마케팅 포인트로 내세우지 마십시오. 비공개 모델의 추론 과정은 제공되지 않거나, 불완전하거나, 오해의 소지가 있을 수 있습니다. 구조화된 계보를 바탕으로 생성된 사람이 읽을 수 있는 설명은 도움이 되지만, 결정 뒤에 있는 실제 증거만이 신뢰할 수 있는 공식 기록입니다.

해시값은 저장된 아티팩트가 생성 이후 변경되지 않았음을 증명할 뿐, 생성 당시 내용이 정확했음을 증명하지는 않습니다. 시스템에는 무결성 통제와 문서화된 검증이 모두 필요합니다.

MVP: 단 하나의 이벤트, 단 하나의 닫힌 루프

전체 에이전트 포트폴리오의 모든 기능을 첫날부터 구축하려 해서는 안 됩니다.

첫 번째 제품은 가장 고통스러운 하나의 루프를 확실하게 방어 가능하도록 만드는 데 집중해야 합니다:

LIMS OOS 또는 MES 일탈 발생
  -> 센티널이 감지하여 신호 생성
  -> 부적합(NC) 에이전트가 케이스를 조립하고 조사 초안 작성
  -> 사람이 심각도, 범위, 격리 조치 확정
  -> CAPA 에이전트가 가설 및 조치 계획 초안 작성
  -> 사람이 CAPA 승인
  -> 시스템이 재발 여부 및 유효성 증거 모니터링
  -> 사람이 종결 또는 재조사 결정

이 단 하나의 루프만으로도 중요한 거의 모든 아키텍처 통제를 검증할 수 있습니다: 이벤트 수집, 식별 및 상관관계, 증거 기반 안착, RAG, 구조화된 출력, 인용, 상태 전이, 권한 제어, 인간 검토, 전자 서명, 감사 계보, 모델 평가, 유효성 모니터링.

이 기반이 입증된 후 다른 에이전트들을 확장해야 합니다. 파편화된 코파일럿 무리를 만들어두고 에이전트 우선 QMS라고 불러서는 안 됩니다.

결론

AI 에이전트 우선 QMS는 챗봇이 달린 데이터베이스가 아닙니다. 자율적으로 일하는 직원들의 군집도 아니며, 품질 리더를 신뢰도 점수로 대체하자는 주장도 아닙니다.

그것은 **규제된 품질 지능 및 제어 평면(Regulated Quality Intelligence and Control Plane)**입니다:

• 운영 이벤트가 작업을 시작합니다;
• 에이전트가 수집, 조정, 조사, 준비를 수행합니다;
• 증거 주장은 항상 검증 가능한 상태로 유지됩니다;
• 결정론적 정책이 행동과 에스컬레이션을 관할합니다;
• 인간이 검토하고, 이의를 제기하고, 인가하고, 서명합니다;
• QMS가 완전한 의사결정 계보를 보존합니다.

이러한 책임의 분리는 타협이 아닙니다. 이것이 바로 제품의 본질입니다.

AI는 증거로 입증되고 통제될 수 있는 품질 실무를 수행합니다. 인간은 책임을 져야 하는 품질 권한을 전적으로 보유합니다.

이것이 바로 QMSR 시대, Part 11, Annex 11, GAMP 5 환경에서 에이전트 우선 QMS가 진정으로 감사 준비(Audit-ready)를 갖추는 방법입니다.

---

본 글은 이전 연구들을 기반으로 합니다:

• Part 11 환경에서 QMS 벤더들이 AI를 제공하는 방식: 8단계 패턴
• 폐쇄형 QMS 벤더들은 외부 AI 에이전트에 문을 열고 있는가? 2026 시장 분석
• 클립보드 세(Clipboard Tax): AI 출력을 복사하는 것이 기업 Word 템플릿을 깨뜨리는 이유

GxPSoft AI는 GxP 규제 준수 오픈소스 개발자 도구와 에이전틱 인터페이스를 구축합니다. 규제 환경을 위한 AI 하네스 평가, 이벤트 우선 QMS 설계, Part 11 / Annex 11 / GAMP 5 기반 에이전트 워크플로우 구축에 관심이 있으시다면 언제든 연락 주시기 바랍니다: duke.lee@saram.io.

참고 문헌

[1] Federal Register, Medical Devices; Quality System Regulation Amendments, 89 FR 7496, published February 2, 2024; effective February 2, 2026: https://www.federalregister.gov/documents/2024/02/02/2024-01709/medical-devices-quality-system-regulation-amendments

[2] Electronic Code of Federal Regulations, 21 CFR Part 11 — Electronic Records; Electronic Signatures, §11.10: https://www.ecfr.gov/current/title-21/chapter-I/subchapter-A/part-11

[3] European Commission, EudraLex Volume 4, Annex 11: Computerised Systems: https://health.ec.europa.eu/system/files/2016-11/annex11_01-2011_en_0.pdf

[4] ISPE, GAMP 5 Guide, Second Edition: https://ispe.org/publications/guidance-documents/gamp-5-guide-2nd-edition