xxx银医一卡通项目方案设计

1、XXX人民医院银医一"通项目方案一、项目背景卫生部于2010年一月二十二日发出卫医政201012号文件，倡导医院 积极推广先诊疗后结算服务模式。XXX人民医院（以下简称XXX医院）和建行 市 分行（以下简称 建行）在新的就医服务新模式下开展深度合作，通过将建行业务延伸到院各就医环节，从而优化流程，减少患者排队，方便患者就医，不仅能 够达到三好一满意的目标，同时该项合作体现了金融服务民生的服务理念， 为XXX县人民提供更多便民服务，从而进一步提高XXX医院在全县卫生服务体系 建设中的龙头作用。二、现状与需求分析就诊现状：通过初步沟通，XXX医院采取凭卡就医模式为患者提供医疗服务。患者到

2、院后通过人工窗口凭填单申请就诊卡，以现金或 POS机刷卡向就诊卡充值，然 后患者至挂号窗口完成预约/当天挂号手续，至医生工作站凭就诊卡完成各项就 诊及取药等流程，当天患者就诊完成，至人工结算处进行结算、退费等操作。院就诊卡使用弊端：1、系统管理风险：院就诊卡在卡片介质、使用方面存在系统管理风险（如盗刷）；2、资金管理风险：就诊卡充值余额管理随着时间的累加给医院财务管理带来了管理压力，越来越多的XXX就诊卡卡余额极少，又没办理退款退卡，医院对于这 些卡必须一直保存下去；3、政策风险：随着人民银行对资金监管的加强，就诊卡充值模式在金融法律法 规方面将更加规（以完善的资金监管制度管理资金或取消充值业

3、务）；4、在现有银医一卡通以及卫生部推行的居民健康卡环境下，院就诊卡没有广阔 的使用前景。院就诊卡管理及应用设想：1、就诊卡充值的资金由建行实行资金监管；2、 就诊卡只在紧急入院或未携带情况下使用，以逐步减少就诊卡的使用；3、院就诊卡的充值采取人工窗口充值和终端充值，人工窗口充值流程与现有模式无变化，自助终端充值仅支持银行卡充值，以减少现金使用，降低院方的现金管理成本及风险；整体项目需求分析：通过银医合作达到简化就诊流程、增加缴费渠道，降低窗口压力，减少现金管理、 提高财务效率等目标。增加就诊卡介质：诊疗卡介质为建行银医卡、院就诊卡、医保卡（待定），逐步增加银行卡就诊功 能，减少院就诊卡使用数

4、量建立自助服务体系：实现患者自助挂号、缴费、查询等服务?自助签约：患者持建行卡在自助终端机实现就诊建档?自助挂号：支持院就诊卡挂号及建行银医卡挂号（支持建行现有各卡种，个 别不支持卡种由建行提供）? 预分诊自助取号（需进一步了解院方是否有此功能）?自助充值：仅限银行卡充值，支持银联标识的各类银行卡?自助缴费：支持院就诊卡缴费及银行卡缴费? 自助查询：支持院就诊卡及建行卡的就诊查询?自助打印：（需进一步了解院方是否愿意提供自助打印功能）检验报告单打印、自助发票打印等方式? 财务自动对账：在原有对账模式下实现自助设备现金管理模块与 HIS自动对帐、银行交易与HIS 的自动对帐，减少财务对账成本，提

5、高财务效率? 建立就医自助服务评价体系：自助满意度评价体系（待定）? 实现基于网银缴纳住院预交金体系（待定）? 预约诊疗：基于建行网银、XXX医院官网的多渠道预约挂号功能（待定）三、方案功能设计（一）项目定位：在不改变医院主体经营的前提下，将银行系统与医院系统进行有机结合，由 银行与医院联合面向患者发行集诊疗服务功能和医疗结算功能于一体的银医卡， 并依托银行自助终端、网上银行、银行等渠道，为医院及患者提供一揽子的医疗 服务解决方案。银医卡既是患者在医院挂号就诊和医疗结算的服务介质，也是医院系统信息化建 设的主要载体。它不仅具有银行卡的金融结算功能，还具有挂号、缴费、就诊、 充值、打单、退费等医

6、疗服务功能，真正实现一卡多用。（二）设计原则在系统设计上，应尽可能保留医院现有管理系统和工作流程，降低医院系统 的改造成本，通过医院管理系统与银行系统的对接， 推进信息化建设和电子支付 体系的完善。为使该系统能顺利实施，其设计须遵守以下原则。? 兼容性原则为确保系统平稳过渡，系统设计应兼顾现行就诊卡、医保卡并存的模式。? 高安全性原则项目软件实施过程中，交易数据传输的安全性校验及卡片的密钥管理等都采用硬件实现，保证系统的安全性。? 高效性原则银行对单笔类型报文都应该在2秒给请求方响应，对账类报文应该在1分钟 发出对账结果报文，以获得良好的客户体验。? 高可用性原则为提供客户就医保障，银医卡业务

7、应配置高的优先处理级别，服务应达到99 . 99 %的可用性。? 可靠容灾原则系统支持充分实用的本地和同城异地容灾，包括应用、网络与数据三个方面 的全面容灾，提供与银行核心业务系统一致的高可靠性容灾机制，以确保在 灾难发生1小时能恢复正常营业。? 系统开放性和可扩展性原则以模块化、标准化结构和进行系统分析、统筹规划的原则规划系统方案，在考虑技术先进性和当前业务实用性的同时， 也应该考虑今后业务的扩展需要，可以方便地在银医卡中增加其他应用。（三）功能模块及流程柜面的挂号、缴费、充值、打印等功能与院原流程不变，以下介绍自助系统的各项功能及流程3.1、签约功能：柜台签约：患者可通过医院柜台持建行卡，

8、通过POS机实现签约，建立就诊ID ； 自助签约：患者持本行借记卡可在自助终端进行签约绑定，根据银行卡查询客户信息或读取客户信息，信息交互后将由医院 HIS系统根据客户信息分 配一个就诊ID，已有院诊疗卡的签约是将银行卡与已有就诊卡对应的 就诊ID做绑定。通过自助设备签约的客户，在插卡后直接选择挂号即可，系统将自动判断是否签约，如未签约则进入签约选择界面。*若为本行网上银行用户，也可通过登录网上银行进入银医应用后实现签约。具体签约流程可按网上银行操作流程完成。本行借记卡自助签约流程：流程说明1、自助签约只与医院HIS系统交互一次，与银医平台交互一次。2、客户信息需确认获取的与根据银行卡从中间业

9、务系统查询的数据相匹配。3、医院接收到客户信息后，根据客户信息进行判定，若为HIS系统已建档用户，则返回原就诊ID，若为新建档用户，则新分配新就诊ID。4、客户、号与签约银行卡匹配，不能修改。医院端规则1、根据、，同一个患者只能对应一个就诊ID2、若该客户所持的银行卡已在HIS系统中建立绑定关系，则返回成功及就诊ID。3、需要探讨：患者在持建行卡挂号后，再次入院就诊时，更换了建行卡（例如原卡作废，丢失，未带等原因），新签约建行卡是否会分配同一个就诊ID?还是需要如下处理？患者持新卡，将新卡插入自助机， 提示未签约，是否签约，按签约流程将卡信息送至特色业务 平台，获取卡号、号，性别等信息，送至后

10、台H IS,HIS将信息留存（是否要做个核 查动作，找到同一号已经签约过，将提示界面，该号已经签约过，就诊ID仍旧为xxxx号）3.2、解约功能 当客户就诊完毕后，无需复诊或不再愿意保留签约关系时， 可持卡在柜面窗口或 者自助终端完成解约操作 自助解约流程:3.3、挂号功能：人工窗口挂号：原流程不变自助挂号：患者持签约银行卡或院诊疗卡通过医院自助挂号缴费机进行挂号，挂号费用可以从签约银行卡支付，也可以通过院诊疗卡或其它银联卡支付流程说明1、先锁号再进行挂号2、 医院端挂号锁号成功，银行端支付挂号费失败，则视为失败， 随之进行挂号 锁号取消操作。3、银行端挂号支付成功后，若挂号确认失败，则视同挂

11、号失败。 费用待次日对 账后冲回。医院端规则1、医院端建议支持自动解锁，如3分钟没有收到挂号确认，则自动解锁号源。3.4、充值功能：人工充值：原流程不变，银行卡充值从原 POS机改为mispos系统进行充值自助充值：指通过自助终端机完成银行卡向院就诊卡账户的充值，支持建行卡及他行卡各卡种3.5、缴费功能患者持签约银行卡或院诊疗卡在自助设备上选择一批处方或检查单后立即进行缴费，患者可以选择签约银行卡支付、院诊疗卡或其它银联卡支付。自助缴费流程:流程说明1、HIS先行预结算？ ？2、银行结算成功后HIS系统进行缴费确认3.6、取药取号功能：如院方不支持，不设计该项功能患者持签约银行卡或院诊疗卡在自

12、助设备上可进行取药取号操作， 在插入卡 后可查询到当日的就诊信息及药品信息， 并打印取药凭条。若为签约银行卡则需 先完成批结算操作。取号流程:3.7、挂号退号功能患者持签约银行卡或院诊疗卡在自助设备上可进行退号操作, 查询到当日的挂号信息，根据选择并确认后可进行退号操作。 退号流程：在插入卡后可诊疗卡迥S系茨退号斗退还協金至陰疗卡提示插入支付卡HIS系统退号，退还银行卡金额3.8、查询诊疗信息功能患者持签约银行卡或院诊疗卡在自助设备上可进行诊疗信息查询，在输入起始结束日期后进行查询，若查询诊疗结果，需输入报告单唯一编号进行查询。查询诊疗信息流程：3.9、查询签约信息患者持签约银行卡或院诊疗卡在

13、自助设备上可进行签约信息查询, 卡签约时的相关信息。查询诊疗信息流程：可查询该查询其它信息患者可持卡查询挂号、就诊、缴费各项交易信息住院预交金功能：是否增加该功能？是否增加预授权处理?3.10、自助打印功能：看医院是否提供患者持签约银行卡或院诊疗卡在自助设备上可进行自助打印，包括查询打印报告单、查询打印化验单、查询打印导诊单等。打印容可依据院方打印格式及显 示的容的要求而确定，最终需要实现的打印功能也有医院确定。备注：自助终端机不提供发票的打印，由患者持卡至窗口申请打印发票3.11、对账功能:系统对账模块也是系统构成的一个重要组成部分， 每日日终时，需对当日的 交易记录进行核对及核算，确保账务

14、数据的准确性。银医一卡通系统对账模块是完成 HIS系统交易记录数据与银行综合前置、银医 平台结算数据的核对与核算，并生成对账报表，提供给双方业务部分或财务部门 进行账务检查及调整使用。四、系统对接：4.1与医院端接口、由银医一通系统发起的采用XML交易报文，通过WebServices或 TCP通讯完成数据交互、 由医院端发起的采用流式包，指定分隔符分割的报文。以OCX或DLL 形式供医院信息系统调用。4.2与银行端接口421、与银行银医平台系统接口该部分接口可依据银行报文接口规实现、与银行综合前置系统接口采用8583报文格式，TCP通讯完成数据交互。423、与银行中间业务系统接口该部分接口可依

15、据银行报文接口规实现。、与银行银医一卡通系统系统接口采用XML交易报文，通过TCP通讯完成数据交互。部分数据可使用日终 离线文件方式完成数据交互。五、通讯方式通讯方式一般是TCP/IP短连接方式六、安全机制安全性是银医一卡通系统系统最关键的环节之一。安全方面分为网络安全、 应用系统灾备、数据安全等多个方面。6.1网络安全方面银医一卡通系统使用部独立的网络设施，与银行通讯方面使用银行现有的 安全措施，一般是建立专线，使用路由器、防火墙等设备。网络安全还涉 及诸多方面，但最基本和简单的方式就是网络隔离，不使用公网，仅在建 立的专用通道上传输数据，入网设备都要经过严格的审查。6.2应用系统灾备体现在

16、银医一卡通系统核心系统的建设上，目前的应用是每日备份核心数据。应用系统灾备还体现在应用本身的可靠性，可以使用实时的双机互备6.3数据安全方面体现在落地数据的安全，以及传输数据的安全7、项目组织协调7.1项目分工良好的组织，是项目成功的保证，由于项目涉及到的单位较多，包括医院、 银行、HIS厂商、新利，所以必须有良好的分工和协作机制。医院方? 确定项目总负责人，技术负责人；? 通过收集各科室意见，确定软件功能、业务流程、页面风格，机器型号，机 器摆放位置；?财务人员确认系统实施后，对账、缴费、打印凭证等功能是否符合财务要求;? 提供开发场所，院网络，开发软件环境；? 定期召开会议，沟通项目进展。

17、HIS服务商? 确定技术负责人；? 根据院方功能改造HIS系统；? 为自助设备开发通讯接口；? 根据银行提供的消费流水，提供对账功能，提供报表；? 配合自助设备及终端改造部分程序开发。银行方? 确定技术负责人，业务负责人；? 负责各方协调；? 提供银行接口（包括综合前置、中间业务及银医平台接口）；? 提供医院到银行端网络，保证银医一卡通系统能够连接到银行业务前置；? 按时下传交易流水到银医一卡通服务器；? 提供测试银行卡；? 配合自助设备程序开发调试。新利公司? 确定项目负责人；? 负责需求分析及系统整体设计，制定相关文档；? 开发服务器软件及终端软件，保证软硬件功能、流程、性能满足医院的要求;? 配合医院、银行、HIS厂商开发调试；? 负责系统联调及测试；? 制定培训计划，负责人员培训；? 负责后期维护及技术支持。7.2项目协调721.由医院、银行、HIS厂商、新利公司参加的项