I am Núria Pena, together with Sara we are covering Paola during her EDO in UX.
After analyzing the HIM we made the following assumption:
CR = 0 corresponds to the query mode (but only with the sample query message)
CR = 1 test request message (which can apply to both query mode and batch mode)
Would this assumption be correct?
On one hand, if that is so, we would like to confirm with you if the customer wants to work ONLY with query mode (so we would make the assumption as in the manual attached) or if the batch mode would be a possibility for them (only covering the CR = 1 message).
On the other hand, regarding the flags we would pass the flags as in the message; however, if not having the list we will not be able to map accordingly the flag value with its corresponding descripton.
I tell you that the seller does not have more information about communication with the Host, I have asked them on many occasions without having good answers, "they explain what they have and they can't give us more"
We are sorry but it is not possible to provide more information.
I'm Sara Julian. Nice to meet you, I'm proxying Paola while she's on EDO. I've been reviewing the information and we need some extra clarifications to implement the driver. Let me give you some specifics.
On the request order workflow, there is a "Q" segment not described in the host interface manual. Could you ask them the definition of the fields that have to be passed to the instrument? If they do not respond, there is an alternative system that transfers the information without passing the Q segment. I'll talk to the team to check the feasibility of developing it.
For the flags, if the vendor does not provide the list we cannot implement them. We would need to know what possible values can be passed in the R(7) position. If they don't provide them we will leave them out of scope. Does that match your requirements?
I don't have good news about the vendor's response:
“Honestly we are not able to answer because normally the software house that prepares the interface with the Multistat generally does a test by sending a query from the HOST and seeing how our Multistat responds, we don't know what it is this A2 and honestly we can't ask anyone.
Remember to point out to the software house that programming ONLY takes place from the HOST to the MultiStat and cannot be performed by our MultiStat! Another important thing: programming always involves the simultaneous execution of an analyte profile and it is not possible to create a request that contains only one part.
As mentioned, all our interfacing (with different LIMS programs) have never generated problems, I'm sorry I can't help you...”
I'm sorry but we won't have more information.
Could you please tell me if you would continue with the development?
Guest
Hello Luis,
This driver is forecasted to be delivered next week.
Regards,
Paola
Dear Paola
Please could you tell me when the DRIVE will be ready for testing?
Kind regards
Luis
Dear Luis,
Thank you for the information. We will proceed this way.
Best regards,
Sara Julian
Dears
Thanks for your help, please let's work with the CR=0 option for the query mode.
CR = 0 corresponds to query mode (but only with the sample query message)
Kind regars
Luis
Dear Luis,
I am Núria Pena, together with Sara we are covering Paola during her EDO in UX.
After analyzing the HIM we made the following assumption:
CR = 0 corresponds to the query mode (but only with the sample query message)
CR = 1 test request message (which can apply to both query mode and batch mode)
Would this assumption be correct?
On one hand, if that is so, we would like to confirm with you if the customer wants to work ONLY with query mode (so we would make the assumption as in the manual attached) or if the batch mode would be a possibility for them (only covering the CR = 1 message).
On the other hand, regarding the flags we would pass the flags as in the message; however, if not having the list we will not be able to map accordingly the flag value with its corresponding descripton.
Is that fine with you?
We are looking forward to your reply.
Best,
Núria
Dear Luis,
One question to you then. Are you aware which is the "CR" scenario? There is two ways of sending orders to the instrument depending on this parameter.
Best regards,
Sara Julian
Dear Sara Julia, it is a pleasure to greet you.
I tell you that the seller does not have more information about communication with the Host, I have asked them on many occasions without having good answers, "they explain what they have and they can't give us more"
We are sorry but it is not possible to provide more information.
Kind Regards
Luis
Dear Luis,
I'm Sara Julian. Nice to meet you, I'm proxying Paola while she's on EDO. I've been reviewing the information and we need some extra clarifications to implement the driver. Let me give you some specifics.
On the request order workflow, there is a "Q" segment not described in the host interface manual. Could you ask them the definition of the fields that have to be passed to the instrument? If they do not respond, there is an alternative system that transfers the information without passing the Q segment. I'll talk to the team to check the feasibility of developing it.
For the flags, if the vendor does not provide the list we cannot implement them. We would need to know what possible values can be passed in the R(7) position. If they don't provide them we will leave them out of scope. Does that match your requirements?
Best regards,
Sara Julian
Dear Paola
I don't have good news about the vendor's response:
“Honestly we are not able to answer because normally the software house that prepares the interface with the Multistat generally does a test by sending a query from the HOST and seeing how our Multistat responds, we don't know what it is this A2 and honestly we can't ask anyone.
Remember to point out to the software house that programming ONLY takes place from the HOST to the MultiStat and cannot be performed by our MultiStat! Another important thing: programming always involves the simultaneous execution of an analyte profile and it is not possible to create a request that contains only one part.
As mentioned, all our interfacing (with different LIMS programs) have never generated problems, I'm sorry I can't help you...”
I'm sorry but we won't have more information.
Could you please tell me if you would continue with the development?
Kind regards
Luis
Hello Paola
I requested the information from the seller of the instrument as soon as he gave it to me, he shared it
Kind regards
Luis
Hello Luis,
Thanks for reaching out. We need the following information:
1) Real traces from the instrument.
2) The description of this Q segment:
A2 what information is?
3) Flags and its description list sent by the instrument.
Thanks,
Paola