gnumed-devel
[Top][All Lists]
Advanced

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

Re: [Gnumed-devel] 1.4 Features


From: Karsten Hilbert
Subject: Re: [Gnumed-devel] 1.4 Features
Date: Fri, 12 Apr 2013 15:11:46 +0200
User-agent: Mutt/1.5.21 (2010-09-15)

On Thu, Apr 11, 2013 at 04:41:28AM +0000, Jim Busser wrote:

> >> PRESCRIPTION CAPABILITY !!!
> > 
> > Which parts thereof are lacking/missing for you ?
> > 
> > There's easy parts and there's hard parts.
> > 
> > And there's easy parts which depend on the hard parts.
> 
> GNUmed can list current medications, and from the current
> medication information it can be possible to print a
> selection of these (the one or more desired to be
> prescribed).

correct

> What GNUmed lacks anywhere in the medication tables to
> store any prescription-related information that is not part
> of the current medication information. This could include
> 
> - how many pills or how many days supply to provide
> (although maybe could be programmatically informed if the
> current medication contains a future stop date)

This can (often) be deduced from

        duration + schedule

It cannot currently be achieved since we cannot yet support
placeholders inside placeholder formatting templates :-(

I have to experiment with that. It should be possible by
tightening the regular expression, which in turn is possible
because placeholders offer well-defined internal structure
(two sets of "::" between the bracketing "$<>$'s.

> - for those countries where it is possible to specify how
> often a supply can be refilled (e.g. 2 months x 3 maximum 12
> months approval except for oral contraceptives which can be
> pre-approved for 2 years), this "refill" information
> 
> - eligibility for the medication to be "covered" under certain financial plans

Both of those are possible to solve with either the
$<text_snippet>$ (keyword expansion) or $<free_text>$
placeholders.

> Therefore the user would have to [...]
> create and open an editable word-processed document, add
> this extra information

Which is one reason why this step (opening for last-minute
editing is done automatically between parsing document
templates and turning them into the final output format
(PDF, mostly) - unless deconfigured at the OS level.

> Even in this case, it may remain necessary as a last step
> to print and sign the prescription.

Not so because you can put a scan of your signature into
documents by means of a (potentially encrypted) placeholder
:-)

>  A copy of the document [...] can still be useful to
> record into the GNUmed patient record as an attached
> document.

This is done anyways.

Karsten
-- 
GPG key ID E4071346 @ gpg-keyserver.de
E167 67FD A291 2BEA 73BD  4537 78B9 A9F9 E407 1346



reply via email to

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