I have built functions to clear out data for specific members or intersections, be it orphaned or otherwise, from the cubes, stage and journal tables, but I keep such tools well away from virtually all hands. It's a really quick way to make a really big mess, if for example the orphaned member was accidentally orphaned, holds one side of a balanced transaction, or someone spent a lot of hours entering the data in via a Form.
I usually let orphaned members sit awhile, in the event they were orphaned in error and to see how much stored data will 'move' out of the member. I'll periodically run a DeleteOrphans utility to get rid of orphaned members containing no data from some or all dims. For orphans still containing data, I want to know from where the data came, so decisions can be made as to whether Stage data needs to be retransformed/loaded, Journals need to be unposted/modified/reposted, Forms data needs to be amended. There could even be annotation data to consider. If it still contains calculated data, I may need to be looking for logic that needs to be modified if the data didn't clear after reconsolidating. I think you might get a sense why OS might have some hesitation in building a tool that can easily clear data from orphaned members, and why I keep such tools I've built under lock and key.