電子處方數據中心建設要求

電子處方數據中心建設要求基于大數據集成與治理體系構建電子處方流轉數據底座，形成電子處方數據中心，與全市公立醫(yī)療機構信息系統(tǒng)、全民健康信息平臺以及醫(yī)保、藥店、支付等機構關聯，實現醫(yī)療機構處方信息、結算信息和藥品零售消費消息互聯互通、實時共享以及全市電子處方統(tǒng)一歸集管理，保障數據的標準化、規(guī)范化、可追溯、可監(jiān)管；搭建人員庫、處方庫、機構庫、藥品庫、規(guī)則庫等電子處方業(yè)務主題庫；實現全市需跨機構流轉的電子處方全量清洗轉換與治理；以滿足市民不同層次就醫(yī)購藥需求為核心，提供特色一站式便捷就醫(yī)用藥服務，為電子處方流轉業(yè)務提供數據支撐，為電子處方流轉監(jiān)管分析提供數據抓手。序號子項建設內容分項建設內容建設內容要求1電子處方數據采集數據采集梳理業(yè)務系統(tǒng)梳理；業(yè)務流程梳理；數據信息梳理；數據模型梳理；2API實時數據采集制定數據采集API規(guī)范；數據采集API開發(fā)；數據采集API權限管控；主動數據源網絡投遞；主動投遞數據校驗；主動投遞數據解析；API實時數據入庫；具備API數據接入能力，對注冊API參數、分頁參數調用配置，對返回元數據結構體解析，提供對目標端字段映射，構建API數據接入任務。3數據庫采集關系數據庫采集；大數據倉庫采集；NoSQL數據庫采集；具備信創(chuàng)數據庫實時數據接入能力，提供向導式實時數據接入配置，支持對數據插入、更新、刪除訂閱類型進行多選配置，支持最新數據或全量初始化等讀取起始位點參數配置。4數據采集策略數據讀取策略；字段轉換配置；映射關系配置；表名映射配置；5采集任務管理采集任務配置；采集任務鎖定管理；采集任務發(fā)布管理；采集任務導出；采集任務導入；采集任務分類管理；6采集調度執(zhí)行調度管理；執(zhí)行管理；任務調度執(zhí)行服務；應具備調度組納管能力，將周期調度任務進行歸組統(tǒng)一調度。7采集實例運維數據采集概覽；采集實例監(jiān)控；采集實例操作；采集日志查看；8統(tǒng)一數據源管理數據源配置；數據源維護；數據源連接測試；應具備數據源在項目中維護，具備數據源授權到數據集成、數據開發(fā)、數據服務模塊。9電子處方數據存儲/關系型數據庫；分布式數據庫；電子處方數據湖；10電子處方數據治理/數據質控11數據建模管理數據分層管理；數據主題域管理；數據分類管理；數據編目建模；逆向數據庫建模；導入數據建模；數據模型物化；數據建模管理；數據建模概覽；12數據保護安全概覽；數據安全等級；敏感數據分類；數據脫敏規(guī)則；敏感數據識別；13電子處方數據倉庫數據貼源層數據貼源層適配；數據貼源層開發(fā)；數據標準層數據清洗；數據校驗；數據去重；數據補全；數據基礎層處方主題庫；藥品主題庫；機構主題庫；人員主題庫；規(guī)則主題庫；14數據集市層數據計算；數據監(jiān)控與管理；數據查詢和分析；數據集市層開發(fā)；15數據應用層線上就醫(yī)數據應用；線下就醫(yī)數據應用；處方監(jiān)管數據應用；處方運營管理數據應用；16電子處方數據服務數據服務API生成向導模式設置；腳本模式設置；API返回結果分頁配置；接口動態(tài)脫敏；API封裝；應具備接口動態(tài)脫敏，包括手機號遮掩脫敏、身份證遮掩脫敏、銀行卡遮掩脫敏、郵箱地址遮掩脫敏脫敏規(guī)則。17第三方API注冊API信息配置；API訪問配置；API響應校驗配置；18數據服務管理API管理與維護；API測試驗證；接口導出；接口導入；19API智能網關對接API網關服務發(fā)布對接；API網關服務鑒權對接；API網關服務管理集成；20數據服務概覽數據服務統(tǒng)計；服務發(fā)布分析；服務訪問分析；具體技術要求：電子處方數據中心提供電子處方數據采集、數據存儲、數據治理、數據倉庫、數據服務功能，為電子處方備案平臺、電子處方流轉平臺、電子處方監(jiān)管平臺和電子處方保障平臺等數據應用系統(tǒng)提供數據支撐。電子處方數據采集：為電子處方數據中心提供數據采集與傳輸的能力，包括與內部系統(tǒng)及外部系統(tǒng)進行數據集成的能力。與省/市級委辦局進行數據集成的能力。電子處方數據存儲：為電子處方數據中心提供海量數據集成、存儲、處理、分析、交互過程中的數據處理能力，可根據數據應用層的數據時效性要求，實現高并發(fā)數據訪問。電子處方數據治理：為電子處方數據中心提供至少包括數據質控、數據建模、數據保護在內的數據治理能力。電子處方數據倉庫：數據倉庫從數據模型層次上分為數據貼源層（STG）、操作數據層（ODS）、數據模型層（CDM)。電子處方數據服務：為電子處方數據中心提供面向內外部應用的數據服務能力，數據服務接口包括API接口、數據庫接口和數據文件接口。1、電子處方數據采集針對市醫(yī)療機構（含互聯網醫(yī)院）開具的電子處方數據進行采集，提供API采集、數據庫采集和文件采集等多種采集方式和機制匯聚來自醫(yī)療機構、社康中心、互聯網醫(yī)院、藥品零售機構、第三方售藥平臺、物流企業(yè)上傳的數據；同時支持與省醫(yī)保信息平臺、市全民健康信息平臺、海南電子處方中心等外部數據源進行互聯互通和數據集成服務。電子處方數據采集兼容所有主流數據庫，支持結構化和非結構化數據采集，采集頻率支持API實時采集、數據庫采集、文件采集等多種方式，采集任務執(zhí)行時間可靈活配置；實時數據采集主要采用無感對接技術和標準協議對接；歷史數據采集則通過統(tǒng)一調度中心統(tǒng)一調度，完成所需采集數據。電子處方流轉服務需要實時數據，本項目主要以API采集的形式提供實時采集處方數據，可按業(yè)務需求提供數據庫采集和文件采集服務等數據采集能力。通過API接口采集醫(yī)療機構開具的電子處方數據，由電子處方信息平臺給出API接口規(guī)范，全市醫(yī)療機構、藥品銷售機構等相關方通過給出的API接口規(guī)范主動實時推送相關數據。建立和制定數據采集規(guī)范、標準數據接口、業(yè)務交互標準、業(yè)務交互組件等內容。電子處方信息平臺數據接口標準涵蓋歷史存量數據、增量數據，包括處方信息、處方明細信息、就診信息、診斷信息等醫(yī)療數據接口標準。（1）數據采集梳理數據采集梳理是對數據進行全流程管理的第一步，是數據管理的基礎性工作。需完成業(yè)務系統(tǒng)梳理、業(yè)務流程梳理、數據信息梳理、數據模型梳理。從數據源頭、數據需求兩端對數據進行梳理，明確數據有哪些、在哪里、質量如何等問題。電子處方信息平臺數據采集梳理，首先需要梳理市管轄醫(yī)療衛(wèi)生機構、市、藥品零售機構、第三方售藥平臺等所使用的電子處方相關業(yè)務系統(tǒng)，然后梳理其業(yè)務流程，結合其業(yè)務知識，梳理清楚其現有數據信息，以便后續(xù)對數據倉庫的建設提供支撐，為電子處方中心項目提供高質量的數據服務。業(yè)務系統(tǒng)梳理通過進行業(yè)務系統(tǒng)梳理，我們能夠了解電子處方現有業(yè)務系統(tǒng)的設計思路及現狀，掌握業(yè)務信息化建設情況，初步摸清業(yè)務現狀和方向。首先，需要對電子處方涉及的各機構單位系統(tǒng)進行調研（包括市醫(yī)療衛(wèi)生機構及其附屬機構、市、藥房、身份認證機構、醫(yī)保機構、第三方支付結算機構等），收集各系統(tǒng)架構設計、使用情況等信息，匯總成一張業(yè)務系統(tǒng)清單。業(yè)務流程梳理業(yè)務流程梳理是進行數據采集梳理的基礎。業(yè)務流程的梳理，需區(qū)分清楚業(yè)務及業(yè)務事項的各個環(huán)節(jié)涉及到的要素。對于流程類業(yè)務流，將識別出業(yè)務流中的每個環(huán)節(jié)及其涉及的要素，包括居民就診、醫(yī)生開方、處方流轉、線下醫(yī)保繳費/線上自費、藥品獲取等。通常采取從業(yè)務場景梳理到業(yè)務數據盤點的自上而下演繹，分析各業(yè)務板塊的端到端流程及其過程中的數據流轉，分析現有應用系統(tǒng)對業(yè)務的支撐情況，識別整個流程中的主要業(yè)務對象。業(yè)務流程梳理步驟清單流程梳理步驟內容流程定義與識別流程描述、流程屬性、流程所有人。流程要素定義流程輸入、流程輸出、流程要素、流程約束。關鍵步驟關鍵步驟內容、步驟屬性、控制方法、技術工具/系統(tǒng)、關聯影響。流程書寫（流程梳理交付物）流程描述、流程角色、前提假設、流程圖、流程說明。數據信息梳理電子處方數據涉及多家醫(yī)療衛(wèi)生機構單位，數據結構、內容多元，通過梳理數據信息，能夠提高數據采集的效率與準確度。獲取各醫(yī)療衛(wèi)生機構相關需求和業(yè)務系統(tǒng)數據信息后，對源數據進行全面梳理，充分理清來源數據的接入方式、數據結構、數據內容、數據關系，識別可能存在的數據問題。同時，結合業(yè)務場景，幫助分析數據需求實現的可行性，找出潛在的數據問題和風險。數據范圍梳理清單編號梳理項目主要內容1數據重要性數據適用范圍；數據是否權威；數據是否被二次或多次加工；業(yè)務系統(tǒng)是否長期使用；涵蓋公共庫的內容范圍；業(yè)務系統(tǒng)的重要等級。2數據抽取方式庫表對接；文件對接；接口調用；3數據屬性數據類型（結構化、非結構化）；數據庫類型（大數據、關系型數據庫）；數據量級；更新頻率（實時、日、周、月、季、年）；接入方式（增量/全量）；數據聯系人；4是否具備接入條件網絡是否通暢；數據是否獲?。槐碇惺欠裼袛祿?；數據獲取是否合乎法律規(guī)范。通過調研獲取的業(yè)務鏈路，包括服務器、應用、中間件、數據庫、應用的集群情況、應用服務分布、應用服務之間的網絡鏈路、業(yè)務鏈路等，梳理每一端的數據鏈路情況，對各種協議分析，記錄梳理所有端的IP+端口等信息，形成服務器、中間件、數據庫、集群、應用、業(yè)務系統(tǒng)的關聯關系。數據環(huán)境護理清單編號梳理項目主要內容1系統(tǒng)環(huán)境清單系統(tǒng)名稱、子系統(tǒng)名稱、系統(tǒng)狀態(tài)、維護廠商、部署環(huán)境、訪問地址、系統(tǒng)IP及端口、運行時間、系統(tǒng)分辨率、對接人等信息。2數據環(huán)境清單數據庫類型、數據版本、數據庫部署環(huán)境、數據庫IP地址和端口、表總張數、數據量、使用空間總大小、缺失表注釋表、不規(guī)范表結構總張數等信息。數據模型梳理數據模型的梳理，主要是針對各類數據實體對象內外部關系的梳理，并以數據模型的形式進行體現。梳理數據模型能夠將業(yè)務流程轉成數字化信息，從而進行下一步識別處理。具體可對如下數據模型進行梳理：源數據模型，主題數據模型，專題數據模型。（2）API實時數據采集電子處方信息平臺支持API實時數據采集服務能力，提供相應的API接口規(guī)范給參與電子處方信息平臺處方流轉業(yè)務的醫(yī)療機構、藥品零售機構和網絡銷售平臺、支付結算平臺、商業(yè)保險機構、第三方藥品物流配送企業(yè)等數據使用者，接口形式包括WebService、HTTPRestful接口等方式，通過提供的API接口向電子處方信息平臺主動實時推送電子處方及其相關數據。API采集方式與電子處方信息平臺約定準入授權機制，包括電子處方信息平臺內部業(yè)務平臺和應用端數據接口，以及省醫(yī)保信息平臺、市全民健康信息平臺等外部系統(tǒng)數據接口的準入授權。電子處方信息平臺對接互聯網醫(yī)院、本地醫(yī)療機構處方系統(tǒng)、各類處方藥銷售平臺、醫(yī)保信息平臺、支付結算機構、商業(yè)保險機構，通過API接口采集醫(yī)療機構（含互聯網醫(yī)院）開具的電子處方數據以及各類處方藥銷售平臺的藥品進銷存數據，由電子處方信息平臺給出API接口規(guī)范，全市醫(yī)療機構、藥品銷售機構等相關方通過給出的API接口規(guī)范主動實時推送相關數據，實現處方相關信息統(tǒng)一歸集，以及醫(yī)療機構處方信息、醫(yī)療保障結算信息與藥品零售消費信息互聯互通、實時共享，實現對電子處方線上線下聯動監(jiān)管、藥品流向全程追溯。本項目主要以API實時數據采集的形式實時采集電子處方及其相關數據，可按業(yè)務需求提供數據庫采集和文件采集服務能力。制定數據采集API規(guī)范制定統(tǒng)一的API接口規(guī)范是實現數據采集和處理的關鍵步驟，包括數據格式、傳輸協議和安全機制的定義，確保數據的準確性和安全性。還應清晰地說明每個接口的使用方法、參數說明、返回結果等，為開發(fā)人員提供便捷的參考。數據采集API開發(fā)設計和開發(fā)采集API接口，包括接口的請求和響應參數、接口的驗證和授權機制等。根據業(yè)務需求和數據源的特點，確定接口的參數類型、數據格式和數據結構，確保接口的靈活性和易用性，實現對數據源的采集和處理，并將采集到的數據推送到目標系統(tǒng)，滿足業(yè)務需求和數據的一致性要求。數據采集API權限管控根據用戶的權限和需求實現權限控制，確保只有經過授權的企業(yè)/機構能夠進行數據采集API調用，并且記錄采集API接口的訪問日志和操作記錄，便于后續(xù)的審計和追蹤。需要結合電子處方流轉業(yè)務及場景，對部門的業(yè)務系統(tǒng)進行注冊，輸入備案的詳細信息，包含系統(tǒng)的開發(fā)商、系統(tǒng)名稱等，通過調用API網關提供的接口，將備案通過的應用系統(tǒng)賬號注冊到API網關，接口訪問日志會記錄每個應用系統(tǒng)唯一的APPKEY和APPSERCRT，當追溯時可以查詢訪問方所屬的應用系統(tǒng)和部門信息。主動數據源網絡投遞將API開放到數據源方，接收數據源方主動通過網絡傳遞的數據，可以實現數據的實時傳遞和更新，使得數據的獲取更加高效和及時。對采集到的數據進行校驗和合法性檢查是電子處方系統(tǒng)中非常重要的環(huán)節(jié)，可以確保數據的完整性和準確性，避免因臟數據而造成的系統(tǒng)錯誤或信息混亂。在主動投遞數據到電子處方系統(tǒng)時，需要進行嚴格的校驗和合法性檢查以確保數據的質量。主動投遞數據校驗對采集到的數據進行校驗和合法性檢查，確保數據的完整性和準確性，避免臟數據的影響。主動投遞數據解析各個醫(yī)療機構、藥品銷售平臺、醫(yī)保信息平臺、支付結算機構和商業(yè)保險機構建立數據連接，通過API實現數據的獲取、解析等操作，確保數據格式與目標系統(tǒng)的數據格式兼容。必要時進行格式轉換和字段映射，以確保數據能夠正確地被接收和處理。API實時數據入庫實時采集處方相關信息，推送到統(tǒng)一數據中心或目標數據庫，實現數據的同步和更新，保持數據的一致性。（3）數據庫采集電子處方信息平臺對接互聯網醫(yī)院、本地醫(yī)療機構處方系統(tǒng)、各類處方藥銷售平臺、醫(yī)保信息平臺、支付結算機構、商業(yè)保險機構，可按業(yè)務需求采用數據庫采集方式通過數據庫只讀賬號開放數據庫備庫數據訪問相關方的業(yè)務系統(tǒng)，電子處方數據中心主動查詢拉取相關方上傳的對應數據，實現主動采集、無感采集，被采集方不涉及接口開發(fā)。數據庫采集支持數據庫賬號讀取，采用批量輪詢的方式，是主動式且非實時采集，針對應用場景有實時和交互需求時更適合采用接口和消息隊列方式對接。數據庫采集支持增量抽取、全表采集等各種數據采集方式；支持日志管理和異常監(jiān)控；支持基于HL7/DICOM等標準協議數據的采集。根據軟硬件條件對電子處方信息平臺流轉業(yè)務參與方的業(yè)務數據庫提供無感對接技術，實時或分時段采集相關機構的系統(tǒng)數據?；诓杉脚_統(tǒng)一調度系統(tǒng)，通過對歷史數據和增量數據采用不同的任務調度，可以實現對歷史數據和每日增量數據的同步采集。對于某些需要實時同步的數據，可以通過采集平臺統(tǒng)一調度系統(tǒng)，做到實時或準實時同步數據。關系數據庫采集對醫(yī)療衛(wèi)生業(yè)務系統(tǒng)產生的結構化數據進行數據匯聚，根據源系統(tǒng)的數據存儲方式不同，其接入的方式也不同。關系數據采集用于將關系數據庫的數據進行采集，設計過程不需要開發(fā)代碼，而是通過靈活界面配置的方式達到數據按需采集的目的。大數據倉庫采集對于大數據倉庫作為數據源端，也可以進行采集作業(yè)設計。平臺對大數據倉庫采集作業(yè)配置提供向導式指引，其界面也與關系數據采集作業(yè)相似，以保持一致的用戶體驗。業(yè)務流程主要包括指定源端數據與需下沉到的目標數據端的配置信息，并且根據不同類型的目標數據庫可進行特定參數的設置。NoSQL數據庫采集對NoSQL數據采集作業(yè)進行設計，指定源端數據與需下沉到的目標數據端的配置信息，并且根據不同類型的目標數據庫可進行特定參數的設置，以及可支持輸出到目的庫中創(chuàng)建新表或映射已有表。（4）數據采集策略實現對源端系統(tǒng)的數據采集，配置完成數據采集的目標數據源和數據庫對象的選擇，完成對多樣性數據的采集入庫。包括增量、全量、流式等數據過濾策略進行數據分發(fā)加載；通過映射關系將會把源表和目標表的字段自動映射起來；提供字段轉換規(guī)則可以為數據轉換環(huán)節(jié)進行處理提供輸入。數據讀取策略定義任務輸入表的讀取策略，包括增量讀取和全量讀取兩種方式，數據讀取策略作用于任務的計算邏輯。字段轉換配置字段轉換數據集成的重要能力主要包括字符串替換、表達式、脫敏等，系統(tǒng)提供可視化數據模型設計器，用戶可引用平臺內置的脫敏規(guī)則，也可自定義自己的轉換規(guī)則，以完成數據轉換的設置。映射關系配置將本來屬于采集引擎底層的映射規(guī)則通過Web界面顯現給用戶，提供統(tǒng)一的管理界面，通過Web就可以方便地查看，管理映射規(guī)則。在配置作業(yè)時，可以通過拖拽的方式進行源端與去向端的字段映射，方便用戶配置映射規(guī)則，避免因配置映射規(guī)則錯誤導致集成任務失敗。表名映射配置在整庫采集的場景下，定義源端表同步到去向端表的命名規(guī)則，系統(tǒng)自動將源數據庫中所有表根據預設規(guī)則進行批量修改表名，再將修改后的表名對應地導入目標數據庫中，使得導入后的數據能夠正常運行并避免沖突。（5）采集任務管理數據采集任務管理是對數據采集過程中相關任務的創(chuàng)建、調度規(guī)則、發(fā)布狀態(tài)等工作的管理。它是保證數據采集穩(wěn)定、高效、安全的重要手段，涉及數據采集任務配置、任務鎖定、任務發(fā)布、多項目隔離、類目管理等方面。采集任務配置創(chuàng)建新的數據采集任務，支持對任務名稱與描述進行自定義，設置任務所屬類目，提供各類數據源接入與數據采集作業(yè)設計的界面。采集任務鎖定管理在數據采集過程中，為了防止任務被其他用戶操作所修改而采取的一種措施。當任務被負責人鎖定后，系統(tǒng)會自動鎖定任務信息，確保其他用戶無法對其進行修改。這有助于保證數據采集的準確性和完整性，避免出現數據重復或丟失等問題。采集任務發(fā)布管理采集任務可以進行發(fā)布/取消發(fā)布，任務發(fā)布后將按照預設的采集方式、周期和時間進行數據采集操作；需要暫?；蛉∠蝿盏膱?zhí)行，也可以通過取消發(fā)布的操作來實現，任務取消發(fā)布后將停止執(zhí)行，不再進行數據采集操作。采集任務導出采集任務以壓縮包形式將作業(yè)信息一鍵導出，以便進行備份、遷移、分享等操作。采集任務導入采集任務支持導入到生產環(huán)境，用戶可以選擇導入任務配置文件，這個文件通常是由系統(tǒng)提供的導出功能生成的。導入時系統(tǒng)會解析文件中的任務配置信息，并自動創(chuàng)建對應的采集任務。采集任務導入有助于用戶快速進行開發(fā)，避免了手動創(chuàng)建任務的繁瑣過程。采集任務分類管理采集任務分類管理是指對數據集成中各種數據采集任務的分類進行統(tǒng)一管理和維護，包括任務分類的新增、刪除、排序、修改等操作。用戶確定項目需要用到的任務類目，合理地設置任務分類結構，可以方便項目內其他用戶查看和管理任務，更好地進行團隊協作和進度控制。（6）采集調度執(zhí)行采集調度執(zhí)行數據采集調度功能是對數據集成任務的調度管理，通過多種靈活的調度方式，可以有效地支持數據集成任務的完成。調度管理平臺提供穩(wěn)定高效的調度能力，提供豐富的調度配置策略與海量的作業(yè)調度能力；支持分鐘、小時、天、周多種調度周期；支持參數變量配置；支持設置任務的最長執(zhí)行時間，如果超過最長執(zhí)行時間任務仍未執(zhí)行完，則把任務置為失敗。調度周期配置周期調度支持分鐘、小時、天、周等多種調度周期。分鐘調度任務，即每天指定的時間段內，每隔N分鐘自動調度運行一次；小時調度任務，即每天指定的時間段內，每隔N分鐘自動調度運行一次；天調度任務，即每天自動調度運行一次；周調度任務，即每周的N天會自動調度運行一次，運行時遵循調度規(guī)則。2）調度組管理為了提高對數據采集任務的管理效率，支持多個任務同屬一個調度組，對任務進行統(tǒng)一調度周期管理、暫停與啟用調度。通過調度組管理，可以對多個任務進行集中管理，減少重復操作，提高管理效率。同時，統(tǒng)一的調度周期和暫停/啟用功能也為你提供了更靈活的任務調度控制，使數據采集任務的管理更加便捷和高效。執(zhí)行管理1）任務通道數配置可以對任務的任務通道數進行配置，定義從來源端并行讀取與去向端并行寫入數據的最大線程數。為了提高數據采集的效率，可以適當調整，以縮短數據集成需要的時間。2）任務速率配置可以對任務的速率進行配置，保護讀取端數據庫，避免抽取速度過大，給源庫造成太大的壓力，按照作業(yè)整體速度限制來運行任務，每個并發(fā)分片的速率是（限流速率/任務通道數）。在不限流的情況下，任務將在所配置的并發(fā)數的限制基礎上，提供現有硬件環(huán)境下最大的傳輸性能。3）任務臟數據閾值配置配置寫入到去向表里的臟數據閾值，條數限制或百分比限制任意一個限制觸發(fā)均會導致任務被置為失敗。不配置時，默認允許臟數據，即任務產生臟數據時不影響任務執(zhí)行。配置為0時，表示不允許臟數據存在。4）任務超時時間配置可以對任務的超時時間進行配置，定義實例運行最大時長。若超過此值，任務將被置為失敗。5）自動告警策略系統(tǒng)對任務執(zhí)行過程中產生的異常信息進行自動實時監(jiān)控，并發(fā)送告警，以快速處理任務執(zhí)行出現的問題，并盡可能避免數據丟失。任務調度執(zhí)行服務統(tǒng)一調度執(zhí)行服務是對數據集成任務的調度執(zhí)行，有效地支持完成數據集成任務的完成。1）任務調度引擎任務調度引擎作為分布式架構的主節(jié)點，根據執(zhí)行引擎的資源使用情況，結合作業(yè)的定時調度、周期調度和優(yōu)先級調度策略，將作業(yè)分派給合適的執(zhí)行引擎執(zhí)行，確保作業(yè)按照正確的順序關系執(zhí)行，保障緊急任務和關鍵業(yè)務的優(yōu)先執(zhí)行，同時實現資源的合理利用，使集群整體運行性能最優(yōu)，整體作業(yè)執(zhí)行效率最高。2）任務執(zhí)行引擎任務執(zhí)行引擎作為分布式架構的從節(jié)點，負責接收調度引擎派發(fā)的數據轉換任務并完成執(zhí)行，在執(zhí)行完畢后向調度引擎反饋執(zhí)行結果。隨著性能和穩(wěn)定性要求的不斷提高，執(zhí)行引擎可不停機橫向擴展，從而能夠良好適應高并發(fā)量的任務處理場景。（7）采集實例運維數據采集實例運維是對數據采集任務生命周期的全面監(jiān)管和維護，目的是確保數據的安全性和可靠性，以支持業(yè)務運營過程。平臺提供對數據采集任務執(zhí)行過程中產生的實例進行管理和維護，支持對實例運行情況監(jiān)控，及時發(fā)現異常情況，同時可對運行中的實例操作停止。數據采集概覽采集概覽功能提供了數據采集全局視圖，包括數據接入量、存儲大小、接入排行和運行狀態(tài)等信息，幫助您快速了解數據接入及任務運行情況。采集實例監(jiān)控數據采集實例的所有操作日志都被記錄下來，包括采集過程中所遇到的各種錯誤信息，方便查看日志執(zhí)行的整個過程。在執(zhí)行出現異常時，有助于快速準確定位到異常信息和追蹤問題。采集實例操作提供統(tǒng)一展示采集實例執(zhí)行情況以及異常情況，從而出現狀況時能快速地定位問題，對出現問題的采集實例可執(zhí)行停止操作。采集日志查看提供采集實例詳情查看功能，如實例的執(zhí)行信息，數據讀取、寫入的對賬信息等。（8）統(tǒng)一數據源管理統(tǒng)一管理的數據源信息作為數據平臺基礎數據，將用于平臺各個數據模塊與數據來源進行連接，為后續(xù)數據集成、治理與開放服務等數據全生命周期管理提供穩(wěn)定、可用的存儲和計算環(huán)境。數據源配置在使用數據源前，需要先接入數據源，對數據庫的基本信息和擴展信息進行填寫，以及對數據源的連接信息進行登記，如：IP、端口、數據庫名、用戶名、密碼等，方可進行連接。并且，在完成數據源接入配置后，可以檢測系統(tǒng)服務節(jié)點與數據源之間是否能夠連通。數據源維護對平臺需要建立的數據庫連接進行維護，包括數據庫連接新建、修改、刪除等功能。除了對數據源信息的維護外，還提供通過數據源類型、名稱等對所有數據源進行篩選查詢，方便使用人員快速定位數據源，以及對指定數據源進行維護。數據源連接測試平臺支持對數據源連接測試是否正常，有效防止配置的連接信息（網絡、URL、賬號、密碼等）錯誤，避免在任務執(zhí)行過程中出現此類錯誤，在源頭上保證正確性。數據源連接測試結果中會對返回信息提供用戶查閱，以進一步排查具體問題。對于測試連接失敗的數據源，不可用于數據同步任務。2、電子處方數據存儲通過大數據存儲平臺的建設，針對處方流轉各環(huán)節(jié)的原始信息，以及基于原始信息進行數據治理后形成的二次可利用信息和運營管理產生的數據，實現將采集到的海量、多源、異構的結構化、半結構化、非結構化的相關數據進行安全存儲，支持分布式海量半結構化、非結構化數據存儲；支持分布式內存數據，實現高并發(fā)數據訪問。電子處方數據存儲提供分布式調度與協調功能，能夠將全部數據資源池化，將數據資源統(tǒng)一管理、分配，提供統(tǒng)一的可視化管理框架，范圍包括資源創(chuàng)建、申請、審批、租用、回收與監(jiān)控等全生命周期管理。采用關系型數據庫、分布式數據庫、大數據平臺和文件系統(tǒng)，加密存儲電子處方流轉各環(huán)節(jié)的原始信息，以及基于原始信息進行數據治理后形成的二次可利用信息和運營過程產生的數據，實現電子處方數據中心海量數據集成、存儲、處理、分析、交互過程中的數據處理能力，實現高并發(fā)數據訪問。本項目涉及的關鍵業(yè)務數據重要，可靠性要求高，在電子處方數據處理過程中，要求根據不同場景選擇關系型數據庫和分布式數據庫作為關鍵業(yè)務的結構化數據的存儲載體。（1）關系型數據庫本項目對于電子處方信息平臺的電子處方備案平臺、電子處方流轉平臺、電子處方監(jiān)管平臺和電子處方保障平臺等電子處方業(yè)務平臺的信息系統(tǒng)，采用關系型數據庫存儲包括但不限于身份鑒別、電子處方流轉業(yè)務錄入、模型參數、處方監(jiān)管、運營過程產生的數據等結構化數據。（2）分布式數據庫市醫(yī)療機構上傳的外配處方數據以及開方醫(yī)師與審方藥師的電子簽名和時間戳等認證信息，還有藥品零售機構和網絡銷售平臺的藥品進銷存數據，以及藥品物流配送企業(yè)的藥品配送同步信息，加密存儲到電子處方信息平臺的分布式數據庫，實現數據流批一體的及時查詢、分析、計算。分布式數據庫可以滿足多源數據分析需求，例如固定歷史報表，實時數據分析，交互式數據分析和探索式數據分析等。（3）電子處方數據湖電子處方信息平臺通過整合醫(yī)療機構處方信息、結算信息、藥店零售消費信息、支付信息和物流信息，實現電子處方信息互聯互通、實時共享，加強信息共享與開放，深度挖掘醫(yī)療數據資源智慧應用。電子處方數據湖為電子處方信息平臺提供分布式數據的管理和分布式文件系統(tǒng)，包括分布式文件系統(tǒng)、內存計算框架、交互式分析計算框架等；同時，在進行實時計算時，提供流計算框架。電子處方數據湖能夠存儲海量數據，提供高性能的查詢搜索、實時分析、統(tǒng)計分析、預測性分析等數據分析功能。電子處方數據湖的安全、可靠、穩(wěn)定，能夠同時解決電子處方信息平臺歷史數據與實時數據讀寫速度快、響應效率高的大數據存儲、數據質量監(jiān)控、決策支持、挖掘、分析的需求。3、電子處方數據治理遵循國家標準、行業(yè)標準、市全民健康信息平臺數據標準、數據質量標準、數據質量控制管理流程，開展對電子處方數據存儲層多源異構的處方數據進行深度治理，建立以應用場景拉動數據質量持續(xù)改善的機制，逐步實現結構統(tǒng)一、數據標準化、信息完整的數據。通過建設數據質量控制規(guī)則庫，對電子處方信息平臺各業(yè)務系統(tǒng)數據進行質量檢測，通過數據質控流程提升數據質量，解決來自不同藥店、不同醫(yī)院、物流等多源異構數據及術語多樣化等問題，提供數據標準管理、數據質量管理、元數據管理、主數據管理等工具實現對數據質量全生命周期的監(jiān)控，支持批處理ETL，腳本采用SQL或者Python，支持任務編排和定時調度。（1）數據質控數據質控是指對醫(yī)療機構上傳的處方原始數據，醫(yī)藥機構上傳的藥品原始數據進行檢測、評價、控制的過程，是需要長期持續(xù)進行的工作。數據質控提供規(guī)則管理、質控規(guī)則綁定、數據質量評分、質量監(jiān)控告警以及多維統(tǒng)計分析等功能，以確保對電子處方平臺所需的關鍵數據的完整性、規(guī)范性、及時性、一致性、有效性和唯一性給出全面準確的評估，并根據評估結果通知醫(yī)療機構，藥品零售企業(yè)修正上傳數據的質量。質控功能提供自定義規(guī)則創(chuàng)建，通過自定義腳本和內置參數滿足復雜、個性化的質量控制規(guī)則要求，針對電子處方醫(yī)療機構和醫(yī)藥機構上傳的數據，包括但不限于以下規(guī)則：處方數據完整性診斷名稱規(guī)范性藥品編碼準確性處方時效性空值字段證件類型規(guī)范性處方類別代碼規(guī)范性用藥途徑代碼規(guī)范性藥物類型代碼規(guī)范性中藥類別代碼規(guī)范性處方項目分類代碼規(guī)范性常見維度的質控規(guī)則，在質控界面上快速建立質控方案，制定質控任務，定時輸出質控報告。（2）數據建模數據模型是數據的組織和存儲方式，通過數倉分層、主題分域、數據分類、關聯數據標準，規(guī)范數據建模，將數據進行有序、有結構地分類組織和存儲。數據分層管理數據治理過程中，源端數據需經過入庫、清洗、轉換、融合、分析等過程，方能對上層應用系統(tǒng)提供靈活、準確的數據服務。為管理存儲這些過程數據，通常需對數據進行分層管理，業(yè)界通用的分層包括貼源層、標準層、原子層、主題層、專題層、服務層等，同時用戶也可以根據實際需要創(chuàng)建不同的分層，支持用戶自定義分層。數據主題域管理數倉中匯聚了來自眾多業(yè)務系統(tǒng)中的數據，經過融合、分析，生成不同業(yè)務領域的目標數據模型。故治理過程中，需能清晰標識每個數據模型屬于哪個業(yè)務領域，以便查詢和管理。實際應用中，業(yè)務領域種類眾多，每個應用涉及的領域也不同，平臺需支持用戶自定義業(yè)務主題域。數據分類管理數據模型設計，根據數據的性質可以分為不同的類別，如主數據、業(yè)務實體數據、明細事務數據、公共維度數據、參考數據等。業(yè)務實體數據：是一個物理對象或業(yè)務對象關于客觀事實的記錄，可以是組織、人員、地點、系統(tǒng)等。明細（事務）數據：實體間發(fā)生的交互行為或過程的描述。可以是事項咨詢、辦理、申請、操作等事件的描述。公共維度數據：對多個專題中的維度數據進行基礎性說明和描述的數據，可指定不同值的對象的描述性屬性或特征。參考數據：通過內部定義或外部來源，來有效維護數據值列表及其業(yè)務含義的定義。平臺支持用戶自定義管理數據分類類型。數據編目建模數據模型是數據的組織和存儲方式，在數據治理過程中，每個層級都需要根據業(yè)務需求設計合理的、規(guī)范的數據模型。數據模型設計允許用戶先定義概念上的數據模型及其字段，可以定義字段的類型、長度、精度、是否主鍵等，也可以用已經定義好的數據標準來約束某個字段；并可以管理數據模型所屬的層級及業(yè)務主題域。用戶可查詢及管理自己權限范圍內所有數據模型。逆向數據庫建模逆向數據庫建模，指通過數據連接，將其他數據源的數據庫中的表導入到數據模型倉庫里面，在逆向數據庫之前，需要確保其他數據源的數據庫已完成元數據采集，配置逆向數據庫建模任務，需要制定業(yè)務板塊、主題分域等信息，同時也可對所建數據模型的命名添加前綴實現表名差異化建模。導入數據建模導入數據建模，即批量導入數據表建模，通過提供的數據模型導入模板，按照導入模板要求，批量添加需要導入的數據模型，通過一鍵上傳，完成批量數據建模。數據模型物化用戶在平臺上設計好需要的數據模型后，可以通過平臺直接將數據模型物化到數倉中，生成物理表。用戶可以自定義需物化的目標數據源、數據庫及文件格式、編碼格式，平臺將自動生成DDL語句并自動執(zhí)行，在目標數據庫完成物理表的創(chuàng)建。用戶可以同時選擇多個數據模型，一次性完成物化創(chuàng)建。數據建模管理提供已編目建模管理功能，支持對已編目的模型進行查看詳情，同時支持對模型進行編輯、刪除等功能，同時支持以列表形式展示數據模型導入記錄，可以查看模型設計中，已導入的數據模型。數據建模概覽提供數據建模概覽能力，通過建模概覽，從建模來源渠道查看模型的渠道分布數量，從業(yè)務板塊、數據分類排行可以查看各個板塊的模型數量，同時可以直觀查看各個板塊下各分層、各主題域下的建模數量、物化數量、引用標準情況等，掌握模型的變化趨勢內容。（3）數據保護基于敏感數據定義與敏感數據分級分類的劃分設置，通過數據探查任務實現敏感數據字段級的智能識別保護，同時引用脫敏算法與脫敏規(guī)則實現數據的動靜態(tài)脫敏，全方位保障數據安全。數據保護模塊主要功能包括數據安全等級、數據敏感分類、數據敏感規(guī)則、敏感數據識別、敏感識別結果等功能。安全概覽提供數據安全概覽能力，通過數據安全概覽，支持從敏感規(guī)則維度、識別數據庫表集敏感占比，識別任務運行狀態(tài)分布、識別結果分布發(fā)現敏感數據，掌握敏感數據變化趨勢情況。數據安全等級數據安全等級模塊主要是存儲數據設置安全等級，包括地敏感級、較敏感級、敏感級、極敏感級等，通過安全等級的設置，自動發(fā)現敏感數據標識，針對組織全域的數據資產以及用戶資產進行全面梳理，提供全方位數據安全治理能力。數據安全等級內容主要包括等級、等級名稱、等級描述、更新時間、更新人等信息。同時提供數據安全等級管理的新增、刪除、修改功能。敏感數據分類敏感數據分類模塊，主要是存儲敏感類型數據，包括內置身份證號、手機號、銀行卡號、郵箱等敏感類型數據，同時提供新增敏感類型為數據進行分類，進一步提升敏感數據的安全保障能力。敏感數據分類管理，內容主要包括敏感類型、創(chuàng)建方式、識別對象、正則表達式、被引用情況、更新時間、更新人等信息。同時提供敏感分類的新增、刪除、編輯功能。數據脫敏規(guī)則數據脫敏規(guī)則模塊，主要是存儲脫敏規(guī)則數據，例如手機號遮掩脫敏、身份證遮掩脫敏、銀行卡遮掩脫敏等，提供給數據識別應用。脫敏規(guī)則列表展示內容主要包括規(guī)則名稱、創(chuàng)建方式、脫敏算法、算法配置等，顯示系統(tǒng)已內置的規(guī)則以及用戶自定義新增的脫敏列表。同時提供脫敏規(guī)則新增、編輯、刪除功能。查看規(guī)則引用詳情功能，支持查看規(guī)則下被引用的次數以及引用的任務列表信息。敏感數據識別為保障數據安全，為用戶提供敏感數據智能識別功能，快速根據識別任務，獲取識別敏感數據結果，提升數據識別效率與準確率。1）識別任務配置新增識別任務功能，可以對不同的數據源下的數據庫、數據表進行設置識別任務，針對不同的敏感類型進行設置數據脫敏規(guī)則，實現對數據庫、數據表進行敏感數據識別，生成識別結果。2）識別任務管理對創(chuàng)建的識別任務進行管理，提供識別任務執(zhí)行、重新執(zhí)行、刪除、編輯等功能，同時支持查看識別任務觸發(fā)的日志信息。3）識別結果審核展示識別任務下產生的識別結果清單，提供識別任務結果審核功能，支持單個審核、批量審核，全部審核等，對敏感字段的敏感類型識別結果進行審核過程中，可對數據敏感類型，脫敏規(guī)則進行修改，審核通過的數據可在敏感識別結果模塊查看。敏感識別結果識別結果模塊，主要是對敏感數據識別的結果進行展示，便于查看數據庫中各表的敏感數據，提升數據識別效率與準確率。系統(tǒng)中審核通過的敏感識別結果數據。支持按照數據源類型下不同數據庫、數據表下的識別結果數據進行過濾展示，列表展示內容包括識別任務、數據源、數據表、字段、字段類型、敏感類型、數據采樣、脫敏示例等內容。同時展示敏感數據的整體情況，包括敏感數據表數、敏感字段等。4、電子處方數據倉庫（1）數倉架構設計要求合理有效的數倉架構模型是保證電子處方數據流和數據清洗過程的基礎，有助于從全局上把握數據流程，并實現對數據的溯源。電子處方數據流數倉架構如下圖：電子處方數據中心依托市業(yè)務云、大數據平臺、安全防護等基礎設施進行設計和實施，為電子處方數據中心內外部提供統(tǒng)一數據服務。電子處方數據中心的數據架構包括歸集庫、基礎庫、專題庫。數據分層包括有：貼源層、標準層（虛擬層）、基礎層、集市層、應用層。歸集庫匯聚電子處方相關各業(yè)務系統(tǒng)的業(yè)務數據和外部各部門的共享數據以及歷史各類文件結構化處理后的數據，按照數據來源分類存儲，保留源數據的原始明細。中心庫根據制定的數據接入規(guī)范、數據開發(fā)規(guī)范，對歸集庫的原始數據進行數據標準化處理，形成統(tǒng)一、規(guī)范的標準數據存入中心庫。中心庫保持數據的標準化、準確性和一致性，為數據后續(xù)加工及應用奠定基礎?；A庫需要進行2個重要的處理。一是根據制定的數據規(guī)范，對歸集庫的原始數據進行數據標準化處理，形成統(tǒng)一、規(guī)范的標準數據。二是進行數據的整合，保持基礎數據的唯一性和實現各類業(yè)務數據的業(yè)務關聯。根據電子處方數據需求，預構建5大主題庫，包括處方主題庫，藥品主題庫，機構主題庫，人員主題庫，規(guī)則主題庫。專題庫結合實際業(yè)務情況和業(yè)務需求，以基礎庫建立電子處方專題庫。專題庫是面向具體業(yè)務領域、為實現具體業(yè)務應用而對業(yè)務屬性的相關數據進行匯總、統(tǒng)計，形成的數據專題。面向專題的數據組織貼近業(yè)務層次對分析對象數據進行完整并且一致的描述，能刻畫各個分析業(yè)務對象所涉及的各項數據，以及數據之間的關系。預構建的專題包括：電子處方流轉專題、電子處方監(jiān)管專題、電子處方運營專題。（2）命名規(guī)范設計要求數倉體系需要具備清晰的數據分層結構，還需要擁有規(guī)范的命名。（3）數據貼源層數據貼源層是為電子處方數據集成便利性和效率考慮而設的區(qū)域。數據貼源層存儲電子處方數據中心匯聚的電子處方流轉各環(huán)節(jié)的原始信息，用于對所有源系統(tǒng)的數據進行統(tǒng)一存儲和管理。數據貼源層適配1）數據模式匹配確保貼源層的表結構與各源系統(tǒng)中的數據模式一致或盡可能接近，以確保數據在存儲過程中的一致性和易用性。實施有效的字段映射策略，確保貼源層表中的字段與源系統(tǒng)中的相應字段保持對應關系，避免數據丟失或混淆。2）高效數據刪除功能實現能夠高效執(zhí)行批量數據刪除的功能，以應對數據清理和維護需求，保持數據質量和存儲效率。制定數據歸檔方案，將不再需要的數據移至歸檔存儲，以釋放貼源層存儲資源。3）快速查詢支持建立適當的索引以支持快速的明細數據查詢操作，提高數據檢索效率。實施監(jiān)控機制，定期評估和優(yōu)化查詢性能，確保快速響應數據查詢請求。4）表命名規(guī)范設置A.制定清晰表名。使貼源層的表名能夠清晰地反映數據的層級、加載模式等關鍵信息，方便管理和維護。在表名中加入標識以區(qū)分增量加載和全量加載的數據表，便于數據加載流程的管理和監(jiān)控。B.添加時間戳字段。為每個數據表添加插入時間和更新時間字段，記錄數據的錄入和更新時間，方便數據追溯和版本管理。實現自動化機制，確保插入時間和更新時間字段的準確性和一致性，以避免數據時間信息的錯誤或丟失。數據貼源層開發(fā)1）數據的抽取與加載在數據貼源層開發(fā)中，首要任務是實施數據抽取、轉換和加載（ETL）過程。這一步驟涉及從源系統(tǒng)中抽取數據，進行必要的轉換和清洗，然后加載到貼源層的目標表中。確保設計高效的抽取邏輯和數據轉換規(guī)則，以保證數據的準確性和完整性。2）數據質量保障在開發(fā)過程中，要重點關注數據質量的保證。實施數據質量檢查和清洗規(guī)則，識別和處理數據中的異常、重復或不完整情況。建立監(jiān)控機制，及時發(fā)現并解決數據質量問題，確保貼源層數據的可靠性和準確性。3）數據加工與轉換除了簡單的數據抽取和加載外，還需要進行一些數據加工和轉換操作，以滿足業(yè)務需求或提供更高層次的數據分析支持，包括數據的聚合、計算、關聯等操作，需要根據具體業(yè)務場景設計相應的數據加工邏輯。4）性能優(yōu)化在數據貼源層開發(fā)完成后，需要進行性能優(yōu)化工作，包括數據庫索引的優(yōu)化、查詢語句的調優(yōu)，以及系統(tǒng)資源的合理配置等。通過性能測試和監(jiān)控，及時發(fā)現和解決性能瓶頸，確保數據貼源層能夠滿足業(yè)務需求并保持良好的性能表現。（4）數據清洗③數據糾正錯誤錯誤數據是數據源環(huán)境中經常出現的一類問題。數據錯誤的形式包括：數據值錯誤、數據類型錯誤、數據編碼錯誤、數據格式錯誤、數據異常錯誤、依賴沖突、多值錯誤這類錯誤產生的原因是業(yè)務系統(tǒng)不夠健全，尤其是在數據產生之初的校驗和入庫規(guī)則不規(guī)范，導致在接收輸入后沒有進行判斷或無法檢測而直接寫入后臺數據庫造成的。1．統(tǒng)一數據標準由于數據源系統(tǒng)分散在各個業(yè)務線，不同業(yè)務線對于數據的要求、理解和規(guī)格不同，導致對于同一數據對象描述規(guī)格完全不同，因此在清洗過程中需要統(tǒng)一數據規(guī)格并將一致性的內容抽象出來。數據校驗制定數據質量校驗規(guī)則，包括數據完整性、準確性、一致性等方面的檢查標準，確保標準數據層中的數據質量可控可靠，以發(fā)現和解決數據質量問題，提高數據的可信度和可用性。數據去重數據去重是指找到數據文件集合中重復的數據并將其刪除，只保存唯一的數據單元，從而消除冗余數據。數據去重包括完全去重和不完全去重。完全去重指的是消除完全重復的數據，完全重復的數據指的是數據表記錄字段值完全一樣的數據。不完全去重指的是在數據清洗中，所有字段值都相等的重復值是一定要剔除的。數據補全對讀取到的電子處方業(yè)務數據進行分析，發(fā)現數據不全的數據內容進行分析，包括關鍵字段數據缺失、空值數據等情況。針對數據缺失情況，采用常用的方法對數據進行補全，包括用特殊值填充、用統(tǒng)計出的平均值或者中位數填充等方式進行補全處理。（5）數據基礎層主題域設計一般數倉的設計適合使用維度建模構建，維度建模能夠快速響應應用場景的需求。結合維度建模理論電子處方數據中心預構建5個主題，分別為處方主題庫，藥品主題庫，機構主題庫，人員主題庫，規(guī)則主題庫。主題域開發(fā)數據明細層（DWD）一般保持和操作數據層一樣的數據粒度，并且提供一定的數據質量保證，在操作數據層的基礎上對數據進行加工處理和聚集，提供更干凈、清晰的數據。同時為了提高數據明細層的易用性，該層會采用一些維度退化手法，當一個維度沒有數據倉庫需要的任何數據時，就可以退化維度，將維度退化至事實表中，減少事實表和維表的關聯。本層按需進行拉鏈表、流水表的設計。拉鏈表是針對數據倉庫設計中表存儲數據的方式而定義的，顧名思義所謂拉鏈，就是記錄歷史。記錄一個事物從開始，一直到當前狀態(tài)的所有變化及其有效期的所有信息。流水表存放的是一個用戶的變更記錄，比如在一張流水表中，每天的數據中會記錄一個用戶的每條修改記錄，但是在拉鏈表設計時，根據設置粒度的不同，記錄條數不同。一般粒度設置為天時，每天只保留一條記錄。粒度設置為最細時，保留每條修改記錄。1）處方主題庫電子處方信息平臺處方主題庫主要包括處方的醫(yī)院機構信息、處方項目、就診日期、患者姓名、性別、年齡、臨床診斷、處方編號、藥品名稱、劑型、規(guī)格、數量、用法和用量、處方相關的醫(yī)師、配方人、核對人、發(fā)藥人的簽名和發(fā)藥日期、用藥途徑、用藥時間、發(fā)藥數量、發(fā)藥單位、單次用量、單次劑量、醫(yī)院審批標志等。2）藥品主題庫電子處方信息平臺藥品主題庫主要包含藥品名稱、通用名、適應癥、用法用量特殊人群用藥、禁忌癥、用藥問題藥物相互作用、生產廠商等內容，以及藥品庫存信息，能夠提供庫存預警，并且為庫存有效管理提供決策支持。3）機構主題庫電子處方信息平臺機構主題庫為與市電子處方流轉相關聯的各類部門與機構，包括各級醫(yī)療機構、藥店、藥企、支付結算機構、商業(yè)保險公司、配送物流公司等信息。4）人員主題庫通過患者數據進行畫像，分析醫(yī)療患者群體體征及患者個體情況，可以發(fā)現異常的費用并進行個案的深入分析；包含患者群體畫像分析、患者個人畫像分析、就醫(yī)軌跡分析、醫(yī)療保障基金綜合分析等。5）規(guī)則主題庫根據市電子處方流轉的相關業(yè)務流程，建立電子處方信息平臺的電子處方流轉相關規(guī)則主題庫，包括流轉限制目錄準入規(guī)則、藥品目錄準入規(guī)則、醫(yī)師資格準入規(guī)則、藥店資格準入規(guī)則、其他機構信息準入、審方規(guī)則、合理用藥規(guī)則、處方點評規(guī)則等相關規(guī)則的管理。（6）數據集市層數據集市層設計1）數據計算數據集市層需要能夠從多個不同的數據源中提取數據，并進行必要的轉換和清洗，以確保數據的一致性和準確性，確保數據的完整性和可用性。2）數據監(jiān)控與管理實施數據質量檢查和監(jiān)控機制，及時發(fā)現并解決數據質量問題，確保數據的準確性和一致性，解決數據質量問題帶來的決策偏差和業(yè)務風險。3）數據查詢和分析提供強大的查詢和分析工具，以支持用戶對數據進行靈活的查詢和分析，從而發(fā)現數據中的模式、趨勢和關聯性，解決數據分析和決策支持的需求，幫助用戶更好地理解業(yè)務并做出準確的決策。數據集市層開發(fā)1）數據開發(fā)設計在設計數據集市層的數據開發(fā)方案時，需要遵循以下原則。A.數據集市模型設計：設計合適的數據模型，以支持數據的匯總和計算需求。采用維度建模或星型模型等適合的模型來組織數據，確保數據的高效訪問和分析。B.數據質量保證：在數據開發(fā)過程中，要實施嚴格的數據質量保證措施，包括數據清洗、校驗、修復等，以確保數據的準確性和一致性。C.數據處理流程設計：設計清晰的數據處理流程，包括數據提取、轉換、加載（ETL）等步驟，確保數據的及時更新和同步。D.性能優(yōu)化：優(yōu)化數據處理和查詢性能，采用合適的索引、分區(qū)等技術來提高數據訪問效率，確保數據集市能夠快速響應用戶的查詢和分析請求。2）數據開發(fā)需求專題一、電子處方流轉專題數據集市層是用于集中存儲和管理來自不同業(yè)務系統(tǒng)的數據的結構化數據倉庫，旨在為各類數據分析、查詢和報告提供支持。通過在數據集市層進行數據整合和清洗，確保數據的一致性、完整性和準確性，從而為相關方提供高質量的數據服務，支持業(yè)務決策和監(jiān)管需求。集市層預構建電子處方流轉專題相關信息集市表如下。居民就診信息數據表：為滿足醫(yī)療機構和平臺監(jiān)管者記錄居民的就診歷史和醫(yī)療服務過程的需求，構建居民就診信息數據表，包括但不限于居民就診時間、居民診斷等信息，并從時間維度得到病人就診次數的變化。處方信息數據表：為滿足醫(yī)療機構、醫(yī)院藥師和平臺監(jiān)管者管理和審核處方信息的需求，構建處方信息數據表，包括但不限于處方開具時間、藥品清單、劑量等信息，并從藥品種類維度分析不同藥品的開具頻次。審核記錄數據表：為滿足醫(yī)院藥師和平臺監(jiān)管者記錄處方審核過程和結果的需求，構建審核記錄數據表，包括但不限于審核時間、審核結果、審核備注等信息，并從審核結果維度分析處方審核通過率和失敗原因分布。支付記錄數據表：為滿足支付結算平臺和平臺監(jiān)管者管理和跟蹤處方費用支付情況的需求，構建支付記錄數據表，包括但不限于支付時間、支付金額、支付方式、支付狀態(tài)等信息，并從支付方式維度分析不同支付方式的使用頻次和成功率。藥品調配信息數據表：為滿足藥品網絡銷售平臺和藥品零售機構管理和記錄藥品調配和出庫信息的需求，構建藥品調配信息數據表，包括但不限于調配時間、藥品清單、調配狀態(tài)等信息，并從調配狀態(tài)維度分析藥品調配的及時性和準確性。配送記錄數據表：為滿足藥品配送服務和平臺監(jiān)管者跟蹤藥品配送全過程的需求，構建配送記錄數據表，包括但不限于配送時間、配送地址、配送狀態(tài)、簽收時間等信息，并從配送時間維度分析配送的及時性和簽收情況。專題二、電子處方監(jiān)管專題數據集市層用于集中存儲和管理各類與電子處方監(jiān)管相關的數據，包括醫(yī)療、醫(yī)藥、醫(yī)保等各部門的數據。通過在數據集市層進行數據整合和清洗，確保數據的一致性、完整性和準確性，為監(jiān)管機構提供高質量的數據服務，支持精準高效的監(jiān)管需求。集市層預構建電子處方監(jiān)管專題相關信息集市表如下：處方監(jiān)管數據表：為滿足對處方簽發(fā)和流轉過程的監(jiān)管需求，構建處方監(jiān)管數據表。包括但不限于處方簽發(fā)時間、醫(yī)療機構信息、醫(yī)生信息、處方內容等信息，并從時間維度和醫(yī)療機構維度分析處方簽發(fā)的合規(guī)性和流轉效率。藥品價格監(jiān)測數據表：為滿足對藥品價格變化的監(jiān)測需求，構建藥品價格監(jiān)測數據表。包括但不限于藥品名稱、藥品規(guī)格、價格變化時間、價格變化原因等信息，并從時間維度和藥品種類維度分析藥品價格的波動情況和原因。藥品使用分析數據表：為滿足對藥品使用情況的分析需求，構建藥品使用分析數據表。包括但不限于藥品名稱、使用數量、使用時間、藥品流向等信息，并從時間維度和藥品種類維度分析藥品的使用頻次和趨勢。不良反應監(jiān)測數據表：為滿足對藥品不良反應情況的監(jiān)測需求，構建不良反應監(jiān)測數據表。包括但不限于藥品名稱、不良反應描述、報告時間、處理措施等信息，并從藥品種類維度和時間維度分析不良反應的發(fā)生率和處理效果。綜合統(tǒng)計分析數據表：為滿足綜合監(jiān)管和智能分析的需求，構建綜合統(tǒng)計分析數據表。包括但不限于各類監(jiān)管數據的匯總信息、異常數據預警、處理結果等信息，并從各監(jiān)管維度和時間維度分析整體監(jiān)管效果和發(fā)現的主要問題。專題三、電子處方保障專題數據集市層用于集中存儲和管理來自不同業(yè)務系統(tǒng)的電子處方數據，旨在為各類數據分析、查詢和報告提供支持。通過在數據集市層進行數據整合和清洗，確保數據的一致性、完整性和準確性，從而為醫(yī)療機構、藥品零售機構和監(jiān)管機構提供高質量的數據服務，支持業(yè)務決策和監(jiān)管需求。呼叫系統(tǒng)記錄數據表：為滿足運行保障機構記錄居民政策咨詢、處方流轉業(yè)務咨詢、訂單問題跟蹤等服務需求，構建呼叫系統(tǒng)記錄數據表。包括但不限于呼叫時間、咨詢內容、處理結果、滿意度評價等信息，并從時間維度分析呼叫中心的服務響應效率和用戶滿意度。語音導航數據表：為滿足記錄語音導航使用情況的需求，構建語音導航數據表。包括但不限于用戶按鍵內容、語音留言、接待分組等信息，并從用戶交互維度分析語音導航的使用效果和用戶反饋。智能路由數據表：為滿足記錄呼叫路由策略和接待順序的需求，構建智能路由數據表。包括但不限于路由策略、接待順序、座席分配等信息，并從座席工作量維度分析呼叫路由的效率和公平性。通話記錄數據表：為滿足記錄每通電話的詳細數據需求，構建通話記錄數據表。包括但不限于通話時間、時長、接聽坐席、服務小結、滿意度評價等信息，并從通話量和服務質量維度分析呼叫中心的整體運營情況。配送信息數據表：為滿足藥品物流配送管理的需求，構建配送信息數據表。包括但不限于藥品出庫時間、配送時間、配送地址、配送狀態(tài)等信息，并從物流時間維度分析配送的及時性和準確性。物流跟蹤數據表：為滿足藥品物流軌跡的實時跟蹤需求，構建物流跟蹤數據表。包括但不限于物流企業(yè)信息、物流人員信息、實時定位、物流軌跡等信息，并從物流路徑維度分析配送過程的效率和準確性。（7）數據應用層數據應用層存儲從數據模型層轉換加工后的數據，為電子處方備案平臺、電子處方流轉平臺、電子處方監(jiān)管平臺和電子處方保障平臺等上層應用提供數據服務能力。數據應用層中的數據結構可以根據電子處方備案平臺、電子處方流轉平臺、電子處方監(jiān)管平臺、電子處方保障平臺的數據應用主題需求進行設計，通過接口服務推送給電子處方信息平臺的電子處方備案平臺、電子處方流轉平臺、電子處方監(jiān)管平臺、電子處方保障平臺等應用系統(tǒng)。數據應用層是數據倉庫中的最上層，是基于數據模型層數據進行二次加工和業(yè)務應用開發(fā)的層級。數據應用層通常是面向特定的業(yè)務場景和業(yè)務需求進行建模和開發(fā)，提供各種業(yè)務分析、報表、可視化和決策支持等服務。數據應用層的主要任務是將數據模型層的數據進行業(yè)務化加工和轉換，以生成各種針對具體業(yè)務需求的洞察和分析結果。此外，數據應用層還負責提供各種業(yè)務應用和服務，包括數據可視化、報表生成、數據挖掘、預測建模、決策支持等，以支持各種業(yè)務需求和決策場景。與數據模型層相比，數據應用層的數據模型更加業(yè)務化和定制化，通常是基于具體的業(yè)務場景和業(yè)務需求進行建模和開發(fā)，以支持各種復雜的分析和決策操作。在數據應用層，數據通常是以應用為中心進行組織和管理，以支持各種復雜的業(yè)務場景和分析需求。線上就醫(yī)數據應用對于患者進行線上就醫(yī)，涉及到需要提供患者使用情況分析數據，包括但不限于患者類型、登錄時長等數據信息。線下就醫(yī)數據應用對于患者進行線下就醫(yī)，包括但不限于醫(yī)院開具電子處方單量統(tǒng)計，電子處方上傳次時耗統(tǒng)計、患者進行處方確認時間分析，以及患者對醫(yī)院處理電子處方滿意度分析等。處方監(jiān)管數據應用根據國家法律要求一方面發(fā)揮主體對于藥品的監(jiān)管，另外一方面需要將處方藥銷售價錢反饋給。為此數據中心需要將處方藥銷售價錢、藥店銷售處方信息分別共享給醫(yī)藥價格及招標采購處、藥品安全監(jiān)管處。處方運行分析數據應用為了全方位保障電子處方信息平臺運行，需要關注呼叫系統(tǒng)通話率、座席情況、滿意統(tǒng)計分析；配送管理情況、藥店配送時效、物流信息情況；科室處方流轉量分析、藥品價格趨勢分析、藥品品牌趨勢分析等。5、電子處方數據服務電子處方數據中心向外提供數據賦能的服務接口。通過服務接口，為電子處方備案平臺、電子處方流轉平臺、電子處方監(jiān)管平臺和電子處方保障平臺等上層應用提供數據服務能力。服務接口包括但不限于以API接口形式提供。數據服務API接口是電子處方數據中心對外部應用或數據訪問需求，采用的數據訪問與調用方式，具備基本的用戶能力，包括用戶側API的查詢、申請、審批、調用以及鑒權的能力以及分頁、過濾等基礎能力，支持基于標準的HTTP/HTTPS標準接口協議，支持POST和GET請求。在查詢能力上支持多表關聯、數學計算、聚合函數、模糊匹配以支持更加復雜的需求，能對請求超時時間進行控制。數據服務API接口提供服務開發(fā)、服務注冊、服務發(fā)布、訪問權限控制以及服務概覽等功能。（1）數據服務需求梳理電子處方平臺需要在數據集市層面建立全面的服務體系，以滿足病人、運營方和監(jiān)管方的不同需求。為了確保病人有藥可用，運營方能夠洞察系統(tǒng)正常流轉，監(jiān)管方能夠及時監(jiān)控藥品藥價、規(guī)范平臺運轉，平臺需要開通多個關鍵數據服務API。首先，為滿足病人的需求，平臺需要開通在線就醫(yī)API和線下就醫(yī)API，提供藥品查詢、在線支付與結算、物流查詢等功能，確保病人方便快捷地獲得所需藥品和醫(yī)療服務。其次，運營方需要實時監(jiān)控系統(tǒng)的流轉狀態(tài)，平臺應開通運營管理