Identify any loss of data when processing Monkeypox samples through FHIR Engine

[carlosfelix2]

User Story:

As a developer, I want to know if Monkeypox data samples used in the COVID pipeline result in data loss from using our current base schema in the FHIR engine, so I can document the missing data and create new issues to resolve them.

Description/Use Case

We need to use Monkeypox data samples to find out if our configuration is missing anything. Chances are we will see some data we are not converting and will need to add those fields to the respective configs.

Risks/Impacts/Considerations

• There may be other missing fields in the future as we get more data, but we are going to just tackle those fields we find right now instead of tackling any possible field or permutation.
• Ask the OO team for Monkeypox samples. There may be some in our repo.

Dev Notes:

• Refer to the HL7 mapping spreadsheets for how fields are being handled.

Acceptance Criteria

• Use Monkeypox samples available in our repo (this is non-PII data) to determine if there is any missing data we are not converting.
• Document any missing data and create new issues as necessary to have the data in the final HL7 conversion.

[luis-pabon-tf]

I'm attaching the contents of the monkeypox-20221110 HL7 before and after going through our pipeline:

• Pre-Pipeline
• Post-Pipeline

Comparing these, we see some data-loss in the latter part of the MSH segment. Without looking deeper, these contents may be lost due to the input HL7 being from a newer version than 2.5.1. OBX may also have a small amount of lost data. The other missing pieces appear to be placeholder values that would be ok to leave as missing.

[avnieldravid]

Reference tickets #9025. This ticket should follow the sonic specific one and test other mpox messages.