《[管理系統(tǒng),醫(yī)院,平臺]醫(yī)院一體化臨床信息平臺管理系統(tǒng)設計與應用》由會員分享,可在線閱讀,更多相關(guān)《[管理系統(tǒng),醫(yī)院,平臺]醫(yī)院一體化臨床信息平臺管理系統(tǒng)設計與應用(5頁珍藏版)》請在裝配圖網(wǎng)上搜索。
1、醫(yī)院一體化臨床信息平臺管理系統(tǒng)設計與應用 摘要:目的本系統(tǒng)采用開放的瀏覽器引擎(Webkit)開發(fā)客戶端,Javascript等資源嵌 入軟件技術(shù)研發(fā)醫(yī)院臨床信息一體化平臺系統(tǒng)。該系統(tǒng)主要內(nèi)容是在醫(yī)院中打造統(tǒng)一的信 息化平臺,把醫(yī)院各種不同醫(yī)療信息和經(jīng)濟信息均放在醫(yī)院統(tǒng)一信息平臺上進行管理,使 醫(yī)院的信息和資源得到充分的交流和共享,真正做到資源共享、協(xié)同服務,從而極大提高 醫(yī)院管理效率和服務質(zhì)量。該系統(tǒng)的研發(fā)目標是發(fā)展醫(yī)院高端電子病歷一體化系統(tǒng),具備 CDR、CMV、CPOE> CDSS、閉環(huán)醫(yī)囑、臨床路徑等多功能創(chuàng)新理念的新一代醫(yī)院信息管理平 臺。
關(guān)鍵詞:醫(yī)院信息;共享平臺;一體化;醫(yī)療
2、資源;網(wǎng)絡技術(shù)
目前醫(yī)院信息化管理已在各大、中型的醫(yī)院中得到普遍應用,它不僅能在一定程度上提高 用戶的工作效率,更重要的是它具有人工管理所不具備的高度準確性和客觀性,使醫(yī)院原 來有些在手工方式下無法實現(xiàn)的工作和管理成為可能,但是國內(nèi)醫(yī)院信息化管理大都還停 留在針對病人的住院、門診費用和醫(yī)院藥品庫存、消耗等經(jīng)濟財務信息進行管理的初級階 段,過分強調(diào)原有的業(yè)務流程,把各種信息按照不同的系統(tǒng)(醫(yī)院信息管理系統(tǒng)多達五十 多個管理子系統(tǒng))割裂開來分別管理,數(shù)據(jù)的分散使得臨床醫(yī)療信息不能發(fā)揮其應有的作 用,無法得到充分利用,沒有真正體現(xiàn)信息化管理的優(yōu)勢。如果不能夠?qū)@諸多信息進行 高效的智能整合處理,醫(yī)
3、院管理必然出現(xiàn)混亂,診療效率必然下降,病人看病難看病貴的 問題將更加突出,醫(yī)院本身的運轉(zhuǎn)也必然受阻,醫(yī)療質(zhì)量下降、醫(yī)療浪費加重、經(jīng)濟上入 不敷出,最終導致醫(yī)院自身發(fā)展的停滯。
一、目前現(xiàn)狀:
由于當前醫(yī)院信息化初級建設規(guī)劃過程中嚴重存在著管理技術(shù)瓶頸,造成醫(yī)院管理如下問 題:
1 .醫(yī)院信息化業(yè)務流程復雜混亂
(1)臨床數(shù)據(jù)分散,難以形成本次就診的全局視圖,患者歷史就診數(shù)據(jù)的參照也不便: 需要使用多個系統(tǒng)和較為繁瑣的查找操作,才能看到患者整體臨床數(shù)據(jù)。
(2)隨著醫(yī)院信息化的發(fā)展,臨床醫(yī)生面對電腦時間逐步變長,書寫病歷文檔繁瑣,時 間都用在低附加值的文字處理或電腦操作上了,對于電腦操
4、作不熟練的年紀較大的專家尤 其如此。
(3)醫(yī)囑下達后缺乏全流程的跟蹤,難以把握醫(yī)囑的執(zhí)行狀況。
(4)以人、財、物為中心的HIS系統(tǒng)、越來越難以滿足以患者為中心、診療過程為主線的 臨床管理要求。
2 .系統(tǒng)輔助支持功能不完善
(1)以局部功能為單位的單體系統(tǒng)需要集成越來越多的其他功能,例如:在住院系統(tǒng)需 要使用補費功能,在護理系統(tǒng)需要使用醫(yī)囑功能,在質(zhì)控系統(tǒng)需要電子病歷查看功能等。 在傳統(tǒng)的單系統(tǒng)開發(fā)模式下,要滿足這些需求將需要付出高昂的代價。
(2)臨床路徑缺乏輔助生成工具和分析工具。
(3)對重要事件缺乏有效的提醒機制,例如危急值提醒、不良反應提醒等。
(4)目前的臨床系統(tǒng)
5、智能化程度不高,難以有效的為醫(yī)生提供臨床決策輔助支持。
3 .臨床醫(yī)療質(zhì)控問題:醫(yī)療質(zhì)量缺乏全局管理,醫(yī)療質(zhì)控不只是病歷質(zhì)控,醫(yī)囑質(zhì)控、臨 床路徑質(zhì)控、護理質(zhì)控等都需要統(tǒng)一管控。
4 .普及應用的易用性:臨床醫(yī)生需要面對眾多臨床系統(tǒng),需要重復登錄,需要適應不同系 統(tǒng)的操作風格。這導致臨床醫(yī)生需要付出高昂的學習和培訓代價。
5 .系統(tǒng)信息的安全性隱患
缺乏嚴格的數(shù)據(jù)訪問控制,患者信息泄漏;隨著國家對個人隱私保護的加強,醫(yī)療信息管 理問題將越來越緊迫。
6 .系統(tǒng)管理與擴展存在嚴重屏障
(1)系統(tǒng)性能隨著年限增長和業(yè)務增長越來越慢。
(2)隨著系統(tǒng)數(shù)的增加,臨床系統(tǒng)間的接口開發(fā)和管理
6、問題日益嚴重。
7 .其他問題:
(1)雖然病歷已經(jīng)電子化,但結(jié)構(gòu)化程度不高,難以滿足科研的多角度分析。
(2)目前的信息系統(tǒng)是以醫(yī)護操作人員為中心,但在以患者為中心的指導思想下,患者 相關(guān)功能缺乏。
基于以上現(xiàn)狀,如何面對復雜局面走出困境,成為醫(yī)院管理的頭等大事,故醫(yī)院一體化臨 床信息共享管理平臺的規(guī)劃建設將些問題迎刃而解。因此我們要在醫(yī)院中打造統(tǒng)一的信息 化平臺,把醫(yī)院各種不同醫(yī)療信息和經(jīng)濟信息均放在醫(yī)院統(tǒng)一信息平臺上進行管理,使醫(yī) 院的信息和資源得到充分的交流和共享,真正做到資源共享、協(xié)同服務,從而極大提高醫(yī) 院管理效率和服務質(zhì)量。
目前國內(nèi)所有大型醫(yī)院及有實力的醫(yī)療軟件機構(gòu)都
7、在或已經(jīng)研發(fā)此類產(chǎn)品并在臨床進行探 索性開發(fā)應用,由于現(xiàn)在沒有在全國范圍內(nèi)推行醫(yī)院信息共享平臺和一體化醫(yī)院信息系統(tǒng) 的主要原因是沒有配套的法律和配套的標準,各醫(yī)院信息化建設中都有自己特色管理模式 和標準,及開發(fā)產(chǎn)品在臨床客戶化技術(shù)功能應用上各有所長。本系統(tǒng)采用集成化電子病歷一體化臨床信息平臺的設計方案,將系統(tǒng)信息管理分為相對獨立的用戶接口層和業(yè)務組件 層。用戶接口層基于HTML標準和ExtJS前端框架開發(fā),使用ExtJS可以快速開發(fā)出友好、適 合醫(yī)院互操作要求的用戶界面。本系統(tǒng)技術(shù)研發(fā)完全按照國內(nèi)外頒布的各項規(guī)范標準,并 遵循國際標準HL7進行構(gòu)筑。支持病歷數(shù)據(jù)在各系統(tǒng)間的交換標準化和規(guī)范化
8、,系統(tǒng)的研 發(fā)和應用技術(shù)水平各項指標都達到了目前國內(nèi)醫(yī)院信息化管理技術(shù)的先進水平。
二、系統(tǒng)平臺模型設計構(gòu)思 一體化臨床信息平臺ICIP (Integrated Clinical Information Platform)是指在網(wǎng)絡的 環(huán)境下,把各種臨床功能、臨床數(shù)據(jù)和臨床資源,以患者為中心、診療過程為主線,統(tǒng)一 整合到臨床信息平臺下,并使之組件化、模塊化和一體化,根據(jù)每一角色的使用特點,形 成特定的應用門戶,并通過對事件和消息的處理、傳輸把臨床活動有機的聯(lián)系在一起。 平臺主要門戶:
L一體化門診醫(yī)生站(含門診病歷)、護士站
2 .一體化急診醫(yī)生站(含急診病歷)、護士站
3 .一體化留
9、觀醫(yī)生站(含留觀病歷)、護士站
4.一體化住院醫(yī)生站(含住院病歷、
臨床路徑)、護士站
5. 一體化醫(yī)療質(zhì)控平臺
6. 一體化藥師工作站。
平臺主要特點:
1 .界面集成(Portal) o可根據(jù)每個角色的使用特點制定特定門戶。
2 .功能集成(SCA)。組件化、模塊化、插件化。
3 .數(shù)據(jù)集成(DI) -*Datao Integration臨床數(shù)據(jù)統(tǒng)一存儲、統(tǒng)一共享。
三、一體化臨床信息平臺設計關(guān)鍵技術(shù)
本一體化臨床信息平臺的建設分為相對獨立的用戶接口層和業(yè)務組件層。用戶接口層基于 HTML標準和ExtJS前端框架開發(fā),使用ExtJS可以快速開發(fā)出友好、適合醫(yī)院互操作
10、要求的 用戶界面,但作為一種重型的富客端框架,存在兼容性和性能問題。
為了解決遇到的一系列問題,使用開放的瀏覽器引擎(Webkit)開發(fā)客戶端,Javascript 等資源嵌入軟件。這種技術(shù)方案將B/S和C/S合二為一,彌補了傳統(tǒng)B/S架構(gòu)方案不能訪問 本地資源、兼容性差、畫面展示性能差的缺點,同時為系統(tǒng)帶來了跨平臺的好處,不管是
PC還是移動終端,都可以基于同一種技術(shù)架構(gòu),不再像傳統(tǒng)C/S客戶端那樣受制于某一個 平臺。
業(yè)務組件層以開放的SOA標準SCA (Service Component Architecture)為基礎創(chuàng)建,系統(tǒng) 設計階段基于業(yè)務需求劃分業(yè)務組件,明確定義組件間的
11、服務以及對服務的引用,保證組 件獨立性的同時為整個系統(tǒng)帶來了強大的靈活性和可擴展性。業(yè)務組件層提供的這種插件 化體系,使得分布式開發(fā)方式成為可能,組件分布開發(fā),統(tǒng)一發(fā)布,靈活裝配成不同產(chǎn)品, 從而使得開發(fā)效率大大提高,代碼保密性的要求也得到滿足,軟件維護和產(chǎn)品創(chuàng)新的成本 大大降低,需要做的僅僅是替換、刪除或增加組件。同時,組件的顆粒大小沒有限制,組 件間的綁定靈活,耦合度降低,也為醫(yī)院將來研發(fā)開放性醫(yī)療軟件平臺奠定了基礎。
四、一體化臨床信息平臺總體技術(shù)架構(gòu)設計
五、一體化臨床信息平臺管理目標及創(chuàng)新
1 .完整的臨床數(shù)據(jù)模型與臨床功能的無縫整合(醫(yī)囑+臨床路徑+病歷+護理)。
2 .統(tǒng)
12、一登錄,統(tǒng)一操作風格的臨床系統(tǒng)。
3 .能夠針對角色(如住院醫(yī)生)靈活配置門戶的應用平臺。
4 .整合的本次就診數(shù)據(jù)和歷次就診數(shù)據(jù),并提供臨床智能助手。
5 .有強大模板庫、元素庫支持的錄入快捷、易操作、易擴展的高度結(jié)構(gòu)化的病歷編輯器。
6 .具備智能學習能力(可通過醫(yī)囑輔助創(chuàng)建,可通過變異統(tǒng)計輔助改進)的臨床路徑。
7 .在各臨床處理環(huán)節(jié)能夠提供智能數(shù)據(jù)支持和高度臨床決策支持的能力。
8 .以患者為中心的就診閉環(huán)、醫(yī)囑閉環(huán)管理。
9 .臨床一體化的醫(yī)療質(zhì)控平臺。
10 .具備智能提醒(例如:危急值報告、待辦事項),消息通信的能力。
1L嚴格的功能權(quán)限控制和數(shù)據(jù)訪問控制管理。
13、
12 .系統(tǒng)高性能的數(shù)據(jù)存取方案。
13 .臨床數(shù)據(jù)標準化的接口引擎(數(shù)據(jù)統(tǒng)一組織和統(tǒng)一發(fā)送接收,并支持HL7標準)。
六、預期社會經(jīng)濟效益和應用推廣前景
1 .本一體化臨床信息平臺的研發(fā)規(guī)劃,完全符合國家863計劃中的《國家高技術(shù)研究發(fā)展 計劃(863計劃)生物和醫(yī)藥技術(shù)領(lǐng)域》的“課題5高端電子病歷系統(tǒng)研發(fā)與綜合應用”。
該系統(tǒng)的研發(fā)目標是發(fā)展高端電子病歷系統(tǒng),具備CDR、CMV、CPOE、CDSS、閉環(huán)醫(yī)囑、臨 床路徑等功能,在大型綜合醫(yī)院開展示范應用。
2 .國內(nèi)電子病歷通常分為四代模型。目前國內(nèi)的電子病歷系統(tǒng)多集中在第二、第三代之間, 本集成化電子病歷一體化平臺的研發(fā)目標
14、是第四代:以醫(yī)囑、病歷、護理和路徑為核心的 診療過程全數(shù)據(jù)、全流程管理。經(jīng)本系統(tǒng)管理后將打通傳統(tǒng)病歷文書和醫(yī)囑之間的通道, 將國內(nèi)電子病歷的發(fā)展推進到第四代。
3 .本系統(tǒng)除高度整合傳統(tǒng)門(急)診醫(yī)生工作站、住院醫(yī)生工作站、護理系統(tǒng)及傳統(tǒng)電子 病歷系統(tǒng)外,還將以臨床數(shù)據(jù)中心(CDR)為核心,構(gòu)筑患者單次就診和歷次就診之間的 完整電子病歷數(shù)據(jù)。為區(qū)域健康檔案提供堅實基礎。
4 .本系統(tǒng)全面參考衛(wèi)生部頒布的各項規(guī)范標準,并遵循國際標準HL7進行構(gòu)筑。支持病歷 數(shù)據(jù)在各系統(tǒng)間的交換標準化和規(guī)范化,為區(qū)域乃至全國病歷數(shù)據(jù)的大集成作好技術(shù)準備。
5 .本系統(tǒng)除提升傳統(tǒng)醫(yī)生工作站及電子病歷文書的功能外,還將重視數(shù)據(jù)訪問控制,全面 提升對患者的個人信息及隱私保護。
6
7