区域医疗卫生信息共享平台门户建设方案

区域医疗卫生信息共享平台门户建设方案

站、RSS订阅、邮件订阅等方式可以使资源的服务方式得到更大的扩展。

通过内容管理平台的发布引擎,我们可以为政府门户网站生成网页、RSS订阅服务,WAP手机网站;通过更专业的内容分发系统,我们还可以为用户提供邮件订阅、内容受控分发、数据交换等等应用。

(6)内容的个性化服务

面向企业和公众,不同类型的用户他们对信息的关注点也是有差异的,因此需要面向不同的用户提供更为个性化的服务。

内容管理解决方案提供了多种个性化服务方式: ? 页面的个性化

结合内容管理系统的模板机制和内容发布机制,我们可以实现页面内容和布局的个性化设置,个性化设置由客户端程序生成,结合静态发布的方式,对服务器端的压力较小,但个性化的呈现方式也相对比较有限。

? 个性化订阅

订阅是一种主动式的服务,就是按照用户既定的关注内容,以邮件、RSS、手机短信等方式推送给用户。

管理平台中提供了多样化的个性化订阅服务,例如RSS订阅,只需要在内容管理平台中,为栏目多配置一个RSS标准的XML文件模板即可为该栏目生成RSS源,供用户使用RSS阅读器进行订阅浏览。

某市卫生局门户网站建设内容 项目 一、系统建设 1、网站内容管理系统 2、政府信息公开目录系统 3、全文检索系统 4、网上办事系统 5、互动服务系统 6、区域卫生面向公众服务系统 备注 第 25 页 共 30 页

区域医疗卫生信息共享平台门户建设方案

3.4.7网站预算

项目 一、系统建设 1、网站内容管理系统 2、政府信息公开目录系统 3、全文检索系统 4、网上办事系统 5、互动服务系统 描述 数量 备注 预算(万) 12 8 8 10 12 网站建设及内容管理平台 面向个人或相关医疗卫生机构提供服务,可以通过门户办理预约业务、进行 就医查询,以及调阅个人健康信息。根据业务需求,需详细调研 6、区域卫生面向公众服务系统 15 二、系统软件 1、数据库系统 2、数据交换中间件 (ORACLE 11G 标准版) 实现区域卫生信息平台数据与公网服务的数据交换 15 15 3、应用服务器中间件 三、系统硬件 1、服务器 2、网络设备及安全设备 三、网站实施费用 小计 注:每年维护费用:15万 12 9 0 8 124 数据库服务器、对外业务服务器、WEB服务器 3 IBM System x3650 M3 利用已有设备 第 26 页 共 30 页

区域医疗卫生信息共享平台门户建设方案

3.4.8维护项目说明 3.4.8.1系统级维护

1、服务器维护

定期监测服务器硬件运行状态,各硬件部件是否有报警情况,如有报警及时报告甲方进行换件;

定期进行服务器操作系统运行监测,监测运行状态,CPU、内存、硬盘的占用情况,根据监测结果,进行必要的维护工作;

2、系统维护

定期对系统运行情况进行监测,是否能够正常登录,操作的速度测试等等,根据测试结果,进行必要的维护工作;

3、数据库维护

数据库作为数据的核心存储及系统的重要支撑环境,在整个系统的重要性方面占最大的比重,所以维护任务也是占很大的比重,数据库维护主要从数据库运行监测,定期优化、数据库定时备份几个方面入手,尤其要定期进行数据库的备份,另外仅是完成备份还不够,还需要定时进行还原测试,确保备份的可用性。通过这几方面,便于服务器环境出故障后,可以用最少的时间,最低的成本恢复系统。

4、系统安全

定期对服务器杀毒软件及防火墙进行升级,并对系统进行扫描,发现问题,

即时处理,加强服务器安全。

3.4.8.2技术支持

1、日常应用指导,解决用户具体问题

面向系统用户提供应用指导,解决用户在系统使用中的实际问题,进行用疑

难解答、系统故障排除、应用经验交流等。

2、建立日常维护FAQ,以供用户自行解决常见问题。

第 27 页 共 30 页

区域医疗卫生信息共享平台门户建设方案

3.4.8.3系统故障应急处理

1、系统如发生故障,用户可立即通过服务热线电话通知责任工程师,工程师将到用户现场进行解决。

2、问题解决后,我们将为用户提供解决问题的报告,以便存档。 3、故障的影响程度及间断时间

3.1主服务器应用系统出故障,但数据库仍能正常使用时,可以切换到备用服务器,预估在1小时内完成。

3.2数据库出故障后,在无法恢复数据库的情况下,能将数据恢复到前一天的情况,恢复时间预估为3小时,3小时为导入数据的时间。

3.3以上故障的影响程度需要将现有的硬件进行部分扩容,如增加硬盘容量,从而保证每日的备份,新增备用服务器,保证即时的切换。如果以后能实现双机热备,则只有一台服务器出故障时,系统将不会间断。

4、故障情况及应急措施 4.1服务器硬件故障

故障描述:服务器部件发生故障,如硬盘,电源等。

最坏结果:如果为除硬盘以外的其它部件,会中断系统,造成用户工作延误,但数据不会丢失。如果为硬盘发生故障,在服务器做了RAID5以上的条件下,如果出故障的硬盘小于两块,换上新硬盘后,可以实现数据同步,即可以恢复系统,会造成用户工作延误,但数据不会丢失。

4.2应用系统故障

故障描述:web服务器程序损坏或者其他服务器应用程序不能启动。 最坏结果:造成用户工作延误,数据不会丢失。 4.3数据库系统故障

故障描述:运行环境服务器数据库系统发生故障,造成数据库无法启动或者出现机器不能启动等现象,客户端用户无法登录,系统无法运行。 最坏结果:一般情况下是造成用户工作延误,数据不会丢失。但是如果因为某种原因造成了数据库的损坏,则可能丢失故障发生当天的所有数据。

4.4数据意外丢失或人为破坏

故障描述:系统正常运行,但是发现部分数据非正常丢失。

第 28 页 共 30 页

联系客服:779662525#qq.com(#替换为@)