| |
分类导航 |
 |
|
|
|
|
| 关于医院信息系统（HIS）医疗保险接口改造的问题说明 |
|
资源大小：9.97 KB |
资源类型：文档 |
|
下载积分： 0 |
|
|
|
-->
|
|
资源介绍 |
|
关于医院信息系统（HIS）医疗保险接口改造的问题说明
提 出 人：李骋（0757-6288050）
提出时间：2003-4-23
提出单位：南海亿通公司（深圳市中医院信息系统开发商）
回 复 人：李强（0755-83460066-1191、13510077067）
回复时间：2003-4-23
回复单位：深圳天源迪科计算机有限公司（社保局医院信息系统接口开发商）
问题说明：
1. 环境建立
a) 是否所有调用社保接口的电脑都需连接上Internet？
答：所有调用社保接口的电脑都不需要连接上Internet。通过接口改造后的医院信息系统作为Corba的客户端应用，只需要其满足与Corba服务器（社保）的物理联通即可。这种联通可以时直接的，也可以是间接的，因为具体到处理医院业务的电脑也可以通过医院系统自己的应用服务器（不需要独立的物理用服务器）而间接地连接到Corba服务器上，这要看医院系统改造采用下面两种方式中的哪一种：
第一种方式：各业务用电脑直接访问社保接口。这种方式下Corba产品需要安装在办理业务的每个电脑上面。这种方式的受限条件是业务机需要直接能够连接到社保服务器。
第二种方式：医院系统可以设立自己的应用服务器，其功能紧紧是统一完成医院系统访问社保接口服务功能，换一种方式讲也就是说由一台虚拟的服务器搜集（接收）所有医院业务电脑对社保接口访问的请求，再统一发送社保接口服务访问请求和接受接口服务处理结果。其实现过程可以根据医院系统而有所不同，可以通过医院数据库系统（DBMS）实现，也可以通过接口调用的内部封装实现。
b) 由于深圳的定点医疗机构众多，能否提供简单、易用的客户端SETUP？
答：深圳市定点医疗机构中分定点医院、定点企事业卫生所（室）、定点社康中心、定点药店四种，其中接口服务的使用是针对大型的定点医院为了减少原有模式下医院医保数据申报过程麻烦而提供的（因为其有完善的医院信息系统和网络，医保用数据采集本身就比较完善），其他定点医疗机构可以通过社保局提供的“网上医院”处理医保相关业务。
因为各定点医疗机构采用的开发工具不同，其Corba客户端调用方法和相关配置是不一样的，并且与前一问题所述中的客户端调用的方式选择也有密切关系，各医院信息系统承建商可以根据自己所采用的工具和调用方式配置各自的客户端，社保局没有办法提供公用的客户端安装程序（其本质在于医院客户端的所有应用属于医院系统应用）。
c) 能否提供调用接口的例程（PB、VFP、DELPHI）？
答：社保局接口服务系统承建商（天源迪科）提供了Java版本的Corba客户端调用社保接口服务程序（当前版本）的实际例子，例子函盖了典型的三种服务调用例程：Corba客户端应用（模拟医院信息系统）通过刷医保卡读取社保局医保病人资料；Corba客户端应用（模拟医院信息系统）提交保存病人医疗数据到社保系统数据库；Corba客户端应用（模拟医院信息系统）提交病人医疗数据到社保机构返回社保机构结算结果数据。以上例程包括环境配置天源迪科工程师均可以提供配置演示和程序演示，目前已为部分医院进行了模拟演示和技术交流。
其它开发语言下的例程目前没有开发，但PB、Delphi等开发工具目前都支持Corba调用，并且这些工具的开发商均提供相应的技术支持，建议医院系统承建商可以直接寻求其相应技术支持。
2. 接口方式
a) HIS改造后如何进行调试？接口中使用到的“医院编码”、“操作员编码”、“险种”等代码如何获取？
答：HIS系统接口改造部分的工作，我们认为主要在于Corba的客户端环境的配置。因为通过上次社保局信息中心组织的医院和医院系统承建商接口改造交流会后，为了更加有利于试点医院信息系统的改造，局方和接口系统开发商（天源迪科公司）一起就接口服务的设计进行了调整，在满足数据交换的前提下最大限度的降低了接口调用的复杂度，同时接口服务也进行了大量的缩减，目前门诊和住院业务的接口调用已经分别缩减到4个左右。
医院系统社保接口部分改造工作建议首先将Corba客户端应用（医院信息系统）调用环境的配置工作完成，然后按照社保局公布的接口服务器的IOR地址和规范进行接口服务调用访问测试，完成与社保局的系统联通测试；第二步工作，在保证正确环境环境的前提下医院系统可以根据医疗保险最新政策进行相应调整（不属于接口改造的部分），然后根据医院业务和医保规范在医院信息系统（HIS）增加相应的接口调用，完成接口改造。
另外，建议医院根据实际情况可以考虑接口的改造分期进行，可以先从医院日常发生频率较低的医保业务入手，如可以考虑首先将住院医保数据通过接口进行处理与社保数据的交换，因为其发生频率较低，交易数量相对也不大，这一点可以通过医院和社保局协商处理。。
“医院编码”和“操作员编码”使用各家定点医院原来的编码；“险种”等业务相关代码清单说明目前我们已经整理完毕待局方确认后立刻可以公布。
b) 由于社保与HIS的保存不在同一个事务中进行，若发生意外，有可能社保与HIS数据不一致时，如何处理？
答：因深圳市医疗保险参保人目前使用的为磁卡，只能作为参保人身份标识使用，不能存储其他参保信息和个人帐户数据，并且短期内不可能转为IC卡，所以医院系统在与社保系统物理断开的情况下肯定是不能进行脱机医保结算的（只能采用自费）。所以医院系统在接口调用提交时如果提交失败则只能采用自费，该部分病人在医院产生的数据（未能提交的）应在医院信息系统中进行相应标识。自费病人的数据可以通过病人到社保局进行现金报销或医院系统滞后提交。
c) 由于社保在医院无前置机，通过医院工作站通过Internet直接与社保连接，速度与稳定性如何保障？若社保接口无法正常调用时，为保证医院正常业务不受影响，社保病人是否按自费进行处理？
答：医院工作站不一定需要通过Internet与社保连接，其速度和稳定性取决于所选择的线路类型，线路的选择及其带来的线路租用费用问题可以通过社保局和医院双方领导进行沟通解决。根据天源迪科和社保局信息中心的强烈建议，社保局局方领导原则上同意“立足医院的现实，在医院目前系统的基础上，照顾医院方的投资，为积极争取医院方的配合和支持，充分调动医院方的积极性和主动性，对态度积极的医院，重点照顾，重点支持，形成示范效应。”
d) 病人的使用的特殊检查等费用如何进行审批？
答：病人使用的特殊检查费用在新的医保政策中已经取消了社保局审批的过程，但该部分费用的医保结算政策（基金支付比例）是不一样的，在医疗保险的统一目录中可以区分出来的。
3. 门诊部分
a) 若病人一次挂号中进行多次交款，是否在本次挂号中流水号（MZLSH）不变，单据号为每次交款编号？
答：是这样的。
门诊流水号是挂号时生成的，但门诊的结算是按照单据号一单一单进行提交和结算的，即门诊流水号和单据号是一对多的关系，但通过接口提交的时候每次提交的是一张单据上的明细费用，这里明确一下一张单据上并不一定只包括一项费用，这种业务主要是根据医院的实际就医过程进行设计的。根据我们的实际调查，一次门诊通常在医院就需要经过多次结算和收费，如先进行检查项目划价收费、医师诊断后开据药品处方再进行划价收费。
b) 在门诊收费过程中，进行保存处方、取得结算结果后，若HIS放弃保存，没有调用门诊支付确（MZZFQR）函数，社保是否视为医院没有收费，不计病人费用？
答：是这样的，只有在调用门诊支付确认后社保系统才根据结算结果进行个人帐户划帐等处理。
社保系统门诊处方保存的接口服务程序的使用建议医院系统在确认处方有效入库（医院信息系统数据库）后再进行调用，这样可以减少医院系统与社保系统通过接口进行无效交易的次数，即尽可能的在确保数据有效、合法的前提下进行接口的服务调用。
c) 门诊收费的业务中的发票作废、冲正如何在社保中体现？
答：在接口服务中可以提交费用明细项目数量和金额为负的交易，因为医疗保险数据的生成和最终的医疗保险财务结算与其他财务处理一样，按照时间顺序只能往前不能往后，是不能记“回头帐”的。个人帐户支出为负的部分将自动记入其个人帐户余额中。
4. 住院部分
a) 住院接口中只有保存长期医嘱的函数（SaveYZ），临时医嘱、中药处方等其它信息是否不需保存？
答：不是。
在住院费用的保存（SaveZYFY）中包括了实际执行的长期医嘱、临时医嘱、中药处方等所有费用的“明细”。长期医嘱提交 |
|
|
下载地址 |
|
|
| |
|
|
