【導(dǎo)讀】{ "error_code": 17, "error_msg": "Open api daily request limit reached" }

　　

【正文】 根據(jù)上層應(yīng)用的需求，為那些經(jīng)常被訪問到的電子病歷數(shù)據(jù)建立一個集中的索引，基于索引實現(xiàn)對電子病歷數(shù)據(jù)的訪問。在這種技術(shù)方案中，由于大部分的數(shù)據(jù)訪問操作不需要直接連接具體的臨床信息系統(tǒng)數(shù)據(jù)庫，提高了 數(shù)據(jù)訪問效率。但是，為了確保醫(yī)護(hù) 人員能夠隨時獲取到患者最新的電子病歷數(shù)據(jù)，索引必需與原始數(shù)據(jù)保持同步更新。 采用這種邏輯集中的方案時，由于原始數(shù)據(jù)仍存在于各自臨床信息系統(tǒng)的服務(wù)器中，同樣的數(shù)據(jù)可能同時在不同系統(tǒng)中存在多個備份，因此，如何確保數(shù)據(jù)的一致性、以及在出現(xiàn)數(shù)據(jù)不一致時系統(tǒng)的容錯能力是在開發(fā)服務(wù)和建立索引過程中需要關(guān)注的問題。相對于基于共享信息模型的技術(shù)方案而言，邏輯集中的方式可以保持已經(jīng)建立的各個臨床信息系統(tǒng)不變，或僅需要為了支持?jǐn)?shù)據(jù)交換開發(fā)少量的基于標(biāo)準(zhǔn)的消息通訊接口，是一個比較適合我國當(dāng)前階段醫(yī)院信息化需求的構(gòu)建臨床數(shù)據(jù)中心的方 法。 操作數(shù)據(jù)存儲 ODS CDR存儲庫的組織形式以患者電子病歷為核心展開，其存儲結(jié)構(gòu)方式更多的 27 / 104 以個人基本索引模式組織展開，以結(jié)果數(shù)據(jù)為主體，這樣的組織形式在以個人視 角所見的電子病歷中能夠完整迅速的定位，但對縱向條線業(yè)務(wù)的支持卻明顯缺乏 有力的索引組織，不能完全滿足業(yè)務(wù)的需求。所以很多業(yè)務(wù)數(shù)據(jù)并不都在 CDR存 儲庫中存儲，為了完成某些特定業(yè)務(wù)上的流程要求，可能產(chǎn)生很多中間數(shù)據(jù)，而 這些中間數(shù)據(jù)都有賴 ODS數(shù)據(jù)庫實現(xiàn)其存儲方式。 ODS數(shù)據(jù)庫主要涵蓋臨床和管理數(shù)據(jù)，對數(shù)據(jù)即席查詢、數(shù)據(jù)倉庫、面向患 者的公眾 信息服務(wù)以及區(qū)域衛(wèi)生提供數(shù)據(jù)層支持。同時， ODS數(shù)據(jù)庫支持整個醫(yī) 院范圍內(nèi)各業(yè)務(wù)系統(tǒng)的協(xié)同，可以與 CDR結(jié)合作為院內(nèi)臨床及其他業(yè)務(wù)驅(qū)動的數(shù) 據(jù)，為醫(yī)院內(nèi)平臺級別的應(yīng)用（非 POS應(yīng)用），如統(tǒng)一調(diào)閱等提供信息支撐。 ODS數(shù)據(jù)庫主要是作為 CDR存儲庫外的業(yè)務(wù)需求的補充。除了電子病歷外，醫(yī) 院信息平臺還需要支持一些其他業(yè)務(wù)，比如說婦幼保健等具體醫(yī)療業(yè)務(wù)。這些業(yè) 務(wù)所需的一些信息可以從電子病歷中抽取，但是同時另一部分信息可能和健康信 息毫無關(guān)系只是為業(yè)務(wù)統(tǒng)計分析時使用，他們也有一定的業(yè)務(wù)流程， ODS就成為 此類數(shù)據(jù) 的存放場所。 ODS數(shù)據(jù)庫還包含對這些業(yè)務(wù)數(shù)據(jù)的匯總、展現(xiàn)、統(tǒng)計查詢等功能的支持， 他不僅僅是一個單純的存儲服務(wù)，他可以依賴 LRS實現(xiàn)共享和使用 CDR存儲庫中已 經(jīng)存儲信息的展示。 ODS、數(shù)據(jù)倉庫和業(yè)務(wù)信息庫的區(qū)別在于：業(yè)務(wù)信息庫一般針對實時性非常 強的事務(wù)性操作和這些操作所對應(yīng)的業(yè)務(wù)數(shù)據(jù)。其特點是數(shù)據(jù)實時性很強，但數(shù) 據(jù)規(guī)模不大。數(shù)據(jù)倉庫一般針對很大規(guī)模的數(shù)據(jù)量。但是其數(shù)據(jù)為歷史數(shù)據(jù)，時 效性不強。 ODS 則介于二者之間。 ODS數(shù)據(jù)來源于在線業(yè)務(wù)系統(tǒng)的實時映像。映像數(shù)據(jù)保存周期為數(shù)據(jù)集市或數(shù)據(jù)倉庫的裝載 周期。利用 ODS系統(tǒng)，我們即可以允許歷史數(shù)據(jù)在保存周期中進(jìn)行更新，又可以隨時對現(xiàn)有監(jiān)測數(shù)據(jù)進(jìn)行分析，滿足應(yīng)急性分析需求。數(shù)據(jù)從業(yè)務(wù)庫抽取出來裝載到 ODS后，從 ODS系統(tǒng)中進(jìn)行數(shù)據(jù)清洗和轉(zhuǎn)換從而完成在建立數(shù)據(jù)倉庫 /數(shù)據(jù)集市之前的數(shù)據(jù)準(zhǔn)備工作。為了不影響業(yè)務(wù)數(shù)據(jù)庫的性能，一般 ODS的數(shù)據(jù)庫結(jié)構(gòu)和業(yè)務(wù)數(shù)據(jù)庫是完全一致的，這樣數(shù)據(jù)可以高效的從業(yè)務(wù)數(shù)據(jù)庫中抽取出來。 ODS和數(shù)據(jù)倉庫的數(shù)據(jù)庫結(jié)構(gòu)則往往區(qū)別較大。 ODS的數(shù)據(jù)需要進(jìn)行數(shù)據(jù)轉(zhuǎn)換方可進(jìn)入數(shù)據(jù)倉庫。 28 / 104 數(shù)據(jù)倉庫 數(shù)據(jù)倉庫是在臨床數(shù)據(jù)、醫(yī)院管理類數(shù)據(jù)以及財務(wù)類數(shù)據(jù)采 集的基礎(chǔ)上對各 類數(shù)據(jù)進(jìn)行歸類整合并加以利用。按其數(shù)據(jù)的性質(zhì)大致可分為三類：衛(wèi)生資源信 息、臨床診療信息、衛(wèi)生業(yè)務(wù)信息。其中衛(wèi)生資源信息可作為衛(wèi)生資源分布的基 礎(chǔ)數(shù)據(jù)；臨床診療中與費用相關(guān)的信息可作為衛(wèi)生資源消耗的基礎(chǔ)數(shù)據(jù)；臨床診 療中的疾病數(shù)據(jù)和衛(wèi)生業(yè)務(wù)信息可作為衛(wèi)生資源需求的基礎(chǔ)數(shù)據(jù)，醫(yī)院的管理與 決策可利用這些數(shù)據(jù)所產(chǎn)生的信息為相關(guān)的衛(wèi)生決策進(jìn)行支撐。 為快速的展示各種業(yè)務(wù)統(tǒng)計分析的報表及結(jié)果，必須首先對不同來源的數(shù)據(jù) 按照主題的方式來進(jìn)行組織和處理，按照業(yè)務(wù)統(tǒng)計分析的需求搭建數(shù)據(jù)倉庫，實 現(xiàn)對數(shù)據(jù)的 多維管理。數(shù)據(jù)倉庫包括相應(yīng)的事實表和維度表，基于上述業(yè)務(wù)統(tǒng)計 分析的要求，可采用多個面向不同主題的事實表共享維度表的“星型”數(shù)據(jù)倉庫 模型。數(shù)據(jù)倉庫的建立，有利于后期對數(shù)據(jù)的高效應(yīng)用。 ODS庫是醫(yī)院醫(yī)療信息原始業(yè)務(wù)數(shù)據(jù)庫的鏡像庫，定時與醫(yī)療信息業(yè)務(wù)數(shù)據(jù) 庫進(jìn)行同步，為后面的數(shù)據(jù)轉(zhuǎn)換、數(shù)據(jù)倉庫建立提供穩(wěn)定、可靠的數(shù)據(jù)源。 ODS 庫的設(shè)置，緩解了 ETL過程中頻繁訪問生產(chǎn)數(shù)據(jù)服務(wù)器產(chǎn)生的大批量數(shù)據(jù)交換對 醫(yī)院信息平臺及網(wǎng)絡(luò)造成的壓力，并最大限度降低數(shù)據(jù)數(shù)據(jù)倉庫對原有業(yè)務(wù)系統(tǒng) 的影響。 數(shù)據(jù)倉庫是數(shù)據(jù)整合匯總中心 ，以業(yè)務(wù)需求為基礎(chǔ)創(chuàng)建 ODS庫數(shù)據(jù)的抽取整 理規(guī)范及流程，抽象出滿足業(yè)務(wù)分析主題的度量和維度，區(qū)分事實表與維度表， 按照“星型模型”、“雪花模型”的方式建立事實表與維度表之間的關(guān)聯(lián)關(guān)系， 將原有的二維數(shù)據(jù)表轉(zhuǎn)換成以分析主題為中心的多維表。數(shù)據(jù)倉庫的建立，可以 有效地管理業(yè)務(wù)數(shù)據(jù)，為數(shù)據(jù)展示、挖掘利用奠定基礎(chǔ)。 數(shù)據(jù)倉庫的數(shù)據(jù)主要供管理決策分析之用，所涉及的數(shù)據(jù)操作主要是數(shù)據(jù)查 詢，一般情況下并不進(jìn)行修改操作。數(shù)據(jù)倉庫的數(shù)據(jù)反映的是一段相當(dāng)長的時間 內(nèi)歷史數(shù)據(jù)的內(nèi)容，是不同時點的數(shù)據(jù)庫快照的集合，以及基于這些 快照進(jìn)行統(tǒng) 計、綜合和重組的導(dǎo)出數(shù)據(jù)，而不是聯(lián)機處理的數(shù)據(jù)。因為數(shù)據(jù)倉庫只進(jìn)行數(shù)據(jù) 查詢操作，所以數(shù)據(jù)倉庫管理系統(tǒng)相比數(shù)據(jù)庫管理系統(tǒng)而言要簡單得多。數(shù)據(jù)庫 管理系統(tǒng)中許多技術(shù)難點，如完整性保護(hù)、并發(fā)控制等等，在數(shù)據(jù)倉庫的管理中 幾乎可以省去。但是由于數(shù)據(jù)倉庫的查詢數(shù)據(jù)量往往很大，所以就對數(shù)據(jù)查詢提 29 / 104 出了更高的要求，它要求采用各種復(fù)雜的索引技術(shù)；同時由于數(shù)據(jù)倉庫面向的是 高層管理者，他們會對數(shù)據(jù)查詢的界面友好性和數(shù)據(jù)展示提出更高的要求。 醫(yī)學(xué) 知識庫 醫(yī)學(xué) 知識庫用來存放各種規(guī)劃、專家的經(jīng)驗、有關(guān)知識和因果關(guān)系等 ，主要包括事實庫、規(guī)則庫和約束庫三部分。事實庫存放求解問題的說明性知識、構(gòu)成信息實體的事實等；規(guī)則庫中的主要內(nèi)容是特定領(lǐng)域構(gòu)規(guī)則、定理、定律等過程性知識及說明模型庫中各個模型的使用范圍、方法及關(guān)系的規(guī)則信息。約束庫主要是說明知識的使用范圍和使用條件。知識庫系統(tǒng)結(jié)構(gòu)與知識的表示方法有關(guān)。常用的知識表示法有：產(chǎn)生式規(guī)則，語義網(wǎng)絡(luò)、謂詞邏輯、框架、黑板模型、面向?qū)ο蟮谋硎炯皫追N方法混臺使用的表示法。以產(chǎn)生式規(guī)則表示的知識庫系統(tǒng)，由知識庫、知識生成支持機構(gòu)、推理機、工作存儲器等部分組成。無論知庫系統(tǒng)結(jié)構(gòu)如何組成，知 識庠、推理機及工作存儲器是知識庫系統(tǒng)的主要組成要素。 知識庫管理系統(tǒng)的主要功能是在決策過程中，通過人機交互作用，使系統(tǒng)能 夠模擬決策者的思維方法和思維過程，發(fā)揮專家的經(jīng)驗、推測和判斷，從而使問 題得到一個滿意而又具有一定可信度的解答 ,同時 可以根據(jù)知識庫的知識和經(jīng)驗生成建議以支持決策。由此可見，醫(yī)學(xué)知識庫是臨床決策支持系統(tǒng)中的另一個重要元素。知識庫應(yīng)包含詞庫、術(shù)語字典、模型結(jié)構(gòu)、知識倉庫四個部分。其中詞庫針對最小應(yīng)用元素的醫(yī)學(xué)用語進(jìn)行了描述與定義。 (2) 術(shù)語字典則提供了一定范圍內(nèi)的信息關(guān)聯(lián)。這些關(guān)聯(lián)可以包 括相關(guān)屬性的描述、取值范圍、相關(guān)臨床術(shù)語、偏向標(biāo)志、各類編碼表等等。 (3) 知識模型結(jié)構(gòu)是將這些術(shù)語相關(guān)的內(nèi)容組成一種網(wǎng)狀的結(jié)構(gòu)，方便存儲和調(diào)用。知識倉庫就是所有這些知識信息的容器，以功能強大的數(shù)據(jù)庫為架構(gòu)平臺，以輔助智能的文字處理與檢索系統(tǒng)。 (4) 醫(yī)學(xué)知識一般有兩個來源，醫(yī)學(xué)文獻(xiàn)（指記錄已歸檔的知識）和某一領(lǐng)域的專家（指專家的臨床經(jīng)驗）。 (5) 對于任何一種醫(yī)學(xué)知識，系統(tǒng)先通過知識采集引擎把知識采集進(jìn)來，然后通過解釋引擎利用知識模型在知識庫中查找相應(yīng)的解決方案，逐步縮小目標(biāo)范圍，最后由知識庫系統(tǒng)判 定歸于何種類別的醫(yī)學(xué)知識，并存儲于知識庫中相應(yīng)的位置。 30 / 104 疾病數(shù)據(jù)庫 疾 病數(shù)據(jù)庫 是一種將疾病按病種或術(shù)種進(jìn)行分類，使數(shù)據(jù)標(biāo)準(zhǔn)化，存放在計算機數(shù)據(jù)庫中，以備研究使用的數(shù)據(jù)管理與分析系統(tǒng)。 包括：疾病名、英文名、縮寫、別名、 ICD 疾病代碼、概述、流行病學(xué)、病因、發(fā)病機制、臨床表現(xiàn)、并發(fā)癥、實驗室檢查、其他輔助檢查、診斷、鑒別診斷、治療、預(yù)防、預(yù)后及循證醫(yī)學(xué)證據(jù)等項目。 通過疾病分析統(tǒng)計數(shù)據(jù)庫，可以將科室多年積累的病例全部存入計算機，根據(jù)需要隨時調(diào)出，計算統(tǒng)計結(jié)果。只有利用數(shù)據(jù)庫技術(shù)，通過科學(xué)分類，歸納疾病知識體系，建 立系統(tǒng)化?？萍膊〗y(tǒng)計數(shù)據(jù)庫，才能獲取高質(zhì)、完整研究資源，進(jìn)而取得廣泛研究成果。 藥品數(shù)據(jù)庫 提供藥品信息，包括藥名、英文名、別名、劑型、藥理作用、藥動學(xué)、適應(yīng)證、禁忌證、注意事項、不良反應(yīng)、用法用量、藥物相互作用、專家點評等項目。 ? 藥品相互作用審查 提示兩種藥物給一個患者時可能出現(xiàn)的藥理學(xué)效應(yīng)，這些相互作用可能導(dǎo)致毒性增強、藥效降低等，使藥物的實際使用效果發(fā)生改變，或?qū)е虏涣挤磻?yīng)。 ? 藥物過敏預(yù)警 主要對藥品的禁忌癥、副作用、老年人用藥、兒童用藥、妊娠期、特殊藥物劑量的審查和預(yù)警。 ? 合理用藥監(jiān)控 提供藥師在藥品調(diào)配時對患者處方或醫(yī)囑進(jìn)行合理用藥自動和人工審查功能，將發(fā)現(xiàn)的問題進(jìn)行記錄并反饋給責(zé)任醫(yī)師的功能。 ? 用藥研究 用藥研究模塊是提供給醫(yī)生研究藥品資料的入口，在該模塊中醫(yī)生可以查詢和組合審查藥品知識庫中全部幾萬種藥品，也可將當(dāng)前下達(dá)的用藥醫(yī)囑導(dǎo)入用藥研究中與另外的藥品組合測試，在用藥研究平臺中所有信息都不會 31 / 104 被保存，也不會影響醫(yī)生工作站正常的醫(yī)囑。 輔助檢查數(shù)據(jù)庫 提供各類檢查項目信息，每一種檢查項目涉及名稱、縮寫、正常值、臨床意義等內(nèi)容。 循證醫(yī)學(xué)數(shù)據(jù)庫 主要包括：臨床實踐指南、系統(tǒng)評價和 臨床科學(xué)研究，其中臨床科學(xué)研究包括：隨機對照試驗、對照臨床試驗、非隨機對照臨床試驗、病例對照研究、隊列研究、病例報告、病例分析及橫斷面研究等研究證據(jù)。以統(tǒng)一的數(shù)據(jù)規(guī)范存儲成全文數(shù)據(jù)庫。 循證醫(yī)學(xué)數(shù)據(jù)庫的建立，有利于提高醫(yī)療質(zhì)量和臨床科研水平。實施循證醫(yī)學(xué)將會不斷淘汰現(xiàn)行無效的醫(yī)學(xué)干預(yù)措施，防止新無效的措施進(jìn)入 醫(yī)學(xué)實踐，從而不斷提高醫(yī)療衛(wèi)生服務(wù)質(zhì)量和效率，充分利用有限醫(yī)學(xué)資源。通過對醫(yī)學(xué)信息的挖掘、整理，進(jìn)行知識的重新組織，實現(xiàn)從信息服務(wù)向知識服務(wù)轉(zhuǎn)變。 醫(yī)學(xué)資料參照庫 提供具有代表性權(quán)威臨床研究論文、醫(yī)學(xué)期 刊和臨床醫(yī)學(xué)學(xué)會的全文文獻(xiàn)。提供各科權(quán)威臨床醫(yī)學(xué)教科書全文。針對特定主題做導(dǎo)覽式查詢，并提供相關(guān)圖書、期刊文獻(xiàn)、藥物信息、臨床指引、衛(wèi)教信息等參考列表。 臨床輔助診斷 主要提供輔助診斷治療，根據(jù)病人的癥狀，通過分析決策引擎，推斷出患者的疾病，并提供合適的治療方案，供醫(yī)生參考。在醫(yī)生確診并開出處方或處置以后，對疾病、處方以及處置進(jìn)行分析，與知識庫中的規(guī)則進(jìn)行比對，確認(rèn)處方、處置的安全可靠性，如果有異常，則發(fā)出警報，對醫(yī)生提醒，從而提升醫(yī)療服務(wù)質(zhì)量，減少或避免醫(yī)療事故的發(fā)生。 32 / 104 數(shù)據(jù) 交換總線 平臺 醫(yī)院 集成平 臺 核心是 數(shù)據(jù)總線， 這 解決當(dāng)前大部分醫(yī)院最關(guān)注的電子病歷與移動醫(yī)療等業(yè)務(wù)系統(tǒng)接口交互共享及消息數(shù)據(jù)狀態(tài)同步（消息一體化機制）等問題。集成平臺主要包括業(yè)務(wù)數(shù)據(jù)集并提供相應(yīng)的標(biāo)準(zhǔn)處理接口 API（含數(shù)據(jù)采集與數(shù)據(jù)發(fā)布查詢更新），同時提供相應(yīng)的適配器服務(wù)來處理不同供應(yīng)商系統(tǒng)與集成平臺標(biāo)準(zhǔn)接口的數(shù)據(jù)交互 。 在不同的業(yè)務(wù)系統(tǒng)之間，業(yè)務(wù)協(xié)同隨著業(yè)務(wù)的發(fā)生而不停地產(chǎn)生。傳統(tǒng)實現(xiàn)方式可以通過兩個系統(tǒng)之間進(jìn)行點對點的直接數(shù)據(jù)與信息交換進(jìn)行業(yè)務(wù)協(xié)同，但這樣的方式無法實現(xiàn)被交換的數(shù)據(jù)重復(fù)利用。通過借助 數(shù)據(jù)交換平臺 實現(xiàn)業(yè)務(wù)協(xié)同以及協(xié)同 的數(shù)據(jù)與信息交換，這樣在業(yè)務(wù)協(xié)同過程中的數(shù)據(jù)與信息將得到最充分的利用，同時也減少了在各個系統(tǒng)間進(jìn)行點對點的協(xié)同服務(wù)開發(fā)帶來的成本增加，使點對點的業(yè)務(wù)協(xié)同轉(zhuǎn)變?yōu)槎帱c系統(tǒng)間的業(yè)務(wù)協(xié)同。 通過 數(shù)據(jù)交換平臺 ，使整個臨床業(yè)務(wù)活動能基于 醫(yī)院集成 平臺更為充分的實現(xiàn)信息的共享與交換。實現(xiàn)各項臨床業(yè)務(wù)活動在信息使用層面上最大程度的業(yè)務(wù)協(xié)同。使實際臨床業(yè)務(wù)工作在充分的信息利用條件下實現(xiàn)提高業(yè)務(wù)效率、減少臨床差錯、降低業(yè)務(wù)成本、提高臨床服務(wù)滿意度。 通過開放平臺提供的標(biāo)準(zhǔn)化接口，幫助第三方 供應(yīng)商 通過運用和組裝平臺接口及 第三方服務(wù)接 口產(chǎn)生新 應(yīng)用，允許第三方實現(xiàn)擴(kuò)展應(yīng)用功能，同時提供統(tǒng)一便捷的接入方式保證新應(yīng)用基于平臺環(huán)境的統(tǒng)一管理和運行。 33 / 104 ESB（ Enterprise Service Bus，企業(yè)服務(wù)總線）是傳統(tǒng)中間件技術(shù)與 XML、Web 服務(wù)等技術(shù)結(jié)合的產(chǎn)物。 ESB 提供了網(wǎng)絡(luò)中最基本的連接中樞，是構(gòu)筑企業(yè)神經(jīng)系統(tǒng)的必要元素。企業(yè)服務(wù)總線 ESB 就是一種可以提供可靠的、有保證的消息技術(shù)的最新方法。 ESB 中間件產(chǎn)品利用的是 Web 服務(wù)標(biāo)準(zhǔn)和與公認(rèn)的可靠消息協(xié)議接口。 ESB 產(chǎn)品的共有特性包括 :連接異構(gòu)的 MOM、利用 Web 服務(wù)描述語言接口封裝 MOM 協(xié)議，以及在 MOM 傳輸層上傳送簡單對象應(yīng)用協(xié)議 (SOAP)傳輸流的能力。大多數(shù) ESB 產(chǎn)品支持在分布式應(yīng)用之間通過中間層如集成代理實現(xiàn)直接對等溝通。 ESB采用了 “ 總線 ” 這樣 一種模式來管理和 簡 化 應(yīng) 用之 間 的集成拓?fù)?結(jié) 構(gòu)，以廣 為 接受的開放