Skip to main content

Product preview · Fictional patient data

OvaFlow

Status language

Say exactly what is known.

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.

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.

  1. 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.

  2. Overreading

    TodayA status hints at more than it proves.

    With OvaFlowEvery status says what it does not establish.

  3. Look-alike states

    TodaySimilar states get merged into one badge.

    With OvaFlowFour pairs are never merged, so each gets the right check.

  4. 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.

  1. Publication outcome unknown≠Observation interrupted

    One is about a send that may have happened; the other is about losing sight of the screen. They need different checks.

  2. Coverage offered≠Coverage accepted

    An offer, even one that has been read, leaves the current owner responsible.

  3. One matching publication verified≠Patient acknowledged

    A published record proves the clinic posted it, not that the patient saw or understood it.

  4. 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.

Worked example from the cast

How Elena Rivera’s evening moves through seven statuses without guessing

How each status transition states what is proved, what is still missing, and who acts next.

See all statuses in the Daily Care story →
Step-by-step walkthrough

How Elena Rivera’s evening moves through seven statuses without guessing

  1. 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”.

  2. 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).

  3. 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.

  4. 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.

Primary clinical & safety references (2 sources)View citations
  1. Singh H, Thomas EJ, Mani S, et al. (2009). Timely follow-up of abnormal diagnostic imaging test results in an outpatient setting. Archives of Internal Medicine 169(17):1578-1586. — Demonstrates why delivery and read states must be separated from verified clinical follow-up action.
  2. Starmer AJ, Spector ND, Srivastava R, et al. (2014). Changes in Medical Errors after Implementation of a Handoff Program (I-PASS). New England Journal of Medicine 371(19):1803-1812. — Shows that unambiguous action ownership and receiver synthesis prevent handoff omissions.

See it

Walkthroughs that show it

Recorded from an interactive design prototype. Every patient, clinician and clinic is fictional, and EMR screens are modeled reconstructions.

Prototype walkthrough · Fictional patient data

Next step

Check your status words against ours.

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.