Catherine, You've hit the nail on the head. Before one buys/licenses any software product, be it an EDI management system or something else, they must first determine what their requirements are. Requirements include functions, performance, platform, computing environment resource impacts, amont others.
Rachel Rachel Foerster Principal Rachel Foerster & Associates, Ltd. Professionals in EDI & Electronic Commerce 39432 North Avenue Beach Park, IL 60099 Phone: 847-872-8070 Fax: 847-872-6860 http://www.rfa-edi.com -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Wednesday, July 17, 2002 1:09 PM To: [EMAIL PROTECTED] Subject: Re: Multiple ISA/IEA segments Jonathan, I think I'll have to disagree with you on one of your points. First I should state that I work for a company that does market a COTS translator and we are proud to say that it easily handles very large files (files in excess of 45 MEGS like the one Paul describes is not a problem for our translator). However, in my opinion, unless the vendor made erroneous claims about the ability of their translator to handle huge file sizes like the one described, I'm not sure the vendor is totally at fault. That would be like saying I bought a 4 cylinder Yugo and when I tried to drive it 180 mph on the highway I couldn't get it to go above 65. Obviously it was my mistake since I bought the wrong product for the job. Now if my Yugo dealer had promised me that I would have no problems driving this car at 180 mph - that would be another matter. But if I just assumed that it would do the trick then I would be at fault for not explaining my requirements. There are lots of different COTS translators on the market today. Some are simply more attuned for a high volume, large transaction environment than others. Don't think a Yugo will get the job done when what you really need is a high performance BMW! Just my opinion. Catherine Schulten Sybase, Inc 6550 Rock Spring Drive Suite 800 Bethesda, MD 20817 W: 301-896-1467 C: 703-338-6955 Jonathan Allen <[EMAIL PROTECTED] To: [EMAIL PROTECTED] mon.co.uk> cc: Subject: Re: Multiple ISA/IEA segments 07/17/2002 01:11 PM Please respond to transactions 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. ********************************************************************** 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. ********************************************************************** 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.
