CN112465653A - Insurance business processing method, device, equipment and storage medium - Google Patents
Insurance business processing method, device, equipment and storage medium Download PDFInfo
- Publication number
- CN112465653A CN112465653A CN202011350362.5A CN202011350362A CN112465653A CN 112465653 A CN112465653 A CN 112465653A CN 202011350362 A CN202011350362 A CN 202011350362A CN 112465653 A CN112465653 A CN 112465653A
- Authority
- CN
- China
- Prior art keywords
- insurance
- service
- portal
- insurance service
- 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
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION 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/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/08—Insurance
Abstract
One or more embodiments of the present specification provide an insurance service processing method, apparatus, device, and storage medium, where in response to a selection operation of a user on a user interface of a terminal device for a portal of an insurance service and one of a plurality of processing types related to the insurance service, the terminal device sends an insurance service instruction to a server communicatively connected thereto; in response to the insurance service instruction, the server performs the following operations: searching insurance service data associated with the user identification number and the portal indicated in the insurance service instruction from a service database; and calling the functional components corresponding to the portals and the processing types indicated in the insurance business instruction from the plurality of pre-configured functional components to perform data processing on the insurance business data based on a preset functional component calling rule to obtain a business processing result. The invention can support different insurance business processing operations quickly and flexibly, and reduces the system development cost.
Description
Technical Field
One or more embodiments of the present disclosure relate to the field of data processing technologies, and in particular, to a method, an apparatus, a device, and a storage medium for processing insurance services.
Background
The difference between different short-insurance services is large, namely the individual requirements of the short-insurance services are high, so that most short-insurance service processes are developed offline, and related information is manually input regularly to complete insurance operation and settlement, so that the labor cost is greatly increased, and the timeliness is low. Therefore, a system supporting short-risk services is needed.
The existing method for replacing the offline flow with the online flow is to create the corresponding online flow based on the specific dangerous types or service development, which improves various disadvantages of manual entry to a certain extent, but as mentioned above, short dangerous types of services are various, and the personalized demand is high, if the flows are developed respectively for various services of each dangerous type, a large number of online flows need to be developed, the development cost is high, and unified management and scheduling are inconvenient.
Disclosure of Invention
In view of the above, one or more embodiments of the present disclosure are directed to a method, an apparatus, a device, and a storage medium for processing insurance services, so as to solve the problems of high development cost and inconvenience in unified management and scheduling of existing solutions.
In view of the above, one or more embodiments of the present specification provide an insurance business processing method, including:
responding to the selection operation of a user on a user interface of terminal equipment on a portal of an insurance service and one of a plurality of processing types related to the insurance service, and sending an insurance service instruction to a server in communication connection with the terminal equipment by the terminal equipment, wherein the insurance service instruction indicates an identification number of the user, the portal and processing type selected by the user and a Media Access Control (MAC) address of the terminal equipment;
in response to the insurance service instruction, the server performs the following operations:
retrieving insurance service data associated with the user's identification number and the portal indicated in the insurance service instruction from a service database;
based on a preset function component calling rule, calling a function component corresponding to the portal and the processing type indicated in the insurance service instruction from a plurality of preset function components to perform data processing on the insurance service data to obtain a service processing result;
and sending information indicating the service processing result to the terminal equipment through the MAC address indicated in the insurance service instruction to be displayed on the user interface.
Optionally, the portal of the insurance service includes at least one of the following: a construction accident service portal, a travel accident service portal, an aviation accident service portal, a rescue accident service portal, a general service portal and an integrated service portal.
Optionally, the portal of the insurance service can be invoked by a third party system.
Optionally, the processing type includes at least one of the following: login, home page display, new contract, payment, printing and refunding; the new contract specifically comprises a bill making filling, an underwriting and a bill making result.
Optionally, the functional component includes at least one of: the system comprises an organization management component, a right management component, a user management component, a parameter management component, a rule management component, a task scheduling component, a printing management component, a product management component, a channel management component, a store management component, a website management component, a document management component, a policy auditing component, a policy inquiring component, a reconciliation management component, a reconciliation confirmation component, a problem processing component and a statistical statement component.
Based on the same inventive concept, one or more embodiments of the present specification provide an insurance business processing apparatus, including:
a service instruction acquisition module, configured to respond to a selection operation of a user on a user interface of a terminal device on a portal of an insurance service and one of multiple processing types related to the insurance service, where the terminal device sends an insurance service instruction to a server in communication connection with the terminal device, where the insurance service instruction indicates an identification number of the user, the portal and processing type selected by the user, and a media access control MAC address of the terminal device;
a service data acquisition module, configured to retrieve, from a service database, insurance service data associated with the user identification number and the portal indicated in the insurance service instruction;
the functional component calling module is used for calling functional components corresponding to the portals and the processing types indicated in the insurance business instructions from a plurality of pre-configured functional components to perform data processing on the insurance business data based on a preset functional component calling rule to obtain a business processing result;
and the processing result feedback module is used for sending the information indicating the service processing result to the terminal equipment through the MAC address indicated in the insurance service instruction so as to display the information on the user interface.
Based on the same inventive concept, one or more embodiments of the present specification provide an electronic device comprising a memory, a processor, and a computer program stored on the memory and executable on the processor, wherein the processor implements the above method when executing the program.
Based on the same inventive concept, one or more embodiments of the present specification provide a non-transitory computer-readable storage medium storing computer instructions for causing the computer to perform the above-described method.
As can be seen from the foregoing, in response to a user selecting an operation on a user interface of a terminal device for a portal of an insurance service and one of multiple processing types related to the insurance service, the terminal device sends an insurance service instruction to a server communicatively connected to the terminal device, where the insurance service instruction indicates an identification number of the user, the portal and processing type selected by the user, and a media access control MAC address of the terminal device; in response to the insurance service instruction, the server performs the following operations: retrieving insurance service data associated with the user's identification number and the portal indicated in the insurance service instruction from a service database; based on a preset function component calling rule, calling a function component corresponding to the portal and the processing type indicated in the insurance service instruction from a plurality of preset function components to perform data processing on the insurance service data to obtain a service processing result; and sending information indicating the service processing result to the terminal equipment through the MAC address indicated in the insurance service instruction to be displayed on the user interface. The invention can support different insurance business processing operations quickly and flexibly, and reduces the system development cost.
Drawings
In order to more clearly illustrate one or more embodiments or prior art solutions of the present specification, the drawings that are needed in the description of the embodiments or prior art will be briefly described below, and it is obvious that the drawings in the following description are only one or more embodiments of the present specification, and that other drawings may be obtained by those skilled in the art without inventive effort from these drawings.
FIG. 1 is a schematic flow chart of an insurance business processing method provided in one or more embodiments of the present disclosure;
FIG. 2 is a schematic diagram of an insurance business processing apparatus according to one or more embodiments of the present disclosure;
fig. 3 is a schematic diagram of a more specific hardware structure of an electronic device according to one or more embodiments of the present disclosure.
Detailed Description
For the purpose of promoting a better understanding of the objects, aspects and advantages of the present disclosure, reference is made to the following detailed description taken in conjunction with the accompanying drawings.
It is to be noted that unless otherwise defined, technical or scientific terms used in one or more embodiments of the present specification should have the ordinary meaning as understood by those of ordinary skill in the art to which this disclosure belongs. The use of "first," "second," and similar terms in one or more embodiments of the specification is not intended to indicate any order, quantity, or importance, but rather is used to distinguish one element from another. The word "comprising" or "comprises", and the like, means that the element or item listed before the word covers the element or item listed after the word and its equivalents, but does not exclude other elements or items. The terms "connected" or "coupled" and the like are not restricted to physical or mechanical connections, but may include electrical connections, whether direct or indirect. "upper", "lower", "left", "right", and the like are used merely to indicate relative positional relationships, and when the absolute position of the object being described is changed, the relative positional relationships may also be changed accordingly.
The difference between different short-insurance services is large, namely the individual requirements of the short-insurance services are high, so that most short-insurance service processes are developed offline, and related information is manually input regularly to complete insurance operation and settlement, so that the labor cost is greatly increased, and the timeliness is low. Therefore, a system supporting short-risk services is needed.
The existing method for replacing the offline flow with the online flow is to create the corresponding online flow based on the specific dangerous types or service development, which improves various disadvantages of manual entry to a certain extent, but as mentioned above, short dangerous types of services are various, and the personalized demand is high, if the flows are developed respectively for various services of each dangerous type, a large number of online flows need to be developed, the development cost is high, and unified management and scheduling are inconvenient.
The invention considers that insurance businesses have similar flows or functions, separates the concrete realization of each insurance business, refines the functions, pages, page flows, rules and parameters, carries out definition and relationship integration, realizes the multiplexing of the functions, the pages, the page flows, the rules and the parameters through the dynamic configuration of a database, and can adapt to various dangerous kinds of businesses only by developing one set of flows.
Fig. 1 is a schematic flow chart of an insurance business processing method provided in one or more embodiments of the present specification, where the insurance business processing method includes:
s110, responding to the selection operation of a user on a user interface of a terminal device on a portal of an insurance service and one of a plurality of processing types related to the insurance service, wherein the terminal device sends an insurance service instruction to a server in communication connection with the terminal device, and the insurance service instruction indicates an identification number of the user, the portal and the processing type selected by the user and a Media Access Control (MAC) address of the terminal device.
As an alternative embodiment, the portal of the insurance service includes at least one of: a construction accident service portal, a travel accident service portal, an aviation accident service portal, a rescue accident service portal, a general service portal and an integrated service portal.
The insurance service portal can be invoked by a third party system.
The processing type includes at least one of: login, home page display, new contract, payment, printing and refunding; the new contract specifically comprises a bill making filling, an underwriting and a bill making result.
In one or more embodiments of the present specification, the portal of the insurance service on the user interface of the terminal device is a virtual store, and the user handles the insurance service by entering the virtual store. By virtual store is meant a collection of component specific implementations of products, documents, websites, users, institutions, print templates, and payments that are included to implement at least one insurance operation activity. For example, virtual stores include construction, travel, airline, rescue, general, and complex stores.
The multiple processing types involved in the insurance service are the types of services that each virtual store can process, such as login, home page presentation, new contracts, payment, printing and refund; the new contract specifically comprises a bill making filling, an underwriting and a bill making result. The user is at a virtual store and the insurance business is processed through these types of processes.
The method comprises the steps of acquiring information of a portal, namely a virtual store and a processing type selected by a user, and acquiring an identification number of the user and a Media Access Control (MAC) address of a terminal device used for logging in by the user.
In response to the insurance service instruction, the server performs the following operations:
s120, searching insurance service data related to the user identification number and the portal indicated in the insurance service instruction from a service database.
In the former step, a service instruction is obtained from a portal, namely a virtual store, and correspondingly, a service database provides data support, and service data related to the user in the database and service data required by a service type corresponding to the service instruction are called through the obtained user identification number.
S130, based on a preset function component calling rule, calling a function component corresponding to the portal and the processing type indicated in the insurance service instruction from a plurality of preset function components to perform data processing on the insurance service data, and obtaining a service processing result.
As an alternative embodiment, the functional components include at least one of the following: the system comprises an organization management component, a right management component, a user management component, a parameter management component, a rule management component, a task scheduling component, a printing management component, a product management component, a channel management component, a store management component, a website management component, a document management component, a policy auditing component, a policy inquiring component, a reconciliation management component, a reconciliation confirmation component, a problem processing component and a statistical statement component.
In the invention, the realization of specific services by a portal, namely a virtual store, is to split the specific services into the layers of functions, pages, page flows, rules and parameters, realize the interaction of the functions, the pages, the page flows, the rules and the parameters to complete the service requirements by calling different functional components, and support different services of different virtual stores without redevelopment by multiplexing and combining the functional components configured in advance. In order to realize service scenes of different virtual stores in one system and multiplex functional components, all the functional components need to be decoupled, specifically, various types of functional components such as sales, products, documents, printing templates, website management, policy management and the like are separated, association relations and data among the functional components are separated and also separated, and each functional component is a highly cohesive unit.
For functions, pages, page flows, rules and parameters: for any function, at least one page is corresponded. For example, the pages include a login page, a home page, a check-out result page, a payment page, a print page, and a guarantee page. The data objects obtained from the function by different pages corresponding to the same function are consistent.
And for any page flow, corresponding to at least one function. The page flow can be viewed as a functional grouping. For example, the page flow includes login, home page presentation, new contract, payment, printing, and chargeback, where the new contract in turn includes the order fill, underwriting, and order outcome.
Both the page and the function may invoke rules, which may be implemented anywhere in the system. As an alternative embodiment, the rules include invariant rules and variant rules. The invariant rules are directly implemented by solidification in the program, such as js rules of a foreground and rules implemented by java code of a background. The variable rules need to be registered in a rule table, and the implementation modes include API implementation, Http service implementation and SQL implementation: the API is used for calling a local code, and when the rules are transformed, the implementation classes of the rules need to be replaced, and the system needs to be restarted; the Http service is realized for foreground ajax to call, and when the rules are transformed, the realization class of the rules needs to be replaced, and the system needs to be restarted; the SQL implementation is a special form of API implementation by executing operation on the database and calling local codes through a uniform API interface, and only SQL statements need to be changed without restarting the system if the rules are transformed without involving the adjustment of input and output parameters. Multiple rules can be combined into a rule set.
The parameters are defined in a database for direct use by functions and rules. The parameters in the system are divided into fixed parameters and definable parameters. Fixed parameters directly define tables in the system, such as organization codes and security risk codes; parameters can be defined for parameters that can be added in the system at any time, for example, the system parameter configuration table records the description of the parameter table, and the system parameter value-taking table records the specific code values in the parameter table.
S140, sending the information indicating the service processing result to the terminal equipment through the MAC address indicated in the insurance service instruction so as to display the information on the user interface.
As can be seen from the foregoing, in response to a user selecting an operation on a user interface of a terminal device for a portal of an insurance service and one of multiple processing types related to the insurance service, the terminal device sends an insurance service instruction to a server communicatively connected to the terminal device, where the insurance service instruction indicates an identification number of the user, the portal and processing type selected by the user, and a media access control MAC address of the terminal device; in response to the insurance service instruction, the server performs the following operations: retrieving insurance service data associated with the user's identification number and the portal indicated in the insurance service instruction from a service database; based on a preset function component calling rule, calling a function component corresponding to the portal and the processing type indicated in the insurance service instruction from a plurality of preset function components to perform data processing on the insurance service data to obtain a service processing result; and sending information indicating the service processing result to the terminal equipment through the MAC address indicated in the insurance service instruction to be displayed on the user interface. The invention can support different insurance business processing operations quickly and flexibly, and reduces the system development cost.
It should be noted that the method of one or more embodiments of the present disclosure may be performed by a single device, such as a computer or server. The method of the embodiment can also be applied to a distributed scene and completed by the mutual cooperation of a plurality of devices. In such a distributed scenario, one of the devices may perform only one or more steps of the method of one or more embodiments of the present disclosure, and the devices may interact with each other to complete the method.
It should be noted that the above description describes certain embodiments of the present disclosure. Other embodiments are within the scope of the following claims. In some cases, the actions or steps recited in the claims may be performed in a different order than in the embodiments and still achieve desirable results. In addition, the processes depicted in the accompanying figures do not necessarily require the particular order shown, or sequential order, to achieve desirable results. In some embodiments, multitasking and parallel processing may also be possible or may be advantageous.
Based on the same inventive concept, corresponding to any embodiment method, one or more embodiments of the present specification further provide an insurance business processing apparatus.
Fig. 2 is a schematic structural diagram of an insurance business processing device provided in one or more embodiments of the present specification, the insurance business processing device including:
a service instruction obtaining module 210, configured to, in response to a selection operation performed by a user on a user interface of a terminal device on a portal of an insurance service and one of multiple processing types related to the insurance service, send, by the terminal device, an insurance service instruction to a server in communication connection with the terminal device, where the insurance service instruction indicates an identification number of the user, the portal and the processing type selected by the user, and a media access control MAC address of the terminal device.
A service data obtaining module 220, configured to retrieve, from a service database, insurance service data associated with the user identification number and the portal indicated in the insurance service instruction.
A function component calling module 230, configured to, based on a predetermined function component calling rule, call, from a plurality of pre-configured function components, a function component corresponding to the portal and the processing type indicated in the insurance service instruction to perform data processing on the insurance service data, so as to obtain a service processing result.
A processing result feedback module 240, configured to send, through the MAC address indicated in the insurance service instruction, information indicating the service processing result to the terminal device for display on the user interface.
For convenience of description, the above devices are described as being divided into various modules by functions, and are described separately. Of course, the functionality of the modules may be implemented in the same one or more software and/or hardware implementations in implementing one or more embodiments of the present description.
The apparatus in the foregoing embodiment is used to implement the corresponding insurance service processing method in any of the foregoing embodiments, and has the beneficial effects of the corresponding method embodiment, which are not described herein again.
Based on the same inventive concept, corresponding to any of the above embodiments, one or more embodiments of the present specification further provide an electronic device, which includes a memory, a processor, and a computer program stored in the memory and executable on the processor, and when the processor executes the computer program, the method for processing insurance services according to any of the above embodiments is implemented.
Fig. 3 is a schematic diagram illustrating a more specific hardware structure of an electronic device according to this embodiment, where the electronic device may include: a processor 1010, a memory 1020, an input/output interface 1030, a communication interface 1040, and a bus 1050. Wherein the processor 1010, memory 1020, input/output interface 1030, and communication interface 1040 are communicatively coupled to each other within the device via bus 1050.
The processor 1010 may be implemented by a general-purpose CPU (Central Processing Unit), a microprocessor, an Application Specific Integrated Circuit (ASIC), or one or more Integrated circuits, and is configured to execute related programs to implement the technical solutions provided in the embodiments of the present disclosure.
The Memory 1020 may be implemented in the form of a ROM (Read Only Memory), a RAM (Random Access Memory), a static storage device, a dynamic storage device, or the like. The memory 1020 may store an operating system and other application programs, and when the technical solution provided by the embodiments of the present specification is implemented by software or firmware, the relevant program codes are stored in the memory 1020 and called to be executed by the processor 1010.
The input/output interface 1030 is used for connecting an input/output module to input and output information. The i/o module may be configured as a component in a device (not shown) or may be external to the device to provide a corresponding function. The input devices may include a keyboard, a mouse, a touch screen, a microphone, various sensors, etc., and the output devices may include a display, a speaker, a vibrator, an indicator light, etc.
The communication interface 1040 is used for connecting a communication module (not shown in the drawings) to implement communication interaction between the present apparatus and other apparatuses. The communication module can realize communication in a wired mode (such as USB, network cable and the like) and also can realize communication in a wireless mode (such as mobile network, WIFI, Bluetooth and the like).
It should be noted that although the above-mentioned device only shows the processor 1010, the memory 1020, the input/output interface 1030, the communication interface 1040 and the bus 1050, in a specific implementation, the device may also include other components necessary for normal operation. In addition, those skilled in the art will appreciate that the above-described apparatus may also include only those components necessary to implement the embodiments of the present description, and not necessarily all of the components shown in the figures.
The electronic device of the foregoing embodiment is used to implement the corresponding insurance business processing method in any of the foregoing embodiments, and has the beneficial effects of the corresponding method embodiment, which are not described herein again.
Based on the same inventive concept, corresponding to any of the above-described embodiment methods, one or more embodiments of the present specification further provide a non-transitory computer-readable storage medium storing computer instructions for causing the computer to execute the insurance service processing method according to any of the above-described embodiments.
Computer-readable media of the present embodiments, including both non-transitory and non-transitory, removable and non-removable media, may implement information storage by any method or technology. The information may be computer readable instructions, data structures, modules of a program, or other data. Examples of computer storage media include, but are not limited to, phase change memory (PRAM), Static Random Access Memory (SRAM), Dynamic Random Access Memory (DRAM), other types of Random Access Memory (RAM), Read Only Memory (ROM), Electrically Erasable Programmable Read Only Memory (EEPROM), flash memory or other memory technology, compact disc read only memory (CD-ROM), Digital Versatile Discs (DVD) or other optical storage, magnetic cassettes, magnetic tape magnetic disk storage or other magnetic storage devices, or any other non-transmission medium that can be used to store information that can be accessed by a computing device.
The computer instructions stored in the storage medium of the foregoing embodiment are used to enable the computer to execute the insurance business processing method according to any embodiment, and have the beneficial effects of the corresponding method embodiment, which are not described herein again.
Those of ordinary skill in the art will understand that: the discussion of any embodiment above is meant to be exemplary only, and is not intended to intimate that the scope of the disclosure, including the claims, is limited to these examples; within the spirit of the present disclosure, features from the above embodiments or from different embodiments may also be combined, steps may be implemented in any order, and there are many other variations of different aspects of one or more embodiments of the present description as described above, which are not provided in detail for the sake of brevity.
In addition, well-known power/ground connections to Integrated Circuit (IC) chips and other components may or may not be shown in the provided figures, for simplicity of illustration and discussion, and so as not to obscure one or more embodiments of the disclosure. Furthermore, devices may be shown in block diagram form in order to avoid obscuring the understanding of one or more embodiments of the present description, and this also takes into account the fact that specifics with respect to implementation of such block diagram devices are highly dependent upon the platform within which the one or more embodiments of the present description are to be implemented (i.e., specifics should be well within purview of one skilled in the art). Where specific details (e.g., circuits) are set forth in order to describe example embodiments of the disclosure, it should be apparent to one skilled in the art that one or more embodiments of the disclosure can be practiced without, or with variation of, these specific details. Accordingly, the description is to be regarded as illustrative instead of restrictive.
While the present disclosure has been described in conjunction with specific embodiments thereof, many alternatives, modifications, and variations of these embodiments will be apparent to those of ordinary skill in the art in light of the foregoing description. For example, other memory architectures (e.g., dynamic ram (dram)) may use the discussed embodiments.
It is intended that the one or more embodiments of the present specification embrace all such alternatives, modifications and variations as fall within the broad scope of the appended claims. Therefore, any omissions, modifications, substitutions, improvements, and the like that may be made without departing from the spirit and principles of one or more embodiments of the present disclosure are intended to be included within the scope of the present disclosure.
Claims (8)
1. An insurance business processing method, comprising:
responding to the selection operation of a user on a user interface of terminal equipment on a portal of an insurance service and one of a plurality of processing types related to the insurance service, and sending an insurance service instruction to a server in communication connection with the terminal equipment by the terminal equipment, wherein the insurance service instruction indicates an identification number of the user, the portal and processing type selected by the user and a Media Access Control (MAC) address of the terminal equipment;
in response to the insurance service instruction, the server performs the following operations:
retrieving insurance service data associated with the user's identification number and the portal indicated in the insurance service instruction from a service database;
based on a preset function component calling rule, calling a function component corresponding to the portal and the processing type indicated in the insurance service instruction from a plurality of preset function components to perform data processing on the insurance service data to obtain a service processing result;
and sending information indicating the service processing result to the terminal equipment through the MAC address indicated in the insurance service instruction to be displayed on the user interface.
2. The method of claim 1, wherein the portal of the insurance service comprises at least one of: a construction accident service portal, a travel accident service portal, an aviation accident service portal, a rescue accident service portal, a general service portal and an integrated service portal.
3. The method of claim 1, wherein the portal of the insurance service is invokable by a third party system.
4. The method of claim 1, wherein the type of processing comprises at least one of: login, home page display, new contract, payment, printing and refunding; the new contract specifically comprises a bill making filling, an underwriting and a bill making result.
5. The method of claim 1, wherein the functional component comprises at least one of: the system comprises an organization management component, a right management component, a user management component, a parameter management component, a rule management component, a task scheduling component, a printing management component, a product management component, a channel management component, a store management component, a website management component, a document management component, a policy auditing component, a policy inquiring component, a reconciliation management component, a reconciliation confirmation component, a problem processing component and a statistical statement component.
6. An insurance business processing apparatus, comprising:
a service instruction acquisition module, configured to respond to a selection operation of a user on a user interface of a terminal device on a portal of an insurance service and one of multiple processing types related to the insurance service, where the terminal device sends an insurance service instruction to a server in communication connection with the terminal device, where the insurance service instruction indicates an identification number of the user, the portal and processing type selected by the user, and a media access control MAC address of the terminal device;
a service data acquisition module, configured to retrieve, from a service database, insurance service data associated with the user identification number and the portal indicated in the insurance service instruction;
the functional component calling module is used for calling functional components corresponding to the portals and the processing types indicated in the insurance business instructions from a plurality of pre-configured functional components to perform data processing on the insurance business data based on a preset functional component calling rule to obtain a business processing result;
and the processing result feedback module is used for sending the information indicating the service processing result to the terminal equipment through the MAC address indicated in the insurance service instruction so as to display the information on the user interface.
7. An electronic device comprising a memory, a processor and a computer program stored on the memory and executable on the processor, characterized in that the processor implements the method according to any of claims 1 to 5 when executing the program.
8. A non-transitory computer readable storage medium storing computer instructions for causing a computer to perform the method of any one of claims 1 to 5.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011350362.5A CN112465653A (en) | 2020-11-26 | 2020-11-26 | Insurance business processing method, device, equipment and storage medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011350362.5A CN112465653A (en) | 2020-11-26 | 2020-11-26 | Insurance business processing method, device, equipment and storage medium |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN112465653A true CN112465653A (en) | 2021-03-09 |
Family
ID=74808821
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202011350362.5A Pending CN112465653A (en) | 2020-11-26 | 2020-11-26 | Insurance business processing method, device, equipment and storage medium |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN112465653A (en) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN115037768A (en) * | 2022-06-27 | 2022-09-09 | 京东方科技集团股份有限公司 | Data processing method and related equipment |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20050248806A1 (en) * | 2004-04-01 | 2005-11-10 | United Parcel Service Of America, Inc. | Integrated task management systems and methods for executing rule-based operations |
| US8788295B1 (en) * | 2008-09-30 | 2014-07-22 | Accenture Global Services Limited | Reusable product system |
| CN107798617A (en) * | 2017-04-07 | 2018-03-13 | 平安科技（深圳）有限公司 | Insurance business treating method and apparatus |
| CN108171610A (en) * | 2017-12-28 | 2018-06-15 | 中国平安人寿保险股份有限公司 | Page generation method, page generation equipment, storage medium and device |
-
2020
- 2020-11-26 CN CN202011350362.5A patent/CN112465653A/en active Pending
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20050248806A1 (en) * | 2004-04-01 | 2005-11-10 | United Parcel Service Of America, Inc. | Integrated task management systems and methods for executing rule-based operations |
| US8788295B1 (en) * | 2008-09-30 | 2014-07-22 | Accenture Global Services Limited | Reusable product system |
| CN107798617A (en) * | 2017-04-07 | 2018-03-13 | 平安科技（深圳）有限公司 | Insurance business treating method and apparatus |
| CN108171610A (en) * | 2017-12-28 | 2018-06-15 | 中国平安人寿保险股份有限公司 | Page generation method, page generation equipment, storage medium and device |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN115037768A (en) * | 2022-06-27 | 2022-09-09 | 京东方科技集团股份有限公司 | Data processing method and related equipment |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US9946529B2 (en) | Function-based dynamic application extension framework | |
| CN104823169B (en) | For the index configurations that can search for data in network | |
| US10135940B2 (en) | Subscribing to event notifications using object instances | |
| US20170185384A1 (en) | Adaptive Function-Based Dynamic Application Extension Framework | |
| CN105718540A (en) | Data loading method and apparatus | |
| CN102098211A (en) | Service Mashup method for dynamic cooperation of client and server, server and client | |
| CN105488125A (en) | Page access method and apparatus | |
| CN110688829A (en) | Table generation method, device, equipment and storage medium | |
| CN114385164A (en) | Page generation and rendering method and device, electronic equipment and storage medium | |
| CN112182349A (en) | Method, device and system for querying compliance file | |
| CN108520448B (en) | Event management method and device | |
| CN112465653A (en) | Insurance business processing method, device, equipment and storage medium | |
| CN116719457A (en) | Information display method, device and equipment | |
| WO2019043462A1 (en) | Systems and methods for creating automated interface transmission between heterogeneous systems in an enterprise ecosystem | |
| CN112508719A (en) | Report processing method and device | |
| CN112114804A (en) | Application program generation method, device and system | |
| US8931036B1 (en) | Transformation of extensible markup language documents for web services customization | |
| CN112445394A (en) | Screenshot method and device | |
| CN116049114A (en) | Processing method, processor and storage medium for internationalization log | |
| US8656414B1 (en) | Function execution framework describe functionality | |
| CN112437079B (en) | Intranet access method and device | |
| CN108874390B (en) | Data processing method and device, equipment and storage medium | |
| CN112487773A (en) | Report generation method, device, equipment and storage medium | |
| CN112580980A (en) | Service processing method and device and electronic equipment | |
| CN113986850B (en) | Storage method, device, equipment and computer readable storage medium of electronic volume |
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 |