[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
- Re: [Gnumed-devel] 1.4 Features, (continued)
Re: [Gnumed-devel] 1.4 Features, Karsten Hilbert, 2013/04/10
Re: [Gnumed-devel] 1.4 Features, Sebastian Hilbert, 2013/04/11