I have done quite a few retrofits last several years where having ability to read metering off the protective relay is desired.
To Cranky's comment, yes, most folks not familiar with the relays don't want to touch them, a pretty simple solution since just about all newer protective relays have communication options, is to just mount a remote small HMI panel in a local safe location that displays the desired parameters. A remote panel is a pretty cost-effective solution for most applications, and pretty easy to implement.
At a number of facilities I have worked at we have taken the relay data to a plant monitoring system, again using the relays standard comms protocols in most cases. I have a personal like about this since as a service guy I don't know how many times I have come across relays that the plant thought was fine because the breaker was still closed (and it's been a lot over the last 10 years), but the relay was disabled. Using the relay for metering data and getting some basic operating parameters from it help assure you know the relay is actually working.
I don't like dedicated multifunction meters for a couple reasons, David's comment is spot on, a lot of trouble calls done when the meter reads different than something else, most times it is a very small amount off but to some folks any variation can be alarming. My main beef with adding another meter is most times it isn't wired thru a test switch, so if it fails or needs to be worked on, you have to take down critical voltage and current sensing circuits to fix it. Also a lot of switchgear these days has a lot going on at the back of the door, do you really need another device and associated wiring there?
My big selling point for this issue was safety, a lot of folks in a plant aren't technically "qualified persons" and shouldn't be too close to live switchgear in operation, especially in the current 70E environment.
So, I think being able to read metering data safely from the protective relays is a real benefit to most operations, my 2.5 cents worth.
MikeL.