Skip to main content

PHARMORIS · A NEUVIOR PRODUCT

You already have the medicines evidence. Make it move.

The aim is to give every justified medicines opportunity a clear decision, owner and visible route through delivery. PHARMORIS by NEUVIOR is being built to help authorised medicines, pharmacy, finance and commissioning teams move from fragmented evidence and operational signals to source linked ActionCases, accountable human decisions, coordinated follow through and later value review.

It does not replace professional judgement or local governance.

CONTROLLED DEVELOPMENT · NON PRODUCTION · STAFF FACING · HUMAN DECISION REQUIREDREADINESS · EXACT VERSION EVIDENCE IN PREPARATION · NO INDEPENDENT TRL ASSIGNEDPublic page reviewed 27 August 2026
View dated product status

FROM SIGNAL TO OWNED WORK

Stop losing good opportunities between the signal and the next decision.

You can have a credible medicines signal and still watch it stall when the source, owner, decision route, blockers and follow through sit in different places. Medicines teams work across evidence, finance, providers, practices, community pharmacy and governance; PHARMORIS is designed to keep that thread connected through an ActionCase.

The better future is not another dashboard. It is a team that can see why the work exists, who owns the next decision, what is blocking delivery and what evidence will support the later review.

PHARMORIS remains in controlled, non production development. NEUVIOR is preparing the exact version evidence needed for an independent readiness review; no independent TRL has yet been assigned.

Target operating model

From attributable source to reviewable action

Target PHARMORIS lifecycle with provenance, stop states and human authority.

Target operating model derived from the approved PHARMORIS v5 architecture and Work 01 content controls. Human triage is required before an ActionCase. The figure does not establish a live source, implemented transition, NHS deployment, clinical authority or realised value. Sources checked 20 July 2026.

Record and authority distinctions

  • CandidateSignal is a prompt for authorised triage, not approved work.
  • Human triage is mandatory before an ActionCase exists.
  • EvidencePack version is versioned decision material, not the decision.
  • Publication and Acknowledgement remain separate records.
  • ValueReview is a later evidence review, not automatic proof of savings or outcomes.
PHARMORIS governed lifecycle sequence
NodeDisplay labelRecord or control classHuman authority
01Source definitionSource scopeApproves permitted purpose and owner
02Rights and permissionUse constraintConfirms that the material may support the intended work
03Receipt or approved snapshotProvenance receiptConfirms attributable capture and date
04Validate or quarantineEvidence gateReviews failed, missing, stale or unauthorised material where required
05CandidateSignalRecord before operational workNo authority is created by the signal
06Human triageMandatory authority gateAccept, reject, defer or request evidence
07ActionCaseGoverned working recordAn authorised owner accepts bounded work
08EvidencePack versionVersioned decision materialRelevant reviewers assess the defined version
09Human gateAccountable decisionAuthorised people record an outcome within their remit
10PublicationScoped release or transferAn authorised person controls version and scope
11AcknowledgementReceiver responseThe receiver response remains separate from adoption
12ValueReviewLater evidence reviewAn authorised reviewer assesses evidence without assuming savings
PHARMORIS lifecycle branch and terminal states
Branch originOutcomeDisplay textMeaning
Rights or validationQuarantineMissing, invalid or unauthorised → QuarantineMaterial cannot support work until resolved and reviewed
Any required evidence fieldUnknownNot established → UNKNOWNAbsence must not become PASS, zero or a positive claim
Human triageRejectReject · retain source historyThe signal does not progress; its basis and decision remain attributable
Human triageDeferDefer · not active workThe signal has not entered operational work and must not look in progress
Human triageRequest evidenceRequest evidence · incompleteProgress pauses until the missing basis is supplied and reviewed
Human gateHoldHold · decision not authorisedEvidence material exists but no authorised outcome is recorded
PublicationNot acknowledgedPublished ≠ acknowledgedA transfer does not prove receipt, adoption or implementation
ValueReviewUnknownObserved value not establishedForecast, activity and outcome remain separate evidence classes

Software roles may structure the record. They do not create professional authority.

Lane A: Source and provenance
  • Source definition
  • Permitted purpose and rights
  • Receipt or approved snapshot
  • Validation, freshness and limitations
  • Quarantine and UNKNOWN
Lane B: Product records
  • CandidateSignal
  • ActionCase
  • EvidencePack version
  • Publication record
  • Acknowledgement
  • ValueReview
Lane C: Human authority
  • Source owner or governance approval where required
  • Authorised triage
  • ActionCase owner
  • Professional, finance, procurement or governance review
  • Publication authority
  • Later value reviewer
Lane D: Evidence state
  • Attributable
  • Valid or quarantined
  • Incomplete or UNKNOWN
  • Accepted or rejected
  • Versioned
  • Decided or held
  • Published
  • Acknowledged or not acknowledged
  • Later value evidence reviewed or not established
PHARMORIS state separation ledger
RecordExact distinction
CandidateSignalPrompt for authorised triage; not approved work
ActionCaseOwned operating record; not automatic evidence quality or value
EvidencePackVersioned material; not the decision
PublicationScoped release or transfer; not adoption
AcknowledgementReceiver response; not implementation or outcome
ValueReviewLater evidence review; not automatic proof of savings

Evidence boundary

This is a target operating model. It is not a live PHARMORIS interface, a complete implemented flow, a production or NHS workflow, an autonomous decision system, a prescribing system, support tailored to a patient, a live source claim, a release readiness receipt or proof of realised value.

Sources: PHARMORIS Architecture Map v5, audit baseline 17 July 2026; PHARMORIS active source and evidence register, dated 17 July 2026; PHARMORIS source readiness baseline, dated 17 July 2026; approved Work 01 product truth, claim library and website content brief. Checked 20 July 2026.

Product design

See the evidence path, not just the answer.

You should be able to inspect why a case exists, who owns the next decision, what supports it and what remains unknown.

PHARMORIS is being designed to preserve that context from source receipt through human review and the later decision record.

01

Source provenance

Keep the source, date, scope and confidence beside the work.

02

Visible unknowns

Record what is missing instead of filling the gap with certainty.

03

Human triage

Require an accountable person before a candidate becomes owned work.

04

Evidence packs

Carry assumptions and limitations into the material prepared for review.

05

Decision history

Record who decided, why the work moved and what still needs review.

06

Value boundary

Keep projected opportunity separate from evidence of realised value.

Source architecture

A registry of evidence. Not a claim of connected sources.

Source access, permission, licensing and technical connectivity must be validated separately. PHARMORIS is being designed to keep public, authorised, commercial and local evidence distinct.

Follow the full evidence lifecycle
  1. 01Medicine identity and referenceAccess must be validated
  2. 02Prescribing and utilisationAccess must be validated
  3. 03Reimbursement and pricingAccess must be validated
  4. 04Shortages and supplyAccess must be validated
  5. 05Safety and regulationAccess must be validated
  6. 06Health technology assessmentAccess must be validated
  7. 07Research and real world evidenceAccess must be validated
  8. 08Local implementation contextAccess must be validated
01

Source linked

Keep the evidence basis, date, scope and limitations visible.

02

Human gated

An authorised person decides whether a signal should progress and which gate applies.

03

Accountably followed through

Keep owner, blockers, hand off, receiver response and later value review distinct.

REPRESENTATIVE WORKFLOW

A best value medicines opportunity, carried through with its evidence.

A medicines team identifies a possible formulary or best value change. The case may involve cost avoided and incurred, workforce and time, supply stability, implementation effort and patient experience. PHARMORIS is designed to keep those effects reviewable without turning an estimate into a saving or a software state into an approval.

Each record remains distinct. Missing evidence stays unknown. The workflow does not prescribe, approve a medicine or replace the people who hold those responsibilities.

Representative workflow. No live case data.

The thread shows what a governed record must retain. It does not claim a working integration, current data flow, saving or outcome.

Source class
Approved public or authorised evidence required
Evidence date
UNKNOWN
Scope and limitation
Representative medicines value or formulary switch evaluation; no live case data
Authorised owner
Medicines or pharmacy role, subject to local governance
Decision gate
Human triage and separate human gate
Receiver acknowledgement
Separate response state; not implementation
Later review question
Observed value: UNKNOWN
  1. 01

    Candidate identified

    Source evidence + CandidateSignal

    Medicines user checks relevance and source status

    Unauthorised, stale, unmapped or missing source remains unavailable or UNKNOWN

  2. 02

    Triage

    TriageDecision

    Accept, reject, defer or request evidence

    No automatic ActionCase creation

  3. 03

    Case framed

    ActionCase + exact source links

    Owner defines objective, scope, participants and due date

    No projected figure shown as approved or realised

  4. 04

    Evidence prepared

    Versioned EvidencePack

    Medicines, finance and provider contributors add evidence and limitations

    Pack stays blocked if a required input is missing

  5. 05

    Gate review

    Approval or override events

    Each named role decides within remit

    No single role substitutes for finance, clinical, procurement or information governance authority

  6. 06

    Transfer

    Publication

    Authorised publisher releases a defined version to named receivers

    No publication before required gates

  7. 07

    Receiver response

    Acknowledgement

    Receiver records a separate response

    Acknowledgement does not equal implementation

  8. 08

    Follow through

    ActionCase activity and blockers

    Owner coordinates implementation evidence and exceptions

    Progress state does not prove completion

  9. 09

    Value review

    ValueReview + method, source and reviewer

    Finance or value reviewer compares projected and observed evidence

    Missing data remains UNKNOWN; no realised savings claim without method and verified result

Each record remains distinct. Missing evidence stays UNKNOWN. The workflow does not prescribe, approve a medicine or replace the people who hold those responsibilities.

01

Best value / formulary

A representative path for reviewing a possible formulary or best value change across evidence, authority and follow through.

First workflow
02

Illustrative public pathway: DMS expected versus observed

An example for examining an expected pathway against later observed evidence. It is not a working integration and does not indicate NHS involvement or endorsement.

Public pathway example
03

Shortage / supply pressure

A representative scenario for keeping source limitations, supply effects, blockers and local decisions visible.

Representative scenario

THE WORKING RECORD

Keep source, owner, decisions and blockers together.

An ActionCase is the bounded record around one authorised piece of medicines work. Its target model retains the triggering/supporting evidence, accountable owner, current state, activity, blockers and audit root. It is not the same as an approval, publication, acknowledgement or outcome.

01CandidateSignal
A pre operational signal awaiting authorised human triage.
02ActionCase
The owned working record created after acceptance.
03EvidencePack
Versioned material prepared for review; not the decision itself.
04Publication
A controlled hand off of a defined version and scope.
05Acknowledgement
The receiver's separate response.
06ValueReview
A later review of value and evidence; not automatic proof of savings.

BUILT AROUND HUMAN AUTHORITY

Different roles make different decisions.

A role label in software does not create professional or organisational authority.

Human decision requiredProceed only inside an evidenced and governed scope.
01

Medicines and pharmacy

Check evidence, triage opportunities, own ActionCases and coordinate the review path.

02

Finance

Test baselines, assumptions, cost avoided and incurred, workforce/time effects and later observed evidence.

03

Commissioning and transformation

Sponsor the scope, convene organisations and decide the next evaluation stage.

04

Providers, practices and community pharmacy

Review scoped hand offs, record acknowledgements or blockers and retain local professional authority.

05

Assurance and governance

Review the exact intended use, data route, candidate and risks within their remit.

ONE CONFIGURABLE PRODUCT

Tenant configuration, personas and source adapters: not customer forks.

The target architecture is one staff facing product. An organisation may require different roles, settings, source permissions and workflow configuration. These requirements should remain within organisation specific configuration rather than separate customer codebases.

01

Tenant configuration

Keep organisation specific settings inside controlled configuration. Tenant boundaries must be verified for the exact candidate and scope.

02

Personas

Present the work relevant to a role without treating a label as authority.

03

Source adapters

Keep source specific handling separate from the shared operating model and prove each adapter independently.

A BETTER EVALUATION QUESTION

Examine the full effect of a medicines change.

A useful evaluation should define more than a headline opportunity. It should identify the baseline, costs avoided and incurred, time and workforce effects, implementation effort, supply constraints, patient experience question, data limitations and accountable reviewers.

01

Financial basis

Set out the baseline, costs avoided and costs incurred without converting an estimate into realised value.

02

Workforce and time

Examine the time, capacity and implementation work required across the affected roles.

03

Supply and delivery

Keep supply stability, dependencies, blockers and implementation constraints visible.

04

Patient experience question

Define the question, permitted evidence and limitations without claiming a patient outcome.

Classified public record

BRING ONE WORKFLOW QUESTION

See whether one stalled medicines workflow can become owned action.

Bring one evidence bottleneck, decision gap or implementation constraint. We will map it against a representative opportunity to ActionCase workflow and identify what would be needed for a bounded evaluation. Do not submit patient identifiable, confidential or security sensitive material.

QUESTIONS · ANSWERED DIRECTLY

The useful answers, in one place.

Browse every question
01What problem does PHARMORIS address?

Medicines teams can identify an opportunity yet still lack a consistent way to connect the evidence to a decision, accountable owner, delivery tasks, blockers and a reviewed result. PHARMORIS is being built for that operational gap.

02Who is PHARMORIS intended for?

PHARMORIS is intended for authorised medicines, pharmacy, finance, procurement and operational teams working inside responsible healthcare institutions. Scope and deployment requirements must be agreed for each organisation.

03Does PHARMORIS replace professional judgement?

No. PHARMORIS is designed to structure evidence and accountable work while keeping professional and institutional decisions with authorised people.

04What is an ActionCase?

An ActionCase is the governed unit of work at the centre of PHARMORIS. It can hold the evidence basis, scope, owner, decisions, tasks, blockers and review record for a medicine opportunity.

05Is PHARMORIS ready for production or deployed?

PHARMORIS is under controlled development and should not be interpreted as a live, adopted or clinically approved product unless a current, specific deployment record says otherwise.

06Does the public demonstration use patient data?

No. Public and representative demonstrations are designed without live data that identifies patients. Any future institutional data scope would require separate governance, security and contractual controls.