[bika-users] [Froid] In this round then... let's get the job done, is much easier now

[lemoene <le...@bi...>]

Hi All

Aplogies x-post. To stay in touch re the Instrument discussion, please 
subscribe at the /Froid. Free Open Instrument Middleware 
<https://groups.google.com/forum/?utm_medium=email&utm_source=footer#%21forum/freefroid>/ 
group. A post there earlier today below, /Froid /is stirring again...

    More information about where Froid is heading after another coming
    together of FOSS forces. Into the sunset seemingly - all of Froid
    interoperability and health regulatory requirements are taken care
    of in IHE validated Open Health Information Mediator*, *OpenHim
    <http://openhim.org/>, opening more routes to diverse downstream
    systems.

    The rise of REST
    <https://en.wikipedia.org/wiki/Representational_state_transfer>
    architecture, accessing data objects on their http addresses, means
    nil or little coding for REST capable Instruments and LIMS. Not many
    Instruments are, and often speak ASTM in Serial or Ethernets only,
    and herein still lies the work.

    Bika LIMS' Python parsers can simply be peeled off and run
    free-standing, outputting REST instead of posting to the database
    directly. The 'Instrument Handlers' can be developed in the
    participant's technology of choice.

    For Serial and Ethernet, Apostolos has an ASTM handler in testing,
    and when Khurram comes free, will adapt his haematology middleware,
    writing REST to Bika Health already.

    Non-clinical instrument handlers by-pass health care mediation and
    communicate directly with REST capable LIMS.

    Carl and Linda are assisting with the OpenHIM configuration ropes,
    only a small subset really is needed. Many thanks, please pass on to
    the rest of the Jembi team, great work and awesome documentation.

    All suggestions, cattle and code
    <https://www.bikalims.org/contribute>, welcome. Once we have the
    recipes waxed, converting the 50 existing Bika CSV parsers make for
    even easier entry points for new coders. Tougher serial ones will
    face a lesser threshold too.

    Bests
    lemoene

__