14医院投标书技术部分（共192页））(1).doc

和县人民医院信息系统采购及安装 上海凤和软件科技有限公司 项目编号：G-2014-001 正本 和县人民医院信息系统采购及安装 技术标 投 标 书 投标人：上海凤和软件科技有限公司 法定代表人： 张小琴 签字： 授权投标代表： 宋华蓉 签字： 投标人地址：浦东新区惠南镇城西路200号9楼122室 邮政编码： 201300 联系电话： 021-66345449 开标时间： 2014年4月8日 目录 一．投标授权书……………………………………………………3 二．投标公司介绍…………………………………………………5 三．制造商介绍……………………………………………………11 四．承诺书…………………………………………………………83 五．培训计划及售后服务…………………………………………84 六．产品、材料免费质保期一览表………………………………90 七．主要配件、易损件清单………………………………………91 八．技术响应表……………………………………………………92 九．产品的详细配置清单…………………………………………183 十．资格证明文件及其他重要资料………………………………185 十一．软件质量承诺函……………………………………………192 2 / 190 和县人民医院信息系统采购及安装 上海凤和软件科技有限公司 （一）、投标授权书 本授权书声明：上海凤和软件科技有限 公司授权本公司 销售经理:宋华蓉 （投标人授权代表姓名、职务）代表本公司参加安徽省利信工程项目管理有限公司发起的“和县人民医院信息系统采购及安装项目（项目编号： G-2014-001）”活动，全权代表本公司处理投标过程的一切事宜，包括但不限于：投标、参与开标、谈判、签约等。投标人授权代表在投标过程中所签署的一切文件和处理与之有关的一切事务，本公司均予以认可并对此承担责任。投标人授权代表无转委托权。特此授权。 本授权书自出具之日起生效。 特此声明。 投标人授权代表（签字）： 性别： 女 身份证号： 342626197908121426 投标人公章： 日 期： 2014 年 4 月 8 日 （二）、投标公司介绍 2.1公司经营历史、经验 【基本概况】 上海凤和软件科技有限公司是一家专业从事计算机信息技术领域研发、应用和服务的高新技术企业，拥有多名长期从事企医院息管理系统软件开发的专业技术人员和具有集团管理经验的专业管理人，具有雄厚的技术开发实力，全方位满足医院信息化需求。 【公司规模】 为求精益求精的业绩，从质的角度出发，我公司配有有专业的技术人员，对员工进行严格的技术培训，保证技术力量与时俱进。同时在量的角度上，公司保证企业的规模良性发展，不断壮大，主要是从人力、物力、基础设备、文化底蕴等各方面不断扩大。 【主营业务】 公司主要服务领域：计算机硬件、自控系统领域内的技术咨询、技术开发、技术服务、技术转让、仪器仪表、电子产品、计算机、软件及辅助设备（除计算机信息系统安全专用产品）、一类医疗器械的销售、建筑智能化建设工程专业施工，网络工程，医疗信息系统研发等业务。 【技术实力】 公司非常重视企业的内部管理工作，市场销售、软件研发、技术支持是公司的三大核心部门，现已经建立了一套比较完善的管理体制。在客户服务方面，本着为客户服务的思想，设立了24小时产品咨询电话、24小时售后技术支持电话等多个无障碍通道，为客户提供了高质量的售前和售后的服务，为凤和软件“创一流软件品牌”的目标提供了强有力的支持。 【售后服务】 上海凤和本着“不断追求完美”的做事风格， 在众多项目实践过程中不断探索与优化项目管理流程建设，保证了将优质的软件产品交付给客户。我们的服务理念 ：技术为本，服务制胜，客户的感动源于我们高度的责任感、敬业精神与专业素质，帮助客户不断创造价值，才能实现自身价值的升华。 【联系方式】 地址：上海市浦东新区惠南镇西路200号9楼122室 电话：13695601237 传真：021-66345449 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张。门急诊200741人次，住院15832人次，手术4600人次。医院老院区现已完成HIS、PACS、门诊住院的医保、新农合接口、门诊一卡通等信息化项目的建设。 医院新区已在建设中，即将投入使用。本项目实施后将覆盖医院现有全部业务，新老院区通过网络设备联通，达到“一院两诊”的效果，同时农合、医保可以正常使用，大大提高医院工作效率。 3.2.4系统设计 3.2.4.1系统功能设计 1、一体化设计 （1）系统低耦合设计： 系统采用了个子系统低耦合设计，每个子系统都可以独立运作。从而大大降低了子系统对其他模块的依赖和其他模块异常是对系统的影响。如门诊收费子系统提供了医生手写医嘱的的输入模式，在门诊医生子系统无法正常运行的情况下可以切换到该模式，保证门诊收费子系统的正常运行。 （2）健壮的异常处理机制： 系统配备了极其健壮的异常处理机制模块，能够有效的监控系统异常并自动采取异常应对措施。比如：当网络出现故障的时候门诊收费子系统监控到网络异常会自动切换到单机模式保证门诊收费的正常运行。 （3）异常报警机制： 系统配备了有效的异常报警模块程序，能够有效的监控系统的各种异常并报警。比如当第三方软件出现异常时，系统会发出警报，并以邮件、短信等方式通知相关人员及时处理。 （4）系统功能调用模式： 系统适应来自外部系统的系统功能调用，包括UI（用户界面）、中间件、以及公共的系统功能方法，各种服务都依据医院信息化的接口标准制定，经过大量的内外部测试。 用户界面调用是系统通过调用第三方系统的界面，展示在本系统中，从而以本系统的形式出现的一种调用方式。同时，系统提供多种公共用户界面，第三方系统可以根据我方制定的调用规范，完成其系统的一体化处理。 界面调用接口只需要界面提供方，规定调用规则，如界面名称、调用参数等，调用方按照既定规范，将界面展示，用户在该界面上进行操作，其操作结果将通过界面提供方的后台程序，完成操作的业务处理。 系统将在表现层提供一系列的界面，包括基于Web Form的浏览器客户端界面，基于Win Form的桌面客户端界面，和基于Mobile Form的移动设备界面，第三方系统可以通过我们制定的调用标准，根据自身需要灵活使用。 凤和电子病历系统符合卫生部《基于电子病历的医院信息系统建设方案》标志进行设计和开发，满足医院的需求。 2、数据库设计及数据交换 核心技术EORM ：系统采用数据库平台无关的模块-EHIS对象关系映射模块（EHIS Object Relational Mapping，即EORM），解决不同医院的数据库不同所带来的维护难度大，版本不统一，重构困难，异构数据集成等问题。同时，实现了平台无关性，其可移植性强，安全性高，稳定性好，更重要的是可以将关系映射到对象中，使用操作对象的方法来操作数据库。因而它成为EHIS系统最核心的模块之一。 数据结构交换模式：数据是利用数据库技术，实现数据共享，各种系统通过数据表格、视图或存储过程的共同拥有，和各自的数据库操作，从而获取数据或数据的变化情况，而作出信息获取或传输的效果。符合卫生部最新的《医院信息系统基本功能规范》。遵循HL7卫生信息传输协议。 3、WEB服务方式 系统的服务接口采用Web Service的接入方式，这一模式能够支持跨系统间的数据、信息交互，如HIS的信息传递到电子病历系统，电子病历系统的信息反馈回HIS系统。 Web Service是目前最成熟的跨平台通信模型，由于是完全基于XML（可扩展标记语言）、XSD（XML Schema）等独立于平台、独立于软件供应商的标准，使用 XML 来编解码数据，并使用 SOAP 借由开放的协议来传输数据，对于跨防火墙的通信、应用程序集成、B2B的集成、软件和数据重用，有着不可比拟的优势。 企业级的应用系统开发者都知道，企业里经常都要把用不同语言写成的、在不同平台上运行的各种程序集成起来，而这种集成将花费很大的开发力量。应用程序经常需要从运行在主机上的程序中获取数据；或者把数据发送到主机或应用服务器中去。即使在同一个平台上，不同软件厂商生产的各种软件也常常需要集成起来。通过WebService，应用程序可以用标准的方法把功能和数据“暴露”出来，供其它应用程序使用。 系统内部采用可序列化的实体模型和内部接口作为信息载体和信息传输，天然适应于Web Service的可序列化XML标准，因此，对Web Service具有良好的兼容性，能够快速响应和便捷传输。通过Web Service，可以很好地解决了异构平台或异构数据所带来的差异性，使得一体化的通信连接变得更为理想。 4、COM+组件 COM+组件是指微软元件服务，COM+的底层结构以COM为基础，它几乎包容了COM的所有内容，COM+综合了COM、DCOM和MTS这些技术要素，它把COM组件软件提升到应用层而不再是底层的软件结构，它通过操作系统的各种支持，使组件对象模型建立在应用层上，把所有组件的底层细节留给操作系统，因此，COM+与操作系统的结合更加紧密。 COM+能够支持跨系统间的数据、信息交互，如HIS的信息传递到电子病历系统，电子病历系统的信息反馈回HIS系统。 COM+注重于分布式网络应用的设计和实现。COM+继承了COM几乎全部的优势，同时又避免了COM实现方面的一些不足，把COM、DCOM和MTS的编程模型结合起来，继承了它们的绝大多数特性，在原有的特性上增加了队列服务、负载平衡、内存数据库、事件服务等功能。 系统在.NET Framework提供的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逻辑，和接口三个子层。支持基于Web Form的浏览器客户端，基于Win Form的桌面客户端，和基于Mobile Form的移动设备。 （3）应用服务层 是行业应用的核心层次。参考HL7标准的RIM，划分为多个域模型。对各域内对象进行分析整理，提炼出相关的业务逻辑和业务实体，通过接口封装，对架构的上层提供支持，对系统的外部用户提供服务。 （4）系统基础架构层 是支撑本系统架构的基础。提炼并实现了大量行业相关的、共性的业务基础服务，和大量的与业务无关的非功能需求，即系统基础服务。同时提供数据存取和转换服务，以及代理第三方服务。通过统一的接口封装，向架构上层提供支持。 （5）数据源层 由各种不同的数据库，或者数据文件，向架构上层提供数据。 （6）部署视图 数据库集群 Web客户端 第三方服务 Web服务器 Web服务接口 Web服务代理 用户界面表示组件 用户界面处理组件 第三方客户端 应用服务器 业务逻辑 数据存取/转换 业务实体 业务基础服务 系统基础服务 桌面客户端 用户界面表示组件 用户界面处理组件 应用服务接口 图2. 系统部署示意图 3.2.4.3系统部署设计 根据医院的实际情况，按照医院有新老院区的需求，对整个系统严格按照符合医院现有网络和硬件环境的需求进行部署和配置，满足医院各主流业务的实际需要，系统本着安装简单、部署简便和升级方便的前提进行部署和规划，并且在实际的系统安装和部署中提供详尽的《安装部署指南》和各类安装操作文档，并对医院相关负责的管理员进行详细培训。具体介绍如下： 1、分层部署简介 主要描述客户端、Web服务器、应用服务器、数据库服务器四部分内容。 2、客户端 1）Web客户端：不需要部署，Web应用借助浏览器运行； 2）移动设备：如果运行Web应用则无须部署；否则需要部署针对移动设备而开发的界面组件和界面处理组件； 3）桌面客户端：需要部署界面组件和界面处理组件；并根据不同的需要（如对性能要求很高的关键业务），部署相关的业务逻辑和业务实体，甚至业务基础服务和系统基础服务，而这些是通过接口封装应用服务层和系统基础架构层的代理方式提供的。 4）可部署升级服务器，当需要更新程序时，各客户端能通过升级服务器自动升级，保证升级的速度和完整性。 3、Web服务器 1）IIS服务器：部署IIS服务、界面组件和界面处理组件，向Web客户端提供Internet服务； 2）Web Services服务器：部署Web Services 服务的服务接口和第三方服务代理，向所有需要的客户端(包括外部第三方客户、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) 项目决策组：由医院相关负责人和公司管理层组成，参加人员包括主管经理、医院相关负责人、相关职能部门负责人等。 主要职责：定期了解解决项目开发周期主要环节的进度和内容，并就有关问题作重点决策。 2) 专家组：它的主要任务是在软件工程各个环节完成后进行审查和论证。 主要职责：现有系统调研报告的审查和论证；系统方案设计报告的审查和论证：系统开发计划的审查和论证；系统验收报告。 3) 项目工作组：由项目主管经理负责，参加人员至少包括相关部门负责人及所有参与开发人员。 主要职责：参与项目开发整个生命周期的各环节，包括人员组织、工作安排、开发调整、用户培训、开发进度、开发内容的要求、业务规范性，协调、落实、检查及使用鉴定等义务。它是整个软件质量保证的核心，根据系统方案的设计，按最高质量标准设计出合理的软件结构，并且要通过专家组的认可。在开发阶段应该合理、有序地布置开发人员，做到每一个环节有专人负责，还应制定出非常详细的开发计划，使得系统方案设计中的每一个模块在人员、时间合理的情况下完成，并且要定期检查计划的实施情况，向领导小组汇报，发现有错及时更改。改变了过去事后质量检查的落后质量管理方法。在软件开发过程中定期组织模块阶段性测试，保证质量。该小组应在调试阶段尽量在实际数据环境下进行，并定期提交调试报告。该小组在系统安装阶段要制定严格的实施计划，安排开发人员参与实施，提高实施报告，在系统调试完成后，必须提供完整的数据资料、文档、程序代码，最后要培训系统维护人员，保证系统整个过程的高质量。项目负责小组的另一重要工作是为领导小组提供具体数据，协助领导小组制定各种计划，配合专家小组对项目的论证和定期项目审查。 应提供的文档包括： ü 原系统调研报告 ü 系统整体方案设计 ü 系统整体方案详细设计报告系统开发详细进度表 ü 软件开发人员工作分配表 ü 系统开发文档 ü 系统数据文档 ü 系统调试报告 ü 系统实施计划 ü 系统实施报告 ü 培训计划 4) 系统维护组：主要由医院项目技术负责人负责，参与人员包括医院对项目投入运行后维护与开发工作的计算机软硬件人员。 主要职责： ü 参与项目开发前软件安装使用、现场实施与改进等； ü 参与对项目工作组、决策组和用户组的技术咨询和开发进程的解释、组织工作； ü 参与项目开发后期的业务数据，维护数据录入组织工作； ü 参与项目开发后期试运行的系统维护、日运行和维护及进一步开发工作。 5) 用户组 主要职责： 由医院职能部门负责人负责，包括若干前、后台操作人员组成。主要职责是负责基本业务流程讲解，功能要求提出及咨询，负责原始数据整理与基本要求，负责试运行的全部调整及维护，负责试运行用户证明材料整理与鉴定，负责基础数据准备与录入。 3.2.5.2项目团队设置 1、项目经理 王永恒：本科学历，计算机科学与技术专业 2、项目开发人员 郑欣欣：本科学历，计算机信息科学与技术专业 赵黔豫：专科学历，计算机信息与计算科学专业 孙丽华：本科毕业，计算机软件技术专业 王立保：本科学历，计算机信息科学技术专业 3、项目实施人员 李景品：本科毕业，计算机智能技术与应用专业 李欣欣：本科毕业，计算机信息与计算科学专业 张帆：本科毕业，电子信息科学与技术专业 郝凯杰：本科毕业，计算机信息科学技术专业 4、项目售后服务人员 司亚飞：本科学历，计算机信息安全专业 刘伟蒙：专科毕业，计算机应用专业 3.3.5.3项目计划及工期 1、指导思想： 总体设计、分工合作、分步实施、各自负责、控制进度、双方监督的配和原则。从简单到复杂、从普通到特殊，阶段、功能逐步扩充升级，重点突破、重点培训、重点应用。 2、开发方法： 按软件工程和系统工程规范进行总体设计，根据总体设计方案，结合原型法进行详细设计与实现。在系统框架范围内，对测试和所作所为完全依原型快速调查与维护。 3、项目计划工期： 根据医院实际情况，整个工期包含需求调研阶段、系统设计阶段、安装培训阶段、正式安装、基础培训、系统培训、上线、验收等环节，总体工期控制在170天左右，如遇特殊情况，可与医院协商进行调整： 任务 任务描述 甲方参与部门及人员 周期 提交文档 需求详细调研：详细分析用户现有需求 现有流程及模式、现有应用瓶颈、各工作岗位工作内容及数据分析，循环进行调研 全院各科室 30天 需求分析 系统设计：根据需求完成系统设计，并进行验证测试 根据需求调研结果，制定设计方案和测试方案，进行程序修改和验证测试 60天 完成版本和测试报告 安装培训系统 安装一套系统用于练习和培训 系统管理员 2天 正式系统安装设置（以需求调研的为导向） 用户模式，流程系统选项设置，使之吻合需求调研所要求 系统管理员 2天 系统参数日志 基础培训 对计算机基本操作的培训，即操作医院系统所需要的预备知识 医院业务操作员 2天 基础数据收集整理 对医院的药品、治疗等医嘱必须项目整理，医院科室、医生等众多资料的收集整理 各基础数据对应科室 20天 医院字典表 信息化领导层研讨及培训 就领导层宏观，前瞻性课题与医院领导研讨，如何是系统更好的为管理服务 副院长以上领导 2天 信息化作为医院管理工具的应用分析 业务培训 医院业务的专业培训，以掌握本岗位的具体操作为目标的专业强化培训，以上机为主 医院一线工作岗位 20天 培训教材 操作员测试 全体操作员业务上机操作培训，检验前一阶段培训的效果，同时对薄弱环节或个人进行单独特别强化，测试不合格，继续进行培训 医院一线工作岗位 7天 测试试题 系统上线演练与动员 将各科室领导和业务骨干集中动员并演练系统上线全过程 科室业务骨干 7天 详细上线安排步骤 系统上线 正式上线系统、将全部业务启用，是全部任务中非常重要和紧张的一环 全院各科室 1天 详细上线安排步骤 数据测试跟踪 以病人、日、操作员、科室等为单位进行大量的交叉测试验证，确保系统的正确性 全院各科室 15天 测试报告 系统验收 系统在正式稳定的运行一个周期后，对系统进行系统回顾与测试，它是交钥匙工程的中心内容 信息化领导小组 2天 验收报告 交钥匙 以移交编译代码，管理文档，技术文档，编译文件等为内容，以达到平稳移交系统管理智能为目的的重要活动 信息科 2天 移交资料清单及《微机使用制度》《微机室管理制度》《数据安全管理制度》 系统升级与服务 以稳定、优化、扩展为目标的不定期升级，是对美好目标的持续最求，是愉快和值得期待的过程 信息科 永久 升级及管理日志 3.3.5.4项目管理 1、与用户紧密结合，协调工作 “用户的参与是成功的一半”我们不是单纯的计算机产品的销售，而是要与用户紧密结合，共同开发、创造适合用户使用的应用系统。这是方正在计算机系统集成领域一贯奉行的原则。我们依靠这一原则成功地为许多用户提供了完善的解决方案。 2、广采众家之长，为我一家之用 作为系统集成商，我们将根据用户的需求，广泛考察国内外最优秀厂家的软、硬件产品，选取最适合解决方案，以用户成功地使用作为我们的唯一目标，保证项目地顺利实施。 3、依靠实力，全面开展工作 为保证项目的顺利实施，方正将全力投入，从资金调配到人员组织给予全力支持，订货、主机、网络、软件开发等各方面工作同时开展，充分显示方正的系统集成实力。 3.3.5.5软件安装调试运行方案 系统通过初验后，项目组按合同要求向用户安装应用程序并提交用户使用手册等文档，对用户进行使用培训后进入试运行，必要时可向用户提交《试运行启动报告》。 在试运行期间，由测试服务组培训工程师根据项目的要求组织用户培训。在试运行期间，用户提出故障申告后，由开发工程师详细记录下用户提出的问题及现象，并填写《应用软件试运行记录》的相关部分。由项目负责人分析并委派相关人员解决用户提出的问题。若用户无申告，项目负责人需定期（一般为1~2周1次）与用户联系，对项目的进展情况和试运行情况与用户沟通，并填写《试运行客户回访单》。 涉及到用户需求变化，项目负责人应填写《软件需求变更申请表》，由事业部经理或组长对《软件需求变更申请表》进行评审，必要时组织评审小组采用评审会的方式。评审结束后应作出评审结论，形成《软件需求变更评估报告》并签字确认。审批通过后交用户签字确认。项目负责人应实施相应的设计更改。同时将评审和用户签字后的《软件需求变更申请表》及签字后的《软件需求变更评估报告》归档到文档管理员处。 试运行后期，用户应填写《应用软件试运行报告》，作为终验依据之一。 3.3凤和医院信息系统说明 项目编号 G-2014-001 子系统名称 经济管理模块 模块名称 一卡通管理系统 数量 1套 所投产品详细性能说明： 1、 本系统支持办理实名诊疗卡，需凭患者的有效身份证件到办卡处办理，诊疗卡的功能是可以在各楼层自助终端进行快捷挂号、充值、缴费等； 2、 系统支持使用一卡通进行划价收费、住院检查等操作，支持当次结算，卡内余额可保留至下次； 3、 对账户的管理功能，包括开户、查询、冻结、注销、修改密码等； 4、 系统支持对各时间段的交易明细查询并可打印清单； 5、 对门诊预交金和住院押金统一账户管理，互通使用； 6、 数据安全：支持数据加密，可保证卡内金额及信息在存储与传输过程中的安全性。 投标人公章： 80 / 190 项目编号 G-2014-001 子系统名称 经济管理部分 模块名称 门急诊挂号系统 数量 1套 所投产品详细性能说明： 1、系统具有号表管理功能，提供号表的新建、录入、修改、删除和查询等功能；系统可对医生进行排班，形成排班作息表； 2、系统支持的挂号处理功能可实现病人身份识别挂号和允许病人不提供身份识别挂号。挂号的同时打印挂号单据，并产生就诊病人基本信息。可进行退号及票据重打，用户可对病人的就诊信息进行查询、