從衛(wèi)春

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

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

中圖分類號(hào)：TP315 文獻(xiàn)標(biāo)識(shí)碼：A 文章編號(hào)：1009-3044（2015）33-0001-02

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

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

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

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

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

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

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

開發(fā)工具選用Sybase公司的PowerBuilder11.0，PowerBuilder是目前最有代表性的數(shù)據(jù)庫應(yīng)用開發(fā)工具，它集面向?qū)ο髷?shù)據(jù)庫技術(shù)、分布式應(yīng)用技術(shù)、多媒體技術(shù)于一身，堪稱當(dāng)今最成功的數(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)進(jìn)行更好的連接。客戶端軟件在Windows主要操作系統(tǒng)上均可安裝使用。

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

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

4.1 管理需求分析

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

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

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

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

3）能夠?qū)β┵M(fèi)檢查進(jìn)行有效管理

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

4.2 功能需求分析

1）整體框架維護(hù)功能

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

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

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

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

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

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

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

4.3 操作性需求分析

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

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

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

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

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

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

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

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

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

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

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

5.3 功能設(shè)計(jì)

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

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

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

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

6.2 導(dǎo)航菜單的實(shí)現(xiàn)方法

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

6.3 如何實(shí)現(xiàn)多項(xiàng)目集中維護(hù)

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

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

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

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

6.5 報(bào)告處理平臺(tái)的開發(fā)[8]

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

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

7 結(jié)論

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

參考文獻(xiàn)：

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

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

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

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

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

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

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