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

站、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 页