Thick client vs Thin client
HIS/EMR applications have evolved from modular systems existing at departmental levels. Integrated HIS/EMR applications came up when the thought process evolved to entrprise level. Integrated HIS/EMR may have a single database at the backend or extreme modular design where each modulae has a separate database.
Obviously the front-end UI has also evolved in the same way. Mostly its an extreme modular design where each module has a separate UI. Some HIS/EMR offer an integrated UI and others even allow integrating thrid party applications under their portals. We have very few examples of Monolithic design with single database at backend and single front-end UI and shared services in the business layer.
All these systems were designed for client-server environment to work within an enterprise. The need for looking at the healthcare data from outside the enterprise wasnt felt till internet became prevalent and healthcare professionals started using mobile platforms too.
Thick clients do a wonderful job in Client-server environment, Where the front-end is rich in personalisation features and offers extra security in terms of allowing a user to login only from his/her desktop. The response time for data intensive applications is very good since its located within the enterprise and bandwidth isnt an issue unless concurrent users exceed the planned load.
However Thin client concept came with the internet paradigm where people wanted to look at everything through the 'Single Window' browser. Thin client within the enterprise works in the same way as a Thick client. Personalisation, CRM, security feautures etc have been pushed to the middle business layers of the application.
Now due to the eveolution of thought, healthcare professionals started demanding the availability of Thin client over a browser from anywhere outside the enterprise as well. This raises some pertinent issues such as security, turn-around time, data throughput. Large data intensive work slows down the response time e.g. hitting the database often for CPOE or getting the medical images. This is a challenge outside the enterprise, due to limited bandwidth. Some solutions are available, but there isnt a perfect solution yet.
Thin client thought process gets even more difficult to put in reality when you want to put it onto the small screen of mobiles and PDAs. Again there is some success but lot is left to achieve.
An extreme case of Thin client is to host the entire HIS/EMR on a central server and offer it as a service to clinicians and hospitals. However this model requires a lot of bandwidth and good security to be built into the system. Also the clinicians and hospitals have to trust the system for safe keeping of their data. From a business stand point this reduces to capex of the hospital or clinicians and they pay only as per use. The capex burden is shifted to the application service provider.
Obviously the front-end UI has also evolved in the same way. Mostly its an extreme modular design where each module has a separate UI. Some HIS/EMR offer an integrated UI and others even allow integrating thrid party applications under their portals. We have very few examples of Monolithic design with single database at backend and single front-end UI and shared services in the business layer.
All these systems were designed for client-server environment to work within an enterprise. The need for looking at the healthcare data from outside the enterprise wasnt felt till internet became prevalent and healthcare professionals started using mobile platforms too.
Thick clients do a wonderful job in Client-server environment, Where the front-end is rich in personalisation features and offers extra security in terms of allowing a user to login only from his/her desktop. The response time for data intensive applications is very good since its located within the enterprise and bandwidth isnt an issue unless concurrent users exceed the planned load.
However Thin client concept came with the internet paradigm where people wanted to look at everything through the 'Single Window' browser. Thin client within the enterprise works in the same way as a Thick client. Personalisation, CRM, security feautures etc have been pushed to the middle business layers of the application.
Now due to the eveolution of thought, healthcare professionals started demanding the availability of Thin client over a browser from anywhere outside the enterprise as well. This raises some pertinent issues such as security, turn-around time, data throughput. Large data intensive work slows down the response time e.g. hitting the database often for CPOE or getting the medical images. This is a challenge outside the enterprise, due to limited bandwidth. Some solutions are available, but there isnt a perfect solution yet.
Thin client thought process gets even more difficult to put in reality when you want to put it onto the small screen of mobiles and PDAs. Again there is some success but lot is left to achieve.
An extreme case of Thin client is to host the entire HIS/EMR on a central server and offer it as a service to clinicians and hospitals. However this model requires a lot of bandwidth and good security to be built into the system. Also the clinicians and hospitals have to trust the system for safe keeping of their data. From a business stand point this reduces to capex of the hospital or clinicians and they pay only as per use. The capex burden is shifted to the application service provider.
2 Comments:
Hey there, awesome blog. I really like it.
This is an awesome radiology software program. Check it out!
Radiology Software
Let me know what you think.
By emr system, At April 28, 2010 at 1:32 AM
Hey there, awesome blog. I really like it.
This is an awesome radiology software program. Check it out!
Radiology Software
Let me know what you think.
By emr system, At April 28, 2010 at 1:32 AM
Post a Comment
Subscribe to Post Comments [Atom]
<< Home