OpenRNA: 오픈 오케스트레이션 레이어가 개인화된 mRNA 암 백신 개발을 어떻게 가속화하는가
임상 데이터는 종양학 분야에서 개인화된 mRNA 백신의 효과성을 확인하지만, 표준화된 워크플로 관리 도구의 부재로 인해 널리 보급되지 않고 있다. OpenRNA는 생물정보학 파이프라인, 규제 요구사항, 임상 프로토콜을 하나의 통합 오케스트레이션 시스템으로 결합한 최초의 오픈소스 프로젝트이다.
임상 데이터에서 시스템적 과제까지
최신 연구들은 암 치료의 획기적인 전환점을 보여준다. KEYNOTE-942 (Moderna/Merck)의 3상 시험 데이터에 따르면 개인화된 mRNA 백신 V940을 pembrolizumab과 병용했을 때 흑색종 재발 위험이 49% 감소했다. 췌장암 연구에서도 비슷한 결과가 나타난다: 반응자들의 중앙 무재발 생존 기간은 3.2년을 초과한 반면 비반응자는 13.4개월에 그쳤다. 이러한 수치는 실험적 개발 단계에서 표준화된 생산 단계로의 전환을 시사한다.
그러나 각 환자는 고유한 생산 사이클을 거쳐야 한다: 종양 시퀀싱, 신항원 예측, mRNA 구성 설계, 지질 나노입자 포장. 목표 주기가 4주인 만큼 모든 단계의 자동화가 필수적이다. 기존 솔루션들은 전체 작업 범위를 커버하지 못한다:
- Nextflow와 nf-core/sarek는 생물정보학 파이프라인을 담당
- pVACtools는 신항원을 랭킹
- LinearDesign은 mRNA를 설계
동시에 샘플 수령부터 면역 반응 모니터링까지의 엔드투엔드 프로세스를 관리하는 시스템이 없으며, 이는 FDA 규제 기준(21 CFR Part 11)과 EMA(ATMP)를 준수하지 않는다.
OpenRNA 아키텍처: 도메인 포트와 어댑터
OpenRNA는 클린 아키텍처 원칙에 기반해 구축되었으며, 비즈니스 로직을 기술적 세부사항으로부터 격리하는 17개의 도메인 포트를 사용한다. 주요 인터페이스는 두 계층에 집중되어 있다:
과학 워크플로 계층:
IConstructDesigner: 구성 생성IHlaConsensusProvider: HLA 타이핑 합의INeoantigenRankingEngine: 에피토프 랭킹IWorkflowOrchestrator: 파이프라인 관리
규제 준수 계층:
IAuditSignatureProvider: 감사 추적IConsentTracker: 동의 관리IStateMachineGuard: 상태 전환 제어
구성 설계를 위한 포트의 예시 구현:
// src/ports/IConstructDesigner.ts
export interface ConstructDesignRequest {
caseId: string;
rankedCandidates: RankingRationale[];
deliveryModality?: DeliveryModality;
}
export interface IConstructDesigner {
designConstruct(request: ConstructDesignRequest): Promise<ConstructDesignPackage>;
}시스템은 단일 의존성 팩토리를 사용하며, 비즈니스 로직에서 new를 통한 직접 객체 생성을 제거한다:
export function createApp(dependencies: AppDependencies = {}) {
const {
modalityRegistry,
constructDesigner,
workflowRunner,
store,
// ...
} = resolveAppDependencies(dependencies);
// ...
}기본적으로 개발 환경에서는 인메모리 어댑터가 활성화되며, 프로덕션 환경에서는 환경 변수를 통해 PostgreSQL 어댑터를 연결한다. 도메인 로직에는 영향을 주지 않는다.
규제 환경에서 환자 라이프사이클 관리
임상 프로세스는 모든 가능한 상태를 명시적으로 모델링해야 한다. OpenRNA는 중간 단계와 롤백 시나리오를 포함한 15개의 상태로 구성된 유한 상태 머신을 구현한다:
INTAKING -> AWAITING_CONSENT -> READY_FOR_WORKFLOW -> WORKFLOW_REQUESTED
-> WORKFLOW_RUNNING -> WORKFLOW_COMPLETED -> QC_PASSED -> AWAITING_REVIEW
-> APPROVED_FOR_HANDOFF -> HANDOFF_PENDING
// 오류를 위한 추가 상태:
WORKFLOW_CANCELLED, QC_FAILED, REVISION_REQUESTED각 전환은 불변 속성을 가진 도메인 이벤트를 생성한다:
- 엔드투엔드 추적을 위한
correlationId - 나노초 정밀도의 타임스탬프
- 실행 컨텍스트(사용자, 역할, IP)
이는 FDA 21 CFR Part 11의 전자 기록 요구사항을 충족하며 각 케이스의 처리 이력을 완전히 재구성할 수 있게 한다. IStateMachineGuard 포트는 QC 통과 없이 백신 승인을 시도하는 등의 잘못된 전환을 차단한다.
RNA 전달 방식 지원: 전략적 접근, 추측 아님
OpenRNA 아키텍처는 기본적으로 세 가지 전달 방식을 지원한다:
- mRNA — 3상 데이터 보유 기본 방식 (30-100 μg/도스)
- saRNA — 자가 증폭 RNA (5 μg/도스, ARCT-154 참조)
- circRNA — 안정성 향상된 순환 RNA
이 결정은 임상 전망에 기반한다: 현재 mRNA만 3상을 완료했지만, saRNA는 이미 승인된 약물(ARCT-154, COVID-19용)을 보유하고 있으며 circRNA는 활발히 개발 중이다. 시스템 내에서 전달 방식은 IModalityRegistry를 통해 관리되며 관리자는 옵션을 활성화/비활성화할 수 있다:
const sampleTypes = [
"TUMOR_DNA", "NORMAL_DNA", "TUMOR_RNA", "FOLLOW_UP"
] as const;Zod 타이핑은 모든 단계에서 입력 데이터의 정확성을 보장한다. 전달 방식을 전환해도 비즈니스 로직은 변하지 않으며, 구성 생성 어댑터만 변경된다.
주요 요점
- 규제 준비성: OpenRNA는 불변 감사 이벤트와 제어된 상태 전환을 통해 FDA 21 CFR Part 11과 EMA ATMP 기준을 준수
- 아키텍처 유연성: 17개 도메인 포트를 통해 컴포넌트 교체(Nextflow → Snakemake, pVACtools → MHCflurry)가 비즈니스 로직 재작성 없이 가능
- 임상 관련성: 세 가지 RNA 전달 방식을 지원해 현재 데이터와 미래 발전을 반영, mRNA를 기반으로
이 프로젝트는 이전에 독점 제약 시스템 뒤에 갇혀 있던 과제를 오픈소스 접근으로 해결하는 방식을 보여준다. 440개 테스트와 95% 코드 커버리지를 갖춘 OpenRNA는 수백만 달러 예산 없이 연구팀이 연구자 주도 임상시험을 시작할 수 있는 도구를 제공한다. 개발자들에게는 고도로 규제된 환경에서 클린 아키텍처를 적용한 사례로, 한 단계라도 놓치면 환자의 생명을 위태롭게 할 수 있는 분야이다.
— Editorial Team
아직 댓글이 없습니다.