The improve platform
The improve platform is built as a single-tenant, server-based platform. Every installation is dedicated to one organisation - isolated infrastructure, isolated data, no shared environment. The platform is designed around four principles: reproducibility, evidence capture, security, and validation-readiness, the non-negotiable requirements of early research and regulated drug development.
Versioned repository: what the improve platform stores and how
The versioned repository is the single system of truth for all scientific artifacts - datasets, model code, execution outputs, reports, and metadata. Every artifact is automatically versioned, searchable, and permanently linked to its lineage on check-in. Nothing is lost. Every state is recoverable.
The improve platform uses a three-layer storage architecture:
- File content - stored in customer-controlled storage buckets, encrypted in transit.
- Metadata and audit trail - stored in a governed database.
- Search index - enabling full-text and structured search across all repository artifacts including datasets, scripts, model outputs, reports, and metadata.
Controlled execution: how the improve platform runs analyses
Every analysis step in the improve platform runs in a sandboxed execution environment managed by the runserver - the execution engine at the core of the improve platform. The runserver enforces execution isolation: users cannot interfere with each other’s executions, tool versions and environments are locked per run, and every execution is recorded in the audit trail with full environment capture.
Tool installations are packaged as containerised environments, giving complete control over software versions and dependencies. Users select from registered execution environments per run - different NONMEM versions, R versions, or Python environments can coexist within the same installation.
Administrators register and maintain execution environments, including legacy tool versions required for long-term reproducibility and regulatory inspection readiness. The environment used for any historical analysis can be preserved and re-executed years after its original completion.
The improve platform is tool-agnostic. Supported tools include NONMEM, Monolix, PsN, R, Python, SAS, MATLAB, and many others. Desktop tools like RStudio, MATLAB, Positron and others are also supported. Tool versions are registered by administrators and managed through the containerised execution framework, eliminating version drift between users and workstations.
Governance: how improve controls access and compliance
Usability: how scientists reach improve
The improve platform is accessible through multiple interfaces. Scientists choose the one that fits their working environment. Every interface connects to the same central governed repository. The access point changes; the record does not. Interfaces to improve are described here.
Integrations: how improve connects to your enterprise
The improve platform is designed to integrate with the enterprise systems which are already in place.
Infrastructure: where improve runs and how it scales
The improve platform is built as a single-tenant platform - every installation is dedicated to one organisation. There is no shared infrastructure, no shared environment, and no possibility of data from different organisations residing in the same system.
The improve platform building blocks
The improve platform delivers its capabilities through two kinds of building blocks: components developed and maintained by scinteco, covering the complete analytical workflow from dataset request to submission output, and interfaces that connect the improve platform to the scientific tools and enterprise systems your teams already use.