醫(yī)防融合及數(shù)智治理建設(shè)項目需求1、技術(shù)需求1.1建設(shè)目標通過整合現(xiàn)有的多個獨立應用系統(tǒng)，創(chuàng)建一個互聯(lián)互通、業(yè)務(wù)協(xié)同、信息共享的大平臺，實現(xiàn)統(tǒng)一的門戶集成、用戶管理，以此降低開發(fā)和運維成本，消除安全隱患，促進數(shù)據(jù)流通，提升政務(wù)服務(wù)效率和質(zhì)量，減輕基層負擔，并確保新建系統(tǒng)與國產(chǎn)化軟硬件環(huán)境兼容，提高系統(tǒng)的自主可控能力。實現(xiàn)預防接種系統(tǒng)非免疫規(guī)劃疫苗收費，通過建立一個可靠，安全的當面付支付系統(tǒng)，為基層部門提供高效、智能的支付工具，從而幫助基層提高工作效率，提升百姓預防接種服務(wù)體驗，縮短接種等待時間，避免交叉感染，進而提升醫(yī)療衛(wèi)生服務(wù)均等化、普惠化、便捷化、智慧化水平。通過現(xiàn)有醫(yī)療、公衛(wèi)數(shù)據(jù)，對醫(yī)防融合人群均可以進行有效的數(shù)據(jù)監(jiān)測管理、數(shù)據(jù)治理和數(shù)據(jù)應用，延緩并發(fā)癥的發(fā)生，從而降低危重癥的發(fā)生率，有效降低“慢病”醫(yī)保統(tǒng)籌基金支出；該項目規(guī)范化路徑化的管理流程，可以加強基層醫(yī)療機構(gòu)能力建設(shè)和醫(yī)護人員培養(yǎng)，推動區(qū)域檢驗結(jié)果互認，助力分級診療逐步實施，快速實現(xiàn)“大病不出縣，小病不出鄉(xiāng)、醫(yī)防融合管理在社區(qū)”等民生問題。通過優(yōu)質(zhì)醫(yī)療資源、適宜技術(shù)下沉基層，提升基層醫(yī)療衛(wèi)生機構(gòu)醫(yī)防融合管理能力，對持有港澳居民居住證、臺灣居民居住證、港澳居民來往內(nèi)地通行證、臺灣居民來往大陸通行證、外國人永久居留身份證（包括新版），以及外國護照等七類證件的人群享受到與本地居民同等便捷的醫(yī)療服務(wù)體驗，改善基層醫(yī)療機構(gòu)整體收入結(jié)構(gòu)，提升醫(yī)護人員積極性和獲得感，讓更多的醫(yī)療人才留在基層。通過構(gòu)建一個高效、安全的數(shù)據(jù)傳輸基礎(chǔ)設(shè)施，實現(xiàn)各級醫(yī)療機構(gòu)信息系統(tǒng)之間的實時數(shù)據(jù)交換，確保數(shù)據(jù)的實時性、完整性和準確性，為區(qū)域內(nèi)的健康管理和決策支持提供強有力的數(shù)據(jù)支撐，并通過加強數(shù)據(jù)質(zhì)控和安全保障措施，進一步提升數(shù)據(jù)傳輸?shù)馁|(zhì)量和安全性。在成果輸出方面，通過本項目的建設(shè)契機及雙方項目負責人和項目組成員的共同努力，能孵化一個團體標準和一個專利技術(shù)來更好地體現(xiàn)本項目的先進性和專業(yè)性。1.2建設(shè)規(guī)模衛(wèi)健部門及全區(qū)25家社區(qū)衛(wèi)生服務(wù)中心及所轄269個衛(wèi)生服務(wù)站。1.3建設(shè)內(nèi)容序號建設(shè)內(nèi)容具體內(nèi)容1一局一平臺統(tǒng)一門戶集成、統(tǒng)一用戶管理、業(yè)務(wù)改造。2當面付系統(tǒng)建設(shè)免疫規(guī)劃智慧服務(wù)信息系統(tǒng)當面付建設(shè)，實現(xiàn)25家社區(qū)衛(wèi)生服務(wù)中心，三方及醫(yī)保支付。3慢病一體化門診系統(tǒng)建設(shè)建立醫(yī)防融合智能隨訪系統(tǒng)，實現(xiàn)對區(qū)域基層醫(yī)療（衛(wèi)健部門及全區(qū)25家社區(qū)衛(wèi)生服務(wù)中心及所轄269個衛(wèi)生服務(wù)站）信息化的醫(yī)防融合一體化覆蓋，開展針對醫(yī)防融合患者診前、診中、診后、AI小助手、工作量統(tǒng)計的全鏈條閉環(huán)流程管理服務(wù)?！捌哳惾巳骸盚IS系統(tǒng)業(yè)務(wù)場景改造。4數(shù)據(jù)高鐵數(shù)據(jù)高鐵數(shù)據(jù)對碼、數(shù)據(jù)高鐵數(shù)據(jù)采集、數(shù)據(jù)高鐵數(shù)據(jù)質(zhì)控、數(shù)據(jù)高鐵數(shù)據(jù)上傳(迭代升級)。1.4功能需求1.4.1一局一平臺統(tǒng)一門戶集成.1系統(tǒng)注冊系統(tǒng)在注冊時應提供基本信息，如系統(tǒng)名稱、版本號、接口文檔、聯(lián)系人信息。系統(tǒng)注冊還應包括安全審核環(huán)節(jié)，確保接入系統(tǒng)的安全性與可靠性。.2功能配置功能配置模塊應允許管理員對平臺上所有子系統(tǒng)的功能模塊進行靈活配置。應支持B/S（瀏覽器/服務(wù)器）和C/S（客戶端/服務(wù)器）架構(gòu)類型的功能菜單配置，同時兼容自研系統(tǒng)及與合作廠商提供的產(chǎn)品配置。.3應用導航應用導航模塊應集成所有接入平臺的產(chǎn)品模塊，應提供清晰的導航結(jié)構(gòu)，使用戶能夠通過簡單地點擊快速進入所需的各個功能頁面。導航條的設(shè)計應簡潔明了，支持搜索功能。.4角色權(quán)限基礎(chǔ)平臺應提供一套完善的用戶角色配置功能。根據(jù)用戶登錄時的角色，系統(tǒng)應能自動配置其能夠查看和使用的系統(tǒng)模塊。角色權(quán)限還應包括對單點登錄權(quán)限的配置，以及對平臺數(shù)據(jù)、功能、應用的查看和使用權(quán)限設(shè)定。.5個性化首頁個性化首頁應允許用戶根據(jù)當前登錄的角色，自行配置查看的內(nèi)容。例如，醫(yī)生、護士、行政管理人員不同角色的用戶可以定制其首頁顯示的內(nèi)容。.6用戶日志用戶日志模塊應能記錄用戶登錄/登出的時間、登錄IP地址、訪問路徑詳細信息。.7統(tǒng)一域名1.域名管理命名規(guī)則：應制定一套明確的命名規(guī)則，以便于管理和擴展。例如，所有子系統(tǒng)都以serviceX.的形式命名，其中serviceX是具體的子系統(tǒng)標識。注冊與維護：應確保主域名和所有相關(guān)的子域名都已經(jīng)注冊，并且按時續(xù)費，避免因為域名過期而影響服務(wù)的連續(xù)性。2.DNS配置CNAME記錄：對于每個子域名，在DNS服務(wù)器中設(shè)置CNAME記錄，將其指向主域名或者負載均衡器的IP地址。更新頻率：應確保DNS記錄的TTL（生存時間）設(shè)置合理，既保證快速更新又避免頻繁查詢帶來的性能問題。3.負載均衡硬件/軟件選擇：根據(jù)實際需求選擇合適的負載均衡方案，如Nginx或HAProxy。配置路由規(guī)則：應支持在負載均衡器上配置基于域名或路徑的路由規(guī)則，使得不同的子域名請求能夠被正確地轉(zhuǎn)發(fā)到后端相應的子系統(tǒng)服務(wù)器。健康檢查：應設(shè)置健康檢查機制，確保當某個子系統(tǒng)不可用時，請求能夠被自動切換到其他可用的服務(wù)實例上。4.安全性和合規(guī)性HTTPS支持：應為所有子域名啟用HTTPS協(xié)議，確保數(shù)據(jù)傳輸?shù)陌踩?。證書管理：應部署并管理SSL/TLS證書，需要使用通配符證書來覆蓋所有的子域名，或者分別為重要的子域名申請獨立證書。統(tǒng)一用戶管理.1統(tǒng)一認證入口統(tǒng)一認證入口應提供基于統(tǒng)一身份認證機制的單點登錄（SingleSign-On,SSO）系統(tǒng)，用戶只需經(jīng)過一次身份認證即可訪問不同的業(yè)務(wù)系統(tǒng)。.2統(tǒng)一賬號管理統(tǒng)一賬號管理模塊應提供用戶管理、角色管理、訪問控制和單點登錄方面的服務(wù)。用戶管理應包括用戶的創(chuàng)建、修改、刪除操作；角色管理應包括不同的角色及其對應的權(quán)限集合；訪問控制應根據(jù)用戶的角色和權(quán)限，控制其對資源的訪問。.3統(tǒng)一認證服務(wù)統(tǒng)一認證服務(wù)應支持門戶和業(yè)務(wù)系統(tǒng)的用戶、角色對照功能，確保用戶能夠獲取對應的數(shù)據(jù)和業(yè)務(wù)權(quán)限。.4統(tǒng)一權(quán)限管理門戶系統(tǒng)應提供多種身份認證方式，應包括傳統(tǒng)的用戶名和密碼認證、數(shù)字證書（CA認證）以及其他第三方認證方式，如社交媒體登錄、企業(yè)郵箱驗證。.5認證方式平臺應支持通過反向代理（ReverseProxy）和插件（Plug-In）兩種方式實現(xiàn)單點登錄功能。反向代理技術(shù)應支持在不修改原有系統(tǒng)的情況下，實現(xiàn)SSO功能；插件方式應支持需要與現(xiàn)有系統(tǒng)進行深度集成的應用。業(yè)務(wù)改造.1健康大腦系統(tǒng)相關(guān)改造改造內(nèi)容應包括：用戶實名注冊及身份認證、單點登錄、查詢及審計功能、模塊注冊。.2全民健康信息系統(tǒng)相關(guān)改造改造內(nèi)容應包括：用戶實名注冊及身份認證、單點登錄、查詢及審計功能、模塊注冊。.3院前急救系統(tǒng)相關(guān)改造改造內(nèi)容應包括：用戶實名注冊及身份認證、單點登錄、查詢及審計功能、模塊注冊。1.4.2當面付系統(tǒng)建設(shè)預防接種系統(tǒng).1基礎(chǔ)資料商戶簽約應提供維護接種單位基礎(chǔ)信息功能：（1）簽約頁面，商戶上傳資料發(fā)起進件。（2）審核駁回修改再次進件。（3）進件審核流程，審核結(jié)果通知、流程待辦。（4）簽約列表，簽約詳情展示。（5）就診卡信息新增，通過預防接種檔案，生成收款賬戶，用于登記臺用戶直接支付到接種單位指定賬號。HIS系統(tǒng)疫苗基礎(chǔ)信息系統(tǒng)應支持與HIS系統(tǒng)疫苗（如：疫苗廠家，疫苗屬性，價格信息，個案信息）相關(guān)數(shù)據(jù)進行交換。支付渠道管理應支持與支付寶，微信，醫(yī)保支付渠道對接。實現(xiàn)就診卡信息新增，通過預防接種檔案，生成收款賬戶功能。.2個案管理系統(tǒng)應支持預防接種個人及疫苗數(shù)據(jù)采集，進行在線建檔，并同步至HIS系統(tǒng)，建立健康檔案方便掛號及醫(yī)保結(jié)算。.3單據(jù)管理登記單管理應支持受種者前往接種門診，完成健康詢問診，受種者登記非常規(guī)疫苗，將用戶個案信息及疫苗登記接種信息形成在線登記單據(jù)。支付單管理應支持登記單同步受種者信息和該受種者非免規(guī)疫苗登記信息生成支付訂單，并附上商戶訂單號，收款單位，支付說明信息。.4支付結(jié)算模塊收銀臺應支持搭建電子支付平臺，用于受種者進行非免疫規(guī)劃疫苗在線支付，完成相關(guān)支付平臺對接，包含三方支付，現(xiàn)金支付或醫(yī)保支付。支付管理預防接種門診登記臺人員基于受種者對應的繳費單選擇支付方式（主要支付形式為現(xiàn)金支付，支付寶支付，微信支付，醫(yī)保支付四種，預防接種系統(tǒng)應能自助實現(xiàn)支付寶微信支付，醫(yī)保支付通過調(diào)取HIS醫(yī)保支付系統(tǒng)，使患者可以通過醫(yī)保歷年賬戶支付部分或全部疫苗費用）并跳出對應的支付路徑，待受種者同步完成相關(guān)支付鏈路結(jié)算，完成實時支付并反饋結(jié)果，包括支付狀態(tài)、支付成功或失敗信息，即完成該繳費單支付。預防接種系統(tǒng)完成支付的繳費單，需將用戶基礎(chǔ)信息及支付信息同步至HIS系統(tǒng)。退款管理申請退款的用戶需前往預防接種門診登記臺進行申請，并提供相關(guān)證明材料，申請退款后，系統(tǒng)會在24小時內(nèi)進行審核，退款申請通過后，將根據(jù)用戶的支付方式及路徑原路退還至用戶付款賬戶中；退款成功后，同步更新賬單管理中的交易記錄。預防接種系統(tǒng)完成退款的繳費單，也需將用戶基礎(chǔ)信息及退款信息同步至HIS系統(tǒng)。打印管理受種者完成繳費單支付之后支持該繳費單打印和補打。若該繳費單已完成退款，則系統(tǒng)不允許打印。對賬管理（1）生成繳費單之后所有單據(jù)均記錄在對賬里面，將預防接種系統(tǒng)和HIS系統(tǒng)內(nèi)賬單、對賬記錄和交易數(shù)據(jù)進行統(tǒng)計、分析和比對。（2）與第三方平臺進行支付賬單對賬，并支持賬單導出。付款憑證應提供記錄受種者在線付款記賬憑證。退款憑證應提供記錄受種者在線申請退款記賬憑證。.5數(shù)據(jù)查詢模塊交易流水應提供記錄在線所有交易流水單。單據(jù)動態(tài)刷新狀態(tài)，并支持查詢分類和導出。退款查詢應提供記錄在線所有退款單據(jù)，所有單據(jù)動態(tài)刷新狀態(tài)，并支持查詢分類和導出。HIS接口改造.1門診病人檔案查詢應支持在接種系統(tǒng)中獲取患者的基本信息，如姓名、性別、出生日期、聯(lián)系方式。該接口可以從his系統(tǒng)中獲取患者信息，并同步到疫苗接種系統(tǒng)中。.2門診掛號預結(jié)算應支持門診掛號系統(tǒng)向醫(yī)保系統(tǒng)發(fā)送患者的個人信息和掛號費用相關(guān)信息，醫(yī)保系統(tǒng)會根據(jù)患者的醫(yī)保類型和規(guī)定的費用標準計算出患者需要支付的費用。.3門診掛號取號應支持患者信息同步、醫(yī)生排班查詢、掛號信息錄入、掛號費用計算和掛號記錄查詢；實現(xiàn)患者信息同步、醫(yī)生排班查詢、掛號信息錄入、掛號費用計算和掛號記錄查詢。.4門診收費結(jié)算與預結(jié)算應支持門診預結(jié)算，增加對疫苗接種相關(guān)費用的預結(jié)算；疫苗接種可能產(chǎn)生費用，需要進行結(jié)算。支持接種系統(tǒng)調(diào)用his系統(tǒng)的結(jié)算接口，以便實時更新費用信息并完成結(jié)算流程。.5就診卡信息新增（建檔）應提供就診卡信息接口，疫苗接種時，若患者未建檔，提供新建就診卡接口供疫苗接種系統(tǒng)使用。.6門診處方信息his系統(tǒng)應提供門診處方信息查詢接口，供疫苗系統(tǒng)新增，查詢，查詢明細his系統(tǒng)的處方信息。.7患者信息同步應支持疫苗接種系統(tǒng)和his系統(tǒng)的患者信息互通，包括基本信息、聯(lián)系方式、醫(yī)療保險信息。.8his疫苗目錄應支持his疫苗同步至疫苗接種系統(tǒng)。.9處方信息對接應支持his系統(tǒng)處方信息和處方明細信息對接調(diào)試。.10結(jié)算接口應支持結(jié)算接口對接聯(lián)調(diào)，確保能夠正確地進行預結(jié)算、結(jié)算、結(jié)算單核對、電票核對、第三方支付數(shù)據(jù)核對個人收費日報、匯總?cè)請?、支付寶微信業(yè)務(wù)對賬、支付寶微信沖正。.11實施推廣應提供實施推廣，一年運維(含25家社區(qū)衛(wèi)生服務(wù)中心)。.12支付寶交易功能應支持支付寶交易功能。.13支付寶退費交易功能應支持支付寶退費交易功能。.14支付寶交易查詢功能應支持支付寶交易查詢功能。.15HIS與支付寶中心對賬應支持HIS與支付寶中心對賬功能。1.4.3慢病一體化門診系統(tǒng)建設(shè)包含衛(wèi)健部門及全區(qū)25家社區(qū)衛(wèi)生服務(wù)中心及所轄274個衛(wèi)生服務(wù)站建設(shè)慢病一體化門診系統(tǒng)。一體化門診.1診前預檢——精準醫(yī)療診前階段在掛號時區(qū)分沒有到隨訪的慢病居民和到隨訪的慢病居民兩類，其中到隨訪周期的慢病居民是需要實施診前管理的目標人群。到隨訪周期的慢病居民需要根據(jù)掛號單上的提示進入診前管理室進行診前信息的采集，完成慢病的診前管理后再分診到全科進行就醫(yī)。診前護士引導居民在一體機、穿戴設(shè)備或健康小屋設(shè)備或區(qū)域進行身高體重、血壓血糖體征信息的測量，數(shù)據(jù)保存至區(qū)縣數(shù)據(jù)庫；診前護士打開慢病一體化門診系統(tǒng)模塊，根據(jù)預檢列表（身份證查詢/讀卡）定位到居民后，進入預隨訪功能；預隨訪表單支持自動讀取社服系統(tǒng)下發(fā)庫中此居民的上次隨訪信息至表單中，并以綠色字體標識；若此居民本次有一體機測量采集到的體征數(shù)據(jù)，將覆蓋上次“體征采集”模塊的值；診前護士詢問居民癥狀、個人生活習慣信息，做出相應指導，并完善/修改預隨訪表單中的“病情問詢”和“生活習慣”模塊進行保存操作，完成診前的預隨訪階段；掛號分流居民掛號時，調(diào)閱慢病醫(yī)防融合協(xié)同平臺接口識別居民是否需要醫(yī)防融合一體化管理。居民掛號時，醫(yī)防融合隨訪周期內(nèi)的居民掛號單上引導至診前服務(wù)器接受服務(wù)。需要進行醫(yī)防融合一體化管理的居民，智能提示先進行診前服務(wù)，并且居民會出現(xiàn)醫(yī)防融合協(xié)同平臺的預檢列表的待檢列表中。兩慢病一體化門診系統(tǒng)與醫(yī)保聯(lián)動。健康處方與級平臺對接獲取基本信息、按時服藥、規(guī)律運動信息。與級平臺對接獲取慢病健康處方信息，包括：減少鈉鹽、心理平衡、既往90天內(nèi)相關(guān)檢查結(jié)果異常以及未來90天內(nèi)相關(guān)建議檢查項目信息。預檢列表預檢列表左上方可進行預檢狀態(tài)的選擇，支持按待檢、已檢、全部三種狀態(tài)進行人員過濾。預檢列表最底部可根據(jù)選中不同的狀態(tài)，統(tǒng)計不同狀態(tài)組合下的人數(shù)。（1）慢病類型篩選應支持各種組合的篩選查詢，查詢出當前所有需要進行診前服務(wù)的患者。應支持按高血壓條件篩選，篩選在社服系統(tǒng)中正在被高血壓專項管理的居民。應支持按糖尿病條件進行篩選，篩選出在社服系統(tǒng)中正在被糖尿病專項管理居民。兩慢病一體化門診系統(tǒng)與社服系統(tǒng)聯(lián)動獲取。快捷查詢預檢列表查詢，支持通過居民姓名快速查詢到居民。應支持通過居民的就診號碼快速定位檢索到居民，并且自動獲取居民健康檔案信息和體征信息填充到隨訪表。應支持通過身份證，進行查詢居民，并且自動獲取居民健康檔案信息和體征信息。（1）居民信息預隨訪表單可獲取居民基本信息與健康檔案信息，具體應包括：姓名、性別、出生日期、聯(lián)系電話；檔案編號、是否簽約、管轄機構(gòu)、管轄團隊、責任醫(yī)生、網(wǎng)格地址、是否糖尿病管理、隨訪計劃時間（糖）、是否高血壓管理、隨訪計劃時間（高）。兩慢病一體化門診系統(tǒng)與HIS系統(tǒng)聯(lián)動。應支持自動獲取居民上次測量的90天以內(nèi)的體征數(shù)據(jù)應支持實時獲取居民健康檔案信息和居民隨訪信息，如體征采集信息、病情問詢信息、生活習慣，同時支持對本次隨訪信息進行修改。應支持展示居民醫(yī)防融合執(zhí)行路徑，并且詳細展示每個路徑的得分情況。應支持查詢居民本次就診的醫(yī)防融合路徑執(zhí)行情況，并且可以查詢居民醫(yī)防融合路徑執(zhí)行評分。應支持居民就診狀態(tài)，如為預檢、已預檢、已隨訪、已提交，會根據(jù)居民醫(yī)防融合路徑執(zhí)行情況自動變更狀態(tài)。應支持選中預檢列表里的居民，雙擊居民自動填充居民健康檔案數(shù)據(jù)、預檢數(shù)據(jù)或者上次隨訪數(shù)據(jù)到隨訪表單中，同時支持診前護士對數(shù)據(jù)進行修正。人群分類應支持在掛號階段區(qū)分需進行診前管理的人群，相關(guān)人群掛號時在掛號單上進行相應的提醒，實現(xiàn)患者的分類標識與分診。依據(jù)社區(qū)衛(wèi)生服務(wù)信息系統(tǒng)下發(fā)至區(qū)縣的健康檔案、隨訪計劃信息，獲取到就診居民的建檔及隨訪情況，通過標簽（高、高隨、糖、糖隨）對居民進行分類標識。應支持診前護士對居民進行按病種分類，高血壓患者使用“高”標簽進行標記，并提供高血壓病種隨訪專用表單。應支持診前護士對居民進行標簽分類，糖尿病患者使用“糖”標簽進行標記，并且提供糖尿病病種隨訪專用表單。系統(tǒng)應能自動識別患者是否是高血壓患者，并且調(diào)用醫(yī)防融合系統(tǒng)平臺判斷居民是否屬于隨訪周內(nèi)，則使用“高隨”標簽進行標記，用于提醒醫(yī)生進行診中隨訪。系統(tǒng)應能自動識別患者是否為高糖尿病患者，并且調(diào)用醫(yī)防融合系統(tǒng)平臺接口判斷居民是否屬于隨訪周內(nèi)，則使用“糖隨”標簽進行標記，用于提醒醫(yī)生進行診中隨訪。體征采集與讀取通過健康小屋自檢設(shè)備獲取居民的體征測量數(shù)據(jù)。包括：身高、體重、目標體重、腰圍、目標腰圍、BMI、收縮壓、舒張壓、心率（高必填）、是否空腹（糖必填）、血糖（糖必填）。其中，舒張壓/收縮壓，心率以及血糖數(shù)據(jù)每次隨訪都會清空，若本日已經(jīng)通過健康小屋自檢設(shè)備獲取測量數(shù)據(jù)則會自動讀取，且自動覆蓋上條數(shù)據(jù)。除此之外的其他數(shù)據(jù)前90天內(nèi)沒有做過隨訪，則在錄入隨訪前加載時會清空，需重新錄入，如果是但隨訪當天前90天內(nèi)已經(jīng)做過隨訪，則數(shù)據(jù)不會清空。診前支持護士對居民體征信息采集和錄入到系統(tǒng)中，支持外接穿戴設(shè)備，完成居民信息自助采集和上傳到醫(yī)防融合協(xié)同平臺。診前支持護士對居民病情詢問，并且支持護士進行手動信息采集和保存。診前支持護士對居民生活習慣信息采集和保存。當日待預檢居民，已采集過信息系統(tǒng)會自動將該居民記錄標記顏色，防止重復采集和錄入。健康評估應支持與級平臺對接獲取居民基本情況、就醫(yī)情況以及健康風險評估數(shù)據(jù)。應提供醫(yī)護人員查看居民的健康狀況進行健康風險評估功能。權(quán)限管理使用一體化門診管理員或診前護士角色可看到“診前階段”模塊。診前階段僅能讀取到本機構(gòu)的掛號列表。已經(jīng)進行過一體化門診管理，且已經(jīng)進入診中或診后階段，則診前階段模塊不可再操作修改，只能在診中和診后階段修改數(shù)據(jù)，且修改數(shù)據(jù)會同步至各個階段。.2診中管理——智能就醫(yī)在診中階段，醫(yī)生在為慢病居民的看診時，需要整體把控居民健康狀況，對診前信息的確認，并進行診中階段的內(nèi)容服務(wù)，包括對居民慢病用藥及轉(zhuǎn)診情況信息的干預處置，進一步完善慢病隨訪表單。診中模塊應對接HIS系統(tǒng)，HIS系統(tǒng)在為患者就診過程中主動發(fā)起并單點登錄調(diào)閱AI小助手（詳見3），調(diào)閱成功后，進入該居民的診中管理模塊。醫(yī)生可以通過AI小助手得知居民是否到達隨訪周期，若已到達會有相應功能提示，醫(yī)生據(jù)此決定是否進行醫(yī)防融合隨訪。醫(yī)生為接受診前管理的居民進行隨訪前，查閱AI小助手提供的就診歷史信息、血糖血壓曲線、既往90天內(nèi)已完成的檢驗檢查項目、未來90天建議的檢驗檢查項目和臨床問診建議。醫(yī)生明確診斷、開具或調(diào)整藥物。醫(yī)生在模塊中進行診中階段醫(yī)防融合隨訪的錄入工作，并有權(quán)對診前部分的內(nèi)容進行調(diào)整。同時提供醫(yī)生查看居民健康處方、年度評估報告的功能。事務(wù)提醒診中階段，醫(yī)生可獲得AI小助手的智能提醒：AI小助手“醫(yī)防融合隨訪”的按鈕通過顏色提醒醫(yī)生居民是否到達隨訪周期，醫(yī)生據(jù)此決定是否進行醫(yī)防融合隨訪；檢查檢驗建議提醒醫(yī)生該居民尚未完成的檢驗檢查和需復查的檢驗檢查；臨床就診建議提供診療路徑或調(diào)整藥物的參考，實現(xiàn)智能輔助醫(yī)生看診的功能。HIS結(jié)束就診時，若存在未完成的診前階段預隨訪、預體檢，則自動調(diào)閱打開“一體化門診模塊”醫(yī)防融合隨訪表單提醒醫(yī)生進行；AI助手應支持診中醫(yī)生接診時，系統(tǒng)自動判斷該患者是否需要進行一體化門診管理；應支持his系統(tǒng)會自動調(diào)閱慢病一體化門診系統(tǒng)提供的插件；應支持醫(yī)生通過AI小助手查看患者信息，包括：患者基本信息、就診歷史記錄、檢驗檢查建議、臨床問診建議、健康處方、年度評估；應支持醫(yī)生查看隨訪單中已保存的診前信息，包括：健康檔案、體征采集、病情問詢、生活習慣。診中隨訪應支持診中醫(yī)生對居民用藥情況調(diào)整，可以引入醫(yī)生在his中為居民已經(jīng)開具的處方；用藥情況：應支持醫(yī)生勾選“用藥情況是否變更”信息。若未變更，則用藥信息直接默認上次隨訪內(nèi)容，且要求診中完成本次預隨訪；若已變更，醫(yī)生既可選擇在診中完成預隨訪，也可賦權(quán)診后護士進行后續(xù)完善工作，相關(guān)用藥信息可從處方中匹配獲取，系統(tǒng)還支持門診處方一鍵導入。具體功能包括：建議用藥調(diào)整、服藥依從性、藥物不良反應、詳細用藥信息。轉(zhuǎn)診情況：應支持醫(yī)生勾選是否需要轉(zhuǎn)診（不能填、自動判斷），轉(zhuǎn)診狀態(tài)、轉(zhuǎn)診原因、機構(gòu)和科別、未轉(zhuǎn)診原因。健康處方“一體化門診模塊”應與衛(wèi)健大數(shù)據(jù)平臺提供的健康處方信息對接，醫(yī)生可通過AI小助手的“健康處方”的按鈕調(diào)閱查看相關(guān)內(nèi)容：包括：基本信息、按時服藥、規(guī)律運動、減少鈉鹽、心理平衡、既往90天內(nèi)相關(guān)檢查結(jié)果異常以及未來90天內(nèi)相關(guān)建議檢查項目信息。健康評估“一體化門診模塊”將與衛(wèi)健大數(shù)據(jù)平臺提供的年度健康評估報告對接，醫(yī)生可通過AI小助手的“年度評估”的按鈕調(diào)閱查看相關(guān)信息。包含基本情況：高血壓危重等級、糖尿病等級、心血管患病風險、腦卒中患病風險、中醫(yī)體質(zhì)；就醫(yī)情況：門診總次數(shù)、住院總次數(shù)、醫(yī)防融合隨訪次數(shù)、簽約機構(gòu)就診次數(shù)以及簽約機構(gòu)轉(zhuǎn)診次數(shù)。檢驗檢查建議診中醫(yī)生應能調(diào)閱AI小助手，查看患者最近90天的檢驗檢查報告，并且會標出異常指標。同時也可以在AI小助手上根據(jù)居民情況給出未來90天需要做檢驗檢查的項目。醫(yī)防融合管理路徑醫(yī)防融合協(xié)同集成高血壓、糖尿病醫(yī)防融合管理路徑，輔助醫(yī)生進行規(guī)范化的醫(yī)防融合診療和管理。權(quán)限管理使用一體化門診管理員或全科醫(yī)生角色可看到“診中階段”模塊。某中心級機構(gòu)，診中階段僅能為在本機構(gòu)全科掛號的醫(yī)防融合居民做診中管理。若某居民本人已經(jīng)進行過一體化門診管理，且已經(jīng)進入已提交及以后階段，則診中階段模塊不可再操作修改。.3診后跟蹤——便捷服務(wù)診后階段，診后護士對當日就診的慢性病患者進行回顧梳理，將隨訪、體檢的內(nèi)容進行進一步的補充完善后，一鍵提交到社服系統(tǒng)并按社服系統(tǒng)要求進行表單填充與保存提交，完成一體化門診信息錄入社服系統(tǒng)的全部流程。醫(yī)防融合隨訪應支持簽約醫(yī)生/團隊在診后查詢居民健康檔案。應支持簽約醫(yī)生/團隊在診后完善錄入體征采集信息。應支持團隊在診后完善隨訪信息補充。應支持團隊對居民病情問詢填寫補充。應支持團隊對居民生活習慣問詢以及填寫補充。醫(yī)防融合路徑應支持查詢患者本次就診的醫(yī)防融合路徑得分。應支持按診前、診中、診后，各階段展示醫(yī)防融合路徑執(zhí)行分數(shù)。數(shù)據(jù)收集社服系統(tǒng)對接：社服系統(tǒng)將對血壓血糖導入隨訪功能進一步改造適配，支持傳入完整預隨訪數(shù)據(jù)包。健康處方互聯(lián)：獲取健康處方信息，實現(xiàn)市區(qū)兩級健康處方數(shù)據(jù)的互聯(lián)互通，社服系統(tǒng)最終可引用。年度健康評估報告對接：提供衛(wèi)健大數(shù)據(jù)平臺健康處方與年度健康評估報告的鏈接，醫(yī)生可隨時調(diào)閱查看，按需使用。診后追溯通過衛(wèi)健大數(shù)據(jù)平臺健康處方與年度健康評估報告的對接，支持信息查閱及回顧功能。醫(yī)生可隨時調(diào)閱查看，進行一體化門診數(shù)據(jù)預覽，包括醫(yī)防融合隨訪表單、檢驗檢查結(jié)果、健康檔案、年度評估。社服賬號維護應支持在慢病一體化門診系統(tǒng)新增多個社服系統(tǒng)賬號。應支持批量新增社服系統(tǒng)賬號。應支持在慢病一體化門診系統(tǒng)刪除和修改已經(jīng)維護的社服系統(tǒng)賬號。應支持選擇特定社服賬號進行高血壓隨訪信息上傳到社服系統(tǒng)。應支持選擇特定社服賬號進行糖尿病隨訪信息上傳到社服系統(tǒng)。權(quán)限管理應支持多角色，使用一體化門診管理員、診前護士、全科醫(yī)生、團隊助手均可看到“診后階段”模塊。應支持按機構(gòu)級權(quán)限控制，診后階段僅能為在本機構(gòu)全科掛號的醫(yī)防融合居民做診后管理。上傳社服應支持高血壓隨訪信息無縫對接上傳至社服信息。應支持糖尿病隨訪信息無縫對接上傳至社服系統(tǒng)。AI小助手患者信息管理患者基本就診信息，應包含患者姓名、性別、年齡，患者的個性標簽以及出生日期、簽約醫(yī)生、簽約機構(gòu)。簽約信息管理：簽約醫(yī)生、簽約機構(gòu)，支持查詢簽約是否處于有效期信息。信息查詢服務(wù)患者在本區(qū)縣內(nèi)最新一次的就診歷史信息，應包括就診時間與診斷結(jié)果。提供血糖折線圖和血壓折線圖對患者歷次的血糖血壓數(shù)值變化進行展示：簽約信息查詢：應支持在插件中查詢患者的簽約機構(gòu)和簽約醫(yī)生。健康檔案查詢：應支持調(diào)用慢病一體化門診系統(tǒng)接口查詢個人健康檔案、隨訪類型、體征信息、病情問詢、生活習慣、用藥情況、轉(zhuǎn)診情況、健康評估信息。歷史就診記錄查詢：應支持查詢居民歷史就診記錄、歷史診斷以及就診日期信息。生理數(shù)據(jù)查詢：應支持血糖數(shù)據(jù)查詢與展示（血糖曲線形式）。生理數(shù)據(jù)查詢：應支持血壓數(shù)據(jù)查詢與展示（血壓曲線形式）。檢驗檢查報告查詢：應支持查詢居民90天內(nèi)檢驗檢查報告。檢驗檢查報告查詢：應支持檢驗檢查報告結(jié)果異常項目特別標注。檢驗檢查報告查詢：應支持查詢居民未來90天檢驗檢查項目建議。醫(yī)療隨訪服務(wù)應包含患者既往90天內(nèi)已做的檢驗檢查項目以及智能建議的患者未來90天可做的檢驗檢查項目，提供一鍵開單功能對檢查檢驗項目報表進行打印。隨訪管理：表單模塊化設(shè)計，應支持隨訪表單內(nèi)模塊快速定位。隨訪管理：插件中支持通過按鈕顏色，區(qū)分患者是否處在隨訪周期內(nèi)，并提示醫(yī)生對處于隨訪周期內(nèi)的居民進行隨訪。檢驗檢查開單：應支持對需要做的檢驗檢查項目多選，并且對選擇的檢驗檢查項目進行一鍵開單。檢驗檢查開單：應支持對護士診前預檢采集的信息進行修改。慢病一體化門診路徑管理醫(yī)防融合路徑查詢：應支持醫(yī)防融合管理路徑的查詢，高血壓管理路徑和糖尿病管理路徑。醫(yī)防融合用藥管理：醫(yī)防融合用藥調(diào)整，應支持導入醫(yī)生在HIS為患者開具的門診處方。醫(yī)防融合用藥管理：應支持對導入的門診處方進行修改。健康評估與處方管理診中模塊對接HIS系統(tǒng)，HIS系統(tǒng)在為患者就診過程中主動發(fā)起并單點登錄調(diào)閱AI小助手，調(diào)閱成功后，進入該居民的診中管理模塊。健康評估調(diào)閱：應支持查看居民歷年的年度評估，并支持健康評估的調(diào)閱和導入醫(yī)防融合協(xié)同平臺。健康處方管理：應支持健康處方的調(diào)閱和導入到醫(yī)防融合協(xié)同平臺。工作量統(tǒng)計標化當量值維護應支持對標化當量名稱和值進行維護，給醫(yī)生的工作績效考核提供支撐?？冃Э己朔治鰴C構(gòu)總工作量統(tǒng)計：應支持以時間條件查詢，在此選擇起止時間對數(shù)據(jù)進行篩選。醫(yī)生總工作量統(tǒng)計：應支持通過醫(yī)生工作量對醫(yī)生的工作績效進行考核，表單內(nèi)容包含醫(yī)生姓名、總工作量以及分工作量的明細。醫(yī)生工作量明細：應提供查看醫(yī)生個人工作量明細表的功能。慢病一體化社區(qū)衛(wèi)生服務(wù)中心實施內(nèi)容25家社區(qū)衛(wèi)生服務(wù)中心上線醫(yī)生護士慢病一體化賬導維護、上傳社服工號配置?！菊埥?jīng)辦人確保表述無誤】社區(qū)衛(wèi)生服務(wù)站點實施內(nèi)容269家社區(qū)衛(wèi)生服務(wù)站醫(yī)生護士慢病一體化賬導維護。269家社區(qū)衛(wèi)生服務(wù)站上傳社服工號配量。七類人群HIS業(yè)務(wù)場景改造.1自費窗口讀卡功能改造港澳居民居住證讀卡:應支持窗口芯片信息讀取、查詢、建檔。臺灣居民居住證讀卡:應支持窗口芯片信息讀取、查詢、建檔。港澳居民來往內(nèi)地通行證讀卡:應支持窗口芯片信息讀取、查詢、建檔。臺灣居民來往大陸通行證讀卡:應支持窗口芯片信息讀取、查詢、建檔。外國人永久居留身份證(現(xiàn)版)讀卡:應支持窗口芯片信息讀取、查詢、建檔。外國人永久居留身份證(新版)讀卡:應支持窗口芯片信息讀取、查詢、建檔。外國護照讀卡:應支持窗口芯片信息讀取、查詢、建檔。.2自助機終端配套接口改造港澳居民居住證讀卡:應支持自助終端的讀卡、建檔、檔案查詢、預約、取號、掛號結(jié)算、收費結(jié)算。臺灣居民居住證讀卡:應支持自助終端的讀卡、建檔、檔案查詢、預約、取號、掛號結(jié)算、收費結(jié)算。港澳居民來往內(nèi)地通行證讀卡:應支持自助終端的讀卡、建檔、檔案查詢、預約、取號、掛號結(jié)算、收費結(jié)算。臺灣居民來往大陸通行證讀卡:應支持自助終端的讀卡、建檔、檔案查詢、預約、取號、掛號結(jié)算、收費結(jié)算。外國人永久居留身份證(現(xiàn)版)讀卡:應支持自助終端的讀卡、建檔、檔案查詢、預約、取號、掛號結(jié)算、收費結(jié)算。外國人永久居留身份證(新版)讀卡:應支持自助終端的讀卡、建檔、檔案查詢、預約、取號、掛號結(jié)算、收費結(jié)算。外國護照讀卡:應支持自助終端的讀卡、建檔、檔案查詢、預約、取號、掛號結(jié)算、收費結(jié)算。.3線上預約掛號配套接口改造應支持線上七類人群的線上業(yè)務(wù)：支持線上七類人群的線上檔案查詢、線上預約、線上取消預約。.4HIS接口改造應支持掛號查詢改造、收費查詢改造、預約查詢改造、掛號收費日報改造、匯總?cè)請蟾脑臁?.4.4數(shù)據(jù)高鐵數(shù)據(jù)高鐵數(shù)據(jù)對碼.1醫(yī)療機構(gòu)信息系統(tǒng)實時貫通提升工程對碼根據(jù)《醫(yī)療機構(gòu)信息系統(tǒng)實時貫通提升工程實施方案》，對醫(yī)療機構(gòu)完成交換節(jié)點改造部署，根據(jù)最新修訂的《全民健康信息平臺技術(shù)白皮書》，修改對應數(shù)據(jù)集以及字段，并完成西醫(yī)診斷標準編碼按照ICD-10國家臨床2.0的對碼工作，以支持省平臺上傳要求，共包含門診業(yè)務(wù)、住院業(yè)務(wù)、體檢業(yè)務(wù)、其他業(yè)務(wù)醫(yī)療數(shù)據(jù)集。.2數(shù)據(jù)集和數(shù)據(jù)集字段更新主動異構(gòu)數(shù)據(jù)源抽取1.日志抽取從源端數(shù)據(jù)庫的在線日志或者歸檔日志捕獲源端數(shù)據(jù)的變化。2.分布式消息隊列處理分布式發(fā)布訂閱消息系統(tǒng)中的分布式消息隊列是大數(shù)據(jù)平臺架構(gòu)中的關(guān)鍵組件。在結(jié)合數(shù)據(jù)挖掘，數(shù)據(jù)分析和數(shù)據(jù)監(jiān)控等需求的情況下，能夠滿足各種實時在線和批量離線處理應用場合對低延遲和批量吞吐性能的要求。3.解析管理功能應包括：啟動、監(jiān)控、重啟的其他進程；報告錯誤及事件；分配數(shù)據(jù)存儲空間；發(fā)布閾值報告。數(shù)據(jù)高鐵數(shù)據(jù)采集數(shù)據(jù)庫同步工具應支持首次同步、批量同步以及實時增量同步等模式；支持各類文件之間的實時高效共享；支持實現(xiàn)數(shù)據(jù)庫到大數(shù)據(jù)平臺之間，能夠很好地滿足區(qū)域內(nèi)部數(shù)據(jù)互聯(lián)互通需求。應能夠智能捕獲生產(chǎn)系統(tǒng)的數(shù)據(jù)實時變化，包括數(shù)據(jù)變化和數(shù)據(jù)結(jié)構(gòu)變化，保證數(shù)據(jù)的一致性；數(shù)據(jù)復制過程中增加源端提交時間，操作類型，目標端入庫時間，以及為觸發(fā)器取數(shù)預留列等字段；數(shù)據(jù)復制過程中針對delete操作轉(zhuǎn)換為目標端不刪原有數(shù)據(jù)，只打標簽以及修改源端提交時間，操作類型，目標端入庫時間等字段；為了預防此功能的數(shù)據(jù)沖突，如果源端插入的數(shù)據(jù)在目標端因為delete操作保留的數(shù)據(jù)自動轉(zhuǎn)換為在delete數(shù)據(jù)上執(zhí)行update操作。數(shù)據(jù)變更捕獲數(shù)據(jù)變更捕獲主要功能是實時地將業(yè)務(wù)庫中的數(shù)據(jù)同步到區(qū)域大數(shù)據(jù)中心庫中，同時對數(shù)據(jù)進行轉(zhuǎn)換處理，將轉(zhuǎn)換后的數(shù)據(jù)寫入到專用的數(shù)據(jù)集市中，以供其他業(yè)務(wù)系統(tǒng)使用。該系統(tǒng)提供可配置的、可調(diào)度的和快速部署的管理工具，對數(shù)據(jù)在同步和轉(zhuǎn)換中的異常要有捕捉和補償機制，從而確保數(shù)據(jù)的最終一致性。數(shù)據(jù)變更捕獲包括數(shù)據(jù)庫日志解析模塊、主動異構(gòu)數(shù)據(jù)源抽取模塊、大數(shù)據(jù)流轉(zhuǎn)換模塊、目標數(shù)據(jù)存儲模塊等。數(shù)據(jù)庫日志解析通過讀取源端生產(chǎn)系統(tǒng)數(shù)據(jù)庫中的日志獲取變化數(shù)據(jù)，經(jīng)過內(nèi)部解析和轉(zhuǎn)換，再根據(jù)TCP/IP協(xié)議發(fā)送并快速應用到目標端，完成異構(gòu)數(shù)據(jù)的實時同步過程。將各種數(shù)據(jù)庫日志解析后生成中間統(tǒng)一日志格式存儲。大數(shù)據(jù)流轉(zhuǎn)換模塊大數(shù)據(jù)流轉(zhuǎn)換模塊應基于B/S架構(gòu)，集大數(shù)據(jù)任務(wù)設(shè)計、部署和執(zhí)行等功能為一體的數(shù)據(jù)流轉(zhuǎn)換軟件套件，支持圖形化的同步、轉(zhuǎn)換和裝載等任務(wù)的設(shè)計部署和執(zhí)行，并且提供任務(wù)的遠程執(zhí)行和監(jiān)控功能，實現(xiàn)對平臺內(nèi)所有執(zhí)行主機的統(tǒng)一管理和監(jiān)控。任務(wù)監(jiān)控在任務(wù)部署完成之后，平臺還應提供查看每一臺執(zhí)行主機上的任務(wù)調(diào)度執(zhí)行狀態(tài)列表和詳情的功能。可以通過平臺查看平臺上執(zhí)行的各類任務(wù)的執(zhí)行狀態(tài)和執(zhí)行情況。前置機管理前置機管理應遵循國家標準，對公共衛(wèi)生和醫(yī)療的各個業(yè)務(wù)標準進行管理。同時對第三方接入提供標準文檔支持和對應數(shù)據(jù)的校驗功能，對接入前置機的調(diào)用方進行權(quán)限管理。另外，還提供查看前置機接入過程產(chǎn)生的正確日志、錯誤日志、傳輸日志等日志查詢功能，以及對日志進行統(tǒng)計分析的功能。信息推送模式平臺應提供WebService服務(wù)，供醫(yī)院接入系統(tǒng)調(diào)用，實現(xiàn)與平臺的交互。第一步：ip權(quán)限管理、密鑰權(quán)限管理維護調(diào)用方的接入權(quán)限。（醫(yī)院系統(tǒng)管理員操作）第二步：字典對照維護：如要驗證字典文件需要進行這一步操作。（醫(yī)院系統(tǒng)管理員操作）平臺應提供統(tǒng)一的字典服務(wù)器，包含所有字典目錄，支持各應用系統(tǒng)查詢下載字典，也支持醫(yī)院本地字典的上傳，以及醫(yī)院本地字典和中心字典的對照管理。第三步：數(shù)據(jù)抽取異常配置：維護錯誤日志發(fā)送的郵箱。（醫(yī)院系統(tǒng)管理員操作）該步驟可選。第四步：接入前置機，錄入第一步維護的系統(tǒng)接入編碼及密碼，并進行權(quán)限認證。（系統(tǒng)接入商操作）第五步：如第四步驗證通過的話，則開始上傳bsxml結(jié)構(gòu)的數(shù)據(jù)。第六步：查看定時上傳日志：數(shù)據(jù)上傳正確，點擊“傳輸日志”查看；數(shù)據(jù)上傳失敗，點擊“錯誤日志”查看。（系統(tǒng)接入商操作）數(shù)據(jù)高鐵數(shù)據(jù)質(zhì)控.1數(shù)據(jù)質(zhì)量管理數(shù)據(jù)質(zhì)量管理展示數(shù)據(jù)質(zhì)量相關(guān)數(shù)據(jù)分析，應包括：得分排名，區(qū)域得分GIS展示，維度得分，錯誤率，平均延遲天數(shù)等相關(guān)數(shù)據(jù)分析，其中這些展示內(nèi)容可以通過二次開發(fā)修改展示內(nèi)容。區(qū)域總體概覽區(qū)域管理者能夠通過首頁發(fā)現(xiàn)數(shù)據(jù)評價排名變化，查看整體的排名、得分，可查看具體機構(gòu)的得分情況和分項得分情況。機構(gòu)總體概覽機構(gòu)管理者應能夠通過首頁了解當前機構(gòu)數(shù)據(jù)質(zhì)量情況，包括排名，缺陷等，由此來發(fā)現(xiàn)問題，對問題進行跟蹤和分析。.2數(shù)據(jù)質(zhì)量報告綜合報告應支持區(qū)域衛(wèi)健委用戶或者機構(gòu)用戶登錄，查看中心平臺下發(fā)的質(zhì)控報告。不同的角色看到的報告頁面有部分差異。明細報告應支持各個緯度查看具體數(shù)據(jù)質(zhì)量報告，并可查看詳細的錯誤明細。區(qū)分機構(gòu)衛(wèi)健委用戶和機構(gòu)用戶展示頁面有差異。專項報告應支持根據(jù)專項考核方案生成的專項考核報告。問題數(shù)據(jù)報告應支持在數(shù)據(jù)質(zhì)量報告的基礎(chǔ)上，進一步展示數(shù)據(jù)質(zhì)量明細數(shù)據(jù)。在選定時間范圍內(nèi)，展示統(tǒng)計不同維度下，每一條規(guī)則內(nèi)容的質(zhì)量，以及規(guī)則內(nèi)容對應的稽核條目（質(zhì)量系數(shù)計算的最小單元），可具體看到哪個稽核條目引起的數(shù)據(jù)質(zhì)量問題，以及問題數(shù)據(jù)。日校驗報告應支持查詢?nèi)我饽程炷硞€質(zhì)控規(guī)則的數(shù)據(jù)質(zhì)控結(jié)果。.3數(shù)據(jù)質(zhì)量標準評價體系評價內(nèi)容應支持平臺采集的所有數(shù)據(jù),按照數(shù)據(jù)集標準劃分可分為醫(yī)療部分和公共衛(wèi)生部分。評價內(nèi)容涵蓋采集數(shù)據(jù)的準確性、及時性、穩(wěn)定性、邏輯性（關(guān)聯(lián)性）以及一致性等多個維度。質(zhì)量配置（1）規(guī)則類別管理應依據(jù)各區(qū)域、機構(gòu)制定的質(zhì)控評價標準，配置各區(qū)域機構(gòu)的質(zhì)量模型的相關(guān)信息，包括質(zhì)控模型的名稱、關(guān)聯(lián)標準數(shù)據(jù)集，以及質(zhì)控模型對應的評估維度（規(guī)則類別）、評分設(shè)置以及規(guī)則校驗范圍。（2）規(guī)則管理質(zhì)量規(guī)則維護，可以將所有的校驗規(guī)則配置在質(zhì)量模型，及定義的評估維度（規(guī)則類別）下，支持對規(guī)則的名稱、校驗方法，校驗數(shù)據(jù)集、校驗字段以及校驗規(guī)則的設(shè)置。系統(tǒng)預置一定數(shù)量的標準數(shù)據(jù)集質(zhì)量規(guī)則，區(qū)域機構(gòu)可根據(jù)自身業(yè)務(wù)需求，將預置規(guī)則引入至維護的質(zhì)量模型下，減少區(qū)域機構(gòu)質(zhì)控規(guī)則維護工作量，從而快速應用質(zhì)量管理系統(tǒng)。權(quán)重管理：通過設(shè)置評估維度和評價規(guī)則所占權(quán)重的大小，滿足不同時期，不同數(shù)據(jù)質(zhì)量管理要求。（3）質(zhì)量評價方案方案管理：不同的醫(yī)療機構(gòu)，業(yè)務(wù)重點也存在著不小的差異。與平臺進行數(shù)據(jù)交換時，不同機構(gòu)，需要重點關(guān)注的數(shù)據(jù)也不同。通過對不同類型機構(gòu)的評價方案個性化定制，實現(xiàn)重點數(shù)據(jù)監(jiān)控的目的。制定可配置、可管理、可靈活評價的方案，根據(jù)不同維度、權(quán)重、規(guī)則、時間、版本制定個性化方案，對各個機構(gòu)的業(yè)務(wù)數(shù)據(jù)好壞考核、評估、分析。制定的方案，包括所需數(shù)據(jù)集，數(shù)據(jù)集下的規(guī)則、規(guī)則權(quán)重、維度名稱、維度權(quán)重、評分方法、規(guī)則算法（加權(quán)平均or算數(shù)平均）及比分。方案分配：根據(jù)不同的情況，制定質(zhì)量方案，分配給下屬機構(gòu)，可不定期考察下屬機構(gòu)數(shù)據(jù)質(zhì)量穩(wěn)定情況。一段時間內(nèi)計劃不啟用或者關(guān)閉，也制定下一個階段方案分配給下屬機構(gòu)。列出方案的內(nèi)容并允許修改形成新的方案，可設(shè)置方案開始時間，結(jié)束時間。（4）質(zhì)量計劃管理通過配置質(zhì)控校驗程序的運行計劃，實現(xiàn)對各區(qū)域機構(gòu)的數(shù)據(jù)進行質(zhì)量校驗，以及質(zhì)控結(jié)果統(tǒng)計與上傳。質(zhì)控計劃默認是每天凌晨2點開始對前一天的交換數(shù)據(jù)進行質(zhì)量校驗，校驗結(jié)束后及時上傳質(zhì)控結(jié)果到質(zhì)控中心。（5）校驗日志支持按日志代碼、日志名稱查詢某天質(zhì)控規(guī)則的校驗日志。（6）提醒設(shè)置設(shè)置消息接受機構(gòu)和消息接收人員并可以配置時間和預警方式（首頁、郵件、短信），配置預警接收郵箱，配置預警發(fā)送手機，設(shè)置預警綜合得分閾值，根據(jù)設(shè)置的對象，內(nèi)容，和規(guī)則等，系統(tǒng)根據(jù)設(shè)置類型及結(jié)果自動根據(jù)周期以郵件的形式推送提醒；設(shè)置手機號碼的自動發(fā)送短信內(nèi)容；設(shè)置首頁提醒的，在首頁輪播消息通知。數(shù)據(jù)高鐵數(shù)據(jù)上傳（迭代升級）.1數(shù)據(jù)交換管理數(shù)據(jù)建模管理應支持以下功能：系統(tǒng)內(nèi)置完整的臨床電子病歷數(shù)據(jù)模型，支持患者基本信息、就診信息、病歷信息、病案首頁、診斷信息、醫(yī)囑信息、檢驗信息、檢查信息、手術(shù)信息、一般護理信息等關(guān)鍵臨床信息的建模，并支持靈活增加維護；界面化操作可基于平臺數(shù)據(jù)模型創(chuàng)建表、自定義表字段、維護索引等；支持大數(shù)據(jù)庫類型表創(chuàng)建，如Hive、hbase等，并支持分區(qū)字段配置；業(yè)務(wù)模型段落與表，業(yè)務(wù)模型節(jié)點與表字段建立對應關(guān)系；通過模型展現(xiàn)，實現(xiàn)類E-R圖的模型可視化查閱；支持界面化查看建模操作日志，全方位保障數(shù)據(jù)安全，快速定位問題源頭。數(shù)據(jù)采集管理應支持以下功能：具備廣泛的數(shù)據(jù)源適配能力，系統(tǒng)內(nèi)置適配器和連接器，支持各種數(shù)據(jù)庫，包括但不限于達夢、人大金倉、統(tǒng)信；支持與醫(yī)院內(nèi)各業(yè)務(wù)系統(tǒng)數(shù)據(jù)采集的接口配置功能；支持基于數(shù)據(jù)日志采集、接口采集、觸發(fā)器采集等多種數(shù)據(jù)采集方式；支持SQL語句采集、存儲過程采集、文檔附件采集、FTP文件采集；支持單模型多任務(wù)驅(qū)動模式；支持增量數(shù)據(jù)采集，自動采集同步新產(chǎn)生的數(shù)據(jù)；支持實時數(shù)據(jù)采集，包括高頻數(shù)據(jù)更新，自動將數(shù)據(jù)同步更新至存儲層；支持針對數(shù)據(jù)采集任務(wù)設(shè)置不同頻率、不同時段、不同采集接口、不同adapter接口；內(nèi)置豐富的數(shù)據(jù)采集任務(wù)腳本，極大地提高數(shù)據(jù)采集效率；可生成數(shù)據(jù)采集的記錄日志；可根據(jù)日志跟蹤解決數(shù)據(jù)采集錯誤；支持批量分配告警方案，并通過多元化的渠道，包括站內(nèi)通訊、短信、郵件、微信公眾號、微信小程序、釘釘?shù)燃皶r推送給相關(guān)人員。采集調(diào)度管理應支持以下功能：將任務(wù)分發(fā)到多個執(zhí)行節(jié)點上，實現(xiàn)任務(wù)的并行處理；支持動態(tài)擴展調(diào)度服務(wù)器，可根據(jù)任務(wù)負載的實際情況自動合理分配調(diào)度資源；可根據(jù)歷史執(zhí)行情況和系統(tǒng)資源狀況，進行任務(wù)調(diào)度優(yōu)化，包括執(zhí)行順序和策略，最大化資源利用率和系統(tǒng)吞吐量；具備完善的容錯和恢復功能，能夠自動檢測并處理執(zhí)行失敗的任務(wù)；提供豐富的管理和監(jiān)控功能，支持通過可視化的界面查看任務(wù)的執(zhí)行情況、系統(tǒng)資源使用狀況、日志信息。智能異常處理對采集過程中發(fā)生的異常進行自動處理，確保異常得到及時且有效地解決。對于不同類型的錯誤，系統(tǒng)支持配置靈活地處理頻率和策略，包括重采、重傳，刪除。數(shù)據(jù)采集監(jiān)控數(shù)據(jù)采集監(jiān)控模塊包含采集中臺、采集異常追蹤和數(shù)據(jù)對賬。（1）采集中臺采集全鏈路監(jiān)控，應包括日志采集、數(shù)據(jù)采集、壓包、解包入庫的全過程；應支持日志庫、緩沖庫異常查看，并支持重采、全部重采、重傳、全部重傳、清空日志庫、刪除等操作；對采集任務(wù)進行統(tǒng)計，應包括采集任務(wù)總量，啟動、停止、未啟動、完成狀態(tài)下的任務(wù)數(shù)；應能查看采集任務(wù)異常、錯誤量排名情況，以便及時發(fā)現(xiàn)并處理潛在問題；應支持按時間統(tǒng)計并查看平臺的采集趨勢情況，以便用戶能全面了解數(shù)據(jù)采集在不同時間段的分布情況；應支持統(tǒng)計各目標庫的數(shù)據(jù)總量；應能查看各目標庫的分區(qū)統(tǒng)計和數(shù)據(jù)統(tǒng)計情況；（2）數(shù)據(jù)對賬系統(tǒng)應支持按業(yè)務(wù)模型查看數(shù)據(jù)對賬情況，按天統(tǒng)計源庫和中心庫主索引表的數(shù)據(jù)采集歷史總量，監(jiān)控采集總量是否異常；.2數(shù)據(jù)傳輸管理消息標準標準定義：各個系統(tǒng)之間進行交流的信息是以消息的形式在平臺上流轉(zhuǎn)。消息的標準管理主要為交換信息的語義和內(nèi)容結(jié)構(gòu)制定標準。數(shù)據(jù)以消息作為載體從一個系統(tǒng)傳遞到另一個系統(tǒng)。消息定義功能滿足用戶定義消息模型，通過用戶定義的消息模型決定系統(tǒng)之間要傳遞的數(shù)據(jù)。支持基于規(guī)則的消息發(fā)布/訂閱機制。協(xié)議轉(zhuǎn)換：交換協(xié)議的轉(zhuǎn)換是對異構(gòu)系統(tǒng)各種交換協(xié)議之間格式的轉(zhuǎn)換功能，該組件能夠通過使用模版的方式將數(shù)據(jù)和格式分離。同一組件的不同實例使用不同模板，用來處理不同業(yè)務(wù)的消息，以實現(xiàn)不同異構(gòu)系統(tǒng)遵循不同的協(xié)議格式也能完成數(shù)據(jù)的交換。協(xié)議轉(zhuǎn)換應支持XML&JSON等格式消息之間的轉(zhuǎn)換，支持自定義協(xié)議、HL72.x協(xié)議、HL73.x、CDA等協(xié)議的轉(zhuǎn)換。消息存儲：集成平臺應提供NoSQL非關(guān)系型存儲，能夠?qū)崿F(xiàn)消息的快速檢索。同時提供一套消息日志查找的前端消息引擎，支持各種組合條件的快速搜索。服務(wù)注冊集成平臺以二次開發(fā)包的方式，上傳自定義服務(wù)的jar包進行服務(wù)注冊、發(fā)布。服務(wù)注冊后以微服務(wù)的方式進行服務(wù)器部署、服務(wù)啟停管理?？膳炕颡毩Ψ?wù)進行調(diào)用、權(quán)限控制、日志監(jiān)控。組件注冊與jar包上傳按服務(wù)域進行歸類管理，服務(wù)域發(fā)布時，可發(fā)布到不同的服務(wù)器容器中，服務(wù)器容器又可以自由部署在不同的服務(wù)器上，進而實現(xiàn)組件的微服務(wù)、集群部署。用戶可根據(jù)自身業(yè)務(wù)或功能需要，自定義組件進行注冊，也可直接使用系統(tǒng)自帶的常用組件。目前集成平臺提供WebService/HTTP/Socket/MQ接入與代理組件、消息轉(zhuǎn)換、路由、數(shù)據(jù)庫終端工具、分布式事務(wù)、重發(fā)、流程調(diào)用、定時器等服務(wù)組件。數(shù)據(jù)庫終端工具：提供數(shù)據(jù)庫終端工具組件，能夠?qū)⒔邮盏降南⒅苯訉懭牖蛘吒碌綐I(yè)務(wù)系統(tǒng)的數(shù)據(jù)庫中。分布式事務(wù)處理：針對webservice接入和HTTP接入支持分布式事務(wù)處理，當消息路由到多方時，其中一方失敗，能通知調(diào)用成功方撤回操作，保障事物的一致性。流程路由組件提供可編程的流程路由功能，根據(jù)傳入的參數(shù)判斷走哪個流程（通過入?yún)⒑驮O(shè)置在路由后面組件的標簽值來確定）。通用數(shù)據(jù)庫訪問組件：支持SQL及SQL節(jié)點的查詢、插入、更新、刪除，存儲過程、函數(shù)、迭代器的使用，同時可自定義設(shè)置執(zhí)行條件和超時時間。通用字符串轉(zhuǎn)換組件：通用字符串轉(zhuǎn)換就是把數(shù)據(jù)庫查詢到的結(jié)果輸出到字符串，字符串的整體格式固定，實際內(nèi)容可由用戶自定義。該組件接收一個MAP的輸入?yún)?shù)，配置支持freemarker的寫法，輸出一個字符串。脫敏組件：脫敏組件是用于數(shù)據(jù)脫敏，根據(jù)傳入的數(shù)據(jù)，獲取對應的系統(tǒng)或角色和消息類型，然后根據(jù)這些信息找到對應的脫敏配置，根據(jù)配置來脫敏指定節(jié)點的指定位置。在滿足互聯(lián)互通測評要求的前提下，也可根據(jù)院內(nèi)實際業(yè)務(wù)數(shù)據(jù)交互需要，利用業(yè)務(wù)路由、消息處理等組件，擴展標準服務(wù)的交互消息數(shù)據(jù)，滿足院內(nèi)實際業(yè)務(wù)。同時可自定義擴充通互聯(lián)互通以外的實際在用業(yè)務(wù)服務(wù)。服務(wù)編排在上線集成平臺之前，區(qū)域各個業(yè)務(wù)系統(tǒng)之間的業(yè)務(wù)調(diào)用都是直接點對點的，形成網(wǎng)狀調(diào)用模式。沒有統(tǒng)一的數(shù)據(jù)交換標準，導致一個個的信息孤島，無法進行區(qū)域內(nèi)的數(shù)據(jù)利用。集成平臺上線后，通過業(yè)務(wù)服務(wù)注冊、服務(wù)組件編排的方式，把所有的業(yè)務(wù)系統(tǒng)的服務(wù)接口全部發(fā)布在集成引擎上，通過功能組件編排，實現(xiàn)業(yè)務(wù)服務(wù)調(diào)用前后的數(shù)據(jù)處理，對數(shù)據(jù)進行標準化、服務(wù)進行自動路由等等，由集成引擎提供統(tǒng)一對外的接口調(diào)用規(guī)范。這樣就實現(xiàn)區(qū)域內(nèi)的服務(wù)接口標準和數(shù)據(jù)標準。集成平臺的服務(wù)編排應提供流程編排視圖、概覽視圖兩大視圖界面：編排視圖支持用戶按照區(qū)域內(nèi)實際的業(yè)務(wù)流程和業(yè)務(wù)系統(tǒng)數(shù)據(jù)傳遞情況，將平臺上的服務(wù)和組件通過拖拽連線的方式進行編排，形成數(shù)據(jù)處理的流轉(zhuǎn)路徑，實現(xiàn)數(shù)據(jù)的處理、轉(zhuǎn)換、字典翻轉(zhuǎn)、格式校驗等操作。同時，可配置整個流程的出、入?yún)⑾⒛Ｐ停M行出入?yún)z驗。概覽視圖可設(shè)置服務(wù)流程的等級，為后續(xù)流程的網(wǎng)關(guān)控制做準備，另外，控制流程的啟禁用、刪除、復制、編輯等，查看流程的狀態(tài)及流程排序。服務(wù)測試集成平臺提供服務(wù)注冊和編排功能，通過二次開發(fā)包用戶可自行上傳和發(fā)布服務(wù)，為了服務(wù)的正確性，不再上線后影響到整個集成平臺的穩(wěn)定性，同時了解某個服務(wù)的運行情況，提供服務(wù)流程的測試功能，包括流程測試和步驟測試。服務(wù)測試是針對整個服務(wù)流程的測試。通過輸入服務(wù)的接入類型（WebService/Http/Https/RPC/Socket/MQ）、服務(wù)地址、接入名、用戶名、密碼等屬性信息，進行模擬調(diào)用測試。可設(shè)置批量調(diào)用的次數(shù)和調(diào)用間隔時間，然后系統(tǒng)會記錄多次調(diào)用的成功、失敗情況以及每次調(diào)用的出入?yún)⑷罩尽２襟E測試可自由選取整個流程的任意一段（單個步驟組件或多個連續(xù)的步驟組件）進行測試，測試完畢可展示選取范圍步驟的正常/異常情況、每一步驟的耗時、每個步驟的輸入/輸出日志。服務(wù)發(fā)布服務(wù)流程編排及配置完成后，保存在本地，可通過服務(wù)發(fā)布功能把服務(wù)流程一鍵發(fā)布到服務(wù)器上，提供給調(diào)用方調(diào)用。服務(wù)發(fā)布分：灰度環(huán)境發(fā)布和正式環(huán)境發(fā)布，發(fā)布時可選擇發(fā)布到灰度環(huán)境或正式環(huán)境，可以便捷地切換正式環(huán)境和測試環(huán)境。集成平臺服務(wù)發(fā)布應支持集群的高可用模式，可在平臺集群服務(wù)器上自由選擇不同服務(wù)分類發(fā)布的服務(wù)器。異常處理集成平臺應提供服務(wù)流程的異步異常處理功能，當調(diào)用集成平臺上的異步服務(wù)時，不確定是否發(fā)送成功，可通過此組件對消息進行重發(fā)（發(fā)送到錯誤步驟或指定步驟）、轉(zhuǎn)發(fā)（轉(zhuǎn)發(fā)到其他流程處理）、暫存（暫時保存到庫中）、刪除（只保留錯誤調(diào)用記錄，詳細的消息刪除）、忽略（不保留任何信息，相當于跳過異常處理）。集成監(jiān)控集成監(jiān)控是對整個集成平臺的整理情況進行監(jiān)控，包括集成平臺的服務(wù)監(jiān)控、服務(wù)器運行情況、服務(wù)調(diào)用整體情況、平臺出入量情況、接入點統(tǒng)計及服務(wù)的發(fā)布與訂閱情況。服務(wù)監(jiān)控提供數(shù)據(jù)交換服務(wù)監(jiān)控，可監(jiān)控統(tǒng)計所有數(shù)據(jù)交換服務(wù)性能。能夠按照區(qū)域、節(jié)點、時間角度統(tǒng)計服務(wù)最大響應時間、最小響應時間、平均響應時間、總次數(shù)等參數(shù)。服務(wù)狀態(tài)：服務(wù)狀態(tài)監(jiān)控，針對異常記錄，可追蹤異常發(fā)生節(jié)點，以及異常節(jié)點的輸入輸出、錯誤信息提示，準確掌握錯誤，精準修復。消息追蹤：支持對每一個消息傳輸環(huán)節(jié)的監(jiān)控和審核，針對流程每個步驟進行調(diào)用量、平均響應時間、最大響應時間、成功次數(shù)、錯誤次數(shù)、異常處理次數(shù)等監(jiān)控，能夠查看發(fā)生錯誤的環(huán)節(jié)、錯誤類型、耗時等，對于數(shù)據(jù)傳輸狀況有較靈活的反饋。調(diào)用情況：全部服務(wù)都有日志監(jiān)控、調(diào)用方監(jiān)控、調(diào)用異常分析（調(diào)用異常錯誤類型、認證異常類型、檢驗日志等）。錯誤監(jiān)控：查看每條流程被調(diào)用過程中是否發(fā)生錯誤。記錄每條服務(wù)發(fā)生的錯誤數(shù)，以及該服務(wù)發(fā)生的每個錯誤的錯誤時間、錯誤步驟、錯誤代碼、錯誤內(nèi)容，并可對發(fā)生的錯誤批量執(zhí)行錯誤處理機制。綜合監(jiān)控：對集成平臺的整體情況進行監(jiān)控，包括平臺服務(wù)接入的機構(gòu)、廠商、業(yè)務(wù)系統(tǒng)數(shù)量、平臺總的服務(wù)數(shù)量、服務(wù)器數(shù)量、服務(wù)調(diào)用數(shù)、異常數(shù)等。服務(wù)調(diào)用量、錯誤量趨勢；服務(wù)調(diào)用量、服務(wù)響應耗時