【導(dǎo)讀】項目名稱：普寧市人民醫(yī)院采購醫(yī)院信息系統(tǒng)招標(biāo)項目（二期）招標(biāo)編號：0724-1301D11N1544. 行投標(biāo)報價，如有缺漏或超出最高采購限價，將導(dǎo)致投標(biāo)無效。1．供應(yīng)商應(yīng)具備《政府采購法》第二十二條規(guī)定的條件；事業(yè)單位法人證書副本復(fù)印件或企業(yè)法人營業(yè)執(zhí)照副本復(fù)印件）；3．投標(biāo)人必須具有“計算機信息系統(tǒng)集成資質(zhì)”三級（含）以上；施能力，提供承諾函；8．投標(biāo)人企業(yè)近年來資信良好，履約能力強，沒有違法記錄。院的行賄犯罪檔案查詢系統(tǒng)進(jìn)行查詢，并在投標(biāo)文件中提供《查詢結(jié)果告知函》。六、符合資格的供應(yīng)商應(yīng)當(dāng)攜帶以下資料，至16:30購買招標(biāo)文件，本招標(biāo)文件每套售價為150元人民幣，售后不退。日以書面形式通知采購代理機構(gòu)。合本院實際使用需求對存在的主要問題進(jìn)行改造。

　　

【正文】 據(jù)層（存儲層，應(yīng)能夠提供符合 CDA標(biāo)準(zhǔn)的臨床文檔存儲結(jié)構(gòu)） （ UI） 表示層采用 WPF（ Windows Presentation Foundation）界面設(shè)計方式。 表示層應(yīng)能創(chuàng)建想象得到的任何包含 2D/3D、視頻、音頻、動畫、富文檔視圖等內(nèi)容的界面。能融合了 B/S和 C/S的優(yōu)點而改進(jìn)了各自缺點，模糊窗體和頁面之間的界限。通過 XAML創(chuàng)建專業(yè)級的用戶界面，界面與邏輯代碼完全分離，系統(tǒng)可以象 WEB應(yīng)用程序一樣按頁面構(gòu)造，并在頁 面之間導(dǎo)航。既可以使得查詢功能在 B/S模式下運行，又可以保證業(yè)務(wù)執(zhí)行功能在 C/S模式下運行。 采用 WF（ Windows Workflow Foundation）工作流技術(shù)，適應(yīng)應(yīng)用流程的迅速變化?？梢栽陬A(yù)制活動（ activity）的基礎(chǔ)上，讓客戶自己來靈活定義自己的工作流程。而其中的 activity的概念和以 Act為核心的 HL7模型又是一脈相承的。 服務(wù)層按照 SOA架構(gòu)的核心思想，以 Web Service和 XML技術(shù)實現(xiàn)。并且按照 IHE規(guī)范，構(gòu)建可互操作的、易于進(jìn)行異構(gòu)系統(tǒng)集成的 HIS組件。 該服務(wù)層中包含“ HIS Service”。它有別于 Web Service以及與其相關(guān)的 SOAP、 WSDL、 WS*、XML 等一系列復(fù)雜技術(shù)， HIS Service 仍然是一個 DLL，但不是通過 SOAP而是通過二進(jìn)制的方式調(diào)用。而且， DLL 形式的 HIS Service 是通過二進(jìn)制共享而不是源代碼共享，這樣能確保程序員像使用服務(wù)一樣，只使用其接口（合同）而不是其內(nèi)部細(xì)節(jié)（實現(xiàn)）。 HISService是為了實現(xiàn) SOA架構(gòu)而準(zhǔn)備的，從邏輯上來看，它就是 SOA架構(gòu)中所指的“服務(wù)”，而從實現(xiàn)技術(shù)上來看，把 HIS Service轉(zhuǎn)換為 Web Service也是一件非常容易的事情（很容易把服務(wù)對象的 DLL封裝成為 Web Service）。 HIS Service的目的在于： 以構(gòu)建 SOA系統(tǒng)的方法，對 HIS應(yīng)用的功能按照服務(wù)為單位進(jìn)行劃分。而相互獨立的服務(wù)劃分，能夠降低系統(tǒng)的復(fù)雜性、提高系統(tǒng)的可維護(hù)性。 跨進(jìn)程和網(wǎng)絡(luò)邊界調(diào)用方法比調(diào)用同一操作系統(tǒng)進(jìn)程中對象上的方法慢得多。在同一個應(yīng)用程序內(nèi)部，使用 DLL二進(jìn)制方式調(diào)用的 HIS Service，而不是基于 SOAP和 XML的 Web Service，有利于提高程序的運 行效率和性能。 與普通的進(jìn)程內(nèi)調(diào)用相比，跨物理層通信會帶來高達(dá)三到六個數(shù)量級的巨大性能成本。 許多面向?qū)ο蟮脑O(shè)計做法通常傾向于設(shè)計帶有細(xì)粒度接口的對象，由于這種細(xì)粒度特性，必須調(diào)用大量方法才能實現(xiàn)所需的結(jié)果。因為這種細(xì)粒度接口方法支持許多令人滿意的應(yīng)用程序特征（如可維護(hù)性、可復(fù)用性和可測試性），所以對于獨立應(yīng)用程序，這是一種理想選擇。 如果使用公開細(xì)粒度接口的對象，則會大大影響應(yīng)用程序的性能，這是由于細(xì)粒度接口要求跨進(jìn)程和網(wǎng)絡(luò)邊界進(jìn)行多次方法調(diào)用。為了改善性能，遠(yuǎn)程對象必須公開一個粒度更大的接口。粗粒度接口 公開一組相對較小的獨立方法。每種方法通常都代表一段高級功能（如下訂單或更新客戶）。因為某個方法所需的全部數(shù)據(jù)都以參數(shù)形式傳入該方法中，所以這些方法都被視為獨立方法。 對于在不同的系統(tǒng)之間交換數(shù)據(jù)的場景，則可以很輕易地通過 Facade模式把 HIS Service封裝項目名稱： 普寧市人民醫(yī)院采購醫(yī)院信息系統(tǒng)招標(biāo)項目（二期） 招標(biāo)編號： 07241301D11N1544 23 為 Web Service，采用 HL7標(biāo)準(zhǔn)（或、和其他標(biāo)準(zhǔn)），通過 SOAP、 WSDL、 WS*、 XML的方式調(diào)用，以實現(xiàn)通暢的數(shù)據(jù)交換，從而支持異構(gòu)系統(tǒng)的集成。并且，這種封裝是不需要對原有的 HIS系統(tǒng)做任何改動的。 在 HIS系統(tǒng)的某些系統(tǒng)場景中也確實 需要把 HIS Service封裝成 Web Service，例如掛號服務(wù)，可以封裝為 WebService在網(wǎng)上掛號中調(diào)用，而不需要把相同的業(yè)務(wù)邏輯代碼在 Inter系統(tǒng)中又再實現(xiàn)一次。 在 HIS 內(nèi)部的各個系統(tǒng)之間，某些場景使用 HIS Service，能提高系統(tǒng)的使用效率。比如封裝一個單件模式的“取患者基本信息”的 Service，在各個系統(tǒng)中都可以調(diào)用。對比而言，在很多傳統(tǒng)的程序設(shè)計中，很多地方需要用到患者信息的時候不管別的地方有沒有就訪問數(shù)據(jù)庫，不僅效率低下、代碼冗余，而且還頻繁地訪問數(shù)據(jù)庫服務(wù)器、降低了 系統(tǒng)性能。又比如“掛號”服務(wù)，也是可以在門診掛號系統(tǒng)、門診收費系統(tǒng)、預(yù)約系統(tǒng)等各種場景中調(diào)用，而不需要在各自的系統(tǒng)中又再把相同的邏輯再實現(xiàn)一次。 邏輯層改變以前功能驅(qū)動的工作模式，轉(zhuǎn)而采用了模型驅(qū)動。傳統(tǒng)的方式是用戶一提新的需求，就在原有軟件上打補丁，結(jié)果軟件慢慢變成了補丁疊補丁的堆積在一起的一大堆沒有結(jié)構(gòu)的功能模塊，其耦合越來越緊，而靈活性、效率、可維護(hù)性越來越差。 新的軟件基礎(chǔ)架構(gòu)需要基于 HL7 （ RIM， Reference Information Model）構(gòu)建核心 的領(lǐng)域模型，因為其模型源自 HL7 V3 RIM，所以不但能很好地貼合醫(yī)療領(lǐng)域的內(nèi)在規(guī)律，而且具有良好的抽象性，能夠適應(yīng)軟件的不斷變化和發(fā)展。 在操作層采用 WCF（ Windows Communication Foundation）的跨平臺分布式技術(shù)。 WCF支持分布式事務(wù)，具有優(yōu)良的跨平臺交互性（支持強類型和無類型消息： .程序可以共享自定義類型；其他平臺的軟件可以使用松散類型的 XML流），采用基于特性的編程方式，廣泛支持WS*系列規(guī)范，它是在 SOA的基礎(chǔ)上構(gòu)建，很多概念和 Web Service的概念直接對應(yīng)。采用基于消息的傳輸方式，支持可靠會話數(shù)據(jù)協(xié)議、會話狀態(tài)管理、單向無狀態(tài)消息。還具有良好的可擴展性、對象地址無關(guān)性，支持 HTTP、 SOAP、 TCP、 MSMQ、命名管道多種 endpoint。 映射層主要實現(xiàn) OR映射，以解決阻抗失配的問題。 以絕大部分廠商所采用的關(guān)系存儲模型為例，其與作為對象模型的概念模型、邏輯模型之間往往存在巨大的差異。面向?qū)ο蟮木幊虒εc關(guān)系數(shù)據(jù)庫存儲系統(tǒng)的交互提出了一個難題。雖然類的組織通常可比較接近地反映出關(guān)系數(shù)據(jù)庫表的組織，但是擬合程度并不完美。多個 規(guī)范化表通常對應(yīng)于單個類，類之間的關(guān)系并未按照表之間的關(guān)系一樣表示。 在這種情況下，現(xiàn)有解決方案只能通過將面向?qū)ο蟮念惡蛯傩杂成涞疥P(guān)系表和列來嘗試彌合這種通常稱為“阻抗不匹配”的差異。也就是需要在概念模型 /邏輯模型和存儲模型之間引入一個映射層。對于從對象模型到關(guān)系模型的映射，稱之為 OR映射（ ObjectRelationship Mapping）。 映射層的引入可以在不更改應(yīng)用程序代碼的情況下更改概念模型 /邏輯模型與特定于存儲模型之間的映射。開發(fā)人員可以使用可映射到各種存儲模型（例如，可能在不同的數(shù)據(jù)庫管 理系統(tǒng)中實現(xiàn)）的一致的應(yīng)用程序?qū)ο竽Ｐ?。多個概念模型 /邏輯模型可以映射到同一個存儲模型。同樣，一個概念模型 /邏輯模型可以映射到多個存儲模型。 映射層的引入緩解了概念模型 /邏輯模型與特定于存儲模型之間的“阻抗失配”的問題，也使得數(shù)據(jù)模型分層結(jié)構(gòu)的實現(xiàn)成為可能。 設(shè)計良好的軟件基礎(chǔ)架構(gòu)可以采用這種方式來提高系統(tǒng)的可移植性、可擴展性、可維護(hù)性。 以可移植性為例，如果醫(yī)院信息系統(tǒng)產(chǎn)品使用了 Microsoft SQL Server作為數(shù)據(jù)存儲系統(tǒng)，將來某一天需要將其移植到 Oracle數(shù)據(jù)庫的時候，只需要調(diào)整映射層就可 以，而概念模型 /邏輯模型均不需要改動。 項目名稱： 普寧市人民醫(yī)院采購醫(yī)院信息系統(tǒng)招標(biāo)項目（二期） 招標(biāo)編號： 07241301D11N1544 24 再比如可維護(hù)性，假設(shè)出于性能優(yōu)化的考慮，需要對存儲模型進(jìn)行更改（比如把大表分拆為小表等），也只需要修改存儲模型和映射層，而不需要對概念模型、數(shù)據(jù)類或應(yīng)用程序代碼進(jìn)行更改。 映射層采用 EF amp。 LINQ集成的數(shù)據(jù)訪問模型。 Entity Framework把數(shù)據(jù)訪問模型分為概念層、映射層、存儲層等三層，通過分層映射解除了應(yīng)用邏輯對存儲的緊耦合。 而 LINQ（ Language INtegrated Query）則在 .NET語言中集成了查詢的 數(shù)據(jù)訪問模型，使得其對多種數(shù)據(jù)源的做到了一致性的訪問。 因為有映射層的靈活映射支持，因此在數(shù)據(jù)層不僅可以跨越多種數(shù)據(jù)庫平臺（ Oracle、 SQL Server、 DB2等），而且甚至可以支持不同的數(shù)據(jù)庫模型（關(guān)系數(shù)據(jù)庫、對象數(shù)據(jù)庫、以及基于 XML的層次型數(shù)據(jù)庫等等）。 數(shù)據(jù)層 應(yīng) 能支持臨床數(shù)據(jù)的結(jié)構(gòu)化存儲。對于結(jié)構(gòu)化存儲的設(shè)計應(yīng)該能達(dá)到以下目標(biāo)： A. 能夠適應(yīng)內(nèi)容結(jié)構(gòu)變化發(fā)展的要求。 由于醫(yī)學(xué)技術(shù)的發(fā)展，會不斷地有新的內(nèi)容結(jié)構(gòu)增加到病歷中。而由于認(rèn)識和技術(shù)手段的進(jìn)步，原有的結(jié)構(gòu)也會發(fā)生改變。模型要能適 應(yīng)這種結(jié)構(gòu)上的變化，能夠支持新的結(jié)構(gòu)類型并能保持歷史結(jié)構(gòu)。 內(nèi)容與結(jié)構(gòu)在本質(zhì)上是可分離的，在表現(xiàn)時內(nèi)容又必須與結(jié)構(gòu)結(jié)合才能準(zhǔn)確表達(dá)意思，由于數(shù)據(jù)是一種長期存儲的資源，數(shù)據(jù)的內(nèi)容及數(shù)據(jù)的結(jié)構(gòu)不僅在產(chǎn)生的用到，而且在日后的查看中也需要用到，同時新舊模板的更替使系統(tǒng)要能準(zhǔn)確的調(diào)用與內(nèi)容對應(yīng)的結(jié)構(gòu)，原有的內(nèi)容和結(jié)構(gòu)分離存儲的方式在時間長后將造成大量的模板冗余。 B. 能夠適應(yīng)科研數(shù)據(jù)的要求。 能保證科研數(shù)據(jù)從病歷中一個方向提取。例如電子病歷編輯器在制作模板時能夠設(shè)置病歷科研所需的數(shù)據(jù)項，保證這些數(shù)據(jù)能夠始終存在，同時按照 科研的要求只能做選擇、按格式錄入或?qū)斎氲臄?shù)據(jù)能做必要正確性檢查，滿足科研需求。 臨床科研數(shù)據(jù)和病歷數(shù)據(jù)的關(guān)系主要有兩種，一種是先處理臨床科研數(shù)據(jù)，再處理病歷的內(nèi)容，科研數(shù)據(jù)通過嚴(yán)格的表單式操作或其它嚴(yán)格的手段進(jìn)行，結(jié)果保存到特定的數(shù)據(jù)庫中，而病歷的內(nèi)容再根據(jù)科研數(shù)據(jù)進(jìn)行補充和完善，這樣的一個弊端是病歷內(nèi)容中和科研數(shù)據(jù)重復(fù)的部分不是保存到同一個地方的，而且編輯的方法也不同，即保存到數(shù)據(jù)庫中用于科研的內(nèi)容和病歷實際的內(nèi)容是分兩條路來處理。醫(yī)生日后的修改和補充都是在病歷上進(jìn)行的，用于科研的內(nèi)容很難再反饋到數(shù)據(jù)庫 中，導(dǎo)致大量的科研用的內(nèi)容數(shù)據(jù)和真實的病歷數(shù)據(jù)不一致，從長遠(yuǎn)的臨床數(shù)據(jù)應(yīng)用來說是致命的，也就失去了科研的意義。 C. 支持脫機使用功能。 臨床數(shù)據(jù)滿足脫機使用才能很好的實現(xiàn)未來交換和傳輸?shù)男枨螅珉娮硬v可以脫離電子病歷系統(tǒng)環(huán)境獨立瀏覽，為將來電子病歷最終實現(xiàn)“數(shù)字病案室”、“區(qū)域醫(yī)療病案集中歸檔”、“個人健康記錄”奠定必要的信息轉(zhuǎn)移基礎(chǔ)。 D. 支持內(nèi)容和架構(gòu)的直接分離。 E. 能夠?qū)⑴R床數(shù)據(jù)中的最小結(jié)構(gòu)單元直接綁定到各種國際標(biāo)準(zhǔn)或行業(yè)標(biāo)準(zhǔn)。 目前國際上有各種通行的標(biāo)準(zhǔn)，如 LOINC、 SNOMED、 ICD9/10等等， 我國的衛(wèi)生部也在 202020年分別發(fā)布了電子健康檔案的數(shù)據(jù)標(biāo)準(zhǔn)、電子病歷的數(shù)據(jù)標(biāo)準(zhǔn)等等，另外，地方政府或者某個機構(gòu)還可能定義很多地方標(biāo)準(zhǔn)和內(nèi)部標(biāo)準(zhǔn)。結(jié)構(gòu)化的存儲模型設(shè)計，應(yīng)該支持將模型中的最小結(jié)構(gòu)化單元直接綁定到各種標(biāo)準(zhǔn)。同時，這種綁定不應(yīng)該是一對一的，而應(yīng)該是一對多的，也就是一個最小結(jié)構(gòu)化單元應(yīng)該可以綁定到多個不同的標(biāo)準(zhǔn)。這樣，同樣的一份臨床數(shù)據(jù)，就可以按照不同的標(biāo)準(zhǔn)進(jìn)行輸出，達(dá)到最終的區(qū)域共享的目的。 SOA架構(gòu)和基于消息 /事件機制的集成 項目名稱： 普寧市人民醫(yī)院采購醫(yī)院信息系統(tǒng)招標(biāo)項目（二期） 招標(biāo)編號： 07241301D11N1544 25 按照 SOA架構(gòu)，以及 SaaS的思想，將應(yīng)用設(shè)計為服務(wù)，這些 服務(wù)通過 ESB服務(wù)總線進(jìn)行集成，應(yīng)用之間通過 HL7的消息進(jìn)行基于事件機制的通信。這使得系統(tǒng)之間的耦合足夠松散，同時易于集成。對于其他異構(gòu)系統(tǒng)，也可以通過適配器實現(xiàn)標(biāo)準(zhǔn)化的消息通信和系統(tǒng)集成。 基于 HL7 V3 RIM 的數(shù)據(jù)建模，和基于 IHE的系統(tǒng)結(jié)構(gòu) 系統(tǒng)應(yīng)基于 HL7 V3 RIM來建立自己的核心模型。 此外，系統(tǒng)的通信符合 HL7 Message標(biāo)準(zhǔn)、系統(tǒng)的輸出符合 HL7 CDA L3標(biāo)準(zhǔn)、系統(tǒng)的接口和流程符合 IHE國際規(guī)范（按照 IHE構(gòu)建可互操作的、易于進(jìn)行異構(gòu)系統(tǒng)集成的 HIS組件）。 能把衛(wèi)生部 EHR/EMR數(shù)據(jù)標(biāo)準(zhǔn)落地，同時兼容多種不同的數(shù)據(jù)標(biāo)準(zhǔn) 衛(wèi)生部發(fā)布的 EHR/EMR 數(shù)據(jù)標(biāo)準(zhǔn)是關(guān)于數(shù)據(jù)元的標(biāo)準(zhǔn)。通過元數(shù)據(jù)綁定對 Entry（ EMR 和 EHR的最小結(jié)構(gòu)化單元）進(jìn)行標(biāo)引的方式實現(xiàn)數(shù)據(jù)的結(jié)構(gòu)化和標(biāo)準(zhǔn)化，真正把衛(wèi)生部標(biāo)準(zhǔn)落地。并且，數(shù)據(jù)綁定的實現(xiàn)方式使得系統(tǒng)可以適應(yīng)數(shù)據(jù)標(biāo)準(zhǔn)的迅速變化。 除此之外， Entry 還可以綁定到除衛(wèi)生部數(shù)據(jù)元標(biāo)準(zhǔn)以外的任何國際標(biāo)準(zhǔn)、行業(yè)標(biāo)準(zhǔn)、地方標(biāo)準(zhǔn)和自定義標(biāo)準(zhǔn)。同時，可以在多個數(shù)據(jù)標(biāo)準(zhǔn)之間進(jìn)行術(shù)語的映射，以實現(xiàn)跨越不同標(biāo)準(zhǔn)的數(shù)據(jù)轉(zhuǎn)換。 【第一期實施內(nèi)容】 在整體規(guī)劃的基礎(chǔ)上，完成部分 業(yè)務(wù)科室和管理職能科室的的規(guī)劃功能，通過對部分科室功能的實施，驗證整體方案的可行性，發(fā)現(xiàn)其中的不足，及時調(diào)整整體規(guī)劃，使得整體規(guī)劃科學(xué)可行。 對影響突出的數(shù)據(jù)層進(jìn)行從業(yè)務(wù)到理論的深入分析，從分論證，得到完整可行的數(shù)據(jù)層規(guī)劃，同時進(jìn)行實施，實施時要充分考慮新老數(shù)據(jù)的交替，保證老系統(tǒng)的正常運行。 流程層在完成過程中，要充分體現(xiàn)醫(yī)院信息化領(lǐng)導(dǎo)小組的業(yè)務(wù)、管理、協(xié)調(diào)能力，在醫(yī)院業(yè)務(wù)和管理方面結(jié)合不同科室的職能作用，以及業(yè)務(wù)流轉(zhuǎn)及控制的監(jiān)管范圍方式，科學(xué)性等方面做到統(tǒng)籌和科學(xué)，保證所設(shè)計的醫(yī)院從業(yè)務(wù)到管