请教各位高手：HIS系统用BS结构开发的可行性有多少？

个人认为，B/S结构主要适用于有很多分支机构的企业
至于HIS，没有几个Client需要安装维护，故不适用

解决方案 »

  1.   

    比较系统的可维护性的话，BS要比CS架构的好多了吧。
    如果是CS，不是每个工作站的客户端都要去维护吗？
    可操作性上会有什么大的差别呢？
    是不是因为HIS系统的大数据量，和记录实时更新的可能性，会导致服务器负荷大呢？或者还有别的原因？
    请大家发表意见！
      

  2.   

    b/s完全不是问题,习惯就好了c/s 速度,安全性是不错, 但是每个客户端的维护可不是说笑的.
      

  3.   

    对于HIS,我觉得还是用C/S模式比较好.
      

  4.   

    其实可以考虑一下混合的模式，即不要完全的区分C/S或是B/S。我以前做过很长时间的HIS，也考虑过将原有C/S系统移植到B/S的可行性，结果是医生和护士们不太适应。其实无论你采用那种模式，最关键的是让用户觉得好用，这个才是最重要的！
      

  5.   

    to suncode(石头):
    对于键盘操作的问题，应该可以用javascript脚本解决，例如在收款员那里可以让他避免用鼠标，而尽量用键盘操作，我想这个应该不是很大的问题。
      

  6.   

    to mili_0816(我爱洗澡@皮肤好好@冰清玉洁@让你晕倒):
    你的名字很有趣，呵呵。
    请教一下：对于药品处方的录入，门诊或临床医生在录入药品信息时，要先录入药品编码（或拼音简码），可能显示多条记录，然后选择符合条件的某一个药品。对于每种药品是否应该显示当前库存的实际数量？但可能多个人都在查询、修改同一个药品的库存，怎么办？