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

6 views

Skip to first unread message

lemoene

unread,

May 28, 2018, 10:21:09 AM5/28/18

to bika user list, Bika Health, bika dev list

Hi All

Aplogies x-post. To stay in touch re the Instrument discussion, please subscribe at the Froid. Free Open Instrument Middleware 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, opening more routes to diverse downstream systems.

The rise of REST 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, 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