一种基于智能卡的居民健康信息记录和诊疗数据清算系统及分析方法
【专利摘要】一种基于智能卡的居民健康信息记录和诊疗数据清算系统及分析方法，它包含各医疗机构安装的自助发卡终端、MIS?POS终端，自助挂号缴费终端等，所述的上述终端设备安装在医疗机构各固定摆放场地，各终端以智能卡为载体，完成智能信息数据的读取、记录和传输。本发明的重点在于诊疗互联互通和电子病历的形成，能够解决现有医疗机构诊疗信息不互联互通、患者就诊信息得不到有序长久存储的问题。
【专利说明】
一种基于智能卡的居民健康信息记录和诊疗数据清算系统及分析方法
技术领域
[0001]本发明属于公共信息服务平台领域，一种基于智能卡的居民健康信息记录和诊疗数据清算系统及分析方法。
【背景技术】
[0002]目前，随人们生活水平的不断提升，健康问题越来越被人们重点关注。同时，政府也从积极保障居民健康的角度出发出台了各项政策和措施，这使得个人健康数据在就诊时被诊疗机构及时抓取及科学形成居民健康档案成为必要的工作。
[0003]当前城市居民的健康问题，已成为各地政府首要解决的问题之一，科学管理和分析城市居民健康大数据成为大家的共同需求和目标。然而，现有的医疗机构诊疗信息系统通常由于各自的区域局限和载体不一，信息比对和储存时，往往难以统一。目前，有一些大型医疗机构的相关数据被分析研究，但通常不能体现地区的整体水平，具有局限性和单一性，对于城市未来管理和居民就诊服务都表现的不尽人意。
[0004]诸多医疗机构单独发行专用的临时就诊卡，各自形成闭环式的就诊信息系统，患者就诊信息无法互联互通，使得患者每到一家医疗机构就需领取一张就诊卡，之前就诊情况仍需重复检查反复说明。既造成了大量投入，也造成了大量无效诊断，使得诊疗效率降低。
【发明内容】
[0005]本发明的目的是针对现有医疗机构诊疗信息不互联互通、患者就诊信息得不到有序长久存储所存在的上述问题，提出一种基于智能卡的居民健康信息记录和诊疗信息清算系统及分析方法。
[0006]本发明的技术方案是:
一种基于智能卡的居民健康信息记录和诊疗数据清算系统，它包含各医疗机构安装的自助发卡终端、MIS-POS终端，自助挂号缴费终端等，所述的上述终端设备安装在医疗机构各固定摆放场地，各终端以智能卡为载体，完成智能信息数据的读取、记录和传输。
[0007]—种基于智能卡的居民健康信息记录和诊疗信息清算系统及分析方法，重点在于诊疗互联互通和电子病历的形成。具体操作步骤如下:
登记步骤:在任一自助服务终端上，客户使用记载有用户有效身份信息的智能卡时，自助终端上的读卡设备对智能卡进行读取识别，该自助终端上的信息读取模块读取身份识别信息后通过远程通信模块发送该身份识别信息和诊疗请求至智能卡信息管理中心的智能信息管理器，智能信息管理器判断身份识别信息符合登录条件后，回发控制信号至相应的服务自助终端，用户登录成功；同时，智能信息管理器记录该用户就诊信息；
本发明的智能卡自助终端包括信息读取模块、信息收发模块、数据清算模块等，所述的信息读取模块作为自助终端的信号采集端与持卡者的识别终端RFID方式非接读取数据，所述的信息收发模块与智能信息管理器无线链接，所述的数据清算模块通过MIS-POS与医院HIS内部结算系统相连。
[0008]清算步骤:MIS-POS在医疗机构原有HIS系统的网络和收费系统基础上，通过增加客户端前置系统，并对原收费终端和收费系统进行改造，增加智能卡受理功能的支付交易系统。MIS-POS的直联MIS服务系统由收费终端部分和客户端前置系统组成。收费终端部分包括收费终端、读写卡机具等设备。收费终端提供操作员界面，负责原始交易信息的采集、传输、交易应答信息的显示、单据的打印等终端处理事务。前置机负责对交易数据组包，并进行信息转发和处理，负责存放交易数据，提供数据的统计、结帐和管理。医疗机构具有HIS收费系统网络。交易信息通过内部收费系统网络完成从收费终端到商户端前置机的通信过程。商户端前置机通过数据专线方式和智能卡信息管理中心连接。
[0009]消费文件处理步骤:首先对文件进行解析，然后对文件头进行处理，将文件记录数量及每行记录数放入到内存变量中。文件体处理，循环处理每条交易，每条交易记录从线程池中取出一个线程执行交易处理流程，当处理过的记录数量达到规定数量时，从对象容器中取出已经处理过的对象执行批量插入数据;所有记录处理完成后，比对记录数量与文件头中记录的文件记录数量是否相等，若不相等，回滚所有数据库操作，同时更新改文件在上传文件登记表中的状态为3，向错误文件信息表中插入一条记录，将该文件转移到异常文件目录。若相等，继续向下执行。监测是否所有的线程均已处理完成，待所有线程均处理完成，再执行一次批量插入操作，然后更新该文件在上传文件登记表中的状态为4，调用数据库程序执行后续处理，根据数据库程序执行的结果做不同的处理，若执行成功，则更新文件状态为2，将该文件转移到备份文件目录，若执行失败，更新文件状态为3，向错误文件信息表中插入一条错误记录，同时将该文件转移到异常文件目录。
[0010]日终批处理流程:接受定时任务的调度，开始执行日终批处理，更新系统状态为2。通过查询上传文件登记表中的文件处理状态来判断是否存在有正在处理过程中的文件，如果有则等待。当没有脱机文件正在处理的时候，判断是否所有网点/自助终端均已关门(签退)，若仍有网点/自助终端没有关门则等待；如果没有就调用批处理总控(数据库部分)执行批处理数据库程序。执行完毕后，通过判断系统状态来检查本次批处理执行是否成功，若不成功，则等待。此时由系统管理员干预，排除异常，单独运行失败的批处理任务，然后手动系统状态。待批处理数据库程序执行成功后，执行其余批处理任务(目前为空)。
[0011]电子钱包处理:从统计交易明细表中筛选出合法的数据，并按照计数器从大到小排序，取出第一条记录(计数器最大的记录)插入到oracle临时表中。从统计交易明细表中筛选出合法的数据，并按照交易时间从大到小排序，取出第一条记录(最近的一条交易)，若该条交易的卡面余额小于oracle临时表中记录的卡面余额，则用该条记录替换掉oracle临时表中已有的记录。更新电子钱包账户卡面余额及卡面计数器:比对oracle临时表中的记录与个人账户中的记录，比对交易时间与计数器值，若两者不一致，再看卡面余额，取卡面余额中较小者，若该条记录为oracle临时表中的记录，则更新到电子钱包个人账户，否则不更新。判断当前是否联机更新个人账户，若为联机更新个人账户，则从统计交易明细表中筛选出所有交易流水标志为00的脱机数据和已调整数据(包含脱机和联机)，否则筛选出所有交易流水标志为00的数据(包含脱机和联机)和已调整数据(包含脱机和联机)。更新电子钱包账户:统计当日交易明细中的当日充值总和，当日充值次数和当日消费总和、当日消费次数，用账户上账户余额原有值+当日充值总和-当日消费总和，将结果更新到个人账户余额上;更新电子钱包账户中累计充值金额=原有金额+当日充值金额，累计充值次数=原有次数+当日充值次数，累计消费金额=原有金额+当日消费金额，累计消费次数=原有次数+当日消费次数。
[0012]专用账户处理:从统计交易明细表中筛选出合法的数据，并按照计数器从大到小排序，取出第一条记录(计数器最大的记录)插入到oracle临时表中。从统计交易明细表中筛选出合法的数据，并按照交易时间从大到小排序，取出第一条记录(最近的一条交易)，若该条交易的卡面余额小于oracle临时表中记录的卡面余额，则用该条记录替换掉oracle临时表中已有的记录。更新专用账户卡面余额及卡面计数器:比对oracle临时表中的记录与个人账户中的记录，比对交易时间与计数器值，若两者不一致，再看卡面余额，取卡面余额中较小者，若该条记录为oracle临时表中的记录，则更新到电子钱包个人账户，否则不更新。判断当前是否联机更新个人账户，若为联机更新个人账户，则从统计交易明细表中筛选出所有交易流水标志为00的脱机数据和已调整数据(包含脱机和联机)，否则筛选出所有交易流水标志为00的数据(包含脱机和联机)和已调整数据(包含脱机和联机)。更新专用账户:统计当日交易明细中的当日充值总和，当日充值次数和当日消费总和、当日消费次数，用账户上账户余额原有值+当日充值总和-当日消费总和，将结果更新到个人账户余额上;更新专用账户中累计充值金额=原有金额+当日充值金额，累计充值次数=原有次数+当日充值次数，累计消费金额=原有金额+当日消费金额，累计消费次数=原有次数+当日消费次数。
[0013]本发明的识别终端为:市民卡(智能CPU卡)、基于NFC技术的市民卡手机通(手机智能卡)。
[0014]本发明的有益效果:
本发明中，智能卡采用的是实名制登记，因此智能卡号与身份信息的识别具有唯一对应性，通过卡号可以有效保障持卡者的个人隐私和个人财产。假设不是使用智能卡，而是身份证来代而为之，一旦身份证丢失，补办身份证的持卡者和捡到已丢失身份证的持卡者都可同样获取就诊者的个人隐私，这样从信息安全角度出发风险对于用户而言非常严重。因此，采用一种基于智能卡的居民健康信息记录和诊疗信息清算系统及分析方法，是实现医疗机构信息互联互通、建立居民健康档案、管理和结算诊疗数据的一条长期有效的良好途径。
[0015]
【附图说明】
[0016]图1是本发明的结构示意图。
[0017]图2是本发明的网络连接图。
[0018]图3是本发明的应用场景示意图。
[0019]
【具体实施方式】
[0020]下面结合附图和实施例对本发明作进一步的说明。
[0021]—种基于智能卡的居民健康信息记录和诊疗信息清算系统及分析方法，重点在于诊疗互联互通和电子病历的形成。
[0022]如图1所示，在任一MIS-POS或自助服务终端读卡器上，客户使用记载有用户有效身份信息的智能卡时，自助终端上的读卡设备对智能卡进行读取识别，该自助终端上的信息读取模块读取身份识别信息后通过远程通信模块发送该身份识别信息和诊疗请求至智能卡信息管理中心的智能信息管理器，智能信息管理器判断身份识别信息符合登录条件后，回发控制信号至相应的服务自助终端，用户登录成功；同时，智能信息管理器记录该用户就诊信息；
本发明的智能卡自助终端包括信息读取模块、信息收发模块、数据清算模块等，所述的信息读取模块作为自助终端的信号采集端与持卡者的识别终端RFID方式非接读取数据，所述的信息收发模块与智能信息管理器无线链接，所述的数据清算模块通过MIS-POS与医院HIS内部结算系统相连，通过智能卡信息中心和医院HIS数据库共同与各级卫生平台链接。
[0023]如图2所示，基于智能卡的MIS-POS在医疗机构原有HIS系统的网络和收费系统基础上，通过增加客户端前置系统，并对原收费终端和收费系统进行改造，增加智能卡受理功能的支付交易系统。MIS-POS的直联MIS服务系统由收费终端部分和客户端前置系统组成。收费终端部分包括收费终端、读写卡机具等设备。收费终端提供操作员界面，负责原始交易信息的采集、传输、交易应答信息的显示、单据的打印等终端处理事务。前置机负责对交易数据组包，并进行信息转发和处理，负责存放交易数据，提供数据的统计、结帐和管理。医疗机构具有HIS收费系统网络。交易信息通过内部收费系统网络完成从收费终端到商户端前置机的通信过程。商户端前置机通过数据专线方式和智能卡信息管理中心连接。
[0024]消费文件处理步骤:首先对文件进行解析，然后对文件头进行处理，将文件记录数量及每行记录数放入到内存变量中。文件体处理，循环处理每条交易，每条交易记录从线程池中取出一个线程执行交易处理流程，当处理过的记录数量达到规定数量时，从对象容器中取出已经处理过的对象执行批量插入数据;所有记录处理完成后，比对记录数量与文件头中记录的文件记录数量是否相等，若不相等，回滚所有数据库操作，同时更新改文件在上传文件登记表中的状态为3，向错误文件信息表中插入一条记录，将该文件转移到异常文件目录。若相等，继续向下执行。监测是否所有的线程均已处理完成，待所有线程均处理完成，再执行一次批量插入操作，然后更新该文件在上传文件登记表中的状态为4，调用数据库程序执行后续处理，根据数据库程序执行的结果做不同的处理，若执行成功，则更新文件状态为2，将该文件转移到备份文件目录，若执行失败，更新文件状态为3，向错误文件信息表中插入一条错误记录，同时将该文件转移到异常文件目录。
[0025]日终批处理流程:接受定时任务的调度，开始执行日终批处理，更新系统状态为2。通过查询上传文件登记表中的文件处理状态来判断是否存在有正在处理过程中的文件，如果有则等待。当没有脱机文件正在处理的时候，判断是否所有网点/自助终端均已关门(签退)，若仍有网点/自助终端没有关门则等待；如果没有就调用批处理总控(数据库部分)执行批处理数据库程序。执行完毕后，通过判断系统状态来检查本次批处理执行是否成功，若不成功，则等待。此时由系统管理员干预，排除异常，单独运行失败的批处理任务，然后手动系统状态。待批处理数据库程序执行成功后，执行其余批处理任务(目前为空)。
[0026]电子钱包处理:从统计交易明细表中筛选出合法的数据，并按照计数器从大到小排序，取出第一条记录(计数器最大的记录)插入到oracle临时表中。从统计交易明细表中筛选出合法的数据，并按照交易时间从大到小排序，取出第一条记录(最近的一条交易)，若该条交易的卡面余额小于oracle临时表中记录的卡面余额，则用该条记录替换掉oracle临时表中已有的记录。更新电子钱包账户卡面余额及卡面计数器:比对oracle临时表中的记录与个人账户中的记录，比对交易时间与计数器值，若两者不一致，再看卡面余额，取卡面余额中较小者，若该条记录为oracle临时表中的记录，则更新到电子钱包个人账户，否则不更新。判断当前是否联机更新个人账户，若为联机更新个人账户，则从统计交易明细表中筛选出所有交易流水标志为00的脱机数据和已调整数据(包含脱机和联机)，否则筛选出所有交易流水标志为00的数据(包含脱机和联机)和已调整数据(包含脱机和联机)。更新电子钱包账户:统计当日交易明细中的当日充值总和，当日充值次数和当日消费总和、当日消费次数，用账户上账户余额原有值+当日充值总和-当日消费总和，将结果更新到个人账户余额上;更新电子钱包账户中累计充值金额=原有金额+当日充值金额，累计充值次数=原有次数+当日充值次数，累计消费金额=原有金额+当日消费金额，累计消费次数=原有次数+当日消费次数。
[0027]专用账户处理:从统计交易明细表中筛选出合法的数据，并按照计数器从大到小排序，取出第一条记录(计数器最大的记录)插入到oracle临时表中。从统计交易明细表中筛选出合法的数据，并按照交易时间从大到小排序，取出第一条记录(最近的一条交易)，若该条交易的卡面余额小于oracle临时表中记录的卡面余额，则用该条记录替换掉oracle临时表中已有的记录。更新专用账户卡面余额及卡面计数器:比对oracle临时表中的记录与个人账户中的记录，比对交易时间与计数器值，若两者不一致，再看卡面余额，取卡面余额中较小者，若该条记录为oracle临时表中的记录，则更新到电子钱包个人账户，否则不更新。判断当前是否联机更新个人账户，若为联机更新个人账户，则从统计交易明细表中筛选出所有交易流水标志为00的脱机数据和已调整数据(包含脱机和联机)，否则筛选出所有交易流水标志为00的数据(包含脱机和联机)和已调整数据(包含脱机和联机)。更新专用账户:统计当日交易明细中的当日充值总和，当日充值次数和当日消费总和、当日消费次数，用账户上账户余额原有值+当日充值总和-当日消费总和，将结果更新到个人账户余额上;更新专用账户中累计充值金额=原有金额+当日充值金额，累计充值次数=原有次数+当日充值次数，累计消费金额=原有金额+当日消费金额，累计消费次数=原有次数+当日消费次数。
[0028]如图3所示，ESB集群部署，此方式是采用抢消息的机制，对小型机进行集群，但是前置机为单点。在前置机的IN和OUT域上分别建立两个队列(例如:bankin.1n和bankin.0ut)作为此应用的接入和接出队列，然后小型机上面的两个Router去bankin.0ut上面抢消息，进行处理，处理后返回给bankin.1n队列，进行响应的返回。如果一台小型机down掉就只会有一个router进行消息的接收和处理。
[0029]首先，在一台小型机(为了区别，在下面就叫小型机A)上搭建全套ESB环境，并配置好渠道、协议，部署好基础服务、业务服务等。然后，在前置机搭建ESB的在前置上的接入和接出，并在小型机A的ESB管理监控维护。同时，配置好前置的渠道、协议，部署好基础服务、业务服务等。之后，调试前置机与小型机之间的场景。调试成功后，把小型机A上全套ESB环境以及对应的ESB数据库全部COPY到小型机BX0PY后，需要根据小型机B的实际环境进行修改相关信息。最后，调试。
[0030]启动两台小型机和前置上的domian，进行不同场景调试，然后进行并发调试(并发数大于两个router的监听线程数)，如果两个台小型机都能够获得从前置的IN发过来的请求消息，说明部署成功。(注意:启动顺序需要明确一下，ESB内部启动顺序还是先启动JMS_domain，再启动console_domian，前置机、小型机A、小型机B之间的启动顺序需要注意:首先启动的是小型机A的JMS_domain和00118016_(101]^;[11，然后启动前置机的譯5_(101]^;[11和in_domain，其他的启动顺序按照ESB原来的启动顺序进行。)
本发明未涉及部分均与现有技术相同或可采用现有技术加以实现。
【主权项】
1.一种基于智能卡的居民健康信息记录和诊疗数据清算系统，其特征是:它包含各医疗机构安装的自助发卡终端、MIS-POS终端，自助挂号缴费终端等，所述的上述终端设备安装在医疗机构各固定摆放场地，各终端以智能卡为载体，完成智能信息数据的读取、记录和传输。2.根据权利要求1所述的基于智能卡的居民健康信息记录和诊疗数据清算系统，其特征是:智能卡自助终端包括信息读取模块、信息收发模块、数据清算模块等，所述的信息读取模块作为自助终端的信号采集端与持卡者的识别终端RFID方式非接读取数据，所述的信息收发模块与智能信息管理器无线链接，所述的数据清算模块通过MIS-POS与医院HIS内部结算系统相连。3.根据权利要求1所述的基于智能卡的居民健康信息记录和诊疗数据清算系统，其特征是:识别终端为:市民卡(智能CPU卡)、基于NFC技术的市民卡手机通(手机智能卡)。4.一种基于智能卡的居民健康信息记录和诊疗信息清算系统及分析方法，重点在于诊疗互联互通和电子病历的形成； 具体操作步骤如下: 登记步骤:在任一自助服务终端上，客户使用记载有用户有效身份信息的智能卡时，自助终端上的读卡设备对智能卡进行读取识别，该自助终端上的信息读取模块读取身份识别信息后通过远程通信模块发送该身份识别信息和诊疗请求至智能卡信息管理中心的智能信息管理器，智能信息管理器判断身份识别信息符合登录条件后，回发控制信号至相应的服务自助终端，用户登录成功；同时，智能信息管理器记录该用户就诊信息； 清算步骤:MIS-POS在医疗机构原有HIS系统的网络和收费系统基础上，通过增加客户端前置系统，并对原收费终端和收费系统进行改造，增加智能卡受理功能的支付交易系统；MIS-POS的直联MIS服务系统由收费终端部分和客户端前置系统组成； 收费终端部分包括收费终端、读写卡机具等设备； 收费终端提供操作员界面，负责原始交易信息的采集、传输、交易应答信息的显示、单据的打印等终端处理事务； 前置机负责对交易数据组包，并进行信息转发和处理，负责存放交易数据，提供数据的统计、结帐和管理； 医疗机构具有HIS收费系统网络； 交易信息通过内部收费系统网络完成从收费终端到商户端前置机的通信过程； 商户端前置机通过数据专线方式和智能卡信息管理中心连接； 消费文件处理步骤:首先对文件进行解析，然后对文件头进行处理，将文件记录数量及每行记录数放入到内存变量中； 文件体处理，循环处理每条交易，每条交易记录从线程池中取出一个线程执行交易处理流程，当处理过的记录数量达到规定数量时，从对象容器中取出已经处理过的对象执行批量插入数据;所有记录处理完成后，比对记录数量与文件头中记录的文件记录数量是否相等，若不相等，回滚所有数据库操作，同时更新改文件在上传文件登记表中的状态为3，向错误文件信息表中插入一条记录，将该文件转移到异常文件目录； 若相等，继续向下执行； 监测是否所有的线程均已处理完成，待所有线程均处理完成，再执行一次批量插入操作，然后更新该文件在上传文件登记表中的状态为4，调用数据库程序执行后续处理，根据数据库程序执行的结果做不同的处理，若执行成功，则更新文件状态为2，将该文件转移到备份文件目录，若执行失败，更新文件状态为3，向错误文件信息表中插入一条错误记录，同时将该文件转移到异常文件目录； 日终批处理流程:接受定时任务的调度，开始执行日终批处理，更新系统状态为2;通过查询上传文件登记表中的文件处理状态来判断是否存在有正在处理过程中的文件，如果有则等待； 当没有脱机文件正在处理的时候，判断是否所有网点/自助终端均已关门(签退)，若仍有网点/自助终端没有关门则等待;如果没有就调用批处理总控(数据库部分)执行批处理数据库程序； 执行完毕后，通过判断系统状态来检查本次批处理执行是否成功，若不成功，则等待； 此时由系统管理员干预，排除异常，单独运行失败的批处理任务，然后手动系统状态； 待批处理数据库程序执行成功后，执行其余批处理任务(目前为空)； 电子钱包处理:从统计交易明细表中筛选出合法的数据，并按照计数器从大到小排序，取出第一条记录(计数器最大的记录)插入到oracle临时表中； 从统计交易明细表中筛选出合法的数据，并按照交易时间从大到小排序，取出第一条记录(最近的一条交易)，若该条交易的卡面余额小于oracle临时表中记录的卡面余额，贝Ij用该条记录替换掉oracle临时表中已有的记录； 更新电子钱包账户卡面余额及卡面计数器:比对oracle临时表中的记录与个人账户中的记录，比对交易时间与计数器值，若两者不一致，再看卡面余额，取卡面余额中较小者，若该条记录为oracle临时表中的记录，则更新到电子钱包个人账户，否则不更新； 判断当前是否联机更新个人账户，若为联机更新个人账户，则从统计交易明细表中筛选出所有交易流水标志为00的脱机数据和已调整数据(包含脱机和联机)，否则筛选出所有交易流水标志为00的数据(包含脱机和联机)和已调整数据(包含脱机和联机)； 更新电子钱包账户:统计当日交易明细中的当日充值总和，当日充值次数和当日消费总和、当日消费次数，用账户上账户余额原有值+当日充值总和-当日消费总和，将结果更新到个人账户余额上;更新电子钱包账户中累计充值金额=原有金额+当日充值金额，累计充值次数=原有次数+当日充值次数，累计消费金额=原有金额+当日消费金额，累计消费次数=原有次数+当日消费次数； 专用账户处理:从统计交易明细表中筛选出合法的数据，并按照计数器从大到小排序，取出第一条记录(计数器最大的记录)插入到oracle临时表中； 从统计交易明细表中筛选出合法的数据，并按照交易时间从大到小排序，取出第一条记录(最近的一条交易)，若该条交易的卡面余额小于oracle临时表中记录的卡面余额，贝Ij用该条记录替换掉oracle临时表中已有的记录； 更新专用账户卡面余额及卡面计数器:比对oracle临时表中的记录与个人账户中的记录，比对交易时间与计数器值，若两者不一致，再看卡面余额，取卡面余额中较小者，若该条记录为oracle临时表中的记录，则更新到电子钱包个人账户，否则不更新； 判断当前是否联机更新个人账户，若为联机更新个人账户，则从统计交易明细表中筛选出所有交易流水标志为00的脱机数据和已调整数据(包含脱机和联机)，否则筛选出所有交易流水标志为OO的数据(包含脱机和联机)和已调整数据(包含脱机和联机)； 更新专用账户:统计当日交易明细中的当日充值总和，当日充值次数和当日消费总和、当日消费次数，用账户上账户余额原有值+当日充值总和-当日消费总和，将结果更新到个人账户余额上;更新专用账户中累计充值金额=原有金额+当日充值金额，累计充值次数=原有次数+当日充值次数，累计消费金额=原有金额+当日消费金额，累计消费次数=原有次数+当日消费次数。
【文档编号】G06F19/00GK105893734SQ201610026053
【公开日】2016年8月24日
【申请日】2016年1月15日
【发明人】缪长军, 方磊, 雷明
【申请人】镇江市民卡有限公司