[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Gnumed-devel] Display of right-arrow next to Date of Birth in clien

From: Busser, Jim
Subject: Re: [Gnumed-devel] Display of right-arrow next to Date of Birth in client
Date: Sat, 8 Feb 2014 22:14:14 +0000

1. I find the distraction of arrows which signal "are we before, or after, the 
birthdate" to outweigh their informational value.

        --> Can it be made possible to "turn them off"?

2. My birthday reminder appears not to work.

        … When I activate a patient with a birthday within the interval, I 
cannot discern any special warning. I only see next to the date of birth (and 
between the parentheses giving the age) an exclamation mark.

        --> what am I supposed to be expecting, and what can I troubleshoot?

3. I hesitate to focus too much on the social aspect of the birthday but if it 
is important to the patient relationship then maybe the praxis needs a visual 
reminder that persists even after the record has been brought into focus. A 
delay of several minutes could elapse between activating a patient's record, 
and the patient's physical entrance into the exam room, and the clinician's 
first opportunity to speak with the patient after taking care of some competing 
business. Even some patient concern, or appearance of being unwell, could 
capture the clinician's attention and cause them to forget about that birthday 

It is for the above reason that I suggested a visual birthday reminder (e.g. 
the paired arrows) around the date of birth, despite

        "That bit is already communicated"

and so if there is concurrence, then maybe the birthday (inside the preference 
interval) could be made some different colour. Red?

-- Jim

On 2014-02-08, at 4:49 AM, Karsten Hilbert <address@hidden> wrote:

> On Fri, Feb 07, 2014 at 07:33:36PM +0000, Jim Busser wrote:
>> The arrows serve the function of communicating time leading
>> up to (or following) a birthday, and by extension whether or
>> not the person has already had, or remains
>> to have, their birthday during the current calendar year
> Only the latter. The actual interval is included with the tooltip.
>> A right-arrow of a live patient, next to a date of
>> birth, could as easily intend to communicate in the case
>> of live patient that "the patient's age is growing".
> That would mean communicating information
> that's entirely self-evident without any
> further computation.
>> A left-arrow to the right of the date of birth could
>> mean "there is something questionable or wrong about
>> that birthdate"
> Sure it could. But wouldn't a "?" (or even "!")
> be more appropriate ?
>> or "the age shown as right is based
>> upon the birthdate shown at left".
> Really ?  Communicating self-evident information ?
> At the very least *that* arrow would point *right* (from
> DOB to age), no ?  Also, there wouldn't be any "stop"
> between DOB and age -- which there is: a "(".
>> My suggestions are therefore:
>> 1) If the purpose of the arrow was to help communicate
>> whether or not the patient has yet to have their
>> birthday within the current calendar year,
> yes
>> then incorporate this into the displayed
>>      (age)
>> for example a patient whose birthday was January 3, 1931 is
>> currently (83 y 1 m) while Spock, whose birthday is not until
>> March 25th, is currently (82y 10m) however both will, by the
>> end of this year, have had their
>> 83rd birthday. Accordingly these could be shown as
>>      (83y 1m [83]) 
>>      (82y 10m [83])
>> meaning both "have their 83rd birthday this year".
> Hm, this requires the user to compute: left < right or right > left ?
>> 2) Collapse the use of the currently-ambiguous right *or* left arrows by 
>> using the pair of arrows together, thusly
>>              → 07 Feb 1957 ←
>> to make clearer that attention is being focussed
>> on the date itself and show this only during the
>> birthday-signalling interval of interest. as set
>> in the GUI "birthday preference" …
> That bit is already communicated.
> Karsten
> -- 
> GPG key ID E4071346 @
> E167 67FD A291 2BEA 73BD  4537 78B9 A9F9 E407 1346
> _______________________________________________
> Gnumed-devel mailing list
> address@hidden

Attachment: signature.asc
Description: Message signed with OpenPGP using GPGMail

reply via email to

[Prev in Thread] Current Thread [Next in Thread]