Guidance to Render Unsecured Protected Health Information Unusable, Unreadable, or Indecipherable to Unauthorized Individuals
Protected
health information (PHI) is rendered unusable, unreadable, or
indecipherable to unauthorized individuals if one or more of the
following applies:
- Electronic PHI has been encrypted as specified in the HIPAA
Security Rule by “the use of an algorithmic process to transform data
into a form in which there is a low probability of assigning meaning
without use of a confidential process or key” (45 CFR 164.304 definition
of encryption) and such confidential process or key that might enable
decryption has not been breached. To avoid a breach of the confidential
process or key, these decryption tools should be stored on a device or
at a location separate from the data they are used to encrypt or
decrypt. The encryption processes identified below have been tested by
the National Institute of Standards and Technology (NIST) and judged to
meet this standard.
- Valid encryption processes for data at rest are consistent with NIST Special Publication 800-111, Guide to Storage Encryption Technologies for End User Devices.1
- Valid encryption processes for data in motion are those which comply, as appropriate, with NIST Special Publications 800-52, Guidelines for the Selection and Use of Transport Layer Security (TLS) Implementations; 800-77, Guide to IPsec VPNs; or 800-113, Guide to SSL VPNs, or others which are Federal Information Processing Standards (FIPS) 140-2 validated.
- The media on which the PHI is stored or recorded has been destroyed in one of the following ways:
- Paper, film, or other hard copy media have been shredded or
destroyed such that the PHI cannot be read or otherwise cannot be
reconstructed. Redaction is specifically excluded as a means of data
destruction.
- Electronic media have been cleared, purged, or destroyed consistent with NIST Special Publication 800-88, Guidelines for Media Sanitization such that the PHI cannot be retrieved.
| In today's interconnected world, data breaches are an unfortunate reality. Whether it's a sophisticated cyberattack or a simple human error, the unauthorized access to sensitive information can have devastating consequences for individuals and organizations alike. While prevention is paramount, knowing how to respond effectively in the aftermath of a breach is equally critical. A key aspect of that response is data breach reporting. Why is Data Breach Reporting So Important? Data breach reporting is the process of notifying relevant authorities and affected parties about a security incident that has compromised personal or sensitive data. It's more than just an administrative formality; it's a legal obligation in many jurisdictions and has a profound impact on: Protecting Individuals: Prompt reporting allows affected individuals to take necessary steps to mitigate potential harm, such as changing passwords, monitoring their credit reports, and being vigilant against identity theft.Legal Compliance: Numerous laws and regulations, like ...read more |
| In today's digital landscape, data breaches are an unfortunate reality that businesses of all sizes must contend with. A single security lapse can lead to significant financial losses, reputational damage, and legal headaches. While prevention is paramount, having a clear and well-defined data breach reporting procedure is crucial for minimizing the fallout when the inevitable happens. This article will guide you through the essential steps your business needs to take. Why a Solid Breach Reporting Procedure is Non-Negotiable Data breaches are not just a concern for large corporations; they affect small and medium-sized businesses (SMBs) just as much, if not more so. A robust reporting procedure serves multiple critical purposes: Compliance with Regulations: Various data privacy regulations, like GDPR, CCPA, and others, mandate specific reporting timelines and requirements. Failure to comply can result in hefty fines and legal action.Minimizing Damage: Swift and decisive action can significantly limit the scope ...read more |
| If a breach of unsecured protected health information occurs at or by a business associate, the business associate must notify the covered entity following the discovery of the breach. A business associate must provide notice to the covered entity without unreasonable delay and no later than 60 days from the discovery of the breach. To the extent possible, the business associate should provide the covered entity with the identification of each individual affected by the breach as well as any other available information required to be provided by the covered entity in its notification to affected individuals. ...read more |
| If a breach of unsecured protected health information occurs at or by a business associate, the business associate must notify the covered entity following the discovery of the breach. A business associate must provide notice to the covered entity without unreasonable delay and no later than 60 days from the discovery of the breach. To the extent possible, the business associate should provide the covered entity with the identification of each individual affected by the breach as well as any other available information required to be provided by the covered entity in its notification to affected individuals. ...read more |
|
July 2025
| Su | Mo | Tu | We | Th | Fr | Sa |
| | 1 | 2 | 3 | 4 | 5 |
| 6 | 7 | 8 | 9 | 10 | 11 | 12 |
| 13 | 14 | 15 | 16 | 17 | 18 | 19 |
| 20 | 21 | 22 | 23 | 24 | 25 | 26 |
| 27 | 28 | 29 | 30 | 31 |
|
Blog Home
Newest Blog Entries
1/21/25 Healthcare Data Breaches and Their Devastating Impact
1/21/25 Your Essential Guide to Data Breach Reporting Procedures
1/21/25 Understanding Your Obligations in Data Breach Reporting
11/16/22 Administrative Requirements and Burden of Proof
11/16/22 Notification by a Business Associat
11/16/22 Breach Notification Requirements
11/16/22 Unsecured Protected Health Information and Guidance
11/16/22 Guidance to Render Unsecured Protected Health Information Unusable, Unreadable, or Indecipherable to Unauthorized Individuals
11/16/22 Definition of Breach
11/16/22 Breach Notification Rule
11/16/22 Notify Individuals
Blog Archives
January 2025 (3)
November 2022 (11)
Blog Labels
Health Care Data (1)
ePHI Data (1)
Data Breach Reporting (6)
Data Breach Notification (6)
|
