CN111988425A - Supervision system and method for regional medical health application data sharing - Google Patents
Supervision system and method for regional medical health application data sharing Download PDFInfo
- Publication number
- CN111988425A CN111988425A CN202010898468.2A CN202010898468A CN111988425A CN 111988425 A CN111988425 A CN 111988425A CN 202010898468 A CN202010898468 A CN 202010898468A CN 111988425 A CN111988425 A CN 111988425A
- Authority
- CN
- China
- Prior art keywords
- data
- access request
- sharing
- medical
- terminal
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 230000036541 health Effects 0.000 title claims abstract description 83
- 238000000034 method Methods 0.000 title claims abstract description 30
- 238000012797 qualification Methods 0.000 claims abstract description 33
- 238000012550 audit Methods 0.000 claims abstract description 19
- 238000004891 communication Methods 0.000 claims abstract description 18
- 230000008569 process Effects 0.000 claims abstract description 18
- 238000012545 processing Methods 0.000 claims description 14
- 230000008520 organization Effects 0.000 claims description 13
- 230000001105 regulatory effect Effects 0.000 claims description 10
- 238000012217 deletion Methods 0.000 claims description 9
- 230000037430 deletion Effects 0.000 claims description 9
- 238000012986 modification Methods 0.000 claims description 6
- 230000004048 modification Effects 0.000 claims description 6
- 238000011156 evaluation Methods 0.000 claims description 4
- 238000012795 verification Methods 0.000 abstract description 4
- 238000007726 management method Methods 0.000 description 5
- 238000012937 correction Methods 0.000 description 4
- 230000005180 public health Effects 0.000 description 4
- 230000032683 aging Effects 0.000 description 3
- 238000010586 diagram Methods 0.000 description 2
- 239000000284 extract Substances 0.000 description 2
- 230000003993 interaction Effects 0.000 description 2
- 230000007246 mechanism Effects 0.000 description 2
- 230000002159 abnormal effect Effects 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 239000006185 dispersion Substances 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 230000002349 favourable effect Effects 0.000 description 1
- 230000004927 fusion Effects 0.000 description 1
- 230000002452 interceptive effect Effects 0.000 description 1
- 230000000246 remedial effect Effects 0.000 description 1
- 238000012216 screening Methods 0.000 description 1
- 230000035945 sensitivity Effects 0.000 description 1
- 238000012163 sequencing technique Methods 0.000 description 1
- 230000001360 synchronised effect Effects 0.000 description 1
- 230000001550 time effect Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1097—Protocols in which an application is distributed across nodes in the network for distributed storage of data in networks, e.g. transport arrangements for network file system [NFS], storage area networks [SAN] or network attached storage [NAS]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/10—Network architectures or network communication protocols for network security for controlling access to devices or network resources
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1095—Replication or mirroring of data, e.g. scheduling or transport for data synchronisation between network nodes
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/51—Discovery or management thereof, e.g. service location protocol [SLP] or web services
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Hardware Design (AREA)
- Computer Security & Cryptography (AREA)
- Computing Systems (AREA)
- General Engineering & Computer Science (AREA)
- Medical Treatment And Welfare Office Work (AREA)
Abstract
The invention relates to the field of medical information sharing, in particular to a supervision system for regional medical and health application data sharing, which solves the technical problem that the complex sharing process of medical and health application data is difficult to effectively supervise. The sharing terminal stores medical application data of a medical institution; the service platform respectively builds a data communication channel with the sharing terminal and the demand terminal which pass qualification verification; the method comprises the steps that a demand terminal sends an access request for acquiring medical and health application data to a service platform, wherein the access request comprises tag information, emergency degree and demand end identification information of target data; and the service platform audits the access request after receiving the access request, and only executes the access request which passes the audit. The sharing terminal and the demand terminal for accessing the shared data are mutually independent, so that the associated risks are avoided, the service platform actively supervises the sharing process of the medical and health data, screens and filters the access requests, and intensively supervises the sharing traffic of the medical and health application data.
Description
Technical Field
The invention relates to the field of medical information sharing, in particular to a supervision system and a supervision method for regional medical and health application data sharing.
Background
In recent years, medical and health big data is rapidly developed, and the application market of the medical and health big data is more and more huge. The medical health information platform is a carrier for acquiring, processing, storing, analyzing, transmitting and exchanging medical health related data in an area, is a basic platform for sharing medical health data, and medical health institutions mutually exchange data and cooperate with services among systems through the medical health information platform. Different from general industry data, the medical and health data have special sensitivity and importance due to the fact that the medical and health information which is vital to the livelihood is involved. On the premise of realizing the exchange and sharing of medical and health data and avoiding information isolated island, how to ensure the safe and efficient sharing of the medical and health data becomes the problem which needs to be solved urgently at present.
Chinese patent publication No. CN109410110A discloses a system for implementing interactive control of public health data in a regional health information platform, which includes a service platform subsystem for collecting, scheduling and exchanging public health data; the data interaction service and service cooperation subsystem is connected with the service platform subsystem and is used for sharing public health data among the service platform subsystems and cooperatively processing services; and the platform service management subsystem is connected with the service platform subsystem and the data interaction service and service cooperation subsystem and is used for providing a universal data service function in the service platform subsystem. The system solves the problem of data sharing and service collaboration of different public health information systems in an area, provides related data services, and realizes service collaboration and data sharing among all service systems so as to ensure consistent, synchronous, reliable and collaborative data exchange among all service systems.
However, the prior art only supervises the safe circulation of the medical and health data, and does not effectively supervise the complex sharing process of the medical and health data. As the amount of medical and health data increases, the amount of data flowing between medical sharing institutions also increases, and the time factor of medical and health information is important. In the case where one health care institution needs to be accessed by a plurality of other health care institutions at the same time, the simultaneous access of data by a plurality of health care institutions may cause congestion of a communication channel, and it is difficult to queue and access data in consideration of the data access requirements of each health care institution. Therefore, there is also a major problem in that it is difficult to effectively supervise the complex sharing process of the healthcare application data.
Disclosure of Invention
The invention provides a supervision system for regional medical and health application data sharing, which solves the technical problem that the complex sharing process of medical and health application data is difficult to effectively supervise.
The basic scheme provided by the invention is as follows: a regulatory system for regional healthcare application data sharing, comprising:
sharing the terminal: for storing healthcare application data of a healthcare facility;
the service platform comprises: the system comprises a qualification module and a data channel module, wherein the qualification module is used for auditing the qualification of the sharing terminal, and the data channel module is used for respectively establishing a data communication channel with the sharing terminal and the demand terminal which pass the qualification audit;
a demand terminal: the system comprises a service platform, a client and a server, wherein the service platform is used for sending an access request for acquiring medical and health application data to the service platform, and the content of the access request comprises tag information of target data, emergency degree and demand end identification information of a demand terminal for providing the access request;
the service platform further comprises an auditing module, the auditing module is used for auditing the access request after the access request is received, and the service platform only executes the access request which passes the auditing.
The working principle and the advantages of the invention are as follows:
the shared terminal and the demand terminal respectively undertake the access task of the medical health organization to the shared data, the medical health organization is favorable for reasonably configuring the shared terminal and the demand terminal according to the requirement of accessing the shared data, when one medical health organization is configured with the shared terminal and the demand terminal, the mutual independence is avoided, and the normal work of the other terminal is not influenced when one terminal breaks down. In the prior art, a shared data provider supervises data acquisition permission of the data acquisition provider, different medical and health institutions have different data acquisition permission management which is difficult to unify, the data sharing situation is disordered due to the dispersion of the data sharing management permission, and a service platform is more difficult to supervise the data sharing situation; data leakage is easily caused by negligence of authority management of individual medical and health institutions, or the sharing efficiency level of regional medical and health application data is lowered due to low authority management efficiency of the individual medical and health institutions, and the service platform can passively perform remedial supervision on the data sharing only after the data sharing abnormity occurs.
The demand terminal in the invention obtains the medical and health application data stored in the shared terminal by sending an access request to the service platform. The contents in the access request include tag information of the target data, the degree of urgency, and requirement side identification information of the requirement terminal that made the access request. A qualification module in the service platform audits a sharing terminal and a demand terminal which meet the qualification, a data communication channel is respectively established between the data channel module and the sharing terminal and the demand terminal which pass the qualification audit, and all medical and health data sharing between medical and health institutions pass through the service platform, so that centralized supervision is facilitated. The auditing module in the service platform can actively identify and audit the access request according to the content of the access request, screen and filter the access request which does not meet the requirement, only execute the access request which meets the requirement, protect the data safety, avoid occupying a data channel, and facilitate the sharing process of actively supervising the medical and health data.
The invention can be used for medical and health institutions to reasonably configure the shared terminal and the demand terminal according to the demand of accessing the shared data, and the mutual independence avoids the associated risks; all medical and health application data sharing between medical and health institutions is carried out through the service platform, so that centralized supervision is facilitated; the service platform filters the access requests which do not meet the requirements, protects data safety, avoids occupying data channels, and facilitates the active supervision of the sharing process of medical and health data.
Further, the service platform further comprises a coordination module, wherein the coordination module is used for counting the tag information to obtain hot data which are repeatedly requested when the sum of the data quantity requested by a plurality of access requests to be executed for a single sharing terminal currently exceeds a threshold value; the coordination module sequentially acquires corresponding medical and health application data according to the emergency degree of the access request, wherein the hot data are synchronously backed up when being acquired for the first time, the backup is directly extracted when the corresponding hot data are required to be acquired again, and the backup is deleted after the hot data are acquired for the last time.
Due to timeliness of medical and health data, a situation that a plurality of demand terminals simultaneously make access requests to the same shared terminal occurs, and a communication channel between the shared terminal and a service platform is congested. In the prior art, data are acquired sequentially according to the sequence of access requests, or data are acquired by using a communication channel at the same time, the data acquisition process is slow, the communication channel is occupied for a long time, and the normal application data sharing process is influenced. The coordination module in the invention sequences the accumulated access requests according to different urgency degrees to sequentially acquire medical and health application data after the data volume requested by the current access requests waiting for a single sharing terminal exceeds a threshold value, thereby meeting the urgent requirement of an individual demand terminal on the data acquisition time. In addition, the coordination module analyzes the tag data to obtain hot data which is requested to be acquired for multiple times in the tag data, and the hot data is acquired for multiple times and is one of main causes of communication congestion. The hot data are synchronously backed up on the service platform when being acquired for the first time, the coordination module directly extracts the backup in the service platform when needing to acquire the corresponding hot data again, the backup is not needed to be extracted and deleted, the storage space occupied by the service platform is reduced, the service platform only needs to acquire the hot data once in the shared terminal, the bandwidth pressure of a communication channel between the service platform and a demand terminal is greatly reduced, the data circulation efficiency when the acquired data volume is large is improved, and the data acquisition process is accelerated.
Further, the coordination module counts the requested target data according to the tag information of the access request to obtain the data volume. The counted data volume is more accurate, and the increase of the requested data volume is found in time.
Further, the tag information includes a data type of the target data, a data range, and sharing end identification information of a sharing terminal to which the target data belongs. The basic information of the source and target data of the access request is covered, and the service platform is convenient to quickly check the access request.
Furthermore, when a plurality of access requests with the same urgency exist, the coordination module performs sequencing according to the data volume requested by each access request, and preferentially processes the access requests with smaller data volume. Since access requests that request smaller amounts of data are faster to obtain healthcare data, they are processed preferentially and more access requests are processed as soon as possible.
Further, the service platform stores the authority levels of all medical and health institutions; the auditing module is also used for judging whether the access request accords with the authority rule or not according to the authority levels of the medical health organization corresponding to the demand terminal and the target medical health organization after receiving the access request, and marking that the access request passes the auditing when the access request accords with the authority rule. The resource difference degree of medical and health institutions in different areas and different levels may be very large, and the matching degree is poor. Through the arrangement, the resources of each medical and health institution can be matched, and the true 'win-all' is realized.
Further, the healthcare application data includes data of internal system applications and on-line applications of a healthcare institution; the internal system application comprises an HIS system, an LIS system and a PACS system, and the online application comprises a cloud application, a webpage application and a mobile internet application. The sources of shared healthcare data are broader.
Further, the content of the access request also includes an annotation of the urgency. And the emergency support is provided for the emergency degree, and the service platform can accurately understand the time effect requirement of the required terminal on the target data conveniently.
Furthermore, the service platform also comprises a checking module, and the checking module is used for evaluating the emergency degree according to the comments and correcting the emergency degree according to the evaluation result. And feeding back the correction information to the corresponding demand terminal after correction. Screening the emergency degree of the access request, maintaining the normal data acquisition order, and avoiding the influence on other access requests when the aging requirement of an individual access request is higher than the actual aging requirement, even the influence on the overall data acquisition progress when a plurality of access requests exist.
Further, the content of the access request further includes a service number, the demand terminal is further configured to send a deletion request for processing the access request to the service platform, the content of the deletion request includes the service number and a processing type of the corresponding access request, and the processing type includes revocation and modification of the access request. The terminal with the requirement can withdraw the request in time after mistakenly sending the access request, thereby avoiding increasing the data acquisition burden of the service platform meaninglessly.
The application also provides a method for opening regional medical health data and applications, which comprises the following steps:
the method comprises the steps that firstly, a sharing terminal stores medical application data of a medical institution;
a qualification module audits the qualification of the sharing terminal, and a data channel module establishes a data communication channel with the sharing terminal and the demand terminal which pass the qualification audit respectively;
step three, the demand terminal sends an access request for acquiring medical and health application data to the service platform, wherein the content of the access request comprises the label information and the emergency degree of the target data and the demand end identification information of the demand terminal which provides the access request;
and fourthly, the auditing module audits the access request after receiving the access request, and only executes the access request which passes the audit.
Drawings
Fig. 1 is a system diagram of an embodiment 1 of the administration system for regional health application data sharing according to the present invention.
Fig. 2 is a system diagram of the embodiment 2 of the administration system for regional health application data sharing of the present invention.
Detailed Description
The following is further detailed by the specific embodiments:
example 1
As shown in fig. 1, the supervisory system for regional health care application data sharing includes a service platform using an airy cloud ECS g6 universal cloud server, and a sharing terminal and a demand terminal using a fusion server 2288H V5 enterprise server.
The sharing terminal stores medical application data of a medical institution. The healthcare application data includes data for internal system applications and on-line applications of the healthcare facility. The internal system application comprises a HIS system, a LIS system and a PACS system, and the online application comprises a cloud application, a webpage application and a mobile Internet application used by a medical health institution. The cloud application comprises registration small programs and medical consultation small programs in the payment treasures and the WeChat, the webpage application comprises public numbers operated by medical health institutions in the payment treasures platform and the WeChat platform, and the mobile internet application comprises mobile phone application established by the medical health institutions in the apple platform and the android platform.
The service platform comprises a qualification module and a data channel module, the qualification module is used for auditing the qualification of the sharing terminal, and the data channel module is respectively used for establishing a data communication channel with the sharing terminal and the demand terminal which pass the qualification audit. In the qualification auditing process, the shared terminal and the demand terminal respectively send access requests with qualification information to the service platform, the qualification module checks whether the qualification information meets the access requirements after the service platform receives the access requests, if so, the data channel module and the corresponding shared terminal or demand terminal build a data communication interface, and if not, the data channel module feeds back the unexamined information to the corresponding shared terminal or demand terminal. The qualification information includes the name of the medical health institution, institution code, location, license picture, contact address, type (sharing end or demand end). At present, the qualification approval mode is mainly a manual examination mode, and the staff of the medical and health institution checks the qualification information one by one.
The demand terminal sends an access request for acquiring medical and health application data to the service platform, and the content of the access request comprises tag information of target data, emergency degree and demand end identification information of the demand terminal which provides the access request. The tag information includes a data type and a data range of the target data, and sharing end identification information of a sharing terminal to which the target data belongs. The emergency degree is staged five-level grade, and the higher the grade is, the more emergency is, the higher the grade is, the more emergency is determined by the self selection of the demand terminal. The shared terminal identification information includes an IP address of a server to which the shared terminal identification information belongs, and the demand terminal identification information includes an IP address of a server to which the demand terminal identification information belongs.
The service platform also comprises an auditing module which audits the access request after receiving the access request, and the service platform only executes the access request which passes the auditing. Before the verification, the service platform and the demand terminal sending the access request perform TOKEN Auth verification, and after the verification is passed, the service platform manager is guided to verify the label information of the access request and the demand terminal identification information.
The service platform stores authority levels of all medical and health institutions; the auditing module is also used for judging whether the access request accords with the authority rule or not according to the authority levels of the medical health organization corresponding to the demand terminal and the target medical health organization after receiving the access request, and marking that the access request passes the auditing when the access request accords with the authority rule.
The service platform also comprises a coordination module, and after the access request passes the audit of the audit module, the service platform counts the requested target data according to the tag information of the access request to obtain the data volume. When the sum of the data quantity requested by a plurality of access requests to be executed by a single sharing terminal currently exceeds a threshold value, the coordination module counts target data in the tag information to obtain hot data which are repeatedly requested, and then corresponding medical and health application data are sequentially obtained from high to low according to the emergency degree of the access requests. The hot data are synchronously backed up when being acquired by the coordination module for the first time, the backup is stored in the service platform, the backup is directly extracted when the corresponding hot data need to be acquired again, and the backup is deleted after the hot data are acquired for the last time.
When a plurality of access requests with the same urgency exist, the coordination module sorts the access requests according to the data volume requested by each access request, and preferentially processes the access requests with smaller data volume.
The mechanism A is configured with a sharing terminal A, the mechanism B is configured with a demand terminal B, the sharing terminal A and the demand terminal B respectively send access requests with qualification information to the service platform, after the qualification module checks the access requests passing through the sharing terminal A, the data channel module builds a data communication interface accessed to the target database, and after the qualification module checks the access requests passing through the demand terminal B, the data channel module builds a data communication channel with the qualification module. When the organization B urgently needs to acquire the data of the organization A, the requirement terminal B sends a Q1 access request with the emergency degree of five levels to the service platform, and after the Q1 access request is approved by the auditing module, the coordination module counts the data quantity requested to be acquired by the Q1 access request. When Q1, Q2, Q3 and Q4 access requests for the organization A are held in the service platform, and the sum of the data volume requested to be acquired by the access requests exceeds a threshold value, the coordination module counts that the Q1 and the Q3 access requests both request D image data in the PACS system in the organization A, and the coordination module sorts the execution sequence of the Q3, the Q1, the Q2 and the Q4 access requests according to the emergency degree of the access requests. The urgency degrees of the access requests of Q2 and Q4 are four levels and two levels respectively, and the urgency degrees of the access requests of Q1 and Q3 are five levels; in addition, the data volume requested by the Q3 access request is less than the data volume requested by the Q1 access request, so the service platform first executes the Q3 access request. The coordination module sequentially acquires data according to the execution sequence of the Q3, the Q1, the Q2 and the Q4 access requests, and when the Q1 access request is executed, the D image data are backed up in the service platform while the data are acquired. When the Q3 access request is executed, the requesting terminal to which the Q3 access request belongs can directly extract D image data from the service platform, and the coordination module deletes the D image data that is not extracted any more after the data acquisition process is finished, and at this time, the communication channel between the service platform and the a-sharing terminal is left empty to execute the Q4 access request.
The embodiment can be used for reasonably configuring the shared terminal and the demand terminal by the medical and health institution according to the demand of accessing the shared data, and avoids the associated risks due to mutual independence; all medical and health data sharing between medical and health institutions is carried out through the service platform, so that centralized supervision is facilitated; the service platform filters the access requests which do not meet the requirements, protects data safety, avoids occupying data channels, and facilitates the active supervision of the sharing process of medical and health data; the service platform only needs to acquire hot data once in the sharing terminal, so that the data transmission pressure of a communication channel is greatly reduced, the data circulation efficiency when the acquired data volume is large is improved, the data acquisition process is optimized, and the method is suitable for sharing wide medical and health application data.
Example 2
As shown in fig. 2, embodiment 2 is substantially the same as embodiment 1 except that the content of the access request further includes a service number and a comment on the degree of urgency. The service platform also comprises a checking module which is used for guiding service platform managers to evaluate the emergency degree according to the annotations, and the annotations are more accurately judged through manual evaluation; the check module corrects the emergency degree according to the evaluation result, and feeds back correction information to a corresponding demand terminal after correction, so that corresponding medical and health institutions know the emergency degree, and other adjustments can be made conveniently and timely.
The demand terminal is also used for sending a deletion request for processing the access request to the service platform, the content of the deletion request comprises the service number and the processing type of the corresponding access request, and the processing type comprises the withdrawal and the modification of the access request.
After the service platform receives the deletion request, if the processing type of the request is withdrawal, the coordination module terminates the execution of the corresponding access request; if the processing type of the request is modification, the coordination module checks whether the corresponding access request is executed, if not, the corresponding access request is stopped to be executed, and if yes, the rejection information is fed back to the demand terminal. The method is beneficial to the service platform to respond to the deletion request of the demand terminal in time, and the problem that the access request influences the normal operation of the service platform is avoided.
The emergency degree of the access request is supported by the embodiment 1, so that the service platform can accurately understand the aging requirement of the demand terminal on the target data, maintain the normal data acquisition order, and avoid maliciously improving the emergency degree to accelerate the data acquisition process; when the access request is abnormal, the corresponding demand terminal can also make an adjustment decision in time, and send a deletion and modification request for processing the access request to the service platform, so that the data acquisition burden of the service platform is prevented from being increased meaninglessly.
The foregoing is merely an example of the present invention, and common general knowledge in the field of known specific structures and characteristics is not described herein in any greater extent than that known in the art at the filing date or prior to the priority date of the application, so that those skilled in the art can now appreciate that all of the above-described techniques in this field and have the ability to apply routine experimentation before this date can be combined with one or more of the present teachings to complete and implement the present invention, and that certain typical known structures or known methods do not pose any impediments to the implementation of the present invention by those skilled in the art. It should be noted that, for those skilled in the art, without departing from the structure of the present invention, several changes and modifications can be made, which should also be regarded as the protection scope of the present invention, and these will not affect the effect of the implementation of the present invention and the practicability of the patent. The scope of the claims of the present application shall be determined by the contents of the claims, and the description of the embodiments and the like in the specification shall be used to explain the contents of the claims.
Claims (10)
1. A regulatory system for regional healthcare application data sharing, comprising:
sharing the terminal: for storing healthcare application data of a healthcare facility;
the service platform comprises: the system comprises a qualification module and a data channel module, wherein the qualification module is used for auditing the qualification of the sharing terminal, and the data channel module is used for respectively establishing a data communication channel with the sharing terminal and the demand terminal which pass the qualification audit;
a demand terminal: the system comprises a service platform, a client and a server, wherein the service platform is used for sending an access request for acquiring medical and health application data to the service platform, and the content of the access request comprises tag information of target data, emergency degree and demand end identification information of a demand terminal for providing the access request;
the service platform further comprises an auditing module, the auditing module is used for auditing the access request after the access request is received, and the service platform only executes the access request which passes the auditing.
2. The regulatory system for regional healthcare application data sharing of claim 1, wherein: the service platform further comprises a coordination module, wherein the coordination module is used for counting the tag information to obtain hot data which are repeatedly requested when the sum of the data quantity requested by a plurality of access requests to be executed to a single sharing terminal currently exceeds a threshold value; the coordination module sequentially acquires corresponding medical and health application data according to the emergency degree of the access request, wherein the hot data are synchronously backed up when being acquired for the first time, the backup is directly extracted when the corresponding hot data are required to be acquired again, and the backup is deleted after the hot data are acquired for the last time.
3. The regulatory system for regional healthcare application data sharing of claim 2, wherein: and the coordination module counts the requested target data according to the tag information of the access request to obtain the data volume.
4. The regulatory system for regional healthcare application data sharing of claim 3, wherein: the tag information includes a data type and a data range of the target data, and shared terminal identification information of a shared terminal to which the target data belongs.
5. The regulatory system for regional healthcare application data sharing of claim 4, wherein: when a plurality of access requests with the same urgency exist, the coordination module sorts the access requests according to the data volume requested by each access request, and preferentially processes the access requests with smaller data volume.
6. The regulatory system for regional healthcare application data sharing of claim 1, wherein: the service platform stores authority levels of all medical and health institutions; the auditing module is also used for judging whether the access request accords with the authority rule or not according to the authority levels of the medical health organization corresponding to the demand terminal and the target medical health organization after receiving the access request, and marking that the access request passes the auditing when the access request accords with the authority rule.
7. The regulatory system for regional healthcare application data sharing of claim 1, wherein: the content of the access request also includes an annotation of the urgency.
8. The regulatory system for regional healthcare application data sharing of claim 7, wherein: the service platform further comprises a checking module, and the checking module is used for evaluating the emergency degree according to the annotations and correcting the emergency degree according to the evaluation result.
9. The regulatory system for regional healthcare application data sharing of claim 1, wherein: the content of the access request further comprises a service number, the demand terminal is further used for sending a deletion request for processing the access request to the service platform, the content of the deletion request comprises the service number and the processing type of the corresponding access request, and the processing type comprises withdrawal and modification of the access request.
10. The supervision method for regional medical health application data sharing is applicable to any one of the supervision systems for regional medical health application data sharing in claims 1-9, and is characterized by comprising the following steps:
the method comprises the steps that firstly, a sharing terminal stores medical application data of a medical institution;
a qualification module audits the qualification of the sharing terminal, and a data channel module establishes a data communication channel with the sharing terminal and the demand terminal which pass the qualification audit respectively;
step three, the demand terminal sends an access request for acquiring medical and health application data to the service platform, wherein the content of the access request comprises the label information and the emergency degree of the target data and the demand end identification information of the demand terminal which provides the access request;
and fourthly, the auditing module audits the access request after receiving the access request, and only executes the access request which passes the audit.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010898468.2A CN111988425A (en) | 2020-08-31 | 2020-08-31 | Supervision system and method for regional medical health application data sharing |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010898468.2A CN111988425A (en) | 2020-08-31 | 2020-08-31 | Supervision system and method for regional medical health application data sharing |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN111988425A true CN111988425A (en) | 2020-11-24 |
Family
ID=73439819
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202010898468.2A Pending CN111988425A (en) | 2020-08-31 | 2020-08-31 | Supervision system and method for regional medical health application data sharing |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN111988425A (en) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113779609A (en) * | 2021-09-22 | 2021-12-10 | 北方健康医疗大数据科技有限公司 | Data management method and device, electronic equipment and storage medium |
| CN116527708A (en) * | 2023-04-21 | 2023-08-01 | 浪潮智慧科技有限公司 | Data processing method, equipment and medium for rural treatment digital platform |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107832629A (en) * | 2017-11-03 | 2018-03-23 | 深圳市前海安测信息技术有限公司 | Area medical information access control system and method |
| CN110912929A (en) * | 2019-12-12 | 2020-03-24 | 和宇健康科技股份有限公司 | Safety control middle platform system based on regional medical treatment |
| CN111192661A (en) * | 2019-12-31 | 2020-05-22 | 武汉联影医疗科技有限公司 | Method and system for acquiring medical electronic film |
| CN111327622A (en) * | 2020-02-27 | 2020-06-23 | 典基网络科技(上海)有限公司 | Resource scheduling method and system |
-
2020
- 2020-08-31 CN CN202010898468.2A patent/CN111988425A/en active Pending
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107832629A (en) * | 2017-11-03 | 2018-03-23 | 深圳市前海安测信息技术有限公司 | Area medical information access control system and method |
| CN110912929A (en) * | 2019-12-12 | 2020-03-24 | 和宇健康科技股份有限公司 | Safety control middle platform system based on regional medical treatment |
| CN111192661A (en) * | 2019-12-31 | 2020-05-22 | 武汉联影医疗科技有限公司 | Method and system for acquiring medical electronic film |
| CN111327622A (en) * | 2020-02-27 | 2020-06-23 | 典基网络科技(上海)有限公司 | Resource scheduling method and system |
Non-Patent Citations (1)
| Title |
|---|
| 方旸，谷再秋，田艳芬，方苏春 * |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113779609A (en) * | 2021-09-22 | 2021-12-10 | 北方健康医疗大数据科技有限公司 | Data management method and device, electronic equipment and storage medium |
| CN113779609B (en) * | 2021-09-22 | 2024-03-22 | 北方健康医疗大数据科技有限公司 | Data management method, device, electronic equipment and storage medium |
| CN116527708A (en) * | 2023-04-21 | 2023-08-01 | 浪潮智慧科技有限公司 | Data processing method, equipment and medium for rural treatment digital platform |
| CN116527708B (en) * | 2023-04-21 | 2024-03-12 | 浪潮智慧科技有限公司 | Data processing method, equipment and medium for rural treatment digital platform |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US20230101053A1 (en) | Computing systems for heterogeneous regulatory control compliance monitoring and auditing | |
| CN111988425A (en) | Supervision system and method for regional medical health application data sharing | |
| US10296187B1 (en) | Process action determination | |
| CN107292117B (en) | Processing method and device for quality guarantee of mass shared medical images | |
| US20130185092A1 (en) | Dynamically Allocating Business Workflows | |
| CN111859384A (en) | Abnormal event monitoring method and device, computer equipment and storage medium | |
| CN109658059B (en) | File verification method and device, electronic equipment and computer readable medium | |
| US20160248642A1 (en) | Logging as a Service | |
| CN110163745B (en) | Hierarchical control data checking and controlling processing system and method | |
| US10192262B2 (en) | System for periodically updating backings for resource requests | |
| CN112184230A (en) | Transaction data processing method, system, device and storage medium based on block chain | |
| CN111340584A (en) | Method, device, equipment and storage medium for determining fund side | |
| CN110796556A (en) | Information processing method and device, computer readable storage medium and electronic equipment | |
| CN111831571A (en) | Page testing method, device, equipment and computer readable storage medium | |
| CN114780214B (en) | Task processing method, device, system and equipment | |
| US10013237B2 (en) | Automated approval | |
| CN112799908B (en) | Intelligent terminal safety monitoring method, equipment and medium based on edge calculation | |
| CN114827732A (en) | Multi-channel content auditing method, platform and storage medium | |
| CN112416558A (en) | Service data processing method and device based on block chain and storage medium | |
| CN113204747A (en) | Account management method, account management device, server and storage medium | |
| US20170255671A1 (en) | Method and system for approving a submission of information | |
| CN115718806A (en) | System commissioning problem management method, apparatus, device, medium, and program product | |
| CN114841815A (en) | Transaction analysis method and device, electronic equipment and computer-readable storage medium | |
| CN110471966B (en) | Information data verification method, device, computer equipment and storage medium | |
| CN109495469B (en) | Flow analysis safety management and control system, method and device |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| RJ01 | Rejection of invention patent application after publication | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20201124 |