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.
