如何实现HIS产品化

jhs1

图A？图B？Where？

秦峰之翼

因为HIS本身的特殊性和地域性差别很难做到那种在实施过程中不需要再做任何修改的成品，因为本身医院的管理和事务流程处理都存在差异，如何在这种情况下去实现产品化概念呢?
    首先，需要一个系统框架的概念。
    系统框架的概念里面第一个要求就是设计思路严谨。
    很多HIS软件在系统框架结构上概念很模糊。比如在处理药品入库的过程中，你可以做成一个模块，在不同入库方式的情况下，根据事务模块的module去处理，就说药品入库的时候，你可以定义：采购入库的module是MOD_STOCK、
调拨入库的module是MOD_ATT等等如图A所示。但是，这样处理如果在增加一种入库方式的情况下，你是不是又要改动你的框架？如果你是把入库作为一个事务模块去处理，而不同的入库方式作为该事务的下一级_module方式处理，那么增加了一种入库方式，顶多我在附加一个事务处理函数就可以解决了如图B所示。
1、module＝MOD_MAIN   2、module＝MOD_ADD   3、module＝MOD_OTHER
4、_module＝MOD_ADD_STOCK   5、_module＝MOD_ADD_ATT  6、_module＝MOD_ADD_OTHER
               图B
从图B中我们是不是隐约看到了产品的影子了呢？从上面这个例子说明什么，说明了在设计的过程中，思路要严谨，否则，即便作出来了不过又是一个动一发而牵全身的东西，是不值得我们浪费人力物力的东西。

其余省略。。。。。。

秦峰之翼

图片帖不上去

扬帆

产品化是一种理念，是一套支撑体系，而不仅仅是软件做得具有较强的扩充性。

秦峰之翼

扬帆兄:
    我觉得HIS很完全产品花,毕竟在地域的差异,医院的差异上不是软件本省能解决的问题.不过我觉得可以把产品化的概念用在底层框架平台搭建上.
    底层做成平台产品还是可行的,其实我一开始准备说的时候就是这个概念,不过看到图片不能提交就放弃了,然后自己也删除不了,就留下来.
    把底层做成平台,你怎么看?

yanly9

我是新人，我瞎说几句。
----------------------------------
我觉得如果想产品化，就不要想在某个项目中扩充。如果那样的情况，又变成项目了。我做His4年了，在这4年中走了很多弯路，先是按项目做，后来按产品做。直到产品成型了，公司才勉强保平，不亏损了。所以我觉得产品的路子是对的。只是，该怎么产品话的问题，我们现在有几个版本，都是只修改住院收据和门诊收据。未来的想法是将各个省市的收据都做一遍，做成不同的产品。
关于医院工作流程不同的问题，我觉得大同小异，不要一味的迎合客户。适当的引导客户按照规范做。一般情况下，客户是可以接受规范的。

---------------------

扬帆

有几个例子具有强烈的意义:
1、全世界每个人的口味都不一样，为什么麦当劳、肯德基可以开遍全世界。
2、全世界的语言和操作习惯都不一样，为什么微软可以走到每一个有电脑的地方。
3、国内的财务软件能够一统中国，造就两三个大公司，为什么HIS就不可能呢？

相关论述请转移到我的版块中去，我正在做前期分析，以后会逐步讲如何进行商品化（产品化）。

秦峰之翼

原来扬帆兄有此宏愿,真是佩服,我很赞成你的观念,不过实施的过程中会比较坎坷.因为现在的HIS市场已经是百家争鸣的局面了,不容易统一市场规范.不过我还是觉得应该可以实现,不过可能需要很多方面的支持.
其实我提出把三层结构中的底层开发成平台产品是受电信增值业务的影响,觉得这么做也是一种方法,给给别人提供接口,把自己的底层开发成较为完善的产品,把报表做成可定义模板,软件功能的实现通过应用层调用底层平台的接口来做,通过规范数据安全认证来保障数据的安全性.功能的实现可以用户自己加载或者在安装的时候预先设置好加载的内容.对于底层平台的升级只要能实现向上包容就可以.
不过还是不够成熟,不知道能否和扬帆兄在qq中或者msn或者雅虎通中详谈.