2. 项目建设要求
2.1建设范围
(一)菏泽市立医院信息集成平台与医院数据中心项目。
(二)项目建设包含系统设计、开发、实施、运行维护以及相应的软件系统供货、安装调试、系统集成、运行维护、项目验收以及技术培训等。
本项目为要求投标人根据本文件及招标文件的要求，在充分了解用户需求的基础上，选择具有最佳性能价格比的产品投标，以充分显示贵公司的竞争实力。
项目建设包含系统设计、开发、实施、运行维护以及相应的软件系统供货、安装调试、系统集成、运行维护、项目验收以及技术培训等。
整体功能需求
序号 系统名称 数量 项目分期 备注
1 医院信息集成平台 1套 一期 详见招标技术要求
2 主数据管理平台 1套 一期 详见招标技术要求
3 医院大数据服务平台 1套 一期 详见招标技术要求
4 医院智能门户平台 1套 一期 详见招标技术要求
5 质控流程改造 1套 一期 详见招标技术要求
6 医院大数据管理平台 1套 二期 详见招标技术要求
7 临床辅助决策CDSS 1套 二期 详见招标技术要求
8 科研服务平台 1套 二期 详见招标技术要求
9 MDT（多学科联合会诊） 1套 二期 详见招标技术要求
10 闭环流程管理 1套 二期 详见招标技术要求
11 统一消息管理平台 1套 二期 详见招标技术要求
带“★”、黑体加粗条款为实质性响应条款，不得产生负偏离，如有负偏离，将被认定为无效投标。
2.2总体要求
1、★项目工期要求:在考虑医院实际信息化水平及医院年整体需求的基础上并结合医院信息系统实施客观规律，整体项目实施步骤分两期进行（整体分期内容参考第五章节建设内容部分）。要求中标人从整体项目实施角度出发，保证质量控制实施周期，必须在合同签订后240日历日完成主体框架上线，360天内完成一期内容的实施，540天内内完成全部模块的实施，并在试运行90日历日后按医院信息化验收管理办法完成项目的验收。
2、必须充分考虑医疗行业发展趋势，采用先进的体系结构和软硬件技术，满足目前以及将来相当一段时间对系统的需求。从而达到既满足医疗机构或组织应用整合现阶段工作对系统水平和能力的要求，推动计算机应用向更高级阶段发展，又能够在今后数年内保持其技术的先进性和实用性，从而保护投资的有效性。
3、整体架构规划设计应采用国际主流SOA架构，采用分布式、多层次和松耦合结构。通过制定全院的数据标准、传输标准、安全体系，对医院的各个业务系统进行梳理和改造，完成符合国家标准、HL7的整合、交换、安全体系。从而实现病人服务精细化，以病人为中心，面向病人优化业务流程，加强病人就诊体验，提升医院整体服务质量。
4、建立标准化交互体系、开放性设计，在数据通信协议、数据标准、数据库系统、应用界面开发、接口设计等方面采用开放性设计，支持XML、SOAP、Web Services、LDAP等当前受到普遍支持的开放标准，从生产系统、分析系统、接口交换等各层面都能够产生并使用标准化的数据和消息，将医院所有信息系统以灵活的方式进行互联互通，每个新系统上线或者现有系统改造时，最好不要对原有的系统产生影响。任何新系统上线时，可以快速的标准化而不需要大规模的改动程序。
系统平台应能方便地扩展，可随着业务需求的变化而扩充，系统的配置也能相应地改变和延展，以支持有价值的新兴应用。同时，多服务器集群协同工作，实时地监测服务器状态，自动负载平衡，以保证实现大用户量并发处理和高效的网页浏览速度。
5、★协助医院通过相关评审认证。投标人应通过本次医院信息化建设，改善医疗服务，依托信息化，实现临床信息系统以安全与质量为核心实现闭环管理；给医生提供更全面的诊断依据，减少医疗差错的发生概率，使医疗工作更为规范。投标人应在医院支持与其他业务厂商的协同下，通过本项目的实施，制定医院信息流程整改方案，协助医院通过三甲医院复审、HIMSS 6级（或以上）评审、电子病历应用等级评测六级（或以上）、医院信息互联互通等级评测四级甲等（或以上）。
6、符合国家对信息系统信息安全等级保护（三级）的要求。为实现基于电子病历的医院信息平台与各类业务应用的动态整合、信息数据规范共享的目标，其安全架构设计需以等级保护为基本指导思想，从技术措施、安全管理两方面构建医院信息平台的综合信息安全保障体系，确保平台承载业务信息的安全可靠及业务服务的连续运行，并可随着未来业务及管理所需的不断发展而动态性调整，最终实现“政策合规、资源可控、数据可信、持续发展”的生存管理与安全运维目的。
6、支持统一的认证，实现高强度的应用安全保护，能够实现统一的权限分配，实现资源、角色、权限的统一分配，使系统管理人员更清晰的分析并管理资源的分配情况，完成安全策略的配置和部署。
2.3遵循标准
本项目建设的一大核心就在于信息整合和资源共享。标准化、规范化是系统开发和建设的前提条件和必要保障，也是系统平台与其他系统兼容和进一步扩充的根本保证。在系统的建设、运行管理、维护的全过程中，应当遵循相应的国标、部标和行业标准，同时通过梳理形成医院自己的相应规范。在系统建设过程中，有国标可遵循的一定要遵循国标，否则可参考相关部门制定的标准，系统建设选用的标准必须满足业务功能的实现。需要与其他系统进行交换的数据必须遵循国家和地方管理部门正式颁布的数据交换要求。通过本项目的建设，应帮助医院梳理出一整套IT建设规范。
遵循以下国际标准和部门、地方标准，不限于以下列表：
《医院信息系统基本功能规范》
《电子病历系统功能应用水平分级评价方法及标准》
《基于电子病历的医院信息平台建设技术解决方案（1.0版）》
《电子病历基本架构与数据标准（试行）》
《电子病历系统功能规范（试行）》
《医院信息互联互通标准化成熟度测评方案（试行）》
《智慧医疗评价指标体系》
《信息安全等级保护管理办法》
《中华人民共和国计算机信息系统安全保护条例》
《基于健康档案的区域卫生信息平台建设指南（试行）》
《基于健康档案的区域卫生信息平台建设技术解决方案（试行）》
《区域卫生信息平台交互规范》
《卫生系统电子认证服务管理办法（试行）》
《临床检验结果共享系统互操作规范》
《基于电子病历的医院信息平台建设技术解决方案（1.0版）（卫办综发〔2011〕39号）》
《WS 445-2014 电子病历基本数据集》
《WS/T 447-2014 基于电子病历的医院信息平台技术规范》
《WS/T 501—2016电子病历与医院信息平台标准符合性测试规范》
《WS/T 500.1-2016电子病历共享文档规范》
《国务院办公厅关于推进分级诊疗制度建设的指导意见》
2.4其他要求
1. 本项目的建设内容需符合HIMSS等级评审6级（或以上）的要求。
2. 本项目的建设内容需符合卫计委互联互通成熟度测定4级甲等（或以上）的要求。
3. 为保障项目实施的质量，投标人需明确担任本次项目的项目经理，未经医院允许不得变更。
4. 投标人所投软件模块，必须是投标人最新版本。
5. 投标方应在事先进行现场踏勘，投标日期前都可以接待现场踏勘，在投标文件中提供详细的调研报告。
6. 所有系统都必须按要求完成安装调试及系统集成，必须按采购方具体情况和要求做好施工并完成系统的配置及新老系统的切换工作，保证系统的安全性和稳定性。
7. 系统各子模块功能无法一一列出，项目实施过程中需根据医院实际需求调研后对各子模块功能进行本地客户化服务，投标方需对此作出承诺。
8. 为了保证在院病人信息的完整性和医院数据的连续性，投标系统需结合现有的业务环境和软硬件环境，与现有系统无缝衔接，打造符合医疗要求、人性化的、新颖的医院服务信息管理系统。
9. 投标系统需保证医院现有的业务流程、相关软件系统进行对接（数据接口格式由用户方免费提供），确保业务流畅。对接过程中，充分利用基础代码信息数据和相关业务信息，相关信息的获取或传送方式必须得到原有信息系统开发商的认可和配合，不得对现有系统的运行性能产生任何不良影响。所有与医院信息系统接口（包括与以后新的系统对接）开发及调试费用都应包含在本次竞标报价之中，不再另行计费。
10. 要统一编码规则。系统中不同模块协作时需要使用统一的编码规则，符合国家已制定标准（例：ICD-10、ICD-9手术编码、中医病名、中医证名），大量医院内部编码需要以HIS系统为核心制定统一编码规则。
11. 系统要具有先进的体系结构、合理的数据结构和充分的升级空间；要求向医院公开数据库结构。
12. 系统要采用模块化设计，可以根据医院的需求进行方便的组合，以适应医院不断变化的需求，同时减低信息系统的投入。
13. 具有完整的可扩充方案支持日益增长的业务需要，同时不影响原有系统性能。
14. 系统能随时适应医疗卫生政策改变的需要，投标方必须承诺及时根据政策要求对投标软件进行程序修改、实施工作，不对医院工作造成影响。
15. 投标人承诺全部承担今后凡因本项目相关部件知识产权方面可能产生的任何问题、纠纷乃至赔偿等。
16. 对系统的保密范围要求：投标人承诺在实施和维护过程中，任何涉及医院的信息，包括但不限于医院数据、医院特有的功能需求等，未得到医院同意的情况下不得对任何第三方展示、举例乃至销售，否则投标人将承担由此产生的一切后果。
17. 应用软件系统需要同时支持WINDOWS XP，WINDOWS7，WINDOWS8操作系统。
18. 数据库软件平台使用大型关系型数据库，如SQL Server或Oracle等。
19. 合同签订后540日历日内完成项目建设，达到项目验收标准。
20. 项目质保期为两年，质保期间保障专业服务人员驻场，质保期间软件接口开发免费。
21. 驻场人员必须在投标方工作贰年以上，驻场人员实施过三甲医院的项目，投标时提供2016年1月1日以来企业缴纳社保证明材料。
22. 驻场人员数量：实施期内不少于6人，质保期内不少于2人。
23. 项目实施地点：菏泽市立医院院内。
3. 软件系统技术要求
3.1医院信息集成平台技术要求
3.1.1总体要求
医院信息集成平台，是指基于HL7/DICOM等标准，参照IHE技术框架和体现结构将各种医疗信息(影像、文字、视频、检验数据等)采用SOA和信息集成技术松耦合集成，通过互联互通的方式实现对临床工作模式与工作流程的优化，同时为下一步建立丰富的医学知识库，为临床医疗活动提供全面的信息化解决方案。通过建设医院信息平台，将原先分布在各业务系统中的信息交换整合到医院信息集成平台，实现医院各个科室之间、医院主管部门之间信息的互联互通，优化医院业务流程，提高患者的医疗安全和质量。
平台应当符合卫计委制定的相关信息标准，如：《基于电子病历的医院信息平台建设技术解决方案》、《卫生信息数据元标准化规则》、《卫生信息共享文档规范》的要求，如卫计委发布集成平台相关新的功能标准和数据集，该系统必须达到。
本次项目的建设目标是构建全院统一的信息集成平台，实现现有各业务互联互通、信息共享和业务交互。消除医院IT系统信息孤岛，实现院内医疗协同环境。建立统一的医院信息集成规范，实现医院IT建设的远期规划。
主要是以符合国内外相关标准的方式实现以下信息系统和不同部门之间的互联互通、信息共享和业务交互。
（1）核心业务系统: HIS，LIS，PACS，EMR，NIS等业务应用系统;
（2）专业医疗服务系统: 主索引系统（包括：病人主索引，值域代码等统一管理），病案管理、手麻系统等业务应用系统;
3.1.2信息集成引擎技术要求
信息集成引擎是整个医院信息集成平台的核心，承担数据和消息的通讯和传输功能。投标人应采用国际知名品牌的第三方成熟产品和组件，提高开发效率，降低开发风险，满足业务需要，便于二次开发和系统扩展，使系统具有一定的前瞻性、技术先进、功能实用、易于扩展。
具体技术要求如下：
功能列表 指标说明
整体要求 成熟的商业化软件产品,国际知名品牌产品。
协议转换 具备Socket、WebService、JMS(MQ)、MQTT、FTP协议连接能力，以及与其他协议相互的转换能力。
数据库访问 具备Database的连接能力,同时支持JDBC和ODBC连接方式，以及与Socket协议和WebService的相互转换能力。
格式转换 具备XML格式、CSV消息到XML消息的转换能力，另外可以实现C结构、COBOL 以及BLOB等二进制数据的转换和数据放大的能力。
动态路由 可以实现不同协议的动态路由，且路由规则通过配置方式实现。
发布订阅 能够通过请求的数据内容的关键值进行主题发布，编写Java程序通过JMS Subscriber来订阅不同主题的消息。
开发与运行效率 1.产品的开发和运行不需要数据库，也不依赖应用服务器中间件，对硬件资源消耗少。
2.内置消息中间件引擎,确保消息不丢失。
3.提供简单易用的web测试和调试功能，可以在节点连线和配置脚本上设置断点，在友好的图形界面展示消息的变化调试应用。
4.基于Eclipse的图形界面
服务超时配置 在服务超时方面的配置能力和易用性。
服务注册和查找 在服务的注册和查找的配置能力和易用性。
服务告警 ESB平台对告警的功能支持，以及与统一监控平台的整合能力。监控系统提供告警与监控指标数据，服务告警信息、监控指标可以支持JMS消息和EMAIL等任意手段，服务监控信息可以提供给统一监控平台,提供RESTFul的监控API。
日志审计 ESB平台能够记录服务交互的输入、输出数据报文信息，支持记录开关配置功能。
数据库方式认证和授权 在认证授权功能方面的表现情况，ESB总线的安全性能力，可以对外来访问WebService客户端进行用户认证和访问权限的控制，认证和授权采用数据库的方式。
IP访问控制 在IP访问控制的表现情况，体现ESB总线的安全性能力
HTTPS支持 在HTTPS的表现情况，体现ESB总线的安全性能力
SOAPoverHTTPS支持 在SOAPoverHTTPS的表现情况，体现ESB总线的安全性能力。
流量控制 在流量控制的表现情况，体现ESB总线的流量控制能力，设计流程的总量控制阀值和分量阀值
优先级处理 根据请求内容的优先级来分支到不同的处理流程。
兼容性 1. 支持32位、64位的操作系统和硬件平台；
2.产品未来可以升级到专有虚拟化版本(Hypervisor Edition)
3.提供各种接口，连接各种数据库、数据仓库、现有应用软件系统、主机系统。用户可以之间通过ESQL进行和数据库的操作，如把数据存入数据库，从数据库中取数据等）。
可扩展性及性能 1.采用C++实现内核，具有优越的并发处理性能。
2.支持开放组织OGF(OpenGridForum)定义的DFDL(DataFormatDescriptionLanguage)标准规范，简单快捷地定义文本、二进制、XML等数据格式。并能够识别XML和C中的数据结构；
3. 支持通过Java，C 进行自定义扩展,用户可以为ESB 开发自定义扩展的计算节点,同时支持php,ESQL,.net,java开发后台服务。
4.可通过数据建模定制符合自己需求的消息类型；
5.支持各种各样的服务质量等级和通信模式：同步(例如SOAP)和异步(例如MQ)两种通信模式，请求/响应、队列、点到点以及发布/订阅模式，各种交付保证，集群支持、HA和故障隔离，各种保障和交易策略等。
医疗连接包 1.支持国际标准和中国医疗数据标准 HL7 （Health Level Seven）v2.x、 v3.0等版本和DICOM标准。
2.支持Minimal Lower Layer Protocol (MLLP) 传输协议，连接各类医疗设备。
3.1.3一体化运营监控平台技术要求
一体化运营监控平台是一套后台运行系统，需要进行有效的监控，以了解整个信息集成平台的运行状况，主要技术要求如下：
功能列表 功能要求
首页 首页 今日服务调用情况 展示当日服务调用总数，并用曲线图展现今天服务调用数量的趋势图。
当天调用告警 展示当日调用告警总数，并图形化展示当日服务调用告警的趋势。
当天调用异常 展示当日调用异常总数，并图形化展示当日服务调用异常的趋势。
异常信息列表 展示监控的异常信息，实时刷新。
服务调用TOP5 展示服务调用次数的TOP5。
消费系统TOP5 展示消费系统消费TOP5。
当前系统接入数量 展示目前接入的系统数量。
当前服务接入数量 展示目前接入的服务数量。
数据中心监测 以流程图的形式展现数据的同步及备份的实时状况。
服务 服务信息 服务列表 按照调用次数由高到低，通过服务名称展示全部服务的信息，同时，支持查看单个服务的详细信息。
服务详情 服务详细信息 服务详情页展现当前服务的所有信息，如：服务架构、服务的最后一次请求流程图、服务详细信息、子服务列表、服务日志、服务异常和服务告警。
队列信息 队列列表 展示监控的队列列表，按照当前队列深度倒序。
服务器信息 服务器一览 显示服务器的状态，告警提示，异常提示。
数据库信息 数据库一览 显示数据库的状态，告警提示，异常提示。
日志 服务调用日志 日志筛选查询 根据关键信息，如：调用状态/消费系统/日志时间（默认当天）对服务调用日志进行筛选
调用日志列表 根据筛选条件展示服务调用日志的主要内容，如：调用状态/服务名称/服务代码/消费系统/发起时间/结束时间/耗时/查看消息
服务日志 日志筛选查询 根据关键信息，如：调用状态/日志时间（默认当天）对服务日志进行筛选
服务日志列表 根据筛选条件展示服务日志的主要内容，如：服务名称/服务代码/开始时间/错误内容/异常状态
SDK日志 日志筛选查询 根据关键信息，如：状态/系统名称/日志时间（默认状态异常）对SDK日志进行筛选
SDK日志列表 根据筛选条件展示SDK日志的主要内容，如：状态/日志时间/消息ID/方法/执行顺序编号/MQ服务器端口/系统名称/系统编号/队列管理器名称/服务名称/处理结果
服务器日志 日志筛选查询 根据关键信息，如：服务器名称/状态/IP地址/日志时间（默认状态异常）对服务器日志进行筛选
服务器日志列表 根据筛选条件展示服务服务器日志的主要内容，如：告警时间/服务器名称/IP地址/错误类型/查看信息/建议处理方式。
数据库日志 日志筛选查询 可通过:服务器名称/状态/IP地址/日志时间（默认状态异常）对数据库日志进行筛选
数据库日志列表 根据筛选条件展示数据库日志的主要内容，如：告警时间/服务器名称/IP地址/错误类型/查看信息/建议处理方式。
工具 数据同步工具 流程查看 使用数据同步工具实现对数据库进行整合，及源数据库与目标数据库的同步，同时以日志的形式记录其状况。
ETL工具 作业列表 展示ETL作业的列表，主要包括：最后执行状态/作业名/数据库IP地址/数据库实例名/数据库类型/作业步骤总数/最后执行时间
作业日志 通过生成警报来自动通知用户作业状态
作业流程图 展示ETL工作流程图，通过流程图节点直观的反馈异常。
备份工具 同步情况查看 实时展现生产库的备份过程，展示生产库/备份库关键值的数据，及同步工具的系统状态，实现全方位监控同步工作。
配置 队列管理器配置 新增 通过对：队列管理器名称/队列服务IP/队列端口/队列通道/备注关键参数的新增实现队列管理器的新增操作
修改 可对队列管理器的内容包括：队列管理器名称/队列服务IP/队列端口/队列通道/备注的修改
删除 删除队列管理器配置参数，支持批量删除
服务器配置 新增 新增服务器配置参数，包括：服务器名称/服务器IP/操作系统/监控磁盘/备注。
修改 对服务器配置参数进行修改，修改内容包括：服务器名称/服务器IP/操作系统/监控磁盘/备注
删除 删除服务器配置参数，支持批量删除。
数据库配置 新增 新增数据库配置参数，主要包括：数据库IP/数据库实例名/数据库类型/数据库端口号/服务器IP/数据库别名/数据库连接driver/数据库连接url/数据库链接user/数据库连接password/是否启用/盘符（若是文件库）/备注
修改 对数据库配置参数进行修改。如：数据库IP/数据库实例名/数据库类型/数据库端口号/服务器IP/数据库别名/数据库连接driver/数据库连接url/数据库链接user/数据库连接password/是否启用/盘符（若是文件库）/备注
删除 删除数据库配置参数，支持批量删除
短信推送配置 联系人配置 配置联系人清单，用于短信推送。服务推送可指定联系人。
服务异常推送配置 服务异常推送规则维护，支持增删改查。
服务告警推送配置 服务告警推送规则维护，支持增删改查。
队列异常推送配置 队列异常推送规则维护，支持增删改查。
队列告警推送配置 队列告警推送规则维护，支持增删改查。
告警规则配置 服务告警 配置服务告警和服务异常的阈值。展示每个服务的调用告警阈值。
队列告警 设置队列深度告警的阈值和建议处理方式。
外观配置 首页 配置首页方案。提供默认首页方案2套。可在此基础上修改，保存新的首页方案。
样式 按照用户要求自己修改LOGO图标，配色方案
统计 服务统计 服务报表统计 统计历史服务调用情况，形成各类统计报表：服务调用趋势图，日调用趋势图
各类指标统计 分析历史数据，可以得到代表性指标。如：历史总调用次数、日平均、日调用峰值、最短耗时、平均耗时、最大返回条数 、服务调用成功率、服务调用告警率
服务报表 报表查询导出 通过关键服务属性进行查询，如：服务名称/服务代码/统计时间/调用次数/调用异常次数/调用异常率/调用告警次数/调用告警率/服务异常次数/服务告警次数，对服务报表进行筛选。可导出查询结果。
服务列表 服务列表展示，主要包括：服务名称/服务代码/统计时间/调用次数/调用异常次数/调用异常率/调用告警次数/调用告警率/服务异常次数/服务告警次数/平均耗时/最长耗时
队列统计 报表统计 统计队列相关数据，可视化后展现：队列异常趋势图，队列告警趋势图
服务调用分析 联动操作 服务调用分析主要展示：服务调用详情、服务异常率、消费系统占比、服务运行概况。通过“服务调用总数”的图可查看：服务调用详情、服务异常率、消费系统占比、服务运行概况的详细内容。
报表展示 从单个服务维度分析服务的调用情况。通过：服务调用总数，服务调用详情，服务异常率，消费系统占比，服务运行概况展示当前服务的运行情况。
季度服务分析 联动操作 默认展示一个季度的服务调用“TOP5”数据。通过“季度服务调用情况”图，可查看选中月的服务调用详细、TOP5图
报表展示 从时间维度分析服务的调用情况。通过：季度服务调用情况，服务调用详情，TOP5图示分析服务调用的整体情况
3.1.4一体化服务平台技术要求
一体化服务管理平台是针对医院信息集成平台的各个信息通道之间的可控性、交互服务的可管性开发一套综合管理系统，通过管理系统与信息集成引擎的对接，可以有效的对各个业务系统之间的交互内容、交互标准、交互规范、交互权限进行有效的限制和管理，从而实现各个业务系统之间的交互进行有效规范，确保信息交互的安全性、有效性和可靠性。具体技术要求如下：
功能列表 功能要求
服务库 服务库 查看服务 查看服务的基本属性以及消费关系图，服务属性主要包括：服务名称、服务英文名、服务代码、服务类型、业务类型、服务描述。消费关系图主要展示：提供系统、子服务、入口队列、服务、出口队列、消费系统。
搜索服务 对服务库可以根据其分类以及检索框中输入的关键字进行搜索。
新增服务 通过对服务属性及其子服务/字段的添加实现服务的封装，通过一键部署及测试成功的服务即可完成发布。
修改服务 对未发布的服务以及禁用的服务进行非关键属性的修改。
禁用服务 对已经发布且没有被消费的服务进行禁用。
克隆服务 复制一个服务，且可对复制出的服务修改其基本的服务属性信息。
启用服务 对已经禁用的服务实现开启。
测试服务 检测服务是否可以成功被请求调用，通过编写代码或者上传代码文件实现服务请求，并返回请求之后的代码内容，即可完成整个服务的测试。
子服务 子服务 查看子服务 查看子服务的所有信息，如：子服务属性（子服务名称、子服务代码、子服务英文名、子服务描述、子服务的提供系统）、字段（字段名称、英文名、字段原名、是否可编辑、是否可用、字段类型）。
新增子服务 通过对子服务属性，如：子服务名称、子服务代码、子服务英文名、子服务描述、子服务的提供系统，以及字段的添加实现子服务的新增。
删除子服务 对未发布的子服务进行删除操作。
修改子服务 对已经发布的子服务实现字段的添加，未发布的子服务实现所有属性及字段的修改。
管理 厂商管理 新增厂商 通过添加入驻厂商的信息，如：厂商名称、厂商ID、技术人员的姓名及联系方式、业务人员的姓名及联系方式，实现厂商的新增
修改厂商 对厂商信息，如：厂商名称、厂商ID、技术人员的姓名及联系方式、业务人员的姓名及联系方式的修改
删除厂商 删除厂商信息。
应用管理 新增应用 根据厂商的信息为厂商添加其应用，并申请当前应用需要的服务、子服务和字段。
搜索应用 支持用户根据模糊查询搜索应用且可应用名称、所属厂商、审核状态、环境对检索结果进行过滤。
下线应用 对不需要再使用的应用可进行下线操作，阻止此应用再次使用。
审核应用 根据用户的应用及服务申请进行审核操作，在审核时支持对申请的服务是否选择一键部署的限制。
修改应用 用户根据需要及当前的申请状况可以对自己所申请的应用及为应用申请的服务进行修改操作，包括继续添加服务的操作。
测试应用 通过审核的应用，用户可以根据需要对所申请的服务进行测试操作。
查看应用 用户可以查看到应用的基本信息、申请的服务以及相关的子服务和字段。
分类管理 新增分类 根据需要可以对服务的类型进行新的分类添加。支持可删除和不可删除两类操作。
查看分类 可以查看当前的服务分类以及用户新增的分类。对于默认的业务类型、服务类型这两类的划分，默认用户是不能修改和删除的。
集群管理 查看集群 查看集群的关键信息，如：集群名、集群IP、集群短口、集群类别
字段管理 搜索字段 根据字段中文名、字段英文名、字段状态对字段进行搜索
修改字段 支持对字段属性的修改
删除字段 用户可以根据需要删除自己不需要的字段
查看字段 查看字段的属性信息，如：字段中文名、字段英文名、字段类型、字段状态
文件日志 搜索文件日志 根据文件名、服务器IP属性信息进行查询
下载 根据需要可以将所需的文件日志下载到本地
接入平台管理 模块管理 支持对一体化接入平台的一级模块、二级模块进行编辑。
文档管理 支持对一体化接入平台所有模块地址的文档编辑，并同步的接入平台。同时，支持在新建过程中保存到草稿箱的操作。
反馈管理 根据用户在一体化接入平台中提交的问题进行回答解释。
3.1.5一体化接入平台技术要求
围绕第三方的接入展开一系列的操作。主要功能是平台对第三方开发者接入的授权、审核及接入环境、具体操作和一些常见问题的帮助等。
开放平台功能要求：
功能列表 功能要求
首页 首页 API测试工具 提供API测试工具，支持API测试
使用的厂商 统计当前有多少厂商在使用一体化接入平台
开放API 统计系统一共开放的API的个数
技术文档 统计系统总的技术文档数量
API类目 统计当前开放API的所有类目数量
登录 输入正确的用户名和密码可进行登录
文档中心 基础技术文档 获取token 发布可以帮助用户获取token的文章
SDK 发布可以帮助用户了解SDK的文章
API调用 发布可以帮助用户了解API调用的文章
平台规则 平台协议 发布平台协议的相关文档
应用接入规范 发布应用接入规范的相关文档
技术服务协议 发布应用技术服务协议的相关文档
接入指南 新手指南 发布新手指南的相关文档
应用环境说明 发布应用环境说明的相关文档
沙箱环境 发布沙箱环境的相关文档
常用工具 API测试工具 发布API测试工具的相关文档
申请token 发布如何申请token的相关文档
更多 发布关于常用工具的更多相关文档
技术支持中心 公告信息 产品发布 发布关于一体化接入平台产品发布的相关文档
技术变更 发布关于技术变更的相关文档
安全公告 发布关于安全公告的相关文档
其他 发布一些其他的公告信息，比如：产品的版本升级
问题反馈 查看热门问题 可以查看到别的用户提交的热门问题
提交新问题 用户可以提交自己在使用一体化接入平台过程中遇到的问题
我的提问 查看用户当前所提交的所有问题
API API类目 所有API的分类展示 展示所有API的分类模块，点击具体模块可查看当前模块下面的API列表以及具体到单个API的详情
API接口说明 接口说明 详细介绍有关一体化接入平台中API接口的各种说明，比如：调用原理、使用说明
用户授权介绍 用户授权 详细说明一体化接入平台是如何为用户授权
系统错误码定义 错误代码 详细展示系统中可能出现的所有错误码、错误描述、解决方案
应用管理 登录 密码错误 当用户输入的厂商名称与密码不符时进行提示
忘记密码 用户忘记密码时可以点击忘记密码，通过邮箱验收，重新修改密码。
修改密码 支持修改新密码
应用管理 新增应用 新增服务:实现应用对所需消费服务的添加
修改服务：修改已经申请的服务，包括服务的子服务/字段
测试服务：实现对申请的服务的测试
查看应用 支持查看当前应用的基本信息，以及当前应用所消费的服务。
下线应用 支持将不需要运行的上线应用将其下线。
启用应用 点击下线应用的启用按钮，可以将已经下线的应用启用，恢复到运行的状态。
|
|
资源大小：1.15 MB 
