醫保HIS端接口設計淺談,占松良,1,說明,簡單地說醫保要求處理的業務是：取自負例、預結算及結算（核算支付金額）,2,一、HIS端接口的作用,HIS端的接口是用于連接醫保中心與HIS的紐帶，用于HIS與醫保動態庫的通訊。,3,二、HIS端接口的功能,1.HIS端接口對象實現與醫保中心端的通訊2.HIS嵌入的改造使HIS業務通過HIS端接口對象與醫保中心端進行交易,4,三、HIS端接口對象設計的目標,1.具有良好的封裝性2.具有對HIS改造不同環境(HIS版本、后臺數據庫等)的通過性3.使HIS改造簡單化4.使HIS傳入參數通用化5.盡量少影響HIS業務6.盡量少增加HIS的負荷,5,四、HIS嵌入改造的要求,1.在原HIS程序中預留醫保處理接口2.HIS端的醫保處理程序由原程序繼承而得，使其不影響正常HIS工作3.HIS嵌入的醫保業務放到繼承而得的醫保預留接口中處理4.如果是DATAWINDOW,則應另存一個由原文件而得的DATAWINDOW進行修改,6,五、HIS端接口設計的難點,1.HIS端接口對象的設計2.HIS嵌入改造的醫保接口的預留,7,六、設計方案,1.虛三層結構HIS端接口對象的封裝為實現對象的設計目標，可采用對象中的函數實現分類：所有HIS端調用的外部函數不直接調用醫保動態庫函數，而是通過調用對象內的內部函數來實現與動態庫的間接通訊。這種結構的好處是當動態庫改變時，只需改變某個內部函數而不影響HIS端的嵌入及其它函數達到可維護性好、外部調用清晰的目的。,8,虛三層結構結構圖,醫保中心,對象,內部函數,外部函數,HIS,9,2.HIS端調用外部函數的約定,可把此類函數采用統一的命名規范（例如：uf_out_xxxx)可把該函數設計為public屬性對此類函數的參數傳遞采用統一的結構體,并且統一用ref傳送參數,例如：refstru_yb_argument,并建立在原使函數中聲明，而不要在調用中ref對此類函數的返回值進行統一規定（例如：integer=0表示成功,=0表示成功,0表示失敗,0表示特殊的成功）,11,4.HIS怎樣訪問對象內的變量,對象內的變量都采用PROTECTED屬性，以使HIS不能直接訪問內部變量,12,HIS訪問對象內的變量，應通過統一的訪問函數進行(一般由于醫保接口的特殊性供外部訪問的變量不多，常用的有：醫保卡基本信息、門診結算信息、住院結算信息、醫保性質及醫院在醫保端代碼),13,5.動態庫函數返回值統一處理,可增加輔助表的形式對動態庫的每個函數返回值進行統一的分析(這樣使得對函數的不同返回值分別進行分析處理，使得返回值可維護，即使醫保中心的動態庫修改返回值也只需修改分析表即可，而不需要改程序，增加可維護性,14,6.對醫保有關業務的處理,對醫保有關的業務包括原始數據的處理，例如修改自負比例等，應由接口對象完成，而不應嵌入HIS修改，這樣便與統一處理，使HIS改造簡單,15,7.對醫保數據的處理,把醫保有關的數據盡量用數據表的形式保存，而且表的數據的保存都應在HIS端接口對象中實現如果有需要修改HIS字段的也應在對象中實現修改和保存，而不應嵌入原HIS中處理,16,醫保的數據采用中間表的形式保存，以用于做醫保報表和打印清單，這樣以免從原始的HIS表中存取數據，以至影響HIS的性能,17,8.對醫保動態庫中事物的管理,動態庫中對事物一般有兩種形式，一種是事物由動態庫中控件，一種是事物由HIS端控件。對于HIS端控制的事物應由接口對象中控制，而不應嵌入HIS。,18,9.HIS中醫保預留處理接口,HIS中醫保預留的處理接口合理與否，直接影響HIS端的接口對象及醫保改造的合理性與穩定性。一般對于2.2及以上接口預留于commit之前，而2.1預留在最后一個commit之前，這樣即便于控件醫保處理事物也使HIS端的處理盡量不與醫保處理相互影響。,19,10.步驟,HIS端醫保接口對象與HIS的醫保預留接口同步進行對已設計好對象按照預留的HIS端醫保接口嵌入HIS,20,11.醫保公用及嵌入PBL,1.建議醫保公用部分應單獨放一個PBL一般可用YB_XXX(醫保動態產商名命名)2.對每個子系統的醫保嵌入應新增一個PBL,可采用系統名醫保地區名HIS版本號醫保名.例如：MZ_XSYB22,21,七、醫保設計的注意點,1.一般建議在醫保修改的文檔中應建立醫保文檔文件夾，醫保接口文件夾，分別存放各種文檔2.建議對HIS字段修改及新增表分別放在醫保文檔文件夾的