[Gnumed-devel] Re: Texlive and Gnumed

[Gour]

On Tue, 9 Mar 2010 09:57:25 +0100
>>>>>> "Sebastian" == <address@hidden> wrote:

Sebastian> That makes it attractive to the developer. The user does not
Sebastian> care one bit which programming language was used or if there
Sebastian> is more then one. 

That's true, but in this case the developer & user are the same. :-)

MeeGo means to me the opportunity to have 'free' phone for which I can
develop. Freerunner is there, but was not ready to be used as phone.

Sebastian> Qt has evolved as a mainstream platform. I am not sure it
Sebastian> will make inroads on phones.

For me, it looks as the easiest way to produce desktop + mobile app
using (almost) the same code.

Sebastian> As said before it seems a good choice for the desktop and
Sebastian> has the added benefit to run on mobile platforms. You future
Sebastian> product will not depend on the MeeGo store. How many users
Sebastian> for your software do you expect if the platform never takes
Sebastian> off ?

Anything more than 5 will be success. :-)

Anyway, let's not polute sacred space of GNUmed with mobile dirt. ;)

Sebastian> Ok. Lets assume for a second that you are right. How hard is
Sebastian> it to install GNUmed ?

I should say: install and start using it.

Sebastian> apt-get install gnumed-client
Sebastian> apt-get install gnumed-server
Sebastian> gm-bootstrap_server

Again, that's only Debian. I gave it up trying to prepare packages for
Arch due to non-standard packaging of tarballs.

Believe me, there are more distros than Debian.

Sebastian> Show me one single software product (or other EMR) that uses
Sebastian> PostgreSQL that is easier to install. I vaguely remember the
Sebastian> discussion about arch linux. I know there were some points.
Sebastian> None of them were convincing (to me).

Let me say once more: try Tryton (http://www.tryton.org) which is fork
of more famous OpenERP...

You can check

http://hg.tryton.org/hgwebdir.cgi/trytond/file/39e32de19380/INSTALL &
http://hg.tryton.org/hgwebdir.cgi/tryton/file/ddbb99a1c1e7/INSTALL

to see how easy it is to install using standard 

python setup.py install

procedure, although main devs are using Debian.

On Archlinux, I can do: sudo bb -Sy trytond tryton

and after the packages are installed, one can immediately connect with
Tryton client to the public demo server or change the server to
localhost and 'login dialog' enables one to create new database and
start using Tryton on localhost without any further configuration,
assuming that PostgreSQL server is running.


Btw, I heartily recommend you to inspect Tryton site & wiki - very
nicely organized project and one can learn something from them.

Sebastian> Take a look at elexis. It is written in Java and Eclipse.

Horrible, I mean Java & Eclipse.  :-D

Sebastian> Well cursing is one thing, taking action is another. Let me
Sebastian> tell you that only the buck in your hand or bank account is
Sebastian> a buck you can count on. Whining is common for the majority
Sebastian> of the population. Change is never easy. Don't count on it.

Docs in Croatia are in precarious sitaution. From one hand they are
so-called 'private', but otoh completely dependant on the system
'cause they live from it. That's why patients can accuse them for
whatever reason they like. It is, btw, very similar to the school
teachers and therefore no wonder that our country is where it is.

Sebastian> > I'm not sure if the situation will improve when we will be
Sebastian> > allowed into EU,
Sebastian> 
Sebastian> It will not.

I believe that the medical service will become more expensive, docs
better situated, and then something may happen.

Now, there is quite a big shortage of docs here 'cause people are
better working in other fields where they, at least, get some respect.

Sebastian> There is nothing to investigate. It is generic enough. One
Sebastian> cannot expect one GUI to work for all. So every profession
Sebastian> will have to rewrite the GUI. 

To serve as complete solution for e.g. GMD I agree. 

Still, I believe there are many small & private clinics (like ours)
who won't depend on the system and just need some 'general' system to
store patient records, simple calendaring for scheduling appointments
and using something like SimpleInvocies for billing...and by
targetting those users, you'd probably have more than 10 users or so.

Otoh, you are targetting "...specifically in ambulatory settings,
i.e. multi-professional practices and clinics" by adding very specific
stuff to GNUmed (check list's archives what are topics discussed here)
which is fine and I do not have anything against it, but maybe being
less specific would bring new GNUmed users labelled as "It can be
useful to anyone documenting the health of patients " who are not so
tied in their daily practice to many norms dictated by public health
services, government etc.

However, I agree, this approach wouldn't maybe not bring GNUmed closer
to its goals, i.e. "Paperless General Practice"

Sebastian> You were to use Haskell. How many codevelopers did you hope
Sebastian> to attract. If you want to go mainstream you only got C++ or
Sebastian> JAVA. Guess C# might be one lesser known option.

First of all, recording client data is just part of what we
need. Haskell project is used for (bigger) astrology project including
parts suitable for research and I cannot do it in dynamic language
like Python. That's why Haskell will be used.

When the project launches, it will attract as many coders as it really
needs. :-)

My teacher did it alone many years ago and the program was later
distributed by software vendor, so I'm not afraid of not being
mainstream.

Industry produces C++ & Java coders, but that's not quality,
especially concerning C++ which is not easy language. My teacher also
quotes often famoous "Looking For A Few Good Men".

Sebastian> Again. Unless you punch the keys it will all be a huge dream.

I'll do it, it will be (hopefully) GPL3 and my offering to open-source
community.

Sebastian> I admit I do not exactly understand what you mean.  

I was not satisfied with any of the web EMR apps which I've tried. ;)

Sebastian> GNUmed has the potential to reuse large chunks of backend
Sebastian> and middleware and provide a webapp on top of that.

Maybe web front-end is not crucial for GNUmed's success...

Sebastian> We have always stated (but never proven) that it is easy to
Sebastian> write another GUI (QT , web or whatever). We will see if we
Sebastian> are correct. Noone ever tried it.

To use XRC files instead of bunch of Glade-generated stuff, and to
improve packaging, it would help to make it easier to inspect how the
abstraction is done in GNUmed if someone wants to write another port.

Sebastian> Good thing. How about having both with the same codebase. 

Not bad. ;)

Sebastian> I sure hope you are successful. Because that means more code
Sebastian> and more happy users.

Well, my Haskell project does not compete with GNUmed.

I believed that using wxWidgets might make me more suitable to help
GNUmed, but since I'm going to Qt waters, I am not so certain any
longer.


Sincerely,
Gour

-- 

Gour  | Hlapicina, Croatia  | GPG key: F96FF5F6
----------------------------------------------------------------

signature.asc
Description: PGP signature