Just a warning about 837s. Even if the 837 claim passes the TA1/997/824 gauntlet it could still be rejected by a 277 Front End Acknowledgment before reaching an 835. The billing should expect a response to all 837 claims submitted but the 835 is not the only transactions that can do this, even after acceptance into the adjudication system.
Robert Barclay EDS - Wisconsin Medicaid HIPAA Team [EMAIL PROTECTED] (608) 221-4746 x3323 >>> "Michael Mattias/Tal Systems" <[EMAIL PROTECTED]> 05/06/02 06:51AM >>> ----- Original Message ----- From: William J. Kammerer <[EMAIL PROTECTED]> To: WEDi/SNIP ID & Routing <[EMAIL PROTECTED]> Sent: Sunday, May 05, 2002 11:57 AM Subject: Re: our section of the paper wrt. ProcessSpecification/Role/ServiceBinding/Service > Dick: > > Unfortunately, in a message centric system like the HIPAA standard > transactions, there's really no "Business Process" evident at the > interchange or transaction set level.... > If a Business Process exists - apparent at the level of interchanges - > it's solely that of sending an interchange and expecting a TA1 or 997 in > acknowledgement. You can't really say an 835 is expected in response to > an 837... True, the business process does not exist at the interchange level, but it does exist at the transaction set level, and below the transaction set level, as in your '837' - '835' example, where a 'process rule' applies at the CLAIM level. Each claim which makes it into the adjudication system (i.e., is not covered by a TA1 for rejected interchange, or 997 for rejected functional group or transaction set) should appear on a subsequent '835' document at some point. It may show "paid amount zero" for reason "not a valid subscriber number" or some such other "big mistake" by the submitter, but once the claim gets past the payer's front door, the submitter may expect an '835' - based adjudication. Michael Mattias Tal Systems, Inc. Racine WI [EMAIL PROTECTED]