排队系统新应用自助“医疗一卡通”系统

fly

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

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

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

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

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

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

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

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

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