Need IT help now? Call (321) 221-7117 — We respond within 2 hours.

Need IT help? Help Desk Request Assistance Get in Touch
Medical IT

Dental Sensor Image Not Attaching to the Chart? 7 Fixes, in the Order That Works

Oct 12, 2026·6 min read·By Ric Acevedo

Why won’t the X-ray attach to the patient’s chart?

A dental sensor image not attaching to the chart is almost never the sensor. The image is stuck between the imaging software and the chart. The usual causes, in order, are a broken bridge between the two programs, a workstation that drifted after an update, the image folder moved or lost its permissions, the imaging software not closed so the file was never written, or the wrong patient selected on one side. Most are fixed in minutes.

First, narrow it down. Does the image show in the imaging software itself (Dexis, Schick CDR, Sidexis, Apteryx, Dentrix Image, Eaglesoft’s imaging and so on)? If yes, the sensor, cable and driver are fine and the problem is the hand-off to the chart. If no, start at step 6. And does it fail in every operatory or just one? One room means that workstation; every room means the server, the image folder or the practice management side.

1. The bridge isn’t launching, or launches on the wrong patient

Dentrix, Eaglesoft and Open Dental do not talk to sensors directly. They launch the imaging software through a “bridge” and pass it the patient’s ID, so the image lands in the right chart. When the button does nothing, opens the imaging software without a patient, or opens the wrong one, the bridge is the fault.

  • Open Dental keeps bridges under Setup → Program Links. The bridge must be enabled, the path to the imaging program must be correct, and the patient ID setting must match what the imaging software expects. A single machine can have its own path override, which is the first thing to check when only one operatory fails (Open Dental manual: Program Links).
  • Dentrix and Eaglesoft use their own integration with the distributor’s imaging line, plus third-party bridges for other sensors. The same rules apply: the bridge points to a program path, and the patient identifier must line up on both sides.

A patient with two records, or an ID that was changed on one side, produces images that attach to the wrong chart or to nobody, which is worse than not attaching at all.

2. One workstation has drifted after an update

The classic pattern: operatory 2 works, operatory 4 does not, and nothing changed except a Windows or imaging-software update last night. Updates reset sensor drivers, change the imaging program’s install path, or install a new version on one PC while the others stay on the old one. Keep the imaging software, the practice management client and the sensor drivers on the same versions on every workstation, and if one room breaks after an update, compare that PC against a working one before touching the server.

3. The image folder moved, or permissions changed

Images are files, stored in a shared folder on the server, and both the imaging software and the practice management system must be able to read and write there using the same path. If the server was replaced, a drive letter changed, a mapped drive did not reconnect, or a new user account was created without rights to that folder, images capture fine and then fail to save or to show. The fix is a consistent network path to the image store on every workstation, with the right permissions, rather than a drive letter that works on three PCs and not the fourth.

4. The imaging software was never closed

Some imaging programs write the final file, including rotations and adjustments, only when they close. If a hygienist captures a series and clicks straight back to the chart with the imaging window still open, the chart may show nothing or an unrotated image. Close the imaging window after capturing, then return to the chart. It is a workflow fix, not a technical one, and it clears up a surprising share of “it didn’t attach” calls.

5. The wrong patient was open on one side

If the imaging software was already open on the previous patient when the next one was selected in the chart, the images go to the previous patient. Close the imaging software between patients, or launch it from the chart every time rather than leaving it running. If an image has already gone to the wrong chart, most imaging programs can move it; do that promptly, because a misfiled X-ray is a clinical and a privacy problem.

6. The sensor itself: cable, USB port, driver

When the image never appears even in the imaging software: try the sensor in a different USB port on the same PC (avoid unpowered hubs and front-panel ports), check the cable at the sensor end where it flexes most, and confirm the sensor driver is installed and current on that PC. Sensors that work in one room and not another are usually a port, a cable or a driver, in that order. If a sensor fails everywhere, it is the sensor, and that is a vendor call.

7. Is the network why images are slow to attach?

A practice with several operatories moves far more data across its network than a medical office, because every capture is a large image file written to the server. Consumer-grade Wi-Fi, an unmanaged switch or a damaged cable run shows up as images that take a long time to appear, sensors that “lose connection” during a series, or attachments that fail only when the office is busy. Operatories should be on wired gigabit connections to a proper switch; our cabling page covers what that involves. We go into the network side in Dentrix vs Eaglesoft vs Open Dental: the IT side.

How do you stop images failing to attach?

  • Same versions everywhere: imaging software, practice management client and drivers, updated together on a planned day, not whenever Windows decides.
  • One image store, one path: a network path with correct permissions on every PC, and that folder included in the backup, because images are patient records.
  • A spare sensor cable in the drawer. It is the cheapest fix in dentistry.
  • Write the bridge settings down (program paths, patient ID mode, image folder) so a reinstall does not become an afternoon of guessing.

When is it time to call IT?

  • Every operatory fails at once: server, image folder or practice management side; not something to work through between patients.
  • Images are attaching to the wrong patients. Stop and get it fixed; this is a records problem.
  • It breaks after every update. The workstations need to be standardised so updates stop drifting.
  • The imaging vendor says it is the network, and the IT company says it is the imaging software. You need one party that will own the whole chain.

iTech Plus supports dental practices across Polk County, including the imaging chain from sensor to chart; see dental practice IT and what a dental practice should ask an IT provider. If images are a recurring problem, we offer a free IT assessment with a written report. Call (321) 221-7117 or email info@itechplus.co.

Recent Articles

Microsoft 365 vs Google Workspace for Medical Practices: The HIPAA Side
Medical IT
Microsoft 365 vs Google Workspace for Medical Practices: The HIPAA Side
Oct 9, 2026
What Does a HIPAA Risk Assessment Actually Involve for a Small Practice?
Medical IT
What Does a HIPAA Risk Assessment Actually Involve for a Small Practice?
Oct 2, 2026
eClinicalWorks Alternatives for Small Practices: The IT Side of Switching
Medical IT
eClinicalWorks Alternatives for Small Practices: The IT Side of Switching
Oct 2, 2026
Is VoIP HIPAA Compliant? What a Medical Practice's Phone System Actually Needs
Medical IT
Is VoIP HIPAA Compliant? What a Medical Practice's Phone System Actually Needs
Sep 29, 2026
Can Front Desk Staff Use AI to Write Patient Emails?
Medical IT
Can Front Desk Staff Use AI to Write Patient Emails?
Aug 26, 2026

Related posts

Digital Business Card