Вопрос

I am getting an edi file 837 which is having multiple claims. How to debatch the 837 edi file so that each file contain only one claim per file using biztalk.

Это было полезно?

Решение

It seems it would be less prudent to split the incoming file into multiple files, as you'd process (translate) everything twice.

Since a claim would start at the ST segment, you can create a transformation so that for each ST segment you read, it would create a new output file. This way the integrity of the source data you receive remains intact, and you're only processing the data once.

If you really wanted to go down the path of separating EDI claims into separate input files, and if the file has multiple ISA / IEA segments (actual interchanges in the file), then you could easily write a parser script to read the file in, figure out the segment terminator (position 106) and read the file until you get to the IEA and then write a new file out. Repeat for other instances of the ISA / IEA envelope pair.

If it doesn't have multiple ISA / IEA segments, then it would have multiple ST / SE segments - the same principle applies once you have the segment terminator. I don't know what impact that would have on your mapping (if it would make translation harder or not).

It seems like you're trying to make life harder on yourself, but if you have a business reason for splitting up the claims, then it is what it is.

Другие советы

This is actually a supported out-of-the-box scenario for BizTalk 2009 and 2010 (but not 2006) for the 837 file that he wants to de-batch.

BizTalk Server supports splitting of the following HIPAA document types through native schemas: HIPAA version 4010 documents: 834 Enrollment, 835 Claim Payment and three variants of 837 Claim HIPAA version 5010 documents: 276/277 Claim Status – Request and Response, 834 Enrollment and three variants of 837 Claim

http://msdn.microsoft.com/en-us/library/bb226327.aspx

See also: http://blog.biztalk-info.com/2010/06/hipaa_subdocument_splitting__explained/

Лицензировано под: CC-BY-SA с атрибуция
Не связан с StackOverflow
scroll top