Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[IDEA] The XML standard is that attribute order doesn't matter. #6360

Open
frankparth opened this issue Nov 21, 2024 · 2 comments
Open

[IDEA] The XML standard is that attribute order doesn't matter. #6360

frankparth opened this issue Nov 21, 2024 · 2 comments
Labels
enhancement New feature or request

Comments

@frankparth
Copy link

When create OBX segments if the order of the XML children is out of order fields are being added that shouldn't exist and order is being rearranged in HL7 v2 representation.

In this specific case if in the XML version of the HL7 message has OBX.2.1 come before OBX.3.1 additional fields are created in the HL7 v2 version of the message. In our case the value in OBX.14.1 in the XML was being moved to OBX.16.1 in the v2 message.

<OBX.1>
<OBX.1.1>1</OBX.1.1>
</OBX.1>
<OBX.3>
<OBX.3.1>code</OBX.3.1>
<OBX.3.2>display</OBX.3.2>
<OBX.3.3>system</OBX.3.3>
</OBX.3>
<OBX.2>
<OBX.2.1>CWE</OBX.2.1>
</OBX.2>
...

XML order should not matter.

@frankparth frankparth added the enhancement New feature or request label Nov 21, 2024
@pacmano1
Copy link
Collaborator

@frankparth
Copy link
Author

frankparth commented Nov 21, 2024

Thanks pacmano1! Hope you're doing well! I already created a code template to do the same thing but why isn't fixHL7NodeOrder embedded in the solution?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

2 participants