November 2009
S M T W T F S
« Oct   Dec »
1234567
891011121314
15161718192021
22232425262728
2930  

Legal Disclaimer

Your use of this Blog does not create an attorney-client relationship. Your e-mail or comments do not create an attorney-client relationship. We have no duty to keep confidential the information that is submitted to this blog. This blog is not a substitute for, nor does it constitute legal advice. Only an attorney who knows the details of your particular situation and is properly licensed in the applicable state (or states) is able to appropriately and properly address any legal issues you may have.

Blog Categories

Business Associate and Covered Entity HIPAA Compliance -- Auditing Questions and NIST 800-53 Security Controls.

HIPAA ComplianceCovered entities are becoming more pro-active in monitoring their business associate compliance with HIPAA privacy and security regulations and the recent changes largely the product of the HITECH Act.  In the past I have used a series of questions to ascertain the compliance status of business associates to comply with HIPAA privacy and security rules.  I also find it useful to map security controls to NIST Special Publication 800-53.  The National Institute of Standards and Technology has collaborated with the military and intelligence communities to produce the first set of security controls for all government information systems, including national security systems.  The controls are included in the final version of Special Publication 800-53, Revision 3 “Recommended Security Controls for Federal Information Systems and Organizations,” released in August of 2009. (Available at http://csrc.nist.gov/publications/nistpubs/800-53-Rev3/sp800-53-rev3-final.pdf)(related entry see http://law2point0.com/wordpress/privacy-law/hipaa-to-nist-crossreference-provides-a-roadmap-to-compliance-with-the-hitech-act/).  An excellent power point prepared by NIST’s Security experts applying 800-53, FIPS 199/ 800-60, and Special Publication 800-66 in the context of developing a HIPAA compliance assessment framework is avaliable at http://csrc.nist.gov/news_events/HIPAA-May2009_workshop/presentations/3-051809-assessment-methods.pdf.  This article discusses techniques for implementing the requirements of the HIPAA Security Rule, with particular focus on strategies for assessing the effectiveness of implemented security controls to support compliance and audit, as well as an organization’s overarching risk management program in the context of HIPAA Compliance.

Recent HHS Guidance has emphasized key areas of importance related to a covered entity’s security assessment-

This guidance document has been prepared with the main objective of reinforcing some of the ways a covered entity may protect EPHI when it is accessed or used outside of the organization’s physical purview. In so doing, this document sets forth strategies that may be reasonable and appropriate for organizations that conduct some of their business activities through (1) the use of portable media/devices (such as USB flash drives) that store EPHI and (2) offsite access or transport of EPHI via laptops, personal digital assistants (PDAs), home computers or other non corporate equipment.

The Centers for Medicare & Medicaid Services (CMS) has delegated authority to enforce the HIPAA Security Standards, and may rely upon this guidance document in determining whether or not the actions of a covered entity are reasonable and appropriate for safeguarding the confidentiality, integrity and availability of EPHI, and it may be given deference in any administrative hearing pursuant to 45 C.F.R. § 160.508(c)(1), the HIPAA Enforcement Rule.

The kinds of devices and tools about which there is growing concern because of their vulnerability, include the following examples: laptops; home-based personal computers; PDAs and Smart Phones; hotel, library or other public workstations and Wireless Access Points (WAPs); USB Flash Drives and Memory Cards; floppy disks; CDs; DVDs; backup media; Email; Smart cards; and Remote Access Devices (including security hardware).

In general, covered entities should be extremely cautious about allowing the offsite use of, or access to, EPHI. There may be situations that warrant such offsite use or access, e.g., when it is clearly determined necessary through the entity’s business case(s), and then only where great rigor has been taken to ensure that policies, procedures and workforce training have been effectively deployed, and access is provided consistent with the applicable requirements of the HIPAA Privacy Rule.

(see http://www.cms.hhs.gov/SecurityStandard/Downloads/SecurityGuidanceforRemoteUseFinal122806rev.pdf).

Special publication 800-53, Revision 3 includes: (1) a simplified, six-step Risk Management Framework; (2) additional security controls and enhancements for advanced cyber threats; (3) recommendations for prioritizing security controls during implementation or deployment; (4) revised security control structure with a new references section; (5) guidance on using the Risk Management Framework for legacy information systems and for external information system services providers; (6) Updates to security control baselines based on current threat information and cyber attacks; (7) Organization-level security controls for managing information security programs; and (8) Guidance on the management of common controls within organizations.  Table 1 below maps HIPAA Security implementation specifications to NIST Security controls.  The NIST taxonomy of controls, as mapped by NIST SP 800-66, is invaluable in understanding the technical details of how to implement HIPAA compliant safeguards and what additional safeguards should be evaluated.

nist-assessment-methodology

NIST Assessment Methodology

Encryption of portable media is a key enforcement priority of the OIG.  USB flash drives and other portable media are usually put in bags, backpacks, laptop cases, jackets, trouser pockets or are left at unattended workstations.  Tracking corporate data stored on personal flash drives is a significant challenge; the drives are small, common, and constantly moving.  Consequently USB drives are frequently misplaced.  Most HIPAA covered entities and business associates have strict management policies toward USB drives, and some companies ban them to minimize risk (by prohibiting the drives in a company acceptable use policy and/or in the operating system configuration).

Table 1 – Data by Type Copied by Employees theft_graph

Other findings include:

  1. 53 percent of respondents downloaded information onto a CD or DVD, 42 percent onto a USB drive and 38 percent sent attachments to a personal e-mail account;
  2. 79 percent of respondents took data without an employer’s permission;
  3. 82 percent of respondents said their employers did not perform an audit or review of paper or electronic documents before the respondent left his/her job; and
  4. 24 percent of respondents had access to their employer’s computer system or network after their departure from the company.

(see also State of the Endpoint IT Security & IT Operations Practitioners in the United States, United Kingdom, Australia, New Zealand & Germany sponsored by Lumension; Independently conducted by Ponemon Institute LLC; Publication Date: November 30, 2009)(avaliable at http://www.ponemon.org/local/upload/fckjail/generalcontent/18/file/Lumension%20State%20of%20the%20Endpoint%20FINAL%203.pdf).

Organizational Structure

  • Which individual(s) oversee HIPAA privacy and security issues — state their names and titles of the: (1) the private officer; (2) the security officer; and (3) principle contact in the event of a security incident.
  • Do you have written policy and/or a job description for the privacy, security and security incident response contact person?
  • Does the organization conduct internal monitoring regarding HIPAA compliance through: (1)  an internal privacy security team; (2) an external third-party; (3) or there is no HIPAA compliance monitoring?
  • Briefly describe what protected health information your organization maintains and where said information is retained (i.e. application, systems, database)?
  • Does business associate have a reporting mechanism for potential privacy or security breaches?
  • If a reporting mechanism exists, who is responsible for addressing potential breaches and what is the chain of command within your organization?
  • Please specify any reported security breaches to a covered entity, government entity, and/or consumers in the last 3 years?
  • Does the business associate have an Information Technology (IT) group oversee risk management related to PHI stored in business associate systems?
  • Please provide a list of individuals responsible for such oversight activity along with their credentials/certifications.
  • What responsibilities do individuals in your legal department have related to HIPAA compliance?
  • Does your organization have a business continuity plan to address preserving access to and integrity of PHI in the event of a disaster or other catastrophic event?

Administrative Structure

  • What policies (and procedures) are available specifically addressing HIPAA privacy and security rules and compliance including the following:
    1. Risk Management;
    2. Risk Assessment and Application Criticality Analysis (FIPS 200);
    3. Physical Security;
    4. Encryption;
    5. Remote Access;
    6. Media and Document Destruction;
    7. Change Control/ Patch Management;
    8. Acceptable Use (Email, Portable Media, Software, Company Resources);
    9. Training and Security Reminders;
    10. Antivirus and Workstation Security;
    11. Unique User Identification;
    12. Audit and Log Monitoring;
    13. Security  Incident;
    14. Contingency and Emergency Access; and
    15. Workforce Clearance, Sanction, and Access Management.
  • Who or what group within the organization is responsible for creating and updating these policies?
  • When were the organization’s policies last updated?
  • How often have any of these policies been updated?
  • Are new employees trained to follow these policies and procedures?
  • How frequently are existing employees re-trained on existing policies and procedures?
  • How frequently are existing employees trained regarding updates in HIPAA rules?
  • How are personnel screened in order to grant certain levels of access to PHI?
  • Does the organization have a formal security incident response plan to address potential breaches of security that include at a minimum: (1) roles and responsibilities; (2) isolate affected system; (3) preserve evidence; (4) restore compromised system from known safe backups; and (5) post incident response report including identification of lessons learned and other mitigating controls may be indicated based on the incident?
  • Does the organization require business partners to comply with its privacy and security policies?
  • Does organization ever send PHI via email or ftp (file transfer protocol)?
  • Does the organization have policy or procedures related to de-identifying PHI for use in advertising, marketing, educational programs?
  • What policies and procedures exist regarding notification in the event of a breach?

Physical Structure

  • How is PHI stored within the organization (i.e. fixed server databases/hard drives versus removable media such as backup tapes)?
  • Does your company of a physical security plan?
  • What types of controls exists to limit access into buildings containing servers that host PHI?
  • What types of controls exists to limit access within buildings to rooms housing servers containing PHI?
  • Who has access to facilities containing PHI, and what process exists to grant these individuals access?
  • What environmental controls exist to protect PHI from destruction?
  • To the extent PHI is physically maintained, does the organization employ shredders or other destroying devices for confidential PHI containing documents?  Do you train and document the training of employees on the use of shredders?

Technical Structure

  • What types of security and encryption protect portable media containing PHI? (Portable media should always be encrypted.)
  • What types of security exists to protect PHI as it flows to and is accessed at remote workstations?
  • Describe the data flow “life-cycle” of PHI through the organization’s information systems.  (This should cover hosting services, software development, quality assurance, other issues.)
  • Does the organization have routine maintenance protocols that backup, delete, relocate, or otherwise impact data containing PHI?
  • What types of audit mechanisms exist to track access and transmission of PHI by internal or external users?  Typically audit logs include a timestamp, a unique user account, data accessed/modified/created, and the location of the user.
  • How often are these audit mechanisms used to detect abnormal use?
  • Do automatic triggers exist to notify the organization of abnormal PHI use?
  • Does the organization prevent browsers with un-patched security vulnerabilities from accessing the company’s information system?

Compliance History and Future Developments

  • Has the organization had any security incidents in the past 5 years?  How many and when?
  • Has business associate received any negative press related to privacy or security issues in the past 5 years?  How many and when?
  • What if any HIPAA security and privacy litigation has business associate been party to in the past 5 years?  Describe the timeline, the circumstances, and the outcome.
  • Has business associate conducted risk assessments and vulnerability assessments through independent third parties?  When was the last assessment done?
  • Has business associate developed its business off-shore?  If so, are the off-shore business associate facilities ISO 17799 certified?
  • Does business associate have new technologies on the horizon that involve PHI, and what if any safeguards are contemplated to protect this data?

Key Terms

Advanced Encryption Standard (AES) – specifies the FIPS 140-2 approved cryptographic algorithm that can be used to protect electronic data.

Business Associate – a third party that acts on behalf of a covered entity by performing a function or activity that HIPAA’s Administrative Simplification rules regulate or that provides certain services (e.g., legal or consulting services) that involve the use or disclosure of individually identifiable health information.

Covered Entity – a health plans, health care clearinghouses, health care providers, and endorsed sponsors of the Medicare prescription drug discount care that conduct covered transactions electronically.  Covered entities are subject to HIPAA’s Administrative Simplification mandates.

Encryption - Cryptographic transformation of data (called “plaintext”) into a form (called “ciphertext”) that conceals the data’s original meaning to prevent it from being known or used. If the transformation is reversible, the corresponding reversal process is called “decryption”, which is a transformation that restores encrypted data to its original state.

HIPAA (The Health Insurance Portability and Accountability Act) – mandates the use of standards for the electronic exchange of health care data; to specify what medical and administrative code sets should be used within those standards; to require the use of national identification systems for health care patients, providers, payers (or plans), and employers (or sponsors); and to specify the types of measures required to protect the security and privacy of personally identifiable health care information.

NIST (National Institute of Standards) - an agency in the Technology Administration that makes measurements and sets standards as needed by industry or government programs.

Protected health information (PHI), under the US Health Insurance Portability and Accountability Act (HIPAA), is any information about health status, provision of health care, or payment for health care that can be linked to an individual. This includes any part of a patient’s medical record, diagnosis,  and/or payment history.

PHI identifiers include:

  1. Names;
  2. All geographical subdivisions smaller than a State, including street address, city, county, precinct, zip code, and their equivalent geocodes, except for the initial three digits of a zip code, if according to the current publicly available data from the Bureau of the Census: (1) The geographic unit formed by combining all zip codes with the same three initial digits contains more than 20,000 people; and (2) The initial three digits of a zip code for all such geographic units containing 20,000 or fewer people is changed to 000;
  3. Dates (except year) for dates directly related to an individual, including birth date, admission date, discharge date, date of death; and all ages over 89 and all elements of dates (including year) indicative of such age, except that such ages and elements may be aggregated into a single category of age 90 or older;
  4. Phone numbers;
  5. Fax numbers;
  6. Electronic mail addresses;
  7. Social Security numbers(SSN);
  8. Medical record numbers;
  9. Health plan beneficiary numbers;

10.  Account numbers;

11.  Certificate/license numbers;

12.  Vehicle identifiers and serial numbers, including license plate numbers;

13.  Device identifiers and serial numbers;

14.  Web Universal Resource Locators (URLs);

15.  Internet Protocol (IP) address numbers;

16.  Biometric identifiers, including finger, retinal and voice prints;

17.  Full face photographic images and any comparable images; and

18.  Any other unique identifying number, characteristic, or code (note this does not mean the unique code assigned by the investigator to code the data)

Table 2 – NIST SP 800-66 HIPAA Security Compliance Guidance

Standard Implementation Specification Implementation Requirement Description NIST Reference
Ensure Confidentiality, Integrity and Availability (CIA) Ensure CIA and protect against threats

Standards

Covered Entities (CE) must comply with standards

Security Management Process

P&P to manage security violations RA-1
Risk Analysis Required Conduct vulnerability assessment RA-2, RA-3, RA-4
Risk Management Required Implement security measures to reduce risk of security breaches RA-2, RA-3, RA-4, PL-6
Sanction Policy Required Worker sanction for P&P violations PS-8
Information System Activity Review Required Procedures to review system activity AU-6, AU-7, CA-7, IR-5, IR-6, SI-4
Assigned Security Responsibility

Identify security official responsible for P&P CA-4, CA-6
Workforce Security

Implement P&P to ensure appropriate PHI access AC-1, AC-5, AC-6
Authorization and/or Supervision Addressable Authorization/supervision for PHI access AC-1, AC-3, AC-4, AC-13, MA-5, MP-2, PS-1, PS-6, PS-7
Workforce Clearance Procedure Addressable Procedures to ensure appropriate PHI access AC-2, PS-1, PS-2, PS-3, PS-6
Termination Procedures Addressable Procedures to terminate PHI access PS-1, PS-4, PS-5
Information Access Management

P&P to authorize access to PHI AC-1, AC-2, AC-5, AC-6, AC-13
Isolating Health Care Clearinghouse Functions Required P&P to separate PHI from other operations AC-1, AC-2, AC-3, AC-4, AC-13, PS-6, PS-7
Access Authorization

P&P to authorize access to PHI AC-1, AC-2, AC-3, AC-4, AC-13, PS-6, PS-7
Access Establishment and Modification Addressable P&P to grant access to PHI AC-1, AC-2, AC-3
Security Awareness Training

Training program for workers and managers AT-1, AT-2, AT-3, AT-4, AT-5
Security Reminders Addressable Distribute periodic security updates AT-2, AT-5, SI-5
Protection from Malicious Software Addressable Procedures to guard against malicious software AT-2, SI-3, SI-4, SI-8
Log-in Monitoring Addressable Procedures and monitoring of log-in attempts AC-2, AC-13, AU-2, AU-6
Password Management Addressable Procedures for password management IA-2, IA-4, IA-5, IA-6, IA-7
Security Incident Procedures

P&P to manage security incidents IR-1, IR-2, IR-3
Response and Reporting Required Mitigate and document security incidents IR-4, IR-5, IR-6, IR-7
Contingency Plan

Emergency response P&P CP-1
Data Backup Plan Required Data backup planning & procedures CP-9
Disaster Recovery Plan Required Data recovery planning & procedures CP-2, CP-6, CP-7, CP-8, CP-9, CP-10
Emergency Mode Operation Plan Required Business continuity procedures CP-2, CP-10
Testing and Revision Procedures Addressable Contingency planning periodic testing procedures CP-3, CP-4, CP-5
Applications and Data Criticality Analysis Addressable Prioritize data and system criticality for contingency planning RA-2, CP-2
Evaluation

Periodic security evaluation CA-1, CA-2, CA-4, CA-6, CA-7
Business Associate Contracts and Other Arrangements CE implement BACs to ensure safeguards CA-3, PS-7, SA-9
Written Contract or Other Arrangement Required Implement compliant BACs CA-3, SA-9
Facility Access Controls

P&P to limit access to systems and facilities PE-1, PE-2, PE-3, PE-4, PE-5
Contingency Operations Addressable Procedures to support emergency operations and recovery CP-2, CP-6, CP-7, PE-17
Facility Security Plan Addressable P&P to safeguard equipment and facilities PE-1, PL-2, PL-6
Access Control and Validation Procedures Addressable Facility access procedures for personnel AC-3, PE-1, PE-2, PE-3, PE-6, PE-7, PE-8
Maintenance Records Addressable P&P to document security-related repairs and modifications MA-1122, MA-2, MA-6
Workstation Use

P&P to specify workstation environment & use AC-3, AC-4, AC-11, AC-12, AC-15, AC-16, AC-17, AC-19, PE-3, PE-5, PS-6
Workstation Security

Physical safeguards for workstation access MP-2, MP-3, MP-4, PE-3, PE-4, PE-5, PE-18
Device and Media Controls

P&P to govern receipt and removal of hardware and media CM-8, MP-1, MP-2, MP-3, MP-4, MP-5, MP-6
Disposal Required P&P to manage media and equipment disposal MP-6
Media Re-use Required P&P to remove PHI from media and equipment MP-6
Accountability Addressable Document hardware and media movement CM-8, MP-5, PS-6
Data Backup and Storage Addressable Backup PHI before moving equipment CP-9, MP-4
Access Control

Technical (administrative) P&P to manage PHI access AC-1, AC-3, AC-5, AC-6
Unique User Identification Required Assign unique IDs to support tracking AC-2, AC-3, IA-2, IA-3, IA-4
Emergency Access Procedure Required Procedures to support emergency access AC-2, AC-3, CP-2
Automatic Logoff Addressable Session termination mechanisms AC-11, AC-12
Encryption and Decryption Addressable Mechanism for encryption of stored PHI AC-3, SC-13
Audit Controls

Procedures and mechanisms for monitoring system activity AU-1, AU-2, AU-3, AU-4, AU-6, AU-7
Integrity

P&P to safeguard PHI unauthorized alteration CP-9, MP-2, MP-5, SC-8, SI-1, SI-7
Mechanism to Authenticate Electronic Protected Health Information Addressable Mechanisms to corroborate PHI not altered SC-8, SI-7
Person or Entity Authentication

Procedures to verify identities IA-2, IA-3, IA-4
Transmission Security

Measures to guard against unauthorized access to transmitted PHI SC-9
Integrity Controls Addressable Measures to ensure integrity of PHI on transmission SC-8, SI-7
Encryption Addressable Mechanism for encryption of transmitted PHI SC-9, SC-12, SC-13
Business Associate Contracts or Other Arrangements CE must ensure BA safeguards PHI PS-6, PS-7, SA-9
Business Associate Contracts

BACs must contain security language IR-6, PS-6, PS-7, SA-4, SA-9
Policies and Procedures

P&P to ensure safeguards to PHI PL-1, PL-2, PL-3, RA-1, RA-3
Documentation

Document P&P and actions & activities PL-2
Updates

Periodic review and updates to changing needs PL-3


Related Blogs

 Digg  Facebook  StumbleUpon  Technorati  Deli.cio.us 

Related posts:

  1. Interim Final Rule on Breach Notification for HIPAA Covered Entities and Business Associates Released by HHS (Effective September 23, 2009) & FTC Releases Final Guidance on PHR Security Breach Notification Requirements Regulations requiring health care providers, health plans, and other entities...
  2. Key Issues in Privacy and Security for 2010 Next year should be interesting. From Red Flag compliance, federal...
  3. Fear Mongering or Legitimate Criticism — “HHS guts health-care breach notification law, groups warn” I am a little unclear as to why privacy advocates...

5 comments to Business Associate and Covered Entity HIPAA Compliance — Auditing Questions and NIST 800-53 Security Controls.

  • [...] This post was mentioned on Twitter by Joshua Schlinsky, Suzen Sam. Suzen Sam said: Business Associate and Covered Entity HIPAA Compliance — Auditing …: Maintenance Records, Addressable, P&.. http://bit.ly/5UlIxM [...]

  • [...] Originally posted here: Business Associate and Covered Entity HIPAA Compliance — Auditing … [...]

  • Mike

    You had really summarized much information on HIPAA privacy and security regulations. I also would like to add few Questions and answers specifically Discussing security terminology.

    1 Define the term security.
    Security is generally defined as having controls, countermeasures, and procedures in place to ensure the protection of information assets and control access to valued resources. Security is how an entity decides to protect its information assets.

    2 What’s the goal of security?
    Generally, the goal of security is to counter identified threats and to satisfy relevant security policies and assumptions.

    3 Define authentication.
    Authentication is the process of proving your identity. A system needs to authenticate users to a degree appropriate for the level of risk/threat that an authenticated user represents.

    4 Define access control.
    Access control is assuring that only authorized users access a system, and that all unauthorized users are rejected.

    5 Describe data confidentiality.
    Data confidentiality is assuring the privacy of data on the system, and network data confidentiality protects your data from passive threats.

    6 Describe data integrity.
    Data integrity is the assurance that data hasn’t been altered or destroyed in any unauthorized manner. Data integrity provides protection against active threats.

    7 What’s the objective of security mechanisms?
    Both types of security mechanisms (specific and pervasive) implement security services.

    8 What are some factors guiding the philosophy behind HIPAA’s Security Rule?
    The security standards are designed to be:
    • Comprehensive—They cover all aspects of security safeguards.
    • Technology neutral—Standards can be implemented using a broad range of off-the-shelf and user-developed technologies and security solutions.
    • Scalable—The goals of the regulations can be achieved by entities of all sizes from single practitioners to large multinational health care organizations.

    9 Describe the major category areas covered by the final Security Rule under
    HIPAA that an organization needs to address for compliance.
    The final Security Rule outlines the requirements in three major categories:
    • Administrative safeguards
    • Physical safeguards
    • Technical safeguards

    10 What are the central principles of security?
    Confidentiality, integrity, and availability.

    Mike
    HIPAA Training

  • Rao

    Very useful and informative posting. I understand that under HITECH act some BAs are coming under CEs. However, I am still not clear what type of BAs becoming CEs.

    Let us take a scenario – A payer has a claim process outsourced to a BPO vendor/Claim exchange. This BPO vendor may in turn outsource the claim operation to offshore vendor or certain activities are performed by offshore team (location irrelevant – can be china, India or Mexico). In this scenario – BPO vendor is becoming a CE. But what about this vendors offshore partner?

  • (This is a complex issue and very factually specific — you should consult an attorney on this issue) Some off the cuff thoughts and concerns, which should not be taken as legal advise: (1) the issue partly becomes an issue of whether there exists personal jurisdiction in the United States over the entity located in China, India, Mexico, etc. (2) There also may exist treaties that would potentially address this issue. (3) Ultimately you would likely see some sort of commitment between Covered Entities and BA’s, by contract, that the information would not be sent offshore without prior consent. (4) Generally, if a company is seeking to do business with US companies they would be submitting themselves to the jurisdiction of US courts and would likely have to comply with US law (but again you should consult a lawyer on this). (5) When a company is outside the united states I would generally want to seem some sort of ISO Security certification — again I think these issues would likely be addressed in the parties due diligence process. If your a BA or CE engaging a company outside the United States I would be very interested in making sure that the company will comply with these new requirements. Your comment raises some serious questions which really have not been addressed with clarity.

Leave a Reply

 

 

 

You can use these HTML tags

<a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <strike> <strong>

Improve the web with Nofollow Reciprocity.