On Tue, Jul 13, 2010 at 10:35:31AM +0200, Eric Maeker wrote: > > > > http://debian-med.alioth.debian.org/tasks/data > > Thank you Andreas ! This is a really gooooooooddddd neeeewws !!
Well, it would be *really* good news if the color of the entry would switch form yellow to green. The fact that a package is in NEW does not necessarily mean it will move to unstable in say one week. Sometimes it needs pinging ftpmaster - but I'll hope for the best. > > However, I wonder what you think about the medical data task itself? > > Would you consider this task as useful? > > How do you exactly define this task ? Good question. I needed a task where I was able to cleanly put drugref.org because we attempted packaging and I wanted to support the project. Both seems to be moot now - but somehow I was thinking that FreeDiams fits in the data category best. > You should be warn that Freemed dev team and FreeMedForms dev team > will share some work around the drugs interactions database. So I > think FreeDiams can be also listed in this category. May be with a > different abstract. Would you mind writing an abstract (for med-data - we do only have one shot for FreeDiams because we have only one package description) which fits your idea. As you might remember I have quite poor education in the field of medicine and just have to trust you what might make sense. > Yes it can be used outside an EMR or even outside a pure medical practice. > Patients can now test their prescription's interactions AND get an > explaination of the interactions using a free open source medical > software. > Idem for pharmaceutists whose can test and print the interactions of > prescriptions and explain them to the patient. This might somehow put it into the direction of med-pharmacy http://debian-med.alioth.debian.org/tasks/pharmacy but currently this is rather pure chemistry and not patient oriented. > > If this is not really a practical > > case I'd consider droping the med-data task. > > You can decide with these explanations... Hmmm, I'm not completely sure. Perhaps some more input of others might be interesting. Karsten is in favour of droping the task (in the current form). I do also not really want to stick on it, but the fact that you might see some chance to redefine the scope let me hesitate to drop it immediately. Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to [email protected] with a subject of "unsubscribe". Trouble? Contact [email protected] Archive: http://lists.debian.org/[email protected]
