論電子病歷文本編輯器
袁永福
28348092@qq.com
2013-5-12
前言
受chisc.net網(wǎng)站邀請(qǐng)，特撰此文，一家之言，供技術(shù)交流，如果有不妥，敬請(qǐng)指正。
作者簡(jiǎn)介
袁永福，2001年東南大學(xué)畢業(yè)，從事IT十多年，2008年度微軟MVP，著書立說�，F(xiàn)在南京從事電子病歷編輯器相關(guān)工作。博客網(wǎng)址http://www.cnblogs.com/xdesigner。
電子病歷文本編輯器概述
電子病歷編輯器，簡(jiǎn)稱EMRE（EMR Editor）。EMRE是電子病歷系統(tǒng)的核心關(guān)鍵基礎(chǔ)技術(shù)。在HIT大市場(chǎng)中，EMRE已經(jīng)是一個(gè)專業(yè)子市場(chǎng)。為什么會(huì)形成這個(gè)子市場(chǎng)，筆者在此討論一番。
其實(shí)觀察整個(gè)醫(yī)療行業(yè)，所有的人都是圍繞著治病救人這個(gè)中心而忙碌著，無論是衛(wèi)生系統(tǒng)的官員、醫(yī)院各級(jí)管理人員、醫(yī)務(wù)人員、各級(jí)醫(yī)療服務(wù)單位，還有我們這么多的HIT企業(yè)等等都是的。如果人不生病，全球立馬有幾千萬人失業(yè)。
在醫(yī)生治病救人的過程中會(huì)產(chǎn)生大量的信息，這些信息中最為重要的就是病歷，如果沒有這些病歷，診療過程就成為低水平的重復(fù)又重復(fù)，很多的涉及到生命的資料無從可查。因此病歷信息是整個(gè)醫(yī)療信息化中的核心信息。數(shù)據(jù)庫(kù)存儲(chǔ)的是病歷數(shù)據(jù)、網(wǎng)絡(luò)傳輸?shù)氖遣v數(shù)據(jù)、終端顯示的是病歷數(shù)據(jù)、打印機(jī)輸出的是病歷數(shù)據(jù)、后臺(tái)分析的是病歷數(shù)據(jù)、醫(yī)療司法活動(dòng)的基礎(chǔ)證據(jù)也是病歷數(shù)據(jù)。
這里的病歷數(shù)據(jù)范圍比較廣，包括各種病歷文書、醫(yī)學(xué)影像、檢查檢驗(yàn)結(jié)果等等。從HIT系統(tǒng)應(yīng)用的角度上來說，各種類型的病歷數(shù)據(jù)處理手段不一樣，從而形成各個(gè)子市場(chǎng)。
比如醫(yī)學(xué)影像數(shù)據(jù)的處理比較專業(yè)，由此形成PACS子市場(chǎng)，里面已經(jīng)有很多廠家，甚至還形成了醫(yī)學(xué)顯示器這種微市場(chǎng)。那里的人賣硬件賣軟件，生意興隆。
病歷文書數(shù)據(jù)也是病歷數(shù)據(jù)中的一個(gè)關(guān)鍵數(shù)據(jù)，也是應(yīng)用最為頻繁的數(shù)據(jù)。畢竟一個(gè)人看病，可以不拍片子、不檢驗(yàn)檢查，但醫(yī)生肯定會(huì)寫下一段文本病歷。PACS系統(tǒng)折騰一番生成的高清圖像也只是在醫(yī)生診療過程中作為參考，關(guān)鍵還是醫(yī)生寫下的病歷文本。
因此在目前的階段，所有的診療過程產(chǎn)生的最為關(guān)鍵的信息是病歷文書。
因此在醫(yī)學(xué)信息化中，病歷文書是作為最為重要的信息是需要得到最為特別的照顧。
在過去的傳統(tǒng)HIS階段，應(yīng)用系統(tǒng)對(duì)病歷文書的照顧就是一個(gè)最簡(jiǎn)單的TextBox，高級(jí)一點(diǎn)的用上MS WORD。不過這顯然是遠(yuǎn)遠(yuǎn)不夠的，那樣做不是與時(shí)俱進(jìn)，而且HIT客戶已經(jīng)越來越專業(yè)越挑剔了。
理論上來說，醫(yī)生拿著菜刀也能做手術(shù)，實(shí)際上那將是非常恐怖的事情。但實(shí)際上，很多醫(yī)生還是拿著菜刀寫病歷，而專業(yè)的EMRE就是醫(yī)生寫病歷時(shí)的上好工具。
EMRE子市場(chǎng)
現(xiàn)今開發(fā)和使用電子病歷系統(tǒng)不可避免的要使用到EMRE，這基本上是繞不過去的。對(duì)于EMRE，軟件開發(fā)公司主要有自行開發(fā)和對(duì)外采購(gòu)的方式來獲得。
開發(fā)EMRE的技術(shù)那是老復(fù)雜了，難度是非常非常高，業(yè)界能開發(fā)編輯器的人才鳳毛麟角。因此一些HIT業(yè)務(wù)型軟件公司自主研發(fā)EMRE那是勇氣可嘉的，至于能否成功那只能是盡力而為了。
筆者的觀察中大多數(shù)軟件公司是搞不定自主研發(fā)EMRE的，經(jīng)過一番折騰，弄得頭破血流的，最后還是轉(zhuǎn)而尋求外購(gòu)EMRE。于是就形成了非常專業(yè)的EMRE子市場(chǎng)。
EMRE子市場(chǎng)不大，但由于掌握了技術(shù)高地，因此在HIT大市場(chǎng)中是還是比較關(guān)鍵的。大家討論電子病歷系統(tǒng)時(shí)必然會(huì)提到這個(gè)系統(tǒng)中使用的EMRE。大家所說的病歷控件基本上就是指電子病歷文本編輯器控件。
很多HIT企業(yè)在外購(gòu)EMRE時(shí)都想同時(shí)購(gòu)買源代碼，筆者覺得這是不現(xiàn)實(shí)的也是沒有多少實(shí)際意義的。
目前的EMRE企業(yè)基本上是不會(huì)出售源代碼的，這事關(guān)中國(guó)國(guó)情，大家都懂的。通過非正常途徑獲得的源代碼，那是有相當(dāng)?shù)姆娠L(fēng)險(xiǎn)，因?yàn)閲?guó)內(nèi)HIT圈子不算大，有一定的風(fēng)險(xiǎn)被EMRE廠家發(fā)現(xiàn)，引起糾紛，而且不管結(jié)局如何，醫(yī)院甲方都會(huì)有想法的。
也存在個(gè)人出售編輯器代碼，很有可能是網(wǎng)絡(luò)上已經(jīng)流傳的代碼，特別是ZYTextDocumentLib的源代碼。筆者覺得這對(duì)于正規(guī)的HIT企業(yè)來說沒多大作用，因?yàn)楦脑爝@些代碼并進(jìn)行二次開發(fā)的過程差不多等于走回自主研發(fā)EMRE的老路。
另外購(gòu)買編輯器代碼并沒有多少實(shí)際意義。HIT企業(yè)購(gòu)買代碼無非擔(dān)心EMRE企業(yè)倒閉轉(zhuǎn)行，使得編輯器無法更新?lián)Q代。根據(jù)筆者觀察，現(xiàn)實(shí)中HIT企業(yè)的管理者會(huì)讓程序猿們時(shí)刻忙于項(xiàng)目，天天干活，特別是高級(jí)程序猿更是忙得團(tuán)團(tuán)轉(zhuǎn)；此時(shí)高級(jí)程序猿不會(huì)有大把的時(shí)間認(rèn)真系統(tǒng)的消化吸收編輯器代碼的，而初級(jí)程序猿是沒有相關(guān)能力的。因此如果編輯器有BUG或者新功能需求，基本上還是要找EMRE企業(yè)。
這就是即使是東軟這樣的HIT巨頭也沒有自主研發(fā)EMRE控件的原因之一。
另外EMRE企業(yè)之所以成立，也必然有相應(yīng)的技術(shù)力量，否則接下EMRE這種重活是害人害己。
另外EMRE企業(yè)相比于HIT企業(yè)更不在乎企業(yè)的規(guī)模。HIT業(yè)務(wù)型企業(yè)天天拉單子做項(xiàng)目，實(shí)施一個(gè)有點(diǎn)規(guī)模的醫(yī)院的HIS/EMR，沒有個(gè)一年半載是搞不定的，大批人員駐場(chǎng)開發(fā)那是常見，常年的駐點(diǎn)運(yùn)維工程師也是常有的。因此HIT企業(yè)雖然人多有規(guī)模，當(dāng)幾個(gè)項(xiàng)目同時(shí)運(yùn)行時(shí)還是會(huì)人手不夠。
但EMRE企業(yè)不一樣，它是做通用產(chǎn)品的，它的客戶都是懂技術(shù)的，技術(shù)人員之間的溝通交流速度是很快的，而且所有HIT企業(yè)對(duì)于EMRE的需求的交集是不大的，無需大型團(tuán)隊(duì)來應(yīng)付。EMRE企業(yè)專注于特定技術(shù)鉆研，更在乎人員的精干而不是數(shù)量。因此小規(guī)模企業(yè)也能勝任EMRE業(yè)務(wù)。
實(shí)施HIT項(xiàng)目時(shí)，接口工作量不小�，F(xiàn)在很多醫(yī)院的系統(tǒng)都是萬國(guó)系統(tǒng)，各種牌子的系統(tǒng)糾纏在一起，產(chǎn)生了大量的軟件和硬件接口需求，各個(gè)HIT企業(yè)、甲方內(nèi)部小集團(tuán)之間還存在互掐的現(xiàn)象；此外還有醫(yī)保銀行相關(guān)的接口，這些接口工作也耗掉了不少HIT企業(yè)的精力。
相比而言EMRE企業(yè)的接口工作量少的多。技術(shù)上EMRE企業(yè)是強(qiáng)勢(shì)的，HIT企業(yè)必須使用EMRE企業(yè)制定的開發(fā)接口。就這點(diǎn)而言，EMRE企業(yè)能省掉不少人力。
這些原因使得HIT企業(yè)可以追求做大或做強(qiáng)，但EMRE企業(yè)必然是追求做強(qiáng)而不是做大。
EMRE控件產(chǎn)品及技術(shù)路線介紹
目前業(yè)界存在一些EMRE控件產(chǎn)品及技術(shù)路線，在此介紹幾種常見的：
基于標(biāo)準(zhǔn)TextBox控件進(jìn)行開發(fā)
基于TextBox控件來開發(fā)EMRE那是最為原始最為簡(jiǎn)單的方式。比如在用戶界面上，放一個(gè)“主訴”文本標(biāo)簽，后面跟著一個(gè)TextBox用于手動(dòng)錄入主訴文本，現(xiàn)病史也類似。在存儲(chǔ)上，可能是主訴內(nèi)容存一個(gè)文本型字段，現(xiàn)病史內(nèi)容存一個(gè)文本型字段。
這種方式實(shí)現(xiàn)簡(jiǎn)單，幾十年前就出現(xiàn)了，但現(xiàn)在早就OUT了，若還拿出來都不好意思見人了。
基于RichTextBox控件進(jìn)行開發(fā)
很多開發(fā)工具提供一個(gè)RichTextBox控件，實(shí)際上就是Windows自帶的RichTextBox控件的簡(jiǎn)單包裝。
使用RichTextBox控件能實(shí)現(xiàn)一些格式文本的編輯、錄入，文字格式的設(shè)置，能插入圖片，簡(jiǎn)單的表格。
不過基于RichTextBox控件進(jìn)行一些深入的開發(fā)就不行了。比如留痕、續(xù)打、知識(shí)庫(kù)等等，此時(shí)一些開發(fā)企業(yè)就騎虎難下了，終究是要放棄的。
基于MS WORD進(jìn)行開發(fā)
一些EMRE是基于MS WORD進(jìn)行開發(fā)。其優(yōu)點(diǎn)如下：
1. MS WORD的文檔編輯器功能是任何其他文本編輯器所無法逾越的。文字、圖片、表格等等都是至尊級(jí)的，而且MS WORD應(yīng)用廣泛，群眾基礎(chǔ)好�；谒_發(fā)，在文檔編輯用戶體驗(yàn)上來說，用戶是很容易接受的。
2. MS WORD的二次開發(fā)接口比較多，各種支持COM的開發(fā)工具都支持。而且MS WORD的開發(fā)學(xué)習(xí)資源比較豐富，網(wǎng)上能找到很多。
不過使用MS WORD進(jìn)行開發(fā)也有不少缺點(diǎn)：
1. MS WORD不是免費(fèi)軟件，使用它必須購(gòu)買一個(gè)完整的MS Office軟件包，這是一筆不小的版權(quán)費(fèi)用。醫(yī)院可能拒絕使用盜版MS WORD，此時(shí)會(huì)比較大的增加項(xiàng)目成本。比如有微軟經(jīng)銷商報(bào)價(jià)MS OFFICE2010為4000元/套。這樣就很不利于HIT企業(yè)市場(chǎng)銷售。
2. 客戶端電腦必須逐個(gè)安裝MS WORD，部署工作量比較大。而且不同版本的MS WORD的開發(fā)接口存在一定的兼容性問題，增加軟件開發(fā)、部署和調(diào)試的難度。比如不同的客戶已經(jīng)安裝了WORD2003、WORD2007、WORD2010等等，此時(shí)麻煩不小。
3. MS WORD開發(fā)是基于OLE自動(dòng)化技術(shù)，使用了跨進(jìn)程的操作，操作不當(dāng)系統(tǒng)中會(huì)留下MS WORD的進(jìn)程，容易資源泄露，因此一般避免在服務(wù)器端使用MS WORD。
4. 大量的電子病歷特定業(yè)務(wù)功能使用MS WORD是無法實(shí)現(xiàn)或者很難實(shí)現(xiàn)的。比如痕跡保留和三級(jí)權(quán)限控制；半結(jié)構(gòu)化；續(xù)打、整潔打印和留痕打��；對(duì)于B/S系統(tǒng)，如何將MS WORD文件傳到服務(wù)器上也是個(gè)難題；難于實(shí)現(xiàn)知識(shí)庫(kù)。而且生成的WORD文件格式復(fù)雜難于解析，難于進(jìn)行統(tǒng)計(jì)分析。
基于MS WORD開發(fā)電子病歷編輯器可以在某些情況下應(yīng)急，但由于上述無法解決的缺陷，從長(zhǎng)遠(yuǎn)上來說是不可取的，終究是要放棄這種方式的。
基于開源DELPHI的TX控件進(jìn)行開發(fā)
TX控件以前是一個(gè)免費(fèi)開源的DELPHI控件，現(xiàn)在作者據(jù)此成立公司不再免費(fèi)開源了。TX控件是用DELPHI開發(fā)的，有COM接口。因此很適合DELPHI或VB/PB的開發(fā)。
業(yè)界還有大量的已經(jīng)運(yùn)行中的信息化系統(tǒng)是由PB/VB/DELPHI開發(fā)的，而且還有一些新系統(tǒng)也是靠這些老技術(shù)開發(fā)的。因此業(yè)界還存在不少使用TX開發(fā)的EMRE控件。
使用TX控件開發(fā)編輯器控件，能輕松的實(shí)現(xiàn)常規(guī)的文檔編輯功能，比如圖文混排、表格、圖片等等。不過想要開發(fā)超出TX控件能力范圍而實(shí)現(xiàn)新的文檔編輯功能就非常難了。比如表格線上下拖拽調(diào)整表格行高度、續(xù)打等等。
另外TX控件是通用文檔編輯器控件，而電子病歷行業(yè)很多特種業(yè)務(wù)需求就很難實(shí)現(xiàn)。有些雞肋。
為實(shí)現(xiàn)電子病歷行業(yè)特定需求，需要在TX基礎(chǔ)上開發(fā)重大新功能，這需要深入理解TX的內(nèi)部結(jié)構(gòu)。只要是帶格式文檔編輯器控件都是非常復(fù)雜的，理解起來那是相當(dāng)難的，而且現(xiàn)在的DELPHI熟練程序員越來越少，因此對(duì)于基于TX開發(fā)編輯器的廠商，許多電子病歷業(yè)務(wù)特定功能很難實(shí)現(xiàn)或者基本上是不可能實(shí)現(xiàn)。
HIT企業(yè)可以向TX供應(yīng)商申請(qǐng)加功能，不過HIT行業(yè)只是TX供應(yīng)商的市場(chǎng)的一部分，人家或許不在乎為這點(diǎn)市場(chǎng)而大改TX控件，因此進(jìn)展緩慢。
另外DELPHI本身也是一項(xiàng)老技術(shù)，雖然還能用于開發(fā)一些新系統(tǒng)，不過相關(guān)人才會(huì)越來越少，系統(tǒng)維護(hù)將逐漸成為一個(gè)大問題。筆者覺得此時(shí)不未雨綢繆搞轉(zhuǎn)型，以后想轉(zhuǎn)就來不及了。
易訊電子病歷編輯器
易訊電子病歷編輯器是天方達(dá)軟件開發(fā)有限公司的產(chǎn)品，其軟件界面如下：
技術(shù)分析易迅電子病歷編輯器應(yīng)該是Delphi開發(fā)的，可能是在TRichViewEdit的基礎(chǔ)上進(jìn)行二次開發(fā)的。支持自由的文檔編輯，支持表格。控件程序文件大小為10MB。
易迅電子病歷編輯器在常規(guī)的文檔編輯器功能是差不多夠用了，但有些功能做得還不夠，在此挑出幾個(gè)：
1. 談不上支持半結(jié)構(gòu)化技術(shù)。未發(fā)現(xiàn)支持XML技術(shù)。
2. 單元格無法單獨(dú)的設(shè)置寬度，當(dāng)編輯復(fù)雜表格布局時(shí)比較費(fèi)勁。
3. 開發(fā)幫助文檔太簡(jiǎn)單了。
4. 文字排版無法兩端對(duì)齊，文字右邊緣層次不齊，影響美觀。
5. 圖片可以編輯后無法修改已經(jīng)改過的內(nèi)容，無法撤銷。
易訊編輯器的東家天方達(dá)公司還據(jù)此經(jīng)營(yíng)著一個(gè)電子病歷文檔的網(wǎng)絡(luò)社區(qū)。任何人注冊(cè)就可以上傳和下載電子病歷文檔范文，這是他們的一個(gè)不錯(cuò)的特色。這里是病歷文檔范文，還談不上是病歷文檔模板。
病歷寶典
病歷寶典軟件是北京華信慧典科技有限公司研發(fā)的電子病歷編輯器。其用戶界面如下：
該軟件也應(yīng)該是使用Delphi基于TRichViewEdit開發(fā)的。相比易迅病歷編輯器，其功能改善了不少，主要有：
1. 總體感覺用戶界面比易迅編輯器要現(xiàn)代多了。相比而言易迅編輯器的用戶界面還是比較粗糙的。
2. 能進(jìn)行文字的兩邊對(duì)齊了。
3. 增強(qiáng)了醫(yī)學(xué)表達(dá)式。
筆者測(cè)試的是《慧典電子病歷系統(tǒng)學(xué)習(xí)版》，這個(gè)版本有一個(gè)很要命的缺點(diǎn)，那就是當(dāng)該軟件顯示對(duì)話框，比如插入表格對(duì)話框時(shí)，在Win7環(huán)境下，切換到其他程序后在切換回來，對(duì)話框?qū)㈦[藏在主窗體后面，此時(shí)應(yīng)用程序根本無法操作，只能強(qiáng)制殺進(jìn)程。
由于是未注冊(cè)版本，無法判斷是否真的支持半結(jié)構(gòu)化文檔等重要功能。
初步感覺易迅編輯器和病歷寶典編輯器存在微妙的關(guān)系，這不僅僅是共同是基于TRichViewEdit開發(fā)的原因。因?yàn)楣P者發(fā)現(xiàn)這兩個(gè)編輯器很多細(xì)節(jié)是高度一致的，猜測(cè)兩者應(yīng)該共享很多代碼吧。
病歷寶典的編輯器是不單獨(dú)銷售的，是集成在慧典電子病歷系統(tǒng)中的，因此HIT企業(yè)不能指望它了。
基于開源OpenOffice進(jìn)行開發(fā)
也有HIT企業(yè)在著名的開源OpenOffice的基礎(chǔ)開發(fā)電子病歷編輯器。這個(gè)風(fēng)險(xiǎn)比Delphi開源控件為基礎(chǔ)的高得多。因?yàn)镺penOffice比其他任何開源控件要復(fù)雜得多，底層程序基本上無人可以修改。
OpenOffice最早可追朔至1980年代，多次易主，現(xiàn)在歸ORACLE所有。經(jīng)過30多年的發(fā)展，已經(jīng)包含1000多萬行C++/Java混合代碼，源代碼文件有1.6GB大小，其中的功能模塊不計(jì)其數(shù)，組件引用網(wǎng)格非常復(fù)雜，真是牽一發(fā)而動(dòng)全身，為此歷史上遺留下來了一些無法剔除的垃圾模塊。下圖就是OpenOffice中各個(gè)功能模塊的引用關(guān)系圖：
如此復(fù)雜的內(nèi)部結(jié)構(gòu)，使得OpenOffice確實(shí)能拿過來就能用，但基本上無法修改。只能在表面上做一些盡力而為的事情了。
另外其他的編輯器是輕量級(jí)的控件，程序文件都不大，而且是從用戶界面上還是運(yùn)行架構(gòu)上都能緊密嵌入在應(yīng)用程序中的。
但OpenOffice則是重型辦公軟件包而不是控件，功能齊全、文件數(shù)量多、體積龐大，精簡(jiǎn)下來也有近百M(fèi)B大小，用于B/S開發(fā)時(shí)需要謹(jǐn)慎。
而且從運(yùn)行架構(gòu)上，OpenOffice的文檔編輯用戶界面雖然能嵌入到應(yīng)用程序中，但后臺(tái)還是跑著編輯器的獨(dú)立進(jìn)程soffice.exe/soffice.bin，出現(xiàn)了復(fù)雜易錯(cuò)的跨進(jìn)程操作。因此說基于OpenOffice開發(fā)的不是控件，而是軟件包的二次開發(fā)。這點(diǎn)很類似MS WORD。
OpenOffice體積龐大的另一個(gè)原因就是為了實(shí)現(xiàn)跨平臺(tái)的，它能運(yùn)行在Windows/Linux/Mac OS/Solaris等多種操作系統(tǒng)，支持各種接口和規(guī)范。而國(guó)內(nèi)電子病歷客戶端基本上都是MS Windows平臺(tái)，OpenOffice的這些跨平臺(tái)的功能對(duì)于EMR用戶來說就是畫蛇添足的了。
使用OpenOffce比MS WORD相比唯一的好處就是OpenOffice是自由軟件的，沒有版權(quán)現(xiàn)金成本，其開源的特性對(duì)于HIT企業(yè)來說其實(shí)是沒啥實(shí)際作用，就跟小學(xué)生學(xué)奧數(shù)一樣。OpenOffice文檔編輯功能也很強(qiáng)大，但還是無法達(dá)到MS WORD的那種至尊境界。
使用OpenOffice會(huì)涉及到它的版權(quán)問題，中國(guó)國(guó)情是不尊重版權(quán)的，比如有些IT企業(yè)（特別是政績(jī)企業(yè)）把OpenOffice或者開源操作系統(tǒng)簡(jiǎn)單封裝一下，然后聲稱國(guó)產(chǎn)原創(chuàng)，跑到政府面前邀功套現(xiàn)套證書。
|
OpenOffice org采用GNU通用公共許可證（GPL）和Sun工業(yè)標(biāo)準(zhǔn)源碼許可證（Sun Industry Standards Source License，SISSL）8的“雙許可證”方式對(duì)源碼進(jìn)行許可；采用獨(dú)立的公共文檔許可證9（Public Documentation License，PDL）對(duì)發(fā)布在OpenOffice org網(wǎng)站上、但不期望集成進(jìn)軟件的絕大多數(shù)文檔進(jìn)行許可。
“雙許可證”方式意味著要么應(yīng)用GNU GPL許可證，要么應(yīng)用SISSL許可證。當(dāng)應(yīng)用GPL許可證的時(shí)候，OpenOffice org源碼中的庫(kù)和組件功能將根據(jù)GNU LGPL進(jìn)行許可。由于LGPL與GPL完全兼容，這樣就能夠鼓勵(lì)更多的人參與到OpenOffice org社區(qū)建設(shè)中來。
SISSL則是為商業(yè)應(yīng)用設(shè)計(jì)的。由于GPL許可證對(duì)于自由復(fù)制、修改、發(fā)布等權(quán)利的嚴(yán)格保證，某些軟件商會(huì)因此而受限、不能參與到開放源碼社區(qū)中來。OpenOffice org的雙許可證方式解決了這個(gè)問題，他們可以選擇根據(jù)SISSL進(jìn)行許可。SISSL是經(jīng)過開放源碼促進(jìn)會(huì)（Open Source Initiative，OSI）確認(rèn)的開放源碼許可證10，它規(guī)定在被許可者承諾保證“標(biāo)準(zhǔn)”一致的條件下，可以分發(fā)軟件但不公開修改過的源代碼。這里的“標(biāo)準(zhǔn)”是指OpenOffice org的XML文件格式規(guī)范11，和OpenOffice org的應(yīng)用程序接口規(guī)范12。
|
由于這個(gè)授權(quán)限制，使得基于OpenOffice開發(fā)自定義的適合電子病歷業(yè)務(wù)需求的XML文檔格式從授權(quán)上是違反的，從技術(shù)上是不可行的。
EMRPad
由于基于開源軟件而開發(fā)EMRE困難重重，于是國(guó)內(nèi)有人開始自主研發(fā)編輯器了。其中最為著名的是陳聯(lián)忠開發(fā)的EMRPad了。
陳聯(lián)忠陳老師，技術(shù)達(dá)人，我等程序猿的楷模。中國(guó)最早做出了比較實(shí)用的電子病歷編輯器EMRPad，該軟件2006年被北京嘉和美康信息技術(shù)有限公司收購(gòu)，從此不再獨(dú)行于江湖。
可以說，嘉和公司的壯大，陳老師的編輯器出力不少。當(dāng)年該編輯器提出了很多目前業(yè)界關(guān)于編輯器的標(biāo)準(zhǔn)功能，主要有：
1. 半結(jié)構(gòu)化文檔。將所謂的元素（也稱輸入域、關(guān)鍵字）和普通文本自由混排。實(shí)現(xiàn)全結(jié)構(gòu)化文檔和自由文本的混合。這樣提供比較好的用戶體驗(yàn)，而且也大大便利的程序?qū)Σv數(shù)據(jù)的處理。
2. XML存儲(chǔ)。將病歷文檔以純XML的方式進(jìn)行存儲(chǔ)。而且文檔內(nèi)容和排版樣式控制信息存在一個(gè)文件中。
3. 增強(qiáng)打印。包括續(xù)打、留痕打印和清潔打印。
4. 三級(jí)查房權(quán)限控制。
由于嘉和公司收購(gòu)陳老師的編輯器，因此編輯器不會(huì)再單獨(dú)對(duì)外銷售了，不過奇怪的是，還是有傳聞?dòng)袉为?dú)銷售的，不知是真是假。
陳老師現(xiàn)在任嘉和公司CTO，應(yīng)該是專注于電子病歷系統(tǒng)的大的框架性的研發(fā)，焦點(diǎn)可能已經(jīng)不在編輯器上面了。不過這些對(duì)于廣大的需要編輯器的HIT企業(yè)來說沒啥關(guān)系了。
ZYTextDocumentLib系列編輯器
在國(guó)內(nèi)HIT業(yè)界還流傳著ZYTextDocumentLib的病歷編輯器及其衍生版本，有一些HIT企業(yè)和個(gè)人使用這種編輯器。該編輯器用戶界面大致如下：
這種編輯器是使用C#1.1開發(fā)的，業(yè)界有源代碼流傳。其程序文件名為ZYTextDocumentLib.dll或變體。
這種編輯器是采用完全的XML存儲(chǔ)格式，其最大的特點(diǎn)就是XML根節(jié)點(diǎn)名稱為“emrtextdoc”。這種編輯器初步實(shí)現(xiàn)了半結(jié)構(gòu)化的編輯和存儲(chǔ)，支持知識(shí)庫(kù)，還有痕跡保留功能，有些衍生版本支持簡(jiǎn)單的表格。
不過該軟件運(yùn)行還不穩(wěn)定，容易出錯(cuò)，功能也有不少欠缺。不建議使用。
DCWriter的編輯器
DCWriter編輯器是南京都昌信息科技有限公司的產(chǎn)品。其界面如下：
它是C#開發(fā)的，還提供COM接口，可用于VB/DELPHI之類的開發(fā)。該款編輯器功能還是非常全面的。比如續(xù)打，留痕打印，痕跡保留，三級(jí)權(quán)限控制，知識(shí)庫(kù)，級(jí)聯(lián)模板，醫(yī)學(xué)表達(dá)式，條碼等等。雖然功能多，但程序文件只有3MB大小，不依賴第三方組件，因此也適用于B/S開發(fā)。
該編輯器表格功能比較突出，相比其他編輯器而且已經(jīng)比較接近于WORD的表格功能了，能實(shí)現(xiàn)標(biāo)題行、單獨(dú)的設(shè)置單元格的寬度，能方便的進(jìn)行復(fù)雜表格的排版。而且單元格內(nèi)部可以加上網(wǎng)格線，很容易實(shí)現(xiàn)護(hù)理記錄的特殊文檔樣式。
另外對(duì)于.NET開發(fā)者，該編輯器提供DOM模式的文檔內(nèi)容開發(fā)接口，使得開發(fā)者能詳細(xì)控制文檔內(nèi)容的各種細(xì)節(jié)內(nèi)容，甚至派生出自定義的文檔元素類型；而且DOM式的接口可用于非GUI程序的開發(fā)，能用于ASP.NET服務(wù)器端程序、命令行和Windows Service程序的開發(fā)。
此外文檔中還能嵌入.NET控件和WPF控件，實(shí)現(xiàn)了編輯器包含業(yè)務(wù)的軟件架構(gòu)。因此對(duì)于.NET開發(fā)，在諸多EMRE控件中，DCWriter是首選。
在用戶界面上，該編輯器的知識(shí)庫(kù)采用彈出列表的方式顯示，并使用拼音碼檢索然后插入，彈出式列表的用戶界面相比對(duì)話框的方式能較少的干擾使用者的思路。
該編輯器支持半結(jié)構(gòu)化文檔，病歷文件就是XML格式。程序可以直接快速處理病歷XML文件。
它對(duì)衛(wèi)生部的電子病歷系統(tǒng)功能規(guī)范支持得很不錯(cuò)。
另外該編輯器的文檔寫得很詳細(xì)，用戶手冊(cè)有300多頁13萬字，事無巨細(xì)的說明了該編輯器的所有細(xì)節(jié)內(nèi)容。此外還有類似MSDN的那種開發(fā)SDK文檔。
DCWriter和ZYTextDocumentLib存在一些關(guān)系，DCWriter完全兼容ZYTextDocumentLib生成的電子病歷文檔。而且由于DCWriter采用開放的軟件接口架構(gòu)，加上適配器即可直接加載其他編輯器生成的病歷文檔。
理想EMRE功能需求
根據(jù)作者的實(shí)踐，列出比較理想的PC版EMRE的功能需求
文檔編輯功能需求
1. 文字編輯：可自由輸入文字，可設(shè)置文字的字體名稱、大小、粗體、斜體、下劃線、刪除線樣式。可設(shè)置文字的顏色和背景色。支持文字套圈。
2. 圖片：可插入圖片，圖片和文字混排，能手動(dòng)拖拽設(shè)置圖片的寬度和高度，能保持圖片的寬度高度比例。圖片的圖像數(shù)據(jù)可保持在文檔中，也可鏈接引用其他地方的圖像數(shù)據(jù)。能設(shè)置文字圍繞模式。支持替換文字。
3. 段落：可設(shè)置段落的行間距、段前間距、段后間距�？稍O(shè)置段落的首行縮進(jìn)和整體縮進(jìn)量�？稍O(shè)置多種段落列表頭顯示樣式。
4. 表格：支持單元格的橫向合并和縱向合并。支持表格單元格內(nèi)部的圖文混排，支持表格套嵌表格。支持鼠標(biāo)拖拽表格線來設(shè)置表格列的寬度和表格行的高度，支持鼠標(biāo)拖拽來單獨(dú)是設(shè)置一個(gè)單元格的寬度（不影響其他單元格）。支持設(shè)置每頁都顯示的標(biāo)題行。支持表格單元格邊框線的設(shè)置和背景顏色的設(shè)置。支持單元格斜線。
5. 圖形：能插入矢量圖形，包括橢圓形、正多邊形、五角星、菱形等等等。
6. 條形碼：支持一維條形碼。
7. 頁眉頁腳：支持設(shè)置頁眉頁腳，其內(nèi)容和正文一樣編輯和排版。能插入頁碼元素。
8. 排版：支持文檔，能設(shè)置文檔節(jié)的邊框和背景。支持分頁符進(jìn)行強(qiáng)制分頁。
9. 文檔編輯控件：支持分頁視圖模式和普通視圖模式。支持OLE拖拽插入數(shù)據(jù)，支持和其他程序的復(fù)制、粘貼，支持重做和撤銷操作。支持鼠標(biāo)和鍵盤拖拽選擇文檔的部分內(nèi)容。
10. 打�。褐С治臋n的打印，支持打印預(yù)覽。支持多個(gè)文檔在一個(gè)界面中預(yù)覽和打印。
11. VBA：支持在文檔中嵌入VBA腳本代碼。
12. 文檔結(jié)構(gòu)圖：支持顯示樹狀的文檔結(jié)構(gòu)圖，使得用戶能快速定位內(nèi)容。
13. DOM模型：提供可開發(fā)和擴(kuò)展的文檔內(nèi)容DOM開發(fā)模型，支持自定義文檔元素類型。
14. 數(shù)據(jù)過濾：支持?jǐn)?shù)據(jù)過濾，在向文檔插入數(shù)據(jù)時(shí)，應(yīng)用程序能進(jìn)行過濾和處理。
15. 開發(fā)環(huán)境：微軟WindowsXP及更高版本操作系統(tǒng)。能用于MS.NET/VB/PB/DELPHI開發(fā)，能用于B/S開發(fā)。
16. 運(yùn)行環(huán)境：微軟WindowsXP及更高版本操作系統(tǒng)。對(duì)B/S客戶端為IE7及更高版本瀏覽器。
17. 文件：核心程序文件數(shù)量少，總大小不超過15MB；對(duì)于B/S應(yīng)用總大小不超過10MB，不依賴第三方組件。
電子病歷業(yè)務(wù)功能需求
1. UI用戶體驗(yàn)：盡量少使用對(duì)話框，而使用彈出式的用戶界面。因?yàn)閷?duì)話框比較容易打斷用戶的思路，而彈出式的用戶界面對(duì)此影響比較少。
2. 痕跡保留：支持痕跡保留，用戶對(duì)文檔中的內(nèi)容的新增、修改和刪除都能產(chǎn)生痕跡信息并保留在文檔中，痕跡信息包括操作員的名稱、時(shí)間、操作類型和操作的文檔內(nèi)容。痕跡信息能在用戶界面上展現(xiàn)出來。支持用戶配置痕跡可視化效果。
3. 權(quán)限控制：支持多級(jí)權(quán)限控制，每個(gè)用戶可以分配不同的權(quán)限等級(jí)。高權(quán)限等級(jí)的用戶能修改和刪除低權(quán)限等級(jí)的文檔內(nèi)容；低權(quán)限等級(jí)的用戶無法修改和刪除高權(quán)限等級(jí)的文檔內(nèi)容，只能看，不能改。
4. 內(nèi)容保護(hù)：能設(shè)置指定文檔內(nèi)容是只讀的，不能刪除和修改樣式。
5. 半結(jié)構(gòu)化：支持半結(jié)構(gòu)化文檔的錄入和存儲(chǔ)。文檔中關(guān)鍵區(qū)域被標(biāo)記出來，而且對(duì)用戶的文本自由錄入的影響很小。
6. 輸入域：支持在文檔中插入輸入域，輸入域可以設(shè)置背景文本、固定寬度、數(shù)據(jù)錄入方式、數(shù)據(jù)校驗(yàn)格式等信息。
7. 知識(shí)庫(kù)：支持加載知識(shí)庫(kù)，知識(shí)庫(kù)中以樹狀結(jié)構(gòu)組織了多個(gè)知識(shí)庫(kù)節(jié)點(diǎn)，節(jié)點(diǎn)可以采用可選內(nèi)容列表，也可以鏈接引用到模板中。知識(shí)庫(kù)的內(nèi)容可以動(dòng)態(tài)的來自其他程序模塊或數(shù)據(jù)庫(kù)。
8. 數(shù)據(jù)源綁定：文本輸入域能綁定數(shù)據(jù)源。應(yīng)用程序能傳遞數(shù)據(jù)源來批量的修改文檔中輸入域中的內(nèi)容。文檔中的內(nèi)容也可以批量的回填到數(shù)據(jù)源中。
9. 級(jí)聯(lián)模板：設(shè)置某個(gè)輸入域的內(nèi)容能自動(dòng)的控制其他文檔片段的顯示和隱藏。使得文檔具有一定的智能判斷效果。
10. 醫(yī)學(xué)表達(dá)式：支持帶分子分母的醫(yī)學(xué)表達(dá)式。能直接在文檔中編輯醫(yī)學(xué)表達(dá)式中的數(shù)據(jù)。
11. 嵌入組件：支持在文檔中嵌入第三方組件，第三方組件參與文檔的排版和打印。
12. 網(wǎng)格線：支持整個(gè)文檔的網(wǎng)格線，支持單元格中設(shè)置網(wǎng)格線。實(shí)現(xiàn)類似護(hù)理記錄的錄入界面。
13. 繼續(xù)打�。褐С�?jǐn)帱c(diǎn)繼續(xù)打印。用戶和程序都能設(shè)置繼續(xù)打印的位置。
14. 整潔打印：支持不帶有痕跡信息的整潔打印。
15. 文件格式：必須支持單文檔的XML格式，文檔中所有的信息，包括文檔內(nèi)容、排版樣式控制、痕跡保留信息等都所有細(xì)節(jié)信息都存儲(chǔ)在一個(gè)XML文檔中。
16. 表單視圖模式：支持表單視圖模式，用戶的編輯操作將限制在輸入域中�？删庉媴^(qū)域不得超出輸入域。
17. 視圖加密：支持加密模式顯示文檔中的部分內(nèi)容，比如星號(hào)顯示患者姓名。
18. 事件：提供豐富的用戶界面事件進(jìn)行二次開發(fā)。
功能規(guī)范
理想的EMRE能實(shí)現(xiàn)衛(wèi)生部制定的《電子病歷系統(tǒng)功能規(guī)范》中的針對(duì)病歷文檔編輯器而制定的功能需求，這些需求列出如下：
|
電子病歷功能規(guī)范條款
|
點(diǎn)評(píng)
|
|
第九條第二點(diǎn)：對(duì)電子病歷數(shù)據(jù)的創(chuàng)建、修改、刪除等任何操作自動(dòng)生成、保存審計(jì)日志（至少包括操作時(shí)間、操作者、操作內(nèi)容等），并提供按審計(jì)項(xiàng)目追蹤查看其所有操作者、按操作者追蹤查看其所有操作等功能。
|
|
|
第十條第一款第一點(diǎn)：支持對(duì)各種類型的病歷資料的轉(zhuǎn)換、存儲(chǔ)管理，并采用公開的數(shù)據(jù)存儲(chǔ)格式，使用非特定的系統(tǒng)或軟件能夠解讀電子病歷資料。
|
存儲(chǔ)格式首推XML格式。
|
|
第十條第一款第五點(diǎn)：具有電子病歷數(shù)據(jù)備份和恢復(fù)功能；當(dāng)電子病歷系統(tǒng)更新、升級(jí)時(shí)，應(yīng)當(dāng)確保原有數(shù)據(jù)的繼承與使用。
|
編輯器提供向上和向下兼容性，新版本的編輯器能加載舊版本保存的電子病歷文檔。舊版程序也能部分的加載新格式的文檔。
|
|
第十條第二款第一點(diǎn)：以適當(dāng)?shù)姆绞奖４嫱暾t(yī)療記錄，能夠以原有樣式再現(xiàn)醫(yī)療記錄。
|
|
|
第十一條第一款第一點(diǎn):對(duì)電子病歷設(shè)置保密等級(jí)的功能，對(duì)操作人員的權(quán)限實(shí)行分級(jí)管理，用戶根據(jù)權(quán)限訪問相應(yīng)保密等級(jí)的電子病歷資料。授權(quán)用戶訪問電子病歷時(shí)，自動(dòng)隱藏保密等級(jí)高于用戶權(quán)限的電子病歷資料。
|
支持加密顯示文檔內(nèi)容。例如
|
|
第十三條: 為患者創(chuàng)建電子病歷，必須賦予患者唯一的標(biāo)識(shí)號(hào)碼，建立包含患者基本屬性信息的主索引記錄，確保患者的各種電子病歷相關(guān)記錄正確地與患者唯一標(biāo)識(shí)號(hào)碼相對(duì)應(yīng)。
|
|
|
第十四條第一款第一點(diǎn)：為患者（含急診或其他情況下身份不確定的患者）創(chuàng)建電子病歷并賦予統(tǒng)一編碼的唯一標(biāo)識(shí)號(hào)碼功能，通過該標(biāo)識(shí)號(hào)碼可查閱患者的電子病歷相關(guān)信息。
|
|
|
第十四條第一款第二點(diǎn)：為每位患者電子病歷創(chuàng)建唯一的主索引，并記錄患者基本信息（應(yīng)當(dāng)至少包括患者姓名、性別、出生日期、常駐地地址等），并能夠?qū)颊呋拘畔⑦M(jìn)行必要的修改、補(bǔ)充和完善。
|
|
|
第十四條第一款第三點(diǎn)：提供電子病歷主索引自動(dòng)查重功能，按照患者基本信息記錄對(duì)系統(tǒng)可能存在的重復(fù)記錄給予提示并由人工確認(rèn)。
|
|
|
第十五條：提供電子病歷自動(dòng)查重功能，能夠?qū)⑼换颊叩亩嘀仉娮硬v與該患者唯一標(biāo)識(shí)號(hào)碼進(jìn)行關(guān)聯(lián)，通過唯一標(biāo)識(shí)號(hào)碼可查閱患者的電子病歷相關(guān)信息。
|
|
|
第十九條第二點(diǎn)：提供以自由文本方式錄入診斷（或主訴）、手術(shù)及操作名稱的功能。
|
|
|
第二十條第一款第二點(diǎn)：提供以自由文本方式錄入診斷、手術(shù)及操作名稱的功能。
|
|
|
第二十條第二款第二點(diǎn)：提供為臨床試驗(yàn)病例、教學(xué)病例等特殊病歷資料進(jìn)行標(biāo)識(shí)的功能。
|
|
|
第二十三條第二點(diǎn)：提供住院病歷創(chuàng)建信息補(bǔ)記、修改等操作功能，對(duì)操作者應(yīng)當(dāng)進(jìn)行身份識(shí)別、保存歷次操作印痕、標(biāo)記準(zhǔn)確的操作時(shí)間和操作者信息。
|
痕跡保留
|
|
第二十四條第一款第一點(diǎn)：支持各類型病歷資料錄入與編輯的功能。
|
支持文字、圖片、表格等等。
|
|
第二十四條第一款第二點(diǎn)：提供按照病歷類型、內(nèi)容和要求，根據(jù)電子病歷系統(tǒng)中相關(guān)數(shù)據(jù)，自動(dòng)生成住院病歷部分內(nèi)容的功能。
|
|
|
第二十四條第一款第三點(diǎn)：提供自由文本錄入功能。
|
提供仿MS Word的用戶體驗(yàn)，能自由錄入文本。
|
|
第二十四條第一款第四點(diǎn)：提供在住院病歷指定內(nèi)容中復(fù)制、粘貼患者本人住院病歷相同信息的功能；禁止復(fù)制、粘貼非患者本人信息的功能。
|
在粘貼文檔內(nèi)容時(shí)需要進(jìn)行數(shù)據(jù)過濾。
|
|
第二十四條第一款第五點(diǎn)：提供模板輔助錄入功能，可以按照住院病歷類型、疾病病種選擇所需模板；模板內(nèi)容應(yīng)當(dāng)符合該疾病現(xiàn)有診療指南、規(guī)范要求。
|
|
|
第二十四條第一款第六點(diǎn)：提供為醫(yī)療機(jī)構(gòu)定制各類型住院病歷默認(rèn)樣式的功能，默認(rèn)樣式包括紙張尺寸、字體大小、版面設(shè)置等。
|
支持頁面設(shè)置，支持自定義紙張大小，支持信紙樣式的網(wǎng)格線。
|
|
第二十四條第一款第七點(diǎn)：提供暫時(shí)保存未完成住院病歷記錄，并授權(quán)用戶查看、修改、完成該病歷記錄，提供住院病歷記錄確認(rèn)完成并記錄完成時(shí)間的功能。
|
|
|
第二十四條第一款第八點(diǎn)：提供住院病歷記錄雙簽名功能，當(dāng)由實(shí)習(xí)醫(yī)師、試用期醫(yī)務(wù)人員書寫病歷時(shí)，應(yīng)當(dāng)經(jīng)過本醫(yī)療機(jī)構(gòu)注冊(cè)的醫(yī)務(wù)人員審閱、修改，并保留書寫者與審閱者的雙簽名。
|
提供痕跡保留、審閱標(biāo)記等功能。
|
|
第二十四條第二款第一點(diǎn)：提供在住院病歷記錄中插入患者基本信息、醫(yī)囑信息、輔助檢查報(bào)告、生命體征信息等相關(guān)內(nèi)容的功能。
|
|
|
第二十四條第二款第三點(diǎn)：提供結(jié)構(gòu)化病歷記錄項(xiàng)目?jī)?nèi)容合理性檢查與提示功能，包括項(xiàng)目獨(dú)立檢查和項(xiàng)目之間、項(xiàng)目與患者個(gè)人特征間的相關(guān)性檢查。
|
|
|
第二十四條第二款第四點(diǎn)：提供包含展現(xiàn)樣式的病歷記錄錄入編輯和保存功能；提供所見即所得的病歷記錄錄入編輯功能。
|
|
|
規(guī)范第二十四條第三款第一點(diǎn)：提供在住院病歷記錄中嵌入圖片、表格、多媒體數(shù)據(jù)并進(jìn)行編輯的功能。
|
|
|
第二十四條第三款第三點(diǎn)：.提供常用術(shù)語詞庫(kù)輔助錄入功能，術(shù)語詞庫(kù)包括癥狀名稱、疾病名稱、藥物名稱、手術(shù)名稱、護(hù)理常規(guī)名稱等.
|
|
|
第二十四條第三款第四點(diǎn)：提供結(jié)構(gòu)化（可交互元素）模板輔助錄入功能，并在病歷記錄中保留結(jié)構(gòu)化模板形成的結(jié)構(gòu)。
|
|
|
第二十五條第一款第一點(diǎn)：提供病歷記錄的修改和刪除功能，并自動(dòng)保存病歷記錄修改的痕跡；對(duì)已確認(rèn)完成的病歷記錄進(jìn)行修改時(shí)，系統(tǒng)自動(dòng)記錄修改內(nèi)容、修改人、修改時(shí)間。
|
|
|
第二十五條第一款第二點(diǎn)：對(duì)病歷記錄按照用戶修改權(quán)限管理的功能，允許上級(jí)醫(yī)務(wù)人員修改下級(jí)醫(yī)務(wù)人員創(chuàng)建的病歷記錄。
|
|
|
規(guī)范第二十五條第二款：提供病歷記錄禁止修改的設(shè)置功能。
|
|
|
第二十六條第二款第一點(diǎn)：提供創(chuàng)建結(jié)構(gòu)化模板功能，結(jié)構(gòu)化模板至少包含單選項(xiàng)、多選項(xiàng)、必填項(xiàng)、填空、不可修改文本等元素。
|
|
|
第二十六條第二款第二點(diǎn)：提供模板中定義自動(dòng)宏替換元素功能，宏替換元素可用于在病歷記錄中經(jīng)常出現(xiàn)的患者姓名、性別、主訴等內(nèi)容。
|
|
|
第二十六條第二款第三點(diǎn)：提供結(jié)構(gòu)化模板中，對(duì)結(jié)構(gòu)化元素設(shè)定錄入方式、取值范圍、校驗(yàn)規(guī)則等屬性功能。
|
|
|
第四十二條第一款：提供可瀏覽患者各類電子病歷內(nèi)容的獨(dú)立軟件。
|
|
|
第四十三條第三款第二點(diǎn)：提供與病歷數(shù)據(jù)同時(shí)展現(xiàn)相關(guān)修改痕跡信息的功能，至少包括修改時(shí)間、修改人、修改內(nèi)容等信息。
|
|
|
第四十四條第一款第一點(diǎn)：提供將電子病歷中的各類醫(yī)療記錄進(jìn)行紙張打印的功能，打印格式符合衛(wèi)生行政管理部門對(duì)紙質(zhì)病歷的相關(guān)要求。
|
|
|
第四十四條第一款第二點(diǎn)：提供電子病歷記錄按照最終內(nèi)容（不含修改痕跡）打印的功能。
|
|
|
第四十四條第一款第三點(diǎn)：提供電子病歷打印預(yù)覽、接續(xù)打印功能。
|
|
|
第四十四條第二款第一點(diǎn)：提供將一次就診的病歷資料全部或部分進(jìn)行批量打印的功能。
|
|
|
第四十四條第三款第二點(diǎn)：提供將電子病歷中的各類醫(yī)療記錄以電子文件格式導(dǎo)出的功能。
|
應(yīng)該必須支持XML格式。
|
|
