Anlaysis Profiles/Panels/Masks Re: [Froid] Re: Bika Connect to Humacount

[lemoene]

Hi Anousak   

1. HumaCount Model 80TS provides a plain text. As far as I understand it, Humacount instrument can setup to link to SENAITE Health as automation (setup an IP based then it automatically sending results after it is done). I attached sample for your perusal.

Jip, that is actually a TSV, Tab Separated Values and you would parse it like the CSV in the WineScan

These are the keywords you have to configure in their Analysis Services and then parse the results files for them (from the HumaCount brochure)

BAS    BAS%    EOS    EOS%    HCT    LYM    LYM%    MCH    MCHC    MCV    MON    MON%    MPV    NEU    NEU%    PCT    PDWcv    PDWsd    PLT    RBC    RDWcv    RDWsd HGB    WBC

Just wondering if LIMS works on this. Current situation is like this, 

1. Either 18 or 24 parameters from Humacount instruments cost is bundled into a single cost, e.g 18paramet is 5$.

2. My wondering if in Senaite LIMS, we would need a single break-down cost for each. Is there a way we can specify a bundle cost for analysis service?

Indeed, these Tests commonly ordered together, often called Panels or Masks too, are implemented as Analysis Profiles in Bika/Senaite, and can be priced like that.

See a Full Blood Count Profile in the demo, https://health.bikalims.org/bika_setup/bika_analysisprofiles/analysisprofile-16




And on the Accounting tab:

2. Under FOSS/WINESCAN samples is saved as CSV. Please advice how to convert TXT to CVS or just leave it as plain text and to modify existing code to read as PLAIN text.

There are TSV parsers already too, @Lunga can you think of one already? You basically separate the values on /tab values instead of commas I would think (no coder anymore:(

Indeed, the Shimadzu ICP-AES ICPE-9000 if you can find it in the code, does a TSV import

Yes, indeed you right. Either Shimadzu or thermoscientific/gallery will do since they both do TSV or plain text scan.

.... after hacking some existing codes to fit the humacount instrument (created a folder called ...bika/lims/exportimport/instruments/humacount80ts with the 3 files, two *.py and one .pt and a folder called samples folder),

I am no coder but that sounds right

we would need to update with this command bin/buildout -c senaite.cfg or it is short-cut to get an update or to test.

Not that I know of, Khurram?

I really couldn't find on the specific testing procedure.

Apologies, I don't think that is written up. Stand by
l

Thanks,

Anousak

 

Any suggestions would be greatly help me to get things moving for now and thanks in advance.

The Humacount parser you write could also use the standard Senaite code to pick the TSV up automatically and post it to OpenHIM.

I condensed this earlier from OpenHIM RESTful API documentation:

PUT Is used to write to an OpenHIM Channel configured for the Instrument

PUT /channels/:channelId

where :channelId is the _id property of the channel to update with a json body representing the channel updates

Channel schema

When I am up for the air, we'd be installing 'HIM online and do its Channel config with Jembi's assistance. Please keep us updated with your progress re the above.

On Friday, June 15, 2018 at 2:22:16 PM UTC+7, Lemoene Smit wrote:

Thank you for the feedback Anousak, and Eid Mubarak all.

I am dialling my reply through the Froid group so we can keep the ball rolling. I haven't had time to follow up here, been spending time on a few proposals, all of them featuring some very cool instruments. We might be doing a real life one as first for Froid, it could well be the Humacount!

Oh and re configuring Senaite, this chapter in the new manual is not quite complete yet, written for LIMS, but it 'll help too I hope, https://www.bikalims.org/manual/setup-and-configuration

Good place start...I can see that it is right step of doing LIS procedures. My staff are not familair how Senaite LIS works, we are doing the best we could. We'll get there.

Is a pity I only arrive end of September...-(  We are always keen to assist on the open forums where it benefits all (and we are under peer pressure to answer quickly;-), please use the Bika Health list for these questions. I am not sure I gave you access to our Health demo at https://health.bikalims.org/, will follow up under separate heading.
 

Potentially stupid question as I have not had enough time to read the docs: Is the TXT file an example of  the Humacount results Anousak? It opens sweetly as TSV.

Yes, it is Humacount result in plain text.

 

If so, then its parser should be relatively easy, see https://github.com/bikalims/bika.lims/wiki/creating-an-instrument-import-interface (Which has been described as long winded and written for beginners - it is a frequent entry point for new Bika | Senaite coders).  Skilled coders who have done these before, complete and test the easier ones in a day. You'll take a bit longer initially I guess.

The current parsers live at https://github.com/senaite/senaite.core/tree/master/bika/lims/exportimport/instruments and another recommendation I frequently see is that you should simply pick a similar one to yours, then clone and hack it.

Finding a similar one could be difficult, in the tracker you'll find results files attached to instrument interface requests, the ones in the blue 'Instrument Specs' epic has not been don yet. A simple 2D results table, similar to your TXT file, I remember was done in our very first one for the Foss Winescan FT120, its code could be old, https://github.com/senaite/senaite.core/tree/master/bika/lims/exportimport/instruments/foss/winescan.

With Froid then, we'd be looking at the parser outputting REST as per the doc I circulated earlier. I have a longer more detailed version I'll touch up and send on.

Lemoene, these are good info and useful indeed.  I have submitted a request  trough tracker for Humacount interface to LIS on https://jira.bikalabs.com/browse/LIMS-2858.

Thanks for putting it on record, but remember that all free assistance there is voluntary, we have to focus on contracted clients at the moment to sustain the project - the migration of the past 6 months did not deliver much invoicing opportunity. That said, please continue posting your interface questions here where we have I think 27 subscribers already. You're an old hand at FOSS and I am sure knows that well researched questions do a lot better than others;-)

In our own team, Lunga has much experience with these, is subscribed here and I am asking him to keep a lookout for you too. I am still on-site amidst a v tricky implementation and hope to find time over the weekend to assist on the other points you raised.

Have a good one!
l

--
You received this message because you are subscribed to the Google Groups "Froid. Free Open Instrument Middleware" group.
To unsubscribe from this group and stop receiving emails from it, send an email to freefroid+...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/freefroid/37772868-4758-4722-b83f-399438f0fb80%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[lemoene]

Re Senaite build-out Anousak - we should not have to touch the LIMS code I realise. Your parser should be free standing, Python in this case, and post RESTfully to the LIMS or OpenHIM

We should have a HIM up soon

Bests
l

[lemoene]

On 10/07/2018 14:36, lemoene wrote:

Re Senaite build-out Anousak - we should not have to touch the LIMS code I realise. Your parser should be free standing, Python in this case, and post RESTfully to the LIMS or OpenHIM

We should have a HIM up soon

Anyhows, Test writing for instruments at https://github.com/senaite/senaite.core/blob/master/bika/lims/tests/doctests/InstrumentsImportInterface.rst, thanks @Lunga