向临床科室喊话(全文).docx

PGE \* MERGEFORMT PGE \* MERGEFORMT 1 向临床科室喊话 医院的信息化建设离不开临床部门和信息部门的紧密配合，但由于术业有专攻，双方在沟通过程中难免会出现鸡同鸭讲、各说各话的尴尬局面。比如临床科室在提需求时，往往不会考虑技术可行性问题，这无疑会给信息科带来很多不便。 好的需求有没有共性特征，什么样的需求才是好的需求？好的需求是如何产生的，它需要什么样的环境和土壤？如何降低临床部门和信息部门的沟通成本、提升沟通效率？  本期“圆桌论坛”采访了多位在沟通机制和需求治理方面颇有心得的医疗信息化专家，希望他们的经验和做法可以为业界同仁提供借鉴。  对“奇葩”需求，忍得了吗？  由于术业有专攻，临床科室在提信息化需求时或许并不了解实现的可能性，信息部门应如何应对临床科室提出的“奇葩”需求？  临床科室提出的需求无所谓好与不好，应该鼓舞临床科室积极提需求。  我认为，应该鼓舞临床科室积极提需求，打消他们的顾虑，只要他们有想法或者对原有的信息化状况不中意，即可放心大胆地提出来。评价他们提出的需求好与不好，甚至把他们提出的需求列为“奇葩”需求，会增加临床科室的顾虑，不利于临床科室充分发挥积极性、主动性，信息科就不能得到大量的信息化需求，信息化建设也就成了无源之水。  在全力满足用户需求的同时，应幸免被动地陷入无限个性化的泥潭，这是信息科的能力体现。  临床的需求没有不好的，更不能用“奇葩”二字来形容，我们应该多些宽容和理解，多站在他们的角度思考问题。能提需求的临床科室绝对是关怀、热爱、善用信息化的，这样的科室应该珍惜、鼓舞，是信息科的福音。  科学地整理、分析、分辨这些需求，跟临床做好沟通，是信息科的基本功。如何把小众的需求提炼成大众的需求，在全力满足用户需求的同时，应幸免被动地陷入无限个性化的泥潭，这是信息科的能力体现。  对于不切合实际的需求，尽量用用户能理解的语言进行沟通是解决问题的关键。  曾经有用户提出“信息技术人员能否主动上门巡查，预防打印机、电脑等故障的发生”，我们给用户的解释是“就像医生可以主动上门给市民进行体检，但并不能预防感冒、发烧等疾病的发生一样，我们可以主动巡查，但并不能预防打印机、电脑等故障的发生”。这样用户就理解了，不要用太多的专业术语，尽量用用户能理解的语言进行沟通是关键。  好需求长什么样？  什么样的需求是一个好需求，好需求是否具有共性？  好的需求是具体的、可测量及被检验的。其陈述必须满足以下条件：明确、可排定重要性先后次序、可修订、可追踪及可被理解。  需求是项目的开始，好的开始是成功的一半，也是项目最终圆满结束的保障。好的需求，首先目的要明确，通过这个项目希望解决什么样的问题；其次是期望达到的效果和项目的有效覆盖范围要清楚，相关的业务处理流程要准确明晰，若有针对各处理环节具体问题的解决方案则更佳。好的需求是具体的、可测量及被检验的。  其陈述必须满足以下条件：明确、可排定重要性先后次序、可修订、可追踪及可被理解。对于任何一条需求陈述而言，必须是正确、完整、一致且清楚无歧义的。例如“系统必须很稳定”，如直接付诸文字就麻烦了，因为该如何界定“稳定”呢？与客户进一步沟通后，这个需求的正确陈述可以写成“系统须满足7x24小时不间断的业务运作及500个以上在线用户同时使用，系统响应时间须小于500微秒”。  最好的是共性的、创新的、务实可行的需求，能显著改变全局性工作。中等的是能改善局部工作的需求。最后是个性化的需求。  最好的一种是共性的、创新的、务实可行的需求，能显著改变全局性工作，可以进行推广并改进医院的流程、质量、效率与治理等，而不仅仅是对个别部门有效。举一个西南医院的例子，有科室提出术前检查应该在患者住院之前完成，根据患者实际需求安排住院。为此，医院进行了专题论证，在门诊设置了院前检查中心，信息科自主开发了相关信息系统，使术前检查患者得以全信息化地治理。以前一个患者可能需要住院两、三天才能做手术，而现在当天或者第二天就可以做手术了，患者平均住院日减少了两天，医院的病床周转率大大提升，经济效益也获得了提升。  中等的需求是能改善局部工作的需求，可以在局部进行推广。譬如，我院有科室提出的建设样本库治理系统。最后是个性化的需求，只对个别部门有利。但只要是合理的，我们信息部门都会尽量去满足。  好的需求必须要包含几个要素：现状和期望、重要性和紧急性，图文并茂。  现状和期望是需求的根本，让信息部门知道需求的原始动力和目标蓝图，以便整合周边需求和应用；说明重要性和紧急性，让信息部门合理安排人力、物力和进度