#3228 GDML labs are improperly parsed

[Daniel Sin]

OSCAR build date:
OSCAR build tag:
Client browser: Firefox
Client OS: Win7

Preconditions:

1. upgrade to 12.1.1

Steps to reproduce:

1. Import GDML labs into 12.1.1
2. GDML labs are improperly parsed - It appears GDML labs are parsing incorrectly. The disciplines are not being set causing blank lab entries in the echart.

Expected Result:
see the proper values parsed.

Observed:
The disciplines are not being set causing blank lab entries in the echart.

Other details: Need lab data to verify
Discussion

[Marc Dumontier]

do you have an HL7 file I can use that would generate the blank lab entries?

do you have screenshots so I know what to look for.

[Daniel Sin]

It is unlikely we will get sample data. This will be closed when no test data is provided by Apr. 24th.

[Marc Dumontier]

this one will show null as the discipline in the inbox, but should be chemistry. The lab display view is fine.

[Daniel Sin]

Vivtor,

See if you can check on the sample provided by Marc.

[Hagir]

The problem is that when the parser is initiated, it attempts to parse the disciplines of only the matching older labs in the system but not the lab in question. For example say you get 3 versions of the same lab:

1- Apr 1st: Chemistry
2- Apr 2: Hematology
3- Apr 3rd: Microbiology

Expected that uploaded discipline works as follows:
1- Chemistry
2- Chemistry/Hematology
3- Chemistry/Hematology/Microbiology

The actual result is that only matching labs at the time of upload are parsed:
1- null
2- Chemistry
3- Chemistry/Hematology

So If you take the same example Marc provided, change the date to make it look like a new version of the same lab, and upload. Now you will see the discipline (because a match already existed in the system)

[Hagir]

Commit on 12.1.1: https://source.oscartools.org:8080/#/c/10318/1

[SBek]

Re-tested in QA system R12.1 build # 404 -> issue has been resolved.
Not applicable to Master.