xxx银医一卡通项目方案

xxx银医一卡通项目 XXX人民医院银医一卡通项目方案 一、项目背景 卫生部于2010 年一月二十二日发出卫医政『2010』12 号文件，倡导医院积极推广先诊疗后结算服务模式。XXX人民医院(以下简称XXX 医院)和建行 市分行(以下简称 建行)在新的就医服务新模式下开展深度合作，通过将建行业务延伸到院内各 就医环节，从而优化流程，减少患者排队，方便患者就医，不仅能够达到‘三好一 满意’的目标，同时该项合作体现了金融服务民生的服务理念，为XXX县人民提供 更多便民服务，从而进一步提高XXX医院在全县卫生服务体系建设中的龙头作用 。 二、现状与需求分析 就诊现状: 通过初步沟通，XXX医院采取凭卡就医模式为患者提供医疗服务。患者到院后通 过人工窗口凭身份证填单申请就诊卡，以现金或POS机刷卡向就诊卡内充值，然 后患者至挂号窗口完成预约/当天挂号手续，至医生工作站凭就诊卡完成各项就 诊及取药等流程，当天患者就诊完成，至人工结算处进行结算、退费等操作。 院内就诊卡使用弊端: 1、 系统管理风险:院内就诊卡在卡片介质、使用方面存在系统管理风险( 如盗刷); 2、资金管理风险:就诊卡充值余额管理随着时间的累加给医院财务管理带来了 管理压力，越来越多的XXX就诊卡卡内余额极少，又没办理退款退卡，医院对于 这些卡必须一直保存下去;3、政策风险:随着人民银行对资金监管的加强，就诊卡充值模式在金融法律法 规方面将更加(以完善的资金监管管理资金或取消充值业务); 4、在现有银医一卡通以及卫生部推行的居民健康卡环境下，院内就诊卡没有广 阔的使用前景。 院内就诊卡管理及应用设想: 1、就诊卡充值的资金由建行实行资金监管; 2、就诊卡只在紧急入院或未携带身份证情况下使用，以逐步减少就诊卡的使 用; 3、院内就诊卡的充值采取人工窗口充值和终端充值，人工窗口充值流程与现有 模式无变化，自助终端充值仅支持银行卡充值，以减少现金使用，降低院方的 现金管理成本及风险; 整体项目需求分析: 通过银医合作达到简化就诊流程、增加缴费渠道，降低窗口压力，减少现金管 理、提高财务效率等目标。 增加就诊卡介质: 诊疗卡介质为建行银医卡、院内就诊卡、医保卡(待定)，逐步增加银行卡就诊功 能，减少院内就诊卡使用数量 建立自助服务体系:实现患者自助挂号、缴费、查询等服务 自助签约:患者持建行卡在自助终端机实现就诊建档 自助挂号:支持院内就诊卡挂号及建行银医卡挂号(支持建行现有各卡种，个 别不支持卡种由建行提供) 预分诊自助取号(需进一步了解院方是否有此功能) 自助充值:仅限银行卡充值，支持银联标识的各类银行卡 自助缴费:支持院内就诊卡缴费及银行卡缴费 自助查询:支持院内就诊卡及建行卡的就诊查询 自助打印:(需进一步了解院方是否愿意提供自助打印功能) 检验报告单打印、自助发票打印等方式 财务自动对账: 在原有对账模式下实现自助设备现金管理模块与HIS 自动对帐、银行交易与HIS 的自动对帐，减少财务对账成本，提高财务效率 建立就医自助服务评价体系:自助满意度评价体系(待定) 实现基于网银缴纳住院预交金体系 (待定) 预约诊疗:基于建行网银、XXX医院官网的多渠道预约挂号功能(待定) 三、方案功能设计 (一)项目定位: 在不改变医院主体经营的前提下，将银行系统与医院系统进行有机结合，由 银行与医院联合面向患者发行集诊疗服务功能和医疗结算功能于一体的银医卡 ，并依托银行自助终端、网上银行、电话银行等渠道，为医院及患者提供一揽子 的医疗服务解决方案。 银医卡既是患者在医院挂号就诊和医疗结算的服务介质，也是医院系统信息化 建设的主要载体。它不仅具有银行卡的金融结算功能，还具有挂号、缴费、就诊、 充值、打单、退费等医疗服务功能，真正实现一卡多用。 (二)设计原则 在系统设计上，应尽可能保留医院现有管理系统和工作流程，降低医院系 统的改造成本，通过医院管理系统与银行系统的对接，推进信息化建设和电子 支付体系的完善。为使该系统能顺利实施，其设计须遵守以下原则。 兼容性原则 为确保系统平稳过渡，系统设计应兼顾现行就诊卡、医保卡并存的模式。 高安全性原则 项目软件实施过程中，交易数据传输的安全性校验及卡片的密钥管理等都 采用硬件实现，保证系统的安全性。 高效性原则 银行对单笔类型报文都应该在2秒内给请求方响应，对账类报文应该在1分 钟内发出对账结果报文，以获得良好的客户体验。 高可用性原则 为提供客户就医保障，银医卡业务应配置高的优先处理级别，服务应达到99 (99,的可用性。 可靠容灾原则 系统支持充分实用的本地和同城异地容灾，包括应用、网络与数据三个方面 的全面容灾，提供与银行核心业务系统一致的高可靠性容灾机制，以确保在 灾难发生1小时内能恢复正常营业。 系统开放性和可扩展性原则 以模块化、化结构和进行系统分析、统筹规划的原则规划系统方案，在 考虑技术先进性和当前业务实用性的同时，也应该考虑今后业务的扩展需 要，可以方便地在银医卡中增加其他应用。 (三)功能模块及流程 柜面的挂号、缴费、充值、打印等功能与院内原流程不变，以下介绍自助系统的 各项功能及流程 3.1、签约功能: 柜台签约:患者可通过医院柜台持建行卡，通过POS机实现签约，建立就诊 ID;自助签约:患者持本行借记卡可在自助终端进行签约绑定，根据银行卡查询客 户信息或读取客户身份证信息，信息交互后将由医院HIS系统根据客 户信息分配一个就诊ID，已有院内诊疗卡的签约是将银行卡与已有 就诊卡对应的就诊ID做绑定。 通过自助设备签约的客户，在插卡后直接选择挂号即可，系统将 自动判断是否签约，如未签约则进入签约选择界面。 ***若为本行网上银行用户，也可通过登录网上银行进入银医应用后实现签约。 具体签约流程可按网上银行操作流程完成。 本行借记卡自助签约流程: 流程说明 1、自助签约只与医院HIS系统交互一次，与银医平台交互一次。 2、客户信息需确认身份证获取的与根据银行卡从中间业务系统查询的数据相匹 配。 3、医院接收到客户信息后，根据客户信息进行判定，若为HIS系统已建档用户 ，则返回原就诊ID，若为新建档用户，则新分配新就诊ID。 4、客户姓名、身份证号与签约银行卡匹配，不能修改。 医院端规则 1、根据姓名、身份证，同一个患者只能对应一个就诊ID 2、若该客户所持的银行卡已在HIS系统中建立绑定关系，则返回成功及就诊ID 。 3、需要探讨:患者在持建行卡挂号后，再次入院就诊时，更换了建行卡(例如原卡作废， 丢失，未带等原因)，新签约建行卡是否会分配同一个就诊，,,还是需要如下处理, 患者持新卡，将新卡插入自助机，提示未签约，是否签约，按签约流程将卡信息送至特色 业务平台，获取卡号、身份证号，姓名，性别等信息，送至后台,，,，,，,将信息留 存(是否要做个身份证核查动作，找到同一张身份证号已经签约过，将提示界面，该身份 证号已经签约过，就诊，,仍旧为,,,,号) 3.2、解约功能 当客户就诊完毕后，无需复诊或不再愿意保留签约关系时，可持卡在柜面窗口或 者自助终端完成解约操作。 自助解约流程: 3.3、挂号功能: 人工窗口挂号:原流程不变自助挂号: 患者持签约银行卡或院内诊疗卡通过医院自助挂号缴费机进行挂号，挂号费用 可以从签约银行卡支付，也可以通过院内诊疗卡或其它银联卡支付 流程说明 1、 先锁号再进行挂号 2、 医院端挂号锁号成功，银行端支付挂号费失败，则视为失败，随之进行挂 号锁号取消操作。 3、 银行端挂号支付成功后，若挂号确认失败，则视同挂号失败。费用待次日 对账后冲回。 医院端规则 1、医院端建议支持自动解锁，如3分钟没有收到挂号确认，则自动解锁号源。 3.4、充值功能: 人工充值: 原流程不变，银行卡充值从原POS机改为mispos系统进行充值自助充值:指通过自助终端机完成银行卡向院内就诊卡账户的充值，支持建行卡 及他行卡各卡种 3.5、缴费功能 患者持签约银行卡或院内诊疗卡在自助设备上选择一批处方或检查单后立即进 行缴费，患者可以选择签约银行卡支付、院内诊疗卡或其它银联卡支付。 自助缴费流程: 流程说明 1、 HIS先行预结算,,, 2、 银行结算成功后HIS系统进行缴费确认。 3.6、取药取号功能:如院方不支持，不设计该项功能 患者持签约银行卡或院内诊疗卡在自助设备上可进行取药取号操作，在插 入卡后可查询到当日的就诊信息及药品信息，并打印取药凭条。若为签约银行 卡则需先完成批结算操作。 取号流程:3.7、挂号退号功能 患者持签约银行卡或院内诊疗卡在自助设备上可进行退号操作，在插入卡 后可查询到当日的挂号信息，根据选择并确认后可进行退号操作。 退号流程: 3.8、查询诊疗信息功能患者持签约银行卡或院内诊疗卡在自助设备上可进行诊疗信息查询，在输入起 始结束日期后进行查询，若查询诊疗结果，需输入报告单唯一编号进行查询。 查询诊疗信息流程: 3.9、查询签约信息 患者持签约银行卡或院内诊疗卡在自助设备上可进行签约信息查询，可查 询该卡签约时的相关信息。 查询诊疗信息流程: 查询其它信息患者可持卡查询挂号、就诊、缴费各项交易信息 住院预交金功能:是否增加该功能,是否增加预授权处理, 3.10、自助打印功能: 看医院是否提供 患者持签约银行卡或院内诊疗卡在自助设备上可进行自助打印，包括查询 打印报告单、查询打印化验单、查询打印导诊单等。打印内容可依据院方打印 格式及显示的内容的要求而确定，最终需要实现的打印功能也有医院确定。 备注:自助终端机不提供发票的打印，由患者持卡至窗口申请打印发票 3.11、对账功能: 系统对账模块也是系统构成的一个重要组成部分，每日日终时，需对当日 的交易进行核对及核算，确保账务数据的准确性。 银医一卡通系统对账模块是完成HIS系统交易记录数据与银行综合前置、银医平 台结算数据的核对与核算，并生成对账报表，提供给双方业务部分或财务部门进 行账务检查及调整使用。 四、系统对接: 4.1 与医院端接口 4.1.1、由银医一卡通系统发起的采用XML交易报文，通过WebServices或TC P通讯完成数据交互 4.1.2、由医院端发起的采用流式包，指定分隔符分割的报文。以OCX或DLL 形式供医院信息系统调用。 4.2 与银行端接口 4.2.1、与银行银医平台系统接口 该部分接口可依据银行报文接口规范实现 4.2.2、与银行综合前置系统接口 采用8583报文格式，TCP通讯完成数据交互。 4.2.3、与银行中间业务系统接口 该部分接口可依据银行报文接口规范实现。 4.2.4、与银行银医一卡通系统系统接口 采用XML交易报文，通过TCP通讯完成数据交互。部分数据可使用日终离 线文件方式完成数据交互。 五 、通讯方式 通讯方式一般是TCP/IP短连接方式 六、安全机制 安全性是银医一卡通系统系统最关键的环节之一。安全方面分为网络安全 、应用系统灾备、数据安全等多个方面。 6.1 网络安全方面 银医一卡通系统使用内部独立的网络设施，与银行通讯方面使用银行现 有的安全措施，一般是建立专线，使用路由器、防火墙等设备。网络安 全还涉及诸多方面，但最基本和简单的方式就是网络隔离，不使用公网 ，仅在建立的专用通道上传输数据，入网设备都要经过严格的审查。 6.2 应用系统灾备 体现在银医一卡通系统核心系统的建设上，目前的应用是每日备份核心 数据。应用系统灾备还体现在应用本身的可靠性，可以使用实时的双机 互备方案。 6.3 数据安全方面 体现在落地数据的安全保密，以及传输数据的安全。 7、项目组织协调 7.1 项目分工 良好的组织，是项目成功的保证，由于项目涉及到的单位较多，包括医院 、银行、HIS厂商、新利，所以必须有良好的分工和协作机制。 医院方 确定项目总负责人，技术负责人; 通过收集各科室意见，确定软件功能、业务流程、页面风格，机器型号， 机器摆放位置; 财务人员确认系统实施后，对账、缴费、打印凭证等功能是否符合财务要 求; 提供开发场所，院内网络，开发软件环境; 定期召开会议，沟通项目进展。 HIS服务商 确定技术负责人; 根据院方功能改造HIS系统; 为自助设备开发通讯接口; 根据银行提供的消费流水，提供对账功能，提供报表; 配合自助设备及终端改造部分程序开发。 银行方 确定技术负责人，业务负责人; 负责各方协调; 提供银行接口(包括综合前置、中间业务及银医平台接口); 提供医院到银行端网络，保证银医一卡通系统能够连接到银行业务前置; 按时下传交易流水到银医一卡通服务器; 提供测试银行卡; 配合自助设备程序开发调试。 新利公司 确定项目负责人; 负责需求分析及系统整体设计，制定相关文档; 开发服务器软件及终端软件，保证 软硬件功能、流程、性能满足医院的要求; 配合医院、银行、HIS厂商开发调试; 负责系统联调及测试; 制定培训计划，负责人员培训; 负责后期维护及技术支持。 7.2 项目协调 7.2.1. 由医院、银行、HIS厂商、新利公司参加的项目协调会，确定功能，确定各方负责 人，统计各人联系方式，根据各方承诺制定有效开发进度，包括需求时间，开发 时间，测试时间，试运行时间，上线时间，使项目提上议事日程。 7.2.2. 医院技术人员，银行技术人员、HIS技术人员，新利技术人员讨论技术实现细节， 验证功能实现可行性。 7.3.3. HIS技术人员，新利技术人员在医院开发，最好有银行项目组共同参与，跟踪项目 进展情况，向银行领导及医院反馈项目情况，协调各方工作。 7.4.4. 定期召开项目会议，了解各方开发进度，解决项目中存在的问题，督促落后者加 快 8、需要进一步明确的内容 1(; 2(;3(; 4( 5( 6(