Operon.Cloud
Orientation
00
July 2026
How clinical work becomes operational evidence

Operon.Cloud Platform Orientation

A practical mental model for applying Operon.Cloud to a workflow you already run.
Edition
Health plans
Written for
Business & operations leaders
Example workstream
Prior Authorization
What you need
No product, data, or API expertise
Operon.Cloud
Page 01
01
How Operon.Cloud Sees Work
Page 01 · The operating model

Turn the work already happening across people, vendors, systems, automation, and AI into operational evidence you can understand, improve, and value.

Not a product tour
An operating model
01
Once the work is evidence, workflow efficiency, AI adoption, and ROI stop being matters of opinion.
Where the model leadsWorkflow efficiencyAI & automation adoptionTime and cost impactROI evidence
01
Workstream
What process are we trying to understand?
02
Case
What unit of work moves through it?
03
State
or Queue
Where does that work sit?
04
Touch &
Movement
What happened to it?
05
Actor
Who or what performed the work?
06
Assignee
Who owns it now?
07
Clocks
Waiting, or being worked?
08
Value Metrics
& ROI
What did it add, consume, or save?
Why it matters

One model covers workflow, work, ownership, time, efficiency, and value, so every participant reads the same account of what happened. The rest of this orientation follows one Case through those eight concepts, ending in the AI adoption and ROI evidence they add up to.

Operon.Cloud
Page 02
02
Start With the Workflow
Page 02 · Workspace · Workstream · Case · State or Queue

A useful operating model starts with one bounded workflow and one clearly identifiable unit of work.

Health plan edition
Prior Authorization
02
Workspace
Utilization Management

The top-level organizational boundary. One or more Workstreams live inside it.

Workstream
Prior Authorization

One bounded business workflow, narrow enough that its Cases, States, actors, clocks, and outcomes all mean the same thing.

Case
One prior authorization request

One unit of work: the correlated history of all observed activity sharing one stable Case identifier.

01
Intake
02
Clinical Review
03
Pending Clinical Information
Case 10482
Waiting here · 1d 16h
04
Medical Director Review
05
Decision
06
Closed
A Case can beWaitingActively workedPending informationEscalatedCompleted
Why it matters

We say “State or Queue” on purpose: the platform calls it a State, your team calls it a queue. Resist modeling the entire enterprise as one Workstream, because coherence is what gives Cases, actors, clocks, and outcomes a comparable meaning.

Operon.Cloud
Page 03
03
Every Case Tells a Story
Page 03 · Interaction · Touch · Movement · Transaction

Touches show work. Movements show flow. Together, they tell the Case story.

Case 10482
Mon 09:12 → Fri 11:02
03
Mon 09:12
Request received
Actor Intake automation · into Intake
Movement
Mon 09:14
Route for review
Actor Intake automation · to Clinical Review
Movement
Mon 10:42
Clinical Review
Actor Nurse Lee · 14m active
Touch
Mon 11:05
Request missing information
Actor Nurse Lee · to Pending Information
Movement
Wed 15:20
Information received
Actor Delegated clinical vendor
Queue 1d 16hMovement
Wed 15:44
Clinical Review · second pass
Actor Nurse Lee · 19m active
RepeatTouch
Thu 08:30
Escalate for determination
Actor Nurse Lee · to Medical Director Review
Movement
Fri 11:02
Approve authorization
Actor Dr. Alvarez · 8m active
DecisionTouch
Touch

Work performed while the Case stays in its current State.

Movement

The Case moving from one State to another.

Interaction · a named type of activity
Clinical Review
Transaction · one observed occurrence
Nurse Lee completed Clinical Review for Case 10482 at 10:42
4d 02h
Case clock
41m
Active work
3 · 5
Touches · Movements
Why it matters

Repeated Touches and backward Movements reveal rework, loops, failed handoffs, and manual intervention after automation. That second review at 15:44 is not a story anyone had to report; it is simply what the Case history says.

Operon.Cloud
Page 04
04
Work Has a Performer and an Owner
Page 04 · Resource · Participant · Actor · Assignee · Assignment

The Resource that performed the last action may not be the Resource that owns the next one.

Case 10482
Thursday, 14:30
04
Actor
The Resource that performed a specific Touch or Movement.
Nurse Lee escalated for determination
Thu 08:30
Assignee
The Resource that currently owns or is expected to act on the Case.
Medical Director Review queue
Unassigned for 6h 00m
Assignment · ownership over the life of the Case1 ownership gap
Intake automation
Nurse Lee
No owner · 6h
Dr. Alvarez
Assignment records assignment, reassignment, handoff, and the gaps in between. The gap above is not a person’s failure; it is a workflow finding.
A Resource is any of these, and Operon.Cloud attributes work to all of them the same way
PersonTeamVendorSystemAutomationAI agentParticipant · a Resource configured into the Workstream
Why it matters

Separating performer from owner is what enables workload visibility, accountability, vendor comparison, ownership-gap detection, and resource-level performance analysis. “Resource” is deliberately broad; it is not a synonym for employee.

Operon.Cloud
Page 05
05
Time Has More Than One Meaning
Page 05 · Case clock · Queue clock · Touch clock · SLA clock

Long cycle time does not automatically mean too much work. It may mean too much waiting.

Case 10482
Monday → Friday
05
MonTueWedThuFri
Case clock
Total elapsed time across the journey
4d 01h 50m elapsed
Queue clock
How long the Case waits in a State
Pending information · 1d 16h
Awaiting medical director · 6h
Touch clock
Active handle time actually spent working
SLA clock
The governed service interval, State to State
CMS-0057-F · 72h expedited · 7 days standard
4d 02h
Elapsed
41 min
Active work

Those two numbers describe the same Case. Only one of them is a staffing problem, and it is not the big one.

Why it matters

Different Clock patterns point to different interventions: staffing, ownership, workflow redesign, automation, or vendor accountability. When no observed duration exists, the Touch clock falls back to the Interaction’s As-Is Active Time time-study estimate, and tells you which one you are reading.

Operon.Cloud
Page 06
06
Value Metrics Define Business Impact
Page 06 · Baseline · Increment · Savings · Time and cost

Every Interaction can represent expected effort, added effort, or avoided effort.

Configured per Interaction
Measured in time and cost
06
And each one is measured twice: once in time, once in cost.
Baseline

The expected time and cost to perform the Interaction.

Time
12m 00s
Cost
$14.40
e.g. PA Clinical Review
Increment

Time and cost added beyond Baseline: rework, escalation, failed automation.

Time
+9m 30s
Cost
+$11.40
e.g. PA Extra Documentation Request
Savings

Expected reduction in time and cost: automation, AI assistance, avoided handoffs.

Time
−13m 05s
Cost
−$15.70
e.g. PA Auto-Approval Decision
Why the same metric carries two units
Time burden

Seconds, minutes, and hours of effort per occurrence, rolled up per Case and Workstream.

Cost burden

That same activity priced with your labor rates, vendor fees, or automation costs.

Useful

Cost is optional. Time alone is a complete value story.

Active Time · observed

How long the work took.

Value Metric Time · configured

Whether the Interaction is Baseline, Increment, or Savings.

Not a classification

Waste interprets Increment activity, not a fourth category.

Why it matters

Operational clocks describe what happened to time. Value Metrics describe what that activity means for value. Both units stay labelled estimated or configured until you reconcile them against your own financial evidence.

Operon.Cloud
Page 07
07
Adoption Is Not ROI
Page 07 · Adoption · Utilization · Efficiency · Value impact · ROI evidence

Adoption is counted. AI ROI is earned.

One dashboard
Adoption and AI ROI
07
01
Adoption

Where did AI, automation, or human activity participate?

02
Utilization

Which Cases and Interactions did it touch?

03
Efficiency

Did active time, Queue time, or rework change?

04
Value impact

Which Baseline, Increment, or Savings came with it?

05
ROI evidence

Is the improvement enough to justify the spend?

Illustrative example data — not customer results

Slice 01 · by actor typeAdoptionExample view
Total cases
87,412
Cases in current window
Autonomous AI agent
28.6%
25,001 cases
Non-AI automation
43.1%
37,675 cases
Human assisted agent
19.4%
16,958 cases
Slice 02 · by unitImpactExample view
Total baseline cost
$1,468,512
$16.80 / case
Estimated cost savings
$349,506
23.8% savings rate
Total baseline time
20,396 hrs
14 mins / case
Estimated time savings
4,956 hrs
24.3% faster
Slice 03 · by Interaction
Actor
Adoption
Time contribution
Cost contribution
An AI Touch proves use, not value
PA Auto-Approval Decision
AI Agent
28.6%
−842 hrs
−$60,624
Adoption plus measured savings. 17% of the total. ROI evidence.
PA Medical Director Review
Human
19.4%
+318 hrs
+$22,896
Participation that adds time and cost. Adoption, not ROI.
Why it matters

Adoption and impact live in one view, sliced by actor type, by unit, and by Interaction, so AI, automation, internal teams, and external vendors are all judged the same way. Recorded impact uses the contribution captured when the event was observed; Simulation replays that same history against your latest assumptions.

Operon.Cloud
Page 08
08
Apply the Model to Your Workflow
Page 08 · Twelve questions

Now take a workflow you already run.

Answer these together
and you are ready
08
01
What workflow should be treated as one Workstream?
02
What uniquely identifies one Case?
03
In which States or Queues can the Case sit?
04
Which activities are Touches and which are Movements?
05
Who or what performs the work?
06
Who owns the Case at each stage?
07
Which operational Clocks matter most to you?
08
Which Interactions represent Baseline effort?
09
Which Interactions represent Incremental effort or operational waste?
10
Which Interactions represent expected Savings?
11
Where does AI participate today?
12
What operational outcome should improve if the transformation delivers value?
If you can answer these questions, you are ready to model your first Workstream.
Operon.Cloud · Orientation
Health plan edition · Next: Getting Started
Print