醫(yī)院電子報告管理系統(tǒng)的開發(fā)與應(yīng)用

從衛(wèi)春

摘要：數(shù)字醫(yī)學在臨床醫(yī)療工作中的應(yīng)用范圍十分廣泛，從開始的HIS收費管理到電子病歷等等，醫(yī)療輔助檢查報告處理多年來一直以手工報告為主，近年來也隨著數(shù)字醫(yī)學的發(fā)展逐漸轉(zhuǎn)變?yōu)殡娮庸芾砟Ｊ?。文章初步探討了通用型醫(yī)療檢查電子報告管理系統(tǒng)網(wǎng)絡(luò)版的設(shè)計、開發(fā)及應(yīng)用，通過通用報告處理平臺完成不同檢查科室對檢查報告不同的需求并實現(xiàn)與HIS、電子病歷、醫(yī)生站等其他醫(yī)療信息系統(tǒng)的連接，達到數(shù)據(jù)共享的目的。

關(guān)鍵詞：醫(yī)療信息系統(tǒng)；電子報告；數(shù)字化管理

中圖分類號：TP315 文獻標識碼：A 文章編號：1009-3044（2015）33-0001-02

近年來，我國醫(yī)院數(shù)字化建設(shè)取得了長足的進步，逐步建成了HIS、臨床醫(yī)生工作站、PACS和LIS等具有臨床性質(zhì)的網(wǎng)絡(luò)信息系統(tǒng)[1]，但在電子檢查報告信息化方面，絕大部分醫(yī)院基本采用單機模式或手工模式報告，這樣使各檢查科室的報告結(jié)果不能被其他信息系統(tǒng)利用，也不能獲取其他信息系統(tǒng)的信息資源，給醫(yī)院管理帶來了一定的難度。我院根據(jù)檢查報告管理要求設(shè)計采用Powerbulder11.0開發(fā)了基于全檢查科室的通用型電子報告處理系統(tǒng)，并能與其他信息系統(tǒng)實現(xiàn)的無縫連接充分實現(xiàn)的網(wǎng)絡(luò)信息資源共享，解決了病人檢查管理、報告書寫、報告檔案管理等一系列問題，有效提高了工作效率和管理水平，醫(yī)院的數(shù)字化建設(shè)達到了一個新高度。

1 系統(tǒng)開發(fā)的背景及意義

醫(yī)學檢查電子報告管理系統(tǒng)是為醫(yī)院建立一個醫(yī)學檢查信息化的工作平臺，將患者信息、報告、設(shè)備、耗材、檢查流程統(tǒng)一到以電腦網(wǎng)絡(luò)為基礎(chǔ)的軟件平臺之上，而服務(wù)器則是系統(tǒng)的核心，它承擔整個網(wǎng)絡(luò)系統(tǒng)數(shù)據(jù)庫、管理服務(wù)。目前一些條件好的三級醫(yī)院采用專業(yè)PACS/RIS系統(tǒng)為醫(yī)院構(gòu)建龐大的醫(yī)學影像信息網(wǎng)絡(luò)，其中涵蓋了電子報告處理功能，但投資巨大使二級以下醫(yī)院難以承受，為此本系統(tǒng)提出通用報告處理平臺的開發(fā)概念，將醫(yī)學檢查的共性流程如預(yù)約登記、檢查收費、報告處理、二級審核、報告發(fā)放、報告借閱等功能集成到一個開發(fā)平臺上，采用不同的科室及設(shè)備類型關(guān)鍵字加以區(qū)分，數(shù)據(jù)庫采用一個的數(shù)據(jù)庫管理，這樣硬、軟件的投資會很小又能實現(xiàn)檢查報告信息化管理。

2 系統(tǒng)開發(fā)目的和要求

系統(tǒng)開發(fā)盡量采用現(xiàn)有軟硬件環(huán)境，及先進的管理系統(tǒng)開發(fā)方案，從而達到充分利用現(xiàn)有資源，提高系統(tǒng)開發(fā)水平和應(yīng)用效果的目的。系統(tǒng)要符合醫(yī)學報告書寫和管理的規(guī)范要求，提供大量的醫(yī)學報告術(shù)語和自定義模板，滿足各檢查科室相應(yīng)檢查報告處理需要。

建立以病人為中心的管理模式，任何時候可以查找到任何一個病人的任何檢查信息和診斷報告。這些信息包括超聲、普通X線、造影、CR、DR、CT、核磁共振、DSA、ECT、PECT、SPECT、心電、胃鏡、病理等，將檢查科室完整的工作流實現(xiàn)電腦化管理，包括登記、報告等內(nèi)容。可以檢測到每個病人在工作流中所處的位置，為管理者提供必要的統(tǒng)計和分析信息等。

3 開發(fā)工具和運行環(huán)境選擇

開發(fā)工具選用Sybase公司的PowerBuilder11.0，PowerBuilder是目前最有代表性的數(shù)據(jù)庫應(yīng)用開發(fā)工具，它集面向?qū)ο髷?shù)據(jù)庫技術(shù)、分布式應(yīng)用技術(shù)、多媒體技術(shù)于一身，堪稱當今最成功的數(shù)據(jù)庫應(yīng)用系統(tǒng)的輔助開發(fā)工具，也是目前開發(fā)效率最高的數(shù)據(jù)庫開發(fā)工具[3]。數(shù)據(jù)庫則采用微軟的大型數(shù)據(jù)庫SQLServer2005，目前大多數(shù)醫(yī)療單位HIS數(shù)據(jù)庫均使用SQLServer，本系統(tǒng)充分利用現(xiàn)有資源并能與HIS系統(tǒng)進行更好的連接?？蛻舳塑浖赪indows主要操作系統(tǒng)上均可安裝使用。

4 系統(tǒng)需求分析

系統(tǒng)需求主要分為管理需求、功能需求和操作需求，以下分別加以闡述。

4.1 管理需求分析

1）解決各科檢查報告互相獨立，不能統(tǒng)一管理的問題

目前檢查科室報告基本是各自為政的局面，有的采用了單機版報告軟件如胃鏡、病理等，這些科室一般采用和設(shè)備連接的單機報告處理軟件，獨立性很強。還有的是采用了小網(wǎng)絡(luò)版如B超室，將所有B超設(shè)備主機通過網(wǎng)絡(luò)連接起來實現(xiàn)B超報告的集中管理。大多數(shù)還是采用手工報告形式如放射、心電圖等。所有這些管理類型的最大缺點就是不能將各自信息進行集中管理和互相資源共享，更不能和其他基礎(chǔ)醫(yī)療信息系統(tǒng)連接來獲取病人基本信息，實現(xiàn)資源的互用。本系統(tǒng)需要將各科檢查報告統(tǒng)一到一個數(shù)據(jù)庫中，共享統(tǒng)一的數(shù)據(jù)表，通過科室和報告類型來區(qū)別不同的報告并自動定義不同的報告格式實現(xiàn)報告的集中管理存放并通過和HIS、醫(yī)生站的連接使多系統(tǒng)間的信息資源可以互相利用。

2）解決與其他信息系統(tǒng)數(shù)據(jù)不能共享的問題

該系統(tǒng)要能與HIS系統(tǒng)及醫(yī)生站、護士站實現(xiàn)高度集成，要能從HIS系統(tǒng)中自動調(diào)入病人收費和電子檢查申請等信息，能自動執(zhí)行檢查單并自動記賬和收費確認，能在HIS中反映出各個檢查科室的工作業(yè)績和報告管理水平；并將醫(yī)生站的電子檢查申請信息傳給報告系統(tǒng)并能從醫(yī)生站和電子病歷系統(tǒng)中調(diào)閱病人的檢查信息；能與體檢系統(tǒng)進行連接，讀入體檢申請信息并將報告結(jié)果傳回給體檢系統(tǒng)以便體檢系統(tǒng)進行體檢結(jié)論。

3）能夠?qū)β┵M檢查進行有效管理

醫(yī)療檢查在各個醫(yī)院歷來是漏費較嚴重的環(huán)節(jié)，由于手工管理及與設(shè)備脫節(jié)的關(guān)系，使檢查漏費管理難度很大。本系統(tǒng)要能通過對病人來源的登記管理，要在一定程度上控制人情檢查、漏費檢查。要在系統(tǒng)中很清楚地知道每個病人的收費信息，能有效地監(jiān)督所有檢查產(chǎn)生的真正收入和漏費金額。

4.2 功能需求分析

1）整體框架維護功能

系統(tǒng)設(shè)計要有框架意識，框架是一個系統(tǒng)開發(fā)運行的基礎(chǔ)平臺，一個好的框架能提高程序的開發(fā)效率，簡化開發(fā)環(huán)節(jié)?？蚣芤到y(tǒng)維護、菜單維護、菜單權(quán)限管理、角色管理、人員管理、密碼管理、更新管理、系統(tǒng)鎖定、系統(tǒng)關(guān)閉等系統(tǒng)管理維護功能。

2）合理的業(yè)務(wù)流程

合理的業(yè)務(wù)流程是一個信息系統(tǒng)是否值得推廣的重要因素，系統(tǒng)要根據(jù)臨床實際情況設(shè)置合理的業(yè)務(wù)流程，要有預(yù)約登記、檢查確認、報告處理、審核、發(fā)放、借閱、歸檔、查閱等所有業(yè)務(wù)邏輯流程，流程順序要合理，對違反流程操作的要有智能提醒功能。

3）多級權(quán)限管理

一個安全的系統(tǒng)必須具備完善的權(quán)限管理機制，檢查報告的權(quán)限管理還不同于一般的信息系統(tǒng)，系統(tǒng)中人員不僅要有不同的角色權(quán)限即程序菜單運行的權(quán)限，同時還要有不同設(shè)備類型的報告權(quán)限管理，如放射科有些人具備全部放射設(shè)備的檢查報告處理權(quán)限，有的人只具備個別設(shè)備的報告處理權(quán)限，這些要求都需要在系統(tǒng)設(shè)置的反映出來，這樣才能使不同科室的人員或相同科室的人員即使是同一角色也有不同的報告權(quán)限。

4）強大的數(shù)據(jù)分析及查詢功能

系統(tǒng)登記信息和報告信息要全面，要能形成詳細的數(shù)據(jù)分析報告。查詢功能要能夠根據(jù)自定義查詢條件產(chǎn)生相應(yīng)的查詢結(jié)構(gòu)。要能根據(jù)報告內(nèi)容進行語義或關(guān)鍵詞分析及產(chǎn)生疾病分型報告。

4.3 操作性需求分析

1）操作簡潔，能快速實現(xiàn)病人檢查信息的登記

業(yè)務(wù)信息系統(tǒng)必須要簡化操作，提高效率的作用，所以系統(tǒng)設(shè)計操作界面時要合理布局，簡化流程操作或用技術(shù)手段快速處理流程[4]。所有的操作要簡潔明了，能夠利用其他信息系統(tǒng)數(shù)據(jù)資源的要充分利用，要采用自動調(diào)入方式來簡化操作，所有登記信息要充分利用HIS數(shù)據(jù)來快速實現(xiàn)信息登記。

2）報告編輯功能強大，能實現(xiàn)模板、術(shù)語與自然語言的結(jié)合

報告編輯處理是整個系統(tǒng)的核心模塊，也是技術(shù)難度最大的模塊，編輯功能的強弱直接關(guān)系診斷報告的效率。報告編輯功能要強，能自動調(diào)入模板、術(shù)語并能插入自然語言進行混合編輯，有多語義單詞選擇功能、術(shù)語插入功能、自動排版功能，要實現(xiàn)所看即所得的處理效果。

3） 將多項目維護結(jié)合至單一窗口中

系統(tǒng)要利用樹型結(jié)構(gòu)將多個維護功能進行結(jié)合，使維護窗口功能強大、復雜，避免使用多個窗體切換來維護不同的項目。

5 系統(tǒng)分析與設(shè)計

5.1 業(yè)務(wù)流程分析

報告系統(tǒng)業(yè)務(wù)流程包括病人預(yù)約登記、檢查執(zhí)行確認、報告編輯處理、報告審核、報告打印、報告發(fā)放、報告歸檔、報告借閱、報告查詢、報告分析等所有實際工作邏輯業(yè)務(wù)流程。流程環(huán)節(jié)順序要合理，程序設(shè)計時要嚴格按照邏輯順序不能違反操作流程。

5.2 數(shù)據(jù)表設(shè)計

數(shù)據(jù)庫表結(jié)構(gòu)主要分為系統(tǒng)表與業(yè)務(wù)表，系統(tǒng)表主要是存放的系統(tǒng)運行各類數(shù)據(jù)如菜單、人員、角色、權(quán)限等，業(yè)務(wù)表主要存放電子報告管理中的各種數(shù)據(jù)如模板、術(shù)語、登記信息、報告信息等，具體表名稱、功能、字段。

5.3 功能設(shè)計

報告管理系統(tǒng)將功能分為三個方面，分別是系統(tǒng)管理功能、業(yè)務(wù)操作功能、業(yè)務(wù)管理功能。系統(tǒng)管理功能主要是系統(tǒng)框架功能如權(quán)限分配、菜單定義、用戶管理等，業(yè)務(wù)操作功能主要為檢查登記、報告編輯、報告審核等、業(yè)務(wù)管理功能主要是綜合查詢、漏費管理、經(jīng)濟核算、報告查詢等。

6 技術(shù)實現(xiàn)

6.1 如何實現(xiàn)界面美化處理[5]

界面采用換膚組件產(chǎn)生XP效果，換膚組件采用第三方動態(tài)鏈接庫控件SatManager.dll和皮膚軟件Office2007.skn，通過定義用戶對象將動態(tài)庫中的外部函數(shù)進行打包處理，然后在應(yīng)用程序打開時調(diào)用該用戶對象中的函數(shù)將皮膚加載到程序界面中，從而使程序整體界面變得非常漂亮，給用戶一種好的感覺。

6.2 導航菜單的實現(xiàn)方法

采用導航條來管理業(yè)務(wù)菜單是這個系統(tǒng)開發(fā)的一個亮點，而且這個導航條中的菜單能通過維護操作進行增加、編輯、修改等操作。主要實現(xiàn)方法是在數(shù)據(jù)庫中定義菜單任務(wù)表，將要放在導航條中的菜單名稱、要操作的窗口或?qū)ο?、窗口打開的參數(shù)通過一個維護界面保存在這張表里，然后制作一個可視樹型對象，定義相應(yīng)的函數(shù)和事件結(jié)合用戶權(quán)限來調(diào)用菜單任務(wù)表中的數(shù)據(jù)并加載到樹型結(jié)構(gòu)中，單擊不同的任務(wù)菜單即打開相應(yīng)的窗口或?qū)ο骩6]。

6.3 如何實現(xiàn)多項目集中維護

項目維護充分利用樹形結(jié)構(gòu)的優(yōu)勢將檢查部位、檢查項目、報告模板、報告術(shù)語、報告權(quán)限等維護集中到一個窗口中，數(shù)據(jù)窗口內(nèi)容將根據(jù)不同的選擇獲取相應(yīng)的數(shù)據(jù)窗口對象參 （下轉(zhuǎn)第5頁）

數(shù)作相應(yīng)的變化。數(shù)據(jù)窗口控件和功能按鈕調(diào)用了預(yù)先定義的可視化窗口對象，整個維護窗口代碼量很少但功能確較強大，內(nèi)嵌了拼音代碼生成對象，輸入名稱后將自動判別是否漢字生成相應(yīng)的拼音碼。

6.4 如何實現(xiàn)快速病人登記

檢查登記根據(jù)病人來源的選擇，輸入識別號碼（門診為病歷條碼或收費發(fā)票、住院為床位號或住院號碼、體檢為體檢單條碼）或自動掃描識別條碼相從HIS中自動調(diào)入病人電子申請和收費信息[7]，檢查項目將根據(jù)不同的檢查科室作相應(yīng)的過濾。在這個模塊中主要集成了與HIS和體檢系統(tǒng)的連接接口，病人的基礎(chǔ)信息的采集都來自于HIS系統(tǒng)和體檢系統(tǒng)。

6.5 報告處理平臺的開發(fā)[8]

根據(jù)選擇不同的狀態(tài)和登記日期段，數(shù)據(jù)窗口中將顯示該狀態(tài)下的登記信息，檢查人員再選擇檢查的實際部位后即進入編輯狀態(tài)。

該模塊的優(yōu)點是采用了樹型結(jié)構(gòu)將設(shè)備類型和流程狀態(tài)整合到一起，能一目了然地知道同一個科室不同的設(shè)備類型檢查流程的各個階段檢查信息，主要分為未登記、未完成、已完成未審核、已審核四種報告狀態(tài)，

7 結(jié)論

文章應(yīng)用了比較先進的數(shù)據(jù)庫設(shè)計理念對醫(yī)療檢查報告的數(shù)字化管理進行了初步的探討，詳細分析了各種實際需求和功能。在模塊的開發(fā)上采用了大量的Tree控件，簡化了數(shù)據(jù)操作流程和開發(fā)工作量。系統(tǒng)統(tǒng)開發(fā)后目前已在我院多個檢查科室進行試用，應(yīng)用后影像診斷醫(yī)師報告編輯效率明顯得到提高，報告查詢、匯總、分析變得異常簡單快速，科室主任能及時了解設(shè)備使用情況和疾病發(fā)展情況以及漏費檢查情況，對科室管理有很大的幫助。報告檔案也由原來的紙質(zhì)檔案轉(zhuǎn)變?yōu)殡娮訖n案，該系統(tǒng)的應(yīng)用受到了廣大醫(yī)技檢查科室的一致好評。但由于PowerBuilder對數(shù)據(jù)庫開發(fā)較有優(yōu)勢但對文字處理和圖像處理有一些的不足，再者作者本身技術(shù)有限，該系統(tǒng)在文字編輯排版和圖像采集均有明顯的缺陷，不能和PACS系統(tǒng)形成良好的接口；文字排版不靈活，不能處理多義字的靈活選擇等等。今后將通過一些第三方控件來加強系統(tǒng)這些地方面的不足，最大滿足臨床工作的需

參考文獻：

[1] 李華才. 數(shù)字技術(shù)在臨床醫(yī)療的研究與應(yīng)用[J]. 中國數(shù)字醫(yī)學， 2009， 4（2）： 44-45.

[2] 鄭啟迪， 周松建. PowerBuilder 9.0經(jīng)典范例50講 [M].北京： 北京希望電子出版社， 2005.

[3] 郭寶利， 康海濤， 李冬冬. PowerBuilder9.0實用解析 [M]. 北京： 電子工業(yè)出版社， 2004.

[4] 陳衛(wèi)平. 心電信息管理系統(tǒng)的設(shè)計與實現(xiàn)[J]. 中國數(shù)字醫(yī)學， 2008， 3（11）： 40-41.

[5] 于德一， 劉云洲. PowerBuilder實用編程技術(shù)[M]. 北京： 中國水利水電出版社， 2006.

[6]馬貴安， 李明武. PowerBuilder Win32 API程序設(shè)計[M]. 北京： 清華大學出版社， 2004.

[7] 沙金， 賈玉鋒. PowerBuilder 8.0編程百例通 [M]. 北京：科學出版社， 2003.