醫(yī)院醫(yī)療管理類系統(tǒng)建設需求_第1頁
醫(yī)院醫(yī)療管理類系統(tǒng)建設需求_第2頁
醫(yī)院醫(yī)療管理類系統(tǒng)建設需求_第3頁
醫(yī)院醫(yī)療管理類系統(tǒng)建設需求_第4頁
醫(yī)院醫(yī)療管理類系統(tǒng)建設需求_第5頁
已閱讀5頁,還剩54頁未讀 繼續(xù)免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領

文檔簡介

醫(yī)院醫(yī)療管理類系統(tǒng)建設需求醫(yī)療業(yè)務閉環(huán)化管理醫(yī)療業(yè)務閉環(huán)化管理系統(tǒng)要求對醫(yī)療指令進行電子錄入、處理及跟蹤的過程展現(xiàn),本次項目建設提供門診處方、臨囑藥品、檢驗醫(yī)囑、檢查醫(yī)囑等業(yè)務的可視化展現(xiàn),從數(shù)據層面監(jiān)控各環(huán)節(jié)操作的規(guī)范性,從環(huán)節(jié)中保證醫(yī)囑的質量。本項目建設的醫(yī)療業(yè)務閉環(huán)化管理系統(tǒng)通過與移動護理、醫(yī)院信息集成平臺實現(xiàn)與醫(yī)院HIS、檢驗、檢查等業(yè)務系統(tǒng)的數(shù)據對接,基于醫(yī)囑執(zhí)行過程的、現(xiàn)有業(yè)務系統(tǒng)的流程節(jié)點建設醫(yī)療業(yè)務閉環(huán)管理系統(tǒng),可通過該系統(tǒng)查看相關閉環(huán)。本次建設的醫(yī)療業(yè)務閉環(huán)流程,中標后將根據醫(yī)療健康集團實際需求具體設計,并支持其它業(yè)務閉環(huán)的后續(xù)建設。主要技術要求如下:系統(tǒng)要求采用多層軟件架構(C/S或B/S),所有的終端應用程序與服務器隔離,DMZ區(qū)與業(yè)務系統(tǒng)區(qū)隔離,充分保證后臺服務器和業(yè)務系統(tǒng)區(qū)的安全。系統(tǒng)的設計和開發(fā)要求完全采用面向對象技術,對整體系統(tǒng)高度和準確抽象,保證系統(tǒng)良好的框架,進而帶來產品較強的穩(wěn)定性和運行效率,系統(tǒng)分析和設計采用UML可視化建模技術,嚴格按照面向對象分析(OOA)、面向對象設計(OOD)進行設計開發(fā)。系統(tǒng)要求采用面向服務架構(SOA,Service-OrientedArchitecture),松耦合的設計分析方法,保證系統(tǒng)的靈活性、可擴展性和良好的維護性,結合面向服務的集成融合技術(SOI)將原有的各個業(yè)務系統(tǒng)以及新建的業(yè)務系統(tǒng)通過服務組件化的方式,進行統(tǒng)一的封裝和對外服務提供。系統(tǒng)要求基于ESB技術的數(shù)據共享交換平臺,能提供多種技術實現(xiàn)方式供各類異構應用系統(tǒng)接入,確保平臺的可用性和可推廣性。要求支持Oracle或Mysql等主流數(shù)據庫,要求支持多機構版本部署。主要功能及服務要求如下;建設內容主要功能主要功能及服務要求醫(yī)療業(yè)務閉環(huán)管理閉環(huán)配置管理實現(xiàn)醫(yī)囑閉環(huán)基本信息配置、閉環(huán)節(jié)點配置、節(jié)點質控等配置功能。閉環(huán)統(tǒng)計分析實現(xiàn)對各閉環(huán)種類、數(shù)量、狀態(tài)、異常閉環(huán)、執(zhí)行日志等進行統(tǒng)計分析功能閉環(huán)查詢展示實現(xiàn)對醫(yī)囑閉環(huán)進行綜合條件查詢,并可查看單條醫(yī)囑閉環(huán)執(zhí)行詳情閉環(huán)建設結合項目實際情況,本期建設包括且不限于以下醫(yī)囑閉環(huán)管理:1. 門診處方閉環(huán):跟蹤門診處方從開立→支付→藥師審核→藥師擺藥→患者取藥等執(zhí)行過程;2. 檢查閉環(huán):跟蹤放射、超聲、病理等檢查申請從開立→確認(門診支付/住院核對)→醫(yī)技預約→檢查登記→檢查報告→報告發(fā)布等執(zhí)行過程;3. 檢驗閉環(huán):跟蹤檢驗申請從開立→確認(門診支付/住院核對)→檢驗采樣→檢驗送檢→檢驗報告→報告發(fā)布等執(zhí)行過程;4. 口服用藥閉環(huán):跟蹤住院口服藥從開立→住院核對→藥房擺藥→科室領藥→患者服用等執(zhí)行過程;5. 靜脈藥物閉環(huán):跟蹤住院靜脈藥物從開立→住院核對→藥房擺藥→科室領藥→輸液執(zhí)行等執(zhí)行過程;6. 手術閉環(huán):跟蹤手術申請→病人轉運→術中輸血→手術器械→麻醉管理→病人轉運→手術進程管理等執(zhí)行過程;7. 標本閉環(huán):跟蹤標本采集→傳送→簽收→前處理→上機檢測→審核報告→保存標本以備復查→銷毀過期標本等執(zhí)行過程;8. 危急值閉環(huán):跟蹤危急值發(fā)現(xiàn)→危急值復核→危急值信息發(fā)布→超時接收電話通知→護士通知責任醫(yī)生→醫(yī)院緊急處置→質控管理→結果反饋等執(zhí)行過程;9. 門診輸液閉環(huán):跟蹤醫(yī)生下達處方→確認處方→藥師處方審核發(fā)藥→配液→執(zhí)行輸液→異常通報等執(zhí)行過程;10. 輸血閉環(huán):跟蹤用血醫(yī)囑申請→用血醫(yī)囑審核→標本采集→標本接收→配血發(fā)血→輸血記錄→血袋回收等執(zhí)行過程;11. 病歷質控閉環(huán):跟蹤科室出病歷→病案室形式內容質控→質控室內涵質量質控→反饋科室→匯總統(tǒng)計等制定過程;12. 會診閉環(huán):跟蹤會診申請→資料上傳→專家安排→會診安排→會診評價等執(zhí)行過程。系統(tǒng)對接通過集成平臺接口服務,結合數(shù)據采集等方式,對接HIS(含醫(yī)生站、藥房、護士站等系統(tǒng))、超聲、放射、病理、移動護理、輸液管理等系統(tǒng),建立醫(yī)囑閉環(huán)。臨床藥事管理系統(tǒng)臨床藥事管理系統(tǒng)根據臨床藥師工作的專業(yè)特點和基本要求,結合《三級綜合醫(yī)院評審標準實施細則》、《全國抗菌藥物專項整治活動督導檢查手冊》等相關管理規(guī)范的要求,運用信息技術實現(xiàn)處方點評、處方干預等功能。系統(tǒng)通過標準數(shù)據接口讀取醫(yī)院HIS系統(tǒng)中的病人、醫(yī)囑、檢驗等信息,將合理用藥監(jiān)測系統(tǒng)的處方自動審查功能和本系統(tǒng)提供的處方點評、抗菌藥物臨床應用監(jiān)測等功能相結合,提供對處方醫(yī)囑的自動審查和評價功能,并將審查和評價的結果進行量化處理,從而對醫(yī)院臨床工作中的不規(guī)范處方和不合理用藥情況進行統(tǒng)計和分析。主要技術要求如下:系統(tǒng)需遵循ICD-9、ICD-10等規(guī)范和標準,支持多層次面向對象結構化設計。支持JAVA語言開發(fā),提供通用的webservice調用接口,前端應用程序,包括處方點評、信息查詢、統(tǒng)計分析、系統(tǒng)管理等,采用JSP技術開發(fā),便于安裝使用的B/S架構。系統(tǒng)服務器支持Windows或linux等操作系統(tǒng)、客戶端操作系統(tǒng)支持采用Windows系統(tǒng)。系統(tǒng)要求支持開源數(shù)據庫,支持多機構版本部署。主要功能及服務要求如下:建設內容主要功能主要功能及服務要求臨床藥事管理系統(tǒng)處方(醫(yī)囑)用藥審查要求能對處方(醫(yī)囑)用藥進行以下審查,并提示醫(yī)生1.適應癥審查:根據患者的疾病診斷信息,審查處方(醫(yī)囑)中藥物的適應癥是否與患者的疾病情況相符。2.越權用藥審查:審查醫(yī)生開出的處方藥品是否在其可以使用的權限范圍內,如監(jiān)控醫(yī)生越級使用抗菌藥物、越級使用特殊管制藥品等。3.圍術期用藥審查:審查在圍手術期內使用抗菌藥物的品種是否合理,使用抗菌藥物的時機和時限是否合理。4.細菌耐藥率提示:對醫(yī)生處方(醫(yī)囑)中藥品的本院耐藥情況進行提示包括哪些細菌對處方藥品耐藥和耐藥率。審查規(guī)則自定義(醫(yī)院專家知識庫)要求能在系統(tǒng)自帶知識庫的基礎上,提供以下審查項目的審查規(guī)則自定義功能,以滿足臨床實際需要。1.適應癥:可以自定義設置藥品適用的疾病診斷。2.越權用藥:可以自定義設置具有某藥品使用權限的醫(yī)生名單。3.圍術期用藥:可以自定義設置圍術期不可預防使用抗菌藥物的手術、手術用藥品種、手術用藥時限。審方時機和過程要求為藥師提供專門的審方工作平臺,幫助門診藥師在患者繳費前完成門診處方實時審查、住院藥師在護士領藥前完成住院醫(yī)囑審查。“系統(tǒng)”先自動審查出問題處方(醫(yī)囑),再由藥師人工審查,審查過程中藥師可以與醫(yī)生實時互動,直到處方(醫(yī)囑)通過。審方干預系統(tǒng)可主動分配任務給藥師,任務來臨時可用彈框和聲音提醒藥師,點擊彈框后即可跳轉至審方頁面。藥師可選擇審核意見中的重點文字變色處理后發(fā)給醫(yī)生。藥師還可預設常用問題模板。藥師可以根據不同任務情況選擇醫(yī)生處方(醫(yī)囑)直接雙簽通過還是需要藥師復核。藥師可根據需要選擇不同版本的處方(醫(yī)囑)進行比對,系統(tǒng)可以標記出比對版本之間的不同之處。系統(tǒng)支持根據醫(yī)生提交至藥師處的中藥處方智能檢索近似經典方劑供藥師參考。審方干預自定義可將任意科室、醫(yī)生、患者、疾病、藥品設置為重點關注,可按科室、醫(yī)生、患者、疾病、藥品、問題類型、警示級別多條件組合設置重點關注,包含重點關注信息的處方由藥師進行全面審查。用戶可根據使用習慣,設置任務提示音、處置按鈕順序和樣式、發(fā)送給醫(yī)生的常用語。用戶可設置自動干預模式,藥師不在崗時,系統(tǒng)自動干預,支持全院和分科室設置。審方干預統(tǒng)計分析要求分別統(tǒng)計任務的審核率、干預率、合格率等重要指標,并可提供統(tǒng)計圖。要求提供不合理問題統(tǒng)計分析,支持按不同條件進行統(tǒng)計,并可生成統(tǒng)計圖。要求提供干預效果追蹤,并以統(tǒng)計圖的方式體現(xiàn)干預效果。要求按不同的處方(醫(yī)囑)通過狀態(tài)進行統(tǒng)計,并可生成統(tǒng)計圖。合理用藥監(jiān)測系統(tǒng)疾病增值包:超適應癥審查:支持審查病人的疾病情況是否在處方中的藥品適應癥范圍內。肝損害劑量審查:支持審查病人存在肝功能損害時使用藥品劑量是否合理。腎損害劑量審查:支持審查病人存在腎功能損害時使用藥品劑量是否合理。支持超適應癥審查自定義。支持肝損害劑量審查自定義。支持腎損害劑量審查自定義??咕幬镌鲋蛋簢g期用藥審查:支持審查醫(yī)生在圍手術期內使用抗菌藥物品種、使用抗菌藥物的時機和時限是否合理。越權用藥:根據醫(yī)院規(guī)定的醫(yī)生、科室處方權限類別和對應的藥品清單,檢查醫(yī)生開出的處方藥品是否在可使用的權限范圍內。細菌耐藥率審查:提示病人處方中藥品的本院細菌耐藥情況(包括哪些細菌對處方藥品耐藥和耐藥率)。支持圍術期用藥審查自定義。支持越權用藥審查自定義。PR藥師審方干預系統(tǒng)門診監(jiān)測和住院監(jiān)測:支持系統(tǒng)審查和人工審查。支持藥師可對處方進行干預。支持處方審查狀態(tài)返給HIS醫(yī)生工作站。支持PASS通信平臺。處方(病例)查詢:支持查看歷史通過處方(醫(yī)囑)詳細信息。統(tǒng)計分析(含門診和住院):審核/干預情況匯總表(按工作具體情況/工作覆蓋情況統(tǒng)計)。審核干預情況分類統(tǒng)計表(按科室/醫(yī)生/藥品/藥師統(tǒng)計)。不合理問題統(tǒng)計表。不合理問題醫(yī)囑清單。干預效果追蹤表(按科室/醫(yī)生/藥品/問題類型統(tǒng)計)。通過狀態(tài)統(tǒng)計表。今日動態(tài)監(jiān)測表。任務分配:支持分配藥師監(jiān)測科室。質量評價:高級別藥師可對較低級別藥師已完成的審核任務進行評價打分。系統(tǒng)設置:支持超時設置。支持人工審查標準。支持人工干預開關。支持重點關注。支持雙簽模式。支持自動干預模式。支持問題模版設置。用戶管理:提供用戶管理功能。臨床藥學管理系統(tǒng)實現(xiàn)對處方點評結果、醫(yī)院藥品使用情況等的在線公示及早期預警功能。移動端支持移動端合理用藥信息查詢:支持查詢藥物專論、藥品說明書、醫(yī)藥公式、用藥教育、臨床路徑、相互作用、國家基本藥物、DDD值、醫(yī)藥法規(guī)、注射劑配伍等功能。不良事件管理系統(tǒng)不良事件報告管理系統(tǒng)可及時發(fā)現(xiàn)潛在的不安全因素,有效避免醫(yī)療差錯與糾紛的發(fā)生,保障病人安全。分為自愿報告系統(tǒng)和強制報告系統(tǒng)。強制報告系統(tǒng)主要定義為嚴重的、可預防的護理差錯和可以確定的不良事件,幾乎所有醫(yī)院的護理主管部門都制訂了不良事件上報制度,以便有效地分析事件原因。自愿報告系統(tǒng)是強制報告系統(tǒng)的補充,要求和鼓勵護理主管部門或個人自愿上報不良事件,更有助于發(fā)現(xiàn)組織系統(tǒng)的安全隱患,加強護理安全管理。主要技術要求如下:要求采用B/S架構模式,同時支持Browser端和Server端。Server端要求包含Web管理平臺和API網關服務,通過API網關,封裝后端各種服務,以API的形式,提供給各方使用,以便不同應用通過域名調用API網關中提供的API服務。要求支持Oracle或Mysql等主流數(shù)據庫,支持多機構版本部署。主要功能及服務要求如下:建設內容主要功能主要功能及服務要求不良事件管理系統(tǒng)事件上報支持醫(yī)療、藥品、醫(yī)療器械、感染性職業(yè)暴露、跌倒墜床、護理、難免性壓瘡申報、壓瘡、管路滑脫、給藥缺陷、輸血反應、院感、其他不良事件等信息填報功能,頁面數(shù)據填寫,可校驗數(shù)據完整性,可根據接口獲取HIS或者EMR數(shù)據。事件處理各類事件處理:支持查詢、導出、數(shù)據刪除、數(shù)據還原、數(shù)據修改、查看詳細數(shù)據、查看事件處理時間軸、事件上報、事件審核、表單打印、處理反饋打印等功能??筛鶕喾N條件符合檢索已上報過的數(shù)據,可刪除、還原指定數(shù)據??刹榭词录脑敿毺幚碛涗洝_M行數(shù)據的審核流程操作,打印頁面,打印生成反饋單。審核流程管理:支持審核記錄查詢、查看詳細數(shù)據、查看事件處理時間軸、撤銷已審核操作等功能,指定事件對已審核過的記錄進行撤銷,查看事件處理記錄。風險評估評估表管理:支持新增、修改、刪除,維護風險評估規(guī)則,包含扣分項以及分數(shù)等級、處理措施等。風險評估:支持患者信息查找、查看評分歷史、保存評分信息,對患者進行風險評估。風險評估查詢:支持查詢數(shù)據、查看詳細數(shù)據、刪除數(shù)據、修改評分記錄、評分信息打印等功能,可查詢評分歷史數(shù)據,刪除修改記錄,打印評頁面。待評估列表:支持列出待評估數(shù)據、風險評估,列出所有當前待評估的患者信息。評估歷史打?。簩ν换颊叩脑u估記錄打印。統(tǒng)計分析支持多種統(tǒng)計分析報表、圖表。系統(tǒng)管理科室管理:支持新增、修改、刪除,實現(xiàn)科室信息維護。用戶管理:支持新增、修改、刪除,實現(xiàn)用戶信息維護,基本權限維護。系統(tǒng)參數(shù)設置:支持新增、修改、刪除,實現(xiàn)維護系統(tǒng)用到的基本參數(shù)類型。參數(shù)設置:支持新增、修改、刪除,實現(xiàn)維護系統(tǒng)參數(shù)詳細指標。頁面設置:支持新增、修改、刪除,設置頁面必輸項,添加頁面字段,設置字段類型等。系統(tǒng)審核信息設置:支持新增、修改、刪除,根據不同事件類型,配置審核流程,以及審核需填寫記錄。處理反饋設置:支持新增、修改、刪除,維護不同事件類型的處理反饋單取數(shù)功能。節(jié)假日維護:支持新增、修改、刪除,維護基本節(jié)假日及工作日,發(fā)提示短信用。權限管理:支持新增、修改、刪除,設置用戶的訪問模塊及頁面的權限。日志查看:查詢日志,查詢操作人員的登錄、數(shù)據保存、刪除等操作的記錄。預防保健上報系統(tǒng)傳染病、慢病報告管理系統(tǒng)當所下診斷為需要上報的傳染病病種時,系統(tǒng)自動彈出對應的申報卡,讓醫(yī)生在線填寫。系統(tǒng)提供各種法定傳染病報卡和重點傳染病報卡、院內感染報告、死亡報告的直接填報、按醫(yī)生診斷進行相應的法定傳染病報卡填報、腫瘤報卡填報、慢病報卡填報及相應的字典維護與系統(tǒng)管理等功能,報告填寫完成提交到預防保健科進行審核,審核后再上報國家指定網站。主要技術要求如下:系統(tǒng)需遵循國家要求的所有規(guī)范指標,支持C/S或B/S結構。支持嵌入式上報,并能提供DLL、HL7、WEBSERVICE等接口方式;支持多種開發(fā)語言,如:DELPHI、PB、C#、JAVA或PHP等常用開發(fā)語言。系統(tǒng)有無醫(yī)生工作站均可獨立運行,要求支持Oracle或Mysql等主流數(shù)據庫,支持多機構版本部署。主要功能及服務要求如下:建設內容主要功能主要功能及服務要求預防保健上報系統(tǒng)數(shù)據接口要求實現(xiàn)與醫(yī)院現(xiàn)有門診系統(tǒng)與住院系統(tǒng)的數(shù)據對接,自動完成與門診醫(yī)生工作站的數(shù)據加載,并自動完成各項傳染病數(shù)據匹配及整理工作。具體數(shù)據接口如下:科室信息:醫(yī)院所有科室信息。職工信息:醫(yī)生所有醫(yī)生與護士管理人員信息。用戶信息:職工的系統(tǒng)登陸賬號信息。基本信息:門診患者登記與檔案的基本信息。診斷信息:門診患者的癥候與診斷信息。檢驗結果:門診患者檢驗項目的申請與結果信息。檢查結果:門診患者的檢查申請與結果信息。門診病歷:門診患者病歷的相關信息。基本信息:住院患者的基本信息。出入院信息:住院病人的在院與出院等信息。醫(yī)囑信息:住院患者的長期與臨時醫(yī)囑信息。診斷信息:住院患者的入院診斷、出院診斷等所有真正信息。檢驗信息:住院患者的常規(guī)檢驗信息。微生物培養(yǎng)信息:住院患者的微生物培養(yǎng)送檢與培養(yǎng)結果信息。檢查信息:住院患者的檢查結果申請與報告信息。電子病歷:住院患者的電子病例病程信息。接口數(shù)據核查功能:核查接口數(shù)據質量問題。監(jiān)測業(yè)務要求提供如下監(jiān)測業(yè)務:傳染病報告卡傳染?。ò滩⌒圆「娇ǎ﹤魅静。ㄊ肿憧诓「娇ǎ﹤魅静。ㄒ腋胃娇ǎ﹤魅静。ǚ谓Y核轉診)傳染?。ˋFP)居民死因報告卡死因(兒童死因附卡)死因(新生兒死因附卡)死因(孕產婦死因附卡)死因(育齡婦女死因附卡)腫瘤病例報告卡高血壓病例報告卡糖尿病病例報告卡心血管疾病報告卡腦卒中病例報告卡高溫中暑報告卡農藥中毒報告卡食源性疾病監(jiān)測報告卡疑似職業(yè)病報告卡塵肺病報告卡職業(yè)衛(wèi)生重大公共衛(wèi)生事件報告卡職業(yè)病報告卡有毒有害作業(yè)工人健康監(jiān)護報告卡職業(yè)危害傷害監(jiān)測職業(yè)中毒流感監(jiān)測重性精神病精神障礙產婦信息登記表新生兒唇腭裂個案報卡醫(yī)療機構缺陷兒登記卡分娩登記醫(yī)生報卡管理所有報卡均自動提取患者一般情況信息,門診病例包括姓名、性別、年齡等,住院病例包括姓名、性別、年齡、住址、電話、身份證等。報卡中所有的必填項目要有醒目的顏色標識。傳染病報告卡:14周歲以下兒童報卡時應強制填報家長姓名信息。傳染病報告卡:根據傳染病診斷名稱自動附加傳染病相應附卡。在報卡界面,醒目顯示當前報卡的狀態(tài)。支持同一頁面顯示出多個傳染病及多個傳染病附卡。支持對病人地址進行疾控標準地址的精準智能轉換。能通過地址快速分析到省、市、縣、區(qū)。可識別比較復雜的地址模式。集中展示出醫(yī)生所有待上報卡片,并可同時打開多個不同傳染病、疾病報卡。(截圖加蓋公章)可方便快速查看每個報卡的填寫說明診斷干預支持在門診、住院、出院下診斷時進行彈窗干預干預彈窗能實現(xiàn)對前臺電腦的完全控制能力,可對醫(yī)生實現(xiàn)強制干預方案。支持卡片上顯示各報卡的預警來源。支持在彈窗中顯示當前醫(yī)生所有未處理預警數(shù)據。預警數(shù)據中顯示傳染病名稱、到計時、卡片的干預狀態(tài)等信息。支持快速對非強制報卡進行不上報處理。說明不上報原因。對于被管理臺對審核不通過的不上報卡片,進行強制上報??煽旖莘奖愕牟榭磸棿暗南嚓P操作說明。首頁顯示在專職人員進入首頁后有全院的動態(tài)數(shù)據顯示。醒目提示最近一段時間內傳染病的觸發(fā)與上報情況。醒目提示顯示當天的傳染病、疾病觸發(fā)與上報情況。圖像顯示當天日期按小時傳染病上報數(shù)量曲線。圖形顯示一段時間內各傳染病報卡數(shù)量.綜合智能預警篩查支持通過診斷數(shù)據來進行傳染病、疾病的智能認知支持根據ICD10編碼或ICD10名稱進行傳染病、疾病認識支持對非ICD10標準的診斷描述進行關鍵詞模式的傳染病、疾病認知支持同時對多個診斷進行傳染病、疾病智能認知支持通過檢驗數(shù)據來進行傳染病、疾病的智能認知支持對多項結合做傳染病、疾病認知的分析支持對檢驗數(shù)據的逆向追溯功能。支持通過影像結果來進行傳染病、疾病的智能認知。使用語義分析技術對影像中的傳染病關鍵詞進行認知識別??梢灾悄苷J知病人存在的癥狀體征。支持通過病程數(shù)據來進行傳染病、疾病的智能認知使用語義分析技術對病程中存在的傳染病關鍵詞進行認知識別??梢灾悄苷J知病人存在的癥狀體征。智能識別排除診斷、鑒別診斷、有無描述支持通過模型結合診斷、檢驗、影像、病程等認知再來做綜合認知。對于多個方面都存在對應傳染病特征做綜合分析只預警一次。在指定時間間隔內的傳染病、疾病不會被重復預警展示傳染病、疾病的預警依據支持對預警數(shù)據進行確認或排序行為支持在同一地區(qū)出現(xiàn)多例同類急性傳染病時提示注意,是否存在聚集性、暴發(fā)性病例現(xiàn)象。(同一地區(qū)指現(xiàn)住址或工作單位、學校、托幼機構)預警數(shù)據生成后可直接推送為醫(yī)生干預數(shù)據質控日志傳染病系統(tǒng)根據HIS、EMR、LIS、PACS系統(tǒng)提供的患者診療數(shù)據自動生成規(guī)范的門診日志、入/出院登記、檢測檢驗和放射影像登記;門診日志項目包括:就診日期、姓名、性別、年齡、人群分類、有效證件號、現(xiàn)住址、初步診斷、發(fā)病日期、初診或復診;入/出院登記項目包括:姓名、性別、年齡、人群分類、有效證件號、現(xiàn)住址、入院日期、入院診斷、出院日期、出院診斷、轉歸情況;檢測檢驗登記項目包括:送檢科室/送檢醫(yī)師、病人姓名、檢驗結果、檢驗日期;放射影像登記項目包括:開單科室/開單醫(yī)師、病人姓名、檢查結果、檢查日期;支持將患者日志導出EXCEL;日志支持快速查詢,在日志表上就可查看患者就診信息,包括檢驗檢查、電子病歷、影像信息等;支持查看患者的既往報卡情況;支持針對該患者發(fā)送消息至臨床,提醒臨床注意上報;支持專職人員代報功能;智能追溯支持對傳染病、疾病的應報、上報、遲報、漏報進行數(shù)據自動匯總分析;可按科室統(tǒng)計、具體顯示每個科室指定時間段內分全天、上午、下午時間段顯示應報、實報、漏報、排除合計、排除錯誤觸發(fā)、排除院外已報、排除其它等數(shù)據;可按醫(yī)生統(tǒng)計、具體顯示日期科室、醫(yī)生指定時間段內分全天、上午、下午時間段顯示應報、實報、漏報、排除合計、排除錯誤觸發(fā)、排除院外已報、排除其它等數(shù)據。以上數(shù)據點擊均可穿透追溯顯示明細病人列表。統(tǒng)計分析可按科室統(tǒng)計傳染病、年齡統(tǒng)計傳染病、職業(yè)統(tǒng)計傳染病、病種上報統(tǒng)計傳染病、科室上報統(tǒng)計傳染病、疾病構成統(tǒng)計傳染病、高發(fā)地氣分析傳染病、發(fā)病死亡統(tǒng)計傳染病、科室上報分析傳染病、醫(yī)生報告分析傳染病、遲報漏報統(tǒng)計傳染病情況,并支持死因相關統(tǒng)計分析?;酉⒅С峙R床發(fā)送反饋消息到專職科室人員。支持臨床報卡成功的消息推送到專職人員客戶端。支持保存和查詢所有的溝通交流記錄。支持特定事件短信/微信提醒相關人員。網絡直報具備通過專網直報CDC的能力;實現(xiàn)掃碼上報功能;支持通過輔助工具導入內網數(shù)據后在外網上報傳染病、死因數(shù)據到國家網中;同時具備成熟專網直報與輔助工具上報兩種能力。危急值管理系統(tǒng)危急值通常指某種檢驗、檢查結果出現(xiàn)時,表明患者可能已處于危險邊緣。此時,如果臨床醫(yī)師能及時得到檢查信息,迅速給予有效的干預措施或治療,可能挽救患者生命;否則就有可能出現(xiàn)嚴重后果,危及患者安全甚至生命。主要技術要求如下:系統(tǒng)要求支持SQLServe或Mysql等主流數(shù)據庫,支持多機構版本部署。主要功能及服務要求如下:建設內容主要功能主要功能及服務要求危急值管理系統(tǒng)危急值處理措施知識庫建立檢驗檢查危急值規(guī)則及危急值出現(xiàn)時帶來的可能后果和常見的處理建議知識庫,支持用戶擴展配置知識庫,并提供查詢供醫(yī)生、護士參考。危機值預警當檢驗儀器輸出的檢驗結果符合預設的危急值規(guī)則,或者由檢查系統(tǒng)報告醫(yī)生進行危急值標記時,自動通過平臺觸發(fā)危急值處理流程。危機值自動提醒支持通過消息機制(包括短信、桌面提醒等方式)將危急值提醒患者的責任醫(yī)生、護士。危急值應答處理支持醫(yī)生和護士對危急值進行應答和處理,危急值時限管理從發(fā)生到各階段,角色的響應時間管控和閾值預警,對危急值處理過程的實時監(jiān)控和事后分析。危急值報告查詢根據病人的年齡、性別、科別、臨床診斷、標本種類/檢查類型等查詢危急值報告。危急值閉環(huán)追蹤服務接口紙質病歷掃描歸檔及開放運營服務管理系統(tǒng)區(qū)管轄三家醫(yī)院,涉及現(xiàn)存歷史紙質病例14萬份(每份約70頁)?,F(xiàn)有紙質病案存儲空間嚴重不足,轄區(qū)醫(yī)院經過多年的積累,病案數(shù)量不斷增加,為存放大量的紙質病案,占用醫(yī)院一定的存儲空間。隨著醫(yī)療信息化的發(fā)展,需要對歷史病案進行掃描歸檔,完成無紙化改造。主要技術要求如下:系統(tǒng)要求支持Oracle、SQLServe或Mysql等主流數(shù)據庫。支持多機構版本部署。系統(tǒng)應遵循《紙質檔案數(shù)字化技術規(guī)范(DA/T31-2017)》標準執(zhí)行。要求采用C/S和B/S架構相結合的模式,病案加工處理采用C/S架構,瀏覽要采用B/S架構,無需安裝客戶端,要求方便病案的查詢?yōu)g覽。系統(tǒng)要求掃描或拍照的數(shù)字影像分辨率≥200DPI,要求圖像完整,不丟失細節(jié)。數(shù)字病案采用通用的圖像文件格式存儲圖像。對每頁電子病案的屬性的按要求進行分類。病案首頁信息錄入格式要求按國家現(xiàn)行的標準格式。病案數(shù)字化處理模塊包括病案加工、病案處理、系統(tǒng)管理三大部分。病案加工部分應包括拍攝、補拍、自動掃描、圖片分類等功能。系統(tǒng)要求病案管理部分要求包括審核、處理審核未通過、病案質控記錄、病案刪除、錯誤檢查、未掃描病案查詢、病案瀏覽、病案上架檢索、打印、打印查詢及修改、條碼打印、病案上架管理、工作統(tǒng)計等功能。病案數(shù)字化處理模塊要包括圖片參數(shù)配置、參數(shù)配置、打印套餐維護、用戶管理、病人信息替換、條碼替換、模塊設置等功能。啟動界面要求便捷,具有病案拍攝,審核,打印,統(tǒng)計,病案上架,退出快捷功能。系統(tǒng)應支持數(shù)字化圖片采用WEBSERVICE接口上傳數(shù)據,保證數(shù)據安全;支持使用APP系統(tǒng),自動根據醫(yī)療小組,離線最新的數(shù)字化病案資料,可利用平板APP進行分析查看病案圖片;支持醫(yī)院信息系統(tǒng)、OA對接形成單點登陸功能,方便相互數(shù)據的交互共享;支持調用電子病歷及HIS、PACS、RIS、LIS等系統(tǒng)的數(shù)字信息,并轉換成標準格式上傳至服務器。系統(tǒng)要求在病案處理加工環(huán)節(jié)支持大屏幕顯示器,支持分辨率1920*1080以上。數(shù)字化處理支持高速掃描模式,速度要求每分鐘≥60張。系統(tǒng)要求具備病案條碼自動識別功能,能夠自動識別分類條碼,實現(xiàn)掃描后的自動分類。系統(tǒng)支持加工端暫存一定天數(shù)數(shù)據,防止數(shù)據出現(xiàn)丟失,要求具備臨時保存功能。數(shù)字化存儲要求為加密格式,防止被復制后出現(xiàn)信息泄露。系統(tǒng)要求具有病案質控功能,質控患者病案信息的完整性,能夠檢查病案的類別以及病案頁碼漏掃的情況。系統(tǒng)要求能夠自動記錄用戶在系統(tǒng)內所有操作的詳細日志,并可形成報表,便于回溯追蹤。病案申請瀏覽模塊中,支持逐份、批量、按科室審核。在審核權限控制中,可以控制到科室、人員,支持按時間范圍(永久、年、月、日、小時)授權。要求病案瀏覽時具備多條件復合查詢功能,實現(xiàn)首頁快捷檢索,快速查找病案信息。要求能夠實現(xiàn)病案的對比查詢,例如同一患者多次住院歷史病案的對比瀏覽,科研病案的對比查詢?yōu)g覽。系統(tǒng)要求首頁具有病案申請狀態(tài)、以時間軸形式顯示(病案當前處理狀態(tài)、當前位置、歷史操作)。在申請過程中具備提醒、催辦等功能。要求能夠支持病案圖片的科研討論、在線討論,能夠查詢到病案當前的位置以瀏覽的歷史記錄,支持滾輪的放大縮小以及拖放。病案在查詢?yōu)g覽時顯示的病案圖像具有水印,防止非法拍攝,屏蔽非法拷貝。支持一鍵打印及自定義配置水印。系統(tǒng)要求數(shù)字化軟件具有病歷質控功能,要求能質控出處理后患者病歷信息的完整性,能夠檢查病歷的類別以及病歷頁碼漏掃的情況;系統(tǒng)要求數(shù)字化病案的打印具有色彩選擇和打印套餐選擇,打印套餐可進行維護;要求能夠自動分析出病案加工的工作量,以及申請、復印的工作量;病案打印時支持二代身份證讀卡器,可以直接掃描患者及代理人的身份證并進行記錄,記錄內容包含但不僅限于打印操作人員、申請打印人員、申請日期、打印日期等。病案打印支持遮蓋打印、截取打印。要求具有打印記錄,能夠記錄病案打印過程的所有操作,包括所打印病案的病案號、患者姓名、打印時間、打印頁碼等。系統(tǒng)支持郵寄信息記錄,可以按時間段、申請人及郵寄狀態(tài)統(tǒng)計郵寄的明細記錄。數(shù)字化病案圖片的查詢要支持模糊查詢和精確查詢、病案的保密查詢、科研查詢和對比查詢等。病案瀏覽查詢的條件支持住院號、病案號、住院次數(shù)、患者姓名、手術名稱、麻醉方式、切口等級、診斷名稱、入院科室、主治醫(yī)師、住院醫(yī)師、手術時間、住院時間、性別等進行查詢。要求具有數(shù)字化病案圖片的保密管理,保密要求分為三個級別,保密的圖片不能隨意查詢?yōu)g覽。要求能夠實現(xiàn)病案的對比查詢,例如同一患者多次住院歷史病案的對比瀏覽,科研病案的對比查詢?yōu)g覽。對查詢到的病案要求能夠支持病案圖片的科研討論、在線討論,能夠查詢到病案當前的位置以瀏覽的歷史記錄,支持鼠標滾輪的放大縮小以及拖放。要求具有對數(shù)字化圖片借閱瀏覽的申請單,病案申請瀏覽模塊中,支持逐份、批量、按科室審核。系統(tǒng)要求能夠對系統(tǒng)用戶的所有操作以及病案的打印具有日志記錄功能。用戶管理支持管理數(shù)字化客戶端用戶信息及B/S瀏覽用戶信息,可以對用戶信息進行查詢/添加/修改/刪除操作,可以配合病案設置保密等級權限,可以限定用戶查看及申請科室權限。用戶組管理支持對用戶進行分組,可對分組進行查詢/添加/修改/刪除操作。權限組管理支持對用戶所擁有的系統(tǒng)功能進行設置,并可限制該權限組所對應的相關科室。系統(tǒng)要求數(shù)字化加工系統(tǒng)支持醫(yī)院后續(xù)無紙化歸檔建設需求,系統(tǒng)須具有可擴展性。主要功能及服務要求如下:建設內容主要功能主要功能及服務要求紙質病歷掃描歸檔及開放運營服務管理系統(tǒng)數(shù)字化病案系統(tǒng)病案加工病案加工端要求具備加工流程控制功能,包括交接、綁定、派發(fā)、歸還、裝箱、上架。系統(tǒng)需支持高拍儀拍攝和高速掃描儀掃描兩種模式。要求系統(tǒng)拍攝過程中應能夠預覽拍攝效果。要求拍攝過程中能夠對所拍圖片進行編輯修改,包括校準、旋轉、截取、涂擦、去黑邊等操作。要求系統(tǒng)拍攝過程中可以隨時維護系統(tǒng)分類。要求系統(tǒng)支持黑白、彩色拍攝設置切換。要求系統(tǒng)支持數(shù)字化存儲為加密格式,防止被復制后出現(xiàn)信息泄露。要求系統(tǒng)支持webservice方式上傳圖片至服務器。使用高速掃描儀速度每分鐘60張以上并支持雙面掃描方式。在加工環(huán)節(jié)支持大屏幕顯示器,支持分辨率1920*1080以上,具有所見所得的效果。要求系統(tǒng)針對特殊病案或原件損壞病歷具有標記功能,形成臺賬并支持查詢。加工端可以暫存一定天數(shù)數(shù)據,防止數(shù)據出現(xiàn)丟失,要求具備臨時保存功能。病案審核要求系統(tǒng)具有完善的審核機制,可對病例內容進行整體、單獨圖片的審核、病案漏掃情況審核。要求系統(tǒng)具備智能自動審核機制,能夠自動過濾質量不合格的圖片包括手影、模糊、主索引錯誤等,輔助審核。審核機制中支持放大鏡功能,具備圖片編輯功能。支持對已審核病案進行抽查,復核質量。支持自動檢查服務器上實際存儲的圖像信息與數(shù)據庫中記錄的圖像數(shù)據是否一致,不一致則被系統(tǒng)視為錯誤病案信息,且把相應的錯誤文件名及路徑列出來。病案管理能夠查詢未掃描病案明細。應具有完善的病案保密級別機制。具有完善的病案打包上架流程,具有完善的上架條碼打印機制。具有完善的工作量統(tǒng)計模塊,能夠統(tǒng)計人員工作量、重拍工作量等。系統(tǒng)要能夠自動記錄用戶在系統(tǒng)內所有操作的詳細日志,并可形成報表,便于回溯追蹤。能夠自動分析出病案加工的工作量,以及申請、復印的工作量。病案應用應支持C/S、B/S同步瀏覽病案。瀏覽模塊具有對比查看功能。要求病案瀏覽時具備多條件復合查詢功能,實現(xiàn)首頁快捷檢索,快速查找病案信息。病案在查詢?yōu)g覽時顯示的病案圖像具有水印,防止非法拍攝,屏蔽非法拷貝。支持病案借閱申請和審核機制,在申請過程中具備提醒、催辦等功能。要能夠支持病案圖片的病案科研、在線討論。支持使用APP系統(tǒng),離線最新的數(shù)字化病案資料,可利用平板APP進行分析查看病案圖片。病案打印數(shù)字化病案打印應支持黑白、彩色兩種打印方式。支持使用身份證讀卡器自動獲取身份證圖片信息。數(shù)字化病案的打印具有色彩選擇和打印套餐選擇,打印套餐可進行維護、支持自定義配置水印。支持打印復印申請單、統(tǒng)計每個復印者打印的總頁數(shù)。能夠追溯每個復印者打印的詳細病歷信息。支持針對病案設置打印權限,是否允許打印。支持導出電子病歷,并可限制導出文件的查看時間和查看次數(shù)。病案打印時支持二代身份證讀卡器,可以直接掃描患者及代理人的身份證。要求具有打印記錄,能夠記錄病案打印過程的所有操作,包括所打印病案的病案號、患者姓名、打印時間、打印頁碼等。系統(tǒng)設置在審核權限控制中,可以控制到科室、人員,支持按時間范圍(永久、年、月、日、小時)授權。用戶管理:管理數(shù)字化客戶端用戶信息及B/S瀏覽用戶信息,可以對用戶信息進行查詢/添加/修改/刪除操作,可以配合病案設置保密等級權限,可以限定用戶查看及申請科室權限,滿足申請多級審核設置。用戶組管理:對用戶進行分組,可對分組進行查詢/添加/修改/刪除操作。權限組管理:對用戶所擁有的系統(tǒng)功能進行設置,并可限制該權限組所對應的相關科室。運營服務系統(tǒng)系統(tǒng)對接通過微信、微信小程序進入,支持關聯(lián)到醫(yī)院公眾號。使用微信支付平臺支付費用,接入醫(yī)院支付平臺。業(yè)務范圍支持在院、離院患者全時間段申請,支持對已歸檔未歸檔病歷的申請。支持用戶自選領取方式包括郵寄、自提、預約窗口復印等。郵寄業(yè)務支持EMS、順豐速遞的自助下單,其他快遞支持手動下單回填單號;支持患者一鍵查詢物流信息。多院區(qū)醫(yī)院需支持選擇自提領取院區(qū),并支持醫(yī)院設定自提日期。支持用戶自選復印內容。復印申請支持多種證件和材料的上傳,包括身份證、戶口薄、出生證明、出院結算單、委托書等,其中上傳身份證支持自動識別身份證號碼和人臉識別比對。支持上傳的證件、材料采用水印、加密方式保護。支持手機號驗證。支持通過公眾號、小程序、短信等方式通知用戶申請單狀態(tài)變化。業(yè)務受理支持通過多種方式提示工作人員待辦事項,包括首頁數(shù)字提醒、微信公眾號提醒等。支持查詢患者的歷史申請和歷史復印記錄。支持醫(yī)院設定預約復印時間。支持審核人員自定義審核不通過原因。數(shù)據統(tǒng)計支持分狀態(tài)查詢統(tǒng)計所有申請單,時間軸顯示受理明細。支持分類統(tǒng)計復印量,統(tǒng)計員工工作量。要求提供詳細的收入流水,月度賬單。系統(tǒng)配置醫(yī)院自定義公告內容和樣式。醫(yī)院自定義復印套餐和分類,支持醫(yī)院自定義收費規(guī)則。醫(yī)院自定義用戶角色權限控制。提供系統(tǒng)日志功能,統(tǒng)計詳細員工操作記錄。運營服務運營服務服務內容包含但不限于病案數(shù)字化交接、病案數(shù)字化加工、病案數(shù)字化審核、病案條碼裝箱打包、病案數(shù)字化上架、病案首頁信息數(shù)據庫轉換、病案首頁基本信息錄入。數(shù)字化服務要求數(shù)字化人員每天工作至少8小時,至少安排4人以上并提供數(shù)字化人員安排表,并接受醫(yī)療健康集團的統(tǒng)一管理。病案數(shù)字化涉及醫(yī)院病案安全性,病案數(shù)字化場所除醫(yī)院工作人員數(shù)字化服務人員進入,其他人員嚴禁進入,并簽訂保密協(xié)議。數(shù)字化服務現(xiàn)場要求配備項目經理1名,負責數(shù)字化質量的審核,復核,抽查。數(shù)字化服務包含提供所需病歷周轉箱,病歷周轉箱要求按采購人要求定制。數(shù)字化服務要求有專人翻拍,專人打包封箱,專人上架,每個病歷周轉箱都要求有唯一條碼等,要求有詳細的說明并提供工作人員分配表。數(shù)字化服務要求提供數(shù)字化加工服務的項目計劃表。數(shù)字化服務應包含數(shù)字化所需耗材及硬件設備,并提供耗材以及硬件設備一覽表;數(shù)字化加工服務現(xiàn)場必須劃分:拍攝區(qū)、審核區(qū)、病案存放區(qū)、拆釘裝箱區(qū),辦公用品存放區(qū),公告區(qū),更衣區(qū)等區(qū)域。數(shù)字化加工人員要求根據醫(yī)院的病歷要求進行病歷分類。數(shù)字化加工要求有交接流程,交接流程要求保證病歷數(shù)量無誤,并對病歷綁碼處理。加工要求清晰,無陰影,手影等,并要求審核人員對加工的病歷逐頁審核,不允許部分審核。要求提供病案原件的免費保管3年服務(約14萬份),包括裝箱、上架保存,防火、防蟲、防水、防盜。在特殊情況下需調用病案原件時,提供24小時以內國內安全的快遞方式寄出,必要時采取專人送達,相關服務產生的費用由甲方負責支付。智能母嬰安全管理智能母嬰安全管理系統(tǒng)借助先進的物聯(lián)網技術,在病區(qū)覆蓋無線網絡,使用專用特制母嬰腕帶,實現(xiàn)嬰兒防盜和嬰兒行為監(jiān)管功能,能支持嬰兒實時定位追蹤、異常情況自動告警、行動軌跡回放、母嬰信息配對等功能。主要技術要求如下:要求通過內置的RFID物聯(lián)網模塊實現(xiàn)了對醫(yī)護人員、資產、設備等信息的實時自動采集和處理。為保障系統(tǒng)兼容性和穩(wěn)定性,應當優(yōu)先采用與醫(yī)療物聯(lián)網同品牌的產品。要求支持Oracle或Mysql等主流數(shù)據庫,要求支持多機構版本部署。主要功能及服務要求如下:建設內容主要功能及服務要求智能母嬰安全管理要求基于醫(yī)院部署的醫(yī)療物聯(lián)網提供的UHF863Mhz定位功能,在產科病區(qū)為母嬰佩戴專用的監(jiān)護腕帶,實現(xiàn)對母嬰的定位、跟蹤、監(jiān)控,遇事自動告警提示。支持數(shù)據可視化大屏,包括病區(qū)概覽、病區(qū)動態(tài)、告警趨勢、實時告警列表、實時定位展示界面等。嬰兒腕帶由表帶和表盤組成,要求表帶為一次性腕帶,表盤可回收消毒、充電后重復使用。嬰兒出生:由護士給嬰兒佩戴嬰兒腕帶,并將嬰兒信息(如姓名、床號、家長姓名等)錄入到管理服務器中(支持與HIS系統(tǒng)對接實現(xiàn)數(shù)據調用),要求使嬰兒腕帶與嬰兒的所有信息形成唯一相關聯(lián)的對應關系。嬰兒出院:辦理完出院手續(xù)時,支持醫(yī)生以專用RFID讀寫設備與家長當面讀取嬰兒腕帶的信息,確保嬰兒的信息始終唯一和可靠。系統(tǒng)需提供病區(qū)GIS地圖,在地圖上實時定位病區(qū)內母嬰的位置,要求以圖形化界面呈現(xiàn)系統(tǒng)各項功能。為防止嬰兒在未經授權的情況下被帶出病區(qū),系統(tǒng)需在出現(xiàn)違規(guī)情況時即刻告警,未經授權,被惡意破壞或者剪斷嬰兒腕帶時,會觸發(fā)系統(tǒng)腕帶斷裂告警。要求提供母嬰安全管理系統(tǒng)計算機軟件著作權證書。智能母嬰安全管理系統(tǒng)配套硬件建設要求智能母嬰安全管理系統(tǒng)配套硬件是與本項目智能母嬰安全管理系統(tǒng)所需的相應配套硬件。由前端的物聯(lián)網智能終端(母親腕帶、嬰兒腕帶)、物聯(lián)網無線網絡以及母嬰安全管理系統(tǒng)組成。通過智能終端,實現(xiàn)母嬰定位、告警求助等,本系統(tǒng)需要的RF物聯(lián)網無線網絡不在本次招標范圍內進行采購。智能母嬰安全管理系統(tǒng)配套硬件要求如下:建設內容配套硬件名稱主要參數(shù)要求數(shù)量單位備注智能母嬰安全管理系統(tǒng)通用型智能監(jiān)護腕帶(產婦)符合協(xié)議:國際標準ISO18000-6C、EPCClass1Gen2調制方式:FSK(調頻FM)頻率:≥UHF863Mhz;發(fā)射功率:≥17dBm產品功能:支持物理防拆卸、心率監(jiān)測、人員定位、按鈕告警等EMC抗干擾:強擊發(fā)方式:觸摸定位功能:支持可移動的告警定位功能接收靈敏度:≥-85dBm工作溫度:-10°C~+70°C防水等級:≥IP68工作濕度:0%~95%(無凝露)可靠性:MTBF≥1×10,000小時100條/嬰幼兒專用監(jiān)護腕帶(表頭)符合協(xié)議:國際標準ISO18000-6C、EPCClass1Gen2接收靈敏度:≥-85dBm識讀距離:0.1~100米可調頻率:≥UHF863Mhz;充電模塊:支持座充充電;產品功能:支持拆卸告警、人員定位等生命體征:可擴展外殼材料:醫(yī)用硅膠工作溫度:-20°C~+70°C工作濕度20%~95%(無凝露)防水等級:≥IP68抗震性:10~2000Hz,20mm/15g,三軸可靠性:MTBF≥1×10,000小時100條/嬰幼兒一次性腕帶(表帶)外殼材料:醫(yī)用硅膠尺寸:13x140x1.5mm腕帶內阻:≤100歐姆彈性:適中;工作溫度:-20°C~+70°C;儲存溫度:-40°C~+80°C;工作濕度:20%~95%(無凝露)2000條/智能讀寫器支持協(xié)議:EPCglobalClass1Gen2ISO18000-6C工作方式:廣譜跳頻(FHSS)定頻或調頻可由軟件設置射頻功率:0-30dBm,軟件可調讀卡速度:單卡平均讀取時每64bits小于6ms讀卡方式:外觸發(fā)控制讀卡,支持其他方式擴展接口方式:自定義SPI、UART、RS232、I2C、RS485讀卡距離:0-50cm供電電源:DC+9V(1A)~12V(1A)配電源適配器1臺智能消毒器紫外線波長:≥254nm電壓:AC220V容量:≥12L功率:≥85W頻率:≥50Hz隔層:2層單層承重:≥3KG1臺聲光告警控制器工作電壓:DC12V/10A輸出:16路MOS管控制輸出,單路輸出最大負載12V/5A=60W控制方式:以太網,支持WiFi、串口設置管理:支持可對系統(tǒng)進行各種編程設置,如告警聲方式、防區(qū)類型、遠程控制等告警方式:支持自定義告警延時及鳴笛時間告警聯(lián)動:支持告警聯(lián)動繼電器輸出1臺聲光告警器模式:外接聲光警號標準電壓:12VDC標準電流:230-310mA聲壓指數(shù):≥110dB/300mm閃動頻次:≥150次/分鐘1個/腕帶充電座輸入:AC100-240V/50Hz輸出:DC5V/8A產品尺寸:135*58*22mm產品重量:≤240g材質:防火ABS+PC使用壽命,平均工作時間≥50000小時最大充電數(shù)量:8條腕帶可同時充電2套/輔材包含電源線、控制線、網線,線槽、安裝五金等。1項/移動護理系統(tǒng)移動護理系統(tǒng)依托無線局域網技術、條碼技術等先進技術的應用,通過先進的中間件技術整合、對接醫(yī)院的各個業(yè)務子信息系統(tǒng),實現(xiàn)臨床業(yè)務系統(tǒng)向病房的擴展和延伸,踐行了“床邊工作制”的理念,優(yōu)化醫(yī)囑信息的閉環(huán)管理,減少醫(yī)療差錯,并大大減輕了護士的工作負擔,提高護理效率和服務質量,實現(xiàn)護理工作精細化管理以及護理質量持續(xù)改善。移動護理系統(tǒng)包含了移動護理信息系統(tǒng)、護理文書系統(tǒng)、護理質量管理系統(tǒng)。移動護理信息系統(tǒng)移動護理系統(tǒng)充分利用HIS的數(shù)據資源,實現(xiàn)護士在患者床邊各項醫(yī)囑和治療的有效核對、執(zhí)行、確認及記錄,同時滿足護理人員在護理工作中的實時數(shù)據采集、信息查看、健康宣教和各種護理文書記錄需求,全面實踐了“以病人為中心”的理念,優(yōu)化醫(yī)囑信息的閉環(huán)管理,減少醫(yī)療差錯;并大大減輕了護士的工作負擔,提高護理效率和服務質量。護理文書系統(tǒng)護理文書系統(tǒng)用于滿足住院部床旁護理的日常工作要求,涵蓋日常護理所需的各種護理文書,有助于醫(yī)院對護理實現(xiàn)精細化管理,大幅縮短了護士的病歷書寫時間,優(yōu)化了護理的工作流程。護理質量管理系統(tǒng)護理質量管理系統(tǒng)涵蓋了醫(yī)院護理管理中的人力資源、排班考勤、制度管理、培訓考核、繼續(xù)教育、護理質量控制、病區(qū)事務管理等各項事務,能滿足各級護理管理者日常管理的各項工作需要,幫助護理部更好地掌握和調配醫(yī)院護士人力資源,并依據優(yōu)質護理管理的要求建立醫(yī)院持續(xù)改進的護理質量管理體系,全面提升護理管理的科學化水平。本次項目建設,移動護理系統(tǒng)應遵循《醫(yī)院信息系統(tǒng)基本功能規(guī)范》、《電子病歷基本規(guī)范》、《電子病歷系統(tǒng)功能規(guī)范(試行)》及國家其它有關護理的標準規(guī)范及規(guī)章制度。同時,系統(tǒng)需滿足市對三級醫(yī)院優(yōu)質護理服務的評審要求。主要技術要求如下:系統(tǒng)需遵循國家要求的所有規(guī)范指標,支持B/S結構。系統(tǒng)要求支持Oracle、SQLServe或Mysql等主流數(shù)據庫,支持多機構版本部署。移動護理信息系統(tǒng)、護理文書系統(tǒng)、護理質量管理系統(tǒng)主要功能及服務要求如下:建設內容主要功能主要功能及服務要求移動護理系統(tǒng)移動護理信息系統(tǒng)患者管理閉環(huán)用一覽表的方式顯示當前病區(qū)所有患者的信息,包括床號、姓名、性別、年齡、住院號、待辦事項個數(shù)、入院日期、欠費等基本信息。醫(yī)囑閉環(huán)管理查看和核對當前病區(qū)內在院的任一患者的醫(yī)囑信息,醫(yī)囑信息包括開始時間、狀態(tài)、醫(yī)囑內容、劑量、用量、執(zhí)行方式、頻次、開立醫(yī)生、停囑醫(yī)生和停囑時間等。根據多種條件篩選記錄。醫(yī)囑類型:長期醫(yī)囑和臨時醫(yī)囑;醫(yī)囑狀態(tài):未執(zhí)行、執(zhí)行中、已執(zhí)行、回退;用法:輸液、注射、口服、霧化吸入、皮試、檢驗、檢查等。醫(yī)囑異常提醒當醫(yī)囑記錄遇到異常時,系統(tǒng)可對異常記錄進行提醒并查看。同時,支持可將異常記錄的正確數(shù)據補錄至電腦端。體征管理可根據智能提醒規(guī)則篩選出待測患者,且待測體征項目都有顏色標識,方便快速錄入。也可根據護理等級篩選患者。支持同時綁定多種藍牙體征采集設備,如體溫槍、脈氧儀、血壓計等。藍牙設備可解綁,或在同一類型的不同編號設備間切換綁定。錄入數(shù)據有效性校驗,判別錄入數(shù)據是否符合要求(如體溫只能錄入數(shù)字)。護理操作記錄皮試管理:皮試單由皮試醫(yī)囑和PDA端的皮試操作記錄生成,包括床位、姓名、醫(yī)囑內容、皮試類型、執(zhí)行護士、執(zhí)行時間、報告護士、報告時間、審核護士、審核時間、皮試結果、皮試照片等信息。病房巡視:查看和打印患者住院過程中護士通過PDA端記錄的巡視事項,巡視單信息包括床位、姓名、巡視事項、巡視護士、巡視時間等。標本送檢:查看標本信息和送檢情況,并通過掃描送檢試管的二維碼記錄送檢信息。在待送檢頁面,可查看多個患者待送檢標本對應的檢驗名稱、檢驗次數(shù)、采集人和采集時間等。在已送檢頁面,可查看多個患者已送檢標本對應的檢驗名稱、檢驗次數(shù)、采集人和采集時間、送檢人和送檢時間等。臨床數(shù)據查看檢驗報告:瀏覽指定患者當次入院以來的所有檢驗報告,按時間順序顯示。報告信息包括項目名稱、樣本類型,樣本采集時間、檢驗結果、參考范圍、報告者和報告時間、校對者和校對時間等。檢查報告:瀏覽指定患者當次入院以來的所有檢查報告,按時間順序顯示。報告信息包括項目名稱、檢查時間、檢查部位、檢查所見、檢查意見、申請者和申請時間、報告者和報告時間、審核者和審核時間等。病區(qū)管理護理班組:要求可以設置當前病區(qū)的多個班次和其對應的在班時間,并能提供交班報告。設置每個班次的分組數(shù)量和小組所管理的床位范圍。設備每個班次或組別的啟用/禁用狀態(tài)。工作量統(tǒng)計:查看、導出、打印多個或全部病區(qū)的統(tǒng)計數(shù)據,支持輸入科室名稱進行搜索??蛇x擇今日、上一月、上一季、上一年的統(tǒng)計數(shù)據,或指定其他起止時間。打印功能:要求可以將患者信息生成腕帶和床頭卡,綁定腕帶和床頭卡的打印機后即可進行打印。護理任務智能提醒在任務清單頁面,可查看任一天的護理任務情況,包括待執(zhí)行、已執(zhí)行、已作廢等狀態(tài)。在患者詳情頁面信息欄,可查看該患者當天所有待完成事項及數(shù)量。護理計劃知識庫系統(tǒng)自帶常用護理計劃知識庫。支持新建、修改、刪除通用型或??菩椭R條目。支持快速搜索、定位知識條目。支持引用知識庫內容為本病區(qū)患者新建護理計劃。護理文書系統(tǒng)通用功能根據臨床護理文書規(guī)范,配置結構化的護理文書。根據各省市/醫(yī)院不同的護理文書書寫要求,配置不同的錄入規(guī)則。各類護理記錄單支持新建、修改、瀏覽、審簽、打印各類護理記錄單,表單設計結構化,通過數(shù)據引用、勾選、簡單輸入等方式即可快速完成錄入。一般護理記錄單、病危護理記錄單、管道留置護理單、靜脈導管置入術后維護單、深靜脈血栓護理記錄單、糖尿病治療記錄單、手術安全核查表等。支持婦幼專科護理單,康復??谱o理單。支持自定義各類護理記錄單的名稱、表頭、列、樣式、腳注等信息;支持分科室配置。各類評估單支持新建、修改、瀏覽、審簽、打印各類評估單,表單設計結構化,通過數(shù)據引用、勾選、簡單輸入等方式即可快速完成錄入。首次護理評估單、基本生活活動能力(BADL)量表、跌倒/墜床風險因素評估表、Waterlow壓瘡風險護理單、壓瘡風險預警報告表、深靜脈血栓危險因素評估及護理措施記錄單(Autar評分表)、洼田飲水實驗、GCS意識評估單、NRS2002營養(yǎng)風險篩查表、護理會診單等。支持自定義各類評估單的評估選項、單項評分以及總分計算方式、評估等級等;支持分科室配置。其他文書類型支持新建、修改、瀏覽、打印其他類文書,表單設計結構化,通過數(shù)據引用、勾選、簡單輸入等方式即可快速完成錄入。知情告知類文書:留陪告知書、使用約束帶知情同意書、侵入性護理操作技術知情同意書等。健康宣教類文書:PICC置入術患者健康教育單、輸液港置入術患者健康教育單等。支持自定義配置其他特殊護理文書。必填項校驗可配置文書中必填項目,在保存時提醒漏填的項目。數(shù)據生成編輯過程中自動生成評分(如有)、評估等級(如有)、記錄時間和執(zhí)行人,日期時間可修改,執(zhí)行人簽名處支持加載簽名圖片。臨床數(shù)據引用支持引用多種數(shù)據,包括患者醫(yī)囑、體征記錄、手術、檢驗檢查報告、臨床常用特殊字符等,免頁面跳轉,實現(xiàn)準確、快捷錄入。專科模板引用支持自定義常用??谱o理描述語句供文書引用。文書查詢可根據住院號或患者姓名精準查詢全院范圍內任一科室任意患者的文書。文書集成支持將護理文書共享給第三方信息系統(tǒng)調閱。護理質量管理系統(tǒng)人員管理要求系統(tǒng)支持為全院護理人員建立個人360°信息檔案,至少包括基本信息、能級、職稱經歷、學歷、崗位級別、論文、課題、專利、著作、獎勵、學術會議、考試成績、輪轉經歷、培訓進修經歷等,支持導出PDF存檔。護理排班管理要求系統(tǒng)支持科室排班管理,護理部可以及時查看排班信息,可以查看各個護理單元人員的班次統(tǒng)計情況,包括上的班次數(shù)量,工作時長,所欠工時等。不良事件管理要求系統(tǒng)支持責任人上報發(fā)生不良事件的各種信息,包括時間、地點、患者情況、發(fā)生責任人可以對事件的原因初步分析。支持跌倒/墜床、給藥錯誤、壓力性損傷、藥物外滲、非計劃性拔管、燙傷/凍傷、標本錯誤、意外、手術標本錯誤等事件結構化記錄、上報、分析,與上級管理系統(tǒng)對接關聯(lián),及時獲取跟蹤。護理質量控制任務設置和安排:要求支持護理部和病區(qū)可以制定質控檢查計劃,包括時間、檢查內容、檢查組、使用的檢查表單、檢查病區(qū)等信息。質控檢查計劃在發(fā)布前可以修改,一旦發(fā)布就不可以修改。PAD端進行檢查:要求支持使用移動終端檢查和各類質控檢查。持續(xù)改進:要求包括檢查結果審核提交和下發(fā)整改單。檢查問題匯總:要求可以根據檢查的側重點不同,將某項計劃或某張單子的檢查結果進行匯總,也支持挑選多個科室進行查看,支持對問題匯總表進行導出。下發(fā)整改:要求可以將檢查單對應的整改單下發(fā)給病區(qū)護士長進行整改,如果檢查單對應的整改單相同,可以共用一個整改單。問題整改:要求支持系統(tǒng)維護的原因分析和整改措施的選項,可以直接選擇。分析與跟蹤:要求包括原因分析、跟蹤檢查。任務進度查看:要求支持護理部、科室分別查看護理質量檢查的進度,包括所處階段和狀態(tài)。質控統(tǒng)計:要求包括病區(qū)排名和平均分統(tǒng)計。敏感指標統(tǒng)計要求包括國家規(guī)定的13項護理敏感指標,均可在系統(tǒng)中進行統(tǒng)計查看和管理。實時監(jiān)測:要求包括醫(yī)院基本信息數(shù)據、質量指標、護士配比、高風險監(jiān)測功能。風險監(jiān)測:要求實時顯示全院或病區(qū)的危重患者數(shù)量、高風險患者數(shù)量、發(fā)熱患者數(shù)量、手術患者數(shù)量、輸血患者數(shù)量、使用呼吸機患者數(shù)量、置管患者數(shù)量。高風險患者管理:要求按照高風險類型統(tǒng)計全院或各病區(qū)在查詢時間內的各類高風險患者的人數(shù);按照病區(qū)統(tǒng)計全院或各病區(qū)在查詢時間內的各類高風險患者的人數(shù);按照時間統(tǒng)計全院或各病區(qū)在查詢時間內高風險患者的人數(shù)。支持匯總各病區(qū)各類高風險患者的總數(shù)。敏感指標設置:要求護理部可設置自動上報的病區(qū)和時間,可設置上報病區(qū)的名稱。敏感指標上報:要求包括月敏感指標、病區(qū)月度??浦笜?、全院月度敏感指標、全院月度??浦笜恕颐舾兄笜?、國際專科指標。統(tǒng)計報表:要求統(tǒng)計各病區(qū)各護理人員的工作量;統(tǒng)計各病區(qū)各類醫(yī)囑的執(zhí)行情況,醫(yī)囑執(zhí)行率、掃描率等;統(tǒng)計各病區(qū)各類床位費的數(shù)量情況,支持以柱狀圖形式匯總;統(tǒng)計各級病房巡視的完成情況,如巡視率、掃碼執(zhí)行率。教育科研管理科研管理:要求可記錄科研項目的信息,可以記錄護理人員參與編寫的著作信息、發(fā)表的論文信息、發(fā)表的專利情況、獲得的獎懲情況、參與的學術會議情況、參與的學術任職情況??荚嚦煽児芾恚阂笞o理部可以以錄入考試信息,護士長可以錄入考試成績??上螺d打印。培訓進修管理:要求護理部可制定本年度外出培訓進修計劃??上螺d打印。培訓課件管理:要求護理部可培訓課件上傳,供參加人員下載后線下學習。護理制度管理要求采用文件目錄結構,可以在網上發(fā)布各種護理規(guī)章制度,將文檔可以作為附件上傳,護理人員可以下載查看。支持護理制度分類,可以按照級別、內容對各種規(guī)章制度進行分類。每個護理制度有修訂歷史,記錄整個文檔的生命周期,包括廢改立的時間,對應的文檔。健康宣教全院健康宣教知識庫:可維護全院健康宣教知識庫內容,包括宣教階段(入院、術前、術后、日常、出院)、宣教類型(飲食指導、用藥指導、日常保健等)、宣教名稱及其宣教內容;科室健康宣教知識庫:可維護科室健康宣教知識庫內容,包括宣教階段(入院、術前、術后、日常、出院)、宣教類型(飲食指導、用藥指導、日常保健等)、宣教名稱及其宣教內容;支持導入全院健康知識庫內容,快速維護知識庫內容;健康宣教任務:支持按患者所處階段(入院、術前、術后、日常、出院),自動推送對應階段宣教內容;推送健康宣教內容后,支持任務提醒;支持執(zhí)行、作廢健康宣教任務項;支持查看健康宣教完成情況;健康宣教文書:已執(zhí)行的健康宣教任務自動生成健康宣教文書內容,對應執(zhí)行人及執(zhí)行時間自動同步。用戶管理用戶權限設置當一個用戶有多個病區(qū)權限時,可以切換病區(qū)進行相關的護理業(yè)務操作;當一個用戶有多個角色時,如管理員、病區(qū)護士、手術室護士等,由于每個角色能使用的功能(能執(zhí)行操作的界面)不完全相同,因此可以切換角色以滿足不同的工作場景;支持密碼設置及修改。當班設置設置當前登錄用戶所屬的護理分組,如A1。選定組別后,在首頁床位列表查看“本組患者”時,顯示的就是對應該組管床范圍內的患者。醫(yī)院DRG醫(yī)保核驗管理系統(tǒng)隨著醫(yī)改的深入推進,通過DRG收付費方式改革,推進醫(yī)療、醫(yī)保激勵機制等配套制度改革,使醫(yī)院收付費方式由傳統(tǒng)的“按項目收付費”向“DRG預付制全成本綜合打包收付費的混合支付方式”轉變。醫(yī)院需要使用信息化技術,提高醫(yī)保病例入組審核驗證效率,提升醫(yī)院醫(yī)療服務質量,推動醫(yī)院現(xiàn)代化管理進程,為了確保醫(yī)保資金合理償付,縮短醫(yī)保資金回款周期,提高入組準確率,現(xiàn)引進醫(yī)院DRG醫(yī)保核驗管理系統(tǒng)。主要技術要求如下:要求系統(tǒng)采用BS架構,以便于快速部署;支持N層面向服務架構((Service-OrientedArchitecture),擴展性和靈活性比較強,易于用戶進行二次開發(fā)。系統(tǒng)要求支持Oracle或Mysql等主流數(shù)據庫,要求支持多機構版本部署,。主要功能及服務要求如下:建設內容主要功能主要功能及服務要求醫(yī)院DRG醫(yī)保核驗管理系統(tǒng)數(shù)據采集與質量控制系統(tǒng)能夠與醫(yī)院現(xiàn)有的信息系統(tǒng)進行數(shù)據接口對接,完成相關數(shù)據的采集,并能采取有效措施保障所采集的數(shù)據質量。醫(yī)生病種分值智能助手要求根據病種分值和醫(yī)療服務提供情況,系統(tǒng)能夠全流程多節(jié)點(住院中、出院前、病案首頁編碼時)實時提醒醫(yī)務人員患者住院費用與病種分值付費金額的差異,并給出優(yōu)化、合規(guī)的診斷建議。醫(yī)生DRG智能學習助手系統(tǒng)能夠在醫(yī)生完成病案首頁內容填寫或修改時進行DRG相關數(shù)據核驗,并能根據病例中的診斷和操作等信息,通過輔助提醒和智能推薦,提高病例入組的匹配度和準確度。病例入組質控管理在病案首頁上傳前,系統(tǒng)依據診斷、手術操作等病案首頁信息和醫(yī)療服務提供情況,自動審核病例入組信息。避免診斷操作填寫不當?shù)那闆r發(fā)生。歷史病種分值費用測算分析依據醫(yī)保政策和按病種分值付費的相關文件,統(tǒng)計全院醫(yī)保病人歷史年份的各病種費用情況,為醫(yī)院制定分值付費監(jiān)管與績效管理技術策略提供輔助決策支持。病種分值監(jiān)控與分析每月實時計算分析住院醫(yī)療費用按病種分值付費、按床日付費與住院實際統(tǒng)籌基金記賬的盈虧情況,可細化至科室、醫(yī)生和病種維度。并能夠通過當年累計值,預估分析年終清算盈余或超標金額以及年終清算應償付費用情況。后臺管理系統(tǒng)參數(shù)配置管理功能;支持基于角色的用戶權限管理功能,可針對不同角色分配不同功能的權限菜單。醫(yī)療收費智能審核管理系統(tǒng)隨著醫(yī)療體制改革的逐步深入,醫(yī)療保險政策的覆蓋面越來越廣,醫(yī)保協(xié)議條款和執(zhí)行細則日益復雜并且時有政策調整,尤其是目前已經在部分試點醫(yī)院實行DRG醫(yī)保支付。醫(yī)院迫切需要通過精細、精準的信息化醫(yī)療收費智能審核管理軟件,使醫(yī)保管理工作深入到醫(yī)院各科室和醫(yī)護收費人員,實現(xiàn)醫(yī)院醫(yī)保管理的網絡化、規(guī)范化、精細化。主要技術要求如下:要求系統(tǒng)采用BS架構,以便于快速部署;支持N層面向服務架構((Service-OrientedArchitecture),擴展性和靈活性比較強,易于用戶進行二次開發(fā)。系統(tǒng)要求支持Oracle或Mysql等主流數(shù)據庫,支持多機構版本部署。主要功能及服務要求如下:建設內容主要功能主要功能及服務要求醫(yī)療收費智能審核管理系統(tǒng)標準庫管理提供政府規(guī)定的醫(yī)療服務價格目錄管理;提供醫(yī)院內部的醫(yī)療服務價格目錄管理。價格公示管理提供完整規(guī)范的醫(yī)療服務項目價格的外部公示接口。醫(yī)療服務項目規(guī)范性審核要求提供規(guī)則知識庫進行醫(yī)療服務價格審核。全流程閉環(huán)審核管理提供醫(yī)療服務價格的事前預防、事中控制、事后分析全流程閉環(huán)管理程序。醫(yī)療服務項目審核統(tǒng)計分析要求軟件系統(tǒng)提供數(shù)據準確、多維度的醫(yī)療服務項目收費核查統(tǒng)計分析報表。醫(yī)療價格政策文件管理要求系統(tǒng)提供醫(yī)療價格管理政策國家級、省市級、醫(yī)院級、科室級文件管理設置,支持文檔和附件的上傳。醫(yī)保智能審核規(guī)則庫要求系統(tǒng)提供符合醫(yī)保政策的醫(yī)保智能審核規(guī)則庫。門診醫(yī)保智能審核要求系統(tǒng)提供門診醫(yī)生在處方保存時,系統(tǒng)實時進行醫(yī)保違規(guī)審核及提醒,針對已結算患者提供自動審核并提示存在的問題,可提供反饋填寫功能,業(yè)務管理部門可分類統(tǒng)計反饋。住院醫(yī)保智能審核要求系統(tǒng)提供事前、事中、事后的全流程住院醫(yī)保審核功能。在住院醫(yī)生診臺針對部分重要的規(guī)則進行審核,保障住院醫(yī)生診臺計算機操作的順暢和快捷。在護士工作站系統(tǒng)能夠審核醫(yī)?;颊咦≡浩陂g的所有醫(yī)療收費,并能夠對審核規(guī)則進行分級處理。系統(tǒng)提供結算后醫(yī)療費用審核。醫(yī)保審核統(tǒng)計分析與輔助決策管理要求系統(tǒng)提供詳細、豐富、多維度的醫(yī)保核查統(tǒng)計分析報表。統(tǒng)計分析報表可鉆取式提供數(shù)據。也可自主組合條件進行查詢和查看。醫(yī)保協(xié)議值智能分析要求系統(tǒng)提供醫(yī)保協(xié)議書要求的指標監(jiān)控和分析。并可進行鉆取式查詢。醫(yī)保動態(tài)監(jiān)控要求系統(tǒng)能夠實時監(jiān)控和查詢降低標準入院、分解入院等指標。提供根據臨床科室反饋信息和政策規(guī)范進行監(jiān)控閾值設置。醫(yī)保政策文件管理要求系統(tǒng)提供醫(yī)保相關政策,按國家級、省市級、醫(yī)院級、科室級文件進行目錄設置,支持文檔和附件的上傳,管理人員可手動上傳政策文件。數(shù)據質量控制要求本系統(tǒng)批量數(shù)據夜間采集,不得影響醫(yī)院信息系統(tǒng)日常運行,按照病人類型進行分類質控管理。系統(tǒng)管理要求系統(tǒng)提供用戶管理和基于角色的權限分配;系統(tǒng)提供系統(tǒng)參數(shù)配置,系統(tǒng)日志和錯誤日志功能。社康系統(tǒng)分區(qū)部署及聯(lián)網集成平臺新區(qū)社區(qū)健康中心業(yè)務系統(tǒng)從業(yè)務架構上符合國家衛(wèi)生健康委和市衛(wèi)生信息化建設總體規(guī)劃,系統(tǒng)采用B/S架構模式,SaaS應用部署模式,原中心端集中部署在市資源中心。本項目為了滿足新區(qū)醫(yī)療健康集團的一體化服務需求,將新區(qū)的社康應用數(shù)據(醫(yī)療和公衛(wèi)部分)社康信息系統(tǒng)分區(qū)部署到本區(qū)(數(shù)據庫的數(shù)據已經通過DSG下沉至各區(qū)域),一旦區(qū)域生產系統(tǒng)發(fā)生故障,保障醫(yī)療和公衛(wèi)業(yè)務,將關鍵性業(yè)務切換至容災站點(市資源中心)上。區(qū)中心面向全區(qū)社康中心提供醫(yī)療業(yè)務的云服務模式,滿足社康中心業(yè)務需要,簡化社康中心的運維難度,降低運維成本。本次建設,將社康信息系統(tǒng)分區(qū)部署到新區(qū)后,需保留市現(xiàn)有社康信息系統(tǒng)及新區(qū)現(xiàn)有社康信息系統(tǒng)所有功能。建設內容服務內容主要功能及服務要求社康信息系統(tǒng)分區(qū)部署系統(tǒng)環(huán)境建設系統(tǒng)環(huán)境設計方案提出中心端到區(qū)容災中心,網絡帶寬設計要求。為了保障數(shù)據的一致性及性能,需按業(yè)務量進行評估。提出服務器配置,包括內存、磁盤空間。根據整個區(qū)域數(shù)據中心情況,或本地數(shù)據中心的應用層、數(shù)據庫層及存儲層的部署情況,提出故障情況下的應急方案。系統(tǒng)環(huán)境測試驗證對于準備好的相關硬件設備進行驗

,驗證是否符合社康業(yè)務系統(tǒng)服務、數(shù)據中心所需要的硬件設備,并驗證網絡帶寬、網絡穩(wěn)定等。包括進行服務器性能測試、兼容性測試和安裝部署測試等工作內容。數(shù)據中心建設建設區(qū)社康數(shù)據中心建設超融合基礎架構平臺,在中心機房建設一套超融合集群,并對現(xiàn)有系統(tǒng)進行評估,將社康業(yè)務系統(tǒng)都遷移至超融合平臺,構建軟硬一體化的社康信息系統(tǒng),降低整體能耗成本,打破原有豎井式架構的束縛。建設統(tǒng)一的數(shù)據備份平臺,在進行社康系統(tǒng)整合后,建立統(tǒng)一的核心業(yè)務系統(tǒng)數(shù)據備份平臺,使核心業(yè)務系統(tǒng)不僅有本地高可用保護,還有數(shù)據備份保護能夠在故障時實現(xiàn)快速的數(shù)據恢復。數(shù)據遷移工作以健康檔案為主要依據,將本區(qū)的全部診療數(shù)據以及基本公衛(wèi)數(shù)據從市

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網頁內容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經權益所有人同意不得將文件中的內容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網僅提供信息存儲空間,僅對用戶上傳內容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內容本身不做任何修改或編輯,并不能對任何下載內容負責。
  • 6. 下載文件中如有侵權或不適當內容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

最新文檔

評論

0/150

提交評論