[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Gnumed-devel] Problems with add patient
From: |
Richard Terry |
Subject: |
Re: [Gnumed-devel] Problems with add patient |
Date: |
Thu, 2 Jun 2005 08:47:55 +1000 |
User-agent: |
KMail/1.5.4 |
perhaps cutting to 150msec may be better. Using MS access in VB the 300msec is
fine, but with querying the client-server database as opposed to a local db
may be the difference.
Can you set it at 150msec and let me know. I guess this should be user
configurable anyway.
BTW, Carlos mentioned the STATE stuff. I did do the demographic AU import on
setting up, but still can't add a STATE.
Richard
On Wed, 1 Jun 2005 04:48 am, Karsten Hilbert wrote:
> Richard,
>
> many thanks for your feedback !
>
> > No date validation routines on DOB
>
> Added as TODO.
>
> > no combo drop down on title or gender
>
> - title is a self-learning phrasewheel
> - gender is a non-learning phrasewheel
> however, it's likely better to make gender a real combobox,
> this is a TODO already
>
> > won't accept data entry into state
>
> States are fixed entities that can be known beforehand. Hence
> only values from a pre-existing list should be allowed in order
> to avoid garbage-in problems. This is how it works now: a
> non-learning phrasewheel. However, for our first releases we
> should probably allow to enter states. It might perhaps be
> better to disallow that later on so as to lure users into
> submitting state lists to be included in the database. "Allow"
> added as TODO.
>
> > auto-search on country has quite a time lag
>
> The auto-search on all phrasewheels in use so far is 300ms as
> suggested by you. Except for the gender which is set to
> something below that. Do you suggest using another value ?
>
> Karsten
- Re: [Gnumed-devel] Problems with add patient,
Richard Terry <=