OK...I need to say something here. First, we need to keep in mind that this listserv should NOT be used to advertise any product or to make statements about anyone's products and/or services. The remarks made about the products compared at the Phoenix Summit last week were only based on one person's opinion. They are not the opinion of WEDI SNIP or of this Testing group as a while. If you would like to have this type of discussion, please contact the person directly.
Please keep in mind what happened after the last incident. A blatant misuse of this listserv could result in your name being deleted from the group. I do not want this to happen but I will suggest it if this isn't kept on a professional level. _______________________________________________ John Lilleston Technical Supervisor Verizon Information Technologies, Inc. Healthcare Solutions 813-979-3225 [EMAIL PROTECTED] http://www.VerizonIT.com/ _______________________________________________ "Kepa Zubeldia" <Kepa.Zubeldia@cl To: "WEDI SNIP Testing Subworkgroup List" aredi.com> <[EMAIL PROTECTED]> cc: 11/25/2002 09:09 Subject: Re: VALIDATION or Certification AM Please respond to "WEDI SNIP Testing Subworkgroup List" Mahonar, A couple of clarifications. First, in order to be certified by Claredi that you can produce/receive the HIPAA transactions, you don't have to pass ALL lines of business with ZERO errors. Only the lines of business that are relevant for you must be passed. Thus it is likely that a pediatrician may certify with only office visits, or a lab with only laboratory services. Neither of them will ever need to show they can produce anesthesiology or ambulance claims. We don't require that they produce 0 errors in all their files either. The HIPAAmetrics will reflect their actual error rate. If it is zero, great. But if they have 5% errors (not uncommon) at least we have an automated way to measure where they stand. Shooting for a 0% error rate is almost impossible in some cases. The healthcare business is not 100% perfect (yet). As for the discrepancies... As Larry pointed out in the meeting, the discrepancies that were found were not because of differences of interpretation of the guides, but were mostly because all three programs failed to catch something that another of the programs caught. And when an error is caught, the quality of the error message varied. This is what I meant when I said "quality and completeness" of the testing. So, like I pointed out, it is a matter of completeness of the testing process, not a matter of differences of "opinion". On the EDI type of analysis, all three were pretty complete. However, on the "business" aspects of the analysis, there are much deeper differences among the three companies in the level of understanding of the business of healthcare. So, as far as testing for strict HIPAA compliance (compliance with the explicit rules of the guide) a method to resolve discrepancies, like X12 is putting together, will be very useful for the very few differences that still exist. For example whether the ICD9 may or may not contain a period in it. But if the intent of the consortium is to take the intellectual property of one company and give it away to its competitors in non-HIPAA areas where there is a clear business advantage, then I have a problem with it. Above and beyond the HIPAA rules, Claredi has built a very substantial set of business rules at great expense. We have contracted with the best experts in the industry to do this. There is no reason why we should give this intellectual property away to our competitors. However, we have given and continue to give a lot of this knowledge back to the industry. For example, we worked with several other experts in producing the "HIPAA Helpful Hints" and donated that work to the public domain. We have worked extensively with a regional group to produce a regional multi-payer implementation guide. We have been contributing within X12 and SNIP to the improvement of the IGs and several white papers, even in areas that are irrelevant to Claredi and where we have special expertise. Larry and my contributions are extensive even today, after several years into HIPAA. When I hear Claredi's competitors asking for a complete detail of our healthcare knowledge so they can replicate it in their products... I understand why they want it, but I ask myself, why would I do this? I have not come up with an answer yet. Honest competition means that you build your product by legitimate means and try to build it the best you can. If you fall short of what your competitors have, you keep trying. That is the nature of business in our country. But, as far as HIPAA ambiguities are concerned, I am all for resolving the few remaining problems in the Implementation Guides. Let's ALL work with X12 to do so. Kepa On Monday 25 November 2002 02:57 am, Manohar wrote: > Kepa, > > "CERTIFICATION" Service is great.As I understand it makes sure that "each > and every type of scenario" file is submitted for testing.After the user > has got 0 errors in all lines of business in that file then it is certified. > > Testing as defined by other vendors is a process ( manual / semi auomated) > and you have packaged/automated that "entire process" as certification. > Certification uses testing. > > But as far as "Testing" is concerned > >That is > >just fine, as there are many different approaches to putting a trading > >partner into production. We believe out test tools are better than our > >competitors', but I am sure they believe theirs are better. But testing is > >only part of the picture. > > Why does the industry not get this part of the picture clear and have an > unambiguous definition of a standard and then next Testing ? > > A vendor consortium may help to lay down all the rules of Testing a > standard. > Common interpretation of IGs is must. Given a hipaa file (A single business > unit : a claim) all vendors must report common /same test result for that > file. > > > > So as far as testing is concerned, Patrice showed that the three main > > contenders can test the files with some differences. However, had we > tested > > a different file, a more moderately sized file for example, we would had > seen > > a number of significant differences in the quality and completeness of the > > results. > > If these reports differ at reporting "the HIPAA Errors, with the standard 7 > types defined in the SNIP white paper" then > This is alarming ! > > > Thank You, > Mishra. > > ----- Original Message ----- > From: "Kepa Zubeldia" <[EMAIL PROTECTED]> > To: "WEDI SNIP Testing Subworkgroup List" <[EMAIL PROTECTED]> > Sent: Sunday, November 24, 2002 3:01 PM > Subject: Re: VALIDATION or Certification > > > > Rama, > > > > I agree with you that the work of comparing results between the three > largest > > testing vendors was very much needed. Patrice and Mike are to be > commended > > for all the work they put into this, and I hope there will be more > extensive > > studies in the future. > > > > You bring up some great points. And since you invited me to address them, > > here it goes... > > > > First, in spite of the title of the session being "Validation or > > Certification", the specific instructions from Patrice to all three > vendors > > were that we were ONLY to discuss testing. We were not supposed to > discuss > > certification, only testing. I specifically asked Patrice about this > because > > it seemed odd, given the title of the session and she specifically forbade > me > > to discuss certification or HIPAAmetrics. My presentation was to be ONLY > > about testing outbound transactions using Velocedi. > > > > Since I was the first presenter, I stuck to the script. The ONLY thing we > > were supposed to do in our 10 minutes each was to test/analyze/validate > the > > one file that Patrice had provided us with, and no other. No other > > discussion or presentation was to take place, per Patrice's instructions. > > Much to my dismay, the other two presenters chose to present their entire > > product lines rather than sticking to the rules. Patrice, given the > > situation, passed me a note inviting me to take a second turn of 5 minutes > to > > make a "sales pitch", but I declined. > > > > Had I know that I could present not only about outbound testing but also > about > > certification and inbound testing and inbound certification, I would have > > used my 10 minutes very differently. > > > > So, given that the only topic was testing/analysis/validation, you can > > probably understand why when you brought the topic of the difference > between > > testing and certification from the audience, Patrice diverted your > question > > and never addressed the certification part of it. She was not interested > in > > discussing certification in this meeting, only testing. I hope this email > > addresses your question. > > > > Comparing the offering of these three vendors by only looking at the > results > > of testing outbound EDI files is equivalent to comparing automobiles by > only > > looking at their tires. Yes, they do all have four tires on the road. > Yes, > > all tires are made out of rubber, steel, plastic, cotton and other fibers. > > Yet, some tires will separate the thread under certain conditions and > other > > tires will work better in the snow or may have studs for ice. But, would > you > > buy a car based on the tires? There are many other aspects that are much > > more important than the tires. The Minnesota case study only looked at > the > > single aspect of outbound transactions test results, with the explicit > > exclusion of other important aspects, such as certification or inbound > > testing. > > > > So as far as testing is concerned, Patrice showed that the three main > > contenders can test the files with some differences. However, had we > tested > > a different file, a more moderately sized file for example, we would had > seen > > a number of significant differences in the quality and completeness of the > > results. This is left for a future exercise. For example, I tested a > > medium size file with 3,500 professional claims and it took 133 seconds > > (2m13s) using the Foresight software but only 3 seconds using Claredi's > > Velocedi, using exactly the same hardware. This sort of differences are > not > > visible when the test files are as small as the file Mike and Patrice gave > > us. I will stop here, as I don't want to start benchmarking discussions. > > > > As for your request for clarification about the disclaimer in the test > > report... The test report is exactly that, a TEST report. It is NOT > > certification. For almost two years now I have been making a big > distinction > > between testing and certification. Some people understand the difference, > > others don't understand the difference. I think it is clearly expressed > in > > the white paper, but obviously it is not as clear as I think it is, or > this > > topic would not come up so often. I will try to explain it in this email, > > but I suspect it is going to need a more detailed description, so I am > going > > to start working on a Claredi white paper to make sure people understand > what > > WE mean by certification. I am aware that most of our competitors do NOT > > understand the difference and therefore try to equate the two concepts as > if > > they were one and the same. In their eyes, if you pass a test without > > errors, that equates to being certified HIPAA compliant. I believe that > is > > not the case. Please keep reading. > > > > When Patrice approached Claredi about the case study, she was very > explicit > > about wanting to show only outbound test results. She did NOT want to > show > > inbound testing (with Claredi's Wibbler) and she did not want to show > > certification in either direction. So we gave her a temporary test > account > > of the same kind we offer in our "trial run" accounts. Those accounts are > > established with only a limited set of capabilities and do NOT have access > to > > Claredi's certification, they have access only to testing tools. In a > > "normal" (that includes certification) account, the report summary that > > contains the disclaimer you are citing also contains a few more sections > > between the "Action" and the "Support" areas of the summary. These other > > sections are labeled "Certification", "HIPAAmetrics", and "File Specific > > Info". Again, these sections are only available to Claredi customers, not > to > > test accounts. Also, test accounts are restricted in other ways. I can > give > > you the restriction details off-line. > > > > Since I don't think it would be appropriate to turn this email into a > sales > > pitch, I will only describe the outbound "Certification" process. We also > > have a completely different process for inbound certification, and I could > > describe it another day if there is enough interest. > > > > Once a file has passed the Claredi testing/verification/validation (all > > synonyms) process without HIPAA errors, it becomes eligible for > certification > > by Claredi. The "Certification" section of the summary page then shows a > > button labeled "Submit this file for certification". If the file has > HIPAA > > errors the button does not appear. Unless the user clicks this button, > the > > file is not taken through Claredi's certification process. It is only > tested, > > not certified. This is why the summary report MUST NOT be construed as a > > certification report, even if it shows that a file does not have "HIPAA > > errors". And thus the disclaimer. > > > > As you can tell, the summary report shows three types of "errors": the > "HIPAA > > Errors", with the standard 7 types defined in the SNIP white paper, the > > "Business Errors" section, and the "Warnings" section. Only the "HIPAA > > Errors" section must be clean for the file to be a candidate for > > certification as HIPAA compliant. The file could have "Business Errors" > and > > "Warnings" and still be certified as HIPAA compliant, since the > certification > > of compliance measures against the requirements of the HIPAA > implementation > > guides. > > > > In the next few weeks we will be relaxing the cleanliness requirement even > > further. For a file to qualify as a candidate for certification, it will > > need to have at least one "business unit" (e.g. claim) without "HIPAA > Errors" > > rather than the entire file being error free. The HIPAAmetrics > certification > > will give a detail of the contents of the file, including the percentage > of > > compliant and non-compliant claims. This is currently in "beta" with a > > restricted number of accounts and will appear in all the Claredi accounts > in > > a few weeks, as well as in the certification details through the > directory. > > > > But, back to the certification process... Once the file passes the testing > > clean enough to be "certifiable", and the user clicks on the "Submit for > > certification" button, Claredi takes the file through a process that looks > at > > the data content. Based on the data content of the file we can identify > > patterns, such as (I will use the claim as an example) the presence of > > Billing Provider and/or Pay-To provider, or the presence of both > Subscriber > > and Patient or only Subscriber, or the presence of secondary coverage, or > the > > presence of a prior adjudication (COB claims), or the presence of a > referring > > physician, or the maximum number of service lines submitted by this > entity, > > or the presence of a "cluster of data" that indicates this is an > > anesthesiology claim, or a DME claim, or an ambulance claim, etc. > > > > We identify these data clusters through a process we call HIPAAmetrics. > This > > is a unique Claredi pattern recognition process that has never before been > > applied to EDI data, and we have applied for a patent to cover it. The > > result of the process gives us the "metrics" of this particular file. I > am > > sure you have heard me say many times that the fact that a file does not > > contain errors is not enough. You have to know what was actually > contained > > in the file. > > > > Using HIPAAmetrics we can determine exactly what is in the file, from the > > business perspective. The testing phase looks at the EDI perspective and > > determines that the file (or the individual claim within the file) does > not > > contain errors. The HIPAAmetrics looks at the healthcare contents and > > "characterizes" it. At the completion of the HIPAAmetrics phase Claredi > can > > say: > > We have seen a file that contained the following data > > - Office visits, 234 without errors, 3 with errors > > - Primary claims, 180 without errors, 20 with errors > > - Primary claims with a second payer, 0 without errors, 20 with errors > > - Secondary claims, 0 without errors, 97 with errors > > - Consultations, 5 without errors, 40 with errors > > - etc. > > Claredi is making a statement of what we have seen. Because there are > some > > claims that are "compliant", the provider could claim to be compliant. > > However, the statement from Claredi clearly shows that although this > provider > > has the ability to generate HIPAA compliant office visits for "single > payer" > > situations, the provider does not have the capability to create correct > > claims when two payers are involved. > > > > The HIPAAmetrics describe the profile that we have seen reflected in the > EDI > > data itself. The HIPAAmetrics certification gives the detailed data > profile > > necessary to make a determination of compliance. Without this sort of > > detail, all you would know is that the provider has generated something > that > > did not have errors, but you don't know what that "something" was. > Certainly > > none of the other testing entities (neither our competitors nor the > > translator validators) provide these details, and I suspect that they do > not > > yet understand the difference between passing a "clean test" and being > > certified as HIPAA compliant. Both EDIFECS and Foresight show a pass/fail > > approach in their reports. Of course, by the end of this email their eyes > > will be wide open. > > > > So, there is a significant difference between a testing or validation > service > > and Claredi's certification. Big difference. The problem is that if you > > don't understand the difference and assume that any entity that can > produce > > an error free file is automatically "certified" you will certainly find a > > real problem when you look at the quality of the data that entity sends. > And > > thus the bad rap that the "pseudo-certification" provided by the pass/fail > > approach of our competitors is giving to the word "certification". > > > > And this is also the reason why a vendor cannot really be certified unless > all > > of its clients are individually certified. It is just too easy for the > > vendor to produce certain clean transactions, and for the clients to not > be > > able to produce the transactions THEY need in a compliant form. Ditto for > > clearinghouses. > > > > From the usability side, a clean test that does not have the HIPAAmetrics > type > > of data analysis, still needs to be reviewed by an expert to determine > > whether the test is sufficient in volume and quality, and to determine > what > > is it that was actually tested. Did the test include sufficient variety > of > > business scenarios to make it relevant? Were those scenarios complete? > Is > > the volume of the sample for each scenario big enough? These are some of > the > > sort of things the EDI folks at the payer's end have been looking in > > provider's tests. Using an EDI test tool may tell you that the EDI data > does > > not contain errors, but that is only a small part of the answer. Most > > translators can do that too, so, if that is all the EDI test tool does, it > is > > not much better than the translator rules. > > > > The Claredi HIPAAmetrics answer these questions. The payer can then > define > > what are the required parameters. Things as simple as saying "we need to > see > > 95% clean claims in a test containing at least 200 claims" can be answered > by > > HIPAAmetrics and the Claredi certification, and cannot be answered by any > of > > the other test tools in the market today, without human intervention. > > > > I hope this email sheds some more light on these concepts. I have been > > talking about this for almost two years. It is (washed out) in the SNIP > > white paper. And yet, the concept is still a mystery to most, even a lot > of > > experts. The reality is that it will take a while to grasp the concept. > > Those of us that have done extensive testing of healthcare EDI before > HIPAA > > (NSF, UB92, etc.) understand the concept easily. For some reason the > > traditional non-healthcare EDI community (X12) has more difficulty > > understanding the concept. > > > > Now let me add another important difference between the "test results" and > the > > HIPAAmetrics. The test results, by their nature, will contain PHI. If > there > > are any errors, the PHI will most likely be part of the error message or > > description. Claredi's test results also contain PHI. So we have a bold > > statement on the test results report saying that they must be handled > > according to the appropriate privacy and security procedures. And this in > > spite or requiring a Business Associate Agreement with all our customers. > > The HIPAAmetrics reports, on the other hand, do NOT contain PHI and thus > are > > shareable with the world. In fact, in a few weeks we will be releasing > the > > HIPAAmetrics results as part of the Claredi directory describing the > details > > of each certification obtained through Claredi. > > > > There is a concept of "community" testing that is being touted lately. > The > > problem that I see is that if the "community" is comprised by more than > one > > payer (e.g. several payers sharing the results of all the providers in the > > community) then all the payers in the "community" are seeing the PHI from > all > > the testers. Unless the provider creates a separate test account for each > > one of the payers in the "community" and then sends the appropriate test > > files to each one of those accounts, so each of the payers will only see > the > > test files that corresponds to that payer, there is a problem... All the > > payers in the "community" will be seeing (through the "community" testing > > center) the PHI that belongs to the other payers. As far as I can tell > this > > is not kosher for healthcare privacy reasons. Even if the provider has a > > "business associate agreement" with the community test center, and a BAA > with > > each one of the payers, and each payer has a BAA with each one of the > payers > > in the "community", I still think that the "minimum necessary" rules would > > preclude this sort of bulleting board sharing of PHI within the testing > > "community". > > > > Yes, you guessed right. If instead of sharing the test results, like > these > > "communities" do today, they were to share the HIPAAmetrics certification, > > the PHI would never be shared. > > > > Some people have seen the vision. We have offered it to other testing > vendors > > and translator vendors. Some have expressed interest, others are not > > interested. Clearly we need to do a lot more education on this topic. The > > American Hospital Association understood the concept and is now endorsing > > Claredi as the exclusive HIPAA transactions testing and certification > service > > to their members. > > > > So, going back to Patrice's case study, you cannot compare testing and > > certification if the only thing you look at is testing. Testing your own > > transactions is important. Some people will focus only on testing. That > is > > just fine, as there are many different approaches to putting a trading > > partner into production. We believe out test tools are better than our > > competitors', but I am sure they believe theirs are better. But testing > is > > only part of the picture. To establish a business relationship for HIPAA > > transactions, you must go beyond compliance testing. Knowing that the > data > > you receive is clean is important, but you must also know what is > contained > > (from the business perspective) in that clean data stream. Only Claredi > > gives you an automated way to determine that. We call it HIPAAmetrics > > Certification. For the last 20 years we have done without it, and we have > > been happy with just test tools. Some people are just happy with the > current > > tools, other people want to explore a more automated way to put a trading > > partner into production. This country was built on freedom of choice. No > > need to put someone else down just because you don't like what they have > to > > offer. > > > > If you want to see it in action, give me a call and I can show it to you. > It > > is really simple... > > > > Kepa > > > > > > > > On Saturday 23 November 2002 12:54 pm, [EMAIL PROTECTED] wrote: > > > For the benefit of those who could not make it to the WEDI SNIP HIPAA > > IMPLEMENTATION SUMMIT held in Phoenix from Nov 18 - 21, 2002. > > > > > > There was a session on Nov 20th between 9.45 AM - 11.45 AM on the topic > > "Validation or Certification", moderated by Patrice Thaler of Allina > Health > > System and Mike Ubl of Blue Cross of Minnesota and the main participants > > being three vendors of testing tools represented by their big chiefs... > > Namely Sunny Singh from EDIFECS, ED Hafner from Foresight Corp, Kepa > Zubeldia > > from Claredi, presenting a case study of three vendors. > > > > > > First of my sincere thanks to Patrice, Mike and whoever helped in this > case > > study, besides the vendors. > > > > > > Being the author of the vendor-neutral statement in the Testing and > > Certification White Paper (Hey John, why is my name missing in the > > acknowledgements section? ;-)), and being the first (one of the?) to > suggest > > the formation of Vendor (of testing tools AND TRANSLATORS) Consortium in > one > > of the teleconference calls in May/June of 2002, I am really glad that > this > > case study was done. It is the first step in that direction of forming > the > > vendor consortium to help the CEs be able to pick and choose any one of > them > > vendors, for they ALL have to offer the same basic VALIDATION (not > > certification) capability by coming up with the same ERROR messages and > > similar warning messages for the same test files. This case study proved > > just that point and am truly delighted and am happy to share it with one > and > > all. > > > > > > One more interesting thing and I would like Kepa Z to clarify for all of > > us... > > > > > > On page 3(of the handout we were given there), on a "Claredi - Passed > > Claim", there is a heavy disclaimer in BOLD, which reads "This is not a > > certification or verification of HIPAA compliance Summary of test report > for > > confidential use by Claredi customer only". I know and agree that it is > NOT > > CERTIFICATION. I can also understand why the disclaimer is there. But > Kepa > > should explain to us why he touts Certification with an evangelical pitch > and > > then this disclaimer... saying it is NOT CERTIFICATION! > > > > > > Another important point, as suggested by Larry Watkins, as a member of > the > > X12N committee (correct me Larry if I am not saying this right), that the > > discrepancies in the standards are not that many and there is a very good > > process to address them. I can't agree more. > > > > > > The bottom line is, it is Testing, Verification and Validation and NOT > > CERTIFICATION. End of discussion. I have been saying this all along and > one > > more time won't hurt ;-). That said, I really do believe all the vendors, > > have a lot to offer in the validation part of transaction testing. I have > no > > bias or preference towards one vendor. The CEs (or their testing people) > > should make the choice. Don't let anyone fool you that it is soooooooo > big > > and only I (my org) can lead you(r org) to salvation ;-). > > > > > > Accreditation, creating entities to certify and the process of > certification > > is a long one and can be done, but vendor consortium will eliminate the > need > > for certification all together, IMHO. > > > > > > This message is not intended to be against any individual or a flame and > > rake up any unnecessary things but to share the joy of possible formation > of > > vendor consortium and also request the translator vendors to join in the > > vendor consortium. This will really help in reducing the chaos and > eliminate > > the obfuscation and confusion that is there and being created... We don't > > have time and anybody who can chip in to make things simple to whatever > > extent should be commended... like Patrice and Mike and all those who > > participated in the case study. In Patrice's words, paraphrased, "It is > easy > > and you can do it, and I have done it". > > > > > > Thanks for reading up to this point. > > > > > > Best Regards, --Rama. > > > > > > --- > > > 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/. These listservs should not be used for > > commercial marketing purposes or discussion of specific vendor products > and > > services. They also are not intended to be used as a forum for personal > > disagreements or unprofessional communication at any time. > > > > > > You are currently subscribed to wedi-testing as: > [EMAIL PROTECTED] > > > To unsubscribe from this list, go to the Subscribe/Unsubscribe form at > > http://subscribe.wedi.org or send a blank email to > > [EMAIL PROTECTED] > > > If you need to unsubscribe but your current email address is not the > same as > > the address subscribed to the list, please use the Subscribe/Unsubscribe > form > > at http://subscribe.wedi.org > > > > > > > > > > -- > > This email contains confidential information intended only for the named > > addressee(s). Any use, distribution, copying or disclosure by any other > > person is strictly prohibited. > > > > > > --- > > 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/. These listservs should not be used for > commercial marketing purposes or discussion of specific vendor products and > services. They also are not intended to be used as a forum for personal > disagreements or unprofessional communication at any time. > > > > You are currently subscribed to wedi-testing as: > [EMAIL PROTECTED] > > To unsubscribe from this list, go to the Subscribe/Unsubscribe form at > http://subscribe.wedi.org or send a blank email to > [EMAIL PROTECTED] > > If you need to unsubscribe but your current email address is not the same > as the address subscribed to the list, please use the Subscribe/Unsubscribe > form at http://subscribe.wedi.org > > > > --- > 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/. These listservs should not be used for commercial marketing purposes or discussion of specific vendor products and services. They also are not intended to be used as a forum for personal disagreements or unprofessional communication at any time. > > You are currently subscribed to wedi-testing as: [EMAIL PROTECTED] > To unsubscribe from this list, go to the Subscribe/Unsubscribe form at http://subscribe.wedi.org or send a blank email to [EMAIL PROTECTED] > If you need to unsubscribe but your current email address is not the same as the address subscribed to the list, please use the Subscribe/Unsubscribe form at http://subscribe.wedi.org > > -- This email contains confidential information intended only for the named addressee(s). Any use, distribution, copying or disclosure by any other person is strictly prohibited. --- 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/. These listservs should not be used for commercial marketing purposes or discussion of specific vendor products and services. They also are not intended to be used as a forum for personal disagreements or unprofessional communication at any time. You are currently subscribed to wedi-testing as: [EMAIL PROTECTED] To unsubscribe from this list, go to the Subscribe/Unsubscribe form at http://subscribe.wedi.org or send a blank email to [EMAIL PROTECTED] If you need to unsubscribe but your current email address is not the same as the address subscribed to the list, please use the Subscribe/Unsubscribe form at http://subscribe.wedi.org --- 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/. These listservs should not be used for commercial marketing purposes or discussion of specific vendor products and services. They also are not intended to be used as a forum for personal disagreements or unprofessional communication at any time. You are currently subscribed to wedi-testing as: [email protected] To unsubscribe from this list, go to the Subscribe/Unsubscribe form at http://subscribe.wedi.org or send a blank email to [EMAIL PROTECTED] If you need to unsubscribe but your current email address is not the same as the address subscribed to the list, please use the Subscribe/Unsubscribe form at http://subscribe.wedi.org
