2014-V2.1和2015-根據(jù)《創(chuàng)業(yè)軟件醫(yī)院平臺產(chǎn)品項目實施指和和點描述“C01產(chǎn)品庫建立及安裝（系統(tǒng)安裝、C02接口改造、C03業(yè)務(wù)需求調(diào)研及確認(rèn)、C04數(shù)據(jù)準(zhǔn)術(shù)中心庫：特指臨床數(shù)據(jù)中心中心庫，即CDR庫數(shù)據(jù)集：在醫(yī)院平臺中特指門戶中的發(fā)布的2012版或2014版數(shù)據(jù)集。該數(shù)據(jù)集也是臨床數(shù)據(jù)中心的標(biāo)準(zhǔn)。文檔表：特指中心庫中DOC表，即附件表。該表類表中 拆解的bxml或者pdf二維表：指數(shù)據(jù)被拆分成數(shù)據(jù)項后進(jìn)行的，該類表與業(yè)務(wù)表類似日志表：在主動方式中，需要的數(shù)據(jù)都要通過生成日志的方式告知系統(tǒng)那些數(shù)據(jù)需要。句臨床文檔：所有在診療過程中產(chǎn)生的記錄都屬于臨床文檔，包括處方，費(fèi)用，記錄，BSXMLxml為基礎(chǔ)的一種數(shù)據(jù)結(jié)構(gòu)，BSXML是數(shù)據(jù)集文檔體結(jié)構(gòu)，即CDAXML格式（BSXML，由文檔頭屬性描述（DocInfo）和患者信息（Patient）內(nèi)容構(gòu)成，每個消息只有一個header；body部分由具體的數(shù)據(jù)集數(shù)據(jù)元構(gòu)成，數(shù)據(jù)元可以按章節(jié)或段落（section）組合；即body，一個bodysection。CDR介中心庫結(jié)：以基本信息表為主表以MPIID為主鍵，mpiid由mpi系統(tǒng)提供。即為，每個只有唯一的一份。就診：一次門診，或一次住院為一次就診活動。就診由衛(wèi)生表，一次就診由就診標(biāo)識（VisitID）為主鍵，由MPIID關(guān)聯(lián)到。文檔：在就診過程中產(chǎn)生的各種記錄統(tǒng)稱為文檔，例如一份處方，一份入院記錄，一份檢文檔結(jié)DCID，唯一的標(biāo)識一份文檔，CDR中的，修改，刪除。都是以文檔為單位。的樣本信息等等。數(shù)據(jù)表使用DCIDDocID作為數(shù)據(jù)主鍵。是一份文檔的打包數(shù)據(jù)，比如這份文檔的BSXML，PDF等等。數(shù)據(jù)明細(xì)表：ParentDocID來表示主外鍵關(guān)系，比如處方的用藥明2.3系統(tǒng)基本原Cdr分為2種形式，主動和數(shù)據(jù)上傳1、(平臺)主動：根據(jù)配置好sql根據(jù)一定的規(guī)則對目標(biāo)庫進(jìn)行的數(shù)據(jù)查詢。主動又可基于日志數(shù)據(jù)的主CDR的主動為基于日志模式，通過數(shù)據(jù)日志來獲取那些數(shù)據(jù)需要進(jìn)行，通過采集sql來確定如何數(shù)據(jù)。使用這種方式能夠最大程度的業(yè)務(wù)數(shù)據(jù)庫的差異，和提供數(shù)據(jù)方式的差異，以保證系統(tǒng)的獨(dú)立性?；谌罩痉绞酱笾路譃?個步驟。（logCollect志，也可以根據(jù)需要自己開發(fā)相應(yīng)的日志生成工具，可根據(jù)需要，根據(jù)時間段，根據(jù)編號，等>adapter：行，然后使用sql將數(shù)據(jù)抓取上來，打包成BSXML，進(jìn)入系統(tǒng)中。 置機(jī)進(jìn)行中轉(zhuǎn)，在中轉(zhuǎn)的過程，數(shù)據(jù)會被進(jìn)行mpi，字典，格式等方面的處理。日 標(biāo) 無效日志錯誤信息回寫錯誤信息時間錯誤重試次 模塊別 BS-CDR2.2.1.PDM》日志類型：123刪除制，由于實際過程中實施數(shù)據(jù)由后往前，歷史數(shù)據(jù)從前往后，導(dǎo)致兩種模式下日志標(biāo)志：0未處理日志>0錯誤標(biāo)志，該條日志對應(yīng)的業(yè)務(wù)數(shù)據(jù)無法正確到前置時sql（4.2.4接口模式的數(shù)據(jù)前置機(jī)提供WebService服務(wù)，供醫(yī)院接入系統(tǒng)調(diào)用，實現(xiàn)與平臺的數(shù)據(jù)上傳。平臺提供統(tǒng)一WebService服務(wù)，調(diào)用地址：（端口根據(jù)安裝publicStringinvoke(StringappID,Stringpwd,Stringservice,Stringmethod,String[]Web服務(wù)接入應(yīng)用id（前置機(jī)Web服務(wù)接入（前置機(jī)<describe[RecordClassifying]無3、業(yè)務(wù)字 與映3、業(yè)務(wù)字 與映射配 SQL及相關(guān)配1、門戶基礎(chǔ)配置2、中心字 配置6.字典整理與配《xx系統(tǒng)數(shù)據(jù)接口標(biāo)準(zhǔn)5.標(biāo)準(zhǔn)討論與確12.運(yùn) 與問題處項目啟1.項目啟1.系統(tǒng)安2.客戶演3.系統(tǒng)培（實施人員溝通并確范圍 方4.需求調(diào)研與溝《xx系統(tǒng)數(shù)據(jù)接口規(guī)范按數(shù)據(jù)集循環(huán)進(jìn)《EMRView接口嵌入文10.EMRView接口嵌（業(yè)務(wù)系統(tǒng)9.數(shù)據(jù)正 調(diào)試與數(shù)據(jù)核11.客戶演示及確項項目結(jié)ABB01系統(tǒng)環(huán)境（B02需求調(diào)研些數(shù)據(jù)集可以，以什么方式。具體按如下步驟進(jìn)行：第一步：溝通并確定cdr的數(shù)據(jù)集和數(shù)據(jù)格式工程人員首先查看《醫(yī)院平臺實施工作表.xls》的“cdr范圍”sheet內(nèi)容，對cdr的可采集數(shù)據(jù)集有個初步認(rèn)識，然后與院方信息科、業(yè)務(wù)系統(tǒng)廠商共同確定本項目cdr建設(shè)可以的數(shù)據(jù)集有哪些，數(shù)據(jù)集格式（SQL/附件，并將確認(rèn)結(jié)果標(biāo)記在excel中。第二步：溝通并確認(rèn)cdr方案共同商定各數(shù)據(jù)集方式（視圖/中間表、接口上傳等，將確定結(jié)果按數(shù)據(jù)集在《醫(yī)院平臺實施工作表.xls》的“cdr范圍”sheet的“方式”列上做標(biāo)記。說明參見標(biāo)準(zhǔn)文檔《創(chuàng)業(yè)軟件-電子基本數(shù)據(jù)集標(biāo)準(zhǔn)V2.x-數(shù)據(jù)字典。B03標(biāo)準(zhǔn)討論第一步：確定數(shù)據(jù)集標(biāo)準(zhǔn)及接口如果業(yè)務(wù)系統(tǒng)接口上傳方式實現(xiàn)數(shù)據(jù)上傳，則跳過這一步，進(jìn)入B05步驟根據(jù)B02步驟確定的數(shù)據(jù)集范圍以及方案將對應(yīng)的接口規(guī)范發(fā)給業(yè)務(wù)系統(tǒng)廠商項目，目的確認(rèn)數(shù)據(jù)接口的內(nèi)容以及數(shù)據(jù)的提供方式（視圖/中間表，根據(jù)接口規(guī)范要求提接口規(guī)范文檔位于“..\02-文檔管理\05-接口文檔\01-CDR接口文檔”，規(guī)范默認(rèn)按常規(guī)的業(yè)務(wù)系統(tǒng)分類，如《臨床數(shù)據(jù)中心數(shù)據(jù)接口-01HIS系統(tǒng).doc》少，決定是通過前置機(jī)進(jìn)行對照還是在SQL配置時進(jìn)行SQL轉(zhuǎn)義；如果字典數(shù)據(jù)一致，則不需excel字典列表的“處理方式”列上，作為下一步制作字典文件的依據(jù)。B04數(shù)據(jù)準(zhǔn)備這一步驟是CDR實施工作的步驟，也是工作量最多的環(huán)節(jié)，該步驟的進(jìn)入前提是B02、B03B03步驟內(nèi)需要與院方和廠商確定的內(nèi)容。礎(chǔ)數(shù)據(jù)，其中機(jī)構(gòu)、科室、員工為必須的基礎(chǔ)數(shù)據(jù)，組織架構(gòu)和用戶角色根據(jù)情況配置。具體配置操作說明參見《門戶平臺-01基本配置及基礎(chǔ)數(shù)據(jù)說明手冊.docSQL語句查詢業(yè)務(wù)庫拼成文件字典的格式，具體操作步驟如下：首先對照《醫(yī)院平臺實施工作表.xls》-sheetB02環(huán)節(jié)中確定的字典數(shù)據(jù)來源和對應(yīng)B03業(yè)務(wù)系統(tǒng)提供的字典數(shù)據(jù)，配置中心端的字典數(shù)據(jù)：字典格式為數(shù)據(jù)式：按照字典表格式，將業(yè)務(wù)系統(tǒng)提供的字典數(shù)據(jù)導(dǎo)例如平臺標(biāo)準(zhǔn)字典中的藥品字典CU_DrugsInformation.dic數(shù)據(jù)庫字<?xml<?xmlversion="1.0"encoding="UTF-<!--<dicclass="TableDictionary"entry="DIC_LABORDERSITEM"keyField="KEY"textField="TEXT"sortField="KEYnoCache="falsealias="CU_LabOrdersItem檢驗醫(yī)囑項目字<propa-2:在tform庫中建立DIC_LABORDERSITEM表<?xmlDTD<?xmlDTD" <idname="KEY"type="java.lang.String"<column<generatorclass="assigned"<propertyname="TEXT"type="java.lang.String"<property a-3：在tform庫中的DIC_LABORDERSITEM表中填入字典項內(nèi)容本]”下根據(jù)字典名稱找到字典文件，并通過notepad++等文件編輯工具打開，然后根據(jù)例如字典<?xml<?xmlversion="1.0"encoding="UTF-<itemkey="1" <itemkey="2text="女性<itemkey="9"text="未說明的第一步:在平臺上建立業(yè)務(wù)庫對應(yīng)的域文件夾，用來存放對應(yīng)業(yè)務(wù)庫字典文件，比如業(yè)務(wù)庫HIS域文件夾中。配置管理→應(yīng)用域管理→域保存完之后，在平臺主界面資 →字典標(biāo)準(zhǔn)右側(cè)的字典列表中即會出現(xiàn)用于存放需要翻轉(zhuǎn)HIS業(yè)務(wù)庫字典的HIS2種方案。第一種：前臺手動增加字典例如把HIS業(yè)務(wù)庫中需要翻轉(zhuǎn)的””字典添加到在HIS域文件夾下保存完畢之后會在00-tform\tform-8090\webapps\tform\WEB-INF\classes\his域文件夾中生成GB_T2261_1.dic字典文件。第二種 例如新建一個需要翻轉(zhuǎn)的his業(yè)務(wù)庫對應(yīng)存放于his域下的”字典”。路徑如下：00-<?xml<?xmlversion="1.0"encoding="UTF-<dicid="his.GB_T2261_1"isPrivate="false"OID="100"字典<itemkey="1text="男<itemkey="2text="女<itemkey="3text=" ”selectitemkey||key||text||text||fromtable_name“SQL語句拼成字典項認(rèn)為平臺中心字典與業(yè)務(wù)庫字典一致，需要用業(yè)務(wù)庫字典到平臺中心庫字典下，即業(yè)務(wù)字典維護(hù)到該：tform\tform-8090\webapps\tform\WEB-INF\classes\tform\dataset\dic\res\V2014\EMPI權(quán)重配置權(quán)重配置決定了如何識別,使用那些項目來唯一識別同一個，具體的配置要根據(jù)醫(yī)在mpi系統(tǒng)中，只有權(quán)重為100的項目會生效，只要兩個有一個100的項目匹配成功,,

=100如果2個號也相同，也相同則匹配為同一個人，分配相同的mpiid第六步：->[方式]->[業(yè)務(wù)模型]->[SQL]–>[任務(wù)]從頭至尾的配置過程可按數(shù)據(jù)集追個配置，個人主索引SQL配置在配置數(shù)據(jù)集SQL前需要先配置【個人主索引的提取SQL。每個數(shù)據(jù)集時都會關(guān)聯(lián)個人主索引SQL，通過個人主索引SQL關(guān)聯(lián)數(shù)據(jù)，用于生成（MPIID 信息（ 何一條文檔數(shù)據(jù)的時候，除了要查詢文檔的數(shù)據(jù)，還要查詢的數(shù)據(jù)。sql配置的where條件中必須包含’#brid#’變量。BRID：是區(qū)分唯一的主鍵；在其他數(shù)據(jù)集的時候，sql中的“患者標(biāo)識符“就是用于替換”#brid#“變量，實現(xiàn)和的關(guān)聯(lián)。業(yè)務(wù)模型配置 比如：衛(wèi)生需要一個主表模型和診斷模型，如下新增主表模型，用來衛(wèi)生的記錄信息和明細(xì)（用藥）信息新增診斷模型，用來診斷的信息第三步：選擇模型映射到業(yè)務(wù)例如：衛(wèi)生業(yè)務(wù)模型從HIS庫，如下圖所示：注：如果一個模自多個業(yè)務(wù)庫，數(shù)據(jù)源是支持多選的。由上圖衛(wèi)生的業(yè)務(wù)模型映射到HIS庫后可到主頁→選中HIS庫查看，通創(chuàng)建任SQL配置：第一步：日志配由logCollect日志程序，通過日志生成在業(yè)務(wù)庫抓取業(yè)務(wù)主鍵，然后存放bscdr_log日志庫對應(yīng)的衛(wèi)生日志表中第二步：配該SQL通過關(guān)聯(lián)bscdr_log日志庫中衛(wèi)生日志表中的SOURCEID字段即該條衛(wèi)生記錄的主鍵，上來SQL語句對應(yīng)的業(yè)務(wù)字段。日志生成調(diào)度任務(wù)配調(diào)度任務(wù)配簡單配置模式（compress抓包程序從日志庫中獲取指定日志的數(shù)量和頻率對業(yè)務(wù)數(shù)實時日志：只實時的日志。歷史日志：只歷史的日志。是否必須要關(guān)聯(lián)到：打勾：默認(rèn)打勾，如果該記錄關(guān)聯(lián)不上，系統(tǒng)會報錯提醒，數(shù)據(jù)不進(jìn)入到CDR。不勾：如果該記錄關(guān)聯(lián)不上，系統(tǒng)會關(guān)聯(lián)到一個默認(rèn)上，數(shù)據(jù)會進(jìn)入到CDRCompress接口和Adapter接口：當(dāng)開啟CDR打包和字典翻轉(zhuǎn)程序，mcentre便會自動 和adapter進(jìn) 分擔(dān)壓力日志獲取數(shù)量：每一次獲取多少數(shù)量的日志，一般控制在200條以下，服務(wù)器資 引”中，以查找生成mpi。患者就診標(biāo)識：該字段填寫該次就診的業(yè)務(wù)標(biāo)識，用于生成類型01、02、030405*CDR的支持重采對已的數(shù)據(jù)進(jìn)行覆蓋，以便修正數(shù)據(jù)。但是必須保證數(shù)文檔配置(1)日志-出院小結(jié)（內(nèi)容可以直接BLOB字段生成日志-SQL針對創(chuàng)業(yè)的，查詢SQL語句參考如下：住院（EMR庫）SELECTBL.MBLB,COUNT(BL.BLBH)ASCOUNTFROMEMR_BL_BL01BL,EMR_KBM_BLLBMBWHEREBL.MBLB=MB.LBBHGROUPBY門診（HIS庫SELECTDISTINCTMBLBFROM(2)在CDR中DOC表是用于以二進(jìn)BLOB字段的方式整份文檔52005200門（急） -文檔記錄號 CHAR(16)<pk>文檔索引號CHAR(16) BSXML默認(rèn)在這里。這種方式也叫做附件，附件是針對與二維表的來說，是一份臨床文檔除二維表數(shù)據(jù)意外的其他方式。 ents分組附件的sql必須配針對該模型可新建模本類別為附件附件內(nèi)容：對應(yīng)文檔表中的“文檔內(nèi)容（BLOB”字段

例如FTP服務(wù)除了端的配置外，中心端的系統(tǒng)表-附件規(guī)則用于配置附件在中心端的00_00500_005附 規(guī)數(shù)據(jù)集代碼VARCHAR2(40)<pk>附件類型編碼（文檔格式）VARCHAR2(2) <pk> 除了端的配置外，中心端的系統(tǒng)表-附件規(guī)則（SYS_Atta entsStoredRules）用于配置附件在中心端的規(guī)則。該表說明了某個數(shù)據(jù)集下的某種類型的附件應(yīng)該以何種方式。例如：要增加24小時死values('24hAdmAndDisRecord','12','1');重要字段患者標(biāo)識符：該字段用于關(guān)聯(lián)到該文檔所屬的，該字段將會被替換到‘個人主索引‘中，以查找生成mpi?；颊呔驮\標(biāo)識：該字段填寫該次就診的業(yè)務(wù)標(biāo)識，用于生成類型 01、02、03門診/04、05住*CDR的支持重采對已的數(shù)據(jù)進(jìn)行覆蓋，以便修正數(shù)據(jù)。但是必須保證數(shù)據(jù)關(guān)系的正確（能識別到原來的，就診，文檔。所以以上字段必須正確配寫入CDR的規(guī)則編譯成XML形式，XML中的節(jié)點對應(yīng)表的字段存入OV表示門診、IV表示住院，如果一個數(shù)據(jù)集的數(shù)據(jù)在業(yè)務(wù)系統(tǒng)里分了門診和住院（數(shù)據(jù)也是分開的，那就得分兩個日志表。否則，就可以是一個，對應(yīng)SQL的業(yè)務(wù)SQL 就診：衛(wèi)生---- SQL，可點擊查看SQL，將SQLsourceid去業(yè)務(wù)庫執(zhí)行，查看是否有數(shù)SQL可建立主表與子表的關(guān)系，當(dāng)有父子關(guān)系時，子表可父表字段，并需要該字段不為null；帶入業(yè)務(wù)庫執(zhí)行任務(wù)*B05接口開發(fā)與系統(tǒng)配針對采用WebServices方式上傳數(shù)據(jù)的業(yè)務(wù)系統(tǒng)，要求參照《創(chuàng)業(yè)軟件-臨床數(shù)據(jù)中心數(shù)據(jù)采*B06用戶培訓(xùn)（管理員、操作人員CDR的用戶就是系統(tǒng)管理員（工程人員或信息科人員，一般不需要正式的培訓(xùn)介紹流程，具體的系統(tǒng)操作手冊參考《BS-CDR2.1-用戶手冊（。B07模擬運(yùn)據(jù)集SQL配置后，就可以進(jìn)行調(diào)試，檢查過程中出現(xiàn)的問題，通過流程監(jiān)控、EMRView前臺界面展示和數(shù)據(jù)核對等方法驗證數(shù)據(jù)的完整性和一致性，特別要注意涉B08數(shù)據(jù)問題處理與優(yōu)一、日志表中的錯誤數(shù)據(jù)：在任務(wù)的的日志表頁面查關(guān)聯(lián)失敗解決思路：檢查錯誤數(shù)據(jù)集的“患者標(biāo)識符”是否能與【個人主索引】SQL關(guān)聯(lián)上，字其他SQL二、前置機(jī)的錯誤數(shù)據(jù)（bscdr_ada