Allscripts Sues NYC Provider and Epic After Losing Contract Bid

Allscripts Healthcare Solutions has sued New York City Health and Hospitals Corp. and electronic health records vendor Epic Systems Corp. after Epic got a $303 million contract from the delivery system. The lawsuit is available here (scroll down to Petition).

Get access to this article and thousands more...

All Health Data Management articles are archived after 7 days. REGISTER NOW for unlimited access to all recently archived articles, as well as thousands of searchable stories. Registered Members also gain access to exclusive industry white paper downloads, web seminars, podcasts, e-books, and conference discounts. Qualified members may also choose to receive our free monthly magazine and any of our e-newsletters covering the latest breaking news, opinions from industry leaders, developing trends and specialized topics like EHR's, revenue cycle management, health insurance exchanges, analytics, and more!

Already Registered?

Forgot Password/Need Help?
Comments (3)
you are actually a just right webmaster. The site loading speed is incredible. It kind of feels that you are doing any unique trick. In addition, The contents are masterpiece. you have performed a wonderful process in this topic! website
Posted by Lavonna K | Wednesday, November 13 2013 at 10:05PM ET
I'm in the healthcare technology industry and we have AllScripts EMR at my work. I don't have first hand experience with Epic, but I can hardly believe that it is worse than AllScripts which is a cobbled together mess. Maybe the NYCHHC polled institutions currently using both systems and realized that integration with Epic is easier than with AllScripts, maybe they just wanted to work with Epic over AllScripts. Either way, this lawsuit seems laughable.
Posted by Hardunken C | Thursday, December 20 2012 at 4:45PM ET
Of course Epic refused to respond. Epic's platform is generations behind with no time to catch up. Epic technology is continually wrapped in new paper for the uninformed to slobber over but Epic's technology is a decade old IMO. As to Epic scalable functionality is an Epic joke on this administration again IMO. Technology is something you can't just throw money at, it needs time to gestate. I would rather the industry go back to the "wires" system meaning fax and paper as opposed to using Epic which is an even slower and less dependable system. Here at University one can't swing a dead cat in todays' technological world without hitting a better set of vertical applications with some creating for the decades to come. If Epic or Ms. Faulkner doesn't acknowledge this then an objective third party such as credentialed DCompSci or D.C.Sc. CAND or Ph.D. in Computer Sciences needs to be brought in for closed door forensic comparatives specifically germane to Epic's performance, or lack thereof, then on to market comparisons. Bottom line is the Epic product suite, once an industry standard, is seriously deficient and certainly not ready for the infrastructure this nation will need moving forward. Epic I understand has just begun development in Java while all others have already perfected Java and are now developing in a J-2 or HTML5 environment. Sure Epic can tell the administration we're all nuts but those in the healthcare and technology industry's know better. The time is fast approaching where current hardware won't run Epic's antiquated architecture IMO. If Epic is the platform the administration selects as the common infrastructure shows me they're not serious about reigning on costs nor increasing performance by factors of 10. If Epic is all Ms. Faulkner says it is then I'm quite sure she wouldn't mind this third party performance analysis. It's that important people. Let's have this comparison step by step, department by department, application vs. application, integration vs. integration and may the best provider win.
Posted by Tina F | Wednesday, December 19 2012 at 2:08PM ET
Add Your Comments:
Not Registered?
You must be registered to post a comment. Click here to register.
Already registered? Log in here
Please note you must now log in with your email address and password.
Already a subscriber? Log in here
Please note you must now log in with your email address and password.