醫(yī)院臨床數(shù)據(jù)中心構(gòu)建研究

醫(yī)院臨床數(shù)據(jù)中心構(gòu)建研究醫(yī)院臨床數(shù)據(jù)中心構(gòu)建研究全文共5頁(yè)，當(dāng)前為第1頁(yè)。醫(yī)院臨床數(shù)據(jù)中心構(gòu)建研究

醫(yī)院臨床數(shù)據(jù)中心構(gòu)建研究全文共5頁(yè)，當(dāng)前為第1頁(yè)。1引言

醫(yī)院信息系統(tǒng)經(jīng)訓(xùn)多年建設(shè).各業(yè)務(wù)系統(tǒng)嚴(yán)生了大量宇貴的臨床、運(yùn)營(yíng)數(shù)據(jù)尤其結(jié)構(gòu)化電子病歷的應(yīng)用.更是產(chǎn)牛了大量盼.床、科研必需的信息。這此數(shù)據(jù)分散在不同廠商不同種類的醫(yī)療信息系統(tǒng)中，由于系統(tǒng)的異構(gòu)性和數(shù)據(jù)標(biāo)準(zhǔn)不一致，使數(shù)據(jù)的共享和深層次利用變得非常困難。此外各業(yè)務(wù)系統(tǒng)隨著應(yīng)用的不斷深入產(chǎn)生新的業(yè)務(wù)需求，如質(zhì)控、閉環(huán)醫(yī)療等。這11G應(yīng)用需求不斷加入到基礎(chǔ)業(yè)務(wù)系統(tǒng).勢(shì)必造成系統(tǒng)的司維護(hù)性與運(yùn)行效率越來(lái)越差。將各業(yè)務(wù)系統(tǒng)的數(shù)據(jù)集中起米，進(jìn)行統(tǒng)一存儲(chǔ)和管理.構(gòu)建以病人為中心的臨床數(shù)據(jù)。逐漸成為支撐醫(yī)療信息系統(tǒng)及數(shù)字化醫(yī)院建設(shè)的基礎(chǔ)。

2三種構(gòu)建思路

2.1完全集中式整個(gè)醫(yī)院信息系統(tǒng)基于共享的信息模型建立唯一的臨床數(shù)據(jù)中心。各特定業(yè)務(wù)子系統(tǒng)把采集到的數(shù)據(jù)全部匯集到此.所有業(yè)務(wù)都從該數(shù)據(jù)中心獲取所需數(shù)據(jù)。這樣就避免了系統(tǒng)的異構(gòu)、標(biāo)準(zhǔn)的不統(tǒng)一和數(shù)據(jù)的不一致性問(wèn)題，實(shí)現(xiàn)了真正意義上的數(shù)軍化醫(yī)療，是一種非常理想的方式，也是臨床信息系統(tǒng)發(fā)展的最終目標(biāo)。

從技術(shù)角度看.采用這種方式構(gòu)建臨床數(shù)據(jù)中心的難點(diǎn)在于底層信息模型的建萬(wàn)由于不同業(yè)務(wù)信息種類繁多，各種信息之間關(guān)系復(fù)雜信息建模工作十分困難從運(yùn)營(yíng)角度看，采用這種方式構(gòu)建臨床數(shù)據(jù).需要大量資金投入和很長(zhǎng)的開發(fā)周期.并要找到能同時(shí)提供各類臨床應(yīng)醫(yī)院臨床數(shù)據(jù)中心構(gòu)建研究全文共5頁(yè)，當(dāng)前為第2頁(yè)。用系統(tǒng)的開發(fā)商或集成商，對(duì)于一個(gè)運(yùn)行多個(gè)異構(gòu)系統(tǒng)的醫(yī)院而言實(shí)施成本很高。

2.2邏輯集中式各種類烈的數(shù)據(jù)仍由相應(yīng)的臨床信息系統(tǒng)負(fù)責(zé)管理和維護(hù)，保持原有的物理分布特性在此基礎(chǔ)上，采用一定的技術(shù)手段，將這此分散存儲(chǔ)的數(shù)據(jù)在邏輯上集中起來(lái)，為上層各種應(yīng)用提供統(tǒng)一的數(shù)據(jù)訪問(wèn)接口，實(shí)現(xiàn)數(shù)據(jù)的邏輯集中展示分析功能。在上層系統(tǒng)看來(lái).它們面對(duì)的就是一個(gè)集中式的臨床數(shù)據(jù)中心。其本質(zhì)在于利用一個(gè)中間的軟件組件把上層應(yīng)用與各種底層異構(gòu)的數(shù)據(jù)模型進(jìn)行隔離，為本來(lái)不具有一致信息模型的多模態(tài)業(yè)務(wù)數(shù)據(jù)提供一個(gè)虛擬的邏輯視圖。

為實(shí)現(xiàn)對(duì)這些多模態(tài)業(yè)務(wù)數(shù)據(jù)邏輯上的集中，通常采用基于面向服務(wù)架構(gòu)(SOA)的技術(shù)，面向各個(gè)異構(gòu)的臨床信息系統(tǒng)開發(fā)一系列的數(shù)據(jù)訪問(wèn)服務(wù).下層應(yīng)用通過(guò)這些服務(wù)訪問(wèn)業(yè)務(wù)數(shù)據(jù)。

這種技術(shù)萬(wàn)案的優(yōu)點(diǎn)是不改變各個(gè)已有系統(tǒng)的底層信息模型.缺點(diǎn)是所有對(duì)于服務(wù)接口的調(diào)用都會(huì)涉及到訪問(wèn)一個(gè)或多個(gè)臨床信息系統(tǒng)數(shù)據(jù)庫(kù)，整體效率較低。

此外，采用這種邏輯集中的萬(wàn)案，由于原始數(shù)據(jù)仍存在于各自臨床信息系統(tǒng)的服務(wù)器中同樣的數(shù)據(jù)可能同時(shí)在不同系統(tǒng)中存在多個(gè)備份。因此，確保數(shù)據(jù)的一致性，以及在出現(xiàn)數(shù)據(jù)不一致時(shí)系統(tǒng)的容錯(cuò)能力是在開發(fā)服務(wù)過(guò)程中需要特別關(guān)注的問(wèn)題。

2.3歸檔集中式各種類型的數(shù)據(jù)仍由相應(yīng)的臨床信息系統(tǒng)負(fù)責(zé)管理和監(jiān)護(hù)，保持原有的物理分布特性在此基礎(chǔ)上，采用一足的技術(shù)手段.醫(yī)院臨床數(shù)據(jù)中心構(gòu)建研究全文共5頁(yè)，當(dāng)前為第3頁(yè)。將這些分散存儲(chǔ)的數(shù)據(jù)經(jīng)過(guò)提取、清洗歸檔(采用病人主索引關(guān)聯(lián)).集中于物理上的臨床數(shù)據(jù)中心，為上層的各種應(yīng)用提供統(tǒng)一的數(shù)據(jù)訪問(wèn)接口。

從技術(shù)角度看，這種集成方式由于在物理上有統(tǒng)一的臨床數(shù)據(jù)中心.主要優(yōu)點(diǎn)是:實(shí)現(xiàn)了數(shù)據(jù)以病人為中心的統(tǒng)一管理:避免了業(yè)務(wù)系統(tǒng)升級(jí)換代導(dǎo)致舊系統(tǒng)數(shù)據(jù)的讀取困難，保持了數(shù)據(jù)的連續(xù)性大多數(shù)訪問(wèn)操作無(wú)需直接調(diào)用臨床信息系統(tǒng)數(shù)據(jù)庫(kù).提高了訪問(wèn)效率從經(jīng)濟(jì)角度看，目前我國(guó)大多數(shù)醫(yī)療機(jī)構(gòu)都已石小同程度上實(shí)現(xiàn)了信息化.建)戎了各種不同規(guī)模的臨床信息系統(tǒng)，采用歸檔集中的萬(wàn)案構(gòu)建臨沫數(shù)據(jù)中心具有現(xiàn)實(shí)意義。

病患是整個(gè)臨床業(yè)務(wù)系統(tǒng)的核心.采用歸檔集中式萬(wàn)法建豆臨床數(shù)據(jù)中心，就是將同一個(gè)患者在某一醫(yī)療機(jī)構(gòu)內(nèi)發(fā)牛的所有臨床活動(dòng)產(chǎn)生的臨床結(jié)構(gòu)X檔(CDA!集中存儲(chǔ)在一個(gè)物理存儲(chǔ)內(nèi)，方便各種臨床業(yè)務(wù)角色進(jìn)行調(diào)閱。

3.1建立患者主索引患者主索引(EPMI)王要用途是作為唯一的患者身份識(shí)別，將多個(gè)臨床業(yè)務(wù)信息系統(tǒng)有效的關(guān)聯(lián)在一起.實(shí)現(xiàn)各系統(tǒng)間互聯(lián)互通，保證同一患者信息的完整和一住確。

通過(guò)患者唯一標(biāo)識(shí)信息(醫(yī)?？?、身份訓(xùn){和其它信息(性別、出生日期、聯(lián)系電話等)等建立患者件擊確匹配。模糊匹配，兩種匹配模式.當(dāng)患者掛號(hào)就診過(guò)程中.填寫、修改患者基本信息后通過(guò)患者王索引系統(tǒng)進(jìn)行患者信息庫(kù)匹配滿足精確匹配規(guī)則可直接建萬(wàn)患者交叉索引.不滿足精確匹配滿足模糊匹配的情況下，由人工干預(yù)匹配。兩種醫(yī)院臨床數(shù)據(jù)中心構(gòu)建研究全文共5頁(yè)，當(dāng)前為第4頁(yè)。模式的搭配使用，能更好地提高患者匹配率，提高患者數(shù)據(jù)的歷史完整性。

3.2數(shù)據(jù)中心的設(shè)計(jì)數(shù)據(jù)中心要實(shí)現(xiàn)規(guī)范化、標(biāo)準(zhǔn)化的業(yè)務(wù)流程和工作流程，需經(jīng)過(guò)數(shù)據(jù)采集(采集各異構(gòu)系統(tǒng)的數(shù)據(jù)).數(shù)據(jù)分析、清洗和存儲(chǔ)，最后面向用戶實(shí)現(xiàn)臨床數(shù)據(jù)中心的服務(wù)和應(yīng)用三個(gè)過(guò)程數(shù)據(jù)中心王要由數(shù)據(jù)接口、數(shù)據(jù)轉(zhuǎn)換平臺(tái)與數(shù)據(jù)倉(cāng)庫(kù)組成，可以采用數(shù)據(jù)集中又互模式實(shí)現(xiàn)。將各業(yè)務(wù)系統(tǒng)需要交互的數(shù)據(jù)通過(guò)統(tǒng)一的壓力(Extract-Translate-Load)或EL丁接口模式實(shí)時(shí)同步、轉(zhuǎn)換、保存到數(shù)據(jù)中心的數(shù)據(jù)倉(cāng)庫(kù)中各業(yè)務(wù)系統(tǒng)需要其他業(yè)務(wù)系統(tǒng)的數(shù)據(jù)時(shí)，也是通過(guò)標(biāo)準(zhǔn)的數(shù)據(jù)倉(cāng)庫(kù)得到，實(shí)現(xiàn)了統(tǒng)一的同步數(shù)據(jù)轉(zhuǎn)換配置。

由于數(shù)據(jù)中心與各業(yè)務(wù)系統(tǒng)建萬(wàn)在不同的數(shù)據(jù)庫(kù)上，考慮到數(shù)據(jù)轉(zhuǎn)換過(guò)程中可能嚴(yán)生的可靠性、一致性、實(shí)時(shí)同步性問(wèn)題，可以選用Oracle數(shù)據(jù)集成套件予以實(shí)現(xiàn)該套件是一套綜合數(shù)據(jù)管理組件，可用于構(gòu)建、部署和管碑企業(yè)數(shù)據(jù)集成解決萬(wàn)案.支持對(duì)數(shù)據(jù)進(jìn)行統(tǒng)一管理，以及將數(shù)據(jù)分發(fā)到各歷用程序和業(yè)務(wù)流程中。

我們選用了該織件的兩個(gè)工具Oracle的數(shù)據(jù)整合土具(GoldenGateTDM)和Oracle的數(shù)據(jù)集成工具舊racleDataIntegrator)前者可為用戶提供異構(gòu)環(huán)境下數(shù)據(jù)的實(shí)時(shí)捕捉、變換、投遞，支持異構(gòu)數(shù)據(jù)環(huán)境下變化數(shù)據(jù)的同步.通過(guò)分析數(shù)據(jù)庫(kù)日記文件來(lái)具體實(shí)現(xiàn)數(shù)據(jù)的同步后者能滿足所有最重要數(shù)據(jù)的集成要求采用新一代的ELT結(jié)構(gòu)充分利用不同的關(guān)系數(shù)據(jù)庫(kù)管理系統(tǒng)引擎末處理和轉(zhuǎn)換數(shù)據(jù)。

4臨床數(shù)據(jù)中心的應(yīng)用

醫(yī)院臨床數(shù)據(jù)中心構(gòu)建研究全文共5頁(yè)，當(dāng)前為第5頁(yè)。以患者為核心的數(shù)據(jù)統(tǒng)一應(yīng)用基于臨床數(shù)據(jù)中心建而臨床患者視圖模塊，通過(guò)患者王索引將患者歷史所有診療數(shù)據(jù)進(jìn)行串聯(lián)展現(xiàn)，幫助用戶從整體上把握息者病情發(fā)展情扮，直觀地杏閱在病情不斷變化的情況