实现基于自助机的医疗一卡通系统的设计

新一轮的医药卫生体制改革将“看病难，看病贵”问题放到了重要的位置，与之相关的一系列调控政策相继出台，坚持公益性，坚持以病人为中心，这些都促进了医患关系的改善。作为医疗信息工作者，业内专家希望通过开发各类高效可靠的信息软件平台成了各项政策落实的重要抓手，如严格按照物价部门核准的医疗项目编码进行收费确保医疗机构收费合理可靠，再如在门诊医生工作站软件中对处方总费用及抗生素使用进行权限控制，信息干预的举措既控制了费用的同时，又提高了服务质量，确保了医疗质量，确保医疗安全。如何通过信息干预辅助缓解门诊就医“三长一短” (挂号时间长、取药时间长、缴费时间长、看病时间短)现象，也是管理者一直致力于研究的方向。

“一卡通”便是在这样的背景下应运而生，顾名思义，病人手持一张医疗就诊卡可以在医院众多的且分散的科室中得到方便快捷的服务，而无需再携带大量现金和医院林林总总的检查单申请单来回奔波。所有能够电子化的信息都被无纸化了，这就是探索并实现“一卡通”的根本宗旨。

一、使用自助“医疗一卡通’’系统的现实可行性

随着人民群众知识水平的不断提高，自助的行为完全能被大家认可接受。从银行推出的ATM机到火车站飞机场的自助售票机再到公共场所的自动售货机，无一不改变着人们的生活习惯生活方式。因此，如在医院推行自助服务，势必也将逐步被越来越多的人群接受，不用再扎堆排冗长的队伍，同时又可以明明白白地看到消费的所有账目，窗口人员分流的同时病人也能提高对医疗服务的整体满意度。对于医院来说，无需对现有的就医场所进行扩展，也无需增加门诊服务的人力资源，只需对传统的门诊就医流程稍作改动，在合适的地点摆上几台自助机器，就可以获得节省开支和提高服务质量的双重意义。

二、自助“医疗一卡通"系统总体规划

“一卡通” 的适用人群： “一卡通”平台的建设一个更具意义的设想便是，逐步改变目前医院中就诊人员往往是同一人多ID号的状况，使得同一个病人历次的就诊信息，费用信息，检查信息能够进行归档和汇总，可以用于比较和追溯。因此，使用自助机的人员首先应该确立为实名制的持卡人员，医保卡本就是市民的医院的电子身份证，具有唯一性特征，而对于非参保的病人考虑使用自助发行银行卡进行管理，后者暂不作为本文的讨论重点。

本市的医保覆盖率一直处于全国领先水平，医保卡是由社保中心与银行共同发行的联名卡，具有磁条和Ic芯片双重数据存储载体。医保所包含的数据量较大，通常使用的是Ic芯片进行存放，数据基本分为两大部分，一部分包括社保编号、人员姓名、性别、身份证号、工作单位等若干人员基本信息，另一部分则为关系到医保的卡号、待遇类别、参保时问、结转/缴交情况以及账户、统筹、门诊、住院等累计情况的医保应用信息。

 

对于原先的医保划卡功能而言，使用Ic芯片进行医保数据的读写已满足其要求，因此医保卡片上的磁条功能一般都未被激活。而实际的情况是，参保人员支付医疗费用时，往往会产生医保支付范围外的自付或者自费部分，需要参保人员额外支付现金，而从“一卡通”最大限度地提高方便快捷程度的角度出发，这正是瓶颈所在。通过与发卡银行进行协商，首先激活磁条功能，然后就如何既确保银行资金操作的安全性，又能够免除每次涉及银行账户都需要输入密码的尴尬，提出了“院内账号”这样一个二级的虚拟账户的概念，由银行针对“一卡通”平台开发相应接口，在医保卡号与银行账号之间建立联系，使得自助软件可以更加方便安全地处理医保及银行信息。

三、自助“医疗一卡通"系统及设计

自助一体机核心部件基本参数。自助设备的各项部件都需要针对医院业务的特色进行认真选型，如果部件选择不够精细考究而使用故障率较高的部件，不但不能提高工作的效率，反而会给医院带来人力和物力的双重负担，甚至导致医保或是银行的账目错误，所以这是关系到“一卡通”能否更好地发挥效能的关键因素。

对于用于人机交互的屏幕来说，由于挂号、缴费等服务涉及的信息量较大，如单单完成一次挂号就需要经历科室选择，专家选择，费用告知等系列步骤，所以考虑使用质量较好比较稳定的的触摸屏。读卡器必须是能同时读取Ic芯片及磁条的吸入式设备。票据的打印毫无疑问应该是链式打印机，除了必须要提供的挂号票据和收费票据，考虑再安装一台打印速度较快的热敏打印机，用于打印仅用于当时离院后即可丢弃的指引单，指引单所包含的信息比较丰富可以由管理部门协同定制，如可告知病人所需前往所有科室的所在地，所需要进行检查的注意事项，取报告时间等等。除了这些最基本部件，还可以在一体机上集成二代身份证阅读器、纸币缴费机、硬币找零器、LED提示灯等更多方便病人的功能部件。当然，包含的部件越多，一体机的体积也就越大，故障的发生率也将越高，需要工程的设计人员统筹考虑。

自助软件的研发。 “一卡通”软件平台的开发，也就是将现有的人工窗口使用的“门诊挂号收费系统”、“预约子系统”、 “检验子系统”等几部分功能进行提炼，整合移植到自助终端上的过程。软件主体的本质即是在原有HIS(医院信息系统)基础上扩展出新的数据库管理子系统，数据库后台以原有的数据结构为主。

整个软件开发的过程严格根据软件工程的思想，先后经历了需求分析、功能设计、系统设计、模块设计、数据流图设计、代码设计、软件测试等阶段。在需求分析阶段，我们针对自助操作的特征进行详尽地分析和规划，这样使得后期设计出的软件高效、易用、安全可靠。考虑到门诊的相关应用应具有响应速度快，界面简洁等特点，系统的运行以数据库操作、外设10读写为主，因此选择了两层C/S的模式作为软件平台的基本架构，前台使用PowerBuilder语言开发，由于该开发语言在数据库开发上所表现出的强大优势，使得“一卡通”系统的所有代码设计和修改周期大大缩短。在系统设计阶段，面向对象的软件设计思想贯穿始终，将医保交易、银行交易都封装为独立的类，将医保及银行接口约定的各类信息及函数作为类的属性和方法提供作调用，使得系统内部涉及到多方的业务逻辑处理起来较为清晰。除此之外，平台与医院内部其他子系统有着复杂的数据交互，包括排队叫号系统、药房自动发药机、医技系统项目申请提交等等，交互的方式都在系统设计阶段进行了合理。

“一卡通”软件平台的可见功能主要包含自助预约、自助取/挂号、自助缴费、医保账户查询、银行虚拟账户查询及充值、查询检查检验结果、查询药品及医疗服务项目等;后台的功能则包括医保及银行的自动对账、自助机相关参数设置、票据号统一管理及自助机的相关统计报表等。