信息系统建设管理制度

信息系统建设、管理制度

一、总则

(一)为加强医院信息系统建设阶段项目管理,规范信息系统规划、建设管理流程,及时提供满足管理与业务需求的应用系统,特制定本制度。

(二) 本制度适用于医院信息系统建设、管理工作。

二、职责

医院信息部职责:

负责受理各科室提交的信息系统需求的申请,并进行审核;

负责对各科室提交的信息系统需求进行需求分析,同时需要进行安全分析,主持需求方案、概要设计审核;负责质量把关,组织信息系统验收与正式上线使用;负责软件开发过程中的整体协调工作。

负责对新建的信息系统、设备、配套设施进行监督及管理。

三、工作程序

(一)提出需求:

各科室提出开发的应用软件的需求,具体包括:时间要求、功能要求、权限控制、安全要求与业务流程。

(二)受理:

信息部在接到各科室的需求后,报请分管领导批准,经领导批准后立即着手安排各项准备工作,制定任务计划,包括人力资源的考虑与时间要求的考虑,寻找系统供应商进行协商,向信息系统供应商提出应用需求。

(三)需求分析:

信息系统供应商在接到需求后,与医院信息部共同进行需求分析。

(四)需求审核:

信息部组织各科室、信息系统供应商共同进行需求方案的审核,信息系统供应商提供审核所需的材料与方案,负责技术问题的解释。各科室应认真审核方案所描述的内容就是否符合业务与管理要求,如果不符合要求,信息部与信息系统供应商重新进行

需求分析,直到审核通过为止,各科室签字认可。

(五)概要设计:

信息系统供应商对审核通过后的方案按建设标准开始进行概要设计。

(六)概要设计审核:

信息部组织需求部门对信息系统供应商的概要设计进行审核,包括:就是否符合各科室提出的业务与管理要求,就是否符合软件建设标准的要求,结构就是否合理。审核未通过,信息系统供应商重新进行概要设计。

(七)软件建设:

信息系统开发商对概要设计通过后的需求进行建设,完成所有界面设计、业务流程与功能规划。

(八)软件审核:

信息部组织各科室、信息系统开发商共同进行软件的审核,业务部门要对界面、业务流程与功能划分进行确认,如未达到各科室的要求,重新进行软件系统的建设,直到审核通过为止,由各科室签字认可。

(九)详细设计与代码编制:

信息系统开发商对软件审核通过后的应用进行详细设计与代码编写,并按软件建设标准文档模版补充与完善详细设计说明书。

信息系统开发商对代码编写完的应用产品编写安装维护手册、用

户操作手册、用户测试报告,并进行多种方式的测试,包括:开发人员自身的测试、环境的测试,使用人员的测试。测试的内容不仅需要包含功能需求,也需要包含业务系统的安全需求,测试人员在测试完成后应编制测试报告,如果出现BUG或者不满足安全需求,要求填写BUG 记录表,开发人员修订程序代码,直到测试完全通过。

(八)安装部署试运行:

信息部根据安排通知信息系统开发商开始安装部署试运行时间。由信息部组织各科室进行安装部署试运行工作,并由各科室安排人员进行测试工作。

(九)试运行审核:

信息部组织各科室进行试运行,对程序中的关键点与安全需求按照测试报告进行严格测试,各科室应配合信息部对应用系统进行试用,验证系统功能就是否满足业务与

管理要求,如果试用过程中发现不符合业务与管理要求,应认真填写问题反馈意见。如果各科室反馈意见表明试运行不合格,信息部将要求信息系统开发商重新进行代码编写与测试,直到试运行通过。

(十)信息系统验收:

信息部组织各科室对信息系统开发商提交的应用系统进行验收,主要根据试运行用户测试结果与合同中规定的验收文档与其她要求进行验收工作,信息部负责严格检查技术文档与业务操作文档,各科室出具验收报告,由信息部汇总项目验收报告后报分管领导。若验收不合格,由信息部与信息系统开发商重新商定验收时间,择日进行,直到验收通过。

(十一)系统上线:

在系统正式投入使用前,信息部负责对系统的基础架构平台进行安全检测与评估,安全检测的范围包含但不仅限于:操作系统、数据库、网络、信息系统功能隐患、结构合理性、源代码缺陷。信息部确

认该系统满足信息安全要求后,系统才可以正式上线使用。

(十二)记录归档:

信息部在项目结束后将所有记录根据档案管理的要求进行归档工作。

四、本制度由信息部修订与解释。自公布之日起施行,原《信息系统规划、建设管理制度》同时废止。