Comments on: Google Chrome and electronic records http://www.kevinmd.com/blog/2008/09/google-chrome-and-electronic-records.html medical blog Sun, 22 Nov 2009 07:50:13 -0500 http://wordpress.org/?v=2.8.4 hourly 1 By: Jeff Brandt http://www.kevinmd.com/blog/2008/09/google-chrome-and-electronic-records.html/comment-page-1#comment-112476 Jeff Brandt Tue, 22 Sep 2009 22:03:37 +0000 http://clients.emmense.com/kevinmd/2008/09/google-chrome-and-electronic-records.html#comment-112476 ASP (Application Service Platform) is the correct term, but as many terms, overused. The new term is Cloud, which the technology has be around for a long time. Cloud, client/server, hosted service, SAAS, pretty much the same. This is the future and the future is now. Using a desktop architecture for critical use, well don't get me started. But weather it is Java (programing language) running cloud (client server) or MicroSoft's ASP Web browser based systems are the only thing that makes technical and financial sense . I have been working with cloud systems since I got out of college many years ago. One of the best reasons to use a Cloud system is the end of desktop software maintenance of your system. There is no client software on the desktop. You can also achieve saving on house IT and security. You can not base decisions to use the Cloud on free/beta services like Google Gmail. If you are paying for a cloud Medical quality SLA service you will need redundant everything from IP provider traffic to servers at the Cloud hosting center. Yes, you need to perform your due diligence and check your SLA, a good exercise is check Google's SLA for email and see what they say about guaranteed up-time. With cloud services, Your security is better, less employees to support, better reliability, over supporting your own servers. Jeff Brandt www.motionPHR.com www.mymedbox.com ASP (Application Service Platform) is the correct term, but as many terms, overused. The new term is Cloud, which the technology has be around for a long time. Cloud, client/server, hosted service, SAAS, pretty much the same.

This is the future and the future is now. Using a desktop architecture for critical use, well don’t get me started. But weather it is Java (programing language) running cloud (client server) or MicroSoft’s ASP Web browser based systems are the only thing that makes technical and financial sense . I have been working with cloud systems since I got out of college many years ago.

One of the best reasons to use a Cloud system is the end of desktop software maintenance of your system. There is no client software on the desktop. You can also achieve saving on house IT and security.

You can not base decisions to use the Cloud on free/beta services like Google Gmail. If you are paying for a cloud Medical quality SLA service you will need redundant everything from IP provider traffic to servers at the Cloud hosting center.

Yes, you need to perform your due diligence and check your SLA, a good exercise is check Google’s SLA for email and see what they say about guaranteed up-time.

With cloud services, Your security is better, less employees to support, better reliability, over supporting your own servers.

Jeff Brandt http://www.motionPHR.com
http://www.mymedbox.com

]]> By: Anonymous http://www.kevinmd.com/blog/2008/09/google-chrome-and-electronic-records.html/comment-page-1#comment-87240 Anonymous Mon, 08 Sep 2008 07:28:00 +0000 http://clients.emmense.com/kevinmd/2008/09/google-chrome-and-electronic-records.html#comment-87240 I just wanted to point out a couple of things from your post:<br/><br/>a) You mention that Google Chrome's Java processing is unsurpassed. What you really mean is that its JavaScript processing is unsurpassed. Java is a completely different technology that Google Chrome itself cannot process.<br/><br/>b) You also mention that Canadian EMR suggests that in the future EMRs may be 'ASP' based. I think the term you (and Canadian EMR) are looking for is 'web-based'. ASP is actually a proprietary Microsoft server technology. Web-based simply means that a system is actually a web-site with a sophisticated system behind it, run through a web-browser instead of through a desktop application or terminal. I just wanted to point out a couple of things from your post:

a) You mention that Google Chrome’s Java processing is unsurpassed. What you really mean is that its JavaScript processing is unsurpassed. Java is a completely different technology that Google Chrome itself cannot process.

b) You also mention that Canadian EMR suggests that in the future EMRs may be ‘ASP’ based. I think the term you (and Canadian EMR) are looking for is ‘web-based’. ASP is actually a proprietary Microsoft server technology. Web-based simply means that a system is actually a web-site with a sophisticated system behind it, run through a web-browser instead of through a desktop application or terminal.

]]> By: Peter http://www.kevinmd.com/blog/2008/09/google-chrome-and-electronic-records.html/comment-page-1#comment-87202 Peter Thu, 04 Sep 2008 04:13:00 +0000 http://clients.emmense.com/kevinmd/2008/09/google-chrome-and-electronic-records.html#comment-87202 Unfortunately, it wouldn't even let me check my own GMail.<br/><br/>It's probably on its way to somewhere great, but it's not quite ready for prime time, just yet.<br/><br/>My only beef with the Cloud Computing model for EMR's, is that there are so many peculiarities for each office and enterprise, that dedicated, full-time, <i>local</i> support is a must. And that isn't Google's bag, at all. Unfortunately, it wouldn’t even let me check my own GMail.

It’s probably on its way to somewhere great, but it’s not quite ready for prime time, just yet.

My only beef with the Cloud Computing model for EMR’s, is that there are so many peculiarities for each office and enterprise, that dedicated, full-time, local support is a must. And that isn’t Google’s bag, at all.

]]>