Message VXU_V04 to Bundle Map

This ConceptMap represents a mapping from the HL7 V2 Message VXU_V04 to the FHIR Message Bundle.
V2 SegmentDisplayFHIR TargetEquivalence
VXU_V04.MSHMessage Header
Bundle
MessageHeader[1]

Processing of the MSH segment results in the creation of a new MessageHeader resource

Provenance[1]

If the FHIR transformation does not yield a FHIR message, but only a set of resource (APIs, repository, etc.) than one should consider attaching this Provenance resource instance to the relevant FHIR resources generated.

If there is a source in MSH-4, or known based on the configuration.

Provenance[2]

If the FHIR transformation does not yield a FHIR Bunlde, but only a set of resource (APIs, repository, etc.) than one should consider attaching this Provenance resource instance to the relevant FHIR resources generated.

equivalentequivalentequivalentequivalent
VXU_V04.SFTSoftware
Provenance[1].entity.what(Device)

If the software does represent not the original source system

Provenance[1].entity.what(Device)

If the software represents the original source system

equivalentequivalent
VXU_V04.PIDPatient Identification Segment
Patient[1]

Processing of the PID segment results in the creation of a new Patient resource

Provenance[4]

One may drop PID-33 from the condition if PID-34 Last Update Facility is still sufficient without a date.

equivalentequivalent
VXU_V04.PD1Additional Demographics
Patient[1]

Incorporate PD1 content into the Patient created from the PID segment.

Observation[3]
equivalentequivalent
VXU_V04.NK1Next of Kin/Associated Parties
RelatedPerson[1]

Typically, each NK1 will be translated to either a new RelatedPerson resource or added as a new occurrence of Patient.contact, but it's possible to insert the NK1 data into both structures.

Patient[1]
equivalentequivalent
VXU_V04.PATIENT_VISIT.PV1Patient Visit
Encounter[1]

Processing of the PV1 segment results in the creation of a new Encounter resource

Only if the system wants to know about the encounter related to the immunization event

Basic
Patient[1]
Coverage[1]
equivalentequivalentequivalentequivalent
VXU_V04.PATIENT_VISIT.PV2Patient Visit – Additional Info
Encounter[1]

Incorporate PV2 content into the Encounter created from the PV1 segment.

equivalent
VXU_V04.PERSON_OBSERVATION.OBXObservation/Result
Observation[1]
Observation[1]

Note that when OBX-5 repeats, the standard mapping is to use Observation.component (see OBX[Observation-Component] map) rather than creating separate Observation instances. However, we are aware that some profiles and implementation guides do separate the OBX into multiple observations depending on the OBX-2 value. This is an example of a non-standard interpretation as the OBX should have been separated into multiple OBX segments to start. Please consider the local profiles and implementation guides on how to manage these variants.

equivalentequivalent
VXU_V04.PERSON_OBSERVATION.PRTParticipation (for Observation)
Device[1]
Observation[1]

At this time we don't know of a use case for sending a location PRT to a patient level observations. We've provided a mapping from PRT to Location but not way to link it to other resources in the Bundle. If there is a known use case, please comment on it so that we can develop a solution.

PractitionerRole[1]
equivalentequivalentequivalent
VXU_V04.PERSON_OBSERVATION.NTENotes (Regarding Patient Observation)
Observation[1].note
equivalent
VXU_V04.ORDER.ORCCommon Order
Immunization[1]

Processing of each ORC segment results in the creation of a new Immunization resource

ServiceRequest[1]

Processing of each ORC segment results in the creation of a new ServiceRequest resource if the receiving system wants to know about the order that lead to the immunization event

Only if the system wants to know about the order that lead to the immunization event

equivalentequivalent
VXU_V04.ORDER.PRTParticipation (for ORC)
PractitionerRole[2]

Processing of each PRT segment typically results in the creation of a new Practitioner or PractitionerRole resource. The decision between creating a Practitioner or PractitionerRole resource may depend on the availability of data related to the practitioner's role elsewhere in the message. It may be possible to reuse a Practitioner resource in the bundle created from somewhere else in the bundle rather than creating a new resource for each PRT segment (eg, the same administering practictioner resource could be pointed to from multiple order segment groups) - if an implementer decides to do this, the system must be certain that it's the same person (same name, ID, etc) potentially even playing the same role (if the bundle uses PractitionerRole in addition to Practitioner).\

Immunization[1].performer.function.coding.code
Immunization[1].performer.function.coding.system
PractitionerRole[3]
Immunization[1].performer.function.coding.code
Immunization[1].performer.function.coding.system
equivalentequivalentequivalentequivalentequivalentequivalent
VXU_V04.ORDER.RXAPharmacy Administration Segment
Immunization[1]

Incorporate RXA content into the Immunization created from the ORC segment in the same segment group.

equivalent
VXU_V04.ORDER.RXRPharmacy Route
Immunization[1]

Incorporate RXR content into the Immunization created from the ORC segment in the same segment group.

equivalent
VXU_V04.ORDER.OBSERVATION.OBXObservation/Result
Observation[2]

Some observations about the immunization may map to elements within the Immuniation resource rather than an independent Observation resource. For example, funding source, patient eligibility and educational material are often sent as OBX segments but map to Immunization elements. Specific guidance on how to map, e.g., the US CDC implementation guide on immunizations, will be provided separately at a future time TBD.

Observation[2]

Some observations about the immunization may map to elements within the Immuniation resource rather than an independent Observation resource. For example, funding source, patient eligibility and educational material are often sent as OBX segments but map to Immunization elements. Specific guidance on how to map, e.g., the US CDC implementation guide on immunizations, will be provided separately at a future time TBD.

equivalentequivalent
VXU_V04.ORDER.OBSERVATION.PRTParticipation (for Observation)
Device[2]
Observation[2]
PractitionerRole[4]
equivalentequivalentequivalent
VXU_V04.ORDER.OBSERVATION.NTENotes (Regarding Immunization)
Observation[2].note
equivalent

Equivalence Legend

equivalentExact match
wider/narrowerBroader/more specific meaning
relatedtoRelated but not exact
unmatchedNo equivalent in target