CN113592472A - Pharmacy data processing method and device and electronic equipment - Google Patents

Pharmacy data processing method and device and electronic equipment Download PDF

Info

Publication number
CN113592472A
CN113592472A CN202110738326.4A CN202110738326A CN113592472A CN 113592472 A CN113592472 A CN 113592472A CN 202110738326 A CN202110738326 A CN 202110738326A CN 113592472 A CN113592472 A CN 113592472A
Authority
CN
China
Prior art keywords
settlement
pharmacy
time
day
time point
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
CN202110738326.4A
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.)
Beijing Yifan Fengshun Pharmaceutical Technology Co ltd
Original Assignee
Beijing Absolute Health 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 Beijing Absolute Health Ltd filed Critical Beijing Absolute Health Ltd
Priority to CN202110738326.4A priority Critical patent/CN113592472A/en
Publication of CN113592472A publication Critical patent/CN113592472A/en
Pending legal-status Critical Current

Links

Images

Classifications

    • 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
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/08Payment architectures
    • G06Q20/10Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • G06Q20/102Bill distribution or payments
    • 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
    • G06Q30/00Commerce
    • G06Q30/06Buying, selling or leasing transactions
    • G06Q30/0601Electronic shopping [e-shopping]
    • G06Q30/0633Lists, e.g. purchase orders, compilation or processing
    • G06Q30/0635Processing of requisition or of purchase orders

Abstract

The invention discloses a method and a device for processing pharmacy data and electronic equipment, relates to the technical field of internet, and aims to improve the settlement processing efficiency of pharmacy order data and enable a pharmacy side to receive the settlement processing result of a user order in time. The method comprises the following steps: firstly, receiving a settlement request of a pharmacy, wherein the settlement request carries a pharmacy identifier of the pharmacy; determining a settlement period of the pharmacy according to the pharmacy identification, and configuring a settlement processing reference time point according to the settlement period; then, obtaining order ledger data of the pharmacy within a preset time period before the reference time point; finally, according to the order ledger data and the settlement period, judging whether the pharmacy meets preset settlement conditions; and if the pharmacy meets the preset settlement conditions, generating settlement list information of the pharmacy according to the order ledger data. The method is suitable for processing the pharmacy data.

Description

Pharmacy data processing method and device and electronic equipment
Technical Field
The invention relates to the technical field of internet, in particular to a method and a device for processing pharmacy data and electronic equipment.
Background
As society gradually advances into aging, more and more people suffer from big diseases, and high treatment cost becomes a pain that many families cannot bear. How to guarantee the practical medication rights of large patients becomes a problem which is continuously concerned by people in various fields in recent years. With the development of the internet, the information-based construction of medical systems is also gradually popularized. People can purchase medicines in an online pharmacy on a network platform besides the medicine purchase in the physical pharmacy, so that the medicine demand of people is met.
At present, a network platform can settle orders of online drugstores according to fixed settlement duration. However, in this way, after the user successfully purchases the medicine, the pharmacy side cannot receive the result of the settlement processing of the order of the user in time, and the result can only be received after the settlement time is up, so that the settlement processing efficiency of the order data of the pharmacy is low, and the business requirement of the pharmacy cannot be met.
Disclosure of Invention
The invention aims to solve the technical problem that in the prior art, after a user successfully purchases a medicine, a pharmacy side cannot receive a settlement processing result of an order of the user in time, and the result can be received only after the settlement time is up, so that the settlement processing efficiency of the order data of the pharmacy is low.
According to an aspect of the present invention, there is provided a method for processing pharmacy data, the method including:
receiving a settlement request of a pharmacy, wherein the settlement request carries a pharmacy identifier of the pharmacy;
determining a settlement period of the pharmacy according to the pharmacy identification, and configuring a reference time point of settlement processing according to the settlement period;
acquiring order ledger data of the pharmacy within a preset time period before the reference time point;
judging whether the pharmacy meets preset settlement conditions or not according to the order ledger data and the settlement period;
and if the pharmacy meets the preset settlement conditions, generating settlement list information of the pharmacy according to the order ledger data.
Optionally, before the determining the settlement period of the pharmacy according to the pharmacy identifier, the method further includes:
counting settlement periods respectively corresponding to the pharmacy identifications of different pharmacies;
determining a settlement period of the pharmacy according to the pharmacy identifier specifically comprises:
and determining a settlement period corresponding to the pharmacy identification carried in the settlement request.
Optionally, the configuring a reference time point of the settlement processing according to the settlement period specifically includes:
if the settlement period is every other day settlement, configuring the reference time point as the previous day time of the current day time or the time before the previous day time;
and if the settlement period is the daily settlement, configuring the reference time point as the current time, or the previous day time of the current time, or the time before the previous day time.
Optionally, the obtaining of the order ledger data of the pharmacy within a preset time period before the reference time point specifically includes:
if the settlement period is every other day settlement, acquiring order ledger data of the pharmacy within a range from a first preset day before the reference time point to the reference time point;
and if the settlement period is the daily settlement, comparing the reference time point with the current time point, determining a target time range of the preset time period according to a comparison result, and acquiring the order ledger data of the pharmacy within the target time range.
Optionally, the determining the target time range of the preset time period according to the comparison result specifically includes:
if the reference time point is the previous day time of the current day time or the time before the previous day time, determining the time range from a second preset day before the reference time point to the reference time point as the target time range;
if the reference time point is the time of the day and is a time point before the scheduled time point of the day, determining a time range from the previous day of the time of the day to a third preset number of days before the previous day as the target time range;
and if the reference time point is the time of the day and is a time point after the scheduled time point of the day, determining a time range from a fourth preset number of days before the scheduled time point of the day to the scheduled time point of the day as the target time range.
Optionally, the determining, according to the order ledger data and the settlement period, whether the pharmacy meets a preset settlement condition specifically includes:
obtaining an auditing result of the order user data from the order ledger data;
if the settlement period is every other day settlement, comparing the time when the audit fails with the time of the current day, and if the number of days when the audit fails exceeds a first preset number of days threshold, judging that the pharmacy meets preset settlement conditions;
and if the settlement period is the daily settlement, comparing the time of failing to pass the verification with the time of advancing the reference time point by preset days, and if the number of days failing to pass the verification exceeds a second preset number of days threshold, judging that the pharmacy meets the preset settlement conditions.
Optionally, the generating of the statement information of the pharmacy according to the order ledger data specifically includes:
and generating the bill information corresponding to the settlement period according to the time dimension of the preset time interval, wherein the bill information comprises the bill information of each time dimension in the preset time period and having the order.
Optionally, the method further includes:
receiving a request for changing a settlement period of a pharmacy;
the settlement period of the pharmacy is updated by changing the pharmacy identification of the pharmacy.
According to another aspect of the present invention, there is provided a pharmacy data processing apparatus, comprising:
the system comprises a receiving module, a processing module and a display module, wherein the receiving module is used for receiving a settlement request of a pharmacy, and the settlement request carries a pharmacy identifier of the pharmacy;
the determining module is used for determining the settlement period of the pharmacy according to the pharmacy identification;
the configuration module is used for configuring a reference time point of settlement processing according to the settlement period;
the acquisition module is used for acquiring order ledger data of the pharmacy within a preset time period before the reference time point;
the judging module is used for judging whether the pharmacy meets preset settlement conditions or not according to the order ledger data and the settlement period;
and the generation module is used for generating the statement of account information of the pharmacy according to the order ledger data if the pharmacy is judged to meet the preset settlement conditions.
Optionally, the apparatus further comprises: a statistical module;
the counting module is used for counting settlement periods corresponding to the pharmacy identifications of different pharmacies respectively before determining the settlement periods of the pharmacy according to the pharmacy identifications;
the determining module is specifically configured to determine a settlement period corresponding to the pharmacy identifier carried in the settlement request.
Optionally, the configuration module is specifically configured to configure the reference time point as a time of the day before the current time or a time before the current time if the settlement period is every other day settlement; and if the settlement period is the daily settlement, configuring the reference time point as the current time, or the previous day time of the current time, or the time before the previous day time.
Optionally, the obtaining module is specifically configured to obtain order ledger data of the pharmacy within a range from a first preset day before the reference time point to the reference time point if the settlement period is every other day settlement; and if the settlement period is the daily settlement, comparing the reference time point with the current time point, determining a target time range of the preset time period according to a comparison result, and acquiring the order ledger data of the pharmacy within the target time range.
Optionally, the obtaining module is further specifically configured to determine, if the reference time point is a time of day before the time of day or a time before the time of day, a time range from a second preset day before the reference time point to the reference time point as the target time range; if the reference time point is the time of the day and is a time point before the scheduled time point of the day, determining a time range from the previous day of the time of the day to a third preset number of days before the previous day as the target time range; and if the reference time point is the time of the day and is a time point after the scheduled time point of the day, determining a time range from a fourth preset number of days before the scheduled time point of the day to the scheduled time point of the day as the target time range.
Optionally, the determining module is specifically configured to obtain an audit result of the order user profile from the order ledger data; if the settlement period is every other day settlement, comparing the time when the audit fails with the time of the current day, and if the number of days when the audit fails exceeds a first preset number of days threshold, judging that the pharmacy meets preset settlement conditions; and if the settlement period is the daily settlement, comparing the time of failing to pass the verification with the time of advancing the reference time point by preset days, and if the number of days failing to pass the verification exceeds a second preset number of days threshold, judging that the pharmacy meets the preset settlement conditions.
Optionally, the generating module is specifically configured to generate the statement of account information corresponding to the settlement period according to a time dimension of a predetermined time interval, where the statement of account information includes statement of account information with an order and each time dimension in the preset time period.
Optionally, the apparatus further comprises: an update module;
the receiving module is also used for receiving a request of changing a settlement period of the pharmacy;
and the updating module is used for updating the settlement period of the pharmacy by changing the pharmacy identification of the pharmacy.
According to still another aspect of the present invention, there is provided a storage medium having stored thereon a computer program which, when executed by a processor, implements the above-described method of processing pharmacy data.
According to still another aspect of the present invention, there is provided an electronic device, including a storage medium, a processor, and a computer program stored on the storage medium and executable on the processor, the processor implementing the above method for processing pharmacy data when executing the program.
Compared with the prior art, the processing method, the processing device and the electronic equipment for pharmacy data provided by the invention have the advantages that different pharmacies can be respectively settled by adopting settlement processing methods with different settlement periods according to different requirements of the pharmacies on settlement timeliness, specifically, the settlement period of the pharmacy is determined according to the pharmacy identification carried in the settlement request of the pharmacy, and the reference time point of settlement processing is configured according to the settlement period. And then judging whether the pharmacy meets the preset settlement condition according to the order account data and the settlement period of the pharmacy in the preset time period before the reference time point, and if so, generating the settlement order information of the pharmacy according to the order account data. By applying the technical scheme of the invention, if the pharmacy has settlement timeliness requirements, after the user successfully purchases the medicine, the pharmacy side can timely receive the settlement processing result of the user order without waiting for longer processing time, so that the settlement processing efficiency of the pharmacy order data can be improved, and further the business requirements of different pharmacies can be met.
The technical solution of the present invention is further described in detail by the accompanying drawings and embodiments.
Drawings
The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate embodiments of the invention and together with the description, serve to explain the principles of the invention.
The invention will be more clearly understood from the following detailed description, taken with reference to the accompanying drawings, in which:
fig. 1 is a schematic flow chart illustrating a method for processing pharmacy data according to an embodiment of the present invention;
fig. 2 is a schematic flow chart illustrating another pharmacy data processing method according to an embodiment of the present invention;
FIG. 3 illustrates an exemplary system architecture provided by embodiments of the present invention;
FIG. 4 illustrates a flow diagram of an exemplary processing method provided by an embodiment of the invention;
fig. 5 is a schematic structural diagram illustrating a processing apparatus for pharmacy data according to an embodiment of the present invention.
Detailed Description
Various exemplary embodiments of the present invention will now be described in detail with reference to the accompanying drawings. It should be noted that: the relative arrangement of the components and steps, the numerical expressions and numerical values set forth in these embodiments do not limit the scope of the present invention unless specifically stated otherwise.
Meanwhile, it should be understood that the sizes of the respective portions shown in the drawings are not drawn in an actual proportional relationship for the convenience of description.
The following description of at least one exemplary embodiment is merely illustrative in nature and is in no way intended to limit the invention, its application, or uses.
Techniques, methods, and apparatus known to those of ordinary skill in the relevant art may not be discussed in detail but are intended to be part of the specification where appropriate.
It should be noted that: like reference numbers and letters refer to like items in the following figures, and thus, once an item is defined in one figure, further discussion thereof is not required in subsequent figures.
Embodiments of the invention are operational with numerous other general purpose or special purpose computing system environments or configurations. Examples of well known computing systems, environments, and/or configurations that may be suitable for use with the computer system/server include, but are not limited to: personal computer systems, server computer systems, thin clients, thick clients, hand-held or laptop devices, microprocessor-based systems, set top boxes, programmable consumer electronics, network pcs, minicomputer systems, mainframe computer systems, distributed cloud computing environments that include any of the above systems, and the like.
The computer system/server may be described in the general context of computer system-executable instructions, such as program modules, being executed by a computer system. Generally, program modules may include routines, programs, objects, components, logic, data structures, etc. that perform particular tasks or implement particular abstract data types. The computer system/server may be practiced in distributed cloud computing environments where tasks are performed by remote processing devices that are linked through a communications network. In a distributed cloud computing environment, program modules may be located in both local and remote computer system storage media including memory storage devices.
The present application will be described in detail below with reference to the accompanying drawings in conjunction with embodiments. It should be noted that the embodiments and features of the embodiments may be combined with each other without conflict.
The method and the device aim at the problem that in the prior art, after a user successfully purchases a medicine, a pharmacy side cannot timely receive a settlement processing result of an order of the user, and the result can be received only after the settlement time is up, so that the settlement processing efficiency of order data of the pharmacy is low. The embodiment provides a method for processing pharmacy data, as shown in fig. 1, the method includes:
step 101, receiving a settlement request of a pharmacy, wherein the settlement request carries a pharmacy identifier of the pharmacy.
The pharmacy identification may be a number or ID number of the pharmacy, etc. Different pharmacy identifications are pre-distributed to the pharmacies with different settlement aging requirements, and then the settlement aging requirements of the pharmacies can be accurately determined according to the pharmacy identifications subsequently.
And 102, determining a settlement period of the pharmacy according to the pharmacy identification carried in the settlement request, and configuring a reference time point of settlement processing according to the settlement period.
The settlement period may correspond to the settlement timeliness requirement of the pharmacy, for example, the settlement period of T +0 may represent daily settlement, the settlement period of T +1 may represent alternate-day settlement, the settlement period of T + N may represent nth-day settlement after the current day, and the like.
The reference time point of the settlement processing may be set by the system, or manually selected in the page at the time of operation, or the like. According to different settlement periods, the corresponding settlement processing reference time points can be respectively configured.
And 103, acquiring order ledger data of the pharmacy within a preset time period before the reference time point.
The preset time period can be set according to actual requirements, and can be determined according to the payment service processing time of a service payer.
The order ledger data may include information such as an order ID, a payment status, an audit status, and a settlement status.
In this embodiment, a domain driven model (DDD) is mainly applied, the service of the transaction side of the client and the settlement system of the pharmacy side are decoupled through a data structure of an order and a machine account, order data are summarized through an order- > machine account method, and the account of the pharmacy side realizes account checking and payment services according to a shop settlement system and a real-time settlement system respectively.
And step 104, judging whether the pharmacy meets preset settlement conditions according to the order ledger data and the settlement period.
The preset settlement conditions can be preset according to actual requirements.
And 105, if the pharmacy meets the preset settlement conditions, generating settlement list information of the pharmacy according to the order ledger data.
And the generated settlement list information can be sent to a payment platform to carry out payment processing for the drugstore side.
Compared with the prior art, in the embodiment, different settlement processing methods with different settlement periods can be adopted to settle accounts for different drugstores according to different requirements of the drugstores on settlement timeliness, specifically, the settlement period of the drugstores is determined according to the drugstore identifiers carried in the settlement requests of the drugstores, and the reference time point of settlement processing is configured according to the settlement period. And then judging whether the pharmacy meets the preset settlement condition according to the order account data and the settlement period of the pharmacy in the preset time period before the reference time point, and if so, generating the settlement order information of the pharmacy according to the order account data. By applying the technical scheme of the embodiment, if the pharmacy has settlement timeliness requirements, after a user successfully purchases a medicine, the pharmacy side can timely receive a settlement processing result of the user order without waiting for longer processing time, so that the settlement processing efficiency of the pharmacy order data can be improved, and further the business requirements of different pharmacies can be met.
Further, as a refinement and an extension of the above embodiment, in order to fully explain the concrete implementation process of the above embodiment, another method for processing pharmacy data is provided, as shown in fig. 2, the method includes:
step 201, receiving a settlement request of the pharmacy, wherein the settlement request carries a pharmacy identifier of the pharmacy.
Step 202, determining the settlement period of the pharmacy according to the pharmacy identification.
Optionally, before step 202, the method of this embodiment may further include: counting settlement periods respectively corresponding to the pharmacy identifications of different pharmacies; correspondingly, step 202 may specifically include: and determining a settlement period corresponding to the pharmacy identification carried in the settlement request. By the alternative mode, the settlement timeliness requirement of the pharmacy can be accurately determined according to the pharmacy identification.
Further optionally, the method of this embodiment may further include: receiving a request for changing a settlement period of a pharmacy; the settlement period of the pharmacy is updated by changing the pharmacy identification of the pharmacy. According to the change requirement of the pharmacy for the settlement timeliness, the settlement period can be accurately changed, and the business change requirement of the pharmacy is met.
In the embodiment, traditional pharmacies distributed at different places can be uniformly linked, a user is allowed to buy a special medicine on line by an on-line medicine buying method, and meanwhile, the fund flow at the pharmacy side is ensured to be healthy, under the traditional medicine buying method, the user himself pays the money when buying the medicine in the pharmacy, the pharmacy side collects the money in real time and enters a fund pool to buy the medicine on line, the pharmacy side cannot receive the money of the user in the first time, so that the platform fund needs to be paid to the pharmacy side on the same day (T +0), and the pharmacy side can support the user to buy the medicine on line without changing the operation mode.
According to the scheme, the problem that the pharmacy side needs to know the specific medicine selling condition on the same day is solved, account can be paid out on the same day, account is checked on the same day, T +0 is achieved, and the requirement for real-time account checking on the pharmacy side is met. The method is characterized in that the account-setting side is synchronized to a data structure related to a store settlement system through an asynchronous message queue method, when the pharmacy side performs settlement, the pharmacy side does not need to rely on orders and enters an independent settlement field, the settlement mode is more flexible, and the purpose of getting out the orders and settling the accounts on the same day can be achieved.
Next, alternate day settlement of T +1 (steps 203a to 205a) and daily settlement of T +0 (steps 203b to 205b) will be described as examples.
Step 203a, if the settlement period is every other day settlement, configuring the reference time point as the previous day time of the current day time or the time before the previous day time.
For example, for a settlement period of T +1, when processing today, yesterday or the time before yesterday may be selected as the reference time point.
Step 204a, if the settlement period is every other day settlement, acquiring order ledger data of the pharmacy within the range from the first preset number of days before the reference time point to the reference time point.
The first preset number of days can be set according to actual requirements, such as 7 days, 10 days and the like.
Step 205a, obtaining an audit result of the order user data from the order ledger data, if the accounting period is inter-day accounting, comparing the time when the audit fails with the time of the day, and if the number of days when the audit fails exceeds a first preset number of days threshold, determining that the pharmacy meets the preset accounting conditions.
The order user profile may include identity information, prescription information, etc. of the user. The first preset number of days threshold may be set according to actual needs, for example, may be preset to 2 days, 3 days, etc.
In step 203b, which is parallel to step 203a, if the settlement period is the daily settlement, the reference time point is the current day time, or the time of day before the current day time, or the time before the current day time.
For example, for a settlement period of T +0, when processing today, the time before today, yesterday or yesterday may be selected as the reference time point.
And step 204b, if the settlement period is the daily settlement, comparing the reference time point with the daily time point, determining a target time range of a preset time period according to a comparison result, and acquiring order ledger data of the pharmacy within the target time range.
Exemplarily, determining the target time range of the preset time period according to the comparison result specifically includes: if the reference time point is the time of the day before the current time or the time before the current time, determining the time range from the second preset number of days (which can be set according to actual requirements, such as 7 days, 10 days and the like) before the reference time point to the reference time point as a target time range; if the reference time point is the time of the day and is a time point before the scheduled time point of the day, determining a time range from the previous day of the day to a third preset time of days (which can be set according to actual requirements, such as 7 days, 10 days and the like) before the previous day as a target time range; if the reference time point is the time of the day and is a time point after the scheduled time point of the day, a time range from a fourth preset number of days (which can be set according to actual requirements, such as 7 days, 10 days, and the like) before the scheduled time point of the day to the scheduled time point of the day is determined as a target time range.
And step 205b, obtaining an auditing result of the order user data from the order ledger data, if the accounting period is the daily accounting, comparing the time of failing to audit with the time of advancing the reference time point by preset days, and if the number of days failing to audit exceeds a second preset number of days threshold, judging that the pharmacy meets the preset accounting conditions.
The preset number of days may be 2 days or 3 days, etc. The second preset number of days threshold may be set according to actual needs, for example, may be preset to 2 days, 3 days, etc.
And step 206, if the pharmacy is judged to meet the preset settlement conditions, generating settlement order information corresponding to the settlement period according to the time dimension of the preset time interval, wherein the settlement order information comprises settlement order information with each time dimension in the preset time period and having an order.
For example, T +1 or T +0 statements are generated on a daily scale, i.e., one statement per day. And the subsequently generated settlement list information can be sent to a payment platform to carry out payment processing for the drugstore side.
In order to illustrate the specific implementation process of the above embodiments, the following application examples are given, but not limited thereto:
for example, as shown in fig. 3, a schematic diagram of a system architecture of a pharmacy settlement process for a special drug (special drug) is shown. The system is divided into three end bodies, an order domain, a settlement domain and a payment platform. In the order field, order auditing can be performed according to the order details, and whether order user data (such as identity information of a user, prescription information and the like) is complete or not can be specifically audited. When the data is complete and complete, the verification can be judged to be passed, and when the data is incomplete, the verification can be judged to be failed, so that the completion of the data can be informed in time. In the settlement field, details of the money corresponding to the order and details of the account ledger of the order (the main information may include an order ID, a payment status, an audit status, a settlement status, and the like) may be included. The settlement processing is performed according to the method provided by the embodiment, a settlement statement of the pharmacy is generated, then the payment is initiated according to the settlement statement, and the payment statement can be obtained after the payment is successfully made.
An example of the flow of the pharmacy data settlement process may be as shown in fig. 4. After receiving the request for settlement of the pharmacy, it is possible to determine whether the pharmacy is a T +1 pharmacy (whether the pharmacy is a pharmacy settled every other day) based on the pharmacy id. If the number is T +1 pharmacy, taking out the account from ten days before the date selected by the current business personnel to the date range, and specifically judging whether the order user data passes the verification or not, if the order user data does not pass the verification, judging whether the order user data exceeds 3 days (the comparison here is that the date of the verification failing is compared with the date of the day), and if the order user data does not exceed 3 days, cancelling the settlement; if the number of days exceeds 3 days, the T +1 bill of settlement can be generated according to the dimension of the day, namely, one bill of settlement is generated in one day.
If the pharmacy is T +0 settlement, firstly comparing the service personnel selection time with today time, and if the selection time is yesterday or the time before yesterday, taking out the standing book from ten days before the current service personnel selection date to the date range; if the selected time is today and 15 hours before today, a standing book ranging from yesterday before ten days to yesterday of the current service person can be taken; if the selected time is today and 15 days after today, a standing book ranging from 15 days today to ten days before 15 days today can be removed.
Subsequently, whether the user data of the order is approved or not is judged specifically according to the standing book data, if the user data of the order is not approved for more than 3 days (the comparison here is that the date of not approved is compared with the date of three days before the date selected by the current business personnel), if the user data of the order is not approved for more than 3 days, the order can be determined not to participate in settlement, and other normal orders still participate in settlement; if the number of days exceeds 3 days, the T +0 bill of settlement can be generated according to the dimension of the days, namely, one bill of settlement is generated in one day.
Based on the implementation process of the application scenario, the embodiment can meet different requirements of the pharmacy for settling timeliness, and due to the flexibility of the system and the access to more pharmacies, the patient has more selectivity in the medicine purchasing composition, the subsidy service with different dimensionalities is provided by taking the patient as the center, and meanwhile, the patient purchases the medicine from off-line and transfers the medicine to on-line. The efficiency of the patient's purchase medicine is improved, and the pharmacy is in time informed to purchase the pharmacy and upload again to the material that does not pass the audit, lets the patient obtain more subsidy opportunities when having reduced the cost of subsidy.
Further, as a specific implementation of the method in fig. 1 and fig. 2, the present embodiment provides a processing apparatus for pharmacy data, as shown in fig. 5, the apparatus includes: the device comprises a receiving module 31, a determining module 32, a configuration module 33, an obtaining module 34, a judging module 35 and a generating module 36.
The receiving module 31 is configured to receive a settlement request of a pharmacy, where the settlement request carries a pharmacy identifier of the pharmacy;
a determining module 32, configured to determine a settlement period of the pharmacy according to the pharmacy identifier;
a configuration module 33, configured to configure a reference time point of settlement processing according to the settlement period;
an obtaining module 34, configured to obtain order ledger data of the pharmacy within a preset time period before the reference time point;
the judging module 35 is configured to judge whether the pharmacy meets a preset settlement condition according to the order ledger data and the settlement period;
and a generating module 36, configured to generate statement information of the pharmacy according to the order ledger data if it is determined that the pharmacy meets a preset settlement condition.
In a specific application scenario, the apparatus further comprises: a statistical module;
the counting module is used for counting settlement periods corresponding to the pharmacy identifications of different pharmacies respectively before determining the settlement periods of the pharmacy according to the pharmacy identifications;
the determining module 32 is specifically configured to determine a settlement period corresponding to the pharmacy identifier carried in the settlement request.
In a specific application scenario, the configuration module 33 is specifically configured to configure, if the settlement period is every other day settlement, the reference time point as a time of the day before the current time, or a time before the current time; and if the settlement period is the daily settlement, configuring the reference time point as the current time, or the previous day time of the current time, or the time before the previous day time.
In a specific application scenario, the obtaining module 34 is specifically configured to obtain order ledger data of the pharmacy within a range from a first preset day before the reference time point to the reference time point if the settlement period is every other day settlement; and if the settlement period is the daily settlement, comparing the reference time point with the current time point, determining a target time range of the preset time period according to a comparison result, and acquiring the order ledger data of the pharmacy within the target time range.
In a specific application scenario, the obtaining module 34 is further specifically configured to determine, if the reference time point is a time of day before the time of day or a time before the time of day, a time range from a second preset day before the reference time point to the reference time point as the target time range; if the reference time point is the time of the day and is a time point before the scheduled time point of the day, determining a time range from the previous day of the time of the day to a third preset number of days before the previous day as the target time range; and if the reference time point is the time of the day and is a time point after the scheduled time point of the day, determining a time range from a fourth preset number of days before the scheduled time point of the day to the scheduled time point of the day as the target time range.
In a specific application scenario, the determining module 35 is specifically configured to obtain an audit result of the order user profile from the order ledger data; if the settlement period is every other day settlement, comparing the time when the audit fails with the time of the current day, and if the number of days when the audit fails exceeds a first preset number of days threshold, judging that the pharmacy meets preset settlement conditions; and if the settlement period is the daily settlement, comparing the time of failing to pass the verification with the time of advancing the reference time point by preset days, and if the number of days failing to pass the verification exceeds a second preset number of days threshold, judging that the pharmacy meets the preset settlement conditions.
In a specific application scenario, the generating module 36 is specifically configured to generate the statement of account information corresponding to the settlement period according to a time dimension of a predetermined time interval, where the statement of account information includes statement of account information with an order and each time dimension in the preset time period.
In a specific application scenario, the apparatus further comprises: an update module;
the receiving module 31 is further configured to receive a request for changing a settlement period of a pharmacy;
and the updating module is used for updating the settlement period of the pharmacy by changing the pharmacy identification of the pharmacy.
It should be noted that other corresponding descriptions of the functional units related to the processing apparatus for pharmacy data provided in this embodiment may refer to the corresponding descriptions in fig. 1 and fig. 2, and are not repeated herein.
Based on the above-mentioned methods shown in fig. 1 and fig. 2, correspondingly, the present embodiment further provides a storage medium, on which a computer program is stored, which when executed by a processor implements the above-mentioned methods shown in fig. 1 and fig. 2.
Based on such understanding, the technical solution of the present embodiment may be embodied in the form of a software product, where the software product may be stored in a non-volatile storage medium (which may be a CD-ROM, a usb disk, a removable hard disk, etc.), and includes several instructions to enable a computer device (which may be a personal computer, a server, or a network device, etc.) to execute the method according to the implementation scenarios of the present application.
Based on the method shown in fig. 1 and fig. 2 and the virtual device embodiment shown in fig. 5, in order to achieve the above object, this embodiment further provides an electronic device, which may specifically be a computer, a server, or a network device, and the physical device includes a storage medium and a processor; a storage medium for storing a computer program; a processor for executing a computer program for implementing the above-described method as shown in fig. 1 and 2.
Optionally, the entity device may further include a user interface, a network interface, a camera, a Radio Frequency (RF) circuit, a sensor, an audio circuit, a WI-FI module, and the like. The user interface may include a Display screen (Display), an input unit such as a keypad (Keyboard), etc., and the optional user interface may also include a USB interface, a card reader interface, etc. The network interface may optionally include a standard wired interface, a wireless interface (e.g., WI-FI interface), etc.
It will be understood by those skilled in the art that the electronic device structure provided in the present embodiment does not constitute a limitation of the physical device, and may include more or less components, or combine some components, or arrange different components.
The storage medium may further include an operating system and a network communication module. The operating system is a program that manages the hardware and software resources of the above-described physical devices, and supports the operation of the information processing program as well as other software and/or programs. The network communication module is used for realizing communication among components in the storage medium and communication with other hardware and software in the information processing entity device.
Through the above description of the embodiments, those skilled in the art will clearly understand that the present application can be implemented by software plus a necessary general hardware platform, and can also be implemented by hardware. By applying the technical scheme of the embodiment, compared with the prior art, the embodiment can respectively settle accounts of different drugstores by adopting settlement processing methods with different settlement periods according to different requirements of the drugstores on settling timeliness. By applying the technical scheme of the embodiment, if the pharmacy has settlement timeliness requirements, after a user successfully purchases a medicine, the pharmacy side can timely receive a settlement processing result of the user order without waiting for longer processing time, so that the settlement processing efficiency of the pharmacy order data can be improved, and further the business requirements of different pharmacies can be met.
In the present specification, the embodiments are described in a progressive manner, each embodiment focuses on differences from other embodiments, and the same or similar parts in the embodiments are referred to each other. For the system embodiment, since it basically corresponds to the method embodiment, the description is relatively simple, and for the relevant points, reference may be made to the partial description of the method embodiment.
The method and system of the present invention may be implemented in a number of ways. For example, the methods and systems of the present invention may be implemented in software, hardware, firmware, or any combination of software, hardware, and firmware. The above-described order for the steps of the method is for illustrative purposes only, and the steps of the method of the present invention are not limited to the order specifically described above unless specifically indicated otherwise. Furthermore, in some embodiments, the present invention may also be embodied as a program recorded in a recording medium, the program including machine-readable instructions for implementing a method according to the present invention. Thus, the present invention also covers a recording medium storing a program for executing the method according to the present invention.
The description of the present invention has been presented for purposes of illustration and description, and is not intended to be exhaustive or limited to the invention in the form disclosed. Many modifications and variations will be apparent to practitioners skilled in this art. The embodiment was chosen and described in order to best explain the principles of the invention and the practical application, and to enable others of ordinary skill in the art to understand the invention for various embodiments with various modifications as are suited to the particular use contemplated.

Claims (10)

1. A method for processing pharmacy data, comprising:
receiving a settlement request of a pharmacy, wherein the settlement request carries a pharmacy identifier of the pharmacy;
determining a settlement period of the pharmacy according to the pharmacy identification, and configuring a reference time point of settlement processing according to the settlement period;
acquiring order ledger data of the pharmacy within a preset time period before the reference time point;
judging whether the pharmacy meets preset settlement conditions or not according to the order ledger data and the settlement period;
and if the pharmacy meets the preset settlement conditions, generating settlement list information of the pharmacy according to the order ledger data.
2. The method of claim 1, wherein prior to said determining a settlement period for the pharmacy from the pharmacy identification, the method further comprises:
counting settlement periods respectively corresponding to the pharmacy identifications of different pharmacies;
determining a settlement period of the pharmacy according to the pharmacy identifier specifically comprises:
and determining a settlement period corresponding to the pharmacy identification carried in the settlement request.
3. The method according to claim 1, wherein the configuring the reference time point for the settlement processing according to the settlement period specifically comprises:
if the settlement period is every other day settlement, configuring the reference time point as the previous day time of the current day time or the time before the previous day time;
and if the settlement period is the daily settlement, configuring the reference time point as the current time, or the previous day time of the current time, or the time before the previous day time.
4. The method according to claim 3, wherein the obtaining of the order ledger data of the pharmacy within a preset time period before the reference time point specifically comprises:
if the settlement period is every other day settlement, acquiring order ledger data of the pharmacy within a range from a first preset day before the reference time point to the reference time point;
and if the settlement period is the daily settlement, comparing the reference time point with the current time point, determining a target time range of the preset time period according to a comparison result, and acquiring the order ledger data of the pharmacy within the target time range.
5. The method according to claim 4, wherein the determining the target time range of the preset time period according to the comparison result specifically comprises:
if the reference time point is the previous day time of the current day time or the time before the previous day time, determining the time range from a second preset day before the reference time point to the reference time point as the target time range;
if the reference time point is the time of the day and is a time point before the scheduled time point of the day, determining a time range from the previous day of the time of the day to a third preset number of days before the previous day as the target time range;
and if the reference time point is the time of the day and is a time point after the scheduled time point of the day, determining a time range from a fourth preset number of days before the scheduled time point of the day to the scheduled time point of the day as the target time range.
6. The method according to claim 1, wherein the determining whether the pharmacy meets a preset settlement condition according to the order ledger data and the settlement period specifically comprises:
obtaining an auditing result of the order user data from the order ledger data;
if the settlement period is every other day settlement, comparing the time when the audit fails with the time of the current day, and if the number of days when the audit fails exceeds a first preset number of days threshold, judging that the pharmacy meets preset settlement conditions;
and if the settlement period is the daily settlement, comparing the time of failing to pass the verification with the time of advancing the reference time point by preset days, and if the number of days failing to pass the verification exceeds a second preset number of days threshold, judging that the pharmacy meets the preset settlement conditions.
7. The method according to claim 1, wherein the generating of the statement information of the pharmacy according to the order ledger data specifically includes:
and generating the bill information corresponding to the settlement period according to the time dimension of the preset time interval, wherein the bill information comprises the bill information of each time dimension in the preset time period and having the order.
8. A pharmacy data processing apparatus, comprising:
the system comprises a receiving module, a processing module and a display module, wherein the receiving module is used for receiving a settlement request of a pharmacy, and the settlement request carries a pharmacy identifier of the pharmacy;
the determining module is used for determining the settlement period of the pharmacy according to the pharmacy identification;
the configuration module is used for configuring a reference time point of settlement processing according to the settlement period;
the acquisition module is used for acquiring order ledger data of the pharmacy within a preset time period before the reference time point;
the judging module is used for judging whether the pharmacy meets preset settlement conditions or not according to the order ledger data and the settlement period;
and the generation module is used for generating the statement of account information of the pharmacy according to the order ledger data if the pharmacy is judged to meet the preset settlement conditions.
9. A storage medium on which a computer program is stored, which program, when being executed by a processor, is adapted to carry out the method of any one of claims 1 to 7.
10. An electronic device comprising a storage medium, a processor and a computer program stored on the storage medium and executable on the processor, wherein the processor implements the method of any one of claims 1 to 7 when executing the program.
CN202110738326.4A 2021-06-30 2021-06-30 Pharmacy data processing method and device and electronic equipment Pending CN113592472A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202110738326.4A CN113592472A (en) 2021-06-30 2021-06-30 Pharmacy data processing method and device and electronic equipment

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202110738326.4A CN113592472A (en) 2021-06-30 2021-06-30 Pharmacy data processing method and device and electronic equipment

Publications (1)

Publication Number Publication Date
CN113592472A true CN113592472A (en) 2021-11-02

Family

ID=78245251

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202110738326.4A Pending CN113592472A (en) 2021-06-30 2021-06-30 Pharmacy data processing method and device and electronic equipment

Country Status (1)

Country Link
CN (1) CN113592472A (en)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115292343A (en) * 2022-10-09 2022-11-04 工保科技(浙江)有限公司 Data processing method and device

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106022863A (en) * 2016-05-09 2016-10-12 上海携程商务有限公司 Automatic settlement system and method
CN107292722A (en) * 2017-06-29 2017-10-24 北京微影时代科技有限公司 A kind of method and device for generating statement
CN107784574A (en) * 2017-11-21 2018-03-09 世纪禾光科技发展(北京)有限公司 Reconciliation processing method and processing device
CN110415096A (en) * 2019-07-30 2019-11-05 广州虎牙信息科技有限公司 A kind of virtual assets settlement method, device and computer equipment
CN110570280A (en) * 2019-09-10 2019-12-13 拉扎斯网络科技(上海)有限公司 Data processing method and system, equipment and storage medium
CN110852734A (en) * 2019-11-06 2020-02-28 上海景域文化传播股份有限公司 Scenic spot service settlement method and system based on block chain and electronic equipment
CN111599435A (en) * 2020-05-19 2020-08-28 中山大学附属第六医院 Intelligent pharmacy data processing method and device based on medical advice information

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106022863A (en) * 2016-05-09 2016-10-12 上海携程商务有限公司 Automatic settlement system and method
CN107292722A (en) * 2017-06-29 2017-10-24 北京微影时代科技有限公司 A kind of method and device for generating statement
CN107784574A (en) * 2017-11-21 2018-03-09 世纪禾光科技发展(北京)有限公司 Reconciliation processing method and processing device
CN110415096A (en) * 2019-07-30 2019-11-05 广州虎牙信息科技有限公司 A kind of virtual assets settlement method, device and computer equipment
CN110570280A (en) * 2019-09-10 2019-12-13 拉扎斯网络科技(上海)有限公司 Data processing method and system, equipment and storage medium
CN110852734A (en) * 2019-11-06 2020-02-28 上海景域文化传播股份有限公司 Scenic spot service settlement method and system based on block chain and electronic equipment
CN111599435A (en) * 2020-05-19 2020-08-28 中山大学附属第六医院 Intelligent pharmacy data processing method and device based on medical advice information

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115292343A (en) * 2022-10-09 2022-11-04 工保科技(浙江)有限公司 Data processing method and device
CN115292343B (en) * 2022-10-09 2023-07-25 工保科技(浙江)有限公司 Data processing method and device

Similar Documents

Publication Publication Date Title
US11367115B2 (en) Prepaid bundled healthcare services with discreet virtual payment distribution
US10417657B2 (en) Point management apparatus, system, and method
US11341555B2 (en) Creating digital health assets
US20200013496A1 (en) Methods and systems for claim adjudication
US11836775B2 (en) Selectively redeemable bundled healthcare services with discreet payment distribution
CN111028909B (en) Method, device, equipment and storage medium for processing outpatient chronic disease information
US20150206145A1 (en) Id management device, id management method, and id management program
CN113592472A (en) Pharmacy data processing method and device and electronic equipment
US10922687B2 (en) Consumer discount payment card system and method
US11030666B2 (en) Network-based marketplace service pricing tool for facilitating purchases of bundled services and products
US20150051915A1 (en) Systems and methods for allocating payments across multiple healthcare accounts
US11475499B2 (en) Backend bundled healthcare services payment systems and methods
US11501352B2 (en) Backend bundled healthcare services payment systems and methods
US20200043036A9 (en) Transaction monitoring system and method
US11164154B2 (en) Flexible and prioritized multi-purse tables for multi-account benefit plan management and processing
CN114334059A (en) Information processing method and device and storage medium
US20180039744A1 (en) Automated payment system
JP2020098494A (en) Processing system, processing device, processing method, and program
US11341556B2 (en) CPT code search engine for backend bundling of healthcare services and a virtual payment system
US11915287B2 (en) Backend bundled healthcare services payment systems and methods
US20220222751A1 (en) Network-based marketplace service pricing tool for facilitating purchases of bundled services and products
US20230274242A1 (en) Synchronized on-demand funding system
CN115829558A (en) Medical insurance online medicine purchasing payment and billing method, device, equipment and storage medium
JP2024042004A (en) Information processing system, information processing device, server, program, or method
CN115662566A (en) Prescription medicine supervision method, device, system, equipment and medium

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
CB02 Change of applicant information

Address after: 100102 201 / F, block C, 2 lizezhong 2nd Road, Chaoyang District, Beijing

Applicant after: Beijing Shuidi Technology Group Co.,Ltd.

Address before: 100102 201, 2 / F, block C, No.2 lizezhong 2nd Road, Chaoyang District, Beijing

Applicant before: Beijing Health Home Technology Co.,Ltd.

TA01 Transfer of patent application right
TA01 Transfer of patent application right

Effective date of registration: 20240315

Address after: Room 603, 6th Floor, Building C, No. 2 Lize Middle Second Road, Chaoyang District, Beijing, 100102

Applicant after: Beijing Yifan Fengshun Pharmaceutical Technology Co.,Ltd.

Country or region after: China

Address before: 100102 201 / F, block C, 2 lizezhong 2nd Road, Chaoyang District, Beijing

Applicant before: Beijing Shuidi Technology Group Co.,Ltd.

Country or region before: China