來源：HIT專家網? ?本次調查問卷起草、分析報告撰寫人：北京大學人民醫院信息中心副主任 ?王力華

【編者的話】

20多年前，國內醫院開始陸續建立了院內第一個信息系統——HIS，其主要核心功能是費用處理和物資管理。20多年后，這些功能的重要性重回人們的視野，以4月8日起北京新推行的醫改調價為典型。但是，歷經20多年，當前醫院所面臨的費用處理流程和環境要求，與HIS最初的設計，早已不能同日而語。

為此，在北大人民醫院信息中心副主任王力華的精心指導和熱忱幫助下，HIT專家網特發起了本次關于HIS費用相關功能設計實現情況的小調查。本次調查旨在針對醫改調價和HIS費用相關的功能實現，調研發現好的實現方式，匯集百家智慧，供行業分享、學習推廣，幫助更多地區的更多醫院更好地應對醫改過程中的調價工作。

【調查結果】

調查問卷只在定向群中發布，截止到目前，收到有效結果近60份，現將調查結果及初步分析公布如下，供廣大醫院用戶和HIT企業參考。

一、調查參與者基本情況

1. 醫院所在省市

從調查參與者所在的省市看，共涉及21個省市，包括了北京、上海、天津、福建、浙江等已經實施過醫改相關調價方案的地區，也包括其他省市醫院。

2. 醫院床位數

從調查結果看，參加調查的大部分為具備較高等級和規模的醫院，床位數在500-2000張床，占到總比例的75.8%。其他則為2000張床位以上規模的大型三級醫院。

二、醫院HIS建設和基本運行情況

1. HIS軟件來源

從調查結果看，通過采購方式使用現成的HIS產品，仍是主流，占到了79.3%；

而自行開發的HIS系統，雖然只占20.7%，但特點比較明顯：(1)絕大部分來自于北京、上海、廣東、福建等經濟發達地區；(2)絕大部分床位數在2000-2999，或500-999這兩個區間內；(3)絕大部分使用的數據庫為Oracle；(4)絕大部分使用年限較長，在15-20年以上區間。

2. HIS所使用的數據庫

從調查結果看，使用Oracle和SQL Server數據庫的HIS占了絕大多數，67.2%的醫院HIS基于Oracle數據庫，25.9%的HIS基于SQL Server數據庫，而使用SQL Server數據庫的，幾乎全部為采購的HIS產品。

3. 當前HIS投入使用的時間

從調查結果看，62%的醫院HIS使用了10年以上，說明HIS作為醫院的核心系統，通常情況下不敢輕易更換；另一個比較有意思的結果是，使用10年以下的HIS(或者更換過HIS)，占48%，全部是采購的HIS產品。說明醫院HIS普及程度越來越高，HIS供應商能力也日益增強，醫院傾向于采用成熟的商業HIS軟件解決方案。

4. HIS的日常運維狀況

從調查結果看，53.4%的HIS在由醫院的信息部門自行維護，其中還有不少是采購的HIS產品。如果包括日常需求的實現，對信息部門的技術和工作量都提出了較高的要求。

三、費用基礎字典功能實現情況

1. 診療項目字典

從調查結果看，這幾個功能的實現比例還是比較高的，尤其是我們所知的已經做過醫改的地區。(1)對于生效時間，文件中往往會提出“零時啟用”的要求；(2)目前的診療字典庫已有幾千或上萬條數據，除為用戶提供方便的分類查詢功能外，用戶也需要如批量置標識或加備注等功能；(3)作為重要的數據字典表，應該有日志記錄功能，何況價格調整的記錄，上級部門經常會檢查；

2. 藥品字典

從調查結果特別比較了一下，同時有診療字典生效時間和藥品字典生效時間功能的，比例非常高。藥品價格的調整，可能各個省市會不同。我們了解的情況，這方面要求不如診療文件要求“零時啟用”那么嚴格，但藥品調價日志肯定是需要的。因此，這幾個HIS費用功能，建議醫院還是提前都準備好，以應對各種可能的要求。

四、組套字典功能實現情況

1．醫生站模板

不管是門診醫生站，還是住院醫生站，在醫院中的使用已比較成熟，而模板是方便醫生使用的必備功能之一。從調查結果看：(1)幾乎所有醫生站都具備模板的權限管理；(2)對于基礎字典變更、編碼不變的情況，通常做價格調整就是這樣，如果醫生們不關心價格變化，此需求可以不實現，或僅做提示；(3)在基礎字典變更，原項目編碼廢棄而產生了新編碼的情況下，模板必須要調整，且系統無法自動地完成，需要提醒建立模板的人員盡快完成調整，模板方可使用；(4)如果模板數量多且模板中的項目多，批量處理功能還是需要的；(5)如果是全院模板或科室模板，應該有必要的審核后啟用功能，或生效時間是需要的；(6)日志記錄功能，可根據醫院需求而定。如果維護人員較多，應該是需要的。

2．臨床路徑

臨床路徑的功能情況，與醫生站模板類似。值得關注的一點，模板通常為方便醫生操作，而臨床路徑應該是由醫院醫政部門審核后才能使用，且每個路徑的內容較多。因此，對功能中的(4)管理員有批量處理功能、(5)有審核后啟用/生效時間功能、(6)有變更路徑日志記錄功能，要求應該更高一些。

3．號別費用

預約掛號方式越來越多，新建或改造統一的號源管理，是醫院預約掛號的必然趨勢。從調查結果看：(1)大部分都有號表管理權限；(2)由于號別涉及的收費項目非常少，且醫院物價部門也非常清楚哪些項目與掛號費用相關，通常有變更時會及時提醒，因此上面第(2)、(3)(5)項功能，可根據醫院實際情況，酌情處理；(3)統一號源管理后，幾乎會細致到每個號的管理，因此批量處理功能是必須的；(4)作為重要字典表，需要日志記錄功能。

五、費用相關功能實現情況

1．預約掛號

對于預約掛號的費用，通常是兩種實現方式：在預約時計費，或在取號時計費。在有些醫院有多種預約掛號方式時，兩種情況可能并存。

從調查結果看，大部分醫院預約掛號時使用了取號時計費，這兩種情況的差別為：(1)在預約時計費，這種方式中，不管是通過窗口、自助機、手機、診間等預約掛號，都需要有預存金額的卡或銀行卡，扣除(或凍結)相應的費用。在醫改系統切換期間，此種方式下預約的號，只能按預約時的費用就診；(2)在取號時計費，此種方式在預約掛號時，只給了病人相應的科室和一個號數，并未涉及費用。在醫改切換期間，此種方式下預約的號，在取號時能使用調整后的價格。

2. 計費/收費

從調查結果看：(1)大部分醫院的費用處理都是在HIS中完成的；(2)如果有不同廠商的系統同時在完成計費或補費的功能，需要做基礎費用字典的實時同步，不然會造成費用的不一致；(3)醫生站配置綁定的項目，如開某種檢查時，需開出相應的藥品以便檢查中使用，這些功能中涉及的項目，往往在基礎費用字典編碼變更時，會被遺忘；(4)在此次醫改調價中，有些醫院在系統中實現了收費/結算時，與基礎費用字典的核對，保證廢棄項目和調整前的價格不能再使用，這樣為醫改切換很好地把了一道關。

3．退費

從調查結果看：(1)由執行科室和醫生在各自的系統中確認后，才能退費。這一方式實現的比例非常高，有些出乎意料。如果是在不同廠商的系統中實現，還是有一定的難度的。如檢查項目退費，涉及檢查系統、預約系統、醫生站、收費系統之間的狀態判斷；(2)對于退費時的雙人審核，有些醫院財務部門是有要求的；(3)有參與調查者提出，記錄退費原因的功能，可能要根據醫院實際情況，酌情完成。

【調查局限性】

1. 調查問卷定向發送到CIO群里，對于調查的覆蓋范圍，有一定的局限性；

2. 需要被調查者十分了解HIS具體功能，因此，樣本回收數量有限；

3. 調查問卷采用自愿實名方式，對調查結果也會出現一定的偏倚。

【結語】

1. 醫改大幕剛剛拉開，目前尚不清楚是否還會有相關的調整，因此，建議必要的功能盡早實現，如果來不及在系統中實現，也要準備好后臺調整策略；

2. 調查問卷所列的HIS相關功能實現狀況，并非代表所有醫院都要全部實現，而是基于醫院自身業務需求出發加以考量。

特別感謝參與填寫問卷的各位醫院信息同仁！我們是帶著技術討論、梳理思路、共同提高的初衷，完成本次問卷的調查和結果分析。希望本次小調查的結果，有助于醫院信息部門應對每次信息系統的“大考”，祝愿大家都能考出好成績。

【責任編輯：譚嘯】

總結

以上是生活随笔為你收集整理的his系统oracle多少钱,医院信息系统怎样为医改调价做准备：HIS费用功能应用情况调查告诉您...的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。