A hospital never turned off a former employee's login (2018) and what it shows about ending access at separation
A small hospital never turned off a former employee's login to its web-based scheduling calendar. HHS said at least 557 patients' information was disclosed.
- Disclosed
- December 11, 2018
- Who
- A small hospital
- Scale
- Health information of at least 557 individuals
- Type
- Access by former staff and former contractors
A small hospital’s scheduling calendar kept working for someone who no longer worked there. The HHS Office for Civil Rights (OCR), which enforces HIPAA, announced a settlement in December 2018. It found that the hospital disclosed patients’ information to a former employee because it never deactivated that person’s username and password. The conduct took place in 2013. A 2017 OCR settlement describes the same gap at a larger health system, and a 2025 settlement adds a related case.
What happened
The hospital is small, with emergency care, a primary care clinic and other basic outpatient services. OCR opened a complaint investigation on June 7, 2013.
The complaint said a former employee still had remote access to the hospital’s web-based scheduling calendar after leaving the job. The calendar held patients’ electronic protected health information (ePHI), meaning health information kept in electronic form. According to the resolution agreement, the former employee received the information of at least 557 individuals on two dates, July 8 and September 10, 2013.
The agreement names a second problem. The hospital had also disclosed the same patients’ information to the calendar’s vendor without a business associate agreement. That is the written contract HIPAA requires before a vendor handles patient information. The hospital paid $111,400 and agreed to a two-year corrective action plan. The agreement states that it is not an admission of liability.
The cause stated in the record
The resolution agreement ties the disclosure to the former employee to one failure: the hospital did not deactivate the person’s username and password after employment ended. The login was to a web-based tool, and the complaint described the former employee’s access as remote.
In the announcement, OCR’s director said former staff “should immediately lose access” to patient information when they leave.
The corrective steps in the record
Most of the two-year plan targets the vendor problem and the hospital’s overall security process. The hospital agreed to the following:
- Revise its business associate policies. Named people would make sure every business associate signs an agreement before receiving patient information, and each vendor relationship would be assessed.
- Revise its policies on uses and disclosures of patient information. Staff would learn to spot improper disclosures, report them, and follow guidelines for downloading and using third-party services and apps.
- Complete a thorough risk analysis within 90 days, review it every year, and manage the risks it finds.
- Train its workforce on the revised policies, with password management among the topics.
The plan does not name a procedure for ending access when someone leaves.
Two other OCR settlements
In February 2017, OCR announced a $5.5 million settlement with a nonprofit health system over the same gap. From April 2011 to April 2012, someone used the login of a former employee at an affiliated physician’s office to reach patient information daily, and nobody noticed. That affected 80,000 individuals. OCR said the system had access policies but had not put in place procedures for reviewing, changing or ending users’ access. It also did not regularly review records of system activity, though its own risk analyses had flagged that risk from 2007 to 2012.
In May 2025, OCR announced an $800,000 settlement with a health system after a patient’s complaint in October 2018. An unknown person had contacted her with photographs of her printed medical records. OCR found that the login used to open her record belonged to a non-clinical former staff member of a physician’s practice. That practice could see the health system’s electronic records for shared patients. The release does not say when that person left. The potential failures OCR listed included not regularly reviewing records of system activity.
Controls usually expected after incidents like this
HIPAA’s Security Rule, at 45 CFR 164.308(a)(3), requires policies to make sure workforce members have appropriate access and that people without approved access can’t get it. Under that standard, termination procedures are listed at 164.308(a)(3)(ii)(C): procedures for ending access to ePHI “when the employment of, or other arrangement with, a workforce member ends.”
That item is marked “Addressable.” Under 164.306(d)(3), addressable doesn’t mean optional. You must assess whether the safeguard is reasonable and appropriate for you. If it is, you put it in place. If it isn’t, you write down why and put an equivalent measure in place if one is reasonable.
Two required items help you catch a login that was missed. Section 164.308(a)(1)(ii)(D) requires procedures to regularly review records of system activity, such as audit logs and access reports. Section 164.312(b) requires mechanisms that record and examine activity in systems holding ePHI. Unique user identification at 164.312(a)(2)(i) is also required: each user gets their own name or number, so those records show which person signed in.
For the full list of what to close when someone leaves, see which accounts to close when someone leaves a medical practice. The access control sections are explained in HIPAA Security Rule access control requirements.
Questions to ask about your own setup
- Which web tools that hold patient information sit outside your EHR, such as calendars, scheduling, messaging or billing portals? Are they on your offboarding list?
- On a person’s last day, who turns off each of those logins, and who confirms it was done?
- If staff at an affiliated practice use your systems, how do you hear when one of them leaves?
- Does anyone review sign-in records for logins that belong to people who no longer work for you?
- If a login is shared, would changing its password after a departure reach everyone who knew it?
</content>
</invoke>
Frequently asked questions
Does HIPAA require removing a former employee's access?
The Security Rule lists termination procedures at 45 CFR 164.308(a)(3)(ii)(C) as addressable. You must assess them, and if they're reasonable for you, put them in place. If not, you document why and use an equivalent measure if one is reasonable.
Do web tools outside the EHR count?
Yes, if they hold patient information. In this case the login was to a web-based scheduling calendar, and OCR treated the former employee's access to it as a disclosure of 557 patients' information.
How would we notice a former employee still signing in?
The Security Rule requires regular review of system activity records, such as audit logs and access reports. In a 2017 settlement, a former employee's login was used daily for a year unnoticed, and OCR found those reviews weren't done.
How Junify handles this
- Doing this by hand
- To avoid the same kind of incident, you stop every login a person could use each time they leave or a contract ends. You change the shared passwords they knew and send the new ones to everyone who stays. And someone has to check the sign-in records on a regular schedule.
- With Junify
- With Junify, an admin adds a web tool's login and changes its password so only Junify holds it. Staff open the tool by verifying on their own phone and never see the password. In this case, the record shows a former employee using a username and password the hospital never turned off. For the web tools you run through Junify, removing someone's access on their last day leaves them no password to type from home.
Sources
- eCFR: 45 CFR 164.308, Administrative safeguards
- eCFR: 45 CFR 164.306, Security standards: General rules
- eCFR: 45 CFR 164.312, Technical safeguards
-
A vendor's stolen login opened a retailer's network (2013) and what it shows about vendor remote access
A Senate staff report says attackers stole a contractor's login through infected email and used it to enter a national retailer's network.
-
Vendor call-center staff opened 68,701 customer accounts without authorization (2014) and what it shows about reviewing vendor access
For 168 days, three workers at a carrier's call-center vendor opened 68,701 customer accounts without authorization and collected personal details.
-
A former contractor used a shared cloud admin key (2018) and what it shows about shared admin logins
An online education company shared one full-access cloud key with staff and contractors. A former contractor used it to take data on about 40 million users.