A medical service platform performance testing method and device

Abstract

The application discloses a medical service platform performance testing method and device, the method comprises the following steps: acquiring a first quantity of treatment equipment used by a medical institution, determining a second quantity of patients that can be treated by the medical institution in a predetermined time period according to the first quantity; acquiring a maximum data quantity generated by each patient when the patient is diagnosed and / or treated in the medical institution; determining a second data quantity of interaction between a medical institution and a medical service platform in the time period according to the maximum data quantity generated by each patient and the second quantity; acquiring a third data quantity that can be borne by a server in a predetermined time period; and determining a quantity of medical institutions that can be supported by the server according to the third data quantity and the second data quantity. The application solves the problem that a performance testing scheme for a medical platform system has not been provided in the prior art, thereby improving a relatively reliable medical service platform performance testing scheme.

Description

Technical Field

[0001] This application relates to the field of medical internet data, and more specifically, to a method and apparatus for testing the performance of information management on a medical business platform. Background Technology

[0002] Normal performance testing is conducted after functional testing is completed, and the maximum number of users that can be handled needs to be considered during performance testing.

[0003] Existing technologies offer several automated testing tools that can perform performance tests. However, these tools require configuration of test conditions such as the number of concurrent users and database read / write activity.

[0004] Due to the unique nature of medical platform systems, obtaining these testing conditions differs from that of other platform systems. Therefore, no publicly available solution for testing the business performance of medical platform systems has yet been developed. Summary of the Invention

[0005] This application provides a method and apparatus for testing the performance of a medical business platform, which at least solves the problem caused by the lack of a performance testing solution for medical platform information management systems in the prior art.

[0006] According to one aspect of this application, a performance testing method for a medical service platform is provided, comprising: obtaining a first number of treatment devices used by a medical institution; determining a second number of patients that the medical institution can treat within a predetermined time period based on the first number; obtaining the maximum amount of data generated when each patient is diagnosed and / or treated at the medical institution, wherein the maximum amount of data is a first amount of data that each patient needs to interact with the medical service platform; determining a second amount of data that the medical institution interacts with the medical service platform within the time period based on the maximum amount of data generated by each patient and the second number; obtaining a third amount of data that a server can handle within the predetermined time period, wherein the server is a server providing services to the medical service platform; and determining the number of medical institutions that a server can support based on the third amount of data and the second amount of data.

[0007] Furthermore, it also includes: obtaining a third number of medical institutions awaiting opening; and determining a fourth number of servers required based on the third number and the number of medical institutions that one server can support.

[0008] Furthermore, obtaining the third data volume that a server can handle within the predetermined time period includes: obtaining the types of servers required by the medical business platform; and obtaining the third data volume that one server of each type can handle within the predetermined time period.

[0009] Furthermore, determining the number of medical institutions that one server can support based on the third data volume and the second data volume includes: determining the number of medical institutions that one server in each type can support.

[0010] Furthermore, determining the required fourth number of servers based on the third number and the number of medical institutions that one of the servers can support includes: determining the required fourth number of servers for each type based on the third number.

[0011] According to another aspect of this application, a medical service platform performance testing device is also provided, comprising: a first acquisition module, configured to acquire a first number of treatment devices used by a medical institution, and determine a second number of patients that the medical institution can treat within a predetermined time period based on the first number; a second acquisition module, configured to acquire the maximum amount of data generated by each patient during diagnosis and / or treatment at the medical institution, wherein the maximum amount of data is a first amount of data that each patient needs to interact with the medical service platform; a first determination module, configured to determine a second amount of data that a medical institution interacts with the medical service platform within the time period based on the maximum amount of data generated by each patient and the second number; a third acquisition module, configured to acquire a third amount of data that a server can handle within the predetermined time period, wherein the server is a server providing services to the medical service platform; and a second determination module, configured to determine the number of medical institutions that a server can support based on the third amount of data and the second amount of data.

[0012] Furthermore, it also includes: a fourth acquisition module, used to acquire a third number of medical institutions to be opened; and a third determination module, used to determine a fourth number of servers required based on the third number and the number of medical institutions that one server can support.

[0013] Furthermore, the third acquisition module is used to: acquire the type of server required by the medical business platform; and acquire the third amount of data that one server of each type can handle within the predetermined time period.

[0014] Furthermore, the second determining module is used to: determine the number of medical institutions that one of the servers in each type can support.

[0015] Furthermore, the third determining module is used to: determine the fourth quantity of each type of server required based on the third quantity.

[0016] In this embodiment, the method involves: obtaining a first number of treatment devices used by a medical institution; determining a second number of patients the medical institution can treat within a predetermined time period based on the first number; obtaining the maximum amount of data generated by each patient during diagnosis and / or treatment at the medical institution, wherein the maximum amount of data is a first amount of data that each patient needs to interact with the medical service platform; determining a second amount of data that the medical institution interacts with the medical service platform within the time period based on the maximum amount of data generated by each patient and the second number; obtaining a third amount of data that a server can handle within the predetermined time period, wherein the server is a server providing services to the medical service platform; and determining the number of medical institutions that a server can support based on the third amount of data and the second amount of data. This application solves the problem caused by the lack of a performance testing scheme for medical platform systems in the prior art, thereby improving a more reliable performance testing scheme for medical service platforms. Attached Figure Description

[0017] The accompanying drawings, which form part of this application, are used to provide a further understanding of this application. The illustrative embodiments and descriptions of this application are used to explain this application and do not constitute an undue limitation of this application. In the drawings:

[0018] Figure 1 This is a flowchart of a medical business platform performance testing method according to an embodiment of this application. Detailed Implementation

[0019] It should be noted that, unless otherwise specified, the embodiments and features described in this application can be combined with each other. This application will now be described in detail with reference to the accompanying drawings and embodiments.

[0020] It should be noted that the steps shown in the flowchart in the accompanying drawings can be executed in a computer system such as a set of computer-executable instructions, and although a logical order is shown in the flowchart, in some cases the steps shown or described may be executed in a different order than that shown here.

[0021] This embodiment provides a method for performance testing of a medical business platform. Figure 1 This is a flowchart of a medical business platform performance testing method according to an embodiment of this application, including:

[0022] Step S102: Obtain a first number of treatment devices used by a medical institution, and determine a second number of patients that the medical institution can treat within a predetermined time period based on the first number.

[0023] Step S104: Obtain the maximum amount of data generated when each patient is diagnosed and / or treated at the medical institution, wherein the maximum amount of data is the first amount of data that each patient needs to interact with the medical business platform;

[0024] In this step, as an optional implementation, the types of diseases that the treatment device can treat can also be obtained, the maximum amount of data generated during diagnosis and / or treatment for each type can be obtained, and then the maximum amount of data generated by each type can be taken as the maximum amount of data generated by a patient during diagnosis and / or treatment at the medical institution. Alternatively, the average of the maximum amounts of data generated by all types can be taken as the maximum amount of data generated by a patient during diagnosis and / or treatment at the same medical institution.

[0025] It can obtain the actual data volume generated by each type of patient in history during diagnosis and / or treatment, obtain the range in which the actual data volume of multiple patients falls, and if the difference between the minimum and maximum data volume of the range is within a predetermined range, the actual data volume of the patient of that type is determined as the effective data volume, and the maximum data volume within the range is taken as the maximum data volume generated by the patient of that type during diagnosis and / or treatment.

[0026] If the difference between the minimum and maximum data amounts within the range is not within the predetermined range, the range is adjusted so that the adjusted range falls within the predetermined range. The adjustment involves discarding some of the maximum or minimum values. The adjusted range is determined as the effective data amount, and the maximum data amount within this range is taken as the maximum data amount generated during diagnosis and / or treatment of this type of disease.

[0027] Step S106: Determine the second amount of data that a medical institution interacts with the medical business platform during the time period based on the maximum amount of data generated by each patient and the second amount;

[0028] Step S108: Obtain the third amount of data that a server can handle within the predetermined time period, wherein the server is a server that provides services to the medical business platform.

[0029] For example, if the server is a web server, the third data volume supported by the server can be obtained as follows: Multiple threads in a thread pool concurrently access the webpage under test; obtain the response results of each thread accessing the webpage under test; based on the response results of each thread accessing the webpage under test, determine the stress test result of the webpage under test. The response results include the single response time; based on the response results of each thread accessing the webpage under test, determine the comprehensive response result, which includes at least one of the longest response time, the shortest response time, and the average response time; when the response time exceeds a pre-configured value, determine that the amount of data accessed by the concurrent threads at this time is the third data volume supported by the server.

[0030] Step S110: Determine the number of medical institutions that one server can support based on the third data volume and the second data volume.

[0031] As an optional implementation, the number of patients in a predetermined area suffering from conditions treatable by the treatment equipment can be obtained. Based on this number of patients, the required number of medical devices in the predetermined area is determined. The area of ​​the predetermined area is obtained, and based on this area, the number of medical institutions to be established in the predetermined area is determined. Then, based on the number of medical institutions and the required number of medical devices, the number of medical devices allocated to each medical institution is determined. Based on the number of physiotherapy devices allocated to each medical institution, the location of the server in the predetermined area is determined, wherein the server is located around the medical institution with the highest, for example, concurrent business volume.

[0032] In the above steps, the number of servers is determined based on the volume of business, which solves the problem that existing technologies do not provide a performance testing solution for medical platform systems, thereby improving a more reliable performance testing solution for medical business platforms.

[0033] Since the number of medical institutions awaiting opening can be estimated based on business plans, a third number of medical institutions awaiting opening can be obtained from business technology; based on the third number and the number of medical institutions that one server can support, a fourth number of servers is required.

[0034] There are various types of servers, such as web servers, multimedia streaming servers, database servers, and file servers. In an optional implementation, the types of servers required by the medical service platform can also be obtained; and the third data volume that one server of each type can handle within the predetermined time period can be obtained. Optionally, the number of medical institutions that one server of each type can support can also be determined. Then, based on the third quantity, the fourth quantity of servers of each type required is determined.

[0035] In the above method steps, the medical business platform can be a software platform specifically designed to support a certain medical device. Since the medical device is used to treat a certain type of disease, the patients are basically also patients with that type of disease. The types of diseases are similar, and the amount of data generated by each patient during the diagnosis or treatment process is basically similar. Based on this situation, the performance pressure of the relevant server can be estimated.

[0036] There are many types of medical devices, and all of the above embodiments can be applied. One device is listed below.

[0037] The above embodiments can be applied to a variety of treatment devices. For example, as a typical tool, the treatment device can be a treatment instrument consisting of a treatment pen and a treatment host.

[0038] This embodiment provides a treatment pen for a limb pain treatment device including a host that outputs a vibration prescription signal to the treatment pen. The treatment pen includes: a pen barrel and a detachable pen cap connected to the distal end of the pen barrel. The pen barrel can be fitted with a treatment needle after the pen cap is removed. A switch button is provided on the surface of the pen barrel. The needle tube of the treatment needle extends out of the distal end of the pen cap. A vibrator is provided inside the pen barrel and can be controlled to start and stop by the switch button. When the vibrator is turned on, it transmits physical kinetic energy corresponding to the vibration prescription signal to the treatment needle in the intervention lesion site.

[0039] Optionally, an ultraviolet disinfection LED emitter is provided at the distal end inside the pen barrel, which emits light toward the treatment needle to disinfect the treatment needle and the pen cap with ultraviolet light.

[0040] Optionally, the pen cap has at least one viewing window along its circumference, and the needle holder is made of a transparent material, through which the needle holder can be observed.

[0041] Optionally, the pen barrel is further provided with a printed circuit board (PCB) control board, which integrates an LED backlight, a vibration indicator light, and a switch button. The LED backlight and the switch button are exposed on the surface of the pen barrel. A working observation hole is also provided on the surface of the pen barrel, which corresponds to the position of the vibration indicator light. The LED backlight is closer to the far end of the pen barrel than the vibration indicator light. The PCB control board is also electrically connected to the vibrator.

[0042] Optionally, the treatment pen satisfies at least one of the following characteristics: (a) the trajectory of the vibration output by the vibrator is in a plane perpendicular or parallel to the axis of the pen shaft, and the vibration trajectory includes: a trajectory of reciprocating motion in a single direction, and / or a trajectory of cyclic reciprocating motion in multiple angular directions with the axis of the pen shaft as the center; (b) the amplitude of the vibrator is designed to be between 2μm and 500μm, and the vibration frequency of the vibrator is designed to be between 5Hz and 500Hz; (c) the treatment needle is a dedicated treatment needle or a disposable syringe needle, used for diagnosis and / or treatment of lesions formed by intervention in soft tissue damage.

[0043] Optionally, the treatment pen further includes: a detachable negative pressure pump connected to the distal end of the pen barrel; a pen cap made of transparent material; a connector fixed to the surface of the pen cap; the negative pressure pump connected to the connector via a drainage tube; the connector communicating with the pen cap and the treatment needle; the negative pressure pump being used to provide negative pressure for aspiration of fluid in the lesion site when started, so that the fluid is drawn out from the lesion site.

[0044] Optionally, it also includes a connecting pipe that connects the drainage tube and the connector; the control signal for starting and stopping the negative pressure pump comes from the host, and the host generates the corresponding control signal based on whether there is liquid accumulation at the location of the sensor in the connecting pipe.

[0045] Optionally, the sensor is a liquid level sensor, which includes two electrodes fixed to the inner wall of the connecting pipe and having a gap, and a control circuit board electrically connected to the two electrodes respectively. The control circuit board is disposed in the host and is also electrically connected to the CPU main control board. When there is liquid accumulation at the location of the two electrodes in the connecting pipe, the two electrodes are conductive, and the control circuit board transmits the electrical signal corresponding to the conductive state of the two electrodes to the CPU main control board; or, when there is no liquid accumulation at the location of the two electrodes in the connecting pipe, the two electrodes are disconnected, and the control circuit board transmits the electrical signal corresponding to the disconnected state of the two electrodes to the CPU main control board.

[0046] Optionally, the vibrator includes a rotary centrifugal vibrator.

[0047] Optionally, if a rotating centrifugal vibrator that can be started and stopped by the switch button is provided inside the pen barrel, the therapeutic pen further includes: a printed circuit board (PCB) control board electrically connected to the rotating centrifugal vibrator for outputting a vibration prescription signal to the rotating centrifugal vibrator, and the PCB control board also integrates a common-mode filter.

[0048] Optionally, at least one of the treatment needle, the pen cap, and the pen barrel has terahertz energy, the frequency of which is 0.1THz-10THz.

[0049] In this embodiment, a host for a limb pain treatment device is also provided. The host includes: a chassis, a touch screen disposed on the surface of the chassis, and a central processing unit (CPU) main control board disposed inside the chassis and electrically connected to the touch screen. The CPU main control board is used to supply power to the vibrator and output the vibration prescription signal. The touch screen is used for the user to select the vibration prescription, wherein the vibration prescription signal is output to the aforementioned treatment pen.

[0050] Optionally, it further includes: at least one intermediate frequency output interface disposed on the surface of the chassis; the limb pain treatment device also includes at least one set of electrode pads electrically connected to the at least one intermediate frequency output interface via cables, and the CPU main control board is also electrically connected to the at least one intermediate frequency output interface for outputting current prescription signals to the at least one set of electrode pads.

[0051] Optionally, the characteristic parameters of the vibration prescription signal include: continuous vibration of the vibrator and the vibration frequency and amplitude of the continuous vibration; or, intermittent vibration of the vibrator and the duty cycle, vibration frequency and amplitude of the intermittent vibration.

[0052] Optionally, the vibration prescription includes: default fixed parameters for each treatment site that have been stored and individual vibration intensity levels that are manually adjusted for the same treatment site; the touch screen is used for the user to select a corresponding vibration prescription for the treatment site, and to generate target feature parameters based on the default fixed parameters included in the selected vibration prescription and the individual vibration intensity levels that the user manually adjusts for the same treatment site, and to send the target feature parameters generated according to the vibration prescription selected by the user to the CPU main control board; the CPU main control board is used to generate a corresponding vibration prescription signal based on the target feature parameters.

[0053] Optionally, the CPU main control board includes a microcomputer chip and a transistor; the microcomputer chip is used to receive the target feature parameters, determine the target duty cycle based on the amplitude in the target feature parameters and the pre-stored correspondence between amplitude and duty cycle; generate the vibration prescription signal based on the target duty cycle and the vibration frequency in the target feature parameters, and send the vibration prescription signal to the transistor; the transistor is used to output the vibration prescription signal to the treatment pen and control the vibration prescription signal to drive the vibrator.

[0054] The following describes a scenario in which this embodiment is applied. In the following scenario, the application of this embodiment can be carried out from several aspects, from preparation to test analysis, which will be described separately below.

[0055] I. Preparatory Work

[0056] 1. Verification of basic system functions

[0057] Performance testing will only be conducted after the basic functional tests of the system have been completed and the system has become stable; otherwise, performance testing is meaningless.

[0058] 2. Testing team formation

[0059] Depending on the specific circumstances of the project, a performance testing team of several people should be formed. Then, one to several system developers (corresponding to front-end, back-end, etc.), as well as performance test design and analysis personnel, script development and execution personnel, should be required. Before officially starting work, some training should be provided to the script development and execution personnel, or they should be personnel with relevant experience.

[0060] 3. Tool Selection

[0061] Considering system design, tool costs, and the skills of the testing team, the selection of suitable testing tools should meet the following criteria:

[0062] ① Supports performance testing of web systems, and supports HTTP and HTTPS protocols;

[0063] ②The tool runs on the Windows platform;

[0064] ③Supports monitoring of performance counters for web servers, front-ends, and databases;

[0065] 4. Preliminary business scenario analysis

[0066] To gain an intuitive understanding and analysis of system performance, it is necessary to analyze the more important and frequently used business scenario modules of the system, and conduct targeted analysis in order to prepare for the design of the subsequent test plan.

[0067] II. Test Plan

[0068] The most important part of the test planning phase is to analyze user scenarios and determine system performance goals.

[0069] 1. Analysis of the Performance Testing Field

[0070] Based on an understanding of the project background and business, we determine the issues to be addressed in this performance test; whether it is to test whether the system can meet the needs of actual operation, or in what aspects the current system is limiting its performance. We then define the test area and analyze specific problems accordingly.

[0071] 2. User scenario analysis and business modeling

[0072] Based on the analysis of system business, user activity time, access frequency, scene interaction, etc., compile a business scenario table. Of course, it is best to provide a detailed description of user operation scenarios and steps to provide a basis for test script development.

[0073] 3. Define performance targets

[0074] Having identified the application areas for this performance test, the next step is to determine performance targets (metrics) based on the specific areas of focus. This requires communication and consultation with other business departments, as well as combining data such as the current system's response time to determine the final target for response time and system resource utilization. For example:

[0075] ① The response time from the login request to the login success page must not exceed 2 seconds;

[0076] ② The page response time for submitting report approvals must not exceed 5 seconds;

[0077] ③ The response time for file upload and download pages should not exceed 8 seconds;

[0078] ④ The server's average CPU utilization is less than 70%, and memory utilization is less than 75%;

[0079] ⑤ The response time of each business system and the server resource usage under different test environments, and how each indicator changes with the load.

[0080] 4. Develop and implement the test plan.

[0081] The start and end times, outputs, participants, etc. of each sub-module in this performance test are preset.

[0082] III. Test Script Design and Development

[0083] In performance testing, test script design and development take up a significant portion of the time.

[0084] 1. Test Environment Design

[0085] The goal of this performance test is not only to verify the system's performance in a real-world operating environment, but also to consider whether different hardware configurations are a significant factor limiting system performance. Therefore, multiple different test environments need to be deployed to check the application system's performance on different hardware configurations, and the test results under different configurations will be analyzed to obtain the optimal result.

[0086] The configurations mentioned here generally fall into the following categories:

[0087] ① Database server

[0088] ② Application server

[0089] ③ Load Simulator

[0090] ④ Software operating environment, platform

[0091] Test environment data can be determined based on the system's expected operation, such as the business scenarios to be tested, how often the data is backed up and migrated, which tables are involved in the business scenario, how the data is written in each operation, how many rows are written, and how much test data is needed to ensure data consistency in the test environment. Test data can be exported and saved locally when it is first generated, and then imported before each test to maintain consistency.

[0092] 2. Test Scenario Design

[0093] By communicating with business departments and considering past user habits, we determined user operation patterns, the number of users and the number of operations in different scenarios, and determined test metrics and performance monitoring.

[0094] 3. Test Case Design

[0095] After confirming the test scenario, the existing operation descriptions in the system were further refined into test case descriptions that can be mapped to scripts. The test cases are roughly as follows:

[0096] Use Case Number: Query Form

[0097] Use case conditions: The user is logged in and has the corresponding permissions, etc.

[0098] Operating steps:

[0099] ① Enter the corresponding page

[0100] ② Query relevant data

[0101] ③ Check the "Export Data" box

[0102] ④ Modify uploaded data

[0103] 4. Development and use of scripts and auxiliary tools

[0104] According to the test case description, tools can be used to record the test, and then the recorded script can be modified, such as parameterization, correlation, checkpoints, etc. The final result is that the test script is usable and meets the test requirements.

[0105] IV. Test Execution and Management

[0106] At this stage, you only need to deploy the environment, execute the tests, and record the results according to the previously designed business scenarios, environment, and test case scripts.

[0107] 1. Set up the test environment

[0108] Based on the previously designed test environment, deploy the corresponding environment. The operations or development team should deploy, check, and carefully adjust the environment while keeping it clean and stable, unaffected by external factors.

[0109] 2. Execute the test script

[0110] This is relatively simple: in the already deployed test environment, execute the pre-designed test scripts in sequence according to the business scenario and number.

[0111] 3. Test Result Recording

[0112] Depending on the testing tools used, the results can be recorded in different ways. Most performance testing tools now offer relatively complete graphical test results. Of course, for server resource usage and other information, counters or third-party monitoring tools can be used to record the results. After the test is completed, the results can be organized and analyzed.

[0113] V. Test Analysis

[0114] 1. System performance analysis of the test environment

[0115] Based on the previously recorded test results (charts, curves, etc.), calculations are performed and compared with the predetermined performance indicators to determine whether the desired results have been achieved. If not, the specific bottleneck points are identified, and then a specific analysis is conducted based on the specific data of the bottleneck points.

[0116] 2. Analysis of the impact of hardware devices on system performance

[0117] Since several different test environments were designed beforehand, we can analyze the hardware resource usage diagrams of different test environments to determine whether the bottleneck is in the database server, application server, or other aspects, and then carry out targeted optimization operations.

[0118] 3. Analysis of other influencing factors

[0119] Many factors affect system performance. We can analyze the scenarios that users can perceive, identifying where the speed is slower and where it is acceptable. We can analyze these based on the 2 / 5 / 8 principle. As for other influencing factors such as network bandwidth, operation actions, storage pool, thread implementation, and server processing mechanism, we need to analyze each specific problem individually.

[0120] 4. Problems discovered during testing

[0121] During performance testing, some functional deficiencies or defects may be discovered, as well as areas that need optimization.

[0122] In this embodiment, an electronic device is provided, including a memory and a processor. The memory stores a computer program, and the processor is configured to run the computer program to perform the methods described in the above embodiments.

[0123] The aforementioned program can run on a processor or be stored in memory (or computer-readable medium). Computer-readable medium includes both permanent and non-permanent, removable and non-removable media, and information storage can be achieved by any method or technology. Information can be computer-readable instructions, data structures, program modules, 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 technologies, CD-ROM, digital versatile optical disc (DVD) or other optical storage, magnetic tape, magnetic magnetic disk storage or other magnetic storage devices, or any other non-transferable medium that can be used to store information accessible by a computing device. As defined herein, computer-readable medium does not include transient computer-readable media, such as modulated data signals and carrier waves.

[0124] These computer programs may also be loaded onto a computer or other programmable data processing equipment to cause a series of operational steps to be performed on the computer or other programmable equipment to produce a computer-implemented process, thereby providing instructions that execute on the computer or other programmable equipment for implementing the process. Figure 1 One or more processes and / or boxes Figure 1The steps of the functions specified in one or more boxes can be implemented by different modules for different steps. An embodiment provides such a medical business platform performance testing device, which includes: a first acquisition module for acquiring a first number of treatment devices used by a medical institution, and determining a second number of patients that the medical institution can treat within a predetermined time period based on the first number; a second acquisition module for acquiring the maximum amount of data generated by each patient during diagnosis and / or treatment at the medical institution, wherein the maximum amount of data is the first amount of data that each patient needs to interact with the medical business platform; a first determination module for determining a second amount of data that a medical institution interacts with the medical business platform within the time period based on the maximum amount of data generated by each patient and the second number; a third acquisition module for acquiring a third amount of data that a server can handle within the predetermined time period, wherein the server is a server providing services to the medical business platform; and a second determination module for determining the number of medical institutions that a server can support based on the third amount of data and the second amount of data.

[0125] The apparatus described in this embodiment is used to execute the method steps. Each module in the apparatus corresponds to each step in the method described above, and these have already been explained and will not be repeated here.

[0126] For example, the device further includes: a fourth acquisition module for acquiring a third number of medical institutions to be opened; and a third determination module for determining a fourth number of servers required based on the third number and the number of medical institutions that one of the servers can support.

[0127] For example, the third acquisition module is used to: acquire the types of servers required by the medical business platform; and acquire the third amount of data that one server of each type can handle within the predetermined time period. The second determination module is used to: determine the number of medical institutions that one server of each type can support. The third determination module is used to: determine the fourth number of servers of each type required based on the third number.

[0128] The above embodiments solve the problem caused by the lack of a performance testing solution for medical platform systems in the prior art, thereby improving a more reliable performance testing solution for medical business platforms.

[0129] The above are merely embodiments of this application and are not intended to limit the scope of this application. Various modifications and variations can be made to this application by those skilled in the art. Any modifications, equivalent substitutions, improvements, etc., made within the spirit and principles of this application should be included within the scope of the claims of this application.

Claims

1. A performance testing method for a medical business platform, characterized in that, include: Obtain a first number of treatment devices used by a medical institution, and determine a second number of patients that the medical institution can treat within a predetermined time period based on the first number; The maximum amount of data generated during diagnosis and / or treatment of each patient at the medical institution is obtained, wherein the maximum amount of data is the first amount of data that each patient needs to interact with the medical service platform; wherein the types of diseases that the treatment device can treat are obtained, the maximum amount of data generated during diagnosis and / or treatment of each type is obtained, and the maximum amount of data generated by each type is taken as the maximum amount of data generated by a patient during diagnosis and / or treatment at the medical institution; or, the average of the maximum amounts of data generated by all types is taken as the maximum amount of data generated by a patient during diagnosis and / or treatment at the medical institution. A second data volume is determined based on the maximum data volume generated by each patient and the second quantity, indicating the second data volume of interaction between the medical institution and the medical business platform during the time period; Obtain the third amount of data that a server can handle within the predetermined time period, wherein the server is a server that provides services to the medical business platform; The number of medical institutions that one server can support is determined based on the third data volume and the second data volume.

2. The method according to claim 1, characterized in that, Also includes: Obtain the third number of medical institutions awaiting opening; The fourth number of servers required is determined based on the third number and the number of medical institutions that one server can support.

3. The method according to claim 2, characterized in that, Obtaining the third amount of data that a server can handle within the predetermined time period includes: Obtain the type of server required by the medical business platform; Obtain the third amount of data that one server in each type can handle within the predetermined time period.

4. The method according to claim 3, characterized in that, Determining the number of medical institutions that one server can support based on the third data volume and the second data volume includes: Determine the number of medical institutions that one of the servers in each type can support.

5. The method according to claim 4, characterized in that, The fourth number of servers required, determined based on the third number and the number of medical institutions that one server can support, includes: Based on the third quantity, determine the fourth quantity required for each type of server.

6. A performance testing device for a medical business platform, characterized in that, include: The first acquisition module is used to acquire a first number of treatment devices used by a medical institution, and determine a second number of patients that the medical institution can treat within a predetermined time period based on the first number. The second acquisition module is used to acquire the maximum amount of data generated for each patient during diagnosis and / or treatment at the medical institution, wherein the maximum amount of data is the first amount of data that each patient needs to interact with the medical business platform; wherein, the module acquires the types of diseases that the treatment device can treat, acquires the maximum amount of data generated for each type during diagnosis and / or treatment, and takes the maximum amount of data generated for each type as the maximum amount of data generated for one patient during diagnosis and / or treatment at the medical institution; or, the module averages the maximum amounts of data generated for all types as the maximum amount of data generated for one patient during diagnosis and / or treatment at the medical institution. The first determining module is used to determine the second amount of data that a medical institution interacts with the medical business platform during the time period based on the maximum amount of data generated by each patient and the second amount. The third acquisition module is used to acquire the third amount of data that a server can handle within the predetermined time period, wherein the server is a server that provides services to the medical business platform. The second determining module is used to determine the number of medical institutions that one server can support based on the third data volume and the second data volume.

7. The apparatus according to claim 6, characterized in that, Also includes: The fourth acquisition module is used to obtain the third number of medical institutions that are about to open; The third determining module is used to determine the fourth number of servers needed based on the third quantity and the number of medical institutions that one of the servers can support.

8. The apparatus according to claim 7, characterized in that, The third acquisition module is used for: Obtain the type of server required by the medical business platform; Obtain the third amount of data that one server in each type can handle within the predetermined time period.

9. The apparatus according to claim 8, characterized in that, The second determining module is used for: Determine the number of medical institutions that one of the servers in each type can support.

10. The apparatus according to claim 7, characterized in that, The third determining module is used for: Based on the third quantity, determine the fourth quantity required for each type of server.

Images