Words like “sent”, “done” and “handed off” collapse preparation, portal posting, patient reading and clinical review into a single checkmark. Vague status labels are where false completion begins.
In the first pilot · 4 prototype walkthroughs
Ready for native review
The instruction, portal update or clinical note has been assembled from the current signed source and is waiting for an authorized person to review and continue in the clinic's own EMR or portal.
Does not mean
It does not mean anything was published or sent.
It does not mean the patient has seen it.
Known
Which signed source revision the draft came from
Which patient, episode and target field it belongs to
Still missing
Any published record in the EMR or portal
Delivery or acknowledgment by the patient
Next step
An authorized staff member reviews the prepared text against the signed source and continues inside the clinic's own EMR or portal.
Continue in native system
Product rule Prepared content has not been published.
Publication outcome unknown
A send or publish was attempted in the clinic's system, but the confirmation never came back before a timeout or network drop. The record may or may not have gone through.
Does not mean
It does not mean the publish failed.
It does not mean it is safe to send again.
It is not the same as “Observation interrupted”.
Known
A publish was attempted by an authorized user
The exact draft and revision that were submitted
Still missing
Whether a matching published record actually exists in the EMR or portal
Next step
Staff inspect the published record in the EMR before any resend is allowed, so the patient never receives conflicting or duplicate instructions.
Check native published record
Product rule A publication may have occurred. Retain the existing operation; inspect before any repeat.
One matching publication verified
Exactly one matching published record was observed in the clinic's own EMR or portal for the right patient, the right episode and the current signed revision.
Does not mean
It does not mean the patient read or acknowledged it.
It does not mean linked work (lab notice, callback, clinical review) is closed.
Known
One matching published record in the EMR or portal
The signed source revision it matches
Still missing
Patient receipt or acknowledgment
Patient-reported medication timing
Next step
The publication task closes while remaining linked tasks (procedure room, anesthesia, lab, nursing callback) stay open in My work until their own evidence arrives.
Review remaining work
Product rule A matching observed record closes only the publication obligation.
Observation interrupted · last verified 17:08 PDT
Pattern: Observation interrupted
OvaFlow lost sight of the EMR screen—for example after a browser reload, session expiry or workstation drop—and displays the exact timestamp when it last saw the record.
Does not mean
It does not mean anything was published or changed.
It is not the same as “Publication outcome unknown”.
Known
The last verified timestamp
What the EMR record showed at that timestamp
Still missing
What the live EMR record shows right now
Next step
Staff open and inspect the live EMR record to re-establish what it shows before relying on its current state.
Inspect native record
Product rule Last verified 17:08 PDT. What the EMR shows now has not been seen yet.
Native update not yet verified
An authorized clinician or nurse recorded a change directly in the clinic's own EMR, and OvaFlow has not yet read back the updated EMR record to confirm the saved fields.
Does not mean
It does not mean OvaFlow made the change.
It does not mean the change is confirmed. The record still has to be read back.
Known
An authorized person acted inside the clinic's EMR
Still missing
An observed, saved EMR record matching the expected fields
Next step
Staff open and read back the EMR record so the saved values are confirmed before dependent tasks close.
Inspect native record
Product rule An authorized person made the change in the EMR; OvaFlow has not seen the changed record yet. It does not imply OvaFlow made the change.
Approval not yet verified
A clinical or operational step is waiting specifically because the clinician's signed approval in the EMR is the one piece of evidence that has not been observed yet.
Does not mean
It does not stand in for a signature.
It does not give permission to retry anything.
Known
Which specific approval is expected and who can sign it
Still missing
The observed signed approval in the EMR
Next step
Staff open the approval section in the clinic's own EMR to verify whether the clinician has signed.
Inspect native approval
Product rule Use only when approval itself is the missing evidence. Do not infer a nurse signature or retry permission.
Awaiting clinician approval
A protocol adjustment or timing change has been proposed and staged for review, but the authorizing clinician has not signed it yet.
Does not mean
It does not mean the signed instruction has changed.
It does not mean anything in the EMR was changed.
Known
What change was proposed, by whom, and which cycle it applies to
Still missing
Clinician signature and approval in the EMR
Next step
The authorized clinician reviews the proposal against the chart and signs or modifies it in the EMR; only then does downstream follow-through begin.
Review proposed change
Product rule The proposal is not the current signed instruction.
A colleague has been asked to take over a named piece of follow-up work. Until that person explicitly accepts, the outgoing owner remains visibly responsible.
Does not mean
It does not mean responsibility has moved. Sending or reading an offer never transfers it.
It does not mean the work is left without an owner.
Known
Who offered the handoff
Who was asked to take coverage
The exact scope and due window offered
Still missing
An explicit acceptance from the receiving team member
Next step
The receiving team member explicitly accepts or declines the scoped offer; a decline or expiry leaves the current owner in charge with no unowned gap.
Review coverage offer
Product rule No ownership transfer on send or read.
Alex Kim, RN accepted evening nursing follow-up
Pattern: [receiving owner] accepted [scope]
The receiving team member explicitly accepted a named piece of nursing or coordination work at a recorded timestamp.
Does not mean
It does not mean clinical review moved. That stays with the clinician.
It does not mean other open items changed owner.
Known
Who accepted the handoff
The exact scope that transferred
The recorded acceptance timestamp
Still missing
Completion of the accepted task or separately owned clinical review
Next step
The new owner carries the accepted scope in My work while clinical review and separately owned tasks stay with their original owners.
Review remaining work
Product rule Only the explicitly accepted scope transfers.
Patient-reported use · 20:20 PDT
Pattern: Patient-reported use · [time reported]
The patient reported when they actually took a medication. Their exact words and reported administration time are preserved alongside the timestamp when the clinic received the report.
Does not mean
It does not rewrite the signed instruction.
It does not mean the dose was verified as given. It is the patient's own account.
Known
The patient-reported administration time
When the report arrived and the patient's exact words
Still missing
Clinician review of any timing or dose discrepancy
Next step
The care team reviews the difference between the signed time and the reported time; any clinical adjustment stays with the clinician.
Review original report
Product rule Keep the original reported event and received time distinct.
Clinical review pending
A clinical finding, late result or timing discrepancy requires an authorized clinician's review and decision.
Does not mean
It does not close when a message, callback or nursing handoff happens.
It does not mean a decision was made. It stays open until the clinician records one.
Known
What clinical question needs review and which clinician owns it
Still missing
The clinician's recorded decision in the EMR
Next step
The authorized clinician reviews the chart evidence and records the clinical decision in the EMR.
Inspect clinical review
Product rule No communication or nursing handoff closes the clinical decision.
Names and times are fictional examplesPick a status, or use the arrow keys. The same words appear on every screen, from the desktop rail to the watch.
[For your team]
What changes for your team
Eleven statuses, each with one meaning, a stated limit and one next step.
Words
Today“Sent”, “done” and “confirmed” mean different things to different people.
With OvaFlowEleven statuses, each with one meaning on every screen, device and role.
Overreading
TodayA status hints at more than it proves.
With OvaFlowEvery status says what it does not establish.
Look-alike states
TodaySimilar states get merged into one badge.
With OvaFlowFour pairs are never merged, so each gets the right check.
Who acts next
TodayNobody is sure who picks it up.
With OvaFlowEach status names the next step and who takes it.
[Never merged]
Pairs that look alike and mean different things
Each pair needs a different check or a different person. OvaFlow keeps them as separate states and never rounds one up to the other.
One is about a send that may have happened; the other is about losing sight of the screen. They need different checks.
Coverage offered≠Coverage accepted
An offer, even one that has been read, leaves the current owner responsible.
One matching publication verified≠Patient acknowledged
A published record proves the clinic posted it, not that the patient saw or understood it.
Patient acknowledged≠Patient-reported use
Acknowledging an instruction is not the same as reporting when a dose was actually taken.
Plain words for every status
Why eleven exact statuses replace vague words like “Sent”, “Done”, and “Handed off”
In ordinary clinical software, a single green “Done” or “Sent” badge can mean that a draft was staged, that a portal send was attempted before a timeout, that a message posted to the portal (though the patient has not opened it), or that a shift handoff message was read (though nobody accepted the callback). Health services research shows that conflating transmission with receipt—or reading with action—is a primary driver of dropped outpatient follow-up [1, 2].
OvaFlow uses a closed vocabulary of eleven canonical statuses across every surface. Each status states three things in plain language: what facts are known, what facts are still missing (including explicit “It does not mean…” negations), and the exact next action and role required to move it forward. And four forbidden equivalences ensure that critical pairs—like “Publication outcome unknown” vs “Observation interrupted”, or “Coverage offered” vs “Coverage accepted”—are never merged into a single ambiguous state.
Elena Rivera · Oct 30, 17:04 → 20:28 PDT
Why a single green “Done” badge cannot answer four different clinical questions
Four independent dimensions
1 · Clinical signature17:04 → 17:10 PDT
Did the physician sign the change?
Before 17:10 PDT, a staged proposal reads “Awaiting clinician approval” and never alters version 2. Once Dr. Mira Lee signs version 3 at 17:10 PDT, the portal draft becomes “Ready for review in the EMR”.
2 · Portal publication17:14 → 17:16 PDT
Did the clinic portal record the post?
A dropped confirmation at 17:14 PDT shows “Publication outcome unknown” (holding resends). Reading back the portal record at 17:16 PDT shows “One matching publication verified”.
3 · Patient administration20:20 → 20:22 PDT
When did Elena take the injection?
Elena’s report (received at 20:22 PDT) that she injected at 20:20 PDT is kept as “Patient-reported use · 20:20 PDT” and opens “Clinical review pending” for Dr. Mira Lee without rewriting version 3.
4 · Shift responsibility20:26 → 20:28 PDT
Who owns the evening callback?
Offering coverage at 20:26 PDT (and Alex reading at 20:27 PDT) keeps “Coverage offered · Nora Ruiz, RN remains responsible” until “Alex Kim, RN accepted evening nursing follow-up” at 20:28 PDT.
Figure 1 · Instead of collapsing everything into “Sent” or “Done”, OvaFlow tracks clinical approval, EMR publication, patient-reported timing, and shift ownership as separate facts.
How Elena Rivera’s evening moves through seven statuses without guessing
Step 0117:04 → 17:10 PDT
Nora Ruiz, RN & Dr. Mira Lee
Workspace + Clinic EMR
Awaiting approval → Ready for reviewSigned as version 3 at 17:10 PDT
At 17:04 PDT, the proposed 20:00 PDT trigger shift sits under “Awaiting clinician approval” (which explicitly does not alter the signed version 2 order). Once Dr. Mira Lee signs version 3 at 17:10 PDT, the portal draft becomes “Ready for review in the EMR”.
Step 0217:14 → 17:16 PDT
Nora Ruiz, RN
Portal + EMR Readback
Outcome unknown → One verifiedTimeout resolved by EMR readback
When confirmation drops at 17:14 PDT, the status reads “Publication outcome unknown” (holding resends). At 17:16 PDT, reading back the EMR record transitions it to “One matching publication verified” (closing only the send task).
Step 0320:20 → 20:22 PDT
Elena Rivera
Patient Mobile → Clinic
Patient-reported use · 20:20 PDTOpens Clinical review pending
Elena’s report (received at 20:22 PDT) that she injected at 8:20 PM, Oct 30 (20:20 PDT) is recorded as “Patient-reported use · 20:20 PDT” (preserving her words without rewriting version 3) and opens “Clinical review pending” for Dr. Mira Lee.
Step 0420:26 → 20:28 PDT
Nora Ruiz, RN → Alex Kim, RN
On-Call Handoff
Coverage offered → AcceptedScoped transfer at 20:28 PDT
At 20:26 PDT, the status reads “Coverage offered · Nora Ruiz, RN remains responsible” (even when Alex reads it at 20:27 PDT). At 20:28 PDT, pressing Accept updates it to “Alex Kim, RN accepted evening nursing follow-up” while Dr. Lee’s “Clinical review pending” remains open.
Figure 2 · Four-step walkthrough showing who holds responsibility, which screen is active, and which status applies at each timestamp.
System boundaries
What OvaFlow handles and what stays with your EMR and clinical team
Clear operational boundaries keep clinical authority, prescribing, and laboratory witnessing inside your clinic’s own systems. See AI & clinical boundaries for full governance rules.
What OvaFlow does here
Uses the exact same eleven canonical status definitions across desktop companion, full workspace, clinician mobile, patient mobile, and watch.
Displays explicit “Does not mean” rules on every status so staff never over-interpret a green badge.
Keeps the four forbidden equivalences separate in both the data model and the user interface.
Names the concrete next action (such as “Check the published record in the EMR”) and owner on every status.
What OvaFlow never does
Never uses generic labels like “Done”, “Complete”, “Sent”, or “Synced” that hide missing verification.
Never merges “Publication outcome unknown” with “Observation interrupted”.
Never merges “Coverage offered” with “Coverage accepted”, or “One matching publication verified” with patient acknowledgment.
Never allows a patient’s self-reported medication time to overwrite the signed instruction status.
Questions & primary sources
Answers for clinicians, practice leaders, and patients
Why are there two different uncertain EMR statuses—“Publication outcome unknown” and “Lost sight of the EMR”?Clinicians & coordinators
Because they require completely different actions. “Publication outcome unknown” means a send was just attempted and may have posted, so you must check the EMR before resending. “Lost sight of the EMR” (“Observation interrupted”) means the screen bridge dropped while you were viewing, so you simply re-open the EMR tab to see the current state.
How do we train new nurses and coordinators on eleven statuses without adding onboarding overhead?Practice leaders & owners
None of the eleven statuses use cryptic codes. Every chip states the rule in plain English right on the screen—for example, “Coverage offered · Nora Ruiz, RN remains responsible”—so a nurse on her first shift knows who owns the callback without consulting a manual.
Why does the clinic track “Published”, “Acknowledged”, and “Reported use” as three separate steps for my trigger shot?Patients & families
Posting an instruction to your portal doesn’t prove you saw it, and tapping “Got it” at 5:30 PM doesn’t tell your doctor the exact minute you took the injection at 8:20 PM. Keeping those steps distinct ensures your care team acts on real facts.
Beside a modeled Artisan view, the companion compares Dr. Priya Shah's approval with the unchanged Artisan fields, stops on Maya's open chart, and won't assume an update it didn't see.
0:29DesktopArtisan · Modeled workflow example · Not yet checked against a real clinic build
A late estradiol result, a newly signed trigger time, the wrong chart caught before publishing, and a lost confirmation checked rather than blindly resent.
We'll compare the phrases your team uses today with the exact status phrases the prototype uses. Fictional records only; please don't send patient data.