I don't think you can actually spec it quite that way. 1 hour of developer time rarely equals a set amount of code that is actually written. Sometimes you have hard problems which may require an hour (for example) of research just to get that one line for a particular method call.
Sometimes you might be breezing through with a fair amount of copy / paste type code in which you could generate a lot to review in a short period of time.
Instead, I would suggest you look at how big you expect the screens to be, coupled with how complex the logic is, then try to derive an amount of code review time from that.
Or, you could just say, let's devote 5% of total project budget to review.. Regardless, it's not going to be based on the number of hours assigned for actually building something.