Resolving the 'Lost Connection to the Directory' Error in ChiroTouch

If a front-desk team member or provider opens the Records section and immediately sees Error 76—"Lost connection to the directory"—the workstation has lost its link to the ChiroTouch server. The same root cause also produces the system time error that asks the user to reconnect to the server. In both cases the software on the local machine is intact; what has broken is the shared-folder path that lets the workstation read and write to the CTData directory on the server. The fix is to remap the network drive with the correct server name and a Windows account that has been granted access to that shared folder.

Mapping the drive is a Windows-level task, not a ChiroTouch setting. On the affected workstation, open File Explorer and choose "Map network drive." In the Folder field, type the UNC path \\SERVERNAME\CTData, replacing SERVERNAME with the actual computer name of your ChiroTouch server. Check the boxes for "Reconnect at sign-in" and "Connect using different credentials," then click Finish. Windows will prompt you for a username and password; enter the credentials for a Windows account that your IT professional has confirmed has read/write access to the CTData share, check "Remember my credentials," and confirm. A File Explorer window will briefly open to show the mapped folder—close it, and ChiroTouch should launch normally.

Finding the correct server name is the step that trips up the most offices. The ChiroTouch server is the dedicated computer that hosts the database, often the first machine where the software was installed before staff training. Sit at that machine, press the Windows key together with Pause|Break, and read the "Computer name" field in the System window. That string—something like 53L7X52 in the documentation examples—is the value you substitute into the UNC path. If you are unsure which machine is the server or which Windows accounts carry the right permissions, your IT professional will need to confirm both before you remap anything, because an incorrect username or a missing share permission will produce the same Error 76 even after the drive appears mapped.

Two other errors that look different but trace back to the same connectivity layer are worth recognizing quickly. The "Optimistic concurrency check failed" message typically appears when a user double-clicks an item in the ChiroTouch Launcher; the system attempts to run its startup cleanup code twice in parallel, and the second attempt conflicts with the first. Clicking OK dismisses it, and it should not recur. The system time error, by contrast, is a genuine server-link drop and requires the same remapping procedure described above. Keeping a note of your server name, the shared-folder path, and the authorized Windows account in an internal IT document means the next time a workstation loses its connection—after a Windows update, a network reconfiguration, or a moved desk—the fix takes minutes rather than an emergency support call.

When the remap does not resolve the error, the next diagnostic step is to confirm that the workstation can actually reach the server on the network. ChiroTouch requires a wired 10/100/1000 Mbps connection between the server and each workstation, and the SQL Server traffic flows over port 1433. If your office has recently changed routers, firewalls, or VLAN assignments, the port may be blocked and the shared folder unreachable. In that situation, escalate to your IT vendor or contact ChiroTouch Technical Support with the exact error text, the server name, and the Windows account being used so the support team can isolate whether the issue is a permissions problem, a firewall rule, or a server-side service that needs to be restarted.

Sources and further reading