FreeDiams disease interactions

[Jim Busser]

I did not see in FD in the IAM (INN) tables, or anywhere else in the table scheme, that any disease state (like diabetes) or medication relevant condition or state (like pregnancy) or even the allergy and renal function information ((creatinine / clearance information as currently passed) are able to have anything computed automatically or even semi-automatically within FD.

I am therefore wondering whether the purpose served by the FD "Patient informations" area (exposed by clicking the "+" next to the patient name) is:

1. presently (FD 0.3.x) to support only ease of reference, so that the clinician can have the information easily available while prescribing and not have to go back into the EMR

2. and also intended for *future* computational interaction

***************************************************************

So here are some ideas:

1) is it agreed a shame to that passed-forward information be kept hidden inside an unexposed patient information area?

Suggest:

a) if the CLI API passes (or if the user opens a saved prescription XML which contains) only the patient name
--> the GUI opens to show only the patient name

b) if the above pass anything *more* than the patient name
--> the GUI opens with this other patient information area "exposed" (opened)

c) if there would be disagreement whether all users should view the above desirable, should it be a preference? Maybe a global preference how FD opens?

d) presently this exposing / hiding can only be done by clicking the "+" next to the patient name... shall doing this more easily from the keyboard be assisted by adding into the menu

Prescription

a new item

Patient information toggle -- shortcut "I" for information?

2) it would seem reasonable that -- even just for information -- the CLI parameters should be future-expanded to include fertility / pregnancy state, lactation e.g. as archived at http://lists.gnu.org/archive/html/gnumed-devel/2010-02/msg00264.html

(alcohol intake is sometimes also important and so could also be condered)

-- Jim