CN105893734A - 一种基于智能卡的居民健康信息记录和诊疗数据清算系统及分析方法 - Google Patents
一种基于智能卡的居民健康信息记录和诊疗数据清算系统及分析方法 Download PDFInfo
- Publication number
- CN105893734A CN105893734A CN201610026053.XA CN201610026053A CN105893734A CN 105893734 A CN105893734 A CN 105893734A CN 201610026053 A CN201610026053 A CN 201610026053A CN 105893734 A CN105893734 A CN 105893734A
- Authority
- CN
- China
- Prior art keywords
- record
- card
- information
- data
- same day
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Classifications
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H10/00—ICT specially adapted for the handling or processing of patient-related medical or healthcare data
- G16H10/60—ICT specially adapted for the handling or processing of patient-related medical or healthcare data for patient-specific data, e.g. for electronic patient records
- G16H10/65—ICT specially adapted for the handling or processing of patient-related medical or healthcare data for patient-specific data, e.g. for electronic patient records stored on portable record carriers, e.g. on smartcards, RFID tags or CD
Landscapes
- Health & Medical Sciences (AREA)
- Engineering & Computer Science (AREA)
- Epidemiology (AREA)
- General Health & Medical Sciences (AREA)
- Medical Informatics (AREA)
- Primary Health Care (AREA)
- Public Health (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
一种基于智能卡的居民健康信息记录和诊疗数据清算系统及分析方法,它包含各医疗机构安装的自助发卡终端、MIS‑POS终端,自助挂号缴费终端等,所述的上述终端设备安装在医疗机构各固定摆放场地,各终端以智能卡为载体,完成智能信息数据的读取、记录和传输。本发明的重点在于诊疗互联互通和电子病历的形成,能够解决现有医疗机构诊疗信息不互联互通、患者就诊信息得不到有序长久存储的问题。
Description
技术领域
本发明属于公共信息服务平台领域,一种基于智能卡的居民健康信息记录和诊疗数据清算系统及分析方法。
背景技术
目前,随人们生活水平的不断提升,健康问题越来越被人们重点关注。同时,政府也从积极保障居民健康的角度出发出台了各项政策和措施,这使得个人健康数据在就诊时被诊疗机构及时抓取及科学形成居民健康档案成为必要的工作。
当前城市居民的健康问题,已成为各地政府首要解决的问题之一,科学管理和分析城市居民健康大数据成为大家的共同需求和目标。然而,现有的医疗机构诊疗信息系统通常由于各自的区域局限和载体不一,信息比对和储存时,往往难以统一。目前,有一些大型医疗机构的相关数据被分析研究,但通常不能体现地区的整体水平,具有局限性和单一性,对于城市未来管理和居民就诊服务都表现的不尽人意。
诸多医疗机构单独发行专用的临时就诊卡,各自形成闭环式的就诊信息系统,患者就诊信息无法互联互通,使得患者每到一家医疗机构就需领取一张就诊卡,之前就诊情况仍需重复检查反复说明。既造成了大量投入,也造成了大量无效诊断,使得诊疗效率降低。
发明内容
本发明的目的是针对现有医疗机构诊疗信息不互联互通、患者就诊信息得不到有序长久存储所存在的上述问题,提出一种基于智能卡的居民健康信息记录和诊疗信息清算系统及分析方法。
本发明的技术方案是:
一种基于智能卡的居民健康信息记录和诊疗数据清算系统,它包含各医疗机构安装的自助发卡终端、MIS-POS终端,自助挂号缴费终端等,所述的上述终端设备安装在医疗机构各固定摆放场地,各终端以智能卡为载体,完成智能信息数据的读取、记录和传输。
一种基于智能卡的居民健康信息记录和诊疗信息清算系统及分析方法,重点在于诊疗互联互通和电子病历的形成。具体操作步骤如下:
登记步骤:在任一自助服务终端上,客户使用记载有用户有效身份信息的智能卡时,自助终端上的读卡设备对智能卡进行读取识别,该自助终端上的信息读取模块读取身份识别信息后通过远程通信模块发送该身份识别信息和诊疗请求至智能卡信息管理中心的智能信息管理器,智能信息管理器判断身份识别信息符合登录条件后,回发控制信号至相应的服务自助终端,用户登录成功;同时,智能信息管理器记录该用户就诊信息;
本发明的智能卡自助终端包括信息读取模块、信息收发模块、数据清算模块等,所述的信息读取模块作为自助终端的信号采集端与持卡者的识别终端RFID方式非接读取数据,所述的信息收发模块与智能信息管理器无线链接,所述的数据清算模块通过MIS-POS与医院HIS内部结算系统相连。
清算步骤:MIS-POS在医疗机构原有HIS系统的网络和收费系统基础上,通过增
加客户端前置系统,并对原收费终端和收费系统进行改造,增加智能卡受理功能的支付交易系统。MIS-POS的直联MIS服务系统由收费终端部分和客户端前置系统组成。收费终端部分包括收费终端、读写卡机具等设备。收费终端提供操作员界面,负责原始交易信息的采集、传输、交易应答信息的显示、单据的打印等终端处理事务。前置机负责对交易数据组包,并进行信息转发和处理,负责存放交易数据,提供数据的统计、结帐和管理。医疗机构具有HIS收费系统网络。交易信息通过内部收费系统网络完成从收费终端到商户端前置机的通信过程。商户端前置机通过数据专线方式和智能卡信息管理中心连接。
消费文件处理步骤:首先对文件进行解析,然后对文件头进行处理,将文件记录数量及每行记录数放入到内存变量中。文件体处理,循环处理每条交易,每条交易记录从线程池中取出一个线程执行交易处理流程,当处理过的记录数量达到规定数量时,从对象容器中取出已经处理过的对象执行批量插入数据;所有记录处理完成后,比对记录数量与文件头中记录的文件记录数量是否相等,若不相等,回滚所有数据库操作,同时更新改文件在上传文件登记表中的状态为3,向错误文件信息表中插入一条记录,将该文件转移到异常文件目录。若相等,继续向下执行。监测是否所有的线程均已处理完成,待所有线程均处理完成,再执行一次批量插入操作,然后更新该文件在上传文件登记表中的状态为4,调用数据库程序执行后续处理,根据数据库程序执行的结果做不同的处理,若执行成功,则更新文件状态为2,将该文件转移到备份文件目录,若执行失败,更新文件状态为3,向错误文件信息表中插入一条错误记录,同时将该文件转移到异常文件目录。
日终批处理流程:接受定时任务的调度,开始执行日终批处理,更新系统状态为2。通过查询上传文件登记表中的文件处理状态来判断是否存在有正在处理过程中的文件,如果有则等待。当没有脱机文件正在处理的时候,判断是否所有网点/自助终端均已关门(签退),若仍有网点/自助终端没有关门则等待;如果没有就调用批处理总控(数据库部分)执行批处理数据库程序。执行完毕后,通过判断系统状态来检查本次批处理执行是否成功,若不成功,则等待。此时由系统管理员干预,排除异常,单独运行失败的批处理任务,然后手动系统状态。待批处理数据库程序执行成功后,执行其余批处理任务(目前为空)。
电子钱包处理:从统计交易明细表中筛选出合法的数据,并按照计数器从大到小排序,取出第一条记录(计数器最大的记录)插入到oracle临时表中。从统计交易明细表中筛选出合法的数据,并按照交易时间从大到小排序,取出第一条记录(最近的一条交易),若该条交易的卡面余额小于oracle临时表中记录的卡面余额,则用该条记录替换掉oracle临时表中已有的记录。更新电子钱包账户卡面余额及卡面计数器:比对oracle临时表中的记录与个人账户中的记录,比对交易时间与计数器值,若两者不一致,再看卡面余额,取卡面余额中较小者,若该条记录为oracle临时表中的记录,则更新到电子钱包个人账户,否则不更新。判断当前是否联机更新个人账户,若为联机更新个人账户,则从统计交易明细表中筛选出所有交易流水标志为00的脱机数据和已调整数据(包含脱机和联机),否则筛选出所有交易流水标志为00的数据(包含脱机和联机)和已调整数据(包含脱机和联机)。更新电子钱包账户:统计当日交易明细中的当日充值总和,当日充值次数和当日消费总和、当日消费次数,用账户上账户余额 原有值 + 当日充值总和 – 当日消费总和,将结果更新到个人账户余额上;更新电子钱包账户中累计充值金额=原有金额+当日充值金额,累计充值次数=原有次数+当日充值次数,累计消费金额=原有金额+当日消费金额,累计消费次数=原有次数+当日消费次数。
专用账户处理:从统计交易明细表中筛选出合法的数据,并按照计数器从大到小排序,取出第一条记录(计数器最大的记录)插入到oracle临时表中。从统计交易明细表中筛选出合法的数据,并按照交易时间从大到小排序,取出第一条记录(最近的一条交易),若该条交易的卡面余额小于oracle临时表中记录的卡面余额,则用该条记录替换掉oracle临时表中已有的记录。更新专用账户卡面余额及卡面计数器:比对oracle临时表中的记录与个人账户中的记录,比对交易时间与计数器值,若两者不一致,再看卡面余额,取卡面余额中较小者,若该条记录为oracle临时表中的记录,则更新到电子钱包个人账户,否则不更新。判断当前是否联机更新个人账户,若为联机更新个人账户,则从统计交易明细表中筛选出所有交易流水标志为00的脱机数据和已调整数据(包含脱机和联机),否则筛选出所有交易流水标志为00的数据(包含脱机和联机)和已调整数据(包含脱机和联机)。更新专用账户:统计当日交易明细中的当日充值总和,当日充值次数和当日消费总和、当日消费次数,用账户上账户余额 原有值 + 当日充值总和 – 当日消费总和,将结果更新到个人账户余额上;更新专用账户中累计充值金额=原有金额+当日充值金额,累计充值次数=原有次数+当日充值次数,累计消费金额=原有金额+当日消费金额,累计消费次数=原有次数+当日消费次数。
本发明的识别终端为:市民卡(智能CPU卡)、基于NFC技术的市民卡手机通(手机智能卡)。
本发明的有益效果:
本发明中,智能卡采用的是实名制登记,因此智能卡号与身份信息的识别具有唯一对应性,通过卡号可以有效保障持卡者的个人隐私和个人财产。假设不是使用智能卡,而是身份证来代而为之,一旦身份证丢失,补办身份证的持卡者和捡到已丢失身份证的持卡者都可同样获取就诊者的个人隐私,这样从信息安全角度出发风险对于用户而言非常严重。因此,采用一种基于智能卡的居民健康信息记录和诊疗信息清算系统及分析方法,是实现医疗机构信息互联互通、建立居民健康档案、管理和结算诊疗数据的一条长期有效的良好途径。
附图说明
图1是本发明的结构示意图。
图2是本发明的网络连接图。
图3是本发明的应用场景示意图。
具体实施方式
下面结合附图和实施例对本发明作进一步的说明。
一种基于智能卡的居民健康信息记录和诊疗信息清算系统及分析方法,重点在于诊疗互联互通和电子病历的形成。
如图1所示,在任一MIS-POS或自助服务终端读卡器上,客户使用记载有用户有效身份信息的智能卡时,自助终端上的读卡设备对智能卡进行读取识别,该自助终端上的信息读取模块读取身份识别信息后通过远程通信模块发送该身份识别信息和诊疗请求至智能卡信息管理中心的智能信息管理器,智能信息管理器判断身份识别信息符合登录条件后,回发控制信号至相应的服务自助终端,用户登录成功;同时,智能信息管理器记录该用户就诊信息;
本发明的智能卡自助终端包括信息读取模块、信息收发模块、数据清算模块等,所述的信息读取模块作为自助终端的信号采集端与持卡者的识别终端RFID方式非接读取数据,所述的信息收发模块与智能信息管理器无线链接,所述的数据清算模块通过MIS-POS与医院HIS内部结算系统相连,通过智能卡信息中心和医院HIS数据库共同与各级卫生平台链接。
如图2所示,基于智能卡的MIS-POS在医疗机构原有HIS系统的网络和收费系统基础上,通过增加客户端前置系统,并对原收费终端和收费系统进行改造,增加智能卡受理功能的支付交易系统。MIS-POS的直联MIS服务系统由收费终端部分和客户端前置系统组成。收费终端部分包括收费终端、读写卡机具等设备。收费终端提供操作员界面,负责原始交易信息的采集、传输、交易应答信息的显示、单据的打印等终端处理事务。前置机负责对交易数据组包,并进行信息转发和处理,负责存放交易数据,提供数据的统计、结帐和管理。医疗机构具有HIS收费系统网络。交易信息通过内部收费系统网络完成从收费终端到商户端前置机的通信过程。商户端前置机通过数据专线方式和智能卡信息管理中心连接。
消费文件处理步骤:首先对文件进行解析,然后对文件头进行处理,将文件记录数量及每行记录数放入到内存变量中。文件体处理,循环处理每条交易,每条交易记录从线程池中取出一个线程执行交易处理流程,当处理过的记录数量达到规定数量时,从对象容器中取出已经处理过的对象执行批量插入数据;所有记录处理完成后,比对记录数量与文件头中记录的文件记录数量是否相等,若不相等,回滚所有数据库操作,同时更新改文件在上传文件登记表中的状态为3,向错误文件信息表中插入一条记录,将该文件转移到异常文件目录。若相等,继续向下执行。监测是否所有的线程均已处理完成,待所有线程均处理完成,再执行一次批量插入操作,然后更新该文件在上传文件登记表中的状态为4,调用数据库程序执行后续处理,根据数据库程序执行的结果做不同的处理,若执行成功,则更新文件状态为2,将该文件转移到备份文件目录,若执行失败,更新文件状态为3,向错误文件信息表中插入一条错误记录,同时将该文件转移到异常文件目录。
日终批处理流程:接受定时任务的调度,开始执行日终批处理,更新系统状态为2。通过查询上传文件登记表中的文件处理状态来判断是否存在有正在处理过程中的文件,如果有则等待。当没有脱机文件正在处理的时候,判断是否所有网点/自助终端均已关门(签退),若仍有网点/自助终端没有关门则等待;如果没有就调用批处理总控(数据库部分)执行批处理数据库程序。执行完毕后,通过判断系统状态来检查本次批处理执行是否成功,若不成功,则等待。此时由系统管理员干预,排除异常,单独运行失败的批处理任务,然后手动系统状态。待批处理数据库程序执行成功后,执行其余批处理任务(目前为空)。
电子钱包处理:从统计交易明细表中筛选出合法的数据,并按照计数器从大到小排序,取出第一条记录(计数器最大的记录)插入到oracle临时表中。从统计交易明细表中筛选出合法的数据,并按照交易时间从大到小排序,取出第一条记录(最近的一条交易),若该条交易的卡面余额小于oracle临时表中记录的卡面余额,则用该条记录替换掉oracle临时表中已有的记录。更新电子钱包账户卡面余额及卡面计数器:比对oracle临时表中的记录与个人账户中的记录,比对交易时间与计数器值,若两者不一致,再看卡面余额,取卡面余额中较小者,若该条记录为oracle临时表中的记录,则更新到电子钱包个人账户,否则不更新。判断当前是否联机更新个人账户,若为联机更新个人账户,则从统计交易明细表中筛选出所有交易流水标志为00的脱机数据和已调整数据(包含脱机和联机),否则筛选出所有交易流水标志为00的数据(包含脱机和联机)和已调整数据(包含脱机和联机)。更新电子钱包账户:统计当日交易明细中的当日充值总和,当日充值次数和当日消费总和、当日消费次数,用账户上账户余额 原有值 + 当日充值总和 – 当日消费总和,将结果更新到个人账户余额上;更新电子钱包账户中累计充值金额=原有金额+当日充值金额,累计充值次数=原有次数+当日充值次数,累计消费金额=原有金额+当日消费金额,累计消费次数=原有次数+当日消费次数。
专用账户处理:从统计交易明细表中筛选出合法的数据,并按照计数器从大到小排序,取出第一条记录(计数器最大的记录)插入到oracle临时表中。从统计交易明细表中筛选出合法的数据,并按照交易时间从大到小排序,取出第一条记录(最近的一条交易),若该条交易的卡面余额小于oracle临时表中记录的卡面余额,则用该条记录替换掉oracle临时表中已有的记录。更新专用账户卡面余额及卡面计数器:比对oracle临时表中的记录与个人账户中的记录,比对交易时间与计数器值,若两者不一致,再看卡面余额,取卡面余额中较小者,若该条记录为oracle临时表中的记录,则更新到电子钱包个人账户,否则不更新。判断当前是否联机更新个人账户,若为联机更新个人账户,则从统计交易明细表中筛选出所有交易流水标志为00的脱机数据和已调整数据(包含脱机和联机),否则筛选出所有交易流水标志为00的数据(包含脱机和联机)和已调整数据(包含脱机和联机)。更新专用账户:统计当日交易明细中的当日充值总和,当日充值次数和当日消费总和、当日消费次数,用账户上账户余额 原有值 + 当日充值总和 – 当日消费总和,将结果更新到个人账户余额上;更新专用账户中累计充值金额=原有金额+当日充值金额,累计充值次数=原有次数+当日充值次数,累计消费金额=原有金额+当日消费金额,累计消费次数=原有次数+当日消费次数。
如图3所示,ESB集群部署,此方式是采用抢消息的机制,对小型机进行集群,但是前置机为单点。在前置机的IN和OUT域上分别建立两个队列(例如: bankin.in和bankin.out)作为此应用的接入和接出队列,然后小型机上面的两个Router去bankin.out上面抢消息,进行处理,处理后返回给bankin.in队列,进行响应的返回。如果一台小型机down掉就只会有一个router进行消息的接收和处理。
首先,在一台小型机(为了区别,在下面就叫小型机A)上搭建全套ESB环境,并配置好渠道、协议,部署好基础服务、业务服务等。然后,在前置机搭建ESB的在前置上的接入和接出,并在小型机A的ESB管理监控维护。同时,配置好前置的渠道、协议,部署好基础服务、业务服务等。之后,调试前置机与小型机之间的场景。调试成功后,把小型机A上全套ESB环境以及对应的ESB数据库全部COPY到小型机B。COPY后,需要根据小型机B的实际环境进行修改相关信息。最后,调试。
启动两台小型机和前置上的domian,进行不同场景调试,然后进行并发调试(并发
数大于两个router的监听线程数),如果两个台小型机都能够获得从前置的IN发过来的请求消息,说明部署成功。(注意:启动顺序需要明确一下,ESB内部启动顺序还是先启动JMS_domain,再启动console_domian,前置机、小型机A、小型机B之间的启动顺序需要注意:首先启动的是小型机A的JMS_domain和console_domain,然后启动前置机的JMS_domain和in_domain,其他的启动顺序按照ESB原来的启动顺序进行。)
本发明未涉及部分均与现有技术相同或可采用现有技术加以实现。
Claims (4)
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临时表中记录的卡面余额,则用该条记录替换掉oracle临时表中已有的记录;
更新电子钱包账户卡面余额及卡面计数器:比对oracle临时表中的记录与个人账户中的记录,比对交易时间与计数器值,若两者不一致,再看卡面余额,取卡面余额中较小者,若该条记录为oracle临时表中的记录,则更新到电子钱包个人账户,否则不更新;
判断当前是否联机更新个人账户,若为联机更新个人账户,则从统计交易明细表中筛选出所有交易流水标志为00的脱机数据和已调整数据(包含脱机和联机),否则筛选出所有交易流水标志为00的数据(包含脱机和联机)和已调整数据(包含脱机和联机);
更新电子钱包账户:统计当日交易明细中的当日充值总和,当日充值次数和当日消费总和、当日消费次数,用账户上账户余额 原有值 + 当日充值总和 – 当日消费总和,将结果更新到个人账户余额上;更新电子钱包账户中累计充值金额=原有金额+当日充值金额,累计充值次数=原有次数+当日充值次数,累计消费金额=原有金额+当日消费金额,累计消费次数=原有次数+当日消费次数;
专用账户处理:从统计交易明细表中筛选出合法的数据,并按照计数器从大到小排序,取出第一条记录(计数器最大的记录)插入到oracle临时表中;
从统计交易明细表中筛选出合法的数据,并按照交易时间从大到小排序,取出第一条记录(最近的一条交易),若该条交易的卡面余额小于oracle临时表中记录的卡面余额,则用该条记录替换掉oracle临时表中已有的记录;
更新专用账户卡面余额及卡面计数器:比对oracle临时表中的记录与个人账户中的记录,比对交易时间与计数器值,若两者不一致,再看卡面余额,取卡面余额中较小者,若该条记录为oracle临时表中的记录,则更新到电子钱包个人账户,否则不更新;
判断当前是否联机更新个人账户,若为联机更新个人账户,则从统计交易明细表中筛选出所有交易流水标志为00的脱机数据和已调整数据(包含脱机和联机),否则筛选出所有交易流水标志为00的数据(包含脱机和联机)和已调整数据(包含脱机和联机);
更新专用账户:统计当日交易明细中的当日充值总和,当日充值次数和当日消费总和、当日消费次数,用账户上账户余额 原有值 + 当日充值总和 – 当日消费总和,将结果更新到个人账户余额上;更新专用账户中累计充值金额=原有金额+当日充值金额,累计充值次数=原有次数+当日充值次数,累计消费金额=原有金额+当日消费金额,累计消费次数=原有次数+当日消费次数。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610026053.XA CN105893734B (zh) | 2016-01-15 | 2016-01-15 | 一种基于智能卡的居民健康信息记录和诊疗数据清算系统及分析方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610026053.XA CN105893734B (zh) | 2016-01-15 | 2016-01-15 | 一种基于智能卡的居民健康信息记录和诊疗数据清算系统及分析方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN105893734A true CN105893734A (zh) | 2016-08-24 |
CN105893734B CN105893734B (zh) | 2018-08-31 |
Family
ID=57002611
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610026053.XA Active CN105893734B (zh) | 2016-01-15 | 2016-01-15 | 一种基于智能卡的居民健康信息记录和诊疗数据清算系统及分析方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN105893734B (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110968584A (zh) * | 2019-12-03 | 2020-04-07 | 北京明略软件系统有限公司 | 一种画像生成系统、方法、电子设备及可读存储介质 |
CN115775148A (zh) * | 2023-02-10 | 2023-03-10 | 四川九阵科技股份有限公司 | 基于消息机的医院信息系统支付处理方法、装置及设备 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20090006251A1 (en) * | 2007-06-28 | 2009-01-01 | American Express Travel Related Services Company, Inc. | Universal rollover account |
KR20100077605A (ko) * | 2008-12-29 | 2010-07-08 | (주)와이즈앤닥터즈 | 의료비 정산처리 방법 및 시스템과 이를 위한 기록매체 |
CN101944243A (zh) * | 2010-09-28 | 2011-01-12 | 苏州为尔为民信息科技有限公司 | 多途径自助预约挂号的系统及其方法 |
CN102495956A (zh) * | 2011-11-30 | 2012-06-13 | 温州神思电子科技有限公司 | 一种医院用多功能自助服务机 |
CN202815981U (zh) * | 2012-07-05 | 2013-03-20 | 武汉默联有限公司 | 一种自助挂号装置 |
CN203397417U (zh) * | 2013-08-23 | 2014-01-15 | 常州欧开通信技术有限公司 | 医院自助挂号机 |
-
2016
- 2016-01-15 CN CN201610026053.XA patent/CN105893734B/zh active Active
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20090006251A1 (en) * | 2007-06-28 | 2009-01-01 | American Express Travel Related Services Company, Inc. | Universal rollover account |
KR20100077605A (ko) * | 2008-12-29 | 2010-07-08 | (주)와이즈앤닥터즈 | 의료비 정산처리 방법 및 시스템과 이를 위한 기록매체 |
CN101944243A (zh) * | 2010-09-28 | 2011-01-12 | 苏州为尔为民信息科技有限公司 | 多途径自助预约挂号的系统及其方法 |
CN102495956A (zh) * | 2011-11-30 | 2012-06-13 | 温州神思电子科技有限公司 | 一种医院用多功能自助服务机 |
CN202815981U (zh) * | 2012-07-05 | 2013-03-20 | 武汉默联有限公司 | 一种自助挂号装置 |
CN203397417U (zh) * | 2013-08-23 | 2014-01-15 | 常州欧开通信技术有限公司 | 医院自助挂号机 |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110968584A (zh) * | 2019-12-03 | 2020-04-07 | 北京明略软件系统有限公司 | 一种画像生成系统、方法、电子设备及可读存储介质 |
CN110968584B (zh) * | 2019-12-03 | 2023-03-14 | 北京明略软件系统有限公司 | 一种画像生成系统、方法、电子设备及可读存储介质 |
CN115775148A (zh) * | 2023-02-10 | 2023-03-10 | 四川九阵科技股份有限公司 | 基于消息机的医院信息系统支付处理方法、装置及设备 |
CN115775148B (zh) * | 2023-02-10 | 2023-05-12 | 四川九阵科技股份有限公司 | 基于消息机的医院信息系统支付处理方法、装置及设备 |
Also Published As
Publication number | Publication date |
---|---|
CN105893734B (zh) | 2018-08-31 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101833827B (zh) | 酒店自助服务系统 | |
CN106504144A (zh) | 一种基于云计算与手机终端的校园服务系统 | |
CN108766537A (zh) | 一种支持社会保障卡移动支付的系统 | |
CN106600477A (zh) | 自助取还卡的酒店管理方法 | |
CN104732597B (zh) | 一种快递存取箱与存取方法 | |
JPH1091698A (ja) | 電子マネー保有装置およびこれを用いる電子マネー自動支払い方法 | |
CN108256996A (zh) | 用于信贷还贷业务中的二分拆单方法及系统 | |
CN110738147B (zh) | 一种轨道交通使用的人脸识别系统及方法 | |
CN109377607A (zh) | 一种区块链人脸识别门禁管理系统及医疗设备使用管理系统 | |
CN111986794B (zh) | 基于人脸识别的防冒挂号方法、装置、计算机设备及介质 | |
CN106462848A (zh) | 用于高效服务大容量电子交易的设备、系统和方法 | |
CN108449573A (zh) | 一种金融业务移动智能平台及其使用方法 | |
CN202351990U (zh) | 基于身份识别的公交卡充值系统 | |
CN107393212A (zh) | 基于机器学习和分布式架构的多币种服务系统和方法 | |
CN201812329U (zh) | 酒店自助服务系统 | |
CN110197292A (zh) | 一种酒店管理方法、装置、终端及存储介质 | |
CN105893734A (zh) | 一种基于智能卡的居民健康信息记录和诊疗数据清算系统及分析方法 | |
CN110751992A (zh) | 一种健康卡管理平台 | |
CN210199842U (zh) | 一种智能酒店入住及门锁控制系统 | |
CN108932618A (zh) | 基于rfid物联网技术的城市one卡通系统 | |
CN110728508A (zh) | 一种基于手机app的医后付款方法及系统 | |
CN109658233A (zh) | 一种面向金融行业的客户认证系统及方法 | |
CN110827019B (zh) | 基于区块链的移动医保支付方法、存储介质及计算机设备 | |
CN208257963U (zh) | 一种金融业务移动智能平台 | |
CN110390512A (zh) | 互联网金融管理方法、系统、存储介质及设备 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |