随着医院信息化市场的日趋成熟，HIS企业结构也在日益完善，从产品研发到实施、售后，这些部门都有接触产品的机会。而在产品实施过程中，一旦客户有定制化需求或个性化需求，或者应用环境出现不可预料的软件错误时，HIS系统实施人员能否接触程序源码，有没有修改源码的权限呢?

分级HIS代码管控权限利弊分析

实施人员能否修改代码，要根据开发能力来判断。同时也要针对不同的需求和修改代码造成的影响来判断。比如医院用户需要添加或者修改某个特殊功能，实施人员完成这个需求对于整体系统不会造成过多影响。而如果对HIS系统核心逻辑进行修改，则可能为今后HIS系统的维护升级(尽管HIS一般都不能升级)带来隐患。

1、集中式代码管理和控制：有利于共同需求的整理和整合，有利于区域性需求的统一开发和更新，可以增加实施效率，实现系统维护与升级的可持续性。

2、分布式代码管理和控制：有利于就近解决需求，或因地制宜解决特殊需求(小需求，不合理但又不得不改的需求等)，可以提高实施效率。但是不适用于HIS系统的核心逻辑。

HIS实施现场源码修改应用方案

针对HIS实施过程中实施人员如何应对修改源码的尴尬问题，网友“patrick212”推荐4种方案。

1、正常流程：用户提出个性化开发，交给实施人员，实施人员再和总部的开发人员联系;

2、现场开发：开发人员陪同实施人员进行现场开发;

3、开放接口：开发人员定义好接口，实施人员调用接口开发;

4、完备的Lib：实施人员根据用户需求，直接拖拽控件生成所需报表。

报表实例分析

在医院信息化系统实施过程中，单据、报表可以直接应用报表工具，无须动用源程序的，比如应用PB做程序，将单据和报表集中在一个PBL中，形成报表工具。如此，实施人员需要某种单据或报表功能时直接应用即可。