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

1、醫(yī)院一體化臨床信息平臺(tái)管理系統(tǒng)設(shè)計(jì)與應(yīng)用 摘要：目的本系統(tǒng)采用開放的瀏覽器引擎（Webkit）開發(fā)客戶端，Javascript等資源嵌 入軟件技術(shù)研發(fā)醫(yī)院臨床信息一體化平臺(tái)系統(tǒng)。該系統(tǒng)主要內(nèi)容是在醫(yī)院中打造統(tǒng)一的信 息化平臺(tái)，把醫(yī)院各種不同醫(yī)療信息和經(jīng)濟(jì)信息均放在醫(yī)院統(tǒng)一信息平臺(tái)上進(jìn)行管理，使 醫(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ī)院信息管理平 臺(tái)。 關(guān)鍵詞：醫(yī)院信息；共享平臺(tái)；一體化；醫(yī)療

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

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

4、作不熟練的年紀(jì)較大的專家尤 其如此。 （3）醫(yī)囑下達(dá)后缺乏全流程的跟蹤，難以把握醫(yī)囑的執(zhí)行狀況。 （4）以人、財(cái)、物為中心的HIS系統(tǒng)、越來(lái)越難以滿足以患者為中心、診療過(guò)程為主線的 臨床管理要求。 2 .系統(tǒng)輔助支持功能不完善 （1）以局部功能為單位的單體系統(tǒng)需要集成越來(lái)越多的其他功能，例如：在住院系統(tǒng)需 要使用補(bǔ)費(fèi)功能，在護(hù)理系統(tǒng)需要使用醫(yī)囑功能，在質(zhì)控系統(tǒng)需要電子病歷查看功能等。 在傳統(tǒng)的單系統(tǒng)開發(fā)模式下，要滿足這些需求將需要付出高昂的代價(jià)。 （2）臨床路徑缺乏輔助生成工具和分析工具。 （3）對(duì)重要事件缺乏有效的提醒機(jī)制，例如危急值提醒、不良反應(yīng)提醒等。 （4）目前的臨床系統(tǒng)

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

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

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

8、，系統(tǒng)的研 發(fā)和應(yīng)用技術(shù)水平各項(xiàng)指標(biāo)都達(dá)到了目前國(guó)內(nèi)醫(yī)院信息化管理技術(shù)的先進(jìn)水平。 二、系統(tǒng)平臺(tái)模型設(shè)計(jì)構(gòu)思 一體化臨床信息平臺(tái)ICIP （Integrated Clinical Information Platform）是指在網(wǎng)絡(luò)的 環(huán)境下，把各種臨床功能、臨床數(shù)據(jù)和臨床資源，以患者為中心、診療過(guò)程為主線，統(tǒng)一 整合到臨床信息平臺(tái)下，并使之組件化、模塊化和一體化，根據(jù)每一角色的使用特點(diǎn)，形 成特定的應(yīng)用門戶，并通過(guò)對(duì)事件和消息的處理、傳輸把臨床活動(dòng)有機(jī)的聯(lián)系在一起。 平臺(tái)主要門戶： L一體化門診醫(yī)生站（含門診病歷）、護(hù)士站 2 .一體化急診醫(yī)生站（含急診病歷）、護(hù)士站 3 .一體化留

9、觀醫(yī)生站（含留觀病歷）、護(hù)士站 4.一體化住院醫(yī)生站（含住院病歷、 臨床路徑）、護(hù)士站 5. 一體化醫(yī)療質(zhì)控平臺(tái) 6. 一體化藥師工作站。 平臺(tái)主要特點(diǎn)： 1 .界面集成（Portal） o可根據(jù)每個(gè)角色的使用特點(diǎn)制定特定門戶。 2 .功能集成（SCA）。組件化、模塊化、插件化。 3 .數(shù)據(jù)集成（DI） -*Datao Integration臨床數(shù)據(jù)統(tǒng)一存儲(chǔ)、統(tǒng)一共享。 三、一體化臨床信息平臺(tái)設(shè)計(jì)關(guān)鍵技術(shù) 本一體化臨床信息平臺(tái)的建設(shè)分為相對(duì)獨(dú)立的用戶接口層和業(yè)務(wù)組件層。用戶接口層基于 HTML標(biāo)準(zhǔn)和ExtJS前端框架開發(fā)，使用ExtJS可以快速開發(fā)出友好、適合醫(yī)院互操作

10、要求的 用戶界面，但作為一種重型的富客端框架，存在兼容性和性能問題。 為了解決遇到的一系列問題，使用開放的瀏覽器引擎（Webkit）開發(fā)客戶端，Javascript 等資源嵌入軟件。這種技術(shù)方案將B/S和C/S合二為一，彌補(bǔ)了傳統(tǒng)B/S架構(gòu)方案不能訪問 本地資源、兼容性差、畫面展示性能差的缺點(diǎn)，同時(shí)為系統(tǒng)帶來(lái)了跨平臺(tái)的好處，不管是 PC還是移動(dòng)終端，都可以基于同一種技術(shù)架構(gòu)，不再像傳統(tǒng)C/S客戶端那樣受制于某一個(gè) 平臺(tái)。 業(yè)務(wù)組件層以開放的SOA標(biāo)準(zhǔn)SCA （Service Component Architecture）為基礎(chǔ)創(chuàng)建，系統(tǒng) 設(shè)計(jì)階段基于業(yè)務(wù)需求劃分業(yè)務(wù)組件，明確定義組件間的

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

12、一登錄，統(tǒng)一操作風(fēng)格的臨床系統(tǒng)。 3 .能夠針對(duì)角色（如住院醫(yī)生）靈活配置門戶的應(yīng)用平臺(tái)。 4 .整合的本次就診數(shù)據(jù)和歷次就診數(shù)據(jù)，并提供臨床智能助手。 5 .有強(qiáng)大模板庫(kù)、元素庫(kù)支持的錄入快捷、易操作、易擴(kuò)展的高度結(jié)構(gòu)化的病歷編輯器。 6 .具備智能學(xué)習(xí)能力（可通過(guò)醫(yī)囑輔助創(chuàng)建，可通過(guò)變異統(tǒng)計(jì)輔助改進(jìn)）的臨床路徑。 7 .在各臨床處理環(huán)節(jié)能夠提供智能數(shù)據(jù)支持和高度臨床決策支持的能力。 8 .以患者為中心的就診閉環(huán)、醫(yī)囑閉環(huán)管理。 9 .臨床一體化的醫(yī)療質(zhì)控平臺(tái)。 10 .具備智能提醒（例如：危急值報(bào)告、待辦事項(xiàng)），消息通信的能力。 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ù)期社會(huì)經(jīng)濟(jì)效益和應(yīng)用推廣前景 1 .本一體化臨床信息平臺(tái)的研發(fā)規(guī)劃，完全符合國(guó)家863計(jì)劃中的《國(guó)家高技術(shù)研究發(fā)展 計(jì)劃（863計(jì)劃）生物和醫(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 .國(guó)內(nèi)電子病歷通常分為四代模型。目前國(guó)內(nèi)的電子病歷系統(tǒng)多集中在第二、第三代之間, 本集成化電子病歷一體化平臺(tái)的研發(fā)目標(biāo)

14、是第四代：以醫(yī)囑、病歷、護(hù)理和路徑為核心的 診療過(guò)程全數(shù)據(jù)、全流程管理。經(jīng)本系統(tǒng)管理后將打通傳統(tǒng)病歷文書和醫(yī)囑之間的通道， 將國(guó)內(nèi)電子病歷的發(fā)展推進(jìn)到第四代。 3 .本系統(tǒng)除高度整合傳統(tǒng)門（急）診醫(yī)生工作站、住院醫(yī)生工作站、護(hù)理系統(tǒng)及傳統(tǒng)電子 病歷系統(tǒng)外，還將以臨床數(shù)據(jù)中心（CDR）為核心，構(gòu)筑患者單次就診和歷次就診之間的 完整電子病歷數(shù)據(jù)。為區(qū)域健康檔案提供堅(jiān)實(shí)基礎(chǔ)。 4 .本系統(tǒng)全面參考衛(wèi)生部頒布的各項(xiàng)規(guī)范標(biāo)準(zhǔn)，并遵循國(guó)際標(biāo)準(zhǔn)HL7進(jìn)行構(gòu)筑。支持病歷 數(shù)據(jù)在各系統(tǒng)間的交換標(biāo)準(zhǔn)化和規(guī)范化，為區(qū)域乃至全國(guó)病歷數(shù)據(jù)的大集成作好技術(shù)準(zhǔn)備。 5 .本系統(tǒng)除提升傳統(tǒng)醫(yī)生工作站及電子病歷文書的功能外，還將重視數(shù)據(jù)訪問控制，全面 提升對(duì)患者的個(gè)人信息及隱私保護(hù)。 6 7