医保HIS端接口设计浅谈.pptVIP

医保HIS端接口设计浅谈 说明 简单地说医保要求处理的业务是：取自负例、预结算及结算（核算支付金额） 一、HIS端接口的作用 HIS端的接口是用于连接医保中心与HIS的纽带，用于HIS与医保动态库的通讯。 二、HIS端接口的功能 1.HIS端接口对象 实现与医保中心端的通讯 2.HIS嵌入的改造 使HIS业务通过HIS端接口对象与医保中心端进行交易 三、HIS端接口对象设计的目标 1.具有良好的封装性 2.具有对HIS改造不同环境(HIS版本、后台数据库等)的通过性 3.使HIS改造简单化 4.使HIS传入参数通用化 5.尽量少影响HIS业务 6.尽量少增加HIS的负荷 四、HIS嵌入改造的要求 1.在原HIS程序中预留医保处理接口 2.HIS端的医保处理程序由原程序继承而得，使其不影响正常HIS工作 3.HIS嵌入的医保业务放到继承而得的医保预留接口中处理 4.如果是DATAWINDOW,则应另存一个由原文件而得的DATAWINDOW进行修改 五、HIS端接口设计的难点 1.HIS端接口对象的设计 2.HIS嵌入改造的医保接口的预留 六、设计方案 1.虚三层结构HIS端接口对象的封装 为实现对象的设计目标，可采用对象中的函数实现分类：所有HIS端调用的外部函数不直接调用医保动态库函数，而是通过调用对象内的内部函数来实现与动态库的间接通讯。 这种结构的好处是当动态库改变时，只需改变某个内部函数而不影响HIS端的嵌入及其它函数达到可维护性好、外部调用清晰的目的。 虚三层结构结构图 2.HIS端调用外部函数的约定 可把此类函数采用统一的命名规范（例如：uf_out_xxxx) 可把该函数设计为public属性 对此类函数的参数传递采用统一的结构体,并且统一用ref 传送参数,例如：ref stru_yb_argument,并建立在原使函数中声明，而不要在调用中ref 对此类函数的返回值进行统一规定（例如：integer =0表示成功,0表示失败,0表示特殊的成功） 3.对象的内部函数 内部函数包括与动态库直接调用的函数及内部辅助功能的函数。 可把此类函数采用统一的命名规范（例如：uf_In_xxxx) 可把此类函数设计为Protected属性 对此类函数的返回值进行统一规定（例如：integer =0表示成功,0表示失败,0表示特殊的成功） 4.HIS怎样访问对象内的变量 对象内的变量都采用PROTECTED属性，以使HIS不能直接访问内部变量 HIS访问对象内的变量，应通过统一的访问函数进行(一般由于医保接口的特殊性供外部访问的变量不多，常用的有：医保卡基本信息、门诊结算信息、住院结算信息、医保性质及医院在医保端代码) 5.动态库函数返回值统一处理 可增加辅助表的形式对动态库的每个函数返回值进行统一的分析(这样使得对函数的不同返回值分别进行分析处理，使得返回值可维护，即使医保中心的动态库修改返回值也只需修改分析表即可，而不需要改程序，增加可维护性 6.对医保有关业务的处理 对医保有关的业务包括原始数据的处理，例如修改自负比例等，应由接口对象完成，而不应嵌入HIS修改，这样便与统一处理，使HIS改造简单 7.对医保数据的处理 把医保有关的数据尽量用数据表的形式保存，而且表的数据的保存都应在HIS端接口对象中实现 如果有需要修改HIS字段的也应在对象中实现修改和保存，而不应嵌入原HIS中处理 医保的数据采用中间表的形式保存，以用于做医保报表和打印清单，这样以免从原始的HIS表中存取数据，以至影响HIS的性能 8.对医保动态库中事物的管理 动态库中对事物一般有两种形式，一种是事物由动态库中控件，一种是事物由HIS端控件。对于HIS端控制的事物应由接口对象中控制，而不应嵌入HIS。 9.HIS中医保预留处理接口 HIS中医保预留的处理接口合理与否，直接影响HIS端的接口对象及医保改造的合理性与稳定性。 一般对于2.2及以上接口预留于commit之前，而2.1预留在最后一个commit之前，这样即便于控件医保处理事物也使HIS端的处理尽量不与医保处理相互影响。 10.步骤 HIS端医保接口对象与HIS的医保预留接口同步进行 对已设计好对象按照预留的HIS端医保接口嵌入HIS 11.医保公用及嵌入PBL 1.建议医保公用部分应单独放一个PBL一般可用YB_XXX(医保动态产商名命名) 2.对每个子系统的医保嵌入应新增一个PBL,可采用 系统名＋医保地区名＋HIS版本号＋[医保名].例如：MZ_XSYB22 七、医保设计的注意点 1.一般建议在医保修改的文档中应建立医保文档文件夹，医保接口文件夹，分别存放各种文档 2.建议对HIS字段修改及新增表分别放在医保文档文件夹的SQL文件夹中，并且单独分开存