University Hospitals Collaborates with Vitalchat to Set National Standard in Virtual Nursing. Learn more here.

Every virtual nursing demo works. It is a scripted call between two people who have run it a hundred times, on hardware chosen for the occasion, in a room with no census pressure. Nothing in that half hour tells you what the platform does on a Tuesday night in month fourteen.

These ten questions are written for CNOs, CIOs and nursing operations leaders in an active evaluation. They are grouped into six categories, each with what a real answer sounds like, and an interactive scorecard to work through during the vendor conversation.

Key Takeaways

  • Ask to see the nurse-facing interface for a specific workflow, not the executive dashboard.
  • Total cost of ownership is a five-year number including rooms, licenses, refresh and services — anything shorter hides the real curve.
  • The cost of the second and third use case matters more than the price of the first.
  • Hardware flexibility is the difference between a platform and a decade-long hardware contract.
  • Ask for a reference that struggled. A vendor who has none has either no scale or no candor.

The demo looks great. Now ask these.

Most vendor question lists test features. Features converge — within two years every platform on your shortlist will claim the same capability set. What does not converge is architecture, commercial model, and the way a company behaves after the contract is signed. Each of the ten questions below is aimed at one of those three.

The pattern to watch for is not a wrong answer. It is a reframe. A vendor who answers “can this run on hardware we already own” by explaining why their hardware is better has answered a different question, and the substitution is the finding.

Vendor scorecard: mark each answer as you go Clinical — workflow depth and adoption
1. Which workflows will run on this platform in month one, and can you show me the interface a nurse uses to run them?

Capability decks describe categories; workflows are specific. Name admission intake, discharge teaching, documentation or two-nurse verification, then ask to watch each one performed end to end in the nurse-facing view.

A good answer sounds like“Tell us your month-one list and we will walk each one, in the nurse view, on this call.”
2. What does adoption look like in month three, and what do you do about the nurses who don't want this?

Resistance is normal and predictable. A vendor with real deployments has a named pattern for it — unit champions, shadow shifts, a specific week where usage dips. One without will talk about training hours.

A good answer sounds like“Usage dips around week five. Here is what we do with the night shift when it happens.”
Support model — who you reach after the sales team moves on
3. Who is on the call at 3 a.m., and what clinical experience do they have?

Virtual nursing fails at night, on units under pressure, in the middle of an escalation. The difference between a clinically fluent responder and a tier-one ticket queue is the difference between a five-minute fix and a program the unit stops trusting.

A good answer sounds like“A named engineer, and a clinical lead who has run this workflow. Here is the escalation path in writing.”
4. Who trains the nurses we hire eighteen months from now, and is that included?

Turnover is the quiet killer of virtual nursing programs. Onboarding is well funded at go-live and forgotten afterwards, so ask whether ongoing training is in the subscription or billed as professional services each time.

A good answer sounds like“Ongoing onboarding is included, delivered on your schedule, and here are two customers who use it quarterly.”
Financial — total cost of ownership and the price of growing
5. Show me the five-year total cost of ownership: every room, license, service and refresh.

Year-one pricing is a marketing artifact. The real number includes hardware refresh cycles, per-room and per-seat licensing, integration services, training, and the cost of the units you have not deployed yet.

A good answer sounds like“Here is the five-year model with assumptions labeled, and here is which lines change if your room count changes.”
6. What does it cost to add a use case we have not named yet?

Most programs start with virtual nursing and grow into virtual sitter or tele-ICU within two years. If each addition is a new product with new hardware and a new contract, your second phase costs more than your first.

A good answer sounds like“It is a configuration change on the device already in the room. No new install, no second contract.”
Deployment speed — how fast rooms go live
7. How many rooms will be live in 90 days, and what has to be true on our side for that to happen?

A deployment date is only meaningful with the dependency list attached. Ask what network capacity, mounting work, security review and staffing the vendor is assuming, then check that against who on your team actually has that time.

A good answer sounds like“Here is the 90-day plan, the rooms it covers, and the four things we need from your team by week two.”
Technical — integration, security and lock-in
8. Can this run on hardware we already own, and what happens if we want different hardware in year three?

This is the lock-in question. A platform that is genuinely open treats the room device as replaceable; a closed stack ties your clinical software to a hardware roadmap you do not control, and the switching cost compounds every year.

A good answer sounds like“Here are the specs we support, here is what you already have that qualifies, and swapping hardware later changes nothing clinically.”
9. What integrations are live today, what data leaves our network, and what do we get back if we leave?

“Integrates with the EHR” covers everything from a live bidirectional interface to a documented intent. Ask which integrations are in production at named customers, then ask for the security architecture and the exit terms in the same breath.

A good answer sounds like“These integrations are in production here and here. This data stays inside your network, and your configuration and data are exportable.”
Proof & references — evidence at your scale
10. Give me three references at our scale — including one that expanded and one that struggled.

Curated references prove only that a vendor has customers. A deployment that expanded shows the platform survived a second use case; one that struggled shows how the vendor behaves when a program is not going well, which is the more useful call.

A good answer sounds like“Here are three, we will introduce you directly, and yes — one of them stalled. Ask them why.”
ResultThis looks like a partnerSpecific answers across all six categories, at your scale. Move to references and contract terms — and hold the five-year cost model against what you were told verbally.
ResultWorth a second conversation, with homeworkThe gaps are concentrated somewhere. Go back to the categories that came up partial and ask for written answers with dates and named customers before this vendor advances.
ResultYou are being sold to, not evaluatedDeflection on a question this specific is an answer. Either the architecture cannot support what you need or the commercial model depends on you not asking — both are reasons to widen the shortlist.

Two Answers to the Same Question

The questions are designed so that architecture shows through the answer. Below is how the same three land differently depending on what a vendor actually built.

“Can it run on hardware we already own?”
An open platform names the specs it supports and asks what is in your rooms today. A closed stack answers with a bundle, a refresh schedule, and a reason your existing equipment is unsuitable.
“What does the second use case cost?”
A software-led platform treats virtual sitter or tele-ICU as configuration on the device already in the room. A packaged solution quotes a second product, a second install, and a second contract.
“Who is on the call when we want something changed?”
A consultative vendor names the clinical and engineering people and describes a co-development cadence. An incumbent describes a portal, a tier, and a roadmap you can submit to.
$10M+Return reported by University Hospitals on its Vitalchat deployment
6 moTime to that return, measured from program go-live

Bring one clinical leader who will actually use it

The single highest-yield change to a vendor evaluation is putting a working charge nurse in the room and letting them ask question four. Executives are persuaded by outcomes; the person who has to run the workflow at 3 a.m. is persuaded by nothing, which is exactly what you need.

Three answers that should stop the process

  • “That's on the roadmap” for anything named in your month-one workflow list.
  • A total cost of ownership that cannot be produced in writing within a week.
  • References that are all pilots, all recent, or all arranged by the vendor's marketing team.

Ask us the same ten questions

Bring your room inventory, your month-one workflow list and your five-year budget. We will answer on the record, with the clinical team that runs deployments — not a scripted demo. Book a platform walkthrough.

FAQ

When in the evaluation should we ask these?

After the first demo and before the shortlist. Asking earlier wastes a conversation that hasn't yet earned specifics; asking later means you are negotiating rather than evaluating, and the answers get shaped by the deal.

What if a vendor can't answer a question on the call?

That is acceptable once. Ask for it in writing with a date. What matters is whether the written answer matches what was said aloud, and whether the number moves when it becomes contractual.

Isn't a bundled all-in-one solution simpler to buy?

To buy, yes. To live with, it depends on whether your program stays exactly where it started. Bundles price the first use case attractively because the second one is where the margin is, so ask about the cost of an unnamed use case before the simplicity argument lands.

How many rooms should a first phase cover?

Enough to be a real workload rather than a pilot — usually one or two full units, not a handful of rooms. Small pilots produce numbers nobody trusts and hide the operational problems that only appear at unit scale.

Do we need to replace our in-room hardware?

Not necessarily, and the answer to that question is itself diagnostic. A software-led platform is hardware-flexible by design and works with existing room equipment. If replacement is presented as mandatory, ask what specifically is incompatible.

Who should be in the room for the vendor conversation?

Nursing operations, IT security, finance and at least one bedside clinical leader. Each of the six categories belongs to a different person, and evaluations run by one function tend to miss the category that function doesn't own.

Sources

  • University Hospitals Vitalchat deployment — reported return of approximately $10M in six months.
Share this post:

Transform Care On Your Terms

Vitalchat delivers a flexible virtual care platform designed to improve outcomes across the continuum, from hospital to home.

With open integrations, hardware-agnostic infrastructure, and a deeply consultative approach, we adapt to your environment, not the other way around.