2. 項目建設要求
2.1建設范圍
(一)菏澤市立醫(yī)院信息集成平臺與醫(yī)院數據中心項目。
(二)項目建設包含系統(tǒng)設計、開發(fā)、實施、運行維護以及相應的軟件系統(tǒng)供貨、安裝調試、系統(tǒng)集成、運行維護、項目驗收以及技術培訓等。
本項目為要求投標人根據本文件及招標文件的要求，在充分了解用戶需求的基礎上，選擇具有最佳性能價格比的產品投標，以充分顯示貴公司的競爭實力。
項目建設包含系統(tǒng)設計、開發(fā)、實施、運行維護以及相應的軟件系統(tǒng)供貨、安裝調試、系統(tǒng)集成、運行維護、項目驗收以及技術培訓等。
整體功能需求
序號 系統(tǒng)名稱 數量 項目分期 備注
1 醫(yī)院信息集成平臺 1套 一期 詳見招標技術要求
2 主數據管理平臺 1套 一期 詳見招標技術要求
3 醫(yī)院大數據服務平臺 1套 一期 詳見招標技術要求
4 醫(yī)院智能門戶平臺 1套 一期 詳見招標技術要求
5 質控流程改造 1套 一期 詳見招標技術要求
6 醫(yī)院大數據管理平臺 1套 二期 詳見招標技術要求
7 臨床輔助決策CDSS 1套 二期 詳見招標技術要求
8 科研服務平臺 1套 二期 詳見招標技術要求
9 MDT（多學科聯(lián)合會診） 1套 二期 詳見招標技術要求
10 閉環(huán)流程管理 1套 二期 詳見招標技術要求
11 統(tǒng)一消息管理平臺 1套 二期 詳見招標技術要求
帶“★”、黑體加粗條款為實質性響應條款，不得產生負偏離，如有負偏離，將被認定為無效投標。
2.2總體要求
1、★項目工期要求:在考慮醫(yī)院實際信息化水平及醫(yī)院年整體需求的基礎上并結合醫(yī)院信息系統(tǒng)實施客觀規(guī)律，整體項目實施步驟分兩期進行（整體分期內容參考第五章節(jié)建設內容部分）。要求中標人從整體項目實施角度出發(fā)，保證質量控制實施周期，必須在合同簽訂后240日歷日完成主體框架上線，360天內完成一期內容的實施，540天內內完成全部模塊的實施，并在試運行90日歷日后按醫(yī)院信息化驗收管理辦法完成項目的驗收。
2、必須充分考慮醫(yī)療行業(yè)發(fā)展趨勢，采用先進的體系結構和軟硬件技術，滿足目前以及將來相當一段時間對系統(tǒng)的需求。從而達到既滿足醫(yī)療機構或組織應用整合現(xiàn)階段工作對系統(tǒng)水平和能力的要求，推動計算機應用向更高級階段發(fā)展，又能夠在今后數年內保持其技術的先進性和實用性，從而保護投資的有效性。
3、整體架構規(guī)劃設計應采用國際主流SOA架構，采用分布式、多層次和松耦合結構。通過制定全院的數據標準、傳輸標準、安全體系，對醫(yī)院的各個業(yè)務系統(tǒng)進行梳理和改造，完成符合國家標準、HL7的整合、交換、安全體系。從而實現(xiàn)病人服務精細化，以病人為中心，面向病人優(yōu)化業(yè)務流程，加強病人就診體驗，提升醫(yī)院整體服務質量。
4、建立標準化交互體系、開放性設計，在數據通信協(xié)議、數據標準、數據庫系統(tǒng)、應用界面開發(fā)、接口設計等方面采用開放性設計，支持XML、SOAP、Web Services、LDAP等當前受到普遍支持的開放標準，從生產系統(tǒng)、分析系統(tǒng)、接口交換等各層面都能夠產生并使用標準化的數據和消息，將醫(yī)院所有信息系統(tǒng)以靈活的方式進行互聯(lián)互通，每個新系統(tǒng)上線或者現(xiàn)有系統(tǒng)改造時，最好不要對原有的系統(tǒng)產生影響。任何新系統(tǒng)上線時，可以快速的標準化而不需要大規(guī)模的改動程序。
系統(tǒng)平臺應能方便地擴展，可隨著業(yè)務需求的變化而擴充，系統(tǒng)的配置也能相應地改變和延展，以支持有價值的新興應用。同時，多服務器集群協(xié)同工作，實時地監(jiān)測服務器狀態(tài)，自動負載平衡，以保證實現(xiàn)大用戶量并發(fā)處理和高效的網頁瀏覽速度。
5、★協(xié)助醫(yī)院通過相關評審認證。投標人應通過本次醫(yī)院信息化建設，改善醫(yī)療服務，依托信息化，實現(xiàn)臨床信息系統(tǒng)以安全與質量為核心實現(xiàn)閉環(huán)管理；給醫(yī)生提供更全面的診斷依據，減少醫(yī)療差錯的發(fā)生概率，使醫(yī)療工作更為規(guī)范。投標人應在醫(yī)院支持與其他業(yè)務廠商的協(xié)同下，通過本項目的實施，制定醫(yī)院信息流程整改方案，協(xié)助醫(yī)院通過三甲醫(yī)院復審、HIMSS 6級（或以上）評審、電子病歷應用等級評測六級（或以上）、醫(yī)院信息互聯(lián)互通等級評測四級甲等（或以上）。
6、符合國家對信息系統(tǒng)信息安全等級保護（三級）的要求。為實現(xiàn)基于電子病歷的醫(yī)院信息平臺與各類業(yè)務應用的動態(tài)整合、信息數據規(guī)范共享的目標，其安全架構設計需以等級保護為基本指導思想，從技術措施、安全管理兩方面構建醫(yī)院信息平臺的綜合信息安全保障體系，確保平臺承載業(yè)務信息的安全可靠及業(yè)務服務的連續(xù)運行，并可隨著未來業(yè)務及管理所需的不斷發(fā)展而動態(tài)性調整，最終實現(xiàn)“政策合規(guī)、資源可控、數據可信、持續(xù)發(fā)展”的生存管理與安全運維目的。
6、支持統(tǒng)一的認證，實現(xiàn)高強度的應用安全保護，能夠實現(xiàn)統(tǒng)一的權限分配，實現(xiàn)資源、角色、權限的統(tǒng)一分配，使系統(tǒng)管理人員更清晰的分析并管理資源的分配情況，完成安全策略的配置和部署。
2.3遵循標準
本項目建設的一大核心就在于信息整合和資源共享。標準化、規(guī)范化是系統(tǒng)開發(fā)和建設的前提條件和必要保障，也是系統(tǒng)平臺與其他系統(tǒng)兼容和進一步擴充的根本保證。在系統(tǒng)的建設、運行管理、維護的全過程中，應當遵循相應的國標、部標和行業(yè)標準，同時通過梳理形成醫(yī)院自己的相應規(guī)范。在系統(tǒng)建設過程中，有國標可遵循的一定要遵循國標，否則可參考相關部門制定的標準，系統(tǒng)建設選用的標準必須滿足業(yè)務功能的實現(xiàn)。需要與其他系統(tǒng)進行交換的數據必須遵循國家和地方管理部門正式頒布的數據交換要求。通過本項目的建設，應幫助醫(yī)院梳理出一整套IT建設規(guī)范。
遵循以下國際標準和部門、地方標準，不限于以下列表：
《醫(yī)院信息系統(tǒng)基本功能規(guī)范》
《電子病歷系統(tǒng)功能應用水平分級評價方法及標準》
《基于電子病歷的醫(yī)院信息平臺建設技術解決方案（1.0版）》
《電子病歷基本架構與數據標準（試行）》
《電子病歷系統(tǒng)功能規(guī)范（試行）》
《醫(yī)院信息互聯(lián)互通標準化成熟度測評方案（試行）》
《智慧醫(yī)療評價指標體系》
《信息安全等級保護管理辦法》
《中華人民共和國計算機信息系統(tǒng)安全保護條例》
《基于健康檔案的區(qū)域衛(wèi)生信息平臺建設指南（試行）》
《基于健康檔案的區(qū)域衛(wèi)生信息平臺建設技術解決方案（試行）》
《區(qū)域衛(wèi)生信息平臺交互規(guī)范》
《衛(wèi)生系統(tǒng)電子認證服務管理辦法（試行）》
《臨床檢驗結果共享系統(tǒng)互操作規(guī)范》
《基于電子病歷的醫(yī)院信息平臺建設技術解決方案（1.0版）（衛(wèi)辦綜發(fā)〔2011〕39號）》
《WS 445-2014 電子病歷基本數據集》
《WS/T 447-2014 基于電子病歷的醫(yī)院信息平臺技術規(guī)范》
《WS/T 501—2016電子病歷與醫(yī)院信息平臺標準符合性測試規(guī)范》
《WS/T 500.1-2016電子病歷共享文檔規(guī)范》
《國務院辦公廳關于推進分級診療制度建設的指導意見》
2.4其他要求
1. 本項目的建設內容需符合HIMSS等級評審6級（或以上）的要求。
2. 本項目的建設內容需符合衛(wèi)計委互聯(lián)互通成熟度測定4級甲等（或以上）的要求。
3. 為保障項目實施的質量，投標人需明確擔任本次項目的項目經理，未經醫(yī)院允許不得變更。
4. 投標人所投軟件模塊，必須是投標人最新版本。
5. 投標方應在事先進行現(xiàn)場踏勘，投標日期前都可以接待現(xiàn)場踏勘，在投標文件中提供詳細的調研報告。
6. 所有系統(tǒng)都必須按要求完成安裝調試及系統(tǒng)集成，必須按采購方具體情況和要求做好施工并完成系統(tǒng)的配置及新老系統(tǒng)的切換工作，保證系統(tǒng)的安全性和穩(wěn)定性。
7. 系統(tǒng)各子模塊功能無法一一列出，項目實施過程中需根據醫(yī)院實際需求調研后對各子模塊功能進行本地客戶化服務，投標方需對此作出承諾。
8. 為了保證在院病人信息的完整性和醫(yī)院數據的連續(xù)性，投標系統(tǒng)需結合現(xiàn)有的業(yè)務環(huán)境和軟硬件環(huán)境，與現(xiàn)有系統(tǒng)無縫銜接，打造符合醫(yī)療要求、人性化的、新穎的醫(yī)院服務信息管理系統(tǒng)。
9. 投標系統(tǒng)需保證醫(yī)院現(xiàn)有的業(yè)務流程、相關軟件系統(tǒng)進行對接（數據接口格式由用戶方免費提供），確保業(yè)務流暢。對接過程中，充分利用基礎代碼信息數據和相關業(yè)務信息，相關信息的獲取或傳送方式必須得到原有信息系統(tǒng)開發(fā)商的認可和配合，不得對現(xiàn)有系統(tǒng)的運行性能產生任何不良影響。所有與醫(yī)院信息系統(tǒng)接口（包括與以后新的系統(tǒng)對接）開發(fā)及調試費用都應包含在本次競標報價之中，不再另行計費。
10. 要統(tǒng)一編碼規(guī)則。系統(tǒng)中不同模塊協(xié)作時需要使用統(tǒng)一的編碼規(guī)則，符合國家已制定標準（例：ICD-10、ICD-9手術編碼、中醫(yī)病名、中醫(yī)證名），大量醫(yī)院內部編碼需要以HIS系統(tǒng)為核心制定統(tǒng)一編碼規(guī)則。
11. 系統(tǒng)要具有先進的體系結構、合理的數據結構和充分的升級空間；要求向醫(yī)院公開數據庫結構。
12. 系統(tǒng)要采用模塊化設計，可以根據醫(yī)院的需求進行方便的組合，以適應醫(yī)院不斷變化的需求，同時減低信息系統(tǒng)的投入。
13. 具有完整的可擴充方案支持日益增長的業(yè)務需要，同時不影響原有系統(tǒng)性能。
14. 系統(tǒng)能隨時適應醫(yī)療衛(wèi)生政策改變的需要，投標方必須承諾及時根據政策要求對投標軟件進行程序修改、實施工作，不對醫(yī)院工作造成影響。
15. 投標人承諾全部承擔今后凡因本項目相關部件知識產權方面可能產生的任何問題、糾紛乃至賠償等。
16. 對系統(tǒng)的保密范圍要求：投標人承諾在實施和維護過程中，任何涉及醫(yī)院的信息，包括但不限于醫(yī)院數據、醫(yī)院特有的功能需求等，未得到醫(yī)院同意的情況下不得對任何第三方展示、舉例乃至銷售，否則投標人將承擔由此產生的一切后果。
17. 應用軟件系統(tǒng)需要同時支持WINDOWS XP，WINDOWS7，WINDOWS8操作系統(tǒng)。
18. 數據庫軟件平臺使用大型關系型數據庫，如SQL Server或Oracle等。
19. 合同簽訂后540日歷日內完成項目建設，達到項目驗收標準。
20. 項目質保期為兩年，質保期間保障專業(yè)服務人員駐場，質保期間軟件接口開發(fā)免費。
21. 駐場人員必須在投標方工作貳年以上，駐場人員實施過三甲醫(yī)院的項目，投標時提供2016年1月1日以來企業(yè)繳納社保證明材料。
22. 駐場人員數量：實施期內不少于6人，質保期內不少于2人。
23. 項目實施地點：菏澤市立醫(yī)院院內。
3. 軟件系統(tǒng)技術要求
3.1醫(yī)院信息集成平臺技術要求
3.1.1總體要求
醫(yī)院信息集成平臺，是指基于HL7/DICOM等標準，參照IHE技術框架和體現(xiàn)結構將各種醫(yī)療信息(影像、文字、視頻、檢驗數據等)采用SOA和信息集成技術松耦合集成，通過互聯(lián)互通的方式實現(xiàn)對臨床工作模式與工作流程的優(yōu)化，同時為下一步建立豐富的醫(yī)學知識庫，為臨床醫(yī)療活動提供全面的信息化解決方案。通過建設醫(yī)院信息平臺，將原先分布在各業(yè)務系統(tǒng)中的信息交換整合到醫(yī)院信息集成平臺，實現(xiàn)醫(yī)院各個科室之間、醫(yī)院主管部門之間信息的互聯(lián)互通，優(yōu)化醫(yī)院業(yè)務流程，提高患者的醫(yī)療安全和質量。
平臺應當符合衛(wèi)計委制定的相關信息標準，如：《基于電子病歷的醫(yī)院信息平臺建設技術解決方案》、《衛(wèi)生信息數據元標準化規(guī)則》、《衛(wèi)生信息共享文檔規(guī)范》的要求，如衛(wèi)計委發(fā)布集成平臺相關新的功能標準和數據集，該系統(tǒng)必須達到。
本次項目的建設目標是構建全院統(tǒng)一的信息集成平臺，實現(xiàn)現(xiàn)有各業(yè)務互聯(lián)互通、信息共享和業(yè)務交互。消除醫(yī)院IT系統(tǒng)信息孤島，實現(xiàn)院內醫(yī)療協(xié)同環(huán)境。建立統(tǒng)一的醫(yī)院信息集成規(guī)范，實現(xiàn)醫(yī)院IT建設的遠期規(guī)劃。
主要是以符合國內外相關標準的方式實現(xiàn)以下信息系統(tǒng)和不同部門之間的互聯(lián)互通、信息共享和業(yè)務交互。
（1）核心業(yè)務系統(tǒng): HIS，LIS，PACS，EMR，NIS等業(yè)務應用系統(tǒng);
（2）專業(yè)醫(yī)療服務系統(tǒng): 主索引系統(tǒng)（包括：病人主索引，值域代碼等統(tǒng)一管理），病案管理、手麻系統(tǒng)等業(yè)務應用系統(tǒng);
3.1.2信息集成引擎技術要求
信息集成引擎是整個醫(yī)院信息集成平臺的核心，承擔數據和消息的通訊和傳輸功能。投標人應采用國際知名品牌的第三方成熟產品和組件，提高開發(fā)效率，降低開發(fā)風險，滿足業(yè)務需要，便于二次開發(fā)和系統(tǒng)擴展，使系統(tǒng)具有一定的前瞻性、技術先進、功能實用、易于擴展。
具體技術要求如下：
功能列表 指標說明
整體要求 成熟的商業(yè)化軟件產品,國際知名品牌產品。
協(xié)議轉換 具備Socket、WebService、JMS(MQ)、MQTT、FTP協(xié)議連接能力，以及與其他協(xié)議相互的轉換能力。
數據庫訪問 具備Database的連接能力,同時支持JDBC和ODBC連接方式，以及與Socket協(xié)議和WebService的相互轉換能力。
格式轉換 具備XML格式、CSV消息到XML消息的轉換能力，另外可以實現(xiàn)C結構、COBOL 以及BLOB等二進制數據的轉換和數據放大的能力。
動態(tài)路由 可以實現(xiàn)不同協(xié)議的動態(tài)路由，且路由規(guī)則通過配置方式實現(xiàn)。
發(fā)布訂閱 能夠通過請求的數據內容的關鍵值進行主題發(fā)布，編寫Java程序通過JMS Subscriber來訂閱不同主題的消息。
開發(fā)與運行效率 1.產品的開發(fā)和運行不需要數據庫，也不依賴應用服務器中間件，對硬件資源消耗少。
2.內置消息中間件引擎,確保消息不丟失。
3.提供簡單易用的web測試和調試功能，可以在節(jié)點連線和配置腳本上設置斷點，在友好的圖形界面展示消息的變化調試應用。
4.基于Eclipse的圖形界面
服務超時配置 在服務超時方面的配置能力和易用性。
服務注冊和查找 在服務的注冊和查找的配置能力和易用性。
服務告警 ESB平臺對告警的功能支持，以及與統(tǒng)一監(jiān)控平臺的整合能力。監(jiān)控系統(tǒng)提供告警與監(jiān)控指標數據，服務告警信息、監(jiān)控指標可以支持JMS消息和EMAIL等任意手段，服務監(jiān)控信息可以提供給統(tǒng)一監(jiān)控平臺,提供RESTFul的監(jiān)控API。
日志審計 ESB平臺能夠記錄服務交互的輸入、輸出數據報文信息，支持記錄開關配置功能。
數據庫方式認證和授權 在認證授權功能方面的表現(xiàn)情況，ESB總線的安全性能力，可以對外來訪問WebService客戶端進行用戶認證和訪問權限的控制，認證和授權采用數據庫的方式。
IP訪問控制 在IP訪問控制的表現(xiàn)情況，體現(xiàn)ESB總線的安全性能力
HTTPS支持 在HTTPS的表現(xiàn)情況，體現(xiàn)ESB總線的安全性能力
SOAPoverHTTPS支持 在SOAPoverHTTPS的表現(xiàn)情況，體現(xiàn)ESB總線的安全性能力。
流量控制 在流量控制的表現(xiàn)情況，體現(xiàn)ESB總線的流量控制能力，設計流程的總量控制閥值和分量閥值
優(yōu)先級處理 根據請求內容的優(yōu)先級來分支到不同的處理流程。
兼容性 1. 支持32位、64位的操作系統(tǒng)和硬件平臺；
2.產品未來可以升級到專有虛擬化版本(Hypervisor Edition)
3.提供各種接口，連接各種數據庫、數據倉庫、現(xiàn)有應用軟件系統(tǒng)、主機系統(tǒng)。用戶可以之間通過ESQL進行和數據庫的操作，如把數據存入數據庫，從數據庫中取數據等）。
可擴展性及性能 1.采用C++實現(xiàn)內核，具有優(yōu)越的并發(fā)處理性能。
2.支持開放組織OGF(OpenGridForum)定義的DFDL(DataFormatDescriptionLanguage)標準規(guī)范，簡單快捷地定義文本、二進制、XML等數據格式。并能夠識別XML和C中的數據結構；
3. 支持通過Java，C 進行自定義擴展,用戶可以為ESB 開發(fā)自定義擴展的計算節(jié)點,同時支持php,ESQL,.net,java開發(fā)后臺服務。
4.可通過數據建模定制符合自己需求的消息類型；
5.支持各種各樣的服務質量等級和通信模式：同步(例如SOAP)和異步(例如MQ)兩種通信模式，請求/響應、隊列、點到點以及發(fā)布/訂閱模式，各種交付保證，集群支持、HA和故障隔離，各種保障和交易策略等。
醫(yī)療連接包 1.支持國際標準和中國醫(yī)療數據標準 HL7 （Health Level Seven）v2.x、 v3.0等版本和DICOM標準。
2.支持Minimal Lower Layer Protocol (MLLP) 傳輸協(xié)議，連接各類醫(yī)療設備。
3.1.3一體化運營監(jiān)控平臺技術要求
一體化運營監(jiān)控平臺是一套后臺運行系統(tǒng)，需要進行有效的監(jiān)控，以了解整個信息集成平臺的運行狀況，主要技術要求如下：
功能列表 功能要求
首頁 首頁 今日服務調用情況 展示當日服務調用總數，并用曲線圖展現(xiàn)今天服務調用數量的趨勢圖。
當天調用告警 展示當日調用告警總數，并圖形化展示當日服務調用告警的趨勢。
當天調用異常 展示當日調用異常總數，并圖形化展示當日服務調用異常的趨勢。
異常信息列表 展示監(jiān)控的異常信息，實時刷新。
服務調用TOP5 展示服務調用次數的TOP5。
消費系統(tǒng)TOP5 展示消費系統(tǒng)消費TOP5。
當前系統(tǒng)接入數量 展示目前接入的系統(tǒng)數量。
當前服務接入數量 展示目前接入的服務數量。
數據中心監(jiān)測 以流程圖的形式展現(xiàn)數據的同步及備份的實時狀況。
服務 服務信息 服務列表 按照調用次數由高到低，通過服務名稱展示全部服務的信息，同時，支持查看單個服務的詳細信息。
服務詳情 服務詳細信息 服務詳情頁展現(xiàn)當前服務的所有信息，如：服務架構、服務的最后一次請求流程圖、服務詳細信息、子服務列表、服務日志、服務異常和服務告警。
隊列信息 隊列列表 展示監(jiān)控的隊列列表，按照當前隊列深度倒序。
服務器信息 服務器一覽 顯示服務器的狀態(tài)，告警提示，異常提示。
數據庫信息 數據庫一覽 顯示數據庫的狀態(tài)，告警提示，異常提示。
日志 服務調用日志 日志篩選查詢 根據關鍵信息，如：調用狀態(tài)/消費系統(tǒng)/日志時間（默認當天）對服務調用日志進行篩選
調用日志列表 根據篩選條件展示服務調用日志的主要內容，如：調用狀態(tài)/服務名稱/服務代碼/消費系統(tǒng)/發(fā)起時間/結束時間/耗時/查看消息
服務日志 日志篩選查詢 根據關鍵信息，如：調用狀態(tài)/日志時間（默認當天）對服務日志進行篩選
服務日志列表 根據篩選條件展示服務日志的主要內容，如：服務名稱/服務代碼/開始時間/錯誤內容/異常狀態(tài)
SDK日志 日志篩選查詢 根據關鍵信息，如：狀態(tài)/系統(tǒng)名稱/日志時間（默認狀態(tài)異常）對SDK日志進行篩選
SDK日志列表 根據篩選條件展示SDK日志的主要內容，如：狀態(tài)/日志時間/消息ID/方法/執(zhí)行順序編號/MQ服務器端口/系統(tǒng)名稱/系統(tǒng)編號/隊列管理器名稱/服務名稱/處理結果
服務器日志 日志篩選查詢 根據關鍵信息，如：服務器名稱/狀態(tài)/IP地址/日志時間（默認狀態(tài)異常）對服務器日志進行篩選
服務器日志列表 根據篩選條件展示服務服務器日志的主要內容，如：告警時間/服務器名稱/IP地址/錯誤類型/查看信息/建議處理方式。
數據庫日志 日志篩選查詢 可通過:服務器名稱/狀態(tài)/IP地址/日志時間（默認狀態(tài)異常）對數據庫日志進行篩選
數據庫日志列表 根據篩選條件展示數據庫日志的主要內容，如：告警時間/服務器名稱/IP地址/錯誤類型/查看信息/建議處理方式。
工具 數據同步工具 流程查看 使用數據同步工具實現(xiàn)對數據庫進行整合，及源數據庫與目標數據庫的同步，同時以日志的形式記錄其狀況。
ETL工具 作業(yè)列表 展示ETL作業(yè)的列表，主要包括：最后執(zhí)行狀態(tài)/作業(yè)名/數據庫IP地址/數據庫實例名/數據庫類型/作業(yè)步驟總數/最后執(zhí)行時間
作業(yè)日志 通過生成警報來自動通知用戶作業(yè)狀態(tài)
作業(yè)流程圖 展示ETL工作流程圖，通過流程圖節(jié)點直觀的反饋異常。
備份工具 同步情況查看 實時展現(xiàn)生產庫的備份過程，展示生產庫/備份庫關鍵值的數據，及同步工具的系統(tǒng)狀態(tài)，實現(xiàn)全方位監(jiān)控同步工作。
配置 隊列管理器配置 新增 通過對：隊列管理器名稱/隊列服務IP/隊列端口/隊列通道/備注關鍵參數的新增實現(xiàn)隊列管理器的新增操作
修改 可對隊列管理器的內容包括：隊列管理器名稱/隊列服務IP/隊列端口/隊列通道/備注的修改
刪除 刪除隊列管理器配置參數，支持批量刪除
服務器配置 新增 新增服務器配置參數，包括：服務器名稱/服務器IP/操作系統(tǒng)/監(jiān)控磁盤/備注。
修改 對服務器配置參數進行修改，修改內容包括：服務器名稱/服務器IP/操作系統(tǒng)/監(jiān)控磁盤/備注
刪除 刪除服務器配置參數，支持批量刪除。
數據庫配置 新增 新增數據庫配置參數，主要包括：數據庫IP/數據庫實例名/數據庫類型/數據庫端口號/服務器IP/數據庫別名/數據庫連接driver/數據庫連接url/數據庫鏈接user/數據庫連接password/是否啟用/盤符（若是文件庫）/備注
修改 對數據庫配置參數進行修改。如：數據庫IP/數據庫實例名/數據庫類型/數據庫端口號/服務器IP/數據庫別名/數據庫連接driver/數據庫連接url/數據庫鏈接user/數據庫連接password/是否啟用/盤符（若是文件庫）/備注
刪除 刪除數據庫配置參數，支持批量刪除
短信推送配置 聯(lián)系人配置 配置聯(lián)系人清單，用于短信推送。服務推送可指定聯(lián)系人。
服務異常推送配置 服務異常推送規(guī)則維護，支持增刪改查。
服務告警推送配置 服務告警推送規(guī)則維護，支持增刪改查。
隊列異常推送配置 隊列異常推送規(guī)則維護，支持增刪改查。
隊列告警推送配置 隊列告警推送規(guī)則維護，支持增刪改查。
告警規(guī)則配置 服務告警 配置服務告警和服務異常的閾值。展示每個服務的調用告警閾值。
隊列告警 設置隊列深度告警的閾值和建議處理方式。
外觀配置 首頁 配置首頁方案。提供默認首頁方案2套。可在此基礎上修改，保存新的首頁方案。
樣式 按照用戶要求自己修改LOGO圖標，配色方案
統(tǒng)計 服務統(tǒng)計 服務報表統(tǒng)計 統(tǒng)計歷史服務調用情況，形成各類統(tǒng)計報表：服務調用趨勢圖，日調用趨勢圖
各類指標統(tǒng)計 分析歷史數據，可以得到代表性指標。如：歷史總調用次數、日平均、日調用峰值、最短耗時、平均耗時、最大返回條數 、服務調用成功率、服務調用告警率
服務報表 報表查詢導出 通過關鍵服務屬性進行查詢，如：服務名稱/服務代碼/統(tǒng)計時間/調用次數/調用異常次數/調用異常率/調用告警次數/調用告警率/服務異常次數/服務告警次數，對服務報表進行篩選。可導出查詢結果。
服務列表 服務列表展示，主要包括：服務名稱/服務代碼/統(tǒng)計時間/調用次數/調用異常次數/調用異常率/調用告警次數/調用告警率/服務異常次數/服務告警次數/平均耗時/最長耗時
隊列統(tǒng)計 報表統(tǒng)計 統(tǒng)計隊列相關數據，可視化后展現(xiàn)：隊列異常趨勢圖，隊列告警趨勢圖
服務調用分析 聯(lián)動操作 服務調用分析主要展示：服務調用詳情、服務異常率、消費系統(tǒng)占比、服務運行概況。通過“服務調用總數”的圖可查看：服務調用詳情、服務異常率、消費系統(tǒng)占比、服務運行概況的詳細內容。
報表展示 從單個服務維度分析服務的調用情況。通過：服務調用總數，服務調用詳情，服務異常率，消費系統(tǒng)占比，服務運行概況展示當前服務的運行情況。
季度服務分析 聯(lián)動操作 默認展示一個季度的服務調用“TOP5”數據。通過“季度服務調用情況”圖，可查看選中月的服務調用詳細、TOP5圖
報表展示 從時間維度分析服務的調用情況。通過：季度服務調用情況，服務調用詳情，TOP5圖示分析服務調用的整體情況
3.1.4一體化服務平臺技術要求
一體化服務管理平臺是針對醫(yī)院信息集成平臺的各個信息通道之間的可控性、交互服務的可管性開發(fā)一套綜合管理系統(tǒng)，通過管理系統(tǒng)與信息集成引擎的對接，可以有效的對各個業(yè)務系統(tǒng)之間的交互內容、交互標準、交互規(guī)范、交互權限進行有效的限制和管理，從而實現(xiàn)各個業(yè)務系統(tǒng)之間的交互進行有效規(guī)范，確保信息交互的安全性、有效性和可靠性。具體技術要求如下：
功能列表 功能要求
服務庫 服務庫 查看服務 查看服務的基本屬性以及消費關系圖，服務屬性主要包括：服務名稱、服務英文名、服務代碼、服務類型、業(yè)務類型、服務描述。消費關系圖主要展示：提供系統(tǒng)、子服務、入口隊列、服務、出口隊列、消費系統(tǒng)。
搜索服務 對服務庫可以根據其分類以及檢索框中輸入的關鍵字進行搜索。
新增服務 通過對服務屬性及其子服務/字段的添加實現(xiàn)服務的封裝，通過一鍵部署及測試成功的服務即可完成發(fā)布。
修改服務 對未發(fā)布的服務以及禁用的服務進行非關鍵屬性的修改。
禁用服務 對已經發(fā)布且沒有被消費的服務進行禁用。
克隆服務 復制一個服務，且可對復制出的服務修改其基本的服務屬性信息。
啟用服務 對已經禁用的服務實現(xiàn)開啟。
測試服務 檢測服務是否可以成功被請求調用，通過編寫代碼或者上傳代碼文件實現(xiàn)服務請求，并返回請求之后的代碼內容，即可完成整個服務的測試。
子服務 子服務 查看子服務 查看子服務的所有信息，如：子服務屬性（子服務名稱、子服務代碼、子服務英文名、子服務描述、子服務的提供系統(tǒng)）、字段（字段名稱、英文名、字段原名、是否可編輯、是否可用、字段類型）。
新增子服務 通過對子服務屬性，如：子服務名稱、子服務代碼、子服務英文名、子服務描述、子服務的提供系統(tǒng)，以及字段的添加實現(xiàn)子服務的新增。
刪除子服務 對未發(fā)布的子服務進行刪除操作。
修改子服務 對已經發(fā)布的子服務實現(xiàn)字段的添加，未發(fā)布的子服務實現(xiàn)所有屬性及字段的修改。
管理 廠商管理 新增廠商 通過添加入駐廠商的信息，如：廠商名稱、廠商ID、技術人員的姓名及聯(lián)系方式、業(yè)務人員的姓名及聯(lián)系方式，實現(xiàn)廠商的新增
修改廠商 對廠商信息，如：廠商名稱、廠商ID、技術人員的姓名及聯(lián)系方式、業(yè)務人員的姓名及聯(lián)系方式的修改
刪除廠商 刪除廠商信息。
應用管理 新增應用 根據廠商的信息為廠商添加其應用，并申請當前應用需要的服務、子服務和字段。
搜索應用 支持用戶根據模糊查詢搜索應用且可應用名稱、所屬廠商、審核狀態(tài)、環(huán)境對檢索結果進行過濾。
下線應用 對不需要再使用的應用可進行下線操作，阻止此應用再次使用。
審核應用 根據用戶的應用及服務申請進行審核操作，在審核時支持對申請的服務是否選擇一鍵部署的限制。
修改應用 用戶根據需要及當前的申請狀況可以對自己所申請的應用及為應用申請的服務進行修改操作，包括繼續(xù)添加服務的操作。
測試應用 通過審核的應用，用戶可以根據需要對所申請的服務進行測試操作。
查看應用 用戶可以查看到應用的基本信息、申請的服務以及相關的子服務和字段。
分類管理 新增分類 根據需要可以對服務的類型進行新的分類添加。支持可刪除和不可刪除兩類操作。
查看分類 可以查看當前的服務分類以及用戶新增的分類。對于默認的業(yè)務類型、服務類型這兩類的劃分，默認用戶是不能修改和刪除的。
集群管理 查看集群 查看集群的關鍵信息，如：集群名、集群IP、集群短口、集群類別
字段管理 搜索字段 根據字段中文名、字段英文名、字段狀態(tài)對字段進行搜索
修改字段 支持對字段屬性的修改
刪除字段 用戶可以根據需要刪除自己不需要的字段
查看字段 查看字段的屬性信息，如：字段中文名、字段英文名、字段類型、字段狀態(tài)
文件日志 搜索文件日志 根據文件名、服務器IP屬性信息進行查詢
下載 根據需要可以將所需的文件日志下載到本地
接入平臺管理 模塊管理 支持對一體化接入平臺的一級模塊、二級模塊進行編輯。
文檔管理 支持對一體化接入平臺所有模塊地址的文檔編輯，并同步的接入平臺。同時，支持在新建過程中保存到草稿箱的操作。
反饋管理 根據用戶在一體化接入平臺中提交的問題進行回答解釋。
3.1.5一體化接入平臺技術要求
圍繞第三方的接入展開一系列的操作。主要功能是平臺對第三方開發(fā)者接入的授權、審核及接入環(huán)境、具體操作和一些常見問題的幫助等。
開放平臺功能要求：
功能列表 功能要求
首頁 首頁 API測試工具 提供API測試工具，支持API測試
使用的廠商 統(tǒng)計當前有多少廠商在使用一體化接入平臺
開放API 統(tǒng)計系統(tǒng)一共開放的API的個數
技術文檔 統(tǒng)計系統(tǒng)總的技術文檔數量
API類目 統(tǒng)計當前開放API的所有類目數量
登錄 輸入正確的用戶名和密碼可進行登錄
文檔中心 基礎技術文檔 獲取token 發(fā)布可以幫助用戶獲取token的文章
SDK 發(fā)布可以幫助用戶了解SDK的文章
API調用 發(fā)布可以幫助用戶了解API調用的文章
平臺規(guī)則 平臺協(xié)議 發(fā)布平臺協(xié)議的相關文檔
應用接入規(guī)范 發(fā)布應用接入規(guī)范的相關文檔
技術服務協(xié)議 發(fā)布應用技術服務協(xié)議的相關文檔
接入指南 新手指南 發(fā)布新手指南的相關文檔
應用環(huán)境說明 發(fā)布應用環(huán)境說明的相關文檔
沙箱環(huán)境 發(fā)布沙箱環(huán)境的相關文檔
常用工具 API測試工具 發(fā)布API測試工具的相關文檔
申請token 發(fā)布如何申請token的相關文檔
更多 發(fā)布關于常用工具的更多相關文檔
技術支持中心 公告信息 產品發(fā)布 發(fā)布關于一體化接入平臺產品發(fā)布的相關文檔
技術變更 發(fā)布關于技術變更的相關文檔
安全公告 發(fā)布關于安全公告的相關文檔
其他 發(fā)布一些其他的公告信息，比如：產品的版本升級
問題反饋 查看熱門問題 可以查看到別的用戶提交的熱門問題
提交新問題 用戶可以提交自己在使用一體化接入平臺過程中遇到的問題
我的提問 查看用戶當前所提交的所有問題
API API類目 所有API的分類展示 展示所有API的分類模塊，點擊具體模塊可查看當前模塊下面的API列表以及具體到單個API的詳情
API接口說明 接口說明 詳細介紹有關一體化接入平臺中API接口的各種說明，比如：調用原理、使用說明
用戶授權介紹 用戶授權 詳細說明一體化接入平臺是如何為用戶授權
系統(tǒng)錯誤碼定義 錯誤代碼 詳細展示系統(tǒng)中可能出現(xiàn)的所有錯誤碼、錯誤描述、解決方案
應用管理 登錄 密碼錯誤 當用戶輸入的廠商名稱與密碼不符時進行提示
忘記密碼 用戶忘記密碼時可以點擊忘記密碼，通過郵箱驗收，重新修改密碼。
修改密碼 支持修改新密碼
應用管理 新增應用 新增服務:實現(xiàn)應用對所需消費服務的添加
修改服務：修改已經申請的服務，包括服務的子服務/字段
測試服務：實現(xiàn)對申請的服務的測試
查看應用 支持查看當前應用的基本信息，以及當前應用所消費的服務。
下線應用 支持將不需要運行的上線應用將其下線。
啟用應用 點擊下線應用的啟用按鈕，可以將已經下線的應用啟用，恢復到運行的狀態(tài)。
|
|
資源大小：1.15 MB 
