Those "Case 999" and "Case 9999" statements are just to give you examples of how you can tailor Access' behaviour in the event of an error occurring, you don't have to use them.
So if you wanted Access to ignore error code '1234' and then continue to execute your code, you would use
####
Case 1234
Resume Next
####
(whether it's wise to do this depends on what your code's doing and what the error is)
If you just want to log all errors then you can take out those "Call 999..." and "Call 9999..." statement blocks and just leave the "Call LogError..." statement in place.
As for knowing what error codes to anticipate... there's probably someone out there who knows the codes off by heart, but I'm not one of them! You'll most likely find out the codes of any errors you specifically want to trap if/when they occur as you're testing your code.
(If you're interested though, you can compile a list of the error codes using this:
https://support.microsoft.com/en-us/kb/105666)
As far as I can see, the vParameters is just a placeholder that you can use to record anything extra that you might want, but it's not necessary, it's purely optional.
vShowUser looks like it can be used to suppress the error message that Access will display when an error occurs. The code displays this error message by default, I'd leave it like that.
Whether or not to use this code in every procedure probably comes down to personal preference... I think I would only use it in subs/functions that I have coded myself (to help with debugging my own code) rather than in code created by the Access wizards for command buttons etc.
But I'm not a professional programmer so someone wiser might advise differently...
Hope that helps.