<thead id="bf9jf"></thead>
        <sub id="bf9jf"></sub><sub id="bf9jf"></sub>

        專業咨詢
        致力推進中國醫療衛生信息化

        數據治理從源頭做起:醫院信息科需要做什么?

        來源:HIT專家網  某特色醫學中心信息科 孫建平

        關于“數據治理從源頭做起”的話題,前期筆者已經通過“患者身份信息”“醫院工作人員信息”“藥品物資基本信息”“信息系統時間參數設置”等切入點,與大家分享了自己的工作體會。

        在醫院數據治理的工作中,醫院信息科起著至關重要的作用??梢院敛豢鋸埖卣f,醫院數據的安全、規范與正確性,離不開醫院信息科的高質量工作。那么,醫院信息科具體可以做些什么呢?下面筆者分享一下個人體會。

        從數據庫結構設計做起

        在數據庫的表結構設計中,要特別注意表與表之間的關聯性,一般主從結構的設計可以滿足大部分的醫院業務數據流。

        以“軍衛一號”信息系統為例,不難看出,其業務數據表基本采用“主表-明細表”的模式,如門診收費主記錄與門診收費明細記錄,住院收費主記錄與住院收費明細記錄,檢查、檢驗主記錄與檢查、檢驗明細記錄等。

        不過,可能是受限于當時的業務范圍和服務模式,筆者沒有在數據庫中看到掛號主記錄和掛號明細記錄。這在網上預約、互聯網醫院普遍開展的今天,就有些不相適應了,需要增加表來進行完善。

        字段的默認值很重要

        在數據庫設計中,字段的值以及這個值的系統默認值,需要醫院信息科嚴格、仔細進行梳理和規范。

        大家可能會說:信息系統又不是信息科設計的,我們只管用。其實不然,信息系統上線前的大量準備工作,是需要信息科來設置與完善的。有時一個規范的設置就可以避免后續大量的整改工作,起到事半功倍的效果。

        比如:在表結構層面上,一些“必填”字段可進行“不為空”的限制,如性別字段;一些“基本”信息字段可采用默認值的方法,就能減少操作員的大量重復工作,如國籍默認為“中國”,民族默認為“漢族”。

        個人認為,在數據庫表結構上進行配置,會比后期通過軟件進行質控更加方便有效。我曾經遇到過病案首頁中手術信息欄的切口等級要求為“必填”,不允許為空,一般情況下醫院會借助軟件進行校驗,如果為“空”則給出不能保存的提示。但其實只要在數據庫表結構設置中默認為“0類切口”,就可直接避免軟件修改工作了。

        總之,筆者建議盡量不要在數據庫表結構中設置“空”值,而應采用默認值,這樣可以避免后續數據治理的很多麻煩。

        良好的數據從科室字典設置開始

        字典設置十分關鍵。以“軍衛一號”系統的500多張表為例,系統字典信息可分為系統部分、公共部分、醫院初始化部分。其中,系統部分的配置要相當謹慎,因為這屬于全局配置;公共部分的設置要以國家信息標準為準,設置完成后,一般情況下是不需要進行修改的;最重要的部分是醫院初始化字典部分,需要醫院信息部門與臨床等業務科室反復溝通。

        以科室字典為例,院級、部級、科級、組級要按照層級關系設置好,比如:“內科臨床部”的科室代碼是12,“消化內科”的科室代碼是1201,“消化內科門診”的科室代碼是120101(在門診號類上可繼續設置為消化內科診室一、診室二等,都對應到消化內科門診下,不需要在科室字典中去增加),“消化內科病區”的科室代碼是120102(可繼續設置為消化內科病區一、病區二等,都對應到消化內科病區下,同樣也不需要在科室字典中去增加)。

        特別注意:科室代碼的序號不是從01、02、03開始的。技術人員都知道以“0”開頭的,不管是字符還是數字,都很難處理。

        這里有一個題外話,工作人員的工號設置是一次性的,一旦使用就不能變更了,可能會存在一個小尷尬:院長的工號是12345,而信息科一名資深工程師的工號可能是10009。有些單位是采取用年作為前綴的方式,比如240001代表院長是2024年的第一位員工。

        不刪除數據是數據治理的最基本要求

        比較遺憾的是,“軍衛一號”的科室字典在設計時沒有設置“開始時間”和“停止時間”的字段,一旦發生科室名稱被調整和停用的情況,就比較尷尬。后來我們自行加上這兩個字段,但發現需要對許多涉及到的軟件進行修改。

        實際上,醫院的科室調整是很普遍的現象,分了合、合了分,拆拆分分的情況經常出現。不知道其他醫院遇到這種情況是如何處理的?希望能夠得到指教。

        但無論怎么處理,數據是不能刪除的。一旦刪除,之前的歷史數據就會成了“無水之源”,業務數據就會被污染了?!皵祿坏┍4婢徒^對不能進行刪除”,這應成為醫院信息科工程師鐵一般的紀律和職業操守。如果確實發生了誤操作,比如多計了費用,或者是計錯了費用,就采取類似財務上“紅沖”的方法,也即插入負的數據值來抵充那條誤計的正數據。

        用軟件來預警控制不規范的數據產生

        數據治理有點像“貓捉老鼠”,不規范的數據會不斷冒出來,如果沒有得到有效的糾正,就會污染數據。到處“跑、冒、滴、漏”的數據流對后續數據處理、數據分析和輔助決策判斷帶來的影響將是災難性的。

        誠然,醫院信息科不能“生產”數據,但必須“監管”數據。醫院信息科有責任盡可能地對不規范的數據進行有效攔截,但信息科工程師又不可能分秒不停地盯著屏幕查看數據,因此需要借助數據治理相關軟件,將自動采集到的數據與標準值進行匹配,一旦發生差異自動提示預警——事前和事中的監管將比事后分析的效果要好得多。

        有人可能會認為醫院信息科管不了這么多。但在實際工作中,與其到后來在各種統計分析數據面前出“洋相”,醫院信息科還不如主動擔當,從源頭抓起。

        我舉一個例子:出院人數的統計,一般情況下都是統計前一天而非當天的。實際業務中,會有患者由于各種各樣的原因在前一天辦理出院后但實際未能出院,而信息系統又提供了“取消出院”功能,可將該患者的出院狀態變成在院狀態。這種功能設計雖然方便了操作,但會對數據統計造成影響,就是大家說的“數據會變的”情況。正確的做法是出院超過24小時的患者只能重新辦理入院,而不可隨意變更為“在院”狀態。

        這個案例提示我們:業務系統在設計時要充分考慮業務操作的嚴謹性,而非隨意迎合科室的一些不規范的需求,即所謂的“個性化”。否則看上去是方便了,但埋下了數據污染的隱患,信息科到時會背上“統計一個出院人次的數據都不準”的鍋。

        數據治理的話題說了很多年了,個人感覺還是有點“雷聲大、雨點小”,希望我們的醫院信息部門能勇敢擔當起這個責任,還數據一個真實、干凈的本來面貌。當然,醫院信息部門也不能走極端,要從之前的大包大攬的角色中轉變出來?!靶畔⑾到y不是萬能的,它是醫院規范發展的助手而非主角”,我非常堅持這一觀點。

        以上是我個人的觀點和做法,如有不當之處,歡迎大家批評指正。

        【往期回顧】

        數據治理從源頭做起:患者身份信息的確定

        數據治理從源頭做起:再談患者身份信息的確定

        數據治理從源頭做起:基礎信息字典

        數據治理從源頭做起:藥品物資字典的維護

        數據治理從源頭做起:醫院工作人員信息的維護

        數據治理從源頭做起:醫院信息系統的時間參數設置不可小覷

        此圖片的alt屬性為空;文件名為HIT%E4%B8%93%E5%AE%B6%E7%BD%91%E8%AE%A2%E9%98%85%E5%8F%B7.png
        關注HIT專家網微信訂閱號
        精彩不容錯過!
        此圖片的alt屬性為空;文件名為9fd96946f80198b.png
        尋求“商務合作”請掃碼填寫需求
        我們將盡快與您聯系!

        【責任編輯:陳曦 版式:明超】

        贊(7)

        評論 1

        評論前必須登錄!

         

        1. #1

          文中“正確的做法是出院超過24小時的患者只能重新辦理入院”
          此處應為“出院”吧

          sunyu3個月前 (03-11)


        未經允許不得轉載:HIT專家網 » 數據治理從源頭做起:醫院信息科需要做什么?
        分享到: 更多 (0)
        黄色性交一级老太婆网站|欧美一区免费观看|黄色w网站免费|中国91区26黄片