We have been running the 7th version of the HAS EDIS system for the
past two years and are very pleased with it. Basically it runs the
department!
I know that it has been installed in Derriford Hospital Plymouth but not
sure of their experience.
It is in use in about 100 Australasain hospitals, designed around the
Australasian Triage standards and thresholds and purpose built for ED
operation. In addition to the usual functions we are using a modified
program to record all patient notes and are no longer writing (have not
written a note for 1 year). I think we are the only department to have made
this leap using the HAS system. After the culture shock our docs like it,
even the old ones!
The ED now resemble a typing pool!
IT IS A PATIENT MANAGEMENT SYSTEM FOR THE ED/TRACKING/CODING/NOTES ETC. IT
IS NOT PARTICULARILY SET UP FOR CHECKING BLOOD OR XRAY RESULTS WHICH USUALLY
ARE EXTRACTED FROM A SEPERATE SYSTEM. HAS WILL TELL YOU THAT THEY CAN
INTERFACE WITH OTHER HOSPITAL SYSTEMS BUT THIS IS NOT THEIR PRIORITY AND
RUNNING MORE THAN ONE SYSTEM ON THE SAME PC SLOWS IT DOWN. THIS MAY SHOCK
SOME WHO SEE "GETTING RESULTS' AS A KEY FUNCTION. HAS NOT PROVEN A PROBLEM
FOR US AND NOT BOTHERING TO PURSUE THE INTERFACE ISSUE.
The designing of Ad Hoc/audit inquiries is a bit cumbersome but we are at
present using an OMNIS database. We are going to change to an oracle
database which is easier to access for audit etc (I hope).
Our system has only gone down once unplanned in 2 years and then only for an
hour.
Hope this helps. It depends what you want your systen to do.
JohnC
-----Original Message-----
From: Gerry Lane [mailto:[log in to unmask]]
Sent: Saturday, 11 March 2000 04:18
To: [log in to unmask]
Subject: Re: computers in a&e
I'm interested in HAS, how has the installation gone? Can you recommend it?
Thanks
Gerry Lane
A&E Essex.
----- Original Message -----
From: "Emerg Australia" <[log in to unmask]>
To: <[log in to unmask]>
Sent: Monday, August 09, 1999 12:57 AM
Subject: Re: computers in a&e
> At 22:16 8/08/99 +0100, Jel Coward wrote:
>
> >hmmm.....not sure I like systems that force the user to do things - the
> >system should be such that the user uses it because it does things for
> >them
>
> A vital statistic for our department is time to being seen according to
NTS
> Triage category. There are also a number of other important times that
need
> to be entered that aid enormously in overall department management
> (staffing and turf wars in particular).
>
> These data items can involve a small amount of pain for staff, but the
> system needs to force accurate data entry. Your sentiments are noble, but
> the reality is that some data is essential for management (and then
> enhances subsequent clinical care). The trick is to make data collection
> *relatively* painless, but above all accurate (sometimes needs a small
> stick in conjunction with a carrot). If such "forced" data is not easy to
> collect accurately then it won't be collected accurately and will be
> useless. A bit like natural selection! A smart manager should realise this
> and make sure that attempts at data collection are realistic.
>
> It is also essential that staff eventually SEE the benefits of such
> "forced" data collection. For example, we just managed to get extra
nursing
> staff and on-call payments for middle grade staff because of our ability
to
> present data to management- particularly time to being seen according to
> triage category, times to thrombolysis and acuity indexes (a formula
> utilising patient numbers, triage scores, length of stay). The staff know
> this and see the benefit. Collection of these data items were not of
direct
> benefit to staff looking after patients, but they see the overall
> departmental benefit now!
>
> >No, no, no - why do we need request forms - one of the true wastes of
> >time - the tests should be requested electronically - and the lab staff
> >can see the clinical info from the same system - no more whinging labs
> >re lack of info :-)
>
> Nice for you if you can do it, however *we* still have a thing called
> Medicare legislation that requires a signature before the lab can do a
> test. Our first step is to have automatically printed forms (just need a
> signature only) which is a significant time saving. The next step will be
a
> paperless system.
>
> >>-easy access to clinical guidelines, medline search, pharmaceutical
info,
> >>poisindex from any screen
> >Yes, yes, yes - but it must be fast - maximum wait of a *few* seconds
> >for screen refresh
>
> We will have a 15 CD stacker in the department containing Poisindex, MIMS
> (Pharmaceutical info) and various textbooks available over the LAN. It
will
> be fast.
>
> (snip- re GP letters)
> >Not enough of a carrot I'm afraid - need much more - guidelines, info to
> >back them up when the med/surg/orth/psych etc teams are giving 'em grief
> >on the phone
>
> This (GP communication) is where the stick has to accompany the carrot. I
> intend to introduce a somewhat punitive system. No letters to GPs = bad
> term report and shitty reference.
>
> Our system will have the other stuff you mention- the HAS Solutions EDIS
> ver 8.1 which we are installing shortly has an integrated web browser for
> this purpose. In fact, I am preparing our departmental guidelines in html
> format for inclusion on our system's intranet at the present time. It is a
> big job, but will be worth it in the end because noone can ever find the
> right folder with the paper versions!
>
> >It might be worth looking at some of the advanced GP practices - they
> >systems would need to very different but you will not see much more
> >advanced healthcare computing than in a paper-free GP practice.
> >You would be welcome in Tywyn :-)
>
> Dont know if my hospital budget-holders would let me. I have enough
trouble
> just getting a computer for my office at this stage, let alone a trip to
> the "old country"!
>
> Simon
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
|