最近，记者听说几家正在开发区域卫生信息化相关系统的公司，不但开发人员对业务不了解，连他们的目标客户在理解和描述自己的需求时，也较模糊，讲不清楚到底需要什么样的产品。在这种情况下，公司就匆匆进入开发流程，只在功能设计方面参照卫生部下发的各指南和规范。那么，开发出来的产品会是什么样子是不言而喻的。

在医疗卫生信息化领域，因为对所开发产品的业务域没有深刻的理解，也缺乏站在用户角度去思考问题的思维习惯，导致开发出来的产品出现这样那样问题的案例多多。记者最近就看到几例因为不了解业务或者业务流程，导致需求不清晰而影响到应用的产品。其中一例是一家公司的会诊系统——会诊申请单可以预定具体会诊时间，也考虑到了被请求医生可以同意或者拒绝，但是却没有考虑到，在被请求医生手术或者有急诊等特殊情况下，不能按照预定时间去会诊，需要修改预定时间的功能；另外一例是PACS远程会诊系统，在会诊申请成功并收费后，没有考虑到病人会因为病情变化而转院或者死亡的情况下，可能会退费的情况，而没有设计退费功能；第三例是一套护理系统，模块功能较全，涵盖了护士临床工作的全部内容。只是每个模块功能都是独立的。例如录入生命体征的界面，必须退出后回到总界面，才能再打开其他界面，缺乏了整体护理业务工作的连贯性。应用过程中，需要不断的进入、退出每一个界面，数据之间没有共享，整个数据完全是没有生命力的。

一个软件产品的产生，要经过软件需求分析、软件设计、编程等几个过程。每一个环节都至关重要。不过，基础决定高度，诸多国际巨头公司微软等的实践表明：一个优秀的软件产品的成功往往是软件需求设计的成功。

需求设计阶段的目的是确定软件的样子，它是软件产品形成的第一步骤。包括对用户需求进行综合分析，理清模糊性和歧义性需求，发现具有真正价值的潜在需求。需求分析师不但要掌握各种需求分析方法，具有优良的逻辑思维辨别能力，还需要具有扎实的业务相关知识及了解业务发展趋势。在此基础上，才能设计出完善、优良和生命周期长的产品。

由于医疗业务的复杂和庞大性，在软件领域，相比较金融等行业是最晚被众多厂商进入的。当前医疗卫生信息化系统的需求分析工作一般是开发人员兼任，在短暂的需求调研后，在不完全了解业务的情况下，站在开发的角度，考虑系统实现的难易程度后，就快速进入了开发期，目标是短时间内拿出产品。

 需求设计工作在多数公司里都得不到重视，需求分析师的职位也往往被兼任，造成的结果就是产品的不完善。到了实际应用的时候，需求海量的涌来。根据Standish group对23000个项目进行的研究结果表明，有45%的项目因为需求的问题，最终导致失败。

在一个全民浮躁的年代，医疗卫生信息化软件公司普遍追求在短期内实现最大的利益。可以不考虑诚信，也可以不考虑长远的发展。在实际的市场竞争上，产品的完善与否似乎跟占有率也无绝对的关联，但是我们终归要回归理性。当那个时候来临的时候，您产品的生存空间还有多大？

做正确的事情永远比正确的做事更重要。国内医疗卫生信息化建设过程也显示了软件需求设计是否完善直接影响整体项目的结果，产品易用性带给客户的价值远远比技术带来的价值要高。对软件厂商来讲，要想长期稳定的发展，就到了对开发模式做相应调整的时候了。