医院投经典标书核心技术部分文档格式.docx
《医院投经典标书核心技术部分文档格式.docx》由会员分享，可在线阅读，更多相关《医院投经典标书核心技术部分文档格式.docx（249页珍藏版）》请在冰点文库上搜索。
上海凤和软件科技有限公司授权我司销售经理:
宋华蓉（投标人授权代表姓名、职务）代表我司参加安徽省利信工程项目管理有限公司发起“和县人民医院信息系统采购及安装项目（项目编号：
G--001）”活动，全权代表我司解决投标过程一切事宜，涉及但不限于：
投标、参加开标、谈判、签约等。
投标人授权代表在投标过程中所订立一切文献和解决与之关于一切事务，我司均予以承认并对此承担责任。
投标人授权代表无转委托权。
特此授权。
本授权书自出具之日起生效。
特此声明。
投标人授权代表（签字）：
性别：
女
身份证号：
3426266
投标人公章：
日期：
年4月8日
（二）、投标公司简介
2.1公司经营历史、经验
【基本概况】
上海凤和软件科技有限公司是一家专业从事计算机信息技术领域研发、应用和服务高新技术公司，拥有多名长期从事企医院息管理系统软件开发专业技术人员和具备集团管理经验专业管理人，具备雄厚技术开发实力，全方位满足医院信息化需求。
【公司规模】
为求精益求精业绩，从质角度出发，我公司配有有专业技术人员，对员工进行严格技术培训，保证技术力量与时俱进。
同步在量角度上，公司保证公司规模良性发展，不断壮大，重要是从人力、物力、基本设备、文化底蕴等各方面不断扩大。
【主营业务】
公司重要服务领域：
计算机硬件、自控系统领域内技术征询、技术开发、技术服务、技术转让、仪器仪表、电子产品、计算机、软件及辅助设备（除计算机信息系统安全专用产品）、一类医疗器械销售、建筑智能化建设工程专业施工，网络工程，医疗信息系统研发等业务。
【技术实力】
公司非常注重公司内部管理工作，市场销售、软件研发、技术支持是公司三大核心部门，现已经建立了一套比较完善管理体制。
在客户服务方面，本着为客户服务思想，设立了24小时产品征询电话、24小时售后技术支持电话等各种无障碍通道，为客户提供了高质量售前和售后服务，为凤和软件“创一流软件品牌”目的提供了强有力支持。
【售后服务】
上海凤和本着“不断追求完美”做事风格，在众多项目实践过程中不断摸索与优化项目管理流程建设，保证了将优质软件产品交付给客户。
咱们服务理念：
技术为本，服务制胜，客户感动源于咱们高度责任感、敬业精神与专业素质，协助客户不断创造价值，才干实现自身价值升华。
【联系方式】
地址：
上海市浦东新区惠南镇西路200号9楼122室
电话：
传真：
2.2获得各种认证证书
Ø
凤和医院信息管理系统V1.0著作产权登记证书
凤和医疗影像存储与传播系统V1.0著作产权证书
凤和电子病历管理系统V1.0著作产权证书
凤和检查信息管理系统V1.0著作产权证书
2.3投标人技术力量
本项目重要负责人状况：
1、技术总设计师：
孔祥瑞，男，高档职称，研究生学历，计算机科学与技术专业毕业，自进入凤和以来始终担任技术总设计师一职，负责公司系统设计和开发工作。
在本项目中负责本次项目总负责人。
2、项目经理：
王永恒，男，本科学历，计算机科学与技术专业，负责整个项目过程沟通、管理工作；
3、软件设计师：
郑欣欣，本科学历，计算机信息科学与技术专业，负责整个项目系统某些模块软件设计工作；
4、软件设计师：
孙丽华，本科毕业，计算机软件技术专业，负责整个项目系统某些模块软件设计工作。
（三）、制造商简介
3.1凤和公司简介
上海凤和软件科技有限公司是一家专业从事计算机信息技术领域研发、应用和服务高新技术公司，拥有多名长期从事企事业信息管理系统软件开发专业技术人员和具备集团管理经验专业管理人，具备雄厚技术开发实力，全方位满足政府与公司信息化需求。
公司自主研发凤和医院信息管理系统、凤和医疗影像存储与传播系统、凤和电子病历管理系统、凤和检查信息管理系统已通过国家计算机软件著作产权认证，并在全国范畴内进行销售。
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套装
6
终端设备
自助挂号查询机
7
自助报告打印终端
8
笔记本电脑
9
台式电脑
10
喷墨打印机
11
针式打印机
12
不干胶标签打印机
13
不干胶打印纸
14
拉卡器
15
就诊卡
16
基本建设
环境监控系统
3.2.3需求调研
3.2.3.1业务调研状况
1、门诊业务流程
和县人民医院，当前门诊病人填写诊断卡信息进行建卡储值，然后持就诊卡进入诊室就诊，医生开立处方、检查单、治疗单后来，刷卡预付费进行取药、治疗、医技检查等工作，病人可以打印费用清单。
需要转住院，门诊医生开立住院单，病人即可进入住院处办理住院手续。
2、住院业务流程
病人到门诊、急诊进行挂号就诊后，需要转住院，到入院处办理住院手续，安排到各临床科室进行治疗和检查检查，检查完后来，由病区护士对病人进行结诊、登记和安排床位，病房医生对病人病史、检查检查成果进行采集，对病人进行诊断和治疗方案，病人治愈后来，即可办理出院结账手续，新农合和医保病人可到专门窗口进行办理出院结报手续。
3.2.3.2既有设施调研状况
医院既有在职职工479人，其中高档职称17人、中级职称135人、初级职称237人，实际开放床位298张。
门急诊41人次，住院15832人次，手术4600人次。
医院老院区现已完毕HIS、PACS、门诊住院医保、新农合接口、门诊一卡通等信息化项目建设。
医院新区已在建设中，即将投入使用。
本项目实行后将覆盖医院既有所有业务，新老院区通过网络设备联通，达到“一院两诊”效果，同步农合、医保可以正常使用，大大提高医院工作效率。
3.2.4系统设计
3.2.4.1系统功能设计
1、一体化设计
（1）系统低耦合设计：
系统采用了个子系统低耦合设计，每个子系统都可以独立运作。
从而大大减少了子系统对其她模块依赖和其她模块异常是对系统影响。
如门诊收费子系统提供了医生手写医嘱输入模式，在门诊医生子系统无法正常运营状况下可以切换到该模式，保证门诊收费子系统正常运营。
（2）健壮异常解决机制：
系统配备了极其健壮异常解决机制模块，可以有效监控系统异常并自动采用异常应对办法。
例如：
当网络浮现故障时候门诊收费子系统监控到网络异常会自动切换到单机模式保证门诊收费正常运营。
（3）异常报警机制：
系统配备了有效异常报警模块程序，可以有效监控系统各种异常并报警。
例如当第三方软件浮现异常时，系统会发出警报，并以邮件、短信等方式告知有关人员及时解决。
（4）系统功能调用模式：
系统适应来自外部系统系统功能调用，涉及UI（顾客界面）、中间件、以及公共系统功能办法，各种服务都根据医院信息化接口原则制定，通过大量内外部测试。
顾客界面调用是系统通过调用第三方系统界面，展示在本系统中，从而以本系统形式浮现一种调用方式。
同步，系统提供各种公共顾客界面，第三方系统可以依照我方制定调用规范，完毕其系统一体化解决。
界面调用接口只需要界面提供方，规定调用规则，如界面名称、调用参数等，调用方按照既定规范，将界面展示，顾客在该界面上进行操作，其操作成果将通过界面提供方后台程序，完毕操作业务解决。
系统将在体现层提供一系列界面，涉及基于WebForm浏览器客户端界面，基于WinForm桌面客户端界面，和基于MobileForm移动设备界面，第三方系统可以通过咱们制定调用原则，依照自身需要灵活使用。
凤和电子病历系统符合卫生部《基于电子病历医院信息系统建设方案》标志进行设计和开发，满足医院需求。
2、数据库设计及数据互换
核心技术EORM：
系统采用数据库平台无关模块-EHIS对象关系映射模块（EHISObjectRelationalMapping，即EORM），解决不同医院数据库不同所带来维护难度大，版本不统一，重构困难，异构数据集成等问题。
同步，实现了平台无关性，其可移植性强，安全性高，稳定性好，更重要是可以将关系映射到对象中，使用操作对象办法来操作数据库。
因而它成为EHIS系统最核心模块之一。
数据构造互换模式：
数据是运用数据库技术，实现数据共享，各种系统通过数据表格、视图或存储过程共同拥有，和各自数据库操作，从而获取数据或数据变化状况，而作出信息获取或传播效果。
符合卫生部最新《医院信息系统基本功能规范》。
遵循HL7卫生信息传播合同。
3、WEB服务方式
系统服务接口采用WebService接入方式，这一模式可以支持跨系统间数据、信息交互，如HIS信息传递到电子病历系统，电子病历系统信息反馈回HIS系统。
WebService是当前最成熟跨平台通信模型，由于是完全基于XML（可扩展标记语言）、XSD（XMLSchema）等独立于平台、独立于软件供应商原则，使用XML来编解码数据，并使用SOAP借由开放合同来传播数据，对于跨防火墙通信、应用程序集成、B2B集成、软件和数据重用，有着不可比拟优势。
公司级应用系统开发者都懂得，公司里经常都要把用不同语言写成、在不同平台上运营各种程序集成起来，而这种集成将耗费很大开发力量。
应用程序经常需要从运营在主机上程序中获取数据；
或者把数据发送到主机或应用服务器中去。
虽然在同一种平台上，不同软件厂商生产各种软件也经常需要集成起来。
通过WebService，应用程序可以用原则办法把功能和数据“暴露”出来，供其他应用程序使用。
系统内部采用可序列化实体模型和内部接口作为信息载体和信息传播，天然适应于WebService可序列化XML原则，因而，对WebService具备良好兼容性，可以迅速响应和便捷传播。
通过WebService，可以较好地解决了异构平台或异构数据所带来差别性，使得一体化通信连接变得更为抱负。
4、COM+组件
COM+组件是指微软元件服务，COM+底层构造以COM为基本，它几乎包容了COM所有内容，COM+综合了COM、DCOM和MTS这些技术要素，它把COM组件软件提高到应用层而不再是底层软件构造，它通过操作系统各种支持，使组件对象模型建立在应用层上，把所有组件底层细节留给操作系统，因而，COM+与操作系统结合更快密。
COM+可以支持跨系统间数据、信息交互，如HIS信息传递到电子病历系统，电子病历系统信息反馈回HIS系统。
COM+注重于分布式网络应用设计和实现。
COM+继承了COM几乎所有优势，同步又避免了COM实现方面某些局限性，把COM、DCOM和MTS编程模型结合起来，继承了它们绝大多数特性，在原有特性上增长了队列服务、负载平衡、内存数据库、事件服务等功能。
系统在.NETFramework提供System.EnterpriseServices.dll基本上，自主研发对外服务接口，支持调用来自第三方系统COM+组件，能迅速调用远程组件，实现业务解决。
5、优良系统整合框架
系统将顾客、业务、解决和存储，独立划分，分开解决。
系统各模块松散组合，十分有助于医疗卫生业务变化和扩展。
图1.系统框架示意图
（1）体现层：
也被称为顾客层，重要完毕界面表达，并同顾客进行交互，接受输入和输出。
承载顾客各种可视化需求，是顾客最直接感观效果。
体现层还负责接受来自第三方系统服务祈求，并将该祈求通过一系列后台逻辑解决后，输出为顾客可视化界面，满足顾客、本系统和第三方系统界面交互。
（2）应用服务层：
普通也被称为业务逻辑层，由于该层是应用软件系统业务逻辑解决集中某些。
本来，在这层内部可以提成业务基本领域层和医疗领域层，业务基本层提供了通用领域业务管理服务，例如文档解决服务、工作流解决、报表解决等；
医疗领域层则提供了医疗行业有关特殊领域模型和服务；
为了集中解决公共通用服务，在此特意将业务基本领域层内容放到了系统基本架构层中。
这一层通过封装成应用服务接口对上层提供服务。
应用服务层还提供对外部第三方接口服务，一定与业务有关（如第三方预约挂号，需要懂得某医院此刻专家预约号剩余状况），本架构由应用服务层封装业务功能和系统功能，以Web服务接口方式统一在此向外提供服务。
（3）基本架构层：
重要提供对象管理、数据存取和转换、日记、事务解决等等基本服务功能，以及业务基本服务功能，并且集成第三方服务（Web服务代理），通过封装成公司服务接口对上层提供服务。
咱们设计软件架构基本层，是对医疗行业软件中所有共性（不易变化）需求提炼和抽象、并加以实现、由一套设计规则和代码所构成软件框架。
由于这是系统核心组件层，该层仅供本系统业务模块调用，各种外部服务可通过应用服务器或体现层接口服务，实现对本层间接调用。
（4）数据源层：
重要指物理数据库，提供数据库数据存取、视图、存储过程等。
（5）群集：
系统整体框架合理划分，使得系统物理布置变得相对容易。
系统支持服务器群集，群集范畴涉及应用服务器群集和数据库群集，这对于大型医院业务解决和分流有着明显效果，有助于改进顾客体验，更有助于医院业务不断扩展。
系统拥有一套自主研发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项目团队设立
依照项目实际状况，该项目将设立一种完整项目组，项目组涉及和县人民医院有关领导、有关技术人员和凤和公司有关人员，项目组达到10人以上阵容，其详细简介如下：
1、人员组织与质量保证
参加项目人员组织直接关系到项目合伙与质量，为此咱们提出人员组织筹划，以保证项目准时、按质完毕。
1）项目决策组：
由医院有关负责人和公司管理层构成，参加人员涉及主管经理、医院有关负责人、有关职能部门负责人等。
重要职责
升级会员 