We have spent years asking lab owners a simple question: if a dentist can send a scan in seconds, why can it still take a day before that case reaches production? Nobody blames the scanner. The scan arrives fine. The delay sits in what a person has to do after it lands.
Check the portals. Download the case. Print the RX. Book it in the LMS.
Almost every lab says it in roughly those words. What changes is how much is buried inside step one. For one US lab, checking the portals means opening nine separate websites, one after another, because that is where the cases live. 3Shape, iTero, Medit Link, Dentsply, and whatever else the doctor happens to use. Then somebody unzips the folder, matches the doctor and the product code, and types the patient, the shade and the notes into the lab management software. Then somebody else checks whether it got booked at all.
We call it a digital case because the impression is digital. Operationally, it is still an analog relay race.
One lab we work with has a booking cutoff around 11:30 in the morning. After that, the front office is printing scans, closing out the morning's bookings and getting the day's post out.
So a scan that lands at two in the afternoon sits on the server until the next morning.
It was in the building the whole time. It was just not a case yet. That is close to a full working day gone before a tech ever sees it, and it appears nowhere in your turnaround number.
Another owner walked us through cases saved in individual ZIP folders, labeled by day or by scanner, emailed to techs, then imported into design software. Every handoff made sense on its own. Together they add up to something no owner would have designed on purpose.
It usually rests on one person. When that person is off, somebody else works the portals by hand and hopes nothing was missed.
The admin work is not difficult. It is relentless. That makes it easy to postpone, hard to staff, and expensive to grow.
The real problem is not that people are slow. It is that we ask people to carry data between systems that should already be connected.
To grow three to five times, most labs have to hire a line of people to read files.
Production can usually absorb the volume. A UK group shipping around a thousand devices a day told us exactly that: if more cases arrive, the benches handle it. The ceiling is on the admin side, not the technical side.
So every jump in volume means another hire into the role with the worst retention in the building. You pay to advertise it. You pay to train it. Then you pay again when the person leaves and takes the undocumented knowledge with them. Output that depends on headcount is output you rent.
Bad scans and thin prescriptions are not rare. Missing shade. No implant detail. Unclear margins, bubbles, a scan that will not align.
On one call, a lab described poor scans being caught three days after the case entered the building, well after it had moved through design.
By then it costs you twice. The remake eats the margin, and the call to the practice is an apology instead of a heads-up.
Compare that with the lab that tells its doctors it is usually downloading the scan before they go home. Same bad scan. One lab catches it while the clinician can still act. The other calls on Thursday about a Monday case.
The person booking your cases is usually the person who knows your doctors best. They know which practice always forgets the shade, which one calls at four o'clock, and which one is worth chasing.
We asked one owner what that person would do with two or three more hours a day. He answered without pausing: talk to the dentists.
Instead they spend the morning as a file transfer service. Every hour there is an hour not spent on the relationship that decides whether that practice sends cases next month. The work gets done. It gets done by your most valuable front-office person, at the cost of the work only they can do.
A real-time lab does not wait for somebody to pull the case forward. The case keeps moving because nothing in the path requires a person to move data.
The scan is received. The RX is checked. The case is created in the LMS. The product and material are scheduled. The design path is selected. The case is production-ready. The human judgment that remains sits on the decisions that actually need it.
In one lab running the EviSmart Case Intake Assistant, case intake went from hours of admin to roughly 45 seconds of remaining manual touch. Cases that once waited until the next morning now enter production within minutes.
The Case Intake Assistant checks the portals, pulls the case, reads the RX and opens it in the LMS. Nobody logs into nine websites. Nobody retypes a shade. The lab keeps the judgment and gives up the typing.
That is not a faster version of the old process. It is a different way of running the lab.
Trace one real case. Follow it from portal receipt to production-ready. Count every login, download, rename, copy, re-entry, email and wait.
Delete the handoffs that do not need judgment. Connect the decisions that remain to one shared case record.
Measure time-to-production, not just turnaround. The first invisible day is usually the easiest day to win back.
If we followed one digital case through your lab today, where would we find it waiting for a person to move data between systems?
If you already know the answer, that is the case to trace this week.
