該圖是美國最有影響的醫(yī)療衛(wèi)生信息化組織HIMSS的智庫HIMSS Analytics公司給出的一個EMR體系架構(gòu)示意圖。圖中電子病歷系統(tǒng)的基本構(gòu)件包括居于核心的臨床文檔存儲庫CDR（Clinical Data Repository），包圍著CDR的是可控醫(yī)學術(shù)語服務(wù)CMV(Control Medical Vocabulary), 再外層是工作流（Workflow）與臨床決策支持系統(tǒng)CDSS(Clinical Decision Support System)，第四層是醫(yī)生工作站、藥品服務(wù)與文獻服務(wù)，最外層是病人主索引EMPI，Web門戶和通用的接口引擎（Interface Engine）。
從上圖我們可以看到的幾個特點：
1.電子病歷系統(tǒng)的主要構(gòu)件與常講的醫(yī)院管理信息系統(tǒng)（圖中右上方的綠色方框部分，包括病人管理Pat. Assess、費用與編碼Billing/Coding、人力資源HR、掛號與預(yù)約Scheduling、企業(yè)資源規(guī)劃ERP、資產(chǎn)管理Resource Management）和臨床信息系統(tǒng)（圖中左上方橙色方框部分，包括實驗室系統(tǒng)Laboratory、 放射管理Radiology、影像系統(tǒng)PACS、處方系統(tǒng)Transcription、臨床科室系統(tǒng)Department System、 文檔影像管理Doc. Imaging）是相對獨立的。
2.臨床文檔存儲庫居于電子病歷系統(tǒng)架構(gòu)的核心。
3.管理系統(tǒng)和臨床系統(tǒng)是通過接口引擎與EMR實現(xiàn)信息的相互傳遞的。
4.EMR直接支持醫(yī)院外部（包括區(qū)域衛(wèi)生信息網(wǎng)絡(luò)（NHIN）和電子健康檔案）的信息共享需求。
CDR是醫(yī)院為支持臨床診療和全部醫(yī)、教、研活動而以病人為中心重新構(gòu)建的新的一層數(shù)據(jù)存儲結(jié)構(gòu)。它應(yīng)該是物理存在的，而不僅僅是概念存在或者是邏輯存在。它是醫(yī)院電子病歷系統(tǒng)的核心構(gòu)件。它是否存在可以作為醫(yī)院是否擁有真正電子病歷系統(tǒng)的標志。它與直接支持醫(yī)療操作的前臺業(yè)務(wù)數(shù)據(jù)庫（Transaction Database）不同，其數(shù)據(jù)來自這些業(yè)務(wù)系統(tǒng)，但與前臺業(yè)務(wù)流程無關(guān)。它也不是通常意義上的數(shù)據(jù)倉庫，因為它的內(nèi)容是隨著醫(yī)院業(yè)務(wù)活動動態(tài)變化的，并且直接支持醫(yī)生/護士對病人臨床記錄的實時應(yīng)用。
CDR的重要性是無可置疑的。但對于它是否應(yīng)該是一個物理存在的數(shù)據(jù)結(jié)構(gòu)卻有不同的看法。部分人認為僅僅是靠集成技術(shù)，邏輯上構(gòu)造一個以病人為中心的電子病歷視圖，就可以提供全部電子病歷的功能。我們下面分析一下CDR物理存在的必要性、優(yōu)點與問題。
（一）架構(gòu)分層的優(yōu)點
1.與復(fù)雜的業(yè)務(wù)處理流程分割 病人的臨床信息來自醫(yī)院現(xiàn)已存在的多種多樣的應(yīng)用系統(tǒng)。一般說來，它們是面向應(yīng)用過程設(shè)計的，是由不同供應(yīng)商提供的，具有不同的信息模型和軟硬件平臺，其功能必須滿足管理與臨床應(yīng)用不同的過程要求。像這樣的系統(tǒng)，一個大型的醫(yī)院，國內(nèi)有幾十個，國外有上百個并不少見。例如一個實驗室系統(tǒng)，從醫(yī)生開出醫(yī)囑，到條碼打印和取得樣本，樣本傳送與接受，上化驗設(shè)備，化驗過程的雙向控制，化驗結(jié)果的自動獲取，報告的產(chǎn)出與確認，報告的發(fā)出與接受確實是十分復(fù)雜的。
應(yīng)用系統(tǒng)的數(shù)據(jù)結(jié)構(gòu)設(shè)計必須滿足這些要求，數(shù)據(jù)庫內(nèi)的化驗結(jié)果表達必然是復(fù)雜多變的。而電子病歷僅僅關(guān)心化驗報告的最終結(jié)果。因此，如果CDR僅僅保存從檢驗系統(tǒng)傳遞來的化驗結(jié)果，那么電子病歷系統(tǒng)就可以和復(fù)雜的業(yè)務(wù)處理流程相分割。如果電子病歷系統(tǒng)中的化驗結(jié)果要從檢驗系統(tǒng)中直接獲取，就不得不關(guān)注上述的所有細節(jié)。
2.透明、一致化的數(shù)據(jù)模型 CDR的獨立存在使得一個統(tǒng)一的、透明的、一致化的電子病歷信息模型的設(shè)計與實現(xiàn)成為可能。這樣一個模型的存在對所有應(yīng)用系統(tǒng)的開發(fā)商、對系統(tǒng)集成、對醫(yī)生護士對病人信息的進一步應(yīng)用都十分重要。
3.應(yīng)用系統(tǒng)升級容易 由于電子病歷系統(tǒng)和復(fù)雜的業(yè)務(wù)處理流程相分割，使得以后各應(yīng)用系統(tǒng)（POS）的升級換代變得簡單易行。而這種變化隨著業(yè)務(wù)流程的變化和信息化水平的提高，是經(jīng)常發(fā)生的，也是醫(yī)院信息化發(fā)展進程中最讓人頭痛的問題。
4.對醫(yī)生/護士更友善，效率更高 醫(yī)生/護士使用物理上保存的以病人為中心的電子病歷記錄比起使用分散在不同應(yīng)用系統(tǒng)中的病人記錄來更得心應(yīng)手、更符合他們的思維習慣，應(yīng)答速度會更快。特別是簡單、統(tǒng)一、透明的信息模型的存在使得他們有可能根據(jù)自己臨床工作的需要從CDR中剪裁出自己的病人臨床記錄子集。
5.有利于電子病歷深層次應(yīng)用的開發(fā)推廣 電子病歷的存在不僅僅是要滿足臨床信息查詢的需要，更重要的是要滿足臨床決策、教學、科研的深層次的要求，例如警告與提示系統(tǒng)、臨床路徑控制、循證醫(yī)學支持等等。這些應(yīng)用的開發(fā)，當面對一個數(shù)據(jù)相對穩(wěn)定、信息模型簡單清晰、與操作過程無關(guān)的存儲庫時，要簡單得多。特別的，當服務(wù)點應(yīng)用系統(tǒng)(POS, Point of Service)發(fā)生變化時，也不會影響這些深層次的應(yīng)用。
6.與RHIN/HEHR互通互聯(lián)更容易 現(xiàn)在實現(xiàn)醫(yī)院內(nèi)部電子病歷應(yīng)用的同時還必須考慮如何與院外用戶，這包括其他醫(yī)院、社區(qū)、衛(wèi)生主管機構(gòu)以及病人本人的互通互聯(lián)，互操作。物理上獨立存在的CDR使得這些復(fù)雜需求的實現(xiàn)變得相對簡單。
（二）架構(gòu)分層的問題
電子病歷數(shù)據(jù)存儲架構(gòu)的分層不會是一個十全十美的解決方案，它也會帶來一些新的問題：
1.數(shù)據(jù)一致性保證 如何保證已經(jīng)由各POS提交給CDR的文檔，在POS端發(fā)生變化時，保證CDR中的記錄與POS中的數(shù)據(jù)一致性的問題，在系統(tǒng)設(shè)計與實現(xiàn)時必須慎重對待。
2.需要更大的存儲空間 因為是物理存在的另外一層架構(gòu)，CDR會帶來信息的冗余，導(dǎo)致數(shù)據(jù)存儲空間需求的成倍增長。也許，個別類型數(shù)據(jù)，例如病人影像數(shù)據(jù)仍然保持分散保存在應(yīng)用系統(tǒng)中是一個可接受的折中方案。相信隨著信息存儲介質(zhì)價格的迅速下降，存儲空間問題的解決不會成為醫(yī)院不可克服的障礙。
3.如何跨越實時業(yè)務(wù)處理與病人連續(xù)電子病歷（Longitudinal EMR）應(yīng)用的縫隙 有些應(yīng)用，典型的是醫(yī)生工作站的應(yīng)用，會同時實時業(yè)務(wù)處理與涉及病人連續(xù)電子病歷（Longitudinal EMR）應(yīng)用這兩個領(lǐng)域。這就意味著如果采用CDR體系架購，此類應(yīng)用信息系統(tǒng)的開發(fā)必須面對分層了的數(shù)據(jù)架構(gòu)進行。換句話說，如果CPOE系統(tǒng)是在CDR架構(gòu)實施之前就存在的，在CDR架構(gòu)實施過程中就必須對CPOE應(yīng)用實施改造或者替換。因此，有人強調(diào)CDR的實現(xiàn)應(yīng)該是一個過程，病人臨床信息的分布，哪些集中（CDR），哪些分散（POS），要精心設(shè)計，反對一刀切，讓其平穩(wěn)過渡，保證不對現(xiàn)有系統(tǒng)產(chǎn)生顛覆性的影響。
