All resources
·OpenVPM team·5 min read

Veterinary Client Communication: Test the Whole Follow-up Workflow

A shared inbox is useful only if the team can tell what happened and what needs attention next. In a veterinary client communication demo, follow one request through the entire exchange. Can a different staff member pick it up without guessing whether a message was sent, whether the client replied, or who is responsible?

Use the eight-step worksheet to record demonstrated, workaround, or unavailable for each stage, plus evidence and an owner for unresolved gaps. These are evaluation criteria for any vendor, including OpenVPM. They are not a claim that every step is automated or currently available in our product.

Start with one fictional request

Morgan requests a follow-up appointment for Fern through a client portal. The requested time is unavailable. A receptionist needs to offer another time, Morgan needs to respond, and the clinic needs to confirm the final arrangement. Use fictional records, test destinations controlled by the evaluator, and a test sending environment. Do not send the exercise to real clients.

Add a second fictional client with a similar name. Give Morgan an email preference and a phone number without confirmed texting consent. Later, change the contact preference. This makes the demonstration test recipient identity and changing instructions rather than merely showing that a message composer opens.

Walk the request through eight stages

StageAsk the vendor to demonstrateInspect the result
1. IntakeOpen the portal request and its linked client and patient.The requested time is distinguishable from a confirmed appointment.
2. Contact choiceReview the destination, preference, and channel permission before composing.A phone number alone does not establish permission to text.
3. Draft reviewPrepare an alternative time and have another staff member review it.The reviewer sees the recipient, patient, channel, and exact content.
4. SendSend once in the test environment, then repeat the action after an uncertain response.The team can identify the intended message and investigate a retry.
5. Delivery or failureShow a successful provider outcome and a failed attempt.Queued, sent, delivered, and failed are distinct where those signals exist.
6. ReplyReply from the test client after a staff shift change.The reply appears in the right conversation and remains findable.
7. AssignmentHand the unresolved reply to a named staff member.The next owner and remaining action are clear, including any manual workaround.
8. CloseConfirm the agreed arrangement, resolve the request, and then add a new reply.Resolution has evidence; a new reply is visible even after closure.

Try the wrong recipient before pressing send

Select the similar client name, then ask the reviewer to catch the mismatch. The review should expose enough context to check both the person and the patient. Next, correct Morgan's test address after saving the draft. Reopen it and inspect the destination again. Ask whether an old draft retains a previous address and how the sender notices that change.

Repeat with the changed contact preference. Ask where the current preference and permission are recorded, which workflows consult them, and what happens to pending messages. Treat this as a product behavior test. Decide the practice's communication policy separately; a demonstrated checkbox does not establish that a clinic has met every applicable obligation.

A queued message has not reached the client

Ask the vendor to explain every status using the specific channel being proposed. Queued means waiting for processing. A sent status may establish a handoff to a provider without establishing delivery. Even a delivery signal does not prove that the client read or understood the message. If the provider supplies no delivery evidence, the interface should not imply otherwise.

Now interrupt the test send and try again after an uncertain result. Inspect the message history and the provider's test log. Look for two actual sends, not just two screen entries. Then force a failure and identify who discovers it, how they choose another permitted contact method, and where that follow-up is recorded. A red icon with no owner leaves the problem unresolved.

Make the reply survive a handoff

Have Morgan reply while the original receptionist is away. A second staff member should be able to find the reply, understand the earlier offer, and see what remains to do. Ask what unread, assigned, and resolved mean in this product. If ownership lives in a separate task list, demonstrate that connection instead of assuming the inbox supplies it.

Complete the fictional arrangement and record why the request is resolved. Then send another test reply. Does it reopen the conversation or appear in another visible queue? Finish by asking a third staff member to reconstruct the exchange from its history. Keep any workaround in the worksheet so the practice can account for the work it adds.

What to evaluate in OpenVPM today

OpenVPM links tracked communication history, phone notes, portal requests, and configured email to the client record. Hosted two-way SMS requires an approved, configured one-location pilot, including carrier registration, consent review, clinic approval, and administrator enablement. General-purpose bulk announcements are not available. A portal appointment request still requires clinic confirmation.

Validate the exact channels, provider outcomes, reply handling, ownership, and recovery process in the proposed configuration before relying on them. Workspace access does not establish that texting is activated. Bring one fictional follow-up scenario to a clinic-fit review and use the worksheet to agree which steps work, which require staff action, and which remain gaps.

Take the next workflow through a demo

Sources reviewed

OpenVPM is a vendor. We link the primary material used for facts that can change and keep our product judgments separate from those sources.

Follow one message from draft to resolution

Keep the spreadsheet worksheet open during a demo. Record delivery failures, reply ownership, and the next action, as well as a successful send.