*Shrug*. I do similar things all the time, as our company has extensive and ever-changing reporting requirements (most of which are non-governmental in nature). Many are sui generis and require complex manipulation of our data, far more than just extract-and-print. I am *not* an analyst or highly trained in db management but I have no trouble shaping these reports in a short time, nothing out of scale to the number or complexity of the reports. (It usually takes me more than 5 minutes - an hour or two is typical if I fuss with the output.) I could grumble about it, but it's just part of what needs to be done to keep the company meshed with everything outside of it.
Unless I'm drastically missing some point, all you have to do in this case is pull existing data and print it out - which should be child's play.
Specifically, insurance is nothing but heaps of data. I doubt there's a single field on those 1099s that isn't a standard datum in every subscriber's record. A 1099 is a common and highly standard form. If you're saying that writing a report to pull that existing data out of your database, format it and print it on a standard form for 7% of your subscriber base is "going to cost you a bundle," there's something wrong somewhere. Either you have an insufficiently flexible database manager, insufficiently skilled analysts, or you're paying some contractor wayyy too much for too little. Seriously.
I suspect the real problem here lies elsewhere, but I refuse to bang my cane on the floor and chant, "Dagnab dadgummed gummint!" as an argument.
