CN113641565A - Medical service platform performance testing method and device - Google Patents

Abstract

The application discloses a method and a device for testing the performance of a medical service platform, wherein the method comprises the following steps: acquiring a first number of treatment devices used by a medical institution, and determining a second number of patients which can be treated by the medical institution within a preset time period according to the first number; obtaining a maximum amount of data generated for each patient at the time of diagnosis and/or treatment at a medical facility; determining a second data volume of the medical institution interacting with the medical service platform within the time period according to the maximum data volume and the second volume generated by each patient; acquiring a third data volume which can be borne by one server in a preset time period; and determining the number of medical institutions which can be supported by one server according to the third data volume and the second data volume. The method and the device solve the problem that a performance test scheme for the medical service platform system is not provided in the prior art, so that a reliable performance test scheme for the medical service platform is improved.

Description

Medical service platform performance testing method and device

Technical Field

The application relates to the field of medical internet data, in particular to a method and a device for testing information management performance of a medical service platform.

Background

The normal performance test is performed after the functional test is finished, and the maximum user amount which can be borne in the performance test needs to be considered.

In the prior art, some automatic test tools are provided, which can execute performance test, however, in these tools, the number of users accessing simultaneously, the database read-write condition, and other test conditions need to be configured.

In the medical platform system, due to the particularity of the medical platform system, the acquisition of the test conditions is different from that of other platform systems, so a scheme for testing the service performance of the system is not disclosed in the medical platform system.

Disclosure of Invention

The embodiment of the application provides a method and a device for testing the performance of a medical service platform, which are used for at least solving the problem that a performance test scheme for a medical platform information management system is not provided in the prior art.

According to an aspect of the present application, there is provided a medical service platform performance testing method, including: acquiring a first number of treatment devices used by a medical institution, and determining a second number of patients which can be treated by the medical institution within a preset time period according to the first number; acquiring a maximum data volume generated by each patient when the patient is diagnosed and/or treated in the medical institution, wherein the maximum data volume is a first data volume of each patient needing to interact with a medical service platform; determining a second amount of data that the medical institution interacts with the healthcare platform over the time period based on the maximum amount of data generated by each patient and the second amount; acquiring a third data volume which can be borne by a server in the preset time period, wherein the server is a server for providing services for the medical service platform; and determining the number of medical institutions which can be supported by one server according to the third data volume and the second data volume.

Further, still include: acquiring a third number of medical institutions to be opened; determining a fourth number of servers needed based on the third number and a number of medical institutions that can be supported by one of the servers.

Further, the obtaining a third data amount that can be borne by one server in the predetermined time period includes: acquiring the type of a server required by the medical service platform; and respectively acquiring a third data amount which can be borne by one server in each type in the preset time period.

Further, determining the number of medical institutions that the server can support according to the third data volume and the second data volume comprises: the number of medical institutions that one of the servers in each type can support is determined separately.

Further, determining a fourth number of servers needed based on the third number and a number of medical institutions that the server is capable of supporting comprises: and respectively determining the fourth quantity of the required servers of each type according to the third quantity.

According to another aspect of the present application, there is also provided a medical service platform performance testing apparatus, including: the medical institution comprises a first acquisition module, a second acquisition module and a control module, wherein the first acquisition module is used for acquiring a first number of treatment devices used by a medical institution and determining a second number of patients which can be treated by the medical institution in a preset time period according to the first number; the second acquisition module is used for acquiring the maximum data volume generated by each patient when the medical institution diagnoses and/or treats the patient, wherein the maximum data volume is the first data volume of each patient needing to interact with the medical service platform; a first determining module, configured to determine a second data volume of the medical institution interacting with the medical service platform in the time period according to the maximum data volume generated by each patient and the second data volume; a third obtaining module, configured to obtain a third data volume that can be borne by a server in the predetermined time period, where the server is a server that provides services for the medical service platform; and the second determining module is used for determining the number of medical institutions which can be supported by one server according to the third data volume and the second data volume.

Further, still include: the fourth acquisition module is used for acquiring a third number of medical institutions to be operated; a third determining module, configured to determine a fourth number of servers needed according to the third number and a number of medical institutions that can be supported by one server.

Further, the third obtaining module is configured to: acquiring the type of a server required by the medical service platform; and respectively acquiring a third data amount which can be borne by one server in each type in the preset time period.

Further, the second determination module is configured to: the number of medical institutions that one of the servers in each type can support is determined separately.

Further, the third determining module is configured to: and respectively determining the fourth quantity of the required servers of each type according to the third quantity.

In the embodiment of the application, a first number of treatment devices used by a medical institution is acquired, and a second number of patients which can be treated by the medical institution in a preset time period is determined according to the first number; acquiring a maximum data volume generated by each patient when the patient is diagnosed and/or treated in the medical institution, wherein the maximum data volume is a first data volume of each patient needing to interact with a medical service platform; determining a second amount of data that the medical institution interacts with the healthcare platform over the time period based on the maximum amount of data generated by each patient and the second amount; acquiring a third data volume which can be borne by a server in the preset time period, wherein the server is a server for providing services for the medical service platform; and determining the number of medical institutions which can be supported by one server according to the third data volume and the second data volume. The method and the device solve the problem that a performance test scheme for the medical service platform system is not provided in the prior art, so that a reliable performance test scheme for the medical service platform is improved.

Drawings

The accompanying drawings, which are incorporated in and constitute a part of this application, illustrate embodiments of the application and, together with the description, serve to explain the application and are not intended to limit the application. In the drawings:

fig. 1 is a flowchart of a medical service platform performance testing method according to an embodiment of the present application.

Detailed Description

It should be noted that the embodiments and features of the embodiments in the present application may be combined with each other without conflict. The present application will be described in detail below with reference to the embodiments with reference to the attached drawings.

It should be noted that the steps illustrated in the flowcharts of the figures may be performed in a computer system such as a set of computer-executable instructions and that, although a logical order is illustrated in the flowcharts, in some cases, the steps illustrated or described may be performed in an order different than presented herein.

In this embodiment, a method for testing performance of a medical service platform is provided, and fig. 1 is a flowchart of a method for testing performance of a medical service platform according to an embodiment of the present application, where the method includes:

step S102, acquiring a first number of treatment devices used by a medical institution, and determining a second number of patients which can be treated by the medical institution within a preset time period according to the first number;

step S104, acquiring the maximum data volume generated when each patient diagnoses and/or treats the medical institution, wherein the maximum data volume is the first data volume of each patient needing to interact with a medical service platform;

in this step, as an optional added embodiment, the types of diseases that can be treated by the treatment device may be obtained, the maximum data amount generated when each type is diagnosed and/or treated may be obtained, and then the maximum data amount generated by each type may be used as the maximum data amount generated when a patient is diagnosed and/or treated in the medical institution. Alternatively, the average of the maximum data volumes generated by all types may be used as the maximum data volume generated by a patient when testing a medical facility for diagnosis and/or treatment.

The actual data volume of each type of patient in diagnosis and/or treatment can be obtained historically, the range of the actual data volume of a plurality of patients is obtained, if the difference between the minimum data volume and the maximum data volume of the range is within a preset range, the actual data volume of the type of patient is determined as the effective data volume, and the maximum data volume in the range is the maximum data volume corresponding to the type of disease in diagnosis and/or treatment.

And if the difference between the minimum data size and the maximum data size of the range is not in a preset range, adjusting the range so that the adjusted range falls into the preset range, wherein the adjustment is a process of discarding partial maximum values or minimum values, determining the adjusted range as an effective data size, and the maximum data size in the range is the maximum data size corresponding to the type of diseases and generated in diagnosis and/or treatment.

Step S106, determining a second data volume of the interaction between the medical institution and the medical service platform in the time period according to the maximum data volume generated by each patient and the second data volume;

step S108, acquiring a third data volume which can be borne by a server in the preset time period, wherein the server is a server for providing service for the medical service platform;

for example, if the server is a Web server, the third data amount supported by the server may be obtained in the following manner: utilizing a plurality of threads in the thread pool to access the webpage to be tested simultaneously; acquiring a response result of each thread accessing the webpage to be tested; and determining a pressure test result of the webpage to be tested based on the response result of each thread accessing the webpage to be tested. The response result comprises a single response time; determining a comprehensive response result based on the response result of each thread accessing the webpage to be tested, wherein the comprehensive response result comprises at least one of the longest response time, the shortest response time and the average response time; and when the response time exceeds a preset value, determining that the data volume accessed by the number of concurrent threads at the moment is the third data volume supported by the server.

And step S110, determining the number of medical institutions which can be supported by one server according to the third data volume and the second data volume.

As an alternative embodiment, the number of patients in a predetermined area with a disease state that can be treated by the treatment device may be acquired, the number of medical devices required in the predetermined area may be determined based on the number of patients, the area of the predetermined area may be acquired, the number of medical institutions established in the predetermined area may be determined based on the area, and then the number of medical devices assigned to each medical institution may be determined based on the number of established medical institutions and the number of required medical devices. And determining the position of a server in the preset area according to the number of the physiotherapy equipment distributed by each medical institution, wherein the server is arranged around the medical institution with the largest example service concurrency.

In the steps, the number of the servers is determined according to the service volume, so that the problem caused by the fact that a performance test scheme for the medical service platform system is not provided in the prior art is solved, and a reliable performance test scheme for the medical service platform is improved.

The number of medical institutions waiting to be opened can be estimated according to a business plan, so that the third number of medical institutions waiting to be opened can be obtained from the business technology; determining a fourth number of servers needed based on the third number and a number of medical institutions that can be supported by one of the servers.

The type of the server is various, for example, a web server, a multimedia streaming server, a database server, a file server, etc., and in an alternative embodiment, the type of the server required by the medical service platform may also be obtained; and respectively acquiring a third data amount which can be borne by one server in each type in the preset time period. Optionally, the number of medical institutions that one of the servers in each type can support may be determined separately. And then, respectively determining the fourth quantity of the required servers of each type according to the third quantity.

In the above method steps, the medical service platform may be a software platform that is specifically used for a certain medical device to support, and since the medical device is used for treating a certain disease, the patient is basically the patient of the disease, the categories of the disease are similar, and the amount of data generated during the diagnosis or treatment process of each patient is basically similar, based on which the performance pressure of the relevant server can be estimated.

There are many kinds of medical devices, and the above-described embodiments can be applied, and one kind of device is listed below.

The above embodiments can be applied to various treatment devices, for example, as a typical tool, the treatment device can be a treatment instrument composed of a treatment pen and a treatment host.

In this embodiment, there is provided a therapeutic pen for a limb pain therapy apparatus comprising a host computer for outputting a vibration prescription signal to the therapeutic pen, the therapeutic pen comprising: penholder and detachable are connected the cap for brush of penholder distal end, the penholder can be under the dismantlement install the treatment syringe needle behind the cap for brush, just the penholder surface is provided with shift knob, the needle tubing of treatment syringe needle stretches out the distal end of cap for brush, the penholder is inside to be provided with can by shift knob control opens the vibrator that stops, the vibrator is used for when opening, will transmit to intervention focus position with the corresponding physical kinetic energy of vibration prescription signal the treatment syringe needle.

Optionally, an ultraviolet disinfection waveband LED emitter which emits light towards the treatment needle is arranged at the far end inside the pen holder and is used for performing ultraviolet disinfection on the treatment needle and the pen cap.

Optionally, the pen cap is provided with at least one window along the circumferential direction, the needle tube seat is made of a transparent material, and the needle tube seat can be observed through each window.

Optionally, a Printed Circuit Board (PCB) printed control board is further arranged inside the pen holder, an LED backlight, a vibration indicator lamp and a switch button are integrated on the PCB printed control board, the LED backlight and the switch button are exposed on the surface of the pen holder, a work observation hole is further formed in the surface of the pen holder, the work observation hole corresponds to the position of the vibration indicator lamp, the LED backlight is closer to the far end of the pen holder than the vibration indicator lamp, and the PCB printed control board is further electrically connected with the vibrator.

Optionally, the treatment pen satisfies at least one of the following characteristics: (a) the track of the output vibration of the vibrator is in a plane perpendicular to or parallel to the axis of the penholder, and the track of the vibration comprises: the pen holder is characterized by comprising a track which does reciprocating motion along a single direction and/or a track which does reciprocating motion circularly along a plurality of angle directions by taking the axis of the pen holder as a center; (b) the vibration amplitude of the vibrator is designed to be between 2 and 500 mu m, and the vibration frequency of the vibrator is designed to be between 5 and 500 Hz; (c) the treatment needle is a special treatment needle or a disposable syringe needle and is used for intervening in a focus part formed by the damage of soft tissues for diagnosis and/or treatment.

Optionally, the therapeutic pen further comprises: the negative pressure pump is detachably connected to the far end of the pen holder; the pen cap is made of transparent materials; the utility model discloses a treatment syringe, including pen cap, negative pressure pump, treatment syringe needle, pencil cap surface is fixed with the joint, the negative pressure pump pass through the drainage tube with articulate, the joint with the pencil cap and treatment syringe needle intercommunication, the negative pressure pump is used for providing the drawing liquid negative pressure for the hydrops in the focus position when starting, makes the hydrops follow take out in the focus position.

Optionally, the drainage tube further comprises a communicating tube for communicating the drainage tube and the joint; the control signal for starting and stopping the negative pressure pump is from the host, and the host generates the corresponding control signal according to whether effusion exists at the position where the sensor in the communicating pipe is detected.

Optionally, the sensor is a liquid level sensor, the liquid level sensor includes two electrodes fixed on the inner wall of the communicating tube and having a gap, and a control circuit board electrically connected to the two electrodes, the control circuit board is disposed in the host, and the control circuit board is further electrically connected to the CPU main control board; when liquid is accumulated at the positions of the two electrodes in the communicating pipe, the two electrodes are conducted, and the control circuit board transmits electric signals corresponding to the conduction of the two electrodes to the CPU main control board; or when no effusion exists at the positions of the two electrodes in the communicating pipe, the two electrodes are disconnected and conducted, and the control circuit board transmits the electric signals corresponding to the disconnection and conduction of the two electrodes to the CPU main control board.

Optionally, the vibrator comprises a rotary centrifugal vibrator.

Optionally, in a case that a rotary centrifugal vibrator capable of being controlled by the switch button to start and stop is disposed inside the pen holder, the therapeutic pen further includes: and the PCB control board is electrically connected with the rotary centrifugal vibrator and used for outputting vibration prescription signals to the rotary centrifugal vibrator, and a common mode filter is further integrated on the PCB control board.

Optionally, at least one of the treatment needle, the pen cap and the pen holder has terahertz energy with a frequency of 0.1-10 THz.

In this embodiment, there is also provided a host for a limb pain therapy apparatus, the host comprising: the medical pen comprises a case, a touch display screen and a Central Processing Unit (CPU) main control board, wherein the case is arranged on the surface of the case, the CPU main control board is arranged in the case and electrically connected with the touch display screen, the CPU main control board is used for supplying power to the vibrator and outputting a vibration prescription signal, the touch display screen is used for a user to select a vibration prescription, and the vibration prescription signal is output to the medical pen.

Optionally, the method further comprises: at least one intermediate frequency output interface arranged on the surface of the case; the limb pain therapeutic apparatus further comprises at least one group of electrode plates which are respectively and electrically connected with the at least one intermediate frequency output interface through cables, and the CPU main control board is also electrically connected with the at least one intermediate frequency output interface and used for outputting current prescription signals to the at least one group of electrode plates.

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

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 display screen is used for selecting a corresponding vibration prescription for a treatment part by a user, generating a target characteristic parameter according to a default fixed parameter included in the selected vibration prescription and an individual vibration intensity level manually adjusted by the user on the same treatment part, and sending the target characteristic parameter generated according to the vibration prescription selected by the user to the CPU main control board; and the CPU main control board is used for generating a corresponding vibration prescription signal according to the target characteristic parameter.

Optionally, the CPU main control board includes: a microcomputer chip and a triode; the microcomputer chip is used for receiving the target characteristic parameters and determining a target duty ratio according to the amplitude in the target characteristic parameters and the corresponding relation between the amplitude and the duty ratio which are stored in advance; generating the vibration prescription signal according to the target duty ratio and the vibration frequency in the target characteristic parameter, and sending the vibration prescription signal to the triode; the triode is used for outputting the vibration prescription signal to the treatment pen and controlling the vibration prescription signal to drive the vibrator.

A description will be given below of a scenario in which the present embodiment is applied. In the following scenario applied to the present embodiment, several aspects from preparation work to test analysis can be performed, which will be described separately below.

First, preparation work

1. System base function verification

And performing the performance test only when the verification of the basic function test of the system is completed and the system tends to be stable, otherwise, performing the performance test meaninglessly.

2. Test team set-up

According to the specific situation of the project, a performance test team of several persons is established, and then one to several system developers (corresponding to a front end, a background and the like) are needed, and performance test design and analysis personnel and script development and execution personnel are needed; some training should be done on the script development and execution personnel, or should be undertaken by personnel with the relevant experience, before work is formally started.

3. Selection of tools

Considering the system design, the tool cost and the skill of the test team, selecting a proper test tool should satisfy the following points:

firstly, supporting performance test of a web system and http and https protocols;

the tool runs on a Windows platform;

support to monitor the webserver, front end, database performance counter;

4. advanced business scenario analysis

In order to establish intuitive understanding and analysis on system performance, important and common business scene modules of the system are analyzed, and targeted analysis is carried out to prepare for the next test plan design.

Second, test plan

The test planning stage is most important to analyze the user scene and determine the system performance target.

1. Performance test field analysis

Determining the problem point to be solved by the performance test according to the knowledge of the project background and the service; whether the test system can meet the requirement of actual operation or not or whether the performance of the system is restricted in certain aspects by the current system is determined, and then the specific problem is specifically analyzed.

2. User scenario profiling and business modeling

According to the analysis of system service, user active time, access frequency, scene interaction and other aspects, a service scene table is arranged, wherein the user operation scene and steps are preferably described in detail, and a basis is provided for test script development.

3. Determining performance targets

The application field of the performance test is determined, and then a performance target (index) is determined according to a specific field concern; communication negotiation with other business departments is required, and the final goals of response time, system resource utilization rate and the like required to be achieved are determined by combining data such as response time of the current system; such as:

firstly, the response time from the login request to the successful login page cannot exceed 2 seconds;

secondly, the response time of the page submitted by report auditing cannot exceed 5 seconds;

thirdly, the response time of uploading and downloading pages of the file is not more than 8 seconds;

fourthly, the average CPU utilization rate of the server is less than 70 percent, and the memory utilization rate is less than 75 percent;

the response time of each service system and the service condition of the server resource are under different test environments, and the condition that each index changes along with the load is the same.

4. Execution time for making test plan

The starting and stopping time, output, participation personnel and the like of each submodule of the performance test are preset.

Third, test script design and development

In the performance test, the test script design and development occupy a great time proportion.

1. Test environment design

The objective of this performance test is to verify the performance of the system in the actual operating environment, and to consider whether different hardware configurations are important factors that restrict the performance of the system, so in the test environment, a plurality of different test environments need to be deployed, the performance of the application system is checked on different hardware configurations, and the test results of the system under different configurations are analyzed to obtain the optimal results.

The configurations referred to herein are roughly of the following types:

database server

Application server

③ load simulator

Software operating environment and platform

The test environment test data can be determined according to the operation expectation of the system, such as a service scenario needing to be tested, how long the data is subjected to backup transfer, which tables are related to the service scenario, how the data is written in each operation, how many test data are written, how much test data is needed to keep the data of the test environment consistent, and the like. When the test data is generated for the first time, the test data can be exported to be stored locally, and the data is imported before the test is started each time, so that the consistency is kept.

2. Test scenario design

And determining user operation habit modes, the number of users in different scenes, operation times, test indexes, performance monitoring and the like through communication with a service department and the past user operation habits.

3. Test case design

After the test scene is confirmed, on the existing operation description of the system, the test case description which can be mapped into the script is further improved, and the approximate contents of the case are as follows:

case numbering: query form

Case conditions: the user has logged in, has corresponding authority, etc

The method comprises the following operation steps:

go to the corresponding page

② query the relevant data

Selecting the derived data

Fourthly, modifying the uploaded data

4. Development and use of scripts and accessibility

Recording by using a tool according to the use case description, and then modifying in the recorded script; such as parameterization, association, check points and the like, and the final result enables the test script to be available and can meet the test requirements;

fourth, test execution and management

At this stage, the environment is deployed according to the previously designed service scenario, environment and test case script, and the test is executed and the result is recorded.

1. Establishing a test environment

And deploying the corresponding environment according to the previously designed test environment, deploying, checking and carefully adjusting by operation and maintenance or developers, and simultaneously keeping the test environment clean and stable without being influenced by external factors.

2. Executing test scripts

This is simple, and in the deployed test environment, the designed test scripts are executed in sequence according to the service scenarios and numbers.

3. Recording test results

The recording of the results has different forms according to different tools adopted by the test; most performance testing tools provide a relatively complete interface graphical testing result, and certainly, for the conditions of resource use of the server and the like, some counters or third-party monitoring tools can be used for recording the results, and after the test is executed, the results are sorted and analyzed.

Fifth, test analysis

1. System performance analysis of a test environment

According to the test results (graphs, curves and the like) obtained by the previous record, the test results are calculated and compared with the preset performance indexes to determine whether the required results are achieved; if the bottleneck point is not reached, checking a specific bottleneck point, and then carrying out specific analysis on specific conditions according to specific data of the bottleneck point.

2. Analysis of influence of hardware device on system performance

Because a plurality of different test environments are designed in the prior art, analysis can be carried out according to hardware resource use condition graphs of different test environments, the bottleneck is determined to be the database server, the application server or other aspects, and then operations such as optimization and the like are carried out in a targeted mode.

3. Analysis of other influencing factors

The factors influencing the system performance are many, and the scene analysis which can be felt by a user can be carried out, wherein the scene analysis is slow, the speed is still enough, and the scene analysis can be carried out according to the 2\5\8 principle; the specific problem is specifically analyzed as to other series of influencing factors such as network bandwidth, operation actions, storage pools, thread implementation, server processing mechanisms and the like.

4. Problems found in testing

During performance testing, some functional deficiencies or defects may be discovered and optimized.

In this embodiment, an electronic device is provided, comprising a memory in which a computer program is stored and a processor configured to run the computer program to perform the method in the above embodiments.

The programs described above may be run on a processor or may also be stored in memory (or referred to as computer-readable media), which includes both non-transitory and non-transitory, removable and non-removable media, that 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. As defined herein, a computer readable medium does not include a transitory computer readable medium such as a modulated data signal and a carrier wave.

These computer programs may also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer implemented process such that the instructions which execute on the computer or other programmable apparatus provide steps for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks, and corresponding steps may be implemented by different modules. There is provided in an embodiment a medical service platform performance testing apparatus, the apparatus comprising: the medical institution comprises a first acquisition module, a second acquisition module and a control module, wherein the first acquisition module is used for acquiring a first number of treatment devices used by a medical institution and determining a second number of patients which can be treated by the medical institution in a preset time period according to the first number; the second acquisition module is used for acquiring the maximum data volume generated by each patient when the medical institution diagnoses and/or treats the patient, wherein the maximum data volume is the first data volume of each patient needing to interact with the medical service platform; a first determining module, configured to determine a second data volume of the medical institution interacting with the medical service platform in the time period according to the maximum data volume generated by each patient and the second data volume; a third obtaining module, configured to obtain a third data volume that can be borne by a server in the predetermined time period, where the server is a server that provides services for the medical service platform; and the second determining module is used for determining the number of medical institutions which can be supported by one server according to the third data volume and the second data volume.

The above-mentioned apparatus in this embodiment is used for executing the method steps, and each module in the apparatus corresponds to each step in the above-mentioned method, which has already been described, and is not described herein again.

For example, the apparatus further comprises: the fourth acquisition module is used for acquiring a third number of medical institutions to be operated; a third determining module, configured to determine a fourth number of servers needed according to the third number and a number of medical institutions that can be supported by one server.

For example, the third obtaining module is configured to: acquiring the type of a server required by the medical service platform; and respectively acquiring a third data amount which can be borne by one server in each type in the preset time period. The second determination module is to: the number of medical institutions that one of the servers in each type can support is determined separately. The third determining module is to: and respectively determining the fourth quantity of the required servers of each type according to the third quantity.

The embodiment solves the problem caused by the fact that a performance test scheme for the medical service platform system is not provided in the prior art, and therefore a reliable performance test scheme for the medical service platform is improved.

The above are merely examples of the present application and are not intended to limit the present application. Various modifications and changes may occur to those skilled in the art. Any modification, equivalent replacement, improvement, etc. made within the spirit and principle of the present application should be included in the scope of the claims of the present application.

Claims (10)

1. A medical service platform performance test method is characterized by comprising the following steps:

acquiring a first number of treatment devices used by a medical institution, and determining a second number of patients which can be treated by the medical institution within a preset time period according to the first number;

acquiring a maximum data volume generated by each patient when the patient is diagnosed and/or treated in the medical institution, wherein the maximum data volume is a first data volume of each patient needing to interact with a medical service platform;

determining a second amount of data that the medical institution interacts with the healthcare platform over the time period based on the maximum amount of data generated by each patient and the second amount;

acquiring a third data volume which can be borne by a server in the preset time period, wherein the server is a server for providing services for the medical service platform;

and determining the number of medical institutions which can be supported by one server according to the third data volume and the second data volume.

2. The method of claim 1, further comprising:

acquiring a third number of medical institutions to be opened;

determining a fourth number of servers needed based on the third number and a number of medical institutions that can be supported by one of the servers.

3. The method of claim 2, wherein obtaining a third amount of data that a server can withstand during the predetermined time period comprises:

acquiring the type of a server required by the medical service platform;

and respectively acquiring a third data amount which can be borne by one server in each type in the preset time period.

4. The method of claim 3, wherein determining the number of medical institutions that the server can support based on the third data volume and the second data volume comprises:

the number of medical institutions that one of the servers in each type can support is determined separately.

5. The method of claim 4, wherein determining a fourth number of servers needed based on the third number and a number of medical institutions that the server can support comprises:

and respectively determining the fourth quantity of the required servers of each type according to the third quantity.

6. A medical service platform performance testing device is characterized by comprising:

the medical institution comprises a first acquisition module, a second acquisition module and a control module, wherein the first acquisition module is used for acquiring a first number of treatment devices used by a medical institution and determining a second number of patients which can be treated by the medical institution in a preset time period according to the first number;

the second acquisition module is used for acquiring the maximum data volume generated by each patient when the medical institution diagnoses and/or treats the patient, wherein the maximum data volume is the first data volume of each patient needing to interact with the medical service platform;

a first determining module, configured to determine a second data volume of the medical institution interacting with the medical service platform in the time period according to the maximum data volume generated by each patient and the second data volume;

a third obtaining module, configured to obtain a third data volume that can be borne by a server in the predetermined time period, where the server is a server that provides services for the medical service platform;

and the second determining module is used for determining the number of medical institutions which can be supported by one server according to the third data volume and the second data volume.

7. The apparatus of claim 6, further comprising:

the fourth acquisition module is used for acquiring a third number of medical institutions to be operated;

a third determining module, configured to determine a fourth number of servers needed according to the third number and a number of medical institutions that can be supported by one server.

8. The apparatus of claim 7, wherein the third obtaining module is configured to:

acquiring the type of a server required by the medical service platform;

and respectively acquiring a third data amount which can be borne by one server in each type in the preset time period.

9. The apparatus of claim 8, wherein the second determining module is configured to:

the number of medical institutions that one of the servers in each type can support is determined separately.

10. The apparatus of claim 7, wherein the third determining module is configured to:

and respectively determining the fourth quantity of the required servers of each type according to the third quantity.

Images