EOS Imaging unit is bi-plane DX and causes 500 errors in DX interface

[Ed McDonagh]

DX filtered assumes single DTID 10002 “Accumulated X-Ray Dose”, but EOS system is a biplane system and therefore has two, as per bi-plane fluoro systems.

Issue raised by @hrkhosravi via email

Device in question has website at https://www.eos-imaging.us/us/professionals/eos/eos including links to DICOM conformance statement and IHE integration statement.

[Ed McDonagh]

Enabled multiple accumxraydose entries for dual plane DX on dxfiltered view. Refs #722

→ <<cset f4696221728a>>

[Ed McDonagh]

PyCharm code reformat. Refs #722

→ <<cset 21a773b1b1e6>>

[Ed McDonagh]

Now renders detail template without error, but need to check the RDSR contents against displayed, and check if has affected other systems. Refs #722

→ <<cset a2e61a31c9a2>>

[Ed McDonagh]

PyCharm code reformat. Refs #722

→ <<cset c07224b6a9f7>>

[Ed McDonagh]

I've checked in the RDSR I have been provided, and it seems that although the system lists plane A and plane B, the summary information for plane B is a dose of 0, and there is no exposure level information for plane B. This is despite, as far as I can make out, the RDSR being for a dual plane image.

[Ed McDonagh]

Happy this works, and doesn't mess up standard single plane DX. Now not sure whether to keep this as the next release, or slide it into 0.9.0...

[Ed McDonagh]

@hrkhosravi - can you confirm that the dose information is all attributed to the A plane?

[Ed McDonagh]

Added ref #722 to changes and release notes. [skip ci] docs only

→ <<cset d12b3270ca65>>

[Ed McDonagh]

Merged in issue722dualplaneDX (pull request #281)

Fixes #722

Approved-by: Luuk

→ <<cset f1986d7cdeb5>>