淺論互聯互通背景下我院信息化建設方向

祁星 鄭昊 孫琳 朱瀝瀝

摘要：醫院信息互聯互通標準化成熟度測評通過對各醫療機構組織建設的以電子病歷和醫院信息平臺為核心的醫院信息化項目進行標準符合性測試以及互聯互通實際應用效果的評價，構建了一套科學的、系統的醫院信息互聯互通標準化成熟度分級評價技術體系、方法和工具。醫院信息互聯互通測評旨在促進衛生健康信息標準的采納、實施和應用，推進醫療衛生服務與管理系統的標準化建設，促進業務協同，為醫療衛生機構之間標準化互聯互通和信息共享提供技術保障。我院作為口腔三級甲等專科醫院積極響應國家政策要求，適應時代和技術的步伐，提高醫療信息化水平，改進醫療質量、改善患者就醫流程，提高醫院管理水平，努力探索針對互聯互通環境下醫院信息化建設的道路。

關鍵詞：互聯互通;醫院信息化;建設

1現狀

1.1醫院信息系統完備

我院目前臨床業務信息系統覆蓋基本完整，醫院以電子病歷為主建設各項臨床信息系統業務，流程按照各分立業務特點進行了個性化建設優化。同時我院于2016年就開始全院數據匯聚，開展數據分析業務，為醫院互聯互通打下堅實基礎。

1.2多門診、多院區特點

我院所轄一個本部，兩個分院，五個門診部，所有地點打通專線，全部使用統一的信息系統，避免使用不同的HIS系統。但是不同地點業務差異大，各種情況較為復雜，權限分級管理不利于統一。尤其是患者和醫生需各院區間流動，臨床信息共享未能達成高效狀態，業務區域核算不獨立，同時未有獨立數據庫，業務增長經常互相造成影響。

1.3業務特點

各個醫療地點屬性不同，診療科目和收費標準難以完全統一，同時市區醫保中干保部分電子病歷保密性要求，數據庫物理隔離，干保和特需業務邏輯和流程很大不同，進行了業務拆分。

1.4傳統系統集成服務

醫院之前一直沒有集成平臺進行數據歸納，系統接口相互之間沒有打通，各類臨床業務集成通過HIS直接接口。藥庫管理、LIS、PACS、心電、血庫等資源中心分別和HIS進行系統接口直連，各種電子申請單和預約系統未實現業務交互，服務調用還是通過傳統接口方式實現。

1.5臨床未能信息共享

醫院因為一直沒有集成平臺，故無法建設CDR，故并沒有與電子病歷集成，其中對于醫院數據利用工作一直長期屬于空白狀態。

2建設方向

2.1進一步提高臨床業務成熟度

當前，在互聯互通背景要求下需改變傳統以HIS收費為核心進行臨床應用系統建設的困局。要確立分別以病歷、核心閉環醫囑、合理用藥、患者360視圖、申請單和檢查預約集成、移動護理、不良事件和隨訪管理推廣為重點的臨床系統建設。同時針對業務整合不完善，仍有部分業務無法實時自動聯動，則需要進行閉環改造以及監控，讓系統相互之間關聯。

2.2按照行業標準進行應用系統間集成

醫院目前與HIS之間的傳統集成方式，制約了其他應用系統的建設效率，復雜的關聯性無法幫助醫院信息系統互聯互通，呈現出被動的聯動性。多套HIS同一類型的基礎數據通過不同的接口輸出分別存儲在不同的系統中，缺乏統一高效的技術手段確保數據的一致性。此種情況下需要醫院建設成熟獨立的主數據管理體系及總線平臺的基礎服務。

2.3按照管理精細化要求提高數據利用水平

需要更新原有的數據接入范圍，優化數據中心的臨床科研應用。需要升級原有系統數據到完整的全院的數據中心需建設醫院的質量監控、效率、安全、運營管理的數據利用主題數據倉庫，通過完整的績效體系，推動學科能力建設，賦予信息化支持。

2.4構建HIS及病歷一體化

HIS系統采用不同的分級管理，同一院區針對醫生、護士、收費、藥房等部署了不同的代碼版本，版本眾多，部署繁瑣。雖有中心版本維護數據，但分中心版本上無限制數據維護功能，造成頻繁數據維護錯誤或數據同步錯誤。給系統維護以及平常使用帶來諸多問題。多個版本發布，造成臨床醫生打開或者運用錯誤版本，部分功能沒有完全部署到位導致醫生無法正常使用。如果部分醫生護士使用較早版本，同樣造成諸多業務錯誤。需要在整體改造時機成熟時，重新規劃部署HIS系統。

2.5改善臨床一線操作體驗

要加快單點登錄系統建設，現有情況下醫生護士仍然記錄每套系統的賬號和密碼，通過不同的應用程序進行登錄，并且應用系統的界面風格不一致，需要適應不同系統的操作習慣，給臨床一線操作者帶來較大負擔。加緊完善移動護理系統的建設，關聯電子醫囑系統，減少因需手工謄抄醫囑導致的錯誤。需要通過集成平臺數據集流程，減少護士在醫囑轉抄方面的額外工作，實現患者信息自動同步，自動滾動計費功能。

2.6軟硬件設施需要更新

醫院現有產品軟件及操作系統廠商已經停止原廠支持的版本，系統存在大量漏洞和安全隱患。在新業務系統應用到現有架構內時，一方面不能使用新版本操作系統及數據庫軟件的功能插件，導致業務系統的效能大打折扣，另一方面因為新版本業務系統均基于全新版本的數據庫和操作系統軟件進行開發，在接入舊版本軟件時，需要額外的適配工作，增加了實施的難度和成本。同時由于硬件老化，故障率增多，對應用系統的可用性造成影響。所以在采購軟件的同時也需要增加硬件成本的投入，軟件方便的安全運維和數據庫保障也需要統一納入考量當中。

3建設方法

3.1迭代式模型建設方法

在針對互聯互通要求下醫院信息系統的建設可以分模塊分階段進行實施，對于需求不確定的模塊進行迭代式實施，不能采用瀑布式的建設方式，因為一旦發現問題，互聯互通關聯性很高，容易導致系統建設復雜，對于系統建設難度加大，不利于系統平穩有序的推進建設。

3.2全員參與

有關互聯互通信息化建設，要吸取以往我院信息化建設的經驗和教訓，確立管理先行，信息支撐的原則，具體到我院每個部門的需求，需求必須盡快達成統一，否則實施工作會停滯在最后一公里。同時要求全院所有部門全員參與，互聯互通的建設不單單是醫院信息一個部門的事情，是關乎全院的大事，要從思想上提高認識，一把手負責，項目的目標決定及項目的重大變更決定都需要院長知曉。人事部門負責編制科室字典，負責主數據管理當中的科室管理及人員管理。醫務部門負責運營系統數據整理，住院相關指標，手術相關指標，醫保相關指標，醫技相關指標的統計口徑確認。同時針對醫療質量也需要制定規則，主要有實時的監控分析（危重病人，超長住院病人，死亡病人，非計劃二次手術病人的監控等）與事后的終末數據質量分析（單病種，重點病種，重點手術，手術，死亡病人，平均住院日）。門診部負責門診相關指標口徑定義，及統計分析（門診人次，均次費用，退號，退藥，退費人次及原因統計分析，實名制掛號分析）。門診病史歸檔流程。工作量統計的指標，算法，口徑。門診隨訪的流程管理。財務科負責費用相關指標口徑定義，及統計分析（門急診均次費用，住院均次費用，住院收入，住院收入分布匯總，全院收入，門急診收入，門急診醫保收入，科室/醫療單元收入排名統計）。作為系統建設主要負責的信息科則全盤負責基礎架構，數據上報平臺及各種統計報表的制作。只有醫院所有部門通力合作，才能把互聯互通建設完成，并且運用到日常醫院管理當中。

4建設目標

通過互聯互通評級實現以評促建，提高醫院系統集成的標準化和集成效率。提高電子病歷成熟度，以五級標準指導電子病歷改造優化。全院臨床信息共享，提高臨床一線使用體驗，整合管理需求，實現運營質控實時分析和挖掘，深化數據利用，提高醫院精細化管理水平。完成集成服務總線為基礎的技術架構改造，強化信息業務健壯性。解耦HIS系統功能，完成服務模塊微小化。以醫院精細化管理需求為指引，建立主題數據倉庫，提升數據利用的水平和靈活度。推進互聯網+醫療信息系統建設，提升患者就醫體驗，落實分級診療工作，建設績效考核為核心的醫院管理平臺，建設完整臨床科研信息化支持體系;通過數據利用技術，建設臨床決策支持系統，提升醫療質量管理水平。

參考文獻

[1]汪永琳，丁一，基于HL7的醫療數據集成及系統設計[J].通信技術，2008，29（21）：5583-5585

[2]鄭西川，秦環龍，張建國，跨醫院患者臨床信息數據訪問方案的實現[J].醫療衛生裝備，2009，30（5）：74-45.

[3]蘇榕彬，BI技術在醫療行業中的應用[J].醫學信息，2014，27（1）：5-6.

[4]孫雪，基于醫院信息系統探究醫院信息管理體系的構建[J].中國衛生產業，2014，（10）：185-186.

作者簡介：祁星，男，漢族，1990年10月，南京，本科，中級工程師，醫院信息。