Re: [bika-dev] Bika implementation for Peru

[Alfonso de la G. <alf...@gm...>]

All the code for each project will be published... However, we will fork
Gnu Health, taking Medical as reference to maintain Openerp compatibility
El 09/11/2011 09:44, "ronald munjoma" <si...@gm...> escribió:

> Hi Alfonso,
>
> On 9 November 2011 14:58, Alfonso de la Guarda <alf...@gm...>wrote:
>
>>
>> Medical is now GNU Health and only will offer support for Tryton,
>> because is not possible to offer a good business architecture with
>> Tryton we decide continue the Medical support for OpenERP (forking),
>>
>
> Do you intend to provide all the  (current and future) features and
> functionality  of GNU Health iin OpenERP? Will that code be publicly
> available?
>
> Regards and thanks
> Ronald
>
> that was a really painfull decision, but no one expends money to
>> lose....
>>
>>
>>
>>
>> On Wed, Nov 9, 2011 at 07:34, lemoene <le...@bi...> wrote:
>> > Hi Alfonso
>> >
>> > BIKA was finally accepted as a solution for lab and the start of service
>> > will begin on January 2, 2012 on an experimental basis to begin final
>> > production activities on February 1.
>> >
>> > Under this scenario, we have the following considerations:
>> >
>> > - BIKA be integrated with a medical management system (Medical), medical
>> > records (OpenMRS) and business (ERP), for which there are various
>> > connectors.
>> >
>> > I think it is going to be impossible to get everything in place at your
>> > suggested implementation date Alfonso. We are going at full tilt, but
>> our
>> > Bika 3 LIMS trunk is 85% complete today and only after its completion
>> will
>> > we be branching Bika Health again and I cannot see it being ready by 2
>> > January, even without these interfaces.
>> >
>> > Re connectors, Mirth is definitely the best for HL7 messaging and we
>> have
>> > some experience with it already.
>> >
>> > - We would love to work with GNU Health (Medical), however, there was no
>> > concrete support from its developers and because of a business decision
>> will
>> > have to do a fork (or maintain compatibility with OpenERP Medical).-
>> >
>> > That is not being supported anymore?
>> >
>> > We would have liked to eliminate the dependence on OpenERP, however, all
>> > business conditions are practically built, while Tryton still has a lot
>> of
>> > work
>> >
>> > Thanks for the heads-up. Tryton/GNU Health is a big requirement amongst
>> our
>> > other prospects
>> >
>> > .- Together the experience of a Chilean project, led by Victor Aravena,
>> to
>> > integrate OpenMRS for records management as a backend.
>> >
>> > We demoed an OpenMRS interface 2 years ago, there was no uptake from the
>> > OpenMRS community and this too will have to be revisited. At the time
>> the
>> > OpenMRS data structure only allowed one analysis result per 'encounter'
>> -
>> > they might've modified that since
>> >
>> > - Will be enhanced system management in mobile devices.
>> >
>> > We are investigating http://webandmobile.mfabrik.com/ for this purpose
>> >
>> > - All software stays on as a contribution from the clinic and
>> republished
>> > under the terms of the license.
>> >
>> > Bika is strictly GPL, so that's good to know
>> >
>> > This, then, we must focus on:
>> >
>> > - BIKA must manage connections to SQL databases: mysql and postgresql.
>> > If not, we must develop it.
>> >
>> > You might've seen the Plone Relstorage and ContentMirror discussions
>> here
>> > earlier. That makes the SQL option quite simple to  implement and we
>> don't
>> > foresee any problem with that (famous last words)
>> >
>> > - My company have 3 developers for the project (paid), 2 of them will
>> be in
>> > Peru, but another may be appointed by the foundation (in something like
>> a
>> > Summer of Code and paid by my company) until February
>> > 2012.
>> >
>> > Do they have Plone experience? Its quite a steep learning curve
>> >
>> > - My company will have an interface designer (HTML / CSS) to assist in
>> the
>> > project.
>> >
>> > That could be useful, though we don't find much wrong with Plone's
>> default
>> > Sunburst theme. We do have the odd problem with tables overlapping
>> because
>> > it uses percentages for setting widths. It'll be great if that can be
>> sorted
>> >
>> > - We will handle the translation into Castilian.
>> >
>> > Some work has been done in Spanish. Though Bika 3 has to be walked
>> through
>> > to make sure all tags are prepped for translation, the translation
>> itself
>> > entails the the conversion of a .po file of terms only
>> >
>> > - Develop guides for use in video (Castilian).
>> >
>> > Nice
>> >
>> > - Will also work with laboratory equipment available in the Peruvian
>> market.
>> >
>> > It could be most productive if your developers can start with the
>> instrument
>> > server design we discussed earlier? Since it is free standing we won't
>> get
>> > into one another's way on the Bika code itself.
>> >
>> > Because it is a turnkey project will add several features or modules,
>> which
>> > will publish a document shortly.
>> >
>> > In Spanish/Castillian ?-) In Google translate we trust!
>> >
>> > It is important to clarify that this business opportunity for my company
>> > generates important conditions:
>> > - A clinic that wants to implement the solution.
>> > - A clinic you want to fund what is not done.
>> >
>> > Loud applause goes round the room...-)
>> >
>> > - A clinic for sharing the code and understand the value of FLOSS.
>> >
>> > All of these are hugely appreciated
>> >
>> > We want to make clear that we do not want to compromise the foundation,
>> but
>> > seek to help it so you can work collaboratively without double efforts.
>> >
>> > BIKA additionally is being taken to the Ministry of Health to state
>>  medical
>> > facilities with this solution, as with our partners in Chile, as part of
>> > social assistance.
>> >
>> > Thanks for all of this, great stuff.
>> >
>> > I am a born pessimist, but those implementation dates, 8 weeks from now
>> with
>> > the silly season in between, are impossible. The Instrument server in
>> itself
>> > could take a any number of weeks depending on the number of instruments
>> in
>> > the equation.
>> >
>> > From our side we'll do all we possibly can to make this work out. Am
>> looking
>> > forward to your document
>> >
>> > Bests
>> > l
>> >
>> >
>> ------------------------------------------------------------------------------
>> > RSA(R) Conference 2012
>> > Save $700 by Nov 18
>> > Register now
>> > http://p.sf.net/sfu/rsa-sfdev2dev1
>> > _______________________________________________
>> > Bika-Developers mailing list
>> > Bik...@li...
>> > https://lists.sourceforge.net/lists/listinfo/bika-developers
>> >
>> >
>>
>>
>> ------------------------------------------------------------------------------
>> RSA(R) Conference 2012
>> Save $700 by Nov 18
>> Register now
>> http://p.sf.net/sfu/rsa-sfdev2dev1
>> _______________________________________________
>> Bika-Developers mailing list
>> Bik...@li...
>> https://lists.sourceforge.net/lists/listinfo/bika-developers
>>
>
>
>
> ------------------------------------------------------------------------------
> RSA(R) Conference 2012
> Save $700 by Nov 18
> Register now
> http://p.sf.net/sfu/rsa-sfdev2dev1
> _______________________________________________
> Bika-Developers mailing list
> Bik...@li...
> https://lists.sourceforge.net/lists/listinfo/bika-developers
>
>