项目需求书一、项目背景为体现国务院《建立和规范政府办基层医疗卫生机构基本药物采购机制的指导意见》关于“鼓励各省（区、市）进一步拓展基本药物集中采购平台的功能，打通卫生行政部门、基本药物生产及批发企业和基层医疗卫生机构之间的信息通道，建立起基本药物从出厂到使用全过程实时更新的供应信息系统，动态监管和分析药品生产、流通、库存和使用情况。鼓励有条件的地方开展电子交易，节约交易成本，提高交易透明度。”的要求，天津市医药采购中心根据市卫生局的工作部署，计划开发新的天津市医药采购应用管理综合平台。二、商务需求序号需求条款是否为实质性条款原因说明（实质性条款需列明原因）1投标人须具备软件企业认定证书是软件项目需要。2项目实施期间，项目组核心成员（项目经理、需求分析师、系统设计师、主程序员）的变更须经采购人同意是保证项目顺利实施，避免因人员变动导致工作偏差和效率降低。3签订合同之日起6个月内分阶段完成本项目是国家和天津市对药品集中采购工作的新要求需要通过平台来实现，因此需要尽快上线实施。4近5年在药品、医用耗材集中采购招标和网上采购系统开发维护过程中无不良记录。是保证项目质量。5在天津本地完成全部开发工作，地点须在天津市内六区否6软件质量保证期2年否7在质量保证期内提供7×24小时上门技术服务。否8质量保证期内提供每月1次上门软件巡检服务否9投标人技术支持团队成员应有本项目实施人员组成，确保系统安全、稳定运行。否10软件免费质保期满后，根据双方约定继续签订有偿维护合同，继续提供技术支持、升级等服务。质量保证期后每年系统修改和维护费用原则上不超过中标金额的10%。否三、技术需求序号采购项名称数量需求条款是否为实质性条款原因说明（实质性条款需列明原因）1天津市医药采购应用管理综合平台软件开发项目（一期）1详见附件是按采购人需求定制开发附件：一、项目背景为体现国务院《建立和规范政府办基层医疗卫生机构基本药物采购机制的指导意见》关于“鼓励各省（区、市）进一步拓展基本药物集中采购平台的功能，打通卫生行政部门、基本药物生产及批发企业和基层医疗卫生机构之间的信息通道，建立起基本药物从出厂到使用全过程实时更新的供应信息系统，动态监管和分析药品生产、流通、库存和使用情况。鼓励有条件的地方开展电子交易，节约交易成本，提高交易透明度。”的要求，天津市医药采购中心根据市卫生局的工作部署，计划开发新的天津市医药采购应用管理综合平台。二、平台建设目标我中心在大量调研区县卫生管理部门、各级医疗机构和配送企业，并多次邀请相关专家充分论证的基础上，提出新平台“四个统一”的建设目标。即在全市范围内，统一标准，统一功能，统一采购配送流程，统一监管模式。目前，承担我市主要药品配送任务的大型配送企业，已经根据企业自身的业务特点，开发了企业自有的电子商务平台。这些平台均为企业自行设计和开发，标准和功能不尽相同，企业间不能相互兼容，并且企业平台未纳入政府的统一监管。这种情况不利于规范医药流通秩序，不利于规范企业对于医院的服务行为，同时也会增加企业在平台开发和维护方面的成本，加大医院的药事管理难度。通过“四个统一”引导和规范配送企业已有和在建的商务平台向市级平台靠拢，这对于规范医药流通秩序、规范医院用药行为、科学构建我市的药品供应保障体系具有十分重要的意义。三、平台建设任务本次平台建设应采用更先进的开发模式及框架，在保留我中心现有药品招标、评标、网采系统及网站功能基础之上，结合我市医药招标、采购、配送、结算工作管理特色，对平台进行重新开发及功能扩充。1、在注重功能实用的基础上，以Web2.0技术为基础，建设有现代感、界面美观、交互性强、使用方便并符合医药管理工作特色的医药采购中心门户。2、建设统一的医药采购应用管理综合平台，实现中心业务工作信息化。将药品招标、采购、配送、结算、监督过程，有机的变成一个整体，实现原有分散型系统的互通互联。3、优化招标流程，实现流程模块化、可配置，满足日益变化的招标管理需要。4、注重积累，建立采购基础信息库、历史信息库。5、加强招标、采购过程监管，有利于中心及早发现并解决招标采购过程中出现的问题。同时向上级主管部门及监督部门开放应用接口，接受监管部门对我中心工作的监督。6、建设智能数据统计分析平台。中心可随时根据需求自定义统计图表，同时平台提供预测支持手段，可以对招标采购趋势做出预测，以及对采购活动的行为进行分析，为管理部门制定相应的管理政策提供信息支持。7、建设在线培训平台，中心可通过培训平台对内部员工、医疗机构和企业等进行相关的培训工作，提升中心服务质量，降低培训成本。8、建设中心内部使用的公文审批系统，规范文件审批流程，提高日常办公效率，提升中心信息协同办公水平。9、通过建设短信服务平台，提高中心服务质量。可以向企业提供各类及时信息，如招标提醒、采购结算清单等。10、加强与医药采购相关其他部门之间的信息共享，提供与社保中心、医院HIS等的信息接口。11、建设方便、快捷、透明的结算系统，支持包括“电子支付”在内的多种财务结算手段，减少资金管理环节，提高工作效率，提高财务透明度。12、整体平台安全可靠，符合国家公安部安全等级保护三级的管理要求，从系统到数据多角度多层次对平台进行安全保障。使用高可靠性的安全产品对操作系统进行安全保障，同时支持利用CA认证证书保证系统访问安全、数据传输安全以及数据存储安全。四、平台建设内容本次“天津市医药采购应用管理综合平台”（以下简称“平台”）共包括13个子系统，即基础信息管理系统、药品集中采购招投标系统、配送企业招标管理系统、评标管理系统、药品网上采购管理管理、结算管理系统、监督管理系统、培训系统、公文审批系统、数据查询统计分析系统、信息安全管理系统、外网门户和短信平台。4.1.1 基础信息管理建立药品、医用耗材、医疗机构、生产企业、经营企业（代理商）及配送企业基础数据库，对平台基础信息的统一管理，为药品招标及采购过程提供基础数据支撑。基础库的信息维护应实现信息内容可配置化，即我中心可随时调整、增、删各类基础数据信息的属性。基础信息管理应采用独立数据库设计方式，与平台其他系统的业务数据库相分离。基础信息库管理应包括如下四种形式。（1）企业通过外网注册，添加产品，我中心根据相关权威网站及企业递交的纸质材料进行审核，审核无误后方可将其信息加入到基础信息库中，并为企业或产品信息生成唯一的“平台统一标准编号”。（2）由中心直接对基础信息库数据进行维护，例如：医疗机构基本信息。（3）在应用综合平台运行过程中处理的所涉及到基础库的变化数据，自动将数据变化情况回填到基础信息库。例如：招标增补目录。（4）系统实现与国家食药监局网站药品、耗材及企业信息数据进行对接，实时自动获取信息4.1.2 历史信息管理建立招标、网采历史信息库，将应用综合平台历年历次的药品或医用耗材招标结果信息及药品、医用耗材网上采购历史信息自动导入到历史信息库，作为历史信息归档。实现历史数据与现行数据相分离，降低现行数据应用上的性能开销，同时，历史信息库为查询统计分析及预测提供基础数据支撑。归档数据应包含全部的历史信息数据，并在其基础上进行再加工整理，区分业务数据和流程状态数据。系统应充分考虑历年招标、采购过程的差异性，支持对这些差异信息的查看。4.2 药品集中采购招投标系统投标人根据招标公告要求递交纸质材料、领取U-KEY和纸质招标文件。投标人在网上进行报名操作，递交投标文件。投标文件经专家审核后，投标人可在网上进行确认或质疑，质疑问题经重新审核后在网上公示。投标人在指定时间内进行报价及解密操作。专家按照指定条件划分标的，将评标方式分为公开招标、竞争性报价、单一来源等方式，每个评标方式都可能含有挂网给价品规及带量采购品规。专家根据指定要求对各投标人及所投品规进行综合打分，管理部门根据招标文件要求设定标的下的药品为挂网或带量。专家为挂网和带量品种设定基准价，投标人根据专家所提供的基准价进行确认操作。评标委员会根据招标文件要求整理出中标候选品种目录，经采购人确认后将此目录确定为中标结果，并在投标人对其中标药品递交增补多包装材料后审核完毕，确定此目录自动导入药品网采系统。药品招标流程是由多个环节组成的。每次招标工作根据市医药采购管理部门制定的工作方案和实施细则不同，其环节设定均有所不同，且各环节内的流程管理控制也会有相应的变化。但招标工作基本上包括：标前准备、发标管理、投标人报名、资格审查、投标人报价、开标解密、定标管理、监督管理及招标过程管理等几个部分。（1）标前管理标前管理环节主要完成中心在启动药品招标前的必要准备工作，包括对医疗机构委托中心进行药品集中招标的委托协议管理，辅助中心建立药品招标文件的管理，向社会公布招标通知和信息的信息发布管理，对联席办下发的规定招标范围的招标目录和增补目录的管理，以及对医疗机构信息的管理等。充分做好招标前的各种准备工作，为招标活动的顺利进行打好基础系统应支持委托协议管理、医疗机构基本信息管理。支持从药品基本信息库根据本次招标范围导入招标目标。系统应支持采购公告管理，中心统一在外网发布采购公告、招标通知等信息。（2）发标管理发标管理环节主要完成投标人购买标书，药品招标阶段开始时的工作，包含对参加投标报名的企业信息维护、为各投标人发放投标密码和权限、维护中心工作人员的密码和权限、新建和维护投标人的招标产品数据等。做好投标报名前的准备工作。系统应支持投标人账户管理，支持投标人UKey的发放及注销，支持投标人账户初始化。系统应支持中心工作人员账户管理系统应支持在线购买标书。投标人可在线下载已购买标书的电子文件。系统应支持投标人增补采购目录，同时投标人增补的药品采购信息与药品基本数据库实现自动同步。（3）投标报名投标报名环节主要实现投标人的网上报名操作，保证网上品种报名的安全性和公平性，使投标报名工作能够顺利进行。系统应支持中、西药分别分时报名系统应对非本次招标范围内的无效报名进行提醒。系统应支持投标人在线申报增补产品，并由中心进行审核。系统应支持投标人在线申报企业资质以供中心审核，包括：企业规模、生产企业资质、委托书、政府备案价等。（4）资格审查资质审核环节主要完成投标报名后，对品种进行的委托审核，以及标的划分。中心集中对委托产品（即生产企业委托配送企业代理其投标的品种）报名的委托资格进行审核，确定投标的配送企业确实有资格代理生产企业的品种进行投标。系统应支持委托书审核，委托书审核应支持按页码进行审核，提高中心资审工作效率。系统应支持政府备案价审核。系统应支持自动一药多投审核，同时支持中心人工对一药多投审核结果进行调整（通过、待定、放弃等）。系统应支持可灵活配置的审核，允许中心自定义审核项，由投标人进行填报，中心集中、快速、有效地审核。系统应支持自动通过短信平台告之投标人资质审核结果。系统应支持将资质审核结果自动换算为投标人或投标产品客观分。系统应支持自动生成资格审核结果公示表，在线对资格审核结果进行公示。系统应支持双信封方式，自动将报名及资审有效的投标人及产品导入到评标系统中进行技术评标。（5）投标报价投标报价环节主要实现投标人网上报价操作。报价信息应使用UKey及CA证书进行加密，保证报价信息安全。系统应支持报价投标人范围设定，允许按照报名投标人或技术入围投标人两种方式划定报价投标人范围。系统应支持中心对投标报价限价进行管理，投标人报价不得高于投标限价。系统支持投标人填报多种价格信息，包括市场价、出厂价、投标价等。同时允许中心灵活设定本次招标工作所需填报的价格。系统应支持按中、西药设定不同的规则，分别进行报价。（6）开标解密开标解密环节主要实现开标当日所涉及的各类可能的工作。包括签到、解密、投标公示、标的划分、分流等工作。系统应支持投标人网上或现场签到。签到有效投标人方可解密。系统应支持投标人网上或现场对报价进行解密。系统应支持对开标一览情况显示内容自定义，中心可灵活设定开标一览表显示内容项。系统须与中心现有视频监控设备相连接，支持投标人、中心、监督部门在线观看开标现场情况。系统应支持药品制剂规格合并及剂型合并。系统应支持自定义标的划分规则。系统应支持标的的自动划分和人工调整。系统应支持自定义分流规则系统应支持根据就分流规则自动分流和人工调整分流。系统应支持将有效的投标人及投标产品，导入评标系统进行评标。或者根据双信封将报价有效的投标人及投标产品，导入到评标系统进行商务评标。（7）定标管理专家对全部中标候选品种评标进行综合评议，最终确定中标品种。投标人可根据中标品种增补多包装，并与医疗机构及我中心签订合同。最终结果我中心外网门户进行统一公示。最终结果系统按时自动导入到药品网上采购管理平台。系统应支持将评标结果信息导入到招标平台，以完成后续的定标管理操作。系统应支持专家对中标候选品种进行综合评议，最终确定中标品种。系统应支持将最终中标品种自动或手动发布到外网进行公示，并支持Excel文件导出。系统应支持投标人增补中标品种多包装及价格。系统应支持合同管理。医疗机构、采购中心、配送企业网上签订合同。系统应支持将最终采购品种自动导入到药品网上采购平台。（8）监督管理监督管理环节主要实现对招标全过程和招标关键步骤的监督管理功能，特别是在开标和评标的复杂过程中，更要进行严格的管理监督。系统为监督部门特别设定了十分完善的监督窗口，通过这个窗口，只有监督部门的相关人员可以查看到招标的情况和关键信息，包括开标时间是否严格按照规定执行、评标专家是否按照规则进行评标、中心操作人员是否在自己的职责范围内进行操作、以及一旦出现问题，通过查询所有人员的操作记录，马上查出问题出现在哪里，并提供可靠的依据。为了达到招标过程的公正、公平和公开的三大原则，系统为公证人员设置了专门的时间管理窗口，如在开标截止时间，有公正人员进行操作，简单点击开标结束按钮，结束开标阶段。（9）招标过程管理招标过程管理主要实现中心对招标过程进行控制。中心根据管理部门制定的药品招标工作方案和实施细则的要求，设定招标时间点和阶段。我市历年药品招标工作存在流程不固定的特点，固定业务流程的系统不能满足未来药品招标工作的实际需要。为了减轻后期维护成本，充分保护系统建设价值。系统应以组件化、模块化的方式对招标系统业务流程进行设计开发，一个业务环节即为一个组件，组件间根据不同时期的招标工作流程要求，可以灵活自由组合，以达到招标平台可在未来持续使用的目的。4.3 配送企业招标管理系统 管理部门根据实际情况向我中心提出采购任务并提供评审细则。我中心接受任务。我中心根据评审细则制定出招标文件和打分因素，并发布招标公告。投标人在网上进行注册后，按照招标文件要求递交纸质材料，领取纸质招标文件和U-KEY。投标人根据招标文件要求递交投标文件，经专家审核后，投标人可在网上进行确认和质疑操作，经专家复议后将质疑处理结果发布网上进行公示。评标专家根据招标文件要求对投标人进行综合评定。评标委员会确定中标名单，经采购人确认后成为中标名单。 配送企业招标主要包括如下几项工作。（1）发标管理我中心根据上级管理部门制定的配送企业招标实施规范和评审细则，制定招标实施计划，发布招标公告。系统应支持实施计划管理。系统应支持招标公告管理，中心统一在外网发布招标公告及补充说明等信息。（2）投标报名投标企业进行网上注册，并根据资格递交纸质材料，我中心进行审核，并向审核通过有效的配送企业发放Ukey。资格审核有效的投标人网上进行报名。系统应支持投标人账户管理，支持投标人UKey的发放及注销，支持投标人账户初始化。系统应支持中心工作人员账户及权限管理系统应支持在线购买标书。投标人可在线下载已购买标书的电子文件。系统应支持投标人在线报名。（3）资质审查我中心邀请相应专家对投标企业进行资格评审，并记录资审专家信息。资审专家根据投标人递交的材料进行审核和评定。资格审查结果网上公示，投标人可对资审结果进行网上确认和质疑。对于投标人质疑，我中心将组织专家进行重新的评审和认定，直到双方对资审结果共同认可为止。 系统应支持投标人在线提交资质审核材料。系统应支持专家对投标人资质材料进行审核，并由中心将审核结果在网上公示。系统应支持对投标人提出的质疑，专家进行网上答疑。系统应支持将资质审核有效地投标人导入到评标系统进行评标。（4）定标管理评标委员会根据专家评定结果确定中标候选名单，经采购方确认后成为中标名单。中标名单网上公示。系统应支持将评标系统中标候选投标人导入到招标系统，进行后续的工作。系统应支持采购方在线确定中标投标人，并由中心将最终中标结果发布到外网进行公示。中标结果应支持Excel方式导出。4.4 评标管理系统药品、配送企业招标时，应搭建专门的封闭的局域网专家评标环境，建设独立的评标管理系统，该系统（包括数据库）与平台其他业务系统物理隔离，以保证评标数据安全，评标信息不泄露。技术评标前将招标信息自动导入到评标系统中，同时在评标系统中设置技术评标专家，技术评标专家进行主观分评审，系统自动计算评标排名，并支持定量评价和定性评价。确定商务入围品种后，将结果信息自动再到导回到招标系统中。 商务评标前将有效报价信息自动导入到评标系统中，同时在评标系统中设置商务评标专家，系统自动计算报价排名，由专家进行确认。对于单一来源投标产品，专家参考多省市中标价对产品进行在线给价。并将给价结果发布到外网，投标人进行确认。系统应支持多次给价确认（议价）过程。系统应支持药品、配送企业根据其不同特点进行多种模式的评标过程。系统应支持基本药物双信封评标及非基本药物综合评标系统应支持评标因素的因素名、分值、因素类型进行灵活设定，并自动生成专家打分表。系统应支持按专家专业领域、管理类型等分类方式对评标专家进行设定或分组。系统应支持专家按分组对主观因素已经评分，同时系统自动生成客观因素分。系统应支持多种价格分计算方法，将投标报价自动换算成价格分。系统应支持中心对专家评分结果进行集中管理，允许中心撤销专家评标。系统应支持多种评标排名计算方法，至少包括综合评分法、去最高最低分法和最低报价法。系统应支持评分、投票、挂网给价等多种评标管理活动。系统应支持投标人挂网确认结果专家二次审核。系统应支持多省市价格管理，由中心对多省市价格进行集中管理和维护，为专家给价时提供数据参考。系统应支持将评标结果导出，并能自动生成Excel文档。4.5 药品网上采购与监管系统4.5.1 药品网上采购基本工作流程4.5.1.1 采购计划多级审批医疗机构根据采购需求在系统内制作采购计划，采购计划根据角色的不同审批的流程也不同，根据系统配置好的审批流程进行多级审批，也可不经过审批直接进行采购订单的制作。乡医如要采购药品需要填写采购计划（根据情况不同，采购计划的编写可在线或离线进行），上报上一级医疗机构进行审批，同时上一级医疗机构如需要审批才能采购也需要进行采购计划的上报，根据系统的设置不同可进行不同流程的采购计划审批。对于更高一级的医疗机构可通过医疗机构的内部审批进行采购计划的审核。4.5.1.2 采购订单流程在选择配送企业时，系统会动态展示当前选择的配送企业库存量，以方便医疗机构进行药品数量的规划。制作采购订单有多种形式：（1）自行选择采购药品制作采购订单在可选药品中选择此次采购的药品，填写金额与数量选择配送企业进行订单制作（2）通过模版选择采购药品制作采购订单在选择预先设置好的采购模版，进行微调后制作订单（3）通过以往采购订单制作采购药品在曾经采购过的订单中提取药品信息进行订单制作，还可以将订单保存为模版以便以后采购的方便快捷。（4）采购订单多级审批医疗机构制作采购订单后，根据系统审批设置与医疗机构内部审批设置，进行多级审批后可进行订单发送，也可不经过审批直接进行订单发送。如果系统审批设置或医疗机构内部审批设置需要采购订单进行多级审批，医疗机构工作人员制作采购订单后，订单内容需要上级主管进行审批方可发送订单到配送企业。（5）采购流程反馈环节在采购订单发送到配送企业后，需等待配送企业对订单的药品进行数量与时间的反馈，反馈信息分为：按期足量供货、按期数量不足供货、延期足量供货、延期数量不足供货、订单缺货状态等，在配送企业对每个药品的数量进行反馈后将反馈信息发送至医疗机构，医疗机构根据情况对订单进行操作，可撤销订单、撤销订单某些药品、将订单转到其它配送企业进行重新反馈、确认订单等操作，如果医疗机构确认订单反馈信息则系统会将信息发送至配送企业，等待配送企业发货。如：配送企业的反馈信息为按期足量供货(及完全符合医疗机构要求)，则可以直接进入发货环节（6）配送企业发货环节医疗机构确认了订单反馈信息后，配送企业可以进行发货，发货时需填写相应的药品包装信息并由系统生成随货条码清单，随货条码清单能够标识出此次送货的相应药品信息。（7）到货确认环节配送企业将药品运送至医疗机构后，医疗机构相应管理人员使用条码枪对系统生成的随货条码清单进行扫描，条码枪会显示出配送药品详细信息，在进行人工核对药品与相应检查后方可入库，入库后医疗机构可对此次采购订进行到货确认完成此次采购。如：医疗机构工作人员发现药品数量不正确、药品有损坏，可在条码枪上直接进行相应操作：修改到货确认数量，退货，补货等操作（8）退货如医疗机构对某些药品需要进行退货处理，则需要在系统内制作退货单，填写相应信息后，根据系统审批设置与医疗机构内部审批设置，进行多级审批后可进行退货单发送，在配送企业确认退货单后退货结束。4.5.2 药品网上采购基本功能要求保留现有系统的全部功能，并在此基础上对系统的监督管理全面性，使用便捷性有根本上的提升。系统建设应保留现有的药品管理、订单完整流程、采购控制、角色管理、配送控制、退货管理、统计分析等，并在新系统建设中增加新的元素，如：增加中药饮片、紧缺药品、备案药品等其他特殊管理与采购流程；增加监管系统 包括：医疗机构绩效管理、配送企业绩效管理和其他采购环节的绩效管理；增加采购计划的内外部多级审批；增加采购流程的内外部多级审批；增加智能设备辅助采购；增加区县整体结算；增加临时药品审批、采购；增加医疗机构库存管理及用药情况；增加配送企业库存管理及物流。为了使整个平台数据共享，应记录药品采购全过程的数据。采购系统应使用基础数据系统的数据作为底层数据支持，使用采购系统中采集的数据进行分析并在监督系统中体现。为了使采购系统能够为财政和监督部门提供真实、有效、准确的数据，还应向医疗机构与配送企业进行延展，应能够建立标准的数据接口，与全市各级医疗机构的HIS系统进行数据通信,能够与全市各配送企业系统进行数据通信。4.5.2.1 医药采购中心医药采购中心需要宏观的把握药品采购全过程的全部环节，从系统数据的安全性、完整性等角度去监督管理药品采购业务的合理性、有效性、及时性，并负责系统的全局管理与监督职责，因此系统应具备与工作职责、职能相符的监督、管理功能。由于基药与非基药的管理需根据国家政策的变化而改变，因此系统需要提供自由度高，扩展性强，安全性高的相关系统功能，从整体上系统应具备用于控制系统的整体架构管理、系统控制管理、药品采购管理、药品控制管理、绩效管理、数据安全管理，整体权限管理等功能，并能够适应模块化的扩展。应能够满足基药与非基药的变化，提供扩展性可配置的管理应能够满足药品分类的多类筛选过滤增加自由度应能够满足临时、紧缺、备案药品采购的全面控制与管理应能够满足对医疗机构的全面控制与管理应能够满足对配送企业的全面控制与管理应能够满足对医疗机构内部、医疗机构与区县管理机构、医疗机构与采购中心的级别管理应具备消息发送，可针对所有人或某个群体某个人应能够满足对医疗机构采购流程控制，支持多种不同的采购流程分支变化应能够满足对采购流程全程监控，通过不同的数学模型，提供多角度的分析，分析的结果可以作为措施应用于控制应能够满足采购流程报警，根据不同的监控设置，进行灵活处置，以调整采购流程使其更加人性化应能够满足药品采购控制，支持多种多变的控制手段的不同组合，使日常采购能够方便有效的根据政策进行调整4.5.2.2 区县卫生局区县卫生局在平台中主要负责管理下属医疗机构，医疗机构的相关采购规则和限制多数都由其在系统内进行设置，对于基础功能使用群体的管理者，系统为其提供更多的控制、配置与数据申报等功能，应能够监管下属医疗机构、系统控制、多级权限管理、绩效管理等，根据内部管理层次不同系统能够对上述管理做出支持。应具备消息发送，可针对所有人或某个群体某个人应能够满足对医疗机构采购流程控制，支持多种不同的采购流程分支变化应能够满足对采购流程全程监控，通过不同的数学模型，提供多角度的分析，分析的结果可以作为措施应用于控制应能够满足采购流程报警，根据不同的监控设置，进行灵活处置，以调整采购流程使其更加人性化应能够满足药品采购控制，支持多种多变的控制手段的不同组合，使日常采购能够方便有效的根据政策进行改变应支持区县结算4.5.2.3 医疗机构医疗机构为系统使用率最高的用户群体，对于医疗机构的系统建设应该遵循管理体系清晰完善，管理手段多变易用，监管数据完整全面。从数据收集的全面性，到系统的易用性，再到管理方式的多变性与支持主要业务流程功能的完整性上系统应做合理的规划与构建。医疗机构使用系统进行基药与非基药的采购，每种药品都有相关的政策与法规，管理中有一定的不同之处，系统应能够适应各种管理的变化，根据直属管理机构的管理制度不同采购计划、采购范围应能做出相应调整，根据内部管理层次不同能够做出支持，能够配合采购制度进行不同类型的药品采购。 应能够满足医疗机构数据管理 应能够通过系统的HIS接口与本医疗机构的系统进行数据通信应能够支持多样的完整的采购流程应能够通过条码枪实现便捷的库存管理应能够根据直属管理机构的管理制度进行多级采购计划与订单的审核应能够根据内部管理制度进行内部多级采购计划与订单的审核应能够在直属管理机构的控制下进行基药与非基药的采购应能够对临时、紧缺、特殊类药品进行采购，并在采购过程中体现监管职能应能够对采购历史数据进行有效的管理，并通过数据模型进行数据挖掘与分析应能够对采购中发生的某些情况进行处理，并满足易用性、全面性、安全性的原则，如货物不足、到货与订货数量不符等。应能够支持医疗机构不同的库存管理机制应能够支持移动设备与智能设备对采购业务的操作应能够从平台的各个角度与方面对平台进行监控并在关键环节有预警应能够提供智能化的解决方案，使医疗机构在采购方面更加便捷应能够对医疗机构的退货提供追溯源头的解决办法应能够将日常采购现行数据与历史数据分离应具备消息发送，可针对所有人或某个群体某个人4.5.2.4 配送企业配送企业在系统建设中应遵循及时、准确、完整的原则，主要应体现出配送药品全过程的相关工作 应能够满足配送企业数据管理 应具备消息发送，可针对所有人或某个群体某个人应设计一套配合条码枪进行辅助配送的系统主线应设计一套智能配送模型应能够支持多样的完整的配送流程与医疗机构采购流程对接应能够满足企业内部不同组织结构的配送模式4.6 结算管理系统配送企业根据医疗机构采购订单进行出库发货，在发货同时，为每一件出库品种开具相应的发票，一药一票。医疗机构收货入库时核对所收药品品种与发票是否一致。医疗机构定期汇总其一段时期内所发生的实际采购量，上报上级主管部门（市、区县两级卫生局、我中心）。上级主管部门根据汇总结果与配送企业进行采购结算。同时市财政局通过结算平台，根据纳入财政补贴范围内的药品采购量核算出补贴金额，对医疗机构进行补贴。（1）配送企业配送企业根据医疗机构采购订单进行出库发货，在发货同时，为每一件出库品种开具相应的发票，一药一票。（2）医疗机构医疗机构收货入库时核对所收药品品种与发票是否一致。医疗机构定期汇总其一段时期内所发生的实际采购量，上报上级主管部门（市、区县两级卫生局、我中心）。（3）卫生局卫生局审核医疗机构上报采购品种数量和金额，并根据汇总结果与配送企业进行采购结算。（4）采购中心我中心也可审核医疗机构上报采购品种数量和金额，并根据汇总结果与配送企业进行采购结算。（5）财政局财政局审核纳入财政补贴范围内药品的采购数量和金额，并对医疗机构进行财政补贴。（6）社保部门与医保部门药品报销金额进行对比分析，并有相应接口。4.7 监督管理系统4.7.1 监督部门管理卫生、纪检、财政、发改、药监、社保、工商、经信委、商委、行政许可中心监督等单位，根据其工作职责，需要对药品、医用耗材招标及采购情况进行监督。其主要监督内容包括：招标过程监控；品种中标价、销售价、采购数量、采购额监控；配送企业交易量、交易金额监控；违规企业监控等几个方面。同时根据各家单位所监督关注的内容不同，如卫生局需要对整个平台内的全部内容进行监督，而财政局更多的偏向于采购情况的监督，所以承建方在系统设计上需要区分监督角色权限，为不同的监督部门设计专属监督系统。4.7.2 监督管理系统功能（1）角色管理：分配监督角色（2）招标过程监控：监督整个招标过程时间点，并对超期进行预警。（3）品种中标价：监督品种中标价品种销售价：监督品种销售价（4）品种采购数量：监督医疗机构药品采购量（5）品种采购额：监督医疗机构药品采购额（6）配送企业交易量：监督配送企业产品交易量（7）配送企业交易金额：监督配送企业产品交易额（8）违规企业情况：监督招标采购过程中的违规企业情况在系统使用过程中，需要随时根据监督管理部门实际工作要求进行系统调整。4.8 培训系统为不断加强我市药品供应保障体系能力的建设，对于相关政策法规的学习和培训，对于平台使用、操作的学习和培训都是非常重要的工作。为充分发挥信息化技术的优势，此次平台建设中，应实现在线学习和培训系统功能，以使学习和培训工作更加完整、准确、及时和高效。同时以培训系统为支撑，完成专家在线答疑、系统操作培训等工作。（1）系统应便于中心对在线培训工作的管理系统应支持用户的资料导入。系统应可以自由的定义用户的操作权限。系统应可以通过管理员下发强制学习的课程,也可由学员自由选学课程。系统应支持培训后的培训内容考试。系统应可以对下发的强制学习课程的先后学习和考试顺序进行强制规定。系统应可以一键备份或还原数据库。（2）系统应便于对培训内容的管理系统应支持文档类格式的课件在线学习。系统应支持SCORM标准课件的在线学习。系统应具备将不同视频格式课件转化成统一播放格式的功能，方便视频教程的采集、转化、维护和学习。系统应支持大体积课件上传时的断点续传。系统应支持外链课件资源的播放。（3）系统应便于用户的在线学习系统应支持学员的页面个性化设置。对于文档类格式的课件的在线学习，系统应能支持在文档上涂抹各种颜色的文字笔记和划线。系统应支持学员间的学习交流。系统应支持学员对课件的评价。系统应支持学员间的即时交流。4.9 公文审批系统为提高药品采购中心日常办公的工作效率，规范公文审批流程，平台应实现内网办公系统的功能。办公系统应支持招标文件、公告等多种文件的审批，并能够发送到外网网站。（1）根据工作需要，可以快速、简便自主定制系统中所需要填写的表格表单，能够配合流程使用，并且可以根据实际情况的变化对表格表单进行修改。（2）基于方便用户操作、安全性及其无纸化办公等要求，定制表单支持签字、盖章、打印。（3）根据工作需要，可以自定义图形化公文流转的工作流程，并且要求修改变更流程的操作和使用方便快捷。（4）工作流中，每一个流程可以设置操作权限，并要求公文支持多线程流转，支持多人协作处理。（5）可以对自主定制的公文表单进行查询和统计，并可对重要公文进行收藏或标记，以便日后工作的查找和使用。（6）可以支持以Word形式的公文能够在线创建、编辑、存档和手工批注，同时支持签字、盖章及其验证有效性。（7）由于一些公文存在固定表头，系统需支持公文套头。（8）支持设置用户委托他人代为处理流程。4.10 数据查询统计分析系统药品招标、采购实现的是药品采购的事务流程。在招标的过程中为了更好的辅助药品采购管理人员、专家完成招标工作，在招标过程中必然涉及到对各种数据的查询、统计、分析；同时，在药品采购过程中我们及时的监控药品采购流程各环节等情况，而这些必须借助于对相应的数据进行查询、统计、分析来完成。另外，为以后长期有效的实现药品招标、采购管理，我们需要在系统积累数据的基础上，实现挖掘等有关功能。4.10.1 数据仓库建设及数据清洗加工为保证数据统计分析的准确、可行以及保证数据查询统计分析的高效运行。系统必须在药品招标、采购过程形成的业务数据的基础上，根据业务需要，构建数据统计分析数据仓库，同时采用数据抽取、清洗、加载机制根据原始业务数据库转移到数据仓库。在此基础上，根据业务上对数据查询统计分析的需要，构建业务分析主题。系统中的数据查询统计分析均是基于这些业务分析主题来进行的。数据仓库建立应满足一下要求：支持数据质量预警；满足机器、人为主观双重审核；满足ETL分包处理，实现数据断点续传，保证应用流畅；ETL工具应该支持多种数据源连接、转换、加载（结构化、非结构化数据源）；满足业务扩展需求，快速创建个性化分析主题；4.10.2 数据查询统计分析系统主要功能4.10.2.1基础数据的统计汇总分析针对药品招标、采购各环节的有关单一类别数据进行统计汇总分析，如药品采购量、送货量等。这种分析的主要角度有：时间、医院类别、配送商类别、药品类别、区县以及其它有关的角度，分析的主要数据包括采购量、金额、价格等方面，分析的对象有医院、供应商、配送商等在这种分析中，分的主要方法有：趋势分析：提供相关数据在时间序列上的走势情况，提供同比、环比等增幅情况构成分析：提供统一角度的不同成员之间的构成分析，如：不同药品类别的采购量构成、金额构成。构成分析中提供不同成员对整体增幅的贡献情况（拉动点）排名分析：分析同一角度下的不同成员的排名情况，以及在一段时间内的排名变化情况统计分析功能应包括但不限于以上功能，需根据用户需要进行随时开发。4.10.2.2 对比分析提供同一种数据在不同阶段的对比分析，提供同一种数据在不同方面的分析，如针对药品价格来说，提供天津市价格与全国均价以及不同省市价格的对比分析，提供同一供应商在不同年度、不同省市药品招标价格对比分析，提供报价与目标价格设定的对比分析等等。这些对比分析能更好的有助于在招标过程中辅助管理人员、专家进行供应商或配送商的选择。4.10.2.3 企业服务效能分析业务效能数据有基础数据派生而成，如配送及时性、供货能力效能数据。针对效能数据，可以采用的上述的基本分析方法和对比分析方法4.10.2.4 目标跟踪分析根据管理需要，可以对年度药品招标价格、药品采购量、药品采购金额、药品配送量等数据设定年度目标，日常中，通过招标、采购过程发生的实际数据，对目标达成情况进行分析，不仅分析目标完成情况，同时可采用一定的预测方法分析到年度末是否可达成目标。4.10.2.5 数据挖掘与预测分析系统的建设不仅要实现事中的处理，同时要做到事前的规划。为此，系统需要提供相关数据挖掘预测分析功能。本系统提供的数据挖掘预测分析主要有以下几个部分（1）数据关联分析数据关联分析主要是发现不同数据之间的关系，如计划采购量与配送量之间的关系、配送企业数量与配送量之间的关系、价格与配送量之间的关系等等。这种数据之间的关联分析可以定量的描述两种数据或多种数据之间的关系，从而可以辅助进行管理。如发现配送量与采购量之间的关系，并采用数学模型来描述，我们就可以发现配送能力是否可保证需要，是否有必要在政策方面对配送商给予支持等等。（2）数据预测分析数据预测分析可以分析在未来时间上，药品采购量、配送量或者中标价格方面可以达到什么样的程度，这种预见可以有效地帮助我们进行招标、采购监督等管理工作。（3）综合评价分析对医院、供应商、配送商等对象的评价有助于我们掌握他们的等级，便于进行监督管理。实际中各种不同类别的对象有很多种类的数据，如医院对象有资质等级、采购量、采购价格、使用量等；供应商有资质等级、价格、生产能力、地域等；配送商有资质等级、地域、配送时间、配送量等。如果要对这些不同类别的对象实现准确的评价，必须要综合考虑下这些数据，也就是评价指标，此即综合评价。这些评价指标基本都涉及到两种类型：静态评价指标、动态指标。上述的资质等级、地域、生产能力等是静态指标，而采购量、采购价格等未动态指标。在综合评价中，针对一类对象，通过历史上积累的数据（评价指标），将这些评价指标综合在一起进行考虑。显然不同的指标在评价一类对象是权重是不同的，通过采用自动或合自动结合专家经验的方法，为每一个评价指标进行权重分配。在此基础上，采用专业数学模型，将各种评价指标进行处理，最后得到评价对象在每一个评价指标上的得分（等级评定）以及综合的得分（等级评定）结合综合评价方法，针对的对象在不同评价指标的得分，采用聚类分析方法对评价对象进行分类，这样在评价对象数量巨多的情况下，将他们进行分组，我们可以得到一个组织内的评价对象的共性是什么，不同组之间的差异是什么，这样可以有效的降低管理的工作量（4）自定义分析报表自定义分析报表可根据用户需要由操作着自行构建数据分析表，包括从哪些角度查看数据，查看什么数据等等，同时根据数据可以产生不同的图形展现。自定义分析报表可极大的满足用户在实际业务过程中临时的数据查询统计分析需求满足实时数据分析需求，充分考虑多维数据集即时加载，在线分析；提供用户智能化表单创建功能；支持数据分析报表共享，实现表单流转；系统应满足用户对供应商、药品、医院各角度应用排名、构成分析需求，提供数据上钻下取、维度切片翻转分析功能，实现报表、图形实时分析。4.10.3 用户在日常工作中的其他统计分析需求系统应该满足用户线下分析需求，利用日常客户端工具（比如：Excel），满足直连方式进行数据集分析。可以随时添加新的分析功能或模型。4.11 信息安全系统为保证软件操作系统的安全，系统必须满足如下要求：（1）系统须采用主动防御机制，使用基于操作系统内核级的安全加固技术，对文件的保护、应用程序的控制等安全手段应从操作系统内核着手。（2）系统须具有自我保护机制，对产品自身文件、重要敏感信息进行安全隔离保护，禁止对产品自身的非法操作；具备防非法卸载的能力。（3）系统须提供基于硬件USB-KEY的用户身份标识，支持将硬件USB-KEY与用户身份、服务器平台进行绑定，控制用户登录权限；硬件USB-KEY应支持密码认证。（4）系统须提供将硬件USB-KEY作为用户的主体安全标记，使用此主体安全标记实施基于用户的强制访问控制。（5）系统须提供执行程序可信度量，采用白名单的方式对执行程序实施严格控制，阻止非授权程序的运行；支持对执行程序白名单的添加、删除操作；提供异常程序审计。（6）系统须提供对已知/未知病毒、木马、攻击程序等恶意代码的防护能力。（7）系统须提供对可信代码的防篡改保护，拒绝对可信代码的修改、删除等操作。（8）系统须提供程序安装接口，控制程序安装行为，禁止非授权的程序安装行为。（9）系统须提供主体、客体安全标记功能：主体标记范围为用户；客体标记范围为文件、目录；安全标记具备唯一性，支持对安全标记的添加、删除、修改操作。（10）系统须支持自定义主体标记安全级别、客体标记安全级别；根据主体标记和客体标记安全级别的不同，制定强制访问控制策略，安全策略包括读、写、拒绝访问；支持对强制访问控制策略的添加、修改、删除操作。（11）系统须提供对重要数据的存储过程进行加密保护，采用透明加解密方式，加解密动作对用户和应用透明；加解密算法应符合商用密码管理条例。（12）系统须采用三权分立管理模式，实现管理员职责分离，具备管理员行为的自审（13）系统须具备服务器统一管控能力，采用B/S管理模式，能够对系统中的所有服务器进行统一策略配置；支持策略实时更新、策略导入和导出功能。（14）系统须具备系统管理功能，包括用户身份管理、平台身份管理、平台权限管理、移动介质管理等。（15）系统须具备标记管理功能，提供主体、客体标记管理功能；支持自定义主体安全级别、客体安全级别。（16）系统须具备授权管理功能，包括用户登录权限、访问控制权限、平台访问网络权限、执行程序授权等授权操作；提供对授权的查询功能。（17）系统须具备审计管理功能，可自定义审计策略；审计信息应包括用户登录审计、文件操作审计、进程控制审计、移动存储设备审计、网络控制审计等；审计内容应包括用户、平台、时间、对象、操作结果等；提供按平台、用户、操作结果、时间等条件查询审计信息的功能；支持历史审计信息的导入、导出功能，可配置需要进行导出的审计类别、导出频率、导出路径等内容。 （18）投标人需提供所投信息安全系统的《计算机信息系统安全专用产品销售许可证》和《计算机软件著作权登记证》。4.12 外网门户采用web2.0技术设计外网门户，网站整体设计外形如下,主要信息均在显著位置显示如最新消息,系统公告等,网站兼容登陆后台系统功能,集采购平台,医药信息,政策法规,数据查询,下载中心,答疑解惑等功能。（1）网站首页突出重要信息展示:最新消息,集采公告,热点新闻和数据库信息查询同时对于集采和网采的数据公布有相应的展示:挂网药品信息,药品企业名录,医疗器械信息,医疗机构名录等（2）采购平台集成登陆网采平台使用的专用登陆模块,各个角色可通过此功能模块登陆相应的系统进行网上采购、网上确认、在线数据查询及网上监督等. （3）政策法规发布国家对于药品的相关法规，药品管理的最新动态等信息，将国家最新的相关条例发布到网上，以供各角色用户登录查询。（4）数据查询我中心将网采系统一部分信息发布到网上，接受浏览者查询监督，普通群众及监督部门皆可查看相应数据。查询统计分方式分为两种：一种是面向对象的查询，即针对某一个具体的对象，如某一个具体的药品进行查询，另一种是菜单命令查询，即针对一串连续的条件进行查询，浏览者可根据自己的需求选择查询。（5）下载中心包括标书下载，招标文件下载，项目文件说明文件下载，相关资料下载，使用系统相关功能插件下载等，方便各角色下载自己需要的信息。（6）答疑解惑通过答疑解惑功能，我中心或监督部门可接收各角色提交的质疑或举报信息，并通过相关政策法规及具体情况调查，解答接收提交的质疑或举报，同时将解答发布到网上。 （7）外网门户的建设与开发须支持移动设备的访问。4.13 短信平台短信平台与业务数据库进行对接，通过短信平台，我中心可向生产企业及时发布招标采购信息，提醒投标人及时参与招标采购工作或者自动发送网上采购结算清单，并自动感知系统异常，及时提醒管理员注意。短信平台应支持建立通讯录，系统自动将企业注册信息加入到通讯录中。同时应支持向特定人员和号码发送信息，支持向通讯录内多人和临时号码发送信息。收到的短信保存在收件箱内，待发送短信保存在发件箱内，已发送短信保存在已发送短信箱内。根据运营商的限制，如果一条短信超出期限制，所发送信息将自动分为多条短信，同时还应支持可根据时间对短信系统平台中的发送及接收信息进行统计，并根据统计发送及接收的数据进行报表展现。五、平台技术要求5.1 性能要求系统整体性能设计应满足未来五年的数据量，支持并发访问量≥2000点，关键操作环节（如报价、解密）无论是否在高峰期响应速度小于1秒，如报名、报价、解密、评标等，一般环节（如提交订单）日常响应时间应小于1秒的，高峰期最大响应时间小于2秒。普通应用查询一般响应时间应小于2秒，最长4秒。数据统计分析类查询一般响应时间应小于5秒，最长8秒。5.2 完整性要求系统须提供完整的业务流程处理功能，各业务环节间环环相扣。全部招标采购工作均能在系统中找到其相对应的功能，不允许业务工作在平台体外执行。（如：提供完备的招标结果数据整理功能，系统可自动将整理后的中标结果导入到网采自系统中，开展网采工作。）系统须对各种重要业务流程状态数据变化时间（如解密时间、发货时间等）进行记录，方便业务过程查询及追溯。5.3 易用性要求系统应符合Windows用户使用习惯。方便各类用户均可通过简单操作培训即可上手使用系统。系统应提供系统完备的操作导航功能，利用功能菜单、面包屑导航、操作提示等手段，辅助用户正确的使用本系统。系统应提供详细的联机帮助信息，用户可能随时查看“帮助”找到自己需要的信息。5.4 可扩展性要求系统应采用三层体系结构，将表现层、业务逻辑层、数据访问层将分离。合理对业务逻辑封装，支持多类型数据库间自由切换。三层之间关系明晰，整个系统能够根据中心业务发展的需要进行灵活、快速的调整，实现平台快速部署。系统应采用XML国际标准作为数据交换接口规范，充分考虑平台各类外延系统（如医院HIS、社保系统等）要求，实现平台有序合理地扩展和对接。5.5 灵活性要求系统须用户权限进行灵活管理，便于中心随时变更用户使用权限。系统须支持公文审批流程人性化灵活定制。系统在数据查询方面，应可灵活配置查询数据结果集，充分满足中心日常业务信息查询灵活多变的需要。系统在统计分析方面，应可灵活进行表单定制，方便中心随时制作各类信息统计分析表。灵活的接口设置，支持平台各外延系统不同类型方式的数据接入。5.6 安全性要求系统须采用多因子身份验证方式进行身份验证，即使用UKey作为用户身份唯一标识，配合用户口令方式对用户身份和合法性进行验证。同时系统应支持对用户口令的复杂度、口令过期、口令遗失取回、登录失败处理等策略进行管理。系统须使用HTTPS方式保证系统访问安全及数据传输安全，同时系统在设计上须支持CA证书认证方式，需要提供CA认证报告。系统须对用户访问进行严格控制，对各类用户的访问和操作进行权限限制，保证每个用户仅用户其工作所需的最小权限。系统须提供专门的安全审计功能，对系统用户全部操作进行记录。系统须采用安全密码技术对业务敏感数据（如用户口令、投标报价、采购交易额等）进行加密，保证数据存储安全。系统须具备完善的容错机制，对数据进行合法性验证（如数据格式、长度等），隔绝非法数据，并提供友好准确的异常提示功能系统须具备一定的自我保护机制，定时对系统进行备份，当系统故障发生时能自动保护当前系统状态，保证系统能够快速恢复系统须具备会话时长管理机制，在长时间用户不使用系统的情况，系统可自动关闭会话，防止非法用户获取业务信息数据。 系统须具备一定的抗攻击能力（如SQL注入；跨站脚本攻击等），能够从系统层面防止黑客入侵，保证业务数据不被非法用户窃取。5.7 环境要求系统应采用B/S 架构。核心业务逻辑在服务器端执行。系统应采用富客户端技术，使用DIV CSS、AJAX、JQuery、Flash等技术增强用户体验。同时系统至少要兼容微软IE各版本浏览器。系统应支持在微软IIS环境下运行。投标时，投标人须结合中心现有硬件环境，提出新平台的运行软硬件环境规划，并提出指导价格。中心现有硬件设备清单如下：现有服务器设备清单序号规格数量14*八核2.4GHz处理器/32GB DDR3内存/4*146GB SAS硬盘/RAID10/5*千兆网口/冗余电源224*八核2.0GHz处理器/32GB DDR3内存/3*146GB SAS硬盘/RAID5/2*千兆网口/DVD-RW/冗余电源232*八核2.0GHz处理器/16GB DDR3内存/3*146GB SAS硬盘/RAID5/2*千兆网口/DVD-RW/冗余电源141*八核2.0GHz处理器/8GB DDR3内存/2*146GB SAS硬盘/RAID1/2*千兆网口/DVD-RW/冗余电源151*四核2.2GHz处理器/4GB DDR3内存/8*1TB SATA硬盘/RAID5/2*千兆网口/DVD-RW/冗余电源162*四核2.66GHz处理器/16GB DDR3内存/4*146G SAS硬盘/RAID5/2*千兆网口/冗余电源272*四核2.66GHz处理器/16GB DDR3内存/3*146G SAS硬盘/RAID5/2*千兆网口/冗余电源2现有网络设备清单序号用途数量1负载均衡设备12VPN设备1324口交换机4六、平台实施要求6.1 项目管理本项目项目管理过程必须严格遵照“项目管理知识体系”要求，规范项目管理工作行为。承建方应建立有效的沟通机制，须每周向我中心汇报项目实施情况，总结上一阶段工作结果，计划下一阶段工作。方便中心及时发现并解决项目实施过程中存在的问题，保证项目能如期顺利完成。项目各阶段完成成果须提交中心进行评审。评审通过后，方可开始下一阶段工作。项目实施期间，项目组核心成员（项目经理、需求分析师、系统设计师、主程序员）的变更须经我中心同意。6.2 本地化本项目须进行本地化开发，便于双方有效沟通，及时发现并解决项目实施过程中存在的问题，保证项目如期顺利完成。售后维护期，承建方须在本地常设售后维护团队，随时及时解决系统使用过程中发现的问题，保证系统稳定运行。药品、医用耗材招标期间，承建方须派由项目经理带队的专门技术支持团队配合中心工作，保证招标期间系统安全稳定运行，保证招标工作顺利完成。6.3 人员本项目要求项目组核心成员（项目经理、需求分析师、系统设计师）必须具有丰富的医药招标采购领域相关系统的实施经验，参与过省级医药招标采购相关系统的实施工作，并要求出具相关证明材料。其他成员（程序员、测试工程师、配置管理员等）应具有同类招标采购相关系统的实施经验，亦并要求出具相关证明材料。项目组成员人数不得低于10人。6.4 质量保证承建方须建立完备的系统质量保证体系，制定详尽的系统测试计划，明确系统测试内容、测试范围、测试环境、测试工具等，对测试工作量进行估计。并严格遵照测试计划执行。承建方功能测试工作须覆盖系统全部源代码。测试内容除对代码正确进行验证外。还需包括测试是否满足界面设计要求、是否满足软件功能设计要求等各方面要求。并根据测试结果形成《测试报告》提交我中心。承建方须对系统进行压力测试，保证系统满足平台建设性能要求。测试结果形成《压力测试报告》提交我中心。6.5 安全保证承建方须对系统进行安全性相关测试工作（如SQL注入、跨站脚本攻击等），并在系统验收时向中心提交《安全性测试报告》。6.6 培训承建方须针对不同用户群体制定不同的培训计划。对系统管理员，须就系统架构、数据库结构、相关功能设计等方面进行系统开发、维护级培训，使我中心技术人员对系统具备一定的自我支持和维护能力。对系统用户，须就系统操作方面进行操作培训，保证系统用户能在自己的权限范围内独立完成各项操作。6.7 文档承建方在项目建设过程中须（必须但不仅限于）向中心提供如下实施文档：《需求调研汇总》、《会议纪要》、《界面设计》、《开发计划》、《测试计划》、《安装部署计划》、《试运行计划》等，便于中心随时掌握项目实施情况。 在合同验收时，承建方须（必须但不仅限于）根据项目管理相关制度要求向中心提供如下验收文档：1）《项目开发计划书》2）《客户需求说明书》3）《系统设计说明书》4）《数据库设计说明书》5）《用户手册》6)《操作手册》7）《功能测试报告》（包括单元测试、集成测试）8）《压力测试报告》9）《安全性测试报告》10)《软件开发卷宗》若使用过程中对软件进行调整，必须同时对相关文档进行调整。6.8 版权本项目版权归天津市医药采购中心所有。承建方不得向项目组以外任何公司、组织、个人，以任何形式提供本软件的需求、源代码、编译后程序及相关文档，不得销售或转让给第三方（公司自有开发框架及平台除外）。中标供应商需协助我中心办理软件著作权证书。6.9 其他在系统上线时，承建方须配合我中心完成各类数据（如药品基本信息、生产企业信息）的初始化工作。配合平台外延各系统接口建设工作。预留与医用耗材集中采购招标和网采系统的接口。