Problem with a global ultrasonic manufacturer accusing Orthanc / Debian

Hello everyone !

I am writing to you because we encounter a problem for our ultrasound system with a mondial manufacturer and its French technical support. In a nutshell, this echographer crashes when transferring datas to Orthanc when the exam involves 3D acquisitions (images, no video). The transfer gauge remains locked. The operation can be interrupted, but all next examinations will then refuse to be transmitted. Only a reboot of the ultrasound will return to normal functioning, until a new examination involving 3D imaging. Very curiously, these same exams that refuse to be transmitted automatically will pass to Orthanc without any problem if we make a manual request via the menus of the ultrasound.
In the well known mode of technical support of the "it is not me, it is the others", the French technical support refuses categorically to consider that the ultrasound may be in question. Its leader accuses Orthanc and Debian using a vocabulary that proves that he has no knowledge of the matter ("You should contact the Debian company"). The Orthanc references page is not enough to make the thing look serious ... I am asked if I have statistics of use of Orthanc on Debian because it obviously wants to pass this solution for a do-it-yourself d background 'a garage ...
The medical office of which I speak is composed of a single practitioner. Suffice to say that we paid the ultrasound, its maintenance contract ... and that we will undergo the decisions of this company. But I did not tell you everything: before using Orthanc, we used proprietary software. The echograph had the same behavior ... The answer of the technical support is the following "this proprietary software with which we work dysfunctioned".
I confess that I am appalled by the situation. The only thing you get for the moment is the arrival of the same Level 1 technician who will do nothing more than the previous times. It would take logues, it would take a test device ... But I know in advance the conclusion "our ultrasound works, contact the companies Debian and Orthanc".
Thank you in advance if you can tell me if large structures work with your knowledge with Orthanc / Debian or Debian like. Thank you also if you know a solution to be better considered by the French technical support of this manufacturer.

Thanks in advance

B. Boutillier
http://www.logiciel-cabinet-medical.fr/

Wow, nice guy !

Well, we are currently involved in a deployment in France and one of the big modality manufacturer at least agrees to look at network traces to help us debug the communication problems we have.

We have no ‘numbers’ about Debian usage. I can tell you that 95 % of the deployments we do are Linux based and we never experienced any such issues. There has been 100.000+ Orthanc downloads which means there are probably around 10.000+ orthanc installs which probably make Orthanc kind of ‘serious’.

If this guy has never heard of the ‘Debian’ company, any chances he ever heard about Microsoft ? Maybe he would agree to test his modality against Orthanc running on Windows ? Maybe you could first confirm that you have the same issue with Orthanc running on Windows ? Then, get Orthanc out of the problem by using storescp (from DCMTK).

Last chance: you can still record network traces with tcpdump and check who stops the TCP stream first.

Note sure this can help. At this stage, it looks like a psycho-therapist would be more useful then me.

Hi,

Thanks for sharing your questioning story.

In any case, a software that needs a reboot after talking to some remote software is affected by a bug. And the open-source nature of the remote software (in this case, Orthanc) has nothing to do with it.

My 2¢,Sébastien-

Hi,

Thanks for this message! Not being a computer professional, this statement sounds obvious to me, but it is always good to read it from a professionnal!
These 2 answers from the Orthanc team give me the weight to continue to claim a solution with this technical service.

Thanks again !

B. Boutillier