摘? 要：隨著國家新醫(yī)改政策的不斷推進，醫(yī)院集成平臺建設得以快速推廣和應用。長期以來，數(shù)據(jù)質(zhì)量問題一直被忽視，導致其成為限制各類應用系統(tǒng)及醫(yī)院集成平臺效能發(fā)揮的主要瓶頸。通過分析數(shù)據(jù)質(zhì)量問題的表現(xiàn)形式及產(chǎn)生的原因，分析不同應用場景下不同的數(shù)據(jù)質(zhì)量管理需求，設計數(shù)據(jù)質(zhì)量核查規(guī)則配置、數(shù)據(jù)質(zhì)量核查、核查結(jié)果展示等功能，構(gòu)建基于集成平臺的數(shù)據(jù)質(zhì)量核查系統(tǒng)，可以在技術層面，為數(shù)據(jù)質(zhì)量管理工作提供一個工具，對緩解數(shù)據(jù)質(zhì)量問題起到一定的積極的作用，從而提升醫(yī)院集成平臺的應用價值。

關鍵詞：醫(yī)療數(shù)據(jù)質(zhì)量;數(shù)據(jù)質(zhì)量核查;醫(yī)院集成平臺

中圖分類號：TP311.5 ? ? ? 文獻標識碼：A 文章編號：2096-4706（2020）01-0097-05

Abstract：With the continuous promotion of the new national health reform policy，the hospital integrated platform construction can be quickly promoted and applied. For a long time，the problem of data quality has been ignored，resulting in data quality become the main bottleneck restricting the effectiveness of various application systems and hospital integrated platform. Through the analysis of forms of data quality problems and causes analysis of data quality management requirements of different application scenarios，design rules for quality verification data configuration，data quality verification，the verification results show the function of data quality check system based on hospital integration platform，can be at the technical level，to provide a tool for data quality management work，to alleviate the problem of data quality and play a positive role，so as to enhance the application value of Hospital Integration Platform.

Keywords：medical data quality;data quality verification;hospital integration platform

0? 引? 言

近年來，我國醫(yī)院信息化建設如火如荼，已經(jīng)逐步由一體化的信息系統(tǒng)發(fā)展到了專業(yè)化的臨床信息系統(tǒng)和深層次的管理信息系統(tǒng)、患者服務系統(tǒng)，邁向了全面的信息共享和智能化的更高階段，其核心問題就是集成平臺的建設[1]。醫(yī)院集成平臺不僅統(tǒng)一了醫(yī)院各業(yè)務系統(tǒng)之間的接口，實現(xiàn)了各業(yè)務系統(tǒng)之間數(shù)據(jù)的高度共享、互聯(lián)互通，實現(xiàn)了統(tǒng)一的對外信息出口，同時，在集成平臺中積累了大量的業(yè)務數(shù)據(jù)，并通過如“患者主索引”等信息實現(xiàn)對業(yè)務數(shù)據(jù)的有序組織與整合。醫(yī)院集成平臺中存儲的大量業(yè)務數(shù)據(jù)已經(jīng)成為醫(yī)院繼人、財、物后最具價值的資源。

隨著基于醫(yī)院集成平臺的應用越來越多，越來越深入，醫(yī)院對數(shù)據(jù)的依賴程度也逐步加大，集成平臺中數(shù)據(jù)質(zhì)量的好壞直接關系到各類應用中信息的準確程度，也影響著醫(yī)院的生存和競爭力。數(shù)據(jù)質(zhì)量作為影響管理層決策正確性的基礎元素，逐漸被越來越多的醫(yī)院領導者所關注[2]，但在長期的醫(yī)院業(yè)務系統(tǒng)維護和使用過程中，由于種種因素影響，各業(yè)務系統(tǒng)中的數(shù)據(jù)往往存在這樣或那樣的質(zhì)量問題，常常出現(xiàn)不一致的情況。因此，建立科學有效的數(shù)據(jù)質(zhì)量管理體系，對組織的數(shù)據(jù)質(zhì)量實施全程管理，將數(shù)據(jù)質(zhì)量管理以制度化、規(guī)范化的方式落實到數(shù)據(jù)生成、傳遞和使用的各個過程、方面和人員之中[3]，是當前醫(yī)療機構(gòu)信息化建設中的一項重要工作。

因此，我院在實施醫(yī)院集成平臺項目的同時，建設了基于集成平臺的數(shù)據(jù)質(zhì)量核查系統(tǒng)。該系統(tǒng)從技術層面上，提供了一個數(shù)據(jù)質(zhì)量核查工具，實現(xiàn)了對來源于各業(yè)務系統(tǒng)的、通過ETL過程匯聚到集成平臺的業(yè)務數(shù)據(jù)進行質(zhì)量核查，主動暴露和預警核查出來的數(shù)據(jù)質(zhì)量問題，實現(xiàn)了對數(shù)據(jù)質(zhì)量的實時監(jiān)控，對于嚴把源頭數(shù)據(jù)質(zhì)量關，督促業(yè)務系統(tǒng)不斷改進與完善，提高數(shù)據(jù)準確性、一致性起到了積極的作用。

1? 數(shù)據(jù)質(zhì)量問題分析

1.1? 數(shù)據(jù)質(zhì)量問題的表現(xiàn)形式

醫(yī)院集成平臺的數(shù)據(jù)質(zhì)量問題有多種表現(xiàn)形式，一般包括但不限于以下幾種形式：（1）數(shù)據(jù)準確性問題，如空值、值域錯誤、格式錯誤等;（2）數(shù)據(jù)關聯(lián)性問題，如數(shù)據(jù)間缺乏參照完整性;（3）重復記錄問題;（4）錯誤的計算規(guī)則、錯誤的值;（5）不同的統(tǒng)計口徑問題;（6）不同的命名規(guī)則問題;（7）數(shù)據(jù)粒度不一致問題;（8）數(shù)據(jù)上傳或抽取穩(wěn)定性、完整性問題;（9）數(shù)據(jù)上傳或抽取及時性問題。

1.2? 數(shù)據(jù)質(zhì)量問題產(chǎn)生的原因分析

在醫(yī)院的信息化建設過程中，有些數(shù)據(jù)質(zhì)量問題是難以避免的，這主要是以下幾個方面的原因引起的：（1）數(shù)據(jù)源問題。由于歷史原因，各業(yè)務系統(tǒng)相對獨立、缺乏統(tǒng)一規(guī)劃，導致數(shù)據(jù)的不一致性;業(yè)務系統(tǒng)建設階段缺乏數(shù)據(jù)質(zhì)量意識，數(shù)據(jù)源本身存在大量的臟數(shù)據(jù)和噪聲數(shù)據(jù);數(shù)據(jù)存在人工操作的情況，導致數(shù)據(jù)的不一致性;不同數(shù)據(jù)源由不同的部門管理，各部門對數(shù)據(jù)的關注角度不同導致數(shù)據(jù)粒度、名稱、表達方式上的多樣性[4];缺乏統(tǒng)一的行業(yè)標準、各業(yè)務系統(tǒng)建設時期不同、廠商技術水平參差不齊導致數(shù)據(jù)不一致性;（2）數(shù)據(jù)抽取問題。對于數(shù)據(jù)集中備份、數(shù)據(jù)交互平臺中的數(shù)據(jù)，由于數(shù)據(jù)抽取時間點不一致、ETL人員技術水平限制、對業(yè)務理解偏差等原因?qū)е聰?shù)據(jù)質(zhì)量問題;（3）業(yè)務規(guī)則問題。業(yè)務系統(tǒng)的不同版本對數(shù)據(jù)的處理規(guī)則不同導致數(shù)據(jù)的不一致;各分支機構(gòu)管理的差異、不同的業(yè)務處理規(guī)則導致數(shù)據(jù)不匹配;（4）統(tǒng)計口徑問題。各系統(tǒng)之間的指標體系、編碼規(guī)則及分類口徑不一致導致數(shù)據(jù)質(zhì)量問題[5]。

1.3? 數(shù)據(jù)質(zhì)量核查需求場景分析

（1）數(shù)據(jù)倉庫數(shù)據(jù)抽取環(huán)節(jié)。對于數(shù)據(jù)抽取或上傳流程中的前置庫（如：ODS庫），需要一套數(shù)據(jù)質(zhì)量核查系統(tǒng)，對預抽取的數(shù)據(jù)進行質(zhì)量核查，以確保進入數(shù)據(jù)倉庫數(shù)據(jù)存儲區(qū)的數(shù)據(jù)質(zhì)量[6];（2）中心數(shù)據(jù)庫運行環(huán)節(jié)。上級管理部門需要一套數(shù)據(jù)質(zhì)量核查系統(tǒng)，對業(yè)務集中備份庫中的數(shù)據(jù)進行數(shù)據(jù)質(zhì)量核查、數(shù)據(jù)質(zhì)量評分考核，分析并反饋存在的數(shù)據(jù)質(zhì)量問題、提醒和督促各機構(gòu)或業(yè)務部門規(guī)范數(shù)據(jù)采集和錄入流程，提高業(yè)務數(shù)據(jù)質(zhì)量。

2? 數(shù)據(jù)質(zhì)量核查系統(tǒng)設計

2.1? 設計目標

設計一套對關系型數(shù)據(jù)庫數(shù)據(jù)質(zhì)量進行核查、對問題數(shù)據(jù)進行展示，易操作、易集成、易擴展、運行穩(wěn)定的數(shù)據(jù)質(zhì)量核查系統(tǒng)。該系統(tǒng)應具有以下特征：（1）可擴充的規(guī)則。數(shù)據(jù)質(zhì)量核查由數(shù)據(jù)質(zhì)量核查規(guī)則驅(qū)動。數(shù)據(jù)質(zhì)量核查規(guī)則是一系列業(yè)務數(shù)據(jù)規(guī)范的集合，它以數(shù)據(jù)質(zhì)量核查系統(tǒng)能夠識別的形式存在于數(shù)據(jù)質(zhì)量核查系統(tǒng)規(guī)則庫中。數(shù)據(jù)質(zhì)量核查系統(tǒng)提供靈活和高可擴充的核查規(guī)則配置功能，使用戶能夠通過簡單的配置即可完成核查規(guī)則的動態(tài)管理;（2）全面的核查手段。數(shù)據(jù)質(zhì)量核查系統(tǒng)提供字段級、記錄級、表級不同層次的數(shù)據(jù)質(zhì)量核查，可以對數(shù)據(jù)的準確性、時效性、有效性等通過預先設置的核查規(guī)則進行核查，并支持復雜的業(yè)務邏輯約束核查;（3）完善的核查結(jié)果展示。數(shù)據(jù)質(zhì)量核查系統(tǒng)提供對核查結(jié)果的查詢、統(tǒng)計、分析服務，可以對不符合規(guī)范的業(yè)務記錄進行定位;可以在核查結(jié)果的基礎上進行分析和統(tǒng)計，如分析不符合規(guī)范的數(shù)據(jù)記錄分布情況和出現(xiàn)頻度等;系統(tǒng)自動生成數(shù)據(jù)質(zhì)量核查報告;（4）支持規(guī)則字典導入接口。提供規(guī)則字典批量導入接口，如通過行業(yè)標準化字典，初始化核查規(guī)則字典;（5）支持核查結(jié)果發(fā)布。提供數(shù)據(jù)核查結(jié)果發(fā)布接口，如定期將數(shù)據(jù)質(zhì)量報告通過數(shù)據(jù)接口提供給第三方平臺（如OA平臺、企業(yè)郵件系統(tǒng)、短信平臺），最終實現(xiàn)數(shù)據(jù)質(zhì)量報告及時送達目標用戶;（6）支持數(shù)據(jù)質(zhì)量評分考核。系統(tǒng)支持設置各類數(shù)據(jù)質(zhì)量問題的評分權重，根據(jù)數(shù)據(jù)質(zhì)量核查結(jié)果，對數(shù)據(jù)提供單位或數(shù)據(jù)來源系統(tǒng)進行數(shù)據(jù)質(zhì)量評分考核。

2.2? 總體設計

2.2.1? 軟件架構(gòu)

系統(tǒng)采用B/S架構(gòu)，基于.NET平臺開發(fā)。數(shù)據(jù)存儲采用MS SQL Server 2016企業(yè)版或以上版本。Web端應用整體采用MVC的開發(fā)模式，包含如下層次：

展現(xiàn)層：ASP.Net Mvc 5.0+Kendo UI+Jquery，主要負責用戶交互和結(jié)果顯示，展現(xiàn)層包含控制模塊，控制模塊主要負責系統(tǒng)的訪問控制、數(shù)據(jù)加載和注銷，是系統(tǒng)的核心控制單元，控制模塊是系統(tǒng)描述來組織工作。

應用服務層：實現(xiàn)了數(shù)據(jù)庫實體映射以及根據(jù)業(yè)務需要自定義實體、定義各個業(yè)務接口、實現(xiàn)系統(tǒng)的主要業(yè)務邏輯，是系統(tǒng)主要的運算單元。

數(shù)據(jù)層：實現(xiàn)了靜態(tài)數(shù)據(jù)和數(shù)據(jù)庫數(shù)據(jù)的持久化管理，為業(yè)務層提供數(shù)據(jù)服務。

系統(tǒng)分層架構(gòu)圖如圖1所示。

2.2.2? 功能結(jié)構(gòu)

系統(tǒng)主要功能設計如下：（1）系統(tǒng)管理功能。包括操作日志、運行日志、任務調(diào)度;（2）基礎配置功能。包括值域字典、格式字典配置、系統(tǒng)字典配置、系統(tǒng)參數(shù)配置、數(shù)據(jù)庫注冊;（3）質(zhì)量核查功能。包括核查規(guī)則配置、核查服務運行、核查結(jié)果記錄等過程，數(shù)據(jù)質(zhì)量核查的依據(jù)是數(shù)據(jù)核查規(guī)則，數(shù)據(jù)核查規(guī)則是一系列業(yè)務數(shù)據(jù)規(guī)范的集合，它以軟件能夠識別的形式存在于規(guī)則庫中。質(zhì)量核查類型包括：完整性核查、及時性核查、關聯(lián)性核查、準確性核查、重復記錄核查、約束性核查;（4）結(jié)果展示功能。包括核查結(jié)果明細查詢功能、質(zhì)量問題分類統(tǒng)計功能，以及按固定格式生成質(zhì)量報告;（5）運行監(jiān)控功能。提供對于數(shù)據(jù)檢查服務和數(shù)據(jù)檢查任務執(zhí)行情況的實時監(jiān)控功能;（6）評估考核功能。包括設置各類數(shù)據(jù)質(zhì)量問題評分權重。根據(jù)評分方案及數(shù)據(jù)質(zhì)量核查結(jié)果，對數(shù)據(jù)源進行數(shù)據(jù)質(zhì)量評分考核。

功能結(jié)構(gòu)圖如圖2所示。

2.2.3? 運行時序

基于預設的規(guī)則，系統(tǒng)生成數(shù)據(jù)質(zhì)量核查SQL包，通過調(diào)用SQL包，對目標數(shù)據(jù)庫進行數(shù)據(jù)質(zhì)量核查，并返回核查結(jié)果信息。運行時序圖如圖3所示。

2.3? 關鍵功能設計

2.3.1? 基礎配置功能

（1）值域字典、格式字典配置：配置標準的、機構(gòu)級的值域字典、格式字典，支撐核查條件設置;（2）系統(tǒng)字典配置：用于定義如核查方案、業(yè)務類別、質(zhì)量問題級別等信息字典，支撐系統(tǒng)管理、核查結(jié)果統(tǒng)計;（3）系統(tǒng)參數(shù)配置：定義時間參數(shù)、機構(gòu)參數(shù)、數(shù)據(jù)來源參數(shù)、是否已核查標識字段等，用于統(tǒng)一限定核查范圍、核查條件，支撐核查服務;（4）評分權重配置：用于配置各類質(zhì)量問題評分權重，支撐數(shù)據(jù)質(zhì)量綜合評分考核;（5）接口管理，包括規(guī)則字典導入接口、核查結(jié)果發(fā)布接口。通過行業(yè)標準化字典，初始化核查規(guī)則字典;定期將數(shù)據(jù)質(zhì)量報告通過數(shù)據(jù)接口，提供給第三方平臺（如OA平臺、企業(yè)郵件系統(tǒng)、短信平臺），最終實現(xiàn)數(shù)據(jù)質(zhì)量報告及時送達目標用戶。

2.3.2? 質(zhì)量核查功能

質(zhì)量核查功能包括核查規(guī)則配置、核查服務運行、核查結(jié)果記錄等過程。質(zhì)量核查類型包括：準確性核查、關聯(lián)性核查、重復記錄核查、約束性核查、數(shù)據(jù)上傳完整性核查、數(shù)據(jù)上傳及時性核查等。

2.3.2.1? 準確性核查

（1）用于核查目標數(shù)據(jù)表中特定字段是否為空值的非空核查，例如，核查《患者就診基本信息登記表》中“患者姓名”字段是否為空，核查《輸血記錄表》中的“ABO血型代碼”字段是否為空;（2）用于核查字段取值范圍的值域核查，包括枚舉性值域、區(qū)間性值域，例如，核查《患者基本信息表》中“患者性別編碼”字段值是否符合標準規(guī)范，核查《手術記錄表》中的“患者舒張壓”字段值是否在合理區(qū)間;（3）核查字段格式是否符合規(guī)范的格式核查，例如，核查《患者就診基本信息登記表》中的“電話號碼”字段值格式是否符合電話號碼格式，核查《患者就診基本信息登記表》中的“身份證號碼”字段值是否符合身份證號碼格式。

準確性核查規(guī)則配置界面原型如圖4所示。

2.3.2.2? 關聯(lián)性核查

用于對主從表間主外鍵關聯(lián)關系核查。例如，核查《患者就診基本信息表》（A表）與《門診就診記錄表》（B表）中的記錄是否滿足關聯(lián)條件：“A表卡號=B表卡號and A表卡類型=B表卡類型”。

2.3.2.3? 重復記錄核查

用于核查主鍵重復的記錄。包括物理主鍵重復核查及邏輯主鍵重復核查。物理主鍵重復核查是指依據(jù)數(shù)據(jù)表的物理主鍵進行重復記錄核查。邏輯主鍵重復核查是指，用戶根據(jù)業(yè)務邏輯，自定義主鍵或聯(lián)合主鍵，并據(jù)此邏輯主鍵進行核查。例如，核查《患者注冊信息表》中聯(lián)合主鍵“身份證件類型”+“身份證件號碼”是否重復，判斷該表中是否有指向同一患者的重復記錄。

2.3.2.4? 約束性核查

用于核查是否滿足特定的復雜業(yè)務邏輯關系。約束性核查包括：（1）核查目標數(shù)據(jù)庫統(tǒng)計的數(shù)據(jù)與業(yè)務系統(tǒng)數(shù)據(jù)之間差異的數(shù)據(jù)總量約束性核查，例如，核查“月門急診人次差異”，比較集成平臺前置機ODS庫《就診記錄表》中就診類型為“門急診”的統(tǒng)計人次與門診業(yè)務系統(tǒng)中的統(tǒng)計人次差異;（2）核查業(yè)務系統(tǒng)中發(fā)生的具體事件，在目標數(shù)據(jù)庫中對應的表中是否有相應數(shù)據(jù)存在的存在性約束核查;（3）其他復雜業(yè)務邏輯約束核查。例如，核查業(yè)務系統(tǒng)提交的出院患者是否有相應的病案首頁提交，即通過出院患者的卡號、卡類型在集成平臺《病案首頁信息表》中查找，是否存在相應數(shù)據(jù)。

2.3.2.5? 數(shù)據(jù)上傳完整性核查

用于核查關鍵數(shù)據(jù)表數(shù)據(jù)量，用以支撐數(shù)據(jù)上傳完整性、穩(wěn)定性分析。

2.3.2.6? 數(shù)據(jù)上傳及時性核查

用于核查數(shù)據(jù)上傳及時性，通過客觀記錄數(shù)據(jù)上傳的時間和業(yè)務產(chǎn)生的時間，判斷數(shù)據(jù)是否上傳及時。例如，核查《門診就診記錄表》中字段“門診就診日期”與本條記錄上傳時間之間的差距。

2.3.3? 結(jié)果展示功能

2.3.3.1? 明細查詢

提供核查結(jié)果明細查詢服務，對不符合規(guī)范的業(yè)務數(shù)據(jù)記錄通過表名、主鍵值等標識信息進行定位。支持按“核查方案”“核查執(zhí)行編號”“核查執(zhí)行時間”“核查類型”“規(guī)則編號”“數(shù)據(jù)源名稱”“質(zhì)量問題級別”等查詢條件進行查詢。例如，準確性核查結(jié)果明細查詢，查詢結(jié)果基本信息項包括：核查方案、核查執(zhí)行編號、核查執(zhí)行時間、核查類型（非空、值域、格式）、規(guī)則編號、數(shù)據(jù)源代碼、異常記錄主鍵、核查表名、核查字段名、質(zhì)量問題級別、規(guī)則說明等。

2.3.3.2? 分類統(tǒng)計

支持按“核查方案”“核查類別”“核查執(zhí)行時間”“規(guī)則編號”“數(shù)據(jù)來源名稱”“質(zhì)量問題級別”等信息項進行分類統(tǒng)計。包括統(tǒng)計不符合規(guī)范的數(shù)據(jù)記錄數(shù)量、分布范圍和出現(xiàn)的頻度等。例如，準確性核查匯總結(jié)果基本信息項包括：核查方案、核查執(zhí)行編號、核查執(zhí)行時間、規(guī)則編號、核查記錄總數(shù)、異常記錄總數(shù)、質(zhì)量問題級別、規(guī)則說明等。

2.3.3.3? 質(zhì)量報告

按固定格式生成質(zhì)量報告。按數(shù)據(jù)來源、核查方案、核查時間、核查執(zhí)行編號、質(zhì)量類型、問題級別、考核評分結(jié)果等角度進行統(tǒng)計分析，并輸出數(shù)據(jù)質(zhì)量分析報告。

3? 結(jié)? 論

當前，國內(nèi)各醫(yī)療機構(gòu)普遍處于擁有海量數(shù)據(jù)，卻信息匱乏的尷尬局面[7]，造成這種現(xiàn)象的一個重要影響因素就是系統(tǒng)中存在許多不完整、不規(guī)范或重復的數(shù)據(jù)，即臟數(shù)據(jù)。數(shù)據(jù)質(zhì)量問題長期被忽視，導致今日數(shù)據(jù)質(zhì)量問題成為限制各類信息系統(tǒng)以及醫(yī)院集成平臺效能發(fā)揮的主要瓶頸。

數(shù)據(jù)質(zhì)量的改進不是單純的技術問題[8]，還涉及工作制度、流程、機制、管理、成本等諸多方面，各醫(yī)院應以建設集成平臺、臨床數(shù)據(jù)中心等項目為契機，一方面通過技術手段，如通過實施數(shù)據(jù)質(zhì)量核查系統(tǒng)，規(guī)范數(shù)據(jù)的采集、抽取、交互過程，發(fā)現(xiàn)問題并督促業(yè)務系統(tǒng)改進完善，另一方面，要讓醫(yī)院管理者、醫(yī)療信息化工作者以及各類信息系統(tǒng)應用者、參與者真正認識到數(shù)據(jù)的價值，加強標準化建設，通過管理手段，建立符合醫(yī)院自身信息化應用水平及發(fā)展情況的數(shù)據(jù)質(zhì)量管理體系，將數(shù)據(jù)質(zhì)量管理以制度化、規(guī)范化的方式落實到數(shù)據(jù)生成、傳遞和使用的各個過程、方面和人員之中，實現(xiàn)對數(shù)據(jù)質(zhì)量的事前、事中、事后全過程控制。

參考文獻：

[1] 薛萬國.對于醫(yī)院集成平臺技術的辨析探討 [EB/OL].（2016-08-05）.https：//www.hit180.com/22392.html.

[2] 諶志華.數(shù)據(jù)質(zhì)量管理的研究與應用 [J].信息與電腦（理論版），2013（1）：107-109.

[3] 谷斌.信息系統(tǒng)建設中的數(shù)據(jù)質(zhì)量管理體系研究 [J].情報雜志，2007（5）：65-67.

[4] 趙陽立.淺談供電企業(yè)“大營銷”體系下的營銷數(shù)據(jù)質(zhì)量管理 [J].電子世界，2013（7）：156-157.

[5] 安艷茹.基于知識的數(shù)據(jù)有效性管控系統(tǒng)研究與設計 [J].航空制造技術，2015（3）：110-112.

[6] 高運華.基于數(shù)據(jù)倉庫的數(shù)據(jù)質(zhì)量分析和評估 [J].黑龍江科技信息，2014（20）：165.

[7] 彭傳薇，劉琛璽，李小華.淺談醫(yī)療數(shù)據(jù)質(zhì)量重要性及其影響 [J].解放軍醫(yī)院管理雜志，2005（5）：467-468.

[8] 王守平.關于山東省社會保險大數(shù)據(jù)分析應用工作的思考 [J].山東人力資源和社會保障，2018（Z1）：51-53.

作者簡介：甘偉誼（1982-），男，漢族，江西樟樹人，高級工程師，本科，研究方向：IT項目管理、醫(yī)療大數(shù)應用。