A bypass-based forced card reporting system, method, and program product applicable to multiple operating systems within a hospital.

Abstract

This invention relates to the field of hospital management computer software technology, and more particularly to a bypass-based mandatory card reporting system, method, and program product applicable to multiple operating systems within a hospital. This invention provides a bypass-based mandatory card reporting system applicable to multiple operating systems within a hospital. Through simple software code embedding and configuration, this system achieves unified card reporting page styles and operation methods across all software interfaces, and unified control of data quality. Ultimately, it enables various internal hospital business application software developed in different languages ​​and with different software architectures to achieve homogeneous mandatory card reporting.

Description

TECHNICAL FIELD

[0001] The present application relates to the technical field of hospital management computer software, and particularly relates to a bypass forced card reporting system, method and program product suitable for multiple operating systems in a hospital. BACKGROUND

[0002] Medical service institutions are the vanguard of public health emergencies and disease monitoring and control, and timely and accurate capture of disease information and reporting to the competent department are important contents of regional public health work and important basis for the health department to develop scientific prevention and control strategies and measures. At present, the card reporting systems of medical institutions at all levels are scattered, the technical standards used are not unified, and the software development manufacturers are different, resulting in different card reporting pages for different operating systems and different software for clinicians when doing various card reporting, which makes it difficult to achieve card reporting data quality control.

[0003] The existing various card reporting software methods (such as Chinese patent application CN 107346373 A) mostly use internal customization development of hospital HIS and other business software, or use the mounting method of DLL dynamic link library to realize forced card reporting. Card reporting logic judgment modification, data quality control, and card reporting personnel training all require a large amount of financial and material resources. Most of them are only suitable for Microsoft WINDOWS system environment, while the current mobile doctor software usually uses Android system, IOS system and other environments. At the same time, software clients based on Linux system or domestic operating system cannot be applied to the existing technical solutions, which means that such applications need to be re-customized and developed. Once the card reporting requirements change, the information department needs to maintain and modify multiple instances, resulting in a lot of repetitive work and waste of existing resources. SUMMARY

[0004] In order to solve the above technical problems of different business software embedded card reporting modules not being unified, data quality being difficult to control, and repeated development of card reporting modules for business software of different operating systems, the purpose of the present application is to provide a bypass forced card reporting system suitable for multiple operating systems in a hospital. The system realizes unified card reporting page style, unified operation mode and unified data quality control of all software interfaces through simple software code embedding and configuration, and finally realizes the goal of homogeneous forced card reporting of various business application software in a hospital developed in different languages and with different software architectures.

[0005] In order to achieve the above purpose, the present application adopts the following technical solutions:

[0006] The bypass forced card reporting system suitable for various operating systems in a hospital comprises a universal card reporting template visual editor and a card reporting function calling service module; the universal card reporting template visual editor realizes a card reporting page dynamic generation function, including a field editing module, a page editing module, a single field data verification module, an associated field data verification module, a dynamic card reporting page generation module, a template registration module and a card reporting template trigger condition configuration module;

[0007] The field editing module completes the setting of information fields of various card reports, including field name, data type, length, font and associated serial number content of data verification rules, generates visual objects according to the configuration, and combines multiple field objects into an object group; the object or object group is combined into multiple page groups in the page editing module in a graphical manner; the single field data verification module can configure data verification rules for data verification of the field editing module; the associated field data verification module sets data verification of the combined field objects; various generated fields and field group objects realize integration of card reporting pages through the page editing module, and generate card reporting templates through the dynamic card reporting page generation module, and then register as card reporting categories through the template registration module, and set calling configuration parameters of card reporting services through the card reporting template trigger condition configuration module;

[0008] The card reporting calling service module comprises a service registration module, an interface document generation module, a service in-out parameter configuration module, a business logic control module, a card reporting data solidification module and a card reporting information management module;

[0009] The service in-out parameter configuration module completes the configuration of basic information, data type, length and the like of various in-out parameters and encapsulates the parameters into parameter objects; the business logic control module sets business logic according to in-parameter objects and referenced card reporting templates, judges data in a card reporting index library, associates out-parameter objects according to a result, and finally defines a calling method declaration of the service through the service registration module, references out-in parameter objects set by the in-out parameter configuration module, and completes the configuration of card reporting services; according to the setting of the business logic control module, the card reporting data solidification module is referenced when a card report is newly added, card reporting index data is generated, and is saved into the card reporting index library for calling by the card reporting service; the card reporting index data is a string calculated by an encryption algorithm through card reporting in-parameters, which can realize quick searching of card reporting services and data security; the card reporting information management module is a commonly known add-delete-modify-search function.

[0010] As preferred, the system further comprises a business software burying point modification module, which refers to the trigger condition set by the card reporting trigger condition configuration module, and judges whether the card reporting trigger condition is met at each business software function burying point, and if yes, calls the card reporting service, and processes whether to continue the function according to the return parameter of the card reporting service; if the card reporting service does not return an error code, the subsequent software code of the business system is continued to execute; if an error code is returned, the subsequent software code of the business system is interrupted to execute, and at the same time, the browser or browser module is called to display the URL address returned by the card reporting service.

[0011] As further preferred, the URL address is a dynamically generated card reporting page after the reference input parameter, the business operator selects and submits the card reporting according to the requirements, and then continues to execute the function of the business software; if the card reporting is not submitted due to turning off the card reporting, computer failure or other reasons, and the function of the business system is re-executed, the above process is repeated to achieve the purpose of forced card reporting.

[0012] As preferred, the universal card reporting template visual editor first sets the corresponding card reporting category according to the requirements of the hospital, and sets a series of form fields, generates an Html page in a text splicing manner through a pre-set template page; during software initialization setting, each field needs to be encapsulated into an object, and the object is subjected to data verification control, each field object is combined and configured into a form by using the graphical configuration function of the software, and then a prefabricated card reporting template is generated, and the field data association is set for the card reporting template; various card reports basically have unified format requirements, and the content to be filled in by the card reporter will also have different mandatory items due to different card reporting requirements, which needs to be configured in detail in the field configuration; each newly added field content needs to set the basic information of the font, color, size and position of the field, and also needs to set the associated field, such as the identity card number field needs to be associated with the verification rule of the identity card number if the identity card type is an identity card; through a series of settings, a configuration library is finally formed to cope with different operating systems and different screen resolutions of the client, different categories need to be set, and finally a static HTML page is generated in a string splicing manner, temporarily saved on the server and a calling link address is generated, which is fed back to the service calling program in the form of return parameters; all processes are dynamically implemented by using codes; of course, the configuration library needs to generate a series of standard template configurations according to the existing card reporting styles, such as common fields, name, gender, occupation, certificate type, certificate number, etc., which can be composed into a universal configuration object in a pre-set manner, and the object is deployed by the maintenance personnel in a visual manner to generate the required style form in a dragging manner, and multiple objects can also be combined into a universal object module.

[0013] As preferred, the card reporting function calling service module adopts SOAP or REST architecture, generates a general Websirvice service interface, and transmits corresponding initial parameters through XML or JSON for dynamically generating a card reporting page.

[0014] As preferred, all card reporting function calling services are unified, a standardized interface service is generated by using a webservice developed by java, and is generated by using HTTP+XML or HTTP+json. When the service is called, a specified type of report card is generated according to the content of the input parameter and the setting of the business logic module. All card reporting function calling services need to contain at least two return parameters, one is whether there is a valid card report, and the other is a URL address. The first parameter is related to the judgment of whether to force card reporting by other business systems, and the second parameter is a display address of a report page to be filled in for calling by the business system.

[0015] Further, the application further discloses a method for realizing the system.

[0016] Further, the application further discloses a computer device, including a memory, a processor and a computer program stored in the memory, and the processor executes the computer program to realize the method.

[0017] Further, the application further discloses a computer readable storage medium, which stores a computer program or instructions, and the computer program or instructions are executed by a processor to realize the method.

[0018] Further, the application further discloses a computer program product, including a computer program or instructions, and the computer program or instructions are executed by a processor to realize the method.

[0019] According to the technical scheme, the system completes the unified configuration of the internal card reporting module of the hospital, a few lines of code of the embedded point of various business software need to be modified, one-time configuration of card reporting can be realized, and the target can be run in multiple places. Meanwhile, the unified configuration of the card reporting can be flexibly set with data verification rules, which not only facilitates the maintenance of the later software, the unified control of the card reporting data quality, but also does not bring repeated modification work of multiple business software due to the change of the card reporting content. BRIEF DESCRIPTION OF DRAWINGS

[0020] Figure 1 It is a card reporting template visual editor module diagram of the application.

[0021] Figure 2 It is a card reporting service module diagram of the application.

[0022] Figure 3 It is a related business software modification module diagram of the application.

[0023] Figure 4 The service flow chart of the present application.

[0024] Figures 5-7 The software interface schematic diagram of the present application. DETAILED DESCRIPTION

[0025] The present application will be further described in detail below in combination with the drawings: the present embodiment is implemented on the premise of the technical scheme of the present application, and detailed implementation modes are given, but the protection scope of the present application is not limited to the following embodiments.

[0026] The software adopts B / S architecture, separates the front-end and back-end technologies, and is developed by using JAVA service framework. The software architecture has openness, provides complete standard development interfaces, and can meet the needs of mainstream platform and cross-platform rapid application development. The software adopts multi-layer architecture, provides business presentation layer, business logic layer, and data access layer. The SOAP framework design based on service is adopted, and the calling and transmission between services are supported. The mandatory card reporting technology requirement is adopted, the business logic of responsible first diagnosis and mandatory reporting is realized, the information such as disease ICD code, inspection result and related card reporting business is technically associated, and the embedded card reporting of the whole hospital business system is formed by relying on this technical means, so as to prevent missing reporting, concealing reporting and false reporting. The fields in the template form are subjected to mandatory checking, so as to realize the unified control of the data quality of each card reporting.

[0027] The core innovative function points of the software are as follows:

[0028] The card reporting page dynamic generation function.

[0029] Firstly, the corresponding card reporting categories are set according to the requirements of the hospital, and a series of form fields are set. The Html page is generated by using the text splicing mode through the pre-set template page. During the initialization setting of the software, each field needs to be encapsulated into an object, and the object is subjected to data checking control. Each field object is combined and configured into a form by using the graphical configuration function of the software, and then the prefabricated card reporting template is generated. The field data association is set for the card reporting template, so as to achieve the purpose of unified control of data quality.

[0030] Each type of report card basically has unified format requirements, and the contents that the report card personnel needs to fill in will also have different mandatory items due to different report card requirements, which needs to be configured in detail in the field configuration. Each newly added field content needs to set the basic information of the font, color, size, position, etc. of the field, and also needs to set the associated fields, such as the certificate type is an ID card, then the certificate number field needs to be associated with the verification rule of the ID card number, etc. Through a series of settings, a configuration library is finally formed to cope with different operating systems and different screen resolutions of the client, and different categories need to be set. Finally, through the way of string splicing, a static HTML page is generated, temporarily saved on the server and a call link address is generated. The address is fed back to the service calling program in the form of return parameters. All processes are dynamically implemented using code.

[0031] Of course, the configuration library needs to generate a series of standard template configurations according to the existing report card styles, such as common fields, name, gender, occupation, certificate type, certificate number, etc. A general configuration object can be composed through a preset way, and the maintenance personnel can allocate the object through a visual way to generate the required style form in a drag-and-drop manner. Multiple objects can also be combined into a general object module, thereby reducing the workload of maintenance personnel.

[0032] 2. Report card function calling service.

[0033] This is a part of the function, and the detailed content is referred to in the software architecture part.

[0034] SOAP or REST architecture is adopted to generate a general Websirvice service interface, and the corresponding initial parameters are transmitted through XML or JSON for dynamically generating report card pages. The service return parameters are used for subsequent operation control of other business systems.

[0035] All report card function calling services are unified, and the webservice developed by java is used to generate standardized interface services, which are generated in HTTP+XML or HTTP+json mode. The specific service generation mode is a well-known technical architecture, which will not be described here. The input parameters of the service need to determine the specified type of report card to be generated according to the content of the input parameters. The service contains at least two return parameters, one is whether there is a valid report card, and the other is the URL address. The two parameters are very important. The first parameter is used for other business systems to judge whether to force report card related conditions, and the second parameter is used for display report page address to be filled in.

[0036] 3. Other business systems need to cooperate with the functions of the transformation.

[0037] The embedded point of the other business software needs to call the preset service, and the specific steps of subsequent operations are determined through the return parameter to realize the forced card reporting function of each business software. The other business software of the hospital is usually application software on the windows system, the Android system, the ios system and the like. The software basically uses programming languages such as JAVA, C, PB, VB and the like for development. Therefore, each business software can complete the unified calling of the card reporting service through only a few lines of code. The calling interface service of various programming languages is a known technical architecture, and therefore, no more description is needed.

[0038] As shown in Figures 1-3 the software architecture of the application comprises the following steps:

[0039] The application provides a card reporting service method suitable for various development languages and various operating systems, and each business system realizes the homogenization of card reporting business.

[0040] To achieve the above object, on the one hand, a general card reporting template visual editor is developed to realize the dynamic generation function of the card reporting page, mainly including a field editing module, a page editing module, a single field data verification module, an associated field data verification module, a dynamically generated card reporting page module, a template registration module and a card reporting template trigger condition configuration module. The field editing module completes the setting of information fields of various card reports, contains field name, data type, length, font, data verification rule association serial number and the like, generates a visual object according to the configuration, a plurality of field objects can be combined into an object group, and the object or the object group can be combined into a plurality of page groups in a graphical manner in the page editing module. The single field data verification module can configure data verification rules, which are mainly used for data verification of the field editing module, and the associated field data verification module can set data verification of the combined field object. The generated various fields and field group objects can realize the integration of the card reporting page through the page editing module, generate the template of the card reporting through the dynamically generated card reporting page module, register the card reporting category through the template registration module, set the calling configuration parameters of the card reporting service through the card reporting template trigger condition configuration module, and provide the software setting software for the business software.

[0041] On the other hand, a general report card calling service is developed, mainly including a service registration module, an interface document generation module, an input / output parameter configuration module, a business logic control module, a report card data solidification module, a report card information management module, etc. The service input / output parameter configuration module completes the configuration of the basic information, data type, length, etc. of various input / output parameters and encapsulates them into parameter objects, the business logic control module sets the business logic according to the input parameter object and the referenced report card template, judges the data in the report card index library, associates the output parameter object according to the result, and finally declares the calling method of the service through the service registration module, references the input / output parameter objects set by the input / output parameter configuration module, and completes the configuration of the report card service. According to the setting of the business logic control module, if a new report card is added, the report card data solidification module is referenced to generate report card index data and save it to the report card index library for report card service calling. It is particularly worth mentioning that the report card index data is a string calculated by the data of the report card input parameter through an encryption algorithm, which can realize fast retrieval of the report card service and data security. The report card information management function is the commonly known add, delete, modify and query function, which is not described here.

[0042] On the other hand, other business software in the hospital is usually developed in JAVA, C, PB, VB, etc. and runs on windows system, Android system, ios system, Linux system, etc. The various business software can call the report card service to achieve the goal of unified report card style, operation and data quality control. Mainly including software point embedding transformation and other functions. The trigger condition set by the report card trigger condition configuration module is first judged at the embedded point of each business software function whether the report card trigger condition is met, if yes, the report card service is called, and whether to continue the function is processed according to the return parameter of the report card service. If the report card service does not return an error code, the subsequent software code of the business system is continued to execute. If an error code is returned, the subsequent software code of the business system is interrupted, and at the same time, a browser or browser module is called to display the URL address returned by the report card service. It is particularly pointed out that the URL address is the dynamically generated report card page after referencing the input parameter, and the business operator (usually the doctor, nurse, etc. of the hospital) selects the report card according to the requirements and submits it, and then continues to execute the function of the business software. If the report card is not submitted due to turning off the report card, computer failure or other reasons, the above process will be repeated when the function of the business system is executed again, so as to achieve the purpose of forced report card.

[0043] The implementation principle of the present application is:

[0044] In various hospital business systems, common software embedding points, such as those for doctors saving disease diagnoses or saving reports after review, should embed the following functionality in the initial block of each function: The business software uses the embedded points to determine if a card reporting service call has been triggered. Furthermore, this software checks the returned parameters after the call to the card reporting service for error codes. If an error is found, the subsequent code execution of the business software function must be interrupted. Simultaneously, a browser module must be actively invoked or a browser must be opened to display the URL address of the returned parameters. This URL address is the card reporting page dynamically generated after the template from the first software function point is substituted with the service call parameters. If the doctor closes the card reporting page and fails to submit the report, the valid card reporting index will not be updated. When the report is saved again, the previous code execution process will be repeated until a valid report is submitted and the valid card reporting index is successfully updated. Only then can the business software's save function execute normally, thus forcing unified card reporting across all business software. This effectively decouples the correlation between other business software and the card reporting software, helping business personnel avoid invalid reports due to input errors and preventing missed reports.

[0045] Examples of implementation of the present invention:

[0046] The outpatient doctor station's reporting function and the mobile doctor's mobile app's functional scenarios include: reporting infectious diseases, chronic diseases, causes of death, injuries, and severe mental illnesses. It can also be applied to other reporting scenarios, such as referrals, consultations, crisis value alarms, and other reporting information reminders.

[0047] Most hospitals embed software points in the doctors' outpatient diagnosis storage area. After entering the corresponding diagnosis, the doctor completes the reporting function according to the above-mentioned business process. However, sometimes the diagnosis issued by the doctor is not the pre-set reporting diagnosis, thus failing to trigger the reporting process. In such cases, it is necessary to embed the reporting process into other business software workflows. For example, in laboratory software, if a reportable item appears in a bacterial culture report, a reminder message is triggered and sent to the hospital's public health department or the attending physician, thereby preventing missed reporting. Another example is when the laboratory software detects a critical value alarm such as hyperkalemia, it proactively triggers the automatic reporting module, simultaneously invoking SMS reminders or a human voice call to alert the attending physician for timely handling. Critical value reporting can also be handled in a closed-loop manner through other software, but this function is beyond the scope of this invention.

[0048] like Figure 4 As shown, the business process diagram of this invention is as follows:

[0049] 1. Embed key business logic points in various business software such as computer and mobile devices. This mainly includes when outpatient doctors save diagnoses at their workstations, when electronic medical record systems save medical records, and when saving treatment orders, examination orders, and test results, etc.

[0050] 2, judge the preset card reporting condition, if yes, proceed to the third step, otherwise end the process. The doctor workstation saves the disease diagnosis to judge whether the card reporting is needed.

[0051] 3, the business software calls the card reporting service and transmits the input parameter.

[0052] 4, the card reporting service needs to query the current effective card reporting in the effective card reporting database. If there is, the process is directly ended, and the result is returned to the business software in the form of parameter.

[0053] 5, if there is no effective card reporting, the card reporting service returns no effective card reporting error, and calls the prefabricated card reporting template.

[0054] 6, the card reporting service returns no effective card reporting error, if the card reporting is a compulsory card reporting, the business software needs to prompt the current business operation to be interrupted.

[0055] 7, according to the card reporting service input parameter category, the prefabricated card reporting template is called for the business personnel to fill in. The form content in the prefabricated card reporting template needs to be set in advance, and the field filled in the template can also be filled in advance.

[0056] 8, after the business personnel fills in the card reporting, the card reporting is submitted. If it is not submitted, the business is interrupted.

[0057] 9, the submitted card reporting generates the effective index of the card reporting.

[0058] 10, the effective index is stored in the effective index database for next calling.

[0059] The application is based on the business mode of the infectious disease compulsory reporting card, and expands the corresponding chronic disease, death cause, injury, serious mental illness and other reporting card software implementation method. A series of rules set by the center end dynamically generate the reporting card page suitable for WINDOWS system, Android system, IOS system, Linux system and other operating systems, realize the uniformity of the reporting card format and the operation mode of the hospital related business system, configure the field data inspection rules and the data inspection rules between fields through the card reporting template, achieve the purpose of unified control of data quality, and finally realize accurate capture of the information card to be monitored, and play the vanguard role of the disease monitoring control of the medical service institution.

[0060] The foregoing is a description of the embodiments of the present application. The above description of disclosed embodiments enables a person skilled in the art to implement or use the present application. Various modifications to these embodiments will be apparent to those skilled in the art. The general principles defined herein can be implemented in other embodiments without departing from the spirit or scope of the present application. Therefore, the present application will not be limited to the embodiments shown herein but will be accorded the widest scope consistent with the principles and novel features disclosed herein.

Claims

1. A bypass forced card system for use in a hospital with a plurality of operating systems, characterized by, The system comprises a general report card template visual editor and a report card function calling service module; The general report card template visual editor realizes a report card page dynamic generation function, comprising a field editing module, a page editing module, a single field data verification module, an associated field data verification module, a dynamic report card page generation module, a template registration module and a report card template trigger condition configuration module; The field editing module completes the setting of information fields of various report cards, generates visual objects according to the configuration, and combines a plurality of field objects into an object group, which is combined into a plurality of page groups in a graphical manner in the page editing module; the single field data verification module can configure data verification rules for data verification of the field editing module; The associated field data verification module sets the data verification of the combined field objects; the generated various fields and field group objects realize the integration of report card pages through the page editing module, and generate the templates of report cards using the dynamic report card page generation module, and then register the templates as report card categories through the template registration module, and set the calling configuration parameters of the report card service through the report card template trigger condition configuration module; The report card calling service module comprises a service registration module, an interface document generation module, a service in-out parameter configuration module, a business logic control module, a report card data solidification module and a report card information management module; The service in-out parameter configuration module completes the configuration of basic information, data types and lengths of various in-out parameters and encapsulates the parameters into parameter objects; the business logic control module sets the business logic according to the in-parameter objects and the referenced report card templates, judges the data in the report card index library, associates the out-parameter objects according to the result, and finally defines the calling method of the service through the service registration module, references the out-in parameter objects set by the in-out parameter configuration module, and completes the configuration of the report card service; according to the setting of the business logic control module, the report card data solidification module is referenced when a new report card is added to generate report card index data and save it to the report card index library for calling by the report card service; the report card index data is a string calculated by the report card in-parameters through an encryption algorithm, which realizes the rapid retrieval and data security of the report card service; The system further comprises a software burying point transformation module, which references the trigger conditions set by the report card trigger condition configuration module, judges whether the trigger conditions are met at the function burying points of each business software, calls the report card service if the trigger conditions are met, determines whether to continue the function according to the return parameters of the report card service; if no error code is returned by the report card service, the subsequent software code of the business system is continued to be executed; if an error code is returned, the subsequent software code of the business system is interrupted to be executed, and the URL address returned by the report card service is called to be displayed in the browser; The URL address is a dynamically generated report card page after referencing the in-parameters; the business operator selects the report card according to the requirements and submits it, and then continues to execute the function of the business software; if the report card is not submitted due to turning off the report card or computer failure, the function of the business system is re-executed, and the above process is repeated to realize forced reporting.

2. The system as claimed in claim 1, wherein, The general report card template visual editor first sets the corresponding report card category according to the requirements of the hospital, sets the form field, generates an Html page in a text splicing manner through a preset template page; during software initialization setting, each field needs to be encapsulated into an object, and the object is subjected to data verification control, each field object is combined and configured into a form through the graphical configuration function of the software, and then a prefabricated report card template is generated, and the field data association is set for the report card template; all kinds of report cards have unified format requirements, and the contents filled in by the report card personnel will also have different mandatory items due to different report card requirements, which need to be configured in detail in the field configuration; each newly added field content needs to set the basic information of the font, color, size and position of the field, and also needs to set the associated field; a configuration library is formed through setting, and finally a static HTML page is generated in a string splicing manner, temporarily saved on the server and a calling link address is generated, which is fed back to the service calling program in the form of return parameters; all processes are dynamically implemented by using codes; the configuration library needs to generate standard template configurations according to the existing report card styles, form general configuration objects in a preset manner, and maintenance personnel allocate the objects in a visual manner to generate the required style forms in a dragging manner, and multiple objects can also be combined into a general object module.

3. The system as claimed in claim 1, wherein, The report card function calling service module adopts SOAP or REST architecture to generate a general Websirvice service interface, and transmits corresponding initial parameters through XML for dynamically generating a report card page.

4. The system as claimed in claim 1, wherein, All report card function calling services are unified, a standardized interface service is generated by using a webservice developed by Java, and HTTP+XML or HTTP+json is adopted to generate the service, the input parameters of the service need to be determined according to the contents of the input parameters to determine the specified type of report card to be generated; the return parameters of all report card function calling services need to contain at least two, one is whether there is a valid report card, and the other is a URL address.

5. A method for implementing the system of any one of claims 1-4.

6. A computer device comprising a memory, a processor, and a computer program stored on the memory, wherein the computer program comprises instructions that, when executed by the processor, cause the processor to perform the method of any one of claims 1-5. The processor executes the computer program to implement the method of claim 5.

7. A computer readable storage medium having stored thereon a computer program or instructions, characterized in that, The computer program or instruction is executed by the processor to implement the method of claim 5.

8. A computer program product comprising computer programs or instructions, characterized in that, The computer program or instruction is executed by the processor to implement the method of claim 5. The computer program or instruction is executed by the processor to implement the method of claim 5.

Images