[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Gnumed-devel] Re: Jims SOAP comments + Dr Messages+ Time Elapsed
From: |
Richard Terry |
Subject: |
Re: [Gnumed-devel] Re: Jims SOAP comments + Dr Messages+ Time Elapsed |
Date: |
Tue, 16 Nov 2004 09:50:33 +1100 |
User-agent: |
KMail/1.5.4 |
Mmm...... really need a screen as huge as Times Square. If wishes for
fishes.... But seriously,
*Clinicians know from their appointment book which they keep time on how much
time is pre-assigned
*All computers have current time in bottom left corner of toolbar and that's
how we tend to see how we are running to time
*You know as you work how much of the patients problems you have dealt with. I
can't see how that is something we need to include - its your individual work
pattern.
*Finally, yes we could display a one-liner somewhere showing eg how many
minutes left till next appointment - or going red to 'overdue...
Somehow, I think these are individual clinician decisions, and that whilst I
think some sort of time prompt is useful as I mentioned when responding to
your idea, I don't think this is a huge issue for us now to the extent you
describe below.
Regards
Richard
On Tue, 16 Nov 2004 05:42 am, J Busser wrote:
> At 8:50 AM +1100 11/15/04, Richard Terry wrote:
> > > - and beyond current patient issues:
> >>
> >> -- to be aware how we are doing for time, at minimum to easily see
> >> the current time and at what time we have our next appointment,
> >>
> > > optionally time progress feedback like visit-elapsed vs
>
> Within an encounter, the awareness of how much time remains available
> (and the decision whether to run over, or to reschedule) would relate
> to a combination of
>
> i) how much time was pre-assigned
> ii) appointment scheduled start time / actual start time / current time
> iii) competing / next appointment time (or more realistically, how
> many patients, or how much total time, is one "behind") versus
>
> iv) how far one is done dealing with the patient's request list, and
> the status of recall/review items or other to-dos one had assigned
> oneself for that patient
>
> Maybe how best to present i). ii). iii) will be clearer as the GUI
> takes further shape i.. as we figure out a few other things that
> could have impacts.
>
>
> _______________________________________________
> Gnumed-devel mailing list
> address@hidden
> http://lists.gnu.org/mailman/listinfo/gnumed-devel