本周头条：
问做HIS的厂商、做HIS实施的同仁一个问题，在你们的公司中当部门建设的比较完善研发部、项目实施部、售后服务部。那么项目实施部能不能接触到程序的源码？并且有没有权利修改源码？ 如果不能修改源码，那么在实施过程中遇到有客户的定制需求或个性需求怎么解决？例如打印，报表等。 另外，应用环境的不同有可能出现不可预料的软件错误，那时又怎么处理？ 还有诸如要与其它软件做系统接口，这个工作是由实施来完成，还是提交给研发呢？间接的提交给研发会不会存在沟通障碍？
网友1：实施当然不会修改源代码，定制也只能由开发部门统一设计完成，查询与报表很容易解决，这个做个开放接口就可以把，应用环境的不同有可能出现不可预料的软件错误，那时又怎么处理？那看什么错误了，还有诸如要与其它软件做系统接口，这个工作是由实施来完成，还是提交给研发呢？间接的提交给研发会不会存在沟通障碍？接口看类型，有开发做的，也有可能由实施完成，至于有没有沟通障碍，还是看公司流程把。 网友2：我所知道的所有的单据、报表直接有报表工具，无须动用源程序的有中联、众邦用PB做的程序，大部分把单据和报表集中在一个PBL中，也算有发布工具。定制就出定制的钱，所以研发可以现场支持。 网友3：对于实施修改代码来说，是件比较纠结的事情，第一是开发能力，当然不是对实施开发能力的怀疑，如果只是添加或修改此医院的一个特殊功能，那无所谓开发能力的问题，假如是对核心逻辑的修改，则可能牵涉到今后的维护升级（尽管HIS一般都不能升级）带来隐患。 集中的代码管理和控制有利于共同需求的整理和整合，有利于区域性需求的统一开发和更新，可以增加实施效率。 分布式的代码管理和控制有利于需求的就近解决，或者特殊需求的特殊解决方式（小需求，不合理但又不得不改的需求等），也可以增加实施效率。但是改得多了万一要做其他更新可能会遇到毁灭性的问题。 所以具体的离岸开发，还是现场开发对于客户来说没有任何损失，只是HIS厂商在产品供应策略和实施开发效率上的调整而已。
发帖 82 篇 （50金币，活跃会员勋章，霸气外漏勋章） 发帖 72 篇 （30金币，活跃会员勋章，霸气外漏勋章） 发帖 28 篇 （10金币，活跃会员勋章）