SAS 9.4 to Viya migration with equivalence proven program by program; LSAF to SAS Clinical Acceleration with audit-trail continuity; and optimization of the 9.4 estate you are keeping: Grid tuning, a governed macro library, CDISC checks in the pipeline, EDC automation, monitoring and disaster recovery. Delivered with your engineering, IT and validation teams, under Part 11 and GAMP 5 continuity, with nothing moving to production before your validation lead accepts the equivalence report.
The global library runs every study and nobody alive wrote most of it. A Viya migration that breaks one macro breaks every study at once, so the migration never starts.
The licence is paid, the pilot ran, and production stayed where it was because equivalence was never proven to the validation lead. Two estates, one team, double the cost.
The move to Clinical Acceleration is on the roadmap. The question nobody has answered is how the audit trail, the job history and the repository structure survive the move in a form an inspector accepts.
Discovery two to eight weeks; architect and pilot eight to sixteen; production sixteen to twenty-eight. Hybrid 9.4 and Viya coexistence is designed in, not bolted on.
Code, macros, Grid topology, batch schedules and dependencies inventoried and risk-weighted. The output is a roadmap that says what migrates first, what coexists and what retires.
Designed in your tenancy with GxP controls: identity, segregation, logging, backup, change control. The reference architecture is a deliverable you own.
Macros adapted for CAS where it pays and left on the compute server where it does not, each with an equivalence test against its 9.4 result.
Same inputs, both engines, compared output by output. The report is what your validation lead signs before cut-over. Nothing moves without it.
IQ, OQ and PQ framework for the new estate, mapped to your existing validation state, so the inspector sees one continuous record.
Programmers, administrators and validation staff trained on what changed for them, with the runbooks they will actually use.
Repository structure, job execution, audit-trail continuity and dataset parity validated before cut-over, so the study record is as inspectable after the move as before it.
Folders, roles and workflows mapped from LSAF to Clinical Acceleration with the differences documented and approved by your QA lead before migration.
Scheduled and on-demand jobs re-run on the new platform with results compared to LSAF, including logs and manifest content.
The LSAF audit history is preserved and referenced from the new repository; the cut-over itself is recorded as a controlled event with its own evidence.
Six pillars for the SAS estate behind submissions. Ecosystem audit two to six weeks; architecture and build six to fourteen; validation and deploy four to ten; optimize retainer, limited availability.
Queue design, workload balancing, I/O and storage layout measured against your batch windows, with the baseline recorded before and after.
Consolidated, documented, tested and released under change control, with a change record per macro. The library most teams wish they had built in year one.
Pinnacle 21 eCLI in the pipeline, so conformance findings arrive while the programmer still remembers the dataset.
Scheduled transfers from RAVE, Veeva or Oracle into the SAS estate with audit trails, reconciliation and alerts on a failed load.
Dashboards for the administrator: queue depth, failed jobs, disk, licence use, with thresholds your team sets.
A tested runbook, not a policy document. Recovery is rehearsed and the rehearsal is evidence.
Two to eight weeks. Inventory, dependencies, validation state, regulatory obligations and the business calendar. The output is a risk-weighted roadmap with the first pilot scoped.
Eight to sixteen weeks. The reference architecture is built in your tenancy and a representative set of programs is migrated with equivalence reports and benchmarks. Your validation lead reviews the first reports before scale-up is approved.
Sixteen to twenty-eight weeks. Programs migrate in waves aligned to study milestones; each wave carries its equivalence evidence and is accepted before the next. 9.4 coexistence is maintained for as long as the plan says.
Including the rule that a person accepts, in writing, before anything reaches production.
Rules settle every case they can. A model is consulted only for the residual the rules cannot decide, and its output passes through the same rules before anyone sees it.
Processing runs in your environment, under your identity system. Nothing potentially unblinding reaches an outside model. The data flow diagram is available under NDA before kickoff.
Every output that matters is accepted by a person on your side whose name is on the record. Model output never writes a finding into a deliverable on its own.
Inputs, versions, tool events and decisions are logged as they happen, so the packet an auditor asks for exists before the audit does.
The program inventory, both environments, regulatory obligations, the current validation state, server and Grid access, the macro inventory, batch schedules, current compliance gaps.
A risk-weighted roadmap, a pilot migration with benchmarks, migrated programs with an equivalence report each, the coexistence plan, the validation package, a tuned environment, a consolidated validated macro framework, CDISC pipeline, EDC integration, monitoring dashboards, DR runbook, IQ/OQ/PQ evidence.
Equivalence accepted by your validation lead before cut-over; nothing moves to production without it. Your SAS administrator and validation lead accept each optimization pillar; the macro library ships with a change record.
The questions that come up in the first technical conversation, answered the way we answer them on a call.
No. Migration runs in waves aligned to study milestones, 9.4 keeps running for as long as the coexistence plan says, and nothing moves to production until your validation lead accepts the equivalence report for that wave.
The program, its inputs and versions on both engines, the output comparison with tolerances, any accepted differences with their reasons, and the signature of the validation lead who accepted it. One per migrated program.
No. The CAS architecture is designed for Azure or AWS in your tenancy where that is your direction, and on premise where it is not. The validation approach is the same.
Yes. SAS Ecosystem Optimization is a standalone engagement for the estate you are keeping. Many sponsors run it first and decide about Viya with a documented estate in hand.
INNOVIZZ with your engineering, IT and validation teams. Architecture, code modernization and training are delivered jointly so the knowledge stays with you. We do not take over administration of your estate.
Against a written statement of work with deliverables, milestones and acceptance criteria, after discovery. No figure before the scope is understood.
Spotfire and SAS Visual Analytics views built on the validated data layer: patient profiles, RBQM, DMC reporting.
SEE THE VISUALIZATION PRACTICESAS to R parity validation, governed IDE agents, lineage: the packages for programming teams on the modernized estate.
SEE CODING OPERATIONSTen services across two layers and the corridor map.
BACK TO THE CLINICAL HUBTell us the SAS footprint, the regulatory scope and the milestone you are protecting. We reply with a scoped proposal for discovery.
Or start with the Validated Automation Review: two to four weeks, one workflow corridor, fixed scope. The plan is yours whether or not we build it.