Paul, You raise a very important point about the need for performance testing (load / stress). We have accomplished this without needing trading partner involvement through the use of either a good methodology and the right files or using a testing tool. Using the tool will provide much needed metrics to better understand application and server performance and at what point an organization will need to upgrade or add additional hardware. This may not hit CE's radar for a while but certainly cannot be overlooked. Thanks for bring awareness to the subject.
Regards, Mark A Lott President HIPAA Testing, Inc. www.hipaatesting.com Office: 480-946-7200 Cell: 480-580-4415 Fax: 877-825-8309 "Advanced Testing and Certification of HIPAA Transaction Compliance" CONFIDENTIALITY NOTICE: This e-mail message, including any attachments, is for the sole use of the intended recipient(s) and may contain confidential and/or privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message -----Original Message----- From: Paul Weber [mailto:[EMAIL PROTECTED]] Sent: Wednesday, July 17, 2002 11:34 AM To: [EMAIL PROTECTED] Subject: Re: Multiple ISA/IEA segments I didn't intend to imply that it wasn't the vendor's responsibility to fix the problem. I wanted to point out that stress testing is part of the software testing life cycle and should be considered. Whether or not said testing can easily be accomplished depends on the tools one has available at hand or the willing cooperation of trading partners that can provide appropriate test files. Jonathan raised a good point regarding software agreements. I would echo that readers who are contemplating a significant lease or purchase of software to assist with their HIPAA compliance effort (or any other purpose for that matter), please be sure you understand what your rights and limitations are in that contract. Remember, everything is negotiable when talking terms with the vendor...until you sign that agreement. One more advisory comment on the 10,000 INS limit - we're pulling that limit out of our next release of the 834 implementation guide, currently planned for use with version release 4050 of the X12 standards. This doesn't affect those of you trading 834s with HIPAA covered entities until DHHS decides to adopt new guides for use under HIPAA. And it's anybody's guess as to when that will happen. Paul Weber 916-449-6970 ----- Original Message ----- From: Jonathan Allen <[EMAIL PROTECTED]> Date: Wed, 17 Jul 2002 18:11:07 +0100 (BST) To: [EMAIL PROTECTED] Subject: Re: Multiple ISA/IEA segments > 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. > > -- __________________________________________________________ Sign-up for your own FREE Personalized E-mail at Mail.com http://www.mail.com/?sr=signup Save up to $160 by signing up for NetZero Platinum Internet service. http://www.netzero.net/?refcd=N2P0602NEP8 ********************************************************************** 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.
