医疗保险定点医院接口设计方案
- 格式:doc
- 大小:1.87 MB
- 文档页数:15
附1扬州市社会保险基金管理中心管理信息系统社保中心系统与定点医疗机构系统接口标准(定点医疗机构的实时交易部分)©万达信息股份有限公司Wonders Information Co., Ltd.二○一一年三月目录一、定点医疗机构系统的环境与通信接口方式 (1)二、调用通信接口程序的操作步骤 (1)1、客户端通信模块的调用 (1)2、客户端配置文件格式 (2)三、实时结算费用的交易处理流程 (2)1、业务组合说明 (2)2、登记流程 (3)1) 流程图 (3)2) 操作步骤说明 (4)3、预约类类结算流程 (4)1) 流程图 (4)2) 操作步骤说明 (6)4、非预约类业务结算流程 (6)1) 流程图 (6)2) 操作步骤说明 (7)5、撤销流程 (8)四、消息编码格式 (8)1、消息体格式 (8)2、数字格式说明 (9)1) 数字格式A(主要用于金额): (9)2) 数字格式B(主要用于对帐大额汇总金额): (9)3) 数字格式C(主要用于支付比例): (9)4) 数字格式D(主要用于要精确到小数点后4位的药品项目单价、数量,可为负数): (10)5) 数字格式E(主要用于数据集的记录): (10)6) ⑥数字格式F(主要用于要精确到小数点后4位的自付比例,不能为负数): (10)五、消息体格式 (10)1、SA01-参保人员信息查询 (11)2、SA02-查询医保中心疾病目录增量、变化信息 (12)3、SA03-查询医保中心三大目录增量、变化信息 (12)4、SA04-入院登记查询 (13)5、SB01-入院登记 (14)6、SB02-入院登记撤销 (15)7、SB03-转床转科 (15)8、SB04-特殊检查治疗登记 (16)9、SB05-特殊检查治疗登记撤销 (16)10、 SB06-医师登记 (17)11、 SB07-医师登记撤销 (17)12、 SC01-门急诊收费请求(试算) (18)13、 SC02-门急诊收费确认请求 (20)14、 SC11-住院明细上传 (21)15、 SC12-住院收费请求(试算) (22)16、 SC13-住院收费确认请求 (24)17、 SC14-住院医嘱撤销 (25)18、 SC31-交易查询 (25)19、 SC51-交易撤销 (27)20、 SD01-日终对帐 (28)21、 SD02-交易流水比对查询 (29)22、 SD03系统切换社保卡余额同步 (30)六、各项数据信息解释 (30)1、收费目录管理 (30)2、字典说明 (30)1) 三大目录类别 (30)2) 生产地类别 (30)3) 收费项目等级 (31)4) 疾病分类 (31)5) 性别 (31)6) 证件类型 (31)7) 人员性质 (31)8) 卡类型 (32)9) 卡状态 (32)10) 门急诊类型 (32)11) 住院类型 (33)12) 基金项目代码 (33)13) 医保/自费标识 (33)14) 所属区 (33)15) 卫生技术人员专业技术职务 (33)一、定点医疗机构系统的环境与通信接口方式为了在定点医疗机构.................(以下简称为数据传输),实现对医保......系统与中心系统之间传递医疗费用数据待遇支付的实时交易,针对下述状况采用相应的配置设备方案。
汕头医保定点医疗机构接入方案
方案一:专线接入
接入对象:医院
广域网线路类型:2M SDH 专线
接入设备:接入路由器,防火墙,内网交换机各一台
参考选型:
路由器建议采用cisco1841路由器,配置一个广域网2T 模块; 交换机采用cisco2960 24口百兆交换机; 防火墙采用黑盾3000百兆防火墙,其中交换机的数量根据医院电脑的多少决定。
安全策略:
采用医保的专网,用防火墙上的过滤规则,限制访问医院的权限,同时用路由器的访问列表限制可以访问医院的地址段,其他用户不可以访问到医院的数据。
只允许市医保中心的数据库和医院进行数据交换,其他用户不能访问医院的电脑。
IP 地址规划:
医院医保客户端的与医保系统互联通过地址转换
方案二: VPN 接入
接入对象:药店、业务量少的区级医院(适合单点接入,多点接入的话考虑采用NAT 方式)
广域网线路类型:INTERNET ADSL 512K~2M
接入设备:ADSL(运营商提供),NAT服务器或路由器或NAT防火墙(多点接入时需要的设备),VPN客户端软件(需要和中心VPN网关配套)。
医保前台软件接口系统说明(医院接口)南京市医保前台软件接口系统说明一.网络连接方式:在医院运行的医保前台软件,是和医保中心的应用服务器(中间件服务器)实时连接的,必须保证每一台使用医保前台软件的计算机都能连接到医保中心的应用服务器网络上,医院操作人员操作的所有数据都保存在医保中心的数据库中和医院本地HIS系统数据库中。
二.医院基础数据准备:在使用医保前台软件之前,医院必须将基础数据准备好,主要有如下几方面的数据:1.医院药品数据:由医保中心提供一套基本的医保药品库(中心药品库),同时医保中心为每家医院建立一个药品对照库(机构药品库),医院必须按医保中心的要求提供医院的药品明细库,由医保中心相关部门将药品对照数据审批维护到机构药品库中。
同时医院可下载对照库到HIS系统中供查询打印等。
2.医院诊疗项目数据:同医院药品数据类似处理3.医院就诊科室对照表:各医院将本字所有的科室基本信息数据上报到医保中心,由医保信息科维护到中心数据库中。
4.医院医生基本信息库:各医院应将本院的医生基本信息(医生编号,姓名等)上报到医保中心,由医保信息科维护到中心数据库中。
三、医院前台软件运行方案的选择:针对不同定点医院现有的HIS系统的实施、运行状况、在充分保证医保中心业务管理和数据要求的基础上,尽可能利用定点医院的HIS系统的数据和功能,对前台的业务主要有以下两种方案:1.完全使用医保提供的前台软件:该方案主要针对无HIS系统或对现行HIS系统改造比较困难的定点医院,医保业务完全由医保前台软件与医保中心中间件应用服务器实时联网来完成。
该方案医保的数据和医院HIS系统的数据相互较独立。
2.使用医保提供的嵌入式接口系统:该方案主要针对有较完善的HIS系统并对HIS系统有改造能力的定点医院,嵌入式接口系统采用WINDOWS动态连接库的标准,将医保业务的主要功能封装在接口系统中,可以由医院HIS系统连接调用,并实时返回业务的输出数据,使医保数据和HIS系统的数据达到最大的共享。
荆州普爱康复医院 医保定点医院接口设计方案【摘要】本文主要介绍了医疗保险定点接口医院的医保信息系统的与院内HIS 系统的接口设计方案。
引言 为了更好的加快金保工程医保信息系统统一应用软件的实施,制定医疗保险定点医院院内HIS 系统与医保系统的对接接口。
医保接口做为连接医疗保险与诸多定点医疗机构之间的桥梁,医保接口方案采用了联机、脱机相结合的处理方案,社保卡全部采用Memory 卡.一、总体设计 1、软件体系结构医保接口系统主要由医保交易、社保卡交易、圈存、数据传输等子系统组成,如下图所示:2、系统运行体系医保接口系统主要由医保接口交易、社保卡交易、圈存系统、数据传输系统、数据库系统组成。
医院客户端医院客户端医院客户端◆脱机方案医院客户端医院客户端医院客户端脱机方案⏹ 软件环境操作系统:服务端为UNIX ,客户端为WINDOWS2000以上; 应用服务器:WEBLOGIC8以上版本; 数据库:ORACLE10.2;4、技术路线⏹ 联机时:由医保接口动态库通过向医保接口WEB 应用发送HTTP 请求进行交易;医保接口的事务提交则由医保接口WEB 应用管理;所有业务均通过交易体现。
⏹ 脱机时:由医保接口动态库通过OCI 接口,向数据库发送数据操作请求,医保接口的事务提交是用接口内部来实现的,它需要HIS 有医保前置机,所有业务均通过交易体现, 与联机方式的交易格式是相同的。
⏹ 脱机/联机时:在中心网络畅通时使用联机交易, 在网络不通时走脱机模式,在读卡和登记两个交易判断是否联机,并返回给HIS联机标识,之后的业务(费用录入)需要按照这个联机标识,建议只在不使用医保基金的业务才使用脱机,其他必须联机.联机交易注意事项:动态库返回成功,开发商才能处理,否则容易造成中心和医院事务不一致。
如果由于线路等问题,动态库无法接收web应用返回的交易处理结果,则返回失败,由动态库保证中心业务的冲正。
脱联结合时各地市业务脱机情况:城市: 连云港, 淮安, 宿迁只使用帐户,没有基金支出的业务(只有普通门诊),可以使用脱机或联机, 对于有基金支出的业务和其他查询类业务都要求使用联机,联机不通的情况下不允许做业务处理. 特殊情况在联机做住院登记后,再录入费用明细网络不通时,要求HIS方对费用明细信息保存在HIS数据库中, 在网络畅通时再将本地的HIS数据上传到中心,最后在联机时做出院结算,完成整个的住院就医流程. 对这种方式只对帐户及其帐户支出累计做写卡操作,其它数据以中心的为准.二、用户接口函数本系统提供给医院的是一个动态库接口,无用户界面,输入输出均通过DLL 完成。
Pj3_JRFA 广州市医疗保险业务信息系统二期工程建设公务员子系统项目定点医疗服务机构联网与接入方案(V1.6)广州市劳动保障信息中心广州市医疗保险服务管理中心创智软件园有限公司2005年4月16日广州市劳动和社会保障局目录1概述 (1)2医疗服务机构联网与接入方案设计 (2)2.1总体设计思想 (2)2.2联网与接入总体方案 (2)2.2.1医疗保险待遇结算模式设计 (2)2.2.2定点医疗服务机构联网和接入模式 (5)3医保数据交换与接口规范 (6)3.1文件交换型接口方案 (7)3.1.1接口方案 (7)3.1.2住院、门特业务接口 (7)3.1.3门诊、购药业务(新增) (18)3.1.4对试点系统接口规范的改进 (26)3.2数据共享型接口方案 (27)3.2.1接口方案 (27)3.2.2住院、门特业务 (28)3.2.3门诊、购药业务 (37)3.2.4医保目录及对照关系 (46)4定点医疗服务机构软硬件配置 (50)4.1定点医疗服务机构的分类及接入方式 (50)4.2医疗机构前置服务器的配置要求 (51)4.2.1开通公务员医疗补助业务的配置要求 (51)4.2.2暂未开通公务员医疗补助的配置要求 (53)4.3中心端前置服务器配置要求 (54)4.4客户端配置要求 (55)5医疗机构接口改造工作指南 (55)5.1接口方案选择与接口改造 (56)5.2软硬件环境改造 (57)5.3接口改造应急方案 (58)6实施工作流程 (59)7小结 (59)8修改历史记录 (60)1概述Pj3系统是在原有医保试点系统基础上的扩充和完善。
公务员人群启动时,在现有人群和业务的基础上,满足60万公务员参保人,总共满足250—300万参保人群、200家定点医疗机构、100家定点零售药店的需要,为实现“多层次、广覆盖”的医疗保障体系提供信息系统支持。
工伤保险(含工伤康复)的医疗待遇支付子系统管理人群150万,生育保险医疗待遇支付子系统管理人群100万,系统接入工伤协议医院39家、劳动能力鉴定医院14家、生育保险协议医院53家。
地纬定点医院医保结算系统接口服务方案(1.7.8版本)山东地纬计算机软件有限公司2014年8月第一章背景介绍 (4)1.1 金保工程 (4)1.2核心平台二版(SIMISCP2.0) (4)1.3核心平台二版的技术架构 (5)1.4核心平台二版的技术路线 (5)第二章接口设计方案 (6)2.1接口开发遵循的规范和标准 (6)2.2接口技术架构设计方案 (7)2.2.1原定点结算系统技术框架 (8)2.2.2接口服务技术框架 (8)第三章接口服务说明 (10)一、接口概述 (10)二、接口环境 (10)三、接口实例创建、接口登陆、接口示例回收 (10)第四章、业务服务应用说明 (12)1、取参服务 (12)2、门规读卡服务 (12)2、门规初始化服务 (14)3、生成门规费用服务 (15)4、门规结算服务(结算并打印发票) (17)5、撤销门规结算服务 (18)6、普通门诊读卡服务 (19)7、普通门诊初始化服务 (20)8、产生普通门诊费用服务 (21)9、普通门诊结算服务(结算并打印发票) (23)10、普通门诊退费服务 (23)11、急诊结算服务 (24)12、急诊退费服务 (25)13、住院读卡服务 (26)14、普通住院登记服务(有卡登记服务) (27)15、无卡人员住院登记服务 (28)16、住院初始化服务 (29)17、生成住院费用信息服务 (29)18、删除住院费用信息服务 (32)19、出院结算服务(出院结算并打印发票) (32)20、撤销出院服务 (34)21、住院门规单据重新打印服务 (35)22、普通门诊和急诊单据重新打印服务 (35)23、增加押金服务 (36)24、目录管理相关服务 (37)25、特殊人员住院登记服务 (47)26、特殊人员门诊初始化服务 (48)27、产生特殊人员门诊费用服务 (49)28、特殊人员门诊结算服务 (51)29、特殊人员门诊结算单据打印服务 (52)30、普通住院登记服务(包含市内转院) (52)31、撤销特殊人员门诊结算服务 (54)32、城镇居民普通门诊结算初始化服务 (54)33、普通人员门规无卡结算初始化服务 (57)34、普通人员住院无卡登记服务 (58)35、普通人员住院无卡结算服务 (60)36、查询无卡人员基本信息服务 (61)第五章业务流程构建说明 (69)一、门规结算流程说明 (69)二、普通门诊结算流程说明 (69)三、急诊结算流程说明 (69)四、普通住院流程说明 (69)五、无卡住院流程说明 (70)六、目录管理流程说明 (70)第六章关于其他问题的处理方案 (71)一、关于科室、医师相关问题的说明 (71)二、关于操作员相关问题的说明 (71)三、关于特殊人员业务相关问题的说明 (71)四、关于急诊转住院相关问题的说明 (72)五、关于病案首页相关问题的说明 (72)六、关于住院和门规结算的说明 (72)第七章用户收益 (73)第一章背景介绍1.1 金保工程进入二十一世纪以来,计算机技术、通信技术和网络技术的高速发展,加快了社会经济的信息化进程,信息化已经成为当今世界经济和社会发展的大趋势。
医保接口实施方案随着社会经济的不断发展,医疗保障体系也在不断完善,医保接口作为医保信息系统的重要组成部分,对于提高医保服务效率、优化医疗保障管理具有重要意义。
为了更好地推进医保接口的实施工作,制定科学合理的实施方案显得尤为重要。
一、需求分析。
首先,需要对医保接口的需求进行充分的分析。
通过对医保服务的实际情况进行调研,了解医保接口在实际应用中所面临的问题和需求,从而为制定合理的实施方案提供依据。
二、技术准备。
在实施医保接口方案之前,需要进行充分的技术准备工作。
包括对接口的技术标准、安全性、稳定性等方面进行评估和测试,确保医保接口能够稳定、安全地运行。
三、人员培训。
医保接口的实施需要相关人员具备一定的技术能力和操作技巧,因此需要对相关人员进行专业的培训,使其能够熟练操作医保接口系统,提高工作效率。
四、风险评估。
在实施医保接口方案时,需要对可能出现的风险进行充分评估。
包括技术风险、操作风险、安全风险等方面,制定相应的风险应对措施,确保医保接口的顺利实施。
五、监督管理。
医保接口的实施需要建立科学的监督管理机制,对医保接口系统的运行情况进行定期监测和评估,及时发现和解决问题,确保医保接口系统能够持续稳定地运行。
六、推广应用。
医保接口实施方案的最终目的是为了推动医保接口的广泛应用,提高医保服务的质量和效率。
因此,在实施方案中需要考虑如何更好地推广应用医保接口,使更多的医疗机构和参保人员受益。
综上所述,医保接口实施方案需要充分考虑需求分析、技术准备、人员培训、风险评估、监督管理和推广应用等方面,制定科学合理的实施方案,推动医保接口的顺利实施和广泛应用,提高医保服务水平,为人民群众提供更好的医疗保障服务。
新农医接口方案(提供第三方)中软国际2003年8月一前言 (2)二方案使用对象 (2)三参照资料 (3)四第三方软件实现接口的前提 (3)五嵌入式接口软件简要说明 (3)六农医办要求 (3)七版权声明 (4)一新农医病人 (4)二、医疗项目 (4)三、新农医药典 (4)四、新农医大类 (4)五、黑名单 (4)一数据流程 (5)二业务流程 (6)一数据结构说明 (7)二数据表中缺省值列的简写含义 (7)三数据表中解释列的简写含义 (7)一说明 (7)二医院初始化定义相关的表 (7)三数据更新方式 (8)四进行关联 (9)一门诊收费业务新农医数据保存 (9)二住院登记业务新农医数据保存 (11)三住院记账业务新农医数据保存 (11)四住院结算部分新农医数据保存 (12)一功能说明 (13)二DLL函数说明 (13)一退票问题 (18)二特殊参保人群的报销方法说明 (18)引言一前言《新农医接口方案》是中软国际和萧山区农医办根据萧山区新农医管理信息系统软件的数据流程的要求共同编写而成,用于辅助第三方医院或卫生院软件提供商修改现有软件,顺利实现与萧山区新农医管理信息系统软件进行联网运行。
此方案交农医办确认后实施。
二方案使用对象1)农医办相关科室及其他相关领导。
2)第三方软件开发商及其技术人员。
3)与新农医接口开发实施的相关技术人员。
三参照资料4)新农医医疗发票格式.xls(暂无)5)医疗项目目录.xls(暂无,参照萧山医保)6)剂型定义.doc(暂无,参照萧山医保)7)新农医费用大类定义.doc(暂无,参照萧山医保)8)新农医接口部分软件安装调试说明四第三方软件实现接口的前提9)第三方软件必须提供真实有效的数据信息。
10)第三方软件经过修改后必须能够提供所有接口数据库需要的数据。
(见数据保存)11)拥有足够的技术实力,采用直接方式或间接方式正常调用DELPHI所编译的动态链接库DLL。
12)对于不使用前置机的医院和卫生院,要求第三方软件开发商可以开发连接到农医办sockect服务程序的前端接口。
湖南省定点医药机构接口规范文档下载温馨提示:该文档是我店铺精心编制而成,希望大家下载以后,能够帮助大家解决实际的问题。
文档下载后可定制随意修改,请根据实际需要进行相应的调整和使用,谢谢!并且,本店铺为大家提供各种各样类型的实用资料,如教育随笔、日记赏析、句子摘抄、古诗大全、经典美文、话题作文、工作总结、词语解析、文案摘录、其他资料等等,如想了解不同资料格式和写法,敬请关注!Download tips: This document is carefully compiled by the editor. I hope that after you download them, they can help you solve practical problems. The document can be customized and modified after downloading, please adjust and use it according to actual needs, thank you!In addition, our shop provides you with various types of practical materials, such as educational essays, diary appreciation, sentence excerpts, ancient poems, classic articles, topic composition, work summary, word parsing, copy excerpts, other materials and so on, want to know different data formats and writing methods, please pay attention!湖南省定点医药机构接口规范文档是当前医药行业中一个重要的标准性文件,它规定了医药机构在信息交互和数据传输方面的标准和要求,对于促进医药信息化建设和提升医疗服务质量具有重要意义。
PJ3定点医疗机构门诊业务API嵌入式接口技术方案说明1API嵌入式接口简介PJ3系统API嵌入式接口技术方案是现在大多数医院采用的共享数据接口方案的补充接口方案,限门诊类业务。
医院HIS系统调用医保后台动态链接库实现与医保前置服务器实时的通信和数据交互,从而可以把医保业务嵌入到医院HIS 系统中,实现医院HIS系统对医保业务的集成。
API嵌入式接口是采用VC开发工具编写的接口程序,需要医院管理信息系统对收费子系统等进行二次开发。
广州市已经采用API嵌入式接口技术方案的医院有广州市第一人民医院、孙逸仙纪念医院、中山大学附属第三医院、广州市红十字会医院、广州军区陆军总医院等等,均取得了很好的应用效果。
2实施API嵌入式接口的好处与现有的医保接口流程相比,使用API嵌入式接口技术方案后门诊、门慢前台业务人员在挂号、收费、结算时不需要在医院与医保系统之间切换,在医院HIS系统就可以完成医保登记、收费、结算等等,无需按照现行接口模式在医院HIS系统及医保系统间切换操作。
这样就大大简化了前台业务人员的操作流程,节省了时间,提高了收费人员的工作效率,缓解了前台业务的压力,大大减少了就医病人排队等候的时间,为参保人提供了很大的方便。
3API嵌入式接口改造流程简介在医院与创智公司签订合同之后,由创智公司联系医院提供API嵌入式接口技术方案文档和必要的动态连接库。
医院HIS开发商到创智公司广州工作现场测试环境调试通信与登录验证。
HIS开发完后进行联调测试,测试通过后相关方一并验收通过、确认后可以上线使用。
API嵌入式接口属于创智公司针对广州地区特别研发提供的增值技术服务,为医疗机构提供接口授权、开发、培训、验收等服务,创智公司收取3万元/每医疗机构的服务费用。
4具体技术文档详见:《PJ3定点医疗机构门诊业务API嵌入式接口技术方案》。
国家医保接口改造实施方案一、背景近年来,我国医疗保障体系不断完善,医保基金的管理和使用也日益重要。
为了提高医保信息化管理水平,加强医保基金监管,国家决定对医保接口进行改造,以实现更加高效、便捷的管理和监控。
二、改造目标1. 提高数据传输效率:通过改造医保接口,实现医保信息的快速传输和处理,提高数据传输效率,缩短结算周期,减少数据传输错误率。
2. 增强数据安全性:加强医保接口的安全防护措施,保障医保信息的安全传输和存储,防止数据泄露和篡改。
3. 优化接口功能:改造后的医保接口将具备更加灵活的功能,能够适应不同医疗机构的需求,提高接口的适用性和通用性。
4. 强化监管能力:新的医保接口将能够实现对医保数据的实时监控和分析,提高监管效能,及时发现和解决问题。
三、改造方案1. 技术升级:对医保接口的硬件和软件进行升级,采用更先进的技术手段,提高接口的稳定性和处理能力。
2. 数据加密:对医保数据进行加密处理,确保数据传输和存储的安全性,防止数据被非法获取和篡改。
3. 接口优化:优化医保接口的数据结构和传输协议,提高数据传输效率,降低数据传输错误率。
4. 增加监管功能:改造后的医保接口将增加监管功能模块,实现对医保数据的实时监控和分析,提高监管效能。
5. 强化安全防护:加强医保接口的安全防护措施,包括防火墙、入侵检测系统等,保障医保数据的安全传输和存储。
四、实施步骤1. 确定改造计划:制定医保接口改造的详细计划和时间表,明确改造的目标和任务。
2. 技术准备:准备改造所需的硬件设备、软件系统和安全防护设施,确保改造顺利进行。
3. 系统测试:对改造后的医保接口进行系统测试,验证其稳定性、安全性和功能完整性。
4. 人员培训:对医疗机构相关人员进行医保接口使用培训,确保他们能够熟练操作和管理改造后的接口。
5. 接口切换:逐步将医保接口切换至改造后的系统,确保医保信息的连续传输和管理不受影响。
五、预期效果1. 数据传输效率提高:改造后的医保接口能够实现更快速的数据传输和处理,缩短结算周期,提高工作效率。
地纬定点医院医保结算系统接口服务方案一、项目背景和目标随着社会发展和人口老龄化的加剧,医保政策受到越来越多的关注。
为了提高医保结算的效率和准确性,地纬公司决定开发一个定点医院医保结算系统接口服务方案。
该服务方案旨在实现医院与医保机构之间的数据交互和查询,确保医保结算的正确性和及时性。
二、项目概述该服务方案涉及到医院和医保机构之间的数据交互和查询。
医院可以通过接口向医保机构提交医保结算申请,并可以查询医保机构返回的结算结果。
医保机构可以通过接口接收医院的结算申请,并返回结算结果。
三、系统功能1. 系统接口设计:该服务方案将设计和实现医院和医保机构之间的接口,包括数据交互和查询接口。
2. 数据交互接口:医院可以通过该接口向医保机构提交医保结算申请。
接口将接收并解析医院提交的数据,对数据进行校验、处理和存储,并生成结算申请报文。
3. 查询接口:医院可以通过该接口查询医保机构返回的结算结果。
接口将接收查询请求,并根据请求内容查询数据库,返回查询结果。
4. 数据安全性设计:医院和医保机构之间的数据交互需要确保数据的安全性和完整性。
系统将采用加密技术对传输的数据进行加密和解密,并采用数字签名等技术确保数据完整性。
5. 系统稳定性设计:系统需要确保服务的稳定性和可靠性。
系统将采用负载均衡和容灾备份技术,保证系统能够提供稳定的服务。
6. 系统性能设计:系统需要能够处理大量的数据交换和查询请求。
系统将采用数据库分库分表和缓存技术,提高系统的吞吐量和响应速度。
四、系统架构1. 模块划分:系统将划分为数据交互模块、查询模块、数据安全模块、系统稳定性模块和系统性能模块。
2. 数据交互模块:负责接收和处理医院提交的医保结算申请,生成结算申请报文,并将报文发送给医保机构。
3. 查询模块:负责接收医院的查询请求,查询数据库并返回查询结果。
4. 数据安全模块:负责数据的加密和解密,以及数据的完整性保护。
5. 系统稳定性模块:负责负载均衡和容灾备份,确保系统的稳定运行。
医疗接口产品设计方案模板一、项目背景随着医疗设备和信息技术的发展,医疗接口产品在医疗行业中起到了重要的作用。
本文将介绍医疗接口产品设计方案的模板,以指导设计师在开发医疗接口产品时的注意事项和步骤。
二、需求分析1. 用户需求根据目标用户的痛点和需求,详细描述用户对医疗接口产品的要求,包括功能需求和界面需求等。
2. 技术需求根据目标用户的技术水平和医疗行业的发展趋势,分析医疗接口产品所需的技术和平台要求,确保产品的可用性和兼容性。
三、概述在概述部分中,简要介绍医疗接口产品的背景和目标,概述产品所涉及的主要功能和特点。
四、系统设计1. 总体架构根据需求分析的结果和技术要求,设计医疗接口产品的总体架构,包括硬件和软件结构,保证系统的稳定性和可扩展性。
2. 功能模块划分根据医疗接口产品的功能需求,将系统划分为若干个功能模块,并描述每个模块的功能和交互关系,确保系统的功能完整和协调。
3. 数据流程设计根据系统的功能模块和用户需求,设计医疗接口产品的数据流程,确保数据的准确传递和安全存储。
五、界面设计1. 用户界面根据用户需求和界面规范,设计医疗接口产品的用户界面,包括界面布局、图标设计、颜色搭配等,增加用户体验和操作便利性。
2. 兼容性设计根据不同平台和设备的特点,设计医疗接口产品的界面兼容性,确保产品可以在不同设备上平稳运行。
六、安全设计1. 权限控制设计医疗接口产品的权限控制策略,确保敏感数据和操作只能被授权用户访问和操作。
2. 数据加密设计医疗接口产品的数据加密方案,确保数据传输和存储的安全性,防止数据泄露和篡改。
七、测试和验证1. 单元测试对医疗接口产品的各个功能模块进行单元测试,确保每个模块的功能正常运行。
2. 整体测试将医疗接口产品整体集成并进行测试,确保系统各个功能模块之间的协调性和稳定性。
3. 用户验证邀请目标用户对医疗接口产品进行使用和反馈,收集用户意见和建议,以便进一步改进产品设计。
八、项目管理在项目管理部分,介绍医疗接口产品开发的项目管理方法和工具,包括进度管理、资源管理等,确保项目按时交付和质量可控。
医保接口项目实施方案一、项目背景。
随着医疗技术的不断发展和医疗需求的增加,医保系统在保障人民健康方面发挥着越来越重要的作用。
为了提高医保服务的效率和便利性,我们决定启动医保接口项目,以实现医保系统与医疗机构、药店等医疗服务提供方的信息互联互通。
二、项目目标。
1. 实现医保系统与医疗机构的信息对接,包括患者基本信息、就诊记录、费用结算等。
2. 实现医保系统与药店的信息对接,包括药品信息、处方信息、费用结算等。
3. 提高医保服务的效率和准确性,减少人为错误和重复操作。
4. 提升患者就医体验,减少患者的等待时间和办理手续。
三、项目实施方案。
1. 系统对接。
医保系统将与各医疗机构和药店的信息系统进行对接,实现数据的实时传输和共享。
对接过程中,需确保数据的安全性和完整性,防止信息泄露和篡改。
2. 技术支持。
项目实施过程中,将由专业的技术团队提供技术支持,确保系统的稳定运行和数据的准确传输。
同时,对医疗机构和药店的信息系统进行必要的升级和优化,以适配医保接口项目的需求。
3. 培训和指导。
针对医疗机构和药店的相关工作人员,将进行医保接口项目的培训和指导,使他们能够熟练操作新的信息系统和接口,确保项目顺利实施和运行。
4. 监督和评估。
项目实施后,将建立监督和评估机制,对医保接口项目的运行情况进行定期检查和评估,及时发现和解决问题,确保项目的长期稳定运行。
四、项目预期效果。
1. 医保服务的效率将得到显著提升,患者就医流程将更加便利和快捷。
2. 医保数据的准确性将得到保障,减少人为错误和医保欺诈行为。
3. 医保支出的管理将更加精细和规范,提高医保资金的使用效率。
4. 为未来医疗信息化建设奠定良好基础,为医疗卫生服务的现代化发展提供有力支持。
五、项目实施时间表。
1. 系统对接和技术支持阶段,预计耗时3个月。
2. 培训和指导阶段,预计耗时1个月。
3. 监督和评估阶段,项目实施后持续进行。
六、项目风险及对策。
1. 数据安全风险,加强数据加密和权限控制,确保数据的安全传输和存储。
PJ3定点医疗机构门诊业务API嵌入式接口技术方案广州市医疗保险业务信息系统二期工程建设公务员子系统项目(pj3)定点医疗机构门诊门慢api接口技术方案状态:草稿评审初始版修订版标识号:当前版本:前一版本:发布日期:pj3-05-00041.02021-01-08广州市劳动保障信息中心广州市医疗保险管理服务中心湖南创智合宇信息系统有限公司pj3定点医疗机构门诊门慢api接口技术方案目录12操作环境说明1功能1powerise?创智一pj3定点医疗机构门诊门慢api接口技术方案2.3.3在VB中定义函数程序2.4函数调用样例............................................................................ .........................................102.4.1在pb中调用接口函数程序............................................................................ ..........102.4.2在delphi中调用接口函数程序............................................................................ ....112.4.3在vb中调用接口函数程序............................................................................ (123)功能编号和功能描述3.1系统(0)........................................................................... .....................................................133.1.1登录到前置服务器(0)........................................................................... ...................133.2门诊业务............................................................................ .................................................143.2.1门诊挂号登记............................................................................ .................................143.2.2门诊收费............................................................................ .........................................203.2.3门诊退费............................................................................ .........................................263.2.4取消门诊业务(bizh131105)................................................................ ................343.3工伤门诊............................................................................ .................................................353.3.1工伤门诊挂号登记............................................................................ .........................353.3.2工伤门诊收费............................................................................ .................................403.3.3工伤门诊退费............................................................................ .................................453.3.4取消工伤门诊业务(bizh131105)................................................................ ........543.4生育门诊............................................................................ .................................................543.4.1生育门诊挂号登记............................................................................ .........................543.4.2生育门诊收费............................................................................ .................................593.4.3生育门诊退费............................................................................ .................................653.4.4取消生育门诊业务(bizh131105)................................................................ ........743.5门诊慢性病业务............................................................................ .....................................743.5.13.5.1门诊慢性病登记............................................................................ ...................743.5.2门诊慢性病收费............................................................................ .............................793.5.3门诊慢性病退费............................................................................ .............................843.5.4取消门诊慢性病业务(bizh131105)................................................................ ....923.5.5根据门慢申请序号获取门诊慢性病申请信息(bizh120211).............................923.6公用功能............................................................................ .................................................933.6.1读ic卡(bizh202100).................................................................. ..............................933.6.2提取计算结果(bizh000106).................................................................. ...................943.6.3提取门诊结算单(bizh200102).................................................................. ...............953.6.4提取门慢结算单(bizh200101).................................................................. ...............9744.1主要业务流程说明101门诊业务流程(普通门诊、工伤门诊、孕产妇门诊)1012powerise?Powerisepj3定点医疗机构门诊门慢api接口技术方案4.25门诊慢性病业务流程102服务功能呼叫说明壹仟贰佰伍元壹分普通门诊调用流程(普通门诊、工伤门诊、生育门诊)powerise?创智3pj3定点医疗机构门诊门慢api接口技术方案普通门诊挂号流程图读取IC卡(bizh202200)IC卡诺因迪卡普通门诊收费流程图读取IC卡(bizh202200)IC卡诺因迪卡获取人员信息(bizc131001)indi_uuIdlast_uuuu102)indi_IdliIdliA获取业务信息(bizh131102)indi_IdliA序列费结算(bizh131104)无费用结算(bizh131104)序列号u无费用收据打印(bizh000106)费用收据打印(bizh000106)一般门诊退款流程图读取IC卡(bizh202200)IC卡取消门诊流程图读取IC卡(bizh202200)IC卡获取业务信息(bizh131102)独立noserial_费用获取业务信息(bizh131102)indi_idserial_无费用结算(bizh131104)序列号uUo无取消门诊(bizh131105)打印收费收据(bizh000106)1035.2门诊慢性病呼叫流程104 powerise?创智4。
医保定点医院接口设计方案【摘要】本文主要介绍了医疗保险定点接口医院的医保信息系统的与院内HIS 系统的接口设计方案。
引言 为了更好的加快金保工程医保信息系统统一应用软件的实施,制定医疗保险定点医院院内HIS 系统与医保系统的对接接口。
医保接口做为连接医疗保险与诸多定点医疗机构之间的桥梁,医保接口方案采用了联机、脱机相结合的处理方案,社保卡全部采用Memory 卡.一、总体设计 1、软件体系结构医保接口系统主要由医保交易、社保卡交易、圈存、数据传输等子系统组成,如下图所示:4、数据传输3、圈存1、医保交易2、社保卡交易2、系统运行体系医保接口系统主要由医保接口交易、社保卡交易、圈存系统、数据传输系统、数据库系统组成。
⏹ 联机方案接口动态库WEB 应用社保中心数据库社保卡交易医保交易⏹ 脱机方案 增加医保前置机, 圈存系统和数据传输系统.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) 例:20060101083030-10011001-0001中心编码固定为0000入参以“|”分隔,详见每个交易的参数表, 分项之间使用管道分割符‘|’分割,最后必须要以管道分割符号‘|’结尾,不以‘|’开始。
如果入参为多条记录,记录之间以‘$’分割,不同数据项之间以‘|’分割联机标志0:脱机 1:联机。
注意:在做读卡和门诊挂号这两个交易时,联机标识必须传1。
动态库入参签到交易为:客户端MAC地址|用户数目|其他交易为:客户端MAC地址|出参格式: outputData char*中心交易流水号^业务周期号^输出参数^联机标志^中心交易流水号中心交易流水号(最大30位)中心返回业务周期号中心根据操作员和中心时间,生成业务周期号输出参数(该参数为输出参数,客户程序必须在调用本函数之前分配足够长的空间,其最小值为1024字节,如果未给本参数分配空间或分配的空间长度小于实际返回的长度,客户程序将会出现内存保护错误),最后以管道分割符号’|’结尾。
联机标志在读卡和门诊挂号时,从动态库的返回参数中取该笔业务是联机还是脱机交易,HIS需要保存,后续的明细录入和结算交易时,需要传入该标识。
返回值说明 :0 –成功,表示此次交易请求成功,业务处理也正常< 0 -错误,包括系统级别错误(网络、主机、数据库)和业务级别错误,系统级别错误由动态库将错误信息写入输出参数,业务级别错误由后台通过输出参数提示错误信息。
错误输出机制说明 :Web应用返回给动态库的返回参数格式为:中心交易流水号^业务周期号^输出参数^交易相应码^,动态库接收到返回参数后,根据交易相应码判断交易处理成功与否,交易处理成功,则动态库返回值为0,否则,将交易相应码转换为小于0的返回值。
动态库返回给开发商的出参,去掉交易相应码交易流水号说明:规则:时间(14)+医院编号(8)+流水号(4),之间用-分隔例:20060101083030-10011001-0001业务周期号说明:说明:医院编号(8)+操作员编号(最大8位)+时间(14)+流水号(4),之间用-分隔例:10011001-99999999-20060101083030-0001注:4位流水号可以循环使用交易编码说明:交易编码为四位编码,第一位标志交易性质,后面三位表示流水号序号交易码功能简介交易性质1 1 1 1 0 医疗费用信息汇总查询2 1 2 1 0 明细对帐请求查询3 1 1 0 0 医疗费用信息查询查询4 1 2 0 0 费用明细信息查询查询5 1 3 0 0 信息批量下载查询61 4 0 0 参保人员基本信息及其医保个人帐户查询查询7 1 5 0 0 医疗待遇封锁信息查询查询8 1 6 0 0 个人审批信息查询99 1 0 0 签到认证交易109 1 1 0 签退认证交易11 2 1 0 0 读卡主体交易12 2 1 1 0 修改卡密码主体交易13 2 1 2 0 校验卡密码动态库交易14 2 2 1 0 门诊/住院登记主体交易15 2 2 3 0 登记(挂号)信息修改主体交易16 2 2 4 0 登记(挂号)撤销主体交易17 2 3 1 0 费用明细上报主体交易18 2 3 2 0 费用明细撤销主体交易19 2 4 1 0 结算主体交易20 2 4 2 0 预结算主体交易21 2 4 3 0 结算撤销/取消报销主体交易22 2 6 1 0 药店收费预结算主体交易23 2 6 2 0 药店收费结算主体交易242 5 1 0 中心报销保存处方主体交易25 3 1 1 0 医院审批信息上报申报业务26 3 1 2 0 医院审批信息上报撤销申报业务27 3 1 3 0 个人参加险种信息查询28 4 3 0 0 结算信息冲正主体交易29 4 5 0 0 查询系统时间查询30 5 1 0 0 将卡中密码存入数据库主体交易31 5 1 1 0 从数据库获取卡密码查询32 6 1 0 0 医疗类别变更主体交易33 5 2 0 0 医院端卡封锁主体交易三、接口交易设计1、查询类A、交易功能该交易主要完成诸如中心药品目录、诊疗项目目录、服务设施目录、病种目录等的查询及下载,同时还包括个人基本信息及帐户信息、封锁信息等的查询业务。
对于中心药品目录、诊疗项目目录、服务设施目录、病种目录等的查询交易,下载时提供以TAB分隔的TXT文件。
B、交易设计1)、批量数据查询下载交易说明:批量下载中心目录等基础数据,然后对中心的药品目录和诊疗项目目录在his系统进行对照,上传处方时,根据对照结果,同时上传医院编码名称和中心编码。
项目编码项目名称说明01 药品目录02 诊疗项目信息03 费用类别信息04 病种信息05 项目和一次性材料对应关系此交易为了HIS对项目与一次性材料的控制。
输入参数:编号名称长度约束说明1 项目编码VARCHAR2(3) NOTNULL确定需要下载信息的种类2 开始日期VARCHAR2(14) NOTNULL YYYYMMDDHH24MISS开始时间之后维护和发生变化的时间.输出参数:编号名称长度约束说明1 文件路径及文件名称VARCHAR2(200) 参见配置信息说明:下载文件的路径为:当前文件绝对路径\YBDLOAD\文件名.txt;文件名的命名规则为:01:YPML_下载数据开始日期;02:ZLXM_下载数据开始日期;03:SFXMBM_下载数据开始日期;04:BZXX_下载数据开始日期;05:XMDYGX_下载数据开始日期;2)、医疗费信息汇总说明:该请求返回医疗费总额和各项费用合计,HIS系统中要进行对帐,先医疗费信息汇总请求,当返回的费用合计与HIS系统中不符时,才有必要发送医疗费用信息查询交易。
输入参数:编号名称长度约束说明1业务周期号VARCHAR2(36) NOT NULL2his医疗费总额VARCHAR2(10) NOT NULL 含两位小数3His帐户支付合计VARCHAR2(10) 含两位小数4His现金支付合计VARCHAR2(10) 含两位小数5His统筹基金支付合计VARCHAR2(10) 含两位小数6His救助金支付合计VARCHAR2(10) 含两位小数7His公务员补助合计VARCHAR2(10) 含两位小数8His建国前老工人基金合计VARCHAR2(10) 含两位小数输出参数:编号名称长度约束说明1 医疗费总额VARCHAR2(10) 含两位小数2 帐户支付合计VARCHAR2(10) 含两位小数3 现金支付合计VARCHAR2(10) 含两位小数4 统筹基金支付合计VARCHAR2(10) 含两位小数5 救助金支付合计VARCHAR2(10) 含两位小数6 公务员补助合计VARCHAR2(10) 含两位小数7 建国前老工人基金合计VARCHAR2(10) 含两位小数8 对帐标志VARCHAR2(10) 0 :HIS与中心基金相同1 :HIS与中心基金不同3)、明细对帐请求输入参数:编号名称长度约束说明1住院号VARCHAR2(18) NOT NULL输出参数:编号名称长度约束说明1费用总额VARCHAR2 (10) NOT NULL 含两位小数2自理费用总额VARCHAR2(10) 含两位小数3自费费用总额VARCHAR2(10) 含两位小数4)、医疗费信息查询说明:当汇总医疗费用信息查询结果与HIS不同时,发起该交易,由HIS提供程序进行对帐。