建立醫(yī)院數(shù)據(jù)中心系統(tǒng)技術(shù)方案探討

建立醫(yī)院數(shù)據(jù)中心系統(tǒng)技術(shù)方案探討武漢大學(xué)中南醫(yī)院信息中心430071武漢大學(xué)中南醫(yī)院信息中心430071摘要：使用基于數(shù)據(jù)庫級的成熟的集成軟件工具，如：IBMDatastage、Oracle數(shù)據(jù)集成套件，滿足醫(yī)院環(huán)境下的數(shù)據(jù)轉(zhuǎn)換。實(shí)現(xiàn)數(shù)據(jù)集中交互模式，通過分析數(shù)據(jù)庫的日志文件來實(shí)現(xiàn)數(shù)據(jù)同步轉(zhuǎn)換，從而大大提高了數(shù)據(jù)的實(shí)時性、大大降低系統(tǒng)集成難度。實(shí)現(xiàn)基礎(chǔ)業(yè)務(wù)與綜合業(yè)務(wù)分離，提高了基礎(chǔ)業(yè)務(wù)系統(tǒng)的穩(wěn)定性，并適應(yīng)醫(yī)院不斷變化的綜合業(yè)務(wù)需求。目前非關(guān)系的電子病歷數(shù)據(jù)由于受到系統(tǒng)環(huán)境的制約，各產(chǎn)品之間的電子病歷存貯差異巨大，完全不符合CDA文檔交換標(biāo)準(zhǔn)，也不能脫離各自的系統(tǒng)環(huán)境進(jìn)行電子病歷展示。通過數(shù)據(jù)中心的數(shù)據(jù)轉(zhuǎn)換，將非關(guān)系型電子病歷的展示格式與數(shù)據(jù)整合，實(shí)現(xiàn)符合CDA標(biāo)準(zhǔn)交換文檔的生成。使此文檔可以完全脫離各自應(yīng)用系統(tǒng)的制約，達(dá)到區(qū)域數(shù)據(jù)交換與數(shù)據(jù)挖掘的需求。通過分析集成平臺的應(yīng)用，理順數(shù)據(jù)倉庫數(shù)據(jù)架構(gòu)，將不變的需要經(jīng)常查詢的信息，存入數(shù)據(jù)庫關(guān)系型字段名，將個性化的信息存入數(shù)據(jù)庫中XML非關(guān)系型字段中。最終形成適應(yīng)各醫(yī)院需要統(tǒng)一的數(shù)據(jù)中心平臺數(shù)據(jù)架構(gòu)。關(guān)鍵字：集成平臺、數(shù)據(jù)中心引言：由于我國新醫(yī)改不斷深入，醫(yī)院與社會對醫(yī)院綜合信息資源處理與應(yīng)用的需求不斷提高，各種多業(yè)務(wù)數(shù)據(jù)并發(fā)處理過程越來越復(fù)雜。原醫(yī)院內(nèi)各系統(tǒng)間的數(shù)據(jù)交換模式，極大地阻礙了信息共享與區(qū)域數(shù)據(jù)交換，極大阻礙了醫(yī)院信息系統(tǒng)的發(fā)展。通過醫(yī)院數(shù)據(jù)中心建立，理順各業(yè)務(wù)系統(tǒng)關(guān)系、減輕業(yè)務(wù)系統(tǒng)數(shù)據(jù)壓力與維護(hù)負(fù)擔(dān)。從根本上解決信息孤島，不同異構(gòu)系統(tǒng)間數(shù)據(jù)標(biāo)準(zhǔn)，有效地解決了醫(yī)院內(nèi)部各應(yīng)用系統(tǒng)間數(shù)據(jù)傳遞與區(qū)域數(shù)據(jù)共享。醫(yī)院數(shù)據(jù)中心是建立在醫(yī)院局域內(nèi)，同構(gòu)數(shù)據(jù)庫系統(tǒng)之上。在此應(yīng)用環(huán)境上，實(shí)時性強(qiáng)；大數(shù)據(jù)量多用戶同步數(shù)據(jù)交換，與區(qū)域數(shù)據(jù)中心接口與運(yùn)行環(huán)境完全不同。不能將建立區(qū)域數(shù)據(jù)中心技術(shù)，照搬到醫(yī)院數(shù)據(jù)中心的建立。由于HL7是針對各醫(yī)院之間，設(shè)備與業(yè)務(wù)系統(tǒng)接口而設(shè)計的標(biāo)準(zhǔn)醫(yī)療信息交換標(biāo)準(zhǔn)。它只適用單個病人，單個文檔的數(shù)據(jù)交換。不完全適應(yīng)醫(yī)院內(nèi)部各系統(tǒng)之間的實(shí)時高效，多病人信息的橫向數(shù)據(jù)交換與存貯。一、數(shù)據(jù)中心存在的意義數(shù)據(jù)中心是企業(yè)的業(yè)務(wù)系統(tǒng)與數(shù)據(jù)資源進(jìn)行集中、集成、共享、分析的場地、工具、流程等的有機(jī)組合[1]。它將不同業(yè)務(wù)系統(tǒng)之間需要共享的信息、綜合業(yè)務(wù)系統(tǒng)與區(qū)域共享需要的業(yè)務(wù)數(shù)據(jù)，按行業(yè)標(biāo)準(zhǔn)轉(zhuǎn)換明文方式長期存貯在一個數(shù)據(jù)倉庫中。當(dāng)前醫(yī)院各業(yè)務(wù)系統(tǒng)面臨的最大問題：1、系統(tǒng)業(yè)務(wù)無統(tǒng)一數(shù)據(jù)標(biāo)準(zhǔn)數(shù)據(jù)標(biāo)準(zhǔn)是指衛(wèi)生信息采集表的處理過程中涉及到的標(biāo)準(zhǔn)，主要是指數(shù)據(jù)采集里的標(biāo)準(zhǔn)，定義各類數(shù)據(jù)標(biāo)志的含義，規(guī)范數(shù)據(jù)采集的數(shù)據(jù)集能在不同系統(tǒng)之間傳遞的電子報文或者是電子文檔[2]。由于醫(yī)院各業(yè)務(wù)系統(tǒng)產(chǎn)生的數(shù)據(jù)需要長期保存，但建立在這些業(yè)務(wù)數(shù)據(jù)基礎(chǔ)之上的各種字典，由于醫(yī)改的需要在不斷地變化，系統(tǒng)中各類字典也不斷膨脹，為減少業(yè)務(wù)數(shù)據(jù)錯誤與系統(tǒng)維護(hù)工作，很多系統(tǒng)設(shè)計者只能將明文保存的基礎(chǔ)業(yè)務(wù)數(shù)據(jù)表，造成業(yè)務(wù)系統(tǒng)運(yùn)行效率低下，維護(hù)困難。數(shù)據(jù)中心的建立，就是要將原各系統(tǒng)不能共享的孤島信息，轉(zhuǎn)換成符合國家或衛(wèi)生部相關(guān)標(biāo)準(zhǔn)的數(shù)據(jù)集。為全院系統(tǒng)打造一個共享平臺，統(tǒng)一字典維護(hù)，降低業(yè)務(wù)系統(tǒng)標(biāo)準(zhǔn)字典維護(hù)量，為區(qū)域共享提供可進(jìn)行信息統(tǒng)計與挖掘的標(biāo)準(zhǔn)數(shù)據(jù)集。涉及到醫(yī)院系統(tǒng)的主要標(biāo)準(zhǔn)有：疾病代碼、科室分類、藥典、非藥品記費(fèi)項目。2、業(yè)務(wù)系統(tǒng)數(shù)據(jù)接口由于醫(yī)院業(yè)務(wù)管理系統(tǒng)，是一個長期運(yùn)行，不斷完善的情況下壯大成長起來的，醫(yī)療信息技術(shù)標(biāo)準(zhǔn)沒有慣徹到整個業(yè)務(wù)中。由此造成上線系統(tǒng)越來越多，各系統(tǒng)之間數(shù)據(jù)的調(diào)用頻繁，數(shù)據(jù)接口也就越來越多，越來越復(fù)雜。經(jīng)常出現(xiàn)某個業(yè)務(wù)系統(tǒng)升級無法到相關(guān)信息，或因某業(yè)務(wù)系統(tǒng)升級造成其它業(yè)務(wù)系統(tǒng)數(shù)據(jù)混亂的現(xiàn)象。3、醫(yī)院業(yè)務(wù)需求擴(kuò)張各業(yè)務(wù)系統(tǒng)隨著用戶應(yīng)用不斷深入產(chǎn)生新的業(yè)務(wù)需求：如質(zhì)控、CA認(rèn)證、閉環(huán)醫(yī)療等。這些應(yīng)用必須建立在多個系統(tǒng)之上，若將這些應(yīng)用需求不斷加入到基礎(chǔ)業(yè)務(wù)系統(tǒng)中，勢必造成基礎(chǔ)業(yè)務(wù)系統(tǒng)數(shù)據(jù)量不斷膨脹，造成基礎(chǔ)業(yè)務(wù)系統(tǒng)的可維護(hù)性與運(yùn)行效率越來越差。4、病人信息綜合處理目前醫(yī)院的系統(tǒng)是按功能進(jìn)行劃分的，如：HIS系統(tǒng)保存病人費(fèi)用與醫(yī)囑內(nèi)容、LIS保存病人檢驗數(shù)據(jù)、PACS保存病人影像信息等。醫(yī)生對病人的診斷往往來源于醫(yī)院各業(yè)務(wù)系統(tǒng)，對其數(shù)據(jù)進(jìn)行綜合的結(jié)果。將這些來源不同系統(tǒng)并標(biāo)準(zhǔn)不統(tǒng)一信息，整合在一個界面中進(jìn)行綜合處理，存在巨大的障礙與分析效率低下的問題。將基本業(yè)務(wù)產(chǎn)生的數(shù)據(jù)，對其進(jìn)行質(zhì)量控制、清洗、轉(zhuǎn)換保存到綜合醫(yī)療業(yè)務(wù)數(shù)據(jù)倉庫，長期海量保存。使基本業(yè)務(wù)與綜合醫(yī)療業(yè)務(wù)的運(yùn)行建立不同數(shù)據(jù)倉庫中，實(shí)現(xiàn)分布式并行運(yùn)行，有效地解決了高效、穩(wěn)定的前臺業(yè)務(wù)與多變的綜合展示業(yè)務(wù)之間運(yùn)行效率的矛盾，極大地提高了基礎(chǔ)業(yè)務(wù)系統(tǒng)的維護(hù)性與穩(wěn)定性。二、WebService數(shù)據(jù)接口分析目前各醫(yī)院實(shí)施的集成平臺的接口方案大多建立WebService在線應(yīng)用服務(wù)基礎(chǔ)上。WebServices是由企業(yè)發(fā)布的完成其特定商務(wù)需求的在線應(yīng)用服務(wù)，其他公司或應(yīng)用軟件能夠通過Internet來訪問并使用這項在線服務(wù)。實(shí)際上，WebService的主要目標(biāo)是跨平臺的可互操作性，易通信。為了達(dá)到這一目標(biāo)，WebService完全基于XML（可擴(kuò)展標(biāo)記語言）、XSD（XMLSchema）等獨(dú)立于平臺、獨(dú)立于軟件供應(yīng)商的標(biāo)準(zhǔn)，是創(chuàng)建可互操作的、分布式應(yīng)用程序的新平臺。由此可以看出，在跨防火墻、異構(gòu)數(shù)據(jù)庫系統(tǒng)、B2B的數(shù)據(jù)交易集成，使用WebService會帶來極大的好處。CDA是以單一病人的縱向臨床文檔交換為目的的，它是描述臨床文檔的結(jié)構(gòu)和語義的文檔標(biāo)記標(biāo)準(zhǔn)。不適應(yīng)在醫(yī)院內(nèi)部實(shí)時高效的，大數(shù)據(jù)量數(shù)據(jù)交換?？上攵?，若將醫(yī)囑、處方、病人入院等關(guān)系型簡單的數(shù)據(jù)傳遞，通過CDA文檔構(gòu)造與解析進(jìn)行交互，大大系統(tǒng)降低運(yùn)行效率。但對醫(yī)院中病人檢驗檢查申請、結(jié)果與電子病歷格式等非關(guān)系結(jié)構(gòu)文檔可以按CDA架構(gòu)進(jìn)行傳遞與保存。這些文檔可以由各系統(tǒng)構(gòu)造完成，或由數(shù)據(jù)中心的數(shù)據(jù)適配轉(zhuǎn)換集中完成。HISHL7HISHL7WebService數(shù)據(jù)倉庫轉(zhuǎn)換PACSEMRLIS接口得到其它系統(tǒng)數(shù)據(jù)區(qū)域平臺CDA文檔CT設(shè)備遠(yuǎn)程醫(yī)療四、基于專業(yè)數(shù)據(jù)整合方案的接口方法由于數(shù)據(jù)中心與各業(yè)務(wù)建立在二個不同的數(shù)據(jù)庫，在方案設(shè)計時，必須考慮傳遞過程中的高可靠性、事務(wù)一致性與實(shí)時性的數(shù)據(jù)同步。并且必須支持在醫(yī)院大業(yè)務(wù)量，多用戶同時并發(fā)操作下的數(shù)據(jù)同步、轉(zhuǎn)換與響應(yīng)時間。Oracle數(shù)據(jù)集成套件是一套綜合數(shù)據(jù)管理組件，可用于構(gòu)建、部署和管理企業(yè)數(shù)據(jù)集成解決方案。支持企業(yè)數(shù)據(jù)架構(gòu)師對數(shù)據(jù)進(jìn)行統(tǒng)一和管理，以及將數(shù)據(jù)分發(fā)到企業(yè)應(yīng)用程序和編排的業(yè)務(wù)流程中。Oracle數(shù)據(jù)集成套件采用了Oracle的核心技術(shù)，是業(yè)界功能最強(qiáng)大且最輕量級的數(shù)據(jù)集成解決方案[3]。ORACLE的數(shù)據(jù)整合工具GoldenGateTDM為用戶提供異構(gòu)環(huán)境下交易數(shù)據(jù)實(shí)時捕捉、變換、投遞，主要支持異構(gòu)數(shù)據(jù)庫環(huán)境下的變化數(shù)據(jù)同步。具有高性能、可擴(kuò)展、高可靠等性能。它就是通過分析數(shù)據(jù)庫的日志文件來實(shí)現(xiàn)數(shù)據(jù)同步的。它從數(shù)據(jù)庫的日志解析數(shù)據(jù)的變化(數(shù)據(jù)量只有日志的四分之一左右)。GoldenGate將數(shù)據(jù)變化轉(zhuǎn)化為自己的格式，直接通過TCP/IP網(wǎng)絡(luò)傳輸，無需依賴于數(shù)據(jù)庫自身的傳遞方式，而且可以通過高達(dá)9:1的壓縮率對數(shù)據(jù)進(jìn)行壓縮，可以大大降低帶寬需求。在目標(biāo)端，GoldenGat可以通過交易重組，分批加載等技術(shù)手段大大加快數(shù)據(jù)投遞的速度和效率，降低目標(biāo)系統(tǒng)的資源占用，可以在亞秒級實(shí)現(xiàn)大量數(shù)據(jù)的復(fù)制，并且目標(biāo)端數(shù)據(jù)庫是活動的。其工作示意圖如下：OracleDataIntergrator提供了具有劃時代意義的、完全基于Java的E-LT引擎、能夠滿足所有最重要的數(shù)據(jù)集成要求。OracleDataIntergrator新一代的提取、加載和轉(zhuǎn)換（E-LT）體系結(jié)構(gòu)，充分利用了不同的關(guān)系數(shù)據(jù)庫管理系統(tǒng)（RDBMS）引擎來處理和轉(zhuǎn)換數(shù)據(jù)。這種方法優(yōu)化了性能和可擴(kuò)展性，簡化了數(shù)據(jù)中心體系結(jié)構(gòu)，并降低了解決方案和維護(hù)成本。OracleDataIntergrator可靠性與斷點(diǎn)續(xù)傳能力，保證交易時的一致性，并具備各種故障下的恢復(fù)能力。OracleDataIntergrator采用批處理、實(shí)時、同步和異步模式，簡化了系統(tǒng)間的數(shù)據(jù)移動和轉(zhuǎn)換。其模塊化設(shè)計和到所有主要數(shù)據(jù)庫、數(shù)據(jù)倉庫設(shè)備以及分析型應(yīng)用程序的內(nèi)置連接極大地提高了用戶效率。Oracle數(shù)據(jù)集成套件包含一套緊密集成功能，涵蓋數(shù)據(jù)集成、數(shù)據(jù)分析和數(shù)據(jù)質(zhì)量管理。關(guān)鍵的管理功能包括應(yīng)用數(shù)據(jù)的分析和時間分片、自動數(shù)據(jù)質(zhì)量規(guī)則生成、內(nèi)聯(lián)一次性清理、標(biāo)準(zhǔn)化以及消除重復(fù)的數(shù)據(jù)記錄。使用Oracle數(shù)據(jù)集成套件，實(shí)現(xiàn)的數(shù)據(jù)集中交互模式，通過分析數(shù)據(jù)庫的日志文件來實(shí)現(xiàn)數(shù)據(jù)同步轉(zhuǎn)換、加工，從而大大提高了數(shù)據(jù)的實(shí)時性、大大降低系統(tǒng)集成難度、提高了業(yè)務(wù)系統(tǒng)的穩(wěn)定性。五、數(shù)據(jù)中心存貯架構(gòu)分析醫(yī)院數(shù)據(jù)中心是醫(yī)院各業(yè)務(wù)系統(tǒng)的數(shù)據(jù)集合，它不是各業(yè)務(wù)系統(tǒng)數(shù)據(jù)庫簡單的數(shù)據(jù)集合。主要是為醫(yī)院各業(yè)務(wù)系統(tǒng)與區(qū)域醫(yī)療信息共享提供數(shù)據(jù)，為基于數(shù)據(jù)中心綜合應(yīng)用系統(tǒng)的需求服務(wù)。區(qū)別于以病人健康資料檔案為中心的區(qū)域數(shù)據(jù)中心平臺建設(shè)。架構(gòu)原則如下：1、關(guān)系與非關(guān)系數(shù)據(jù)類型并存目前在傳統(tǒng)關(guān)系型數(shù)據(jù)庫系統(tǒng)中，大多都支持XML格式的非關(guān)系的數(shù)據(jù)存貯與檢索功能。由于醫(yī)院數(shù)據(jù)中心來自醫(yī)院各業(yè)務(wù)系統(tǒng)，數(shù)據(jù)繁雜，必須從數(shù)據(jù)中心綜合應(yīng)用與區(qū)域病人健康檔案建立的需求出發(fā)，將靈活的存貯結(jié)構(gòu)與快速定位查詢兼顧考慮。將非結(jié)構(gòu)化、查詢機(jī)率少的數(shù)據(jù)保存到XML類型字段中，將各醫(yī)院中比較通用的與經(jīng)常使用的數(shù)據(jù)保存到關(guān)系型字段中。2、數(shù)據(jù)標(biāo)準(zhǔn)轉(zhuǎn)換與電子病歷數(shù)據(jù)整合數(shù)據(jù)中心數(shù)據(jù)的標(biāo)準(zhǔn)化是數(shù)據(jù)統(tǒng)計與挖掘的基礎(chǔ)。在數(shù)據(jù)中心必須建立各種符合國家、衛(wèi)生部下發(fā)的各種字典表，建立與醫(yī)院各業(yè)務(wù)系統(tǒng)中不符合相關(guān)標(biāo)準(zhǔn)的字典表的對應(yīng)關(guān)系表。數(shù)據(jù)交互時，將各業(yè)務(wù)系統(tǒng)的非標(biāo)準(zhǔn)代碼信息進(jìn)行轉(zhuǎn)換。目前非關(guān)系的電子病歷數(shù)據(jù)由于受到系統(tǒng)環(huán)境的制約，各產(chǎn)品之間的電子病歷存貯差異巨大，完全不符合CDA文檔交換標(biāo)準(zhǔn)，也不能脫離各自的系統(tǒng)環(huán)境進(jìn)行電子病歷展示。通過數(shù)據(jù)中心的數(shù)據(jù)轉(zhuǎn)換，將電子病歷的展示格式與數(shù)據(jù)整合到符合CDA標(biāo)準(zhǔn)的轉(zhuǎn)換文檔，并保存到數(shù)據(jù)倉庫中的XML類型字段中。使此文檔可以完全脫離各自系統(tǒng)的制約，達(dá)到區(qū)域數(shù)據(jù)交換與數(shù)據(jù)挖掘的需求。3、數(shù)據(jù)離線保存為了適應(yīng)數(shù)據(jù)長期保存與CA認(rèn)證明文進(jìn)行數(shù)字簽名要求，數(shù)據(jù)中心保存的數(shù)據(jù)必須脫離各業(yè)務(wù)系統(tǒng)的數(shù)字字典與格式字典的支持，以明文形式保存到數(shù)據(jù)庫中。保存在XML類型字段中文檔必須符合CDA標(biāo)準(zhǔn)，并可以在廣泛可得的配置了XML的瀏覽器中瀏覽和打印，并且是由一般的用標(biāo)準(zhǔn)XSLT語言編寫的轉(zhuǎn)換樣式轉(zhuǎn)換。這類文檔主要是：申請報告單與相應(yīng)格式、門診住院病歷信息與顯示格式。由于數(shù)據(jù)倉庫中的數(shù)據(jù)為長期海量保存，需要數(shù)據(jù)庫系統(tǒng)支持分區(qū)數(shù)據(jù)文件離線功能，支持并行查詢運(yùn)算功能。針對病人信息可分為以下層次關(guān)系：第一層：病人基本信息表：保存病人ID號、姓名、性別、出生等基本情況。第二層：就診記錄表：與病人基本信息表病人ID號關(guān)聯(lián)。門診掛號表與住院病人基本情況表，產(chǎn)生門診就診ID號與住院號+次數(shù)，保存病人在住院登記或門診就診的信息。第三層：門診部分有：門診病歷、門診醫(yī)囑，與門診就診ID號關(guān)聯(lián)。住院部分有：住院醫(yī)囑、病歷資料、病人護(hù)理，與住院號+次數(shù)關(guān)聯(lián)。第四層：醫(yī)囑分類：處方單、檢查單、檢驗單、其它單據(jù)。住院還有：手術(shù)、輸血、醫(yī)囑過程控制等。這些記錄分別與住院或門診醫(yī)囑號關(guān)聯(lián)。檢查單、檢驗單為門診住院共用的表，保存申請單內(nèi)容、報告單相關(guān)信息、申請與報告單CDA文檔。病歷類：門診病歷、病案首頁、病歷其它文檔（入院記錄、出院記錄、會診記錄等）、病程記錄（首程、日常病程、交班記錄等）、知情同意書。這些記錄分別與門診就診ID號與住院號+次數(shù)關(guān)聯(lián)。護(hù)理類：三測記錄、護(hù)理單等。這些記錄與住院號+次數(shù)關(guān)聯(lián)。第五層：檢驗報告明細(xì)：保存檢驗報告中病人的明細(xì)指標(biāo)。與檢驗單號關(guān)聯(lián)。病人基本信息表病人基本信息表門診掛號表住院病人表門診醫(yī)囑表門診處方表其它單據(jù)明細(xì)表檢驗記錄表門診病歷表住院醫(yī)囑表住院處方表檢驗報告明細(xì)病案首頁其它單據(jù)明細(xì)表病歷其它資料病程記錄知情同意書手術(shù)記錄表三測表醫(yī)囑過程控制表輸血記錄表檢查記錄表護(hù)理單六、數(shù)據(jù)中心應(yīng)用分析數(shù)據(jù)中心的數(shù)據(jù)倉庫建立之后，不僅可以為各業(yè)務(wù)系統(tǒng)互通信息，還可以在此基礎(chǔ)上建立各種綜合業(yè)務(wù)應(yīng)用系統(tǒng)，提供高效的，大信息量，過去單系統(tǒng)無法實(shí)現(xiàn)的應(yīng)用服務(wù)，為醫(yī)護(hù)人員提供全方位的醫(yī)療信息服務(wù)。在此數(shù)據(jù)中心的應(yīng)用系統(tǒng)架構(gòu)應(yīng)為B/S架構(gòu)，以適應(yīng)醫(yī)護(hù)人員通過寬帶網(wǎng)進(jìn)行訪問的需求。數(shù)據(jù)中心的應(yīng)用是以綜合業(yè)務(wù)為主，是指此需要提取醫(yī)院不同系統(tǒng)數(shù)據(jù)的業(yè)務(wù)。這些業(yè)務(wù)有的自成體系，有的則是為其它系統(tǒng)提供數(shù)據(jù)。1、醫(yī)療質(zhì)控管理：提到質(zhì)控，多數(shù)人認(rèn)為，此項工作是電子病歷的一部分，即病歷書寫質(zhì)量控制。但醫(yī)院信息系統(tǒng)中，可以為醫(yī)護(hù)人員提供的質(zhì)控內(nèi)容還很多，如：過去體現(xiàn)在LIS系統(tǒng)中檢驗結(jié)果質(zhì)量控制；在醫(yī)囑開立環(huán)節(jié)的質(zhì)量控制；臨床路徑質(zhì)控；檢查結(jié)果質(zhì)控；閉環(huán)醫(yī)囑執(zhí)行過程控制；還有輸血、手術(shù)、護(hù)理等。將這些信息進(jìn)行分析，綜合展示給各類醫(yī)護(hù)人員，實(shí)時為患者醫(yī)療安全提供保障。2、CA認(rèn)證：隨著醫(yī)院信息化的不斷深入，醫(yī)療服務(wù)逐漸走向無紙化。CA認(rèn)證（身份認(rèn)證、帶有時間戳的數(shù)字簽字）是醫(yī)療信息系統(tǒng)正常運(yùn)行的重要保障。在醫(yī)院信息系統(tǒng)中需要電子簽章與CA認(rèn)證的數(shù)據(jù)大部分與病人在醫(yī)院就診時所產(chǎn)生的資料有關(guān)，如：門診處方、住院醫(yī)囑、病人病歷、知情同意書等。這些資料都保存在數(shù)據(jù)庫中，并以多種形式保存。這些資料與社會上需要CA認(rèn)證的文件有許多不同之處。如：格式多、關(guān)聯(lián)多、簽名環(huán)節(jié)多、簽名的文檔修改再簽名。甚至有時程序員打庫直接修改數(shù)據(jù)，這些因素存在，很難保證簽名的有效性。將CA認(rèn)證的簽名封裝在數(shù)據(jù)中心系統(tǒng)中，在數(shù)據(jù)倉庫中，對明文文檔進(jìn)行數(shù)據(jù)簽名，不對基礎(chǔ)業(yè)務(wù)系統(tǒng)進(jìn)行改造，降低了業(yè)務(wù)系統(tǒng)的存貯量與維護(hù)量，降低了簽名文檔失效的風(fēng)險。3、閉環(huán)醫(yī)囑：閉環(huán)醫(yī)囑是對醫(yī)囑從開立、執(zhí)行到結(jié)束整個過程監(jiān)控管理。其數(shù)據(jù)來源于醫(yī)院各基礎(chǔ)業(yè)務(wù)系統(tǒng)，按常規(guī)實(shí)現(xiàn)方法，必須在各系統(tǒng)執(zhí)行與醫(yī)囑相關(guān)的過程中，將信息寫入醫(yī)囑過程控制表，從而加大了各業(yè)務(wù)系統(tǒng)的存貯與維護(hù)負(fù)擔(dān)。將閉環(huán)醫(yī)囑過程控制中產(chǎn)生的信息封裝在數(shù)據(jù)中心系統(tǒng)中，設(shè)計出各類醫(yī)囑的執(zhí)行流程。對各業(yè)務(wù)系統(tǒng)處理醫(yī)囑的數(shù)據(jù)庫日志進(jìn)行分析，得到相關(guān)信息寫入醫(yī)囑過程控制表。實(shí)現(xiàn)不修改業(yè)務(wù)系統(tǒng)的基礎(chǔ)上完成閉環(huán)醫(yī)囑信息的采集。在醫(yī)生工作站與PDA的醫(yī)囑表中顯示每組醫(yī)囑的執(zhí)行進(jìn)程，若需要本系統(tǒng)執(zhí)行的醫(yī)囑，用紅底字提示醫(yī)護(hù)人員執(zhí)行。長期醫(yī)囑序號項目名稱每次劑量頻次用法執(zhí)行進(jìn)程開始時間開立醫(yī)生1左卡尼汀針5ml10mlQDIVGT配藥中2氯化鉀針10ml5ml3果糖250ml 250ml4血栓通粉針150mg600mlQDIVGT分方臨時醫(yī)囑序號項目名稱每次劑量頻次用法數(shù)量執(zhí)行進(jìn)程開始時間開立醫(yī)生1三大常規(guī)1融血:重新采樣2CT結(jié)腸平掃1預(yù)約2012-02-2310:303結(jié)腸癌根治術(shù) 1手術(shù)2012-02-24雙擊執(zhí)行進(jìn)程欄，系統(tǒng)顯示此組醫(yī)囑執(zhí)行的全過程。序號執(zhí)行序號執(zhí)行名稱執(zhí)行人執(zhí)行時間備注質(zhì)控11開立張醫(yī)生2011-10-1908：1222分方張醫(yī)生2011-10-1908：161天33護(hù)士審核劉護(hù)士2011-10-1909：3044輸液單劉護(hù)士2011-10-1909：3255皮試吳護(hù)士2011-10-1909：3666皮試結(jié)果吳護(hù)士2011-10-1909：40陰性時間未到77核對吳護(hù)士2011-10-1909：45李護(hù)士88計費(fèi)周藥師2011-10-1909：50349．40元99藥房發(fā)藥周藥師2011-10-1909：501010取藥核對王支助2011-10-1909：511111配藥吳護(hù)士2011-10-1910：011212輸液吳護(hù)士2011-10-1910：10滴數(shù)：601313巡視吳護(hù)士2011-10-1910：21正常1413巡視吳護(hù)士2011-10-1910：41正常1514輸液完畢吳護(hù)士2011-10-1911：56………15停止張醫(yī)生2011-10-2108：2716護(hù)士審核王護(hù)士2011-10-2109：054、醫(yī)生門戶：醫(yī)生門戶是代表當(dāng)代先進(jìn)電子病歷系統(tǒng)的具體體現(xiàn)。這些信息在某個系統(tǒng)是孤立，但對一個患者來說，多個孤立信息綜合分析就會對病人疾病診斷與治療產(chǎn)生重大的意義。通過醫(yī)生可定制的醫(yī)生門戶，大信息量綜合顯示各系統(tǒng)醫(yī)生關(guān)注的信息，有力于醫(yī)生快速掌握分析本人管轄病人的病情。醫(yī)生門戶可分為：科室門戶：集中展示本人管轄病人的概況，如：新增病人、出病轉(zhuǎn)科病人、手術(shù)病人的情況，管轄病人中危急值、會診、消息、臨床路徑進(jìn)程、質(zhì)控與醫(yī)