[Top][All Lists]

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

Re: [Gnumed-devel] Medication creation requirements

From: Karsten Hilbert
Subject: Re: [Gnumed-devel] Medication creation requirements
Date: Thu, 19 Nov 2009 13:29:10 +0100
User-agent: Mutt/1.5.20 (2009-06-14)

On Wed, Nov 18, 2009 at 11:54:57PM -0800, Jim Busser wrote:

> - doctors need not always provide (or even know) the possible
> proprietary (brand or Handel) names of medications and therefore
> when inputting a medication name it must be possible to create a
> substance name while leaving blank (null) the Handelname

Absolutely. This already works. What doesn't work yet is the
other way round - when they actually do know the brand :-)

> - this means that when selecting a substance name it should be
> possible for the doctor to
>       - be given a list of matches for a substance name
>       - and for each substance name, to be offered multiple matching
> Handelnames where these do already exist in the backend
>       - where a combination of a substance name with a Handelname is
> desired, select it
>       - be able to accept a substance name without having to accept a
> Handelname
>       - when a substance name already existed but a suitable matching
> Handelname did not, add the Handelname
>       - when a substance is one of multiple substances within a
> Handelname that is to be created, be provided some way to enter /
> associate the other components with this Handelname

All this is useful and planned. Probably not all of it in
0.6 though which will allow all of the above combinations
but not necessarily *help* with all of them as much as would
be possible.

> I am further wondering:
> - when the substance is matched, it is returned with a set of
> strengths known to exist for that substance and does the user then
> get to select whichever is the best line from among multiple lines
> each of which offers a different combination of substance with
> strength?

Strength will be a phrasewheel returning matches based on
previous use of that substance but allowing another
strength, too, yes.

> - will the user also select from among existing "plans" like 1-0-0-0
> where keyboard input of 1 will filter out 0 and 2 and further
> keyboard input of -0 will filter the choices to the matching
>       1-0-0-0
>       1-0-1-0
>       1-0-0-0
>       1-0-0-1
>       1-0-1-1
> and any other additional matches from what might exist in the backend?

Yes, absolutely.

> - should the user be provided two different fields, one for
> substance and another for Handelname

Yep, I am working on that right now :-)

> and will the choice determine the widget behaviour


> or will the field serve as a combo box (like
> the name field in which one can put in a name or other identifier)?

I thought about that but wasn't sure I can get it to work
predictably and sanely.

GPG key ID E4071346 @
E167 67FD A291 2BEA 73BD  4537 78B9 A9F9 E407 1346

reply via email to

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