RE: Are only 15 characters in the ISA receiver ID enough?

Dave, Thanks for your detailed summary posts... very helpful! But I was under the impression that the ISA08 is always intended to be the ID of the "next destination" for the interchange, rather than the ID of the payor or "plan" (in the case of a claim), as you seem to be suggesting here. Am

FW: How can we treat real time as a secondary issue?

I'm posting this for Gloria Harris - she is having temporary outage problems. D. -Original Message- From: Gloria Harris [mailto:[EMAIL PROTECTED]] Sent: Thursday, April 04, 2002 10:40 AM To: Dave Minch; '[EMAIL PROTECTED]' Subject: RE: How can we treat real time as a secondary issue? I

Voice of Reason

Once again, Rachel is a strong voice of reason - it is clear that most providers will probably migrate to full usage of X12 over time (many transactions we will eventually want to use are not even in the regs yet). Even our Health System's own project timelines call for implementation of only the

RE: Are only 15 characters in the ISA receiver ID enough?

Peter's paper can be downloaded from http://www.hipaasummit.com/pastwest2/agenda/index.html 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

RE: How can we treat real time as a secondary issue?

I will agree with Ken - and that comes from a provider perspective! Providers or their agents need to meet the payers half way. If the payers make it clear in the CPP where a particular transaction is supposed to be sent (and keep it updated), it is only fair that the providers follow the bread c

Re: Are only 15 characters in the ISA receiver ID enough?

Dave: I took a look at my insurance card for Anthem Community Choice, and besides my ID no. and group name, the BC/BS plan code of 332/834 (Inst. vs. Professional) appears on the front. There're also the usual phone numbers, and the claim submission mailing address. So how does a provider (toda

RE: How can we treat real time as a secondary issue?

I don't believe that it's practical or reliable **today** to assume that the provider can select or determine how to address and where to send a given instance of a HIPAA transaction. I suspect that many payers' architectures have evolved over the years as new transactions and capabilities were a