医院信息化建设软件配置管理的有关分析.docxVIP

医院信息化建设软件配置管理的有关分析 　　【摘要】在医院信息化建设工作当中，软件配置管理具有重要作用。如果缺失了软件配置管理，则可能进一步加深医院信息孤岛问题，甚至导致信息系统稳定性不够，影响医院日常工作，因此，要突出软件配置管理，在本文当中基于devops的方法来进行了分析，提出了一些措施策略，仅供参考。 　　【关键词】医院信息化软件配置管理devops 　　医院信息化建设当中，随着软件版本的不断更新，系统软件维护复杂程度日趋提升，医院软件管理越来越困难，因此需要开展软件配置管理工作。 　　一、医院信息化建设软件配置管理问题 　　在医院信息化建设当中因为众多软件公司参与，而维护人员又处在变动当中，项目之间缺乏有效的沟通，统一软件的维护优化工作不规范，系统的稳定性将大打折扣，影响正常使用。因为软件一直都在更新当中，最大的麻烦是软件版本无法回溯，随着软件开发进度持续下去，有新的版本出现覆盖了老的软件程序，但是发现却新程序存在问题，老程序稳定正确，但是不能回溯。一旦发生这种问题，对于软件编程人员来说，只能去重新写一份老软件程序来覆盖新程序，过一段时间发现老程序是有问题的，而解决的方法在新程序上。这是一种比较尴尬的情况。因此需要软件配置管理来解决这些问题。 　　二、医院信息化建设软件配置管理 　　2.1软件配置管理方法 　　良好的scm是打造持续交付部署的流水线，加速持续验证环节的基础支撑。目前有多种方法可以支撑scm，本文重点以devops为依托进行讨论。首先，devops支持代码管理，分布式代码管理会比集中式代码管理高效，分布式代码管理中，每个开发者本机都有一份完整的代码副本，即便出现问题，开发者依然可以提交代码。其次，devops的依赖管理，对于医院信息系统而言，外网的访问权限是受限的，很多开发人员并不能直接访问外网，所以必须要有内网建立所谓的私库，作为代理与外网的公共库同步。软件开发人员在构建时需要通过访问私库来解决依赖问题，如果没有这个私库，开发人员就需要花费大量的时间来解决依赖问题，当日后有新的依赖引入时情况会更复杂，开发人员的效率会受到严重影响。再次，通过持续交付流水线来串联实现持续集成、持续部署与执行单元测试。把承载能力的工具都归结到jenkins（执行单元测试能力）上。注意此处持续部署是部署在测试环境而不是生产环境，生产环境的部署放到运维上。最后，可视化，为了实时彰显持续交付流水线执行情况与单元测试执行报告，提高团队反馈速度与响应力，需要可视化设备，需要自动报送信息给相关人员也就是要高度自动化和可视化。依托当前医院信息化建设发展状况来看，执行devops是比较理想的一种scm管理方式。 　　2.2软件配置管理保证规范信息化建设 　　首先，要突出需求管理，控制不必要的软件变更。信息系统不断变更的根本原因是需求的不断产生。需求的产生主要目的是要实现软件功能的完善，所以一般来说，医院所用的应用软件变更是不可避免的，但是这种不可避免并不意味着随意去修改软件。必须要遵循一定的规范要求，因此可以指定信息系统需求管理办法，从需求申请、调研、论证、变更、跟踪等几个方面来对需求进行管理。同时要设置需求分析师，搭建一个专有的需求分析平台联系用户科室，用户科室将软件功能需求上传到平台上，并进行整合分析，并且需要定期组织多部门协调会，进行需求分析调研，论证软件更新的必要性与可行性。进而进入软件更新开发阶段。其次，控制版本发布流程，保证任意版本的可追溯性。这是非常关键的一环，软件变更，必定导致新版本软件的出现，而新版本的出现，可能会导致旧版本丢失或未知版本出现，scm的关键就在这里。通过控制版本来保证版本可追溯性。对于医院来说，可以协调制定医院信息系统变更、发布管理办法。依托这一规范文件要求，当软件确实需要更新，要在应用软件功能变更表上进行信息备案，包括需求说明、相关论证记录等。当然利用网格平台将devops集成在数据集成和交换移交平台上也是非常可行的方案，當然单独构建云平台也是可行的，可组织软件供应商协力构建基础设施，完成协作管理。最后，要突出信息化管理，将软件文档等相关资料构建成电子档案进行管理，依托医院信息系统技术文档管理规程，将各类应用系统接口标准、数据字典、使用手册、服务器安装说明、数据库配置、应用系统应用发布记录，功能变更等按照相应的项目名称进行分类管理，这样可以为配置审核提供控制和可追溯的依据，并且也能够保证需求的双向跟踪和落实。 　　结束语：综上所述，医院信息系统异常庞大，而且存在典型的异构性，对于信息系统的配置管理而言是一大挑战，处于当前技术发展层面的考量，医院要解决异构性数据的集成问题，应用软件的集成问题，在软件开发当中就需要统一的编