HIPAA and security
Remote Access to Dental Software and HIPAA: A Practical Setup Guide
Remote access to dental software is now routine: billing companies, IT support and virtual assistants all log in to practice management systems from outside the office. HIPAA does not forbid any of it. It asks the practice to put the right agreement in place, give each person only the access their job needs and protect the connection and the accounts. This guide explains the rules that apply when a remote team member works in Dentrix, Eaglesoft, Open Dental or any other system, and a setup checklist your office can follow. It is general information, not legal advice; your own compliance advisor should review your setup.
In short
- Anyone outside your workforce who handles patient information for you needs a business associate agreement first.
- Give each remote user a named account with only the permissions their role needs.
- Protect the connection and the account: secure remote access, strong sign in, automatic logoff and audit logs.
Does HIPAA allow remote access to patient records?
Yes. The Privacy Rule and the Security Rule set standards for how protected health information is used, disclosed and secured, wherever the person doing the work sits. What changes when the work is remote is how you meet those standards: the device, the network and the account are outside the four walls of the office, so the safeguards have to travel with the access.
The same rules shape everyday tasks such as sending referrals to specialists and charting by a remote scribe.
When do you need a business associate agreement?
A business associate is a person or company outside your workforce that creates, receives, maintains or transmits protected health information on your behalf. HIPAA requires a covered entity to have satisfactory written assurances, in a business associate agreement, before that person or company handles the information. HHS publishes sample business associate agreement provisions that cite 45 CFR 164.502(e) and 164.504(e) for these requirements.
A business associate agreement typically commits the business associate to:
- Use and disclose the information only as the agreement allows
- Apply appropriate safeguards, including the Security Rule's requirements for electronic information
- Report any use or disclosure not allowed by the agreement, including breaches
- Make sure any subcontractors agree to the same restrictions
- Return or destroy the information when the relationship ends, where feasible
Put the agreement in place before the first login, and keep a copy with your HIPAA records.
Minimum necessary: give access by role
The Privacy Rule's minimum necessary standard, at 45 CFR 164.502(b) and 164.514(d), requires covered entities to take reasonable steps to limit the use or disclosure of protected health information to the minimum necessary for the purpose. For a remote team member, that means permissions matched to the job.
| Role | Usually needs | Usually does not need |
|---|---|---|
| Scheduling and recall | Schedule, patient contact details, recall lists | Ledger adjustments, clinical note editing |
| Insurance verification | Patient and subscriber details, insurance fields, history | Clinical note editing, payment posting |
| Claims and appeals | Claims, attachments, ledgers, treatment history | Practice setup, user administration |
| Charting and transcription | Clinical chart and notes for the provider to sign | Ledger, payments, practice setup |
Most practice management systems let you build security groups or user rights by role. Create one for each remote role instead of copying an office manager's account.
Technical safeguards that matter most for remote users
The Security Rule's technical safeguards, at 45 CFR 164.312, cover access control, audit controls, integrity, authentication and transmission security. Under the current rule, some implementation specifications are required and others are addressable, which means the practice must assess them and implement them where reasonable and appropriate, or document an equivalent measure.
Unique user identification (required)
Every user gets a unique name or number to identify and track their activity. In practice: one named account per person, in the practice management software, on the remote access tool and on every payer portal that allows extra users. Never a shared front desk login.
Automatic logoff (addressable)
Sessions end after a set period of inactivity. Set it on the remote connection and in the practice software, so an unattended session does not stay open.
Audit controls (required)
Systems record and let you examine activity. Most practice management systems keep an audit trail by user; named accounts are what make it useful. Review it on a schedule, not only after a problem.
Authentication and transmission security
Confirm that the person signing in is who they claim to be, and protect information as it travels. For remote work, that means a secure remote access method your IT support manages, strong passwords and multifactor sign in wherever the tools support it.
HHS proposed changes to the Security Rule in December 2024 that would remove the distinction between required and addressable specifications and would require multifactor authentication and encryption, with limited exceptions. Check with HHS or your compliance advisor whether a final rule has been issued; setting up these safeguards now is sensible either way.
A remote access setup checklist
- Sign a business associate agreement before any access is granted.
- Create a named account in the practice management software, with a role based security group.
- Give access through the secure remote method your IT support already manages, not a personal remote control app.
- Turn on multifactor sign in for the remote connection and email, and for payer portals that offer it.
- Set automatic logoff on the remote session and the practice software.
- Add the user to payer portals under their own name, where the portal allows it.
- Agree on rules for the remote workspace: a private room, a locked screen when away, no printing and no saving patient files to the local device.
- Review the audit trail on a set schedule.
- Write down the offboarding steps: disable every account the same day access ends.
Offboarding is part of the setup
The fastest way to lose control of access is to forget an account. Keep a simple list of every system each remote user can reach: the practice software, the remote connection, the phone system, email and each payer portal. When someone leaves, work through the list in one sitting and note the date. Named accounts make this possible; shared logins make it impossible without changing the password for everyone.
How DentalCareWorks fits
DentalCareWorks assistants are HIPAA trained and background checked, and they work inside your own systems through accounts your team creates and can remove. Read more about how we handle HIPAA, see how assistants work in your practice software, or start with the guide on onboarding a dental virtual assistant.
Questions about remote access and HIPAA
Can a remote employee or contractor access our dental software under HIPAA?
Yes, with the right setup: a business associate agreement for anyone outside your workforce, role based access, named accounts and safeguards on the connection and the device.
Is a shared login allowed if we trust the person?
The Security Rule requires unique user identification, so each person should have their own account. Shared logins also make audit trails meaningless and access hard to remove.
Does the remote user need their own payer portal account?
Where the portal allows extra users under your practice, yes. It keeps activity traceable and lets you remove access without changing everyone's password.
Is this legal advice?
No. This guide is general information. Your compliance advisor should review your policies and your setup.