1 項目概況 1.1 建設(shè)目標
按照《關(guān)于印發(fā)醫(yī)療聯(lián)合體管理辦法（試行）的通知（國衛(wèi)醫(yī)發(fā)〔2020〕13號）》等相關(guān)醫(yī)聯(lián)體標準要求，結(jié)合****業(yè)務(wù)實際，****醫(yī)院的基礎(chǔ)HIS及集成平臺已基本建設(shè)完善的背景情況。因此，醫(yī)聯(lián)體信息平臺具備建設(shè)條件，本期核心建設(shè)內(nèi)容圍繞基礎(chǔ)建設(shè)，搭建醫(yī)聯(lián)體信息平臺，****醫(yī)療機構(gòu)，構(gòu)****數(shù)據(jù)中心，并通過分級診療、雙向轉(zhuǎn)診、遠程會診等應(yīng)用實現(xiàn)醫(yī)聯(lián)體基礎(chǔ)業(yè)務(wù)運行，帶動醫(yī)聯(lián)體業(yè)務(wù)活力與積極性，為后續(xù)全面深化發(fā)展提供堅實的基礎(chǔ)。
1.2 建設(shè)清單
| 分類 | 名稱 |
| 基礎(chǔ)平臺 | 醫(yī)聯(lián)體應(yīng)用門戶 |
| 醫(yī)聯(lián)體集成引擎 |
| 數(shù)據(jù)中心 | 居民主索引庫 |
| 電子病歷數(shù)據(jù)庫 |
| 管理指標數(shù)據(jù)庫 |
| 系統(tǒng)接口 | 綜合醫(yī)院對接 |
| 基層醫(yī)院對接 |
| 預留接口 |
2 系統(tǒng)建設(shè)總體要求 2.1 設(shè)計原則要求
產(chǎn)品應(yīng)具有較好的先進性、可操作性、可維護性、安全性、整合性與擴展性、高性能等特點。
先進性
系統(tǒng)應(yīng)采用靈活的、穩(wěn)定的信息技術(shù)架構(gòu)，整個系統(tǒng)管理平臺架構(gòu)采用門戶平臺方式，可以集成B/S與C/S多種架構(gòu)體系的不同產(chǎn)品，可以靈活配置用戶使用功能及界面，****醫(yī)院日益變化的個性化需求。通過門戶可以對其他各種業(yè)務(wù)系統(tǒng)進行統(tǒng)一安全認證管理，實現(xiàn)整個業(yè)務(wù)系統(tǒng)的單點登陸。
可操作性
整個信息系統(tǒng)應(yīng)采用統(tǒng)一的界面風格，建立圖形導航圖，用戶可以根據(jù)自己操作習慣配置自己常用功能的快捷方式。在操作界面上提供多種人性化的提示符號。主要功能的按鈕圖片放大處理，讓操作員操作更加清晰。對于主要的各項操作功能，應(yīng)在系統(tǒng)上建立幫助系統(tǒng)。建立系統(tǒng)間的消息系統(tǒng)。
可維護性
投標人應(yīng)有較好的維護管理體系和信息化維護能力，****醫(yī)院信息系統(tǒng)軟件運維管理的應(yīng)用軟件開發(fā)能力或經(jīng)驗。
系統(tǒng)應(yīng)能實現(xiàn)統(tǒng)一維護，統(tǒng)一權(quán)限管理，統(tǒng)一數(shù)據(jù)庫鏈接池管理。具有自動更新升級管理和錯誤日志管理功能。
安全性
系統(tǒng)應(yīng)注意信息安全設(shè)計，有較好的安全防范體系，如數(shù)據(jù)加密解密等，投標人應(yīng)具有醫(yī)療衛(wèi)生信息數(shù)據(jù)的安全應(yīng)用軟件開發(fā)能力或經(jīng)驗。
系統(tǒng)應(yīng)滿足實現(xiàn)系統(tǒng)7 times;24h連續(xù)安全運行，性能可靠，易于維護。系統(tǒng)具有高可靠性和多種應(yīng)急解決方案。設(shè)置有多種內(nèi)部網(wǎng)絡(luò)設(shè)置層級授權(quán)機制，設(shè)定系統(tǒng)內(nèi)部終端和訪問者的權(quán)限，設(shè)定操作者多層級電子簽名機制，防止數(shù)據(jù)刪改和電子確認的漏洞。系統(tǒng)在安全性上提供的設(shè)置和措施應(yīng)包括：
嚴格的權(quán)限與登錄管理；
采用分級授權(quán)模式，對于不同的數(shù)據(jù)和功能模塊，不同用戶和組別具有不同的增加、修改、刪除、打印權(quán)限；
應(yīng)急解決方案；
日志監(jiān)控管理；
關(guān)鍵數(shù)據(jù)加密管理；
屏幕鎖定保護管理；
關(guān)鍵記錄修改記錄管理。
整合性與擴展性
系統(tǒng)應(yīng)采用靈活的基于門戶的可擴展性架構(gòu)，系統(tǒng)可以融合各類不同體系架構(gòu)產(chǎn)品。系統(tǒng)所有功能菜單可按用戶角色的需求進行隨時調(diào)整和組建。
同時醫(yī)院信息系統(tǒng)按照國際、國內(nèi)有關(guān)標準開發(fā)設(shè)計。
采用開放式的系統(tǒng)軟件平臺、模塊化的應(yīng)用軟件結(jié)構(gòu)，系統(tǒng)應(yīng)能靈活地擴充其業(yè)務(wù)功能，并可與其它業(yè)務(wù)系統(tǒng)進行無縫銜接。
高性能
****醫(yī)院程序大業(yè)務(wù)量環(huán)境中運行的效率，防止死鎖和并發(fā)操作。系統(tǒng)應(yīng)支持自動任務(wù)管理系統(tǒng)，可以把比較大的，時實性不強的業(yè)務(wù)放到晚上執(zhí)行，整個過程無須人工干涉，****醫(yī)院服務(wù)器的**，提高醫(yī)院服務(wù)器的利用率。
2.2 遵循標準要求
系統(tǒng)應(yīng)遵循和滿足現(xiàn)行或?qū)嵤┢陂g出臺的有關(guān)標準、規(guī)范和要求等，主要包括，但不限于以下內(nèi)容：
-
《醫(yī)院信息系統(tǒng)基本功能規(guī)范》
-
《病歷書寫基本規(guī)范》
-
《電子病歷基本規(guī)范（試行）》
-
《中醫(yī)電子病歷基本規(guī)范（試行）》
-
《電子病歷系統(tǒng)功能規(guī)范（試行）》
-
《臨床檢驗結(jié)果共享系統(tǒng)互操作性規(guī)范》
-
《中國醫(yī)院信息基本數(shù)據(jù)集標準》
-
《中國公共衛(wèi)生信息分類與基本數(shù)據(jù)集標準》
-
《衛(wèi)生信息數(shù)據(jù)規(guī)范指南》
-
《電子病歷基本架構(gòu)與數(shù)據(jù)標準（試行）》
-
《電子病歷數(shù)據(jù)組與數(shù)據(jù)元標準》
-
《電子病歷基礎(chǔ)模板數(shù)據(jù)集標準》
-
《****醫(yī)院信息平臺建設(shè)技術(shù)解決方案》
-
《WS/T 447-2014 ****醫(yī)院信息平臺技術(shù)規(guī)范》
-
《WS 445-2014 電子病歷基本數(shù)據(jù)集》
-
《WS/T 500-2016 電子病歷共享文檔規(guī)范》
-
《醫(yī)院信息平臺基本交互規(guī)范（征求意見稿）》
-
《信息安全等級保護管理辦法》
-
《信息安全等級保護技術(shù)標準》三級
-
《衛(wèi)生系統(tǒng)電子認證服務(wù)管理辦法（試行）》
-
《衛(wèi)生系統(tǒng)電子認證服務(wù)規(guī)范》
-
《****醫(yī)院評審標準》及其《實施細則》
-
《****醫(yī)院績效考核指標（國辦發(fā)〔2019〕4號）》
-
《電子病歷系統(tǒng)功能應(yīng)用水平分級評價方法及標準（試行）》
-
《衛(wèi)生信息共享文檔規(guī)范：總則》等22項數(shù)據(jù)交換標準（征求意見稿）
-
《醫(yī)院信息平臺應(yīng)用功能指引》
-
《醫(yī)院信息化建設(shè)應(yīng)用技術(shù)指引（2017年版）》
-
《**醫(yī)院信息化建設(shè)標準與規(guī)范（試行）》
-
《醫(yī)院信息互聯(lián)互通標準化成熟度測評方案》
-
《****醫(yī)院信息平臺標準符合性測試規(guī)范》
-
醫(yī)療信息系統(tǒng)消息交換標準（HL7，Health Level Seven）
-
臨床文檔資料體系結(jié)構(gòu)（CDA，Clinical Document Architecture）
-
醫(yī)學數(shù)字影像與通訊標準（DICOM，Digital Imaging and Communications in Medicine）
-
國際疾病分類編碼（ICD-10，International Statistical Classification of Diseases and Related Health problems,10th Revesion）
-
臨床術(shù)語標準（SNOMED）
-
觀測指標標示符邏輯命名和編碼標準（LOINC）
-
醫(yī)療信息系統(tǒng)集成標準（IHE，Integrating the Healthcare Enterprise）
2.3 總體技術(shù)要求 2.3.1 總體要求
應(yīng)能滿足以下總體要求：
系統(tǒng)應(yīng)基于建立HIS統(tǒng)一門戶，****醫(yī)院內(nèi)外部數(shù)據(jù)和信息**的整合和發(fā)布工具，****醫(yī)院應(yīng)用系統(tǒng)的集成平臺和單一訪問入口。
架構(gòu)應(yīng)可以靈活配置用戶使用功能及界面，滿足醫(yī)院日益變化的個性化需求，使醫(yī)院用戶在任何地方、任何時間對信息的實時訪問成為可能，****醫(yī)院業(yè)務(wù)系統(tǒng)進行統(tǒng)一安全認證管理（支持CA認證接口），實現(xiàn)整個業(yè)務(wù)系統(tǒng)的單點登陸，將醫(yī)院所有的信息系統(tǒng)融為一體 ，門戶平****醫(yī)院的系統(tǒng)，還能支持多機構(gòu)或區(qū)域化業(yè)務(wù)。
系統(tǒng)應(yīng)實現(xiàn)可以完成各類應(yīng)用的動態(tài)注冊及統(tǒng)一管理(可執(zhí)行程序、PB對象、WEB、COM組件)。應(yīng)用框架服務(wù)提供了強大的底層支持，保證在多用戶并發(fā)、高訪問壓力的情況下，系統(tǒng)的正常運轉(zhuǎn)與快速響應(yīng)。
系統(tǒng)架構(gòu)應(yīng)提供靈活的用戶管理模型與機構(gòu)組織模型，支持快****醫(yī)院、****醫(yī)院、****醫(yī)院等不同類型的管理結(jié)構(gòu)。
系統(tǒng)應(yīng)支持單點登錄，用戶只需要登錄一次就可以訪問所有相互信任的應(yīng)用系統(tǒng)。門戶提供應(yīng)用框架服務(wù)，所有的系統(tǒng)要素在此框架內(nèi)運行。
系****中心，****中心？梢栽O(shè)計各種類型的授權(quán)方案。
2.3.2 總體架構(gòu)設(shè)計
系統(tǒng)要求采用統(tǒng)一的技術(shù)架構(gòu)，滿足多機構(gòu)化要求，實現(xiàn)門診和住院的智慧化服務(wù)，向患者提供一站式服務(wù)，****醫(yī)院預約**的一體化管理。
2.3.3 應(yīng)用架構(gòu)設(shè)計
投標人應(yīng)充分考慮借用計算機技術(shù)和信息化系統(tǒng)所能提供的強大計****醫(yī)院日常的臨床診療業(yè)務(wù)和醫(yī)療、護理服務(wù)，改造各個診療、護理環(huán)節(jié)的流程、以減輕廣大醫(yī)護人員的工作負擔，提高各項診療業(yè)務(wù)效率，提高伴隨醫(yī)療業(yè)務(wù)的產(chǎn)生的各項相關(guān)事務(wù)處理的速度。這樣，不但能通過提高服務(wù)與處理的質(zhì)量，防止與減少查錯，杜絕事故；****醫(yī)院的**管理、實現(xiàn)信息交換和先行共享；****醫(yī)院進行業(yè)務(wù)、服務(wù)、管理和機制創(chuàng)新，使醫(yī)院的運營管理和決策更加科學合理。
應(yīng)用架構(gòu)的設(shè)計關(guān)系到對多種系統(tǒng)質(zhì)量屬性的滿足，應(yīng)用系統(tǒng)的架構(gòu)應(yīng)滿足以下要求：
多層的應(yīng)用架構(gòu)；
基于組件的設(shè)計，用戶可以根據(jù)需要按角色組合和配置組件；
具有用戶可以管理工作流管理功能；
具有用戶可以配置的規(guī)則引擎；
具有抽象的底層數(shù)據(jù)模型；
具有事件/消息響應(yīng)機制；
系統(tǒng)設(shè)計以EMR為核心，具有獨立的病人主索引管理功能；
具有良好的安全機制完成用戶的認證、授權(quán)和數(shù)據(jù)保密，支持敏感數(shù)據(jù)加密解密。
2.3.4 應(yīng)用系統(tǒng)所需特性
為了滿足可適應(yīng)性、易操作性、****醫(yī)院未來的發(fā)展，應(yīng)用系統(tǒng)需滿足以下特性：
支持用戶可自行配置的規(guī)則管理，提供工具和功能，根據(jù)因業(yè)務(wù)規(guī)則和管理需求的變化而配置產(chǎn)品，使之能良好適應(yīng)需求的變化，****醫(yī)院業(yè)務(wù)發(fā)展；
支持用戶可自行配置的工作流程管理，提供工具和功能，根據(jù)因環(huán)境或內(nèi)部流程的變化而配置產(chǎn)品，使之能良好適應(yīng)需求的變化，****醫(yī)院業(yè)務(wù)發(fā)展；
支持PDA等不同移動設(shè)備；
用戶可以按自己的習慣配置界面；提供簡潔化操作和較詳細的提示幫助，各子系統(tǒng)采用一致的操作模式；
提供應(yīng)用開發(fā)框架；
用戶可以靈活的使用現(xiàn)有功能組件建立自己的應(yīng)用；
可將用戶開發(fā)的組件通過應(yīng)用程序工具加入到應(yīng)用；
客戶端能根據(jù)服務(wù)器的要求而自動升級，支持程序回滾。
3 建設(shè)功能要求 3.1 基礎(chǔ)平臺 3.1.1 醫(yī)聯(lián)體應(yīng)用門戶
基礎(chǔ)平臺包括應(yīng)用門戶、配置管理、安全管理、運維管理等模塊。
| 序號 | 功能分類 | 功能參數(shù)需求 |
| 1 | 應(yīng)用門戶 | Oslash; 提供統(tǒng)一的基于B/S的Web版醫(yī)院應(yīng)用門戶平臺。 Oslash; 提供基于Web的界面集成功能。 Oslash; 支持基于角色的首頁自定義功能。 Oslash; 支持基于角色的動態(tài)應(yīng)用菜單功能及權(quán)限管理功能。 Oslash; 提供消息公告功能。 |
| 2 | 配置管理 | Oslash; 提供人員注冊與用戶注冊管理。 Oslash; 提供機構(gòu)注冊與科室注冊管理。 Oslash; 提供應(yīng)用注冊及應(yīng)用功能模塊注冊功能。 Oslash; 提供角色的注冊管理與角色菜單的分配管理。 |
| 3 | 安全管理 | Oslash; 提供應(yīng)用集成注冊和授權(quán)功能。 Oslash; 提供系統(tǒng)操作日志等審計管理功能。 Oslash; 提供病歷數(shù)據(jù)訪問內(nèi)容控制功能。 Oslash; 支持隱私數(shù)據(jù)的過濾控制與管理。 |
| 4 | 運維管理 | Oslash; 提供統(tǒng)一的系統(tǒng)參數(shù)配置功能。 Oslash; 提供集群服務(wù)器注冊與動態(tài)調(diào)整功能，支持對服務(wù)器計算**的實時監(jiān)控和報警功能（如CPU、內(nèi)存等）。 Oslash; 提供基于應(yīng)用服務(wù)容器的注冊與動態(tài)啟停功能，支持對容器**使用情況的實時監(jiān)控和報警功能（如線程數(shù)、內(nèi)存等）。 |
| 5 | 數(shù)據(jù)源管理 | Oslash; ▲支持對平臺內(nèi)部數(shù)據(jù)庫和外部業(yè)務(wù)系統(tǒng)數(shù)據(jù)庫的統(tǒng)一管理使用，提供數(shù)據(jù)源目錄維護和數(shù)據(jù)源維護。 Oslash; 支持根據(jù)應(yīng)用系統(tǒng)中使用到的數(shù)據(jù)庫來劃分數(shù)據(jù)源連接池。可以設(shè)置每個連接池初始化連接數(shù)、最**接數(shù)、獲取連接最大等待時間、斷線重連次數(shù)等。 Oslash; ▲支持連接池監(jiān)控，對應(yīng)用系統(tǒng)中運行連接池狀態(tài)的監(jiān)控。針對連接池提供不同時間段的概覽信息監(jiān)控、連接監(jiān)控、SQL監(jiān)控。監(jiān)控的同時還能實時變更連接池的參數(shù)配置，做到連接池的性能調(diào)優(yōu)。 |
3.1.2 醫(yī)聯(lián)體集成引擎
集成引擎也叫企業(yè)服務(wù)總線(ESB)，是一種提供應(yīng)用程序和服務(wù)集成的SOA軟件架構(gòu),提供通信服務(wù)來實現(xiàn)應(yīng)用之間的連接。ESB是面向服務(wù)的模式，組件之間的交互通信通過總線提供的服務(wù)來實現(xiàn)。醫(yī)院****醫(yī)院信息交互主要采用企業(yè)服務(wù)總線（ESB）來構(gòu)建。企****醫(yī)院內(nèi)部各信息系統(tǒng)之間、和區(qū)域衛(wèi)生信息平臺之間，以及上級衛(wèi)生部門之間的數(shù)據(jù)、應(yīng)用、流程整合提供服務(wù)，并基于SOA框架提供Web服務(wù)的集中管理和安全控制。企業(yè)服務(wù)總線提供多種通訊協(xié)議的訪問接入，不同通訊協(xié)議之間的轉(zhuǎn)換，不同數(shù)據(jù)格式的加工和處理，基于數(shù)據(jù)內(nèi)容的智能路由，基于消息的請求響應(yīng)和訂閱/發(fā)布模式，應(yīng)用服務(wù)異常處理等功能。
| 序號 | 功能分類 | 功能參數(shù)需求 |
| 1 | 服務(wù)總線ESB | Oslash; 遵循SOA設(shè)計原則和技術(shù)標準，構(gòu)建標準的企業(yè)服務(wù)。 Oslash; 總線平臺采用松耦合、分布式模式，將業(yè)務(wù)、應(yīng)用和數(shù)據(jù)邏輯等實現(xiàn)分離管理。 Oslash; 能提供統(tǒng)一的數(shù)據(jù)交互開發(fā)運行環(huán)境，支持創(chuàng)建、擴展圖形化數(shù)據(jù)轉(zhuǎn)換業(yè)務(wù)流程建模，能提供基于XML表示方式，可同時進行圖形化和基于代碼或文檔的開發(fā)工作，為服務(wù)提供遠程調(diào)用支持。提供服務(wù)注冊、卸載和更新、發(fā)布服務(wù)。 Oslash; 能提供創(chuàng)建定制適配器、消息、業(yè)務(wù)服務(wù)、業(yè)務(wù)操作和業(yè)務(wù)流程以及數(shù)據(jù)轉(zhuǎn)換的向?qū)А?/p> Oslash; 支持應(yīng)用系統(tǒng)之間各功能服務(wù)和接口的調(diào)用權(quán)限管理，提供應(yīng)用節(jié)點與應(yīng)用節(jié)點之間，應(yīng)用節(jié)點到接口服務(wù)之間的權(quán)限控制，以保證數(shù)據(jù)交換的合法性。 Oslash; 支持WebService、socket、MQ、http、RPC多種協(xié)議的接入和輸出。 Oslash; 提供基于消息隊列的數(shù)據(jù)發(fā)布/訂閱服務(wù)異步模式，基于請求響應(yīng)的同步模式，也提供基于多路由的消息隊列選擇和傳輸。 Oslash; 滿足平臺數(shù)據(jù)交互高并發(fā)、大數(shù)據(jù)量、實時性高等需求，保持高性能運行。 Oslash; 可提供基于業(yè)務(wù)流程的流程配置服務(wù)，定制化服務(wù)配置。并可提供遠程調(diào)用服務(wù)和分布式服務(wù)調(diào)用，并實現(xiàn)負載均衡，故障轉(zhuǎn)移等基本功能。 Oslash; 支持任意消息傳輸環(huán)節(jié)的監(jiān)控和審核，對于數(shù)據(jù)傳輸狀況有較靈活的反饋服務(wù)，具有自動補傳、重傳等功能。 Oslash; 支持應(yīng)用節(jié)點和接口服務(wù)的統(tǒng)一配置管理，監(jiān)控平臺應(yīng)能對各接口調(diào)用歷史進行負載和響應(yīng)時間分析，以便通過集成平臺來一步優(yōu)化性能。 集成平臺配置管理系統(tǒng)應(yīng)能支持數(shù)據(jù)協(xié)議和公用代碼標準化管理。 Oslash; 提供基于集成平臺的二次開發(fā)包，可以基于開發(fā)包擴展服務(wù)組件。 Oslash; ▲支持灰度發(fā)布功能，可以便捷的切換正式環(huán)境和測試環(huán)境，同時設(shè)置測試環(huán)境的流量分布，實現(xiàn)集成平臺服務(wù)的平滑升級。 Oslash; 數(shù)據(jù)庫終端工具：提供數(shù)據(jù)庫終端工具組件，支持消息直接寫入或者更新到任意的數(shù)據(jù)庫，并提供數(shù)據(jù)庫事務(wù)管理功能。 Oslash; 分布式事務(wù)處理：針對webservice接入和HTTP接入支持分布式事務(wù)處理，當涉及多方業(yè)務(wù)協(xié)作出現(xiàn)調(diào)用失敗時，能通知調(diào)用成功方撤回操作，保障整體事務(wù)的一致性。 Oslash; ▲提供消息日志NoSQL非關(guān)系型存儲，實現(xiàn)消息的快速檢索。支持字段級精確搜索以及全文模糊搜索。 |
| 2 | 消息引擎 | Oslash; 內(nèi)置HL7消息模板的配置功能，支持V2、V3/CDA等。 Oslash; 內(nèi)置醫(yī)院互聯(lián)互通成熟度測評要求的53類CDA共享文檔標準。 Oslash; 提供XML等自定義消息模型的配置功能。 Oslash; 提供HL7與XML消息等交換協(xié)議的轉(zhuǎn)換對照配置功能。 Oslash; 提供HL7消息與自定義xml消息的協(xié)議轉(zhuǎn)換服務(wù)組件并提供測試功能。 Oslash; 提供消息模板的導入、導出和生成XML示例功能。 |
| 3 | 服務(wù)集群管理 | Oslash; 提供基于業(yè)務(wù)域的服務(wù)集群管理模式。 Oslash; ▲提供集群模式下業(yè)務(wù)域服務(wù)節(jié)點可視化啟停功能，并根據(jù)服務(wù)運行狀態(tài)實時調(diào)整服務(wù)節(jié)點數(shù)量，實現(xiàn)水平動態(tài)擴容。 |
| 4 | 運行監(jiān)控 | Oslash; 提供數(shù)據(jù)交換服務(wù)監(jiān)控：可監(jiān)控統(tǒng)計所有服務(wù)性能，可按照業(yè)務(wù)系統(tǒng)、服務(wù)節(jié)點、時間角度統(tǒng)計服務(wù)最大響應(yīng)時間、最小響應(yīng)時間、平均響應(yīng)時間、總次數(shù)，提供服務(wù)分析調(diào)優(yōu)。針對異常記錄，可追蹤異常發(fā)生節(jié)點、該節(jié)點的輸入輸出、錯誤信息提示，準確掌握錯誤，精準修復。且可統(tǒng)計監(jiān)控平臺接入層的調(diào)用次數(shù)，接入點名稱，訪問IP，總體相應(yīng)時間，調(diào)用時間分布等信息。 Oslash; 提供集成平臺服務(wù)調(diào)用出入量統(tǒng)計分析，包含出量、入量、錯誤量、成功量等時間維度統(tǒng)計分析。 Oslash; ****醫(yī)院互聯(lián)互通測評要求的臨床服務(wù)、醫(yī)療管理、運營管理、外部機構(gòu)分類以及業(yè)務(wù)系統(tǒng)角度查看系統(tǒng)對接服務(wù)情況展示。 Oslash; 提供服務(wù)集群監(jiān)控：支持對服務(wù)器集群監(jiān)控和查詢，監(jiān)控服務(wù)器CPU、內(nèi)存使用率、JVM監(jiān)控、事件異常等信息，并按事件類型一般、警告、錯誤類型匯總。可以時間-指標的方式形成趨勢圖參看歷史數(shù)據(jù)，以餅圖的形式查看瞬時數(shù)據(jù)。對事件監(jiān)控支持查看時間、類型、節(jié)點信息。并提供調(diào)優(yōu)工具等；可滿足多服務(wù)器之間的負載均衡分配和性能調(diào)優(yōu)。 |
3.2 數(shù)據(jù)中心 3.2.1 居民主索引庫
患者主索引就是患者在院內(nèi)唯一的標識，系統(tǒng)提供主索引注冊、查詢、統(tǒng)計分析等功能，并能實現(xiàn)權(quán)重規(guī)則配置、疑似主索引分析、主索引手工合并和拆分、主索引服務(wù)調(diào)用日志監(jiān)控。
| 序號 | 功能分類 | 功能參數(shù)需求 |
| 1 | 主索引管理 | Oslash; ▲提供基于PIX交叉索引管理機制的患者主索引管理功能，可以查看交叉索引記錄功能。 Oslash; 提供患者信息注冊、修改、注銷等功能，并可手工處理主索引信息。 Oslash; 提供主索引合并功能，在主索引注冊時通過模糊匹配產(chǎn)生的潛在重復、疑似記錄，在管理頁面可進行人工合并。 Oslash; 提供主索引拆分功能：提供患者主索引人工拆分功能，以應(yīng)對合并錯誤等情況。 Oslash; 提供查看疑似主索引功能，系統(tǒng)根據(jù)分值權(quán)重匹配規(guī)則針對處于匹配基值域疑似基值之間的患者數(shù)據(jù)進行查看管理。 Oslash; ▲提供主索引恢復功能，針對已注銷的主索引信息可以恢復操作。 |
| 2 | 主索引配置 | Oslash; 提供對主索引匹配權(quán)重規(guī)則設(shè)置功能，需包含匹配基值域疑似基值的設(shè)置。應(yīng)能根據(jù)權(quán)重分值規(guī)則配置系統(tǒng)能自動匹配患者主索引。 Oslash; ▲提供主索引校驗規(guī)則配置，針對注冊的患者數(shù)據(jù)中的姓名、身份證、電話號碼進行有效性校驗，同時提供身份證號碼替換出生年月功能以及是否自動合并重復主索引進行管理控制。 |
| 3 | 主索引分析 | Oslash; ▲提供主索引的統(tǒng)計分析功能，包括主索引記錄數(shù)、原始注冊檔案數(shù)、被合并的記錄數(shù)，以及不同匹配規(guī)則命中的記錄數(shù)統(tǒng)計分析，人工操作記錄分析，患者注冊量趨勢分析。 |
| 4 | 主索引服務(wù) | Oslash; 提供主索引注冊、查詢、更新、合并以及注銷數(shù)據(jù)服務(wù)，在業(yè)務(wù)系統(tǒng)新增或更新一個患者的索引信息后，通過主索引數(shù)據(jù)服務(wù)同步到主索引系統(tǒng)。 Oslash; 提供基于患者主索引MPIID及業(yè)務(wù)系統(tǒng)PID查詢服務(wù)。 Oslash; 提供患者健康卡、門診卡的注冊、變更和注銷服務(wù)功能。 |
| 5 | 主索引日志 | Oslash; 提供主索引日志查詢功能，包含請求日志、變更日志、錯誤日志記錄。 Oslash; 提供對主索引的注冊變更、錯誤日志的查看和檢索功能。 |
3.2.2 電子病歷數(shù)據(jù)庫
要求建立醫(yī)共體電子病歷數(shù)據(jù)庫，****醫(yī)療機構(gòu)產(chǎn)生的電子病歷數(shù)據(jù)。應(yīng)當包括病歷概要、診療記錄、處方醫(yī)囑、檢驗檢查報告、健康體檢記錄、轉(zhuǎn)診（院）記錄、法定醫(yī)學證明及報告、醫(yī)療機構(gòu)信息等。
3.2.3 管理指標數(shù)據(jù)庫
建立綜合管理指標數(shù)據(jù)庫，抽取醫(yī)共體內(nèi)各機構(gòu)醫(yī)療服務(wù)、運營管理、人員管理等領(lǐng)域數(shù)據(jù)，從這些數(shù)據(jù)中提取出對醫(yī)共體管理有價值的信息，支持通過數(shù)據(jù)挖掘技術(shù)輔助管理決策。
3.3 系統(tǒng)接口
需完成以下接口的無縫對接：綜合醫(yī)院對接；基層醫(yī)院對接；預留接口
4 其它要求 4.1 項目實施要求
（1）投標方應(yīng)在合同簽訂后12個月內(nèi)完成項目的升級改造，需提供項目詳盡的實施方案和進度表。
（2）投標人應(yīng)在系統(tǒng)實施方案中描述具體的實施團隊的組成、工作的內(nèi)容、投入人員、項目進程表及采購人的配合等內(nèi)容。在所有工作開展之前，公司的實施人員應(yīng)制定一套完整科學可行的實施方案，作為工程實施的總體計劃和步驟。實施方案內(nèi)容大致包括：
①組織保障安排：****小組，領(lǐng)導小組中的責任分工等。
②制定具體的實施流程、實施內(nèi)容。
4.2 培訓要求
培訓是項目順利進行的保證。在項目的不同階段要求提供相關(guān)的培訓課程，面向系統(tǒng)開發(fā)和管理員、各級領(lǐng)導、系統(tǒng)操作人員等不同群體提供系統(tǒng)化、定制化和有針對性的培訓。
(1)培訓內(nèi)容要求分為三類，分別為系統(tǒng)開發(fā)和管理培訓、運行與維護管理培訓和用戶使用培訓。通過培訓應(yīng)使各類用戶能獨立進行相應(yīng)應(yīng)用與管理、故障處理、日常維護等工作，確保系統(tǒng)能正常安全運行；
(2)投標單位應(yīng)在投標文件中提出培訓計劃，計劃包括培訓項目、地點等詳細內(nèi)容；
(3)培訓人員必須是投標單位的正式雇員或?qū)I(yè)的授權(quán)培訓機構(gòu)雇員。如果使用第三方培訓機構(gòu)，投標單位應(yīng)在投標文件中提供培訓機構(gòu)的名稱，并能根據(jù)情況調(diào)整。
(4)其中要求對系統(tǒng)管理員進行充分的技術(shù)培訓和教育，保證管理人員掌握必要的管理工具，通曉管理規(guī)范；
4.3 售后服務(wù)要求
（1）投標人應(yīng)具有完善的質(zhì)保期內(nèi)及質(zhì)保期外的售后服務(wù)方案。
（2）項目質(zhì)保期為一年。質(zhì)保期以項目終驗之日起算。質(zhì)保期內(nèi)提供免費的售后服務(wù)。
（3）所提供的技術(shù)服務(wù)至少為7 times;24小時支持維護服務(wù)，包括郵件、電話、遠程維護、現(xiàn)場服務(wù)等方式。必須保證2小時之內(nèi)響應(yīng)、4小時內(nèi)派工程師到達現(xiàn)場、24小時之內(nèi)解決問題。
（4）投標人必須在本地設(shè)有專門的維護網(wǎng)點與固定的維護人員，在全系統(tǒng)生命周期內(nèi)提供應(yīng)用系統(tǒng)軟件等各方面的維護，滿足用戶方所需的與應(yīng)用軟件相關(guān)的各類技術(shù)服務(wù)；
4.4 驗收要求
驗收內(nèi)容：按照招標文件、響應(yīng)文件、合同、相關(guān)承諾和相關(guān)補充文件的內(nèi)容進行。
驗收標準：
①項目服務(wù)所有技術(shù)性能規(guī)格及參數(shù)：應(yīng)符合招標文件和中標方投標文件所要求的技術(shù)標準及服務(wù)標準。系統(tǒng)運行穩(wěn)定，無故障，數(shù)據(jù)無錯誤。
②驗收工作由招標方和中標方共同進行。在驗收時，中標方應(yīng)向招標方提供貨物的相關(guān)資料，按招標方提出的方式驗收。由招標方對貨物的質(zhì)量、規(guī)格和數(shù)量其他進行檢驗。如發(fā)現(xiàn)質(zhì)量、規(guī)格和數(shù)量等任何一項與采購要求規(guī)定不符，招標方有權(quán)拒絕接受。
驗收文件的簽署：由中標方撰寫服務(wù)完成報告，由招標方委派的負責人在審核后簽署。
4.5 成果交付要求
在本期項目的開發(fā)過程中和交付使用后，各個階段都會有各種成果和文檔資料。這些成果和文檔資料對所開發(fā)系統(tǒng)的維護和持續(xù)發(fā)展起著非常重大的作用。因此，要求將全面、規(guī)范的成果和文檔資料交付給用戶方，而且要提供明確的交付清單。同時，成果和文檔資料必須符合軟件工程的相關(guān)要求。
****政府采購活動的****省政府采購供應(yīng)商庫的，****政府采購網(wǎng) “首頁—政策法規(guī)”中公布的“政府采購供應(yīng)商入庫”的相關(guān)規(guī)定，及時辦理入庫登記手續(xù)。填寫單位名稱、統(tǒng)一社會信用代碼和聯(lián)系人等簡要信息，由系統(tǒng)自動開通賬號后，****政府采購活動。具體規(guī)定詳見《關(guān)****省政府采購供應(yīng)商入庫程序的通知》（遼財采函〔2020〕198號）。
供應(yīng)商認為自己的權(quán)益受到損害的，可以在知道或者應(yīng)知其權(quán)益受到損害之日起七個工作日內(nèi)，向采購代理機構(gòu)或采購人提出質(zhì)疑。
2、質(zhì)疑函內(nèi)容、格式：應(yīng)符合《政府采購質(zhì)疑和投訴辦法》相關(guān)規(guī)定和財政部制定的《政府采購質(zhì)疑函范本》格式，****政府采購網(wǎng)。
質(zhì)疑供應(yīng)商對采購人、采購代理機構(gòu)的答復不滿意，或者采購人、采購代理機構(gòu)未在規(guī)定時間內(nèi)作出答復的，可以在答復期滿后15個工作日內(nèi)向本級財政部門提起投訴。
1、****政府采購電子招投標業(yè)務(wù)，參加本項目的供應(yīng)商，****政府采購網(wǎng)“首頁-辦事指南”中公布的“**政府采購網(wǎng)關(guān)于辦理CA數(shù)字證書的操作手冊”和“**政府采購網(wǎng)新版系統(tǒng)供應(yīng)商操作手冊”及《****政府采購數(shù)字認證和電子招投標業(yè)務(wù)有關(guān)事宜的通知》（遼財采〔2020〕298號）的相關(guān)規(guī)定，并按照相關(guān)要求及時、自主辦理CA數(shù)字證書并進行投標相關(guān)操作；對因供應(yīng)商自身原因未能參與投標所造成的所有后果，由其自行承擔。
2、供應(yīng)商在獲取招標（采購）文件過程中，應(yīng)正確填寫并如實填寫聯(lián)系人、聯(lián)系方式、郵箱等相關(guān)信息，如因信息預留錯誤而未能與其及時取得聯(lián)系，由此造成的一切后果，由供應(yīng)商自行承擔。
3、供應(yīng)商須自主學習電子標書的制作教程，****政府采購網(wǎng)“首頁-辦事指南”中公布的“****政府采購網(wǎng)供應(yīng)商制作電子標書操作手冊”；并按相關(guān)要求進行制作。如未按照要求制作，將會影響文件的上傳，造成的所有后果，由供應(yīng)商自行承擔。
4、本項目投標（響應(yīng)）****政府采購網(wǎng)網(wǎng)上遞交及備份投標（響應(yīng)）文件（U盤存儲等形式）現(xiàn)場遞交兩種形式同時執(zhí)行的方式進行，供應(yīng)商須確保備份投標（響應(yīng)）文件與電子評審系統(tǒng)中上傳的響應(yīng)文件內(nèi)容、格式的一致性。如因供應(yīng)商自身原因?qū)е挛丛?***政府采購網(wǎng)上遞交投標文件或僅提供備份投標（響應(yīng)）文件的按照無效投標（響應(yīng)）處理，具體****政府采購網(wǎng)相關(guān)通知。
5、供應(yīng)商在投標（響應(yīng)）的全過程****政府采購網(wǎng)公告信息，及時獲取更正公告等相關(guān)信息，否則，由此造成的一切后果，由供應(yīng)商自行承擔。
6、在投標響應(yīng)過程中，如遇系統(tǒng)操作問題請咨詢技術(shù)支持電話：400-****-9632；如遇CA辦理問題請咨詢所辦理的CA認證機構(gòu)。
升級通知：為提高千里馬網(wǎng)站穩(wěn)定性、提升整體使用體驗，現(xiàn)對網(wǎng)站進行全面升級。即日起公司將停止當前網(wǎng)站的更新及維護，全部用戶將升級至
加入收藏
打印
導出為
京公網(wǎng)安備 11010802022728號
