药品交易中心平台监管功能升级建设方案

1、药品招标采购交易中心平台监管功能升级建设方案第 1 页 共 37 页目 录1引言 . 31.1. 目的 . 31.2. 背景 . 31.3. 参考资料 . 32项目概况 . 32.1. 项目总体目标. 32.1.1.实现药品采购的全过程管理和监控. 42.1.2.实现监管信息汇总分析的自动化. 42.2. 系统设计原则. 42.2.1.经济实用原则. 42.2.2.灵活高效原则. 42.2.3.安全可靠原则. 42.2.4.先进规划原则. 52.2.5.投资保护原则. 52.3. 系统设计要求. 52.3.1.先进性要求 . 52.3.2.可靠和稳定性要求. 52.3.3.扩展性要求 . 62

2、.3.4.开放性要求 . 62.3.5.易管理性 . 62.3.6.安全性 . 63系统功能 . 73.1. 功能结构 . 73.2. 功能描述 . 73.2.1.社保药品汇总统计. 73.2.2.医疗机构社保药统计. 93.2.3.交易汇总统计. 103.2.4.医疗机构采购汇总. 113.2.5.医疗机构采购情况. 123.2.6.在线交易药品查询. 133.2.7.品种交易汇总. 143.2.8.配送企业交易汇总统计. 153.2.9.生产厂家交易汇总统计. 163.2.10.中标企业交易汇总统计. 173.2.11.订单不及时处理查询. 183.2.12.生产企业查询. 193.2.1

3、3.中标企业查询. 19药品招标采购交易中心平台监管功能升级建设方案第 2 页 共 37 页3.2.14.配送企业查询. 203.2.15.医疗机构月同比环比. 213.2.16.投诉管理 . 224. 系统环境 . 234.1. 软件环境 . 234.1.1.服务器端 . 234.1.2.客户端 . 234.2. 硬件环境 . 234.2.1.服务器端 . 234.2.2.客户端 . 235. 项目实施 . 245.1. 实施时间和地点. 245.2. 实施过程描述. 245.3. 系统实施安排. 245.4. 进度安排 . 255.5. 双方工作配合. 266. 项目的施工组织结构及人力资

4、源配置. 276.1. 项目施工组织机构. 286.2. 人力资源配置. 287项目测试方案. 307.1. 测试工作角色职责. 307.2. 测试流程 . 317.3. 测试内容及方法. 317.4. 测试文档 . 348.项目培训 . 348.1. 培训对象 . 348.2. 培训内容 . 348.3. 培训方式和地点. 358.4. 培训目标 . 359. 项目验收 . 359.1. 项目验收 . 369.2. 项目文档资料验收. 37药品招标采购交易中心平台监管功能升级建设方案第 3 页 共 37 页1引言1.1. 目的本文编写的主要目的是，描述“药品招标采购交易中心平台监管功能升级”

5、项目中的改造目标和基本设计实现，使读者通过阅读本文， 能基本上了解 “药品招标采购交易中心平台监管功能升级”项目的建设内容。预期读者：1.2. 背景x 药品招标采购交易中心平台于已nnnn年 3 月在 xxxx 药品采购招投标中心正式上线使用 , 到目前为止已经使用了2 年多，整体功能的应用取得了良好的实际效果。实现了药品招投标的信息化、网络化、集中化，高效化；重点解决了药品招投标等业务流程的信息平台化的运行。但是在 xxxx 药品招标采购交易中心平台的监管功能，存在着系统功能不完善、监管信息不齐全、 不能实时的提供药品招投标的业务的监管记录的问题，从而影响了监管部门的工作需要，为此需要对xx

6、xx 药品招标采购交易中心平台监管功能进行升级和改造，从而能保证xxxx 药品招标信息的有效监管。1.3. 参考资料1、gb8567-88软件工程标准。2项目概况2.1. 项目总体目标xxxx 药品招投标监管部门通过xxxx 药品招标采购交易中心平台监管功能，实时获取药品招投标的交易记录信息，可以实现对全省药品采购的统一管理，对药品招标采购交易中心平台监管功能升级建设方案第 4 页 共 37 页药品采购信息进行各种定制条件的查询、统计和汇总，并生成符合要求的统计汇总报表。同时将药品采购监管信息共享至财政、卫生、监察、审计等监管部门，为各个监管单位提供药品采购的相关数据。2.1.1. 实现药品采

7、购的全过程管理和监控通过实时、全过程地采集药品采购交易信息，利用监管功能可以将所有药品采购的关键环节设置信息监测点，并对其中存在的问题自动发出预警信息，使的管理人员及时发现项目建设过程中出现的违规问题，做到防微杜渐。2.1.2. 实现监管信息汇总分析的自动化监管功能对药品采购数量、采购金额、中标企业、采购时间、到货时间和数量等药品采购的信息进行自动汇总，并提供按照行业、地区、机构类别、药品种类等条件进行统计的信息分析结果。实现实时交易， 实时汇总分析， 实时提供汇总分析结果。2.2. 系统设计原则2.2.1. 经济实用原则确保系统具有友好的用户界面，便于掌握、 使用和维护， 且能解决具体的实际

8、问题，并采用成熟的技术， 在保证系统性能并达到要求的前提下，尽量使系统投资最省。2.2.2. 灵活高效原则确保系统具有良好的系统性能、较高的处理效率， 且配置和使用灵活， 运行速度快。2.2.3. 安全可靠原则建立完整严密的网络信息资源存取控制体系，严格区分网络用户的权限， 防药品招标采购交易中心平台监管功能升级建设方案第 5 页 共 37 页止越权使用数据信息。 同时，采用高度可靠和稳定的企业级网络操作系统、数据库系统和相应的硬件平台， 并从软硬件两方面采取一定策略，保证信息存储与访问可靠。2.2.4. 先进规划原则采用先进而且成熟的计算机软硬件技术水平和较长的生命周期。同时具有较好的开放性

9、、可靠性及可扩展性。与此同时，应使系统编码、文档、操作平台以及所采用的开发技术遵循相应的国际标准和国家标准。2.2.5. 投资保护原则极大限度地保护作业系统的投资， 充分利用现有和将来的作业系统采集的信息资源，并为这些作业系统的开发和应用提供api 支持。2.3. 系统设计要求2.3.1. 先进性要求一个系统的优劣，很重要的一个方面是看该系统是否具有比其他系统更为独特的先进性，否则系统经不起时间的考验。 因此，应视系统建设为一个系统工程，充分考虑现在和未来。着眼现在，放眼未来，使系统建设与业务需求同步增长。2.3.2. 可靠和稳定性要求为确保系统的稳定运行，将从以下几个方面考虑：提供简练、友好

10、的界面，引导用户操作， 操作员稍加解说即可以上手操作；一旦进行了错误操作后， 提供详尽的帮助信息； 系统设计时， 必须考虑到所有可能发生的问题，并给予相应的解决办法； 异常现象发生率降至极限， 破坏力降至最小。 优先考虑采用现有成熟的技术和产品。在设备选型和系统设计的各个方面都尽量减少故障的发生。药品招标采购交易中心平台监管功能升级建设方案第 6 页 共 37 页2.3.3. 扩展性要求系统的扩充性包含两个层次： 一方面在系统建设方面， 采取统一规划、 分步实施的原则：规划时充分考虑到长远的发展要求，从整体的角度进行统一的方案规划， 以尽可能地延长未来系统的实际使用周期；实施中采取分布实施的方

11、法，通过不断地调整和完善使系统的建设更具合理性，从而尽可能地规避系统建设中的风险。另一方面，在本系统的开发过程中，系统程序结构采用模块化结构设计，使系统能够方便的进行模块的扩充。采用这种设计方法， 用户可根据自己的需要做一些简单的修改与适时的更新，也有利于程序员开发、修改和维护。2.3.4. 开放性要求系统坚持开放性的原则， 采用先进的体系机构和技术发展的主流产品，保证整个系统的高效运行和长期发展。2.3.5. 易管理性系统涉及面广， 需要对系统进行实时控制和管理。系统管理员要在不改变系统运行的情况下具备对系统进行调整的能力。2.3.6. 安全性采用多重身份验证功能和存取权限控制。并且，由于系

12、统的用户、用户组、部门可分别对应不同角色， 而每个角色又可享有不同的栏目使用、浏览权限， 这种方式既方便了工作人员对于应用系统的使用，又有利于系统的安全性， 保证不能越权操作。药品招标采购交易中心平台监管功能升级建设方案第 7 页 共 37 页3系统功能3.1. 功能结构功能升级的功能结构图， 涵盖了此次系统功能升级的全部内容，包含药品招投标采购监管工作的业务需求。3.2. 功能描述3.2.1. 社保药品汇总统计功能描述 ：分别查询社保药与非社保药的交易额月统计，查询条件：年份；字段内容 ：图形表示每个交易额情况，内容：月份、金额；功能设计界面：药品招标采购交易中心平台监管功能升级功能社保药品

13、汇总统计医疗机构社保药统计交易汇总统计医疗机构采购汇总医疗机构采购情况在线交易药品查询品种交易汇总配送企业交易汇总统计生产厂家交易汇总统计中标企业交易汇总统计订单不及时处理查询生产企业查询中标企业查询配送企业查询医疗机构月同比环比投诉管理药品招标采购交易中心平台监管功能升级建设方案第 8 页 共 37 页图形显示：药品招标采购交易中心平台监管功能升级建设方案第 9 页 共 37 页本系统中的图形显示功能与上图表现形式类似，后面将不再特别表述。3.2.2. 医疗机构社保药统计功能描述 ： 每家医疗机构购药比例中社保药的金额及所占其医院总交易额的比例，查询条件：医疗机构名称，时间段（默认一个月时间

14、）；字段内容 ：数据表格式显示，内容：序号，医疗机构，总交易金额，社保交易金额，社保所占比例；功能设计界面：药品招标采购交易中心平台监管功能升级建设方案第 10 页 共 37 页3.2.3. 交易汇总统计功能描述 ：年度中各月交易汇总情况，查询条件：年份；字段内容 ：图形表示年度中各月交易额情况，内容：月份、金额；功能设计界面：药品招标采购交易中心平台监管功能升级建设方案第 11 页 共 37 页3.2.4. 医疗机构采购汇总1、功能描述 ：各医疗年交易汇总情况， 查询条件： 医疗机构名称， 年份（默认本年度），是否基层医疗机构。同时，对应每个医疗机构有按钮：采购金额月统计，基本药物月统计，非

15、基本药物月统计；字段内容 ：图形表示年度中各月交易额情况，内容：医疗机构名称，年度、采购总金额，基本药物采购金额，非基本药物采购金额；2、功能描述 ：采购金额月统计：医疗机构年度中各月交易汇总情况；字段内容 ：图形表示年度中各月交易额情况，内容：月份、金额；3、功能描述 ：基本药物月统计：医疗机构年度中各月基本药物交易汇总情况；字段内容 ：图形表示年度中各月交易额情况，内容：月份、金额；4、功能描述 ：非基本药物月统计：医疗机构年度中各月非基本药物交易汇总情况；字段内容 ：图形表示年度中各月交易额情况，内容：月份、金额；功能设计界面 : 药品招标采购交易中心平台监管功能升级建设方案第 12 页

16、 共 37 页3.2.5. 医疗机构采购情况功能描述 ：各医疗机构网上采购药品进行汇总统计，查询条件： 医疗机构，时间段（默认一个月）；同时点击“查看采购药品”（字段内容2）进入，再次可以点击“采购流水账”（字段内容3）；字段内容 ： 1 ）序号，医疗机构，采购品种数，采购金额，占总采购额比例；功能设计界面：2）序号，通用名（商品名）、剂型、规格、生产厂家、中标企业、采购数量、采购金额；功能设计界面：药品招标采购交易中心平台监管功能升级建设方案第 13 页 共 37 页3）序号，通用名（商品名）、剂型、规格、生产厂家、中标企业、配送企业、采购数量、采购金额，采购时间，到货时间；功能设计界面：3

17、.2.6. 在线交易药品查询功能描述 ：查询在线交易药品，查询条件：药品名称，规格，生产厂家，中标企业；字段内容 ：序号，通用名（商品名）、剂型、规格包装，中、大包装，质量属性，生产厂家，中标企业，零售限价，定价类型，中标价, 是否社保，是否基本药物；功能设计界面：药品招标采购交易中心平台监管功能升级建设方案第 14 页 共 37 页3.2.7. 品种交易汇总功能描述 ：每个品规交易汇总，查询条件：药品名称，规格，生产厂家，中标企业；点击进入：查看采购流水账（字段内容2），查询字段：医疗机构，配送企业；字段内容 ：1）序号，通用名（商品名）、剂型、规格、生产厂家、中标企业、采购数量、采购金额；

18、功能设计界面：2）序号，医疗机构、配送企业，采购数量、采购金额，采购时间，到货时间；功能设计界面：药品招标采购交易中心平台监管功能升级建设方案第 15 页 共 37 页3.2.8. 配送企业交易汇总统计功能描述 ：各配送企业年交易汇总情况，查询条件：配送企业名称，年份（默认本年度）；同时进入下一级页面，图形表示年度中各月交易额情况。；字段内容 ：1）序号，配送企业名称，交易品种数，交易金额，占总交易额比例；2）月份，金额；功能设计界面：药品招标采购交易中心平台监管功能升级建设方案第 16 页 共 37 页3.2.9. 生产厂家交易汇总统计功能描述 ：各生产厂家年交易汇总情况，查询条件：生产厂家

19、名称，年份（默认本年度）；同时进入下一级页面，图形表示年度中各月交易额情况；字段内容 ：1）序号，生产厂家名称，交易品种数，交易金额，占总交易额比例；2）月份，金额；功能设计界面：药品招标采购交易中心平台监管功能升级建设方案第 17 页 共 37 页3.2.10. 中标企业交易汇总统计功能描述 ：各中标企业年交易汇总情况，查询条件：中标企业名称，年份（默认本年度）；同时进入下一级页面，图形表示年度中各月交易额情况；字段内容 ：1）序号，中标企业名称，交易品种数，交易金额，占总交易额比例；2）月份，金额；功能设计界面：药品招标采购交易中心平台监管功能升级建设方案第 18 页 共 37 页3.2.

20、11. 订单不及时处理查询功能描述 ：根据订单记录，查看医院是否及时到货处理（确认订单内超60天为不及时），是否及时回款（到货处理后内超60 天为不及时），或配送企业是否及时响应订单，可选择三种排序（三种不及时处理情况），查询条件：医疗机构名称，通用名，规格，生产厂家，中标企业，配送企业；字段内容 ：序号，通用名（商品名）、剂型、规格、生产厂家、中标企业、配送企业、采购数量、采购金额，采购时间，到货时间，配送企业不响应订单天数，医疗机构不及时到货处理天数，医疗机构不及时回款天数；功能设计界面：药品招标采购交易中心平台监管功能升级建设方案第 19 页 共 37 页3.2.12. 生产企业查询功能

21、描述 ：查询在线交易品种的生产厂家，查询条件：生产企业名称；字段内容 ：序号，生产企业名称，所属省份，联系人，联系电话；功能设计界面：3.2.13. 中标企业查询功能描述 ：查询在线交易品种的中标企业，查询条件：中标企业名称；药品招标采购交易中心平台监管功能升级建设方案第 20 页 共 37 页字段内容 ：序号，中标企业名称，所属省份，联系人，联系电话；功能设计界面：3.2.14. 配送企业查询功能描述 ：查询在线交易品种的配送企业，查询条件：配送企业名称；字段内容 ：序号，配送企业名称，所属省份，联系人，联系电话；功能设计界面：药品招标采购交易中心平台监管功能升级建设方案第 21 页 共 3

22、7 页3.2.15. 医疗机构月同比环比功能描述 ：医疗机构月同比环比，提供excel 格式下载，查询条件：医疗机构，年月。其中：1）“同比” =（“本月交易额（元）”“上年同月交易额（元）”）/“上年同月交易额（元）”*100；2）“环比” =（“本月交易额（万元）”“上月交易额（万元）”）/“上月交易额（万元）”*100；3） “本年累计交易额 （万元）”为年度从一月累计到本月度的交易额之和；字段内容 ：医疗机构，曾用名，市，县，年月，上年同月交易额（元），本月交易额（元），上月交易额（万元） ，本月交易额（万元），同比，环比，本年累计交易额（万元）；功能设计界面：药品招标采购交易中心平台

23、监管功能升级建设方案第 22 页 共 37 页3.2.16. 投诉管理功能描述 ：查询投诉信息， 内容来自医疗机构和医药企业填写，监督部门处理，并统计。字段内容： 序号，医疗机构，医药企业，年月，投诉内容。功能设计界面：药品招标采购交易中心平台监管功能升级建设方案第 23 页 共 37 页4. 系统环境4.1. 软件环境4.1.1. 服务器端1、操作系统系统可以运行在 linux 和 windows 2000/2003 操作系统平台上。2、数据库系统采用 xxxx 药品招标采购交易中心平台运行数据库系统。4.1.2. 客户端1、操作系统windows/linux 系列；2、文字处理软件wps5

24、.0/office 2000以上；3、浏览器ie6.0/7.0、firefox或其他常用的浏览器。4.2. 硬件环境4.2.1. 服务器端采用 xxxx 药品招标采购交易中心平台运行服务器环境。4.2.2. 客户端1、个人计算机（1） 、中央处理器： pentium v 1.7ghz 以上；（2） 、内存大小： 256mb 以上；（3） 、硬盘存储： 40gb以上；药品招标采购交易中心平台监管功能升级建设方案第 24 页 共 37 页（4） 、网络设备： 1 个百兆网卡或 1 个十兆网卡；（5） 、电源设备： 1 个 300。5. 项目实施项目工期为：合同签订后28 天内完成；5.1. 实施时

25、间和地点1、实施时间：合同签订后第2 天上午 9 时正开始。2、实施地点：由客户指定地点。5.2. 实施过程描述1、项目启动阶段，召开项目协调会，成立项目实施组织，明确项目实施范围，完成项目开发计划；2、需求调研阶段，功能需求和资料的收集和确认，制定和确认项目开发计划；3、项目开发人员对系统的框架进行设计，建库建模， 完成系统功能的详细设计，确定数据库设计方案，交客户确认；4、业务实现阶段，主要完成功能代码的编制；5、系统测试阶段，包括：测试计划的制定，测试用例的确定，功能测试、模块测试、集成测试；6、系统培训，编制培训计划，组织人员参加培训，保证培训效果；7、系统实施阶段，使用系统并收集反馈

26、意见，讨论及确定修改的意见，完成系统功能的完善工作；8、系统交付，完成系统验收工作。5.3. 系统实施安排1、项目启动会，确定项目实施组织和人员，明确项目实施范围；药品招标采购交易中心平台监管功能升级建设方案第 25 页 共 37 页2、完成项目开发计划；3、项目需求分析，技术人员到客户收集功能需求资料，并根据监管工作的实际需求，制定和确认项目需求分析；4、完成系统功能详细设计，其中包括了：功能设计、界面设计；5、完成系统数据库设计；6、项目功能代码的编制，通过需求变更的形式，不断完善系统的功能，按时向项目实施组织汇报项目进度，并对项目的风险提出相应的评估报告；7、完成项目开发阶段性报告；8、

27、完成系统测试计划和测试用例；9、完成功能测试、单元测试、模块测试，包括：黑盒白盒测试、压力测试、并发测试；10、完成测试报告和功能修改完善；11、完成系统培训计划和用户手册；12、组织人员，确定时间，并进行系统培训；13、开展系统实施和试运行工作；14、根据用户意见完善系统功能；15、完成系统验收和提交项目文档。5.4. 进度安排项目进度表药品招标采购交易中心平台监管功能升级建设方案第 26 页 共 37 页工作内容1 2 3 4 项目启动 , 确定项目的相关事宜原平台的研究升级需求确认系统设计系统编码实现系统功能和算法测试系统文档编辑监管平台部署和发布系统功能培训系统试运行和完善项目验收和交

28、付文档注：以上时间安排进度单位为周，每周按7 天计算。5.5. 双方工作配合双方工作配合列表编号工作客户本方1 项目启动共同组织共同组织11 召开项目协调会12 成立项目实施组织，明确实施范围2 需求调研确定调研对象、确认需求，提供客户平台的数据结构调研、编制调研资料、提供调研报告、制定开发计划21 需求调研22 需求调研资料汇总药品招标采购交易中心平台监管功能升级建设方案第 27 页 共 37 页23 需求确认24 确认具体计划3 分析和设计阶段提供指导工作、提供相关系统接口负责进行功能和数据库设计31 功能模型32 数据模型33 数据字典4 业务实现阶段提供指导软件编码41 功能代码开发5

29、 系统测试阶段提供测试环境和上线运行个环境指定测试计划、测试用户、 进行相关的测试51 测试计划52 测试用例53 系统测试6 系统培训组织相关人员培训、提供培训场地提供培训材料、培训讲师61 管理员培训62 操作员培训7 系统实施和试运行提供生产环境调试运行、并进行相关测试8 用户验收测试共同验收共同验收9 项目总结共同编制共同编制10 交接项目文档接收项目文档交付项目文档6. 项目的施工组织结构及人力资源配置根据项目管理的要求， 组建项目总体组、 项目开发管理组、 设备建设实施组、药品招标采购交易中心平台监管功能升级建设方案第 28 页 共 37 页应用系统建设实施组、 项目培训管理组。

30、完成项目建设中制卡设备安装，应用系统需求分析、系统分析、系统设计、系统开发、系统测试、系统实施和人员培训等阶段和环节的组织协调和实施工作。各组要在项目建设的各个阶段明确职责、分工合作。各组将严格遵循项目领导协调机构制定的规范，在项目计划的时间范围内高质量地完成项目任务。6.1. 项目施工组织机构1、项目总体组负责组织制定总体需求方案、 系统设计方案， 系统规划和设计方案； 制定信息化建设的各项规范化、标准化文件；负责项目建设中的对外协调工作。2、项目开发管理组按照应用系统的内容，负责需求分析、概要设计、系统分析和详细设计、项目开发等阶段组织管理。 负责组织、 协调开发商、 系统集成商在项目开发

31、期间的各项工作。项目开发管理组应严格按照软件开发方法，遵循项目既定的需求管理、变更管理等流程，确保项目实施范围得到有效的控制。3、应用系统建设实施组负责系统测试和系统实施工作。根据各个系统和各个阶段的系统测试大纲，组织各项测试工作；负责组织、协调开发商、系统集成商在项目测试和实施阶段的各项工作；组织系统实施工作。4、培训管理组负责系统建设各个阶段的人员培训工作。负责制订系统建设的培训计划， 根据项目进展情况，适时组织各项培训工作。根据项目建设各阶段的实际要求，在上述总体框架的基础上， 可以成立若干个分组，或增加其他必须的小组。6.2. 人力资源配置1、项目总体组药品招标采购交易中心平台监管功能

32、升级建设方案第 29 页 共 37 页姓名职务职责专业从业时间2、 项目开发管理组姓名职务职责专业从业时间3、系统实施组姓名职务职责专业从业时间药品招标采购交易中心平台监管功能升级建设方案第 30 页 共 37 页4、 培训管理组姓名职务职责专业从业时间7项目测试方案测试工作是软件项目质量控制的重要手段，原则上对每个项目产品都应有测试策略和相应测试资源， 通过采用一定的方法论和测试工具开展。一个完成的系统一般应通过单元测试、集成测试、系统测试。7.1. 测试工作角色职责1、 项目经理：保证测试工作有效进行，为使测试工作有效的项目，为测试组长提供必要的支持。2、 测试组长：测试的主要角色，是测试

33、中所有环节的组织者，和主要项目者。3、 测试设计师：在测试组长的组织下，负责测试的设计工作。4、测试工程师：在测试组长的组织下，负责测试的执行工作。5、用户方业务人员：负责对产品的质量进行最终的验证，协助开发和测试人员对过程产品进行质量判断。药品招标采购交易中心平台监管功能升级建设方案第 31 页 共 37 页7.2. 测试流程测试流程图7.3. 测试内容及方法1、集成测试集成测试主要目的检测系统是否达到需求对业务流程及数据流的处理是否符合标准，检测系统对业务流处理是否存在逻辑不严谨及错误，检测需求是否存在不合理的标准及要求。此阶段测试基于功能完成的测试。测试目标检测需求中业务流程，数据流的正

34、确性测试范围：需求中明确的业务流程， 或组合不同功能模块而形成一个大的功能。技术：边界值法错误推测法因果图法开始标准：单元测试已经达到了测试的标准单元测试用例设计已经通过评审按照单元测试计划完成了所有规定单元的测试达到了测试计划中关于单元测试所规定的覆盖率药品招标采购交易中心平台监管功能升级建设方案第 32 页 共 37 页的要求软件单元功能与设计一致在单元测试中发现的错误已经得到修改，各级缺陷修复率达到标准（参看附注）对残留错误有合法解释或被认可暂留完成标准：集成测试用例设计已经通过评审, 并已全部被执行按照集成计划完成了整个系统的集成测试达到了测试计划中关于集成测试所规定的覆盖率的要求（参

35、看附注）集成工作版本满足设计定义的各项功能要求在集成测试中发现的错误已经得到修改，各级缺陷修复率达到标准（参看附注）对残留错误有合法解释或被认可暂留测试重点和优先级： 测试重点指在测试过程中需着重测试的地方，优先级可以根据需求及严重来定 需考虑的特殊事项： 确定或说明那些将对功能测试的实施和执行造成影响的事项或因素（内部的或外部的） 2、系统测试系统测试主要进行性能测试， 它对响应时间、 事务处理速率和其他与时间相关的需求进行评测和评估。性能评测的目标是核实性能需求是否都已满足。测试目标 核实所指定的事务或业务功能在以下情况下的性能行为：正常的预期工作量预期的最繁重工作量 测试范围： 进行主要

36、业务的评测 技术： 列出使用的工具软件名称 药品招标采购交易中心平台监管功能升级建设方案第 33 页 共 37 页开始标准： 以集成测试的实际结束标准作为性能测试可以开始的标准，请列出标准的内容 完成标准： 单个事务或单个用户：是否在每个事务所预期时间范围内成功地完成测试脚本，没有发生任何故障。 多个事务或多个用户：是否在可接受的时间范围内成功地完成测试脚本，没有发生任何故障。 测试重点和优先级： 测试重点指在测试过程中需着重测试的地方，优先级可以根据需求及严重来定 需考虑的特殊事项： 综合的性能测试还包括在服务器上添加后台工作量。可采用多种方法来执行此操作，其中包括：通过创建“虚拟的”用户负载来模拟许多个（通常为数百个）客户机。使用多台实际客户机（每台客户机都运行测试脚本）在系统上添加负载。性能测试应该在专用的计算机上或在专用的机时内执行，以便实现完全的控制和精确的评测。 3、验收测试验收测试主要进行需求规格的验证，检测软件的功能是否都已满足。测试目标 检测软件的功能是否与需求相一致 测试范围： 以需求为主 技术： 采用手工进行检测。或采用工具进行操作的模拟 开始标准： 以集成测试、系统测试的结束标准作为验收测试可以开始的标准 完成标准： 软件的功能与需求规格说明的功能保持一致，通过试运行 测试重点和优先级： 测试重点指在测试过程中需着重测试的地方，优先级药品招标采购