<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:dc="http://purl.org/dc/elements/1.1/">
  <channel>
    <title>DEV Community: Young Kim</title>
    <description>The latest articles on DEV Community by Young Kim (@young-kim).</description>
    <link>https://dev.to/young-kim</link>
    <image>
      <url>https://media2.dev.to/dynamic/image/width=90,height=90,fit=cover,gravity=auto,format=auto/https:%2F%2Fdev-to-uploads.s3.us-east-2.amazonaws.com%2Fuploads%2Fuser%2Fprofile_image%2F4114489%2Ff4b39688-3483-4647-97a4-07034702b141.png</url>
      <title>DEV Community: Young Kim</title>
      <link>https://dev.to/young-kim</link>
    </image>
    <atom:link rel="self" type="application/rss+xml" href="https://dev.to/feed/young-kim"/>
    <language>en</language>
    <item>
      <title>Designing Outpatient Lab Booking UX When Hospital and Community Networks Don’t Share a Queue</title>
      <dc:creator>Young Kim</dc:creator>
      <pubDate>Fri, 25 Sep 2026 22:45:40 +0000</pubDate>
      <link>https://dev.to/young-kim/designing-outpatient-lab-booking-ux-when-hospital-and-community-networks-dont-share-a-queue-59ji</link>
      <guid>https://dev.to/young-kim/designing-outpatient-lab-booking-ux-when-hospital-and-community-networks-dont-share-a-queue-59ji</guid>
      <description>&lt;h1&gt;
  
  
  Designing Outpatient Lab Booking UX When Hospital and Community Networks Don’t Share a Queue
&lt;/h1&gt;

&lt;p&gt;&lt;strong&gt;Primary CTA:&lt;/strong&gt; &lt;a href="https://www.tsbhealthcare.com/patient-access-platform/" rel="noopener noreferrer"&gt;https://www.tsbhealthcare.com/patient-access-platform/&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;If you have ever shipped a calendar widget and called it “patient access, British Columbia’s laboratory landscape will humble you.&lt;/p&gt;

&lt;p&gt;Patients arrive with a requisition — a clinical order — and an administrative question the EHR rarely answers politely: &lt;em&gt;which collection site can see me, and when?&lt;/em&gt; In BC that question splits across &lt;strong&gt;hospital / public outpatient laboratory booking&lt;/strong&gt; and &lt;strong&gt;independent community lab&lt;/strong&gt; schedulers. The assays may look similar on a panel list. The queues do not.&lt;/p&gt;

&lt;h2&gt;
  
  
  The product boundary that keeps you honest
&lt;/h2&gt;

&lt;p&gt;LabOnlineBooking.ca (built by TSB HealthCare) is a scheduling surface for participating public and hospital outpatient labs. It is explicitly &lt;strong&gt;not a testing facility&lt;/strong&gt;. That sentence is a UX requirement, not a footnote. The moment a booking product implies it “does bloodwork,” support tickets turn into clinical expectations the software cannot meet.&lt;/p&gt;

&lt;p&gt;A patient access platform — overview at &lt;a href="https://www.tsbhealthcare.com/patient-access-platform/" rel="noopener noreferrer"&gt;TSB’s patient access platform&lt;/a&gt; — owns finding, booking, arrival, and flow. The laboratory information system still owns specimens and results. Cross that line in copy or UI and you have created harm, not convenience.&lt;/p&gt;

&lt;h2&gt;
  
  
  Two schedulers, zero shared state
&lt;/h2&gt;

&lt;p&gt;Community networks such as LifeLabs publish availability on their own properties (appointments.lifelabs.com). They are independent. Designing as if a deep link could “hand off” a slot between networks invents a partnership that does not exist.&lt;/p&gt;

&lt;p&gt;Product implication: &lt;strong&gt;wayfinding beats unification cosplay&lt;/strong&gt;. Help users identify the correct lane early — hospital outpatient vs community — instead of promising a mega-calendar that fabricates interoperability.&lt;/p&gt;

&lt;h2&gt;
  
  
  UX patterns that survive real outpatient volume
&lt;/h2&gt;

&lt;ol&gt;
&lt;li&gt;&lt;p&gt;&lt;strong&gt;Service-aware slots&lt;/strong&gt;&lt;br&gt;&lt;br&gt;
Routine draws, fasting draws, drop-offs, and kit pick-ups are different durations and prep rules. A single generic “appointment” type trains patients to book the wrong chair.&lt;/p&gt;&lt;/li&gt;
&lt;li&gt;&lt;p&gt;&lt;strong&gt;Requisition-up-front without becoming an EMR&lt;/strong&gt;&lt;br&gt;&lt;br&gt;
Capture enough order metadata to route the visit. Do not invite free-text clinical narratives into a public form.&lt;/p&gt;&lt;/li&gt;
&lt;li&gt;&lt;p&gt;&lt;strong&gt;Multi-site search as the default&lt;/strong&gt;&lt;br&gt;&lt;br&gt;
Nearest kilometre ≠ soonest capacity. Cross-location search is the productivity feature patients actually feel.&lt;/p&gt;&lt;/li&gt;
&lt;li&gt;&lt;p&gt;&lt;strong&gt;Arrival is part of booking&lt;/strong&gt;&lt;br&gt;&lt;br&gt;
Self check-in and one fair queue (booked + walk-in where policy allows) close the loop the calendar opened. Booking without arrival design just moves the line indoors.&lt;/p&gt;&lt;/li&gt;
&lt;li&gt;&lt;p&gt;&lt;strong&gt;Disclosure in the empty states&lt;/strong&gt;&lt;br&gt;&lt;br&gt;
When a site has no capacity, say so. Offer other participating outpatient sites. Do not silently pivot users into an unrelated community network without labelling the jump.&lt;/p&gt;&lt;/li&gt;
&lt;/ol&gt;

&lt;h2&gt;
  
  
  What “scale” means when you refuse vanity metrics
&lt;/h2&gt;

&lt;p&gt;Operated by TSB HealthCare since 2018 across four BC health organizations. Current footprint: &lt;strong&gt;69&lt;/strong&gt; active outpatient sites, &lt;strong&gt;820,105&lt;/strong&gt; distinct patients, &lt;strong&gt;4.01M&lt;/strong&gt; appointments booked, &lt;strong&gt;16,958&lt;/strong&gt; bookings in the week of 14–19 Sep, &lt;strong&gt;8.5 years&lt;/strong&gt; in production. Those numbers describe scheduling throughput and network breadth. They are not clinical quality scores, and they are not a substitute for invented compliance claims nobody asked you to publish in a blog post.&lt;/p&gt;

&lt;p&gt;For engineers and PMs, the interesting productivity story is quieter: fewer abandoned phone lines, fewer no-shows recovered into open chairs, fewer patients who drove to the wrong building because the UI collapsed two ecosystems into one button.&lt;/p&gt;

&lt;h2&gt;
  
  
  A short checklist before you ship “lab booking”
&lt;/h2&gt;

&lt;ul&gt;
&lt;li&gt;[ ] Copy states you schedule visits; you do not perform tests
&lt;/li&gt;
&lt;li&gt;[ ] Hospital outpatient and community paths are labelled as separate
&lt;/li&gt;
&lt;li&gt;[ ] Slot types mirror real collection work, not marketing personas
&lt;/li&gt;
&lt;li&gt;[ ] No PHI in analytics demos or screenshot fixtures
&lt;/li&gt;
&lt;li&gt;[ ] Primary CTA lands on a page that explains access architecture, not a fake partnership&lt;/li&gt;
&lt;/ul&gt;

&lt;p&gt;If you are mapping a similar outpatient problem outside BC, start with lane discovery. The calendar is the easy part. The hard part is refusing to pretend every laboratory shares a queue.&lt;/p&gt;

&lt;p&gt;&lt;strong&gt;Further reading / CTA:&lt;/strong&gt; &lt;a href="https://www.tsbhealthcare.com/patient-access-platform/" rel="noopener noreferrer"&gt;Patient access platform — TSB HealthCare&lt;/a&gt;&lt;/p&gt;

</description>
      <category>healthcare</category>
      <category>productivity</category>
      <category>software</category>
      <category>ux</category>
    </item>
    <item>
      <title>A Clinic Access Escalation Ladder for When the Schedule Starts to Slip</title>
      <dc:creator>Young Kim</dc:creator>
      <pubDate>Wed, 23 Sep 2026 22:40:00 +0000</pubDate>
      <link>https://dev.to/young-kim/a-clinic-access-escalation-ladder-for-when-the-schedule-starts-to-slip-5gh7</link>
      <guid>https://dev.to/young-kim/a-clinic-access-escalation-ladder-for-when-the-schedule-starts-to-slip-5gh7</guid>
      <description>&lt;h1&gt;
  
  
  A Clinic Access Escalation Ladder for a Slipping Schedule
&lt;/h1&gt;

&lt;p&gt;Outpatient teams rarely lose access because of one dramatic failure. More often, a call queue grows, a referral sits unassigned, a same-day slot disappears, and staff start keeping parallel notes.&lt;/p&gt;

&lt;p&gt;An escalation ladder gives the team a shared response before the problem becomes a crisis. It protects access while keeping decisions visible.&lt;/p&gt;

&lt;h2&gt;
  
  
  1. Clarify the signal
&lt;/h2&gt;

&lt;p&gt;Ask what changed and over what time window. Compare requests received, scheduled visits, abandoned calls, reschedules, and open referral tasks. Use aggregate counts and time bands rather than patient details.&lt;/p&gt;

&lt;h2&gt;
  
  
  2. Protect near-term capacity
&lt;/h2&gt;

&lt;p&gt;Review the next few days. Look for avoidable holds, mismatched visit lengths, unfilled cancellations, and templates that do not reflect current service mix. Make reversible changes first, and record who owns each decision.&lt;/p&gt;

&lt;h2&gt;
  
  
  3. Route work to the right queue
&lt;/h2&gt;

&lt;p&gt;A referral needing clinical review belongs in a clinical queue; a missing field belongs with registration; a scheduling conflict belongs with the access team. Routing prevents every issue from becoming a generic callback task.&lt;/p&gt;

&lt;h2&gt;
  
  
  4. Coordinate across sites
&lt;/h2&gt;

&lt;p&gt;A slot that is technically open may not work because of specialty, equipment, language support, or geography. A cross-site review can reveal safe alternatives without overpromising.&lt;/p&gt;

&lt;h2&gt;
  
  
  5. Learn from the pattern
&lt;/h2&gt;

&lt;p&gt;After pressure drops, capture the cause while it is fresh. Turn the answer into one process change and one metric to watch.&lt;/p&gt;

&lt;p&gt;Patient-access software can keep queues, slot context, and ownership visible in one place. TSB HealthCare focuses on outpatient scheduling and patient-flow operations for teams that need a clearer path from request to appointment.&lt;/p&gt;

&lt;p&gt;A practical ladder is simple: shared definitions, explicit ownership, reversible actions, and a short review loop.&lt;/p&gt;

</description>
      <category>healthcare</category>
      <category>productivity</category>
      <category>software</category>
      <category>management</category>
    </item>
    <item>
      <title>The Capacity-Shock Playbook: Freeze, Release, and Reopen Clinic Slots Without Confusing Patients</title>
      <dc:creator>Young Kim</dc:creator>
      <pubDate>Wed, 23 Sep 2026 22:10:11 +0000</pubDate>
      <link>https://dev.to/young-kim/the-capacity-shock-playbook-freeze-release-and-reopen-clinic-slots-without-confusing-patients-583g</link>
      <guid>https://dev.to/young-kim/the-capacity-shock-playbook-freeze-release-and-reopen-clinic-slots-without-confusing-patients-583g</guid>
      <description>&lt;h2&gt;
  
  
  3. Use a release checklist
&lt;/h2&gt;

&lt;p&gt;Before releasing slots again, confirm three things: the template owner has acknowledged the change, the work queue has an assigned owner, and the front desk has the updated script. Releasing inventory before those checks are complete creates a second wave of calls and rework.&lt;/p&gt;

&lt;p&gt;A short checklist also helps multi-site teams avoid the “someone else reopened it” problem. Log the release time, the scope of the inventory, and the person who approved the operational change.&lt;/p&gt;

&lt;h2&gt;
  
  
  4. Reopen in small batches
&lt;/h2&gt;

&lt;p&gt;When a backlog is waiting, reopening every available slot at once can produce another surge. Start with a small batch, watch whether the queue is moving, and then release more. The batch size can be an operational setting rather than a judgment made in the moment.&lt;/p&gt;

&lt;p&gt;Measure the result with practical signals: time to first response, number of abandoned booking attempts, callback age, and how often staff had to undo a slot. These measures describe flow without exposing patient details.&lt;/p&gt;

&lt;h2&gt;
  
  
  5. Close the loop with staff and patients
&lt;/h2&gt;

&lt;p&gt;The playbook is only useful if the message travels with the schedule. Give staff one source of truth for the current state and a short, respectful explanation for patients. Avoid promises the team cannot keep. “We will review new availability at 2 p.m.” is better than “Someone will call you soon” when no owner has been assigned.&lt;/p&gt;

&lt;p&gt;Capacity shocks are normal in outpatient operations. A freeze-release-reopen routine turns a stressful exception into a repeatable workflow, keeps access options visible, and gives teams a safer way to recover without blaming patients or staff.&lt;/p&gt;

&lt;p&gt;For more practical patient-access and outpatient scheduling workflows, see TSB HealthCare: &lt;a href="https://www.tsbhealthcare.com/" rel="noopener noreferrer"&gt;https://www.tsbhealthcare.com/&lt;/a&gt;&lt;/p&gt;

</description>
      <category>healthcare</category>
      <category>productivity</category>
      <category>software</category>
    </item>
    <item>
      <title>Who Owns the ED-to-Clinic Follow-Up? A Booking Handoff That Protects Patient Access</title>
      <dc:creator>Young Kim</dc:creator>
      <pubDate>Wed, 23 Sep 2026 21:53:04 +0000</pubDate>
      <link>https://dev.to/young-kim/who-owns-the-ed-to-clinic-follow-up-a-booking-handoff-that-protects-patient-access-2jfo</link>
      <guid>https://dev.to/young-kim/who-owns-the-ed-to-clinic-follow-up-a-booking-handoff-that-protects-patient-access-2jfo</guid>
      <description>&lt;p&gt;An emergency department visit can end with a simple instruction: follow up with a clinic. The operational question is harder: who owns turning that instruction into a scheduled appointment?&lt;/p&gt;

&lt;p&gt;When the answer is "someone on the next shift," follow-up requests bounce between discharge teams, referral pools, and clinic schedulers. Patients experience the gap as a long wait or a repeated phone call. The fix is not another reminder; it is a visible handoff with one accountable owner.&lt;/p&gt;

&lt;h2&gt;
  
  
  1. Create a clear trigger
&lt;/h2&gt;

&lt;p&gt;Choose the moment the follow-up work enters the access workflow. For example, a request becomes actionable when the discharge team marks the patient as ready for clinic scheduling and selects the needed service line and time window. That trigger should create one queue item, not an email chain.&lt;/p&gt;

&lt;p&gt;Keep the queue focused on routing and status. Do not use real patient details in training examples, exports, or screenshots.&lt;/p&gt;

&lt;h2&gt;
  
  
  2. Assign one owner, even when many teams help
&lt;/h2&gt;

&lt;p&gt;A handoff can involve emergency staff, a centralized access team, and clinic schedulers, but the request still needs one current owner. Make ownership explicit with three states:&lt;/p&gt;

&lt;ul&gt;
&lt;li&gt;
&lt;strong&gt;Unassigned:&lt;/strong&gt; waiting for the access team to claim it.&lt;/li&gt;
&lt;li&gt;
&lt;strong&gt;In progress:&lt;/strong&gt; one person or team is responsible for the next action.&lt;/li&gt;
&lt;li&gt;
&lt;strong&gt;Returned with reason:&lt;/strong&gt; the request needs a defined correction, such as missing service-line routing or an unavailable appointment type.&lt;/li&gt;
&lt;/ul&gt;

&lt;p&gt;Avoid a shared inbox where everyone is accountable and therefore no one is.&lt;/p&gt;

&lt;h2&gt;
  
  
  3. Turn urgency into operational service tiers
&lt;/h2&gt;

&lt;p&gt;Use a small set of booking windows that the access team can actually manage, such as same-day outreach, outreach within two business days, and routine scheduling. The tier is a workflow target, not a clinical judgment. Display the due time beside the owner so supervisors can see risk before a request ages out.&lt;/p&gt;

&lt;h2&gt;
  
  
  4. Make the warm handoff observable
&lt;/h2&gt;

&lt;p&gt;A useful handoff records only what the next operator needs to act: requested service line, target window, preferred contact channel, next action, and last attempt status. A completed handoff should answer three questions without a meeting:&lt;/p&gt;

&lt;ol&gt;
&lt;li&gt;Who acts next?&lt;/li&gt;
&lt;li&gt;By when?&lt;/li&gt;
&lt;li&gt;What happens if the preferred slot is unavailable?&lt;/li&gt;
&lt;/ol&gt;

&lt;p&gt;If the answer to any question is hidden in free text, the request is likely to stall.&lt;/p&gt;

&lt;h2&gt;
  
  
  5. Design exception paths before the first miss
&lt;/h2&gt;

&lt;p&gt;Write a short route for common exceptions: no appointment in the target window, referral sent to the wrong pool, an unreachable contact, or a request that needs clinic review. Each exception should return to a named queue with a reason code and next due time. That turns "unable to schedule" into work that can be measured and recovered.&lt;/p&gt;

&lt;h2&gt;
  
  
  6. Measure the handoff, not just the final appointment
&lt;/h2&gt;

&lt;p&gt;A monthly dashboard can stay practical with four measures:&lt;/p&gt;

&lt;ul&gt;
&lt;li&gt;Time from actionable handoff to first outreach&lt;/li&gt;
&lt;li&gt;Percentage scheduled within the requested window&lt;/li&gt;
&lt;li&gt;Count of requests aging without an owner&lt;/li&gt;
&lt;li&gt;Return rate by exception reason&lt;/li&gt;
&lt;/ul&gt;

&lt;p&gt;These measures reveal whether the constraint is ownership, capacity, routing, or follow-through. They also help access leaders improve the process without blaming the person who inherited a vague queue item.&lt;/p&gt;

&lt;p&gt;The durable pattern is simple: one trigger, one visible owner, one due time, and a defined recovery path. ED-to-clinic follow-up becomes a managed access workflow instead of a promise that disappears between departments.&lt;/p&gt;

&lt;p&gt;Teams refining patient-flow and scheduling operations can learn more at &lt;a href="https://www.tsbhealthcare.com/" rel="noopener noreferrer"&gt;https://www.tsbhealthcare.com/&lt;/a&gt;.&lt;/p&gt;

</description>
      <category>healthcare</category>
      <category>productivity</category>
      <category>management</category>
      <category>software</category>
    </item>
    <item>
      <title>Double-Book Recovery Without Blame: An Etiquette-First Playbook for Patient Access</title>
      <dc:creator>Young Kim</dc:creator>
      <pubDate>Wed, 23 Sep 2026 21:21:08 +0000</pubDate>
      <link>https://dev.to/young-kim/double-book-recovery-without-blame-an-etiquette-first-playbook-for-patient-access-32cm</link>
      <guid>https://dev.to/young-kim/double-book-recovery-without-blame-an-etiquette-first-playbook-for-patient-access-32cm</guid>
      <description>&lt;p&gt;A double-book is a scheduling exception, not a character verdict.&lt;/p&gt;

&lt;p&gt;When two patients land in the same slot, the fastest way to damage access is to hunt for the person who made the mistake. A better operating agreement protects the patient in front of you, preserves the next available capacity, and gives the team a clean way to learn from the event.&lt;/p&gt;

&lt;p&gt;This playbook is for ambulatory access teams, front desks, call centers, and managers who need a calm response when a schedule becomes impossible.&lt;/p&gt;

&lt;h2&gt;
  
  
  1. Name the constraint, not the culprit
&lt;/h2&gt;

&lt;p&gt;Start with one neutral sentence in the work queue or huddle:&lt;/p&gt;

&lt;blockquote&gt;
&lt;p&gt;We have two arrivals mapped to one appointment slot; let’s choose the safest recovery path.”&lt;/p&gt;
&lt;/blockquote&gt;

&lt;p&gt;Avoid labels such as “overbooked by intake” or “registration error.” The immediate problem is a capacity mismatch. Solve that first; review the workflow later.&lt;/p&gt;

&lt;h2&gt;
  
  
  2. Protect the patient-facing promise
&lt;/h2&gt;

&lt;p&gt;Assign one person to own communication. That person should confirm what the patient was promised, whether the visit is time-sensitive, what alternatives are actually available, and when the patient will receive the next update.&lt;/p&gt;

&lt;p&gt;Do not make patients negotiate with multiple staff members. A short, honest update is better than a vague assurance: “We are coordinating the schedule now. I will update you by 10:20.” If a delay is likely, offer choices rather than forcing a single outcome.&lt;/p&gt;

&lt;h2&gt;
  
  
  3. Use a three-lane recovery decision
&lt;/h2&gt;

&lt;p&gt;A simple decision board keeps the team from improvising different rules at every desk.&lt;/p&gt;

&lt;p&gt;&lt;strong&gt;Lane A: absorb.&lt;/strong&gt; Use when the clinician, room, and support steps can safely flex without creating a second bottleneck. Record the expected impact on the rest of the session before committing.&lt;/p&gt;

&lt;p&gt;&lt;strong&gt;Lane B: trade.&lt;/strong&gt; Move one visit to an appropriate open slot, another clinician, or a virtual pathway when the operational rules allow it. The person moving the appointment owns the handoff end to end; the patient should not have to repeat the story.&lt;/p&gt;

&lt;p&gt;&lt;strong&gt;Lane C: reschedule with priority.&lt;/strong&gt; When neither visit can be safely absorbed or traded, give the displaced patient the earliest suitable option and a clear escalation route. “First available” should mean first appropriate, not merely first empty.&lt;/p&gt;

&lt;p&gt;The lanes are operational choices, not judgments about whose appointment matters more.&lt;/p&gt;

&lt;h2&gt;
  
  
  4. Make courtesy visible in the script
&lt;/h2&gt;

&lt;p&gt;Recovery etiquette is easier to follow when the language is written down. A useful script has four parts: acknowledge the inconvenience, explain the next step without exposing internal blame, offer the best available choices, and confirm who will follow up and when.&lt;/p&gt;

&lt;p&gt;For example:&lt;/p&gt;

&lt;blockquote&gt;
&lt;p&gt;“Im sorry we need to adjust today’s timing. We’re coordinating the schedule now. I can offer a later slot today or the first suitable opening tomorrow, and I will stay with this until it is confirmed.”&lt;/p&gt;
&lt;/blockquote&gt;

&lt;p&gt;Managers should coach for clarity and ownership, not forced cheerfulness. Patients can tell when an apology is a script with no plan behind it.&lt;/p&gt;

&lt;h2&gt;
  
  
  5. Keep the schedule from cascading
&lt;/h2&gt;

&lt;p&gt;After the immediate decision, mark the affected slot and the next two slots for a quick capacity check. Look for room turnover, interpreter coverage, intake steps, transport timing, and closing time. A double-book that is technically resolved can still create a long queue if downstream work is ignored.&lt;/p&gt;

&lt;p&gt;A small shared board can show only what the team needs:&lt;/p&gt;

&lt;ul&gt;
&lt;li&gt;slot status: planned, flexing, traded, or rescheduled&lt;/li&gt;
&lt;li&gt;owner of the next action&lt;/li&gt;
&lt;li&gt;patient update deadline&lt;/li&gt;
&lt;li&gt;downstream capacity risk&lt;/li&gt;
&lt;/ul&gt;

&lt;p&gt;Keep sensitive details out of the board. Use the minimum operational information needed to coordinate; never copy personal health details into a general scheduling note.&lt;/p&gt;

&lt;h2&gt;
  
  
  6. Review the pattern, not the person
&lt;/h2&gt;

&lt;p&gt;At the end of the session, spend five minutes on three questions:&lt;/p&gt;

&lt;ul&gt;
&lt;li&gt;What condition allowed the double-book?&lt;/li&gt;
&lt;li&gt;Which signal would have made it visible earlier?&lt;/li&gt;
&lt;li&gt;What one workflow change will we test next week?&lt;/li&gt;
&lt;/ul&gt;

&lt;p&gt;Useful signals include repeated manual overrides, short intervals between booking and arrival, slot types that staff interpret differently, or a handoff that has no named owner. Track counts and recovery time by workflow, not by public scorecard for individual staff.&lt;/p&gt;

&lt;p&gt;The goal is not zero exceptions. The goal is fewer surprises, faster recovery, and a team that can surface constraints early.&lt;/p&gt;

&lt;h2&gt;
  
  
  A practical definition of success
&lt;/h2&gt;

&lt;p&gt;A good double-book recovery ends with four things intact: the patient knows what will happen next, staff know who owns the next action, the rest of the session has a capacity plan, and the team has one specific improvement to test.&lt;/p&gt;

&lt;p&gt;That is patient-access operations at its best: disciplined enough to be consistent, and humane enough to avoid blame.&lt;/p&gt;

&lt;p&gt;For teams building clearer patient-flow and scheduling workflows, see &lt;a href="https://www.tsbhealthcare.com/" rel="noopener noreferrer"&gt;TSB HealthCare&lt;/a&gt;.&lt;/p&gt;

</description>
      <category>healthcare</category>
      <category>productivity</category>
      <category>management</category>
      <category>software</category>
    </item>
    <item>
      <title>Designing a Patient-Access Escalation Path That Staff Can Actually Use</title>
      <dc:creator>Young Kim</dc:creator>
      <pubDate>Wed, 23 Sep 2026 20:51:24 +0000</pubDate>
      <link>https://dev.to/young-kim/designing-a-patient-access-escalation-path-that-staff-can-actually-use-1dp3</link>
      <guid>https://dev.to/young-kim/designing-a-patient-access-escalation-path-that-staff-can-actually-use-1dp3</guid>
      <description>&lt;p&gt;Patient-access software can help make these rules visible by organizing requests, routing work, and showing queue status across sites. At TSB HealthCare, we focus on patient access and outpatient scheduling workflows; learn more at &lt;a href="https://www.tsbhealthcare.com/" rel="noopener noreferrer"&gt;https://www.tsbhealthcare.com/&lt;/a&gt;.&lt;/p&gt;

&lt;p&gt;The best escalation path is not the one with the most categories. It is the one staff can recognize, trust, and complete without creating another hidden queue.&lt;/p&gt;

</description>
      <category>healthcare</category>
      <category>productivity</category>
      <category>software</category>
      <category>management</category>
    </item>
    <item>
      <title>The 48-Hour Handoff: A Discharge Coordination Playbook for Outpatient Access Teams</title>
      <dc:creator>Young Kim</dc:creator>
      <pubDate>Wed, 23 Sep 2026 20:27:31 +0000</pubDate>
      <link>https://dev.to/young-kim/the-48-hour-handoff-a-discharge-coordination-playbook-for-outpatient-access-teams-11io</link>
      <guid>https://dev.to/young-kim/the-48-hour-handoff-a-discharge-coordination-playbook-for-outpatient-access-teams-11io</guid>
      <description>&lt;p&gt;Discharge is not the finish line for an outpatient access team. It is a relay exchange: one team releases the baton, another has to catch it, and the patient should not have to explain the whole race again.&lt;/p&gt;

&lt;p&gt;This is an operations playbook—not clinical advice—for making the handoff to outpatient scheduling more reliable.&lt;/p&gt;

&lt;h2&gt;
  
  
  Make the handoff explicit
&lt;/h2&gt;

&lt;p&gt;Define the minimum operational information that travels with each request:&lt;/p&gt;

&lt;ul&gt;
&lt;li&gt;destination service or clinic&lt;/li&gt;
&lt;li&gt;requested appointment window&lt;/li&gt;
&lt;li&gt;preferred contact channel and best time to reach the person&lt;/li&gt;
&lt;li&gt;accessibility, interpreter, or caregiver coordination needs captured by the sending team&lt;/li&gt;
&lt;li&gt;next-action owner&lt;/li&gt;
&lt;li&gt;what to do when the request is incomplete&lt;/li&gt;
&lt;/ul&gt;

&lt;p&gt;This is not a second discharge summary. It is a small contract between teams.&lt;/p&gt;

&lt;h2&gt;
  
  
  Give every request a clock
&lt;/h2&gt;

&lt;p&gt;Record when the handoff arrived, when action is due, and which queue owns it. Useful states include ready, waiting for missing detail, outreach in progress, offered, confirmed, at-risk escalation, and closed with a reason. “Someone is looking at it” should never be the status.&lt;/p&gt;

&lt;h2&gt;
  
  
  Close the incomplete-request loop
&lt;/h2&gt;

&lt;p&gt;Flag the missing item, route the question to the originating team, set a follow-up time, and return the request to the active queue when the answer arrives. Reason codes such as “service not specified” or “window unclear” make repeat friction visible.&lt;/p&gt;

&lt;h2&gt;
  
  
  Review operations, not people
&lt;/h2&gt;

&lt;p&gt;Track time to first scheduling action, requests returned for missing detail, escalations before an offer, contact attempts by channel, and requests closed because the target window passed. A short weekly huddle can review the oldest handoffs and choose one de-identified workflow change to test.&lt;/p&gt;

&lt;p&gt;Good transition coordination is disciplined visibility: a contract, an owner, a clock, an exception path, and a feedback loop. TSB HealthCare shares more about its outpatient flow platform at &lt;a href="https://www.tsbhealthcare.com/" rel="noopener noreferrer"&gt;https://www.tsbhealthcare.com/&lt;/a&gt;.&lt;/p&gt;

</description>
      <category>healthcare</category>
      <category>productivity</category>
      <category>management</category>
      <category>software</category>
    </item>
    <item>
      <title>Speeding Room Turnover Without Rushing the Patient Experience</title>
      <dc:creator>Young Kim</dc:creator>
      <pubDate>Tue, 22 Sep 2026 17:08:55 +0000</pubDate>
      <link>https://dev.to/young-kim/speeding-room-turnover-without-rushing-the-patient-experience-5f5b</link>
      <guid>https://dev.to/young-kim/speeding-room-turnover-without-rushing-the-patient-experience-5f5b</guid>
      <description>&lt;p&gt;Room turnover is often treated as a race against the clock. A patient leaves, a room is cleaned, supplies are replaced, and the next person is called back. When the handoffs are improvised, the pressure shows up everywhere: staff hunt for supplies, clinicians wait for a room, and patients feel that the practice is moving them through a conveyor belt.&lt;/p&gt;

&lt;p&gt;The better goal is not to make every person move faster. It is to make the work between visits more predictable, so care teams can protect attention for the person in front of them.&lt;/p&gt;

&lt;h2&gt;
  
  
  See turnover as a sequence of handoffs
&lt;/h2&gt;

&lt;p&gt;A room becomes available through several small steps, not one event. Someone notices that the previous visit is complete. Someone confirms what the room needs. Someone resets equipment and supplies. Someone communicates that the room is ready. If those steps live only in memory, the next patient inherits the uncertainty.&lt;/p&gt;

&lt;p&gt;Start by writing down the actual sequence for each room type. Include the less visible work: removing disposable items, wiping shared surfaces, checking that the right forms or devices are present, and flagging anything that needs attention before the next visit. This is not about creating a giant policy manual. It is about making the normal path obvious and giving staff a shared definition of ready.&lt;/p&gt;

&lt;p&gt;That definition should be simple enough to use during a busy session. A room is ready when the environment is safe, the expected supplies are in place, and the next team member does not need to ask what is missing.&lt;/p&gt;

&lt;h2&gt;
  
  
  Parallel work beats a longer checklist
&lt;/h2&gt;

&lt;p&gt;Turnover slows when every task waits for the one before it, even when the tasks are independent. A coordinator may wait for a supply check before notifying the clinical team, while another staff member is already able to reset the room. A better design separates the work into parallel lanes.&lt;/p&gt;

&lt;p&gt;One lane can handle the physical reset. Another can replenish standard supplies. A third can update the room status and prepare the next visit's operational context. Clear ownership matters more than adding people to the room. Each person should know which signal starts their work, what completion looks like, and where to record an exception.&lt;/p&gt;

&lt;p&gt;Parallel does not mean careless. Infection-control requirements, safety checks, and practice protocols still govern what can happen and in what order. The point is to avoid making every ordinary action wait on an unrelated action. When the sequence is safe and explicit, the team can reduce idle time without compressing the patient interaction.&lt;/p&gt;

&lt;h2&gt;
  
  
  Find what slows the next patient
&lt;/h2&gt;

&lt;p&gt;The most useful question in a turnover review is: “What was the next patient waiting for? The answer is often not cleaning. It may be a missing room status, a supply that was stored in a different place, a question about visit type, or a staff member who did not know that the room was available.&lt;/p&gt;

&lt;p&gt;Track these friction points as operational observations, not as a hunt for someone to blame. A short huddle can group them into categories: information, supplies, equipment, space, and decisions. Then address the category that creates the most repeated uncertainty. Standard locations, small visual cues, and a shared digital status can remove more delay than a motivational reminder to work faster.&lt;/p&gt;

&lt;p&gt;It also helps to distinguish a normal turnover from an exception. A room needing a special setup, repair, or additional cleaning should have a visible path that does not silently block the whole schedule. Mark the exception, route it to the right owner, and give the scheduling or front-desk team enough information to set expectations honestly.&lt;/p&gt;

&lt;h2&gt;
  
  
  Protect the patient experience during the reset
&lt;/h2&gt;

&lt;p&gt;Speed has a human boundary. Patients should not feel that a conversation is being cut short so a room can be reclaimed. The transition out of one visit should include a clear close: what happens next, where the patient should go, and whether there is anything they need to do before leaving. That clarity helps staff complete the handoff without rushing the person.&lt;/p&gt;

&lt;p&gt;The next patient benefits from the same discipline. A clean room is important, but so is a calm welcome. If the team is still finishing setup, it is better to communicate the status than to bring someone into a space that feels unfinished. Small moments of explanation can preserve trust while the operational work catches up.&lt;/p&gt;

&lt;p&gt;Leaders can reinforce this by measuring the process in balanced ways. Look at room readiness, avoidable waiting, exception frequency, and staff-reported friction together. Do not reward a shorter turnover if it creates rework, confusion, or a poorer visit. The goal is reliable flow, not speed for its own sake.&lt;/p&gt;

&lt;h2&gt;
  
  
  Make the workflow visible
&lt;/h2&gt;

&lt;p&gt;A lightweight workflow tool can help teams see which rooms are ready, which are being reset, and which need an exception. It should support the process rather than create another documentation burden. Use the fewest status choices that reflect real decisions, define who updates them, and review the list when conditions change.&lt;/p&gt;

&lt;p&gt;Visibility is especially helpful when several visits are moving at once. The front desk can see whether a room is genuinely ready instead of sending a patient based on an assumption. Clinical staff can prepare for the next visit while the room is being reset. Supervisors can spot recurring blockers without interrupting every handoff to ask for an update.&lt;/p&gt;

&lt;p&gt;Technology will not fix an unclear process. Map the work first, then use software to make the agreed workflow easier to follow. Give the team a way to record an exception and close the loop; otherwise the system becomes another place where uncertainty accumulates.&lt;/p&gt;

&lt;h2&gt;
  
  
  A calmer kind of speed
&lt;/h2&gt;

&lt;p&gt;Room turnover improves when a practice removes waiting from the work, not when it asks people to hurry through care. Define ready, separate parallel tasks, make exceptions visible, and protect the close of each patient interaction. Those habits create a flow that feels faster to the team while still feeling attentive to patients.&lt;/p&gt;

&lt;p&gt;TSB HealthCare helps practices explore patient-access and flow workflows that make operational status easier to coordinate. Learn more at &lt;a href="https://www.tsbhealthcare.com/" rel="noopener noreferrer"&gt;tsbhealthcare.com&lt;/a&gt; or &lt;a href="https://www.tsbhealthcare.com/book-a-demo/" rel="noopener noreferrer"&gt;book a demo&lt;/a&gt; to discuss your process.&lt;/p&gt;

&lt;p&gt;&lt;em&gt;Disclosure: TSB HealthCare is the DBA of TSB Communications Inc.&lt;/em&gt;&lt;/p&gt;

</description>
      <category>healthcare</category>
      <category>productivity</category>
      <category>management</category>
      <category>software</category>
    </item>
    <item>
      <title>Closing the After-Hours Handoff So Morning Access Is Not Blind</title>
      <dc:creator>Young Kim</dc:creator>
      <pubDate>Tue, 22 Sep 2026 16:49:13 +0000</pubDate>
      <link>https://dev.to/young-kim/closing-the-after-hours-handoff-so-morning-access-is-not-blind-ffh</link>
      <guid>https://dev.to/young-kim/closing-the-after-hours-handoff-so-morning-access-is-not-blind-ffh</guid>
      <description>&lt;p&gt;A patient leaves a voicemail at 7:42 p.m. The clinic is closed, the scheduler is gone, and the message sits beside a dozen others. At 8 a.m., the first person online has to decide which calls are urgent, which can wait, and which need a specialist. That opening hour is not just "catching up." It is the point where an after-hours handoff either protects access or makes the morning operate blind.&lt;/p&gt;

&lt;p&gt;The fix is not asking someone to monitor messages all night. It is creating a small, dependable bridge between the close of business and the first triage block of the next day.&lt;/p&gt;

&lt;h2&gt;
  
  
  Treat overnight work as a queue, not an inbox
&lt;/h2&gt;

&lt;p&gt;A shared voicemail box is a storage location. A handoff is a decision-ready queue. Before the last person signs off, every channel that can create patient-access work - voicemail, web forms, scheduling requests, referral notifications, and portal messages that belong with access staff - should have a clear overnight state.&lt;/p&gt;

&lt;p&gt;That state can be simple: new, needs review, time-sensitive, waiting on patient, or routed to a named morning owner. The exact labels matter less than using the same language every day. If a request cannot be acted on until morning, it should still be visible as work with a next step, not buried in an audio file or an individual inbox.&lt;/p&gt;

&lt;h2&gt;
  
  
  What belongs in the overnight log
&lt;/h2&gt;

&lt;p&gt;An overnight log does not need a clinical narrative. It needs enough operational context for the opening team to make a safe, consistent decision without replaying every message repeatedly. For each item, capture:&lt;/p&gt;

&lt;ul&gt;
&lt;li&gt;The time received and the channel it came through.&lt;/li&gt;
&lt;li&gt;A callback number or approved contact route, recorded according to the organization's policy.&lt;/li&gt;
&lt;li&gt;The requested access action: appointment, cancellation, reschedule, referral follow-up, records question, or general routing.&lt;/li&gt;
&lt;li&gt;Any stated timing constraint, such as "calling about tomorrow's visit," without adding unnecessary clinical detail.&lt;/li&gt;
&lt;li&gt;The current status, the next action, and who owns that action at open.&lt;/li&gt;
&lt;li&gt;A flag for messages that require clinical review or an emergency instruction according to the practice's established process.&lt;/li&gt;
&lt;/ul&gt;

&lt;p&gt;Do not put protected health information into a general handoff that does not need it. Avoid names, dates of birth, diagnoses, test results, or detailed symptoms unless the approved workflow specifically requires them and protects them. If a caller describes a possible emergency, follow the practice's existing emergency guidance; an access queue is not a substitute for clinical triage.&lt;/p&gt;

&lt;h2&gt;
  
  
  Make voicemail triage the first repeatable block
&lt;/h2&gt;

&lt;p&gt;Opening staff should not have to invent a triage method at 8 a.m. A short, visible routine is more reliable than memory:&lt;/p&gt;

&lt;ol&gt;
&lt;li&gt;Review all overnight items in arrival order, then check the time-sensitive flag.&lt;/li&gt;
&lt;li&gt;Separate requests that can be completed by access staff from those needing a clinician, referral coordinator, or supervisor.&lt;/li&gt;
&lt;li&gt;Resolve the quick, low-risk actions first when doing so will not delay a time-sensitive callback.&lt;/li&gt;
&lt;li&gt;Attempt callbacks using the documented contact route and record the outcome, including no answer or a requested follow-up window.&lt;/li&gt;
&lt;li&gt;Escalate exceptions through a named path rather than leaving a note that says only "please advise."&lt;/li&gt;
&lt;/ol&gt;

&lt;p&gt;This approach preserves the human judgment that patient access requires while reducing the avoidable work of sorting, replaying, and reassigning. It also makes the handoff visible when the opening team changes or the morning gets busy.&lt;/p&gt;

&lt;h2&gt;
  
  
  Close the loop before the next shift closes
&lt;/h2&gt;

&lt;p&gt;A handoff is incomplete if it only moves work forward. The next shift should be able to see what happened: scheduled, canceled, reached and waiting, routed for review, or still open with a stated next attempt. A short end-of-day check can confirm that every unresolved item has an owner and that items needing clinical attention were sent through the right channel.&lt;/p&gt;

&lt;p&gt;Leaders can reinforce the habit with a lightweight review: Which message types were hardest to classify? Where did ownership become unclear? Did the team need information that the closing shift could have recorded? Use the answers to refine labels, scripts, and escalation paths - not to create a longer form no one will complete.&lt;/p&gt;

&lt;p&gt;Technology can help by collecting messages, presenting a shared worklist, and preserving status across shifts. It should make the next action obvious, not add another place for staff to check. Start with the handoff rules and then choose tools that support them.&lt;/p&gt;

&lt;p&gt;For practices trying to make after-hours access more dependable, TSB HealthCare can help map the workflow from incoming request to resolved appointment. Learn more at &lt;a href="https://www.tsbhealthcare.com/" rel="noopener noreferrer"&gt;https://www.tsbhealthcare.com/&lt;/a&gt; or &lt;a href="https://www.tsbhealthcare.com/book-a-demo/" rel="noopener noreferrer"&gt;book a demo&lt;/a&gt;.&lt;/p&gt;

&lt;p&gt;&lt;em&gt;Disclosure: TSB HealthCare is the DBA of TSB Communications Inc. This article is for general patient-access operations education and does not provide clinical, legal, or compliance advice.&lt;/em&gt;&lt;/p&gt;

</description>
      <category>healthcare</category>
      <category>productivity</category>
      <category>management</category>
      <category>software</category>
    </item>
    <item>
      <title>Setting Overbook Buffers That Recover No-Shows Without Trashing the Day</title>
      <dc:creator>Young Kim</dc:creator>
      <pubDate>Tue, 22 Sep 2026 16:35:53 +0000</pubDate>
      <link>https://dev.to/young-kim/setting-overbook-buffers-that-recover-no-shows-without-trashing-the-day-2050</link>
      <guid>https://dev.to/young-kim/setting-overbook-buffers-that-recover-no-shows-without-trashing-the-day-2050</guid>
      <description>&lt;p&gt;Overbooking is often treated as a scheduling trick: add a few extra appointments, hope the empty slots fill, and accept whatever happens next. That framing is too blunt for a busy healthcare operation. The real question is not whether to overbook. It is where a small, deliberate buffer can absorb normal demand variation—and where it will turn one late visit into a day of cascading delays.&lt;/p&gt;

&lt;p&gt;A useful overbook policy is an operating design, not a blanket percentage. It starts with the work a team actually performs, the time of day when attendance changes, and the recovery options available when the schedule bends.&lt;/p&gt;

&lt;h2&gt;
  
  
  When an overbook helps
&lt;/h2&gt;

&lt;p&gt;An overbook helps when the expected gap is reasonably predictable and the team has a safe way to use the time if everyone arrives. A short, low-complexity follow-up may fit into a flexible slot. A visit that can be handled by an available member of the care team may be easier to absorb than one that requires a particular room, device, or clinician. In both cases, the buffer is useful because it protects productive capacity without changing the promise made to every scheduled patient.&lt;/p&gt;

&lt;p&gt;The best candidates tend to have three traits: a narrow range of service time, a clear readiness checklist, and a nearby recovery path. If the extra appointment cannot start until a scarce resource opens, it is not really a buffer; it is a second queue waiting behind the first.&lt;/p&gt;

&lt;p&gt;Overbooking is also more defensible when the business has a defined release rule. For example, an extra slot can be offered only inside a daypart with enough slack, then closed when the schedule reaches a planned load or when the team loses a key resource. This turns a guess into a controllable decision.&lt;/p&gt;

&lt;h2&gt;
  
  
  When it creates cascading delays
&lt;/h2&gt;

&lt;p&gt;Overbooking becomes harmful when every arrival depends on the previous one finishing on time. Long or variable procedures, first visits with substantial intake, and appointments that require multiple handoffs can make a small addition propagate through the entire day. The cost is not just a longer wait. It is rushed room turnover, disrupted staff work, more rescheduling, and less reliable information about what the schedule can actually absorb.&lt;/p&gt;

&lt;p&gt;A simple warning sign is a schedule that needs perfect attendance and perfect cycle times to recover. Another is a team that has no owner for the decision to pause overbooking. If the only response to a late-running day is to ask the front desk to “fit one more in,” the organization has a demand problem disguised as a template.&lt;/p&gt;

&lt;p&gt;The operational goal is not maximum utilization at every moment. It is a day that can recover from ordinary variation without making the next several appointments pay for it.&lt;/p&gt;

&lt;h2&gt;
  
  
  Set buffers by specialty and daypart
&lt;/h2&gt;

&lt;p&gt;Start with a service map rather than a clinic-wide rule. Group appointment types by operational behavior: short and repeatable, moderate and somewhat variable, or long and resource-dependent. The right buffer for each group can differ even when the calendar belongs to the same specialty.&lt;/p&gt;

&lt;p&gt;Then split the week into dayparts. Early morning may have different attendance and readiness patterns than late afternoon. A Monday template may need a different approach from a midweek template because the surrounding demand, staff coverage, and available recovery time are not the same. The point is not to assume a pattern; it is to make the pattern visible and reviewable.&lt;/p&gt;

&lt;p&gt;For each specialty and daypart, define four fields:&lt;/p&gt;

&lt;ol&gt;
&lt;li&gt;
&lt;strong&gt;Eligible appointment types:&lt;/strong&gt; Which work can use the buffer without a special exception?&lt;/li&gt;
&lt;li&gt;
&lt;strong&gt;Capacity guardrail:&lt;/strong&gt; What room, clinician, or support constraint must remain available?&lt;/li&gt;
&lt;li&gt;
&lt;strong&gt;Release time:&lt;/strong&gt; When does the extra slot close if it has not been safely filled?&lt;/li&gt;
&lt;li&gt;
&lt;strong&gt;Escalation rule:&lt;/strong&gt; Who pauses the policy when delays or staffing changes make it unsafe?&lt;/li&gt;
&lt;/ol&gt;

&lt;p&gt;A practical template might allow a small buffer for predictable follow-ups during a mid-morning block, no buffer for a long procedure immediately before lunch, and a separate rule for late-day work where there is little room to recover. Those are planning choices, not universal prescriptions. They should be tested against the team’s actual workflow and adjusted when the operating model changes.&lt;/p&gt;

&lt;h2&gt;
  
  
  Make the buffer visible to the team
&lt;/h2&gt;

&lt;p&gt;A hidden overbook is a coordination failure. Staff should be able to distinguish a planned buffer from an accidental double-book, see why the slot is eligible, and know who owns the release decision. Use a consistent label or schedule state, and give the front desk a short script for setting expectations without promising an exact start time that the operation cannot support.&lt;/p&gt;

&lt;p&gt;Track the signals that explain the outcome: whether the buffer was used, whether it started on time, whether it displaced another appointment, and whether the rest of the day stayed within the organization’s service standard. Do not rely on a single utilization number. A full calendar can still be operationally fragile.&lt;/p&gt;

&lt;p&gt;Review the policy on a regular cadence with the people who schedule, room, and deliver the work. Keep the rules that create recoverable capacity; remove the ones that repeatedly create queues. If a buffer works only on paper, it is not a buffer—it is deferred work.&lt;/p&gt;

&lt;p&gt;Thoughtful scheduling is one part of a broader patient-flow operating system. TSB HealthCare helps teams coordinate access and day-to-day workflow; learn more at &lt;a href="https://www.tsbhealthcare.com/" rel="noopener noreferrer"&gt;https://www.tsbhealthcare.com/&lt;/a&gt; or explore a conversation at &lt;a href="https://www.tsbhealthcare.com/book-a-demo/" rel="noopener noreferrer"&gt;https://www.tsbhealthcare.com/book-a-demo/&lt;/a&gt;.&lt;/p&gt;

&lt;p&gt;&lt;em&gt;Disclosure: Im affiliated with TSB HealthCare, a DBA of TSB Communications Inc. This post is a general B2B operations perspective, not clinical advice, and contains no patient-specific information.&lt;/em&gt;&lt;/p&gt;

</description>
      <category>healthcare</category>
      <category>productivity</category>
      <category>management</category>
      <category>software</category>
    </item>
    <item>
      <title>Flagging Transportation Barriers Before They Become No-Shows</title>
      <dc:creator>Young Kim</dc:creator>
      <pubDate>Tue, 22 Sep 2026 16:12:29 +0000</pubDate>
      <link>https://dev.to/young-kim/flagging-transportation-barriers-before-they-become-no-shows-5a52</link>
      <guid>https://dev.to/young-kim/flagging-transportation-barriers-before-they-become-no-shows-5a52</guid>
      <description>&lt;p&gt;A missed appointment is often treated as a reminder problem. The clinic sent a text, the calendar entry was correct, and the person still did not arrive. For access and operations teams, that explanation is incomplete. A ride that cannot be arranged, a route that takes longer than expected, or a work shift that cannot move can turn a confirmed appointment into a no-show.&lt;/p&gt;

&lt;p&gt;Transportation is an operational constraint, not a reason to ask for a person's story. The goal is to identify whether the visit is realistically reachable, give the team time to respond, and keep the conversation focused on scheduling. Done well, a transportation check is a small workflow improvement that protects staff time and makes the experience more predictable for everyone.&lt;/p&gt;

&lt;h2&gt;
  
  
  Ask about access, not personal details
&lt;/h2&gt;

&lt;p&gt;The first design choice is the question itself. Avoid open-ended prompts that invite people to explain where they live, why they need help, or anything else unrelated to getting to the appointment. Access teams do not need a narrative to make a useful scheduling decision.&lt;/p&gt;

&lt;p&gt;Use a short, optional question such as:&lt;/p&gt;

&lt;blockquote&gt;
&lt;p&gt;Will you have a reliable way to get to this appointment? If not, would you like the scheduling team to discuss options or a different time?&lt;/p&gt;
&lt;/blockquote&gt;

&lt;p&gt;The answer can be a simple yes, no, or not sure.&lt;/p&gt;

&lt;p&gt;A follow-up can ask what kind of help is useful: more travel time, a later or earlier slot, an interpreter or mobility accommodation conversation, or a callback from the scheduling team. Keep the response limited to the operational next step.&lt;/p&gt;

&lt;p&gt;That boundary matters. Do not request a pickup address, driver information, medical explanation, or other sensitive detail in an ordinary reminder flow. Do not put free-text transportation stories into a general notes field when a structured, minimal signal will do. A staff member can follow the organization's approved process if a more involved conversation is needed; the initial workflow should not collect information it does not need.&lt;/p&gt;

&lt;p&gt;It also helps to make the question nonjudgmental. "Transportation may affect timing for some visits. Would a travel check be helpful?" gives people permission to raise a barrier without labeling them as unreliable. Offer a "not sure" choice, because uncertainty is itself a useful signal for the access team.&lt;/p&gt;

&lt;h2&gt;
  
  
  Put the flag where work happens
&lt;/h2&gt;

&lt;p&gt;A transportation question only helps if it reaches the team that can act on it. Decide what happens after each answer before adding the question to a form, call script, or reminder.&lt;/p&gt;

&lt;p&gt;A "yes" can continue through the normal confirmation path. A "no" or "not sure" can create a scheduling task with a clear owner and due time. The task should say what is needed - contact the person about travel timing or available scheduling options - not expose unnecessary context.&lt;/p&gt;

&lt;p&gt;If the organization has a transportation resource, staff can offer it through the approved channel. If not, the next best action may be to review appointment timing or connect the person with an access coordinator.&lt;/p&gt;

&lt;p&gt;Keep the flag visible long enough to complete the work, then close it. Stale flags create noise and can lead to repeated questions. A simple status set such as "needs outreach," "outreach complete," and "resolved or rescheduled" is often easier to manage than a long narrative. Operations leaders should review the workflow for unanswered flags, aging tasks, and handoff gaps - not for personal transportation details.&lt;/p&gt;

&lt;p&gt;This is also a good place to define escalation. If a person says they cannot reliably reach the appointment, the scheduler should know whether to offer alternate times, route the task to a coordinator, or follow a local service process. Clear ownership prevents the common failure mode where everyone sees the barrier but assumes someone else will call.&lt;/p&gt;

&lt;h2&gt;
  
  
  Match reminders to travel lead time
&lt;/h2&gt;

&lt;p&gt;A reminder schedule should reflect the time needed to solve a barrier, not only the time needed to remember an appointment. A same-day text may confirm intent, but it is too late to fix a ride that requires planning.&lt;/p&gt;

&lt;p&gt;Start with the appointment type and the likely coordination effort. For routine visits, a transportation check can appear during booking and again in an earlier confirmation window. For visits that require more preparation or longer travel, surface the question earlier and give the team a defined response window. The exact cadence should come from the organization's operating model; the principle is consistent: ask while there is still time to act.&lt;/p&gt;

&lt;p&gt;Coordinate channels so the question does not feel like duplicate outreach. The booking flow can ask the initial access question. An earlier reminder can repeat only the action needed: confirm the appointment and tell us if travel timing has changed. A later reminder can focus on the final time, location, and what to do if plans change. Keep messages concise and avoid including sensitive information in the reminder itself.&lt;/p&gt;

&lt;p&gt;Measure the workflow, not a made-up benchmark. Track how many transportation flags are routed, how long they remain open, how often outreach is completed before the appointment, and how many appointments are rescheduled with notice. Compare patterns by clinic, appointment type, and channel only when the organization has enough operational context to interpret them responsibly. The point is to find a broken handoff or late question - not to assign blame to the person who could not get there.&lt;/p&gt;

&lt;h2&gt;
  
  
  Make the soft ask easy to act on
&lt;/h2&gt;

&lt;p&gt;Access teams can improve reliability without turning every barrier into a sales pitch. A clear question, an owned task, and enough travel lead time are practical changes that can start with the tools already in use.&lt;/p&gt;

&lt;p&gt;For organizations reviewing patient-flow workflows, &lt;a href="https://www.tsbhealthcare.com/" rel="noopener noreferrer"&gt;TSB HealthCare&lt;/a&gt; offers a way to explore how scheduling, reminders, and access-team work can fit together.&lt;/p&gt;

&lt;p&gt;If a conversation would be useful, you can &lt;a href="https://www.tsbhealthcare.com/book-a-demo/" rel="noopener noreferrer"&gt;book a demo&lt;/a&gt; to discuss your operating model and see whether the platform fits. There is no need to change a process before understanding the handoffs it needs to support.&lt;/p&gt;

&lt;p&gt;&lt;strong&gt;Affiliation disclosure:&lt;/strong&gt; I work with TSB HealthCare, the DBA of TSB Communications Inc. This article is an operations perspective for healthcare organizations, not clinical, legal, or transportation advice.&lt;/p&gt;

&lt;p&gt;Transportation barriers are easiest to address before they become urgent. Ask only what the team needs, route the signal to a named owner, and leave enough time between the flag and the visit to do something useful. That is how a reminder program becomes an access workflow rather than just another message.&lt;/p&gt;

</description>
      <category>healthcare</category>
      <category>productivity</category>
      <category>management</category>
      <category>software</category>
    </item>
    <item>
      <title>Booking Same-Day Family Visits Without Breaking Every Template</title>
      <dc:creator>Young Kim</dc:creator>
      <pubDate>Tue, 22 Sep 2026 15:57:56 +0000</pubDate>
      <link>https://dev.to/young-kim/booking-same-day-family-visits-without-breaking-every-template-56kk</link>
      <guid>https://dev.to/young-kim/booking-same-day-family-visits-without-breaking-every-template-56kk</guid>
      <description>&lt;p&gt;A family calling for same-day care rarely thinks in scheduling units. They think: “Can we come in together?” For a clinic, that simple request can become three appointments, two providers, a longer room turnover, and a waiting room that is suddenly out of sequence.&lt;/p&gt;

&lt;p&gt;The problem is not that families want coordinated care. The problem is treating linked visits as unrelated slots until the schedule has already committed to a shape the clinic cannot support.&lt;/p&gt;

&lt;p&gt;This is an operations problem, not a reason to make access harder. With a few explicit guardrails, teams can preserve the convenience of same-day family visits without allowing one booking decision to consume an entire template.&lt;/p&gt;

&lt;h2&gt;
  
  
  Why sibling and parent bookings cascade
&lt;/h2&gt;

&lt;p&gt;A typical request might include a parent and two siblings. The visits may share a time window, but they do not necessarily share the same visit length, intake needs, clinician, room type, or follow-up work. If the scheduler places each person into the first available slot, several things can happen:&lt;/p&gt;

&lt;ul&gt;
&lt;li&gt;The family arrives together but the appointments are staggered across a gap.&lt;/li&gt;
&lt;li&gt;A clinician inherits a sequence of visits that runs longer than the reserved block.&lt;/li&gt;
&lt;li&gt;A room is held while another member of the group is still being prepared.&lt;/li&gt;
&lt;li&gt;A late start pushes every later appointment, including visits that were booked independently.&lt;/li&gt;
&lt;li&gt;Staff create workarounds in notes, memory, or side conversations that are difficult to audit.&lt;/li&gt;
&lt;/ul&gt;

&lt;p&gt;None of these outcomes requires bad intent or poor effort. They are natural results of a booking system that understands appointments one at a time while the request is actually a small piece of coordinated demand.&lt;/p&gt;

&lt;h2&gt;
  
  
  Start with a linked-appointment policy
&lt;/h2&gt;

&lt;p&gt;Before changing templates, define what “linked means for your operation. A linked request could mean the patients want the same arrival window, the same clinician, the same location, or simply a convenient sequence. Those are different constraints and should not be treated as one promise.&lt;/p&gt;

&lt;p&gt;A practical policy can ask the scheduler to capture four things:&lt;/p&gt;

&lt;ol&gt;
&lt;li&gt;
&lt;strong&gt;The relationship:&lt;/strong&gt; parent and child, siblings, caregiver and dependent, or another household connection.&lt;/li&gt;
&lt;li&gt;
&lt;strong&gt;The hard constraint:&lt;/strong&gt; what must happen together, if anything.&lt;/li&gt;
&lt;li&gt;
&lt;strong&gt;The soft preference:&lt;/strong&gt; what would be convenient but can move if capacity is limited.&lt;/li&gt;
&lt;li&gt;
&lt;strong&gt;The total expected work:&lt;/strong&gt; the combined duration, room demand, and any operational handoffs.&lt;/li&gt;
&lt;/ol&gt;

&lt;p&gt;Keep the record operational. Do not put unnecessary personal details into scheduling notes. The goal is to coordinate capacity, not to create a narrative about a household.&lt;/p&gt;

&lt;h2&gt;
  
  
  Use guardrails instead of blanket rules
&lt;/h2&gt;

&lt;p&gt;A never book family members back-to-back” rule protects templates but creates friction. A “always keep the family together” rule creates a different risk. Guardrails give staff a safe default while leaving room for judgment.&lt;/p&gt;

&lt;p&gt;Useful guardrails include:&lt;/p&gt;

&lt;ul&gt;
&lt;li&gt;
&lt;strong&gt;Maximum linked visits per block.&lt;/strong&gt; Set a number the clinic can reliably absorb before requiring review.&lt;/li&gt;
&lt;li&gt;
&lt;strong&gt;A single owner for the decision.&lt;/strong&gt; If a request crosses providers, locations, or visit types, route it to a designated scheduling lead instead of asking several people to negotiate in parallel.&lt;/li&gt;
&lt;li&gt;
&lt;strong&gt;A protected transition buffer.&lt;/strong&gt; Reserve time for room turnover, intake, and handoffs rather than assuming the last visit ends exactly on time.&lt;/li&gt;
&lt;li&gt;
&lt;strong&gt;A same-day escalation path.&lt;/strong&gt; If no compliant combination exists, offer the closest workable alternative: a different arrival window, another clinician, a second day, or a callback from the clinic.&lt;/li&gt;
&lt;li&gt;
&lt;strong&gt;A visible reason code.&lt;/strong&gt; Use a small set of operational labels so supervisors can see why a block was held or moved without exposing unnecessary information.&lt;/li&gt;
&lt;/ul&gt;

&lt;p&gt;The key is making the exception visible. If a scheduler must override a template, the system should make the tradeoff clear and give the next person enough context to manage it.&lt;/p&gt;

&lt;h2&gt;
  
  
  Separate arrival coordination from clinical sequencing
&lt;/h2&gt;

&lt;p&gt;Families often value arriving once. That does not mean every visit should start at the same minute. A clinic can coordinate a shared arrival window while sequencing the visits around room and provider capacity.&lt;/p&gt;

&lt;p&gt;For example, one member might begin intake while another waits for a room, with the order selected to protect the rest of the session. Communicating that plan at booking is better than promising simultaneous starts and improvising at check-in.&lt;/p&gt;

&lt;p&gt;This distinction also helps with digital self-scheduling. If a patient-facing flow can express “same day” and nearby times” separately from “same exact time,” the clinic gets a more honest signal of demand. The schedule can then match the request to capacity instead of accepting a promise it cannot keep.&lt;/p&gt;

&lt;h2&gt;
  
  
  Review the pattern, not the person
&lt;/h2&gt;

&lt;p&gt;After a busy clinic, review linked bookings as an operational pattern. Look for recurring pressure points: certain visit combinations, particular time windows, room constraints, or handoffs that repeatedly create delays. Avoid turning the review into a judgment of the scheduler or the family.&lt;br&gt;
A lightweight weekly review can ask:&lt;/p&gt;

&lt;ul&gt;
&lt;li&gt;Which linked requests were easy to place?&lt;/li&gt;
&lt;li&gt;Which ones required an override?&lt;/li&gt;
&lt;li&gt;Where did the expected duration differ from the reserved capacity?&lt;/li&gt;
&lt;li&gt;Which alternatives were offered when the preferred arrangement was unavailable?&lt;/li&gt;
&lt;li&gt;What template or routing rule would prevent the same workaround next time?&lt;/li&gt;
&lt;/ul&gt;

&lt;p&gt;This creates a feedback loop between front-desk reality and scheduling design. Templates should evolve from observed operating conditions, not from an assumption that every day behaves the same way.&lt;/p&gt;

&lt;h2&gt;
  
  
  A calmer path to coordinated access
&lt;/h2&gt;

&lt;p&gt;Same-day family visits are a legitimate access need and a legitimate capacity challenge. The answer is not to hide complexity inside notes or let the first open slot decide the outcome. Define the relationship, distinguish hard constraints from preferences, protect transitions, and give staff an escalation path.&lt;/p&gt;

&lt;p&gt;For clinics evaluating tools to make those decisions more consistent, TSB HealthCare shares information about patient-flow operations at &lt;a href="https://www.tsbhealthcare.com/" rel="noopener noreferrer"&gt;https://www.tsbhealthcare.com/&lt;/a&gt;. If a conversation about your scheduling model would be useful, you can &lt;a href="https://www.tsbhealthcare.com/book-a-demo/" rel="noopener noreferrer"&gt;book a demo&lt;/a&gt;—there is no need to redesign a template before understanding where the pressure actually sits.&lt;/p&gt;

&lt;p&gt;&lt;strong&gt;Disclosure:&lt;/strong&gt; Im affiliated with TSB HealthCare, the DBA of TSB Communications Inc. This article is an operations perspective for healthcare organizations, not a clinical recommendation or a claim about any specific organization’s performance.&lt;/p&gt;

</description>
      <category>healthcare</category>
      <category>productivity</category>
      <category>management</category>
      <category>software</category>
    </item>
  </channel>
</rss>
