您的位置:首页 > 其它

【209期推荐】HIS实施的尴尬,你到底这是要闹哪样啊?

2012-04-16 17:24 495 查看
本周头条:



问做HIS的厂商、做HIS实施的同仁一个问题,在你们的公司中当部门建设的比较完善研发部、项目实施部、售后服务部。那么项目实施部能不能接触到程序的源码?并且有没有权利修改源码?

如果不能修改源码,那么在实施过程中遇到有客户的定制需求或个性需求怎么解决?例如打印,报表等。

另外,应用环境的不同有可能出现不可预料的软件错误,那时又怎么处理?

还有诸如要与其它软件做系统接口,这个工作是由实施来完成,还是提交给研发呢?间接的提交给研发会不会存在沟通障碍?

精彩评论:

网友1:实施当然不会修改源代码,定制也只能由开发部门统一设计完成,查询与报表很容易解决,这个做个开放接口就可以把,应用环境的不同有可能出现不可预料的软件错误,那时又怎么处理?那看什么错误了,还有诸如要与其它软件做系统接口,这个工作是由实施来完成,还是提交给研发呢?间接的提交给研发会不会存在沟通障碍?接口看类型,有开发做的,也有可能由实施完成,至于有没有沟通障碍,还是看公司流程把。

网友2:我所知道的所有的单据、报表直接有报表工具,无须动用源程序的有中联、众邦用PB做的程序,大部分把单据和报表集中在一个PBL中,也算有发布工具。定制就出定制的钱,所以研发可以现场支持。

网友3:对于实施修改代码来说,是件比较纠结的事情,第一是开发能力,当然不是对实施开发能力的怀疑,如果只是添加或修改此医院的一个特殊功能,那无所谓开发能力的问题,假如是对核心逻辑的修改,则可能牵涉到今后的维护升级(尽管HIS一般都不能升级)带来隐患。

集中的代码管理和控制有利于共同需求的整理和整合,有利于区域性需求的统一开发和更新,可以增加实施效率。

分布式的代码管理和控制有利于需求的就近解决,或者特殊需求的特殊解决方式(小需求,不合理但又不得不改的需求等),也可以增加实施效率。但是改得多了万一要做其他更新可能会遇到毁灭性的问题。

所以具体的离岸开发,还是现场开发对于客户来说没有任何损失,只是HIS厂商在产品供应策略和实施开发效率上的调整而已。

本周活跃会员排行榜:





allenj0928

发帖 82 篇 (50金币,活跃会员勋章,霸气外漏勋章)





szpaio

发帖 72 篇 (30金币,活跃会员勋章,霸气外漏勋章)





xister

发帖 28 篇 (10金币,活跃会员勋章)

本周论坛推荐:

求救医院信息科

医院做医保接口,买动态库需要多少钱,大家来交流一下!

请问在医院实际运作中挂号费、诊疗费和科室有联系吗?

5年之痒,打算辞职了!

如果要做基于HIS系统的数据挖掘,最好做哪个模块的?

从优化的角度浅谈医院his以及社保系统

药品效期、负库存、剂量与数量换算问题

咨询医保病人收费处业务流程

有奖调查:参加就有100金币,先到先得啊

关于HIS与用友或金蝶做接口

大家单位一般什么防杀毒软件?

HIS实施的尴尬

软件公司去别的医院考察有没有必要?

信息中心在软件和硬件方面的人员配置如何?

东华软件的HIS问题

对信息中心处理问题的响应时间有要求吗?

信息科如何控制HIS软件版本与更新问题的?

疑惑:这样也行?

药库和血库的区别

刚入行,求教PACS的实施难点在哪儿里
内容来自用户分享和网络整理,不保证内容的准确性,如有侵权内容,可联系管理员处理 点击这里给我发消息
标签: