To elaborate a little on the other answers here and provice more detail.
@ubeaut’s reply is one approach but it won’t work with Rules DSL. There is no way to access the passed in data from Rules DSL. I’m not sure that’s the best approach here though anyway, though having a rule call another rule would work.
@Udo_Hartmann describes the better approach. When a rule is called it gets injected with a bunch of “implicit variables” which includes the name of the Item that triggered the rule.
Udo shows how to construct the names of the Items needed given the name of the Item that triggered the rule and pull the Item from a Group. You can also pull the name from the ItemRegistry. See Design Pattern: Associated Items for more details and examples. All the rules languages have access to the ItemRegistry by default excep for Rules DSL.
But there is another approach not yet mentioned which is to use the Semantic Model.
Given the Item that triggered the rule you can get the Location. From the Location you can get all the Items with the “Control, Temperature” tags (for example) to find the Items you need to adjust as the measured or setpoint temperatures change. That does not require a consistent naming scheme like Associated Items but it does require a consistent semantic model.