救助流程.pptVIP

原因： 由于各医院HIS系统部署在本地机房，并且民政结算流程过程中需要与HIS系统进行数据交互，所以民政系统也需要采取在医院机房部署前置结算系统来解决该问题。 方案描述： 支持脱机交易的医疗机构需要将本平台的中心服务器前置到医疗机构机房，使医疗机构内部形成局域网，结算点PC机通过内部局域网访问前置服务器来实现内部联机交易。 前置服务器设置同步策略，前置系统与中心系统采取定期同步数据和结算流程中即时同步两种方式，以次保障民政对象救助封顶金额账户余额的准确性。 ----- 会议笔记(13-6-8 09:34) ----- 民政前置结算系统与HIS系统处于同一内网，便于异构系统交换数据，前置系统与中心系统采用实时和非实时两种数据同步方式实现数据汇总。 * 前置结算系统在完成身份认证和查询到医保结算明细数据后，进入民政结算流程前需要先从中心系统同步当前民政对象的封顶账户余额到前置系统，以确保民政救助结算的准确性； 如果在结算过程中，前置结算系统与中心系统之间的封顶账户余额同步失败，则需要按照同步策略重试，重试失败则返回错误提示，中止当前交易。 前置系统完成当前结算交易后，将对封顶账户余额进行更新，同时将更新的余额同步回中心系统的对应账户，以确保其他医院结算节点下一次结算的余额准确；如果在结算过程中，前置结算系统与中心系统之间的封顶账户余额同步失败，则需要按照同步策略重试，直到同步成功。 前置结算系统每日与中心系统进行当日交易数据的日终同步。 同步过程需要记录详细日志，便于系统维护和问题追溯。 * 民政对象必须出示民政卡及相关有效证件（如身份证、低保证等），医院才能受理业务。 医保系统和民政系统分别提供打印的结算凭证给民政对象。 民政结算金额是民政局为民政对象在当前发生的药费中垫付的部分，也是医院垫付的凭证。 包括内部认证和外部认证两个过程，分别对终端机具、卡片和系统身份多方面的认证。 网络安全：要求运行于政府专网或医保专网等专用网络环境内。 流程安全：民政救助交易只能通过系统自动计算完成，不能出现人工修改交易的情况。 系统安全：系统需要具备防攻击、防注入的能力。 数据安全：数据库定期备份，备份的数据长期保存。 终端设备安全：对于在终端机具上使用的民政卡进行合法性校验，杜绝非法卡片的使用。 卡片安全：由于民政卡内启用了电子钱包应用，因此在业务上必须杜绝非法篡改卡片的行为，卡片本身必须具备防篡改的机制。 终端用户的登录认证和数据传输安全依靠KEY+SSLVPN集成设备完成，USBKEY采用国密算法对数据进行加解密，安全强度高。 性能：系统性能和设备、网络性能集成一体，以达到最佳的运行性能。除了考虑满足眼前的需求，还要考虑满足今后3-5年的持续业务需求。 可靠性：包括系统可靠性、卡片可靠性、终端可靠性、设备可靠性和网络可靠性等方面。 数据完整性和一致性：通过数据库本身的机制和应用层的控制来保障。 用户界面：在设计上考虑可操作性、简洁、易用等指标。 可维护性：从技术和管理两方面来实现可维护性。 可扩展性：从系统架构、API接口、硬件扩展性几方面来实现。 * 民政部门 医疗救助实时结算系统 项目汇报 目录 公司简介 常见问题定位和处理方式 QA 医疗救助实时结算系统概况 现行医疗救助报销工作流程 目前医疗救助工作现状 民政行业解决方案 民政医疗救助工作目标 医疗救助实时结算系统特点 技术方案 医疗救助实时结算系统概况 医疗救助实时结算系统是指依托信息技术手段，建立起来的困难群体医疗救助新型报销流程，是对原有医疗救助模式的根本转变，救助对象到定点医院就医时，医疗救助实施结算系统将医疗费用自动生成为医疗保险报销金额、医疗救助报销金额及个人自付金额三个部分，救助对象只需支付个人自付部分医疗费用，定点医疗机构先行垫付医疗救助报销金额，医疗救助实时结算系统取消了原来冗长的审批报销流程，真正做到即看即报。 国内民政医疗救助水平 上海民政：政策理念创新，实现四医联动，结合社区医院现场结算和分流机制，社区全科医生制，结算模式是预付+结算，没有和医保系统对接，信息化水平较落后。 顺义民政：实现了持卡医疗救助现场结算，与新农合对接，服务人群覆盖农村人口，结算模式是医院垫支，民政定期与之结算。 朝阳民政：实现持卡医疗救助实时结算，与医保、医院HIS联动，服务人群覆盖城镇居民和城镇职工，结算模式同顺义民政。 现行医疗救助报销工作流程 民政局按相应救助政策进行确认 财政局将相应费用拨付至各街乡社保所 街乡社保所向救助对象下发医疗救助款 区医保中心对医疗单据进行审核 结算医疗保险部分后，救助对象先行支付剩余金额 救助对象持医疗费用单据至街乡社保所办理医疗救助 社