This article first appeared on Mobihealthnews.com on September 30, 2013. Click here to see the original version.
By simply following the media hype around the recent September 23 implementation deadline, you could be forgiven for thinking that the Final Omnibus Rule is bad news for Mobile Health Application developers. To recap, the Final Omnibus Rule came into effect on March 23, 2013 but Business Associates were given 6 months from that date to become compliant with the new requirements.
Among other things, the Final Omnibus rule expanded federal liability for the HIPAA Privacy, Security and Breach Notification rules to now include Business Associates. Before this, Business Associates were liable only to the Covered Entity they were doing business with and only for whatever terms were included within the Business Associates Agreement (BAA) they signed. While the Covered Entity was required to include standard terms within the BAA, in theory if no BAA was ever executed the Business Associate had no legal obligation whatsoever. Which might have been good for the Business Associate, but no so good for the Covered Entity or the end user.
But now whether a BAA is in place or not, if the supplier is operating as a Business Associate then the Office of Civil Rights (OCR) has the authority to hold them federally liable for all aspects of the Security Rule, the Privacy Rule and the Breach Notification Rule. That liability can be significant with potential fines reaching up to $1.5 million per breach, where a Business Associate is found at fault.
So where is the good news? There are two areas that offer encouragement to Mobile Health Application developers.
The first is within the Final Omnibus Rule itself and related to the Breach Notification rule where Business Associates now have greater flexibility to decide what is reasonably considered to be a breach. For example, previously if a laptop containing Personal Health Information (PHI) was lost or stolen the Covered Entity or the Business Associate would have to report this event whether the data was accessed or not. But now the Final Rule allows the BA to make a reasonable determination based on risk so, if the laptop was securely encrypted or the data could be remotely wiped before access could be obtained, then it could be reasonably determined that no breach had occurred. In such a situation the BA would not be required to report the incident, avoiding unnecessary cost and potential damage to their reputation.
This is not necessarily clear within the Final Rule itself but is clarified in a separate document issued by the OCR called “Personal Health Records and the HIPAA Privacy Rule“, which states “The Privacy Rule does not apply to PHRs that are not offered by health plans or health care providers” and that “These PHRs are governed by the privacy policies and practices of the entities offering or administering the PHRs, as well as by any other applicable laws”.
So how can this help mobile health application developers?
Essentially a PHR is an application that stores and manages patient data. If a privately managed PHR can be exempted from HIPAA after obtaining the appropriate end user consent, then logically so can any other application operated independently of a covered entity regardless of purpose. Mobile health providers who develop and market independent mobile health applications and services to end users, are not business associates, and can therefore store sensitive personal health information on behalf of a that user without the need to be compliant with HIPAA. In fact, even if data is directly entered by a covered entity such as a health plan or a health care provider the OCR document still exempts the application provider from any obligation under HIPAA once data resides in the private application, assuming the appropriate end user consent has been obtained.
This is not an isolated change by OCR and it is in line with Department of Health and Human Services’ objective to increase the level of control users maintain over their own data. The Blue Button initiative, coordinated by HHS, has been set up with the express objective of empowerment
To provide successful solutions mobile health application developers still need to ensure they build safe and secure products, but in many ways the final omnibus rule, far from being something they should fear, may actually give them greater flexibility and control to develop more innovative solutions unencumbered by the administrative burdens of HIPAA.