1、一般都提供DOS和WINDOWS两套方案,DOS下一般用文件形式传递数据,WINDOWS下一般以WIN32 API的形式在HIS和医保前置机之间调用和传递数据(DLL提供了政策函数)。我们以后者为重点说明问题。2、政策函数一般分为两类:单个函数和多个函数两种类型设计多个函数是指每中业务或者比较相似的业务为一个函数,这样组成结算、登记、退费等多个函数。如:杭州新世纪、东大阿儿派单个函数是指所有的业务都用一个函数实现。参数一般用结构字符串实现。上海万达公司。3、明细数据一般都和结算时必要的项目数据分开传递到医保中心服务器。这样做的目的是为了减少网络阻塞。如果是同时要传的,一般在结算准备阶段就已经将
2、数据计算好了。4、平时发生费用时,一般分成两种方式处理:1)平时的自负比例按HIS中设置的算,也不需要审批万达公司2)平时的自负比例不按HIS中设置的算,需要审批;需要维护标准的HIS药品/项目的对照表,并在对照表中设置比例。东大阿儿派,记费代码需修改。5、结算前一般都要刷卡,有些允许只在登记或者挂号的时候刷卡,结算时不刷卡,只要将必要的个人信息从HIS端保存的档中取即可。6、结算分计算(准备)阶段和确认结算阶段两部分。计算(准备)阶段:处理结算数据的上传或者调用结算计算函数获得医保支付信息,并获得自负金额,HIS端可据此结算和打印发票。确认结算阶段:执行结算处理,和医保政策软件进行结算交易。
3、基于上面的分析和考虑,我们希望能够利用各个医保政策软件的共性,屏蔽其个性和特殊性、隔离HIS端业务和医保端业务。这样,对HIS端调用来说,调用的方式和接口是相同,有利于批量的实施和迎合医保险业务的多变性;减少HIS端程序的频繁修改和很大的后期维护量。所以,我们总的原则是:隔离HIS端业务和医保端业务:HIS端窗口和模块中,不要加入医保的处理过程,但可以加入对象方法的数据准备和方法调用。这样可减少HIS端业务和医保端业务的关联性,可适合批量医院上医保、各家医院程序又有客户化的情况。利用共性,屏蔽个性:尽量将HIS端该调用医保处理的位置、函数名称和步骤明确化,规范化,避免不必要的重复劳动和差异程序
4、维护。3)尽量减少调用医保的地方,或者在一个事件或者函数中集中处理,利于维护。4)调用方法参数用结构体或者DATAWINDOW,避免很多的参数。5)函数返回值类型单一化,就成功或者失败两种情况,其他的返回信息放在医保接口对象的实例结构体变量或者实例变量中。三、医保接口规范1、医保病人结算的一般流程入院或者挂号(需要验证身份)发生费用结算发生费用时处理:有些医保需要个别项目进行审批,有些需要统一按标准目录取比例这时需要HIS药品/项目和医保之间有个对照如杭州医保就需要按上面的方法处理有些医保则不需在发生费用时和医保有关,只是在结算时发送相关的大项目结算金额就可以了。如上海医保,无对单个项目的处理
5、结算的流程:先身份验证计算请求:结算前先获得费用支付结构确认结算:发送确认交易命令,调用医保软件实现结算退款的流程:由HIS向医保政策软件发送退款需要的数据和请求命令获得医保政策软件响应处理HIS业务退款补结算的流程(指不是退全部款,而是新增或者退一部分):由HIS向医保政策软件发送退款和重新结算的数据和请求命令门诊挂号(住院入院登记)处理:在正式保存数据前,先调用医保政策提供商提供的函数验证,成功后,才保存正式的挂号或者已登记人员(在返回时一般可从函数的返回值中获得病人的基本信息,该信息保存在医保中心)2、在程序设计中应该遵循的原则1)保证医保处理业务和HIS处理业务隔离开新增yb_ybcl
6、.pbl放医保公用对象和数据;以后,只要替换此文件即实现医保变化。新增医保处理基对象u_ybcl_base(基础类,负责和医保的业务调用),医保处理对象u_ybcl(业务类,负责从HIS端获得和准备数据,以及与HIS端的交互操作)。HIS端调用对象u_ybcl的方法(函数和事件),并提供必要的参数信息。2)若有医院和标准业务不同,请从u_ybcl对象继承3)需要修改u_nbcl对象和yb_ybcl.pbl,请在修改后,覆盖所有使用该PBL的地方,保持版本的统一,避免不必要的版本不相同而导致不能充分地共享代码。4)要书写上了医保后的表结构变化记录和字段变化记录。建议写成能直接执行的SQL语句,这
7、样实施医保险的人,直接执行即可。避免让实施的人到DBMS上去修改。如,宁波医保的SQL如下:字段添加请参考bshis2.x宁波新医保_新增字段适用于Sybase or MsSql表的添加请参考bshis2.x宁波新医保_新增表sybaseSybase 11 or later或者bshis2.x宁波新医保_新增表sql70Microsoft Sql Server5)需要书写必要的注意事项,以便实施。可让工程技术人员阅读,知道其上医保系统。最主要的是说明“需要设置的基础数据”(包括了执行表结构修改和新增表的SQL语句)如,可看bshis2.x宁波新医保_若干注意事项.txt6)代码中,对象的函数和
8、事件命名要统一和规范化。事件的命名规范为:ue_mzgh_xxxx门诊挂号相关的事件ue_mzsf_xxxx门诊收费相关的事件ue_mztf_xxxx门诊退费相关的事件ue_zydj_xxxx住院(入院)登记相关的事件ue_zysf_xxxx住院收费相关的事件ue_zytf_xxxx住院退费相关的事件7)医保对象中,提供结算结果、个人信息结构体等必要的实例变量(即对象属性)。可让HIS端在计算自负金额和打印用,以及其他处理的时候用。结算结果结构体中的信息有:自理金额、现金金额(就是自理金额+医保的现金支付部分)、本次结算总费用、结算后的帐户余额、其他必要的结算信息(如当前结算的类型等)、医保支
9、付信息子结构体、各项目金额组成子机构体、个人信息子结构体等。具体需要多少信息可根据实际情况而定。下面是医保的结构体实例变量的说明:/=/ s_his_ybjsxx isu_ybjsxx结算信息(可供HIS端打印发票是用)integerghsf结算类型1挂号2门诊3住院-2门诊退费-3住院退费jsbz结算方式0普通1特病2家床stringjzbz普通/急诊1普通2急诊yb_ybfymxfymx项目费用信息(在预结算时产生)decimal 2zjje当前结算费用总额fyje100按医保归并得到的项目金额.其他需要的项目费用数据yb_ybzfxxzfmx支付结构(预结算后得到)子结构体(因为各个地区医保不同,内部项目具体命名可到时候实施的时候再修改)grzhzf个人帐户支付gbjjzf公补基金支付tczf统筹支付jzzf救助支付xjzf医保现金支付qfdzhzf起付段帐户支付qfdgbzf起付段公补支付qfdxjzf起付段现金支付tcdzhzf统筹段帐户支付tcdgbzf统筹段公补支付tcdxjzf统筹段现金支付jzdzhzf救助段帐户支付decimal 2
copyright@ 2008-2022 冰豆网网站版权所有
经营许可证编号:鄂ICP备2022015515号-1