Access method, device and electronic equipment for electronic health record system

Abstract

The application provides an access method and device of an electronic health record system and electronic equipment, a calling request of a third-party system to the electronic health record system is parsed to obtain a parsing result; a security code carried in the calling request is decrypted, if the decryption result indicates that the calling request has passed authentication, a target resource corresponding to the parsing result is obtained from a server of the electronic health record system and returned. The electronic equipment of the method runs a WEB service based on an HTTP protocol, when the calling request of the third-party system to the electronic health record system is listened to, and the decryption result of the security code carried by the calling request indicates that the calling request has passed authentication, the target resource corresponding to the parsing result of the calling request can be directly obtained, which is irrelevant to the architecture adopted by the third-party system, and each third-party system and the electronic health record system do not need to use a public component to call, thereby improving the expansibility and flexibility of data interaction.

Description

TECHNICAL FIELD

[0001] The present application relates to the technical field of resource processing, in particular to an access method and device of an electronic health record system and electronic equipment. BACKGROUND

[0002] With the development of medical informatization, basic public health information systems have been realized in electronic form in medical institutions across the country. The EHR (Electronic Health Records) system is currently the main information system for resident health service management, and a large amount of resident health data is stored in the system. In actual use, there are often scenarios in which different medical systems on the same terminal device need to view resident health data in the EHR system. In related technologies, since the EHR system adopts a C / S (Client / Server) architecture, the third-party system accessing the EHR system must also be a system adopting a C / S architecture. In addition, the third-party system usually calls the EHR system through IPC (Inter-Process Communication) or memory sharing, that is, both parties must use the same public component to exchange and parse data. This method has poor scalability and flexibility for data interaction. SUMMARY

[0003] The purpose of the present application is to provide an access method, device and electronic equipment of an electronic health record system to improve the scalability and flexibility of data interaction.

[0004] The access method of the electronic health record system provided by the present application is applied to an electronic device running a WEB service, and the WEB service is implemented based on the HTTP protocol. The method comprises the following steps: if a calling request of a third-party system to the electronic health record system is monitored, the calling request is parsed to obtain a parsing result; wherein the calling request carries a security code; the security code is decrypted to obtain a decryption result; if the decryption result indicates that the calling request has passed authentication, the target resource corresponding to the parsing result is obtained from the server of the electronic health record system; and the target resource is returned to the terminal device where the third-party system is located.

[0005] Further, the calling request carries a command keyword and a command parameter; the step of parsing the calling request to obtain the parsing result comprises the following steps: parsing the command keyword and the command parameter to obtain the parsing result.

[0006] Further, the electronic device pre-stores a plurality of execution commands; the step of obtaining the target resource corresponding to the analysis result from the server of the electronic health record system comprises: determining the target execution command in the electronic device that matches the analysis result based on the analysis result; and sending the target execution command to the server of the electronic health record system to execute the target execution command through the server of the electronic health record system to obtain the target resource.

[0007] Further, after the step of returning the target resource to the terminal device where the third-party system is located, the method further comprises: displaying the target resource through the display interface of the third-party system.

[0008] Further, after the step of returning the target resource to the terminal device where the third-party system is located, the method further comprises: if the electronic health record system runs on the terminal device, displaying the target resource through the display interface of the electronic health record system.

[0009] Further, the step of returning the target resource to the terminal device where the third-party system is located comprises: if the target resource includes a windows resource or a windows command, invoking the windows resource or executing the windows command.

[0010] Further, the WEB service in the electronic device is pre-constructed in the following manner: if a start instruction for the electronic health record system is received, the WEB service based on the HTTP protocol is constructed based on a preset port.

[0011] The application provides an access device of an electronic health record system, which is arranged in an electronic device running a WEB service, and the WEB service is implemented based on an HTTP protocol; the device comprises: an analysis module, which is used to analyze a calling request of a third-party system to the electronic health record system to obtain an analysis result if the calling request is listened to; wherein the calling request carries a security code; a decryption module, which is used to decrypt the security code to obtain a decryption result; an obtaining module, which is used to obtain a target resource corresponding to the analysis result from a server of the electronic health record system if the decryption result indicates that the calling request has passed authentication; and a returning module, which is used to return the target resource to a terminal device where the third-party system is located.

[0012] The application provides an electronic device, which comprises a processor and a memory, the memory stores machine executable instructions capable of being executed by the processor, and the processor executes the machine executable instructions to implement the access method of the electronic health record system of any one of the above.

[0013] The application provides a machine readable storage medium, which stores machine executable instructions, and the machine executable instructions cause a processor to implement the access method of the electronic health record system when the machine executable instructions are called and executed by the processor.

[0014] The access method, device and electronic equipment of the electronic health record system provided by the application, if the calling request of the third party system to the electronic health record system is monitored, the calling request is parsed to obtain a parsing result; wherein the security code is carried in the calling request; the security code is decrypted to obtain a decryption result; if the decryption result indicates that the calling request has passed the authentication, the target resource corresponding to the parsing result is obtained from the server of the electronic health record system; and the target resource is returned to the terminal equipment where the third party system is located. The WEB service based on the HTTP protocol is run in the electronic equipment of the method, when the calling request of the third party system to the electronic health record system is monitored, and the decryption result of the security code carried by the calling request indicates that the calling request has passed the authentication, the target resource corresponding to the parsing result of the calling request can be directly obtained, which is irrelevant to the architecture adopted by the third party system, and each third party system and the electronic health record system do not need to use the public component to call, thereby improving the expansibility and flexibility of the data interaction. BRIEF DESCRIPTION OF DRAWINGS

[0015] In order to more clearly illustrate the specific embodiments of the application or the technical solutions in the prior art, the following will briefly introduce the drawings needed to be used in the specific embodiments or the prior art description. Obviously, the drawings in the following description are some embodiments of the application, and other drawings can be obtained by those skilled in the art without creative labor.

[0016] Figure 1 The flow chart of the access method of the electronic health record system provided by the embodiment of the application is shown in the figure.

[0017] Figure 2 The flow chart of another access method of the electronic health record system provided by the embodiment of the application is shown in the figure.

[0018] Figure 3 The flow chart of another access method of the electronic health record system provided by the embodiment of the application is shown in the figure.

[0019] Figure 4 The flow chart of another access method of the electronic health record system provided by the embodiment of the application is shown in the figure.

[0020] Figure 5 The structural schematic diagram of the access device of the electronic health record system provided by the embodiment of the application is shown in the figure.

[0021] The structural schematic diagram of the access device of the electronic health record system provided by the embodiment of the application is shown in the figure.Figure 6 A structural schematic diagram of an electronic device is provided for an embodiment of the present application. DETAILED DESCRIPTION

[0022] The technical solutions of the present application will be described clearly and completely below in conjunction with embodiments. Obviously, the described embodiments are only some of the embodiments of the present application, rather than all the embodiments. Based on the embodiments in the present application, all other embodiments obtained by those skilled in the art without creative efforts fall within the scope of the present application.

[0023] The national basic public health service project is an important part of promoting the gradual equalization of basic public health services and an important work of deepening the reform of the medical and health system. With the development of medical informatization, basic public health systems have been electrified in primary medical institutions across the country. As the most basic public health service provided free of charge to all residents, it collects a large amount of resident health data, providing basic health data for medical data interconnection.

[0024] The EHR system, as the main information system of resident health service management, often needs to view resident health data in different medical systems on the same computer in actual use scenarios, such as the HIS (Hospital Information System) system, chronic disease management system, chronic disease monitoring and early warning system, etc. The EHR system can also be called a basic public health information system. Since the EHR system adopts a C / S architecture, the third-party system accessing the EHR system must also be a system adopting a C / S architecture, and the third-party system calls the EHR client through IPC or memory sharing, etc. Such IPC or memory sharing, etc. is usually only applicable to desktop applications, generally developed using C, C++, C#, etc. and has certain technical barriers, which may cause high memory occupation and program lag, etc. When the third-party system is a B / S (Browser / Server) architecture, the related technology does not support the third-party system of the B / S architecture to call the EHR client.

[0025] As known from the above, the related technology only supports the third-party system of the C / S architecture, and both parties must use the same public component for data exchange and data analysis. The component can be understood as a simple encapsulation of data and methods, and the extensibility and flexibility of data interaction are poor. In addition, the related technology does not support the calling of the Web system. Based on this, the present embodiment provides an access method and device of an electronic health record system and an electronic device, which can be applied to scenarios requiring calling of resources in the electronic health record system.

[0026] For the convenience of understanding the embodiment, first, the access method of the electronic health record system disclosed in the embodiment is introduced in detail; the method is applied to an electronic device running a WEB service, the WEB service is realized based on HTTP protocol; wherein, the WEB service can be understood as a platform-independent, low-coupling, self-contained, programmable WEB-based application; the HTTP (HyperText Transfer Protocol, HyperText Transfer Protocol) protocol is an application layer protocol for distributed, collaborative and hypermedia information system; as shown in Figure 1 The method comprises the following steps:

[0027] Step S102, if the calling request of the third party system to the electronic health record system is monitored, the calling request is parsed to obtain a parsing result; wherein, the security code is carried in the calling request.

[0028] The above-mentioned electronic health record system can also be called EHR system, a large amount of resident health data is usually saved in the electronic health record system; in the embodiment, the system other than the electronic health record system can be called third party system, for example, the third party system can be HIS system, chronic disease management system, chronic disease detection and early warning system, desktop application or Web program, etc.; the third party system is usually run on a terminal device, the terminal device can be a mobile terminal, a computer, a palm computer, etc., the terminal device is usually a device installed with windows XP or above operating system; the above-mentioned security code can be a security code generated according to a preset rule, which can be parsed by the electronic device running the WEB service, and is used to verify whether the calling request is illegal. In actual implementation, the third party system running on the terminal device can request to call the electronic health record system to view the related resident health data, the electronic device running the WEB service can monitor the calling request of the third party system to the electronic health record system, and can parse the monitored calling request to obtain the corresponding parsing result, for example, the calling request usually carries related request parameters such as command keyword, command parameter, etc., which can be parsed to obtain the parsing result. Since the WEB service is realized based on HTTP protocol, therefore, the calling request sent by the third party system usually needs to comply with the HTTP protocol, and is independent of the architecture adopted by the third party system.

[0029] In addition, the electronic device running the WEB service can be the above-mentioned terminal device, that is, the WEB service can run on the same terminal device as the third party system, or can be a separate device, or can be the device where the electronic health record system is located, that is, it can run on the same device as the electronic health record system.

[0030] Step S104, decrypting the security code to obtain a decryption result.

[0031] In a specific implementation, a key is usually assigned to each third-party system that needs to access the electronic health record system, and the third-party system sends a calling request to the electronic device running the WEB service, and carries a security code generated according to the key and the agreed rules; when the electronic device running the WEB service receives the calling request, the security code carried in the calling request is decrypted to obtain a decryption result.

[0032] In step S106, if the decryption result indicates that the calling request has passed the authentication, the server of the electronic health record system is accessed to obtain the target resource corresponding to the parsing result.

[0033] After obtaining the above decryption result, it can be judged according to the decryption result whether the calling request is a secure request. Generally, if the security code is decrypted to obtain the corresponding key, it can be considered that the calling request is a secure request, and the calling request has passed the authentication. If the decryption result is not the corresponding key, it can be considered that the calling request is not a secure request, and the calling request has not passed the authentication. Through the verification process, illegal calling requests can be filtered out. For example, the electronic device running the WEB service receives the calling request, but after decryption and verification, it is found that the calling request is an unauthenticated calling request, i.e. an unsafe calling request, which is usually filtered out.

[0034] If the decryption result indicates that the calling request has passed the authentication, such as the security code carried in the calling request is decrypted to obtain the corresponding key, the electronic device running the WEB service can access the server of the electronic health record system to obtain the target resource requested by the third-party system, which can be the target resource corresponding to the above parsing result. For example, if the parsing result indicates that the health data information page of a specified user is opened, the health data information page of the specified user can be obtained from the server of the electronic health record system and displayed on the display interface corresponding to the third-party system.

[0035] In step S108, the target resource is returned to the terminal device where the third-party system is located.

[0036] The access method of the electronic health record system, if the calling request of the third-party system to the electronic health record system is monitored, the calling request is parsed to obtain a parsing result; wherein the calling request carries a security code; the security code is decrypted to obtain a decryption result; if the decryption result indicates that the calling request has passed authentication, the target resource corresponding to the parsing result is obtained from the server of the electronic health record system; and the target resource is returned to the terminal device where the third-party system is located. The electronic device in this way runs a WEB service based on the HTTP protocol, when the calling request of the third-party system to the electronic health record system is monitored, and the decryption result of the security code carried by the calling request indicates that the calling request has passed authentication, the target resource corresponding to the parsing result of the calling request can be directly obtained, which is independent of the architecture adopted by the third-party system, and each third-party system and the electronic health record system do not need to use a public component to call, thereby improving the expansibility and flexibility of data interaction.

[0037] The embodiment of the application also provides another access method of an electronic health record system, which is implemented on the basis of the method of the above embodiment; the method mainly describes the specific process of parsing the calling request to obtain the parsing result, and the specific process of obtaining the target resource corresponding to the parsing result from the server of the electronic health record system, which corresponds to steps S202, steps S206 to step S208; in this way, the calling request carries a command keyword and a command parameter; a plurality of execution commands are pre-stored in the electronic device; the commonly used interaction scenarios can be extracted according to the actual needs of the project to form a preset command library, and the preset command library includes the above-mentioned plurality of execution commands, such as shown in the table, and the method comprises the following steps: Figure 2

[0038] Step S202, if the calling request of the third-party system to the electronic health record system is monitored, the command keyword and the command parameter are parsed to obtain a parsing result; wherein the calling request carries a security code.

[0039] The calling request usually carries a command keyword and a command parameter; for example, the command keyword is cmd, which represents the cmd command of starting the Windows system; and ping www.baidu.com indicates that the cmd command is executed, and the command parameter is www.baidu.com; in actual implementation, when the calling request is monitored, the command keyword and the command parameter carried in the calling request are parsed to obtain a parsing result; specifically, by parsing the command keyword, the pre-set program can be executed according to the command keyword, such as searching for a file in Windows or opening a specified desktop application; by parsing the command parameter, the specific operation to be performed can be determined, such as searching for all.docx files in Windows. ​

[0040] Step S204, decrypt the security code to obtain a decryption result.

[0041] Step S206, if the decryption result indicates that the calling request has passed the authentication, based on the parsing result, determine a target execution command in the electronic device matching the parsing result.

[0042] Since the electronic device running the WEB service has pre-stored multiple execution commands, when the decryption result indicates that the calling request has passed the authentication, the target execution command corresponding to the parsing result needs to be determined according to the parsing result, for example, after accessing the chronic disease management system on the browser and finding the corresponding resident according to the ID number in the chronic disease management system, the detailed information of the resident in the electronic health record system and the public health services he has enjoyed need to be viewed. In the related art, a Web page usually needs to be developed and embedded in the chronic disease management system or jumped to a specified page by the chronic disease management system, and after the optimization of the present scheme, the chronic disease management system can directly send the ID number through the WEB service to call the detailed information of the resident existing in the electronic health record system. Specifically, the target execution command can be executed by the server of the electronic health record system to realize the operation of viewing the detailed information of the resident in the electronic health record system and the public health services he has enjoyed, instead of executing any command without limitation. The target execution command is built in the electronic device running the WEB service, and the execution command not supported by the electronic device will be usually shielded.

[0043] Step S208, send the target execution command to the server of the electronic health record system to execute the target execution command through the server of the electronic health record system to obtain the target resource.

[0044] In actual implementation, when the above target execution command is determined, the electronic device running the WEB service can send the target execution command to the server of the electronic health record system to execute the above target execution command through the server of the electronic health record system to obtain the target resource, for example, the detailed information of the specified resident in the electronic health record system and the public health services he has enjoyed can be obtained and viewed.

[0045] Step S210, return the target resource to the terminal device where the third-party system is located.

[0046] The aforementioned access method for the electronic health record system involves, upon detecting a call request from a third-party system, parsing the command keywords and parameters to obtain the parsing result. The security code is then decrypted to obtain the decryption result. If the decryption result indicates that the call request has been authenticated, the target execution command matching the parsing result is determined on the electronic device. This target execution command is sent to the server of the electronic health record system for execution, thereby retrieving the target resource. The target resource is then returned to the terminal device where the third-party system resides. This method utilizes an HTTP-based web service on the electronic device. When a call request from a third-party system is detected, and the decryption result of the security code indicates that the call request has been authenticated, the target resource corresponding to the parsing result of the call request can be directly obtained. This is independent of the architecture adopted by the third-party system and eliminates the need for each third-party system to use common components for communication with the electronic health record system, thus improving the scalability and flexibility of data interaction.

[0047] This invention also provides another method for accessing an electronic health record system, which is implemented based on the method described in the above embodiments. In this method, the web service in the electronic device is pre-built in the following way: if a startup command for the electronic health record system is received, a web service based on the HTTP protocol is built based on a preset port. In actual implementation, typically, a lightweight local web service based on the HTTP protocol is built according to the preset port each time the electronic health record system is started. This web service can be used to handle HTTP request methods such as GET and POST, and provide a simple and elegant data format to return a response. Generally, each time the electronic health record system is started, it automatically scans whether the preset port on the local machine is occupied. If it is occupied, a prompt box will pop up, allowing the user to select the corresponding operation, such as closing other programs occupying the preset port, or changing the preset port on the local machine, or other prompts.

[0048] like Figure 3 As shown, the method includes the following steps:

[0049] Step S302: If a call request from a third-party system to the electronic health record system is detected, the call request is parsed to obtain the parsing result; wherein, the call request carries a security code.

[0050] Step S304: Decrypt the security code to obtain the decryption result.

[0051] Step S306: If the decryption result indicates that the call request has been authenticated, obtain the target resource corresponding to the parsing result from the server of the electronic health record system.

[0052] Step S308, if the target resource includes a windows resource or a windows command, the windows resource is invoked or the windows command is executed.

[0053] In actual implementation, if the request parameter carried in the invocation request indicates invoking a certain windows resource, the windows resource can be invoked after the windows resource is acquired; for example, a card reader is invoked to acquire resident ID information, resident health card information, and resident electronic health two-dimensional code; if the request parameter carried in the invocation request indicates executing a certain windows command, the windows command can be executed.

[0054] Step S310, the target resource is displayed through a display interface of the third-party system; or if the electronic health record system runs on a terminal device, the target resource is displayed through a display interface of the electronic health record system.

[0055] In actual implementation, when the target resource is acquired, the processing manner of the acquired target resource can be determined according to the request parameter carried in the invocation request, such as a command keyword and a command parameter; for example, a WEB service supported invocation request is sent from a chronic disease management system, the invocation request can be opening a detailed information interface of a certain resident in the electronic health record system, or can be requiring the server of the electronic health record system to return the detailed information of the resident for the chronic disease management system to construct a page for display. For another example, if the command parameter in the invocation request is opening the personal information interface of Zhang San in the electronic health record system; the command parameter indicates opening the personal information interface of Zhang San in the electronic health record system, in this case, the personal information of Zhang San is still used in the electronic health record system, if the electronic health record system and the third-party system run on the same terminal device, the personal information of Zhang San can be displayed through the display interface of the electronic health record system, so that the user can view the personal information of Zhang San; if the command parameter in the invocation request is returning the personal information of Zhang San in the electronic health record system, the command parameter indicates that after the personal information of Zhang San acquired from the electronic health record system, the acquired personal information of Zhang San is returned to the third-party system invoking the request, the personal information data of Zhang San is separated from the electronic health record system and returned to the third-party system, specifically, the personal information of Zhang San can be displayed on the display interface of the third-party system, so that the user can view the personal information of Zhang San, and the third-party system can determine the use manner of the acquired data according to actual needs.

[0056] The above-described access method for the electronic health record system involves the following steps: If a third-party system's call request to the electronic health record system is detected, the call request is parsed to obtain a parsing result. The call request carries a security code. The security code is decrypted to obtain a decryption result. If the decryption result indicates that the call request has been authenticated, the target resource corresponding to the parsing result is obtained from the electronic health record system's server. If the target resource includes Windows resources or Windows commands, the Windows resources are invoked or the Windows commands are executed. The target resource is then displayed through the third-party system's interface. Alternatively, if the electronic health record system runs on a terminal device, the target resource is displayed through the electronic health record system's interface. This method utilizes an electronic device running a web service based on the HTTP protocol. When a call request from a third-party system to the electronic health record system is detected, and the decryption result of the security code indicates that the call request has been authenticated, the target resource corresponding to the parsing result of the call request can be directly obtained. This is independent of the architecture adopted by the third-party system and does not require each third-party system to use common components for communication with the electronic health record system, thereby improving the scalability and flexibility of data interaction.

[0057] To further understand the above embodiments, the following provides... Figure 4 The flowchart illustrates another method for accessing an electronic health record system, using the integration of a web service into the EHR application as an example. In practice, users can send a request to the HTTP service provided by the EHR (corresponding to the web service implemented based on the HTTP protocol mentioned above) through a web system or other desktop applications. The HTTP service provided by the EHR parses and performs a security check on the received request, determining whether the security check is successful. Specifically, it checks whether the request is a secure, authenticated request. If the security check fails, the call operation ends. If the security check succeeds, the EHR built-in command (corresponding to the target execution command mentioned above) can be executed based on the request parameters carried in the request. Different request parameters typically correspond to different built-in commands. For example, to open a desktop application, the built-in command might be "open:Google Chrome," while to open the EHR summary of a resident's detailed information, the built-in command might be "open-ehr-person:ID number." Finally, the corresponding operation is performed based on the different built-in commands, such as launching the EHR interface, providing relevant data, accessing Windows resources, or executing Windows commands.

[0058] The above method constructs a lightweight HTTP protocol based local WEB service according to a preset port when the EHR starts, and a third party system interacts with the EHR through the uniform service to obtain data in the EHR or call a corresponding interface or a corresponding Windows application or Windows command. The method designs a method for providing a local intermediate service under a Windows system, and each third party system completes interaction with the EHR client based on the local service, reduces the intermediate interaction link, effectively reduces the technical barrier of system connection, and thus quickly and efficiently completes the call to the EHR. Through encapsulation and abstraction of the local service of the EHR system, a uniform preset service library of the EHR client is established to achieve the purpose of rapid development and connection, and promote the EHR system to interact with many medical systems in a universal and standardized mode.

[0059] In addition, in the method, the Windows system does not modify the operating system registry, and a web application calls a local desktop application through the HTTP service provided by the EHR; each desktop application of the Windows system exchanges data through the HTTP service provided by the EHR, and a third party system can send a related command to the EHR, which can be a request for related data of the EHR or sending own data to the EHR for data synchronization or exchange. For different products of the same manufacturer, the same technology can be used to achieve interface interaction of different products. Each desktop application of the Windows system provides a corresponding EHR interface display through the HTTP service.

[0060] The method also reduces the technical barrier of the interface call of each third party system to the EHR, fills the technical gap of the web system to the call of the local Windows application, supports the local data interaction of each third party system and the EHR system, and has stronger expansion for the interaction of other applications and the EHR, and can support faster and more flexible.

[0061] Corresponding to the method embodiment, the embodiment of the application provides an access device of an electronic health record system. The device is arranged in an electronic device running a WEB service, and the WEB service is realized based on an HTTP protocol. The device comprises: an analysis module 50, configured to analyze a call request of a third party system to the electronic health record system if the call request is listened to, and obtain an analysis result; wherein the call request carries a security code; a decryption module 51, configured to decrypt the security code and obtain a decryption result; an acquisition module 52, configured to acquire a target resource corresponding to the analysis result from a server of the electronic health record system if the decryption result indicates that the call request has passed authentication; and a return module 53, configured to return the target resource to a terminal device where the third party system is located.

[0062] The access device of the electronic health record system parses the calling request to obtain a parsing result if the calling request of the third-party system to the electronic health record system is monitored, wherein the calling request carries a security code; decrypts the security code to obtain a decryption result; if the decryption result indicates that the calling request has passed authentication, obtains a target resource corresponding to the parsing result from a server of the electronic health record system; and returns the target resource to a terminal device where the third-party system is located. The WEB service based on the HTTP protocol is run in the electronic device of the device, when the calling request of the third-party system to the electronic health record system is monitored, and the decryption result of the security code carried by the calling request indicates that the calling request has passed authentication, the target resource corresponding to the parsing result of the calling request can be directly obtained, which is irrelevant to the architecture adopted by the third-party system, and each third-party system and the electronic health record system do not need to use a public component to call, thereby improving the expansibility and flexibility of data interaction.

[0063] Further, the calling request carries a command keyword and a command parameter; the parsing module 50 is further configured to parse the command keyword and the command parameter to obtain a parsing result.

[0064] Further, the electronic device pre-stores a plurality of execution commands; the obtaining module 52 is further configured to determine a target execution command in the electronic device matched with the parsing result based on the parsing result; and send the target execution command to a server of the electronic health record system to execute the target execution command through the server of the electronic health record system to obtain a target resource.

[0065] Further, the device is further configured to display the target resource through a display interface of the third-party system.

[0066] Further, the device is further configured to display the target resource through a display interface of the electronic health record system if the electronic health record system runs in the terminal device.

[0067] Further, the returning module 53 is further configured to call a windows resource or execute a windows command if the target resource includes a windows resource or a windows command.

[0068] Further, the device further comprises a construction module, the WEB service in the electronic device is pre-constructed through the construction module, and the construction module is configured to construct the WEB service based on the HTTP protocol based on a preset port if a start instruction for the electronic health record system is received.

[0069] The access device of the electronic health record system provided by the embodiments of the present application has the same implementation principle, technical effects and the access method of the electronic health record system as described above. For brief description, the part of the access device of the electronic health record system that is not mentioned in the embodiments can refer to the corresponding content in the access method of the electronic health record system as described above.

[0070] The embodiments of the present application further provide an electronic device, as shown in Figure 6 The electronic device includes a processor 130 and a memory 131, and the memory 131 stores machine executable instructions that can be executed by the processor 130, and the processor 130 executes the machine executable instructions to implement the access method of the electronic health record system.

[0071] Further, Figure 6 The electronic device as shown further includes a bus 132 and a communication interface 133, and the processor 130, the communication interface 133 and the memory 131 are connected through the bus 132.

[0072] The memory 131 can include a high-speed random access memory (RAM) and can also include a non-volatile memory, such as at least one disk memory. The communication connection between the system network element and at least one other network element is realized through at least one communication interface 133 (which can be wired or wireless), and the Internet, a wide area network, a local area network, a metropolitan area network, etc. can be used. The bus 132 can be an ISA bus, a PCI bus or an EISA bus, etc. The bus can be divided into an address bus, a data bus, a control bus, etc. For ease of representation, Figure 6 Only one bidirectional arrow is used in the figure, but it does not mean that there is only one bus or only one type of bus.

[0073] The processor 130 can be an integrated circuit chip having a processing capability of signals. In the implementation process, each step of the above method can be completed by the integrated logic circuit of hardware in the processor 130 or the instruction in the form of software. The processor 130 described above can be a general processor, including a central processing unit (CPU), a network processor (NP), etc.; can also be a digital signal processor (DSP), an application specific integrated circuit (ASIC), a field programmable gate array (FPGA) or other programmable logic device, a discrete gate or transistor logic device, a discrete hardware component. Each method, step and logic block disclosed in the embodiment of the present application can be implemented or executed. The general processor can be a microprocessor or the processor can also be any conventional processor. The steps of the method disclosed in combination with the embodiment of the present application can be directly embodied as a hardware decoding processor for execution, or can be executed by a combination of hardware and software modules in the decoding processor. The software module can be located in a random access memory, a flash memory, a read only memory, a programmable read only memory or an electrically erasable programmable memory, a register or other mature storage medium in the art. The storage medium is located in the memory 131, and the processor 130 reads the information in the memory 131 and combines the hardware to complete the steps of the method of the above embodiment.

[0074] The embodiment of the present application further provides a machine readable storage medium, which stores machine executable instructions, when the machine executable instructions are called and executed by a processor, the machine executable instructions cause the processor to implement the access method of the electronic health record system, and the specific implementation can be referred to the method embodiment, and will not be described here.

[0075] The computer program product of the electronic health record system access method, device and electronic equipment provided by the embodiment of the present application includes a computer readable storage medium storing program codes, the instructions included in the program codes can be used to execute the method described in the foregoing method embodiment, and the specific implementation can be referred to the method embodiment, and will not be described here.

[0076] If the functions are realized in the form of software function units and sold or used as independent products, they can be stored in a computer readable storage medium. Based on this understanding, the technical solutions of the present application or the parts of the present application that essentially contribute to the prior art or the parts of the technical solutions can be embodied in the form of software products. The computer software product is stored in a storage medium and includes a plurality of instructions for causing a computer device (which can be a personal computer, a server, or a network device, etc.) to execute all or part of the steps of the method described in the various embodiments of the present application. The aforementioned storage medium includes a U disk, a mobile hard disk, a read-only memory (ROM, Read-Only Memory), a random access memory (RAM, Random Access Memory), a magnetic disk or an optical disk, and various media that can store program codes.

[0077] Finally, it should be noted that: the above embodiments are only used to illustrate the technical solutions of the present application, and not to limit them; although the present application has been described in detail with reference to the foregoing embodiments, those skilled in the art should understand that: it can still modify the technical solutions recorded in the foregoing embodiments, or make equivalent replacement for part or all of the technical features; and these modifications or replacements do not make the essence of the corresponding technical solutions deviate from the scope of the technical solutions of the embodiments of the present application.

Claims

1. An access method for an electronic health record system, characterized in that, The method is applied to an electronic device running a WEB service, and the WEB service is implemented based on an HTTP protocol; the method comprises the following steps: If a calling request of a third-party system to the electronic health record system is monitored, the calling request is parsed to obtain a parsing result; wherein the calling request carries a security code; the third-party system is assigned a corresponding key; the security code is generated according to an agreement rule on the key; The security code is decrypted to obtain a decryption result; If the decryption result indicates that the calling request has passed authentication, a target resource corresponding to the parsing result is obtained from a server of the electronic health record system; wherein if the key is obtained after the security code is decrypted, it is determined that the calling request has passed authentication; if the key is not obtained after the security code is decrypted, it is determined that the calling request has not passed authentication; The target resource is returned to a terminal device where the third-party system is located; The WEB service in the electronic device is constructed in advance by the following method: If a start instruction for the electronic health record system is received, a WEB service implemented based on the HTTP protocol is constructed based on a preset port; wherein each time the electronic health record system is started, it is automatically scanned whether the preset port is occupied, if it is occupied, a prompt box is popped up to prompt the user to close other programs occupying the preset port, or to change the preset port.

2. The method of claim 1, wherein, The calling request carries a command keyword and a command parameter; the step of parsing the calling request to obtain a parsing result comprises the following steps: The command keyword and the command parameter are parsed to obtain the parsing result.

3. The method of claim 1, wherein, A plurality of execution commands are pre-stored in the electronic device; The step of obtaining a target resource corresponding to the parsing result from a server of the electronic health record system comprises the following steps: Based on the parsing result, a target execution command matching the parsing result in the electronic device is determined; The target execution command is sent to the server of the electronic health record system to execute the target execution command through the server of the electronic health record system to obtain the target resource.

4. The method of claim 1, wherein, After the step of returning the target resource to the terminal device where the third-party system is located, the method further comprises the following steps: The target resource is displayed through a display interface of the third-party system.

5. The method of claim 1, wherein, After the step of returning the target resource to the terminal device where the third-party system is located, the method further comprises the following steps: If the electronic health record system runs in the terminal device, the target resource is displayed through a display interface of the electronic health record system.

6. The method of claim 1, wherein, The step of returning the target resource to the terminal device where the third-party system is located comprises the following steps: If the target resource includes a windows resource or a windows command, the windows resource or the windows command is called or executed.

7. An access device for an electronic health record system, characterized in that The device is arranged in an electronic device running a WEB service, and the WEB service is implemented based on an HTTP protocol; the device comprises the following steps: The parsing module is configured to, if a third-party system call request to the electronic health record system is monitored, parse the call request to obtain a parsing result; wherein the call request carries a security code; the third-party system is assigned a corresponding key; and the security code is generated according to an agreement rule on the key; The decryption module is configured to decrypt the security code to obtain a decryption result; The obtaining module is configured to, if the decryption result indicates that the call request has passed authentication, obtain a target resource corresponding to the parsing result from a server of the electronic health record system; wherein if the key is obtained after the security code is decrypted, it is determined that the call request has passed authentication; and if the key is not obtained after the security code is decrypted, it is determined that the call request has not passed authentication; The returning module is configured to return the target resource to a terminal device where the third-party system is located; The device further comprises a construction module, the WEB service in the electronic device is constructed in advance by the construction module, and the construction module is configured to: If a start instruction for the electronic health record system is received, construct a WEB service based on the HTTP protocol based on a preset port; wherein each time the electronic health record system is started, it is automatically scanned whether the preset port is occupied, if the preset port is occupied, a prompt box is popped up to prompt the user to close other programs occupying the preset port, or the preset port is replaced.

8. An electronic device, comprising: The processor and the memory, the memory stores machine executable instructions that can be executed by the processor, and the processor executes the machine executable instructions to realize the access method of the electronic health record system in any one of claims 1-6.

9. A machine-readable storage medium, characterized in that, The machine readable storage medium stores machine executable instructions, and when the machine executable instructions are called and executed by the processor, the machine executable instructions cause the processor to realize the access method of the electronic health record system in any one of claims 1-6.

Images