Muligheter

En deklarativ regelmotor for onkologianbefalinger. JSON-profil i — Plan med to alternative spor (standard + aggressive), hver skadetransport med henvisning til kilden.

Et solprosjekt. En vedlikeholder leverer oppdateringer med automatiske kontroller og kildesporbarhet. Ekstern klinisk gjennomgang er valgfri og registreres separat.

Klinisk innhold er informasjonsmessig, og teknisk kontroll er ikke godkjenning av behandling.

103
sykdommer i KB
834
indications (265 1L · 175 2L+)
407
behandlingstiltak
321
stoffer (ATC/RxNorm)
671
røde flagg
576
Angitte kilder
16
klinikkerferdigheter (MDT)
Solo
Én vedlikeholder
01Ikke en svart boks
Every algorithm step in the trace. LLM doesn't make clinical decisions (CHARTER §8.3).
02Alle påstander med henvisning
source_id + posisjon + omskrevet sitat + side/avsnitt. Tidskontroll.
03Personvern etter konstruksjon
CLI / Pyodide / Python import. No server. Patient JSON never leaves the machine.
04Planen holder seg i live
revise_plan() gir en ny anbefaling når nye biomarkører eller funn kommer fram.

Hva er kunnskapsbasen?

This is an inventory of published records, not a measure of clinical completeness. Disease-level coverage and verification status are shown separately in the matrix below.

103
Sykdommer i KB

Sykdommer med egne strukturerte registre.

16
Klinikum

MDT-roller som er representert ved ruting.

407
Behandlingstiltak

Strukturerte behandlingsopplegg, ikke automatiske resepter.

321
Narkotika

Narkotikaregistre med maskinleselig kontekst.

131
Prøvinger

Diagnostiske og molekylære undersøkelser som er representert i KB.

24
Arbeid

Oppbygde arbeidssamlinger.

671
Røde flagg

Signaler som krever en klinikers ekstrakikk.

576
Kilder

Opplysninger om angitt kilde som er knyttet til påstander.

Dekningsmatrise

/diseases.html — per-sykdomstabell: antall biomarkører/medisiner/indikasjoner/røde flagg, 1L+2L kontrollmerker, fyll% og verifisert%. Gruppert av lymfoide + myeloide hematologi og solide svulster. /disease_coverage.json. → Vis matrise

/gallery.html — 448 public examples. Each contains a full Plan, Diagnostic Brief, or molecular scenario with source links. Internal QA profiles do not appear in the user-facing library. → Vis eksempler

6-stage request processing

The clinician feeds the engine a JSON profile. The engine runs 6 sequential stages and returns a Plan with ≥2 tracks (CHARTER §15.2 C6 — alternative never hidden).

Trinn 1
Sykdom + Algoritme løses
disease.id + line_of_therapy + disease_state → Algoritmeenhet.
Trinn 2
Flatte avvik
Fletter demografiske data + biomarkører + funn til ett flatt direktiv.
Nivå 3
RedFlag eval
671 RF mot funn (any_of/all_of/none_of med terskler).
Fase 4
Algoritmegang
Decision tree step by step. Trace records fired_red_flags at each node.
Fase 5
Spor materialiser
Visning → spor (standard / aggressiv / overvåking) med biomarkørfilter.
Nivå 6
Løs opp for hvert spor
Indikasjon → Regimene (med faser) + Overvåking + StøttendeCare + AccessMatrix.

CIViC- handlingsevne

Actionability data used to come from OncoKB — but their ToS blocked non-commercial public derivatives (conflict with CHARTER §2). We migrated to CIViC (CC0) (WashU) Motoren leser et lokalt YAML- skjermbilde om natten (knowledge_base/hosted/civic/<date>/) — deterministic + offline. The fusion-aware matcher handles both point mutations (BRAF V600E) and fusions (BCR::ABL1). Render: ESCAT tier — primary, CIViC evidence rating — in details. Monthly refresh CI opens a PR with the diff.

Reguleringer med flere faser

Regimen.phases er en ordnet liste over navngitte blokker (induksjon → konsolidering → vedlikehold), hver med sin egen syklusplan og overgangsutløser. Real-world protokoller (R-CHOP × 6 → vedlikehold, AML 7+3 → HiDAC konsolidering, aksik-cel ekstrapolering → infusjon). bridging_options — bridging regimens between phases (for CAR-T). Legacy single-phase YAMLs auto-wrap into one-phase form via auto_wrap_legacy_components().

Citation guard — 3 layers

Et system med tre lags verifisering — tre steder der vi fanger opp ukildede påstander:

LagderHva
L1 · Laster YAML- belastning (Pydantisk) SRC-* referential integrity. Unknown SRC-ID → load fail.
L2 · Verifikator Bidragsyter PR (CI) Trelags grunning: kilde, grunnet omskrivning, anker i avsnittet.
L3 · Opptegning HTML- utdata No citation → warn-badge (lenient) or skip cell (strict_citation_guard=True).

Tre måter å løpe på

CLI
Lokalt

python -m knowledge_base.engine.cli --patient profile.json --render plan.html. Frakoblet.

Pyodide
I nettleseren (prøv.html)

Python WASM + micropip + engine bundle (~2.4 MB). First load 8-15 s, then like a local CLI. Service worker for offline.

Bibliotek
Python- import

from knowledge_base.engine import generate_plan, revise_plan — EHR / CSV / partiprøving, statløs, deterministisk.

Hva motoren leser fra en profil

Only structured fields with explicit semantics. Unknown fields are ignored — no hidden effects.

KategoriFelterHvordan vi bruker det
Sykdom (inngangspunkt) disease.id · icd_o_3_morphology · line_of_therapy · disease_state bestemmer hvilken algoritm som skal kjøres
Diagnosemodus suspicion.lineage_hint · tissue_locations · presentation aktiverer DiagnosePlan i stedet for Plan
Demografiske opplysninger age · ecog · fit_for_transplant · decompensated_cirrhosis · pregnancy_status filtrer på Indication.applicable_to.demographic_constraints
Biomarkører noen BIO-X fra KB: BIO-CLL-HIGH-RISK-GENETICS, BIO-HCV-RNA, … utløser RedFlags, filterindikasjoner, kartlegg til CIViC
Avvik hundrevis av strukturerte felt — dominant_nodal_mass_cm, ldh_ratio_to_uln, tp53_mutation, … terskelverdier i RedFlag-utløsere
Forhåndsprøvinger prior_tests_completed: [TEST-IDs] excludes already-completed tests from workup_steps

Hva motoren returnerer — plan

FeltInnhold
tracks[]≥2 alternative tracks (default first): indication + regimen (+ phases) + monitoring + supportive_care + contraindications
access_matrixaggregert for hvert spor: registreringer, refusjon, kostnadsintervaller, AccessPathway. Varsel om journalkostnad > 180 dager.
experimental_optionstredje spor — enumerate_experimental_options() Spørringer om kliniskTrials.gov v2. 7-dagers TTL-mellomlager.
actionability_hitsCIViC matches with ESCAT-primary + variant, evidence rating, clinical significance, source citations
fda_complianceFDA Criterion 4 fields: intended_use, patient_population_match, algorithm_summary, automation_bias_warning
tracestep-by-step walk_algorithm history: step / outcome / branch / fired_red_flags
warningsschema/ref errors, time_critical disqualifications, missing data hints, citation-guard warnings
supersedes / superseded_byversjonskjede mellom planer for samme pasient

Valgfritt slått på: MDT-kortfattet — orchestrate_mdt() legger til nødvendige/anbefalende/valgfrie roller fra 16 virtuelle spesialister + åpne spørsmål + herkomstgraf.

Ajourføring av planen — revise_plan()

Tre lovlige overganger + en forbudt. Den forrige planen er ikke mutert – en dyp kopi blir returnert med superseded_by set. Per TEKSTER nr. 10.2, fortsetter gamle versjoner på ubestemt tid.

FraEndreOvergangResultat
DiagnosticalPlan vNBare mistankediagnostisk → diagnostiskDiagnosticalPlan v(N+1)
DiagnosticalPlan vNhistologi bekreftetdiagnostisk → behandling (fremmende)Plan v1
Plan vNajourføring med histologibehandling → behandlingPlan v(N+1)
Plan vNhistologi fjernetILEGAL — Verdifeil, CHARTER §15.2 C7
Personvern. Patient JSON never leaves the user's machine. No logs, no DB. Reproducibility: Plan.knowledge_base_state.algorithm_version registrerer KB versjon → samme inndata + samme KB = samme utdata.

Åpne spørsmål — motor nekter å treffe beslutning uten data

I stedet for en stille standard merker motoren uttrykkelig hvilke felter som mangler, og hvilke prøvinger eller rapporter som trengs (MDT_ORCHESTRATOR_SPEC §3). Tegnes inn i planen som et eget avsnitt, aldri skjult.

KodeUtløserHva motoren sender ut
Q1Histologi ikke bekreftet«Behandlingsplan generert bare etter ICD-O-3-kode; bekreftelse på primær histologi før behandling»
Q2Manglende fase«Lugano-/ann-arbor-trinn som kreves for å oppnå sikker risikostratifisering»
Q3RF-klausul ufullstendig«Produsent av et cytogenetisk panel er ufullstendig; status med høy risiko vurdert med delvise data»
Q4Biomarkør mangler«IGHV-mutasjonsstatus + FISH del(17p) som kreves for å bekrefte 1L-anbefaling»
Q5Ytelsesstatus mangler«ECOG kreves for vurdering av transplantasjonselektrisitet», faller tilbake til forsiktig mislighold
Q6Narkotika som ikke refunderes«D-VRd: daratumumab, som ikke refunderes for tiden; kontroller finansieringsveien»
DQ1-4Diagnosemodus: vev/slekt/presentasjon / hypoteser manglerlowers workup match confidence; lineage_hint + tissue dominate
Why no silent default: CHARTER §15.2 C6 (anti automation-bias) — the engine cannot pretend to know when it doesn't.

Mangler ved personlig tilpasning — bevisst

«Personalisering» i OpenOnco er regelbasert utvalg fra en fast katalog, ikke AI-generasjon. Forenklet arkitektonisk valg (CHARTER §8.3).

Gap 1

No per-patient dose calculation

Lagerbeholdninger standarddose ( Bortezomib 1.3 mg/m2), ikke multiplisert med pasientens BSA, ikke justert automatisk for CrCl 30. Med utforming — for å unngå klassifisering av FDA-utstyr.

Gap 2

No response-adapted cycles

Stifter til medisiner total_cycles: 6 + 2 maintenance. Ikke automatisk tilpasset ved reaksjon (PR versus CR etter PET2). Omlagring via en separat revise_plan.

Gap 3

genomisk treff begrenset til CIViC

Utenfor CIViC (sjeldne, nye varianter) gir det et varsel om at det ikke foreligger noen handlingsdokumentasjon, uten kreative fortolkninger.

Gap 4

StøttendeCare identisk på tvers av kohorten

PJP prophylaxis attached to D-VRd for everyone — the engine doesn't know alternatives (dapsone instead of bactrim). The clinician substitutes.

Gap 5

No cumulative-toxicity tracking

2L plan for a patient who got bortezomib in 1L with grade 2 neuropathy — the profile doesn't carry prior_treatment_history som et strukturert felt; klinikkeren tolker manuelt.

CHARTER-begrensninger — endres ikke

Prinsipperte arkitektoniske beslutninger som fører FDA / klinisk sikkerhet.

§8.3

LLM doesn't decide clinically

Bare LLM: kjeleplate, dok-utkast, ekstraksjon (med kontroll av mennesker), oversettelse med klinisk vurdering. Ikke: valg av behandlingsplan, doser, fortolkning av biomarkør.

§15.2 C7

No histology — no Plan

Behandlingsplan bare dersom disease.id bekreftes, ellers diagnostisk plan. revise_plan behandling → diagnose er forbudt.

§15.2 C5

No time-critical

Not intended for emergency oncology (oncologic emergencies). Indication with time_critical: true → varsel om diskvalificering.

§6.1

To- gransker fletting

Et solprosjekt. En vedlikeholder leverer oppdateringer med automatiske kontroller og kildesporbarhet. Ekstern klinisk gjennomgang er valgfri og registreres separat.

§15.2 C6

Skjeve antiautomatisering

Alltid ≥ 2 spor side- ved- side. Alternativ er aldri begravet, aldri « klikk for å utvide». Klinikkeren ser et valg, ikke et direktiv.

§9.3

Pasientopplysninger finnes aldri i datarepo

patient_plans/ gitignored. Nettstedet viser bare syntetiske eksempler. Telemetri forbudt uten uttrykkelig samtykke.

Før aldri opp liste — hva motoren aldri gjør

Aldri

Skjul det alternative sporet

Both recommendations are always shown. The UI has no «expand to see alternative» pattern.

Aldri

Generer indikasjon via LLM

Everything from the curated KB. No matching Indication → warning, not «creative invention».

Aldri

Endre doser

Doser kommer fra standard NCCN/ ESMO. Justeringer skjer bare ved hjelp av eksplisitte dose_modification_rules.

Aldri

Dommer «som er bedre»

The algorithm picks a default but doesn't claim it's superior. The clinician has full autonomy — automation_bias_warning.

Aldri

Tolk bildedannelse

«Bulky disease» kommer som et strukturert felt, ikke fra bildeanalyse. Bildeanalyse = utstyrsklassifisering.

Aldri

Samspill

«N patients chose X in M% of cases» — requires a persisted patient registry + privacy review. Not yet.

Nåværende dekning — status og hull i STUB

KategoriTilstandBetydning
Sykdommer med full kjede86 / 103Resten er delvis modellert
Angivelse 1L265Første linje for alle 103 sykdommer
Angivelse 2L+17534 kube + 21 fast stoff, annet fast stoff i 2L+ delvis.
Pediatrisk onkologi0Ute av MVP-sikteområde — separat spor
StrålingsterapidelvisRT in multimodal Indications; not modeled as a standalone entity
Operasjonikke modellertMangler kirurgiske onkologiske indikasjoner
Formelfôr til levende dyrstatisk flaggHardkodet på regimer, ikke automatisk oppfrisket
Ekstern klinisk gjennomgåelseValgfriRegistrert separat, ikke en utviklings- eller offentliggjøringsportal.
Live- mellomrommets instrumentbord→ lenkeRevisjon som utføres ved byggevirksomhet (avtegning, fast 2L+, kirurgi, RT, støttetjenester)
Hva betyr «STUB» IKKE: strukturerte data + algoritm + kilder allerede er på plass. STUB beskriver innholdsmodenhet, det er ikke en soloprosjektfrigivelsesportal eller godkjenning av behandling.

Klinikum arbeidsgang

Motoren forbereder til et svulstplater, den erstatter ikke et. Klinikken: 1) kontrollerer kilder (hver angitt påstand, vern allerede falt uciterte celler) → 2) lukker åpne spørsmål (ordre- tester, anrop revise_plan) → 3) tilpasning til pasienten (doser, støttehjelp, regional tilgjengelighet) → 4) diskuterer på svulstplaten (kortfattet MDT – strukturert dagsorden). Motor: utkast til klinikum: endelig.

TaskTorrent – kontroller algoritmer med tokens i din datamaskin

Et solprosjekt. En vedlikeholder leverer oppdateringer med automatiske kontroller og kildesporbarhet. Ekstern klinisk gjennomgang er valgfri og registreres separat.

1
Hva det er

En vedlikeholder publiserer en «junk » – en egen oppgave (~100k– 300k tokens): « verifiser BMA- dokumentasjon for DLBCL × 17 enheter » eller « tilbakefylling kilde- lisens for 8 kilder ». En bidragsyter påstår at blokken, AI kjører, PR åpnes.

2
Hva du trenger

Et AI- verktøy med et symbolbudsjett (Claude Code Pro+, Codex, Cursor, ChatGPT med vev). GitHub + gh CLI. Python 3.10+. ~1-3 hours of your time. No clinical expertise required — du setter i gang strukturert teksting; vedlikeholderen kontrollerer endringen. Det er valgfritt å gi tilbakemelding fra sakkyndige.

3
8-line bootstrap

Kopier 8- linjes spørring fra CONTRIBUTOR_QUICKSTART.md i din AI agent. Den finner en tilgjengelig brikke, påstår den, kjører arbeidet, kjører validereren, åpner en PR.

4
Hva skjer med PR?

Vedlikeholderen sjekker kilder, tester og skjemaer. Ekstern gjennomgang er valgfritt. Flett → sidevogn- landing → oppsert til verts- opptegnelse for KB →. Tileigneringen er registrert i _contribution_meta.yaml.

Virkning. Hver verifisert BMA er ett handlingsdyktig krav vi kan gjøre som «godkjent» i stedet for «STUB». En bidragsyter med Pro+ tokens på en kveld kan skyve 10-20 BMA gjennom avtegningsforberedelse – ca. en ukes arbeid for én person under en annen modell.

Nylig virksomhet

Over de siste 4 dagene TaskTorrent saw 7 bølger, dusinvis av blokker, ~73 BMA- kandidater, 23 BMA kladder klare til klinisk avtegning, 53 kilde- stubber, 1,251 felt i UA- språket skrevet. Siste strukturelle oppdateringer:

  • CIViC pivot — motor + 29 BIO + 399 BMA YAML-er som er overført fra OncoKB-skjemaet; oppfriskings-CI for månedlige øyeblikksbilder.
  • Reguleringer med flere faser (PR1-3) — Regimen.phases, bridging_options, opptegning med fasestøtte og tilbakekompat auto-wrap.
  • Sitatavskjerming L3 — kontroll av opptegningstid på hver BMA-celle.
  • Dekningsmatrise — /diseases.html per-sykdomsboring.
  • 448 public examples in the gallery — klare planer, diagnoseorienterte dokumenter og molekylære scenarier for gjennomgåelse og kontroll.