Skip to main content

Product preview · Fictional patient data

OvaFlow

Walkthrough 4 of 29 · Desktop

Artisan: portal distribution, lab change order, read vs accept

Saving a trigger doesn't tell the patient or the lab. Portal distribution, the lab change order and a message that was read but not accepted are each tracked separately.

Length
0:21
Chapters
5
Shown on
Browser with the 384-pixel compact companion
  • In the first pilot
  • Prototype walkthrough · Fictional patient data
  • Artisan · Modeled workflow example
  • Not yet checked against a real clinic build

Artisan: portal distribution, lab change order, read vs accept, muted recording of the design prototype. Fictional patient data.

Chapter 1 of 5

Chapter 1 of 5: Starting from a verified readback

Recorded from an interactive design prototype. Every patient, clinician and clinic is fictional, EMR screens are modeled reconstructions, and nothing shown is a live connection to any clinic or vendor system.

Clinical & operational context

The situation on screen, why it matters, and where OvaFlow stops.

In the separate Artisan clinic example, after the trigger update is verified, three separate things still need to happen: the patient portal copy, the embryology lab's schedule change order, and the evening nursing handoff. Chloe Park, RN reads the message at 17:22 PDT, but Nora stays responsible until Chloe accepts at 17:25 PDT.

What clinical situation this depicts

After a trigger change is saved in the EMR, the update still has to reach two separate destinations: the patient through the clinic portal and the embryology/procedure team preparing the retrieval bench. In busy clinics, staff often paste a patient's name into an internal instant-message channel and assume someone else has picked up the lab and patient notifications — even when colleagues have only glanced at the message.

Starting from Elena Rivera's verified Cycle Sheet readback beside a modeled Artisan screen, this walkthrough tracks patient portal publication and embryology lab notification as two distinct rows. When a revised order arrives, the outdated instruction is retired immediately. In the clinic's instant-message handoff channel, Chloe Park, RN reads Nora Ruiz's handoff message at 17:22 PDT — which leaves Nora Ruiz, RN explicitly responsible — until Chloe clicks Accept at 17:25 PDT for her specific task while all other open items keep their existing owners.

Step-by-step workflow

Read at 17:22 PDT is not accepted until 17:25 PDT

Step 1Modeled Artisan + Companion

Nora Ruiz, RN

Starts from verified Cycle Sheet readback

Readback verified
Step 2Distribution rows

OvaFlow companion

Tracks portal notice and lab notice separately

2 channels tracked
Step 3Team message thread

Chloe Park, RN

Reads handoff at 17:22 PDT without accepting

Read · Nora still owns
Step 4Companion handoff

Chloe Park, RN

Accepts assigned item at 17:25 PDT

Accepted 17:25 PDT

Separating portal distribution from lab notice, and keeping Nora Ruiz, RN responsible after Chloe reads the message at 17:22 PDT until Chloe accepts at 17:25 PDT.

Guardrail: A chat read receipt never transfers ownership, and accepting one item leaves sibling tasks with their current owners.

What OvaFlow coordinates in this recording

  • Tracks patient portal distribution and embryology lab notification on separate rows.
  • Marks superseded order versions immediately when a change order arrives.
  • Shows 'Read at 17:22 PDT — Nora still responsible' until Chloe Park, RN accepts at 17:25 PDT.

What stays with clinicians & the clinic's own systems

  • Never treats an instant-message read receipt as a completed handoff.
  • Never bundles lab notification and patient portal publication into a single checkbox.
  • Never reassigns unrelated open tasks when a colleague accepts one specific handoff.

What to watch for

What could go wrong, and what you'll see instead.

In the separate Artisan clinic example, after the trigger update is verified, three separate things still need to happen: the patient portal copy, the embryology lab's schedule change order, and the evening nursing handoff. Chloe Park, RN reads the message at 17:22 PDT, but Nora stays responsible until Chloe accepts at 17:25 PDT.

The problems it is designed around

  1. Assuming a trigger save in Artisan also published the patient's copy and told the lab.
  2. Assuming a message read receipt transferred clinical follow-up.

What you'll see in the recording

  1. Portal distribution at 17:12 PDT tracked on its own
  2. The lab's schedule change order tracked on its own
  3. Read at 17:22 PDT, accepted at 17:25 PDT
  4. Patient, lab and physician items staying open
Chapter-by-chapter guide

Every chapter in this 0:21 walkthrough (5 chapters)

Follow the exact timestamps, UI status changes, and coordination safeguards as the recording plays.

  1. Chapter 10:00 – 0:05

    Starting from a verified readback

    What to watch for: The companion begins from the verified Cycle Sheet readback rather than an unverified draft.

    Boundary rule: Downstream distribution starts only after the EMR source value is confirmed.

    On-screen narration: The story starts from the verified Artisan trigger and egg retrieval schedule. The readback evidence opens. The evidence view closes.

Show chapters 2–5 (4 more chapters with timestamps & boundary notes)
  1. Chapter 20:05 – 0:11

    Portal and lab notice, tracked separately

    What to watch for: Patient portal publication and lab schedule notification appear as two independent rows.

    Boundary rule: Notifying the patient never marks the embryology lab notified, or vice versa.

    On-screen narration: Portal distribution at 17:12 PDT and the lab's schedule change order are tracked as separate items. The schedule change order and portal distribution evidence open. The evidence view closes.

  2. Chapter 30:11 – 0:16

    Read at 17:22 PDT; Nora still responsible

    What to watch for: Chloe reads the handoff message at 17:22 PDT; the badge explicitly states 'Read at 17:22 PDT — Nora still responsible'.

    Boundary rule: Viewing a message never transfers clinical responsibility.

    On-screen narration: Chloe Park, RN reads the instant message at 17:22 PDT. Nora Ruiz, RN remains responsible. My work confirms Nora is still the active owner while the offer is pending. Back to the handoff.

  3. Chapter 40:16 – 0:18

    Chloe accepts at 17:25 PDT

    What to watch for: At 17:25 PDT Chloe clicks Accept on the handoff item, moving ownership to her name.

    Boundary rule: Ownership changes only on an explicit accept action with a recorded timestamp.

    On-screen narration: Chloe Park, RN explicitly accepts the evening nursing follow-up at 17:25 PDT.

  4. Chapter 50:18 – 0:21

    Everything else stays open

    What to watch for: Sibling tasks for Elena Rivera remain assigned to their existing owners.

    Boundary rule: Accepting one task never sweeps unrelated open tasks into a single bucket.

    On-screen narration: The accepted handoff shows that the patient, lab and physician items each stay open with their own owners. The handoff view closes.

OvaFlow never makes the clinical call in these recordings. Physicians sign, the person taking a handoff accepts it, and the lab keeps its own holds. The companion tracks, checks and stops; staff decide.

In this walkthrough

The people on screen

Every patient, family member, clinician and clinic in these stories is fictional. Names, times and screens come from prototype walkthroughs, not from real care.

  • Nora Ruiz, RNIVF nurse coordinator
  • Chloe Park, RNEvening nurse
  • Dr. Priya ShahREI physician
  • Embryology labReceives the schedule change order
Fictional patient data

Systems in this recording

Named or shown on screen. An EMR here is a modeled workflow example built for the prototype, not the vendor's own software. OvaFlow is designed to work beside these systems.

  • Fertility EMR, lab & practice managementNot yet checked against a real clinic build

Artisan: Rebuilt from public help articles; how an existing instruction is edited is our own stand-in.

Third-party names and logos are trademarks of their respective owners, shown to illustrate systems commonly used in IVF clinics. No affiliation, endorsement or live integration is implied. nAbleIVF, eIVF and Artisan appear as modeled workflow examples.

Where this appears

Read the page around it.

This recording is part of these pages. Each one explains the step in more depth.

Journey stages

Show all pages where this walkthrough appears

Questions & answers

Common questions about this walkthrough

What clinicians, coordinators, practice leaders, and patients ask when reviewing Walkthrough 4.

Why does OvaFlow separate patient portal status from embryology lab notification?

Because a patient can receive her updated trigger time while the procedure room or lab bench still has the previous timestamp, or vice versa. Each recipient group requires its own confirmation.

What happens between 17:22 PDT (when Chloe reads the message) and 17:25 PDT (when she accepts)?

Nora Ruiz, RN remains the visible owner on the board and in escalation rules so the task cannot fall between two stools.

Show 1 more walkthrough questions
When Chloe accepts her task at 17:25 PDT, do Elena's other open tasks move to Chloe?

No. Each open commitment keeps its own named owner.

Next step

Walk through it with your own team.

We'll replay this flow against your roles and handoffs, using fictional records. Please don't send patient data.