<?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>Security, Privacy and the Law</title>
	<atom:link href="http://www.securityprivacyandthelaw.com/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.securityprivacyandthelaw.com</link>
	<description></description>
	<lastBuildDate>Mon, 08 Apr 2013 14:16:29 +0000</lastBuildDate>
	<language>en-US</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.5.1</generator>
		<item>
		<title>The Split in the Circuit Courts Over the Proper Interpretation of the Computer Fraud and Abuse Act Actually Goes Three Ways</title>
		<link>http://www.securityprivacyandthelaw.com/2013/04/the-split-in-the-circuit-courts-over-the-proper-interpretation-of-the-computer-fraud-and-abuse-act-actually-goes-three-ways/?utm_source=rss&#038;utm_medium=rss&#038;utm_campaign=the-split-in-the-circuit-courts-over-the-proper-interpretation-of-the-computer-fraud-and-abuse-act-actually-goes-three-ways</link>
		<comments>http://www.securityprivacyandthelaw.com/2013/04/the-split-in-the-circuit-courts-over-the-proper-interpretation-of-the-computer-fraud-and-abuse-act-actually-goes-three-ways/#comments</comments>
		<pubDate>Wed, 03 Apr 2013 21:45:08 +0000</pubDate>
		<dc:creator>Brian Bialas</dc:creator>
				<category><![CDATA[Government Enforcement]]></category>
		<category><![CDATA[Legislation & Regulation]]></category>
		<category><![CDATA[CFAA]]></category>
		<category><![CDATA[Computer Fraud and Abuse Act]]></category>

		<guid isPermaLink="false">http://www.securityprivacyandthelaw.com/?p=771</guid>
		<description><![CDATA[Posted on March 15th, 2013 by Brian P. Bialas on our sister blog, Massachusetts Noncompete Law.               I’ve written many times about the significant split in circuit courts’ interpretation of the Computer Fraud and Abuse Act (CFAA), which affects whether an employer can sue an employee for violating computer use restrictions, usually embodied in a [...]]]></description>
				<content:encoded><![CDATA[<div>Posted on <a title="Posted on March 15th, 2013" href="http://www.massachusettsnoncompetelaw.com/2013/03/the-split-in-the-circuit-courts-over-the-proper-interpretation-of-the-computer-fraud-and-abuse-act-actually-goes-three-ways/" rel="bookmark"><time datetime="March 15th, 2013">March 15th, 2013</time> </a><!-- / bookmark -->by <a title="View all posts by Brian P. Bialas" href="http://www.massachusettsnoncompetelaw.com/author/brian-p-bialas/" rel="author">Brian P. Bialas</a> <!-- / by-author --></div>
<div>on our sister blog, <a href="http://http://www.massachusettsnoncompetelaw.com/" target="_blank">Massachusetts Noncompete Law</a>.</div>
<div> </div>
<div>            I’ve written many <a href="http://www.massachusettsnoncompetelaw.com/articles/computer-fraud-and-abuse-act/">times</a> about the significant split in circuit courts’ interpretation of the Computer Fraud and Abuse Act (CFAA), which affects whether an employer can sue an employee for violating computer use restrictions, usually embodied in a confidentiality agreement or company IT policy, when an employee downloads confidential information he is permitted to access but then takes that information to a competitor.  The debate centers on when an employee “exceeds authorized access” under the text of the CFAA.  In states that are part of the First Circuit Court of Appeals (which includes Massachusetts), an employer can use the CFAA in a lawsuit against an employee in such a situation.  But in the Ninth Circuit, which includes California, an employer can sue only if the employee did not have access to the information as part of his job, meaning, in most cases, that the employee “hacked” into an area of the employer’s computer system that he was not permitted to access. </div>
<div> </div>
<div>            Yet in a recent <a href="https://web2.westlaw.com/signon/default.wl?bhcp=1&amp;findtype=Y&amp;fn=%5Ftop&amp;mt=Bankruptcy&amp;newdoor=true&amp;path=%2Ffind%2Fdefault%2Ewl&amp;rs=WLW13%2E01&amp;serialnum=0386245800&amp;ssl=y&amp;strRecreate=no&amp;sv=Split&amp;vr=2%2E0">article</a> (subscription required), Alan W. Nicgorski argues that there is another trend among the circuits that is even more favorable to employers than the First Circuit’s interpretation.  Nicgorski contends that the Seventh Circuit, which is based in Chicago, allows claims under the CFAA whenever an employee “embarks on a course of conduct adverse to his employer’s interest,” such as when an employee takes company information from a computer for the purpose of giving it to a competitor, even if there is no written agreement that the employee violated.  <i>See </i><a href="http://law.justia.com/cases/federal/appellate-courts/F3/440/418/477841/"><i>Int’l Airport Centers, L.L.C. v. Citrin</i></a>, 440 F.3d 418 (7th Cir. 2006).  The Seventh Circuit’s reasoning is that an employee violates his duty of loyalty to the employer when he acts adverse to his employer’s interests, which automatically terminates the employee’s right to access the employer’s computers and information.  As a result, the employee acts “without authorization,” another way a defendant can be liable under the statute.  After all, the right to access the information was based on the employee being an “agent” of the employer, but a breach of the duty of loyalty terminates that relationship.  In effect, this interpretation using the “without authorization” language eliminates an employer’s need for the “exceeds authorized access” language altogether, at least when dealing with an employee who takes information to a competitor, because any authorization given to an employee terminates once the employee acts for a competitor.  An employee can’t exceed his authorized access when he has no authorization at all.</div>
<div> </div>
<div>            So would the First Circuit interpret “without authorization” in the same way as the Seventh Circuit?  One judge of the U.S. District Court of Massachusetts thinks so.  <i>See </i><a href="http://www.massachusettsnoncompetelaw.com/uploads/file/Guest-Tek%20v_%20Pullen(1).pdf"><i>Guest-Tek Interactive Entm’t Inc. v. Pullen</i></a>, 665 F. Supp. 2d 42 (D. Mass. 2009).  In <i>Guest-Tek</i>, Judge Nathaniel Gorton denied a motion to dismiss a CFAA claim where the plaintiff alleged that the defendant breached his duty of loyalty to the plaintiff employer by copying files and secretly planning a competitive venture.  In short, Judge Gorton ruled that the First Circuit “has favored a broader reading of the CFAA” (see above) and cited <i>Citrin</i>.  This decision by no means guarantees that the First Circuit would follow <i>Citrin</i> should the issue be presented to that court, but it does show that the circuits may continue to diverge in three directions.  The Seventh Circuit’s decision in <i>Citrin</i>, I think, has been lumped together with the decisions of other circuits that allow CFAA claims based on computer use restrictions because the Seventh Circuit’s interpretation also would allow such a claim.  (If anything, an employee who violates a computer use restriction likely breaches his duty of loyalty.)  Because most employers have policies upon which CFAA claims can be based, many commentators (including yours truly) have tried to simplify the circuit split by drawing a line between those courts that allow CFAA claims based on computer use restrictions, and those that don’t.  But the Seventh Circuit is indeed an outlier, and Nicgorski shows that, at least in that court, an employer need not have a policy to have a claim.</div>
]]></content:encoded>
			<wfw:commentRss>http://www.securityprivacyandthelaw.com/2013/04/the-split-in-the-circuit-courts-over-the-proper-interpretation-of-the-computer-fraud-and-abuse-act-actually-goes-three-ways/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Commentary on the Status of the Computer Fraud and Abuse Act</title>
		<link>http://www.securityprivacyandthelaw.com/2013/02/760/?utm_source=rss&#038;utm_medium=rss&#038;utm_campaign=760</link>
		<comments>http://www.securityprivacyandthelaw.com/2013/02/760/#comments</comments>
		<pubDate>Thu, 28 Feb 2013 04:17:23 +0000</pubDate>
		<dc:creator>Colin Zick</dc:creator>
				<category><![CDATA[Financial Industry Spotlight]]></category>
		<category><![CDATA[Government Enforcement]]></category>
		<category><![CDATA[CFAA]]></category>
		<category><![CDATA[circuit split]]></category>
		<category><![CDATA[Computer Fraud and Abuse Act]]></category>

		<guid isPermaLink="false">http://www.securityprivacyandthelaw.com/?p=760</guid>
		<description><![CDATA[&#160; Feb 18, 2013 U.S. Supreme Court takes pass on CFAA lawsuit; uncertainty remains In 1st Circuit, ‘ball in employer’s court’ By Correy E. Stephenson The U.S. Supreme Court’s denial of certiorari in a Computer Fraud and Abuse Act case leaves employment lawyers in the 1st Circuit and beyond with continuing uncertainty.Employers frequently add a [...]]]></description>
				<content:encoded><![CDATA[<div>
<div id="header">
<div id="dmc-widget-text-2">
<p>&nbsp;</p>
<p><a href="http://masslawyersweekly.com/"><img alt="Massachusetts Lawyers Weekly" src="http://masslawyersweekly.com/wp-content/themes/e-reprints/images/malwmasthead.jpg" border="0" /></a></p>
</div>
</div>
<div>
<div id="issuedate">Feb 18, 2013</div>
<h1>U.S. Supreme Court takes pass on CFAA lawsuit; uncertainty remains</h1>
<h2>In 1st Circuit, ‘ball in employer’s court’</h2>
<p><b>By Correy E. Stephenson</b></p>
<table>
<tbody>
<tr>
<td>The U.S. Supreme Court’s denial of certiorari in a Computer Fraud and Abuse Act case leaves employment lawyers in the 1st Circuit and beyond with continuing uncertainty.Employers frequently add a CFAA claim to suits against former employees that take confidential information from company computer systems.</p>
<p>But federal courts across the country have split on just how broadly the act should be interpreted.</p>
<p>The CFAA provides for criminal and civil penalties against an employee who “knowingly and with the intent to defraud, accesses a protected computer without authorization, or exceeds authorized access, and by means of such conduct furthers the intended fraud and obtains anything of value.”</p>
<p>The 1st U.S. Circuit Court of Appeals has granted employers the right to sue under the act when employees have authorized access but use it for non-job-related purposes, while others, such as the 9th Circuit, have narrowly interpreted the law to require an actual hacking of the computer system.</p>
<p>Raising the hopes of employment lawyers nationwide, a 4th Circuit case sought certiorari before the Supreme Court, hoping to end the circuit split.</p>
<p>But in January, the justices denied review, leaving employment lawyers with continuing uncertainty.</td>
<td><img alt="" src="http://masslawyersweekly.com/reprints/files/2013/02/Bialas_Brian-195x300.jpg" width="195" height="300" /></td>
<td> </td>
</tr>
</tbody>
</table>
<p>“This is a big deal for employment lawyers,” said Brian P. Bialas of Foley Hoag in Boston.</p>
<p>Until the Supreme Court agrees to decide the issue, Bialas added, “the ball is definitely in the employer’s court in the 1st Circuit.”</p>
<p><b>Circuit split widens</b></p>
<p>For multiple reasons, the CFAA is a valuable tool for attorneys representing employers. In addition to establishing federal jurisdiction, the CFAA lets victorious plaintiffs recover damages such as the cost of hiring a computer forensic firm to investigate the employee’s activities, Bialas said.</p>
<p>And the act provides for injunctive relief, which can allow employers to stop a former worker from taking information to a new employer or using it for his own benefit.</p>
<p>The law comes into play when an employee leaves a job or is terminated and attempts to take information with him.</p>
<p>While an employee typically is authorized to access company documents on an internal document management system, “if she does so not in the course of her employment but rather for the purpose of viewing information that might be helpful for her next employer or some other improper purpose, then [the CFAA] can be triggered,” said John R. Bauer, a partner at Robinson &amp; Cole in Boston.</p>
<p>For example, Bauer said, an employer would consider financial information, a formula or a client list confidential.</p>
<p>“Even though the person has literal authorized access to the documents, the access is used not for the purpose of fulfilling job responsibilities,” he said, adding that an alleged breach of the company’s computer use policy can — in some jurisdictions — provide the basis for a CFAA claim.</p>
<p>In the 1st Circuit, an employer has been allowed to bring suit against a former employee for accessing data in violation of a confidentiality agreement. The decision in <i>EF Cultural Travel BV v. Explorica</i> stands with similar decisions from the 5th, 8th and 11th circuits, where courts have also allowed employers to allege violations of the CFAA when the employee breached a confidentiality or computer use agreement.</p>
<p>A case from the 9th Circuit stands in stark contrast.</p>
<p>In an en banc decision issued last year, a criminal action against an employee who had authorization to access his employer’s database but used his log-in credentials to download source lists, names and contact information to start his own business was dismissed.</p>
<p>Even though the employee in <i>U.S. v. Nosal</i> violated a company policy that prohibited the disclosure of confidential information, the panel held that the statute did not apply. The CFAA requires unauthorized access to computer data or computer hacking, the 9th Circuit said.</p>
<p>Last July, the 4th Circuit agreed, holding in <i>WEC Carolina Energy Solutions LLC v. Miller</i> that the CFAA does not impose liability on authorized workers who breach computer user policies.</p>
<p>Noting the widening circuit split, the company petitioned the high court for review, which was declined by the justices in January.</p>
<p><b>Employers: Establish a policy</b></p>
<p>The Supreme Court’s denial of cert leaves attorneys representing employers in Massachusetts standing on solid ground.</p>
<p>To protect a company, make sure to have a data or computer use policy in place, Bialas advised, and “include a provision about confidentiality to use as a basis for a CFAA claim.”</p>
<p>However, the jurisdictional split “creates a problem for employers who have employees in multiple states,” Bauer said.</p>
<p>The employer “might be able to bring an action against an employee in one state but can’t take action against an employee in another state for doing the exact same thing,” he said.</p>
<p>For now, employees — and their new employers — face potential lawsuits with the existing 1st Circuit CFAA caselaw.</p>
<p>But attorneys agreed that the circuit split will be resolved, whether by the Supreme Court or via an update to the legislation.</p>
<p>The CFAA has received the attention of federal lawmakers recently after the suicide of Aaron Swartz, a computer prodigy who had been criminally charged under the law. With the statute under consideration, a tweak to clarify the breadth of its application in civil employment suits is possible, Bialas noted.</p>
<p>If not, “the Supreme Court would certainly be the easiest way for a lot of people to get some clarity,” he added hopefully.</p>
</div>
<p><!-- start footer --></p>
<div id="footer">
<div id="dmc-widget-text-3">
<div>
<hr noshade="noshade" size="1" />
<p>Copyright © 2012 Massachusetts Lawyers Weekly | 10 Milk Street Suite 1000, Boston, MA 02108 | 1-800-451-9998</p>
<div id="DolanLogo"><a href="http://www.thedolancompany.com/" target="_blank"><img id="dolanlogo" alt="The Dolan Company" src="http://masslawyersweekly.com/reprints/wp-content/themes/e-reprints/images/dcompany.png" /></a></div>
<p><a href="http://masslawyersweekly.com/about-us/">About Us</a> | <a href="http://masslawyersweekly.com/contact-us/">Contact Us</a> | <a href="http://www.thedolancompany.com/companyPrivacyPolicy.htm">Privacy Policy</a> | <a href="http://www.thedolancompany.com/subscriberAgreement.htm">Subscriber Agreement</a> | <a href="http://books.lawyersweekly.com/">Lawyers Weekly Books</a></p>
</div>
</div>
</div>
<p><!-- Need this for Debug Queries plugin to work --></p>
</div>
]]></content:encoded>
			<wfw:commentRss>http://www.securityprivacyandthelaw.com/2013/02/760/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>PCI-DSS Update: The Payment Card Industry Security Standards Council Issues Guidelines for Security Risk Assessments, Cloud Computing, and Accepting Payments on Mobile Devices</title>
		<link>http://www.securityprivacyandthelaw.com/2013/02/pci-dss-update-the-payment-card-industry-security-standards-council-issues-guidelines-for-security-risk-assessments-cloud-computing-and-accepting-payments-on-mobile-devices/?utm_source=rss&#038;utm_medium=rss&#038;utm_campaign=pci-dss-update-the-payment-card-industry-security-standards-council-issues-guidelines-for-security-risk-assessments-cloud-computing-and-accepting-payments-on-mobile-devices</link>
		<comments>http://www.securityprivacyandthelaw.com/2013/02/pci-dss-update-the-payment-card-industry-security-standards-council-issues-guidelines-for-security-risk-assessments-cloud-computing-and-accepting-payments-on-mobile-devices/#comments</comments>
		<pubDate>Wed, 27 Feb 2013 16:53:43 +0000</pubDate>
		<dc:creator>Brian Bialas</dc:creator>
				<category><![CDATA[Financial Industry Spotlight]]></category>
		<category><![CDATA[Government Enforcement]]></category>
		<category><![CDATA[American Express]]></category>
		<category><![CDATA[breach]]></category>
		<category><![CDATA[cloud]]></category>
		<category><![CDATA[credit cards]]></category>
		<category><![CDATA[device]]></category>
		<category><![CDATA[Google]]></category>
		<category><![CDATA[MasterCard]]></category>
		<category><![CDATA[mobile]]></category>
		<category><![CDATA[PCI DSS]]></category>
		<category><![CDATA[risk assessment]]></category>
		<category><![CDATA[Square]]></category>
		<category><![CDATA[Visa]]></category>

		<guid isPermaLink="false">http://www.securityprivacyandthelaw.com/?p=756</guid>
		<description><![CDATA[Merchants who accept credit cards have a duty to protect customer information, not only by law (see, e.g., 201 CMR 17.00), but also because the credit card companies tell them so.  The Payment Card Industry Security Standards Council was created by Visa, MasterCard and American Express to tell merchants precisely what they are supposed to [...]]]></description>
				<content:encoded><![CDATA[<p>Merchants who accept credit cards have a duty to protect customer information, not only by law (<i>see, e.g.</i>, <a href="http://www.mass.gov/ocabr/docs/idtheft/201cmr1700reg.pdf">201 CMR 17.00</a>), but also because the credit card companies tell them so.  The Payment Card Industry Security Standards Council was created by Visa, MasterCard and American Express to tell merchants precisely what they are supposed to do to protect consumers.  Merchants must follow the Payment Card Industry Data Security Standard (PCI DSS) or risk fines or losing the ability to process credit cards.  This past November, and then again in February, the Council issued guidelines to help merchants (and some third-party service providers) comply with PCI DSS when they perform assessments of risks to cardholder information within their systems, deal with cloud service providers, and accept payments using mobile devices. </p>
<p><b><span style="text-decoration: underline;">Risk Assessments</span></b></p>
<p>On November 16, 2012, the Council <a href="https://www.pcisecuritystandards.org/documents/PCI_DSS_Risk_Assmt_Guidelines_v1.pdf">issued</a> its guidelines to help organizations perform risk assessments that comply with PCI DSS.  According to <a href="http://privacylaw.bna.com/pvrc/7057/split_display.adp?fedfid=28706458&amp;vname=pvlrnotallissues&amp;jd=a0d5j3u9g6&amp;split=0">BNA</a>, some of the Council’s key recommendations include encouraging them to:</p>
<ul>
<li>implement risk assessment methodologies that suit the culture and requirements of the particular organization; and</li>
</ul>
<ul>
<li>utilize continuous discovery processes that allow organizations to discover threats and mitigate them in a proactive and timely fashion. </li>
</ul>
<p>The Council also emphasized that risk assessments should not replace the requirements of PCI DSS.</p>
<p> <b><span style="text-decoration: underline;">Cloud Service Providers</span></b></p>
<p>The Council also has <a href="https://www.pcisecuritystandards.org/pdfs/PCI_DSS_v2_Cloud_Guidelines.pdf">published</a> guidelines for dealing with cloud service providers.  Because many organizations entrust cardholder information to cloud service providers (like Google), the Council <a href="http://privacylaw.bna.com/pvrc/7057/split_display.adp?fedfid=29633494&amp;vname=pvlrnotallissues&amp;jd=a0d6h9a0e3&amp;split=0">emphasized</a> that compliance with PCI DSS is a shared responsibility between the organization and the cloud service provider.  The more aspects of a business a third party manages for that business, the more responsibility that third party has for maintaining PCI DSS protections.  Significantly, the guidelines suggest that organizations and cloud service providers clearly set out security responsibilities in contracts between them to avoid misunderstandings.</p>
<p><b><span style="text-decoration: underline;">Mobile Devices</span></b></p>
<p>The Council also has <a href="https://www.pcisecuritystandards.org/documents/Mobile_Payment_Security_Guidelines_Merchants_v1.pdf">offered</a> best practices for accepting credit card payments on mobile devices.  Mobile devices are not designed to accept sensitive financial information, and are therefore particularly vulnerable.  For this reason, the Council provided recommendations to ensure the security of mobile devices used to process payments.  The Council did not recommend that merchants allow “bring your own device” policies, where an employee brings a device to work that the employee (who is not the merchant) owns and controls, because the merchant does not have control over the content and configuration of the device.  With the increasing popularity of <a href="https://squareup.com/?gclid=COzDjbD71LUCFUZa4AodMzkAvA">Square</a>, merchant vigilance to strict standards in this area is only going to become more important.   </p>
<p style="text-align: center;"> *   *   *</p>
<p> Above all, the Council’s guidelines show just how seriously the credit card industry considers the protection of cardholder information at each step of the payment process, from the initial purchase through to the storage of the information.  Yet some security threats to cardholder information, including a basic one that I wrote about <a href="http://www.securityprivacyandthelaw.com/2011/12/waiters-at-high-end-steakhouses-arrested-for-stealing-customer-credit-card-numbers/">here</a>, remain unaddressed, so the credit card industry still has some work to do.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.securityprivacyandthelaw.com/2013/02/pci-dss-update-the-payment-card-industry-security-standards-council-issues-guidelines-for-security-risk-assessments-cloud-computing-and-accepting-payments-on-mobile-devices/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>More on President Obama’s Executive Order on Cybersecurity</title>
		<link>http://www.securityprivacyandthelaw.com/2013/02/more-on-president-obamas-executive-order-on-cybersecurity/?utm_source=rss&#038;utm_medium=rss&#038;utm_campaign=more-on-president-obamas-executive-order-on-cybersecurity</link>
		<comments>http://www.securityprivacyandthelaw.com/2013/02/more-on-president-obamas-executive-order-on-cybersecurity/#comments</comments>
		<pubDate>Thu, 14 Feb 2013 15:52:01 +0000</pubDate>
		<dc:creator>Stephen Bychowski</dc:creator>
				<category><![CDATA[Cybersecurity & Cybercrime]]></category>

		<guid isPermaLink="false">http://www.securityprivacyandthelaw.com/?p=752</guid>
		<description><![CDATA[On February 12, 2013, President Obama signed an executive order entitled “Improving Critical Infrastructure Cybersecurity.”  The Order has two key components. First, the Attorney General, the Secretary of Homeland Security and the Director of National Intelligence must ensure timely production of unclassified reports of cyber threats and must rapidly disseminate the reports to the targeted [...]]]></description>
				<content:encoded><![CDATA[<p>On February 12, 2013, President Obama signed an <a href="http://op.bna.com/der.nsf/r?Open=sbay-94uv4x">executive order</a> entitled “Improving Critical Infrastructure Cybersecurity.”  The Order has two key components.</p>
<p>First, the Attorney General, the Secretary of Homeland Security and the Director of National Intelligence must ensure timely production of unclassified reports of cyber threats and must rapidly disseminate the reports to the targeted entities.</p>
<p>Second, the National Institute of Standards and Technology (“NIST”), which is part of the Commerce Department, must develop a Cybersecurity Framework.  The Cybersecurity Framework will be a set of standards, methodologies and procedures to help owners and operators of critical infrastructure to reduce cyber risks.  NIST must consult with other agencies and stakeholders and must incorporate voluntary consensus standards and industry best practices.</p>
<p>In conjunction with the Department of Homeland Security (“DHS”), sector-specific agencies must develop a program to support the private sector in adopting the Cybersecurity Framework.  DHS must coordinate and recommend to the President a set of incentives to encourage industry adoption.</p>
<p>The President also issued the <a href="http://op.bna.com/der.nsf/r?Open=sbay-94uv6u">Policy Directive on Critical Infrastructure Security and Resilience</a>.  Under the Policy Directive, DHS and sector-specific agencies must assess the Nation’s critical infrastructure and assist the owners and operators in strengthening their cyber security.</p>
<p>The Executive Order and Policy Directive were issued after Congress <a href="http://elitefhweb1/webview/112Timer/runtime/frTimersFrame.aspx?dt_today=2/13/2013&amp;FromMenu=yes&amp;title=Timer">failed to pass numerous cybersecurity bills in 2012</a>, including a proposal by the White House.  In September, the White House <a href="http://www.nationaljournal.com/tech/gop-senators-assail-white-house-for-pushing-executive-order-on-cybersecurity-20120914">said</a> that it would consider issuing an executive order if Congress remained deadlocked.  The White House <a href="http://commerce.senate.gov/public/?a=Files.Serve&amp;File_id=f4da0411-6fb3-4f2b-b3d5-0fd6767ec8db">noted</a> that the executive branch is “hamstrung by outdated and inadequate statutory authorities,” and in President Obama’s <a href="http://www.nytimes.com/2013/02/13/us/politics/obamas-2013-state-of-the-union-address.html?pagewanted=8&amp;_r=1&amp;smid=tw-thecaucus">State of the Union Address</a>, he called on Congress to “pass[] legislation to give our government a greater capacity to secure our networks and deter attacks.”</p>
]]></content:encoded>
			<wfw:commentRss>http://www.securityprivacyandthelaw.com/2013/02/more-on-president-obamas-executive-order-on-cybersecurity/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Administration Rolls Out Its New Cybersecurity Policy</title>
		<link>http://www.securityprivacyandthelaw.com/2013/02/administration-rolls-out-its-new-cybersecurity-policy/?utm_source=rss&#038;utm_medium=rss&#038;utm_campaign=administration-rolls-out-its-new-cybersecurity-policy</link>
		<comments>http://www.securityprivacyandthelaw.com/2013/02/administration-rolls-out-its-new-cybersecurity-policy/#comments</comments>
		<pubDate>Wed, 13 Feb 2013 19:26:29 +0000</pubDate>
		<dc:creator>Ara Beth Gershengorn</dc:creator>
				<category><![CDATA[Cybersecurity & Cybercrime]]></category>

		<guid isPermaLink="false">http://www.securityprivacyandthelaw.com/?p=748</guid>
		<description><![CDATA[Yesterday President Obama signed an executive order directing federal agencies to develop voluntary best cyber security practices for key industry sectors and to create a system for broader public-private information sharing, and today administration officials have been speaking at an event highlighting the order. The Order places primary responsibility for managing cyber security in the [...]]]></description>
				<content:encoded><![CDATA[<p>Yesterday President Obama signed an executive order directing federal agencies to develop voluntary best cyber security practices for key industry sectors and to create a system for broader public-private information sharing, and today administration officials have been speaking at an event highlighting the order. The Order places primary responsibility for managing cyber security in the hands of the Department of Homeland Security. Under the Order, the government will also be identifying baseline data and systems requirements for the government to allow the exchange of information and intelligence, and will be producing and disseminating unclassified cyber threat reports. The Order also seeks to increase information sharing within the government and with the private sector, looking for options to improve the public-private partnership in both physical and cyber space and to streamline the process of information sharing.</p>
<p>Deputy Attorney General James Cole, speaking at today’s event, emphasized that this would be done without violating the Administration’s commitment to protecting privacy and civil liberties. He mentioned that each federal department and agency is required to develop and implement privacy and civil liberties safeguards in connection with their cyber space activities, and must also assess the safeguards and their implementation, with the results of the assessment sent to the DHS Chief Privacy Officer and Officer for Civil Rights and Civil Liberties to be included in a public report.</p>
<p>Keep watch here for further analysis of the Executive Order and industry reactions to it.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.securityprivacyandthelaw.com/2013/02/administration-rolls-out-its-new-cybersecurity-policy/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Pentagon to Increase Cybersecurity Force More than Five Times Current Size</title>
		<link>http://www.securityprivacyandthelaw.com/2013/01/pentagon-to-increase-cybersecurity-force-more-than-five-times-current-size/?utm_source=rss&#038;utm_medium=rss&#038;utm_campaign=pentagon-to-increase-cybersecurity-force-more-than-five-times-current-size</link>
		<comments>http://www.securityprivacyandthelaw.com/2013/01/pentagon-to-increase-cybersecurity-force-more-than-five-times-current-size/#comments</comments>
		<pubDate>Tue, 29 Jan 2013 22:54:10 +0000</pubDate>
		<dc:creator>Colin Zick</dc:creator>
				<category><![CDATA[Cybersecurity & Cybercrime]]></category>
		<category><![CDATA[Government Enforcement]]></category>
		<category><![CDATA["Cyber Command"]]></category>
		<category><![CDATA[cybersecurity]]></category>
		<category><![CDATA[government]]></category>
		<category><![CDATA[grids]]></category>
		<category><![CDATA[security]]></category>

		<guid isPermaLink="false">http://www.securityprivacyandthelaw.com/?p=720</guid>
		<description><![CDATA[In a recent article, the Washington Post reported that &#8220;The Pentagon has approved a major expansion of its cybersecurity force over the next several years, increasing its size more than fivefold to bolster the nation’s ability to defend critical computer systems and conduct offensive computer operations against foreign adversaries.&#8221; The Pentagon&#8217;s plan would create three [...]]]></description>
				<content:encoded><![CDATA[<p>In a <a href="http://www.washingtonpost.com/world/national-security/pentagon-to-boost-cybersecurity-force/2013/01/19/d87d9dc2-5fec-11e2-b05a-605528f6b712_story.html?hpid=z6">recent article</a>, the Washington Post reported that &#8220;The Pentagon has approved a major expansion of its cybersecurity force over the next several years, increasing its size more than fivefold to bolster the nation’s ability to defend critical computer systems and conduct offensive computer operations against foreign adversaries.&#8221;</p>
<p>The Pentagon&#8217;s plan would create three types of forces under the <a href="http://www.arcyber.army.mil/">Cyber Command</a>:</p>
<ul>
<li>“national mission forces” to protect computer systems that undergird electrical grids, power plants and other infrastructure deemed critical to national and economic security;</li>
<li>“combat mission forces” to help commanders abroad plan and execute attacks or other offensive operations; and</li>
<li>“cyber protection forces” to fortify the Defense Department’s networks.</li>
</ul>
<p>The first of these categories is the one I find most interesting, as it most closely relates to daily life and work in this country.  It also raises the interesting question as to which businesses are deemed to be critial infrastructure.  While electric grids seem obvious, what about electronic health records?  Or Google?  Cloud storage?  And would you want your company to be designated as critical, if there is increased government oversight as a result?</p>
]]></content:encoded>
			<wfw:commentRss>http://www.securityprivacyandthelaw.com/2013/01/pentagon-to-increase-cybersecurity-force-more-than-five-times-current-size/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>HIPAA &#8220;Omnibus&#8221; Regulations Published in Federal Register</title>
		<link>http://www.securityprivacyandthelaw.com/2013/01/hipaa-omnibus-regulations-published-in-federal-register/?utm_source=rss&#038;utm_medium=rss&#038;utm_campaign=hipaa-omnibus-regulations-published-in-federal-register</link>
		<comments>http://www.securityprivacyandthelaw.com/2013/01/hipaa-omnibus-regulations-published-in-federal-register/#comments</comments>
		<pubDate>Fri, 25 Jan 2013 16:37:37 +0000</pubDate>
		<dc:creator>Colin Zick</dc:creator>
				<category><![CDATA[Data Breach]]></category>
		<category><![CDATA[Government Enforcement]]></category>
		<category><![CDATA[Healthcare Industry Spotlight]]></category>
		<category><![CDATA[Legislation & Regulation]]></category>
		<category><![CDATA[Security & Privacy Alerts]]></category>
		<category><![CDATA[breach]]></category>
		<category><![CDATA[enforcement]]></category>
		<category><![CDATA[HIPAA]]></category>
		<category><![CDATA[privacy]]></category>
		<category><![CDATA[regulation]]></category>
		<category><![CDATA[security]]></category>

		<guid isPermaLink="false">http://www.securityprivacyandthelaw.com/?p=714</guid>
		<description><![CDATA[The revised HIPAA regulations were formally published today in the Federal Register.  In this form, they only take up 138 pages! Law360 has a brief piece on the revised HIPAA rules, with the perspectives of various attorneys (including me) on the changes.  While I&#8217;m not sure I agree with the quote that “This is a [...]]]></description>
				<content:encoded><![CDATA[<p>The <a href="http://www.gpo.gov/fdsys/pkg/FR-2013-01-25/pdf/2013-01073.pdf">revised HIPAA regulations were formally published today </a>in the Federal Register.  In this form, they only take up 138 pages!</p>
<p>Law360 has a <a href="http://www.law360.com/health/articles/409015?nl_pk=944879a2-0034-4bf3-8f02-00536f50c617&amp;utm_source=newsletter&amp;utm_medium=email&amp;utm_campaign=health ">brief piece </a>on the revised HIPAA rules, with the perspectives of various attorneys (including me) on the changes.  While I&#8217;m not sure I agree with the quote that “This is a paradigm shift in the privacy world,&#8221; I do agree that this is &#8220;definitely something for all businesses to pay attention to.”  Similarly, I agreed that “now that the starting gun has sounded, it’s a race to get ready by the Sept. 23 compliance deadline.”</p>
]]></content:encoded>
			<wfw:commentRss>http://www.securityprivacyandthelaw.com/2013/01/hipaa-omnibus-regulations-published-in-federal-register/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Key Elements of the New “Omnibus” HIPAA</title>
		<link>http://www.securityprivacyandthelaw.com/2013/01/key-elements-of-the-new-omnibus-hipaa/?utm_source=rss&#038;utm_medium=rss&#038;utm_campaign=key-elements-of-the-new-omnibus-hipaa</link>
		<comments>http://www.securityprivacyandthelaw.com/2013/01/key-elements-of-the-new-omnibus-hipaa/#comments</comments>
		<pubDate>Thu, 24 Jan 2013 21:02:31 +0000</pubDate>
		<dc:creator>Colin Zick</dc:creator>
				<category><![CDATA[Data Breach]]></category>
		<category><![CDATA[Government Enforcement]]></category>
		<category><![CDATA[Healthcare Industry Spotlight]]></category>
		<category><![CDATA[Legislation & Regulation]]></category>
		<category><![CDATA[Security & Privacy Alerts]]></category>
		<category><![CDATA[HIPAA omnibus privacy security breach "business associate" "covered entity" subcontractors enforcement]]></category>

		<guid isPermaLink="false">http://www.securityprivacyandthelaw.com/?p=709</guid>
		<description><![CDATA[On January 18, 2013, nearly four years after the passage of the HITECH Act and its amendments to HIPAA, and nearly three years after it proposed regulatory amendments, the U.S. Department of Health and Human Services (“HHS”) has finally issued major “omnibus” revisions to HIPAA’s privacy and security regulations. In the 563 pages of the regulations and related regulatory comments, [...]]]></description>
				<content:encoded><![CDATA[<p>On January 18, 2013, nearly four years after the <a href="http://www.securityprivacyandthelaw.com/2009/02/articles/data-breach-1/adding-to-the-patchwork-hitech-act-sets-new-floor-for-data-breach-notification-of-certain-patient-information/">passage of the HITECH Act and its amendments to HIPAA</a>, and nearly three years after <a href="http://www.securityprivacyandthelaw.com/2010/07/articles/medical-information/hhs-issues-a-notice-of-proposed-rulemaking-to-modify-the-hipaa-privacy-security-and-enforcement-rules/">it proposed regulatory amendments</a>, the U.S. Department of Health and Human Services (“HHS”) has finally issued major “<a href="http://www.hhs.gov/news/press/2013pres/01/20130117b.html" target="_blank">omnibus</a>” revisions to <a href="https://www.federalregister.gov/articles/2013/01/25/2013-01073/hipaa-privacy-security-enforcement-and-breach-notification-rules" target="_blank">HIPAA’s privacy and security regulations</a>.</p>
<p>In the <a href="https://s3.amazonaws.com/public-inspection.federalregister.gov/2013-01073.pdf" target="_blank">563 pages </a>of the regulations and related regulatory comments, there are many substantive and technical changes.  However, we distilled two major themes in these revisions:</p>
<ul>
<li>Extension of HIPAA generally, and in particular the direct extension of HIPAA to business associates and their subcontractors, so that now the entire food chain that deals with Protected Health Information (“PHI”) falls under HIPAA’s privacy and security regulations; and</li>
<li>Ramping up the regulations on data breach, including shifting of the burden on breach notification, so that it squarely now sits on the covered entity/business associate to prove a “low probability” that PHI will be compromised.</li>
</ul>
<p>Also notable is what these regulations did not do:  they did not raise the cap on HIPAA civil monetary penalties.  It remains at $1.5 million, which is somewhat surprising, in light of the increasing frequency and scope of breaches involving PHI, and the increasingly large penalties the Office of Civil Rights has imposed for HIPAA privacy and security violations.</p>
<p>The final rule is effective on March 26, 2013 and the compliance date is 180 days thereafter (September 22, 2013). Covered entities and business associates will have up to one year after the 180-day compliance date to modify existing contracts in order to comply with these revised rules.</p>
<p>Listed below is a more detailed summary of the significant changes in the regulations:</p>
<ul>
<li>HIPAA’s privacy and security requirements will now directly apply to business associates:  “Where provided, the standards, requirements, and implementation specifications adopted under this subchapter apply to a business associate.”  45 C.F.R. § 160.102.  This change includes subjecting both covered entities and business associates to compliance reviews.  45 C.F.R. § 160.308.</li>
<li>The definition of “business associate” itself has been expanded to include:</li>
</ul>
<p style="padding-left: 60px;">(i) A Health Information Organization, E-prescribing Gateway, or other person that provides data trans-mission services with respect to protected health information to a covered entity and that requires access on a routine basis to such protected health information.</p>
<p style="padding-left: 60px;">(ii) A person that offers a personal health record to one or more individuals on behalf of a covered entity.</p>
<p style="padding-left: 60px;">(iii) A subcontractor that creates, receives, maintains, or transmits protected health information on be-half of the business associate.  45 C.F.R. § 160.103.</p>
<ul>
<li>Subcontractors of business associates will automatically become business associates themselves, and business associates will be required to obtain “satisfactory assurances” that the subcontractors are complying with HIPAA.  45 C.F.R. § 164.308(b)(2).</li>
<li>Business associates may also be liable for the increased penalties for noncompliance based on the level of culpability, up to a maximum penalty of $1.5 million.  In addition, the factors that are taken into account for imposing civil penalties have been revised to include:
<ul>
<li>“The number of individuals affected”;</li>
<li>“The time period during which the violation occurred”;</li>
<li>“financial harm” to the affected individuals;</li>
<li>“harm to an [affected] individual’s reputation”;</li>
<li>“hinder[ing] an [affected] individual’s ability to obtain health care”.</li>
</ul>
</li>
</ul>
<p>In other words, breaches that impact more people over a longer time with resulting harm will be punished more severely.  A history of previous “indications of non-compliance” also will be factored into this HIPAA civil penalty analysis.  45 C.F.R. § 160.408.</p>
<ul>
<li>The definition of breach is changed, with the burden now on the covered entity to prove there was not a breach.  In particular, an impermissible use or disclosure of PHI is<b>presumed </b>to be a breach unless the covered entity or business associate demonstrates that there is a low probability that the protected health information has been compromised based on the following factors:
<ul>
<li>The nature and extent of the protected health information involved, including the types of identifiers and the likelihood of re-identification;</li>
<li>The unauthorized person who used the protected health information or to whom the disclosure was made;</li>
<li>Whether the protected health in-formation was actually acquired or viewed; and</li>
<li>The extent to which the risk to the protected health information has been mitigated.</li>
</ul>
</li>
</ul>
<p>45 C.F.R. § 164.402(2).</p>
<ul>
<li>There are new limits on how information is used and disclosed for marketing and fund-raising purposes.  Marketing is now defined to exclude the following:
<ul>
<li>Refill reminders; and</li>
<li>“For case management or care coordination, contacting of individuals with information about treatment alternatives, and related functions to the extent these activities do not fall within the definition of treatment.”   45 C.F.R. § 164.501.</li>
</ul>
</li>
<li>For fundraising, however, some elements of PHI can be used without patient authorization:
<ul>
<li>Name;</li>
<li>Address;</li>
<li>Contact information;</li>
<li>Date of birth;</li>
<li>Dates of care;</li>
<li>Treating physician;</li>
<li>Outcome information; and</li>
<li>Health insurance status.</li>
</ul>
</li>
</ul>
<p>As a condition of this use, however, patients must be given the chance to opt-out of fundraising contacts.  45 C.F.R. § 164.502(f)(1)</p>
<ul>
<li>The sale of an individual’s health information without permission is prohibited.  The rules also clarify that the prohibitions on the sale of health information do not apply to public health or research purposes, or treatment, or sale of an entity, or to a business associate.  45 C.F.R. § 164.502(a)(5)(ii).</li>
<li>HIPAA won’t protect the information of individuals who have been deceased for over 50 years, as the definition of PHI has been changed to exclude such information.  45 C.F.R. § 164.502(f).</li>
</ul>
<p>There are several provisions that make patient interactions with the health care system simpler and easier:</p>
<ul>
<li>The definition of “family member” is given greater specificity and breadth.  It also should be easier for family members to access records of a deceased, if they were involved in the care of that period before death.  55 C.F.R. § 164.510(b)(5).</li>
<li>When individuals pay for their care themselves, they can instruct their provider not to share information about their treatment with their health plan.  45 C.F.R. § 164.522(a)(1)(vi)(B);</li>
<li>Patients can request a copy of their electronic medical record in an electronic format; 45 C.F.R. § 164.524(c)(3).</li>
<li>An individuals’ ability to authorize the use of his/her health information for research purposes will be streamlined.  45 C.F.R. § 164.508(b)(3)(i);</li>
<li>It will be easier for parents and others to give permission to share proof of a child’s immunization with a school; 45 C.F.R. § 164.512(b)(1)(vi).</li>
</ul>
<p>Strangely, these regulations also include an expansion of very specific genetic privacy protections (which have no basis in the 1996 HIPAA statute).   In particular, the definition of “health information” now includes “genetic information” and the final rule prohibits using or disclosing protected health information that is genetic information for underwriting purposes by all health plans that are covered entities under the HIPAA Privacy Rule, including those to which GINA does not expressly apply, except with regard to issuers of long term care policies.  45 C.F.R. § 164.502(a)(5)(i).</p>
<p align="center">*   *   *</p>
<p>There are several other, less notable provisions, which will nevertheless impact HIPAA notices of privacy practices, business associate agreements and authorization for release of information.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.securityprivacyandthelaw.com/2013/01/key-elements-of-the-new-omnibus-hipaa/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>The Wait Is Over! HHS Finally Issues Revised HIPAA Privacy and Security Regulations</title>
		<link>http://www.securityprivacyandthelaw.com/2013/01/the-wait-is-over-hhs-finally-issues-revised-hipaa-privacy-and-security-regulations/?utm_source=rss&#038;utm_medium=rss&#038;utm_campaign=the-wait-is-over-hhs-finally-issues-revised-hipaa-privacy-and-security-regulations</link>
		<comments>http://www.securityprivacyandthelaw.com/2013/01/the-wait-is-over-hhs-finally-issues-revised-hipaa-privacy-and-security-regulations/#comments</comments>
		<pubDate>Fri, 18 Jan 2013 20:23:25 +0000</pubDate>
		<dc:creator>Colin Zick</dc:creator>
				<category><![CDATA[Government Enforcement]]></category>
		<category><![CDATA[Healthcare Industry Spotlight]]></category>
		<category><![CDATA[Legislation & Regulation]]></category>
		<category><![CDATA[HIPAA privacy security regulations omnibus]]></category>

		<guid isPermaLink="false">http://www.securityprivacyandthelaw.com/?p=704</guid>
		<description><![CDATA[Nearly four years after the passage of the HITECH Act and its amendments to HIPAA, and nearly three years after it proposed regulatory amendments, the U.S. Department of Health and Human Services (&#8220;HHS&#8221;) has finally issued major revisions to HIPAA&#8217;s privacy and security regulations. While we are still making our way through all 563 pages of the regulations and related regulatory comments (and will [...]]]></description>
				<content:encoded><![CDATA[<p>Nearly four years after the <a href="http://www.securityprivacyandthelaw.com/2009/02/articles/data-breach-1/adding-to-the-patchwork-hitech-act-sets-new-floor-for-data-breach-notification-of-certain-patient-information/">passage of the HITECH Act and its amendments to HIPAA</a>, and nearly three years after <a href="http://www.securityprivacyandthelaw.com/2010/07/articles/medical-information/hhs-issues-a-notice-of-proposed-rulemaking-to-modify-the-hipaa-privacy-security-and-enforcement-rules/">it proposed regulatory amendments</a>, the U.S. Department of Health and Human Services (&#8220;HHS&#8221;) has finally issued major revisions to HIPAA&#8217;s privacy and security regulations.</p>
<p>While we are still making our way through <a href="https://s3.amazonaws.com/public-inspection.federalregister.gov/2013-01073.pdf">all 563 pages </a>of the regulations and related regulatory comments (and will have a more detailed analysis shortly in this space), here are some of the highlights we (and <a href="http://www.hhs.gov/news/press/2013pres/01/20130117b.html">the HHS press release</a>) have noted so far:</p>
<ul>
<li>Many of HIPAA&#8217;s privacy and security requirements will now directly apply to business associates;</li>
<li>Business associates may also be liable for the increased penalties for noncompliance based on the level of negligence up to a maximum penalty of $1.5 million;</li>
<li>Subcontractors of business associates will automatically become business associates themselves;</li>
<li>HIPAA won&#8217;t protect IIHI for individuals who have been deceased for over 50 years;</li>
<li>The definition of breach is changed so that an impermissible use or disclosure of protected health information is <span style="text-decoration: underline;">presumed </span>to be a breach unless the covered entity or business associate demonstrates that there is a low probability that the protected health information has been compromised.</li>
<li>Breach notification is not required if it is demonstrated through a risk assessment that there is a low probability that the protected health information has been compromised, rather than demonstrate that there is no significant risk of harm to the individual as was provided under the interim final rule.</li>
<li>The final rule also identifies the more objective factors covered entities and business associates must consider when performing a risk assessment to determine if PHI has been compromised and breach notification is necessary.</li>
<li>When individuals pay for their care in cash, they can instruct their provider not to share information about their treatment with their health plan;</li>
<li>Patients can request a copy of their electronic medical record in an electronic form;</li>
<li>There are new limits on how information is used and disclosed for marketing and fund-raising purposes; in particular, the sale of an individual&#8217;s health information without permission is prohibited;</li>
<li>An individuals’ ability to authorize the use of his/her health information for research purposes will be streamlined;</li>
<li>It will be easier for parents and others to give permission to share proof of a child’s immunization with a school; and</li>
<li>The final rule prohibits using or disclosing protected health information that is genetic information for underwriting purposes by all health plans that are covered entities under the HIPAA Privacy Rule, including those to which GINA does not expressly apply, except with regard to issuers of long term care policies.</li>
</ul>
<p>The final rule is effective on March 26, 2013; the compliance date is 180 days thereafter (September 22, 2013).  Covered entities and business associates will have up to one year after the 180-day compliance date to modify contracts in order to comply with the new rules.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.securityprivacyandthelaw.com/2013/01/the-wait-is-over-hhs-finally-issues-revised-hipaa-privacy-and-security-regulations/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Massachusetts Attorney General Secures $140,000 Settlement of Claims that Patient Information Was Left in a Town Dump</title>
		<link>http://www.securityprivacyandthelaw.com/2013/01/massachusetts-attorney-general-secures-140000-settlement-of-claims-that-patient-information-was-left-in-a-town-dump/?utm_source=rss&#038;utm_medium=rss&#038;utm_campaign=massachusetts-attorney-general-secures-140000-settlement-of-claims-that-patient-information-was-left-in-a-town-dump</link>
		<comments>http://www.securityprivacyandthelaw.com/2013/01/massachusetts-attorney-general-secures-140000-settlement-of-claims-that-patient-information-was-left-in-a-town-dump/#comments</comments>
		<pubDate>Mon, 07 Jan 2013 16:04:19 +0000</pubDate>
		<dc:creator>Colin Zick</dc:creator>
				<category><![CDATA[Data Breach]]></category>
		<category><![CDATA[Government Enforcement]]></category>
		<category><![CDATA[Healthcare Industry Spotlight]]></category>
		<category><![CDATA[$140000]]></category>
		<category><![CDATA[Attorney General]]></category>
		<category><![CDATA[Chestnut]]></category>
		<category><![CDATA[dump]]></category>
		<category><![CDATA[Gagnon]]></category>
		<category><![CDATA[Massachusetts]]></category>
		<category><![CDATA[medical records]]></category>
		<category><![CDATA[Milford]]></category>
		<category><![CDATA[Milton]]></category>
		<category><![CDATA[pathology]]></category>
		<category><![CDATA[Pioneer Valley]]></category>
		<category><![CDATA[settlement]]></category>

		<guid isPermaLink="false">http://fhblogs.webfactional.com/secpriv_wp/?p=688</guid>
		<description><![CDATA[The Massachusetts Attorney General announced today that the former owners of a medical billing practice and four pathology groups have agreed to collectively pay $140,000 to settle allegations that medical records and patient billing information for &#8220;tens of thousands of Massachusetts patients were improperly disposed of at a public dump.&#8221;  Under the settlements, the defendants have agreed to pay a [...]]]></description>
				<content:encoded><![CDATA[<p>The Massachusetts Attorney General <a href="http://www.mass.gov/ago/news-and-updates/press-releases/2013/140k-settlement-over-medical-info-disposed-of-at-dump.html">announced today </a>that the former owners of a medical billing practice and four pathology groups have agreed to collectively pay $140,000 to settle allegations that medical records and patient billing information for &#8220;tens of thousands of Massachusetts patients were improperly disposed of at a public dump.&#8221;  Under the settlements, the defendants have agreed to pay a total of $140,000 for civil penalties, attorney fees, and a data protection fund to support efforts to improve the security and privacy of sensitive health and financial information in Massachusetts.</p>
<p>The Attorney General alleged that Joseph and Louise Gagnon, d/b/a Goldthwait Associates, violated Massachusetts data security laws when they mishandled and improperly disposed of medical records containing personal information and protected health information from four Massachusetts pathology groups at the Georgetown (Mass.) Transfer Station. The medical records contained information for more than 67,000 residents including patient names, Social Security numbers, and medical diagnoses that were not redacted or destroyed when they were dumped.  The other defendants involved in this settlement are Dr. Kevin Dole, former President of Chestnut Pathology Services, P.C.; Milford Pathology Associates, P.C.; Milton Pathology Associates, P.C.; and Pioneer Valley Pathology Associates, P.C.</p>
<p>This issue came to light in July 2010 when a Boston Globe photographer was disposing of his own trash at the Georgetown Transfer Station and observed a large mound of paper which, upon closer inspection, he determined were medical records. His discovery <a href="http://www.boston.com/news/health/articles/2010/08/13/mass_hospitals_investigate_exposure_of_records/">was reported in the Globe shortly thereafter</a>.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.securityprivacyandthelaw.com/2013/01/massachusetts-attorney-general-secures-140000-settlement-of-claims-that-patient-information-was-left-in-a-town-dump/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
