譚躍慶,胡吉亭
湖北省十堰市東風醫療集團茅箭醫院設備信息部,湖北 十堰 442012
藥品通用名查詢程序的開發與應用
譚躍慶,胡吉亭
湖北省十堰市東風醫療集團茅箭醫院設備信息部,湖北 十堰 442012
目的 開發藥品通用名查詢程序,為臨床醫生熟悉、使用藥品提供支持。方法 在現有醫院信息管理系統(HIS)基礎上開發藥品通用名查詢程序,主要建立了藥品字典查詢表、用戶信息表和科室信息表,并與HIS數據庫的藥品字典表無縫對接,實現兩個數據庫的數據共享和自動傳輸。結果 系統操作界面簡單、維護方便、使用安全,能夠滿足我院臨床醫生需求。結論 程序數據顆粒化設計便于數據的存儲和維護,為數據庫的進一步開發奠定了基礎。
藥品通用名;醫院信息系統;藥品字典;用藥安全
藥品名稱是藥品標準的首要內容,一般包括國際非專有名稱、通用名稱、商品名稱、化學名稱等[1],其中通用名稱是藥品的法定名稱。目前“一藥多名”現象在藥品中普遍存在,在200種常用藥品中,有4個藥名的占20%、5個藥名的占25%、6個藥名的占25%、7個藥名的占15%[2]。據統計,臨床醫生能記住的藥名在100多個、臨床藥師能記住1000多個[3]。衛生部制定的新《處方管理辦法》出臺后明確規定:醫師開具處方應當使用經藥品監督管理部門批準并公布的藥品通用名稱[4]。
但在現實工作中,臨床醫生因為不熟悉藥品的通用名,在處方用藥、尤其是跨科室用藥時,需要通過各種途徑去查詢,如打電話去藥劑科詢問,或把常用的藥品通用名及商品名打印在紙上,這樣就增加了診療時間,給患者帶來不專業的印象,使醫患之間產生不必要的矛盾。臨床迫切需要可以方便查詢藥品通用名的軟件。
通過市場調查,我們發現能滿足這種需求的軟件幾乎沒有。經過了解我們發現,軟件公司因為軟件功能單一、沒有利潤不愿意開發,但是很多醫院又有這樣的需求,因此在供需之間就產生了矛盾。如何通過現代化信息管理技術,解決類似的矛盾,成為每一個醫院信息工作者需要思考的問題。
我院根據醫院信息系統(HIS)應用現狀和臨床醫生工作需要,將現代信息管理技術與醫院的藥品管理實際工作相結合,利用Microsoft SQL Server 2008數據庫管理系統,在Visual Studio 2010平臺上使用C#語言開發藥品通用名查詢程序,幫助臨床醫生在醫療工作中以最優化的工作方式熟悉、使用藥品。該程序使用后,極大地提高了臨床醫生的工作效率,滿足了臨床需求。
1.1 設計思路
由于程序使用者的計算機水平參差不齊,界面的設計采用所見即所得的設計思路。通過接口設計,與HIS無縫對接,操作界面簡單,維護方便,實現數據顆粒化,便于數據的存儲和維護[5]。
1.2 技術方法
1.2.1 命名規則
在創建窗體時,首先對窗體ID進行命名,其編碼規則為“F_+窗體名稱”,在窗體調用其他窗體時,必須對調用窗體進行引用,引用的變量名為“Frm+窗體名稱”。在對數據進行編輯時,各字段所對應的控件就命名為“表名_+數字”。在對數據進行查詢時,設置查詢條件的控件命名為“表名_+相應字段名”,當查詢條件需要邏輯運算符時,控件的命名規則為“相應字段名_+Sign”。
1.2.2 公共類設計
程序開發過程中,建立兩個公共類:DBConnection類和DBOperate類。公共類的建立可以將數據庫的相關操作及對控件的設置、遍歷等封裝在自定義類中,提高代碼的重用性。DBConnection類用于連接數據庫,DBOperate類定義操作數據庫的公共方法,分別用于實現各種功能,代碼如下:

1.2.3 數據操作技術
通過getcom()方法以只讀的方式讀取數據庫中的數據,并以SqlDataReader對象進行返回,其中SQLstr參數表示傳遞SQL語句;getsqlcom()方法通過SqlCommand對象執行數據庫中的添加、修改和刪除操作,并在執行完成后關閉與數據庫的連接。代碼如下:

1.2.4 數據庫設計
本程序數據庫包含用戶信息、科室信息和藥品信息3個表,適合分解為結構化、參數化的記錄用數據庫進行存儲和管理[6]。用戶信息表存儲用戶代碼、用戶姓名、性別、年齡、拼音碼、科室代碼、登錄密碼和使用權限的相關信息。科室信息表存儲科室代碼、科室名稱、拼音碼信息。藥品信息表用來存儲藥品編碼、藥品通用名稱、藥品商品名稱、規格、入庫金額、零售金額、藥品劑型、醫保屬性和刪除標志的信息。用戶信息表和科室信息表通過科室代碼進行鏈接,設定科室代碼為主鍵。藥品信息表設定藥品編碼為主鍵,通過接口與HIS中的藥品字典表進行鏈接。
1.2.5 接口技術
設計目標是通過接口,使用本程序能自由獲取HIS數據庫藥品字典表的數據,并通過觸發器將藥品商用名的數據寫入HIS數據庫中。通過分析HIS數據庫相關表結構,我們選取charge_code這個字段設為唯一標識,這個字段由系統自動生成,在數據庫中設置為自增字段,不會產生重復數據,通過中間表的數據對應,可以快速、準確地找到藥品信息,實現兩個系統間的數據共享和自動傳輸。接口功能示意圖,見圖1。

圖1 接口功能示意圖
由于HIS系統中藥品字典表中的數據存在一個藥品有大包裝和小包裝的區分,一個藥品有多個記錄,使接口耦合中數據被多次下載。為此,我們在中間表中進行數據處理:小包裝的數據置標志位為0,大包裝的數據置標志位為1,本程序在下載接口表時,只下載標志為1的數據,避免數據錯誤。
1.3 系統架構
本系統采用3層C/S架構,即表現層、應用層、數據層。此3層C/S架構是在傳統的兩層C/S架構的客戶端與服務端之間插入應用服務器,相比于兩層C/S架構,3層C/S架構具有安全性高、工作效率高、便于維護等特點[7]。數據層采用Microsoft SQL Server 2008 R2管理系統,通過Select,Insert,Update,Delete等命令,實現對數據的增加、刪除、修改、查詢等事務操作,加強對象實體的持久化。應用層使用Microsoft.NET Framework SDK V4.0運行環境,通過接口向數據庫服務器成批提交SQL命令[8],應用層處理了所有數據集的細節以及與數據庫的交互,自動地協調和處理來自多個客戶端的請求和數據更新,增加數據安全性。表現層即為客戶端上的程序,專門處理數據顯示和用戶界面,因為不需要了解數據是如何被存儲及維護的,不需要與數據層通訊,使客戶端程序變得更小,更快。系統架構示意圖,見圖2。

圖2 系統架構示意圖
1.4 程序運行環境
后臺基于HIS環境和網絡。HIS數據庫:SQL Server2008 R2 數據庫;服務器:HP580 G7;程序開發平臺:Visual Studio 2010;程序開發語言:C#4.0;運行平臺:Windows XP(SP3)/Windows Server2003(SP2)/Windows 7;運行環境:Microsoft.NET Framework SDK V4.0。
2.1 需求分析
程序需要具有良好的人機界面,能夠方便藥品通用名數據的查詢、統計、維護、管理,做到區分用戶權限,數據檢索快速,方便地實現部門管理和數據備份,系統運行穩定、安全可靠。
本程序主要實現藥品商用名的查詢、維護及管理功能,見圖3。

圖3 程序功能設計圖
2.2 模塊的具體功能
當執行查詢統計模塊時,程序會自動搜索存在藥品商品名的藥品記錄,并在程序下方顯示,同時把所有具有商品名的藥品在面板中顯示出來,內容包括藥品通用名、規格、單價、商品名、拼音碼及類別。程序可以同時通過商品名和拼音進行查詢,查詢出來的結果會按指定查詢內容顯示。臨床醫生可以根據拼音碼或藥品通用名在HIS中準確錄入,該功能可以進行查詢、統計等操作,還可以對統計的數據進行匯總,數據可以輸出為報表或轉換為Excel文件格式,方便管理。當執行數據維護功能時,可以進行藥品的增加、修改、刪除等操作,程序會通過接口在數據庫中對指定數據表進行讀寫操作。系統管理為權限管理模塊,能夠根據管理員分配的權限訪問不同的功能[9]。部門管理用于實現登錄用戶的科室管理,便于數據的查詢和統計;用戶管理有3項內容:操作員管理、修改口令、更改操作員。操作員管理有4項操作:增加、刪除、修改、退出。通過這4項操作實現對操作員的權限管理,只有超級管理員才具有商品名維護、部門管理、操作員管理權限,權限通過程序代碼綁定;數據庫備份可以在指定的路徑對指定數據表數據進行備份。
(1)合格的程序不但要能用,還要好用。首先要建立、健全藥品通用名管理的各項規章制度,對數據庫中的數據定時、準確地更新,保證程序正常運行。在HIS中,全院醫生或護士只能通過藥品通用名開具處方或錄入醫囑,保證藥品通用名的唯一性。本程序的開發,醫院不但解決了臨床醫生藥品不熟悉、診療時間長、醫患糾紛、用藥安全性等諸多問題,同時,醫生開具處方時只能確定給患者使用的藥品種類,而不能決定藥品的生產廠商,一定程度上可以解決醫師收受藥品回扣的問題[10]。
(2)數據資料的維護需要藥師有良好的技術水平和責任心。許多藥品的中文名極其相似,特別容易最后引起混淆,但作用卻完全不同,給臨床用藥帶來極大的安全隱患。比如抗休克藥阿拉明與中樞興奮藥可拉明就非常容易混淆。另外,由于藥師英文水平不高,對類似的英文藥品也容易出差錯。
(3)程序的擴展。目前開發的程序功能還只有藥品商用名的查詢、維護、備份等功能,如果能夠將本院所有藥品的信息進行收集,包括藥品簡介、藥理作用、適應癥狀、用法用量等內容,在確定藥品名稱后直接彈出窗口對藥品進行詳細說明,就可以擴展程序的內容,使程序的功能更強大。
本文結合醫院的實際情況,利用現代化信息技術為醫院解決了工作中的具體問題,為醫院的醫護人員提供了一個學習的平臺。通過程序的使用,醫護人員經常在藥品通用名與商用名之間查詢、學習,可以不斷提高藥品熟悉度,極大滿足臨床需要。
隨著醫院信息化建設的不斷發展,醫院信息工作者要不斷地加強學習,從軟件的使用、維護中脫離出來,通過對軟件知識的不斷學習和開發,就可以為醫院信息化建設的快速發展更好地服務。
[1] 徐娟.藥品名稱規范使用中的問題與建議[J].中醫藥管理雜志,2010,18(3):250-251..
[2] 曹彩萍.藥品商品名混亂問題及解決方案[J].臨床合理用藥, 2012,5(5):73-74.
[3] 林樂雅,謝春英,謝靜文.中山大學附屬六醫院消化科門診超說明書用藥處方點評[J].中國醫院用藥評價與分析,2016,16(3):402-405.
[4] 2007[第53號],中華人民共和國衛生部令.處方管理辦法[S].
[5] 朱永健,王愛敏,閆赟.電子護理文書質量控制的研究[J].中華護理雜志,2014,(5) :445-447.
[6] 鄧卓霞,周富玲,司勇鋒,等.鼻咽癌病案信息數據庫在科研和隨訪中的作用[J].右江醫學,2012,40(4):597.
[7] 沈艷.基于三層CS結構的醫院信息系統的研究與實現[J].信息與電腦,2015,(9):35-36.
[8] 葉明全,宋念東.基于三層結構的醫院信息系統的安全體系初探[J].醫學信息,2013,(11):623-624.
[9] 張曉東.醫院藥品信息管理系統的設計與實現[D].成都:電子科技大學,2013.
[10] 郭磊.邵蓉.淺談國家對藥品名稱規定的合理性[J].上海醫藥, 2008,29(6):250-251..
Development and Application of a Generic Drug Name Query Program
TAN Yue-qing, HU Ji-ting
Department of Equipment Information, Maojian Hospital of Hubei Shiyan Dongfeng Motor Corporation, Shiyan Hubei 442012, China
Objective To develop a generic drug name query program so as to provide support for clinical physicians to have a familiarity with drugs and a good use of drug. Methods The generic drug name query program was developed based on the current HIS (Hospital Information System), through which the drug dictionary inquiry form, user information table and department information table were mainly established. The program was also seamless integrated with the drug dictionary table in HIS database so as to realize the data sharing and automatic transmission between two databases. Results The program was equipped with user-friendly interface as well as easy-to-maintain and safe-to-use features, which could meet the requirements of clinical physicians. Conclusion Granular design of the program made it convenient for data storage and maintenance and laid a foundation for further opening of the database.
generic drug name; hospital information system; drug dictionary; drug safety
TP319
A
10.3969/j.issn.1674-1633.2016.11.021
1674-1633(2016)11-0084-04
2016-03-15 2016-05-08
作者郵箱:dfmjyy@126.com