Hi,
theres a couple of ways around this...
1) apply the updates on a per machine, rather than per user basis. You can package your updates into an msi and assign them via software gpo policies, or have the update applied via a batch file and use that as the computer startup script.
2) investigate precisely which registry \ file areas are updated by the app (i've a tried and tested method for doing this, let me know if you need it). Apps tend to fail on one of two things. Firstly the app can make an actual check on the group membership of the account running it to see if it is admin \ poweruser etc. Secondly (and more commonly) the app will pick up any access denied returns and flag an installation error if and when it gets one. If you open up the file \ registry areas that the app is modifying \ writing to then the installation will not recieve any access denied's and will succeed.
3) Use my patented (not really, but it ought to be) method for automating runas. -