外部系统对接，包括与国家政务平台中的医疗、医保、财税等相关系统的对接，包括但不限于与全国统一的医疗保障平台的对接、与地方医保系统的对接、与区域卫生和健康档案平台的对接、与国家病案质控系统的对接、与病案直报系统的对接、与医保一卡支付及微信、支付宝等移动支付系统的对接等等。还包括与LIS检验系统对接、PACS影像系统对接等等。

与医疗保障平台的对接，目前主要有两种类型：第一种是与全国统一的医疗保障平台——基线版医保系统的对接。本系统已经与广东省医保平台基线版、新疆自治区医保平台基线版、河北省医保平台基线版、湖北省医保平台基线版等省份统一的医疗保障平台对接。

第二种医保对接方式，是与山东地区的地方医保系统诊间版、核三版医保系统的对接。山东版的医保对接，可大体上划分为两大类不同的对接方式，一类是医保结算系统的对接，它们包括诊间版医保结算系统对接和核三版医保结算系统对接。由于核三版医保系统即将被淘汰，仅在使用的一个县已经安排向诊间版系统迁移，文档中不再增加它的新内容。山东版的另一类医保对接包括：医保结算清单上传系统对接、医保智能审核预警系统对接和医保进销存追溯码系统的对接。

与国家病案质控系统的对接，包括两种对接方式：NCIS和QHMS。

与病案直接系统的对接，包括国卫直报系统对接和鲁卫直报系统对接。

与LIS检验系统对接和与PACS影像系统对接，分别根据医疗机构购买的LIS系统或者PACS系统进行对接。

泽方系统为了方便医疗机构使用各种对接功能，大分部对接功能采取了融合设计方式，将对接的功能融合进医疗业务的内部处理流程中，在处理医疗业务的同时，完成外部系统对接的功能。除此之外，还涉及有大量与医疗业务模块没有直接关系的对接接口功能，还有一些外部对接需要经常需要上报、又不是医疗内部业务正常统计类的功能，全部在本工作站体现。

将分布于各业务工作站未包括情况的文档，归入本文档

本功能用来设置HIS系统需要连接的服务系统的参数。目前可连接的服务平台主要有：医保结算平台、移动支付平台和医疗服务平台等。

医保结算平台：用于医疗机构对接医保结算系统，各地用户根据本地医保对接要求，处理HIS系统与医保系统对接业务

移动支付平台：用于医疗机构对接医保移动支付平台，处理HIS系统与医保系统对接后的移动支付业务

各项参数按以下格式填写：

• 版本号：V1.0
• 服务基地址：本医疗机构部署有泽方服务平台的业务服务器的IP地址与端口，填写格式为：http://x.x.x.x:Port
• 路径：（空）
• 账户ID：诊间版用户填写医疗机构医保系统6位机构编码，基线版用户填写医疗机构12位国家码
• 账户秘钥：诊间版填写医疗机构登录诊间版医保平台的登录密码，基线版用户（空）
• 就医地区划：填写医疗机构所在区县医保行政区划编码
• 接收方区划：（空）
• 接收系统代码：（空）
• 医疗机构编号：医疗机构在泽方医疗云平台中的编号
• 医疗机构名称：医疗机构在泽方医疗云平台中登记的名称

基地址和路径，均不要以反斜杠结尾。

所有使用基线版医疗保障平台的用户，业务功能中的每个交易，都需要传入当前用户的签到流水号。此流水号，为当前用户当日做医保平台签到后由医疗保障平台签发的。所以，使用任何一项对接医疗保障平台交易的业务功能前，需要先做医保平台签到，并正常获取当日的签到流水号后，才能正常处理与医保平台相关的业务。

签退，通常不需要使用，仅做签到操作即可。次日再次使用，再做次日签到操作。签退操作，有一个特别结果，就是做了签退操作，当日不能再处理医保业务，无法再次重复签到。

山东用户原来使用事前事中、进销存、上传医保结算清单功能时，同样需要医保平台的签到流水号，同样需要先做医保平到签到，并正常获取签到流水号后，才能正常做这三类功能的业务。2024年5月，这三类签到再改造为使用“山东原接口”方式签到，引功能被改造为用于山东新的事前提醒接口签到。

医疗保障信息系统平台的医保事前事中智能审核预警系统，是按国家医保局统一部署与要求，由各省市区医疗保障局按照国家医疗保障信息系统平台技术标准与规范，所开发的一套供医疗机构调用的医保合规性事前事中智能监控预警系统。无论是使用全国统一的医疗保障信息系统平台基线版的省市区，还是使用山东版的山东地区（山东部分地区医保结算系统未落地这套标准），都要求对接当地医疗保障信息系统平台的医保事前事中智能审核预警系统。

国家局基线版事前监控为3101交易，事中监控为3102交易。山东版对接初期通过3160就诊通知、3163门诊交易提醒、3164门诊交易审核、3165住院交易提醒、3167住院日清单、3168审核反馈等交易处理事前事中智能监控事务。2024年5月，山东地区改用与国家局基线版类似的3101事前提醒与3103事前反馈进行智能监控事务处理。由于山东版智能监控与国家局基线版智能监控有巨大差异，它们分别进行说明与使用。

按照国家局基线版医疗保障信息系统平台接口标准，对接基线版医保系统的全国各省市区的医疗机构，使用与医保结算类接口完全相同的方式对接，医疗机构仅需要将自己的服务器接入医保专线，即可正常对接全部接口功能。山东部分地区没有采用国家局医疗保障信息系统平台基线版医保系统，特别是医保基金结算领域没有落地国家医保局医疗保障信息系统平台标准与平台接口标准，与其他省份在医疗保障信息系统平台对接上存在巨大差异。所以，山东地区对接医疗保障信息系统平台医保事前事中智能审核预警的内容单独说明。实际使用也是单独调用。

2020年底2021年初山东对接的事前事中、进销存、上传结算清单等接口当前正在转型中。原3160到3170交易已经被弃用，改用全国统一的3101与3103编号的交易。进销存系统2024年11月全国各省市区均在进销存系统上增加、扩展了药品追溯码的对接，基线版目前主要要求上传医疗机构实际销售药品的追溯码，山东版则从库存盘存、到入库、到库存变更、到实际销售全部上传。医保结算清单，基线版由单一接口上传，山东版则分为本地结算清单上传和异地结算清单上传。山东版这三类与国家局统一的基线版最接近的医保接口，也由于各个系统开发商不同，采用技术方式不同等原因，需要分别采取不同的对接方式方可正常对接。山东版新事前事前采用了与基线版相同的字符编码Utf-8，山东版原事前事中、进销存、医保结算清单，则是采用的GB-2312字符编码，并且山东版本地医保结算清单要求继续使用未标准化的6位医疗机构编码对接，异地结算清单则要求采用已经标准化的T头12位医疗机构编码对接。

对接使用前准备：

• 接入网络需要先申请上报接入服务器IP地址，即上报医院部署泽方智慧医疗服务平台的服务器接入医保网的IP地址
• 检查、确认医疗机构资料中的“医疗机构类型”、“医疗机构等级”维护是否正确
• 检查、确认工作人员管理中，开单医生“国家码”和“医保职称”维护是否正确
• 检查、确认诊疗、药品、材料三大目录中“国家码”、“国家类别”、“医保名称”、“医保级别”维护是否正确
• 在服务连接设置中，接口类型“医保结算平台”类型在山东用于新的事前事中智能审核预警接口对接，设置内容如下：
  1. 基地址：测试环境：http://10.79.129.159:8010，路径：hsu/mihs/MihsServlet
  2. 基地址：正式环境：http://10.79.129.118:8080，路径：hsu/mihs/MihsServlet
  3. 医保审核测试地址：https://www.lcsylbzj.cn/MIHS2_BASE/mihs/MihsServlet
  4. 追 溯 码测试地址：https://www.lcsylbzj.cn/MIHS2_BASE/mihs/MihsServlet/
  5. 接口版本号：V1.60
  6. 账户ID：空
  7. 账户密钥：空
  8. 就医地区划：医疗机构所在区县的6位医保区划编码
  9. 接收方区划：371500（聊城）
  10. 接收系统代码：空
  11. 医疗机构编号：H头12位医疗机构国家编码
  12. 医疗机构名称：医疗机构在国家医保平台备案名称

山东版接口规范中对医疗类别，做了大幅度扩展。由原来的十几项扩展到300多项。这是涉及到的已有功能变动最大的一个因素。它涉及的业务功能包括：门诊普通登记、门诊就诊资料、住院普通登记、住院就诊资料。

巨量的医疗类别，可能给用户使用带来一些困扰，准确地选择医疗类别可能变得困难。为了方便医疗机构选择，我们根据经验将门诊需要的展示在门诊登记中，将住院需要的展示在住院登记中。这样，就各自减少了大约50%的选择项。但是这种分隔接口规范没有明确地界定哪些用于门诊又有哪些用于住院，仅凭我们的经验所做的分隔。为了方便医疗机构选择，目前采用简化版的医疗类别。

在业务触发场景被触发后，系统向医保智能监控平台提交当前场景事前提醒交易3101相关数据。如果医保智能监控平台返回有违规信息，自动展现“山东智能审核反馈”窗口，窗口展示有规则名称、违规内容、违规依据、违规金额、违规分类、严重程度等违规信息。

在反馈详细信息列表中，除了列出每项处方（医嘱）的ID、项目名称外，还展示有每一项的违规类型、违规金额、处理方式和处理原因。使用此功能前，需要先做医保平台签到。

经此次接口再改造后，门诊收费工作站、住院结算工作站、门诊医生工作站、住院医嘱工作站等相关模块的“医保平台签到”功能，在山东用户使用时，均被再改造为用于事前事中智能审核预警新接口的签到功能。

初期仅在门诊收费工作站、住院结算工作站，嵌入事前预警功能。后续再根据应用情况确定其它合适的触发位置。

门诊收费工作站、住院结算工作站系统维护中的诊疗、药品、材料目录对接，都增加有“事前费类”。它是山东版对接新事前监控细分的收费分类。它没有设置值的，按“标准费类”的编码上传，它设置了值的按“事前费类”编码上传。这样处理主要目的，是方便医院前期对接，不必一次性把全部三目录再逐一设置费用分类，可以仅在需要时再定义个别项目的“事前费类”，以便利医院对接事前监控，节省大量前期对接时间。

因山东事前审核对接方式特殊，改用山东专用交易机制进行对接。所有上传医嘱与费用中价格按四舍五入保留2位小数处理，数量按金额/价格进行拆算上传。

此窗口仅在山东医保事前审核遇有“违反医保审核规则”项目时自动弹出，用于医师或其他相关医务人员向医保平台反馈处理方式信息。

窗口顶部展示有医保审核后返回的违规信息，窗口中部展示有返回的“违规内容”和“违规依据”。

窗口底部是要求反馈的“处理方式”和“处理原因”。山东医保智能监控平台限定有2种处理方式：1.继续执行，2.返回修改。为方便用户操作，本系统默认处理方式为：2.返回修改。

如果经办人需要继续执行，医保监控平台要求必须填写“处理原因”。填写方式：选中要处理的列表中的医嘱行，在“处理原因”中，输入处理原因内容后，按“确定”按钮，则当前行处理方式由“返回修改”变换为“继续执行”，并且在处理原因列中显示出刚刚输入的处理原因内容。

如果输入或选择错误，可再重新选择列表中的错误行，将处理原因文本全部删除后再按“确定”按钮，则此行处理方式恢复为“返回修改”并清除处理原因。

违规详细信息列表中需要处理的内容全部处理完毕后，按“提交反馈”按钮，将处理结果反馈山东医保智能监控平台。

当前，使用任何一种外部对接系统，都需要先签到，再使用。

使用按国家医保局医疗保障信息平台接口标准设计开发的基线版医疗保障信息系统平台接口对接的所有地区，仅需要使用一种方式签到即可实现所有接口的正常对接与使用。山东地区目前需要分别使用以下方式签到，方可正常使用相关接口：

• 使用核三版医保系统的，在每个交易调用前，先使用核三版签到方式，向医保系统传入6位长度的医疗机构编码和登录密码，完成签到后再做具体业务。
• 使用诊间版医保系统的，在做医保交易前，自动弹出签到方式，向医保系统传入6位长度的医疗机构编码和登录密码，完成签到后再做具体业务。
• 上传本地医保结算清单，在上传前使用6位长度医疗机构编码和其它相关入参，完成医保平台签到并接收到返回的签到流水号后，再执行本地结算清单的上传。
• 上传异地医保结算清单，在上传前使用12位长度医疗机构编码和其它相关入参，完成医保平台签到并接收到返回的签到流水号后，再执行异地结算清单的上传。
• 使用新事前审核功能，需要使用在收费、结算工作站主窗口上的“医保平台签到”功能签到，完成签到并收到签到流水号再做各个新事前审核数据的提交操作。之所以在主窗口签到，是因为这个接口的对接方式，与外省的基线版医保系统的签到方式最接近。它们都使用相同的utf-8字符编码做各种医保交易，而其它所有的山东版类似方式的交易，都使用的是另外一种编码方式GB2312。这两种不同的编码方式，互不兼容，无法使用一种签到方式去做另外一种接口的交易。
• 追溯码进销存系统的对接，无论是基线版还是山东版都需要对接，但是它们使用的字符编码不同，所以基线版使用药房主窗口的医保平台签到功能签到，而山东版则采用了内嵌于业务处理逻辑中的自动签到方式来实现进销存对接系统的签到。

山东地区只有使用新事前审核的签到功能，可以在窗口上主动调用签到窗口完成签到功能，其它所有签到都被内嵌于业务处理逻辑中通过自动签到方式来完成。这样处理，一方面可以大幅度简化医疗机构的操作，无需再分辨使用哪种接口再调用哪个签到方式进行签到，再去执行相关业务操作。二是如果把这些多种多样的签到功能都摆放在HIS窗口上，形成一系列的签到菜单，可能大部分操作员会被搞迷糊了，实在难以区分做什么类型业务应该用哪种签到方式去签到。

此功能包括基线版3401、3402、3403、5101共四个对接交易，包括山东版3401上传科室信息交易（有接口规范，已实现此交易，但是山东医保目前未实施此交易对接）。

此功能仅用来将科室信息上传医保平台，或者在科室信息发生更变时，上传科室变更信息。不修改实际科室信息。科室的新增、修改等实际信息的变动，由“系统管控工作站”——机构科室管理统一处理。

刷新——展示出当前本医院已定义科室信息。可按条件展示已停用科室信息。

查询——执行5101科室信息查询交易，并将查询到的结果展示在窗口中。

上传——执行3401科室信息上传交易，将当前选定行科室信息上传医保平台。

变更——弹出子窗口，按“确定”按钮时，如果“在使用中”为选中状态，执行3402科室信息变更交易；如果“在使用中”为未选中状态，执行3403科室信息撤消交易。

查询——执行5101科室信息查询交易，并将查询到的结果展示在窗口中。

23年1月8日，本功能扩展入院年份可选。注意：年初核对总帐时，可选当年年份，系统实际查询住院结算数据时，会自动连带检索上一年度入院未清算的数据。

医保基金对帐与清算，分为两大功能：一、核对总帐；二、核对明细帐。通常，进行对帐清算时，首先核对总帐。总帐平，即可进行清算。总帐不平，再对明细帐。

核对总帐：此功能执行3201交易，支持对接医疗保障平台的各省市区用户通用。其中，河北地区需要退费与非退费分别对帐，广东地区、新疆地区，此窗口退费标志不显示，不区分退费非退费。对帐时按照不同险种、不同清算类别和不同社保经办机构，分别进行汇总对帐。

新疆地区要求，核对明细帐前，必须先核对总帐。

核对明细帐，是对接医疗保障平台的所有单一功能中处理逻辑最复杂的一个接口。并且，不同地区实现方式各不相同：

第一、3202交易核对明细帐：

3202交易核对明细帐与3201交易核对总帐类似，需要按指定的险种、清算类别、退费标识、清算机构和对帐起止日期，分别核对明细帐。它需要经过以下几个步骤完成核对明细帐：

1. 将符合对帐指定条件的医保结算记录的结算ID、就诊ID、人员编号、姓名、入院时间、结算时间、医疗费总额、基金支付总额、个人帐户支付、个人现金支付、退费结算标志，从系统中检索出来并显示在窗口列表中。
2. 将其中应当上传的数据项按指定格式生成上传的文本文件。
3. 将上传的文本文件压缩为ZIP压缩文件。
4. 将压缩文件转换为字节数组。
5. 执行9101上传文件交易将对帐文件上传医保平台，并获取到返回的文件查询号
6. 执行3202对帐明细帐交易，提交对帐申请并获取到下载对帐结果的文件查询号
7. 执行9102下载文件交易获取医保平台返回的对帐文件流
8. 将得到的对帐文件流保存为本地对帐结果压缩文件
9. 将对帐结果压缩文件解压缩生成文本文件
10. 从解压缩后的文本文件中读取返回的对帐结果数据，并按返回的结算ID将对应的对帐结果、医疗费总额、基金支付总额、个人账户支付、发送方报文ID和备注，填充到窗口展示数据的对应行中
11. 将返回结果展示在窗口中，完成明细对帐

第二、3211和3212交易核对明细帐：

这两个交易是河北地区弃用3202交易、自增的本地核对明细帐交易。它对帐时不需要指定的险种、清算类别、清算机构，仅指定对帐起止日期即可处理核对明细帐：

1. 按指定起止日期，检索出需要对帐的数据并展示在窗口列中：结算ID、结算交易中发送方报文ID、人员编号、姓名、费用总额、账户支付
2. 将展示的对帐数据按指定格式保存为文本文件
3. 将文本文件转换字节数组
4. 执行9101交易将转换的字节数组上传到医保平台
5. 执行3211交易将提交对帐申请并获取到3212交易需要使用的task_key
6. 执行3212交易获取对帐结果状态和对帐需要用到的3号对帐文件查询号
7. 将3212交易返回结果展示在窗口中
8. 根据3212交易返回结果中对帐状态的不同，分别执行相应的下载交易：
9. • HIS有中心有：使用文件查询号1，下载对帐文件
   • HIS无中心有：使用文件查询号2，下载对帐文件
   • HIS有中心无：使用文件查询号3，下载对帐文件
10. 对将返回了文件查询号的，分别执行9102交易，将对帐文件下载到本地
11. 将返回的文件内容按指定的结算时的发送方报文ID对应的数据，填充到展示表格的数据源中。其中下载1为“HIS有中心有但金额不同”，执行后应当显示出中心费用总额、中心基金支付和中心账户支付金额；下载2为“HIS无中心有”执行后添加数据行并且显示中心返回的人员编号、发送方报文ID、中心费用总额、中心基金支付、中心账户支付，本地费用总额、本地基金支付、本地账户支付填写“无”、姓名空；下载3为“HIS有中心无”执行后应当在对应的行中中心费用总额、中心基金支付、中心账户支付中都显示“无”表示中心无此笔明细。
12. 将填写了返回对帐数据的结果，在窗口列表中心方数据中展示出来，完成明细对帐

第三、3678交易核对明细帐：

3678交易是新疆地区弃用3202交易、自增的本地核对明细帐交易。3678交易对帐条件与3202交易类似，也需要按指定的险种、清算类别、清算机构和对帐起止日期，分别核对明细帐，但是它需要按页对帐。它需要经过以下几个步骤完成核对明细帐：

1. 指定页大小（每页行数）
2. 将符合对帐指定条件的医保结算记录的结算ID、人员编号、费用总额、医保支付、帐户支付、个人负担、退费标志和结算人，从系统中检索出来并按指定的页大小将第1页的数据显示在窗口列表中。
3. 按“下一页”或“上一页”按钮，找到需要核对明细帐的页
4. 按“对帐”按钮，执行3678交易，将指定险种、清算类别、经办机构、开始与结束日期、分页大小、页号（即当前窗口展示的数据行数据）上传医保平台，
5. 正常执行3678交易后返回对帐结果数据。将对帐结果数据按：本地有平台有：填充行；本地无平台有：新增行；本地有平台无：不做任何操作方式，写入本地数据源
6. 将已获取到的对帐结果，展示在窗口列表中，完成核对明细帐

对帐结果不平的处理方式：

第一、HIS有中心有但金额不同：医保结算撤消，然后重新结算。

第二、HIS无中心有：此情况的原因通常是医保网络出现故障导致医保平台已经正常结算但是结算结果没有正常返回，或者返回的结果没有正常保存。应当做医保结算冲正，然后重新结算。

第三、HIS有中心无：此情况的原因是医保平台已经返回了正常结算结果，但是由于某种原因医保平台未正常保存结算结果。目前此情况极少发生，可遇此情况时向开发商申请特殊方式作废本地结算记录，再重新结算。

关于医保基金清算：

截至目前，已对接地区只有新疆已经启用医保基金清算功能。其他地区尚未开始启用与医保基金清算相关的交易。

新疆地区，未采用统一版本中的3203清算申请和3204清算撤消交易，而是自增了3271清算申请、3272清算撤消、3273待清算查询和3274已清算查询共四个清算相关交易。

基线版1300交易、1301到1319交易。

不同地区，目录下载方式不同。

新疆地区，1301到1319交易19类目录下载功能，集成在一个下载窗口中，循环执行下载，一次下载全部19类目录。但是，1306材料目录，由于数据量过大，新疆地区关闭下载接口，要求从指定位置另外单独下载。

所有平台下载目录，均下载到“D:\医院系统文件\下载目录”中，下载的文件名称为各个下载交易的名称+版本号。

本功能用于山东核三系统三目自付比例。2023年1月扩展了可维护国家码、医保项目名称和地方码功能

山东核三系统对接编码，按照核三系统生成的医院项目编码进行对应上传、报销。核三系统生成的医院项目编码，通常是在医保项目编码后面加“_SI”三字符。

使用本功能，可执行核三的获取自付比例功能。获取自付比例时，需要选择社保机构，传入国家码（药品与材料项目）或者传入地方码（诊疗项目）并且自动在传入时加入“_SI”字符。只要此项目已经在核三中生成了医院项目编码，就可按此规则获取到对应的自付比例。

获取到自付比例说明后，根据说明，确定本医疗机构此项目通常执行的自付比例，相应填写到职工或居民自付比例中，保存即可。

此处按当前窗口显示的国家码、地方码，获取自付比例

山东至少在部分地区的医保基金结算部分，没有落地国家医保局医疗保障平台系统标准，也没有落地国家医保局医疗保障平台接口标准，导致医疗信息平台与医保基金结算类接口对接难，用户使用难等一系列问题，已经直接影响到医疗机构医疗业务功能的正常运行，并且长期得不到纠正。最突出的表现是，凡使用国家局基线版医保系统的地区，所有医疗机构对接医疗保障平台基本上是一种机制就可实现全部接口的对接。它在保障医疗保障平台系统的一致性、稳定性、安全性等方面体现出了巨大优势，也为各地医疗机构顺利对接医疗保障平台带来诸多便利。而在山东，则由于局部领域存在的问题，导致一套完整的医疗保障平台被“肢解”得七零八碎，仅“签到”方式就需要有六七种之多。仅目前已经存在的问题具体问题，就还有以下几方面：

• 未贯标全国统一的医疗机构编码，在医保结算接口中一直在使用6位非国标医疗机构编码。
• 未贯标全国统一的参保人参保“险种”，一直在使用“人群类别”来区分参保人的不同身份。尽管泽方为了简化对接，对险种与人群类别进行了自动转换，但是这种未贯标的接口对接方式并没有消失。
• 未贯标全国统一的6位参保人行政区划代码，代之以8位“统筹机构编码”，人为割裂了信息系统的统一性。
• 医保结算结果的数据构成未贯标，导致医疗机构的医保结算记录与全国不一致，也导致医疗机构无法生成医保结算清单（山东的医保结算清单的生成，数据一部分来源于医疗机构，另一部分来源于医保系统），而使用全国统一的基线版的广东地区、河北地区等地区，可直接由医疗机构生成医保结算清单。

医疗机构用户，在使用中感受直接的还有以下几方面：

• 由于接口发布方未落地国家医保局系统标准要求，采用技术陈旧，出现一些本不应该出现的问题。核三版医保系统sei3在2024年11月升级后，医疗机构部分自付比例为15%的项目，在按0.15传入sei3后，sei3不明原因的识别为0.15000001。虽然经对接方采取技术手段阻止这种情况发生，但是sei3存在的这个问题，并没有消失。它是否还会影响到其它接口，未知。
• 核三版、诊间版门诊结算和住院结算新增加的多诊断无法正常上传。核三版不得不恢复为原诊断上传方式，诊间版不得不将上传诊断限制为只传1条主要诊断。
• 诊间版经常出现账户支付因输入支付密码错误结算被阻止时，医保结算未完成，但是患者个人账户被扣款。
• 诊间版在使用医保电子凭证结算时，多出现“电子凭证超时”无法结算的情况。
• 由于山东的医保结算、事前审核、结算清单、追溯码进销存等各自采取了不同的对接方式，还导致医疗机构需要不同的组网方式对接医保网。医保结算需要直连医保网，而事前审核、结算清单、追溯码与进销存采取的又是Http方式。导致医疗机构无论如何组网，都无法实现单一方式单台对接全面实现所有医保接口的对接功能。

国家医保局基线版医疗保障平台，所有门诊医保就诊的流程全部是，先进行门诊医保登记，再上传门诊费用，然后进行门诊结算。山东门诊医保结算，扭曲了全国统一的门诊医保结算流程，除造成以上问题外，还严重影响了医疗业务的正常流程。比如，如果山东对本地、省内异地、省外异地的身份认证搞得那么复杂，可像基线版一样一个结算窗口可完成所有门诊就诊的医保结算，“生成门诊费用”这一步完全可以集成到上传门诊费用中一步完成。