医保收费接口规范【VIP专享】

合集下载

成都市医保结算清单数据采集接口规范V1.0

成都市医保结算清单数据采集接口规范V1.0

成都市医保结算清单数据采集接口规范

V1.0

成都市医保局

2020年03月

历史记录

目录

§1 概述 (5)

§1.1 文档编制目的 (5)

§1.2 目标 (5)

§1.3 术语和定义 (5)

1.3.1 交易Transaction (5)

1.3.2 消息Message (5)

1.3.3 请求消息Request Message (6)

1.3.4 应答消息Response Message (6)

1.3.5 报文Datagram (6)

1.3.6 请求方Requester (6)

1.3.7 应答方Responsor (6)

1.3.8 元素Element (6)

1.3.9 属性Attribute (6)

§1.4 采集指标项说明 (6)

§2 平台接口设计 (7)

§2.1 平台接口接入模式 (7)

§2.1.1 平台webservice接口模式 (7)

§2.2 平台接口调用流程 (8)

§2.3.1 数据采集交易调用流程 (8)

§2.3.2 数据采集交互流程 (8)

§3 平台接口交易详细设计 (9)

§3.1 交易说明 (9)

3.1.1 交易模式 (9)

3.1.2 交易安全性 (9)

3.1.3 交易错误处理 (9)

3.1.4 交易数据格式 (9)

§3.2 交易定义 (9)

3.2.1 数据采集交易定义 (9)

§3.3 消息报文定义 (10)

§3.3.1 消息报文结构 (10)

3.3.1.1 请求消息报文结构 (10)

3.3.1.2 应答消息报文结构 (10)

§3.3.2 消息头报文结构 (10)

3.3.2.1 请求消息头报文 (10)

医保付费dip流程

医保付费dip流程

医保付费dip流程

下载温馨提示:该文档是我店铺精心编制而成,希望大家下载以后,能够帮助大家解决实际的问题。文档下载后可定制随意修改,请根据实际需要进行相应的调整和使用,谢谢!

并且,本店铺为大家提供各种各样类型的实用资料,如教育随笔、日记赏析、句子摘抄、古诗大全、经典美文、话题作文、工作总结、词语解析、文案摘录、其他资料等等,如想了解不同资料格式和写法,敬请关注!

Download tips: This document is carefully compiled by theeditor. I hope that after you download them,they can help yousolve practical problems. The document can be customized andmodified after downloading,please adjust and use it according toactual needs, thank you!

In addition, our shop provides you with various types ofpractical materials,such as educational essays, diaryappreciation,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 andwriting methods,please pay attention!

医保接入终端管理制度汇编

医保接入终端管理制度汇编

医保接入终端管理制度汇编

第一章总则

第一条为了规范医保接入终端管理,保障医保信息的安全和正常运行,提高医保支付服务的质量和效率,制定本制度。

第二条本制度适用于所有医保接入终端的管理工作。

第三条医保接入终端包括但不限于医疗机构的门诊收费系统、住院收费系统、药店结算系统等。

第四条医保接入终端管理工作应当遵循公开、公平、公正、便民的原则,严格按照有关法律法规和政策规定进行。

第五条医保接入终端管理工作应当加强信息安全保护,确保医保信息的完整性、保密性和可用性。

第六条医保接入终端管理工作由各级医保管理部门负责监督和管理。

第七条医保接入终端管理工作应当加强对人员的培训和管理,提高工作人员的专业水平和服务意识。

第八条医保接入终端管理工作应当建立健全技术支持和紧急救援机制,确保医保系统的稳定运行。

第二章医保接入终端的申报和验收

第九条医保接入终端的申报应当提供真实、完整、准确的相关资料,包括但不限于设备型号、厂家信息、软件版本等。

第十条医保接入终端的申报资料应当由相关单位负责人签字确认,经过医保管理部门审核通过后方可使用。

第十一条医保接入终端的验收应当按照规定的程序和标准进行,包括但不限于硬件设备、软件功能、接口标准等。

第十二条医保接入终端的验收工作由医保管理部门负责,必须经过验收合格方可投入使用。

第十三条医保接入终端的升级和改造必须经过医保管理部门的审核和验收,确保不影响医保信息的安全和正常运行。

第三章医保接入终端的使用和维护

第十四条医保接入终端的使用必须按照规定的操作流程和操作规范进行,严禁擅自修改系统设置和参数。

医保接口文档

医保接口文档

医保接口文档说明

此接口为pb开发的COM接口,要在pb9.03 8511下运行。

所有的函数返回值 0表示成功,非0表示不成功。

所有的函数的出参 ret_message 为出错说明。

只有调用initdll (ref string ret_message)初始化成功后,才可调用其它函数。医院管理信息系统只要做全局变量去调用initdll (ref string ret_message)初始化成功一次即可,不建议做局部变量去调用,去反复初始化,它会加重医保系统前后台的负担。

门诊收费、退费和出院结算接口会自动打印出单据,出院结算取消根据传入的标志(可打印,或不打印)。

门诊处方、医嘱收费两个xml字符串yylsh 是唯一的(不重复)

一、接口函数说明

1.初始化

Integer initdll (ref string ret_message)

2.读卡函数(此读卡函数用在门诊,市医保住院申请)

Integer qtyy_readic_qtjk (ref string s_grxx, ref string ret_message)

入参说明:无

出参说明:s_grxx为一个xml格式的字符串,说明如下

Grsbh 个人社保号

Kh 卡号

Rydm 医保人员代码

Rymc 医保人员名称

Xm 姓名

Xb 性别( 0 :表示男,1:表示女,2:表示未知)

Csrq 出生日期 (格式:yyyy-mm-dd hh:mm:ss) 例如:1972-03-15 00:00:00

Dwsbh 单位社保号

Dwmc 单位名称

Fqdm 分区代码

西安市医保支付接口规范

西安市医保支付接口规范

西安市医保系统

支付接口应用编程接口规范

银海软件

2013年5月16日

1、变更记录

1、增加D01号耗材打包交易2013年5月13日

2、增加RZ01号获取中心目录变更日志交易2013年5月13日

2概述

1.《西安市医保系统支付接口应用编程接口规范》(以下简称规范)的使用对象为将使用银海医保支付组件库(以下简称组件库)来完成医保支付的为定点医疗机构提供应用软件的HIS供应商、药店MIS供应商或其它第三方应用软件供应商。

2.规范公布了组件库所提供的交易,规定了调用每一交易的前提条件,详细描述了每一交易的调用方法。规范从编程的角度来介绍以上内容,对医保政策和医保支付流程的介绍不属于本规范的范围。

§1.1.术语及参考资料

COM:Common Object Model

HIS:Hospital Information System

MIS:Management Information System

§1.2.应用模式

1.银海医保支付组件库是一组运行在WINDOWS 32位环境下的COM组件,

第三方应用软件使用相应的COM组件调用方式来调用它。

§1.3.环境要求

§1.3.1.硬件环境

2.

§1.3.2.网络环境

§1.3.3.网络拓扑图

§1.3.4.系统软件

§1.接口描述

§1.1.总体描述

1.组件库注册在每一台需要进行医保支付业务的客户机上(该客户端也必须能连接到

医保网络),通过被动调用的方式将医保支付业务功能嵌入到定点医疗机构的系统中(以下简称HIS),由于正常调整,动态库需要升级,HIS系统最好每次在调用医保接口时,自动进行注册动态库,以免动态库升级后,不能加载医保接口动态库;

赣州市医保接口规范

赣州市医保接口规范

接口更新内容:

本次医保接口动态库ZRHosJK.dll基于原接口规范不变的基础上增加一项业务:【收费发票打印】(包括门诊和住院收费发票打印),具体调用方法详见本文档21页。

----于2011年09月01日

网点接口规范

一.概述

为了保证医疗保险管理系统和网点管理信息系统的完整性和独立性以及数据的同步和一致性,需要提供一个标准的数据输入输出接口,建立一个公用的数据交换标准。因此,开发出一套通用的适合于各种类型医疗管理机构、能嵌入各种管理软件的接口系统是保证医保顺利实施的关键。

为此,提出以下中心系统与网点系统的接口规范。

二.医疗机构接入准备

1.硬件要求

引用接口系统嵌入模块的终端机器至少要64M 内存,并有足够空间安装支持软件。网络上要求必须能访问中心应用服务器。

2.软件要求

接口系统目前支持Windows95/98/2000/NT系统平台下所开发的应用系统,各应用系统必须能正常调用Windows标准API函数(例如用PB、Delphi、VB、VC、C++Builder等开发的软件都可以支持)。根据电脑技术的发展形式,嵌入模块不支持DOS系统下开发的应用软件。

三.数据要求

接口系统需要从医疗机构获得必要数据,为统一编码,录入数据尽量采用医保中心提供的编码规则,医疗机构需要根据需要将自身系统的编码做对照,医疗机构需要对照的内容包括:

1)药品目录

详见药品目录表、诊疗目录表

2)病种编码目录

详见病种编码目录表

3)收费类别目录

详见收费类别目录表

4)科室目录

医院自身设置的科室名称。

5)项目等级

详见项目等级目录表

成都市医保支付接口规范

成都市医保支付接口规范

成都市基本医疗保险支付接口应用编程规范

Version

2015年06月

1、变更说明

2009-3-9文字错误更正

日常修正:

门诊结算11交易的control XML漏写接口版本标志

身份识别03交易的输出XML在个人帐户余额一段多写了,去掉。

14A和14B交易的节点数据类型注释中yke170应为yae170

2009-3-16调整输入输出节点

日常修正:

20交易增加返回节点,不影响业务

17交易增加返回节点,不影响业务

14A、14B、16交易删除【yka105记账流水号】节点

03、11交易control XML节点改名,【version】改为【edition】(因version之前已使

用)

2009-3-19调整输入输出节点

日常修正:

16交易返回节点【YKE141】,应为【YKC141】

2009-3-27交易41、52调整

明细冲负及打印预结算单调整:

41交易数量可以传入负数。HIS可以通过传入负数的数量或43交易两种方式来退明细

52交易:住院结算。控制xml中增加一个节点是否打印预结算单。预结算单不能作为报销凭据,仅提供给参保人查看。如果该节点为1,则表示是打印预结算单。

其他值或者无此节点,表示住院结算。

注意:(1)打印出预结算单可能和正式结算有差异,因为在预结算和正式结算之间,个人的信息可能改变,费用明细可能改变等原因。

(2)当打印预结算单时,交易标志aint_appcode返回的值总是小于零的。

2010-6-28门诊统筹相关交易变更说明:

门诊统筹项目:

100交易:医院医保信息新增申请

说明:新增交易

医疗保险接口功能规范

医疗保险接口功能规范

医疗保险接口功能规范

第一条《医疗保险接口功能规范》是用于协助整个医院,按照国家医疗保险政策对医疗保险病人进行各种费用结算处理的计算机应用程序,其主要任务是完成医院信息系统与上级医保部门进行信息交换的功能,包括下载、上传、处理医保病人在医院中发生的各种与医疗保险有关的费用,并做到及时结算。

《医疗保险接口功能规范》必须符合国家、地方的有关法律、法规、规章制度的要求。

1.必须符合国务院下发的有关医疗保险的各项政策及法规。

2.必须符合劳动社会保障部下发的有关医疗保险的政策及法规。

3.必须符合地方政府下发的有关医疗保险的政策及法规。

4.《公费医疗管理办法》。

《医疗保险接口功能规范》基本功能:

1.下载内容及处理:实时或定时的从上级医保部门下载更新的药品目录、诊疗目录、服务设施目录、黑名单、各种政策参数、政策审核函数、医疗保险结算表、医疗保险拒付明细、对帐单等,并根据政策要求对药品目录、诊疗目录、服务设施目录、黑名单进行维护。

2.上传内容及处理:实时或定时向上级医保部门上传。

1)门诊挂号信息、门诊处方详细信息、门诊诊疗详细信息、

门诊个人帐户、支付明细等信息。

2)住院医嘱、住院首页信息、住院个人帐户支付明细、基金支付明细、现金支付明细等信息。

3)退费信息:包括本次退费信息,原费用信息、退费金额等信息。

4)结算汇总信息:按医疗保险政策规定的分类标准进行分类汇总。

3.医疗保险病人费用处理:

1)根据下载的政策参数、政策审核函数对医保病人进行身份确认,医保待遇资格判断。

2)对医疗费用进行费用划分,个人帐户支付、基金支付、现金支付确认,扣减个人帐户,打印结算单据。

杭州医保异地结算项目整合接口规范

杭州医保异地结算项目整合接口规范

杭州医保异地结算项目整合接口规范

版本号 :2010112701

2010年11月

I.1 文档变更说明

I.2 重要提示说明

(1).1103处方明细录入交易中,对于医院端传入的

该项值必须传入为两位小数。

(2).各地上传交易时的医院机构编号统一不能超过6位。

I.3 接口交易列表

I.4 交易数据格式定义

所有交易函数的参数使用统一数据格式:

并不是所有交易都会需要这些输入、输出参数,但是考虑到异地结算平台的特性,决定所有交易的参数都采用这种数据格式。

交易不需要的参数,可以让该参数为空。

●交易特定输入信息采用XML字符串,其形式为:

<INPUT>

<参数1名>参数1值</参数1名>

<参数2名>参数2值</参数2名>

...

</INPUT>

●交易特定输出信息采用XML字符串,其形式为:

< OUTPUT >

<参数1名>参数1值</参数1名>

<参数2名>参数2值</参数2名>

...

</OUTPUT>

●参数中如果有日期型参数,其格式为:yyyy-mm-dd hh:mm:ss

●报文中的输入/输出项的XML字符串中的根节点

(<INPUT></INPUT>,<OUTPUT></OUTPUT>)和各个子节点一律大写。例如:

<INPUT><AKC350>FSF1001</AKC350><AKC020>KH01</AKC020><AAC001>211301100</AAC001><AKC010> ZHY001</AKC010><AKC190>ZYLSH010</AKC190><AKA130>11</AKA130><AKA101>01</AKA101><AAE073> SPBH001</AAE073><AKC192></AKC192><AKC193>BZBM001</AKC193><AKC140>BZMC001</AKC140><AKC6 00>RYMS</AKC600><AKC025>KSMC</AKC025><AKC008>JZYS</AKC008><AKC030>CW01</AKC030><AKC031 >BLH01</AKC031><AAE011>CZY</AAE011></INPUT>

医保收费接规范

医保收费接规范

南平医保医院接口规范

一、接口设计主体思路:

采用文本文件交换信息的方式,每个业务接口主要步骤均为:医院程序删除应答文件(如果存在),提交一个请求文件,医保程序检测到后自动解释,生成一个回答文件,并删除原来的请求文件,医院程序检测到应答文件生成后就去读取医保程序返回的信息。

文件的结构主要借鉴Windows系统通用的信息文件格式(*.ini)。为安全起见,每一个涉及收费的接口均需校验卡号。为方便起见,对交换文件不进行加密处理,采用文本文件。

为了全省数据的一致性,病种编码,发票项目编码、药品项目和诊疗项目编码将统一标准。

注:如果医保政策或实施细则有变化,本规范将作相应调整。

二、医院程序设计注意事项:

1.发出请求前,应当删除应答文件,(否则医保程序将不会响应应答文件。)

2.发出请求文件时,填写request字段的内容应填写完参数后进行;

(** 无论对或写,务必采用独占方式(LOCKREADWRITE!)打开文件。)

3.检测应答文件时,应当等到应答文件的reply=TRUE时,方可进行读取工作。

4.读结果文件时,可以和发送的信息进行一些简单的校验(例如接口发送和接收的处方数目,明细,总金额等是否一致等),保证程序正确运行。

三、各个具体业务的接口文件结构:

请求文件名为:request.txt 接口返回的文件名为:reply.txt

请求和应答文件中英文字段意义说明:(C代表字符类型 N代表数值类型例如N5,2代表取值0.00到999.99) (字段意义如文件中另有说明的除外)

注1:接口应答文件返回时如有参保人信息,都有参保人的各种信息如:姓名、性别、年龄、单位、ic卡状态、工作状态、个人账户余额、地区、分中心等;下面的接口说明中均以“<>”字样代表:

医保接口管理制度及流程

医保接口管理制度及流程

医保接口管理制度及流程

一、引言

医保接口管理制度是指国家医保部门为了规范医保接口服务管理,保障医保数据安全和使

用效率,规范医保业务流程,维护医保系统的稳定运行而制定的一系列管理规定和程序。

本文将围绕医保接口管理制度及流程展开论述,旨在帮助医保机构加强对接口服务的管理,提高医保系统的运行效率。

二、医保接口管理制度

1. 制度建立的背景和意义

医保接口是医保部门提供给医疗机构、药店、诊所等医疗服务机构的统一数据接入接口,

通过该接口医疗服务机构可以向医保部门提交医疗费用结算信息、参保人员信息等数据。

医保接口管理制度的建立有利于规范医保业务流程,提高数据安全性和使用效率,便于医

保部门监管和审核医疗费用报销情况,帮助医保机构更好地开展医保业务。

2. 制度内容

(1)接口服务授权管理

医保接口服务需要进行授权管理,医疗服务机构需要向医保部门进行授权申请,并提供相

关资质证明材料。医保部门审核通过后,颁发接口服务授权证书。授权证书涵盖接口服务

的使用范围、使用期限等信息,医疗服务机构在接口服务使用过程中需严格遵守授权证书

规定的内容。

(2)接口服务安全管理

医保接口服务需要进行安全管理,医保部门向医疗服务机构提供的接口服务必须通过加密

传输进行数据交换,确保数据传输的安全性。同时,医疗服务机构也需要做好本地数据的

安全保护工作,制定相关网络安全管理制度,加强系统防护和安全监控,防范数据泄露和

黑客攻击等安全风险。

(3)接口服务监管管理

医保部门需要建立健全的接口服务监管机制,对医疗服务机构的接口服务使用情况进行监

管和审核。监管机制包括定期审核医疗服务机构使用接口服务的情况,确保接口服务的合

医保接口管理制度

医保接口管理制度

医保接口管理制度

一、医保接口管理制度的基本要求

1. 规范性。医保接口管理制度要遵循法律法规、规章制度和国家标准,确保医保接口的合理、规范和安全使用。

2. 安全性。医保接口管理制度要求建立严格的安全防护机制,确保医保接口的信息安全和数据完整性。

3. 可控性。医保接口管理制度要求建立有效的接口访问控制和监控机制,保证医保接口的使用能够得到充分授权和监督。

4. 效率性。医保接口管理制度要求建立高效的接口管理流程和工作机制,保证医保接口的日常运行和维护能够得到及时、高效的支持。

二、医保接口管理制度的内容和实施

1. 医保接口权限管理

(1)接口权限申请:医疗机构、药店和其他合作单位申请接口权限,需要提供必要的资质和证明材料,经过审批后方可获得相应的接口权限。

(2)接口权限许可:医保部门根据不同的业务需求和实际情况,对接口权限进行适当的授权,确保接口访问的合理性和安全性。

(3)接口权限监控:建立有效的接口权限监控机制,及时发现和处理不合规的接口访问行为,保障接口权限的合法性和稳定性。

2. 医保接口数据传输和加密

(1)数据传输协议:对于医保接口的数据传输,要求采用安全可靠的传输协议,保护数据在传输过程中不被篡改或泄露。

(2)数据加密技术:对于医保接口的敏感数据,要求采用高强度的加密技术,确保数据的保密性和完整性。

(3)数据备份和恢复:对于医保接口的数据备份和恢复,要求建立有效的备份和恢复机制,确保数据的安全和可靠性。

3. 医保接口运行监控和故障处理

(1)运行监控:建立有效的医保接口运行监控机制,实时监测接口访问情况和接口运行状态,发现并及时处理异常情况。

直单病种付费结算接口规范-福建医疗保障

直单病种付费结算接口规范-福建医疗保障

附件一

省直单病种付费结算接口规范

一、设计思路

为进一步推动我省公立医院改革,加强医院管理,规范临床诊疗行为,提高医疗质量,保障医疗安全,在现有的福建省医疗保险管理信息系统上的基础上,开展单病种付费改造工作。明确规定治疗某一种疾病该花多少钱,为人民群众提供安全、有效、方便价廉的医疗服务。

二、修改内容

1:单病种付费结算目前仅限于住院结算。入院登记和出院登记的接口规范与普通住院一样,无需做改动。

2:单病种收费结算时,必须上传单病种病情编码。即医院上传的request 文件,加上bqbm00= 病情编码,其他上传内容不变。

3:如该次住院医院已经上传过住院费用,要先冲销上传的住院费用。

4:一次住院只能上传一次单病种费用,医院最好在病人办理出院时上传费用,避免遗漏。

5:单病种结算的费用按照医保规定的定额进行计算,与医院上传的实际费用无关。医院上传收费应答文件后,医保返回的reply文件的费用总额是单病种定额,基金支付,账户支付,个人支付的合计也是单病种定额,即bcbxf0=单病种定额,并增加mxzje0=明细总额。

6:单病种其他费用计算,必须上传单病种其他费用的病情编码,单病种其他费用收可分多次上传,费用计算按普通住院待遇进行计算,但不用支付起付线。

接口规范新增字段

住院收费

[zysf]

request=TRUE

success=

error=

cardno=

zylsh0=

bqbm00= 病情编码(单病种必填)

;普通病床天数

ptbcts=

;传染病床天数

crbcts=

cfxms0=

;各个发票项目费用,分医保和非医保两种

医保接口编码规范说明文档(修订版)

医保接口编码规范说明文档(修订版)

医保编码参考手册

1. 引言 (5)

1.1 编写目的 (5)

1.2 预期读者 (5)

1.3 编写范围 (5)

1.4 其他说明 (5)

2. 文件结构概述 (6)

2.1 文件所在目录 (6)

2.1.1 医保前台js和后台java (6)

2.1.2 医保界面定义文件 (6)

2.1.3 医保数据表结构定义文件 (7)

2.2.文件功能简单描述 (7)

2.2.1 MedicareCommonMethod.js (7)

2.2.2 MedicareUtils.js (8)

2.2.3 PHISActiveXUtils.js (8)

2.2.5 MedicareService.java (8)

2.2.6 MedicareModel.java (8)

3. 医保控件封装 (9)

3.1封装方法 (9)

3.2 医保封装控件常见问题 (11)

4. 医保接口主流程编码及说明 (22)

4.1 读卡 (22)

4.1.1前台js (23)

4.1.2后台java (24)

4.1.3 涉及表文件 (25)

4.2 挂号 (25)

4.2.1 挂号医保相关说明 (25)

4.2.2 前台js (25)

4.2.2.1 挂号界面读卡 (25)

4.2.2.2.挂号界面结算 (26)

4.2.2.3.挂号登记,上传,预结算,结算参数查询 (26)

4.2.2.4.判断病人性质是否医保 (27)

4.2.2.5 结算时判断未读卡病人是否是医保 (27)

4.2.2.6 将预结算返回的金额和结算参数赋值给找零界面 (28)

4.2.2.7 挂号结算 (28)

医保接口管理制度最新范文

医保接口管理制度最新范文

医保接口管理制度最新范文

医保接口管理制度最新范

第一章总则

第一条为规范医保接口管理,提高医保服务质量和效率,便

利参保人员就医、用药,保障医疗机构和药店合法权益,制定本制度。

第二条本制度适用于全国范围内的医保接口管理工作。

第三条医保接口管理是指医保机构与医疗机构、药店之间建

立的数据交换接口,实现医保信息共享和互操作。

第四条医保接口管理的目标是确保医保数据准确、及时、可靠,提供便利化的就医、报销服务,并加强对医疗机构和药店的管理。

第五条医保接口管理应遵循保密、安全、便利、有效的原则。

第六条医保接口管理应借助现代信息技术手段,利用统一标

准和规范,建立健全系统,提高数据处理能力和处理效率。

第七条医保接口管理应加强对医疗机构和药店的培训和指导,提高信息录入和操作的正确性和规范性。

第八条本制度所称的医保机构包括基本医疗保险管理中心、

医保定点医疗机构、医保定点药店等。

第九条医保机构应配备专门的技术人员负责医保接口管理工作。

第十条医保机构应按规定向医疗机构和药店提供医保接口管理工作所需的技术支持和培训。

第十一条各级医保机构应建立医保接口管理工作的评估和监督机制,定期检查医疗机构和药店的医保接口管理情况。

第二章医保接口管理流程

第十二条医保接口管理流程包括接入准备、接入申请、接入评估、接入试运行、接入管理等环节。

第十三条医疗机构和药店申请接入医保接口,应提供相关的资质证明和技术要求,经医保机构审核通过后方可接入。

第十四条医保机构应根据医疗机构和药店的实际情况,评估其接入医保接口的技术能力和管理水平,确保其能够正常使用医保接口。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

南平医保医院接口规范

一、接口设计主体思路:

采用文本文件交换信息的方式,每个业务接口主要步骤均为:医院程序删除应答文件(如果存在),提交一个请求文件,医保程序检测到后自动解释,生成一个回答文件,并删除原来的请求文件,医院程序检测到应答文件生成后就去读取医保程序返回的信息。

文件的结构主要借鉴Windows系统通用的信息文件格式(*.ini)。为安全起见,每一个涉及收费的接口均需校验卡号。为方便起见,对交换文件不进行加密处理,采用文本文件。

为了全省数据的一致性,病种编码,发票项目编码、药品项目和诊疗项目编码将统一标准。

注:如果医保政策或实施细则有变化,本规范将作相应调整。

二、医院程序设计注意事项:

1.发出请求前,应当删除应答文件,(否则医保程序将不会响应应答文件。)

2.发出请求文件时,填写request字段的内容应填写完参数后进行;

(** 无论对或写,务必采用独占方式(LOCKREADWRITE!)打开文件。)

3.检测应答文件时,应当等到应答文件的reply=TRUE时,方可进行读取工作。

4.读结果文件时,可以和发送的信息进行一些简单的校验(例如接口发送和接收的处方数目,明细,总金额等是否一致等),保证程序正确运行。

三、各个具体业务的接口文件结构:

请求文件名为:request.txt 接口返回的文件名为:reply.txt

请求和应答文件中英文字段意义说明:(C代表字符类型N代表数值类型例如N5,2代表取值0.00到999.99) (字段意义如文件中另有说明的除外)

文件中字段名字位数或取值范围字段意义

Request TRUE or FALSE 各种业务接口请求文件的开始请求标志;=TRUE时表示请求文件可以开始被读取

Reply TRUE or FALSE 各种业务接口返回文件的回答标志;=TRUE时表示应答文件可以开始读取

Success TRUE or FALSE操作结果成功否

Error VarChar2(400)操作失败原因

Cardno C12医保IC卡号

Id0000C19医疗保险号

Xming0 C8姓名

Xbie00C1 0男1女可能为空性别

Brnl00N3年龄

Dwmc00C30单位名称

Icztmc C20IC卡状态名称

Gzztmc C30工作状态名称

Dqmc00C20投保人所属地区名称

Fzxmc0C20投保人所属分中心名称Ghksmc C10挂号科室名称

Ghfy00N 5,2挂号费用

Ghlsh0C16挂号流水号

Ghrq00C8挂号日期

Ghsj00C4挂号时间

Cxlsh0C16冲销流水号

Grzhye N8,2个人帐户余额

Bqbm00C20病种编码

Cfxms0N3收费项目数

Djlsh0C16单据流水号

Mzlsh0C16门诊流水号

Bckbcs N3本次看病次数(即视同住院次数) Sftsmz C1 Y是 N否是否特殊门诊

Sftsbz C1是否特殊病种

Zhzfe0N8,2帐户支付额

Grzfe0N8,2个人现金支付额

Jjzfe0N8,2基金支付额

Bcbxf0N8,2总费用

Sfrq00C8收费日期

Sfsj00C4收费时间

Sfrxm0C8收费人姓名

Cxdjh0C16冲销单据号

Ryrq00C8入院日期

Rysj00C4入院时间

Ryksmc C10入院科室名称

Rylb00C8 ’普通’或’家庭病床’住院类别

Zylsh0C16入院登记流水号

Rydjr0C8入院登记人

Zyksmc C10住院科室名称

Cydjr0C8出院登记人

Cyrq00C8出院日期

Cysj00C4出院时间

Cyzd00C40出院诊断

Valid0True or False是否可以入院登记或是否可以挂号

Bnghyy Varchar2(400)病人不能挂号原因

Bndjyy Varchar2(400)病人不能入院登记原因

无C20<<处方明细信息>>中医院收费项目在医保中心的编号无C1 Y or N<<处方明细信息>>中是否医保项目

无C20<<处方明细信息>>中医院收费项目在医保中心的发票项目名称

无C50<<处方明细信息>>中医院收费项目在医保中心的名称

无C20<<处方明细信息>>中医院收费项目在医保中心的规格

无C20<<处方明细信息>>中医院收费项目在医保中心的单位

无N10,4<<处方明细信息>>中医院收费项目在医保中心的单价

无N8,2<<处方明细信息>>中数量

无N8,2<<处方明细信息>>中金额

无C8<<处方明细信息>>中医生姓名

无N 5,4<<处方明细信息>>中个人自付比例

注1:接口应答文件返回时如有参保人信息,都有参保人的各种信息如:姓名、性别、年龄、单位、ic卡状态、工作状态、个人账户余额、地区、分中心等;下面的接口说明中均以“<<参保人其他信息>>”字样代表:

xming0=

xbie00=

brnl00=

dwmc00=

icztmc=

gzztmc=

grzhye=

dqmc00=

fzxmc0=

注2:接口应答文件返回时如有处方明细信息,都有收费项目的各种信息如:名称、规格等;下面的接口说明中均以“<<处方明细信息>>”字样代表:

医院收费项目在医保中心的编号

是否医保项目

医院收费项目在医保中心的发票项目名称

医院收费项目在医保中心的名称

医院收费项目在医保中心的规格

医院收费项目在医保中心的单位

医院收费项目在医保中心的单价

医院收费项目的数量

医院收费项目的金额

医院收费项目的医生姓名

此外,接口返回的收费文件的<<处方明细信息>>除有以上信息外,还增加一行信息,为医院收费项目在医保中心的个人自付比例(0 到1)。

注3:返回文件中的发票项目均分解到[yb0000]和[fyb000]两个小节中,分别代表按政策医保项目费用和按政策规定个人自付项目费用。

◆门诊挂号:

1.医院程序形成"读卡请求"文件 :

[mzghsk]

request=TRUE

医保程序接受请求后将填写结果文件,并将原来的请求文件删除,此时医院程序检测到应答文件生成后(文件中reply=TRUE),就可以读取结果文件,读取完后将结果文件删除后,才可以发出下一个请求。(以下各个接口也须照此处理)

[mzghsk]

reply=TRUE

success=

error=

cardno=

id0000=

<<参保人其他信息>>

;病人是否可以门诊挂号(TRUE or FALSE)

valid0=

相关文档
最新文档