信息化精编八一康复中心信息化建设方案Word文档下载推荐.docx
《信息化精编八一康复中心信息化建设方案Word文档下载推荐.docx》由会员分享，可在线阅读，更多相关《信息化精编八一康复中心信息化建设方案Word文档下载推荐.docx（37页珍藏版）》请在冰点文库上搜索。
1.4.4.3可扩充性9
1.4.4.4可伸缩性9
1.4.4.5安全性9
1.4.4.6可管理性9
1.4.4.7开放性10
1.4.4.8准确性10
1.4.4.9经济性10
1.5网站分期功能11
1.5.1一期功能实现11
2工程进度安排建议13
2.1项目保障13
2.1.1保障策略13
2.1.1.1组织保障策略13
2.1.1.2标准化策略13
2.1.1.3知识转移策略14
2.1.1.4推进策略15
2.1.1.5上线策略15
2.1.1.6开发保障策略15
2.2项目组织架构16
2.2.1项目管理整体架构16
2.2.2工程分工界面16
2.3项目实施计划18
2.3.1实施计划18
2.3.2主要交付物（系统提交成果）18
3系统测试及验收规范19
3.1项目测试概述19
3.2使用的工具介绍19
3.2.1配置管理工具19
3.2.2测试管理和缺陷跟踪工具19
3.2.3压力测试工具21
3.2.4单元测试工具24
3.3测试过程管理25
3.3.1测试概述25
3.3.2测试的主要活动26
3.3.3测试的组织结构27
4培训计划28
4.1培训范围28
4.1.1系统开发阶段28
4.1.2系统试运行阶段28
4.1.3系统上线前的培训28
4.1.4项目组内部培训29
4.2培训目标29
4.3培训策略29
4.3.1采用授课结合练习的方式29
4.3.2提供多种形式的培训教材29
4.3.3利用考核验收加强学习效果30
4.4培训计划30
4.4.1管理培训30
4.4.2操作培训30
4.5培训过程管理31
4.5.1培训准备31
4.5.2培训实施32
4.5.3培训评估33
5系统及设备配置建议清单35
5.1服务器/主机35
5.1.1tpmC指标35
5.1.1.1TPC35
5.1.1.2tpmC35
5.1.1.3关于指标的说明36
5.1.2主机系统需求36
5.1.3性能和存储计算37
5.1.4一期硬件配置38
6软件报价清单41
6.1一期报价清单41
1总体方案
1.1建设目标
·
将网站建设成为全国一流康复内门户网站，实现全新的中心对外宣传形象；
提供客户咨询服务、预约挂号服务、电子病历管理、远程医疗服务、自助取单服务、远程护理服务、医疗信息查询等；
辅助中心产品营销。
在后期访问量多了之后做数据分析，发展医疗行业增值业务；
1.2设计原则
高度的可靠性和稳定性，系统具有较强的容错、容灾能力，完善的系统纠错恢复安全机制和自动诊断告警能力，可以承受大量并发用户访问的压力；
先进的系统设计，系统采用面向对象的、构件化的系统设计和实现方法进行应用软件的设计和程序开发；
统一的数据标准，系统在全网范围内采用统一的数据字典、统一的编码体系、统一的文件格式标准和统一的数据接口标准；
良好的可扩充性，系统的主机平台、网络平台、数据库等平台具有良好的可扩充性（升级能力），尤其是系统的应用软件设计方案充分考虑可扩展性，数据模型的设计充分考虑系统将来可能的扩展和业务的变动，以适应业务的迅速发展，同时系统可以方便地和其他系统交换数据。
灵活的可伸缩性，系统在软件设计时具有伸缩性很强的体系结构，以能够适应业务的不断发展和用户规模的扩大；
高安全性，系统安全是保证互联网应用正常开展和运营的必备条件，在系统设计中，将从多个层次全面考虑系统的整体安全，达到应用及传输过程中数据不可篡改、不可窃取；
高可管理性，提供安全的、有效的、统一的、细致的权限管理机制和信息内容的审核发布机制，提供完善的数据、应用程序的备份方案以及集中的系统日志；
通过权力的分级与下放，可以减少存在的管理权责不清，大大提高管理的工作效率。
技术先进性，系统采用当前技术上较为先进和流行的技术架构，充分考虑了系统的性能和可扩展性。
1.3实现原则
本次项目按照统一规划、统一设计的原则，分步、分阶段实施的进行建设。
前期可以考虑先做移动医疗、远程护理、电子病历、自助取单服务，后期做数据分析，发展增值业务。
硬件平台充分利用期现有的硬件平台。
在后访问数据增加之后再考虑硬件平台的扩容。
1.4总体方案
第一期：
开发一个宣传平台，满足顾客对康复中心的资讯需求；
开发一个外部交流平台，满足顾客对医疗信息的在线资讯；
第二期：
提供一系列推广方案，满足医院对外业务、形象推广的需求；
开发一个内部交流平台，满足医院对于日常工作的信息化处理；
开发一个预约挂号平台，满足患者在异地进行预约挂号的业务需求；
第三期：
提供一个深度数据挖掘的平台，满足医院对于患者的深入研究，整体医院形象，以及提升服务价值。
可以考虑建设以下系统：
1、云系统药品器械、病例管理2、远程医疗影像系统3、远程康复器械监测、控制4、病例数据库\患者数据库5、数据深度挖掘与采集
具体规划见下表：
1.4.1系统总体架构
本系统完全基于J2EE的三层B/S架构.保证了系统架构的稳定性，可移植性，可靠性，可扩展性。
内部逻辑实施完全遵循J2EE的规范标准。
1.4.2系统拓朴
1.4.3技术架构
1.4.3.1采用J2EE技术
为了保证系统的高可用性、高可靠性和可扩展性，系统必须要选择支持强大的企业级计算的成熟的技术路线。
当前能够满足这些条件的计算平台首推J2EE的企业标准。
J2EE是主流的技术体系，J2EE已成为一个工业标准，围绕着J2EE有众多的厂家和产品，其中不乏优秀的软件产品，合理集成以J2EE为标准的软件产品构建信息集成平台，可以得到较好的稳定性、高可靠性和扩展性。
J2EE技术的基础是JAVA语言，JAVA语言的与平台无关性，保证了基于J2EE平台开发的应用系统和支撑环境可以跨平台运行。
1.4.3.2采用WEB2.0技术
Web2.0，是相对Web1.0的新的一类互联网应用的统称。
由Web1.0单纯通过网络浏览器浏览html网页模式向内容更丰富、联系性更强、工具性更强的Web2.0互联网模式的发展已经成为互联网新的发展趋势。
使WEB程序的信息浏览变得更加容易，与用户的交互更加轻松和直接。
该项目采用WEB2.0标准，在系统中实现了数据的查询的直观性，使信息的查询变得方便和简单，因为它是采用XML格式化数据，所以使信息在不同系统之间的共享变得更加容易。
在页面样式上，我们采用CSS2.0样式的应用，使我们系统页面内容层次更加清晰、简单，主题更加鲜明。
Web2.0，是Web系统发展的必然趋势，是一个WEB应用采用新技术级别的象征，更是一个WEB程序不落后于其它网站的标志。
1.4.3.3使用AJAX技术
AJAX，使用它可以构建更为动态和响应更灵敏的Web应用程序。
该方法的关键在于对浏览器端的JavaScript、DHTML和与服务器异步通信的组合。
利用一个Ajax框架（指DWR）构造一个应用程序，它直接从浏览器与后端服务进行通信。
如果使用得当，这种强大的力量可以使应用程序更加自然和响应灵敏，从而提升用户的浏览体验。
术语AJAX用来描述一组技术，它使浏览器可以为用户提供更为自然的浏览体验。
在AJAX之前，Web站点强制用户进入提交/等待/重新显示范例，用户的动作总是与服务器的“思考时间”同步。
AJAX提供与服务器异步通信的能力，从而使用户从请求/响应的循环中解脱出来。
借助于AJAX，可以在用户单击按钮时，使用JavaScript和DHTML立即更新UI，并向服务器发出异步请求，以执行更新或查询数据库。
当请求返回时，就可以使用JavaScript和CSS来相应地更新UI，而不是刷新整个页面。
最重要的是，用户甚至不知道浏览器正在与服务器通信：
Web站点看起来是即时响应的。
我们的系统采用Ajax，是用户在与系统进行交互或者浏览的时候，不用等待页面的请求，如同使用桌面应用程序一样，所见即所得。
从而使得用户查询执法质量和廉政数据信息时更直接和简单。
从网站的技术角度上，我们使用AJAX是与时俱进。
1.4.3.4分层式的系统架构
分层式结构究竟其优势何在？
1、开发人员可以只关注整个结构中的其中某一层；
2、可以很容易的用新的实现来替换原有层次的实现；
3、可以降低层与层之间的依赖；
4、有利于标准化；
5、利于各层逻辑的复用。
概括来说，分层式设计可以达到如下目的：
分散关注、松散耦合、逻辑复用、标准定义。
一个好的分层式结构，可以使得开发人员的分工更加明确。
一旦定义好各层次之间的接口，负责不同逻辑设计的开发人员就可以分散关注，齐头并进。
例如UI人员只需考虑用户界面的体验与操作，领域的设计人员可以仅关注业务逻辑的设计，而数据库设计人员也不必为繁琐的用户交互而头疼了。
每个开发人员的任务得到了确认，开发进度就可以迅速的提高。
松散耦合的好处是显而易见的。
如果一个系统没有分层，那么各自的逻辑都紧紧纠缠在一起，彼此间相互依赖，谁都是不可替换的。
一旦发生改变，则牵一发而动全身，对项目的影响极为严重。
降低层与层间的依赖性，既可以良好地保证未来的可扩展，在复用性上也是优势明显。
每个功能模块一旦定义好统一的接口，就可以被各个模块所调用，而不用为相同的功能进行重复地开发。
进行好的分层式结构设计，标准也是必不可少的。
只有在一定程度的标准化基础上，这个系统才是可扩展的，可替换的。
而层与层之间的通信也必然保证了接口的标准化。
从而使我们的系统升级空间越来越大、升级时间越来越短、运用的技术更新的周期也越来越短，更使得我们系统的功能也越来越强，也使得我们的系统的移植性更强。
从技术的角度来看，分层式的系统结构是很科学的。
1.4.3.5系统技术架构图
1.4.3.6采用WebService开放数据接口
WebService主要是为了使原来各孤立的站点之间的信息能够相互通信、共享而提出的一种接口。
WebService所使用的是Internet上统一、开放的标准，如HTTP、XML、SOAP（简单对象访问协议）、WSDL等，所以WebService可以在任何支持这些标准的环境（Windows,Linux）中使用。
注：
SOAP协议（SimpleObjectAccessProtocal,简单对象访问协议）,它是一个用于分散和分布式环境下网络信息交换的基于XML的通讯协议。
在此协议下，软件组件或应用程序能够通过标准的HTTP协议进行通讯。
它的设计目标就是简单性和扩展性，这有助于大量异构程序和平台之间的互操作性，从而使存在的应用程序能够被广泛的用户访问。
1.4.4系统性能
1.4.4.1可靠性和稳定性
采用相应的故障检查、告警和处理机制，双机热备以保证数据不会因意外情况丢失或损坏，采用灵活的任务调度机制实现负载均衡，防止“瓶颈”产生。
数据硬盘采用磁盘阵列或镜像设置，主处理机双备份等措施保证系统的高可靠性。
系统关键软件、硬件有一定的备份冗余措施，保证系统的不间断运行，系统具有软件、硬件故障在线恢复的能力。
本系统具有高可靠率，保证系统（软件、硬件和操作系统）在最大的时间内都能够正常运作。
主机系统如出现CPU损坏或其它机械故障，由备用的CPU和机器自动代替工作，无须人员操作，保证数据完整。
1.4.4.2先进性
系统采用当前成熟先进的程序设计语言Java，它简单、面向对象、不依靠于机器的架构、具有可移植性、鲁棒性、安全性、并且提供了并发的机制、具有很高的性能、多线程及动态性。
其次，它最大限度的利用了网络，Java的小应用程序（Applet）可在网络上传输而不受CPU和环境的限制。
另外，Java还提供了丰富的类库，方便建立系统，并且具有很强的灵活性和扩展性。
国内外很多系统都首选Java作为开发语言，不仅能够满足目前的需要，而且也是未来应用的发展趋势。
1.4.4.3可扩充性
系统保持功能独立的模块化设计基本原则，可降低开发、测试、维护等阶段的代价。
各模块的信息隐藏通过接口设计实现，各个模块提供有限多个接口（Interface），执行模块的功能或与其他模块交流信息必须且只能通过调用公有接口来实现，模块内部坚持强内聚，模块之间坚持弱耦合。
通过采用面向对象设计方法很容易做好系统中的
“封闭-开放性”即可复用性和可扩充性。
通过模块化设计确保系统具有良好的可扩充性，对新功能、新业务的增加而不影响系统的正常运行。
充分考虑系统的软硬件能够随着最终用户、数据、复杂性和功能性的增长而平滑扩展；
在系统扩展的同时能维持现有的性能水平。
1.4.4.4可伸缩性
系统具有伸缩性很强的体系结构，包括硬件配置上都考虑能够适应业务的不断发展带来的一些新的功能的增加和用户规模的扩大等因素。
1.4.4.5安全性
系统的设计自始至终都必须考虑系统的安全性、数据信息的保密性以及使用者的合法性。
由于拉萨旅游信息网是安装部署在互联网上的，因此系统的安全性和数据的保密性面临很大的风险，需要在入侵检测、身份识别、访问控制、数据信息保密和操作日志与审计等方面的措施来保证系统运行的安全性。
1.4.4.6可管理性
提供安全的、有效的、统一的、细致的权限管理机制和信息内容的审核发布机制，提供完善的数据、应用程序的备份方案以及集中的系统日志；
可对多台服务器构成的集群进行完全自动化的监控，包括发现服务器故障、服务器撤出/加入集群、自动修复故障、致命故障通知系统管理员（邮件）、监控日志记录等。
1.4.4.7开放性
系统采用WebService使用Internet上统一、开放的标准如HTTP、XML、SOAP（简单对象访问协议）、WSDL等。
坚持简单性和扩展性目标，有助于大量异构程序和平台之间的互操作性，从而使系统开发的应用接口可以被其他系统访问，以达到与其他应用系统间的数据共享和复用。
1.4.4.8准确性
为了保证系统数据的准确性,系统采取多种稽核手段：
系统将数据稽核与应用逻辑解耦，根据数据的粒度大小和业务规则的复杂程度分成以下两种类型：
隔离校验器：
将数据稽核逻辑从其他业务逻辑中剥离出来，将数据稽核委任到一个单独的稽核类中去。
第一个好处是：
一旦需要修改稽核逻辑,只需要修改稽核类即可。
第二个好处是：
可以集中管理控制所有的数据稽核逻辑，提高代码内聚性。
第三个好处是:
稽核逻辑封装成工具类，重用性好。
动态策略校验器：
将多套业务规则建模成多种策略，在稽核类中应用这些策略，通过接口做数据共享时根据需要动态选择策略做数据的稽核及转换以得到满足规范的数据。
1.4.4.9经济性
系统采用先进开发技术、成熟的开发团队、遵循软件开发规范、严格的项目管理，充分分析和理解系统方案，以最大限度的节约人力和物力，从而降低系统价格。
硬件方面在满足使用和一定扩充空间选用经济、实用型的配置。
1.5信息化建设功能简介
1.5.1门户网站功能
系统后台管理系统
（含：
通知公告发布、文件发布、板块栏目发布、视频发布、广告发布、搜索引擎（SEO）优化、数据备份与恢复…）
1.5.1.1.1网站结构规划。
1．首页
运用图片、Flash、视频短片形式设计与众不同的首页及内页风格。
使网站在能够提供给访问者最需要的信息之外还能拥有赏心悦目的感觉。
使整个网站最终拥有可观性和实用性的特点。
建立在线交流平台，满足医患交流需求。
2．医院概况
医院概况：
主要介绍中心背景、服务内容、获得荣誉、营销范围等。
让访问者能够在网上直接了解中心的基本状况，便于树立企业形象。
中心资质：
展示中心的相关资质证书，显示中心实力，加强客户信赖感。
3．新闻中心
中心新闻：
介绍中心最新新闻，既可通过本栏目让客户了解到中心相关信息，同时可通过此栏目侧面烘托中心的规范。
行业动态：
发布行业相关信息，如最新政策、法律法规等信息。
4．医疗服务
介绍中心的软硬件设施，服务项目、以及特色医疗,提供网上预约挂号等服务。
5.教育培训
残疾人生活能力培训、心理健康资料、残疾人技能培训。
6．科研成果
展示行业内最新科技成果、院内科技研发成果、院内科技研发进度等栏目。
7．专题
院内最新专题活动展示：
如党政学习、开业庆典、新政解读等专题页面。
1.5.1.1.2特色功能
在网站中建立楼层分布模块，满足用户在线查询、搜索园区内各服务项目分布位置。
1.5.2门户网站功能
2工程进度安排建议
2.1项目保障
2.1.1保障策略
✧组织保障策略：
设立项目管理组
✧标准化策略
✧知识转移策略：
资料收集及采编
✧系统推进策略：
分期分批推进
✧模块上线策略：
采用分批上线
✧开发保障策略
以下我们将分别针对这些策略进行详细阐述：
2.1.1.1组织保障策略
在项目的实施过程中，不可避免地存在着人员配合、产品开发进度控制等各种致命风险。
所以我们建议设立项目管理组，主要职责如下：
✧项目策略的制定；
✧项目计划的制定与发布；
✧项目实际进度信息的收集、分析与汇报；
✧项目风险的识别与管理；
2.1.1.2标准化策略
管理标准化
管理标准化就是在项目管理、实施管理、开发管理层面上，要求大家遵循统一的管理规范，包括管理流程、文档表格模板等，一是方便项目组的交流，提高工作效率，二是使用先进管理方法论，使项目管理严格谨密。
业务处理标准化
业务处理标准化就是建立包括业务流程、数据信息、组织与角色的标准化体系，并应用到系统的建设中。
技术标准化
技术标准化包含了网络平台、数据库技术、接口开放规范等，通过技术标准化的制定与执行，使系统的整体性得到保障，为系统以后扩展提供依据。
2.1.1.3知识转移策略
实施本项目的目标之一是为了用于运营，因此，知识转移的成功也是拉萨旅游信息网顺利运行的保证。
我们的策略是和客户结成长期战略伙伴，所以，我们重视和善长在项目过程中对客户进行知识转移。
知识转移策略的目的是：
保证系统能持续优化、不断根据业务发展进行灵活调整；
知识转移的内容包括但不限于：
✧项目实施方法（包括工作规划、组织结构保证、过程控制方法、质量控制方法、风险控制方法和文档管理方法）
✧系统专业技术
✧配置开发
✧系统管理
✧系统功能
知识转移的手段和机制包括：
✧课堂培训的手段
✧我们的实施队伍提供全面的专业培训
✧在项目过程中进行交互式培训
✧在每次培训，我们都需要采取一些措施来保证质量，例如对参与培训人员的测验、对讲课老师的评价等。
✧建立知识库
建立适合项目内相关人员信息交流与知识共享的网络平台，大家可以通过这个平台交流或获取各种不同方面的知识，例如系统安装、系统使用、系统维护、应用技巧、技能自测、问题库等。
2.1.1.4推进策略
我们采取分期分批推进的策略。
因为本项目主要是基本成熟方案的定制开发，为规避系统开发质量带来的风险，分期分批推进，我们对系统的功能、性能进行验证，同时，积累了系统上线的数据规范与实施经验，为下一步的推广打下基础。
2.1.1.5上线策略
为降低每次上线的风险，该策略强调上线前期需要进行充分的设计与测试。
同时为避免由于上线失败带来的损失，我们需要拟定失败恢复计划：
拟定上线切换月份开始（当月1日）至试点上线系统切换正式运转期间的日常工作该如何进行。
反复审核计划,随时依照准备状况修正计划。
2.1.1.6开发保障策略
软件开发管理采用CMML3的管理规范，CMML3是国际软件行业评估认可的软件开发能力水平，在开发过程中将完全遵循CMML3的管理规范，并由公司研发管理部进行监控。
软件开发技术采用统一软件开发过程（RUP）和面向对象的分析设计方法，采用UML作为分析设计语言，采用三层体系架构和跨平台的JAVA语言，确保系统功能和性能达到项目要求。
2.2项目组织架构
2.2.1项目管理整体架构
项目组织架构的设立及其有效运作，对于大型IT项目而言，往往关系到工程实施的成败。
由于IT系统建设是一个在投资规模、协作部门、参与人员等多方面较为复杂的系统工程，为便于实现高效率的合作及管理，需要成立项目组，并设立专职管理人员负责项目整体、范围、进度、质量、风险、沟通和合同执行管理等事务的管理工作。
这里，组织管理与项目实施的过程，都严格遵循ISO9001:
2000标准执行。
项目组织结构如下：
2.2.2工程分工界面
项目组由双方共同组成，见下表：
角色
职责
组成人员
用户方项目负责人
最终决定项目的总体目标
负责项目实施重大变更的决策及宏观控制
组织项目高层计划的制订和关键成果评审
负责项目组关键资源的协调和解决
负责项目推进中的重大关系的处理
考核项目组的工作
检查项目范围、进度、质量及风险控制
组织召开与项目有关的重要会议
负责项目试运行和推广策略的决策
负责项目推进中各方关系的协调和解决
用户方项目管理人员
项目经理
总体方案，项目中层计划，系统总成，总体交付
负责项目组里程碑阶段成果的内部评审
负责项目管理规范和软件工程模板的评审
负责项目试点和推广策略的制订和上报
负责开发计划的评审
负责项目计划执行的监控
负责项目组的风险、沟通和关键资源管理
负责项目组日常管理
承建方项目管理人员
开发小组
组长
负责开发策略和方法的制订及传递
负责开发计划的制订
组织负责小组例会的组织和进展报告的编写
负责对本小组产生问题进行协调解决
负责系统上线策略的规划与执行
对业务流程及功能需求进行分析确认
负责技术路线的选择、系统架构设计
负责代码走读和程序员开发工作的指导
负责指定模块的编码和单元测试
承建方产品经理
成员
负责需求的调研、整理和交付物编写
参与系统功能架构的设计
参与系统模拟工作
参与对最终用户进行培训
系统上线的技术支持
负责关键技术问题的解决
负责软件支撑系统的设计
负责数据库系统的设计
负责应用软件系统的设计
承建方软件工程师
测试小组
负责制定测试计划和测试方案
负责编制测试大纲
负责测试工作的推进
承建方测试经理
负责关键测试用例编写和执行
负责编写测试报告
承建方测试工程师
实施小组
负责实施的组织、协调
制定实施计划和培训计划
承建方实施经理
负责软件支撑系统的安装、维护
负责数据库系统的安装、维护
负责应用软件系统的安装、维护
负责操作人员的权限设计和维护管理
负责管理培训和操作培训
负责医院内的内容编辑
负责医院系统的BUG修复
承建方实施工程师
承建方培训工程师
用户
升级会员 