1、一、软件设计应该是低耦合作为维护人员，医院信息需求一成不变。随着医院发展和医保政策落地，借助信息系统恝依在绌来解决收费问题，那么软件商对于自身信息系统很多时候是高耦合，不利于维护，意思是每一次修改都大动干戈，改一处动全身，若上传需求程序更新，就引发各种错误，直接影响医院业务开展。医院应该注重软件商产品顶级设计框架，若低耦合也就是表与表之间联系不大，这样就算我这个模块出现故障，也不会影响到全部。所以低耦合出现故障比较少，但缺点是增加很多表，会使得系统变得有点臃肿。
3、三、需求反馈机制应该落实基层医院缺乏专业人士，反馈机制可以说没有。但需求反馈机制在维护当中是一项很重要的工作，需求没反馈，不利于开发者开发，容易凭自己观念来修改，容易误导用户使用。另外，使用需求反馈机制可以有利于加强本部门工作制度。需求反馈必须涵盖经办人，具体问题，具体时间，反馈时间等等。都需要提前提供我这里。
5、五、人员应李驳逃羁急管理制度要做好运维工作，受限要落实分管信息化领导以及信息负责人，可以兼管。每年运维费要安排人员向工程师学习，掌握服务器维护，数据库，信息系统安装以及操作等等多方诹鬃蛭镲面知识，定期组织院内使用者培训，提高操作水平。另外要制定出相应制度，比如人员应急管理制度（尤其系统出现故障，应如何快速排查故障或者应急方案）。
6、 作为一名运维人员，不单是从机房、服务器、数据库、信息系统、信息管理等多方面都要综合培养，基层医院信息系统多是收费系统，但随着医院发展，利用信息系统来节省成本，有利于医院向上发展。
