You seem to be doing well with the wildcards. I haven't checked every pattern in detail or anything, but on the surface you seem to have patterns figured out.
If I understand what you're doing correctly, you are trying to allow your users to dial all area-code 864 calls as a ten-digit call, whether it's a local or LD call. I'm guessing that on the exchanges you know are long-distance, you want to prepend the '1' for long-distance for them when it goes out of your PSTN trunk(s) or perhaps reroute them over a lower-cost LD trunk.
On most deployments we just put in NPA and 1-NPA patterns and let the user figure it out with telco feedback. They usually have a gut feel for what's local, and if the call is dialed wrong, generally the telco will reject the call with a descriptive message and the user can figure out what to do. This might not work if you're using a different LD provider, since they might not reject a "local" call dialed as LD. It's up to you if you want (or need) to get this fancy with splitting up your patterns. You may create a win with the users and with toll charges, but you also invite some maintenance headache on yourself when your area telcos add new exchanges.
You should make sure to do as much configuration as you can down in the route-list/group configuration level and leave the route pattern options at defaults, so that if you need to make a change to digit stripping, prepending or external number mask type options, it can be done in a central location rather than having to modify hundreds of patterns. This is considered best practice, and it improves user experience since digit-stripping at the route list/group level does not change the after-dial phone display or CDR records (basically, the access code stays on, which is a little more intuitive for the users and it can be easier to parse CDRs).
One simple optimization is to go ahead and put in all of your local patterns, but forget about all the extra long-distance patterns. Just have a single 9.864[2-9]XXXXXX catch-all pattern, and create a special route-list for it. Add your route-group that you would normally use to that route-list, and in its config, do strip pre-dot and prepend '1' or whatever's appropriate for your situation. In this way you should not have to maintain LD office codes, just local office codes.
