HIT专家网
来源：HIT专家网 作者：杨伟康
很多更换新系统的医院，都是因为旧的系统无法满足新的需求，从而不得不使出“壮士断腕”的魄力，去重新修建属于自己医院的道路。对于软件供应商来说，如果在前期的问路、修路阶段，就已经站在很高的层面去考虑每个需求，后期产品被撤换的风险就会小很多。正所谓“磨刀不误砍柴工”，软件商不应厌烦前期的数次需求沟通，而应去主动理解分析用户的需求。
在任何一类软件的研发过程中，需求分析这一阶段的所处地位，毋庸置疑。一个好的软件产品的功败垂成，取决于是否真正满足了用户的根本需求。如果能在研发初期就把握住需求精准度，可视为产品交付之路已经成功一半！
对于业务极其复杂的医疗软件系统，涉及大中小各类级别医院，一个医疗软件能否真正的在医院落地，更是一项艰难的任务。医疗软件企业又如何走出适合自身的路途？路从何来？鲁迅先生说过：“世上本没有路，走的人多了便成了路”。
在笔者看来，医疗软件系统的需求实现之路，可以分为如下几个阶段。
问路：即需求调研阶段。大型医院不乏积极主动的问路者，他们更具前瞻性的眼光，常常会思考到目前信息系统尚不具备的业务功能领域。这类需求的提出，多源于日常医疗活动中的设想。此时，路还未成型，只是提出方会道出其想要一条到达需求彼岸的路。至于何种方式、何种效果，仍属未知。因此，问路阶段更需要软件商反复地去与院方磨合、确认、再确认，使得这条实现业务功能的路途，不至于太曲折。对于已有需求的更改，在需求沟通时应给出详尽方案；对于新需求的提出，更需要反复磨合。如果需求提出方为院方多人多角度时，需权衡各业务科室的需求痛点、实现的难易和优先级等。
指路：即需求确认阶段。需求的目标已经制定，这时即使需求不太明确，但是方向也大体确认。指路阶段的重头戏，是软件商人员提出各种解决方案供客户选择。一个功能需求，最好对应多种解决方法。而认定此阶段完结的“点”，应在于给出双方均认可的《需求确认书》，以及涵盖实现需求的“功能界面草图”，从而消除后期可能出现的大规模凿路重建。指路阶段的完结点，需尽可能给出明了的业务功能流程图及说明文档，让客户有“身临其境”之感。要避免进入“虚无缥缈”的境地，确保解决方案可以真正落地。
建路：即需求实现阶段。道路“模型”已初具规模，剩下的便是软件商的修造阶段。此阶段最避讳的是，一味地埋头苦干，而不去与医院方沟通。正如修建房屋，当整体房屋构架完成，最好就要与客户方一同参观探讨。屋内模块的构建，也需要提前到此时商定。道路由多个子路段组成，而小的路段则可以出现多个岔路口，以应对软件运行中的各个异常处理点或到达彼岸的捷径。建造过程中，阶段性地与客户沟通有助于避免需求实现的偏差。一般初步完成建路后，软件商要在客户的测试服务器环境下进行部署，然后与前期的规划进行核实对比，以求将路建造“完美”。
修路：即功能磨合阶段。通常，道路建造后的交付初期，总有一个阶段，会让用户感觉走得磕磕绊绊。正如理想与现实的差距，修修补补总是不可避免。此时与建路的区别，则在于无须大动干戈，只是对各个小路段增添些“景色”。若真正想让路途更为畅通，需要医院和软件商反复“碰撞”，以求产品更为坚固。与上面的建路末期相结合，修路最好全部控制在测试环境下进行，对接人则为问路沟通期的需求提出者，修修补补的工作不怕多，这样在真正上线的时候，整个院方使用群体才能更加得心应手。即使在真正上线后再修补，也应理性控制在模块小功能点上，而不应出现在大的业务流程调整上。
护路：即软件维护阶段。客户的需求永远不会有完结点，日常的维护也必不可少。此阶段多涉及到医院信息科与软件商的售后人员。护路阶段，不会对道路造成太大的改变，只是清除日常业务中运行产生的“数据垃圾”，从而不会让客户觉得软件随着时间流逝，变得衰老缓慢。在产品中加入一些自动监控，提醒医院用户及时处理，会让使用者省心省力。其实，很多医疗软件商都想做到，让信息科日常不忙于软件的维护，业务科室不忙于软件的繁琐操作。虽说一路护航让人放心，但是护路还是应该立足于脱离人工，在软件层面尽可能实现自动化操作。
完美的产品造就出的路，更类似于高架桥的模式，以满足不同级别、不同年龄层次的医护人员的需求。用户可在业务软件中各行其道，但目的地为同一个出口，这样才会收获更佳的体验。需求之路永远不会有尽头，努力做好需求之路的每个阶段，这样开发出来的软件才能走得更远，也更具生命力！
【作者简介】
杨伟康：1987年生，2010年开始进入医疗软件行业，在江苏华招网期间进行医药招投标软件的开发。2011年至2017年在南京一丹软件有限公司担任项目经理、产品经理职位，期间负责EMR、CSSD，现接着负责体检软件的开发，开发期间多次与院方前线工作者进行需求对接，开发目标就是把自身作为终端用户。立志将自己负责的项目做到用户满意度最高。
评论前必须登录！
注册