字典是系統為了幫助完成數據的輸入和對進入系統的數據進行規範控制、數據轉換等工作而設置的系統性的數據表文件。在軍衛HIS系統中,有系統定義字典和用戶定義字典兩類字典。
系統定義字典是系統內部固定的項目,用於對輸入項目進行正確性檢查,是系統間數據交換的基礎,不需要也不允許用戶修改。如:性別字典、診療項目分類字典、病情狀態字典。
用戶定義字典是為了保證系統的通用性和靈活性而設置的由用戶自行定義和修改的字典表。如:醫院基本情況字典、費別字典、科室字典、價表等。在使用軍衛HIS系統時,首先要對這些表進行初始化和剪裁,使其符合本醫院的情況。完善的字典才能保證整個系統的正常運行。 2、《模塊程序的劃分與組合》
軍衛HIS是壹組子系統的集合,每個子系統是由壹個或若幹個程序模塊構成,程序模塊是系統的最小可運行單元。
程序模塊劃分是基於用戶角色進行的。角色是指承擔某種業務的壹類用戶,如護士、醫生、收款員等。系統中每壹個程序模塊都是完成某壹特定角色用戶所需功能的集合。比如:收費類的程序模塊有價表管理程序、住院收費程序、收費管理程序、會計記帳程序等;涉及病案管理的程序模塊有主索引錄入程序、住院登記程序、病案編目程序、病案流通程序等,它們分別面向醫院內不同崗位上的業務人員,即不同角色的用戶。
基於用戶角色的程序模塊劃分不僅使程序體最小,有利於程序運行性能的提高,更重要的是有利於根據醫院需要的不同,為某些用戶進行不同程序模塊的組合,達到擴展角色的定義,或者實現多個角色的功能,進行流程的調整。
3、《可設置屬性的運用》
軍衛HIS通過充分開放對象的多種屬性讓用戶進行自定義設置,增強了系統的靈活性和適應性。如:對床位設置了所屬護理單元和所屬科室兩種屬性,允許壹個病區包含多個科室的床位,護理上統壹管理,而統計和核算分別進行;對費別和費用種類設置收費系數屬性,允許用戶自行定義費別及對應的折扣系數;對收費項目定義其對應的價表分類、收據分類、會計科目、核算分類,允許用戶按照不同的需要進行分類統計。
4、《應用功能的設置》
軍衛HIS采用客戶/服務器結構,客戶端應用程序可以通過各項設置使用戶可以從功能上、流程上、屏幕格式上、運行環境上對程序功能進行剪裁和微調,所有設置的參數都保存在子系統的初始化文件(.INI)中。比如:護士工作站各種執行單的設置(不同的科室可以有不同的設置),病房是否管理藥櫃,門診收費是否與掛號系統聯合使用等等,都可以通過對系統中的相應參數進行設置,達到對功能的調整。
5、《信息切入點的設置》
壹般而言,數據的錄入在數據的發生地進行是合理的模式。但不同規模的醫院,或處於不同的系統實施階段的醫院,還不能完全實現這壹模式。該系統通過增加有關應用模塊或功能,允許選擇合適的中間點來錄入原始數據或導入中間數據,使得系統數據完整性得到保證。
本系統在軍隊應用得應該算不錯。由於301醫院不是公司,不能進行市場化運作。以前是達因在地方推廣,後來又有了軍惠安、展華和天健等公司在做這項工作。聽說從達因分出來的軍惠安今年又合到達因了,目前這幾個公司都在推軍衛HIS。他們在地方醫院推時,確實挺辛苦,因為地方醫院很多都想根據自己的思路來客戶化,理解好點的公司會想辦法說服醫院,應該按設計的流程進行。差的就按醫院說的做了。
前面介紹的客戶化特性,都不是改變醫院流程,因為醫院的流程基本是相同的,如果哪個醫院要改變流程,而實施公司又不能說服的話,其結果是兩敗俱傷。
在本地,就有壹個HIS公司實施過6個醫院,但每壹個醫院的程序都不同,公司在當地進行修改,程序不穩定,其實醫院也難受。
軍惠HIS是HP的醫療系統部(安捷倫)出資,由301醫院計算機室、總後衛生部信息支持中心等單位組織人員開發(現在的301醫院計算機室薛萬國副主任應該是功不可沒),當時由達因負責市場。但後來市場上的軍惠版本變得混亂起來,可能是因為軍惠安從達因分出來做軍惠HIS(胡總、肖總以及他們的員工原是達因的),然後展華和天健也來了。現在據說軍惠又和天健合作了(天健為開發出資),這可能是與飛利蒲不夠重視有關,因為李偉博士那個部門好象也沒幾個人。所以有了軍惠安與達因的合並等來對抗天建吧。現在每家公司手裏都有不同版本的軍惠HIS,對此信息局袁局長和支持中心蒲助理(噢,是主任)他們也很頭痛。
在加上地方醫院的情況復雜,有時院領導班子的意見都不統壹,想把軍惠HIS上好就更不容易了。這點王主任可能就體會不到了,因為王院長、李政委他們壹定會很支持您的工作的。