Clinical Study & Statistical Programming OS
Build the executable evidence chain around the same programme and candidate used by Clinical Development, MIDD and Qwen Progression. The statistical specification is authoritative; Python is the native execution engine and SAS is an optional interoperability target.
Authority & validation boundary
BayesPharma makes the workflow inspectable; it does not turn a generated artifact into regulator acceptance.
Workspace inventory
Refresh the three canonical workspaces without changing state.
Latest workspace JSON
Loading…
Study blueprint & protocol
Create a programme-linked blueprint, then version a structured protocol. Use existing Clinical OS study IDs—no second study identity.
Ready.
Lock the question before programming
Estimands are first-class objects. SAPs bind estimands, analysis populations, primary/sensitivity analyses and TLF shells to a protocol version.
Ready.
Clinical Data Spine → SDTM → ADaM → Define
Transforms only immutable Clinical Data Spine snapshots. Mapping and derivations are explicit; transformed rows remain COMPUTED artifacts.
Ready.
Prespecified native execution
No arbitrary-code endpoint. Whitelisted methods execute against a locked ADaM hash with Python/package versions captured in every run.
Ready.
Reconcile before consequential use
Compare numeric results to an independent implementation, then require a reviewer principal distinct from author/executor to sign the statistical interpretation.
Ready.
Generate SAS from the same spec
BayesPharma can produce a SAS program and XPT files without owning SAS. A customer can execute the program in its validated SAS environment and return results for reconciliation.
Ready.
Recommended operational flow
Use the existing Clinical Data handoff for source imports/QC, then return here for standards and analysis.