《[管理系統(tǒng),醫(yī)院,平臺]醫(yī)院一體化臨床信息平臺管理系統(tǒng)設(shè)計與應(yīng)用》由會員分享，可在線閱讀，更多相關(guān)《[管理系統(tǒng),醫(yī)院,平臺]醫(yī)院一體化臨床信息平臺管理系統(tǒng)設(shè)計與應(yīng)用（5頁珍藏版）》請在裝配圖網(wǎng)上搜索。

1、醫(yī)院一體化臨床信息平臺管理系統(tǒng)設(shè)計與應(yī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é)同服務(wù)，從而極大提高 醫(yī)院管理效率和服務(wù)質(zhì)量。該系統(tǒng)的研發(fā)目標(biāo)是發(fā)展醫(yī)院高端電子病歷一體化系統(tǒng)，具備 CDR、CMV、CPOE> CDSS、閉環(huán)醫(yī)囑、臨床路徑等多功能創(chuàng)新理念的新一代醫(yī)院信息管理平 臺。 關(guān)鍵詞：醫(yī)院信息；共享平臺；一體化；醫(yī)療

2、資源；網(wǎng)絡(luò)技術(shù) 目前醫(yī)院信息化管理已在各大、中型的醫(yī)院中得到普遍應(yīng)用，它不僅能在一定程度上提高 用戶的工作效率，更重要的是它具有人工管理所不具備的高度準(zhǔn)確性和客觀性，使醫(yī)院原 來有些在手工方式下無法實現(xiàn)的工作和管理成為可能，但是國內(nèi)醫(yī)院信息化管理大都還停 留在針對病人的住院、門診費用和醫(yī)院藥品庫存、消耗等經(jīng)濟財務(wù)信息進行管理的初級階 段，過分強調(diào)原有的業(yè)務(wù)流程，把各種信息按照不同的系統(tǒng)（醫(yī)院信息管理系統(tǒng)多達五十 多個管理子系統(tǒng)）割裂開來分別管理，數(shù)據(jù)的分散使得臨床醫(yī)療信息不能發(fā)揮其應(yīng)有的作 用，無法得到充分利用，沒有真正體現(xiàn)信息化管理的優(yōu)勢。如果不能夠?qū)@諸多信息進行 高效的智能整合處理，醫(yī)

3、院管理必然出現(xiàn)混亂，診療效率必然下降，病人看病難看病貴的 問題將更加突出，醫(yī)院本身的運轉(zhuǎn)也必然受阻，醫(yī)療質(zhì)量下降、醫(yī)療浪費加重、經(jīng)濟上入 不敷出，最終導(dǎo)致醫(yī)院自身發(fā)展的停滯。 一、目前現(xiàn)狀： 由于當(dāng)前醫(yī)院信息化初級建設(shè)規(guī)劃過程中嚴(yán)重存在著管理技術(shù)瓶頸，造成醫(yī)院管理如下問 題： 1 .醫(yī)院信息化業(yè)務(wù)流程復(fù)雜混亂 （1）臨床數(shù)據(jù)分散，難以形成本次就診的全局視圖，患者歷史就診數(shù)據(jù)的參照也不便： 需要使用多個系統(tǒng)和較為繁瑣的查找操作，才能看到患者整體臨床數(shù)據(jù)。 （2）隨著醫(yī)院信息化的發(fā)展，臨床醫(yī)生面對電腦時間逐步變長，書寫病歷文檔繁瑣，時 間都用在低附加值的文字處理或電腦操作上了，對于電腦操

4、作不熟練的年紀(jì)較大的專家尤 其如此。 （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）對重要事件缺乏有效的提醒機制，例如危急值提醒、不良反應(yīng)提醒等。 （4）目前的臨床系統(tǒng)

5、智能化程度不高，難以有效的為醫(yī)生提供臨床決策輔助支持。 3 .臨床醫(yī)療質(zhì)控問題：醫(yī)療質(zhì)量缺乏全局管理，醫(yī)療質(zhì)控不只是病歷質(zhì)控，醫(yī)囑質(zhì)控、臨 床路徑質(zhì)控、護理質(zhì)控等都需要統(tǒng)一管控。 4 .普及應(yīng)用的易用性：臨床醫(yī)生需要面對眾多臨床系統(tǒng)，需要重復(fù)登錄，需要適應(yīng)不同系 統(tǒng)的操作風(fēng)格。這導(dǎo)致臨床醫(yī)生需要付出高昂的學(xué)習(xí)和培訓(xùn)代價。 5 .系統(tǒng)信息的安全性隱患 缺乏嚴(yán)格的數(shù)據(jù)訪問控制，患者信息泄漏；隨著國家對個人隱私保護的加強，醫(yī)療信息管 理問題將越來越緊迫。 6 .系統(tǒng)管理與擴展存在嚴(yán)重屏障 （1）系統(tǒng)性能隨著年限增長和業(yè)務(wù)增長越來越慢。 （2）隨著系統(tǒng)數(shù)的增加，臨床系統(tǒng)間的接口開發(fā)和管理

6、問題日益嚴(yán)重。 7 .其他問題： （1）雖然病歷已經(jīng)電子化，但結(jié)構(gòu)化程度不高，難以滿足科研的多角度分析。 （2）目前的信息系統(tǒng)是以醫(yī)護操作人員為中心，但在以患者為中心的指導(dǎo)思想下，患者 相關(guān)功能缺乏。 基于以上現(xiàn)狀，如何面對復(fù)雜局面走出困境，成為醫(yī)院管理的頭等大事，故醫(yī)院一體化臨 床信息共享管理平臺的規(guī)劃建設(shè)將些問題迎刃而解。因此我們要在醫(yī)院中打造統(tǒng)一的信息 化平臺，把醫(yī)院各種不同醫(yī)療信息和經(jīng)濟信息均放在醫(yī)院統(tǒng)一信息平臺上進行管理，使醫(yī) 院的信息和資源得到充分的交流和共享，真正做到資源共享、協(xié)同服務(wù)，從而極大提高醫(yī) 院管理效率和服務(wù)質(zhì)量。 目前國內(nèi)所有大型醫(yī)院及有實力的醫(yī)療軟件機構(gòu)都

7、在或已經(jīng)研發(fā)此類產(chǎn)品并在臨床進行探 索性開發(fā)應(yīng)用，由于現(xiàn)在沒有在全國范圍內(nèi)推行醫(yī)院信息共享平臺和一體化醫(yī)院信息系統(tǒng) 的主要原因是沒有配套的法律和配套的標(biāo)準(zhǔn)，各醫(yī)院信息化建設(shè)中都有自己特色管理模式 和標(biāo)準(zhǔn)，及開發(fā)產(chǎn)品在臨床客戶化技術(shù)功能應(yīng)用上各有所長。本系統(tǒng)采用集成化電子病歷一體化臨床信息平臺的設(shè)計方案，將系統(tǒng)信息管理分為相對獨立的用戶接口層和業(yè)務(wù)組件 層。用戶接口層基于HTML標(biāo)準(zhǔn)和ExtJS前端框架開發(fā)，使用ExtJS可以快速開發(fā)出友好、適 合醫(yī)院互操作要求的用戶界面。本系統(tǒng)技術(shù)研發(fā)完全按照國內(nèi)外頒布的各項規(guī)范標(biāo)準(zhǔn)，并 遵循國際標(biāo)準(zhǔn)HL7進行構(gòu)筑。支持病歷數(shù)據(jù)在各系統(tǒng)間的交換標(biāo)準(zhǔn)化和規(guī)范化

8、，系統(tǒng)的研 發(fā)和應(yīng)用技術(shù)水平各項指標(biāo)都達到了目前國內(nèi)醫(yī)院信息化管理技術(shù)的先進水平。 二、系統(tǒng)平臺模型設(shè)計構(gòu)思 一體化臨床信息平臺ICIP （Integrated Clinical Information Platform）是指在網(wǎng)絡(luò)的 環(huán)境下，把各種臨床功能、臨床數(shù)據(jù)和臨床資源，以患者為中心、診療過程為主線，統(tǒng)一 整合到臨床信息平臺下，并使之組件化、模塊化和一體化，根據(jù)每一角色的使用特點，形 成特定的應(yīng)用門戶，并通過對事件和消息的處理、傳輸把臨床活動有機的聯(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)一共享。 三、一體化臨床信息平臺設(shè)計關(guān)鍵技術(shù) 本一體化臨床信息平臺的建設(shè)分為相對獨立的用戶接口層和業(yè)務(wù)組件層。用戶接口層基于 HTML標(biāo)準(zhǔn)和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è)務(wù)組件層以開放的SOA標(biāo)準(zhǔn)SCA （Service Component Architecture）為基礎(chǔ)創(chuàng)建，系統(tǒng) 設(shè)計階段基于業(yè)務(wù)需求劃分業(yè)務(wù)組件，明確定義組件間的

11、服務(wù)以及對服務(wù)的引用，保證組 件獨立性的同時為整個系統(tǒng)帶來了強大的靈活性和可擴展性。業(yè)務(wù)組件層提供的這種插件 化體系，使得分布式開發(fā)方式成為可能，組件分布開發(fā)，統(tǒng)一發(fā)布，靈活裝配成不同產(chǎn)品, 從而使得開發(fā)效率大大提高，代碼保密性的要求也得到滿足，軟件維護和產(chǎn)品創(chuàng)新的成本 大大降低，需要做的僅僅是替換、刪除或增加組件。同時，組件的顆粒大小沒有限制，組 件間的綁定靈活，耦合度降低，也為醫(yī)院將來研發(fā)開放性醫(yī)療軟件平臺奠定了基礎(chǔ)。 四、一體化臨床信息平臺總體技術(shù)架構(gòu)設(shè)計 五、一體化臨床信息平臺管理目標(biāo)及創(chuàng)新 1 .完整的臨床數(shù)據(jù)模型與臨床功能的無縫整合（醫(yī)囑+臨床路徑+病歷+護理）。 2 .統(tǒng)

12、一登錄，統(tǒng)一操作風(fēng)格的臨床系統(tǒng)。 3 .能夠針對角色（如住院醫(yī)生）靈活配置門戶的應(yīng)用平臺。 4 .整合的本次就診數(shù)據(jù)和歷次就診數(shù)據(jù)，并提供臨床智能助手。 5 .有強大模板庫、元素庫支持的錄入快捷、易操作、易擴展的高度結(jié)構(gòu)化的病歷編輯器。 6 .具備智能學(xué)習(xí)能力（可通過醫(yī)囑輔助創(chuàng)建，可通過變異統(tǒng)計輔助改進）的臨床路徑。 7 .在各臨床處理環(huán)節(jié)能夠提供智能數(shù)據(jù)支持和高度臨床決策支持的能力。 8 .以患者為中心的就診閉環(huán)、醫(yī)囑閉環(huán)管理。 9 .臨床一體化的醫(yī)療質(zhì)控平臺。 10 .具備智能提醒（例如：危急值報告、待辦事項），消息通信的能力。 1L嚴(yán)格的功能權(quán)限控制和數(shù)據(jù)訪問控制管理。

13、 12 .系統(tǒng)高性能的數(shù)據(jù)存取方案。 13 .臨床數(shù)據(jù)標(biāo)準(zhǔn)化的接口引擎（數(shù)據(jù)統(tǒng)一組織和統(tǒng)一發(fā)送接收，并支持HL7標(biāo)準(zhǔn)）。 六、預(yù)期社會經(jīng)濟效益和應(yīng)用推廣前景 1 .本一體化臨床信息平臺的研發(fā)規(guī)劃，完全符合國家863計劃中的《國家高技術(shù)研究發(fā)展 計劃（863計劃）生物和醫(yī)藥技術(shù)領(lǐng)域》的“課題5高端電子病歷系統(tǒng)研發(fā)與綜合應(yīng)用”。 該系統(tǒng)的研發(fā)目標(biāo)是發(fā)展高端電子病歷系統(tǒng)，具備CDR、CMV、CPOE、CDSS、閉環(huán)醫(yī)囑、臨 床路徑等功能，在大型綜合醫(yī)院開展示范應(yīng)用。 2 .國內(nèi)電子病歷通常分為四代模型。目前國內(nèi)的電子病歷系統(tǒng)多集中在第二、第三代之間, 本集成化電子病歷一體化平臺的研發(fā)目標(biāo)

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ū)域健康檔案提供堅實基礎(chǔ)。 4 .本系統(tǒng)全面參考衛(wèi)生部頒布的各項規(guī)范標(biāo)準(zhǔn)，并遵循國際標(biāo)準(zhǔn)HL7進行構(gòu)筑。支持病歷 數(shù)據(jù)在各系統(tǒng)間的交換標(biāo)準(zhǔn)化和規(guī)范化，為區(qū)域乃至全國病歷數(shù)據(jù)的大集成作好技術(shù)準(zhǔn)備。 5 .本系統(tǒng)除提升傳統(tǒng)醫(yī)生工作站及電子病歷文書的功能外，還將重視數(shù)據(jù)訪問控制，全面 提升對患者的個人信息及隱私保護。 6 7