本發(fā)明涉及醫(yī)療技術(shù)領(lǐng)域，具體涉及一種醫(yī)療移動簽繪系統(tǒng)。

背景技術(shù)：

近些年，我國日益加大對全民健康的關(guān)注力，逐步完善醫(yī)療衛(wèi)生服務體系，推進健康中國建設。國家衛(wèi)計委、國務院先后出臺指導方針，發(fā)布多個重要文件——《中華人民共和國國民經(jīng)濟和社會發(fā)展第十三個五年規(guī)劃綱要》、《中共中央、國務院關(guān)于深化醫(yī)藥衛(wèi)生體制改革的意見》（中發(fā)〔2009〕6號）、《全國醫(yī)療衛(wèi)生服務體系規(guī)劃綱要（2015-2020年）》（國辦發(fā)〔2015〕14號）和《中醫(yī)藥發(fā)展戰(zhàn)略規(guī)劃綱要（2016-2030年）》（國發(fā)〔2016〕15號），并于2016年11月根據(jù)“十二五”醫(yī)療衛(wèi)生服務體系建設和發(fā)展經(jīng)驗的基礎上，制定《全民健康保障工程建設規(guī)劃》（以下簡稱《規(guī)劃》），明確要求加快全民健康保障工程建設。根據(jù)統(tǒng)籌規(guī)劃建設原則——推進協(xié)同整合，注重發(fā)揮醫(yī)療衛(wèi)生服務體系的整體效率，勢必要提升醫(yī)療數(shù)據(jù)的信息共享能力，建設基于區(qū)域衛(wèi)生信息平臺應用，形成區(qū)域健康檔案，然而區(qū)域健康檔案的大部分數(shù)據(jù)來源于基層醫(yī)療衛(wèi)生機構(gòu)。

基層醫(yī)療衛(wèi)生機構(gòu)的醫(yī)療數(shù)據(jù)種類繁多，業(yè)務復雜，借助于《基于電子病歷的醫(yī)院信息平臺》的建設，健康檔案有望得以實現(xiàn)，但該平臺定義建設標準及草案，只制定了功能范圍及醫(yī)療文書的共享標準，對于知情同意書、患者交接記錄等醫(yī)療文書的電子簽名方式?jīng)]有明確定義，傳統(tǒng)采用打印后手工簽繪方式，此方式工作繁瑣、麻煩，形成的紙質(zhì)醫(yī)療文書很難形成結(jié)構(gòu)化電子數(shù)據(jù)，更難滿足當前需求——提升醫(yī)療數(shù)據(jù)共享、建設合理高效的健康檔案等。

針對需要簽繪的醫(yī)療文書，目前大多電子病歷系統(tǒng)，采用ca認證的方式，來滿足法律效力。但這種方式很難滿足知情同意書的應用場景需求，即便支持指紋驗證的電子病歷系統(tǒng)，利用指紋+ca方式或?qū)Ｓ檬謱懓?ca方式，來應用類似場景，也很難滿足實際工作情況。

問題一

指紋采集過程繁瑣，需要患者或家屬事前采集指紋。操作時要反復多次采集同一手指指紋，用時較長，對于患者及家屬的心情有一定的負面影響。

問題二

對于一些特殊情況，患者及家屬無法事前采集指紋，無發(fā)利用指紋完成醫(yī)療文書的簽繪操作，這種情況只能提供紙質(zhì)文書簽繪，然而紙質(zhì)文書很難實現(xiàn)電子化，更難實現(xiàn)數(shù)據(jù)的共享。

問題三

專業(yè)手寫板，雖能實現(xiàn)簽繪，但該類產(chǎn)品大多應用于固定位置，在臨床應用較為笨重，需要患者或家屬到指定位置簽繪文書，體驗感差。

問題四

專業(yè)手寫板，手寫出的筆跡生硬，失真現(xiàn)象較為嚴重，寫出的效果很難與紙質(zhì)筆跡對比。

問題五

一些知情同意書，在醫(yī)生與患者或其家屬進行治療交代時，需要在文書相關(guān)事項上作標記簽繪，無論是指紋還是手寫板，無法實現(xiàn)靈活的標記，這兩種方式的簽繪位置都是固定的——依賴于模板中固定的簽繪位置。

技術(shù)實現(xiàn)要素：

為解決現(xiàn)有技術(shù)存在的問題，本發(fā)明提供一種醫(yī)療移動簽繪系統(tǒng)，基于無線網(wǎng)絡、通過ca認證技術(shù)，實現(xiàn)醫(yī)療文書的“原筆跡”簽繪，從而形成具有法律效力的醫(yī)療文書，填補了“原筆跡”移動簽繪技術(shù)的空白，有效的提高相關(guān)醫(yī)療數(shù)據(jù)的共享，促進了電子健康檔案的建設。

本發(fā)明的技術(shù)方案如下：

一種醫(yī)療移動簽繪系統(tǒng)，包括：

服務端：完成客戶端創(chuàng)建的醫(yī)療文書模板和醫(yī)療文書、移動簽繪端創(chuàng)建的醫(yī)療文書管理業(yè)務，針對醫(yī)療文書的鼠標簽繪操作和原筆跡簽繪操作進行ca認證并存儲；

客戶端：創(chuàng)建并維護醫(yī)療文書模板、創(chuàng)建并簽繪醫(yī)療文書，獲取醫(yī)療文書的鼠標簽繪操作信息，發(fā)送到服務端ca認證并存儲；

移動簽繪端：根據(jù)從服務端調(diào)取的醫(yī)療文書模板創(chuàng)建并維護醫(yī)療文書、獲取移動設備對醫(yī)療文書的原筆跡簽繪操作信息，發(fā)送到服務端ca認證并存儲。

所述移動簽繪端獲取移動設備對醫(yī)療文書進行原筆跡簽繪操作時的多媒體數(shù)據(jù)，發(fā)送到服務端ca認證并存儲；

所述服務端接收移動簽繪端發(fā)來的多媒體數(shù)據(jù)，將其解析形成附件文件進行ca認證并存儲。

所述服務端，包括：模板管理模塊、文書管理業(yè)務模塊、集成業(yè)務模塊、ca認證業(yè)務模塊；

模板管理模塊：進行醫(yī)療文書模板的保存業(yè)務、刪除業(yè)務、瀏覽業(yè)務；

文書管理業(yè)務模塊：進行醫(yī)療文書的創(chuàng)建業(yè)務、保存業(yè)務、作廢業(yè)務、瀏覽業(yè)務、歸檔業(yè)務；

集成業(yè)務模塊：與醫(yī)院內(nèi)的各數(shù)據(jù)庫系統(tǒng)進行通信，上傳醫(yī)療文書；

ca認證業(yè)務模塊：針對醫(yī)療文書的鼠標簽繪操作信息或移動設備對醫(yī)療文書的原筆跡簽繪操作信息，對醫(yī)療文書的文字及多媒體信息實時頒發(fā)有效數(shù)字證書，實現(xiàn)ca認證。

所述客戶端，包括：模板創(chuàng)建及維護模塊、第一文書維護瀏覽模塊、文書簽繪鼠標操作模塊；

模板創(chuàng)建及維護模塊：創(chuàng)建及維護醫(yī)療文書模板；

第一文書維護瀏覽模塊：導入、創(chuàng)建、保存、作廢、瀏覽、歸檔醫(yī)療文書；

文書簽繪鼠標操作模塊：獲取醫(yī)療文書的鼠標簽繪操作信息，發(fā)送到服務端進行ca認證。

所述移動簽繪端，包括：第二文書維護瀏覽模塊、原筆跡簽繪模塊、多媒體模塊；

第二文書維護瀏覽模塊：創(chuàng)建、保存、作廢、瀏覽、歸檔醫(yī)療文書；

原筆跡簽繪模塊，獲取移動設備對醫(yī)療文書的原筆跡簽繪操作信息，發(fā)送到服務端進行ca認證；

多媒體模塊：獲取移動設備對醫(yī)療文書進行原筆跡簽繪操作時的多媒體信息，發(fā)送到服務端進行ca認證。

所述模板管理模塊，包括：

模板保存子模塊：接收客戶端傳來的醫(yī)療文書模板的主數(shù)據(jù)信息及文件流，將文件流轉(zhuǎn)換成二進制字節(jié)，將主數(shù)據(jù)信息及二進制字節(jié)存入無紙化病案數(shù)據(jù)庫中；

模板刪除子模塊：接收客戶端傳來的醫(yī)療文書模板標識，將無紙化病案數(shù)據(jù)庫中的該醫(yī)療文書模板標記為刪除；

模板瀏覽子模塊：接收客戶端或移動簽繪端傳過來的醫(yī)療文書模板標識，從無紙化病案數(shù)據(jù)庫獲得醫(yī)療文書模板文件的主數(shù)據(jù)信息及二進制字節(jié)，將二進制字節(jié)轉(zhuǎn)化成文件流，將醫(yī)療文書模板的主數(shù)據(jù)信息及文件流返回給請求瀏覽的客戶端或移動簽繪端進行展示。

所述文書管理業(yè)務模塊，包括：

創(chuàng)建業(yè)務子模塊：接收移動簽繪端傳來的醫(yī)療文書模板標識，獲得醫(yī)療文書模板的主數(shù)據(jù)信息及二進制字節(jié)，通過模板解釋器組件將二進制字節(jié)轉(zhuǎn)化成指定格式的文件返回給請求創(chuàng)建醫(yī)療文書的客戶端或移動簽繪端；

模板解釋器組件：將二進制字節(jié)先轉(zhuǎn)化成可讀的xml文件，通過信息域標簽及醫(yī)療文書模板的主數(shù)據(jù)信息中的信息域數(shù)據(jù)源信息進行信息域的匹配，再獲取xml文件中信息域的真實數(shù)據(jù)，填充到xml文件中信息域位置上，將xml文件轉(zhuǎn)化成指定格式的文件，發(fā)送給創(chuàng)建業(yè)務子模塊；

保存業(yè)務子模塊：接收并存儲醫(yī)療文書的主數(shù)據(jù)及文件流，將醫(yī)療文書的文件流轉(zhuǎn)成指定格式的文件存儲到指定目錄下；

作廢業(yè)務子模塊：將醫(yī)療文書的主數(shù)據(jù)標識成作廢但不刪除物理文件；

瀏覽業(yè)務子模塊，從無紙化病案數(shù)據(jù)庫調(diào)取醫(yī)療文書的文件流并轉(zhuǎn)成指定格式的文件，返回給請求瀏覽的客戶端或移動簽繪端進行展示；

歸檔業(yè)務子模塊：接收醫(yī)療文書的主數(shù)據(jù)，訪問無紙化病案數(shù)據(jù)庫，修改相應的醫(yī)療文書主數(shù)據(jù)中的醫(yī)療文書狀態(tài)，將其設置為歸檔狀態(tài)，歸檔狀態(tài)下的醫(yī)療文書不允許進行編輯、標注、簽名和繪制標記。

所述模板創(chuàng)建及維護模塊，包括：

模板創(chuàng)建子模塊，進行醫(yī)療文書模板創(chuàng)建；

模板修改子模塊，對已有醫(yī)療文書模板進行修改；

模板保存子模塊，將當前創(chuàng)建或修改的醫(yī)療文書模板轉(zhuǎn)化成文件流，將醫(yī)療文書模板的主數(shù)據(jù)與文件流一同傳到服務端進行保存；

模板刪除子模塊，將要刪除的醫(yī)療文書模板的標識傳至服務端進行刪除操作；

模板瀏覽子模塊，將要瀏覽的醫(yī)療文書模板的標識傳輸至服務端，從服務端獲得醫(yī)療文書模板的主數(shù)據(jù)及文件流。

所述第一文書維護瀏覽模塊，包括：

文書導入子模塊，導入患者電子病案文件作為醫(yī)療文書，并將其轉(zhuǎn)換成指定格式的文件；

第一文書新建子模塊，選擇無紙化病案數(shù)據(jù)庫中的醫(yī)療文書模板及生成醫(yī)療文書所需數(shù)據(jù)，新建醫(yī)療文書；

第一文書保存子模塊，將當前的醫(yī)療文書轉(zhuǎn)化成文件流，將當前的醫(yī)療文書的主數(shù)據(jù)與文件流一同傳到服務端進行保存操作；

第一文書作廢子模塊，將要作廢的醫(yī)療文書的標識發(fā)送到服務端進行作廢操作；

第一文書瀏覽子模塊，將要瀏覽的醫(yī)療文書的標識發(fā)送到服務端，獲得醫(yī)療文書的主數(shù)據(jù)及文件流；

第一文書歸檔子模塊，將要歸檔的醫(yī)療文書的標識傳至服務端，更新醫(yī)療文書的文檔狀態(tài)為歸檔狀態(tài)，歸檔狀態(tài)下的醫(yī)療文書不允許簽繪及保存操作。

所述第二文書維護瀏覽模塊，包括：

第二文書新建子模塊，從服務端選擇醫(yī)療文書模板文件及生成醫(yī)療文書所需數(shù)據(jù)，新建醫(yī)療文書；

第二文書保存子模塊，將當前的醫(yī)療文書轉(zhuǎn)化成文件流，將醫(yī)療文書的主數(shù)據(jù)與文件流一同傳到服務端進行保存；

第二文書作廢子模塊，將要作廢的醫(yī)療文書的標識發(fā)送到服務端進行作廢操作；

第二文書瀏覽子模塊，將要瀏覽的醫(yī)療文書的標識發(fā)送到服務端，獲得醫(yī)療文書的主數(shù)據(jù)及文件流；

第二文書歸檔子模塊，將要歸檔的醫(yī)療文書的標識發(fā)送到服務端，更新醫(yī)療文書為歸檔狀態(tài)，歸檔狀態(tài)下的醫(yī)療文書不允許簽繪操作、保存操作。

有益效果：

本發(fā)明提供的一種醫(yī)療移動簽繪系統(tǒng)，在醫(yī)療過程的知情同意簽繪、科間會診、病案流轉(zhuǎn)等過程中，為醫(yī)護人員提供移動原筆跡手寫簽名和繪制服務，解決必要的手寫簽名的電子化解決方案，完全模擬手寫感受的原筆跡簽繪過程，不會增加醫(yī)生、護士、患者及家屬造成任何的學習復雜度。在移動簽繪過程中實時進行ca認證，提供完善的法律保障。進行簽繪過程將多媒體信息納入到電子病案中，是對現(xiàn)代化病案管理過程的內(nèi)容和形式上的突破，是對健康檔案建設的有力補充和支持。

附圖說明

圖1是本發(fā)明具體實施方式中的醫(yī)療移動簽繪系統(tǒng)框架圖。

具體實施方式

下面結(jié)合附圖對本發(fā)明的具體實施方式做詳細說明。

本實施方式中提供一種如圖1所示的醫(yī)療移動簽繪系統(tǒng)，包括：

服務端：完成客戶端創(chuàng)建的醫(yī)療文書模板和醫(yī)療文書、移動簽繪端創(chuàng)建的醫(yī)療文書管理業(yè)務，針對醫(yī)療文書的鼠標簽繪操作和原筆跡簽繪操作進行ca認證并存儲。

服務端采用soa架構(gòu)，利用標準soap協(xié)議構(gòu)建webservice統(tǒng)一接口，為客戶端及移動簽繪端提供準確、穩(wěn)定、高效的接口服務，服務端主要處理五類業(yè)務——醫(yī)療文書模板管理、醫(yī)療文書管理、多媒體（語音、視頻、照片）處理、業(yè)務集成及ca認證，各類業(yè)務通過ado.net數(shù)據(jù)庫訪問組件，訪問數(shù)據(jù)庫，利用.netframework的文件傳輸組件訪問文件數(shù)據(jù)，利用ca集成接口與ca服務器進行通信，處理電子認證服務。

所述服務端，包括：模板管理模塊、文書管理業(yè)務模塊、多媒體處理模塊、集成業(yè)務模塊、ca認證業(yè)務模塊；

模板管理模塊：進行醫(yī)療文書模板的保存業(yè)務、刪除業(yè)務、瀏覽業(yè)務；具體包括：

模板保存子模塊：利用webservice統(tǒng)一接口，接收客戶端傳來的醫(yī)療文書模板的主數(shù)據(jù)信息及文件流，將文件流轉(zhuǎn)換成二進制字節(jié)，利用ado.net數(shù)據(jù)庫訪問組件，將主數(shù)據(jù)信息及二進制字節(jié)存入無紙化病案數(shù)據(jù)庫中，主數(shù)據(jù)信息包括：醫(yī)療文書模板編碼、名稱、創(chuàng)建時間、創(chuàng)建人、醫(yī)療文書模板信息域?qū)臄?shù)據(jù)源及數(shù)據(jù)源字段域名。

模板刪除子模塊：利用webservice統(tǒng)一接口，接收客戶端傳來的醫(yī)療文書模板標識，利用ado.net數(shù)據(jù)庫訪問組件，將無紙化病案數(shù)據(jù)庫中的該醫(yī)療文書模板標記為刪除。

模板瀏覽子模塊：利用webservice統(tǒng)一接口，接收客戶端或移動簽繪端傳過來的醫(yī)療文書模板標識，利用ado.net數(shù)據(jù)庫訪問組件，從無紙化病案數(shù)據(jù)庫獲得醫(yī)療文書模板文件的主數(shù)據(jù)信息及二進制字節(jié)，將二進制字節(jié)轉(zhuǎn)化成文件流，通過soap協(xié)議將醫(yī)療文書模板的主數(shù)據(jù)信息及文件流返回給請求瀏覽的客戶端或移動簽繪端。

文書管理業(yè)務模塊：進行醫(yī)療文書的創(chuàng)建業(yè)務、保存業(yè)務、作廢業(yè)務、瀏覽業(yè)務、歸檔業(yè)務；

文書管理業(yè)務模塊，具體包括：

創(chuàng)建業(yè)務子模塊：利用webservice統(tǒng)一接口，接收客戶端或移動簽繪端傳來的醫(yī)療文書模板標識，利用ado.net數(shù)據(jù)庫訪問組件，獲得醫(yī)療文書模板的主數(shù)據(jù)信息及二進制字節(jié)，通過模板解釋器組件將二進制字節(jié)轉(zhuǎn)化成指定格式（如word、pdf、自定義報表）的文件返回給請求創(chuàng)建醫(yī)療文書的客戶端或移動簽繪端。

模板解釋器組件：將二進制字節(jié)先轉(zhuǎn)化成可讀的xml文件，通過信息域標簽及醫(yī)療文書模板的主數(shù)據(jù)信息中的信息域數(shù)據(jù)源信息進行信息域的匹配，再利用ado.net數(shù)據(jù)庫訪問組件獲取xml文件中信息域的真實數(shù)據(jù)，填充到xml文件中信息域位置上，將xml文件轉(zhuǎn)化成指定格式（如word、pdf、自定義報表）的文件，發(fā)送給創(chuàng)建業(yè)務子模塊。

保存業(yè)務子模塊：接收并存儲醫(yī)療文書的主數(shù)據(jù)及文件流、附件文件的主數(shù)據(jù)，醫(yī)療文書的主數(shù)據(jù)包括：醫(yī)療文書編碼、醫(yī)療文書名稱、文件名稱、文件存儲位置、患者標識、患者入院次數(shù)、患者科室、所屬護理模塊、醫(yī)療文件創(chuàng)建時間、創(chuàng)建人、文書狀態(tài)，醫(yī)療文書的文件流轉(zhuǎn)成指定格式（如word、pdf、自定義報表）的文件，根據(jù)醫(yī)療文書的主數(shù)據(jù)中的文件名稱及文件位置將指定格式（如word、pdf、自定義報表）的文件存儲到指定目錄下，根據(jù)附件文件主數(shù)據(jù)中的附件文件名稱和附件文件存儲位置將附件文件存儲到指定目錄下。

作廢業(yè)務子模塊：將醫(yī)療文書的主數(shù)據(jù)標識成作廢但不刪除物理文件。

瀏覽業(yè)務子模塊，根據(jù)醫(yī)療文書的主數(shù)據(jù)中的文件名稱及文件存儲位置，從無紙化病案數(shù)據(jù)庫調(diào)取醫(yī)療文書的文件流轉(zhuǎn)成指定格式（如word、pdf、自定義報表）的文件，利用webservice統(tǒng)一接口返回給請求瀏覽的客戶端或移動簽繪端進行展示。

歸檔業(yè)務子模塊：利用webservice統(tǒng)一接口接收醫(yī)療文書的主數(shù)據(jù)，利用ado.net數(shù)據(jù)庫訪問組件訪問無紙化病案數(shù)據(jù)庫，修改相應的醫(yī)療文書主數(shù)據(jù)中的醫(yī)療文書狀態(tài)，將其設置為歸檔狀態(tài)，歸檔狀態(tài)下的醫(yī)療文書不允許進行編輯、標注、簽名和繪制標記。

多媒體處理模塊：接收醫(yī)療文書簽繪時產(chǎn)生的多媒體數(shù)據(jù)，將其解析形成附件文件進行ca認證并存儲，生成附件文件主數(shù)據(jù)，包括附件文件編碼、附件文件名稱、附件文件格式，附件文件編碼、附件文件存儲位置。

集成業(yè)務模塊：利用ado.net數(shù)據(jù)庫訪問組件，與醫(yī)院內(nèi)的各數(shù)據(jù)庫系統(tǒng)（如his（hospitalinformationsystem）數(shù)據(jù)庫、emr（electricmedicalrecord）數(shù)據(jù)庫、電子健康檔案數(shù)據(jù)庫）進行通信，調(diào)取生成醫(yī)療文書所需數(shù)據(jù)，如科室、醫(yī)護人員、患者基礎信息、患者病情、病歷、醫(yī)囑、檢查、檢驗信息，創(chuàng)建醫(yī)療文書；通過webservice統(tǒng)一接口，經(jīng)文件傳輸組件將醫(yī)療文書上傳到無紙化病案數(shù)據(jù)庫。

ca認證業(yè)務模塊：針對醫(yī)療文書的鼠標簽繪操作信息或移動設備對醫(yī)療文書的原筆跡簽繪操作信息，利用ca集成接口對醫(yī)療文書的文字及多媒體信息實時頒發(fā)有效數(shù)字證書，通過ca服務器實現(xiàn)可靠電子簽名即ca認證。

客戶端：創(chuàng)建并維護醫(yī)療文書模板、創(chuàng)建并簽繪醫(yī)療文書，獲取醫(yī)療文書的鼠標簽繪操作信息，發(fā)送到服務端ca認證并存儲；

所述客戶端，包括：模板創(chuàng)建及維護模塊、第一文書維護瀏覽模塊、文書簽繪鼠標操作模塊；

模板創(chuàng)建及維護模塊：創(chuàng)建及維護醫(yī)療文書模板；

模板創(chuàng)建及維護模塊具體包括：

模板創(chuàng)建子模塊，利用.netframeworkoffice插件，進行醫(yī)療文書模板創(chuàng)建；

在空的模板上創(chuàng)建圖片、表格、圖形等對象，并且對內(nèi)容進行字體、顏色、對齊等操作，生成醫(yī)療文書模板。為簡化醫(yī)療文書簽繪工作，在醫(yī)療文書模板的指定位置上添加信息域，設定該信息域的數(shù)據(jù)源及字段名稱，待以該醫(yī)療文書模板創(chuàng)建文書時，信息域的信息自動填充進來。

本實施方式中的醫(yī)療文書模板支持word、pdf、自定義報表三種形式，對于不同需求的病案內(nèi)容及格式可以任意選擇模板形式；

（1）word格式，提供word模板編輯器，操作簡便，可以導入word文件作為模板，可以通過設定模板中的“信息域”來為創(chuàng)建出的文檔自動填充信息，維護簡單方便；

（2）pdf格式，通過pdf的相關(guān)軟件進行pdf模板的創(chuàng)建，也可以通過現(xiàn)有word模板進行轉(zhuǎn)換，pdf格式模板能夠解決在移動設備上不方便使用word格式文件進行文檔創(chuàng)建的應用需求，pdf格式文檔同樣支持“信息域”，來自動填充相關(guān)信息數(shù)據(jù)；

（3）自定報表格式，使用模板創(chuàng)建工具，創(chuàng)建報表文檔，主要解決需要大量復雜結(jié)構(gòu)數(shù)據(jù)填充以及不同需求的報表格式；

通過多種模板格式為文書簽繪操作提供所需的文檔創(chuàng)建的解決方案。

模板修改子模塊，利用.netframeworkoffice插件，對已有醫(yī)療文書模板進行修改。

模板保存子模塊，將當前創(chuàng)建或修改的醫(yī)療文書模板轉(zhuǎn)化成文件流，利用服務端提供的webservice統(tǒng)一接口，將醫(yī)療文書模板的主數(shù)據(jù)與文件流一同傳到服務端進行保存。

模板刪除子模塊，利用服務端提供的webservice統(tǒng)一接口，將要刪除的醫(yī)療文書模板的標識傳至服務端進行刪除操作。

模板瀏覽子模塊，利用服務端提供的webservice統(tǒng)一接口，將要瀏覽的醫(yī)療文書模板的標識傳輸至服務端，從服務端獲得醫(yī)療文書模板的主數(shù)據(jù)及文件流，將主數(shù)據(jù)展示在文檔信息界面。

第一文書維護瀏覽模塊：導入、創(chuàng)建、保存、作廢、瀏覽、歸檔醫(yī)療文書；

第一文書維護瀏覽模塊具體包括：

文書導入子模塊，利用.netframework文件操作api及emr工作站接口，導入患者電子病案文件作為醫(yī)療文書，并通過文件轉(zhuǎn)換器將其轉(zhuǎn)換成指定格式（如word、pdf、自定義報表）的文件，以便簽繪操作。

醫(yī)療移動簽繪系統(tǒng)采用通用的pdf格式作為電子病案文檔文件格式，系統(tǒng)支持模板創(chuàng)建、抓去、推送三種形式進行病案文檔的導入。

第一文書新建子模塊，通過webservice統(tǒng)一接口選擇無紙化病案數(shù)據(jù)庫中的醫(yī)療文書模板及生成醫(yī)療文書所需數(shù)據(jù)，新建醫(yī)療文書。

針對醫(yī)療文書模板的數(shù)據(jù)抓取可以整合醫(yī)院已有信息系統(tǒng)（如his（hospitalinformationsystem）數(shù)據(jù)庫、emr（electricmedicalrecord）數(shù)據(jù)庫、電子健康檔案數(shù)據(jù)庫）數(shù)據(jù)，從而為使用醫(yī)療文書模板創(chuàng)建醫(yī)療文書提供自動圖文內(nèi)容填充，文書導入子模塊則可以通過相關(guān)接口直接從源信息系統(tǒng)中獲取病案文檔實現(xiàn)文檔抓??；抓取過程簡化了文檔的創(chuàng)建和轉(zhuǎn)換，信息系統(tǒng)間數(shù)據(jù)傳遞一鍵完成，甚至實現(xiàn)全自動的文檔獲取，從而實現(xiàn)移動簽繪系統(tǒng)與已有信息系統(tǒng)間的數(shù)據(jù)和文檔無縫銜接。

本系統(tǒng)還可以通過開放文檔推送接口，第三方應用程序可以隨時將待簽繪醫(yī)療文書推送到移動簽繪系統(tǒng)中，從而實現(xiàn)后續(xù)的所有簽繪操作，實現(xiàn)移動簽繪的平臺化。移動簽繪系統(tǒng)間不僅局限在患者知情同意書這一種醫(yī)療文書的簽繪，還包括醫(yī)療文書繪制標記、審核簽字、查閱等操作也可快速集成實現(xiàn)。

第一文書保存子模塊，將當前的醫(yī)療文書轉(zhuǎn)化成文件流，利用服務端提供的webservice統(tǒng)一接口，將當前的醫(yī)療文書的主數(shù)據(jù)與文件流一同傳到服務端進行保存操作。

第一文書作廢子模塊，利用服務端提供的webservice統(tǒng)一接口，將要作廢的醫(yī)療文書的標識發(fā)送到服務端進行作廢操作。

第一文書瀏覽子模塊，利用服務端提供的webservice統(tǒng)一接口，將要瀏覽的醫(yī)療文書的標識發(fā)送到服務端，獲得醫(yī)療文書的主數(shù)據(jù)及文件流，將醫(yī)療文書的主數(shù)據(jù)展示在文檔信息界面，將醫(yī)療文書展示到文書簽繪界面。

第一文書歸檔子模塊，利用服務端提供的webservice統(tǒng)一接口，將要歸檔的醫(yī)療文書的標識傳至服務端，更新醫(yī)療文書的文檔狀態(tài)為歸檔狀態(tài)，歸檔狀態(tài)下的醫(yī)療文書不允許簽繪及保存操作。

文書簽繪鼠標操作模塊：獲取醫(yī)療文書的鼠標操作簽名信息和繪制標記信息，利用服務端提供的webservice統(tǒng)一接口發(fā)送到服務端進行ca認證。

文書簽繪鼠標操作模塊，包括：

客戶端簽名子模塊，獲取醫(yī)療文書的鼠標操作簽名信息，利用服務端提供的webservice統(tǒng)一接口發(fā)送到服務端進行ca認證；

通過ca公司提供的電子簽名api接口，鼠標操作獲得usb-key數(shù)字證書及簽名圖，并將簽名圖加載到醫(yī)療文書中的簽名位置上完成鼠標操作簽名，利用服務端提供的webservice統(tǒng)一接口發(fā)送到服務端，利用醫(yī)療文書的內(nèi)容信息、簽名操作者信息、usb-key數(shù)字證書、ca時間戳，使用md5散列算法，計算出醫(yī)療文書的簽名散列碼，即完成鼠標操作簽名信息的ca認證；當醫(yī)療文書的內(nèi)容信息改變時計算出的簽名散列碼將會隨之發(fā)生變化，因此通過比較簽名散列碼，能獲知醫(yī)療文書的內(nèi)容是否被修改過。

客戶端繪制標記子模塊，用于獲取醫(yī)療文書的鼠標操作繪制標記信息，利用服務端提供的webservice統(tǒng)一接口發(fā)送到服務端進行ca認證；

通過ca公司提供的電子簽名api接口，鼠標操作獲得usb-key數(shù)字證書，利用文檔中的內(nèi)容信息、操作者信息、鼠標操作繪制的標記信息、usb-key數(shù)字證書、ca時間戳，使用md5散列算法，計算出醫(yī)療文書的繪制標記散列碼，即完成鼠標操作繪制標記信息的ca認證；當醫(yī)療文書的內(nèi)容改變時計算出的繪制標記散列碼也會發(fā)生變化，因此通過比較繪制標記散列碼，能獲知醫(yī)療文書的內(nèi)容是否被修改過。

移動簽繪端：通過webservice統(tǒng)一接口從服務端調(diào)取醫(yī)療文書模板、創(chuàng)建并維護醫(yī)療文書、對移動設備對醫(yī)療文書進行的原筆跡簽繪操作及錄制語音、視頻、拍照進行ca認證。

所述移動簽繪端，包括：第二文書維護瀏覽模塊、原筆跡簽繪模塊、多媒體模塊；

第二文書維護瀏覽模塊：用于創(chuàng)建、保存、作廢、瀏覽、歸檔醫(yī)療文書；具體包括：

第二文書新建子模塊，根據(jù)從服務端調(diào)取的醫(yī)療文書模板創(chuàng)建并維護醫(yī)療文書、獲取移動設備對醫(yī)療文書的原筆跡簽繪操作信息，發(fā)送到服務端ca認證并存儲。

第二文書保存子模塊，將當前的醫(yī)療文書轉(zhuǎn)化成文件流，利用服務端提供的webservice統(tǒng)一接口，將醫(yī)療文書的主數(shù)據(jù)與文件流一同傳到服務端進行保存。

第二文書作廢子模塊，利用服務端提供的webservice統(tǒng)一接口，將要作廢的醫(yī)療文書的標識發(fā)送到服務端進行作廢操作。

第二文書瀏覽子模塊，利用服務端提供的webservice統(tǒng)一接口，將要瀏覽的醫(yī)療文書的標識發(fā)送到服務端，獲得醫(yī)療文書的主數(shù)據(jù)及文件流，將主數(shù)據(jù)展示在文檔信息界面，將醫(yī)療文書的內(nèi)容展示到文書簽繪界面。

第二文書歸檔子模塊，利用服務端提供的webservice統(tǒng)一接口，將要歸檔的醫(yī)療文書的標識發(fā)送到服務端，更新醫(yī)療文書為歸檔狀態(tài)，歸檔狀態(tài)下的醫(yī)療文書不允許簽繪操作、保存操作。

原筆跡簽繪模塊，獲取移動設備對醫(yī)療文書的原筆跡簽名信息和原筆跡繪制標記信息，利用服務端提供的webservice統(tǒng)一接口發(fā)送到服務端進行ca認證；具體包括：

原筆跡簽名子模塊，獲取移動設備對醫(yī)療文書的原筆跡簽名信息，利用服務端提供的webservice統(tǒng)一接口發(fā)送到服務端進行ca認證；

通過ca公司提供的電子簽名api接口獲得移動簽繪端的數(shù)字證書，通過android系統(tǒng)的移動設備及電子手寫筆實現(xiàn)進行512級以上力度識別，識別出簽名筆跡信息，利用醫(yī)療文書中的內(nèi)容信息、操作者信息、簽名筆跡信息、數(shù)字證書、ca時間戳，使用md5散列算法，計算出原筆跡簽名散列碼，完成原筆跡簽名的ca認證；當醫(yī)療文書中的內(nèi)容信息改變，再進行計算出的原筆跡簽名散列碼也會發(fā)生變化，因此，通過比較原筆跡簽名散列碼，獲知醫(yī)療文書中的內(nèi)容信息是否有修改。

原筆跡繪制子模塊，獲取醫(yī)療文書的原筆跡繪制標記信息，利用服務端提供的webservice統(tǒng)一接口發(fā)送到服務端進行ca認證；

具體是：通過ca公司提供的電子簽名api接口，獲得移動簽繪端的電子證書，通過android系統(tǒng)的移動設備及電子手寫筆實現(xiàn)進行512級以上力度識別，識別出繪制筆跡信息，利用醫(yī)療文書中的內(nèi)容信息、操作者信息、繪制筆跡信息、數(shù)字證書、ca時間戳，使用md5散列算法，計算出原筆跡繪制散列碼，完成原筆跡繪制標記信息的ca認證；當醫(yī)療文書中的內(nèi)容信息改變，再進行計算出的原筆跡繪制散列碼也會發(fā)生變化，因此，通過比較原筆跡繪制散列碼，獲知醫(yī)療文書中的內(nèi)容信息是否有修改。

多媒體模塊：獲取移動設備記錄的原筆跡簽名和繪制標記時的照片、音頻、視頻信息，利用服務端提供的webservice統(tǒng)一接口發(fā)送到服務端進行ca認證；

通過ca公司提供的電子簽名api接口，獲得移動簽繪端的電子證書，利用具有的拍照、錄音、錄像功能的android系統(tǒng)的移動設備，記錄原筆跡簽名和繪制標記時的照片、音頻、視頻信息，與原筆跡簽名和繪制標記的醫(yī)療文書一起構(gòu)成一個多媒體電子病案文檔。將醫(yī)療文書對應的文字、照片、音頻、視頻打包通過電子證書和時間戳進行基于ca認證的電子簽名，從而確保了醫(yī)療文書所有相關(guān)信息的一致性，可以作為法律認可的一致證據(jù)內(nèi)容。也可通過將多媒體電子病案文檔中的文字、圖片、音頻、視頻按類分成數(shù)據(jù)組，針對各數(shù)據(jù)組通過電子證書和時間戳進行ca認證。

移動簽繪端在具有的拍照、錄音、錄像功能的android系統(tǒng)的移動設備上實現(xiàn)，將相應的照片、音頻、視頻信息與相關(guān)病案文檔（醫(yī)療文書）一起構(gòu)成一個病案文檔電子數(shù)據(jù)組，整組數(shù)據(jù)均可進行相應的數(shù)字簽名，從而構(gòu)成擴展的病案文檔內(nèi)容，較傳統(tǒng)方式中僅能保存文字記部分照片的紙質(zhì)文檔模式全面提升為全數(shù)字化數(shù)據(jù)存儲支持，從而真正擴充了病案的存檔內(nèi)容和形式。

以知情同意書為例，一般情況下只能讓患者對醫(yī)療文書上的文字及簡單繪制的示意圖甚至草圖進行確認和簽繪，而本發(fā)明的移動簽繪模式下，患者不僅對預設的告知文字進行確認，同時可以對當事現(xiàn)場的實際情況照片、錄像以及醫(yī)護進行的口頭告知內(nèi)容錄音同時進行確認，從而保證了在整個簽繪過程中內(nèi)容紀錄的完整性，從而降低事后糾紛的發(fā)生。

通過數(shù)字簽名和時間戳簽名能力，文字、影音等數(shù)字文檔被打包為一個整體進行數(shù)字簽名，從而確保了所有材料的一致性，可以作為法律認可的一致證據(jù)內(nèi)容。

經(jīng)過ca認證的數(shù)字簽名經(jīng)過國家數(shù)字認證中心認可，移動簽繪功能雖然不使用傳統(tǒng)方式的簽名usb-key，但是簽名過程使用服務器和設備證書進行的數(shù)字簽名對簽名事件進行完整的內(nèi)容、時間、設備等信息進行認證，對手簽過程留下的簽名信息、影音紀錄等均進行數(shù)字簽名，從而保障最終簽名文檔的司法認可。

為了真實記錄簽名過程發(fā)生的時間，使用由國家授時中心認證的時間戳數(shù)字簽名實現(xiàn)對簽名事件和內(nèi)容的確切時間簽名認證，時間戳簽名所使用的時間是由國家授時中心提供，確保時間準確不可串改，簽名時間紀錄與簽名及簽名文件一起構(gòu)成不可串改文檔內(nèi)容體系，最終可作為法庭證據(jù)保存。

可信時間戳是由聯(lián)合信任時間戳服務中心（tsa：timestampauthority）頒發(fā)的具有法律效力的電子憑證,時間戳與電子數(shù)據(jù)唯一對應，其中包含電子數(shù)據(jù)“指紋”、產(chǎn)生時間、時間戳服務中心信息等。

固化電子數(shù)據(jù)的內(nèi)容完整性和存在時間點：可信時間戳通過固化電子數(shù)據(jù)的有效性（內(nèi)容完整性和存在時間點），達到防止電子數(shù)據(jù)內(nèi)容和簽繪時間被偽造和篡改的目的，有效解決電子數(shù)據(jù)如何等同于傳統(tǒng)書面證據(jù)問題，符合《電子簽名法》相關(guān)規(guī)定。

在現(xiàn)時的公鑰基礎建設中，采用數(shù)字簽名技術(shù)來確保簽繪人的身份和驗證數(shù)據(jù)是否篡改。然而數(shù)字證書有效期為一年，存在著密鑰丟失的情況，且用戶可以隨時吊銷數(shù)字證書，數(shù)字證書失效后，無法確認數(shù)字簽名的有效性，證書持有人存在否認數(shù)字簽名的可能，要求在數(shù)字簽名的同時對簽名文件加蓋第三方可信時間戳，來事后確認簽名時的數(shù)字證書是否有效。