ELR_4_1.1_Typ OBX segment order

[Alice...@icare.com]

At present the OBX segment for TestCase 4 1.1 requires that the antibiotic susceptibility results must present in the order:
1. Amoxicillin+Clavulanate
2. Trimethoprim+Sulfamethoxazole [Susceptibility] by Minimum inhibitory concentration (MIC)
3. Ciprofloxacin [Susceptibility] by Minimum inhibitory concentration (MIC)

If the results do not follow this order, the Context Based Validation Test tool will display an error.

We are curious to know, what rules did NIST use to determine this result sequence? From what we can tell, it's not sorted/grouped by alphabet, LOINC code, result values...

If we are not able to display the antibiotic sus. results in the sequence above, due to different sorting rules, will we be able to use the Context Free Validation Tool to satisfy this test case?

Thank you very much for your help!

Sincerely,
Alice

[Caroline Rosin]

Hello Alice,

this is a limitation of the ELR tool. The tool, at that time, does not have the capability of checking all possible solution when it comes to elements (fields, segments or groups) that repeat. If you don't follow the order given in the example message, it does not mean your message is wrong (since the order of the results in the message does not matter).

I'll do so some research on how to handle this issue in the tool and I will let you know as soon as I have an answer.

Thank you,

Caroline Rosin,
NIST

[Alice...@icare.com]

Thanks Caroline!

We really appreciate the help :)

[Caroline Rosin]

Hello Alice,
As I said previously, this is a limitation of the ELR tool. For context based validation, the tool does not have the capability of checking all possible solutions when it comes to elements (fields, segments or groups) that repeat.
In this case the ELR tool may generate false negative reports as the validator is checking for specific values (based on the test case) in specific instances of an element (for example in an OBX segment).

For certification, if the product produces messages in an order different then what is given in the test cases, the ATL can simply change the order of the segments in the tool panel to match the test case.
This is the work-around for now.

Let me know if you have other questions,

Caroline Rosin,
NIST

[Jason]

Caroline,

I found similar case in the LRI/EHR HL7  V2 Validation Tool (e.g. - the CBC Test Result in LRI_2_CBC).

Do you know if that falls into the same category (and thus the same workaround is allowed)? Or do we need to obtain to the strict sequence for that case? 

Should I ask in that group?

thanks,

Jason

[Rob Snelick]

Hi Jason.

Yes, this discussion belongs on the LRI Google Group.

For LRI the tool functions differently, it does not require a specifc
order. So the OBXs can come in any order. However, we are checking for
certain LONIC codes based on the test data specification.

What is your specific issue (please respond on the LRI site).

Thanks
Rob
NIST

[Jason]

Thanks Rob.

I will look deeper and post question to that group as necessary.

Jason

[Donna Featherston]

In respect to the post below:  What is the ATL; is this an interface engine that can do the work around?

Thanks,

Donna F

For certification, if the product produces messages in an order different than what is given in the test cases, the ATL can simply change the order of the segments in the tool panel to match the test case.

This is the work-around for now.

Let me know if you have other questions,

Caroline Rosin,
NIST

[Rosin, Caroline D. (Fed)]

Hello Donna,

 

ATL stands for Accredited Testing Laboratories.

 

Hope that helps,

 

Caroline Rosin

NIST

--
You received this message because you are subscribed to the Google Groups "HL7v2 Reportable Lab Testing" group.
To unsubscribe from this group and stop receiving emails from it, send an email to hl7v2-reportable-lab...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/hl7v2-reportable-lab-testing/f26350c3-6abc-4b86-b46f-6f12ab4d5c92n%40googlegroups.com.