医疗保险定点医院接口设计方案..doc

荆州普爱康复医院 医保定点医院接口设计方案 【摘要】本文主要介绍了医疗保险定点接口医院的医保信息系统的与院内HIS系统的接口设计方案。 引言 为了更好的加快金保工程医保信息系统统一应用软件的实施，制定医疗保险定点医院院内HIS系统与医保系统的对接接口。医保接口做为连接医疗保险与诸多定点医疗机构之间的桥梁，医保接口方案采用了联机、脱机相结合的处理方案，社保卡全部采用Memory卡. 总体设计 1、软件体系结构 医保接口系统主要由医保交易、社保卡交易、圈存、数据传输等子系统组成，如下图所示： 2、系统运行体系 医保接口系统主要由医保接口交易、社保卡交易、圈存系统、数据传输系统、数据库系统组成。 联机方案 脱机方案 增加医保前置机, 圈存系统和数据传输系统. 3、系统物理结构 硬件物理环境 联机方案 医保中心大型定点医疗机构要求以太网10兆以上局域网或宽带网。小型定点医疗机构也建议采用宽带网，但可以采用ISDN或普通拔号上网。 脱机方案 软件环境 操作系统：服务端为UNIX，客户端为WINDOWS2000以上； 应用服务器：WEBLOGIC8以上版本； 数据库：ORACLE10.2； 4、技术路线 联机时： 由医保接口动态库通过向医保接口WEB应用发送HTTP请求进行交易；医保接口的事务提交则由医保接口WEB应用管理；所有业务均通过交易体现。 脱机时： 由医保接口动态库通过OCI接口，向数据库发送数据操作请求，医保接口的事务提交是用接口内部来实现的，它需要HIS有医保前置机，所有业务均通过交易体现， 与联机方式的交易格式是相同的。 脱机/联机时： 在中心网络畅通时使用联机交易， 在网络不通时走脱机模式，在读卡和登记两个交易判断是否联机，并返回给HIS联机标识，之后的业务(费用录入)需要按照这个联机标识,建议只在不使用医保基金的业务才使用脱机，其他必须联机. 联机交易注意事项： 动态库返回成功，开发商才能处理，否则容易造成中心和医院事务不一致。如果由于线路等问题，动态库无法接收web应用返回的交易处理结果，则返回失败，由动态库保证中心业务的冲正。 脱联结合时各地市业务脱机情况： 城市: 连云港, 淮安, 宿迁 只使用帐户,没有基金支出的业务(只有普通门诊),可以使用脱机或联机, 对于有基金支出的业务和其他查询类业务都要求使用联机,联机不通的情况下不允许做业务处理. 特殊情况在联机做住院登记后,再录入费用明细网络不通时,要求HIS方对费用明细信息保存在HIS数据库中, 在网络畅通时再将本地的HIS数据上传到中心,最后在联机时做出院结算,完成整个的住院就医流程. 对这种方式只对帐户及其帐户支出累计做写卡操作,其它数据以中心的为准. 二、用户接口函数 本系统提供给医院的是一个动态库接口，无用户界面，输入输出均通过DLL完成。 程序文件名：SiInterface.dll 对外提供的接口函数： 初始化函数: int INIT(char * pErrMsg) 功能描述： 检查整个运行环境：包括网络环境、运行所需文件、参数等的检查 返回值： 成功：返回0 ； 失败：返回 -1 交易函数： int BUSINESS_HANDLE( char* inputData, char* outputData) 输入参数：inputData 输出参数：outputData char* 返回值： 成功 =0 失败 0 输入参数是以“^、$、|”分割的字符串 输出也是以“^、$、|”分割的字符串 参数说明： 入参格式: inputData 业务编号^医疗机构编号^操作员编号^业务周期号^医院交易流水号^中心编码^入参^联机标志^动态库参数^ 业务编号（4位） 宏定义, 分别对应后台的一项业务操作 医院编号(8位) 操作员编号(8位) 医院分配给操作员的唯一标识 业务周期号(最大34位) 签到时的返回的业务周期号 医院交易流水号(发送方交易流水号)(最大30位) 建议规则：时间(14)+医院编号(8)+流水号(4) 例：200601010830300001 中心编码 固定为0000 入参 以“|”分隔，详见每个交易的参数表, 分项之间使用管道分割符‘|’分割，最后必须要以管道分割符号‘|’结尾，不以‘|’开始。如果入参为多条记录，记录之间以‘$’分割，不同数据项之间以‘|’分割 联机标志 0：脱机 1:联机。 注意：在做读卡和门诊挂号这两个交易时，联机标识必须传1。 动态库入参 签到交易为：客户端MAC地址|用户数目| 其他交易为：客户端MAC地址| 出参格式: outputData c