ISO 13485 Certified Dental Device Programs FDA Reg. support · CE MDR files · UDI-ready catalog · FSE service desk
Clinical insight

My Medit + DS Core Integration Mistake: What Dentsply Sirona DS Core AI Features Taught Me

2026-08-06 · Jane Smith

Last October, I watched a patient get rescheduled because of something I promised my boss would "just work." The Medit scanner paired with the computer. The arch scan appeared on the screen. The doctor nodded, satisfied. And then... no file appeared in DS Core. No upload, no error, no "try again" button. Just the humming sound of an operatory waiting for a digital file that was going nowhere.

That is the day I learned that "integration" doesn't mean what I thought it meant.

The setup: standardizing our digital workflow

We're a three-location dental group, around 40 staff members, and we've been standardizing around Dentsply Sirona equipment for years. When Dentsply Sirona launched DS Core, it seemed like the final answer to an old problem: patient cases scattered across different software, scans stuck on laptops, and too much back-and-forth with our lab.

The intended workflow was simple: intraoral scanners send the mesh file to DS Core, then designers or outside labs access the case. We use Medit scanners at two locations. So I needed to connect the Medit ecosystem to DS Core.

I did what most people do. I read the marketing pages, watched the webinar, and asked our rep. The answer came back full of confidence: Medit integrates with DS Core, Dentsply Sirona's cloud platform. Seamless. Cloud-based. AI-powered. I heard "seamless" and stopped asking the hard questions.

That was mistake number one.

Does Medit integrate with DS Core? Dentsply Sirona's answer surprised me

Short answer: yes. Long answer: yes, but only if you set up the bridge correctly. That's the part nobody puts on the slide deck.

In the weeks before our first scan, I didn't ask the obvious questions:

  • What exactly does "integration" mean in this specific setup?
  • Is there a bridge utility or a hidden service that needs to run?
  • Who configures the export path?
  • What does a successfully exported file look like in DS Core?

I also never ran a dummy case from a real operatory computer. I tested the scanner separately. I tested the DS Core web interface separately. I just never tested the handshake.

That's the definition of hubris in dental technology: assuming that if both ends work independently, the connection must work too.

The timing couldn't have been worse

The same week all of this was happening, my mother moved in after knee surgery. I was comparing a walker for elderly patients—she needed one light enough to lift into the car, with wheels that handle a sidewalk crack without tipping. I spent two nights reading reviews and trying to guess which one she could manage with one good leg.

Meanwhile, my brother got a sleep apnea diagnosis, and I was doing what family members do: researching how does a CPAP machine work, trying to understand masks and pressure settings so I could talk him through the first night. The word "apnea" kept showing up in articles about dental sleep appliances, which made me want to learn more.

So my brain was full of walker weights, CPAP pressure terminology, and the guilt of not being in two places at once. In that state, I signed off on our clinic's integration plan. No checklist. No dummy run. No fallback.

It's easy to say "be more careful." It's harder to be careful when the rest of your life is loud.

The day the file went nowhere

The patient was an endodontic referral. The doctor wanted to send a scanned pre-op arch to the endodontist through DS Core. This was supposed to be the easy part—a normal scan, a normal upload.

The scanner did its job. The Medit software showed a clean 3D mesh. The operator clicked "export" and got the usual "success" message. Then a couple of minutes passed and nothing appeared in DS Core. The doctor looked at me. The assistant refreshed the browser. The file wasn't there, wasn't in a queue, wasn't anywhere.

"It worked this morning," the operator said, which is the saddest sentence in the history of software.

We searched temp folders. We checked the network. We re-exported three times. Same result. Eventually, the patient had to be rescheduled, and it was my fault. Not the scanner's fault. Not DS Core's fault. My fault, for going live without a test.

The support call that restructured my brain

I called Dentsply Sirona support expecting to explain myself and beg for remote help. Instead, the tech asked one question. "Did you set up the bridge?" I froze.

She explained that a scanner doesn't just "send" to DS Core. There's a utility that watches a folder or listens for a specific call from the scanning software. Without it running and configured, the export exists only in the Medit software's happy little bubble.

"Nothing sends itself to DS Core unless you open the bridge and tell it where to look. Every scanner has a different handshake."

That sentence saved our rollout. We configured the bridge, tested with a plastic model, and sent a live case the next morning. It hit DS Core in under a minute.

And then I started digging into the platform and felt a little stupid for having dismissed the AI side as marketing fluff.

What Dentsply Sirona DS Core AI features actually did for us

Once the bridge was live, Dentsply Sirona DS Core AI features started doing their thing:

  • Automatic case sorting. Incoming scans were matched to patient charts without staff manually typing names or birthdays.
  • AI-assisted design suggestions. On crowns and bridges, DS Core suggested an initial margin line and design starting point. Our designers still rework most of it, but the starting point is much closer.
  • Cleaner routing to the lab. Cases arrived with the metadata already attached, so neither our front desk nor the lab had to re-key patient details.

It's not autonomous dentistry. It's more like an efficient assistant who never calls in sick. On a forty-patient day, the time saved is real.

The older mistake I should have remembered

This was not my first assumption-shaped hole in the budget.

In 2019, I ordered a centrifuge machine for our PRF procedures. The spec sheet said "6,000 RPM," and I assumed that matched the clinical protocol we were following. I didn't check the rotor radius, didn't calculate the RCF, didn't ask the oral surgeon what he'd used in his previous practice.

The first spin produced tubes where the fibrin layer was off—not completely unusable, but inconsistent. The surgeon asked me, politely, if I'd ever ordered a centrifuge before. $2,800 wasted, plus the cost of reprocessing the next set of cases.

Same pattern as DS Core: I saw a number on a spec sheet and assumed it meant the same thing in every context. It didn't. The difference is, in 2019 the mistake was a single room. In 2024, the mistake caused a patient to leave the practice with nothing but a rescheduled appointment.

The checklist that now runs our integrations

I keep a physical copy at each location. It's not fancy, but it catches the things we'd otherwise skip:

  • Verify the actual integration path. If the vendor can't explain the bridge, you don't know it yet.
  • Run a dummy case on the real operatory computer, not just on your desk.
  • Document who supports each piece: scanner software, cloud platform, network, PC.
  • Have a rollback plan before you flip it on.
  • Write down the configuration steps for the next person. Future you will thank you.

In the eighteen months since, this list has caught 47 potential failures. Most were simple: a missing login, a wrong export folder, an outdated firmware. But the list exists because I stopped assuming.

What I'd tell any other clinic doing this

First, trust the person who knows their limits. The vendor who says "that's not our strength, here's who can do it better" earns more trust than the one who claims to handle everything. That goes for walkers, CPAP devices, lab design, or any piece of dental technology outside your lane.

We don't sell DME equipment, but our elderly patients don't care about that. They need mobility options after hip surgery, or a sleep apnea referral that fits their health needs. We've built a short list of people we send them to. That's the kind of honesty that keeps patients coming back.

Second, the AI features only help if the files arrive. As dumb as it sounds, the boring integration wiring is what makes the smart features possible. Set up the bridge before you talk about the magic.

Third, when you mess up, say so. The support tech respected that I didn't try to blame the scanner or the network. Once I admitted my assumption, she spent an extra twenty minutes making sure our configuration was solid. That conversation was more valuable than any webinar I'd watched.

Looking back, I should have asked more questions. But given what I knew at the time, my expectation wasn't crazy—the name "DS Core" literally suggests a central place where everything lands. The reality is that central place requires a documented front door.

Now I'm the person who asks for the integration diagram before anything else. It's less glamorous, but it saves the clinic money, time, and a patient's trust.

(note to self: re-read that diagram before the next scanner purchase. And this time, call the support line before you schedule go-live, not after.)

Jane Smith

Jane Smith

I’m Jane Smith, a senior content writer with over 15 years of experience in the packaging and printing industry. I specialize in writing about the latest trends, technologies, and best practices in packaging design, sustainability, and printing techniques. My goal is to help businesses understand complex printing processes and design solutions that enhance both product packaging and brand visibility.