CN110619562A - Full-channel bidirectional account checking method - Google Patents

Full-channel bidirectional account checking method Download PDF

Info

Publication number
CN110619562A
CN110619562A CN201910710449.XA CN201910710449A CN110619562A CN 110619562 A CN110619562 A CN 110619562A CN 201910710449 A CN201910710449 A CN 201910710449A CN 110619562 A CN110619562 A CN 110619562A
Authority
CN
China
Prior art keywords
data
order
comparing
transaction
processing
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.)
Pending
Application number
CN201910710449.XA
Other languages
Chinese (zh)
Inventor
叶进
王静
郭红雷
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Shanghai Lianzhong Network Information Co Ltd
Original Assignee
Shanghai Lianzhong Network Information Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Shanghai Lianzhong Network Information Co Ltd filed Critical Shanghai Lianzhong Network Information Co Ltd
Priority to CN201910710449.XA priority Critical patent/CN110619562A/en
Publication of CN110619562A publication Critical patent/CN110619562A/en
Pending legal-status Critical Current

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/28Databases characterised by their database models, e.g. relational or object models
    • G06F16/283Multi-dimensional databases or data warehouses, e.g. MOLAP or ROLAP
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/12Accounting
    • G06Q40/125Finance or payroll

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Databases & Information Systems (AREA)
  • Finance (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • Data Mining & Analysis (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Strategic Management (AREA)
  • Technology Law (AREA)
  • General Business, Economics & Management (AREA)
  • Medical Treatment And Welfare Office Work (AREA)

Abstract

The invention discloses a full-channel bidirectional account checking method, which comprises the following steps: (1) selecting a reconciliation date; (2) generating HIS local data; (3) downloading mobile payment platform data; (4) downloading payment channel data; (5) comparing the HIS local data with the mobile payment platform data, judging whether abnormal transaction data exist or not, if so, processing the abnormal transaction data, and if not, entering the step (6); (6) comparing the mobile payment platform with the payment channel data, judging whether abnormal transaction data exist or not, if the abnormal transaction data exist, processing the abnormal transaction data and entering the step (7), otherwise, directly entering the step (7); (7) and generating a reconciliation report. The invention can automatically find specific transaction data causing uneven financial affairs, support the operation refund function, provide the accounting and printing functions of financial statements, and store the statement data in a data warehouse mode.

Description

Full-channel bidirectional account checking method
Technical Field
The invention belongs to the technical field of account checking, and particularly relates to a full-channel bidirectional account checking method.
Background
In the traditional account checking platform working process, as shown in fig. 1, the HIS and the mobile payment platform channel check account, HIS local data are generated according to the check account date, a payment channel is selected, payment channel data are downloaded, the difference between the HIS local payment data and the payment channel data is compared, abnormal transaction processing is carried out according to the difference data, and a check account report is generated.
The main defects are as follows: firstly, the channel is single, and only WeChat and Payment treasures can be supported for reconciliation; and secondly, only realizing account checking between the mobile payment platform and the payment system, and not realizing account checking between the HIS and the mobile payment platform.
Disclosure of Invention
The purpose of the invention is as follows: in order to overcome the defects in the prior art, the invention provides a full-channel bidirectional account checking method which can automatically find specific transaction data causing uneven accounts, support an operation refund function and provide financial statement counting and printing functions, wherein the statement data is stored in a data warehouse mode.
The technical scheme is as follows: in order to achieve the purpose, the invention provides a full-channel bidirectional reconciliation method, which comprises the following steps:
(1) selecting a reconciliation date;
(2) generating HIS local data;
(3) downloading mobile payment platform data;
(4) downloading payment channel data;
(5) comparing the HIS local data with the mobile payment platform data, judging whether abnormal transaction data exist or not, if so, processing the abnormal transaction data, and if not, entering the step (6);
(6) comparing the mobile payment platform with the payment channel data, judging whether abnormal transaction data exist or not, if the abnormal transaction data exist, processing the abnormal transaction data and entering the step (7), otherwise, directly entering the step (7);
(7) and generating a reconciliation report.
Further, the HIS local data in step (2) includes an order number, a transaction serial number, patient information, order information, and payment information.
Further, the mobile payment platform data downloaded in the step (3) includes an order number, a transaction serial number and third party transaction information.
Further, the payment channel data in the step (4) includes cash, a POS machine, a bank, a one-card, a payment treasure and a WeChat.
Further, the step of comparing the HIS local data with the mobile payment platform data in the step (5) is as follows:
comparing and processing the HIS and the medical advice data of the order center and displaying difference data; comparing the medical advice data stored by the HIS with the medical advice data of the order center, and mainly comparing the order number with the amount;
comparing and processing the transaction data according to the HIS and the transaction data of the order center and displaying the difference data; comparing the transaction data stored by the HIS with the transaction data of the order center, and mainly comparing the transaction serial number with the amount;
comparing and processing the order data according to the HIS and the order data of the order center and displaying the difference data; comparing order data stored by the HIS with order data of an order center, and mainly comparing an order number with money;
comparing and processing the returned order data according to the HIS and the order center and displaying the difference data; and comparing the order-returning data stored by the HIS with the order-returning data of the order center, and mainly comparing the serial number with the amount.
Further, the step (5) of processing the abnormal transaction data includes: and processing repeated charging data which is not available for the HIS according to the transaction data difference between the HIS and the order center.
Further, the step (6) of processing the abnormal transaction data includes: for the difference data between the order center and the payment channel, the refund processing is mainly performed on the data which the order center does not have.
Further, the specific steps of the reconciliation report in the step (7) are as follows:
a daily income report: on the basis of daily account checking, carrying out statistics on a personal report and a full-class report of a cashier according to the day, and carrying out statistics according to transaction occurrence time, wherein the statistics comprises transaction amounts of all channels;
monthly department accounting report form: on the basis of account checking, monthly account of the department income is calculated, and the income amount is distinguished according to the expense category;
the balance summary list of the all-purpose card: and on the basis of account checking, counting the total hospital one-card-pass balance summarized data.
The invention realizes account checking of all payment channels such as cash, POS, banks, one-card, WeChat, Payment treasures and the like, performs daily data account checking (automatically checking all transactions in the previous day at fixed time every day and storing account checking results) according to order center (platform) data and payment platforms (POS data, bank data, one-card data, WeChat payment data and Payment treasures data), and performs daily data account checking (automatically checking all transactions in the previous day at fixed time every day and storing account checking results) according to order center (platform) data, HIS registration and doctor's advice data.
Has the advantages that: compared with the prior art, the invention has the following advantages:
the invention supports all payment channels and bidirectional account checking, automatically generates daily account checking data of each payment channel and automatically completes account checking. The account checking platform software can automatically find specific transaction data causing uneven accounts, support the in-software operation refund function, provide the accounting and printing functions of financial statements, and store the statement data in a data warehouse mode.
Drawings
FIG. 1 is a general flow diagram of the prior art;
fig. 2 is a general flow diagram of the present invention.
Detailed Description
The present invention will be further described with reference to the accompanying drawings.
As shown in fig. 2, the full-channel bidirectional reconciliation method of the present invention includes the following steps:
(1) selecting a reconciliation date;
(2) generating HIS local data;
(3) downloading mobile payment platform data;
(4) downloading payment channel data;
(5) comparing the HIS local data with the mobile payment platform data, judging whether abnormal transaction data exist or not, if so, processing the abnormal transaction data, and if not, entering the step (6);
(6) comparing the mobile payment platform with the payment channel data, judging whether abnormal transaction data exist or not, if the abnormal transaction data exist, processing the abnormal transaction data and entering the step (7), otherwise, directly entering the step (7);
(7) and generating a reconciliation report.
Further, the HIS local data in step (2) includes an order number, a transaction serial number, patient information, order information, and payment information.
Further, the mobile payment platform data downloaded in the step (3) includes an order number, a transaction serial number and third party transaction information.
Further, the payment channel data in the step (4) includes cash, a POS machine, a bank, a one-card, a payment treasure and a WeChat.
Further, the step of comparing the HIS local data with the mobile payment platform data in the step (5) is as follows:
comparing and processing the HIS and the medical advice data of the order center and displaying difference data; comparing the medical advice data stored by the HIS with the medical advice data of the order center, and mainly comparing the order number with the amount;
comparing and processing the transaction data according to the HIS and the transaction data of the order center and displaying the difference data; comparing the transaction data stored by the HIS with the transaction data of the order center, and mainly comparing the transaction serial number with the amount;
comparing and processing the order data according to the HIS and the order data of the order center and displaying the difference data; comparing order data stored by the HIS with order data of an order center, and mainly comparing an order number with money;
comparing and processing the returned order data according to the HIS and the order center and displaying the difference data; and comparing the order-returning data stored by the HIS with the order-returning data of the order center, and mainly comparing the serial number with the amount.
Further, the step (5) of processing the abnormal transaction data includes: and processing repeated charging data which is not available for the HIS according to the transaction data difference between the HIS and the order center.
Further, the step (6) of processing the abnormal transaction data includes: for the difference data between the order center and the payment channel, the refund processing is mainly performed on the data which the order center does not have.
Further, the specific steps of the reconciliation report in the step (7) are as follows:
a daily income report: on the basis of daily account checking, carrying out statistics on a personal report and a full-class report of a cashier according to the day, and carrying out statistics according to transaction occurrence time, wherein the statistics comprises transaction amounts of all channels;
monthly department accounting report form: on the basis of account checking, monthly account of the department income is calculated, and the income amount is distinguished according to the expense category;
the balance summary list of the all-purpose card: and on the basis of account checking, counting the total hospital one-card-pass balance summarized data.
Specifically, the method comprises the following steps: (1) order center and payment channel reconciliation
Firstly, an order center transaction information inquiry interface inquires a data list of local transaction;
and the account checking platform downloads local transaction data from the order center according to the specified date range, wherein the local transaction data comprises an order number, a transaction serial number, patient information, medical advice information and payment information.
Inquiring a data list of third-party transaction by the payment channel transaction information inquiry interface;
and the account checking platform downloads third party transaction data including an order number, a transaction serial number and third party transaction information from the order center according to the specified date range.
Checking the transaction data of the two parties and displaying difference data;
and the reconciliation platform compares the order number, the transaction serial number and the amount of money of the local transaction data and the third party transaction data, and finds abnormal data such as no local transaction data and no third party transaction data.
Inquiring data records of the order center and the third party transaction according to the transaction serial number and the local serial number;
and the reconciliation platform initiates a single transaction data query to the order center and queries the third party transaction record according to the transaction serial number or the local serial number.
And fifthly, the function of processing the error transaction information comprises refund processing of local multi-money data.
And for the unilateral account data discovered by account checking, namely the transaction data of the third party and the transaction data of the local part, a refund processing function is provided, namely the third party transaction refund is initiated.
(2) HIS and order center reconciliation
Comparing and processing medical advice data according to the HIS and the order center and displaying difference data;
and comparing the medical order data stored by the HIS with the medical order data of the order center, and mainly comparing the order number with the amount.
Comparing and processing the transaction data according to the HIS and the transaction data of the order center and displaying difference data;
and comparing the transaction data stored by the HIS with the transaction data of the order center, and mainly comparing the transaction serial number with the amount.
Comparing and processing the order data according to the HIS and the order data of the order center and displaying the difference data;
and comparing the order data stored by the HIS with the order data of the order center, and mainly comparing the order number with the amount.
Fourthly, comparing and processing the returned order data according to the HIS and the order center and displaying the difference data.
And comparing the order-returning data stored by the HIS with the order-returning data of the order center, and mainly comparing the serial number with the amount.
(3) Exception transaction processing
Checking account abnormal transaction processing between an order center and a payment channel;
for the difference data between the order center and the payment channel, the refund processing is mainly performed on the data which the order center does not have.
Checking account exception transaction processing between the HIS and an order center;
and processing repeated charging data which is not available for the HIS according to the transaction data difference between the HIS and the order center.
The patient compensation and refund function;
refund charges are made for patients who have repeated charge transactions.
And fourthly, the abnormal transaction detail exporting and printing function.
All exception transaction detail data can be exported and support printing.
(4) Statement of account checking
Income statement
On the basis of daily account checking, the personal report and the whole-class report of the cashier are counted according to the day, and the transaction amount of all channels is counted according to the transaction occurrence time.
② monthly administrative accounting report
And on the basis of account checking, monthly accounting is carried out on the income of departments, and the income amount is distinguished according to the expense category.
Third, one cartoon balance summary list
And on the basis of account checking, counting the total hospital one-card-pass balance summarized data.
The full-channel bidirectional account checking platform realizes account checking processing between all payment channels and HIS of the hospital and the mobile payment platform and between the mobile payment platform and the third-party payment channel.
(1) And (3) payment channel: cash, POS, bank, all-purpose card, payment treasure, WeChat, cloud flash payment, etc. The transaction of all payment channels is firstly processed by an order center, the order center generates order numbers and records transaction serial numbers, and the order center generates order data and transaction data. The HIS records order data and transaction data by invoking order-centric transaction services.
(2) Two-way account checking: HIS and mobile payment platform (order center), mobile payment platform (order center) and payment channel. And the reconciliation platform collects or downloads HIS data, order center data and transaction data of the third-party payment channel, so that bidirectional reconciliation of the HIS and the order center as well as the order center and the third-party payment channel is realized. The account checking mode is automatic or manual, and the account checking result is abnormal or not.
(3) Processing abnormal transactions: and (4) processing bidirectional abnormal transactions and processing patient reimbursement fees. And after the reconciliation platform generates a reconciliation result, refund processing can be carried out on the found abnormal transaction data and repeated charging data of the single-side account.
And checking account statements: a daily income report, a monthly administration report and a one-card balance summary report. And the reconciliation platform generates a daily income statistical statement, a monthly administration statement, a one-card balance summary statement and the like on the basis of passing the reconciliation.

Claims (8)

1. A full-channel bidirectional account checking method is characterized by comprising the following steps:
(1) selecting a reconciliation date;
(2) generating HIS local data;
(3) downloading mobile payment platform data;
(4) downloading payment channel data;
(5) comparing the HIS local data with the mobile payment platform data, judging whether abnormal transaction data exist or not, if so, processing the abnormal transaction data, and if not, entering the step (6);
(6) comparing the mobile payment platform with the payment channel data, judging whether abnormal transaction data exist or not, if the abnormal transaction data exist, processing the abnormal transaction data and entering the step (7), otherwise, directly entering the step (7);
(7) and generating a reconciliation report.
2. The full channel two-way reconciliation method according to claim 1, wherein the HIS local data in step (2) comprises order number, transaction flow number, patient information, order information and payment information.
3. The channel-wide two-way reconciliation method of claim 2 wherein the mobile payment platform data downloaded in step (3) comprises an order number, a transaction serial number and third party transaction information.
4. The full channel bidirectional reconciliation method of claim 1 wherein in step (4) the payment channel data comprises cash, POS machine, bank, one-card, Payment treasure and WeChat.
5. The full channel bidirectional reconciliation method of claim 3 wherein the step (5) of comparing the HIS local data with the mobile payment platform data comprises:
comparing and processing the HIS and the medical advice data of the order center and displaying difference data; comparing the medical advice data stored by the HIS with the medical advice data of the order center, and mainly comparing the order number with the amount;
comparing and processing the transaction data according to the HIS and the transaction data of the order center and displaying the difference data; comparing the transaction data stored by the HIS with the transaction data of the order center, and mainly comparing the transaction serial number with the amount;
comparing and processing the order data according to the HIS and the order data of the order center and displaying the difference data; comparing order data stored by the HIS with order data of an order center, and mainly comparing an order number with money;
comparing and processing the returned order data according to the HIS and the order center and displaying the difference data; and comparing the order-returning data stored by the HIS with the order-returning data of the order center, and mainly comparing the serial number with the amount.
6. The full-channel bidirectional reconciliation method according to claim 1, wherein the step (5) of processing the abnormal transaction data comprises the following steps: and processing repeated charging data which is not available for the HIS according to the transaction data difference between the HIS and the order center.
7. The full-channel bidirectional reconciliation method according to claim 1, wherein the step (6) of processing the abnormal transaction data comprises the following steps: for the difference data between the order center and the payment channel, the refund processing is mainly performed on the data which the order center does not have.
8. The full-channel bidirectional reconciliation method according to claim 1, wherein the reconciliation report in the step (7) comprises the following specific steps:
a daily income report: on the basis of daily account checking, carrying out statistics on a personal report and a full-class report of a cashier according to the day, and carrying out statistics according to transaction occurrence time, wherein the statistics comprises transaction amounts of all channels;
monthly department accounting report form: on the basis of account checking, monthly account of the department income is calculated, and the income amount is distinguished according to the expense category;
the balance summary list of the all-purpose card: and on the basis of account checking, counting the total hospital one-card-pass balance summarized data.
CN201910710449.XA 2019-08-02 2019-08-02 Full-channel bidirectional account checking method Pending CN110619562A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201910710449.XA CN110619562A (en) 2019-08-02 2019-08-02 Full-channel bidirectional account checking method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910710449.XA CN110619562A (en) 2019-08-02 2019-08-02 Full-channel bidirectional account checking method

Publications (1)

Publication Number Publication Date
CN110619562A true CN110619562A (en) 2019-12-27

Family

ID=68921406

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910710449.XA Pending CN110619562A (en) 2019-08-02 2019-08-02 Full-channel bidirectional account checking method

Country Status (1)

Country Link
CN (1) CN110619562A (en)

Cited By (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111199373A (en) * 2019-12-30 2020-05-26 上海东普信息科技有限公司 Logistics order management method, storage medium and electronic equipment
CN111951009A (en) * 2020-07-26 2020-11-17 中国建设银行股份有限公司 Transaction data processing method and device, electronic equipment and computer-readable storage medium
CN111951091A (en) * 2020-08-13 2020-11-17 金蝶软件(中国)有限公司 Transaction flow reconciliation method, system and related equipment
CN112116306A (en) * 2020-07-01 2020-12-22 神思旭辉医疗信息技术有限责任公司 Medical reconciliation method based on T +0/N combination
CN112184232A (en) * 2020-01-15 2021-01-05 广州海鹚网络科技有限公司 Medical expense account checking method, device, equipment and storage medium
CN112258191A (en) * 2020-12-22 2021-01-22 深圳市深圳通有限公司 Data reconciliation method, device, equipment and storage medium
CN112348500A (en) * 2020-11-11 2021-02-09 武汉默联股份有限公司 Closed-loop management method for medical payment
CN112581244A (en) * 2020-12-12 2021-03-30 广州楚杰信息科技有限公司 Construction method of unified reconciliation platform for hospital
CN112712598A (en) * 2020-12-04 2021-04-27 北京握奇智能科技有限公司 Parking lot ETC charging management system and method
CN112801616A (en) * 2021-01-28 2021-05-14 中国工商银行股份有限公司 Abnormal account book processing method and device
CN112862578A (en) * 2020-12-14 2021-05-28 苏宁消费金融有限公司 Account checking system and device
CN112991048A (en) * 2021-04-06 2021-06-18 北京融威众邦电子技术有限公司 Account checking system and account checking method

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
AU2014201873B1 (en) * 2014-04-01 2014-07-31 Transfermate Ltd Transactional Reconciliation System and Method
WO2014161051A1 (en) * 2013-04-04 2014-10-09 Rede Serviços Ltda Electronic fund transfer reconciliation and management method and device
CN105574762A (en) * 2015-12-14 2016-05-11 重庆城银科技有限公司 Account check method and system
CN107330689A (en) * 2017-07-04 2017-11-07 易联众信息技术股份有限公司 A kind of polymerization method of payment and system and client terminal suitable for hospital's window
CN107993137A (en) * 2017-11-15 2018-05-04 浪潮金融信息技术有限公司 Account checking method and device, computer-readable storage medium and terminal
CN109345217A (en) * 2018-08-15 2019-02-15 广州市康软信息科技有限公司 A kind of Cost of Medical Treatment method, system and device based on mobile payment
CN109614423A (en) * 2018-11-27 2019-04-12 苏州浪潮智能软件有限公司 One kind realizing the automatic account checking method of wechat Alipay based on Winform
CN109859025A (en) * 2019-01-24 2019-06-07 上海蔚来汽车有限公司 A kind of automatic account checking method and electronic equipment

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2014161051A1 (en) * 2013-04-04 2014-10-09 Rede Serviços Ltda Electronic fund transfer reconciliation and management method and device
AU2014201873B1 (en) * 2014-04-01 2014-07-31 Transfermate Ltd Transactional Reconciliation System and Method
CN105574762A (en) * 2015-12-14 2016-05-11 重庆城银科技有限公司 Account check method and system
CN107330689A (en) * 2017-07-04 2017-11-07 易联众信息技术股份有限公司 A kind of polymerization method of payment and system and client terminal suitable for hospital's window
CN107993137A (en) * 2017-11-15 2018-05-04 浪潮金融信息技术有限公司 Account checking method and device, computer-readable storage medium and terminal
CN109345217A (en) * 2018-08-15 2019-02-15 广州市康软信息科技有限公司 A kind of Cost of Medical Treatment method, system and device based on mobile payment
CN109614423A (en) * 2018-11-27 2019-04-12 苏州浪潮智能软件有限公司 One kind realizing the automatic account checking method of wechat Alipay based on Winform
CN109859025A (en) * 2019-01-24 2019-06-07 上海蔚来汽车有限公司 A kind of automatic account checking method and electronic equipment

Cited By (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111199373A (en) * 2019-12-30 2020-05-26 上海东普信息科技有限公司 Logistics order management method, storage medium and electronic equipment
CN112184232A (en) * 2020-01-15 2021-01-05 广州海鹚网络科技有限公司 Medical expense account checking method, device, equipment and storage medium
CN112116306A (en) * 2020-07-01 2020-12-22 神思旭辉医疗信息技术有限责任公司 Medical reconciliation method based on T +0/N combination
CN111951009A (en) * 2020-07-26 2020-11-17 中国建设银行股份有限公司 Transaction data processing method and device, electronic equipment and computer-readable storage medium
CN111951091A (en) * 2020-08-13 2020-11-17 金蝶软件(中国)有限公司 Transaction flow reconciliation method, system and related equipment
CN111951091B (en) * 2020-08-13 2023-12-29 金蝶软件(中国)有限公司 Transaction flow reconciliation method, system and related equipment
CN112348500A (en) * 2020-11-11 2021-02-09 武汉默联股份有限公司 Closed-loop management method for medical payment
CN112712598A (en) * 2020-12-04 2021-04-27 北京握奇智能科技有限公司 Parking lot ETC charging management system and method
CN112581244A (en) * 2020-12-12 2021-03-30 广州楚杰信息科技有限公司 Construction method of unified reconciliation platform for hospital
CN112862578A (en) * 2020-12-14 2021-05-28 苏宁消费金融有限公司 Account checking system and device
CN112862578B (en) * 2020-12-14 2022-08-02 苏宁消费金融有限公司 Account checking method and device
CN112258191A (en) * 2020-12-22 2021-01-22 深圳市深圳通有限公司 Data reconciliation method, device, equipment and storage medium
CN112801616A (en) * 2021-01-28 2021-05-14 中国工商银行股份有限公司 Abnormal account book processing method and device
CN112801616B (en) * 2021-01-28 2024-03-05 中国工商银行股份有限公司 Abnormal account book processing method and device
CN112991048A (en) * 2021-04-06 2021-06-18 北京融威众邦电子技术有限公司 Account checking system and account checking method

Similar Documents

Publication Publication Date Title
CN110619562A (en) Full-channel bidirectional account checking method
US7502758B2 (en) Creation and distribution of excess funds, deposits, and payments
AU2008309122B2 (en) Marketing a loan via an automated teller machine
US7080775B2 (en) Methods and systems for automatically determining and collecting a monetary contribution from an instrument
US5383113A (en) System and method for electronically providing customer services including payment of bills, financial analysis and loans
US8165276B2 (en) System and method for auditing a communications bill
US20090150284A1 (en) Creation and distribution of excess funds, deposits and payments
JP3029421B2 (en) Transfer processing system
WO2003030054A1 (en) Creation and distribution of excess funds, deposits, and payments
US8473413B2 (en) Methods and systems for managing government issued entitlements
JP4252267B2 (en) Credit amount calculation method and bank system
US20220277276A1 (en) Credit Card As a Foreign Exchange Market Card
CN113128991B (en) Public settlement account fund accounting system and working method thereof
JP2002207952A (en) System and method for suspense receipt management
TWM566870U (en) System for intelligent financial management
KR101878940B1 (en) Method And Apparatus for Providing Billing Agency
CN111401850A (en) Method for realizing financial architecture of mapping type accounting without account management
CN118014569A (en) Method, device, equipment and storage medium for processing credit card transaction data
CN115204997A (en) Accounting bookkeeping management method, system and medium based on entry chain association
JP2000293610A (en) Transfer processing method and input and output device for bank system
CN111461690A (en) Method for generating expense voucher by enterprise management system
JP2002140752A (en) Transfer processing system
WO2001091068A2 (en) Method and system for settlement processing
TWM572020U (en) Light ticket collection system
WO2001091008A2 (en) Method and system for settlement processor rollup

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
CB02 Change of applicant information

Address after: 10th floor, No. 325 Longhua East Road, Huangpu District, Shanghai, 200023 (actual 9th floor)

Applicant after: Shanghai Lianzhong Network Information Co.,Ltd.

Address before: 10th Floor, No. 647 Longhua East Road, Huangpu District, Shanghai, 200023

Applicant before: Shanghai Lianzhong Network Information Co.,Ltd.

CB02 Change of applicant information