At 14:18 11/12/96 -0000, Paul Galloway wrote:
>> 2. If you wish to review (eg. clinical audit) all patients with suspected
>> coronary heart disease (ie. the referring physician's evaluation) then
>that
>> data needs to reside on our machines. The alternative is an intelligent
>> agent which remotely interrogates the records of _all_ patients referred
>to
>> us! Would you mind 'foreign' queries running on your patient databases?
>> (access control lists permitting)
>
>If the access control list permits then why should I mind ? After all I
>added them to the access contol list.
How about workload? Such queries should be run o/n but all the hospitals to
which you refer may run their queries on 1st April - along with your own
end-of-year reports. As capacity rises, this may be a quibble.
>> How do you intend to populate the browser readable document?
>> 1. In real time during a consultation?
>Parsing, or forms style input (not a lot different to an EMIS template !)
>submitted to cgi (slow as an Web implimentation currently, but fast as
>light with a local server !)
err - what's cgi?
Would you bother creating a conventional database as well as the document?
>> 2. As an extraction from a conventional database structure?
>Web front ends to databases with a bit of PERL / C or other glue in between
>?
I don't know how big the 'bit' would have to be. The recent example Ahmad
brought to our attention at Virginia Institute of Neurology:
http://vemr.virginia.edu/
contains the statements:
"The Medical Record Generator ... processes the request by determining what
information the user wants to view, retrieves the desired objects from the
remote information systems, organizes the objects, filters the objects into
HTML documents, links the objects and documents to other objects and
documents, and serves documents of patient information to the HTTP
Information Server."
This will be a larger programme than your average bit of BASIC.
"The Medical Record Generator retrieves information objects from the existing
information systems via specially developed system interfaces."
which also sounds like more than an evening's work.
>> Both methods have their problems.
>Hmm, but maybe not big ones ?
I have no data, just hunches driven by the above.
------------------------------------------------------------------------
Andrew Capey [log in to unmask]
Corporate Data Manager
Royal Brompton Hospital Tel: 0171 351 8726
Sydney Street, London SW3 6NP, UK Fax: 0171 351 8743
------------------------------------------------------------------------
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
|