醫院數據資產智慧治理平臺建設需求一、項目背景健康醫療大數據是大數據在醫療領域的一個分支，是指在與人類健康相關的活動中產生的與生命健康和醫療有關的數據，在行業治理、管理決策和產業發展等方面影響著整個醫療行業的變革。為響應國家戰略要求，順應行業發展趨勢，滿足醫院現有需求和發展管理要求，加快建設人民醫院數據資產智慧治理平臺已勢在必行。二、建設目標通過本項目建設，建立人民醫院數據資產智慧治理平臺，實現院內數據統一采集、清洗、轉換、存儲。經過對全院的數據綜合治理，形成全院數據資產統一管理的體系，充分提升數據利用的能力與效率，進一步提升我院數據化、智能化水平。實現院內數據智能應用中各類業務指標的統一管理與高效利用，快速滿足各類管理指標需求，保障多端指標數據的一致性，并形成統一管理。實現基準對比分析、時間趨勢分析、目標管理與歸因分析等一系列智能化的管理能力，幫助我院在管理理念設計、管理策略制定等方面發揮更強的主觀能動性，全面提升綜合管理水平。三、建設原則項目建設應遵循以下原則：1、穩定性原則基于醫療衛生行業現有數據治理能力、戰咯規劃、規章政策、組織架構、管理流程和相關系統，規劃適用于行業和機構現狀的數據治理，以便分步驟、分階段實施數據洽理各領域工作，避免對行業數據服務產生沖擊。2、全局性原則從整體視角統籌數據治理工作，建立全局的數據治理指導規范，引入整體參與的理念，指導數據治理工作規范、有序地開展。以全局數據治理的思想指導相關工作開展，做到制度自上而下落實，數據治理成果自下而上遞進。3、前瞻性原則設計適合各自實際情況的、具有前瞻性的數據模型、數據標準等數據治理規劃，支持醫療健康服務穩步發展。具備對技術的前瞻性兼容，以前瞻性的建設原則指導數據治理的推進，在未來一定的技術周期內為醫療健康大數據提供更好的數據洽理成果支持。4、持續性原則基于持續化的應用效果評估，及時發現數據治理存在的問題與薄弱環節，從源端持續推進數據治理各項工作的改進優化，建立起數據治理的長效機制。5、安全性原則按照國家相關法規和標準，確定系統的安全保護等級，自行組織實施安全保護；集中資源優先保護涉及核心業務的關鍵信息資產；規劃和設計安全方案，保障數據安全與信息化建設相適應；及時跟蹤信息資產的變化情況，動態調整數據安全保護措施。四、總體設計要求為保障通過本次項目建設，能夠形成符合我院業務特點的數據資產體系，實現全院數據的統一標準、統一建模、統一管理、統一服務，投標方應提供數據資產治理的一整套技術工具，幫助我院信息部門建立數據自服務閉環。基于上述建設愿景，投標方需進行完善的總體系統架構設計，完成我院數據管理制度的頂層設計。總體設計應依托人民醫院基礎支撐底座，將沉淀的歷史數據進行數據治理，形成數據資產中心、建設數據能力中心，增強全院數字化能力；同時應能基于信息集成平臺，提供智能化服務能力。五、技術框架要求5.1、數據庫管理數據庫管理是支撐數據全生命周期的一站式管理平臺，提供數據庫高可用、數據庫監控、數據管控等功能，致力于幫助醫院高效、安全的挖掘數據價值，助力醫院數字化轉型。5.1.1、高可用數據庫支持一主多從的方式，根據切換策略，支持主從自動切換。支持數據庫全量備份和增量備份的策略，同時可支持全量備份恢復和增量備份恢復，實現數據庫高可靠。5.1.2、數據庫監控支持統一的性能趨勢大盤，對數據庫進行集中管理。支持通過監控平臺查看CPU、內存、磁盤等各類核心指標的性能趨勢情況和實施性能情況。支持各種告警規則、告警模版、告警聯系人、告警聯系組的靈活配置，也可以為不同的使用者自定義不同的告警模版，實現告警信息的準確推送。支持數據庫會話管理、支持sql限流、支持慢sql的查看和多維度分析。5.1.3、數據管控支持全方位細粒度的安全管理，支持庫、表、字段、數據行級權限管理，可按需分配查詢、導出、變更、登陸等不同操作權限。支持查詢頁面水印控制、導出條數控制等多種安全管控手段。支持靈活配置的審批流程，支持數據庫操作日志的審計和追溯。5.1.4、權限管理業務管理報表權限、數據權限、看板權限的自定義配置。如:在數據權限包中可以自定義配置權限包名稱、權限點、用戶屬性。保障數據分權限和角色查看。5.2、中間件管理基于開源軟件，支持統一的配置管理中心、注冊中心及服務發現、服務治理、消息服務、智能網關、分布式任務、分布式緩存、分布式對象存儲和限流熔斷。5.2.1、注冊中心&配置中心支持構建云原生應用的動態服務發現、配置管理和服務管理平臺。提供動態配置服務、服務發現及管理、動態DNS服務功能。5.2.2、服務發現&服務治理5.2.2.1、支持開源的服務框架，使得應用可通過高性能的RPC實現服務的輸出和輸入功能，可以和Spring框架無縫集成。5.2.2.2、支持提供三大核心能力:面向接口的遠程方法調用，智能容錯和負載均衡，以及服務自動注冊和發現。5.2.3、消息服務支持消息處理引擎，輕量的數據處理平臺。5.2.4、智能網關支持高可用、易擴展，能提供易于使用的API管理系統，支持水平擴展多個網關服務器，通過前置的負載均衡配置把請求均勻地分發到各個Server，來應對大批量的網絡請求。5.2.5、分布式任務應支持由調度中心來統一管理和調度各個接入的業務模塊，接入的業務模塊只需要接收調度信號，然后去執行具體的業務邏輯，兩者可以各自的進行擴容。5.2.6、分布式緩存應支持主從同步。數據可以從主服務器向任意數量的從服務器上同步，從服務器可以是關聯其他從服務器的主服務器。5.2.7、分布式對象存儲應支持開源對象存儲套件，實現輕量，高性能。支持其他應用結合使用。5.3、監控管理監控管理支持業務監控和系統監控的接入，提供多種維度的指標庫，也支持自定義指標，支持多種維度的監控大盤展示，支持鏈路追蹤，支持多種告警通知方式。包含系統監控、流量地圖、日志大盤、業務大盤、端側監控和告警管理這些功能模塊。5.3.1、流量地圖流量地圖是全系統按調用鏈關系進行流量多維度指標展示，可按領域、應用、服務多級下鉆。支持智能規則，支持流量采集及回放，可告警展示有問題鏈路，能追溯問題源頭。基于多維度查詢調用鏈路軌跡，可用于具體trace分析。5.3.2、日志大盤日志大盤可高可靠低延時地采集日志，支持通過動態規則進行切分和聚合。已支持多種日志存儲中間件適配，同時提供統一的可視化界面對系統、業務日志，進行搜索和分析。5.3.3、業務大盤業務大盤支持多種協議進行業務指標配置，包括業務接口、業務日志等，通過大盤進行展示和監控跟蹤。5.3.4、端側監控端側監控將整個系統中所有頁面的性能、體驗、異常等數據進行聚合分析，形成報表。供系統日常運行過程中及時發現與定位頁面相關的問題。5.3.5、告警管理告警管理支持靈活的告警條件配置和管理，支持多種形式的告警方式，包括釘釘、微信、短信、電話等。同時支持告警轉工單，支持歷史告警記錄查詢。六、項目清單6.1、軟件清單建設類型建設內容功能模塊數量單位1、數據資產中心統一數據標準數據標準管理1套主數據管理1套全業務建模資產模型管理1套數據資產治理1套數據深度加工質量規則配置1套質控任務調度1套預警策略配置1套數據質量報告1套2、數據能力中心指標源數據定義1套數據指標可視化1套數據口徑知識庫1套管理數據溯源1套管理數據注釋1套管理數據比較1套自定義指標監控1套公立醫院績效考核指標庫1套3、能力開放平臺服務引擎開放平臺1套消息中間件1套服務管理監控管理1套日志管理1套服務管理1套接入管理1套4、數據智能應用運營主題分析院長綜合管理駕駛艙1套工作負荷指標監控1套患者負擔指標監控1套工作效率指標監控1套精細化運營管理系統1套醫技平臺科室監控1套醫技平臺科室財務管理1套醫技平臺科室資源調配1套手術工作量及質量指標監控1套耗材指標監控1套重點藥品指標監控1套合理用藥指標監控1套醫院危急值監控1套醫療質量指標監控1套臨床科室運營指標監控1套設備指標監控1套醫院財務指標監控1套公立醫院績效綜合管理系統（國考系統）工作臺1套指標配置1套指標監測1套報告分析1套三級醫院評審指標監控模塊1套數字駕駛艙戰略型駕駛艙1套分析型駕駛艙1套操作型駕駛艙1套導航型駕駛艙1套5、第三方接口HIS業務系統接口改造1套EMR業務系統接口改造1套LIS業務系統接口改造1套PACS業務系統接口改造1套其他業務系統接口改造1套6、評審咨詢服務互聯互通四甲評審咨詢服務1套6.2、硬件清單序號產品名稱數量計量單位1服務器4臺2模塊16個3機柜1個4入網規范管理系統1臺七、軟件參數要求7.1、數據資產中心7.1.1、統一數據標準7.1.1.1、數據標準管理數據標準管理提供數據標準的管理功能，在數據標準的約束下設計標準化的領域數據模型，設計標準數據元素，定義關鍵業務對象、業務對象屬性及值域定義，并規范標準數據字典，制定并管理平臺遵循的統一數據標準，幫助平臺管理者和數據管理者管控治理后數據的一致性和數據質量，保證數據充分融合。數據標準管理需滿足的功能如下：7.1.1.1.1、數據元管理（1）支持標準和知識庫數據元分離；（2）支持展示標準和知識庫中數據元列表樹；（3）支持展示數據元的基礎信息；（4）支持新增/編輯數據元；（5）支持查看數據元的基本信息、查看并配置數據元的標準值域、同義詞、繼承關系；通過對含義相近的數據元進行關聯，維護同義詞關系，共享標準值域；通過對含義相近且存在明顯上下級的數據元進行關聯，維護父子關系，快速繼承父級標準值域。（6）支持數據元狀態切換，包括數據元從草稿狀態到可用、審核通過等狀態；（7）支持狀態切換過程中依賴關系校驗，以及對下游影響面的檢驗、展示，充分識別數據元的上下游依賴關系；（8）支持數據元自洽性自檢；（9）支持數據元影響面查看及重新評估；（10）支持數據元刪除及審核。7.1.1.1.2、值域管理（1）支持標準和知識庫值域分離；（2）支持知識庫中值域批量復制到標準值域；（3）支持組合檢索，快速定位目標值域；（4）支持展示標準和知識庫中值域列表樹；（5）支持展示值域的基礎信息；（6）支持新增/編輯值域的基礎信息；（7）支持值域狀態切換；（8）支持值域影響面查看及重新評估；（9）支持值域復制、刪除及審核。7.1.1.1.3、數據集管理（1）支持基于數據集組合檢索；（2）支持展示數據集目錄層級及目錄下的層級關系；（3）支持展示數據集的基礎信息；（4）支持新增/編輯數據集的基礎信息；（5）支持數據集內數據元配置、查看；（6）支持數據集內數據元的檢索。7.1.1.2、主數據管理理解醫療業務的定義，從產品履約、生產資料、業務場所、基礎數據、業務規則等層面進行主數據的管理。配置基礎數據時可詳細查看明細數據，包含：待生效及已生效的數據。待生效數據可以進行數據審核、數據格式化及全量發布等內容，方便查看主數據的來源。主數據管理需滿足的功能如下：7.1.1.2.1、支持展示所有的主數據模型，可模糊檢索模型；7.1.1.2.2、支持建立標準的主數據模型、支持新增主數據模型的子模型、支持同步刪除主模型所有的模型屬性信息；7.1.1.2.3、支持查看主數據模型的變更日志；7.1.1.2.4、支持展示/編輯選中模型的信息；7.1.1.2.5、支持主數據模型狀態切換；7.1.1.2.6、支持狀態切換過程中依賴關系校驗；7.1.1.2.7、支持模型自洽性自檢；7.1.1.2.8、支持主數據SQL邏輯拼裝，從業務數據中整合抽取主數據明細數據；支持查看主數據SQL執行結果；支持配置主數據同步策略。7.1.1.2.9、支持主數據明細數據的查看、包含多組合條件查詢。7.1.1.2.10、支持主數據明細數據的變更操作；7.1.1.2.11、支持主數據明細數據的變更記錄查詢；7.1.1.2.12、支持對變更的主數據明細數據審核；7.1.1.2.13、支持組合檢索待審核的數據；7.1.1.2.14、支持查看審核完成的數據；7.1.1.2.15、支持查看發生變更但未發布的數據；7.1.1.2.16、支持對發生變更的數據進行發布；7.1.1.2.17、支持查看歷次發布記錄；7.1.1.2.18、支持定時發布或自動發布；7.1.1.2.19、支持組合條件查看已生效的主數據明細；7.1.1.2.20、支持組合條件查看已生效數據；7.1.1.2.21、支持主數據明細的數據格式化。7.1.2、全業務建模7.1.2.1、資產模型管理7.1.2.1.1、資產模型管理模型管理可以查看每一個模型中的模型信息和物理模型。其中模型信息中可以詳細查看屬性信息的詳細內容，包含：編碼、名稱、類型、創建人、創建時間、修改人、操作等。同時每一個模型中的模型信息與物理模型一一匹配并支持查看物理模型的來源。需支持以下功能：（1）支持展示資產目錄層級及目錄下的資產模型層級關系，可模糊檢索目錄及模型；（2）支持模型新增/編輯功能；（3）支持新增資產模型的子模型；（4）支持刪除資產模型；（5）支持查看資產模型的變更日志；（6）支持展示/編輯選中模型的信息；（7）支持展示選中模型下的所有標簽信息；（8）支持通過標簽編碼、名稱、目的搜索標簽；（9）支持展示選中模型下的所有的指標信息；（10）支持通過指標名稱搜索指標；（11）支持展示選中模型的明細數據；（12）支持通過狀態或自定義條件搜索明細數據；（13）支持導入、導出、新增明細數據；（14）支持展示選中模型關聯的物理表；（15）支持模型狀態切換；（16）支持狀態切換過程中依賴關系校驗；（17）支持模型自洽性自檢。（18）支持模型影響面查看及重新評估，支持模型刪除及審核。7.1.2.1.2、資產目錄管理需支持以下功能：（1）支持從業務的視角，定義資產目錄；（2）支持一個產品模塊下目錄的狀態切換；（3）支持整體配置某個產品模塊的資產目錄。7.1.2.2、數據資產治理7.1.2.2.1、業務資產治理業務資產需包含院內人、財、物等經營要素，可根據院內管理需求，設定標準經驗要素模型。需通過數據資產工具，對使用同一經營要素的業務進行治理，實現跨業務、跨系統標準化。7.1.2.2.2、檔案資產治理檔案類資產治理需滿足以下要求：（1）全員人口庫支持涵蓋機構內所有常住人口和流動人口的全員人口個案數據，為醫療衛生和計劃生育各項業務應用、宏觀決策和科學管理提供數據支撐。（2）支持通過全員人口信息的管理，為促進人口與經濟社會、資源環境全面協調可持續發展提供決策依據。（3）支持建立信息共享和校核機制，逐步建設人口總量和靜態動態分布、健康素質、殘疾人口、年齡和性別結構、教育程度、就業狀態、居住狀況等方面的業務信息庫。（4）支持建立標準化的全員人口庫，能夠支持醫療業務、臨床信息、公共衛生、醫療保障、醫藥服務等業務聯動，并實現與有關行業信息系統互聯互通與資源共享，能夠有效的實現居民的身份區域內唯一識別和全程管理，確保居民基本信息的真實性和準確性，為后續的數據質量、全程健康數據共享服務以及計生業務的融合提供有力支撐和服務。7.1.2.2.3、過程資產治理（1）業務模型統一定義數據模型有業務流程，數據層次模型，主題域模型，概念模型，邏輯模型組成。數據模型需滿足以下要求：1）業務流程：需梳理、識別我院業務流程，以及每個業務過程產生的事實數據，以及該事實數據關聯的維度數據。2）數據層次模型：根據業務場景、數據場景、系統場景進行綜合考慮，對數據層次進行劃分。3）主題域模型：在數據中臺，主題對應一個宏觀的分析領域，聯系較為緊密的主題的集合就是主題域。4）概念模型：在主題域的基礎上，每個主題域內增加了實體以及實體之間的關系。5）邏輯模型：在概念模型的基礎上，增加每個實體的熟悉以及屬性的約束。最終形成統一的業務過程的資產模型，為后續業務服務邏輯服務。（2）統一業務歸口需支持統一業務歸口，構建全局知識庫，進而保障對于業務認知的一致性，通過業務過程治理，形成統一的業務歸口知識庫。對機構業務進行抽象，劃分主題域，明確域和域之間的關系以及各個主題域中表之間的關系。7.1.3、數據深度加工7.1.3.1、質量規則配置需支持對資產對象進行不同維度規則(屬性規則/對象規則/比對規則)配置，針對不同數據維護配置不同的質控規則及調度任務，并輸出各維度質控結果及發送告警報告。7.1.3.2、質控任務調度需支持以下功能：7.1.3.2.1、支持對數據資產中的資產對象以及資產對象屬性進行質量檢測；7.1.3.2.2、質控任務配置支持數據質量檢測任務的調度作業和告警策略；7.1.3.2.3、支持維護告警方式和告警接受人信息。7.1.3.3、預警策略配置需支持調度任務執行失敗告警和數據質量異常告警,支持維護告警方式（郵件、短信、釘釘）和告警接受人信息。7.1.3.4、數據質量報告需支持以下功能：7.1.3.4.1、監控報告支持展示每次對應任務執行的可視化結果分析。支持展示所有質檢記錄并對其進行分析，包括執行中、執行失敗、執行成功各狀態的記錄。7.1.3.4.2、數據質量評分支持從一致性、有效性、完整性、唯一性、規范性五個維度進行數據質量評分，提供數據質量變化趨勢分析。支持展示得分明細，支持根據業務情況維護各維度的權重，配置更貼近業務的模型。支持配置五個維度的權重。7.1.3.4.3、質量分析報告（1）支持自動出具按檢測批次統計的質量分析報告；（2）支持從模型和表兩個維度查看報告。7.2、數據能力中心7.2.1、指標源數據定義7.2.1.1、提供對數據源的管理，主要包括數據源的新建、編輯、刪除，數據表的同步、編輯，數據質量報告等。7.2.1.2、指標中心支持導入、同步數據資產智慧治理平臺里的數據表，提升查詢效率。支持按需選擇所需的表、字段等，同步時可以選擇同步方式、同步時間、同步頻率等。7.2.1.3、指標管理中將支持所有原子指標解析，從業務域、數據來源、業務活動、時間維度、其他維度等定義原子指標。同時針對不同原子指標可以查看常用下鉆維度，已派生指標、已復合指標、明細詳細表等。7.2.1.4、數據同步完成后，支持查看表結構、表同步信息以及數據質量情況。支持校驗數據的完整性、有效性、規范性、一致性、唯一性等。7.2.1.5、支持數據源管理并展示事實表、維表、明細詳情表、事實表（明細）中數據的來源情況，針對表里的信息可以查看詳細的表結構和DDL，并支持歷史DDL的新增及修改情況。7.2.2、數據指標可視化7.2.2.1、單個指標可視化單個指標的可視化展示提供卡片、看板、圖標等形式直觀展現指標。需包含以下內容：7.2.2.1.1、指標列表7.2.2.1.2、指標基礎展現形式7.2.2.1.3、指標卡片7.2.2.1.4、指標詳情7.2.2.1.5、折線圖7.2.2.1.6、表格7.2.2.1.7、年度趨勢圖7.2.2.2、多個指標可視化圖表7.2.2.2.1、支持通過看板設計配置多種看板，支持設置看板的目錄層次。可視化圖表主要包括分析報表、主題分析看板、大屏。7.2.2.2.2、可視化支持PC、移動端等多端適配，界面設計應美觀大方。7.2.2.2.3、支持可視化圖表搭建。在定義好的單個指標的基礎上，支持根據已有指標便捷方便快速拖拽，生成統計分析報表、可視化圖表，支持將多個指標展示在一張報表中，并可以自定義設置維度，可以按照科室、醫生等維度查看。同時支持將多個圖表拼接成主題分析看板、大屏等。可視化配置支持通過鼠標點擊和拖拽即可完成看板搭建。7.2.3、數據口徑知識庫7.2.3.1、指標中心通過指標模型理論將業務上的指標在系統中定義為一個可被單獨查看、使用的一個業務指標，指標的口徑即可以作為技術口徑根據指標設置顯示，也支持手動錄入指標的業務口徑。7.2.3.2、支持通過前端頁面的編輯，對業務指標進行時間限定、條件限定生成派生指標；支持通過指標與指標的疊加，生成復合指標。7.2.4、管理數據溯源7.2.4.1、指標中心通過數據資產智慧治理平臺匯集全院各個系統的歷史數據，匯總計算成指標，指標即為醫院經營管理和醫療管理所用數據。指標中心內的所有指標作為管理數據，指標值支持逐層下鉆，支持跳轉到明細表。7.2.4.2、指標中心在單指標的詳情中支持逐層下鉆展開，從院級到科室到醫生。7.2.4.3、支持查看指標值明細表。7.2.5、管理數據注釋業務指標應分為派生指標和復合指標，派生指標根據原子指標、限定時間類型、限定條件等配置指標，業務口徑為對指標的定義和配置的描述，支持輸入公式以及圖片。指標支持自定義分類、自定義標簽，支持選擇指標所在的政策文件。7.2.6、管理數據比較7.2.6.1、管理數據支持日、周、月、季、年全維度時間顆粒度的切換，支持按照時間維度查看對比查看歷史，也支持按照科室、類型等維度進行橫向對比。7.2.6.2、指標詳情中的表格支持選擇不同時間段，系統會自動匯總計算，既可以查看特定時間段的統計數據，也可以對比分析不同維度的數據。7.2.6.3、對于指標的各維度數據以及歷史數據，支持自動使用歸因分析、方差分析，當出現異常值時，會自動標記異常數據。7.2.7、自定義指標監控7.2.7.1、支持指標的收藏訂閱，支持自定義收藏內容及順序；7.2.7.2、支持為指標以及按照維度拆解的指標設置目標；7.2.7.3、支持對復合指標進行配置，支持輸入公式以及圖片；7.2.7.4、支持自定義指標分類、自定義標簽，支持選擇指標所在的政策文件。7.2.8、公立醫院績效考核指標庫7.2.8.1、支持國考工作臺并模擬醫院的得分情況、達成目標率、準時填報率進行展示。同時根據當前登入賬號的權限展示我負責的指標，需填報的指標等。7.2.8.2、需包含三級公立醫院績效考核指標體系所要求的4個一級指標、14個二級指標、55個三級指標及1個新增指標。7.3、能力開放平臺支持服務協議適配和開放管控能力，支持跨環境、跨協議的服務互通，主要針對應用系統能力對外開放和服務互相訪問的場景，支持統一的安全授權、流量限制等管理和控制。支持常用協議服務的接入和開放，支持多種服務注冊發現機制，微服務以及遺留系統的服務可以直接在開放平臺上開放成API，開放平臺還支持跨環境聯動，允許像訪問本地服務一樣訪問其它環境的服務。7.3.1、服務引擎7.3.1.1、開放平臺開放平臺是API網關、服務總線、ETL等多種數據服務模式為一體。為API組織管理和API運維監控提供了諸多功能。平臺需滿足以下功能：7.3.1.1.1、API網關7.3.1.1.2、支持多協議網關接入服務；7.3.1.1.3、支持多協議網關通知服務；7.3.1.1.4、支持提供高可用、穩定高效、可線性擴容的服務能力；7.3.1.1.5、支持提供豐富全面的訪問控制功能；7.3.1.1.6、支持常用協議服務的接入和開放；7.3.1.1.7、支持復雜類型和結構的出入參數定義；7.3.1.1.8、支持服務訪問簽名；7.3.1.1.9、支持服務訪問流量限制、設置訪問控制；7.3.1.1.10、支持定制化實現的驗簽、請求校驗、后端服務預請求和響應處理邏輯。7.3.1.1.11、支持聚合內部服務能力。7.3.1.2、ETL功能7.3.1.2.1、支持數據同步以供生成報告和實現商業智能應用。7.3.1.2.2、開放平臺的目標特點及優勢7.3.1.2.3、支持簡化外部系統的連接方式；7.3.1.2.4、支持對流程的描述提供DSL語言支持；7.3.1.2.5、支持對流程的運行監控；7.3.1.2.6、支持對流程的生命周期進行管理；7.3.1.2.7、支持高效的流程執行引擎；7.3.1.2.8、支持流程錯誤處理告警機制；7.3.1.2.9、支持可視；7.3.1.2.10、支持開放、可擴展、豐富的協議。7.3.2、消息中間件7.3.2.1、持自閉環的消息收發和存儲；7.3.2.2、支持規則轉入轉出能力；7.3.2.3、支持發布/訂閱一對多發布消費模式；7.3.2.4、支持集成RPC服務框架。7.3.2、服務管理7.3.2.1、監控管理7.3.2.1.1、業務系統調用數據統計多樣化：支持調用次數與調用耗時關聯分析、多系統調用次數比對、服務分類化統計等；支持對平臺所有的交互服務調用次數、調用狀態、以及相關應用的運維參數進行看板化管理，針對異常情況實現策略化消息通知告警，針對異常節點進行數據流轉日志快速查詢和問題定位。7.3.2.1.2、支持查看DDL變更記錄、全鏈路排查數據問題、查詢SDK日志。在DDL變更中可以根據記錄狀態查看DDL變更的所屬應用，可查看變更的DDL、變更類型、狀態記錄、更新時間、操作等。在全鏈路排查中支持血緣表的查看，靜態SQL、動態SQL、執行窗口等。7.3.2.2、日志管理7.3.2.2.1、支持全鏈路追蹤，對調用過程涉及到的鑒權、日志整合查詢；7.3.2.2.2、支持通過可視化排錯降低維護人員門檻。7.3.2.3、服務管理結合HL7、互聯互通測評交互服務標準，制定業務系統標準交互服務模型，支持服務發布與訂閱功能，對服務進行全生命周期管理，支持服務參數轉換、流控、鑒權等功能，保證接入系統間數據交互的一致性、準確性、穩定性。系統需滿足以下功能：7.3.2.3.1、API/事件發布（1）命名服務：支持填寫API的基礎信息；（2）服務實現：支持對外開放的API需要依賴的內部的服務方法，支持多協議、事件總線、服務自定義編排；（3）開放出入參：支持開放服務出入參數、錯誤代碼、mock返回結果編輯；（4）高級設置：支持服務限流、隔離、訪問控制等的插件類設置；（5）支持補全服務相關信息，提交審核;（6）支持當發布服務審核通過后，服務會自動上架到服務市場，其他應用就可以消費服務了。7.3.2.3.2、服務市場管理（1）支持規范統一的服務市場管理，集合所有注冊審批完成的服務，按照黑白名單顯示所有授權的服務。（2）支持承擔開發者接入的身份信息審核、授權、及后續開發者（廠商）發布/訂閱服務的審核功能。（3）API訂閱：支持自由選擇為哪個應用訂閱。（4）結合HL7、互聯互通測評交互服務標準，制定業務系統標準交互服務模型，支持服務發布與訂閱功能，對服務進行全生命周期管理，支持服務參數轉換、流控、鑒權等功能，保證接入系統間數據交互的一致性、準確性、穩定性。7.3.2.3.3、服務審核（1）支持詳細規范的統一審核管理，需包括廠商注冊審核、服務發布審核、服務消費審核。（2）避免服務出入參內容暴露，支持對于廠商初測需要審核才可登錄訪問。（3）支持第三方發布的服務需要經過審核才可被發現使用。（4）支持第三方消費的服務需要經過審核才可被發現使用。（5）審核狀態涵蓋：支持待審核、已批準、未通過。拒絕需要填寫拒絕理由。7.3.2.3.4、支持服務導入導出功能支持在原有的服務列表基礎上增加復選框，先選擇需要導出的服務列表，觸發導出動作，進入到具體的導出界面；（1）導出界面需滿足如下要求：1）導出形式以腳本來體現，不可編輯；2）支持顯示導出服務總條數；3）支持把當前腳本生成文件保存（TXT格式）留以后用，也可以直接復制到粘貼板。（2）具體功能需滿足如下要求：1）導入服務前必須選擇該服務所屬應用，且每次導入只能單個應用下導入；2）在導入編輯框內導入所復制的腳本內容，支持編輯；3）粘貼完畢后，觸發提交校驗動作，校驗返回內容顯示；4）為了形象化體現校驗結果，提醒最終導入結果，共計導入數、成功數；7.3.2.3.5、支持服務編排服務編排主要基于現有的接口服務，支持使用在線配置的方式快速的生成一個聚合接口。7.3.2.4、接入管理承擔開發者接入的身份信息審核、授權、及后續開發者（廠商）發布/訂閱服務的審核功能。7.3.2.4.1、廠商入駐（1）支持范統一的廠商注冊通道。（2）支持醫院管理員根據實際情況，填寫廠商相應的基礎信息，如需在入駐后修改賬戶信息，需進入管理中心后，選擇的賬號信息，修改相應信息。（3）支持廠商注冊、修改、注銷業務。（4）支持每個廠商只可以修改自己的服務。（5）支持針對接入開放平臺的開發者賬戶權限進行統一配置管理，配置各廠商及管理員角色及相應功能權限范圍。7.3.2.4.2、應用創建（1）支持廠商完成注冊后，在開放平臺的管理中心創建應用，廠商根據實際情況，填寫新建應用信息。（2）支持應用創建、編輯、注銷、查看。7.4、數據智能應用7.4.1、運營主題分析為了醫院持續建設和發展的需要，參考國家衛建委《全國醫院上報數據統計指標集》，運營指標體系應支持按照業務單元劃分為臨床科室、醫技科室、護理部門、職能部門、醫療資源5大版塊。在每個板塊下，應支持根據實際應用場景，搭建對應運營管理系統；應支持在進場實施過程中，根據業務科室需求增加對應報表。7.4.1.1、院長綜合管理駕駛艙7.4.1.1.1、應支持將院長最關心的關鍵數據進行一屏化集中呈現，便于院長全面、快速的掌握醫院整體運行情況。主要內容應覆蓋國家院長考核指標，醫院基礎的工作量和收入指標、患者分布情況、全院醫療收入情況、門診和住院周轉效率等情況。7.4.1.1.2、應支持提供大屏、駕駛艙、報表等多種展現形式，由粗到細綜合管理。7.4.1.2、工作負荷指標監控7.4.1.2.1、應滿足院內管理部門對院內醫護人員的工作負荷監控，以便進行合理的人員規劃及發展。應支持涵蓋年門診人次、健康體檢人次、年急診人次、住院患者入院、出院例數、出院患者實際占用總床位日等。7.4.1.2.2、重點指標應包括：人均每日擔負診療人次、人均每日擔負住院床日。7.4.1.3、患者負擔指標監控應支持以患者均次費用為核心，擴展至患者均次藥費、材料費、醫療服務費等費用結構占比。同時支持下鉆至患者費用明細，對于費用異常高的患者進行監測，提供管理依據及抓手。7.4.1.4、工作效率指標監控應支持門診人次、健康體檢人次、急診人次、留觀人次、出院人數、門診手術例數、住院手術例數、人均門診人次、人均出院人次、人均手術臺次、病床使用率、病床周轉次數、病床工作日、出院者平均住院日、平均候診時間等工作效率指標。7.4.1.5、精細化運營管理系統應支持提供精細化運營管理系統，對醫院不同應用場景，進行精細化管理。應支持為門辦、醫務、醫保辦、財務部提供目標管理；應支持為信息科、設備處、護理部、藥劑科提供VIP運營管理、資源利用優化管理；應支持為人事處提供員工持續發展管理。7.4.1.6、醫技平臺科室監控應能滿足放射、放療、核醫學、心電、心超、病理、檢驗等平臺醫技科室的資源消耗、服務分類、安全和質量、產出等指標的全面展示與分析對比。7.4.1.7、醫技平臺科室財務管理應能滿足放射、放療、核醫學、心電、心超、病理、檢驗等平臺醫技科室的財務管理和成本管理，重點監測科室收支及成本核算相關指標。7.4.1.8、醫技平臺科室資源調配應能滿足放射、放療、核醫學、心電、心超、病理、檢驗等平臺醫技科室的資源調配需求，重點監測人均負擔工作量，結合預約檢查項目數等指標輔助科室排班決策。7.4.1.9、手術工作量及質量指標監控應支持從手術工作量及質量、重點手術、手術等級三個維度分析全院手術工作量及質量。7.4.1.9.1、應支持手術工作量及質量分析：手術平均時間、手術患者住院死亡率、手術重返率、手術相關醫院感染發生率、手術患者并發癥發生率、麻醉例數等。7.4.1.9.2、應支持重點手術分析：重點手術出院人數、重點手術總費用、重點手術平均住院費用、重點手術住院死亡率、重點手術總住院日等。7.4.1.9.3、應支持住院手術等級分析：住院手術例數、擇期手術例數、住院一級手術例數、住院二級手術例數、住院三級手術例數、住院四級手術例數、重點手術例數等。7.4.1.10、耗材指標監控7.4.1.10.1、應支持從設備管理相關系統中獲取設備資產分布、維修記錄、耗材和配件、服務工作量、收費等信息，生成設備購置論證客觀指標；7.4.1.10.2、應支持提供質控指標分析與對比查看管理工具，支持進行歷史數據對比。7.4.1.10.3、應支持綜合設備以及設備使用的基礎數據生成使用科室設備效益分析報表，為醫院設備效益提供統一的指標平臺，支持查看全院醫療設備運營效益（經濟指標、風險指標等），設置各科室設備綜合效益指標。7.4.1.11、重點藥品指標監控7.4.1.11.1、應支持基于合理用藥相關指標，結合重點監控藥品目合理用藥指標監控；7.4.1.11.2、應支持從醫療、服務等系統自動獲取數據，包括耗占比、藥占比、百元醫療收入（不含藥品）衛生材料消耗，生成監測指標；7.4.1.11.3、應支持從多維度（如品種、科室、病種或手術、使用人等）綜合分析藥品耗材運營數據（如采購、領用、收入、成本等）、管理指標（如耗占比、藥占比、每百元醫療收入（不含藥品）衛生材料消耗）趨勢；7.4.1.11.4、應提供對藥品的不良事件能夠統一匯總展示，提供有指標分析與對比查看管理工具，能夠進行歷史數據對比。7.4.1.12、合理用藥指標監控7.4.1.12.1、需支持從醫療、服務等系統自動獲取數據；7.4.1.12.2、支持從多維度綜合分析藥品耗材運營數據、管理指標趨勢；7.4.1.12.3、支持對藥品的不良事件能夠統一匯總展示；7.4.1.12.4、支持有指標分析與對比查看管理工具；7.4.1.12.5、支持報表中涵蓋各類藥物費用及次均藥費等指標；7.4.1.12.6、支持基藥、抗菌藥、重點監測藥品指標；7.4.1.12.7、支持報表中涵蓋住院患者各類藥品費用及次均藥費等指標；7.4.1.12.8、支持展示住院患者抗菌藥的使用情況；7.4.1.12.9、支持展示門診及住院患者基本藥品使用情況。7.4.1.13、醫院危急值監控7.4.1.13.1、應支持對危急值管理的全流程進行信息化記錄和跟蹤，實現對危急值過程可追溯管理。重點指標包括：7.4.1.13.2、護士確認及時率=(護士及時確認的危急值檢驗項目數/同期需要通報的危急值檢驗項目總數)×100%7.4.1.13.3、醫生處置及時率=(醫生及時處置的危急值檢驗項目數/同期需要通報的危急值檢驗項目總數)×100%7.4.1.13.4、危急值通報例數。7.4.1.14、醫療質量指標監控全院所有臨床科室監控指標的細分，根據亞專科配置醫療藥物、耗材、設備等資源消耗，全面展示科室的投入和產出情況，并且能夠實現橫向和縱向對比。以呼吸科為例，重點指標包括：7.4.1.14.1、急性肺血栓栓塞癥（PTE）患者確診檢查比例7.4.1.14.2、急性PTE患者行深靜脈血栓相關檢查比例7.4.1.14.3、急性PTE患者行危險分層相關檢查比例7.4.1.14.4、住院期間行溶栓治療的高危急性PTE患者比例7.4.1.14.5、急性PTE患者住院期間抗凝治療比例7.4.1.14.6、急性PTE患者住院死7.4.1.15、臨床科室運營指標監控應支持全院所有臨床科室監控指標的細分，支持根據亞專科配置醫療藥物、耗材、設備等資源消耗，全面展示科室的投入和產出情況，并且能夠實現橫向和縱向對比。7.4.1.16、設備指標監控應支持全院設備（包括直管院區）的全壽命周期的監控數據提取、統計分析和集中展示。重點指標應包括：7.4.1.16.1、設備工作量7.4.1.16.2、設備收入費用7.4.1.16.3、設備使用時長7.4.1.16.4、設備不同類型檢查項目數量7.4.1.16.5、設備陽性檢出率7.4.1.17、醫院財務指標監控應支持基于全院財務系統的數據，對全院財務運營情況的集中展示與統計分析。重點指標應包括：7.4.1.17.1、財務口徑住院、門診、急診費用數7.4.1.17.2、財務口徑出院人數、門急診就診人數7.4.1.17.3、財務口徑人均費用7.4.1.17.4、財務口徑科室拆分費用7.4.2、公立醫院績效綜合管理系統（國考系統）7.4.2.1、工作臺7.4.2.1.1、提供國考指標情況的總覽。7.4.2.1.2、支持根據登錄的用戶，重點呈現當前用戶是責任人的指標中有哪些未達成目標，有哪些是需要填報指標數據的；同時，當前用戶有查看權限指標也提供未達成目標的指標和需填報指標的內容呈現。7.4.2.1.3、支持系統公告的發布。7.4.2.1.4、提供消息提醒模塊。7.4.2.2、指標配置7.4.2.2.1、指標編輯和新增（1）支持提供指標的編輯和新增功能；支持提供兩種數據采集類型，包含指標中心的指標、填報的指標。（2）填報類型的指標支持在指標類目和層級上與指標中心直接獲取的指標沿用一樣的維護邏輯。7.4.2.2.2、指標填報模板配置（1）支持提供指標填報模板配置能力，可以根據醫院實際情況為需要填報的國考指標設置填報模板，然后在指標配置時選用對應的模板。（2）指標填報模板支持通過是否啟用來維護模板的可用狀態，只有啟用的才能被指標配置選擇。（3）支持提供指標單位的維護功能。（4）支持補充佐證材料。支持提供佐證材料的模板維護功能，支持doc、xls、圖片等多種格式。7.4.2.2.3、指標交互配置對于有下鉆分析需求的指標，支持使用指標的交互配置功能進行配置。7.4.2.3、指標監測7.4.2.3.1、指標監測列表（1）支持通過指標配置的維護，在指標監測模塊看到指標監測列表。（2）指標列表支持按指標的層級關系展示，包含指標名稱、指標責任科室、責任人、最近三年的指標值、當前年度的管理目標、指標風險等級和模擬得分分值。7.4.2.3.2、指標下鉆分析在指標監測列表頁，支持提供最近三年的指標值的下鉆分析功能。在指標配置中完成了交互配置的指標可以點擊展開下鉆報表，支持多級下鉆。7.4.2.3.3、指標監測詳情（1）指標基本信息，包括指標最新的指標值，指標的責任科室、責任人以及指標說明信息和指標采集類型的說明標識。（2）指標的趨勢圖，若指標是從指標中心采集的，指標趨勢圖是歷史數據的變化趨勢+指標的未來趨勢預測；若指標是填報類型的，指標趨勢圖展示顆粒度與填報周期一致情況下的填報數據的變化趨勢，不做指標未來趨勢預測；（3）支持進行指標的歸因分析或指標填報，指標采集類型是指標中心的則展示指標的歸因分析，若指標是填報類型的則展示指標的填報計劃的填報記錄結果。（4）根據業務分類能夠展示醫療質量、運營效率、滿意度評價等維度的業務指標，同時為滿足后續國家三級公立醫院績效考核的要求，能夠支持查看該指標的名稱、來源、類型、業務分類，同時允許以時間顆粒度按照日、周、月、季、年的方式展示每個指標的折線圖、表格、年度趨勢圖。7.4.2.3.4、指標歸因分析（1）按指標的組成維度歸因。系統根據設置的歸因維度，去獲取不用維度下的指標值，根據不同維度對指標值的貢獻值的偏離程度定位出偏離程度高的維度；（2）根據指標統計的時間顆粒度歸因，將指標按天統計，找出極值的日期（極值是指與日均情況偏離程度高的）；（3）按相關指標歸因，系統根據指標值即變化趨勢計算可得相關性分值，然后根據系統設置的閾值來確定是否預警出來。7.4.2.3.5、指標填報當指標的采集類型是填報時，系統支持根據指標配置中維護的指標填報模板生成指標填報計劃；對于佐證材料是excel、word類型的，支持用戶可以先下載模板然后按格式要求完成上報，系統會進行材料格式的校驗。7.4.2.3.6、指標模擬評分系統支持按區間評分法進行指標的模擬評分，即根據指標值設置不同的得分區間，當實際指標值落在某個區間時即得到對應的分值。同時，應提供子級指標的的分值設定，表示子級指標的最大分值不能超過設定值，細節的區間分值則在子級指標的模擬評分中完成設置。7.4.2.4、報告分析7.4.2.4.1、應支持內置分析報告模板，支持根據實際需求增加分析報告模板；7.4.2.4.2、分析報告支持導出pdf文件。7.4.3、三級醫院評審指標監控模塊應提供三級醫院評審指標監控模塊，包含對資源配置與運行數據指標、醫療服務能力與醫院質量安全指標、單病種（術種）質量控制指標、重點醫療技術臨床應用質量控制指標的監控。7.4.4、數字駕駛艙7.4.4.1、戰略型駕駛艙需支持讓院領導快速掌握院內的運營情況，并據此快速做出決策。支持對關鍵任務信息的簡潔視覺顯示，幫助院領導迅速實現決策和定位和診斷出不良運營存在的問題。7.4.4.2、分析型駕駛艙7.4.4.2.1、需支持讓管理者基于看到的表層信息，提供數據分析能力，深入探究表層現象發生的原因。7.4.4.2.2、需支持面向中層管理人員服務，也就是各科、各部門的主任級人物，體現問題直接顯性化，優先級排序，關聯直接采取行動的方式推進。7.4.4.3、操作型駕駛艙需支持從業務需求出發，實現業務操作的提醒、監控和預警功能。7.4.4.3.1、閾值預警：伴隨著數值監控的另一個因素必然是預警因素，通過醒目的顏色，例如背景高亮（紅、綠、藍）、轉速表等清晰發出警報。7.4.4.3.2、數據監控：基于院內的特殊業務，需要對關鍵指標進行監控，例如不良事件上報率、給藥錯誤發生次數、跌倒發生率等。7.4.4.4、導航型駕駛艙需提供梳理和導航能力，直觀性的給到用戶各個業務域的分類，能夠快速定位到自己所需要的內容。7.5、第三方接口應支持對HIS、EMR、LIS、PACs等核心業務系統進行接口改造，費用包含在本次項目中；應支持預留醫共體接口；應支持在免費維保期內，對后續接入的其他三方系統提供標準接口，不再收取接口費用。7.6、評審咨詢服務投標方應提供互聯互通四甲的評審咨詢服務，包括平臺對標改造、測評報名工作、互聯互通文審、預評審服務、定量測評、定性測評等。八、硬件參數要求8.1、服務器序號指標項指標要求8.1.1機型2U機架式服務器；8.1.2處理器本次配置≥2顆基于X86架構CPU，單顆CPU≥2.6GHz，單顆CPU≥32核，單顆CPU≥64線程；8.1.3內存本次配置≥1024GBDDR43200MHzECCRDIMM內存，支持≥32個內存插槽，最大可支持4TB內存容量，支持內存ECC保護、內存鏡像、內存熱備；8.1.4硬盤8.1.4.1、前置支持≥12個3.5寸或24個2.5寸熱插拔硬盤，可支持SAS/SATA/NVMeSSD混插；8.1.4.2、本次配置≥2塊480GSSD系統盤，≥2塊3.2TP4610SSD緩存盤，≥8塊3.84TSSD數據盤。8.1.5硬盤控制器本次配置≥2GBCache、12GbRAID控制器，支持RAID0/1/5/10/50，支持電容掉電保護；8.1.6擴展插槽8.1.6.1、支持直插主板的riser方式擴展8個全高PCIe4.0標準卡；8.1.6.2、支持1個直插主板的內置RAID卡PCIe標準插槽，不使用線纜連接，不占用后置PCIe標準卡槽位；8.1.6.3、預留6個標準PCIe插槽；8.1.7電源本次配置熱插拔1+1冗余電源；8.1.8風扇支持4個風扇，支持N+1冗余；8.1.9網絡本次配置雙口萬兆光口網卡*2（滿配多模光模塊SFP+）；8.1.10管理8.1.10.1、集成系統管理芯片，提供iKVM和KVMOverIP高級管理功能，本地固件更新、錯誤日志，提供系統狀況的可視顯示；8.1.10.2、配置獨立的遠程管理控制端口，支持遠程監控圖形界面、支持H5虛擬鍵盤、支持VNC功能,可實現與操作系統無關的遠程對服務器的完全控制，包括遠程的開機、關機、重啟、虛擬設備掛載等操作；8.1.10.3、可實現監控服務器內部主要部件的狀態，包括CPU、內存、硬盤、風扇、電源；8.1.10.4、支持帶外獲取OS版本、OS下CPU內存使用率、網口狀態、系統磁盤分區等，支持RAID卡配置帶外導入導出；8.1.11數據庫模塊配置國產品牌基于數據庫的數據同步功能模塊；8.1.12產品認證產品長時間無故障運行時間MTBF15萬小時認證，并提供MTBF測試報告和證書；8.1.13服務要求提供原廠五年技術服務支持。8.2、模塊序號指標項指標要求8.2.1功能萬兆多模模塊8.3、機柜序號指標項指標要求8.3.1類別服務器機柜；8.3.2高度42U；8.3.3外形尺寸600*1000*42U（寬*深*容量）；8.3.4基材厚度：設備安裝方孔條2.0MM，框架1.5MM，其它1.2MM；材料全部采用SPCC優質冷軋鋼板；8.3.5承重800KG。8.3.6緊固件不銹鋼或表面鍍彩鋅，24小時鹽霧試驗不銹蝕。8.3.7風扇3C認