On 17-Jan-08, at 5:46 AM, Karsten Hilbert wrote:
Also the wiki describes LabJournal and PathLab plugins, though
they are not
included in the default workplace and I kept hitting an exception
trying to
see if other workplaces contained them. Are they available to test?
... as we don't have any of those two available for
end-users we cannot properly view lab data yet. That is an
area which needs a lot more work put into it.
Labs would give me the use case (after I got server support, and a
backup protocol maybe using JungleDisk going) to try to use GNUmed in
real life. Other people's priorities could include stabilization and
debugging of what is already there in 0.2.8 / 0.2.9.
Are there any other priorities that leave me alone in my interest to
get the labs more developed?
I know someone who is very Java familiar and may be able to assist
any questions of how current Oscar code imports a large portion of
British Columbia (BC, CA) lab data into the Oscar backend if there
were value to a Python importer for this data being crafted. Would it
be strategically helpful to other (non-BC) users to develop and make
available a Python module to process downloaded XML data coded in
LOINC or would such things be so locale-specific as to need to be
written from scratch?
The alternative would be that a service might be developed with less
work, in Java, to import the data into British Columbia users of
GNUmed if it is reasonable for this service to not have to interact
with Python middleware.
Is it recommended that instead of providing such an external (java)
service with the gm-dbo password, some different user would be set up
like gm-labagent to authorize this activity?
_______________________________________________
Gnumed-devel mailing list
[email protected]
http://lists.gnu.org/mailman/listinfo/gnumed-devel
