渭南市医疗保险电子结算软件实施方案添加网络部分.docx
《渭南市医疗保险电子结算软件实施方案添加网络部分.docx》由会员分享,可在线阅读,更多相关《渭南市医疗保险电子结算软件实施方案添加网络部分.docx(8页珍藏版)》请在冰豆网上搜索。
渭南市医疗保险电子结算软件实施方案添加网络部分
渭南市医疗保险
电子结算软件实施方案
陕西省劳动和社会保障厅
长天科技集团
2010年1月1号
1前言
本方案针对渭南市医疗保险实施方案的接口方案进行介绍,对实施工作和上线紧急预案进行介绍。
2实施方案介绍
2.1背景及前提条件
为了推进渭南市医疗保险信息化建设,进一步规范经办管理工作流程,为参保职工提供良好的医疗服务,我们建议医院采用标准接口方案方式尽快实施医保接口。
2.1.1基础网络准备
采用标准接口方案要求由医院提供医院HIS系统的数据字典中有关门诊住院的登记、项目明细信息的数据结构,并能够联通医保网络与医院HIS系统网络,为了保障医院HIS网络和社保网络的安全,不允许直接将医院HIS系统网络与社保专线直接连接,网络边缘要部署“网络防火墙”设备进行网络隔离,网络拓扑图如下:
。
说明:
防火墙默认规则是禁止模式,只允许提供就医信息的医院HIS服务器与安装有渭南市医疗保险结算软件的电脑进行数据交换。
2.1.2三大目录对应工作
首先由医院工作人员将自身HIS系统的药品目录、服务设施、诊疗项目导入“渭南市医疗保险结算软件”中,然后使用目录对应功能逐一将医院目录与医保三大目录做对应,对应完成后申请渭南市医保处做三大目录对应审核工作,市医保处审核通过后方可做接口调试工作。
2.2方案特点
采用该方案,收费人员需操作HIS系统和电子结算软件两个系统来完成医保病人的登记、结算及医保数据上传,消费明细信息不需要二次录入;但医保详细信息只保存在结算软件系统中。
该方案的技术实现特点为:
医保接口提供一个信息交互模块,实现医院不改造HIS系统也能够完成HIS系统与医保接口的信息交互。
2.3对医院存在的疑问的考虑
针对医院提出的数据安全、内部信息保密、技术实现难度、我们的应用对医院HIS系统的影响等疑问。
对此我们做如下考虑:
数据安全:
医院应提供一个医保专用数据库用户,用户只能够访问医院数据,不能够进行其他任何操作。
不会影响医院的数据安全。
内部信息保密:
医院可以通过建立视图和数据库授权等方式,只公开社保所需的信息,其他信息可以不允许医保专用数据库用户访问。
不会泄露医院不应公开的信息。
技术实现难度:
技术上主要是进行一些数据库管理配置,较少的改动医院的HIS系统。
应用对医院HIS系统施加的压力:
接口应用只对数据库进行查询操作,不进行数据库的更新修改操作,不会影响医院HIS系统各项业务的日常办理。
2.4业务流程
业务处理流程如下图:
门诊业务流程:
医院首先在HIS系统中进行门诊登记、门诊划价;在结算软件中进行门诊结算登记和费用计算,打印结算单;在医院HIS系统中打印发票和明细清单。
住院业务流程:
住院登记:
医院首先在HIS系统中进行入院登记、然后在结算软件中进行入院登记。
每日明细录入:
医院在HIS系统中录入在院病人的每日明细。
计算软件直接读取HIS系统中的在院病人每日明细费用。
出院结算:
医院在结算软件中对出院病人进行费用结算,打印结算单,然后在医院HIS系统中打印发票、明细清单。
2.5数据处理流程图
该接口方式的数据处理流程如下图:
在结算软件接口进行门诊住院登记、收费的时候,由结算软件接口按照事先配置好的语句,查询医院HIS系统的数据库,抓取医保所需的相关信息数据,并将相关数据保存并上传至医保中心,同时保存到本地数据库。
3实施工作
整个实施工作由定点医药机构和接口实施方共同完成,具体工作内容及职责分配见下表:
序号
工作内容
责任方
0
医药机构当前所有登记的必须完成结算,并停止业务;网络准备和三大目录对应。
定点医药机构、市医保处
1
提供数据字典说明,包括登记、收费明细、结算信息的表结构,代码说明。
定点医药机构
2
按照医院提供的数据字典配置接口查询语句
接口实施方
3
提供测试HIS数据库环境
定点医药机构
4
测试整体流程,测试接口语句
接口实施方
5
提供医保已结算的费用案例
定点医药机构
6
对医保已结算的费用进行测试
接口实施方
7
核对测试结果数据
接口实施方
定点医药机构
8
定点医药机构启用业务
点医药机构
3.1视图的创建:
由HIS系统开发商根据提供的视图要求创建视图,共三个视图分别为门诊处方明细信息、住院登记信息、住院收费项目明细信息,其具体结构要求如下表:
3.1.1门诊处方明细信息(mzmx_view)
字段属性
名称
代码
数据类型
长度
说明
医院明细序号
bkc284
varchar(200)
200
唯一主键,可自定义,但每一
条记录不能重复
交易号
akc190
varchar(18)
18
HIS门诊号
处方号
akc220
varchar(20)
20
不能为空
单据号
aae072
varchar(18)
18
每个单据号针对一项收费
处方日期
akc221
date
例:
1999-02-02
目录类别
aka213
varchar(3)
3
1为药品,2为诊疗项目,3为服务项目
执行天数
akc229
varchar(20)
20
缺省为1
收费项目编码
akc222
varchar(15)
15
不能有特殊字符,例如控制字符
收费项目名称
akc223
varchar(50)
50
不能有特殊字符,例如控制字符
数量
akc226
number(15,5)
不能为空或者零
单价
akc225
number(15,5)
不能为空或者零
金额
akc227
number(9,2)
不能为空或者零
注意:
金额=单价*数量是必须要遵守的规则,金额的小数位是2位;
3.1.2住院登记信息(zydj_view)
字段属性
名称
代码
数据类型
长度
说明
医院住院号
bkc023
varchar(18)
18
若医院使用相同住院号,并且以住院次数来确定患者住院信息,请使用住院号+住院次数
姓名
aac003
varchar(20)
20
入院时间
akc192
date
例:
1999-02-02
联系人
bkc080
varchar(20)
20
联系电话
aae005
varchar(20)
20
入院诊断
bkc286
varchar(200)
200
科室
bkc051
varchar(100)
100
病床号
bkc089
varchar(18)
18
主治医师
bkc059
varchar(20)
20
注意:
医院住院号一定要按照要求填写
3.1.3住院收费项目明细信息(zymx_view)
字段属性
名称
代码
数据类型
长度
说明
就医编号
akc023
varchar(18)
18
指住院号,和住院登记信息中的住院号相同
明细序号
bkc284
varchar(200)
200
处方号
akc220
varchar(15)
15
00001
单据号
aae072
varchar(18)
18
将此处的单据号赋值为住院号
处方日期
akc221
date
例:
1999-02-02
目录类别
aka213
varchar(3)
3
1为药品,2为诊疗项目,3为服务项目
执行天数
akc229
varchar(20)
20
缺省为1
收费项目编码
akc222
varchar(15)
15
不能有特殊字符,例如控制字符
收费项目名称
akc223
varchar(50)
50
不能有特殊字符,例如控制字符
数量
akc226
number(15,5)
不能为空或者零
单价
akc225
number(15,5)
不能为空或者零
金额
akc227
number(9,2)
不能为空或者零
3.2.1注意事项:
Ø交易号:
一个交易号对应参保人的一次交易,一次交易可产生多张发票,一张发票可以有多笔费用明细。
Ø日期格式样例:
2008-10-01;
4应急预案
在系统上线运行前,会安排技术力量与医院共同进行测试,以保证系统数据获取过程的正确性。
在实施过程中,对于结算软件接口程序将由长天安排专门的技术力量支持,以保证软件的正常运行。
上线期间对于网络或者其他非结算软件原因导致系统无法正常运行时,由医院先按原有方式收费结算,然后通报医保中心,由医保中心进行现金报销处理。