No, not really. The only _approximate_ way would be to have only a single question on a given <surveypage> instead of multiple questions. Then, of course, the surveypage's latency most closely reflects the latency of the one question that is on it.
The basic conundrum is this: If you have multiple questions on a page, what exactly is the latency for any given question on it supposed to be? It's perfectly possible to answer questions out of order as well as revise the response to a question you've already answered. I.e. suppose you have to sliders A and B: You move slider B, then you go to slider A, move it, then you go back and move slider B some more, etc. What would be the proper response latency for slider B? Only the 1st time you moved it? Or whatever the time was when you finalized your response, which would include any time you spent on slider A. While this might be a simple example for which some different plausible answers can be given, it quickly becomes more complicated the more questions you have and the more you go back and forth between them.