PB开发的不好，DELPHI的好，为什么不说是公司用PB的功夫不到家呢？厨师用菜刀也可以做出花，你行吗？你用什么刀也做不出来。不要赖刀不好用啊。
金仕达卫宁还是很不错的一家公司，但其抽象能力与其它部分公司相比还是有差距，一般人是看不出来的，内行的人一看就知道。这一点金仕达卫宁也许也是最近才领会到的。

其实一个商品化的HIS系统并不完全。现在的绝大多数HIS系统都是基于MIS的基础开发的，而这并不能完全保证符合所有医院的需要，而且有的业务控制流程不一定合理，不一定符合医疗行为的常规流程。我个人认为，要实现HIS系统的商品化，需要解决几个问题：
首先是一个能在全国范围内贯彻实施的统一标准，只有在这个基础之上才能建立起来一个完整、全面的数据字典，作为系统商品化的基础。
其次是开发的HIS系统应该本着开发医院“操作系统”的目标进行，把医疗行为所涉及的财、人、物、信息等都进行统一考虑，并仔细分析其中的信息流及交互情况，把系统分割成各个子系统，定义好其中的各类信息流接口。如此才能保证系统的灵活性，让系统能适应各种环境的基本需要。
三是所有流程控制均采用建模的方式，允许用户自行对某一业务流程建模。所建模型，只是定义业务所必需的发起者、执行者、参与者、各交接环节及结束的条件等，允许添加可选步骤。如此才能实现业务的过程控制。

HIS系统的商品化对医院重要吗？

非常重要！！！

什么是商品？商品是用来交换的劳动产品，是市场经济的产物，其价值的体现在于等价交换。

服装是不是商品？他们进入流通领域就是商品。有什么样的服装能适应世界上的所有人？没有。有什么样的服装能适应中国的所有人？也没有。有什么样的服装能适应20－30岁的所有女性？还是没有。

为什么会这样？我们需要的是符合自己要求的商品。多种多样的需求构成了商品的多样性。在市场经济下的成功的品牌是特色的产品加上成功的商业运作的产物；它们有自己特定的用户群。不能适应市场游戏规则的商品会退出舞台，只有符合条件的商品会生存和发展。商品化和专业化是并存的。

现在我们把这个问题提给HIS。有什么HIS能适应所有的中国医院呢？没有。那么这样会不会影响HIS的商品化呢？不会。HIS厂商有自己的市场，有自己的产品使用的范围。而HIS厂商所需要做的就是开发和拓展自己的产品使之更适用于自己的用户群；可以有局部的多样化，灵活配置是HIS的解决之道；怎样巩固和发展自己的客户群，就是商业运作的效果了。简而言之，一个能适用所有医院需求的HIS是不存在的，这是市场经济的客观事实。一个优秀的HIS应该以商品化的方式进行良性运作，物有所值才能保证品牌的质量和持续发展，建立起实施、维护、升级一系列完善的服务流程；这也是最符合厂家和用户利益的，才能真正达到双赢的效果。“总有人管我的麻烦事。”可是医院能感到很愉快的一件事情了吧。说来说去，“HIS的商业模式”、“软件产品价值的可度量化”等问题又要提到桌面了，在这里我就不展开了。

我们怎么来看待某些医院的个性化HIS定制呢？我们还是可以拿服装的特定一族（时装）的运作方式来套用：个性化，高价位；这就是时装生存的基础。优秀的时装可以带动潮流，但对于大部分的时装本身来说，最适当的描述是：昙花一现；没有成为大众化设计的款式就与商品化绝缘了。最终的结果是不合理的个性化被压制。这类的HIS案例，能有多少成功的？

有人会问了，医院自己组织团队开发的HIS最适合医院。事实并非如此，医院自主开发的HIS是不通过市场经济的大浪淘沙的，在技术更新和团队建设上没有引入竞争机制，也没有资金和技术的持续投入，往往是一开始能崭露头角，数年之后便泯然众人。青岛某医院自主开发的HIS曾在九十年代获得卫生部的科技三等奖，但由于技术队伍的老化和维护工作量的逐年上升，迟迟无法推动医生工作站建设，信息化步伐放缓，反而落后了。象这样的范例在中国比比皆是。医院CIO们只能是：辛酸苦辣我自知了。

HIS商品化和医院信息化的健康发展相辅相成，有很多的疑问和设想，如果我们不能解决，参考更多智者的意见兴许就能解决罢。。。

此帖由 drewlee 在 2005-08-03 16:53 进行编辑...

上海的瑞金和中山都是自行开发的，瑞金的系统都已经运行4年，最近正在封闭式开发新版本，以适应新形势。中山的系统也已经运行2年，还在逐步发展。而且这两家医院都有几家集团性医院，使用同样版本的软件，日子过得都不错，一时间恐怕还不会死亡。

这种自产自足式的生产，很难说就商品化了，用定制可能更贴切，也不存在死亡的因素，只要医院不倒，就会很好地活下去。
单独为一家医院研发几年之久，其产品很难有广泛的适应性，或许根本不容易在另一家医院套用，能够独立承担研发的医院在全国来说占不用万分之一，对现有的HIS公司基本没有影响，所以也不必拿这样医院来说商品化和项目化的区别。

医院的his系统能朝着德国的SAP的软件方向发展就对了
医院也要提高他们的认知水平,
另一方面his产商还要有可提供功能全面，可设置的产品、产品的服务,解决方案,实施方法
这个路程应该不会太遥远！！！

引用扬帆 @ 2005-08-04 09:25)

这种自产自足式的生产，很难说就商品化了，用定制可能更贴切，也不存在死亡的因素，只要医院不倒，就会很好地活下去。

可能没有看到48楼所说：“青岛某医院自主开发的HIS曾在九十年代获得卫生部的科技三等奖，但由于技术队伍的老化和维护工作量的逐年上升，迟迟无法推动医生工作站建设，信息化步伐放缓，反而落后了。象这样的范例在中国比比皆是。医院CIO们只能是：辛酸苦辣我自知了。”

自主开发与公司一样，做得好可以生存下去，做得不好，还不给同事们骂死。到这一天，公司的机会就来了。当然公司也会死，如果一味认为自己一贯正确。

此帖由 Bland 在 2005-08-04 15:35 进行编辑...

医院开发的确如此，领先可能就三五年，因为用人体制等各方面条件限制，终会落后于公司，最后难免被公司换掉。两个同样水平的年青人，一个在公司发展，一个在医院做系统员，一年后差距都很大。

对Kaiser Permanente 来讲，优先选用现成软件包而非自主开发软件是一个昂贵的教训，得知不易，并已列入了kaiser 的全国系统策略（National Systems Strategy) 指导方针。 虽然Kaiser雇有4000多专职IT员工，包括2000程序员，公司仍然愿意买现成软件，而把IT人力资源投资在咨询和系统integration 上。

这是一则旧闻，但可做例示。

（http://www.intersystems.cn/cache/testim...ess/kaiser.html）

微软的windows也在不断更改，不断满足用户的新需求，只不过他们一般是针对某个市场而改。HIS软件也必须改，现在大部分由一家公司的HIS软件统制整个医院的情况下，HIS软件只能针对某家医院去改，因为HIS涉及的面太广了。

Kaiser Permanente 一类的案例的确非常的多。如IBM的Rational Suite质量控制软件就在很多专业软件公司占有市场。（其实这是IBM收购了小公司得来的）

大而全的大陆货不如小而精的专业版。美国的很多医院使用的HIS是有很多专业的小软件集成而来，如药方，收费等，全部是相对独立的，但是单个系统的功能全面，集成能力极强，配一配就挂上去了；系统运行相当稳定。不过，这种模式实际上主要在挑战在CIO了，而非HIS厂商。

其实国内的HIS厂商在收费、住院、药房等子系统中，经过多年的磨练，基本业务部分的软件基本上还是蛮强壮的；但要挂上后勤、培训等等，是不是有如陷泥潭的感觉呢？？中国医院的CIO和HIS厂商的体会比我说的更加具体。

在某种意义上说，解放HIS厂商，就是解放医院的信息化建设。

现在的情况是HIS厂商开发的系统越来越多，几乎囊括了医院所有的业务。为什么呢？单个子系统的营销成本、实施成本、维护成本太高，各HIS厂商相互交恶，绝不愿意与别人接口，一般要求医院全部更换成自己公司的产品。

这个问题可有几解：

1.HIS厂商开发一个新客户的成本一般高于维护原有客户。从短期经济的角度出发，厂家倾向于一个单通吃。销售的业绩做上去了，销售的提成就到手了，这是大部分HIS厂商刺激销售的模式。结果，后期的开发和维护没有留出足够的资金和人员，改1个bug出来100个bug，项目越做越烂。
2.HIS厂商的项目实施大部分仍然停留在作坊体系上，一般PM都没有PMI等项目管理认证，管理经验不足，项目进度、需求控制不力。有的甚至连需求列表、会议纪要都没有！口头交易而已。对其它系统的集成反在这时候成了厂商要挟的筹码？！医院有情绪也没处发了。

一点浅见，仅供参考。

Drew Lee

引用drewlee @ 2005-08-22 19:34)

这个问题可有几解：
1.HIS厂商开发一个新客户的成本一般高于维护原有客户。从短期经济的角度出发，厂家倾向于一个单通吃。销售的业绩做上去了，销售的提成就到手了，这是大部分HIS厂商刺激销售的模式。结果，后期的开发和维护没有留出足够的资金和人员，改1个bug出来100个bug，项目越做越烂。
2.HIS厂商的项目实施大部分仍然停留在作坊体系上，一般PM都没有PMI等项目管理认证，管理经验不足，项目进度、需求控制不力。有的甚至连需求列表、会议纪要都没有！口头交易而已。对其它系统的集成反在这时候成了厂商要挟的筹码？！医院有情绪也没处发了。
一点浅见，仅供参考。
Drew Lee

TMD说得太对啦!!简直身同感受。

什么时候你也给一个项目我试试，看看我们是怎么做的，再顺便指导一下我们如何改进。