<?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>Armedia Blog &#187; eDiscovery</title>
	<atom:link href="http://www.armedia.com/blog/category/enterprise_content_management/solutions/ediscovery/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.armedia.com/blog</link>
	<description></description>
	<lastBuildDate>Thu, 02 Feb 2012 15:53:54 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=</generator>
		<item>
		<title>The Andy Fastow Subtext&#8230;</title>
		<link>http://www.armedia.com/blog/2010/03/the-andy-fastow-subtext/</link>
		<comments>http://www.armedia.com/blog/2010/03/the-andy-fastow-subtext/#comments</comments>
		<pubDate>Thu, 04 Mar 2010 05:15:17 +0000</pubDate>
		<dc:creator>Jim Nasr</dc:creator>
				<category><![CDATA[ECM Industry]]></category>
		<category><![CDATA[eDiscovery]]></category>
		<category><![CDATA[Records Management]]></category>
		<category><![CDATA[records management]]></category>

		<guid isPermaLink="false">http://www.armedia.com/blog/?p=346</guid>
		<description><![CDATA[File this under: “what the …”, “huh?!”, “is this ECM related…”, or “let’s bear with it for a bit, it may go somewhere…”. So for those of you who may not have heard: The Andy Fastow Story is a far-fetched, weird and wonderful fantasy about a man who single-handedly (well almost…with a little help from [...]]]></description>
			<content:encoded><![CDATA[<p>File this under: “what the …”, “huh?!”, “is this ECM related…”, or “let’s bear with it for a bit, it may go somewhere…”.</p>
<p>So for those of you who may not have heard: The <a title="JimNasr_blog" href="http://www.time.com/time/business/article/0,8599,201871,00.html" target="_blank">Andy Fastow</a> Story is a far-fetched, weird and wonderful fantasy about a man who single-handedly (well almost…with a little help from a few close golfing buddies: <a title="JimNasr_blog" href="http://en.wikipedia.org/wiki/Jeffrey_Skilling" target="_blank">Jeff</a>, <a title="JimNasr_blog" href="http://en.wikipedia.org/wiki/Kenneth_Lay" target="_blank">Ken</a>, <a title="JimNasr_blog" href="http://www.nytimes.com/2002/08/22/opinion/the-first-domino-at-enron.html" target="_blank">Michael</a>, <a title="JimNasr_blog" href="http://www.chron.com/disp/story.mpl/business/3551214.html" target="_blank">Rick</a>, <a title="JimNasr_blog" href="http://www.cbsnews.com/stories/2003/10/02/national/main576198.shtml" target="_blank">Ben </a>and <a title="JimNasr_blog" href="http://bodurtha.georgetown.edu/enron/How%20a%20Bright%20Star%20at%20Andersen%20Burned%20Out%20Along%20With%20Enron.htm" target="_blank">David</a>, amongst others) brings down a giant company, nay, a whole industry, tailspins an entire country into recession, causes the loss of tens of thousands of job and billions of dollars of people’s savings, illegally bags tens of millions of dollars for himself and his best buddy Michael, etc… In this little tale, our hero Andy is magically transformed from an Ordinary Joe to Financial Genius with the help of his friend, and self-anointed god, Jeff. Andy then gets to make up “Andy’s World”, where everything is always wonderful for him and all bad things in the real world are shoved into a box called <a title="JimNasr_blog" href="http://en.wikipedia.org/wiki/LJM" target="_blank">LJM </a>and then a bigger box called <a title="JimNasr_blog" href="http://www.nytimes.com/2002/01/25/business/enron-s-collapse-how-ljm2-tripped-up-enron.html?pagewanted=1" target="_blank">LJM2 </a>(and a couple of broken down pales called Chewco and Raptor). In Andy’s World, Andy and Michael get to make up all the rules. Everybody is invited to play in Andy’s World—at a fee. Everybody will win a participation prize. Everybody will lose a whole helluva lot. Errr, except for Andy and Michael of course—they always win. Until one day, when a nosy stranger starts asking questions like “Andy, how do you do it? …like, can you teach me how to stick really bad things into an ordinary box just like yours and have them just disappear and make me loads of money just like you?” Well, one thing leads to another and this nasty thing called the <a title="JimNasr_blog" href="http://www.nytimes.com/2001/11/01/business/sec-opens-investigation-into-enron.html?pagewanted=1" target="_blank">SEC </a>starts poking and prodding Andy’s World, bugging Andy and asking him the same kinds of stuff; except this SEC thing is scary and has some gnarly militia working for it. The nerve of the SEC questioning whether Andy is on the up and up! Of course, just like all good fantasies, after a bout of the uglies (a little public humiliation and a few years outside the comfort of Andy’s World—chilling in an institution near Colorado), our hero rises at the end and gets to fight another day (presumably with some of those millions he bagged earlier). Unfortunately his friends, well except Michael again, didn’t do so well: poor Ken died, Ben and Rick went to jail, David became known as the world’s most infamous shredder, and Jeff was vilified around the world and got blamed for everything bad in Andy’s World. Oh, and, like millions of people’s lives’ got permanently messed up.</p>
<p>Pretty good story, eh?! I’ve even heard some rumors that it’s loosely based on <a title="JimNasr_blog" href="http://www.chron.com/news/specials/enron/" target="_blank">real life</a>…</p>
<p><a href="http://www.dilbert.com/strips/comic/2005-10-11/"><img class="size-full wp-image-351 alignnone" title="1015.strip" src="http://armedia.com/blog2/wp-content/uploads/2010/03/1015.strip_.gif" alt="Dilbert on Enron" width="640" height="199" /></a></p>
<p>Of course the moral of the Andy Fastow Story is that we don’t want another Andy Fastow story. Actually, no more stories at all of that genre. Sadly, it seems to be a trite plot prone to repeat. Who can forget the <a title="JimNasr_blog" href="http://money.cnn.com/2005/03/15/news/newsmakers/ebbers/index.htm" target="_blank">Bernie Ebbers</a> or the <a title="JimNasr_blog" href="http://www.time.com/time/specials/packages/article/0,28804,1903155_1903156_1903152,00.html" target="_blank">Dennis Kozlowski</a> Story? Or the <a title="JimNasr_blog" href="http://en.wikipedia.org/wiki/Bankruptcy_of_Lehman_Brothers" target="_blank">Lehman</a> and <a title="JimNasr_blog" href="http://www.slate.com/id/2213942/" target="_blank">AIG</a> Show? Don&#8217;t even start with <a title="JimNasr_blog" href="http://online.wsj.com/article/SB124604151653862301.html" target="_blank">Maddof</a>! So many copycats, it’s hard to keep track.</p>
<p>The answer to stop these stories, one presumes, is to put in place some controls. Tools that support the controls. And, a scary, ugly and expensive editing process affectionately called the threat of eDiscovery. Oh, and a whole bunch of government type people, lawyers, accountants, bankers and consultants. Now, surely there will never be another Andy Fastow Story. There will never be another <a title="JimNasr_blog" href="http://bodurtha.georgetown.edu/enron/Arthur%20Andersen's%20Fall%20From%20Grace%20Is%20a%20Sad%20Tale%20of%20Greed%20and%20Miscues.htm" target="_blank">Arthur Andersen</a> willing to edit another Andy Fastow Story. In fact, we won’t even need to have any more authors or heroes for these kinds of stories. Our tools will auto-document happy stories where everyone wins and everyone is treated fairly. So, that’s where ECM comes in!</p>
<p>Unfortunately, it seems, again, that reality is just not complying with our carefully thought out plot. Dang! In spite of noise to the contrary, and HUGE vendor propaganda promoting the discovery of gold reincarnated in the all signing, all dancing eDiscovery products tied to ECM solutions, it seems there is a “fiction gap” between is and would-like to be. In fact, records management en-masse (which one would presume to be a <em>precursor</em> to eDiscovery products) is seemingly not much more than email archival these days. All this seems to point to the obvious. What’s the subtext here?</p>
<p>Perhaps the subtext is in the incentives and disincentives. eDiscovery, empirically, seems to be a dance. The goal really is not full discovery or going to court—that would be insanely expensive for most organizations—but a happy settlement, which would be less insanely expensive. Of course to get to the settlement, you still need some level of eDiscovery…to know what is insane and what is less insane! Now, what if eDiscovery were easier? ECM, records management, search and eDiscovery tools all working in unison. A nirvana to be sure. But, would that not potentially lead to greater exposure of being discovered? Would the disincentive of the lengthy, costly and archaic discovery process now be replaced with the incentive of protecting yourself through the same lengthy, costly and archaic discovery process?! Certainly the US government (through the <a title="JimNasr_blog" href="http://www.theemailadmin.com/2009/01/ediscovery-frcp-rule-26-can-your-company-comply/" target="_blank">FRCP</a>; Federal Rules of Civil Procedure) doesn’t hope so. In fact, since the December 1, 2006 amendments to the FRCP, effectively dealing with eDiscovery is very much <em>supposed to be</em> on the legal and corporate roadmap of most organizations; moreover they have the burden of responsibility for adequately managing discoverable information at their own cost.</p>
<p>So, where does that leave us? In the spirit of Mr. Fastow and company, I suspect somewhere between pay now or pay later…which is to say, little evidence of much competence at this time. In my opinion, effective and somewhat efficient eDiscovery is directly tied to successful deployment of ECM—properly indexing, managing, storing, retrieving and archiving information, and a <em>streamlined implementation</em> of Records Management—identifying, classifying, retaining and disposing of formal records based on corporate and regulatory compliance policies. I’m sure the eDiscovery vendors would not entirely, or possibly at all, agree with some of these assertions. But then again they may have incentives not to…</p>
]]></content:encoded>
			<wfw:commentRss>http://www.armedia.com/blog/2010/03/the-andy-fastow-subtext/feed/</wfw:commentRss>
		<slash:comments>15</slash:comments>
		</item>
		<item>
		<title>Content Collection, Migration, and Delivery</title>
		<link>http://www.armedia.com/blog/2009/06/content-collection-migration-and-delivery/</link>
		<comments>http://www.armedia.com/blog/2009/06/content-collection-migration-and-delivery/#comments</comments>
		<pubDate>Fri, 19 Jun 2009 22:17:42 +0000</pubDate>
		<dc:creator>kevans</dc:creator>
				<category><![CDATA[Alfresco]]></category>
		<category><![CDATA[Business Intelligence]]></category>
		<category><![CDATA[Case Management]]></category>
		<category><![CDATA[Content Authoring]]></category>
		<category><![CDATA[Content Server]]></category>
		<category><![CDATA[Data Migration]]></category>
		<category><![CDATA[Documentum]]></category>
		<category><![CDATA[eDiscovery]]></category>
		<category><![CDATA[Electronic Health Records]]></category>
		<category><![CDATA[Enterprise Content Management]]></category>
		<category><![CDATA[Mobility]]></category>
		<category><![CDATA[Performance Monitoring]]></category>
		<category><![CDATA[Records Management]]></category>
		<category><![CDATA[SharePoint]]></category>
		<category><![CDATA[Solutions]]></category>
		<category><![CDATA[Web Content Management]]></category>

		<guid isPermaLink="false">http://www.armedia.com/blog/?p=192</guid>
		<description><![CDATA[There are well over 35 proprietary document management systems, an astronomical number of homegrown document management systems, and billions of sources for information to come from.  As technology changes, new and better features are added to current systems, new products are coming out, and software systems frequently have to be upgraded.  As companies merge, workflows [...]]]></description>
			<content:encoded><![CDATA[<p class="MsoNormal" style="margin: 0in 0in 10pt;"><span style="font-size: small;"><span style="font-family: Calibri;">There are well over 35 proprietary document management systems, an astronomical number of homegrown document management systems, and billions of sources for information to come from.<span style="mso-spacerun: yes;">  </span>As technology changes, new and better features are added to current systems, new products are coming out, and software systems frequently have to be upgraded.<span style="mso-spacerun: yes;">  </span>As companies merge, workflows that were once adequate, no longer cover the bases for the growing needs of the “new” organization.<span style="mso-spacerun: yes;">  </span>What happens when companies merge and they were using two different document management systems?<span style="mso-spacerun: yes;">  </span>Which one takes over?<span style="mso-spacerun: yes;">  </span>Or do they continue to use both?<span style="mso-spacerun: yes;">  </span>As organizations grow, merge, and split, the number of input sources and output destinations dramatically increase.<span style="mso-spacerun: yes;">  </span>How do we integrate these new information pathways , along with new applications that are introduced, keeping you in the same locked in status? </span></span></p>
<p class="MsoNormal" style="margin: 0in 0in 10pt;"><span style="font-size: small;"><span style="font-family: Calibri;">It’s simple.<span style="mso-spacerun: yes;">  </span>The new Content I/O Suite.<span style="mso-spacerun: yes;">  </span>Armedia’s Content I/O Suite allows users to collect information from all of those billions of sources, migrate it to the centralized repository in the company, and then, if needed, deliver that information to the different web portals that may need to view the information later.<span style="mso-spacerun: yes;">  </span>In fact, it can even send the information to multiple repositories all from the same interface.<span style="mso-spacerun: yes;">  </span>So what if Human Resources uses Documentum, and Accounting uses Laserfiche, and some departments have their own collaborative eRoom set up, but you just merged with another company who uses SharePoint and FileNet.<span style="mso-spacerun: yes;">  </span>What if one user could capture the information coming in from the website, or through email, or through regular snail mail, and deliver it into the appropriate system, without that one user ever having to be trained in each of those systems?<span style="mso-spacerun: yes;">  </span>Sounds too good to be true, doesn’t it?<span style="mso-spacerun: yes;">  </span>Check it out at <a href="http://armedia.com/products/suite/">http://armedia.com/products/suite/</a>. </span></span></p>
<p class="MsoNormal" style="margin: 0in 0in 10pt;"><span style="font-size: small;"><span style="font-family: Calibri;">-Kristin Evans</span></span></p>
]]></content:encoded>
			<wfw:commentRss>http://www.armedia.com/blog/2009/06/content-collection-migration-and-delivery/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Electronic Health Records &#8211; Possible or Not?</title>
		<link>http://www.armedia.com/blog/2009/03/electronic-health-records-possible-or-not/</link>
		<comments>http://www.armedia.com/blog/2009/03/electronic-health-records-possible-or-not/#comments</comments>
		<pubDate>Wed, 18 Mar 2009 03:13:16 +0000</pubDate>
		<dc:creator>cschassler</dc:creator>
				<category><![CDATA[Case Management]]></category>
		<category><![CDATA[eDiscovery]]></category>
		<category><![CDATA[Electronic Health Records]]></category>
		<category><![CDATA[Enterprise Content Management]]></category>
		<category><![CDATA[Records Management]]></category>
		<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[case management]]></category>
		<category><![CDATA[electronic health records]]></category>
		<category><![CDATA[records management]]></category>

		<guid isPermaLink="false">http://www.armedia.com/blog/?p=3</guid>
		<description><![CDATA[There have been a large number of articles published regarding electronic health records.  I wanted to share my thoughts given that this is an area that I believe has a tremendous amount of potential.  This topic is nothing new, it has been discussed, tried, abandoned, and retried a number of times.  Things are different now though in some important ways.  For [...]]]></description>
			<content:encoded><![CDATA[<p>There have been a large number of articles published regarding electronic health records.  I wanted to share my thoughts given that this is an area that I believe has a tremendous amount of potential.  This topic is nothing new, it has been discussed, tried, abandoned, and retried a number of times.  Things are different now though in some important ways.  For starters it has a great deal of federal attention, President Obama campaigned on the subject and he has justified it as a big step in helping to improve the economy.  Secondly, the tools needed to facilitate this type of system are a lot more powerful.  Handling large amounts of unstructured data and classifying, tagging, and searching has all become relatively easy. <span id="more-1897"></span></p>
<p>So why hasn&#8217;t there been more progress on this front?  Technology really has little to do with it, technology is actually the easier part of the total effort.  There are several answers and they can vary slightly but it really boils down to the same reasons so many enterprise content management initiatives fail - because there is a lack of analysis, requirements definition, and careful strategic planning up front.  Plus, once systems are deployed, there isn&#8217;t sufficient governance and it quickly becomes a support and maintenance headache so the benefits and your ROI disappear.  Something as complex as electronic health records can also be hampered by key stakeholders from different areas failing to agree on a core set of requirements and policies in order to move forward.  If there isn&#8217;t a commitment among these interested parties to work together towards a common set of goals and objectives producing a successful solution will be extremely difficult.  This has certainly happened in the past but hopefully with the current momentum this obstacle can be overcome.</p>
<p>One of the key things for organizations planning this type undertaking is to understand and accept that it is not a one time thing.  These aren&#8217;t single projects they are programs.  Many projects have failed because the scope becomes way too ambitious and requirements are never properly defined.  With something as complex as electronic health records getting to a refined, specific set of requirements that can be implemented is challenging at best.  Which is why these programs should be broken up into a series of smaller, more tangible projects with scope that can be properly defined and is obtainable during a reasonable period of time.  Taking on more, smaller projects allows you to set more realistic goals, minimize risk, and learn from each iteration so you deploy a more reliable system that meets expectations and yields positive results.  I can&#8217;t stress the importance of properly defining requirements down to a specific level, if the requirements are ambiguous and cannot be broken out into use cases you will not wind up with a sound design and the solution will more than likely fail to meet expectations.  I am going to leave this point here since I am starting to cross over into software development methodology and process areas and I have whole separate article planned for that subject.  It may take more than one if I really get on my soapbox!</p>
<p>There certainly have been some good examples, if you haven&#8217;t read about it check out the <a href="http://dhcc.delaware.gov/information/dhin.shtml" target="_blank">Delaware Health Information Network</a>.  The DIHN (pronounced The Din) as it is lovingly called has been an ongoing program and has been pretty successful.  Will it be a model for other states and possibly more?  I can&#8217;t say for sure but having a new VP from the great state of Delaware certainly can&#8217;t hurt!</p>
<p>So what can be done to help ensure that an electronic health records system is successful?  For starters realize what I mentioned above, it isn&#8217;t a single project, it is a program made up of multiple projects driven towards a common goal.  Of course stakeholder support and resources are a given as with any program but having stakeholders involved that know the different parts of the industry (i.e. Physicians, research, clinical, etc.) and are committed to the common goals is vital.  As with any type of record, health records have compliance regulations that have to be met, the most notable of course is <a href="http://www.hhs.gov/ocr/privacy/index.html" target="_blank">HIPAA</a>.  This is a risky area for electronic health records systems, one that has stumped efforts in the past.  How do you ensure patient privacy when these records become digital, especially with so many potential access points?  This is a big reason key stakeholder input is critical and why there is a great need for governance of the solution once it is deployed.  Roles and permission levels can be established but it is the subject matter experts that need to define them in order to help ensure accuracy.</p>
<p>Once a system is deployed the Governance Committee should be the authoritative body that provides change management guidance and helps ensure the common goals of the solution are being met, including compliance.  As with any good program a road-map should be drawn so the team knows where they are and where they need to go.  The road-map should define key milestones for the program and basically layout the projects to be undertaken along with their high-level scope.  Earlier milestones will probably be more specific and it is OK if future milestones are more nebulous, this should be a living artifact that is revisited, and potentially revised, after each individual initiative at least.  The goal is to lay a solid foundation and build upon it with additional functionality while also factoring in changes in regulation and in the environment.</p>
<p>Although not as important as the aforementioned functional and human factors in ensuring success,  technology certainly has an important role to say the least.  Using content management platforms effectively with intelligent classification, metadata standards, and search applications to manage, relate, and access these records will be vital.  Usability is usually an after thought which is why new system adoption and sustainability can be difficult so it&#8217;s role in an initiative like this will be huge.  If the system is difficult to use and frustrating for the end user they simply won&#8217;t adopt.  You can build the best solution with all the functionality one could ever need but if nobody uses it the effort will still be an utter failure.  Using proven usability techniques and best practices will help facilitate positive results.  With any major industry shift towards technology, especially with as big as this movement is likely to be, the establishment of certain architectural standards will go a long way to help prevent data from being siloed and to make sure the information can be shared and can cross systems.  There has been success on this front as well that can be used as examples, the <a href="http://www.it.ojp.gov/default.aspx?area=nationalInitiatives&amp;page=1013" target="_blank">Global Justice XML Data Model</a> is certainly one.  Another standard which is in a related area is <a href="https://gforge.nci.nih.gov/plugins/wiki/index.php?Regulated%20Product%20Submission&amp;id=234&amp;type=g" target="_blank">Regulated Product Submission</a> which is a standard that would allow regulated organizations such as those in the Medical Device, Pharmaceutical, and Veterinary Medicine industries for example to submit regulatory information to the applicable agencies using a single standard message format.</p>
<p>The potential benefits to electronic health records systems are there but what is debatable is whether or not it is realistic to think we can get there.  Eventhough there is strong support there are also those that feel that it is too grand a goal and that the benefit is simply not there.  I was just reading an editorial in the newspaper today where the authors basically said that the money for electronic health records technology would be better spent somewhere else, in fact these authors cited statistics that indicated that this type of technology may actually detrimental to health care.  Sorry, I just can&#8217;t buy that.  I just don&#8217;t believe we have been doing this long enough and effectively enough to gather accurate data on the subject.  Are there other areas of the health care industry that need funding, of course, this isn&#8217;t a silver bullet and to think so could possibly set unrealistic expectations and doom the effort before it ever really got going.</p>
<p>I for one believe that we should, can, and will get there.  Make no mistake, it will be a long complicated journey but one that is long overdue and it looks like it will have a great deal of Federal funding and support which will definitely help.  We really can&#8217;t afford not to take this step.  Many experts agree the current state of medical records contributes to rising health care costs.  Furthermore, there is a great deal of knowledge that is sitting there but isn&#8217;t being utilized simply because it can&#8217;t be found and linked together in context.  I mean, when you go into your Doctor&#8217;s office or into a lab to have a test performed do they pull up all your information digitally in a unified context?  No, I am sure they don&#8217;t, they walk back to those rolling file bins and pull your folder with hard copies of all your health records, once they find it that is, and only for what you have had done with that Doctor or by that clinic.  Now, think about it again, what if your Doctor is able to have all your records including x-rays, lab results, etc. from anywhere at her finger tips and can be referenced easily?  Or what if you move or are out of town and need to visit a Doctor or hospital and they can have all your records pulled up within seconds?   Once it starts to be put in perspective it becomes a very compelling argument.</p>
<p>What I think has the potential to be a tremendous benefit and improvement in overall health care but isn&#8217;t being talked about too much are the eDiscovery possibilities that begin to open up.  Think about it, if this information is digital, well attributed, and classified (content management professionals reading this are chuckling at this notion of ECM Zen but stay with me) this starts to not just be a system that manages discrete electronic health records it starts to become a knowledge warehouse.  For example, with all all of your health records stored this way your Doctors can cross reference past lab results and your history to make a better, more accurate diagnosis.  Intelligence can be built in to flag items if certain tolerances have been met and send alerts.  Reporting across geographical areas can be generated to identify potential outbreaks and if you have ever had the flu you certainly want Doctors and organizations like the CDC to have all the information they can at their disposal.  I genuinely believe that this will not only improve our economy and our health care system but that it will lead to more cures and better health in general.  Health records hold a great deal of valuable information and but they suffer from the same plight that a great deal of other content does, not that it doesn&#8217;t exist but that it can&#8217;t be found.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.armedia.com/blog/2009/03/electronic-health-records-possible-or-not/feed/</wfw:commentRss>
		<slash:comments>14</slash:comments>
		</item>
	</channel>
</rss>

