【正文】 輸入，解釋業(yè)務(wù)規(guī)則，并根據(jù)規(guī)則做出業(yè)務(wù)決策。使用規(guī)則引擎可以通過降低實現(xiàn)復(fù)雜業(yè)務(wù)邏輯的組件的復(fù)雜性，降低應(yīng)用程序的維護和可擴展性成本。規(guī)則引擎試圖解決（或者至少降低）應(yīng)用程序業(yè)務(wù)邏輯的開發(fā)和維護中固有的問題和困難?？梢詫⒁?guī)則引擎看作實現(xiàn)復(fù)雜業(yè)務(wù)邏輯的框架。大多數(shù)規(guī)則引擎允許您使用聲明性編程來表達對于某些給定信息或知識有效的結(jié)果。您可以專注于已知為真的事實及其結(jié)果，也就是應(yīng)用程序的業(yè)務(wù)邏輯。臨床診療智能提醒系統(tǒng)基于如下規(guī)則引擎機制：對提交給引擎的數(shù)據(jù)對象進行檢索，根據(jù)這些對象的當前屬性值和它們之間的關(guān)系，從加載到引擎的規(guī)則集中發(fā)現(xiàn)符合條件的規(guī)則，創(chuàng)建這些規(guī)則的執(zhí)行實例。規(guī)則保存在規(guī)則庫（Production Memory）中，推理機要匹配的事實保存在工作內(nèi)存（Working Memory）中。為了解決規(guī)則的推理機制和規(guī)則條件匹配的效率問題，本系統(tǒng)使用了以下匹配算法：將初始數(shù)據(jù)輸入工作內(nèi)存(Working Memory),使用模式匹配(Pattern Matcher)將規(guī)則庫(Rule Base)中的規(guī)則和數(shù)據(jù)比較,如果執(zhí)行規(guī)則存在沖突, 即同時激活了多個規(guī)則,將沖突的規(guī)則放入沖突集合,解決沖突,將激活的規(guī)則按順序放入執(zhí)行隊列(Agenda),使用執(zhí)行引擎執(zhí)行隊列中的規(guī)則。根據(jù)以上機制，下圖描述了系統(tǒng)主要組件之間的關(guān)系：具體工作流程如下：1) 外部系統(tǒng)或組件向知識庫引擎發(fā)起請求，請求可通過標準SDK或Web Service等方式；2) 知識庫引擎收到請求后，根據(jù)請求方式對請求的數(shù)據(jù)進行包裝和解析；3) 通過工廠模式，調(diào)用工廠方法獲得具體的規(guī)則庫解析模塊；調(diào)用規(guī)則庫模塊的trigger方法，將解析后的請求傳給匹配器進行匹配，并保存匹配結(jié)果；4) 將匹配完成的結(jié)果返回給規(guī)則引擎系統(tǒng)，由其返回給請求者； 臨床知識庫建立與更新知識庫是這個系統(tǒng)的核心，所有的重復(fù)檢查檢驗規(guī)則集合，它直接影響到智能提醒系統(tǒng)的使用。一個知識庫的構(gòu)造過程不是一次性就構(gòu)造完成的，而是需要很多次才能構(gòu)造完成，在構(gòu)造知識庫的過程中，可能會出現(xiàn)一些這樣或那樣的問題，而我們有一套完備的知識庫更新體系。知識條目的來源可以是醫(yī)生對系統(tǒng)的反饋，醫(yī)院給系統(tǒng)的更新，以及最新發(fā)布的醫(yī)療準則等。我們將收集來的知識條目放入系統(tǒng)的知識體系庫中，然后在這個知識體系庫中在去細化，通過條目自身給出的信息，提煉出關(guān)鍵的規(guī)則、關(guān)鍵點。我們再通過對這些提煉出來的關(guān)鍵規(guī)則，觸發(fā)點，經(jīng)過正確的組合，最后放入我們的知識庫引擎。智能提醒系統(tǒng)現(xiàn)行的規(guī)則庫是一個規(guī)則引擎的DRL文件，在得到傳入知識庫引擎的特定的數(shù)據(jù)結(jié)構(gòu)后，提取出所有的條件也就是檢查檢驗的細節(jié)描述，根據(jù)條件的類別（用藥類，檢驗檢查類等）分別存儲到不同的數(shù)據(jù)結(jié)構(gòu)中，在比較過程中記錄匹配成功所能觸發(fā)的規(guī)則。所有的知識庫條目都只用在DRL文件中配置即可。若以后醫(yī)生若有新的規(guī)則可以通過知識庫管理平臺自己手工添加要到知識庫。如重復(fù)檢驗判定可以添加時間界定，藥物檢查可以添加藥物沖突等，都可以及時填充到知識庫引擎。 臨床醫(yī)療質(zhì)量評價與控制系統(tǒng) 概述建立、健全醫(yī)院醫(yī)療全程質(zhì)量在線監(jiān)控、評價、督查、反饋機制，以推動醫(yī)療質(zhì)量持續(xù)改進，一直是醫(yī)院對各醫(yī)院管理的一大難題。要達到醫(yī)療管理標準化、數(shù)據(jù)分析自動化、信息反饋實時化的目的，必須依靠電子化的手段完成。其功能模塊包括： 醫(yī)療質(zhì)量控制包括病歷質(zhì)量和各項核心制度落實情況的在線自查、在線督查以及整改情況的信息反饋，持續(xù)改進的跟蹤。將病歷質(zhì)量分為運行病歷、出院病歷、死亡病歷分別進行時限控制和內(nèi)容控制；將管理核心制度分解成管理評價表格，科學(xué)的量化評價指標，根據(jù)自查和督查的情況，按月評價。 醫(yī)療質(zhì)量監(jiān)測分析系統(tǒng)醫(yī)療質(zhì)量監(jiān)測分析系統(tǒng)由病案數(shù)據(jù)接口、數(shù)據(jù)挖掘平臺、質(zhì)量分析系統(tǒng)、質(zhì)量報告系統(tǒng)、賬號管理系統(tǒng)五個子系統(tǒng)組成。 病案數(shù)據(jù)接口針對異構(gòu)的電子病歷數(shù)據(jù)源，通過安裝向?qū)нM行數(shù)據(jù)庫配置和系統(tǒng)初始化配置，實現(xiàn)病歷原始數(shù)據(jù)的導(dǎo)入。 質(zhì)量表達系統(tǒng)針對原始的病歷數(shù)據(jù)，通過標準化處理進行數(shù)據(jù)清洗，通過多維決策標記進行屬性聚類和質(zhì)量信息定義，建立數(shù)據(jù)分析環(huán)境，將原始的病歷數(shù)據(jù)擴展為包含有結(jié)構(gòu)屬性的質(zhì)量表達數(shù)據(jù)集，獲取病歷數(shù)據(jù)中潛在、豐富的質(zhì)量信息。 質(zhì)量分析系統(tǒng)通過任務(wù)規(guī)劃器可定制醫(yī)療質(zhì)量質(zhì)量監(jiān)測指標，實現(xiàn)目標問題的自動偵測與預(yù)警。在標準化的質(zhì)量表達數(shù)據(jù)基礎(chǔ)上，運用質(zhì)量分析規(guī)則，可自定義質(zhì)量監(jiān)測補充指標，建立跟蹤和預(yù)警機制。 質(zhì)量報告系統(tǒng)篩選統(tǒng)計醫(yī)療質(zhì)量指標，通過質(zhì)量分析向?qū)伞夺t(yī)療質(zhì)量監(jiān)測報告》，通過醫(yī)院自身和醫(yī)院之間醫(yī)療質(zhì)量的比較，幫助醫(yī)院了解自身醫(yī)療質(zhì)量的現(xiàn)狀、變化趨勢、以及與醫(yī)院其他醫(yī)院的醫(yī)療質(zhì)量是否存在差距，建立臨床質(zhì)量干預(yù)控制體系。 賬號管理系統(tǒng)系統(tǒng)管理員在此模塊中完成醫(yī)院各部門管理結(jié)構(gòu)的設(shè)置和醫(yī)院使用這套標準化質(zhì)量管理系統(tǒng)的所有人員的登陸賬號設(shè)置和權(quán)限設(shè)置。 報表瀏覽模塊實現(xiàn)了各質(zhì)控點控制情況的報表展示，管理人員也可以根據(jù)需要，自定義查詢方式和報表格式。為便于對醫(yī)院醫(yī)院及其病區(qū)管理，本系統(tǒng)將醫(yī)院及其病區(qū)工作按工作時限分為年度工作和月度工作，每月第一天紅字公布各醫(yī)院及其病區(qū)當月應(yīng)完成的工作任務(wù)，醫(yī)院及其病區(qū)每完成一項，計算機自動減掉一條，直到完成后紅字消失為止。 臨床數(shù)據(jù)挖掘與管理決策支持系統(tǒng)臨床數(shù)據(jù)挖掘與管理決策支持系統(tǒng)是基于信息共享平臺的SOA開放式構(gòu)架，為醫(yī)院醫(yī)療醫(yī)院提供智能化臨床數(shù)據(jù)挖掘與管理決策支持功能。對于信息的展示方式，我們采用報表、各類統(tǒng)計圖、趨勢分析圖和儀表盤（Dashboard）等技術(shù)，把重要的決策支持信息整合在一起，便于綜合判斷決策。管理決策支持系統(tǒng)幫助監(jiān)管醫(yī)院運營、醫(yī)療質(zhì)量、衛(wèi)生資源利用、疾病預(yù)防與控制等方面。臨床數(shù)據(jù)挖掘與管理決策支持需要從數(shù)據(jù)倉庫的構(gòu)建開始。圖1管理決策支持模式 醫(yī)學(xué)數(shù)據(jù)的特點及數(shù)據(jù)倉庫的構(gòu)建數(shù)據(jù)倉庫存儲的是大量的醫(yī)學(xué)數(shù)據(jù)，醫(yī)學(xué)數(shù)據(jù)具有如下特點：醫(yī)學(xué)數(shù)據(jù)的隱私性（Privacy）——醫(yī)學(xué)數(shù)據(jù)不可避免地涉及到患者的一些隱私信息，當這些隱私信息使患者在日常生活中遭遇到不可預(yù)料的侵擾時，就產(chǎn)生了隱私性問題。醫(yī)學(xué)數(shù)據(jù)挖掘者有義務(wù)和職責(zé)在保護患者隱私的基礎(chǔ)上進行科學(xué)研究，并且確保這些醫(yī)學(xué)數(shù)據(jù)的安全性和機密性。醫(yī)學(xué)數(shù)據(jù)的多樣性——由于醫(yī)學(xué)數(shù)據(jù)是從醫(yī)學(xué)影像、實驗數(shù)據(jù)以及醫(yī)生與病人的交流中獲得的，所以原始的醫(yī)學(xué)數(shù)據(jù)具有多種形式。醫(yī)學(xué)數(shù)據(jù)的多樣性是它區(qū)別于其它領(lǐng)域數(shù)據(jù)的最顯著特征。醫(yī)學(xué)數(shù)據(jù)的不完整性——醫(yī)學(xué)數(shù)據(jù)的搜集和處理過程經(jīng)常相互脫節(jié)，以及一些人為因素使得醫(yī)學(xué)數(shù)據(jù)庫不可能對任何疾病信息都能全面地反映。醫(yī)學(xué)數(shù)據(jù)的冗余性——醫(yī)學(xué)數(shù)據(jù)庫是一個龐大的數(shù)據(jù)資源，每天都會有大量的記錄存儲到數(shù)據(jù)庫中，其中可能會包含重復(fù)的、無關(guān)緊要的、甚至是相互矛盾的記錄。此外，醫(yī)學(xué)數(shù)據(jù)還具有時間性特征。數(shù)據(jù)倉庫是支持決策過程的、面向主題的、集成的、與時間有關(guān)的、持久的數(shù)據(jù)集合，它以傳統(tǒng)的數(shù)據(jù)庫技術(shù)作為存儲數(shù)據(jù)和管理資源的基本手段，以統(tǒng)計分析技術(shù)作為分析數(shù)據(jù)和提取信息的有效方法，以人工智能技術(shù)作為挖掘知識和發(fā)現(xiàn)規(guī)律的科學(xué)途徑，是與網(wǎng)絡(luò)通信技術(shù)、面向?qū)ο蠹夹g(shù)、并行技術(shù)、多媒體技術(shù)、人工智能技術(shù)等相互浸透、互相結(jié)合與綜合應(yīng)用的技術(shù)。創(chuàng)建數(shù)據(jù)倉庫，是從已有數(shù)據(jù)出發(fā)的數(shù)據(jù)倉庫的設(shè)計方法，稱之為“數(shù)據(jù)驅(qū)動”的系統(tǒng)設(shè)計方法，它的基本思路是：利用以前建設(shè)的數(shù)據(jù)庫系統(tǒng)的數(shù)據(jù)，按照分析領(lǐng)域?qū)?shù)據(jù)及數(shù)據(jù)之間的聯(lián)系重新考慮，組織數(shù)據(jù)倉庫中的主題，利用數(shù)據(jù)模型有效地識別數(shù)據(jù)和數(shù)據(jù)倉庫中的主題的數(shù)據(jù)的“共同性”（即建立主題間相互聯(lián)系的屬性）。構(gòu)建一個數(shù)據(jù)倉庫需要完成：抽取主題；組織數(shù)據(jù)；獲取與集成數(shù)據(jù)和建立應(yīng)用。我們的臨床數(shù)據(jù)挖掘與管理決策支持將在數(shù)據(jù)倉庫上展開。 臨床數(shù)據(jù)挖掘功能216。 疾病變化規(guī)律及其影響因素分析216。 臨床診療經(jīng)驗知識發(fā)現(xiàn)216。 藥物／療法有效性和安全性評價216。 臨床路徑等治療方案優(yōu)化等等 管理決策支持功能216。 疾病分析：建議專業(yè)的疾病庫，定義相關(guān)的分析指標，通過對疾病庫進行行分析，對疾病的發(fā)病率等進行展示及預(yù)測。216。 人群構(gòu)成分析： 患者來源、年齡、職業(yè)、病種等。216。 門診就診：門診就診人次（當天按小時統(tǒng)計、天、周、月；月同期對比；不同專業(yè)或科室分類統(tǒng)計）；就診等候時間（平均、最長等候時間）；病人滿意度；醫(yī)生出勤率。216。 住院入院/出院：在院、新入院/出院病人數(shù)、病床周轉(zhuǎn)率、使用率；實際開放總床日數(shù)、平均開放床位數(shù)；出院者平均住院日。216。 醫(yī)療收入與成本：分類（部門、服務(wù)類型、藥品與供應(yīng)、支付類型、疾病分類）收入每天、周、月及年度報表；固定資產(chǎn)；實時收入構(gòu)成監(jiān)測，服務(wù)成本監(jiān)測。216。 實時了解醫(yī)療資源的使用情況，使用醫(yī)療資源合理充分調(diào)配及使用。 系統(tǒng)管理模塊 基本功能管理電子病歷系統(tǒng)提供強大且使用方便的系統(tǒng)管理功能，能夠?qū)﹄娮硬v中用到的各個功能模塊進行設(shè)置。提供的主要管理功能有醫(yī)療數(shù)據(jù)維護、病區(qū)和科室維護、用戶維護、醫(yī)療記錄單配置、通用單配置、打印模板配置、系統(tǒng)權(quán)限配置、系統(tǒng)開關(guān)、醫(yī)囑相關(guān)開關(guān)、系統(tǒng)消息等功能。 醫(yī)療數(shù)據(jù)維護系統(tǒng)支持常用的醫(yī)療數(shù)據(jù)維護，可以針對ICD診斷名詞、手術(shù)信息、護理信息、藥品、檢驗項目、檢查項目等多種醫(yī)療數(shù)據(jù)進行維護。此維護功能可交予醫(yī)務(wù)管理部門和病案室人員進行維護。有些醫(yī)療數(shù)據(jù)還可以直接從醫(yī)院對應(yīng)的HIS、LIS等系統(tǒng)中直接獲取，而不用再次錄入。醫(yī)療數(shù)據(jù)的維護還分級別，可以維護全院級、科室級，以適應(yīng)不同科室的要求。 基礎(chǔ)數(shù)據(jù)維護基礎(chǔ)數(shù)據(jù)功能主要用于維護醫(yī)院各類基礎(chǔ)數(shù)據(jù)。基礎(chǔ)數(shù)據(jù)多數(shù)是與醫(yī)院的HIS系統(tǒng)進行同步處理，包括科室信息、病區(qū)信息、員工信息、床位信息、科室病區(qū)關(guān)聯(lián)信息等。這些數(shù)據(jù)基本都在HIS系統(tǒng)中進行維護，電子病歷系統(tǒng)通過接口與其保持一致。 人員維護系統(tǒng)中提供操作人員的維護功能，可以對醫(yī)生、護士以及管理人員進行維護。維護內(nèi)容包括人員姓名、密碼、職稱、業(yè)務(wù)身份、所屬科室、有效期、以及可使用的功能模塊等。系統(tǒng)支持提供非本院人員及臨時人員，如進修醫(yī)師、實習(xí)醫(yī)護人員的管理功能。 模板制作功能電子病歷模板制作功能可以靈活編制結(jié)構(gòu)化病歷模板的內(nèi)容和樣式，可以對病歷模板的組織結(jié)構(gòu)進行定義。用戶可以設(shè)計屬于自身風(fēng)格的表格模板，并且能夠?qū)δ０宓氖褂梅秶M行規(guī)定，如全院模板、本科室模板、個人模板。病歷內(nèi)容是對每個癥狀和體征進行單獨描述的，因此可以對病歷模板上的每個元素進行檢索和統(tǒng)計，提高病歷資料查找的效率，對臨床科研工作有極大的幫助。5 電子病歷項目實施方案 項目管理 項目實施組織機構(gòu)電子病歷項目實施需要由醫(yī)院和系統(tǒng)軟件供應(yīng)商共同領(lǐng)導(dǎo)，領(lǐng)導(dǎo)小組成員應(yīng)包括雙方高層，負責(zé)項目協(xié)調(diào)，保障項目高效開展。項目管理組負責(zé)項目控制和項目內(nèi)部協(xié)調(diào)，由醫(yī)院和供應(yīng)商各指派1名項目經(jīng)理，共同組成項目管理組。接口實施方案由項目管理組確定。項目需求組主要負責(zé)項目的需求分析，項目需求組由醫(yī)院和供應(yīng)商人員共同組成。產(chǎn)品組由供應(yīng)商技術(shù)人員組成，負責(zé)電子病歷系統(tǒng)在整個項目中的應(yīng)用，負責(zé)產(chǎn)品安裝配置等工作。醫(yī)院派12人配合和學(xué)習(xí)，以便最后系統(tǒng)上線后能夠承擔(dān)現(xiàn)場維護工作。接口開發(fā)組負責(zé)電子病歷系統(tǒng)與醫(yī)院HIS系統(tǒng)的接口開發(fā)和集成。由電子病歷系統(tǒng)供應(yīng)商和HIS公司及其它廠商派技術(shù)人員組成。測試組負責(zé)項目最后測試。由醫(yī)院和供應(yīng)商人員共同組成。培訓(xùn)組按照培訓(xùn)計劃，負責(zé)對系統(tǒng)運維人員，以及操作員進行培訓(xùn)。實施組負責(zé)系統(tǒng)在醫(yī)院的實施，由供應(yīng)商臨床業(yè)務(wù)人員和醫(yī)院醫(yī)務(wù)工作人員組成。實施組負責(zé)形成和提交模板、業(yè)務(wù)管理辦法和操作流程，完成系統(tǒng)的部署，還負責(zé)對操作人員進行現(xiàn)場的使用指導(dǎo)。 機構(gòu)組成組別醫(yī)院軟件供應(yīng)商相關(guān)廠商項目領(lǐng)導(dǎo)小組院領(lǐng)導(dǎo)公司領(lǐng)導(dǎo)項目管理組項目負責(zé)人項目經(jīng)理人員1名項目需求組醫(yī)務(wù)處、各科主任、護士長實施組臨床各科室配合工程師2名 項目管理216。 項目計劃n 協(xié)調(diào)項目各方一起確認項目內(nèi)容；n 為已定義了詳細任務(wù)和進程表的本項目公告準備一份具體的項目計劃；n 根據(jù)項目計劃，向項目組成員分派任務(wù)及確定職責(zé)；n 根據(jù)項目計劃，通過項目工作組向醫(yī)院項目參與人員分派任務(wù)；n 確立項目開發(fā)的文檔和過程標準。216。 項目跟蹤和報告n 與有關(guān)各方保持項目溝通；n 根據(jù)項目計劃，度量和評估項目進展情況；n 出現(xiàn)與項目計劃不同的變更，根據(jù)變更控制程序來解決；n 核查和管理項目變更控制程序；n 每月向項目工作組提交狀態(tài)報告；n 協(xié)調(diào)和管理項目組人員的技術(shù)活動；n 至少在文件討論會議前一個工作日，向項目工作組或項目組成員提供討論文件；n 跟蹤和控制項目工作組批準交付件和相應(yīng)內(nèi)容更改的時間間隔；n 文件一經(jīng)討論，并且對文件的修改已經(jīng)得到項目工作組的同意后，必需在兩個工作日內(nèi)向項目工作組提供修改后的文件或完成修改的目標日期。216。 項目檢查會議n 在項目組內(nèi)部，定期按計劃舉行項目狀態(tài)會議；n 每兩周舉行一次檢查會議，根據(jù)需要，也可部分調(diào)整為按里程碑舉行。 工作交付文件《項目管理計劃》包括所有主要的項目里程碑、責(zé)任、關(guān)聯(lián)因素、工作的細化結(jié)構(gòu)，它是衡量整個項目進度的主導(dǎo)計劃。其中項目進程表是項目管理計劃的一個主要組成部分。項目管理組將制訂一份初稿，提交項目工作組審核和批準。在實際的開發(fā)階段，將會制訂詳盡的計劃和報告。這些計劃和報告將包含以下的內(nèi)容：n 除極少數(shù)外不超過80小時的簡單任務(wù)n 任務(wù)負責(zé)人（盡可能唯一）n 任務(wù)關(guān)聯(lián)性，包括之前及之后的任務(wù)n 任務(wù)交付件項目管理組將按月提供狀況報告，并記錄所發(fā)生的項目狀況會議、設(shè)計回顧、技術(shù)交流會議和工作組會議的結(jié)果。這些會議記錄將包括諸如措施、決議、期限、決定和所需支持等內(nèi)容。 實施流程 電子病歷項目實施范圍電子病歷項目實施服務(wù)范圍包括：216。 在有關(guān)硬件設(shè)備上安裝系統(tǒng)軟件和相關(guān)軟件；216。 對電子病歷系統(tǒng)進行安裝設(shè)置；216。 全院各科室的相關(guān)病歷模板設(shè)計制作；216。 根據(jù)用戶單位要求，對電子病歷系統(tǒng)進行一