HIS建设，项目化还是产品化？

tanyiqiang

其实产品化和项目化还有一些不同：产品化为了能适应大多数医院，其灵活性比较大，项目化则难以移植到其它医院，灵活性小。产品化必须是可以平滑升级的，升级对于操作员来说几乎是透明的，对于系统员来说几乎是自动的。而项目化则对定制比较快速，由于个性化的特征较多，升级难以做到平滑和自动。

tanyiqiang

产品化技术上积累比较容易，容易建立内部标准，对技术人员的依赖性小，人员成长相对快一些。项目化则比较难了。
如果是产品化，往往提供了一些灵活性设置工具和报表制作工具，医院可以做一定的限度的“二次开发”，而项目化则相对难一些，因为项目化多数修改需要改源代码。

tanyiqiang

这都是大的范围内相对而言的，具体到某个医院，就不一定具有可比性了。

husthxd

一直想做的是开发一套核心平台,并经过各最终用户的认可,配以完善的文档,然后在其上做二次开发.
产品化+项目化的思路.

fals

最初由 husthxd 发布
[B]一直想做的是开发一套核心平台,并经过各最终用户的认可,配以完善的文档,然后在其上做二次开发.
产品化+项目化的思路. [/B]

瑞得前几年在做“退守平台”的工作，也出了产品，但实际应用上好象还是有些问题，原先期望解决的一些痼疾还是没有能够很好地解决。

有一个基础平台，再在这上面做客户化的修改，目前的项目大部分都是这么做的吧，感觉不好平衡标准化和客户需求的个性化这两个因素，而且，目前的大部分客户并不接受标准化的产品

husthxd

客户的心理都是:
既然自己出了钱,当然是做适合自己的系统/软件.
这个也是可以理解的.
所以,根本之道还是自上以下,规范标准和管理.
这是期望,实现起来会巨难.

tanyiqiang

产品化+项目化可以另一个解释：
软件开发和升级是一个版本(或非常有限的几个版本)，是产品化运作，工程实施是根据客户需求进行设置的，是项目化运作，但客户化的时候不改源代码，只设置有关的参数(或其它什么机关都行)，这样两者的优点就可以发挥出来了。
这里面关键的是产品的版本，一个版本系列维护和升级都比较容易，但又必须有强大的灵活性，可以满足客户化的需求。
OFFICE提供VBA，金蝶也提供了VBA，如果HIS也提供VBA估计二次开发就不是大问题了，但这个难度非常大，公司的实力估计在近期内还不能达到这样水平。

husthxd

把可变部分参数化是一个很好的思路.
这个,得需要经验很丰富的业务专家和系统分析员才能设计好了.

fals

就象oracle，啥都可以调整，啥都可以配置，结果就需要专门的oracle DBA，而且，工资还挺高。呵呵

从行业的实际应用趋势来看，这不是一个很合适的发展道路。想想unix和dos的发展方向就会明白，以后的计算机系统应该配置越来越简单，管理越来越方便才行。

tanyiqiang

功能强大与使用方便往往是一对矛盾，ORACLE可以设DBA，HIS为什么不能设APA呢？
既要便宜，又要功能强大，既要功能强大，又要操作简单，这些都是有矛盾的。当然厂商设计得好，使用起来会相对简单一点，但不能完全消除。
WINDOWS很简单吗？你们知道注册表有多少内容吗？策略编辑器有什么功能呢？活动目录怎么配置呢？我想不是一般的操作员能搞定的吧？哪个医院没有系统管理员去管理WINDOWS呢？WINDOWS只是界面操作简单，其实内容一点都不简单。
话又说回来，参数那么多，如何去管理呢？厂商确实需要好好去考虑，如果做出来很难用，也没什么意义了，不懂用等于没有。