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

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