gnumed-devel
[Top][All Lists]
Advanced

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

Re: [Gnumed-devel] GNUmed project update


From: Sebastian Hilbert
Subject: Re: [Gnumed-devel] GNUmed project update
Date: Fri, 10 Mar 2017 12:50:42 +0100
User-agent: KMail/5.2.3 (Linux/4.8.0-37-generic; KDE/5.28.0; x86_64; ; )

I will have a look at what is wrong with the Wiki this weekend.

Am Freitag, 10. März 2017, 10:05:49 CET schrieb Karsten Hilbert:
> On Fri, Mar 10, 2017 at 02:03:42AM +0100, Jérôme Pinguet wrote:
> > I was trying to have news about GNUmed but I couldn't find information
> > anywhere except by searching the mailing list archives (not an easy
> > task). The website link on your English Wikipedia page is dead.
> 
> Currently we don't have anyone taking care of the wiki
> installation which is why it is not running realiably at the
> moment.
> 
> > Where can I get info about installing GNUmed on Debian Stretch?
> > 
> > Right now I'm just trying to install gnumed-server & gnumed-client. I am
> > there:
> > 
> > sudo apt-get install gnumed-client
> 
> That's correct. You will also have to
> 
>       apt-get install gnumed-server
> 
> > In the past, GNUmed offered the possibility to use FreeDIAMS (from the
> > FreeMedForms project) as a prescription module.
> 
> It still does.
> 
> > Do you have your own DDI engine now?
> 
> No.
> 
> > Would you be interested in renewing this collaboration with
> > FreeRx [1], a fully GPLv3 compliant fork of FreeDiams that I started in
> > August 2016? I am in the process of upgrading the prescription plugin to
> > allow it to use an external French DDI database run by an association of
> > hospitals (independant from the pharmaceutical industry, social security
> > and governement, but not open source unfortunately). I will use this
> > opportunity to revamp and improve the GUI & UX. The idea would be to
> > write a module that could be easily adapted to any external DDI database
> > using not only SQL but also a RESTful API, as more and more DDI
> > databases are queried directly online.
> 
> We are likely to interface with data sources as the need
> arises if the interface is available.
> 
> Karsten





reply via email to

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