2

I am very new to dealing with HL7 and my company recently began a very large project in which we will be receiving various ADT messages in the HL7 v2.4 specification. We already use BizTalk extensively here and the plan was to leverage the BTAHL7 accelerator for BizTalk 2010 to accept these messages.

My issue is this, the ADT messages we are receiving from our trading partner do not match the HL7 v2.4 specifications for pretty much all of the messages we are receiving (Even though the MSH segment is for V2.4 and they've told us that is the version they will be sending files in).

For instance they are sending us A04 messages and in the PV1-3 field the spec calls for 9 subcomponents (separated by the standard ^ delimiter). What they are sending in that field is 11 subcomponents.

Example: F1^F2^F3^F4^F5^F6^F7^F8^F9^F10^F11 instead of this (which would match the spec): F1^F2^F3^F4^F5^F6^F7^F8^F9

This also happens for the PV1-42 field.

After scouring the internet I can't find any help for dealing with this kind of situation in BizTalk using the accelerator. It seems to me that people can customize the data within the message and that happens often (for instance sending strings where the spec calls for an int) but cannot change the actual layout (the situation I have listed above) when dealing with HL7 and BizTalk. These messages fail even when I don't set up BizTalk to validate body segments or custom data types (which makes sense to me and is to be expected because they aren't sending strange data that still conforms to the layout of the specs, but rather an entirely different layout).

My question is this. Is there a way to deal with this utilizing the accelerator functionality without having to write custom code to "fix" the files before sending them to the accelerator pipelines? According to our trading partner this is just the way their product (Cloverleaf) sends the data and that they are already working with various other trading partners with this format.

Ritley572
  • 299
  • 4
  • 15
  • I've been working in Cloverleaf for several years now, and can state that I've never found an ADT^A04, in the PV1 segment, utilizing that many subfields. Additionally, even if it were - this would be like 5 minute fix within Cloverleaf, and they could use an XLT to do this and skip any code whatsoever. Cloverleaf handles these situations rather well, and is quite versatile with message massaging and translation. - Whoever is telling you that it's "just the way it's sent" is lowballing you. Would you mind posting an example message they're sending you? – SQLSavant Jan 30 '14 at 03:42
  • This is a very political project and I am essentially not allowed to question our trading partner at all. In the end the fix was simple enough in BizTalk anyway but just for your perusal here is the PV1 line from the A04 message: PV1|1|OUTPATIENT|FHSS^^^FHC1^^^^^^^DEPOUT|EL|||0^XOUT-X^XOUT^^^^^^XOUT^^^^XOUT|||||||Phys/Clinic||||||CAID||||||||||||||||||||||^^^FHC1^^^^^^^||20131210111115|||||| – Ritley572 Jan 30 '14 at 20:06

1 Answers1

1

Yes. Unless the Trading Partner is doing something that does not follow HL7 convention, you can handle such customization by modifying the HL7 message schema to accomodate the differences.

In this case, just add two additional child elements to the PV1 to accept the new data.

You will also have to change the TargetNamespace of the modified schema to isolate it to this Trading partner and set that on...one of the tabs (sorry don't recall exactly) in HL7 Configuration.

Johns-305
  • 10,908
  • 12
  • 21
  • Sometimes all we need is a nudge in the right direction. I was completely overthinking this, thanks for the help Boatseller. Worked like a charm and was very easy. – Ritley572 Jan 29 '14 at 19:25
  • For those of you who have a similar question here is what I did. I added a new BTAHL7V24 Common project to my solution. Made the necessary adjustments to the datatypes24.xsd, then added a new Empty BTAHL7 project, referenced the common project that I had just added, and added a new BTAHL7 ADT v2.4 A04 schema. I then changed the namespace of the new A04 schema, signed and deployed, went into the BTAHL7 configuration Editor and in the validation tab I changed the namespace to match this new schema namespace. That's it. Very simple – Ritley572 Jan 29 '14 at 19:30