<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	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:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments for Chilmark Research</title>
	<atom:link href="http://chilmarkresearch.com/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://chilmarkresearch.com</link>
	<description>Providing perspective on key IT trends in the healthcare sector</description>
	<lastBuildDate>Wed, 15 Jul 2009 06:40:27 +0000</lastBuildDate>
	<generator>http://wordpress.com/</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>Comment on HITECH Act: Medicaid Reimbursement Plan by John Lynn</title>
		<link>http://chilmarkresearch.com/2009/02/17/hitech-act-medicaid-reimbursement-plan/#comment-3193</link>
		<dc:creator>John Lynn</dc:creator>
		<pubDate>Wed, 15 Jul 2009 06:40:27 +0000</pubDate>
		<guid isPermaLink="false">http://chilmarkresearch.com/?p=1272#comment-3193</guid>
		<description>Hey John,
Just wanted to let you know that this chart is off.  It&#039;s missing an extra 10k year since it&#039;s 10k for 5 years.  Also, it&#039;s only at 85% so the first year it&#039;s 21250 and then $8500 for 5 years after that.</description>
		<content:encoded><![CDATA[<p>Hey John,<br />
Just wanted to let you know that this chart is off.  It&#8217;s missing an extra 10k year since it&#8217;s 10k for 5 years.  Also, it&#8217;s only at 85% so the first year it&#8217;s 21250 and then $8500 for 5 years after that.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Apologies for Off the Grid by Dan</title>
		<link>http://chilmarkresearch.com/2009/07/09/apologies-for-off-the-grid/#comment-3184</link>
		<dc:creator>Dan</dc:creator>
		<pubDate>Mon, 13 Jul 2009 17:26:28 +0000</pubDate>
		<guid isPermaLink="false">http://chilmarkresearch.com/?p=1802#comment-3184</guid>
		<description>Sorry to hear about your loss. You and the family will be in my thoughts. So sad.

Dan L</description>
		<content:encoded><![CDATA[<p>Sorry to hear about your loss. You and the family will be in my thoughts. So sad.</p>
<p>Dan L</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Siloed, Tethered PHRs are a Dead-end by John</title>
		<link>http://chilmarkresearch.com/2009/03/26/siloed-tethered-phrs-are-a-dead-end/#comment-3181</link>
		<dc:creator>John</dc:creator>
		<pubDate>Sun, 12 Jul 2009 12:42:41 +0000</pubDate>
		<guid isPermaLink="false">http://chilmarkresearch.com/?p=1419#comment-3181</guid>
		<description>Ray,
Excellent comments to which I agree with with only ony small exception. Unlike HealthVault and Dossia, Google Health does have more PHR type functionality and believe longer term they will continue to fill out that portion of the platform looking to partners to provide a higher level of abstraction, most likely along the lines of wellness (keeping healthy people healthy).</description>
		<content:encoded><![CDATA[<p>Ray,<br />
Excellent comments to which I agree with with only ony small exception. Unlike HealthVault and Dossia, Google Health does have more PHR type functionality and believe longer term they will continue to fill out that portion of the platform looking to partners to provide a higher level of abstraction, most likely along the lines of wellness (keeping healthy people healthy).</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Siloed, Tethered PHRs are a Dead-end by Ray</title>
		<link>http://chilmarkresearch.com/2009/03/26/siloed-tethered-phrs-are-a-dead-end/#comment-3174</link>
		<dc:creator>Ray</dc:creator>
		<pubDate>Sat, 11 Jul 2009 21:19:53 +0000</pubDate>
		<guid isPermaLink="false">http://chilmarkresearch.com/?p=1419#comment-3174</guid>
		<description>Kathleen, I agree with your overall premise.  By definition, tethered PHR&#039;s provide access to data from one institution (a clinic, hospital, HMO, etc) or system (e.g. Epic).   Integrated PHR&#039;s, again by definition, accept and display information from multiple sources. 

I have to disagree with your labeling, though.  HealthVault, Google, and Dossia really aren&#039;t PHR&#039;s at all.  Even these companies don&#039;t really consider themselves to be PHR&#039;s.  PHR&#039;s are a set of API&#039;s, and consumer directed tools and interfaces, like you see with iHealth, ActiveHealth, HealthTrio, and the myrad of other smaller PHR vendors that are out there (By the way, that isn&#039;t an endorsement of any of these particular PHR systems, just a list of examples).  A simplified definition of a PHR&#039;s primary intention is, &quot;to make it easy for patients to interact productively with their healthcare information&quot;.

Tools like Dossia, HealthVault and GoogleHealth are &quot;repository systems&quot;, or &quot;Health Record Banks&quot;.  There&#039;s a VERY limited segment of consumers out there that will interact with their healthcare data directly through HealthVault with any kind of frequency that would be beneficial.  It&#039;s just not a user friendly interface, and it lacks the value services that the majority of consumers need to engage with.  It was designed to be that way.  Microsoft isn&#039;t interested in making HealthVault pretty to consumers.  They&#039;re interested in partnering with other people who can provide the PHR component.  The main value of HRB&#039;s or repositories is to provide connectivity (and secondarily storage capacity for smaller institutions that can&#039;t cost effectively maintain their own servers, etc).

Patient Portals are a much broader group of services, provided by health organizations, in which patients have access to &quot;below-the-log-in&quot; data, whether this is licensed health education content, billing inormation, or other health related services.  PHR&#039;s are often part of the suite of services offered from within a patient portal, and some PHR vendors are even starting to create pre-fabricated patient portal services that healthcare institutions can buy as a sort of &quot;plug-and-play&quot; solution, they aren&#039;t the same thing as a PHR.</description>
		<content:encoded><![CDATA[<p>Kathleen, I agree with your overall premise.  By definition, tethered PHR&#8217;s provide access to data from one institution (a clinic, hospital, HMO, etc) or system (e.g. Epic).   Integrated PHR&#8217;s, again by definition, accept and display information from multiple sources. </p>
<p>I have to disagree with your labeling, though.  HealthVault, Google, and Dossia really aren&#8217;t PHR&#8217;s at all.  Even these companies don&#8217;t really consider themselves to be PHR&#8217;s.  PHR&#8217;s are a set of API&#8217;s, and consumer directed tools and interfaces, like you see with iHealth, ActiveHealth, HealthTrio, and the myrad of other smaller PHR vendors that are out there (By the way, that isn&#8217;t an endorsement of any of these particular PHR systems, just a list of examples).  A simplified definition of a PHR&#8217;s primary intention is, &#8220;to make it easy for patients to interact productively with their healthcare information&#8221;.</p>
<p>Tools like Dossia, HealthVault and GoogleHealth are &#8220;repository systems&#8221;, or &#8220;Health Record Banks&#8221;.  There&#8217;s a VERY limited segment of consumers out there that will interact with their healthcare data directly through HealthVault with any kind of frequency that would be beneficial.  It&#8217;s just not a user friendly interface, and it lacks the value services that the majority of consumers need to engage with.  It was designed to be that way.  Microsoft isn&#8217;t interested in making HealthVault pretty to consumers.  They&#8217;re interested in partnering with other people who can provide the PHR component.  The main value of HRB&#8217;s or repositories is to provide connectivity (and secondarily storage capacity for smaller institutions that can&#8217;t cost effectively maintain their own servers, etc).</p>
<p>Patient Portals are a much broader group of services, provided by health organizations, in which patients have access to &#8220;below-the-log-in&#8221; data, whether this is licensed health education content, billing inormation, or other health related services.  PHR&#8217;s are often part of the suite of services offered from within a patient portal, and some PHR vendors are even starting to create pre-fabricated patient portal services that healthcare institutions can buy as a sort of &#8220;plug-and-play&#8221; solution, they aren&#8217;t the same thing as a PHR.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on HITECH Act: Reimbursement Schedule a Challenge by AMA Explanations of the HIT Provisions in the ARRA &#124; The Redlog Blog</title>
		<link>http://chilmarkresearch.com/2009/02/16/hitech-act-reimbursement-schedule-a-challenge/#comment-3166</link>
		<dc:creator>AMA Explanations of the HIT Provisions in the ARRA &#124; The Redlog Blog</dc:creator>
		<pubDate>Fri, 10 Jul 2009 18:29:42 +0000</pubDate>
		<guid isPermaLink="false">http://chilmarkresearch.com/?p=1261#comment-3166</guid>
		<description>[...] Chilmark Medicare Reimbursement Schedule [...]</description>
		<content:encoded><![CDATA[<p>[...] Chilmark Medicare Reimbursement Schedule [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on HITECH Act: Medicaid Reimbursement Plan by AMA Explanations of the HIT Provisions in the ARRA &#124; The Redlog Blog</title>
		<link>http://chilmarkresearch.com/2009/02/17/hitech-act-medicaid-reimbursement-plan/#comment-3165</link>
		<dc:creator>AMA Explanations of the HIT Provisions in the ARRA &#124; The Redlog Blog</dc:creator>
		<pubDate>Fri, 10 Jul 2009 18:29:38 +0000</pubDate>
		<guid isPermaLink="false">http://chilmarkresearch.com/?p=1272#comment-3165</guid>
		<description>[...] Chilmark Medicaid Reimbursement Schedule [...]</description>
		<content:encoded><![CDATA[<p>[...] Chilmark Medicaid Reimbursement Schedule [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Apologies for Off the Grid by Mike Hogarth</title>
		<link>http://chilmarkresearch.com/2009/07/09/apologies-for-off-the-grid/#comment-3162</link>
		<dc:creator>Mike Hogarth</dc:creator>
		<pubDate>Thu, 09 Jul 2009 23:39:08 +0000</pubDate>
		<guid isPermaLink="false">http://chilmarkresearch.com/?p=1802#comment-3162</guid>
		<description>Hi.

Just a note to express sadness and sympathies for your loss. Be well.
Mike H</description>
		<content:encoded><![CDATA[<p>Hi.</p>
<p>Just a note to express sadness and sympathies for your loss. Be well.<br />
Mike H</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Apologies for Off the Grid by Carlos Leyva</title>
		<link>http://chilmarkresearch.com/2009/07/09/apologies-for-off-the-grid/#comment-3160</link>
		<dc:creator>Carlos Leyva</dc:creator>
		<pubDate>Thu, 09 Jul 2009 21:58:10 +0000</pubDate>
		<guid isPermaLink="false">http://chilmarkresearch.com/?p=1802#comment-3160</guid>
		<description>John,

Our prayers are with the family. There are many, many things that are considerably more important than this wired world we all now inhabit 24/7. Friends and family in a time of need are at the top of the list.

The world can wait. Indeed, there is probably no greater sorrow than for a parent to bury a child.</description>
		<content:encoded><![CDATA[<p>John,</p>
<p>Our prayers are with the family. There are many, many things that are considerably more important than this wired world we all now inhabit 24/7. Friends and family in a time of need are at the top of the list.</p>
<p>The world can wait. Indeed, there is probably no greater sorrow than for a parent to bury a child.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on CONNECT: The Feds Answer to Health Info Exchange by Daniel</title>
		<link>http://chilmarkresearch.com/2009/07/01/connect-health-info-exchange/#comment-3158</link>
		<dc:creator>Daniel</dc:creator>
		<pubDate>Wed, 08 Jul 2009 14:36:12 +0000</pubDate>
		<guid isPermaLink="false">http://chilmarkresearch.com/?p=1788#comment-3158</guid>
		<description>John

Check out www.HealthUnity.com
They have some great deployments of health information exchange.

Daniel</description>
		<content:encoded><![CDATA[<p>John</p>
<p>Check out <a href="http://www.HealthUnity.com" rel="nofollow">http://www.HealthUnity.com</a><br />
They have some great deployments of health information exchange.</p>
<p>Daniel</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Independence, Basic Rights &amp; PHI by John</title>
		<link>http://chilmarkresearch.com/2009/07/03/independence-basic-rights-phi/#comment-3154</link>
		<dc:creator>John</dc:creator>
		<pubDate>Tue, 07 Jul 2009 13:11:13 +0000</pubDate>
		<guid isPermaLink="false">http://chilmarkresearch.com/?p=1799#comment-3154</guid>
		<description>Terry, as much respect as I respect the military and your service, your recent comment was not at all thoughtful and reflective of the simple declaration put forth in this post.  Therefore, your comment has been removed. 

If you do wish to repost, please keep it above board and be reflective of the broader issues that pertain to a citizen&#039;s control of their medical records.</description>
		<content:encoded><![CDATA[<p>Terry, as much respect as I respect the military and your service, your recent comment was not at all thoughtful and reflective of the simple declaration put forth in this post.  Therefore, your comment has been removed. </p>
<p>If you do wish to repost, please keep it above board and be reflective of the broader issues that pertain to a citizen&#8217;s control of their medical records.</p>
]]></content:encoded>
	</item>
</channel>
</rss>