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 
