OpenRNA: warstwa koordynacyjna dla szczepionek mRNA w onkologii

# OpenRNA: jak otwarta warstwa koordynacyjna przyspiesza rozwój spersonalizowanych szczepionek mRNA przeciwko rakowi

Dane kliniczne potwierdzają skuteczność spersonalizowanych szczepionek mRNA w onkologii, ale ich masowe wdrożenie hamuje brak standardowych narzędzi do zarządzania procesami roboczymi. OpenRNA to pierwszy projekt open-source, który łączy bioinformatyczne pipeliny, wymagania regulacyjne i protokoły kliniczne w jednolity system orkiestracji.

Od danych klinicznych do systemowych wyzwań

Współczesne badania pokazują przełomowy moment w onkoterapii. Dane z fazy III badań KEYNOTE-942 (Moderna/Merck) wykazały 49% zmniejszenie ryzyka nawrotu czerniaka przy użyciu spersonalizowanej szczepionki mRNA V940 w kombinacji z pembrolizumabem. Podobne wyniki obserwuje się w badaniach nad rakiem trzustki: u responderów mediana przeżycia bez nawrotu przekracza 3,2 roku w porównaniu do 13,4 miesiąca u non-responderów. Te liczby wskazują na przejście od eksperymentalnych developmentek do standaryzowanej produkcji.

Jednak każdy pacjent wymaga unikalnego cyklu produkcyjnego: sekwencjonowanie guza, przewidywanie neoantygenów, projekt mRNA-konstruktów, pakowanie w lipidowe nanocząsteczki. Przy docelowym cyklu 4 tygodni automatyzacja wszystkich etapów jest kluczowa. Istniejące rozwiązania nie obejmują pełnego spektrum zadań:

• Nextflow i nf-core/sarek obsługują bioinformatyczne pipeliny
• pVACtools rangują neoantygeny
• LinearDesign projektuje mRNA

Brakuje przy tym systemu zarządzania procesem end-to-end od otrzymania próbki po monitorowanie odpowiedzi immunologicznej, zgodnego ze standardami regulacyjnymi FDA (21 CFR Part 11) i EMA (ATMP).

Architektura OpenRNA: porty domenowe i adaptery

OpenRNA jest zbudowany na zasadzie czystej architektury z 17 portami domenowymi, izolującymi logikę biznesową od szczegółów technologicznych. Kluczowe interfejsy skupione są w dwóch warstwach:

Warstwa naukowego procesu roboczego:

• IConstructDesigner do generowania konstruktów
• IHlaConsensusProvider do uzgadniania typowania HLA
• INeoantigenRankingEngine do rangowania epitopów
• IWorkflowOrchestrator do zarządzania pipeline'ami

Warstwa zgodności regulacyjnej:

• IAuditSignatureProvider do śladów audytowych
• IConsentTracker do zarządzania zgodami
• IStateMachineGuard do kontroli przejść stanów

Przykład implementacji portu do projektowania konstruktów:

// src/ports/IConstructDesigner.ts
export interface ConstructDesignRequest {
  caseId: string;
  rankedCandidates: RankingRationale[];
  deliveryModality?: DeliveryModality;
}
export interface IConstructDesigner {
  designConstruct(request: ConstructDesignRequest): Promise<ConstructDesignPackage>;
}

System wykorzystuje jednolitą fabrykę zależności, eliminującą bezpośrednie tworzenie obiektów przez new w logice biznesowej:

export function createApp(dependencies: AppDependencies = {}) {
  const {
    modalityRegistry,
    constructDesigner,
    workflowRunner,
    store,
    // ...
  } = resolveAppDependencies(dependencies);
  // ...
}

Domyślnie aktywowane są adaptery in-memory do rozwoju. Dla środowisk produkcyjnych podłącza się adaptery PostgreSQL poprzez zmienne środowiskowe, co nie wpływa na logikę domenową.

Zarządzanie cyklem życia pacjenta w ramach regulacji

Procesy kliniczne wymagają jawnego modelowania wszystkich możliwych stanów. OpenRNA implementuje automat skończony z 15 stanami, w tym etapami pośrednimi i scenariuszami rollbacku:

INTAKING -> AWAITING_CONSENT -> READY_FOR_WORKFLOW -> WORKFLOW_REQUESTED
-> WORKFLOW_RUNNING -> WORKFLOW_COMPLETED -> QC_PASSED -> AWAITING_REVIEW
-> APPROVED_FOR_HANDOFF -> HANDOFF_PENDING
// Dodatkowe stany dla błędów:
WORKFLOW_CANCELLED, QC_FAILED, REVISION_REQUESTED

Każdy przejście generuje zdarzenie domenowe z niezmiennymi atrybutami:

• correlationId do śledzenia end-to-end
• Znacznik czasowy z precyzją do nanosekund
• Kontekst wykonania (użytkownik, rola, IP)

To spełnia wymagania FDA 21 CFR Part 11 wobec elektronicznych zapisów i pozwala odtworzyć pełną historię przetwarzania każdego przypadku. Port IStateMachineGuard blokuje niedozwolone przejścia — np. próbę zatwierdzenia szczepionki bez przejścia kontroli QC.

Obsługa modalności RNA: strategia, nie spekulacja

Architektura OpenRNA od początku wspiera trzy modalności dostarczania:

• mRNA — podstawowa modalność z danymi fazy III (30-100 mkg/dawka)
• saRNA — samoamplifikująca się RNA (5 mkg/dawka, jak w ARCT-154)
• circRNA — cykliczna RNA o zwiększonej stabilności

Decyzja jest uzasadniona perspektywą kliniczną: choć obecnie tylko mRNA przeszła fazę III, saRNA ma już zatwierdzone leki (ARCT-154 na COVID-19), a circRNA jest aktywnie rozwijana. W systemie modalności są zarządzane przez IModalityRegistry, gdzie administrator może włączać/wyłączać opcje:

const sampleTypes = [
  "TUMOR_DNA", "NORMAL_DNA", "TUMOR_RNA", "FOLLOW_UP"
] as const;

Typizacja przez Zod gwarantuje poprawność danych wejściowych na wszystkich etapach. Logika biznesowa pozostaje niezmienna przy zmianie modalności — zmienia się tylko adapter generowania konstruktów.

Co jest ważne

• Gotowość regulacyjna: OpenRNA spełnia standardy FDA 21 CFR Part 11 i EMA ATMP dzięki niezmiennym zdarzeniom audytowym i kontrolowanym przejściom stanów
• Elastyczność architektoniczna: 17 portów domenowych pozwala wymieniać komponenty (Nextflow → Snakemake, pVACtools → MHCflurry) bez przepisywania logiki biznesowej
• Relewancja kliniczna: Obsługa trzech modalności RNA uwzględnia aktualne dane i przyszłe development, zachowując podstawową modalność mRNA jako bazę

Projekt pokazuje, jak podejście open-source może rozwiązywać zadania wcześniej zamknięte w proprietalnych systemach firm farmaceutycznych. Z 440 testami i 95% pokryciem kodu OpenRNA dostarcza grupom badawczym narzędzie do uruchamiania inicjatywnych badań klinicznych bez wielomilionowych budżetów. Dla deweloperów to przykład zastosowania czystej architektury w środowiskach o ścisłych regulacjach — gdzie każdy pominięty krok może kosztować życie pacjenta.

— Editorial Team