病案统计管理系统样本.doc

《病案统计管理系统样本.doc》由会员分享，可在线阅读，更多相关《病案统计管理系统样本.doc（31页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。

1、资料内容仅供您学习参考，如有不当之处，请联系改正或者删除。江西省病案统计管理系统项目技术方案 09月29日目录一、 项目背景与目的31.1建设背景31.2建设目的3二、 需求分析42.1业务流程42.2医院端需求分析52.2.1 业务需求52.2.2 功能需求62.3省厅端需求分析72.3.1 业务需求72.3.2功能需求8三、 系统技术方案103.1 系统部署方案103.2 医院端系统方案103.2.1 日志录入与查询103.2.2 病案首页报表设计、 发布113.2.3 病案首页数据录入113.2.4 报表统计113.2.5 归档借阅113.2.6 字典对照123.2.7 系统管理123.

2、2.8 数据上传123.3 省厅端系统方案123.3.1 系统机构、 用户123.3.2 数据交换133.3.3 数据质量控制133.3.4 数据分析143.3.5 系统升级143.3.6 代码管理143.3.7 系统管理15四、 系统开发要求174.1 系统技术要求174.2 运行平台要求174.3 系统性能要求174.4 系统质量要求17五、 项目实施要求195.1 总体要求195.2 项目工期要求195.3 项目团队要求195.4 项目实施过程管理要求205.4.1 系统开发阶段要求205.4.2 试运行阶段要求215.4.3 部署实施阶段要求215.5 培训要求215.6 售后服务要求

3、22一、 项目背景与目的1.1建设背景病案统计管理系统是医院信息系统建设中的重要组成部分, 也是实现医药卫生信息共享与利用的重要基础, 是医院建立原始记录数据库的重要手段, 是准确、 及时完成各项统计报告任务的主要工具。当前医院的统计病案数据库越来越庞大, 数据涵盖了医院门诊日志、 病人病案首页、 医院统计报表等大量信息, 是医院、 政府、 社会的宝贵财富。为了适应卫生统计改革与发展的要求和各级医院业务发展的需求, 根据 卫生部颁布的国家卫生统计调查制度, 省厅拟组织开发江西省病案首页统计管理系统, 该系统需实现日志录入、 日志查询、 首页录入、 综合查询、 报表统计、 归档及借阅、 数据上传

4、、 字典设置、 系统管理等功能, 能够满足医院、 省厅的统计和管理需求, 实现与国家卫生统计直报系统的无缝管理对接。1.2建设目的为了加快江西省医院信息化进程, 保证医院病案统计工作顺利开展, 提高数据质量, 提高医院统计病案管理、 分析与利用的水平, 实现统计病案工作标准化、 规范化、 自动化, 能更好地为医院的科学管理提供服务。二、 需求分析2.1总体业务流程医院将HIS系统数据提取到病案系统并经过数据核查后传输到病案数据中心进行统计分析。另外, 医院其它系统数据, 类似HQMS、 省附页, 中医附页的数据也经过接口的方式上传到医院数据中心。医院的数据经过数据交换将数据传到省厅数据中心,

5、省厅系统对数据进行统计分析。由于病案管理系统的数据是从his系统导入数据, 需要先将数据进行整合, 再从医院上报到省级平台。因此系统分为医院端和省厅端。2.2医院端需求分析2.2.1 医院端系统架构2.2.2 业务需求病案管理系统需要提供数据接口, 用来提取医院的病案信息数据和日志数据, 对这些病案数据进行整合, 并进行统一的管理和应用。系统要能够对病室工作动态、 床位使用情况、 治疗结果、 门诊量、 收入效益等医疗信息进行查询。医院端系统需要提供数据校对核查功能, 经过对病案首页数据和日常日志数据进行比对, 如果对比结果不一致, 将修改病案数据或者日志数据, 使之保持平衡, 若两者数据一致,

6、 将数据进行报表汇总以及导出、 打印。系统还应该提供病案借阅的功能。当医院有病人多次入院的话, 医生就有必要调阅病人历史病案信息, 了解在案病人以往的病历情况, 为病人治疗提供参考。系统需要对借出病案进行统一管理, 同时需要对病案的归还情况进行查询和统计。医院需要对院内附页的设置和各类科室的系统应用进行设置, 方便各类用户灵活快捷的使用, 需要对用户及权限进行统一管理。由于医院需要填报国家卫生计划委员会下发的出院病人调查表( 卫统4表) , 为了避免数据的重复录入, 提高数据的利用率, 需要将医院的病案首页数据直接上传到省卫生厅服务器。2.2.3 功能需求根据病案管理系统医院端的业务需求分析,

7、 医院端系统需要提供以下功能, 实现系统整体要求。2.2.3.1 日志录入系统需要提供规范的数据接口, 使日志数据能够从医院HIS系统导入到病案管理系统, 并按接口整合、 汇总数据。方便用户对日志数据进行统一管理和使用。2.2.3.2 日志查询系统需要提供日志信息的查询表, 查询看病日志的相关数据, 以及各类医生的工作量。2.2.3.3 病案首页完成病案首页资料的录入, 以及完成对病案的查询、 维护和打印; 具有新首页、 省附页、 HQMS、 肿瘤专科附页、 中医附页等各种首页的整合和管理功能。具有病案质量评估功能。2.2.3.4 报表统计将整合的病案数据和各类日志数据进行汇总, 产出日报、

8、月报、 季报、 年报、 非正式报表、 院内用表、 增减表、 台帐、 一览表等多种汇总表, 并提供动态图表展示, 方便用户查询各类医疗业务情况。2.2.3.5 归档借阅系统需要提供病案借阅的功能, 完成病案的归档、 借阅、 归还等管理工作。2.2.3.6 字典管理医院端还需要提供字典管理的功能, 用来实现对医院科室、 ICD码、 手术码、 单病种、 医生和首页标准编码等各种字典数据的维护与规范, 能够自定义院内附页和多级科室的设置, 要灵活、 方便的使用。2.2.3.7 系统管理主要完成系统初始参数、 用户权限、 用户组分配、 扩展字段、 查询显示模板的设置以及数据导入导出的管理。限制非法登录及

9、系统用户权限可定制功能。2.2.3.8 数据上传医院根据卫生厅行政部门的要求, 把病案首页数据和报表数据上传到省级系统, 对新首页和HQMS的不同标准执行符合省标准的整合。2.2.3.9 数据迁移将现有江西省卫生统计直报统中的病案首页( 卫统4表) 中的历史数据导入到新系统中; 支持从HIS、 电子病历数据直接接入和excel导入等多种方式获取病案首页数据。2.3省厅端需求分析2.3.1 省厅端系统架构2.3.2 业务需求省厅需要与医院病案数据进行数据交换, 实现省内医院病案数据的共享。同时, 需要提供查询数据交换的时间, 修改痕迹等等明细信息。省厅病案系统需要提供数据审核校验的功能, 对从医

10、院端交换来的数据进行审核和审批, 对于问题数据退回。同时省厅服务器将医院的病案数据交换到网络直报系统, 与网络直报系统无缝对接。省厅系统还需要将医院的病案数据进行统计分析, 系统需要支持统计分析算法、 表格的新增、 修改, 对关键指标进行示警分析。统计分析结果需支持三种以上统计学常见图形展示, 包含但不限于折线图、 圆饼图、 柱状图, 关键指标需支持报表和图形两种显示方式。为了保持各医院的科室、 ICD码等常见字典数据一致, 全省需要对这些字典数据进行统一管理, 经过基层申请, 省厅统一维护管理, 实现全省字典库标准化管理, 当字典数据发生变化时, 省厅能够统一进行升级维护, 省厅将升级包下发

11、给各医院, 医院接收到升级包后自行升级医院端系统。同时省厅服务器统计显示升级的医院明细, 方便了解医院是否及时更新系统。2.3.3 功能需求根据省厅端的业务需求, 省厅病案系统需要提供以下几个方面的功能。2.3.3.1 数据交换管理对医院病案信息交换状态进行查询、 催报, 并对异常结果进行反馈。提供病案数据交换归档管理功能( 包括交换文件名、 提供单位、 交换时间、 修改留痕等) 。支持全省病案数据与网络直报系统无缝对接上报功能。2.3.3.2 数据质量控制提供高效灵活的数据审核功能, 显示审核状态。支持数据评估、 调整功能, 对于问题数据提供退回功能。提供数据加锁、 解锁功能, 自动锁定经过

12、审核和审批的数据。2.3.3.3 数据分析需要提供数据分析功能, 对医院病案首页进行统计分析; 支持统计分析算法、 表格的新增与修改; 床位周转率、 均次药费、 平均住院日等关键指标的示警分析; 统计分析结果需支持各类图形展示和报表展示; 着重完善医疗质量与费用关键指标分析。支持自定义分析报表, 拖拽分析。2.3.3.4 系统升级维护支持病案指标的升级维护管理功能, 支持升级内容一键下发升级, 基层对接受到的升级包经过向导式提示完成系统无缝升级工作。2.3.3.5 代码管理支持对科室、 ICD码、 手术码、 单病种、 医生种类和首页标准编码等各种字典数据的全省标准管理功能, 经过基层申请, 省

13、厅统一维护管理的方式, 实现全省字典库标准化管理, 建设完善江西省标准的ICD码字典库。2.3.3.6 权限管理提供三权分立的管理模式, 实现用户权限分级控制。系统管理员进行系统管理, 卫生行政部门审核、 审批和汇总, 基层单位填报数据。加强密码管理, 登陆次数限制, 同一登陆用户多客户端登陆限制等。2.3.3.7 系统管理提供系统及数据操作日志管理功能, 帮助用户及时了解系统运行情况。提供系统和数据库备份功能, 支持打包备份, 支持自动备份和手动备份。支持定时执行计划任务, 并记录计划任务执行结果日志。三、 系统技术方案3.1 系统部署方案系统架构采用省级、 医院两级部署方式, 医院本地部署

14、一套系统, 省厅部署一套系统。省厅系统与各医院系统保持网络相连。医院的数据经过数据交换的方式传输到省厅服务器。3.2 医院端系统方案根据医院端的业务流程以及功能需求, 分别对各个模块经过如下解决方案。3.2.1 日志录入与查询系统中提供表格录入方式录入门诊医技日志和住院部分日志, 每个工作日志提供多种输入界面, 如按日期输入、 按科室输入、 直接输入。同时自动加载字典库, 部分字段无须输入, 如科号、 科别、 医生等, 系统均自动加载。对于工作日志, 提供导入功能, 将医师的excel日志直接导入到系统, 无需重复录入。所有工作日志提供按天、 按月两种查询方式。查询后, 可打印、 导出、 导出

15、为查询结果。3.2.2 病案首页报表设计、 发布病案首页报表根据江西卫生厅要求的格式, 经过报表设计器设计, 然后发布到病案服务器。系统报表设计的操作界面与Excel类似, 基于单元格的设计思想, 而且提供向导及图形化报表设计工具, 用户无需关心后台数据库结构, 经过图形化的界面操作即可设计出需要的报表的表样。3.2.3 病案首页数据录入系统提供直接录入的方式录入病案首页数据, 也能够经过数据接口对HIS系统数据进行抽取, 整合为病案首页的格式。3.2.4 报表统计医院病案系统将各种抽取的数据进行分类汇总统计, 住院部分包括年报、 月报、 季报等统计报表, 住院院内用表, 住院台账, 住院增减

16、表以及住院病人的动态表, 门诊部分除了年、 月、 季的统计报表和常规的台账和增减表, 还包括门诊日报表。系统提供查询表, 对各类统计数据进行查询分析, 方便用户了解医院业务情况。3.2.5 归档借阅归档及借阅包括病案归档登记、 病案归档查询与统计、 病案借阅、 病案归还、 病案借阅统计等内容。归档登记: 提供单个添加和批量添加病案信息, 同时提供接口接受HIS系统的病案首页数据。归档查询与统计: 提供病人病案信息的归档查询功能, 用来查询医院住院病人的病案归档情况, 方便用户及时对病人信息进行归档登记。查询包括病案归档的及时归档数( 率) 、 按时归档数( 率) 、 逾期归档数( 率) 等等。

17、病案借阅: 病案借阅提供按归档日期、 按出院日期, 按科室、 按住院医生等方式查询借阅。病案归还: 系统提供病案归还的功能, 方便用户归还借阅的病案。借阅查询与统计: 提供病案借阅情况查询功能与统计功能, 能够方便管理员对病案借阅进行管理。查询包括病案借阅的借阅时间、 借阅期限、 归档时间等。3.2.6 字典对照针对已有HIS的医院, 由于各个医院的HIS系统设置的各类数据字典和省级标准不一致, 因此病案系统提供字典对照表功能。经过字典对照把从HIS接收过来的科室、 ICD码等各类字典数据, 匹配成病案系统中省级标准的字典数据, 同时将对照的结果上传到省厅服务器, 以便病案数据准确的上报到省厅

18、服务器。3.2.7 系统管理 系统管理提供医院基本参数的初始化, 同时经过增删查改的方式对用户、 用户权限、 日志等进行管理。3.2.8 数据上传医院系统的病案首页将来自医院HIS系统的以及HQMS、 肿瘤专科附页、 中医附页等各种首页数据进行整合提取后, 需要将数据交换至省级平台中。能够定制相关的数据接口, 经过接口生成数据文件或者数据包, 将数据上传至省厅端进行导入。3.3 省厅端系统方案3.3.1 系统机构、 用户由于卫生统计直报系统已存在医院机构信息数据, 可经过数据交换的的方式将医院的机构信息导入到病案管理系统, 从而保证机构、 用户ID的一致性。当前直报系统将机构信息设置了有效期的

19、起止时间段, 作废的机构信息仍存在机构表中, 可是机构在系统中不启用。病案管理系统机构信息与直报系统信息定期同步, 直报系统已作废的机构在病案管理系统中同步作废。3.3.2 数据交换医院数据经过数据交换的方式将数据传输到省厅服务器, 由医院系统端的消息中间件( MQ) 完成与省厅系统端的消息中间件( MQ) 的数据交换。在进行数据传输的过程中, 支持对传输过程的监控, 包括传输的进度, 传输成功和失败的监控等。3.3.3 数据质量控制数据质量控制主要经过数据审核的方式实现, 医院HIS系统以及外部数据整合到病案系统时, 会经过逻辑审核和合理审核, 合理性审核是非强制性审核, 仅用于提示作用;

20、逻辑性审核是强制性审核, 不经过不允许上报数据。同时系统提供数据审批功能, 当数据进入审批流程以后, 对于审批不经过的数据, 系统能够对问题数据退回, 用户能够对数据进行重填或者修改。系统经过给数据添加上报状态字段, 字段数值根据数据的上报状态改变而改变, 能够经过字段的查询来查询数据的上报状态, 以表格的形式列出应报户、 已报户、 未报户、 已经过审核、 未经过审核等各类用户的数量及所占百分比, 以便进行及时催报。3.3.4 数据分析省厅经过医院上报的数据, 经过图标展示分析日报、 月报、 季报、 年报、 非正式报表、 院内用表、 增减表。对医院诊疗人次、 入院人数、 出院人数进行分析, 并

21、对这些指标提供分地区、 分机构类别、 分科别、 历年趋势等多个维度的分析展现。同时对单病种等医院常见指标进行分析。针对HQMS系统上报的的数据, 对住院死亡类指标、 重返类指标、 医院感染类指标、 手术并发症类指标、 患者安全类指标、 医疗机构合理用药指标、 医院运行基本检测指标等常见指标进行分析。3.3.5 系统升级省厅服务器经过消息中间件MQ进行升级包的下发传输, 医院系统检测到升级包后一键升级, 如果执行的过程异常关闭或者报错导致终止升级, 系统管理员下次登录系统时, 将自动跳转到升级界面。系统升级会保存升级日志到本地, 以便查看升级过程的详细信息。3.3.6 代码管理代码管理功能首先由

22、申请人申请代码变更, 管理员能够进行恢复与维护, 并对申请给以回复。系统将定制一个代码维护功能页面, 此页面能够绕过系统登录环节, 直接访问不需要用户登录直报系统。这样不影响现有功能和页面, 回复人依然是需要系统中并有系统管理员权限的用户才能回复。为了保证申请功能的使用的安全性, 系统使用文字图片校验码以控制防止机器人申请。另会尝试在客户端的COOKIE保存当前用户申请数量进行一定的限额, 在服务端尝试使用单个IP最大申请量限制( 此方式需要确认生产环境是否未采用反向代理等策略) 。系统会允许设置单日最大申请量, 防止暴力申请和恶意数据攻击。3.3.7 系统管理3.3.7.1 日志管理日志管理

23、分为两部分, 一部分是医院端系统数据整合时的操作日志, 包括HIS系统以及HQMS系统数据提取数据操作发生的操作时间、 客户端的IP等等信息。另一部分是医院端数据经过数据中间件进行数据传输时的操作日志, 包括传输时间、 传输结果状态等等信息。日志管理记录系统操作过程中的各类日志信息, 提供日志查询功能, 经过关键字查询日志。3.3.7.2 备份策略本系统采取的备份策略为, 在每日进行增量备份, 每周做一次全量备份。3.3.7.2.1 每日增量备份增量备份采取计划任务的方式执行, 在每日用户操作闲时( 例如晚上0时) , 对前一天备份后增加、 改动的部分数据进行备份。增量备份可分为多级, 每一次

24、增量都源自上一次备份后的改动部分。差异备份就是只备份在上一次完全备份后有变化的部分数据。如果只存在两次备份, 增量备份和差异备份内容一样。( 1) 差异备份( 级别大于等于0) 一个控制文件或数据文件的备份, 只包含自从前一次增量备份以来被修改过的数据块。( 2) 累积增量备份( 级别大于等于0) 这种备份经过减少所需要转储的增量备份的数量来减少时间。然而, 累积备份需要更多的空间和时间, 因为它们要备份上一次同一级别的增量备份已经记录的信息。( 3) 多级增量备份根据多级增量备份的特点, 能够创立不同级别的增量备份。最多能够定义五个级别, 从0到4。多级增量备份使恢复操作更加方便, 因为在转

25、储时, 只需要一个某一特定级别的增量备份。3.3.7.2.2 每周全量备份全量备份采取每周进行一次的方式, 也能够选择在闲时( 如周日0点) , 也能够设定计划任务由系统自动执行。全量备份能够备份所有的数据, 在恢复时能够恢复全部数据。四、 系统开发要求4.1 系统技术要求 系统应采用成熟的软件开发技术和先进的开发理论。系统采用分层应用架构设计。项目开发应采用JAVA语言, 采用J2EE架构和B/S模式, 定义和浏览报表、 图形等统计分析内容, 必须都采用浏览器方式。4.2 运行平台要求系统应支持HTTP网络协议。所采用的软硬件平台应具备开放性, 服务器端程序能适应多种操作系统环境, 支持多种

26、数据库类型和中间件产品。4.3 系统性能要求根据需求阐述推荐的软硬件配置方案, 包括系统建设的硬件配置、 操作系统、 数据库、 中间件、 应用系统以及网络传输带宽要求。用户数量: 系统应支持最大用户数不少于5000, 峰值在线用户数不少于1000, 峰值并发用户数: 不少于500。响应时间: 打开、 刷新页面时间不超过3秒, 数据查询时间不超过5秒, 数据导出时间不超过30秒4.4 系统质量要求可扩展性: 系统应提供一个弹性架构, 支持使用配置而免编程的方式对统计业务流程、 调查表样、 查询统计等功能的定制与调整。支持二次开发, 系统接口封装良好。提供第三方开发商系统集成接口。易操作性: 提供

27、简洁、 美观、 直白的用户界面。符合windows标准以及浏览器通用方式, 具备中文支持功能, 提供向导式系统安装界面。系统功能模块的定制操作( 如决策支持模型、 统计分析算法及时间等) 提供可视化的操作。稳定性: 系统全年稳定运行的设计技术指标。需要避免因升级而影响系统正常运行。宕机时间应少于4%, 平均故障间隔时间应超过三个月。准确性: 系统要对统计分析结果的正确性和完整性进行验证, 并对系统的敏感数据进行特殊处理。可维护性: 系统升级简便, 具备错误问题远程分析与排除功能。可管理性: 每个层次、 每个对象都应提供标准的管理接口或管理界面。安全性: 系统应支持数据存储、 数据传输、 密钥管

28、理等安全功能。提供所有系统操作日志记录, 具备防止篡改的审计追踪功能, 包括对系统参数、 用户数据的增删操作, 以及系统登录等其它重要操作, 确保系统安全运行。保障性: 在系统因硬件、 自然灾害或人为因素造成瘫痪情况下, 要预先制定应急方案, 可有效应对紧急情况, 快速恢复系统运行。五、 项目实施要求5.1 总体要求实施方案: 本项目实施首先要制定项目实施方案, 包括项目管理、 需求确认、 工作进度表、 系统设计、 系统开发、 系统测试、 系统部署、 数据抽取、 试运行、 运行维护、 培训等策略。按照项目实施方案完成系统开发任务, 功能模块要符合业务需求。人员要求: 项目实施过程中, 未经许可

29、, 不得更换实施人员。实施部署: 完成市卫生统计数据采集系统、 市卫生统计分析与决策支持系统的部署。系统测试: 需要提供测试计划, 并对系统进行测试, 包括产品测试、 性能测试、 压力测试、 数据迁移、 系统试运行测试, 并提供测试报告。项目文档: 要求提供项目相关文档, 包括项目管理文档、 系统技术文档、 数据字典、 用户手册和系统管理手册等文档( 中文) 。系统验收: 系统试运行后, 经双方确认后形成验收文件作为验收依据。5.2 项目工期要求项目建设周期为12个月, 工期安排如下: 10月项目招投标、 项目启动; 11月- 6月项目开发; 6-8月系统测试、 部署、 用户培训、 试运行及初

30、验; 9月正式运行及项目终验。5.3 项目团队要求本项目需要一支为项目建设提供全面解决方案、 数据仓库建设和数据分析项目经验丰富、 配合默契且稳定的专业化团队。人员配置科学合理、 分工明确, 至少应包括项目经理、 系统分析师、 系统设计人员、 软件开发人员、 测试人员、 配置管理员、 用户培训、 部署实施、 运行维护等角色。1项目核心人员必须专职、 全程负责本项目的实施, 未经许可不得更换。2应配备业务经验丰富的项目总监、 项目经理、 软件开发责任组长、 软件测试责任组长等人员。项目经理须专职并全程负责本项目实施。项目经理、 软件开发及软件测试责任组长需有5年以上软件开发经验、 3年以上项目管

31、理与分析设计经验。3、 项目参与技术人员须具有相关项目软件开发及实施经验, 熟悉卫生统计基础知识, 必须具有责任感和服务意识。所有软件开发人员均有2年以上软件开发经验。4、 在不同阶段配置足够的人员组织实施项目, 确保按项目进度完成建设工作。5、 制定详细人员组织方案, 包括人员姓名、 学历、 开发经验及职责分工。5.4 项目实施过程管理要求5.4.1 系统开发阶段要求方案设计: 调研系统现状, 明确细化具体的建设任务, 建设技术路线, 建设技术框架以及实现的技术方法, 形成详细的设计文本。制定项目施工时间进度计划, 进行必要的项目实施风险分析并提出风险规避办法和措施。需求分析和系统设计: 按

32、照项目实施计划完成需求分析和系统设计工作, 深入各业务部门开展需求调研工作, 编制需求分析工作计划、 业务现状调研报告、 管理问题分析报告、 业务模型设计报告、 需求规格说明书、 系统概要设计和系统详细设计等文档, 并经过评审, 制作界面原型系统便于确认需求。系统开发: 按照项目实施计划所确定的目标完成开发工作, 编制项目开发工作计划、 总体设计报告、 软件详细设计报告、 数据标准化设计报告、 数据库设计报告、 测试设计报告、 用户手册、 内部测试报告等文档。系统测试: 按照项目实施计划所确定的目标, 提出测试方法, 制定测试规范, 按照测试要求提供系统测试相关的各项报告, 功能和性能测试报告

33、等文档, 包括计划、 用例和报告。过程评审: 完成方案设计、 需求分析、 系统设计、 系统开发、 集成测试等阶段工作时, 均须经过评审。5.4.2 试运行阶段要求部署安装: 进行应用系统及配套基础软件的安装和部署。培训: 根据要求制定试点工作计划和技术方案, 编制试点培训教材( 包括应用系统部署手册、 用户操作手册、 培训PPT等文档) 。做好试点记录、 系统完善工作。联调测试: 完成本项目中所包含的网络、 安全、 数据、 应用等的联调测试工作, 最终实现上线试运行。初验: 试运行后, 同时进行试点工作验收。5.4.3 部署实施阶段要求( 1) 项目部署实施计划需要按照要求制定项目部署实施的工

34、作计划和技术方案。( 2) 部署安装根据项目部署实施工作进行应用系统及配套基础软件的安装和部署。5.5 培训要求本项目应安排经验丰富的培训人员, 为系统使用人员提供系统配置、 开发、 安装、 使用和维护等方面的培训, 培训讲师必须满足系统原厂商的培训资格要求。同时还需要提供详细的培训方案和培训承诺。培训方案主要包括培训组织机构、 培训内容、 培训大纲、 培训计划、 培训对象等, 并按照上述要求进行详细说明。要求提供培训所需计划和资料、 培训教材格式包括视频教材、 用户操作手册、 培训PPT, 培训所使用的语言和教材必须是中文。5.6 售后服务要求服务期: 项目终验后1年内, 提供本项目免费售后

35、服务与技术支持。服务方式及对象: 提供实时在线的客户服务, 具备灵活多样的通讯手段, 提供512小时响应服务。实时解决常见问题, 系统宕机后4小时内恢复正常。服务对象为卫生统计数据采集系统和卫生统计分析与决策支持系统的相关使用者。具体服务内容如下: 实时技术支持。提供512小时技术支持服务, 在接到技术支持要求时, 应为系统使用人员提供如何使用系统的咨询。故障响应。在接到故障报修要求时, 1小时内做出明确响应和安排, 在2小时内提供维修服务, 并做出故障诊断报告。热线服务。提供热线电话、 QQ群、 E-mail、 传真、 网站等途径。系统升级。质保期内应提供免费的应用软件产品升级服务。升级内容包括解决的BUG、 采纳用户建议以及业务需求调整实现的功能和其它内容。