其实国内一些做商品化的公司，其产品内容、质量、客户数量已大大超过了做项目化的公司，并且这种优势越来越显现出巨大的威力，客户反映良好（到目前为止没有一家客户更换为其他公司软件）；客户增长稳定（平均一天一家医院的增长速度）；客户实施安全快捷（最长医院实施周期一般不超过3个月）；公司发展稳健（年营业额过千万）。

  非常想知道是哪家公司??告诉大家吧!!

有广告之嫌，兄弟知道在国内有这样公司存在就行了。

“客户增长稳定（平均一天一家医院的增长速度）；客户实施安全快捷（最长医院实施周期一般不超过3个月）；公司发展稳健（年营业额过千万）。
”
可不可以理解为：
“平均每天一家医院，年营业额过千万“
平均一家医院才3万大元呀
不止吧，年营业额过亿万都不过份呀

即便是项目化开发的公司，他也不会那么傻，在做第二家医院的时候什么都从头再来。非常佩服一家公司，为了满足医院的要求，把C/S架构的系统重新写，在.net的架构下基本实现B/S模式。技术更新非常快，商品化软件能达到吗？医院是不是要跟风？

换一种语言和结构并不能解决医院根本问题，况且对一种新的语言、结构、数据库也不是一朝一夕就能掌握好的，除非这家公司本身已准备换开发工具，否则他是很傻的。

对于某商品化HIS，上一个版本(客户数最多的)，经过多次升级以后，现在每次升级的改动已经不多，并且都是不太急的改动(有等级分类)。可以说能满足大多数用户的需求。新版本，因为是从整个体系进行了重新设计，内容也多了很多，但更靠近用户了，流程也更符合用户的需求了，用户提的需求也比较多，但升级的速度比较上一个版本快多了，用户的需求可以及时得到实现，并且所有的用户都可以享受这些新的功能，并且是整体设计和测试的，是全局优化的，用户需求的实现速度比项目化公司不差哪去，但效果就好得多了，因为为用户改程序的是一个团队，而不是一个小项目组。用户的满意度应该不比项目化操作差。商品化操作是一个体系，不仅仅是产品。就像OFFICE软件一样，尽管它还有不完善的地方，但谁又能否认它是一个好软件呢？对于用户来说，每年交了维护费，就能得到所有新版本的免费升级和完善的服务，用户可以提出新的需求，公司不断实现，推出新的版本，用户还可以享受其它医院先进的管理方法，用户觉得有什么比项目化操作差的呢？所以商品化操作对用户来说是重要的。

对于开发工具、开发语言，这都是很次要的东西，在软件开发打滚几年的程序员应该明白这个道理，什么PB、VB、VC、DELPHI等等，都能做出来，就像用菜刀也能做出花一样，什么.NET、三层、B/S架构，不是说他不好，但是用了这个东西就一定好么？不用就一定不好么？我看不一定。能满足开发的需要，使用方便，员工好招，上手快，这样的开发工具就是最好的，每个公司有每个公司的情况，不能说哪个好哪个不好。开发工具是为了实现业务流程，语言、工具后面的流程才是最重要的，还有就是管理，经常说三分技术、七分管理，可是又有多少公司能做好管理呢？市场、技术、产品都重要，并且要取得平衡，否则能以成功。
有人说某某软件的界面不好，说实在的，OFFICE的界面比中国的HIS好吗？但又有谁说OFFICE不好呢？是不是ERP软件的界面都很好看呢？我看不一定，如果功能很差，界面好也没用，只有功能实现了、好用了、稳定了，谈界面才有点意思。现在有些软件做得花里花俏的，是很好看，但用户买软件是为了看么？我想使用应该是第一位的。界面上能遵守WINDOWS的规则，类似OFFICE及其它国际流行软件的界面和操作方式就差不多了。千万别自己做一套与众不同的界面出来，吃力不讨好。

稳定是第一位的，不错，国策就是这样，也是我们的目标。可是技术在发展，难道还要我们抱着DOS和novel不放？软件是有其生命周期的，不是光靠打补丁能够完成的。微软还有win95,98,2000,xp的变化呢，何况HIS。
不是哪家公司愿意丢弃自己熟悉掌握的开发工具，技术发展使然。今天看它是很傻，说不准明天的市场就是他的。.net也好，j2ee也好，或者说C/S,B/S医院完全可以不管？让公司做？就因为以前的几家医院做得很好，这里一定也很好？我已经说过同样一套软件，在甲医院可以很好，在乙医院不一定很好！
我也说过，卫宁公司的调整英明，商品化软件面向二甲是一个明智的选择。
作为公司，肯定要有部分力量放在创新和“跟风”的尝试上面。不然还谈什么HL7，IHE等等？为什么还要介绍Cache？
当医院能自由选择A公司的门急诊管理，B公司的病房管理，C公司的LIS,D公司的电子病历等等，商品化软件也就成熟了。

开发工具还是有一定的差别，或者说某个先进的开发工具掌握得不好，同样造成很差的效果。最近更新了一个系统，原本使用Delphi开发的，现在改用PB，在同样的硬件环境下，前者运行稳定，后者就不行。升级硬件后，由PB开发的才正常运行。这是我们的切身体会

创新是每个公司的生存之道，开发工具每个公司肯定在跟进，但这是在公司内部的事情，同一工具在不同公司有不同的效果，楼上也已说过，但没必要就开发工具来比较，HIS产品的质量与功能，与开发工具的关系不大，以开发工具来评价一家公司的产品，就像比较空调机时，去比较厂家工厂的设备一样没多大价值，有谁看到厂家拿生产工具来做广告的？
这里说的升级，并不是简单的打补丁，也有完全的版本升级，这里面有一个重要的关节点，客户可以一直升级下去，而不用客户手工去调整什么，客户何乐而不为呢？前台、后台同步升级，用户的业务停顿时间很短，几乎不受影响，这样的系统用户为什么不用呢？

HIS产品的质量与功能，与开发工具的关系不大?
不，相当大，如果用VF开发的，用户能放心地使用？或许VF也能做得很好，可真的让人去用，觉得回到了石器时代。开发工具各有各的长处，难以评估，但大家都心知肚明，那个好用些。
全新版本的升级，也是一个很大的风险，几乎不受影响是不可能的。

不知道厂商如何来划定自己新版本与旧版本的，多长时间能够出一个新版本，
是一个月还是一年还是几年，在新版本未出来之前又如何处理客户需求。
如果一个厂商能够做到维护与升级捆绑，对医院来说是一件好事。
HIS技术的更新与计算机技术的发展应该保持同步，否则迟早会进入HIS技术落后的局面。
我们应该向哪些不断应用新技术在HIS方面尝试的人员致敬。

据我所知，某公司的新产品是每个月升级一次，如果遇到特殊问题，可随时发专用部件，并在下一个版本中解决。旧版本是两个月一次，急的情况可随时发专用部件，并在下一个版本中解决。
通过推算，从问题反馈到解决，正常情况是最快半个月，最慢一个半月，平均一个月。急的专用部件可以半天到一天。

我觉的考虑HIS应该从两方面出发:一个是从技术上,另外一个是人文方面.以前都只是考虑技术方面,忽略了人文方面,我们现在应该以人文为主,技术为助,这才算的上是比较好的HIS.

1.看来商品化的内涵是没有多少人领会的，至少论坛上很多人认为HIS做不到商品化，但实际上已经出现，只是经济发达地区难以看到而已，没见到，不等于不存在，不相信的人只能说留时间去告诉他了。
2.有些人很崇拜工具，搞学术研究可以，在实际的研发中，工具占的地位确实不是第一位的，可以说在VB、PB、VC、DELPHI、JAVA这几种语言与工具之间没有本质的差别。公司当然要研究工具，但不是将产品的功能实现，全部寄托在工具上。学过数据结构与算法的人，应该明白算法与语言无关，数据结构与算法的书，我看到的就有用PASCAL、BASIC、C、C＋＋、JAVA、符号语言等语言写的。过于强调语言和工具，说明对客户功能需求的抽象能力不高，对软件工程的理解不深入。