企业ERP管理 提供库存一站式整体解决方案

全国咨询热线:18925199527

ERP进销存

>库存管理系统

医疗软件任何实现自动化操作

返回列表 来源:SaaS之家 发布日期: 2019-03-08

  很多更换新医疗软件的医院,都是因为旧的系统无法满足新的需求,从而不得不使出“壮士断腕”的魄力,去重新修建属于自己医院的道路。对于软件供应商来说,如果在前期的问路、修路阶段,就已经站在很高的层面去考虑每个需求,后期产品被撤换的风险就会小很多。正所谓“磨刀不误砍柴工”,软件商不应厌烦前期的数次需求沟通,而应去主动理解分析用户的需求。

  在任何一类软件的研发过程中,需求分析这一阶段的所处地位,毋庸置疑。一个好的软件产品的功败垂成,取决于是否真正满足了用户的根本需求。如果能在研发初期就把握住需求精准度,可视为产品交付之路已经成功一半!

  对于业务极其复杂的医疗软件系统,涉及大中小各类级别医院,一个医疗软件能否真正的在医院落地,更是一项艰难的任务。医疗软件企业又如何走出适合自身的路途?路从何来?鲁迅先生说过:“世上本没有路,走的人多了便成了路”。

  在笔者看来,医疗软件系统的需求实现之路,可以分为如下几个阶段。

73.

  问路:即需求调研阶段。大型医院不乏积极主动的问路者,他们更具前瞻性的眼光,常常会思考到目前信息系统尚不具备的业务功能领域。这类需求的提出,多源于日常医疗活动中的设想。此时,路还未成型,只是提出方会道出其想要一条到达需求彼岸的路。至于何种方式、何种效果,仍属未知。因此,问路阶段更需要软件商反复地去与院方磨合、确认、再确认,使得这条实现业务功能的路途,不至于太曲折。对于已有需求的更改,在需求沟通时应给出详尽方案;对于新需求的提出,更需要反复磨合。如果需求提出方为院方多人多角度时,需权衡各业务科室的需求痛点、实现的难易和优先级等。

  指路:即需求确认阶段。需求的目标已经制定,这时即使需求不太明确,但是方向也大体确认。指路阶段的重头戏,是软件商人员提出各种解决方案供客户选择。一个功能需求,较好对应多种解决方法。而认定此阶段完结的“点”,应在于给出双方均认可的《需求确认书》,以及涵盖实现需求的“功能界面草图”,从而消除后期可能出现的大规模凿路重建。指路阶段的完结点,需尽可能给出明了的业务功能流程图及说明文档,让客户有“身临其境”之感。要避免进入“虚无缥缈”的境地,确保解决方案可以真正落地。

  建路:即需求实现阶段。道路“模型”已初具规模,剩下的便是软件商的修造阶段。此阶段最避讳的是,一味地埋头苦干,而不去与医院方沟通。正如修建房屋,当整体房屋构架完成,较好就要与客户方一同参观探讨。屋内模块的构建,也需要提前到此时商定。道路由多个子路段组成,而小的路段则可以出现多个岔路口,以应对软件运行中的各个异常处理点或到达彼岸的捷径。建造过程中,阶段性地与客户沟通有助于避免需求实现的偏差。一般初步完成建路后,软件商要在客户的测试服务器环境下进行部署,然后与前期的规划进行核实对比,以求将路建造“完美”。

  修路:即功能磨合阶段。通常,道路建造后的交付初期,总有一个阶段,会让用户感觉走得磕磕绊绊。正如理想与现实的差距,修修补补总是不可避免。此时与建路的区别,则在于无须大动干戈,只是对各个小路段增添些“景色”。若真正想让路途更为畅通,需要医院和软件商反复“碰撞”,以求产品更为坚固。与上面的建路末期相结合,修路较好全部控制在测试环境下进行,对接人则为问路沟通期的需求提出者,修修补补的工作不怕多,这样在真正上线的时候,整个院方使用群体才能更加得心应手。即使在真正上线后再修补,也应理性控制在模块小功能点上,而不应出现在大的业务流程调整上。

  护路:即软件维护阶段。客户的需求永远不会有完结点,日常的维护也必不可少。此阶段多涉及到医院信息科与软件商的售后人员。护路阶段,不会对道路造成太大的改变,只是清除日常业务中运行产生的“数据垃圾”,从而不会让客户觉得软件随着时间流逝,变得衰老缓慢。在产品中加入一些自动监控,提醒医院用户及时处理,会让使用者省心省力。其实,很多医疗软件商都想做到,让信息科日常不忙于软件的维护,业务科室不忙于软件的繁琐操作。虽说一路护航让人放心,但是护路还是应该立足于脱离人工,在软件层面尽可能实现自动化操作。

  完美的产品造就出的路,更类似于高架桥的模式,以满足不同级别、不同年龄层次的医护人员的需求。用户可在业务软件中各行其道,但目的地为同一个出口,这样才会收获更佳的体验。需求之路永远不会有尽头,努力做好需求之路的每个阶段,这样开发出来的医疗软件才能走得更远,也更具生命力!


cache
Processed in 0.002256 Second.