2018年，國家衛生健康委發布《全國醫院信息化建設標準與規范（試行）》，明確醫院信息化建設方向為電子病歷評級、互聯互通測評及智慧醫院建設。這些標準與規范實現的基礎是系統間的集成，而系統間的集成是基于主數據的集成，在建立信息系統集成過程中，首要開展的工作是主數據管理,主數據管理作為一種技術，已在醫療信息行業逐漸凸顯其重要作用。

通常某個應用程序是為支持某個業務領域的運營過程而設計的，它們擁有自己的信息技術設施，包括與應用相關的數據存儲和定義。隨著信息共享要求、內容越來越多，多年來橫跨業務線的分布式計算和應用形成的“信息孤島”也越來越多。當應用主數據（Master Data）的環境、數量不斷增加時，通過點對點連接方式同步的數據會變得很復雜，整個環境也變得很難維護，同時信息的一致性和數據的質量也變的很難控制。在理想狀態下，一個機構的所有信息系統僅有一個模塊存儲和管理MasterData，在那里MasterData是精確和一致的，被安全且條理地維護著。所有更新只會針對此單一的MasterData，所有使用MasterData的用戶只和這個權威的信息源交互。我院在2018-2019年對全院的各類診斷編碼、術語、科室字典、職工字典進行了梳理，并于2020年初正式上線了院內的信息集成平臺、數據中心以及主數據管理平臺。

在解決信息孤島問題的過程中，我們遇到了大大小小的各種問題：

（1）各系統主數據中各基礎信息定義不同

在醫療信息化建設初期醫院主數據管理放在各系統的基礎字典維護模塊中，各系統的基礎字典中科室定義、人員編號定義、執行者定義等各不相同，造成各系統間信息共享困難，系統間信息調用關聯不上，形成“信息孤島”效應。數據定義不統一，也影響了數據上報工作的數據不一致、口徑不統一等。

（2）各系統間的字典不統一

以前HIS系統、電子病歷系統、病案系統等都各自維護自己系統的診斷編碼、診療項目、科室、人員等字典，數據分而治之，一個有系統有改動，其余系統要手工同步，會造成各系統不能同時更新，或有的字典更新了，有的字典漏了更新，導致各系統的數據不統一。

（3）患者主索引不統一，不能做到一人一號

以前各個信息系統業務流程都有各自系統的患者索引，例如電子病歷系統中患者住院后會分配一個ID號，而該患者到PACS系統或者LIS系統中產生檢查或者檢驗數據時又會額外分配一個或多個ID號；另外同一個患者帶身份證或者不帶身份證時，往往會有兩個不同的ID號產生，無法做到同一個患者一個ID，導致患者的各類病歷數據不能有效統合，數據的有效性和利用率非常低。

（4）數據更新無管理

隨著國家各類規范、標準的更新，不同時期數據規范、標準不一樣，若無管理新標準覆蓋舊數據，造成歷史數據與現在更新后的歷史數據不一致，前后查詢結果不一致，造成數據質量不高。

（5）系統集成困難

醫院信息系統集成項目的一個重要節點就是主數據管理，很多系統集成失敗的一個主要原因就是主數據的不一致，導致各系統主索引無法銜接，專業數據無法聯通、整合。

我們采取了主數據管理體系來應對或解決以上困難。主數據管理(MDM Master Data Management)是指一整套的用于生成和維護企業主數據的規范、技術和方案，以保證主數據的完整性、一致性和準確性。

我院主數據管理工作主要依靠醫院IT治理體系、數據治理體系開展進行。通過IT治理體系從組織架構上明確主數據管理的主體，確定各系統的科室、人員信息的統籌管理科室，確定數據治理的統籌科室，確定全院數據統一入口、出口統籌科室。通過數據治理確定主數據編碼標準和管理規范，重新建立完整唯一的主數據檔案，確立數據源頭，保證每個主數據只有一個入口，保證數據唯一性。具體做法如下：

第一，確定人事科為全院各系統科室字典、人員字典的統籌管理，醫務、護理等部門協調、配合；

第二，全院所有數據的統一入口、出口為統計科；

第三，對醫院目前的主數據進行整理、歸納；

第四，根據國家標準建立主數據編碼標準和管理規范，重新建立完整唯一的主數據檔案；

第五，梳理各業務系統和主數據的關系，確立數據源頭，確保各個系統的主數據只有一個入口以保證數據的唯一性；

第六，對現有的業務系統內基準數據相關數據結構做相應的改造使之符合主數據管理規范要求，并改造其主數據變更和取數的規則。

主數據平臺底層由四個基礎數據庫組成，即主索引庫、主數據庫、國家及行業標準庫、規則庫。再通過主數據引擎及管理工具，如主索引管理及主數據全生命周期管理等，借由ESB總線及信息平臺，發布為RPC/Web Service/Restful API/MQ消息格式，并形成主索引服務、主數據服務、數據標準服務等供業務系統調用。見圖1：

圖1 主數據平臺系統架構

主數據平臺管理著多個字典。當字典數據有變化時，經過平臺統一審核，并進行可用性及有效性校驗后，經ESB下發給各業務生產系統形成有效的生產數據。見圖2：

圖2 主數據平臺數據流

主數據平臺可以實時同步更新將結合集成平臺的ESB服務總線建設，將基礎數據管理作為平臺的一項服務進行注冊與發布，在松耦合架構基礎上實現數據共享與交互，通過發布訂閱模式，根據內容將不同的消息路由到不同的服務進行處理，實現基礎數據庫跟各個業務系統基礎數據的同步更新。在發布過程中，還可利用ESB服務總線的數據轉換工具對基礎數據進行映射、匹配和轉換，定義路由發布路徑，監控和追蹤同步更新的狀況，保證各業務系統之間的消息傳遞準確有序；同時院內成熟的IT治理體系也助力主數據平臺明確主數據管理主體，包括科室、人員信息、數據治理主體以及數據的統一入出口；而規范的數據治理體系也讓主數據的編碼標準、管理規范、數據源頭都清晰明了、統一規劃，保證了數據的唯一性和高質量。

我院的主數據管理模塊分為患者主索引，科室主索引，職工主索引，術語管理，字典管理五大模塊。

其中患者主索引模塊已經包含60余萬條患者信息，相似數據13萬條，自動合并數據11萬條。主索引模塊采用權重+閾值方式判斷患者是否已經建檔。閾值字段包含患者身份證號、出生日期、聯系電話、患者姓名、性別、住址等等，按照不同權重計分。超過50分且低于72分者即為相似患者，需手工進行合并。超過72分為相同患者，自動合并。通過患者主索引模塊，各業務子系統可以清晰的判別患者信息，確保患者一人一號，為患者病歷信息的完整性提供保障。

科室主索引模塊包含全院科室字典，其中包含的字段為科室代碼、臨床科室標志、住院門診標志、科室名稱、科室類型、各類輸入碼等。職工主索引包含全院職工字典，其中包含的字段為職工工號、職工姓名、身份證號、出生日期、性別、學歷、民族、聯系電話、畢業院校、所屬科室、專業技術職務等。科室字典、職工字典由人事科實時進行維護，一旦有內容變化，即經過主數據管理平臺往信息集成平臺生成消息，發送到各業務子系統進行同步更新，且保留歷史軌跡。這樣就保證了業務系統內的科室字典實時同步，也避免了一旦更改字典數據后造成的歷史數據不統一問題，數據質量整體獲得了較大提升。

術語管理模塊則包含值域管理、OID管理及數據元管理三部分。并且實現了地方值與不同國標值之間的對應。如ICD10診斷編碼，我院目前錄入了20000多條地方值與國標值的映射關系，ICD-9手術編碼，我院也錄入了近9000多條映射。通過術語管理模塊，目前我院的所有數據統計及上報工作有了統一的數據元規范，可以依據不同的標準生成上報數據，且數據來源一致、數據口徑一致，大大增加了數據質量，減少了數據的錯漏。

字典管理模塊則包括了財務、機構、藥品、手術、其他等五大類字典。其中財務字典包含收費項目、醫囑項目、發票分類、會計分類、財務核算分類、病案大類、結算方式、病案費用分類等。機構字典主要包含病房及護理單元之間的映射關系。藥品字典包含用藥途徑、用藥頻次、藥品劑型、藥性分類等。手術字典包含13000多條手術信息。其他字典包含診斷字典、中醫診斷字典、單位字典、容器字典、采集方法字典、標本字典等內容。通過一整個字典管理模塊，我院實現了各類財務、藥品、手術、病區對照、診斷、標本等等的同源管理，各業務子系統全部同步主數據管理平臺內的數據字典，保證了各業務系統生產的數據的一致性和嚴謹性。

通過在院內上線主數據管理平臺和信息集成平臺，并實施整體的IT治理、數據治理理念，我院一改以往的業務系統之間標準不統一，數據不規范，口徑不一致的亂象，真正實現了數據元和數據字典的統一管理、統一分發，不僅保證了患者病歷數據的完整性和嚴謹性，同時也保證了醫院內外數據的一致性。我們將繼續秉持IT治理、數據治理的理念，不斷打好數據治理的地基，并在此之上開拓出豐富的數據治理、IT治理的措施，讓醫院的數據質量、數據安全不斷邁上新的臺階。

申報單位：

巴彥淖爾市醫院

參選方向：

醫院數據治理建設