医院投标书技术部分Word文件下载.docx
《医院投标书技术部分Word文件下载.docx》由会员分享，可在线阅读，更多相关《医院投标书技术部分Word文件下载.docx（244页珍藏版）》请在冰豆网上搜索。
##凤和软件科技##授权本公司销售经理:
宋华蓉（投标人授权代表##、职务）代表本公司参加##省利信工程项目管理##发起的“和县人民医院信息系统采购及安装项目（项目编号：
G-2014-001）”活动，全权代表本公司处理投标过程的一切事宜，包括但不限于：
投标、参与开标、谈判、签约等。
投标人授权代表在投标过程中所签署的一切文件和处理与之有关的一切事务，本公司均予以认可并对此承担责任。
投标人授权代表无转委托权。
特此授权。
本授权书自出具之日起生效。
特此声明。
投标人授权代表（签字）：
性别：
女
##号：
6
投标人公章：
日期：
2014年4月8日
（二）、投标公司介绍
2.1公司经营历史、经验
【基本概况】
##凤和软件科技##是一家专业从事计算机信息技术领域研发、应用和服务的高新技术企业，拥有多名长期从事企医院息管理系统软件开发的专业技术人员和具有集团管理经验的专业管理人，具有雄厚的技术开发实力，全方位满足医院信息化需求。
【公司规模】
为求精益求精的业绩，从质的角度出发，我公司配有有专业的技术人员，对员工进行严格的技术培训，保证技术力量与时俱进。
同时在量的角度上，公司保证企业的规模良性发展，不断壮大，主要是从人力、物力、基础设备、文化底蕴等各方面不断扩大。
【主营业务】
公司主要服务领域：
计算机硬件、自控系统领域内的技术咨询、技术开发、技术服务、技术转让、仪器仪表、电子产品、计算机、软件及辅助设备（除计算机信息系统安全专用产品）、一类医疗器械的销售、建筑智能化建设工程专业施工，网络工程，医疗信息系统研发等业务。
【技术实力】
公司非常重视企业的内部管理工作，市场销售、软件研发、技术支持是公司的三大核心部门，现已经建立了一套比较完善的管理体制。
在客户服务方面，本着为客户服务的思想，设立了24小时产品咨询、24小时售后技术支持等多个无障碍通道，为客户提供了高质量的售前和售后的服务，为凤和软件“创一流软件品牌”的目标提供了强有力的支持。
【售后服务】
##凤和本着“不断追求完美”的做事风格，在众多项目实践过程中不断探索与优化项目管理流程建设，保证了将优质的软件产品交付给客户。
我们的服务理念：
技术为本，服务制胜，客户的感动源于我们高度的责任感、敬业精神与专业素质，帮助客户不断创造价值，才能实现自身价值的升华。
【联系方式】
地址：
##市浦东新区惠南镇西路200号9楼122室
：
传真：
2.2获得各种认证证书
Ø
凤和医院信息管理系统V1.0著作产权登记证书
凤和医疗影像存储与传输系统V1.0著作产权证书
凤和电子病历管理系统V1.0著作产权证书
凤和检验信息管理系统V1.0著作产权证书
2.3投标人技术力量
本项目主要负责人情况：
1、技术总设计师：
孔祥瑞，男，高级职称，硕士学历，计算机科学与技术专业毕业，自进入凤和以来一直担任技术总设计师一职，负责公司系统的设计和开发工作。
在本项目中负责本次项目的总负责人。
2、项目经理：
王永恒，男，本科学历，计算机科学与技术专业，负责整个项目过程的沟通、管理工作；
3、软件设计师：
X欣欣，本科学历，计算机信息科学与技术专业，负责整个项目系统部分模块的软件设计工作；
4、软件设计师：
孙丽华，本科毕业，计算机软件技术专业，负责整个项目系统部分模块的软件设计工作。
（三）、制造商介绍
3.1凤和公司介绍
##凤和软件科技##是一家专业从事计算机信息技术领域研发、应用和服务的高新技术企业，拥有多名长期从事企事业信息管理系统软件开发的专业技术人员和具有集团管理经验的专业管理人，具有雄厚的技术开发实力，全方位满足政府与企业信息化需求。
公司自主研发的凤和医院信息管理系统、凤和医疗影像存储与传输系统、凤和电子病历管理系统、凤和检验信息管理系统已通过国家计算机软件著作产权认证，并在全国X围内进行销售。
3.2产品生产工艺情况（含技术方案）
3.2.1目标与任务
3.2.1.1项目建设目标
凤和医院信息系统以建立一个“以病人信息为中心，以医疗全过程产生的信息流为主信息流，以信息源采取信息，一体化、大规模、高效安全、操作便捷”的医院管理信息系统。
医院的软件信息管理系统可分为三大步骤来实现。
每一大步骤又可按实际情况来考虑。
结合和县人民医院新院区即将投入使用的需求，该项目将部署新、老院区两套系统，并通过光纤连接，实现“一院两诊”的管理方式，达到数据统一管理，方便医院各类业务工作的开展和管控。
首先是经济信息管理。
这主要是指将病人信息、药品信息、物资信息及财务信息等实现计算机管理。
其次是医院的信息共享，这主要是指医院与社保局、卫生局、银行、保险公司、医院之间的信息共享，从而实现医疗费用货币电子化，医院间的远程医疗、远程教学、社区医疗以及网上挂号预约等服务。
软件系统的总体建设规划的原则是：
高起点全面规划、省投资分步实施、低成本长远考虑、先急后缓、先易后难。
最终实现以电子病历系统（EMR）为中心，以病人诊疗为核心业务，电子病历与其他医院信息系统包括HIS、LIS、PACS等系统完美对接进行数据交换，实现真正意义上的无纸化办公医院，更好的为病人服务，节约工作时间，提高工作效率。
3.2.1.2项目建设任务
为了满足和县人民医院实际需求和信息化系统开展需要，首先对老院区的老系统进行升级，满足基本的业务需要，再逐渐完善医院其他信息系统的对接工作，待新院区投入使用以后，将整个信息系统和数据信息统一迁移到新院区，通过光纤连接老院区，实现新老院区统一管理的方式。
本次项目建设分软件和硬件两个部分建设，详细介绍如下：
1、医院信息系统软件部分如下：
（1）、经济管理部分
✓一卡通管理系统
✓门急诊挂号系统
✓门急诊划价收费系统
✓分诊叫号系统
✓住院登记管理系统
✓住院收费管理系统
✓住院结算管理系统
✓物资管理系统
✓设备管理系统
✓财务与经济核算系统
（2）、临床诊疗部分
✓门诊医生工作站系统
✓门急诊输液管理系统
✓住院医生工作站系统
✓病区护士工作站系统
✓院感管理系统
✓电子病历系统（EMR）
✓临床路径系统
✓医疗（病历）质量管理系统
✓手术麻醉管理系统
✓实验室信息系统（LIS）
✓医技管理系统
✓医学影像存储与传输系统（PACS）
✓健康体检信息系统
✓自助报告打印系统
（3）、药品管理部分
✓药品库房管理系统
✓门诊药房管理系统
✓住院药房管理系统
✓合理用药监测系统
✓抗菌药物管理系统
（4）、综合管理与分析系统
✓病案管理系统
✓医疗统计系统
✓消毒供应中心管理系统
✓办公自动化系统
✓人事管理系统
✓综合查询与分析系统
✓病人咨询服务分系统
✓电子处方点评信息管理系统
（5）、公共支持及接口部分
✓医保接口
✓新农合接口
✓民政优抚接口
✓区域卫生平台接口
✓成本核算接口
✓财务软件接口
✓系统后台管理系统
✓基本信息维护系统
✓门诊应急管理系统
✓医院系统
2、硬件支持部分如下：
序号
设备分类
设备名称
1
服务器及网络
服务器
2
存储
3
机柜
4
液晶折叠套件
5
KVM套装
终端设备
自助挂号查询机
7
自助报告打印终端
8
笔记本电脑
台式电脑
10
喷墨打印机
11
针式打印机
12
不干胶标签打印机
13
不干胶打印纸
14
拉卡器
15
就诊卡
16
基础建设
环境监控系统
3.2.3需求调研
3.2.3.1业务调研情况
1、门诊业务流程
和县人民医院，当前门诊病人填写诊疗卡信息进行建卡储值，然后持就诊卡进入诊室就诊，医生开立处方、检查单、治疗单以后，刷卡预付费进行取药、治疗、医技检查等工作，病人可以打印费用清单。
需要转住院的，门诊医生开立住院单，病人即可进入住院处办理住院手续。
2、住院业务流程
病人到门诊、急诊进行挂号就诊后，需要转住院的，到入院处办理住院手续，安排到各临床科室进行治疗和检验检查，检查完以后，由病区护士对病人进行结诊、登记和安排床位，病房医生对病人的病史、检验检查结果进行采集，对病人进行诊断和治疗方案，病人治愈以后，即可办理出院结账手续，新农合和医保病人可到专门窗口进行办理出院结报手续。
3.2.3.2现有设施调研情况
医院现有在职职工479人，其中高级职称17人、中级职称135人、初级职称237人，实际开放床位298X。
门急诊200741人次，住院15832人次，手术4600人次。
医院老院区现已完成HIS、PACS、门诊住院的医保、新农合接口、门诊一卡通等信息化项目的建设。
医院新区已在建设中，即将投入使用。
本项目实施后将覆盖医院现有全部业务，新老院区通过网络设备联通，达到“一院两诊”的效果，同时农合、医保可以正常使用，大大提高医院工作效率。
3.2.4系统设计
3.2.4.1系统功能设计
1、一体化设计
（1）系统低耦合设计：
系统采用了个子系统低耦合设计，每个子系统都可以独立运作。
从而大大降低了子系统对其他模块的依赖和其他模块异常是对系统的影响。
如门诊收费子系统提供了医生手写医嘱的的输入模式，在门诊医生子系统无法正常运行的情况下可以切换到该模式，保证门诊收费子系统的正常运行。
（2）健壮的异常处理机制：
系统配备了极其健壮的异常处理机制模块，能够有效的监控系统异常并自动采取异常应对措施。
比如：
当网络出现故障的时候门诊收费子系统监控到网络异常会自动切换到单机模式保证门诊收费的正常运行。
（3）异常报警机制：
系统配备了有效的异常报警模块程序，能够有效的监控系统的各种异常并报警。
比如当第三方软件出现异常时，系统会发出警报，并以、短信等方式通知相关人员及时处理。
（4）系统功能调用模式：
系统适应来自外部系统的系统功能调用，包括UI（用户界面）、中间件、以及公共的系统功能方法，各种服务都依据医院信息化的接口标准制定，经过大量的内外部测试。
用户界面调用是系统通过调用第三方系统的界面，展示在本系统中，从而以本系统的形式出现的一种调用方式。
同时，系统提供多种公共用户界面，第三方系统可以根据我方制定的调用规X，完成其系统的一体化处理。
界面调用接口只需要界面提供方，规定调用规则，如界面名称、调用参数等，调用方按照既定规X，将界面展示，用户在该界面上进行操作，其操作结果将通过界面提供方的后台程序，完成操作的业务处理。
系统将在表现层提供一系列的界面，包括基于WebForm的浏览器客户端界面，基于WinForm的桌面客户端界面，和基于MobileForm的移动设备界面，第三方系统可以通过我们制定的调用标准，根据自身需要灵活使用。
凤和电子病历系统符合卫生部《基于电子病历的医院信息系统建设方案》标志进行设计和开发，满足医院的需求。
2、数据库设计及数据交换
核心技术EORM：
系统采用数据库平台无关的模块-EHIS对象关系映射模块（EHISObjectRelationalMapping，即EORM），解决不同医院的数据库不同所带来的维护难度大，版本不统一，重构困难，异构数据集成等问题。
同时，实现了平台无关性，其可移植性强，安全性高，稳定性好，更重要的是可以将关系映射到对象中，使用操作对象的方法来操作数据库。
因而它成为EHIS系统最核心的模块之一。
数据结构交换模式：
数据是利用数据库技术，实现数据共享，各种系统通过数据表格、视图或存储过程的共同拥有，和各自的数据库操作，从而获取数据或数据的变化情况，而作出信息获取或传输的效果。
符合卫生部最新的《医院信息系统基本功能规X》。
遵循HL7卫生信息传输协议。
3、WEB服务方式
系统的服务接口采用WebService的接入方式，这一模式能够支持跨系统间的数据、信息交互，如HIS的信息传递到电子病历系统，电子病历系统的信息反馈回HIS系统。
WebService是目前最成熟的跨平台通信模型，由于是完全基于XML（可扩展标记语言）、XSD（XMLSchema）等独立于平台、独立于软件供应商的标准，使用XML来编解码数据，并使用SOAP借由开放的协议来传输数据，对于跨防火墙的通信、应用程序集成、B2B的集成、软件和数据重用，有着不可比拟的优势。
企业级的应用系统开发者都知道，企业里经常都要把用不同语言写成的、在不同平台上运行的各种程序集成起来，而这种集成将花费很大的开发力量。
应用程序经常需要从运行在主机上的程序中获取数据；
或者把数据发送到主机或应用服务器中去。
即使在同一个平台上，不同软件厂商生产的各种软件也常常需要集成起来。
通过WebService，应用程序可以用标准的方法把功能和数据“暴露”出来，供其它应用程序使用。
系统内部采用可序列化的实体模型和内部接口作为信息载体和信息传输，天然适应于WebService的可序列化XML标准，因此，对WebService具有良好的兼容性，能够快速响应和便捷传输。
通过WebService，可以很好地解决了异构平台或异构数据所带来的差异性，使得一体化的通信连接变得更为理想。
4、+组件
+组件是指微软元件服务，+的底层结构以为基础，它几乎包容了的所有内容，+综合了、D和MTS这些技术要素，它把组件软件提升到应用层而不再是底层的软件结构，它通过操作系统的各种支持，使组件对象模型建立在应用层上，把所有组件的底层细节留给操作系统，因此，+与操作系统的结合更加紧密。
+能够支持跨系统间的数据、信息交互，如HIS的信息传递到电子病历系统，电子病历系统的信息反馈回HIS系统。
+注重于分布式网络应用的设计和实现。
+继承了几乎全部的优势，同时又避免了实现方面的一些不足，把、D和MTS的编程模型结合起来，继承了它们的绝大多数特性，在原有的特性上增加了队列服务、负载平衡、内存数据库、事件服务等功能。
系统在.NETFramework提供的System.EnterpriseServices.dll基础上，自主研发的对外服务接口，支持调用来自第三方系统的+组件，能快速调用远程组件，实现业务处理。
5、优良系统整合框架
系统将用户、业务、处理和存储，独立划分，分开处理。
系统各模块松散组合，十分有利于医疗卫生业务的变化和扩展。
图1.系统框架示意图
（1）表现层：
也被称为用户层，主要完成界面表示，并同用户进行交互，接受输入和输出。
承载用户的各种可视化需求，是用户最直接的感观效果。
表现层还负责接收来自第三方系统的服务请求，并将该请求通过一系列的后台逻辑处理后，输出为用户可视化界面，满足用户、本系统和第三方系统的界面交互。
（2）应用服务层：
通常也被称为业务逻辑层，因为该层是应用软件系统业务逻辑处理集中的部分。
本来，在这层内部可以分成业务基础领域层和医疗领域层，业务基础层提供了通用领域的业务管理服务，比如文档处理服务、工作流处理、报表处理等；
医疗领域层则提供了医疗行业相关的特殊领域模型和服务；
为了集中处理公共通用服务，在此特意将业务基础领域层的内容放到了系统基础架构层中。
这一层通过封装成应用服务接口对上层提供服务。
应用服务层还提供对外部第三方的接口服务，一定与业务相关（如第三方预约挂号，需要知道某医院此刻专家预约号的剩余情况），本架构由应用服务层封装业务功能和系统功能，以Web服务接口的方式统一在此向外提供服务。
（3）基础架构层：
主要提供对象的管理、数据的存取和转换、日志、事务处理等等的基础服务功能，以及业务基础服务功能，并且集成第三方服务（Web服务代理），通过封装成企业服务接口对上层提供服务。
我们设计的软件架构基础层，是对医疗行业软件中所有共性（不易改变）需求的提炼和抽象、并加以实现的、由一套设计规则和代码所组成的软件框架。
由于这是系统的核心组件层，该层仅供本系统的业务模块调用，各种外部服务可通过应用服务器或表现层的接口服务，实现对本层的间接调用。
（4）数据源层：
主要指物理数据库，提供数据库的数据存取、视图、存储过程等。
（5）群集：
系统整体框架的合理划分，使得系统的物理部署变得相对容易。
系统支持服务器群集，群集的X围包括应用服务器群集和数据库群集，这对于大型医院的业务处理和分流有着明显效果，有利于改善用户体验，更有利于医院业务的不断扩展。
系统拥有一套自主研发的EHIS负载均衡集群组件，用于软件级别的应用服务器和数据服务器的分流。
相比起硬件负载均衡注重网络层的通信能力，EHIS负载均衡集群组件侧重于系统和应用的状态，对服务器的内存、CPU处理能力、IO读写能力和空闲资源剩余情况等条件，做出有效判断，从而有效地将来自外部的处理请求转接到相对空闲的服务器中，从而改善服务器群的利用率。
EHIS负载均衡集群组件和硬件负载均衡设备并不矛盾，两者可相辅相成，共同完成服务器的业务分流。
3.2.4.2系统结构设计
系统设计采用模块化的软件结构，采用C/S和B/S模式相结合的模式，确保系统的灵活扩展及与其它业务系统的无缝互连，适应医院流程变化，满足医院个性化需求，如定制流程、定制模块等。
系统采用ORACLE数据库，保证医院信息量大、数据流大的需求。
软件分别从系统构架、业务模型、业务规则、网络拓扑等方面进行详细设计。
医院系统架构：
至上而下由表现层、应用服务层、系统基础架构层、数据源层构成。
下面是具体内容。
系统架构概述：
（1）架构简介
关于系统架构：
架构是一个软件系统在宏观层面上的层次划分。
架构是系统中不易改变的决定，是软件的骨架，是沉淀了大量系统基础服务实现代码的快速开发框架模板。
本架构是建立在面向对象分析设计的基础上，对大量的业务对象、非业务对象进行层次划分，并使用OOP方法实现的一套快速开发框架模板。
（2）表现层
用于实现与用户的界面交互。
分为用户界面、UI逻辑，和接口三个子层。
支持基于WebForm的浏览器客户端，基于WinForm的桌面客户端，和基于MobileForm的移动设备。
（3）应用服务层
是行业应用的核心层次。
参考HL7标准的RIM，划分为多个域模型。
对各域内对象进行分析整理，提炼出相关的业务逻辑和业务实体，通过接口封装，对架构的上层提供支持，对系统的外部用户提供服务。
（4）系统基础架构层
是支撑本系统架构的基础。
提炼并实现了大量行业相关的、共性的业务基础服务，和大量的与业务无关的非功能需求，即系统基础服务。
同时提供数据存取和转换服务，以及代理第三方服务。
通过统一的接口封装，向架构上层提供支持。
（5）数据源层
由各种不同的数据库，或者数据文件，向架构上层提供数据。
（6）部署视图
图2.系统部署示意图
3.2.4.3系统部署设计
根据医院的实际情况，按照医院有新老院区的需求，对整个系统严格按照符合医院现有网络和硬件环境的需求进行部署和配置，满足医院各主流业务的实际需要，系统本着安装简单、部署简便和升级方便的前提进行部署和规划，并且在实际的系统安装和部署中提供详尽的《安装部署指南》和各类安装操作文档，并对医院相关负责的管理员进行详细培训。
具体介绍如下：
1、分层部署简介
主要描述客户端、Web服务器、应用服务器、数据库服务器四部分内容。
2、客户端
1）Web客户端：
不需要部署，Web应用借助浏览器运行；
2）移动设备：
如果运行Web应用则无须部署；
否则需要部署针对移动设备而开发的界面组件和界面处理组件；
3）桌面客户端：
需要部署界面组件和界面处理组件；
并根据不同的需要（如对性能要求很高的关键业务），部署相关的业务逻辑和业务实体，甚至业务基础服务和系统基础服务，而这些是通过接口封装应用服务层和系统基础架构层的代理方式提供的。
4）可部署升级服务器，当需要更新程序时，各客户端能通过升级服务器自动升级，保证升级的速度和完整性。
3、Web服务器
1）IIS服务器：
部署IIS服务、界面组件和界面处理组件，向Web客户端提供Internet服务；
2）WebServices服务器：
部署WebServices服务的服务接口和第三方服务代理，向所有需要的客户端（包括外部第三方客户、Web客户、桌面客户）提供服务。
4、应用服务器
1）部署与业务领域相关的业务逻辑和业务实体；
2）部署与架构相关的业务基础服务和系统基础服务；
3）部署进行数据存取和数据转换的处理组件。
5、数据库服务器
部署数据库，或数据库集群。
3.2.4.4系统安全性设计
1、系统级安全
访问IP段的限制，登录时间段的限制，连接数的限制，特定时间段内登录次数的限制等，象是应用系统第一道防护大门，保护各类业务系统的安全性，不受外部非法入侵。
2、程序资源访问控制安全
对程序资源的访问进行安全控制，在客户端上，为用户提供和其权限相关的用户界面，根据用户身份鉴别功能及权限管理功能，对用户的访问进行控制。
仅出现和其权限相符的菜单，操作按钮；
在服务端则对URL程序资源和业务服务类方法的的调用进行访问控制。
3、功能性安全
功能性安全会对程序流程产生影响，如用户在操作业务记录时，是否需要审核，上传附件不能超过指定大小等。
这些安全限制已经不是入口级的限制，而是程序流程内的限制，在一定程度上影响程序流程的运行。
4、数据域安全
数据域安全包括两个层次，其一是行级数据域安全，即用户可以访问哪些业务记录，一般以用户所在单位为条件进行过滤；
其二是字段级数据域安全，即用户可以访问业务记录的哪些字段。
对于核心数据如用户密码、##金额等信息内容，根据国家相关规定，对其进行数字加密或数字签名等操作，对这类安全数据进行严格的安全防护和保护。
5、数据库安全
系统自动分析内部不安全配置，防止越权访问，对##进行加密和权限控制，通过只读##，实现由内到外的检测，对数据库的漏洞和配置进行安全评估，避免外部入侵和访问。
监控数据库安全状况，防止数据库安全状况恶化，对于数据库建立安全基线，对数据库进行定期扫描，对所有安全状况发生的变化进行报告和分析。
并通过双机备份、异地备份等方法，建立完善的数据库备份和容灾机制，保证数据的安全性。
3.2.4.5系统本地化设计
系统将全部采用简洁明了的中文操作界面，达到快速录入、查询方便的效果。
并将采用可定制的开发模式，提供各种外部接口，保证按照用户需求和实际情况，与接口方工程师配合，对软件做出对接配置和定制修改。
3.2.5项目管理
3.2.5.1项目团队设置
根据项目实际情况，该项目将设置一个完整的项目组，项目组包括和县人民医院相关领导、相关技术人员和凤和
升级会员 