Diese Seite mit anderen teilen ...

Informationen zum Thema:
WinDev Forum
Beiträge im Thema:
Erster Beitrag:
vor 5 Jahren, 2 Monaten
Letzter Beitrag:
vor 5 Jahren, 2 Monaten
Beteiligte Autoren:
Steven Sitas, Nick Martin, Hartyshow, Ken Lossman.pcs.crosspost

WinDEV 17 - connecting to analyzers (ROCHE)

Startbeitrag von Steven Sitas am 02.05.2013 17:40

I have an accounting system that is specially designed for small diagnostic centres.
One of my clients is expanding in other medical/laboratory fields and he is purchasing the following equipment from Roche:
sysmex XS-1000i
cobas interga 400
cobas e411
cobas u411
sysmex XS-1000i

So he asked if I could connect my accounting system - with the above analyzers - so he wouldn't have to use another software (LIMS?) and enter the data twice.

Roche sent me a couple of emulators, but before going on an studying the HL7 standard and (probably) reinventing the wheel, does anybody have in mind any product or code that I could use with my WinDEV17 apps?

Ideas welcomed


Hey Steven, I've been writing laboratory instrument interfaces most of my life. Are you wanting to interface via serial port or are you going to use a lantronix device. These instruments you have listed don't natively communicate via hl7. Each one has it's own proprietary protocol. Do you have the specs on each one?

Message forwarded from pcsoft.us.windev

von Ken Lossman.pcs.crosspost - am 03.05.2013 15:08
Hi Ken,
You are right - they have there own protocols called ASTM and COBAS.
I was playing around with an emulation application Roche sent me - it is called Host Interface Test Tools - and since it also had a HL7 mode, I thought that the analyzers also worked with HL7.

Now for the questions.
1) I was thinking of communicating via the Serial port.
Ofcourse since I am no expert here, I would appreciate any advise ..

2) Yes I have the specs for all the analyzers.
I am attaching one of them.
I can send you all the files Roche sent me, since they NEVER said I can't redistribute them :)
[attachment 328 HostInterfaceManualcobasu411.pdf]

von Steven Sitas - am 03.05.2013 15:43

We have a solution that connects to laboratory analysers (and have interfaced to several hundred of them). It is a C++ application and we then use WinDev to view the data via a series of forms.

The LabComm software will give you data in one of 4 formats:

a. HL7 files
b. HL7 TCP/IP sockets
c. ODBC via a Postgresql DB
d. Postgresql Foreign data wrapper to write data into another DB (eg My SQL).

HL7 is great if you are familiar with it and have a parser. However, we have found that a lot of people don`t know HL7 and in this case the ODBC access etc offers an easier path. Here is the data from an XT-2000i analyser - similar to one of the ones you listed above.


I`ve attached an HL7 file to this message (which I had to do in RTF format - as one of the file formats that the forum supports) - so you can look at it further

[attachment 338 XT20001_RH__000000_2010102847512_00000855.rtf]

von Nick Martin - am 15.05.2013 09:52
Hi Nick,
How much does your product cost ?

von Steven Sitas - am 16.05.2013 09:26
It is not too difficult. This is just a telemetry and decommutation messages.

von Hartyshow - am 16.05.2013 14:07

With analyser interface projects there are several things that affect the scope and cost of the project.

a. You can either interface via serial cables or serial to IP converters (which are also called Lantronix or Moxa boxes). The advantage of the serial to IP converters is that the analysers and server don`t need to be close together (indeed we have just interfaced an analyser in Germany to a lab in the UK). If you use serial cables the analysers can`t be more than 10 metres from the server / workstation. The serial to IP converters will add approx $200 - $250 per analyser but also allows the lab to move analysers around

b. Do you know HL7? If you do I can give you data in HL7 files or HL7 sockets.
However, if you don`t, then I would recommend that you get data via ODBC.

c. What database are you using?

d. How are you going to translate the test codes, flags and perhaps the units that the analyser sends?

e. Are you planning bi-directional or mono-directional interfaces? Mono-directional is where you receive data only from the analyser (ie the results and QC data). Bi-directional is where you send the details to the analyser.

If you don`t know HL7 use ODBC. We would setup an ODBC connection between your DB and our Postgresql database.

Also if you go the ODBC route we can translate test codes at the same time. What does this mean? I`ve attached a small pdf file which include some testcodes from the Abbott Architect. The code that the analyser sends is in the parameter column EG ^531~CMV IgG

The other columns are mapped from a table we have created such as CMV IgG (Cytomegalovirus) CMV IgG 6

You would then use the TestID (in this case 6 - an integer you would supply) to map the test back to your LIMS. The Architect codes are fairly easy to view / translate. The Roche/Hitachi cobas e 411 analyser are mainly numbers eg the code for TSH is 10.

Estimated costs are £1800 UK pounds or £1950 UK pounds for each analyser if we use the remote Lantronix connection device. These prices are less than 1/3 of the current costs many labs in the US and UK pay.

As you have several analysers we would include a Windows 2008 R2 or Windows 2012 server in this price... hardware and license. But it sounds like you have a lot of sites and we can negotiate further.

We have spent the best part of 10 years perfecting this solution - it is far from straight forward. Most of the analysers you have listed are bi-directional - so you can send patient demographics and test codes to the analysers as well. In this case we could give you another table to write the data to, if you went the ODBC route. Writing bi-directional interfaces via HL7 is fairly complex, since you would have to do all the test code and unitage translations yourself and even analysers that supposedly use the same protocol often need data in a slightly different format.

Where are the analysers located? If the project were to go ahead would it be possible to have remote access or could we go on site and set everything up (our preferred option)

[attachment 359 Sampletestcodes.pdf]

von Nick Martin - am 21.05.2013 20:50
Zur Information:
MySnip.de hat keinen Einfluss auf die Inhalte der Beiträge. Bitte kontaktieren Sie den Administrator des Forums bei Problemen oder Löschforderungen über die Kontaktseite.
Falls die Kontaktaufnahme mit dem Administrator des Forums fehlschlägt, kontaktieren Sie uns bitte über die in unserem Impressum angegebenen Daten.