> Sometimes there's a feature that > Richard thinks is necessary, and may be difficult to implement > and seem icing on the cake to a developer, and therefore frustrating to do. Well, one thing is that all developers around here are potential users who know what they do in daily practice. We don't fool ourselves about what is *really necessary*.
> the emr at work, tracking of meds is just a list of current recorded > medications, > and we do simple edit, delete, create on the list, and all the > medication actions > are recorded as auto-generated text in the narrative, ( probably not as > action objects , but I'm not sure) . Is this all right for Karsten or > Jim ? Alright with me for the first version. However, the first version for medication tracking certainly isn't 0.1 either. > My guess is, probably not good enough. I hardly ever figure out the > changes in medications by looking at the auto-generated text Simple does not imply stupidly done. Our first meds tracking may be simple but it will not be stupid. *That* is what I mean when I kindly ask for good code. > On the other hand, if what you need > is basically a script printer, and don't want to sprain a frontal lobe > implementing medications, then it may be good enough. You are talking two kettle of fish - do you want meds tracking or a script printer or both ? Of course, once you have a script printer meds tracking should be driven by it (in addition to manual editing). > Then there are the problems of locality : > might as well write a separate prescription module for each country > gnumed is used . If you focus on meds tracking first this problem pretty much goes away. Karsten -- GPG key ID E4071346 @ wwwkeys.pgp.net E167 67FD A291 2BEA 73BD 4537 78B9 A9F9 E407 1346 _______________________________________________ Gnumed-devel mailing list [email protected] http://lists.gnu.org/mailman/listinfo/gnumed-devel
