Unfortunately no, a Hyperswap volume cannot also be in a replication relationship. However, it does open other possibilities. The following is a high-level example and assumes that ALL volumes are in a Hyperswap relationship and your workload can run in either data center. While I have not done the following, theoretically it should be possible.
Assuming ALL volumes are in a Hyperswap relationship and your workload can run in either data center, make sure your workload is all running on hosts in data center "A". You should then be able to remove the mirror copies in the "B" data center leaving all hosts running on un-mirrored volumes in the "A" data center (rmvolumecopy). When this is completely done you should have nothing using the storage and nodes in the "B" data center. You could then remove the storage and the nodes in the "B" data center, cleanup the zoning, change the topology from Hyperswap to Standard (chsystem), get rid of your third site quorums, and remove all of the site indicators from everything.
At that point you should have all hosts running on a standard SVC cluster in data center "A" and unused nodes and storage in data center "B". The cluster in "A" is no longer a Hyperwap cluster. You should then be able to either setup a new cluster in "B" and replicated to it for DR protection or redeploy the equipment from "B" to "A".
There are a lot more details to think about (cleaning up CV's in data center "A", are you using consistency groups?, what does your physical SAN infrastructure look like and will you keep it that way (a Hyperswap config want a dedicated SAN and ISL's for the node to node traffic))...but this is a high-level outline that I think should work.
There are lots of cautions... as soon as you start you no longer have HA protection so think about your backups and what you will do if a disaster happens in the middle of this. Open proactive PMR's before starting, make all changes in a maintenance window, and if you are not very comfortable with SVC/storwize it would be a good idea to get a professional service contract with someone who can help (IBM or Business Partner). Some of these steps are probably very infrequently done by IBM customers (for example changing the topology from Hyperswap to Standard) so I would say they are relatively high risk.
If you want to talk about what you are trying to accomplish send me an email (my email address is in my profile) we can set up a time to talk.