Comments on: Is Google The Answer To EMR? http://www.medicalrecordshow.com/is-google-the-answer-to-emr/ Wed, 06 Apr 2011 18:40:10 -0400 http://wordpress.org/?v=2.8.6 hourly 1 By: EMR Medical http://www.medicalrecordshow.com/is-google-the-answer-to-emr/comment-page-1/#comment-561 EMR Medical Fri, 26 Feb 2010 10:43:20 +0000 http://www.medicalrecordshow.com/is-google-the-answer-to-emr/#comment-561 Google have been aggressively developing and promoting their respective Personal eHealth services. Google's latest announcement touts the ability to share your health information with others. Google have been aggressively developing and promoting their respective Personal eHealth services. Google's latest announcement touts the ability to share your health information with others.

]]> By: Victor http://www.medicalrecordshow.com/is-google-the-answer-to-emr/comment-page-1/#comment-144 Victor Thu, 08 Jan 2009 02:44:21 +0000 http://www.medicalrecordshow.com/is-google-the-answer-to-emr/#comment-144 Good article. I like the aviation analogies. But I think it's game over. Google can easily buy NextGen and give the product away for free. (To a degree, there could be a "professional version" with a modest monthly fee) But the real power and promise of Google is putting EMR in the hands of the patient. Of course, they may be good citizens and provide all the api's which will become the defacto standard. Good article. I like the aviation analogies. But I think it’s game over. Google can easily buy NextGen and give the product away for free. (To a degree, there could be a “professional version” with a modest monthly fee) But the real power and promise of Google is putting EMR in the hands of the patient. Of course, they may be good citizens and provide all the api’s which will become the defacto standard.

]]> By: Kim Wiley http://www.medicalrecordshow.com/is-google-the-answer-to-emr/comment-page-1/#comment-79 Kim Wiley Mon, 14 Jul 2008 16:02:26 +0000 http://www.medicalrecordshow.com/is-google-the-answer-to-emr/#comment-79 Thanks for the article. I think your assessment of Google in the EMR arena is dead on. Asking for a vendor to produce a product with a user interface as simple as Google apps is great, if you don't want the myriad of functionality required in today's medical practices. Let's see, lab interfaces, equipment interfaces, GL interfaces, mine data to fit pay for performance programs, hospital interfaces, oh, and make sure it's flexible enough so I can custom write my own stuff. That's kind of like asking Boeing to build you a plane that that can safely cross the Atlantic with 300 people onboard, but you only want to fly it with a few buttons on a remote control on the ground. Thanks for the article. I think your assessment of Google in the EMR arena is dead on. Asking for a vendor to produce a product with a user interface as simple as Google apps is great, if you don’t want the myriad of functionality required in today’s medical practices. Let’s see, lab interfaces, equipment interfaces, GL interfaces, mine data to fit pay for performance programs, hospital interfaces, oh, and make sure it’s flexible enough so I can custom write my own stuff. That’s kind of like asking Boeing to build you a plane that that can safely cross the Atlantic with 300 people onboard, but you only want to fly it with a few buttons on a remote control on the ground.

]]> By: Peter Beck http://www.medicalrecordshow.com/is-google-the-answer-to-emr/comment-page-1/#comment-70 Peter Beck Wed, 07 May 2008 20:20:35 +0000 http://www.medicalrecordshow.com/is-google-the-answer-to-emr/#comment-70 Thank you for commenting, Nick! I agree that the end result Google products are outstanding examples of what so-called "cloud computing" can do (the online, web-based apps; your data, their servers). The pop-up shortcuts menus are a model of unobtrusiveness, for example. My experience, however, is that Google could not. Possibly. Get a meaningful toe hold in EMR's as we think of them, now. Getting a system to fit within an office's idiosyncracies, as well as interfacing with the local labs, radiology groups, and hospitals takes a) intimate local knowledge, b) regular finessing, and c) both a and b over prolonged times, often 6 months of continuous political juggling or more. Will Google be able to do that, for each office? Not the way it's currently structured, and not for the comprehensive EMR products we're talking about. Thank you for commenting, Nick!

I agree that the end result Google products are outstanding examples of what so-called “cloud computing” can do (the online, web-based apps; your data, their servers). The pop-up shortcuts menus are a model of unobtrusiveness, for example.

My experience, however, is that Google could not. Possibly. Get a meaningful toe hold in EMR’s as we think of them, now. Getting a system to fit within an office’s idiosyncracies, as well as interfacing with the local labs, radiology groups, and hospitals takes a) intimate local knowledge, b) regular finessing, and c) both a and b over prolonged times, often 6 months of continuous political juggling or more.

Will Google be able to do that, for each office? Not the way it’s currently structured, and not for the comprehensive EMR products we’re talking about.

]]> By: Nick Harrington http://www.medicalrecordshow.com/is-google-the-answer-to-emr/comment-page-1/#comment-69 Nick Harrington Wed, 07 May 2008 14:09:47 +0000 http://www.medicalrecordshow.com/is-google-the-answer-to-emr/#comment-69 Interesting Article Peter -- Like you, I use a number of Google web-apps. They consistently get the content about right, the interface simple and easy to grasp. That really does prove that simple applications & clean GUIs need no training. People want simpler lighter easier EMRs. Google is one to watch. Nick Interesting Article Peter — Like you, I use a number of Google web-apps. They consistently get the content about right, the interface simple and easy to grasp. That really does prove that simple applications & clean GUIs need no training. People want simpler lighter easier EMRs. Google is one to watch. Nick

]]>