One day, people will actually analyse the functionality and usability
of the product/service being designed before committing to a
technology.
Then we can have more fruitful discussion about functionality,
performance, and integration as opposed to wasted debate on why the
proposal is good or not.
To propose a web service sounds like it was dreamed up in a committee
trying to use the right jargon to sell it to bureaucrats who have to
pay for it but have no idea what they actually want.
We're talking about a product with a high need for integration, which
absolutely depends on the clinical data in the local system, where
poor performance will make users switch it off, where bandwidth
availability is variable, with a relatively small data set updated
probably on 3 monthly cycles, interacting with a prescribing database
which is updated quarterly, which absolutely has to be properly QA
tested prior to release.
What's the perfect solution for that? a web service????
Ian.
At 8:29 pm +1000 19/6/06, Hugh Leslie wrote:
Hi Ian
I like the idea of a web service - this fits very nicely with the idea of a
service oriented architecture where you can pick and choose what services
that you want to use. A smart service like this would cache on the local
machine or server so that only updates/or new interactions would pause the
system (although with enough grunt at the other end you might not notice the
pause - done a google search lately!?).
Broadband internet is going to become a necessity and not a luxury at some
stage and failover support for these kind of services will also become a
necessity.
Regards Hugh
Dr Hugh Leslie
Ocean Informatics Pty Ltd
M: 0404 033 767 E: [EMAIL PROTECTED]
-----Original Message-----
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Ian Haywood
Sent: Monday, 19 June 2006 6:48 PM
To: General Practice Computing Group Talk
Subject: Re: [GPCG_TALK] NPS drug interaction project
James Reeve wrote:
> NPS is convening an expert panel to review existing drug
interaction
> decision support in prescribing and dispensing software in
Australia.
> If shortcomings are identified, the panel will review a range of
> reference sources to identify the most appropriate one for
use in the
> Australian setting. NPS is not developing drug interaction
information
> knowledge bases - there are a number of quality information
resources
> already available in Australia and overseas.
thanks for that clarification.
> NPS is also investigating the feasibility of offering drug
interaction
> decision support via a Web service, using the drug interaction
> reference
This presents the same usability problem: double entry of
drugs, which will slow your uptake severely, people will
always use the interaction data built into the EHR where they
have already entered drugs.
> source identified by the expert panel. The Web service would be
> maintained by NPS, while the drug interaction information would
> continue to be maintained by the developers of the information. By
> offering drug interaction information as a Web service, NPS
hopes to
> create an opportunity for interested vendors to link prescribing or
> dispensing software directly to a single source of quality drug
> interaction information. Users can then choose whether they use
> existing drug interaction decision support, or use the
content delivered by NPS (or both).
Ok, I see what you are getting at. However I fear few GPs
would have internet access fast and reliable enough for this
to be popular.
They would find their computer pauses for every script as it
checks with the NPS server, you'll find most people won't accept this.
And they especially won't accept not being able to prescribe
when their connection goes down, so they'll turn it off the
> first time that happens, and probably won't turn it on again.
FWIW I would suggest blessing a datasource, [a very useful
excerise in and of itself] and then negotiating a nationwide
licence for it, for vendors to incorporate the data into
their programs.
Ian
_______________________________________________
Gpcg_talk mailing list
[email protected]
http://ozdocit.org/cgi-bin/mailman/listinfo/gpcg_talk
_______________________________________________
Gpcg_talk mailing list
[email protected]
http://ozdocit.org/cgi-bin/mailman/listinfo/gpcg_talk
--
Dr Ian R Cheong, BMedSc, FRACGP, GradDipCompSc, MBA(Exec)
Health Informatics Consultant, Brisbane, Australia
Internet: [EMAIL PROTECTED]
(for urgent matters, please send a copy to my practice email as well:
[EMAIL PROTECTED])
PRIVACY NOTE
I am happy for others to forward on email sent by me to public email lists.
Please ask my permission first if you wish to forward private email
to other parties.
_______________________________________________
Gpcg_talk mailing list
[email protected]
http://ozdocit.org/cgi-bin/mailman/listinfo/gpcg_talk
