良好的OO实践+为了OO而我们应该在子类中实现复杂的逻辑吗?

我有一个员工分为两个(国内和国际(。我还有另一类退款，用于向员工退款。我有一个名为"银行帐户"的类，该类由退款类用于退款。

现在我的直接设计如下所示：

员工界面，有国内和国际2个子类型。

退款类在构造函数中采用银行。

退款类的粗略伪代码

Class Refund
    Refund( bank account )
   Public class Refund( employee ) {
         If (employee is domestic) {
             Pay to bank
             Account for taxes
        } else {
           do currency conversion
           Pay to bank 
           Call some 3rd party to do taxation
       }
    }
}

现在这是我的问题：

1. 如何将退款类替换为面向对象的设计，这是可扩展的，我不需要使用if-else？

2. 直接选项是将退款功能转移到员工类中，然后各个子类型可以执行自己的退款逻辑。但是 - 用退款逻辑使员工类复杂化是否有意义(鉴于其复杂的功能，它应该有自己的模块化类(？