Packages for the 0.6 release candidates are ready for testing. If you want a stable EMR choose GNUmed 0.5.2 instead of 0.6 series. Go to software.opensuse.org or use this link. Please report any issues you encounter.
Printing is one are that GNUmed did not provide. That has changed. Karsten has implemented printing of medication lists for patients from within GNUmed. One can store patient's medication in GNUmed and print it to hand it to the patient.
Technically it involves creating a pdf file via LATEX and handing that pdf to the local print feature like kprinter in Linux. Works nicely.
Historically wxpython has been the only user interface toolkit that was available for MS Windows, GNU/Linux and Apple Mac OSX under a sufficiently free license (GPL in our case). GNUmed founders decided to go for wxpython as the primary GUI toolkit. That has worked out so far but brings some challenges as well. Things have changes since. Many toolkits have appeared, some previously available have seen their source made freely available. QT comes to mind. It is perceived as a viable alternative by the occasional mailing list poster but few understand what a switch would involve.WxPython and PyQT are both mature tookits. They have both been used in large software projects and are actively developed. The basic features are not really different. There are however some special features that GNUmed could make use of which are not present in both toolkits.
wxpython relies on few individuals, if they go away wxpython might die
html support in wxpython is very basic
wxglade is very basic and wxDesigner is non-free
active, medium sized
developer pool for wxpython is limited, few highly skilled individuals exist, small medium skilled pool, QT is more widely used because of KDE
printing support is a tough issue for wxpython and GNUmed, probably easier with QT
PC, other : limited
PC , other : various mobile devices
QT is available for N900 , Nokia mobile phones, maybe not a huge issue for GNUmed
because of smaller team wxpython has issues keeping up with Vista and Windows 7
QT has probably fewer issues on Mac
3rd party connectivity
QT is used for KDE so it could be easier to interact/integrate with KDEPIM, KMAIL
issues for new devs
novice coders would probably get going faster with QT because of the tools provided, maybe less an issue for experienced devs
QT probably has more demo code/apps to look at and more coders to help out on mailing lists or IRC
cost of switch
all code for wx is there , now, going for QT involves a complete GUI rewrite
All in all the GNUmed project has no resources , neither in terms of staff nor financial resources to switch from WxPython to PyQT even if that was seen a beneficial. As long as there is only 1 main coder for GNUmed no resources will be allocated to this. That would mean GNUmed development would efectively be stoped until the rewrite is complete. This currently is no option. It is estimated that an experienced python developer would need roughly one year to rewrite and document the GUI code done in QT. The GNUmed project acknowledges the issue and will provide all support it can to third parties that will evaluate a GUI rewrite using QT.