<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Securism Blog &#187; hipaa</title>
	<atom:link href="http://blog.securism.com/tag/hipaa/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.securism.com</link>
	<description>Simple Security.</description>
	<lastBuildDate>Fri, 23 Jul 2010 18:17:28 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0</generator>
		<item>
		<title>HIPAA &#8211; Technical Safeguards</title>
		<link>http://blog.securism.com/2009/02/hipaa-technical-safeguards/</link>
		<comments>http://blog.securism.com/2009/02/hipaa-technical-safeguards/#comments</comments>
		<pubDate>Tue, 17 Feb 2009 18:09:05 +0000</pubDate>
		<dc:creator>Walter Goulet</dc:creator>
				<category><![CDATA[Compliance]]></category>
		<category><![CDATA[hipaa]]></category>

		<guid isPermaLink="false">http://blog.securism.com/?p=183</guid>
		<description><![CDATA[HIPAA Technical Safeguards specify the technical requirements that must be satisfied by covered entities that process patient medical data. This post summarizes the HIPAA Technical Safeguards.]]></description>
			<content:encoded><![CDATA[<p>A large part of my job requires me to dig into security standards to help figure out how to create consulting services to assist customers with achieving compliance. One standard I&#8217;ve never looked into before is HIPAA (Health Insurance Portability and Accountability Act of 1996). HIPAA is not a security standard per-se, but rather a set of administrative rules established by the US Department of Health and Human Services to govern how health information is accurately and securely exchanged between medical institutions and other institutions that have a legal need to access patient medical data.</p>
<p>HIPAA is encoded in the US Code of Federal Regulations, Title 45, Parts 160, 162 and 164 (see <a href="http://www.access.gpo.gov/nara/cfr/waisidx_07/45cfrv1_07.html">here</a> for the CFR). Section 164 is the most interesting section for a security professional, as this section describes the security and privacy requirements that must be satisfied by organizations that must comply to HIPAA regulations (these entities are called &#8216;covered entities&#8217;). Unfortunately, Part 164 is further divided into <a href="http://www.access.gpo.gov/nara/cfr/waisidx_07/45cfr164_07.html">31</a> subsections that define the actual security requirements. Rather than digging into each of these sub-sections, I&#8217;m going to focus on sub-section 312 which defines the technical safeguards that must be implemented by covered entities. Subsection 312 specifies 5 standard safeguards: access control, audit controls, integrity, person or entity authentication, and transmission security. The code further specifies implementation requirements for each standard. The following mindmap graphically illustrates Subsection 312.</p>
<div id="attachment_185" class="wp-caption alignnone" style="width: 310px"><a href="http://blog.securism.com/wordpress/wp-content/uploads/2009/02/hipaa-tech-controls1.png"><img class="size-medium wp-image-185" title="Mindmap of CFR 164, Section 312" src="http://blog.securism.com/wordpress/wp-content/uploads/2009/02/hipaa-tech-controls1-300x225.png" alt="Mindmap of CFR 164, Section 312" width="300" height="225" /></a><p class="wp-caption-text">Mindmap of CFR 164, Section 312</p></div>
<p>As far as legislation goes, the HIPAA Technical Safeguards are fairly well written in terms of striking a good balance between actionable requirements with room for interpretation to make the standard independent of changes in technology (for example, the Encryption safeguards do not name specific encryption algorithms that need to be used). However, the Safeguards are too vague to use alone. Therefore, NIST prepared a Special Publication, SP800-66 Rev1 (found <a href="http://csrc.nist.gov/publications/nistpubs/800-66-Rev1/SP-800-66-Revision1.pdf">here</a>), that can be used to help interpret the safeguards by mapping them to specific controls described in NIST documentation. In a future post, I&#8217;ll further examine NIST SP800-66 and attempt to summarize some of the specific security controls to implement the HIPAA Technical Safeguards.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.securism.com/2009/02/hipaa-technical-safeguards/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
	</channel>
</rss>
