項目需求參數(shù)

項目需求參數(shù)1、健康云專用PDA（軟硬件）數(shù)量：15套 預算：37萬項目類型：硬件一、項目周期：《開工申請單》經(jīng)甲方確認之日起15個日歷日內(nèi)1、開工日期：甲乙雙方商定日期起7個工作日內(nèi)，乙方提交《開工申請單》2、竣工日期：《開工申請單》經(jīng)甲方確認之日起15個日歷日二、交貨地：長海醫(yī)院指定地點三、項目簡介：我院為了應對可能出現(xiàn)的疫情反彈情況和大規(guī)模檢測情況，在大規(guī)模篩查時可以從容調(diào)配資源，實現(xiàn)“愿檢盡檢”、“應檢盡檢”，特采購健康云專用PDA(軟硬件)設備。本核酸檢測設備可配合上海市新冠病毒核酸檢測信息管理系統(tǒng)（健康云），實現(xiàn)新冠病毒核酸檢測工作的信息登記、標簽打印、數(shù)據(jù)同步等全流程信息化管理，形成全流程閉環(huán)。四、技術要求1 健康云專用PDA(軟硬件)15臺1.1 硬件要求1.1.1 CPU:≥四核64位主頻2.0GHz1.1.2 操作系統(tǒng)：≥Android7.11.1.3 內(nèi)存：≥2GBRAM+16GBROM1.1.4 顯示屏：≥5.0英寸IPS彩色，多點觸控1.1.5 分辨率：≥720*12801.1.6 電池容量：≥4000mAh，待機時間≥100小時，工作時間≥8小時。1.1.7 ★網(wǎng)卡：4G物聯(lián)網(wǎng)卡（12月定向流量，1G）；WWAN:支持4G/3G/2G。1.1.8 藍牙：支持藍牙功能1.1.9 內(nèi)置打印機：支持熱敏不干膠打印；打印紙：配備三防熱敏標簽紙；打印紙尺寸：寬度≤60mm，直徑≤40mm；打印速度：≥40mm/s。1.1.10 后置攝像頭：≥500W像素高清攝像頭，支持自動對焦、閃光燈；前置攝像頭：≥200W像素彩色攝像頭。1.1.11 數(shù)據(jù)采集：支持一、二維條碼類型。1.1.12 原廠商提供1年硬件免費質(zhì)保，1年免費流量包，提供工程師7x24x4小時免費上門服務。2 維保服務：2.1 健康云專用PDA(軟硬件)自貨物簽收后包含一年免費質(zhì)保。2.2 自貨物簽收后第二年起，原廠商可提供收費延保服務。延保收費標準為：簽收后第二年、第三年，每年的維保費用不超過本合同貨物銷售價格的10%。3 流量費：3.1 每臺健康云專用PDA（軟硬件）包含一張免費4G物聯(lián)網(wǎng)卡（內(nèi)含12月定向流量，1200m（100m/月））。自第二年起，每年需購買流量包套餐（12月定向流量，1200m（100m/月）），并收取相應費用（不超過設備銷售價格的5%）。4 三防熱敏標簽打印紙4.1 健康云專用PDA（軟硬件）需配備相應的內(nèi)置三防熱敏標簽打印紙。額外購買三防熱敏標簽打印紙需收取相應費用。5 人員培訓服務1項5.1 按甲方需求派遣專業(yè)服務工程師對使用人員提供技術和使用培訓服務，并提供操作手冊等文檔。6 軟件安裝服務1項6.1 按甲方需求派遣專業(yè)服務人員提供相關軟件的安裝服務。6.2 按照甲方要求，原廠商需提供設備穩(wěn)定運行所需要的網(wǎng)絡配件等，保證網(wǎng)絡連通的穩(wěn)定性、可靠性、安全性、高可用性；現(xiàn)場設備安裝調(diào)試、整體系統(tǒng)運行配置及測試。6.3 ★支持上海市新冠病毒核酸檢測信息管理系統(tǒng)（健康云），實現(xiàn)新冠病毒核酸檢測工作的信息登記、標簽打印、掃描核酸碼、數(shù)據(jù)同步等全流程信息化管理，形成全流程閉環(huán)。6.4 包含身份證識別功能：支持全國居民身份證（公安部身份證數(shù)據(jù)庫）；使用授權3年有效。6.5 按甲方需求提供1年技術支持服務，7x24免費在線支持。7.1 項目實施服務 1項7.1.1 提供項目實施計劃文檔，其中包含以下內(nèi)容：7.1.1.1 提供詳細的實施計劃7.1.1.2 提供項目實施人員表，并提供相關人員簡歷及項目經(jīng)驗7.1.2 提供項目實施過程中的操作手冊7.2 人員組成及資質(zhì)：7.2.1 項目經(jīng)理1名，具有集成項目管理經(jīng)驗3年以上。7.2.2 實施工程師1名，具有集成項目實施經(jīng)驗3年以上。五、售后維護要求1、保修：①保修內(nèi)容：針對本項目采購的設備②保修期限：硬件3年③保修方式：按甲方需求④備品備件：上海地區(qū)⑤故障處理：7x24響應時間，2小時內(nèi)響應，4小時內(nèi)到現(xiàn)場，8小時內(nèi)解決六、驗收要求系統(tǒng)驗收后供應商須提供詳細的文檔，包括但不僅限于以下內(nèi)容：1、 安裝、測試文檔2、 送貨單七、其他要求1、 實施驗收后90天內(nèi)，支付合同款的95%；1年維護期滿后，支付質(zhì)保金（即合同款5%）。質(zhì)保金支付后，質(zhì)保期限繼續(xù)履行。2、 甲方保留對中標公司投標的產(chǎn)品進行性能功能測試的權利，如虛假應標，一切責任由中標公司承擔。3、 如乙方未能按合同規(guī)定的時間交貨時，乙方須每天支付甲方合同總金額的5‰作為違約金，違約金最高限額為合同總金額的5%。當造成的實際損失大于最高違約金時，乙方要給予甲方足夠賠償。若項目的滯后影響醫(yī)院正常運行等嚴重問題時，甲方可視情節(jié)輕重扣除合同金額全部款項并處罰合同金額的30%。4、 在系統(tǒng)維保期內(nèi)，如果系統(tǒng)因本身故障（不可抗力因素除外，如地震、洪災、電力中斷）而導致宕機持續(xù)時間超過6小時以上，乙方將按合同總價的10%對甲方進行賠償。5、 乙方將在合同規(guī)定的期限內(nèi)為甲方提供服務。6、 乙方將為所列明的每一項服務提供需交付的項目文檔資料。7、 乙方將按照本合同規(guī)定的付款方案向甲方提供正規(guī)發(fā)票。8、 乙方不得打探或泄露甲方工作秘密，不得隨意下載或瀏覽甲方資料。9、在履行合同的過程中，如出現(xiàn)乙方因故不能按時提供服務的情況，乙方應及時以書面形式將延誤時間和理由通知甲方。甲方同意延期的，可以書面形式同意酌情推遲提供服務的時間。10、當前處于軍隊改革深化時期，部分政策暫不明朗，如因軍隊政策調(diào)整造成本項目部分或全部服務內(nèi)容不能履行，院方不承擔由此產(chǎn)生的其它連帶責任。11、中標公司如未能按投標要求履行承諾的，5年內(nèi)不得參與甲方后續(xù)的投標活動。八、配置清單：（按照配置清單報價）序號類別單位數(shù)量單價（萬元）小計（萬元）1健康云專用PDA（硬件）臺152維保臺/年15*23流量費臺/年15*24三防熱敏標簽打印紙箱605人員培訓服務年36軟件安裝服務項1總計：（萬元）九、擴容約定（按照擴容清單報價）①健康云專用PDA（軟硬件）擴容清單。序號內(nèi)容單位數(shù)量單價(萬元)有效期1健康云專用PDA（硬件）臺1叁年2三防熱敏標簽打印紙箱1叁年2、門診運營管理系統(tǒng)數(shù)量：1套預算：46萬一、項目周期：經(jīng)甲乙雙方協(xié)商后，自合同簽定之日起7日內(nèi)，乙方提交《開工申請單》，《開工申請單》經(jīng)甲方確認之日起120個日歷日內(nèi)完成驗收。二、交貨地：長海醫(yī)院指定地點三、項目簡介：我院門診存在流量大而集中，隨機性強、就診環(huán)節(jié)多、疾病種類廣泛等特點，迫切需要借助信息化手段，發(fā)揮大數(shù)據(jù)作用，找尋問題，探究本質(zhì)，最大限度地調(diào)動門診工作人員的積極性和創(chuàng)造性，帶動門診的經(jīng)營效益，提高我院門診管理水平，提升患者就醫(yī)體驗感、獲得感。實時完成監(jiān)控門診運營流程過程中的每個環(huán)節(jié)，利用各環(huán)節(jié)數(shù)據(jù)構建科學門診管理，運用信息化手段改變門診管理模式，應對就診高峰、提升掛號預約機制、合理分配資源、合理利用專家資源。四、技術要求:（一）系統(tǒng)設計原則1.系統(tǒng)設計符合標準化規(guī)范。2.系統(tǒng)用戶界面友好，風格一致，操作簡單、直觀、靈活，易于學習掌握。3.系統(tǒng)需要提供基于用戶名、密碼的用戶身份認證系統(tǒng)和分別基于角色、基于功能的用戶權限管理功能。4.系統(tǒng)充分保證數(shù)據(jù)安全性、完整性。5.能夠及時提供系統(tǒng)維護和技術支持。（二）系統(tǒng)技術規(guī)格要求1.操作系統(tǒng)和數(shù)據(jù)庫要求：可支持SQLServer、Oracle等多種主流關系型數(shù)據(jù)庫系統(tǒng)。2.實用性：項目采用的技術路線和主要技術，是目前主流技術，能夠滿足未來信息化長期發(fā)展的要求。3.安全性：系統(tǒng)應實現(xiàn)7×24小時連續(xù)安全運行，性能穩(wěn)定，易于維護。有完善的權限管理機制，能夠根據(jù)業(yè)務需要，靈活設定每項功能的操作權限，將權限分配給不同的角色和用戶。4.高效性：系統(tǒng)響應速度快，工作站高峰期操作系統(tǒng)時無明顯等待時間，并發(fā)用戶同時運行時不能出現(xiàn)堵塞現(xiàn)象。5.擴展性：采用開放式的系統(tǒng)軟件平臺、模塊化的應用軟件結構，確保系統(tǒng)具有在系統(tǒng)產(chǎn)品的系列、容量與處理能力等方面的擴充與換代的可能，并可與其他業(yè)務系統(tǒng)進行無縫互連。（三）系統(tǒng)總體要求系統(tǒng)建設考慮對既有IT投資的保護和利用，基于現(xiàn)有的業(yè)務系統(tǒng)，在不影響原有系統(tǒng)的情況下，實現(xiàn)功能與現(xiàn)有業(yè)務系統(tǒng)之間數(shù)據(jù)和業(yè)務的無縫對接。具體表現(xiàn)為：1.易用性：貫徹面向最終用戶的原則，建立友好的用戶界面，使用戶操作簡單直觀。2.安全性：安全性是有效性和可用性的必要條件，不能因為各種原因導致數(shù)據(jù)丟失,或被非法修改而影響甚至停止醫(yī)院醫(yī)療服務的開展。醫(yī)療信息系統(tǒng)的安全除了硬件配置措施外，還應在系統(tǒng)運行方式、軟件設置、規(guī)章制度等多方面加以解決。3.靈活性：系統(tǒng)必須隨著衛(wèi)生政策法規(guī)的改變而相應變化，必須充分考慮系統(tǒng)的靈活性，合理安排系統(tǒng)結構。4.先進性：投標方所投軟件應為投標公司的最新版本，產(chǎn)品遵循體現(xiàn)近年在醫(yī)院管理、醫(yī)院信息化產(chǎn)品標準化、醫(yī)療服務的信息處理支持等方面的新要求新理念。（四）數(shù)據(jù)要求1．總體要求：1.1數(shù)據(jù)輸入:必須是格式化的數(shù)據(jù)，盡可能采用選擇輸入的方式輸入，做到快速、高效。1.2數(shù)據(jù)統(tǒng)計:必須提供所有選擇項目的數(shù)據(jù)統(tǒng)計功能，做到用戶自由選擇，自由統(tǒng)計。1.3數(shù)據(jù)備份:具備數(shù)據(jù)備份功能，可分為自動定時備份、自動異地備份和手工操作備份。1.4數(shù)據(jù)權限:必須提供數(shù)據(jù)使用權限功能，可根據(jù)科室、事件種類、報告者職業(yè)種類等設置權限。1.5數(shù)據(jù)安全:系統(tǒng)應提供完善的用戶權限數(shù)據(jù)訪問體系，應提供數(shù)據(jù)庫備份和異機備份與恢復等方面提供科學合理的安全措施。2．支持原數(shù)據(jù)的導入和利用3．支持數(shù)據(jù)文件多磁盤存儲4．支持數(shù)據(jù)備份優(yōu)化五、功能參數(shù)：門診運營系統(tǒng)主要功能劃分為八大模塊，分別為系統(tǒng)管理、基礎數(shù)據(jù)、醫(yī)生信息管理、考勤管理、業(yè)務監(jiān)控、輔助查詢、統(tǒng)計報表、信息維護，整體功能由B/S框架實現(xiàn)，核心功能參照院內(nèi)原有《門診運營管理系統(tǒng)V2.6.1》版本，具體功能劃分如下：大類模塊系統(tǒng)登錄系統(tǒng)登錄系統(tǒng)管理模塊管理模塊權限配置醫(yī)生站密碼維護默認診區(qū)設置口令修改診區(qū)維護病歷首頁打印診室編制維護診區(qū)信息維護特色門診信息維護醫(yī)生信息管理醫(yī)生信息查詢醫(yī)生信息維護智能分析服務醫(yī)生出診情況整合出診情況推送醫(yī)生信息一覽表考勤管理考勤確認考勤查詢醫(yī)生出診登記門診業(yè)務監(jiān)控門診掛號情況門診候診情況門診診室情況檢查業(yè)務監(jiān)控檢查業(yè)務量情況檢查等候情況預約業(yè)務監(jiān)控門診掛號預約情況檢查預約情況輔助查詢PACS圖文報告檢驗查詢報告查詢患者360視圖報表統(tǒng)計診室利用率門診接診人次統(tǒng)計專家接診情況匯總教授出診情況表專病門診接診病人效率統(tǒng)計門診量星期同比統(tǒng)計門診出診均次統(tǒng)計門診復診率統(tǒng)計預約占比情況退號原因分析門診預約率查詢數(shù)據(jù)生成(每月)信息維護醫(yī)院信息維護科室信息維護屏幕信息維護科室排序維護普通號別維護專家停診維護6.1系統(tǒng)登錄識別現(xiàn)有數(shù)據(jù)庫用戶信息，進行賬號與密碼校驗，并根據(jù)本系統(tǒng)配置的角色權限對應用戶信息的capability列，來對角色權限進行分析展示。6.2系統(tǒng)管理模塊管理對本系統(tǒng)功能菜單模塊進行查詢、新增、修改、刪除管理，為模塊權限配置做基礎數(shù)據(jù)準備。模塊權限配置可實現(xiàn)不同角色的增刪改查維護，維護角色的同時，可以針對不同角色進行系統(tǒng)的菜單權限分配，權限設置可分配到具體功能頁面，一種角色可賦予多個模塊或者頁面的權限，也可設置單個頁面權限。醫(yī)生站密碼維護實現(xiàn)當醫(yī)生不按順序叫號時，需要輸入密碼進行操作的功能，護士站可對其進行個性化維護。默認診區(qū)設置對模塊號信息進行在線修改。口令修改當前登錄人員可針對自己的登錄口令進行隨時修改，修改時會進行舊口令校驗，校驗通過后，錄入新口令并進行新口令確認后，才算修改成功。6.3基礎數(shù)據(jù)管理病歷首頁打印，打印內(nèi)容及模板參照下圖診室編制維護實現(xiàn)診室編制的增刪改查管理，維護內(nèi)容包含年、月、科室名稱、診室數(shù)等信息，提供診區(qū)編制功能，實現(xiàn)快速維護。診區(qū)信息維護實現(xiàn)診區(qū)、診室號、護士站IP、所屬科室、托管診區(qū)、診室類別的復合信息維護管理，實現(xiàn)醫(yī)生號別的精準對應。特色門診信息維護實現(xiàn)特色門診信息包含科室代碼、科室名稱、輸入碼、特殊號別的查詢修改管理。6.4醫(yī)生信息管理醫(yī)生信息查詢可根據(jù)科室、職稱、性別、證件號、工作狀態(tài)等多條件進行組合查詢，結果返回醫(yī)生的基本信息，選擇查詢結果中的任意一條信息，可查看所選醫(yī)生的信息一覽表。醫(yī)生信息維護醫(yī)生信息來源人力資源系統(tǒng)，支持初始化數(shù)據(jù)導入，醫(yī)生信息包含手機號、照片、科室、當前職稱【主任醫(yī)師、副主任醫(yī)師、主治醫(yī)師、住院醫(yī)師】(職稱默認住院醫(yī)師，后面需要跟是否聘任，是否聘任默認為是)、當前職稱評定日期、目標職稱、目標職稱申請條件(系統(tǒng)根據(jù)規(guī)則自動計算，計算結果如：已符合資質(zhì)或100天后可申請等)、性別、工作日期、入院日期、出生日期、政治面貌、民族、學歷、專業(yè)、職務、人員狀態(tài)【正常、退休、返聘、其它、離職、死亡】、證件類型【居民身份證、護照、軍官證、港澳通行證、臺灣通行證、其它】、證件號碼、違規(guī)行為【不合理行為、違規(guī)、違約、違法】、執(zhí)業(yè)狀態(tài)【正常、暫停、終止】、人員類別【現(xiàn)役、文職、社聘】、緊急聯(lián)系人、緊急聯(lián)系人手機號碼、個人專長、備注，可對醫(yī)生信息進行修改操作智能分析服務系統(tǒng)根據(jù)目前職稱或工作年限等規(guī)則自動計算升級職稱還需要的時長或條件形成結果如：已符合資質(zhì)或100天后可申請等；標識是否符合專家門診、特需門診等資質(zhì)；醫(yī)生出診情況整合對醫(yī)生出診情況進行匯總，匯總內(nèi)容包括醫(yī)生的目標出診次數(shù)、專家門診次數(shù)、普通門診次數(shù)、已經(jīng)出診次數(shù)；停診次數(shù)、停診理由、補診次數(shù)、申請補診記錄、補診時間記錄等，同時獲取醫(yī)生當前的出診情況；出診情況推送出診情況分兩部分組成，第一部分對接醫(yī)院短信平臺，將出診信息通過院內(nèi)短信平臺進行推送，第二部分指數(shù)據(jù)推送給門診系統(tǒng)，用作門診系統(tǒng)登錄時信息提醒。醫(yī)生信息一覽表包含醫(yī)生出診情況、智能分析結果、醫(yī)生信息維護內(nèi)的信息匯總，形成醫(yī)生信息一覽表，可通過醫(yī)生信息查詢頁面精準定位到具體醫(yī)生。6.5考勤管理考勤確認可根據(jù)日期、診區(qū)進行考勤信息的查詢預覽，可查詢到考勤信息對應的診室、醫(yī)生、出診時段、登錄工作展時間、實際簽到時間、登錄時間、是否遲到以及是否有效等多點信息、并針對考勤信息進行確認以及組長確認，并提供確認全部的一鍵確認功能?？记诓樵兏鶕?jù)日期范圍、科室、醫(yī)生、是否遲到的條件對考勤情況進行查詢跟蹤，并可將跟蹤結果進行打印、導出。醫(yī)生出診登記醫(yī)生出診登記分為兩個部分，一部分為醫(yī)生登記，主要指本系統(tǒng)內(nèi)自行維護的登記信息，包含登記日期、診區(qū)號、診室號、科室、時間段、醫(yī)生等信息，可對維護的內(nèi)容進行增刪改查的管理動作，另一部分為醫(yī)生登錄工作站信息，主要通過日期范圍、診區(qū)對醫(yī)生等登錄時間、登出時間、診區(qū)號、出診狀態(tài)進行查詢以及打印和導出功能。6.6門診業(yè)務監(jiān)控門診掛號情況根據(jù)全院、普通、專家、特需、特色門診等類型對各科室的接診人次、掛號人次進行監(jiān)控，數(shù)據(jù)基于院方大數(shù)據(jù)中心平臺，間隔15分鐘刷新一次，同時支持選擇日期回看歷史監(jiān)控數(shù)據(jù)門診候診情況根據(jù)全院、普通、專家、特需、特色門診等類型對各科室的接診人次、候診人次進行監(jiān)控，數(shù)據(jù)基于院方大數(shù)據(jù)中心平臺，間隔15分鐘刷新一次，同時支持選擇日期回看歷史監(jiān)控數(shù)據(jù)門診診室情況根據(jù)普通、專家、特需、特色、補診、未開診類型對診室的接診情況進行監(jiān)控，監(jiān)控對應具體診室號、接診時間、結束接診時間、開診科室名稱、已接診數(shù)、候診數(shù)、預約數(shù)、掛號數(shù)進行明顯展示，數(shù)據(jù)基于院方大數(shù)據(jù)中心平臺，間隔15分鐘刷新一次，同時支持選擇日期回看歷史監(jiān)控數(shù)據(jù)6..7檢查業(yè)務監(jiān)控檢查業(yè)務量情況對胸部CT、心臟彩超等不同檢查項目對應的當天預約檢查人次、預約已檢查人次、預約未檢查人次、今日檢查總人次、待日待檢人次、開單人次進行綜合展示，數(shù)據(jù)基于院方大數(shù)據(jù)中心平臺，間隔15分鐘刷新一次，同時支持選擇日期回看歷史監(jiān)控數(shù)據(jù)檢查等候情況根據(jù)各檢查科室的待檢人次進行綜合分析，間隔15分鐘刷新一次，將結果從高到低依次展示。6.8預約業(yè)務監(jiān)控門診掛號預約情況根據(jù)全院、普通、專家、特需、特色門診等類型對各科室當天預約人次、預約已掛號人次、預約到診人次、預約當天未就診人次進行綜合展示，數(shù)據(jù)基于院方大數(shù)據(jù)中心平臺，間隔15分鐘刷新一次，同時支持選擇日期回看歷史監(jiān)控數(shù)據(jù)檢查預約情況對胸部CT、心臟彩超等不同檢查項目的今日預約檢查人次、預約登記未檢查人次、預約未登記人次、最近可預約時間進行綜合展示6.9輔助查詢PACS圖文報告通過病人ID、病人姓名對待查看PACS圖文的病人進行精準查找，確認并選定病人后自動調(diào)用PACS的URL對象，將PACS圖文進行快速加載展示。檢驗查詢通過病人ID、病人姓名對待查看檢驗報告的病人進行精準查詢，查詢到病人后，可根據(jù)檢驗日期、報告打印狀態(tài)對該病人的檢驗結果進行明細查詢，明細內(nèi)容包含病人基本信息以及檢驗項目名稱和結果、檢驗標本等信息、報告查詢通過病人ID、病人姓名對待查看檢驗報告的病人進行精準查詢，查詢到病人后，可根據(jù)檢查年月對病人報告記錄進行檢索查詢，并可對檢查對應的PDF報告進行預覽?；颊?60視圖提供打開現(xiàn)有患者360視圖入口。6.10報表統(tǒng)計報表統(tǒng)計業(yè)務實現(xiàn)以跳轉院方大數(shù)據(jù)中心提供的報表鏈接地址為準，報表需支持導出功能，可根據(jù)日期范圍自定義查詢，報表內(nèi)容包含但不限于下列統(tǒng)計：診室利用率根據(jù)日期范圍對各科室在工作日期間上午、下午的開診數(shù)量情況進行匯總，在展示數(shù)量的前提下，實現(xiàn)工作日診室利用率的統(tǒng)計。門診接診人次統(tǒng)計根據(jù)年月以及院級、科級、醫(yī)生三項范圍標識對特需、專家和普通科室門診接診人次進行統(tǒng)計，統(tǒng)計結果包含名次、科室、全部人次匯總，以及對應的同期、同比、環(huán)比，醫(yī)保匯總和對應的同期、同比、環(huán)比等多項信息統(tǒng)計。專家接診情況匯總根據(jù)年月對專家門診具體情況，專家號、特需號、普通號、專病號對應的記錄數(shù)、停診次數(shù)、補診次數(shù)、實際出診次數(shù)、補診率、停診率以及出診總人數(shù)進行統(tǒng)計。教授出診情況表根據(jù)年份對教授出診情況進行統(tǒng)計，包含專家1到12月各月的情況以及普通號、合計。專病門診接診病人統(tǒng)計主要針對專病門診接診病人統(tǒng)計，包含科室、專病門診類別、出診時間、月開診次數(shù)、月接診總人數(shù)、次均接診病人數(shù)的統(tǒng)計。門診量星期同比統(tǒng)計主要針對門診量星期同比統(tǒng)計，包含星期、日期、總數(shù)、醫(yī)保、醫(yī)保占比、標準、標準占比、其它、同比日期、同比總數(shù)、總數(shù)差額、同比上升情況進行匯總。門診出診均次統(tǒng)計根據(jù)自定義月份范圍對專家及特需門診的出診均次進行統(tǒng)計，包含名次、科室、醫(yī)生、出診次數(shù)、醫(yī)保人次、標準人次、其它人次以及均次統(tǒng)計。門診復診率統(tǒng)計根據(jù)自定義月份范圍對門診復診率進行統(tǒng)計，包含科室、醫(yī)保、標準、其它以及合計匯總。預約占比情況根據(jù)自定義月份范圍對預約占比情況進行統(tǒng)計，包含科室、專家、專家預約、科室預約、專家號、預約掛號占比、科室掛號、科室掛號占比、現(xiàn)場、診間、自助、醫(yī)聯(lián)、住院、分時段、其它以及對應的占比統(tǒng)計。退號原因分析根據(jù)自定義月份范圍對退號原因進行統(tǒng)計，包含人員類別、掛號數(shù)、退號數(shù)、門診量、醫(yī)院原因、患方原因、脫落數(shù)以及對應的占比統(tǒng)計。門診預約率查詢根據(jù)自定義日期范圍對門診預約率進行統(tǒng)計，包含科室代碼、科室名稱、預約就診量、考核接診量、預約率、普通、專家、專家名義、考核等信息匯總統(tǒng)計。數(shù)據(jù)生成(每月)參照原有《門診運營管理系統(tǒng)V2.6.1》系統(tǒng)，根據(jù)具體月份對院內(nèi)相關數(shù)據(jù)進行生成，生成過的月份不再生成。6.11信息維護醫(yī)院信息維護實現(xiàn)醫(yī)院信息的維護管理功能，可進行查詢、修改、刪除操作，操作內(nèi)容包含簡介編碼、說明、簡介類型、圖片編號、詳細內(nèi)容。科室信息維護科室信息維護分為兩部分實現(xiàn)，一部分為特色介紹，包含科室的簡介、介紹內(nèi)容以及啟用狀態(tài)，可對相關信息進行新增、刪除以及修改操作，第二部分為醫(yī)生信息維護，醫(yī)生信息包含對醫(yī)生簡介列表的新增修改刪除操作以及特色介紹維護，醫(yī)生信息包含醫(yī)生級別、職稱、簡介1、簡介2、簡介3、狀態(tài)、圖片等信息，特色介紹包含對醫(yī)生的二級科室、編碼、特色的啟用狀態(tài)信息維護。屏幕信息維護屏幕信息維護需提供文字及視頻等信息的導入，生成通用格式，供各個大屏接收展示?？剖遗判蚓S護對科室順序進行調(diào)整，可根據(jù)科室簡介進行檢索，通過上移、下移的動作進行順序調(diào)整后保存。普通號別維護可根據(jù)醫(yī)生進行過濾查詢，對普通號別進行新增修改刪除維護，維護內(nèi)容包含號別、號別顯示名稱、號別描述、排序、狀態(tài)、科室名稱、醫(yī)生以及備注信息。專家停診維護可根據(jù)號別對停診信息進行過濾，對停診信息進行新增、修改、刪除維護，維護內(nèi)容包含號別、停診開始時間、停診結束時間、停診原因以及啟用狀態(tài)。六、售后維護要求：1、服務要求:系統(tǒng)供應商應本著認真負責態(tài)度，應配備完整和專業(yè)的實施隊伍，主要人員要求：項目經(jīng)理1名，實施人員2名，其中項目實施人員必須具有有同類產(chǎn)品實施經(jīng)驗，且項目經(jīng)理未得到醫(yī)院同意的情況下不得隨意更換。請投標人提供系統(tǒng)實施工程師名單，包括姓名、手機號碼、辦公地點、職責。2、軟件維護2.1維護內(nèi)容：涉及本項目的所有軟件2.2維護期限：項目驗收后1年2.3維護方式：遠程支持、現(xiàn)場服務2.4故障處理（響應時間）：7*24立即響應，2小時內(nèi)到現(xiàn)場，4小時內(nèi)解決。2.5巡檢：巡檢周期（巡檢報告、風險評估、改進方案）2.5.1每季度1次系統(tǒng)巡檢，國定假、重大事件前系統(tǒng)巡檢，巡檢結束后3工作日內(nèi)提供巡檢報告。2.6預維護：BUG修復、系統(tǒng)優(yōu)化2.6.1每季度1次系統(tǒng)預維護，包括BUG修復及系統(tǒng)優(yōu)化。2.7現(xiàn)場保障：重大事件現(xiàn)場保障2.8功能微調(diào)、個性化定制2.8.1在項目實施過程中及維護期內(nèi)，因國家政策或政府、醫(yī)院上級部門要求導致的被動性程序修改，供應商應及時提供程序修改服務，并確保系統(tǒng)的在政策要求的時限內(nèi)正確運行，該費用包含在報價總額及年維護費用內(nèi)，醫(yī)院不再另行支付相關費用。2.8.2供應商承諾所投標的信息系統(tǒng)軟件的功能調(diào)整及個性化定制費用包括在年維護費用內(nèi)。2.9培訓：項目實施驗收前對醫(yī)院信息中心技術人員及臨床使用人員提供技術和使用培訓，并提供操作手冊等文檔。2.10遷移：涉及本系統(tǒng)的服務器、數(shù)據(jù)庫、客戶端等遷移需求，供應商應積極配合，遷移所需的費用包含在年維護費中。2.11小版本升級：供應商承諾所投標的信息系統(tǒng)軟件的小版本升級費用包括在年維護費用內(nèi)。2.12系統(tǒng)集成：涉及本系統(tǒng)的集成需求，供應商應積極配合，與我院現(xiàn)有HIS、PACS、LIS等系統(tǒng)相關接口所需的費用包含在年維護費中。2.13續(xù)保約定：提供詳盡的系統(tǒng)建管用維方案和系統(tǒng)維護價格。系統(tǒng)年維護費用必須在談判響應性文件中確認，除非得到院方許可，今后年維護費用不得高于此確認價格。2.14源代碼歸屬權：乙方單獨開發(fā)的系統(tǒng)的版權歸乙方所有；乙方為甲方定制開發(fā)的系統(tǒng)源代碼及版權歸雙方所有，與醫(yī)院業(yè)務流程和管理緊密相關的系統(tǒng)源代碼及版權歸雙方所有，乙方免費提供相關源代碼。3、售后服務人員組成及資質(zhì)供應商需提供固定的售后維護人員，該人員應具備3年以上相關系統(tǒng)從業(yè)經(jīng)驗，如需更換應提前1個月告知院方；4、服務方式：非駐場。七、驗收要求系統(tǒng)驗收后供應商須提供詳細的文檔，包括但不僅限于以下內(nèi)容：1.需求分析文檔2.系統(tǒng)設計文檔3.系統(tǒng)測試報告4.系統(tǒng)試運行報告5.甲方簽字的系統(tǒng)驗收報告八、其他要求1.實施驗收后付項目軟件總金額的95%，維護期滿一年后付項目軟件總金額的5%。2.甲方保留對中標公司投標的產(chǎn)品進行性能功能測試的-權利，如虛假應標，一切責任由中標公司承擔。3.如乙方未能按合同規(guī)定的時間交貨時，乙方須每天支付甲方合同總金額的5‰作為違約金，違約金最高限額為合同總金額的5%。當造成的實際損失大于最高違約金時，乙方要給予甲方足夠賠償。若乙方按合同規(guī)定的時間超過30天仍未交貨時，甲方有權終止合同。4.在系統(tǒng)維保期內(nèi)，如果系統(tǒng)因本身故障（不可抗力因素除外，如地震、洪災、電力中斷）而導致宕機持續(xù)時間超過6小時以上，乙方將按合同總價的10%對甲方進行賠償。5.若項目的滯后影響醫(yī)院正常運行等嚴重問題時，甲方可視情節(jié)輕重扣除合同金額全部款項并處罰合同金額的30%。6.乙方將在合同規(guī)定的期限內(nèi)為甲方提供服務。7.乙方將為所列明的每一項服務提供需交付的項目文檔資料。8.乙方將按照本合同規(guī)定的付款方案向甲方提供正規(guī)發(fā)票。9.乙方不得打探或泄露甲方工作秘密，不得隨意下載或瀏覽甲方資料。10.在履行合同的過程中，如出現(xiàn)乙方因故不能按時提供服務的情況，乙方應及時以書面形式將延誤時間和理由通知甲方。甲方同意延期的，可以書面形式同意酌情推遲提供服務的時間。11.當前處于軍隊改革深化時期，部分政策暫不明朗，如因軍隊政策調(diào)整造成本項目部分或全部服務內(nèi)容不能履行，院方不承擔由此產(chǎn)生的其它連帶責任。12.中標公司如未能按投標要求履行承諾的，5年內(nèi)不得參與甲方后續(xù)的投標活動。13.在項目實施過程中及維護期內(nèi)，對于甲方所提的定制化需求，經(jīng)甲乙雙方評估后，不超過30天的開發(fā)工作量，由乙方免費駐場開發(fā)完成，乙方響應需求時間不得超過10天，即10天內(nèi)必須給出評估結果、開發(fā)方案。14.在項目實施過程中及維護期內(nèi),因國家政策或政府、醫(yī)院上級部門要求導致的被動性程序修改，乙方應及時提供程序修改服務，并確保系統(tǒng)的在政策要求的時限內(nèi)正確運行，該費用包含在報價總額及年維護費用內(nèi)，醫(yī)院不再另行支付相關費用。九、配置清單：（按照配置清單報價）序號內(nèi)容單位數(shù)量單價（萬元）小計1系統(tǒng)管理套12診區(qū)維護套13醫(yī)生信息管理套14考勤管理套15業(yè)務監(jiān)控套16輔助查詢套17統(tǒng)計報表套18信息維護套1合計3、全國醫(yī)保統(tǒng)一接口規(guī)范數(shù)量：1套 預算：50萬一、項目周期：《開工申請單》經(jīng)甲方確認之日起60個日歷日。二、交貨地：長海醫(yī)院指定地點三、項目簡介：為了進一步推進上海醫(yī)療保障信息平臺建設工作，貫徹落實《醫(yī)療保障信息平臺定點醫(yī)藥機構接口規(guī)范》（基線版1.1.*）相關要求（以下簡稱“接口規(guī)范”），需要各定點醫(yī)療機構根據(jù)接口規(guī)范，盡快完善內(nèi)部工作流程，實現(xiàn)接口開發(fā)工作。院內(nèi)結算管理系統(tǒng)需要進行改造以符合國家醫(yī)保平臺對接要求，需要完成患者掛號、結算、出入院管理等模塊的改造開發(fā)。四、技術要求:（一）系統(tǒng)設計原則1.系統(tǒng)設計符合標準化規(guī)范。2.系統(tǒng)用戶界面友好，風格一致，操作簡單、直觀、靈活，易于學習掌握。3.系統(tǒng)需要提供基于用戶名、密碼的用戶身份認證系統(tǒng)和分別基于角色、基于功能的用戶權限管理功能。4.系統(tǒng)充分保證數(shù)據(jù)安全性、完整性。5.能夠及時提供系統(tǒng)維護和技術支持。（二）系統(tǒng)技術規(guī)格要求1.操作系統(tǒng)和數(shù)據(jù)庫要求：可支持SQLServer、Oracle等多種主流關系型數(shù)據(jù)庫系統(tǒng)。2.實用性：項目采用的技術路線和主要技術，是目前主流技術，能夠滿足未來信息化長期發(fā)展的要求。3.安全性：系統(tǒng)應實現(xiàn)7×24小時連續(xù)安全運行，性能穩(wěn)定，易于維護。有完善的權限管理機制，能夠根據(jù)業(yè)務需要，靈活設定每項功能的操作權限，將權限分配給不同的角色和用戶。4.高效性：系統(tǒng)響應速度快，工作站高峰期操作系統(tǒng)時無明顯等待時間，并發(fā)用戶同時運行時不能出現(xiàn)堵塞現(xiàn)象。5.擴展性：采用開放式的系統(tǒng)軟件平臺、模塊化的應用軟件結構，確保系統(tǒng)具有在系統(tǒng)產(chǎn)品的系列、容量與處理能力等方面的擴充與換代的可能，并可與其他業(yè)務系統(tǒng)進行無縫互連。（三）系統(tǒng)總體要求系統(tǒng)建設考慮對既有IT投資的保護和利用，基于現(xiàn)有的業(yè)務系統(tǒng)，在不影響原有系統(tǒng)的情況下，實現(xiàn)功能與現(xiàn)有業(yè)務系統(tǒng)之間數(shù)據(jù)和業(yè)務的無縫對接。具體表現(xiàn)為：1.易用性：貫徹面向最終用戶的原則，建立友好的用戶界面，使用戶操作簡單直觀。2.安全性：安全性是有效性和可用性的必要條件，不能因為各種原因導致數(shù)據(jù)丟失,或被非法修改而影響甚至停止醫(yī)院醫(yī)療服務的開展。醫(yī)療信息系統(tǒng)的安全除了硬件配置措施外，還應在系統(tǒng)運行方式、軟件設置、規(guī)章制度等多方面加以解決。3.靈活性：系統(tǒng)必須隨著衛(wèi)生政策法規(guī)的改變而相應變化，必須充分考慮系統(tǒng)的靈活性，合理安排系統(tǒng)結構。4.先進性：投標方所投軟件應為投標公司的最新版本，產(chǎn)品遵循體現(xiàn)近年在醫(yī)院管理、醫(yī)院信息化產(chǎn)品標準化、醫(yī)療服務的信息處理支持等方面的新要求新理念。（四）數(shù)據(jù)要求1．總體要求：1.1數(shù)據(jù)輸入:必須是格式化的數(shù)據(jù)，盡可能采用選擇輸入的方式輸入，做到快速、高效。1.2數(shù)據(jù)統(tǒng)計:必須提供所有選擇項目的數(shù)據(jù)統(tǒng)計功能，做到用戶自由選擇，自由統(tǒng)計。1.3數(shù)據(jù)備份:具備數(shù)據(jù)備份功能，可分為自動定時備份、自動異地備份和手工操作備份。1.4數(shù)據(jù)權限:必須提供數(shù)據(jù)使用權限功能，可根據(jù)科室、事件種類、報告者職業(yè)種類等設置權限。1.5數(shù)據(jù)安全:系統(tǒng)應提供完善的用戶權限數(shù)據(jù)訪問體系，應提供數(shù)據(jù)庫備份和異機備份與恢復等方面提供科學合理的安全措施。2．支持原數(shù)據(jù)的導入和利用3．支持數(shù)據(jù)文件多磁盤存儲4．支持數(shù)據(jù)備份優(yōu)化五、功能參數(shù)軟件參數(shù)：醫(yī)院結算中心管理系統(tǒng)（國家醫(yī)保版）國家醫(yī)療保障信息平臺接口對接。國家醫(yī)療保障平臺數(shù)據(jù)上傳。國家醫(yī)療保障平臺字典數(shù)據(jù)下載與本地數(shù)據(jù)映射維護管理。城鎮(zhèn)醫(yī)保、居民醫(yī)保、職工醫(yī)保人員通過國家醫(yī)療保障平臺掛號登記結算。對暫時無法在國家平臺上進行結算的患者需通過上海醫(yī)保平臺進行掛號登記及門診結算。醫(yī)?？ā㈦娮俞t(yī)保碼通過國家醫(yī)保平臺顯示患者信息。急診掛號讀取患者基本信息的同時實現(xiàn)患者分級診療信息展示，并根據(jù)分級診療信息完成掛號。門診掛號讀取患者基本信息的同時實現(xiàn)患者預約數(shù)據(jù)展示，并根據(jù)預約信息完成掛號。掛號、結算繳費后通過短信平臺給患者發(fā)送相關通知短信。上海醫(yī)保及國家醫(yī)保并行階段，結算系統(tǒng)兼容性改造。國家醫(yī)保門診住院對賬功能。國家醫(yī)保批量沖正功能。實現(xiàn)掛號、收費每日結賬，并支持收據(jù)項目詳情查詢。門診大病登記備案及撤銷管理。結算管理系統(tǒng)（國家醫(yī)保版）與第三方系統(tǒng)對接改造結算中心（國家醫(yī)保版本）掛號登記對接預約管理系統(tǒng)。結算中心（國家醫(yī)保版本）對接第三方支付功能（微信、支付寶、云閃付、銀聯(lián)）。結算中心（國家醫(yī)保版本）對接體檢收費。自助機升級改造（國家醫(yī)保版）1. 自助機升級需支持城鎮(zhèn)醫(yī)保、居民醫(yī)保、職工醫(yī)保人員通過國家醫(yī)療保障平臺掛號登記。2. 自助機升級需支持城鎮(zhèn)醫(yī)保、居民醫(yī)保、職工醫(yī)保人員國家醫(yī)療保障參保人員門診結算。六、售后維護要求：1、服務要求:系統(tǒng)供應商應本著認真負責態(tài)度，應配備完整和專業(yè)的實施隊伍，主要人員要求：項目經(jīng)理1名，實施人員2名，其中項目實施人員必須具有有同類產(chǎn)品實施經(jīng)驗，且項目經(jīng)理未得到醫(yī)院同意的情況下不得隨意更換。請投標人提供系統(tǒng)實施工程師名單，包括姓名、手機號碼、辦公地點、職責。2、軟件維護2.1維護內(nèi)容：涉及本項目的所有軟件2.2維護期限：項目驗收后1年2.3維護方式：遠程支持、現(xiàn)場服務2.4故障處理（響應時間）：7*24立即響應，2小時內(nèi)到現(xiàn)場，4小時內(nèi)解決。2.5巡檢：巡檢周期（巡檢報告、風險評估、改進方案）2.5.1每季度1次系統(tǒng)巡檢，國定假、重大事件前系統(tǒng)巡檢，巡檢結束后3工作日內(nèi)提供巡檢報告。2.6預維護：BUG修復、系統(tǒng)優(yōu)化2.6.1每季度1次系統(tǒng)預維護，包括BUG修復及系統(tǒng)優(yōu)化。2.7現(xiàn)場保障：重大事件現(xiàn)場保障2.8功能微調(diào)、個性化定制2.8.1在項目實施過程中及維護期內(nèi)，因國家政策或政府、醫(yī)院上級部門要求導致的被動性程序修改，單次工作量不超過20個工作日，供應商應及時提供程序修改服務，并確保系統(tǒng)的在政策要求的時限內(nèi)正確運行，該費用包含在報價總額及年維護費用內(nèi)，醫(yī)院不再另行支付相關費用。2.8.2供應商承諾所投標的信息系統(tǒng)軟件的功能調(diào)整及個性化定制費用包括在年維護費用內(nèi)。2.9培訓：項目實施驗收前對醫(yī)院信息中心技術人員及臨床使用人員提供技術和使用培訓，并提供操作手冊等文檔。2.10遷移：涉及本系統(tǒng)的服務器、數(shù)據(jù)庫、客戶端等遷移需求，供應商應積極配合，遷移所需的費用包含在年維護費中。2.11小版本升級：供應商承諾所投標的信息系統(tǒng)軟件的小版本升級費用包括在年維護費用內(nèi)。2.12系統(tǒng)集成：涉及本系統(tǒng)的集成需求，供應商應積極配合，與我院現(xiàn)有HIS、PACS、LIS等系統(tǒng)相關接口所需的費用包含在年維護費中。2.13續(xù)保約定：提供詳盡的系統(tǒng)建管用維方案和系統(tǒng)維護價格。系統(tǒng)年維護費用必須在談判響應性文件中確認，除非得到院方許可，今后年維護費用不得高于此確認價格。2.14源代碼歸屬權：該項目是乙方為甲方定制開發(fā)的系統(tǒng)，且與醫(yī)院業(yè)務流程和管理緊密相關，源代碼及版權歸雙方所有。該項目驗收后，乙方免費提供相關源代碼，包括日常修改更新的源代碼。3、售后服務人員組成及資質(zhì)供應商需提供固定的售后維護人員，該人員應具備3年以上相關系統(tǒng)從業(yè)經(jīng)驗，如需更換應提前1個月告知院方；4、服務方式：按甲方要求駐場或非駐場。七、驗收要求系統(tǒng)驗收后供應商須提供詳細的文檔，包括但不僅限于以下內(nèi)容：1.需求分析文檔2.系統(tǒng)設計文檔3.系統(tǒng)測試報告4.系統(tǒng)試運行報告5.甲方簽字的系統(tǒng)驗收報告八、其他要求1.軟件：實施驗收后付項目軟件總金額的95%，維護期滿一年后付項目軟件總金額的5%。2.甲方保留對中標公司投標的產(chǎn)品進行性能功能測試的-權利，如虛假應標，一切責任由中標公司承擔。3.如乙方未能按合同規(guī)定的時間交貨時，乙方須每天支付甲方合同總金額的5‰作為違約金，違約金最高限額為合同總金額的5%。當造成的實際損失大于最高違約金時，乙方要給予甲方足夠賠償。若乙方按合同規(guī)定的時間超過30天仍未交貨時，甲方有權終止合同。4.在系統(tǒng)維保期內(nèi)，如果系統(tǒng)因本身故障（不可抗力因素除外，如地震、洪災、電力中斷）而導致宕機持續(xù)時間超過6小時以上，乙方將按合同總價的10%對甲方進行賠償。5.若項目的滯后影響醫(yī)院正常運行等嚴重問題時，甲方可視情節(jié)輕重扣除合同金額全部款項并處罰合同金額的30%。6.乙方將在合同規(guī)定的期限內(nèi)為甲方提供服務。7.乙方將為所列明的每一項服務提供需交付的項目文檔資料。8.乙方將按照本合同規(guī)定的付款方案向甲方提供正規(guī)發(fā)票。9.乙方不得打探或泄露甲方工作秘密，不得隨意下載或瀏覽甲方資料。10.在履行合同的過程中，如出現(xiàn)乙方因故不能按時提供服務的情況，乙方應及時以書面形式將延誤時間和理由通知甲方。甲方同意延期的，可以書面形式同意酌情推遲提供服務的時間。11.當前處于軍隊改革深化時期，部分政策暫不明朗，如因軍隊政策調(diào)整造成本項目部分或全部服務內(nèi)容不能履行，院方不承擔由此產(chǎn)生的其它連帶責任。12.中標公司如未能按投標要求履行承諾的，5年內(nèi)不得參與甲方后續(xù)的投標活動。13.在項目實施過程中及維護期內(nèi)，對于甲方所提的定制化需求，經(jīng)甲乙雙方評估后，不超過30天的開發(fā)工作量，由乙方免費駐場開發(fā)完成，乙方響應需求時間不得超過10天，即10天內(nèi)必須給出評估結果、開發(fā)方案。14.在項目實施過程中及維護期內(nèi),因國家政策或政府、醫(yī)院上級部門要求導致的被動性程序修改，乙方應及時提供程序修改服務，并確保系統(tǒng)的在政策要求的時限內(nèi)正確運行，該費用包含在報價總額及年維護費用內(nèi)，醫(yī)院不再另行支付相關費用。九、配置清單：（按照配置清單報價）序號內(nèi)容單位數(shù)量單價（萬元）小計（萬元）1醫(yī)院結算中心管理系統(tǒng)（國家醫(yī)保版）套12結算管理系統(tǒng)（國家醫(yī)保版）與第三方系統(tǒng)對接改造套13自助機升級改造（國家醫(yī)保版）套1合計（萬元）4、5G+急救一體化協(xié)同救治信息平臺數(shù)量：1套 預算：476萬項目類型:軟件+硬件+服務一、項目周期：經(jīng)甲乙雙方協(xié)商后，自合同簽訂之日起7日內(nèi)，乙方提交《開工申請單》，《開工申請單》經(jīng)甲方確認之日起180個日歷日內(nèi)完成驗收。二、交貨地：長海醫(yī)院指定地點三、項目簡介：本項目以我院現(xiàn)有的“卒中信息化管理”為藍本，依托移動終端和5G網(wǎng)絡，實現(xiàn)危急重癥專病流程再造及全程無縫閉環(huán)管理，輔助醫(yī)護開展臨床診療工作，提高救治效率，落實全面質(zhì)控。目前我院創(chuàng)傷、胸痛、危重孕產(chǎn)婦、危險性消化道出血、膿毒癥的院前急救、院內(nèi)救治、綠色通道等諸多環(huán)節(jié)還缺乏規(guī)范有效的信息化支持，擬建設以院前急救、統(tǒng)一急救管理、專病數(shù)據(jù)庫、臨床決策支持為一體的協(xié)同救治平臺，實現(xiàn)與120急救系統(tǒng)、HIS、EMR、急診管理系統(tǒng)、卒中急救系統(tǒng)等系統(tǒng)互聯(lián)互通，利用5G、物聯(lián)網(wǎng)、人工智能等技術，快速獲取患者信息，建立創(chuàng)傷、胸痛、危重孕產(chǎn)婦、危險性消化道出血、膿毒癥等專病標準化診療流程，形成5G+急救一體化協(xié)同救治信息平臺，縮短專病中心質(zhì)控各時間節(jié)點，提升專病中心的救治能力。在提升醫(yī)院急救診療整體水平的同時，進一步推動區(qū)域協(xié)同效應，將一體化急救平臺應用延伸至區(qū)域保健單位，完善危急重癥遠程實時會診與快速轉運體系，從而提高干部等人群的救治成功率。四、技術要求（一）系統(tǒng)設計原則1.系統(tǒng)設計符合標準化規(guī)范。2.系統(tǒng)用戶界面友好，風格一致，操作簡單、直觀、靈活，易于學習掌握。3.系統(tǒng)需要提供基于用戶名、密碼的用戶身份認證系統(tǒng)和分別基于角色、基于功能的用戶權限管理功能。4.系統(tǒng)充分保證數(shù)據(jù)安全性、完整性。5.能夠及時提供系統(tǒng)維護和技術支持。（二）系統(tǒng)技術規(guī)格要求1.操作系統(tǒng)和數(shù)據(jù)庫要求：可支持主流關系型數(shù)據(jù)庫系統(tǒng)。2.實用性：項目采用的技術路線和主要技術，是目前主流技術，能夠滿足未來信息化長期發(fā)展的要求。3.安全性：系統(tǒng)應實現(xiàn)7×24小時連續(xù)安全運行，性能穩(wěn)定，易于維護。有完善的權限管理機制，能夠根據(jù)業(yè)務需要，靈活設定每項功能的操作權限，將權限分配給不同的角色和用戶。4.高效性：系統(tǒng)響應速度快，工作站高峰期操作系統(tǒng)時無明顯等待時間，并發(fā)用戶同時運行時不能出現(xiàn)堵塞現(xiàn)象。5.擴展性：采用開放式的系統(tǒng)軟件平臺、模塊化的應用軟件結構，確保系統(tǒng)具有在系統(tǒng)產(chǎn)品的系列、容量與處理能力等方面的擴充與換代的可能，并可與其他業(yè)務系統(tǒng)進行無縫互連。（三）系統(tǒng)總體要求系統(tǒng)建設考慮對既有IT投資的保護和利用，基于現(xiàn)有的業(yè)務系統(tǒng)，在不影響原有系統(tǒng)的情況下，實現(xiàn)功能與現(xiàn)有業(yè)務系統(tǒng)之間數(shù)據(jù)和業(yè)務的無縫對接。具體表現(xiàn)為：1.易用性：貫徹面向最終用戶的原則，建立友好的用戶界面，使用戶操作簡單直觀。2.安全性：安全性是有效性和可用性的必要條件，不能因為各種原因導致數(shù)據(jù)丟失,或被非法修改而影響甚至停止醫(yī)院醫(yī)療服務的開展。醫(yī)療信息系統(tǒng)的安全除了硬件配置措施外，還應在系統(tǒng)運行方式、軟件設置、規(guī)章制度等多方面加以解決。3.靈活性：系統(tǒng)必須隨著衛(wèi)生政策法規(guī)的改變而相應變化，必須充分考慮系統(tǒng)的靈活性，合理安排系統(tǒng)結構。（四）數(shù)據(jù)要求1.數(shù)據(jù)輸入:必須是格式化的數(shù)據(jù)，盡可能采用選擇輸入的方式輸入，做到快速、高效。2.數(shù)據(jù)統(tǒng)計:必須提供所有選擇項目的數(shù)據(jù)統(tǒng)計功能，做到用戶自由選擇，自由統(tǒng)計。3.數(shù)據(jù)備份:具備數(shù)據(jù)備份功能，可分為自動定時備份、自動異地備份和手工操作備份。4.數(shù)據(jù)權限:必須提供數(shù)據(jù)使用權限功能。5.數(shù)據(jù)安全:系統(tǒng)應提供完善的用戶權限數(shù)據(jù)訪問體系，應提供數(shù)據(jù)庫備份和異機備份與恢復等方面提供科學合理的安全措施。五、功能參數(shù)（一）軟件部分：院前急救系統(tǒng)院前移動工作站院前系統(tǒng)支持運行于移動終端。支持院前病歷的書寫，包含患者的基本信息、急救病史、體格檢查、輔助檢查、用藥明細、診療措施等相關模塊。院前病歷支持在PC端進行修改和補錄等相關操作。系統(tǒng)支持完整版和簡版病歷的切換，常用錄入信息在首頁展示，方便用戶操作。系統(tǒng)支持急救任務的多狀態(tài)管理，包含任務接收、任務取消、任務拒絕、任務完成等相關操作。系統(tǒng)支持查看歷史任務信息，以及該任務的歷史急救病歷等相關信息。支持新建任務，包含現(xiàn)場地址、患者信息、報警電話、發(fā)病時間和主訴等相關信息。支持時間節(jié)點的記錄和采集，并在PC端時間軸同步顯示。支持創(chuàng)建電子評分，其中包含GCS評分、（G-FAST）評分及其他相關評分。支持急救車輛的切換管理。配置符合國家要求的院前的交接表單，與院前病歷的數(shù)據(jù)同步，減少多次錄入，支持雙人在移動終端的簽字管理。通過院前app及院內(nèi)急診管理系統(tǒng)實現(xiàn)院前院內(nèi)無縫對接、遠程會診、數(shù)據(jù)圖像傳輸，實時監(jiān)控患者院前轉運現(xiàn)況。支持急救患者“上車即入院”，上車掛號后可選擇進入綠色通道或普通通道，可通過移動終端生成患者二維碼信息，并支持打印患者腕帶信息，患者到院后可通過院內(nèi)移動終端掃碼完成患者交接。院前急救任務管理系統(tǒng)支持新建院前任務，包含任務類型、報警電話、現(xiàn)場地址、主訴信息。支持將急救任務派發(fā)給待命中的急救車輛，待命車輛可通過移動終端接收任務。支持在急救地圖上查看車輛所在位置，并顯示距離目的地的距離，以便于急救車輛的統(tǒng)一管理。（支持計算最優(yōu)路線；和院內(nèi)流程打通之后，可以根據(jù)院內(nèi)流程的快慢進行綜合計算）支持對急救地圖的放大和縮小的操作。支持在急救地圖查看任務中的急救車輛行駛過的路線。鼠標點擊急救地圖的車輛和醫(yī)院圖標時，可以通過氣泡框顯示車輛和醫(yī)院的信息。支持查看急救任務列表，包含任務狀態(tài)、車牌號、患者姓名、現(xiàn)場地址、任務進度、報警時間、醫(yī)生姓名、司機姓名。支持在任務管理頁面查看基本的統(tǒng)計信息，包含待命急救車數(shù)輛、當前任務數(shù)量、今日已完成和平均相應時間。支持查看急救車列表，包含車輛狀態(tài)、車牌號、車輛描述、當前位置信息。院前指導工作站支持查看、調(diào)閱院前急救車內(nèi)攝像頭影像畫面或云下載的醫(yī)療影像。支持院內(nèi)查看院前急救車內(nèi)監(jiān)護儀回傳的監(jiān)護儀數(shù)據(jù)。支持查看患者病情信息，包括患者基本信息、主訴、當前診斷、體征、評分、檢驗結果、聯(lián)系地址和聯(lián)系電話。顯示患者院前病情評分，其中包括GCS評分、（G-FAST）評分及其他相關評分。與院內(nèi)急診管理系統(tǒng)、120急救系統(tǒng)對接，支撐院內(nèi)與院前救治流程準確、快速銜接，避免信息重復錄入?？梢圆榭瓷蟼鞯幕颊咝碾妶D圖片及其他相關檢查報告、圖像。支持查看患者院前急救的診療時間軸。支持查看患者的發(fā)病時長和任務時長。支持查看患者完整版的病歷，包括基本信息、病史記錄、體格檢查、輔助檢查、電子評分、診療措施、用藥明細、院前轉歸。支持打印預覽和打印患者的交接單和知情同意書及其他相關文書。患者信息可通過通信交互平臺實現(xiàn)PC端、移動終端、云平臺數(shù)據(jù)快速傳輸、共享和整合。在120提供接口的情況下，支持與急救車設備終端對接，自動采集無創(chuàng)/有創(chuàng)血壓、血氧飽和度、脈率、呼吸頻率、體溫等生命體征數(shù)據(jù)，以及呼吸機上的潮氣量、氣道分壓、呼吸頻率、分鐘通氣量等數(shù)據(jù)。支持AR眼鏡、頭戴設備等視音頻采集設備的數(shù)據(jù)互通，通過5G網(wǎng)絡實時傳輸，且可以調(diào)閱視頻數(shù)據(jù)。支持院內(nèi)急救大廳通過大屏展示急救相關信息。院前質(zhì)控系統(tǒng)滿足國家對院前急救的質(zhì)量管理控制的要求，生成可視化的質(zhì)控指標。支持根據(jù)年、月以及自定義的時間查詢質(zhì)控指標。支持查看院前質(zhì)控指標的同比、環(huán)比、目標值以及達標情況。對于異常的院前質(zhì)控指標，支持通過顏色區(qū)分異常狀態(tài)。支持根據(jù)需求定制化配置質(zhì)控指標。院前質(zhì)控系統(tǒng)支持以下質(zhì)控指標（可根據(jù)實際情況及科室要求進行調(diào)整）：院前醫(yī)療急救處置率現(xiàn)場心肺復蘇插管率現(xiàn)場心肺復蘇電除顫率現(xiàn)場心電檢查率現(xiàn)場靜脈通道建立率車載呼吸機使用率及時派車率及時出車率平均應急反應時間監(jiān)護型救護車配置率急救醫(yī)生應用G-FAST量表識別重型卒中的靈敏度、特異點、陽性預測值、陰性預測值和準確度專病救治信息管理系統(tǒng)根據(jù)國家政策要求建設創(chuàng)傷、胸痛、危重孕產(chǎn)婦、消化道出血、膿毒血癥等危重癥的信息管理系統(tǒng)，滿足業(yè)務和管理需求。綠色通道管理系統(tǒng)危重癥搶救工作臺及移動綠道APP病人接診時被判定為疑似胸痛、創(chuàng)傷、危重孕產(chǎn)婦、消化道出血、膿毒血癥、卒中等危重癥的病人，即進入搶救綠色通道，實現(xiàn)“先診療后付費”快速結算模式。一線醫(yī)生持已安裝本軟件的移動智能終端，對病人進行進一步的診療、搶救活動；包括如病情評估、報表查看、治療決策、一鍵通知、轉歸等。基于移動智能終端，充分利用物聯(lián)網(wǎng)、移動互聯(lián)網(wǎng)等多平臺互聯(lián)互通，實現(xiàn)智能化流程指導、質(zhì)控標準驅動及有效的科學決策支持。支持新建綠道患者，可以通過手動錄入和系統(tǒng)導入兩種形式進行操作。支持搶救中病人列表，顯示病人基本信息（姓名、年齡、性別）、發(fā)病時間、搶救類型。支持搶救時間軸：搶救流程管理（包括需進行的下一步檢查項目、不用治療階段所對應的不同類型的評估表、不同病情下的需要進行的召集操作等）、決策節(jié)點選擇（包括決策點、亦可設置并行路徑）、流程事件提示（包括評估表單、檢查項目、自動采集節(jié)點、召集節(jié)點等類型）、病人信息（包括摘要信息，如姓名、性別、年齡、類型，擴展信息查看，如病情相關的信息查看，既往病史、家族病史等）。支持移動端和PC端在時間軸上自動判斷時間節(jié)點的狀態(tài)，并用不同的顏色進行區(qū)分展示，如藍色代表正常，深紅色代表超時，灰色代表待錄入，黃色代表漏項，紅色代表異常。支持在移動端和PC端查看綠色通道患者關鍵的診療路徑，包括對時間節(jié)點進行客觀、真實的數(shù)據(jù)采集以及可視化展示。支持通過掃碼、NFC、RFID和系統(tǒng)對接多種形式快速獲取患者信息。通過移動端可在患者床旁進行綠道病歷填寫，包括患者的基本信息、受傷情況、病史情況、生命體征、檢驗檢查、急救搶救、綠道轉歸，并最終生成完整的綠道病歷。支持綠色通道患者轉歸操作，如家屬拒絕、直系親屬未到、同意出院、死亡、轉院、轉至病區(qū)、留觀，保證綠道的閉環(huán)管理?？梢栽谝苿佣擞涗浕颊叩膶？圃u分，自動計算評分結果。包含：ISS評分、GCS評分、TI評分、GRACE評分、TIMI評分、HEART評分、NST評分、GCST評分、Rockall評分、Glasgow-Blatchfod出血評分、SOFA評分、修正創(chuàng)傷記分RTS、院前指數(shù)PHI等。?？圃u分未填寫完整支持彈窗提醒。支持在PC端對綠道病歷的內(nèi)容進行數(shù)據(jù)補錄。通過錄入的患者發(fā)病時間，顯示患者的發(fā)病計時器，隨時了解患者已發(fā)病時間。支持綠道患者進行自動分組，對綠道待開啟、進行中、已完成的患者進行分組管理。支持通過移動端和PC端兩端進行完整的綠道業(yè)務聯(lián)動，滿足不同場景下的綠道業(yè)務操作與管理需求。支持根據(jù)不同的用戶角色，例如急診接診醫(yī)生，創(chuàng)傷二線、產(chǎn)科二線、消化科二線、?？谱o士等角色，在移動端進入不同的綠道病歷模塊進行快速記錄，正在參加搶救的醫(yī)生在移動搶救APP中的隨時、隨地查看、獲取病情。生成文書后支持查閱、打印和歸檔操作。一鍵自動預警，以短信、電話、微信等多種形式精準預警到個人。擁有完整的評估體系，通過分散的數(shù)據(jù)收集生成病種需要的各種評估表格。全流程監(jiān)控功能，單病種救治流程中涉及到崗位及個人能夠實時監(jiān)控患者診療進展。與HIS、LIS、PACS、門急診信息系統(tǒng)、急診管理系統(tǒng)、卒中急救系統(tǒng)等現(xiàn)有使用的院內(nèi)信息系統(tǒng)無縫對接，實現(xiàn)數(shù)據(jù)實時自動傳輸和查閱?；颊叩皆汉笕鞒虜?shù)據(jù)（包括時間參數(shù)和生理參數(shù)等）自動采集，通過移動終端、PC端完成醫(yī)囑套餐下達操作，通過對接HIS系統(tǒng)、急診管理系統(tǒng)實現(xiàn)醫(yī)囑閉環(huán)管理，支持專病病歷的書寫、儲存和共享。集成院內(nèi)會診平臺，支持多學科會診，實現(xiàn)語音自動錄入和轉錄文字功能。綠色通道維護動態(tài)可配置搶救信息綠道?；卺t(yī)院管理模式和專科中心級別上報數(shù)據(jù)的要求等客觀需求的影響，在危重癥患者搶救中存在著不同的搶救流程。動態(tài)可配置的信息綠道是為了適應本醫(yī)院個性化的創(chuàng)傷、胸痛、危重孕產(chǎn)婦、消化道出血、膿毒血癥等危重癥搶救流程而設計，可配置不同診斷、不同決策點所對應的綠道。支持在移動端和PC端進行符合患者診療規(guī)范的時間窗管理。時間窗超時通過特殊顏色進行區(qū)分。并通過可視化的操作，對時間窗進行配置維護管理。系統(tǒng)支持對時間節(jié)點的配置，通過可視化的操作，來進行時間節(jié)點名稱、階段、啟用狀態(tài)、排序的設置以及二維碼的管理。系統(tǒng)支持對時間軸的配置，通過可視化的操作，將已配置好的時間節(jié)點加入到時間軸內(nèi)，并支持對順序、異常狀態(tài)、默認模板、啟用狀態(tài)進行設置。根據(jù)初步診斷、初步?jīng)Q策配置患者診療路徑的關聯(lián)關系，生成動態(tài)的時間軸管理。支持節(jié)點類型多樣：單路執(zhí)行決策點、路徑執(zhí)行關聯(lián)識別、決策節(jié)點的自動執(zhí)行、決策節(jié)點信息狀態(tài)管理。支持危急值維護，包含查詢、新建、編輯和搜索，支持設置危急值項目、數(shù)值范圍和啟動狀態(tài)。消息通知一鍵通知到急危癥救治團隊，快速進行團隊召集實現(xiàn)有效的進行團隊協(xié)作。支持消息中心的通知模板維護。支持一鍵召集各協(xié)同科室的專家和醫(yī)護人員，支持根據(jù)患者病情選擇不同的救治團隊。消息分成警告、通知、公告、錯誤多個類型。支持查看消息通知的標題內(nèi)容、接受時間、類型、優(yōu)先級、狀態(tài)。支持未讀消息的特殊標識，并清空未讀操作。支持移動端和PC端同時接收消息通知?？缃K端信息推送：可實現(xiàn)患者在院前急救、院中救治過程中的檢查數(shù)據(jù)（CT數(shù)據(jù)、血檢結果）、診斷結果、時間節(jié)點等實時推送。支持短消息、微信通知、客戶端消息（B/S,C/S）、多媒體信息屏等多種形式的消息推送，實現(xiàn)跨終端的消息實時推送目標。信息推送方式設置：可對每個用戶設置不同的信息推送方式。微搶救系統(tǒng)工作狀態(tài)：工作狀態(tài)的顯示與切換，如上班中、已下班；上班狀態(tài)接收急救召集和預警消息。召集：召集信息（搶救類型、當前搶救所處流程、發(fā)病時間、ID號）、病人信息（姓名、性別、年齡、詳細信息）、操作（響應召集、拒絕召集）。搶救時間軸：時間線（節(jié)點時間、事件、執(zhí)行人）、事件查看（點擊操作、表單、自動感應、體征錄入、化驗、檢查、評估）。評估結果明細：查看評估明細內(nèi)容。體征錄入明細：查看已錄入的體征明細內(nèi)容。檢查結果明細：查看所返回的檢查報告?；灲Y果明細：查看所返回的化驗報告。表單類錄入明細：查看已錄入的評估表單明細。危重癥患者信息管理系統(tǒng)用于綠道結束后的患者進行數(shù)據(jù)補錄、病情回顧以及信息匯總和展示?；颊吖芾砹斜碇С滞ㄟ^患者姓名、性別、年齡、綠道狀態(tài)、初步診斷來進行查詢。支持對患者進行收藏操作，收藏后的患者可以在我的患者列表進行查看。支持患者的綠道病歷進行補錄操作，包含基本信息、受傷情況、病史情況、生命體征、檢驗檢查、急救搶救、綠道轉歸信息。支持查看患者歷史的評分結果，單個評分的評分詳情和趨勢圖信息。支持評分信息的新增和修改操作。支持查看本次綠道患者的就診信息，包含患者姓名、性別、年齡、就診號、綠道和綠道耗時。將患者的綠道診療路徑信息進行匯總，支持在一個頁面查看患者完整路徑信息、醫(yī)護信息、時間窗以及相關統(tǒng)計信息。時間節(jié)點狀態(tài)可以通過不同的顏色進行標識，便于了解異常的時間節(jié)點。支持在患者診療路徑圖上，通過點選時間窗，快速定位該時間區(qū)間，以便于快速找到該時間窗內(nèi)的異常數(shù)據(jù)。支持通過甘特圖的方式查看綠道關鍵事件的用時情況，方便進行事件間的對比。繪制單病種流程圖，自動分析和質(zhì)控單病種流程運行情況并進行評價。時間采集系統(tǒng)（RFID）基于智能硬件、物聯(lián)網(wǎng)，實現(xiàn)搶救節(jié)點、流程節(jié)點的時間自動采集和記錄存儲，助力專病質(zhì)控。RFID讀寫器嵌入系統(tǒng)：作為用戶應用系統(tǒng)的一部分，嵌入到用戶系統(tǒng)中。RFID感應器預設：支持將RFID時間采集節(jié)點關聯(lián)不同的專病救治環(huán)節(jié)，通過傳感器實現(xiàn)數(shù)據(jù)自動采集。支持RFID感應器部署在CT室、搶救室、介入室、手術室、重癥監(jiān)護室等區(qū)域安裝并完成預設。支持設置RFID傳感器的感應距離，以適應醫(yī)院不同的空間布局。支持通過多個RFID傳感器的感應距離，實現(xiàn)醫(yī)護、患者移動軌跡的描記，計算總移動路徑。信息采集：感應器數(shù)據(jù)接收（從RFID設備接收數(shù)據(jù)、智能化事件生成（到達、離開））、數(shù)據(jù)分離（從數(shù)據(jù)中分離信息：RFID標簽、時間、事件）、匹配患者（腕帶（RFID標簽）編號，對應到患者，時間、狀態(tài)合理性等校驗）、數(shù)據(jù)整理與寫入（數(shù)據(jù)整理&篩選、數(shù)據(jù)糾偏、數(shù)據(jù)寫入系統(tǒng)）。支持使用可重復佩戴使用的患者RFID標簽。支持RFID標簽與患者信息的綁定。支持與醫(yī)院內(nèi)網(wǎng)、外網(wǎng)NTP統(tǒng)一時鐘系統(tǒng)對接，實現(xiàn)各數(shù)據(jù)采集時間節(jié)點同步。危重癥質(zhì)控管理系統(tǒng)通過對搶救數(shù)據(jù)的可視化展現(xiàn)，使專病中心管理者能夠實時或階段性獲取到直觀、醒目的患者搶救情況、績效，對創(chuàng)傷、胸痛、危重孕產(chǎn)婦、消化道出血、膿毒血癥等危重癥搶救業(yè)務進行分析、質(zhì)控?；赪EB的應用系統(tǒng)，系統(tǒng)的實施依托臨床搶救數(shù)據(jù)反映當前搶救綠道水平，以質(zhì)控數(shù)據(jù)驅動業(yè)務提高。業(yè)務場景維護：場景UI自定義配置、場景順序維護、角色切換。不同時段切換：當日、本周、本月、半年、本年度；單面板自定義時段可不受全局時間控制。場景內(nèi)面板維護：面板UI自定義、面板可根據(jù)其顯示權重自由拖拽大小、質(zhì)控面板名稱自定義，圖表文字、圖例大小、顏色等自定義。支持多種圖表類型：餅圖、柱狀圖、列表、占比圖等。滿足國家對專病中心的建設要求，生成可視化的質(zhì)控指標。支持查看專病中心質(zhì)控指標的同比、環(huán)比、目標值以及達標情況。對于異常的專病中心質(zhì)控指標，支持通過顏色區(qū)分異常狀態(tài)。支持根據(jù)需求每個病種定制化配置10個質(zhì)控指標。支持質(zhì)控指標的批量導出功能。數(shù)據(jù)質(zhì)控、信息自動上傳，質(zhì)控要求簡潔、直觀、全面、有針對性，通過智能化檢索以多種形式展示。根據(jù)RFID計算的總移動軌跡，質(zhì)控各醫(yī)護人員以及患者在實際救治過程中各有效路徑和無效路徑的比例，提出優(yōu)化路徑設計的方案。創(chuàng)傷質(zhì)控管理系統(tǒng)支持以下質(zhì)控指標（可根據(jù)實際情況及科室要求進行調(diào)整）：嚴重創(chuàng)傷患者到達醫(yī)院后至開始進行搶救的時間從就診到完成全身快速CT的檢查時間從就診到完成全身快速胸片的檢查時間從就診到完成全身快速骨盆片的檢查時間患者需緊急輸血時，從提出輸血申請到護士執(zhí)行輸血的時間存在有上呼吸道損傷、狹窄、阻塞、氣管食管瘺等影響正常通氣時建立人工氣道時間張力性氣胸或中等量氣血胸時，完成胸腔閉式引流時間搶救室滯留時間中位數(shù)：急診搶救室患者從進入搶救室到離開搶救室的時間（以小時為單位）由長到短排列后取其中位數(shù)記錄手術申請——開始麻醉——開始手術——手術結束——轉入ICU的轉運時間嚴重創(chuàng)傷患者從入院到出院之間的手術次數(shù)嚴重創(chuàng)傷患者重癥監(jiān)護病房住院天數(shù)嚴重創(chuàng)傷患者呼吸機使用時長（以小時為單位）嚴重創(chuàng)傷患者呼吸機相關肺炎發(fā)生率嚴重創(chuàng)傷患者（ISS≥16者）搶救成功率創(chuàng)傷患者入院診斷與出院時確定性診斷的符合率收治創(chuàng)傷患者人數(shù)接受外院轉診患者比例需要轉診治療的創(chuàng)傷患者轉診比例創(chuàng)傷患者平均住院日創(chuàng)傷患者均次住院費用胸痛質(zhì)控管理系統(tǒng)支持以下質(zhì)控指標（可根據(jù)實際情況及科室要求進行調(diào)整）：STEMI患者癥狀到首次醫(yī)療接觸(S2FMC)時間首次醫(yī)療接觸至首份心電圖(FMC2ECG)時間ECG遠程傳輸比例從STEMI確診至服用雙抗藥物時間直達導管室比例：繞行急診及CCU非PCI醫(yī)院停留時間(DIDO)入門至導絲通過的時間入門至導絲通過時間達標率首次醫(yī)療接觸至導絲通過的時間首次醫(yī)療接觸至導絲通過的時間達標率再灌注比例所有ACS患者FMC后24小時內(nèi)接受他汀治療的比例院內(nèi)死亡率出院帶藥符合指南推薦率數(shù)據(jù)填報量急診PCI例數(shù)危重孕產(chǎn)婦質(zhì)控管理系統(tǒng)支持以下質(zhì)控指標（可根據(jù)實際情況及科室要求進行調(diào)整）：嚴重危重孕產(chǎn)婦患者到達醫(yī)院后至開始進行搶救的時間緊急剖宮產(chǎn)自決定手術至胎兒娩出時間（DDI）從就診到完成B超的檢查時間患者需緊急輸血時，從提出輸血申請到護士執(zhí)行輸血的時間嚴重危重孕產(chǎn)婦患者從入院到出院之間的手術次數(shù)嚴重危重孕產(chǎn)婦患者重癥監(jiān)護病房住院天數(shù)嚴重危重孕產(chǎn)婦患者呼吸機使用時長（以小時為單位）嚴重危重孕產(chǎn)婦患者呼吸機相關肺炎發(fā)生率嚴重危重孕產(chǎn)婦患者搶救成功率剖宮產(chǎn)率嚴重產(chǎn)后出血導致的子宮切除率危重孕產(chǎn)婦患者入院診斷與出院時確定性診斷的符合率收治危重孕產(chǎn)婦患者人數(shù)接受外院轉診患者比例需要轉診治療的危重孕產(chǎn)婦患者轉診比例危重孕產(chǎn)婦患者平均住院日危重孕產(chǎn)婦患者均次住院費用急性消化道出血質(zhì)控管理系統(tǒng)支持以下質(zhì)控指標（可根據(jù)實際情況及科室要求進行調(diào)整）：嚴重急性消化道出血患者到達醫(yī)院后至開始進行搶救的時間從就診到完成CT的檢查時間從就診到完成B超的檢查時間接受床邊胃腸鏡診治比例完成床邊緊急內(nèi)鏡平均用時上消化道出血患者死亡率患者需緊急輸血時，從提出輸血申請到護士執(zhí)行輸血的時間嚴重急性消化道出血患者從入院到出院之間的手術次數(shù)嚴重急性消化道出血患者重癥監(jiān)護病房住院天數(shù)嚴重急性消化道出血患者呼吸機使用時長（以小時為單位）嚴重急性消化道出血患者呼吸機相關肺炎發(fā)生率嚴重急性消化道出血患者搶救成功率急性消化道出血患者入院診斷與出院時確定性診斷的符合率收治急性消化道出血患者人數(shù)接受外院轉診患者比例需要轉診治療的急性消化道出血患者轉診比例急性消化道出血患者平均住院日急性消化道出血患者均次住院費用膿毒血癥質(zhì)控管理系統(tǒng)支持以下質(zhì)控指標（可根據(jù)實際情況及科室要求進行調(diào)整）：嚴重膿毒血癥患者到達醫(yī)院后至開始進行搶救的時間嚴重膿毒血癥患者重癥監(jiān)護病房住院天數(shù)嚴重膿毒血癥患者呼吸機使用時長（以小時為單位）嚴重膿毒血癥患者呼吸機相關肺炎發(fā)生率嚴重膿毒血癥患者搶救成功率膿毒血癥患者入院診斷與出院時確定性診斷的符合率收治膿毒血癥患者人數(shù)需要轉診治療的膿毒血癥患者轉診比例膿毒血癥患者平均住院日膿毒血癥患者均次住院費用3h內(nèi)乳酸監(jiān)測完成率3h內(nèi)抗菌藥物前血培養(yǎng)完成率3h內(nèi)廣譜抗菌藥物完成率膿毒性休克發(fā)生比率膿毒血癥患者死亡率危重癥數(shù)據(jù)統(tǒng)計系統(tǒng)統(tǒng)計指標支持通過柱狀圖、折線圖、餅圖的形式進行可視化展示。支持根據(jù)需求每個病種定制化配置10個統(tǒng)計指標。支持統(tǒng)計指標的批量導出功能。支持根據(jù)年、月以及自定義的時間查詢質(zhì)控指標。綠道數(shù)據(jù)統(tǒng)計包含以下統(tǒng)計指標（可根據(jù)實際情況及科室要求進行調(diào)整）：患者就診時間分布患者來院方式構成醫(yī)生接診患者情況時間分布受傷情況會診科室手術方式構成手術例數(shù)手術死亡率（能夠追溯患者后續(xù)轉歸）復蘇患者ROSC成功率非計劃重返搶救室率上報數(shù)據(jù)統(tǒng)計包含以下統(tǒng)計指標：上報病歷數(shù)統(tǒng)計：建檔病例數(shù)、待補錄病歷數(shù)、待審核病例數(shù)、待上報病例數(shù)、已上報病歷數(shù)、無效病歷數(shù)檔案狀態(tài)構成建檔例數(shù)時間分布上報進度統(tǒng)計：累計上報數(shù)、本月上報數(shù)、本年上報數(shù)、今日上報數(shù)病種構成上報例數(shù)時間分布來院方式構成治療措施出院診斷患者轉歸危重癥數(shù)據(jù)上報管理系統(tǒng)支持與HIS、LIS、PACS、EMR、三大數(shù)據(jù)中心、患者360等系統(tǒng)對接，自動采集門診及住院相關診療信息、檢驗數(shù)據(jù)、檢查報告信息。支持與急診系統(tǒng)對接，自動采集患者在急診就診過程中的基本信息、分診信息、診斷信息、生命體征信息。支持與院前系統(tǒng)對接，自動采集患者基本信息、時間節(jié)點信息、院前病歷信息。支持生成根據(jù)國家數(shù)據(jù)中心要求的上報病歷，通過目錄導航可以快速找到對應的病歷內(nèi)容。支持上報患者的入組和排除的管理，便于統(tǒng)一管理專病數(shù)據(jù)上報患者。在提供數(shù)據(jù)接口的情況下，支持對接國家數(shù)據(jù)中心的上報接口。支持對上報病歷進行審核操作。支持上報病歷流程管理，包括入組、審核、上報、上報失敗、審核不通過的狀態(tài)標記。支持自動上報設置，包含有效范圍、上報頻次、上報時間。支持查看上報歷史，了解每次上報的總例數(shù)、上報失敗例數(shù)、上報成功例數(shù)。系統(tǒng)自動統(tǒng)計創(chuàng)建總數(shù)和上報總數(shù)，并根據(jù)月維度進行圖表展示。上報處在流程中統(tǒng)計：根據(jù)直報過程中的各階段數(shù)量（如待補錄、待提交、待審核、待上報等），統(tǒng)計流程中病歷的總數(shù)。專病數(shù)據(jù)平臺系統(tǒng)專病科研庫數(shù)據(jù)建設通過數(shù)據(jù)匯聚技術，根據(jù)科研專家定義的專病病種科研病例入庫規(guī)則，動態(tài)的感知臨床數(shù)據(jù)庫中符合入庫條件的病種病例，并自動實時地抓取這些病例的所有門診及住院臨床數(shù)據(jù)（包括但不僅限于患者基本資料、家庭信息、家族病史、主訴及健康摘要、手術史、預防接種史、過敏史、生育史、歷史診療記錄、歷史用藥記錄、檢查檢驗記錄、病程記錄、診療記錄、手術麻醉記錄、診斷和隨訪信息、醫(yī)囑處方、病理、病案等），除了患者診療信息，系統(tǒng)還會根據(jù)需要將患者的隨訪信息、科研樣本信息和科研項目信息進行收集。通過對數(shù)據(jù)的清洗、解析、離散、后結構化、重構及轉換。根據(jù)單一病種標準數(shù)據(jù)模型的建立，構建獨立的專病數(shù)據(jù)倉庫，為臨床科研提供高質(zhì)量的臨床科研數(shù)據(jù)支撐。主要數(shù)據(jù)范圍1）患者特征數(shù)據(jù)患者特征數(shù)據(jù)主要有主訴、現(xiàn)病史、檢查檢驗類數(shù)據(jù)。涵蓋了疾病的主要癥狀、體征、發(fā)病過程、檢查、診斷、治療及既往疾病信息、不良嗜好甚至職業(yè)、居住地等全部信息。2）病種數(shù)據(jù)即患者疾病的診斷結果，一般有第一診斷、第二診斷、第三診斷等。目前主要使用ICD-9/ICD-10進行疾病的分類與編碼。3）治療方案與費用數(shù)據(jù)根據(jù)診斷結果為患者提供的治療方案與費用數(shù)據(jù)主要包括藥品、檢查、檢驗、手術、護理、治療6大類，此外費用數(shù)據(jù)還有材料費、床位費、護理費、換藥費用等。4）治療狀態(tài)數(shù)據(jù)治療狀態(tài)數(shù)據(jù)即患者出院時的治療結局，一般分為治愈、好轉、未愈、死亡4類。5）管理類數(shù)據(jù)除患者就醫(yī)過程產(chǎn)生的服務于醫(yī)院管理的數(shù)據(jù)外，還包括部分醫(yī)院運營和管理系統(tǒng)中的數(shù)據(jù)，如財務系統(tǒng)、績效考核系統(tǒng)等產(chǎn)生的數(shù)據(jù)。6）特征描述從病歷信息抽取的醫(yī)療記錄中基于上下文和治療歷史判定語義的特征描述。7）與隨訪系統(tǒng)對接將隨訪數(shù)據(jù)進行存儲管理，包括回顧性、前瞻性隨訪信息，分病種隨訪信息。8）與樣本庫系統(tǒng)對接包括科教樣本信息，樣本存儲位置信息等。9）與科研管理系統(tǒng)對接包括科研項目的背景信息、科研人員信息、科研經(jīng)費信息等。10）與臨床數(shù)據(jù)采集系統(tǒng)、EMR、CDR、LIS、PACS等系統(tǒng)對接。醫(yī)療數(shù)據(jù)標準規(guī)范將醫(yī)療數(shù)據(jù)分為醫(yī)療基礎數(shù)據(jù)和醫(yī)療指標類數(shù)據(jù)。對于已結構化基礎數(shù)據(jù)或指標類與國家標準、國際標準或行業(yè)標準分別進行映射，從而實現(xiàn)已結構化變量的標準化。統(tǒng)一編碼規(guī)則，支持對國家、國際標準編碼映射，如診斷名稱、癥狀名稱、檢驗名稱、藥品名稱、檢查名稱等。專病數(shù)據(jù)模型根據(jù)?？茖２〉脑\療規(guī)范以及相關疾病的發(fā)展規(guī)律，參考疾病相關信息學語義模型，構建面向疾病的數(shù)據(jù)模型，使數(shù)據(jù)的建模從傳統(tǒng)的面向事件活動的方法演變到真正的面向疾病的建模，為后期的數(shù)據(jù)挖掘提供了數(shù)據(jù)保障。整體上是以電子病歷為核心，醫(yī)療過成中產(chǎn)生的所有文檔記錄包括申請、報告、執(zhí)行記錄、知情同意、醫(yī)療和護理文書等看作是電子病歷的一個組成部分。一個病人的電子病歷由其歷次的就診記錄構成，每一次就診記錄由本次發(fā)生的所有醫(yī)療和護理文檔組成。數(shù)據(jù)倉庫模型可分為基礎數(shù)據(jù)模型及?？茢?shù)據(jù)模型兩部分?；A數(shù)據(jù)模型涉及各?？婆R床科研大多數(shù)時候都需要采集的數(shù)據(jù)范圍，主要包括就診、醫(yī)囑及臨床路徑、用藥、醫(yī)療觀察、手術及治療、預約、代碼系統(tǒng)等幾個方面。?？茖２?shù)據(jù)模型需要根據(jù)?？茖２☆I域診療指南、相關文獻以及我院臨床實際情況進行設計，需要臨床?？祁I域專家參與該項工作。數(shù)據(jù)治理針對數(shù)據(jù)驅動的臨床應用場景，支持基于人工智能技術將醫(yī)院積存的海量臨床數(shù)據(jù)進行結構化、標準化和歸一化處理，使之成為臨床科研直接利用與分析的數(shù)據(jù)。1）支持非標準化概念與標準化概念間的映射轉換，實現(xiàn)數(shù)據(jù)標準化應用。2）支持處理多種病歷類型的自然語言處理模型，支持自定義變量拓展抽取。3）支持科研病例數(shù)據(jù)敏感信息脫敏，支持科研病例數(shù)據(jù)敏感信息脫敏、匿名等數(shù)據(jù)處理。4）非結構化數(shù)據(jù)的后結構化，對非結構化數(shù)據(jù)（如病歷文書、病理報告、檢查報告等）進行后結構化，提取科研所關注的信息字段。5）專病科研數(shù)據(jù)集及數(shù)據(jù)字典，定義管理各病種各研究課題的標準數(shù)據(jù)集與數(shù)據(jù)字典，規(guī)范研究數(shù)據(jù)字段的命名及值域。6）支持數(shù)據(jù)邏輯核查，包括表單內(nèi)數(shù)據(jù)自動核查，包括缺失值，異常值，極端值等?？蒲袑２∑脚_支持多維度的病例檢索，可通過多維度指標，通過可視化的AndOr的條件自由組合進行符合病例查詢檢索；可提供多集合組合隊列檢索，如Venn圖研究隊列的檢索，例如診斷為A患者隊列與診斷為B患者隊列與用過藥物C的患者隊列的交集，就是要研究的得過A病及B病有用過C藥的患者隊列。在科研研究中有些復雜的隊列檢索只有通過這種多集合的集合運算才能得到。需要支持時序條件檢索，比如術前三天內(nèi)某化驗指標平均值大于正常范圍的患者隊列。支持檢索結果導出，支持檢索結果導出Excel或Word功能（根據(jù)權限提供）。用戶可以自定義視圖及提取字段項。用戶可以自定義配置查詢條件，實現(xiàn)多數(shù)據(jù)集集合的綜合查詢功能。提供對檢索結果的分類統(tǒng)計功能。根據(jù)查詢結果能鏈接到患者360高級臨床信息視圖。支持科研病例數(shù)據(jù)敏感信息脫敏、匿名、水印等數(shù)據(jù)處理。對非結構化數(shù)據(jù)（如病歷文書、病理報告、檢查報告等）進行后結構化，提取科研所關注的信息字段。提供統(tǒng)一科研數(shù)據(jù)集及數(shù)據(jù)字典管理模塊，定義管理各病種各研究課題的標準數(shù)據(jù)集與數(shù)據(jù)字典，規(guī)范研究數(shù)據(jù)字段的命名及值域。支持在病種下創(chuàng)建新課題并在課題下創(chuàng)建實驗組，并根據(jù)實驗組分配不同的CRF表單;支持在課題內(nèi)上傳附件，以供下載查看。支持多維度查看病例資料，可選擇需要觀察的信息域（如基線信息、用藥記錄、檢驗結果、病理報告、入院錄、診斷信息、免疫組化、隨訪信息等前三天內(nèi)等）。支持研究對象手動入組、自動隨機入組，以及出組管理。需提供可視化的CRF科研病例表單客制化定制功能，方便用戶自己定制科研的CRF表單?？焖俦憬莸腃RF科研表單填寫及錄入，填寫CRF表單時，可在右側自動展示關聯(lián)的臨床參考信息，如在填寫血常規(guī)結果時，右側可自動展開展示該病例的歷次血常規(guī)的報告以供填寫時參考選中某次報告可自動填充到CRF表單。對于專病庫中已經(jīng)的數(shù)據(jù)可自動填充到CRF表單，減少CRF表單的錄入工作量，減少差錯。支持多階段表單的填寫，如基線階段表單、第一次訪視階段表單、第二次訪視階段表單。有權限的用戶可，可導出研究隊列的病例資料及CRF表單的科研數(shù)據(jù)為Excel，進一步由更權威的統(tǒng)計軟件（SPSS等）進行進一步數(shù)據(jù)統(tǒng)計和分析?？蒲胁±母餍畔⒂虻乃凶侄慰蛇M行分類統(tǒng)計，另外科研平臺支持針對病種的統(tǒng)計分析，統(tǒng)計結果可在統(tǒng)一的數(shù)據(jù)展示門戶上展現(xiàn)，可定制可病種以及各課題的各種分析視圖?？煞謩e授權各病種管理