Paul Weber said: > > Unfortunately Rob was blindsided with an unexpected megafile which caused > a production problem.
No, not really. Rob was hit by a failure in his translator. This is the direct fault of the software vendor and should be fixed at their expense. You have raised an SPR and stopped the maintenance payments until it is fixed, haven't you, Rob. It is not and shouldn't be the responsibility of payers/providers and other trading partners to 'fix' these issues. All translation and processing software should have appropriate warranties or service level agreements which specify what happens in this sort of situation. The user has the responsibility to pick the product and service level that he wants and can afford - then it is the vendor's responsibility to do the rest. > Perhaps things would have been different if he knew in advance that a > big transmission was coming his way. But without the large datafile, how was he to do that stress test ? He could have spoken to the translator vendor to ask if their product could handle files of that size, but couldn't do much more unless the trading partner had provided a similar magnitude test file. > One last thought...if the file in question had more than 10,000 iterations > of the INS loop in one 834 interchange, then the transaction wasn't HIPAA > compliant according to the IG. No, Rob specifically said that it was one ISA/IEA with 800+ ST/SE 834s inside it. Each 834 met the INS limit - it was the whole interchange that blew the translator. Jonathan ------------------------------------------------------------------------------ Jonathan Allen | [EMAIL PROTECTED] | Voice: 01404-823670 Barum Computer Consultants | | Fax: 01404-823671 ------------------------------------------------------------------------------ ********************************************************************** To be removed from this list, send a message to: [EMAIL PROTECTED] Please note that it may take up to 72 hours to process your request. ====================================================== The WEDI SNIP listserv to which you are subscribed is not moderated. The discussions on this listserv therefore represent the views of the individual participants, and do not necessarily represent the views of the WEDI Board of Directors nor WEDI SNIP. If you wish to receive an official opinion, post your question to the WEDI SNIP Issues Database at http://snip.wedi.org/tracking/. Posting of advertisements or other commercial use of this listserv is specifically prohibited.
