探讨行业问题，共同找出解决思路

Judy

中国医院信息化建设从无到有，从局部到全局走过了近二十年的路程，发展到现在有成绩，有进步，但我们看到的更多是问题，主要表现在：医院对HIS应用普遍不满意！许多医院已经多次推倒重来，投资无数，成效甚微！HIS公司疲于奔命，服务成本居高不下，大多数公司难以为计！为什么会出现这样现象的根本原因在哪里？解决思路是什么？请网上各位一起参予分析，共同出谋划策．我现这是这个论坛的网友们都应该关心的话题．

foxhu

开发人员需要了解医院业务流程和管理模式。

labsys

医疗行业的特殊性所造成的，十年之内没有办法解决。

discoverer

楼上的说得没错，但是太悲观了。
我认为问题的关键是：HIS开发的模式有问题。开发人员始终不能完全理解用户的意图，用户也不能理解开发的过程，在使用的过程中提出一些不切实际的要求。
开发人员始终不能摆脱那种修修补补的生活，如果能够根据实际开发一种支持系统，让用户能够根据自己的实际在这个系统中自己开发适合的系统，岂不具有更大的自主性，由此看来XML的应用前景十分看好，因为它支持用户自定义的元素。

dongxi

听上去好象在说XML为开发人员提供了更有效率的修补工具？!

xm558

平台化的软件才是出路，瑞得的Hrip平台已经在几个大医院开始实施了，请关注！

Judy

既然我提出了问题，也想将自己的一些看法说一说。
今天先说软件公司的问题：我认为软件公司（不光是HIS软件公司）存在以下两大方面的问题：产品问题；市场策略问题。
产生产品问题主要来源于以下的原因：
1、需求总体分析不足。这又有两方面工作没做到位：对医院需求理解一知半解，没有在医院各个业务领域有深入认识的领域专家型人物。在需求了解这个层面，一方面不能够就一个业务的全局做深入的需求挖掘工作，只能浮于表面．有的需求调研者连用户所说的话都听不懂．这一点在物流管理＼财务相关的业务方面表现最为突出．之所以造成这种局面，与业界公司管理层只注重技术人才，不注重业务管理型（或称为领域专家型）人才极有关系．而在需求分析这个层面的人才（即了解医院各业务，又具了解ＩＴ技术，又具有很清晰的逻辑分析能力的人才）就更加缺乏（同样，人才的缺乏不是没有人才，只行业公司的管理者普遍不重视这类人才价值）．这两方面的人才缺乏，造成一方面业务需求了解层面的不全面＼不准确、不深入，另一方面，不能对需求做深层次的分析，分析清楚各业务间的内在联系与相互关系，在应用架构上提出合理的应用架构，为技术架构与系统实现提供坚实的基础。同时，在需求分析形成产品描述时，要考虑各层面（项目相关人员）对应用系统的影响，以及产品布暑的成本等方方面面的约束。从需求分析层面不深这个角度举个例子供大家思考：病人费用类别如何设置？可能从财务记帐的规范角度就会对收费业务有影响，例如：医保病人和包干病人的费用在财务上如何记帐？减免费用又是在财务上如何处理的？这些个财务的需求直接影响收费业务数据结构与算法的。如果需求分析人员不懂财务术语，别说自己设计了，就是想听懂用户（财务人员）对你说的话都很难。另一个例子是：在产品设计时，如何关注降低实施的成本，这就很少有公司在这方面下过功夫。另一个例子是：一个系统的功能如何合理划分？界面如何做的友好？以降低实施过程中培训操作者的成本？比如：在药库管理系统中，大家都知道即要满足药库业务的库存管理需求，也要满足药品会计的需求。经常你可以看到药库系统中，库存业务管理还算菜单还算清晰，但要想满足药品会计的需求，你就在整个系统中找吧，总得打开好几个查询功能菜单才能够将药品会计日常所需要的工作完成。这种产品说是用户要的功能都有了，但要想用户方便的使用就谈不上了。别说用户了，就是自己的实施工程师或者别的业务的开发人员，打开界面都不知道产品所云。这种现象在国内ＨＩＳ产品中比比皆是。其根本原因是：整个行业大概很少有人关注并管理好需求了解、需求挖掘、到产品定义这个大环节。而是将这个环节直接省略，让研发团队来进行。
　　　总结一句话：很少有公司重视产品定义阶段的管理（软件开发过程管理的范畴），导致：相关人才缺乏，从而导致：产品从一开始就出现偏差。

Judy

关于产品的定义：
业界的公司大多数把产品定义仅看成是功能的堆积，这是一个很典型的错误。功能仅仅是产品的一个侧面，应该有更多的东西。特别是ＨＩＳ这种具有典型人机交互性质的应用系统更是如此。产品定义应该由哪些部分组成？在这里不再细致分析，也希望论坛上的各路精英来补充这个话题。

Judy

软件厂商问题的第二个话题：项目实施管理
项目实施管理与需求分析的问题是相关连的。一方面产品由于需求分析的功夫不足造成满足用户不同层面的需求能力差。另一方面，项目实施过程控制基本没有。产生两个极瑞：不修改软件，让用户跟着产品设计思路走。这种方式的用户不满意是肯定的。另一个极端是：用户要求什么，实施人员不做任何分析，直接将需求发给研发部门，有些实施人员甚至连整理的工作都不做。这种做法一方面将进一步导致产品的混乱，另一方面，实施工程将走入无法控制的地步。产生的原因：实施人员业务素质不高，公司应负的责任：没有想清楚合格的项目实施人员的能力与工作目标以及需要的基本素质，仍然是公司管理层应该好好想想的事情。至于实施过程中应该遵循的项目管理规范是一个大家都在抄着的东西，我在这里就不再跟着起哄了。

Judy

补充一点：软件开发组队模型与过程模型也是ＨＩＳ行业较薄弱的地方，这个问题也是吵来吵去，各有观点，一会儿ＣＭＭ，一会儿ＩＳＯ９０００，一会儿软件开发的敏捷思维等，就是不知道有多少公司按照一种模式去实践并不断在过程中改进过。这里不想着墨太多，但确认为是ＨＩＳ行业要足够去重视的。同时，对于软件项目管理，不要试图一步达到国际先进水平，最好能够根据自己的情况，规划出改进ＲＯＡＤＭＡＰ，有步骤地一步步改进。

Judy

市场方面：有多少公司的经营者对自己的公司为什么能够存在，为什么能够发展，如何生成与发展有过认真的策划？公司的短＼中＼期经营目标以及如何经营，资源如何配置给出清晰的思路？我是孤弱寡闻，没听说过．如果各位精英有发现，请告知．而更多的都是：盲目进入，拼命冲锋，陷入泥潭，拼命挣扎（抢单子，保现金流），四面楚歌．．．．．．。所谓人无远虑必有近忧．

Judy

公司管理：ＨＩＳ业界真是很令人难过．这个话题不讲也罢．

Judy

关于ＨＩＳ公司层面的问题，可能讲的太多了，要得罪这个行业的各位同行了．不讲了．
所有这些问题的产生的最根本问题，不是我们（这个行业的各位从业精英）的无能，而是市场无情：市场不养人呀．
市场与用户方面存在的问题是否请坛上各位大家发表一下意见．希望这些问题能够引起不同观点的争论，所谓有争论才能将问题搞明白．将问题搞明白，对行业的每一个人都是有好处的．

xuyunxi

呵呵，国内的HIS厂商就这么几个，如果真有你说的那些都做的很满足的话，这家公司早就会成为HIS行业中的霸主了，如果有这样的公司，没有待遇我也去打工，呵呵！

rongxing

    HIS系统开发和应用两方面都存在较大的问题，其症结可归纳为一条：HIS软件的开发与应用市场发育还很不成熟。
    首先从用户方面来看，医院主要领导一般都不太懂计算机专业知识，对HIS系统的了解也只是个大概，再加上HIS开发商的市场人员在他们面前胡乱大吹一通，就觉得实施起来应该是比较容易的事情，就好象单位里缺个椅子需要的话只要化钱买回来就可以用一样方便，对实施的复杂性缺乏认识，一旦上马，竟发现问题成堆。即使是已经用过一套HIS系统希望通过换一套系统后能很好地解决以前系统的各种问题，然而，待一马，发现老的问题是解决了一些，但新的问题又冒出不少，运行起来还是很不顺手。
    从开发商方面来看，最好自己的HIS软件做成标准化的东西，到用户那里什么也不要改，作为纯商品化的东西，这样成本最低，效益最好。为了能从市场上抢得最大的份额，到用户那儿大吹特吹自己的软件如何完整、如何成熟，而且以最诱人的价格切入，到实施的时候，尽量少改或不改。改动多必然大大增加二次开发成本和后期维护成本影响企业效益。这样就在一边拖一边改的恶性循环中挣扎，其结果是：矛盾四起，问题成堆。用户不满意，开发商又不能从项目中解脱。（一）