浙江省社会保障“一卡通”异地就医接入两定单位开发手册V4.0
新增定点医药机构医保系统接入说明
新增定点医药机构医保系统接入说明根据《关于印发<宁波市基本医疗保险定点医药机构协议管理暂行办法>的通知》（甬医保发〔2020〕14号）文件和宁波智慧医保建设要求，新增定点医疗机构（零售药店）的医保结算须符合医保智能提醒、药品库存管理等智慧医保监管要求，具体要求如下(如因政策调整和监管要求增加新的医保接口内容，我们将及时予以公布)。
一、信息系统要求医疗机构（零售药店）纳入医保定点名单范围后，应建立相应的计算机管理系统，完成与医保信息系统联网测试，并按经办机构管理要求安装参保人身份识别等智能监控系统。
医疗机构（零售药店）可自愿选择使用市社会保险管理服务中心提供的免费统一软件（宁波医保云HIS/MIS系统）实现医保系统接入。
宁波医保云HIS/MIS系统软件目前暂限于普通一级及以下医疗机构（含小型门诊部、诊所）、普通零售药店（含小型连锁药店）、单位内部医务室申请使用。
对信息系统有较高要求的定点医药机构，可自行采购使用商品化的信息系统软件，委托开发商按医保系统接入要求进行医保接口开发，并通过市社会保险管理服务中心组织的联网测试验收。
（一）医疗机构申请加入医保定点的，应按经办机构要求安装医保信息系统，满足医保实时结算及监管要求。
主要包括按照医保实时结算及智慧医保监管，完成医保系统接口对接（包括医保实时交易接口、医保智能提醒接口、诊疗信息采集接口、全库存电子台账接口、人脸识别接口、外配处方接口等），将药品进、销、存业务信息纳入医保系统中心平台，实现所有药品实时库存管理、追溯管理、库存动态变化过程(入库、划拨、销售等)实时记录，保证药品账物相符。
根据要求逐步应用社保卡智能身份识别技术对就医购药行为实时监控,确保医保就医购药结算行为真实有效。
（二）零售药店申请加入医保定点的，应按经办机构要求安装医保信息系统，满足医保实时结算及监管要求。
主要包括按照医保实时结算及智慧医保监管，完成医保系统接口对接（包括医保实时交易接口、医保智能提醒接口、全库存电子台账接口、人脸识别接口、外配处方接口等），将药品进、销、存业务信息纳入医保系统中心平台，实现在售所有商品实时库存管理、追溯管理、库存动态变化过程(入库、划拨、销售等)实时记录，并应用社保卡智能身份识别技术对购药销售行为进行实时监控，确保医保购药结算行为真实有效。
浙江省人力资源和社会保障厅关于印发浙江省医保医师协议管理实施细则
浙江省人力资源和社会保障厅关于印发浙江省医保医师协议管理实施细则的通知发布时间：2014-07-21 09:45:41来源:浙江省人力资源和社会保障厅文件浙人社发〔2014〕79号浙江省人力资源和社会保障厅关于印发浙江省医保医师协议管理实施细则的通知各市、县（市、区）人力资源和社会保障局、嘉兴市社会保障事务局：根据《浙江省基本医疗保险协议医师管理暂行办法》（浙人社发〔2014〕43号），我们制定了《浙江省医保医师协议管理实施细则》，现印发给你们，请认真贯彻执行。
执行中遇有问题，请及时与我厅联系。
浙江省人力资源和社会保障厅2014年5月20日浙江省医保医师协议管理实施细则为贯彻实施《浙江省基本医疗保险协议医师管理暂行办法》（浙人社发〔2014〕43号）（以下简称《暂行办法》），结合我省医疗保险管理工作实际，制定本实施细则。
一、医保医师服务编码医保医师服务编码实行一人一码，由医疗保险经办机构编制。
符合条件的定点医疗机构医师，可经所在定点医疗机构初审后，向当地医疗保险经办机构提出签订医保医师服务协议申请。
医疗保险经办机构根据《暂行办法》规定对医师申请进行审核，审核通过的，编制服务编码。
新录用的或被注销服务编码的医师，应当参加统筹区医疗保险经办机构或所在定点医疗机构组织的医疗保险政策业务培训，经考试合格后申请取得或恢复服务编码。
浙江省医保医师服务编码由大写英文字母“YB”和医师资格证书编码组成。
定点医疗机构负责将本机构所属医保医师与其服务编码的对应关系录入医院HIS系统，并在医疗费用结算时按医疗保险经办机构要求上传相关信息数据，与经办机构医保医师诚信档案库进行匹配。
匹配失败的，相关医疗费用医疗保险基金不予联网结算。
二、医保医师服务协议《医保医师服务协议》文本由医疗保险经办机构负责制订。
服务协议应明确双方的责任、权利和义务。
对医保医师的医疗服务行为实行积分制管理，累计扣分达到一定分值的，医疗保险经办机构可中止或解除《医保医师服务协议》。
杭州市人力资源和社会保障局关于印发《杭州市基本医疗保险两定单
杭州市人力资源和社会保障局关于印发《杭州市基本医疗保险两定单位医保服务行为大检查实施方案》的通知【法规类别】卫生综合规定【发文字号】杭人社发[2012]302号【发布部门】杭州市人力资源和社会保障局【发布日期】2012.05.21【实施日期】2012.05.21【时效性】现行有效【效力级别】XP10杭州市人力资源和社会保障局关于印发《杭州市基本医疗保险两定单位医保服务行为大检查实施方案》的通知（杭人社发[2012]302号）各区、县（市）人力社保局，局机关各处室、局属各单位：根据市纠风办、市人力社保局、市卫生局、市食品药品监督管理局《关于在全市医保定点医疗机构、定点零售药店开展服务行为大检查的通知》（市纠办发〔2012〕6号）要求，现将《杭州市基本医疗保险两定单位医保服务行为大检查实施方案》印发给你们，请切实抓好贯彻落实工作。
不明事宜请于市人力社保局两定单位医保服务行为大检查工作领导小组办公室联系，电话：87229456。
二○一二年五月二十一日杭州市基本医疗保险两定单位医保服务行为大检查实施方案为进一步加大我市医保定点医疗机构、定点零售药店（以下简称“两定单位”）监管力度，切实规范两定单位医保服务行为，提高医疗保障服务效率，维护医保基金安全和参保人员利益，根据全市开展医保定点医疗机构、定点零售药店服务行为大检查部署要求，特制定检查工作实施方案。
一、对象范围2012年2月底前杭州市主城区定点的702家医疗机构、880家零售药店和萧山、余杭等七个统筹地定点的两定单位均属检查对象。
对两定单位2011年1月1日以来基本医疗保险、重大疾病医疗补助、离休人员医疗保障和机关子女统筹医疗等服务情况，纳入此次检查范围。
对两定单位涉及重大违规行为的检查可追溯到上一年度。
二、重点内容除检查两定单位医疗保险基础管理、费用控制、信息管理、政策宣传以及医保服务协议履行等情况外。
重点检查以下十一类违规行为：1、在接诊或售药时，不认真校验医保参保人员的基本医疗保障证（卡），不认真审阅病历记载，不严格根据病情提供医疗服务或配售药品，并记载于病历；2、留存医保参保人员基本医疗保障证（卡），主动为患者冒名就诊提供方便；3、默许患者持别人的基本医疗保障证（卡）冒名就诊；4、串换日用品、副食品、保健品等；5、定点医疗机构将盖有处方医师专用签章、处方外配专用章的空白处方提供给定点零售药店；6、违反基本医疗保障制度规定的支付比例进行医保费用结算，自行向参保人员实行各种单方面让利或优惠措施；7、未根。
两定机构一卡通联网结算程序安装说明
两定机构一卡通联网结算程序安装说明一、一卡通联网结算程序下载方式：通过FTP下载更新市信息中心发通知时应明确告知程序下载地址和下载时间要求 两定机构到所属辖区社保处获取程序或社保处去两定机构进行程序更新市信息中心发通知时要求两定机构带移动存储设备到指定部门获取程序。
存储设备可用空间不小于300M。
可以要求两定机构分批分时到社保处获取程序。
注：程序下载请根据自己使用的读卡器型号拷贝对应程序版本，如果不确定读卡器型号，可以将提供的2种版本都进行下载。
二、一卡通联网结算程序安装方法：请将“武汉医保一卡通联网结算”程序的文件夹复制（或下载）到本地电脑中（注：请勿复制到C盘）；打开“武汉医保一卡通联网结算”程序的文件夹，并在此文件夹中找到“whlwyb.exe”图标，然后在此图标上点击鼠标右键，选择“发送到——> 桌面快捷方式”，则在桌面上会有一个“whlwyb.exe”的图标。
可将此图标重命名为“武汉医保一卡通联网结算”。
图标截图如下：每次登录时，可通过点击桌面上的快捷方式图标输入用户名和口令来登录系统；三、一卡通联网结算程序更新注意事项武汉医保一卡通联网结算程序从8月1号开始起正式使用，而原医保结算程序从8月1号开始停止使用。
在登录武汉医保一卡通联网结算程序（双击“whlwyb.exe”的图标）后系统会提示“系统连接的是一卡通联网结算正式环境，是否继续操作”。
请在武汉医保一卡联网结算程序正常使用后删除医保结算程序在桌面上建立的快捷方式。
第一次登录系统时，如输入完用户名和口令后，系统提示用户登录的秘密为初始密码，请进入系统后修改密码，否则不能办理就诊登记业务（如图1所示），则表示需要修改密码；图1如果第一次登录时未修改密码，那么用户在办理业务时系统会提示“用户登录的密码为初始密码，不能进行读卡操作，请修改登录密码”（如图2所示），则请用户先修改密码后再登录系统办理业务；图2第一次登录系统时，请修改登录用户的密码，修改方法为：“点击快速通道—>系统管理—>用户管理—>操作员口令修改”，在此界面可修改密码；界面截图如下：第一次登录系统时，请生成“两定机构目录字典项”，操作方法为：“点击快速通道—>系统管理—>参数维护—>两定机构目录字典项生成”，在此界面，直接点击文件生成按钮，当系统提示，字典生成成功时，表示两定机构目录字典生成完成。
河南省居民系统两定单位接入开发手册v2.1
河南省居民系统两定单位接入开发手册东软集团股份有限公司河南省两定单位接入开发手册河南省两定单位接入开发手册河南省两定单位接入开发手册目录1引言 (6)1.1文档编制目的 (6)1.2背景 (6)1.3词汇表 (6)1.4参考资料 (7)2接口流程设计 (7)2.1医院就医流程设计 (7)2.2药店购药流程 (8)3系统接口设计 (8)3.1用户接口函数 (8)3.2交易编码说明 (11)3.3医院端调用接口交易序列图 (13)4接口交易详细设计 (14)4.1查询类 (14)4.1.1交易功能 (14)4.1.2交易设计 (14)4.1.2.1医疗费用信息查询(1100) (14)4.1.2.2结算信息查询(1101) (15)4.1.2.3个人医疗费信息查询(1220) (15)4.1.2.4个人就诊登记信息查询(1103) (16)4.1.2.5目录对照信息查询(1105) (16)4.1.2.6医疗费用信息查询 (1106) (18)4.1.2.7总额对账(1120) (18)4.1.2.8明细对账 (1130) (19)4.1.2.9医疗费用明细信息查询(1200) (20)4.1.2.10批量数据查询下载(1300) (21)4.1.2.11个人基本信息及账户信息查询(1400) (27)4.1.2.12医疗待遇封锁信息查询(1500) (27)4.1.2.13医疗待遇审批信息查询(1600) (28)4.1.2.14中心通知信息查询(1731) (29)4.1.2.15获取中心端时间(1800) (30)4.1.2.16查询下载审核扣款明细信息功能(1900) (30)4.2认证类 (31)4.2.1交易功能 (31)4.2.2交易设计 (31)4.2.2.1签到(9100) (31)4.2.2.2签退(9110) (32)4.3业务类 (32)4.3.1交易功能 (32)4.3.2交易设计 (32)4.3.2.1读卡交易(2100) (32)4.3.2.2修改卡密码(2110) (34)4.3.2.3门诊/住院登记(2210) (34)4.3.2.4无卡登记(2211) (35)4.3.2.5住院登记信息修改(2230) (36)4.3.2.6门诊/住院登记撤销(2240) (36)4.3.2.7374.3.2.8处方明细上报(2310) (37)4.3.2.9处方明细撤销(2320) (38)4.3.2.10费用预结算(2420) (39)4.3.2.11费用结算(2410) (42)4.3.2.12无卡结算(2411) (42)4.3.2.13费用结算撤销(2430) (43)4.3.2.14无卡结算撤销(2431) (43)4.3.2.15药店收费预结算(2610) (43)4.3.2.16药店收费结算(2620) (45)4.3.2.17冲正交易(2421) (45)4.3.2.18人脸识别模拟读卡交易(2150) (46)4.4数据上传类 (46)4.4.1.1基本医疗审批申报(3110) (46)4.4.1.2审批申报撤销(3120) (47)4.4.1.3对照信息申报(3300) (48)4.4.1.4医院医护人员信息上报(3220) (48)5数据结构与数据库设计 (49)6尚需解决的问题 (49)7附件 (50)1引言1.1 文档编制目的两定单位接入开发手册主要表述了医保接口设计方案和对外交易描述。
人力资源社会保障部、财政部关于做好基本医疗保险跨省异地就医住院医疗费用直接结算工作的通知
人力资源社会保障部、财政部关于做好基本医疗保险跨省异地就医住院医疗费用直接结算工作的通知文章属性•【制定机关】人力资源和社会保障部,财政部•【公布日期】2016.12.08•【文号】人社部发〔2016〕120号•【施行日期】2016.12.08•【效力等级】部门规范性文件•【时效性】现行有效•【主题分类】基本医疗保险正文人力资源社会保障部财政部关于做好基本医疗保险跨省异地就医住院医疗费用直接结算工作的通知人社部发〔2016〕120号各省、自治区、直辖市及新疆生产建设兵团人力资源社会保障厅（局），财政（务）厅（局）：为切实增强公平性、适应流动性、保证可持续性，加快推进基本医疗保险全国联网和异地就医住院医疗费用直接结算工作，更好保障人民群众基本医疗保险权益，按照党中央、国务院要求，根据《关于进一步做好基本医疗保险异地就医医疗费用结算工作的指导意见》（人社部发〔2014〕93号），现将有关事项通知如下：一、目标任务2016年底，基本实现全国联网，启动跨省异地安置退休人员住院医疗费用直接结算工作；2017年开始逐步解决跨省异地安置退休人员住院医疗费用直接结算，年底扩大到符合转诊规定人员的异地就医住院医疗费用直接结算。
结合本地户籍和居住证制度改革，逐步将异地长期居住人员和常驻异地工作人员纳入异地就医住院医疗费用直接结算覆盖范围。
二、基本原则（一）规范便捷。
坚持为参保人员提供方便快捷的结算服务，参保人员只需支付按规定由个人承担的住院医疗费用，其他费用由就医地经办机构与定点医疗机构按协议约定审核后支付。
（二）循序渐进。
坚持先省内后跨省、先住院后门诊、先异地安置后转诊转院、先基本医保后补充保险，结合各地信息系统建设实际情况，优先联通异地就医集中的地区，稳步全面推进直接结算工作。
（三）有序就医。
坚持与整合城乡医疗保险制度相结合，与分级诊疗制度的推进相结合，建立合理的转诊就医机制，引导参保人员有序就医。
（四）统一管理。
基本医疗保险异地就医_一卡通_系统建设
— 291 —
一、基本医疗保险异地就医的业务分析 在我国现有基本医疗保险体制下，实行不同的医保基金统筹区，在 南方地区，统筹区大都以县为单位。在不同的统筹区，执行不同的缴 费、待遇即保障规定，建立了独立的基本医疗保险信息系统，执行本统 筹区医保管理和就医结算。这样的体制下医疗保险异地就医十分困 难。 在现有实时结算业务中，医疗保险参保人员就医过程是：参保人员 持医保卡（社会保障卡）到医保定点医疗机构挂号，到医生工作室看病 就医，医生将人员信息、医生诊断、医嘱、处方（包括检查、治疗等项目） 等录入传入医院信息系统，病人到收费窗口刷医保卡结算，这时医院 信息系统将病人信息、处方（包括检查、治疗等项目）出入医保中心，医 保信息系统通过待遇结算程序计算给出本人应享受的医保待遇和应付 款项明细，病人付费结算，病人住院、检查等项目执行相同的处理过程， 即所有的医保待遇均由本统筹区医保中心待遇结算程序完成参保人员 待遇计算。 从医保业务的角度，实施基本医疗保险异地就医，参保人员就可 以持医保卡到统筹区外的医保定点医疗机构就诊，同时，希望基本业务 过程不要有过多的改变。 二、基本医疗保险异地就医系统框架 为实现医疗保险异地就医，系统框架和信息系统架构的合理选择 是系统成功实现和稳定运行的重要保证，是业务顺利开展的基础。由 于各统筹地区已建有本地医保结算系统，如选择建立一个跨统筹区医 保异地就医中心平台，实现对异地就医业务的传输，由参保地按当地政 策计算医保待遇返回到就医地定点医疗机构实现异地就医业务，实现 交易中心功能，同时，中心平台记录相关业务数据以实现各统筹区资金 清算和业务管理，实现结算中心功能。这样的系统框架对原有系统的 冲击很小，有利于项目成功和系统稳定运行。即就医地定点医院负责 接待参保人员向就医地发起就医请求，就医地把统筹区外就医信息发 送到交易中心，交易中心负责传输就医信息（交易平台）和记录结算信 息（结算中心），并协调管理，这样，由参保地负责实现基本医疗保险异 地就医待遇计算，返回结算信息，保持原有模式不变。如图 1 所示：
社保系统医保接口用户操作手册-浙江医保中心
省本级医保接口用户操作手册V2.5（药店集中前置版）浙大网新文档修改说明页目录1.概述 (6)1.1.背景 (6)1.2.目标 (7)1.3.名词解释 (7)1.4.文档安排 (8)2.医疗机构接入准备 (8)2.1.硬件要求 (8)2.2.软件要求 (8)2.3.数据要求 (9)3.医疗机构端嵌入模块 (9)3.1.嵌入模块的处理模式 (10)3.2.嵌入模块的文件内容 (11)3.2.1.配置文件 (12)3.2.2.交易初始化和关闭函数 (13)3.2.3.用户交易申请函数 (15)3.3.参数数据格式 (16)3.4.IC卡数据格式 (17)3.5.嵌入模块的业务范围（用户交易） (19)3.5.1 获取参保人员信息（用户交易22） (19)3.5.2 申请交易号（用户交易23） (22)3.5.3 药店预结算（用户交易27/29） (23)3.5.4 药店结算（用户交易28/30） (26)3.5.7 药店退费（用户交易31） (28)3.5.8 交易结果查询交易（用户交易43） (28)3.5.9 交易确认（HIS事务结果）（用户交易49） (29)3.5.11用药限量查询（用户交易53） (33)3.5.12结算交易下载（用户交易62） (34)3.5.13 操作员日对账（用户交易63） (35)3.5.14医院未结算中心已结算交易回退（用户交易64） (37)3.5.15未确认结算交易下载（用户交易65） (37)3.5.16操作员收费日签到（用户交易66） (38)3.5.19药品/诊疗目录下载(用户交易70) (39)3.5.20获取医保目录比例（用户交易71） (42)3.5.21 ICD10库下载(用户交易72) (43)4.药店下载相关的数据库字典 (45)4.1.收费类别 (45)5.三大目录及实时监管方案 (46)5.1总体目标 (46)5.2功能实现 (47)5.2.1三大目录对照工作 (47)5.2.2医保中心实时监管 (47)6.系统管理员维护指南 (49)6.1软件分布及包含内容 (49)6.1.1.文档 (49)6.1.2.药店终端软件 (50)7.附录 (50)7.1IC错误代码说明 (50)7.2医院常见业务处理流程参考 (51)7.3结算方法 (52)1.概述1.1.背景加快医疗保险制度改革，保障职工基本医疗，是建立社会主义市场经济体制的客观要求和重要保障，在认真总结近年来各地医疗保险制度改革试点经验的基础上，国务院提出了在全国范围内建立城镇职工基本医疗保险制度的决定，所以各地建设医疗保险管理信息系统的任务就变得十分迫切。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
浙江省社会保障“一卡通”异地就医两定机构接入开发手册（Version：4.0）1.概述1.1.背景为确保各地医疗机构信息系统采用统一标准的对接方式、数据格式、处理流程接入社会保障“一卡通”异地就医管理系统，顺利实现参保人员医疗保险异地就医业务，特编写此规范。
1.2.目标浙江省范围内的基本医疗保险参保人员持“中华人民共和国社会保障卡”（以下简称社保卡），在全省的基本医疗保险定点医疗机构和定点零售药店（以下称“两定”机构）就医、购药，通过医疗保险网络信息系统，实现直接刷卡结算医疗费用。
1.3.名词解释在本开发手册文档内，使用部分简略说明，其含义以本定义为准。
2.系统架构2.1.总体架构浙江省“一卡通”异地就医管理系统以业务专网为基础，进行实时的数据交换，以支持参保人实时刷卡异地就医的数据传输要求。
异地定点医疗机构通过省市业务专网直接访问省实时结算交易系统，由省实时结算交易系统根据社保卡路由到参保地进行交易验证和结算。
省异地就医应用管理平台通过跨省异地接入系统，经业务专网与国家异地就医结算平台对接，实现跨省异地就医业务。
2.2.实时交易数据流2.2.1.跨省异地就医实时结算流程说明：1、两定机构发送异地就医请求至就医省医保系统。
2、就医省平台对报文数据进行规范性检验，不符合省规范的则直接报错提示返回，符合规范的业务则判断是否为跨市异地，是则转发至参保地地市平台，如为跨省异地则省平台根据部接口规范对报文进行转换，转发请求至国家异地就医结算系统。
3、国家异地就医结算系统对转发的业务数据进行规范性检验，不符合部规范的则直接返回。
符合规范的业务由国家异地就医结算系统转发到参保省平台。
4、参保省平台对转发的业务数据进行规范性检验，不符合部规范的则直接返回。
参保省平台根据省内异地就医接口规范对报文格式进行转换，转发请求至参保地地市平台。
5、参保地市平台转发请求至参保地医保系统。
7、参保地市平台转发请求至参保省平台。
8、参保省平台数据落地存储并将返回结果转发请求至国家异地就医结算系统，由参保省结算系统往国家异地就医结算系统转发的业务数据必须符合国家异地就医结算系统的标准。
9、国家异地就医结算系统数据落地存储，将处理结果转发至就医省平台。
10、就医省平台数据落地存储，根据省内异地就医接口规范对报文格式进行转换，将转换后的处理结果返回至两定机构。
2.2.2.跨市异地就医实时结算流程说明：1、两定机构发送异地就医请求至就医省医保系统。
2、就医省平台对报文数据进行规范性检验，不符合省规范的则直接报错提示返回，符合规范的业务则判断是否为跨市异地，是则转发至参保地地市平台。
3、参保地市平台转发请求至参保地医保系统。
5、参保地市平台转发请求至省平台。
6、省平台数据落地存储，将处理结果返回至两定机构。
3.接入准备3.1.接入模式1)前台首先调用嵌入模块中交易初始化函数，连接远程的交易处理服务器，进行系统运行必要的初始化处理（参考3.2）。
交易初始化函数调用失败则无法进行医保其他交易调用.2)前台根据具体业务要求调用对应交易，调用时需提供用户交易类型号和交易数据包。
用户交易类型号必须是接口系统定义的有效号码(参考4联机交易的业务范围)，交易数据包按照具体打包规则生成（参考3.5报文结构定义）。
3)调用用户交易申请,并等待返回结果.4)医疗机构系统保存医保返回交易结果,并根据交易结果对自身数据进行处理。
5)交易结束并返回结果后，如果交易涉及账户扣款等业务一般不可以回退，如果由于意外原因造成HIS端失败，需要通过对医保独立的退费交易回退接口正确的交易。
3.2.用户接口函数3.2.1.配置文件文件名：EPTradeCfg_YKT.ini说明：须与YKTMedInterface.DLL在同一目录下，带下划线的需要医院自行配置，其他由接口统一定义统一提供。
文件内容（带下划线部分需要各医院配置）：[WEBSERVICE]IP1=10.87.0.71:8080 ;省异地就医联网结算服务地址IP2=10.87.0.70:8080 ;省异地就医上传下载类服务地址TradeVer=0400 ;交易版本号Timeout=30 ; 超时响应[SYSTEM]SysHaveInit=2016/11/25TermLog=1[USERTRADE]9201=9201,16,010001010100000,30,1111,1111,0,19203=9203,34,000101111101100,30,1111,1111,1,19202=9202,34,000001111110100,30,1111,1111,0,13.2.2.交易初始化医疗机构软件每次启动时，需要调用接口系统中用户交易初始化函数，初始化接口并获得交易参数。
如果用户终端需要长期运行，在跨日操作时，也需要重新调用交易初始化函数更新接口初始化数据。
同样，应用软件退出时调用用户交易关闭函数释放系统资源。
函数原型：Int f_Init(const char* Data1, char* Data2, char* retMsg)功能：系统应用前初始化数据准备PowerBuilder中函数定义：FUNCTION integer f_Init(string lpData1,string lpData2, ref string lpMessage) library "YKTMedInterface"3.2.3.读卡函数函数原型：int f_ReadICCard(const char* HospCode, char* retMsg)功能：选择社保卡社会保障系统环境后，通过PSAM卡或省/部加密机对社保卡进行内部认证，通过后将卡内的基本信息读出返回。
PowerBuilder中函数定义：FUNCTION integer f_ReadICCard(string HostCode,ref string retMsg) library "YKTMedInterface"3.2.4.实时结算类交易申请函数原型：Int f_UserApply(int Code, const char* HospCode, const char* Data1, char* Data2, char* retMsg)功能：实现具体的业务，医疗机构通过调用该函数申请相关用户交易并获取交易结果。
交易范围：4.1实时结算类交易。
参数说明：注：pb调用的时候一定要用Space函数为传出参数分配足够空间PowerBuilder中函数定义：FUNCTION integer f_UserApply(integer nTradeTypeID ,string HospCode,string lpData1,string lpData2, ref string retMessage) library "YKTMedInterface"3.2.5.上传下载类交易申请函数原型：Int f_DataTransApply(int Code, const char* HospCode, const char* Data1, char* Data2, char* retMsg)功能：实现具体的业务，医疗机构通过调用该函数申请相关用户交易并获取交易结果。
交易范围：4.2上传下载类交易。
参数说明：注：pb调用的时候一定要用Space函数为传出参数分配足够空间PowerBuilder中函数定义：FUNCTION integer f_UserApply(integer nTradeTypeID ,string HospCode,string lpData1,string lpData2, ref string retMessage) library "YKTMedInterface"3.3.三大目录要求1．药品、诊疗项目和服务设施目录：异地就医统一执行省人力资源和社会保障厅制定的《浙江省基本医疗保险、工伤保险和生育保险药品目录》和《浙江省基本医疗保险医疗服务项目服务目录》。
2．疾病目录：ICD-10疾病目录采用国家统一的代码。
3.4.业务数据控制要求3.4.1.金额小数位文档里传入传出参数中类型是double、integer数值型的字段，如果没有值则默认传0。
由于定点机构和医保接口分别由不同软件实现，两者间对业务数据的结算可能会出现进制误差。
费用的总额以定点机构上传的总额为准，要求就医地和参保地均采用以下算法：单价保留4位小数，每个药品诊疗明细四舍五入保留2位小数，如：费用1：0.0038×10=0.038，四舍五入后结果为0.04；费用2：0.0026×10=0.026，四舍五入后结果为0.03；总费用：0.04+0.03=0.073.4.2.日期时间格式传入参数和传出参数使用统一的日期时间格式，格式如下：3.4.3.预留字段处理原则在联机各交易的备注中有标注是预留的字段，表示本次暂不应用，为了以后的扩展而预留。
就医地和参保地不能把预留字段挪做它用，也不需要处理。
字符型的预留字段默认传空白，数值型的默认传0。
3.4.4.业务参数个数超长的处理原则发起方或接收方在处理各类交易时都必须严格按照开发手册中定义的参数个数进行传输，如果由于某些特殊原因导致传输的业务参数个数超过规定范围，发起方或接收方在处理时只需要处理规定范围内的业务参数即可，超出范围外的参数不予处理。
如9201号交易【获取异地人员信息】传入参数有16个参数，如果发起方传入了17个参数，那接收方只需要根据前16个参数进行该交易正常处理即可。
3.5.报文结构定义3.5.1.报文结构●术语解释●分隔符业务流程中传递的所有与业务有关的数据在报文头之后以特定的格式写入。
传递的参数使用了几个特殊符号作为分割符，因此，用户提供的参数数据中不能包含这些固定的分割符号，由于这些符号只可能出现在“名称”等固定字符串中，因此用户应在组装参数前过滤掉数据包中可能出现的保留字符，否则交易会出现意外错误。
目前系统保留的参数保留字符包括以下几个：●报文体报文体包括用户系统向接口系统提出的交易申请和接口系统反馈给外部用户系统的交易处理结果，不同类型的业务报文体中域的个数和含义均有所差异，具体参照联机交易中的各个业务交易。
报文体以$$做为交换数据包的开头和结束符。
报文体中若有多个域，各域之间用～分隔。
例如：$$111～22222$$，表示报文体中有两个域，第一个域111，第二个域22222。
$$111～$$，表示报文体中有两个域，第一个域111，第二个域为空。
$$111$$，表示报文体中有一个域，第一个域111。