WO2018151181A1 - 医療情報管理システム、臨床情報取得サーバ、医療情報管理方法およびプログラム - Google Patents

医療情報管理システム、臨床情報取得サーバ、医療情報管理方法およびプログラム Download PDF

Info

Publication number
WO2018151181A1
WO2018151181A1 PCT/JP2018/005149 JP2018005149W WO2018151181A1 WO 2018151181 A1 WO2018151181 A1 WO 2018151181A1 JP 2018005149 W JP2018005149 W JP 2018005149W WO 2018151181 A1 WO2018151181 A1 WO 2018151181A1
Authority
WO
WIPO (PCT)
Prior art keywords
information
medical record
electronic medical
record information
unit
Prior art date
Application number
PCT/JP2018/005149
Other languages
English (en)
French (fr)
Inventor
圭介 湯浅
勝大 塩屋
智史 中川
喜代輝 竹之内
Original Assignee
公益財団法人先端医療振興財団
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by 公益財団法人先端医療振興財団 filed Critical 公益財団法人先端医療振興財団
Priority to CN201880012201.XA priority Critical patent/CN110313035A/zh
Priority to KR1020197024614A priority patent/KR20190107714A/ko
Priority to JP2018568585A priority patent/JP6833878B2/ja
Priority to EP18754204.8A priority patent/EP3576043A4/en
Publication of WO2018151181A1 publication Critical patent/WO2018151181A1/ja

Links

Images

Classifications

    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H10/00—ICT specially adapted for the handling or processing of patient-related medical or healthcare data
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H10/00—ICT specially adapted for the handling or processing of patient-related medical or healthcare data
    • G16H10/60—ICT specially adapted for the handling or processing of patient-related medical or healthcare data for patient-specific data, e.g. for electronic patient records
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/10—Services
    • G06Q50/22—Social work or social welfare, e.g. community support activities or counselling services

Definitions

  • the present invention relates to a medical information management system, a clinical information acquisition server, a medical information management method, and a program.
  • a data collection processing system including a terminal and a clinical trial data collection server connected to be communicable with the terminal has been proposed (see, for example, Patent Document 1).
  • the clinical trial data collection server stores electronic medical record information including information on prescription drugs, diagnosis names, and test values acquired at medical institutions.
  • the present invention has been made in view of the above reasons, and an object thereof is to provide a medical information management system, a clinical information acquisition server, a medical information management method, and a program that can efficiently collect clinical information.
  • a medical information management system includes: Electronic medical record information storage that stores electronic medical record information stored in each of a plurality of electronic medical record servers that store electronic medical record information in different formats; A definition information generating unit for generating definition information for defining a combination of search keys for searching electronic medical record information related to a specific case from a plurality of electronic medical record information; An electronic medical record information search unit for acquiring electronic medical record information related to the specific case from the plurality of electronic medical record information based on the definition information; A clinical information extraction unit that extracts clinical information of a patient corresponding to the specific case from the electronic medical record information acquired by the electronic medical record information search unit.
  • the clinical information acquisition server viewed from another viewpoint is Obtained from the plurality of electronic medical record information based on definition information that defines a combination of search keys for retrieving electronic medical record information related to a specific case from a plurality of electronic medical record information stored in the electronic medical record information storage.
  • a clinical information extracting unit that extracts clinical information of a patient corresponding to the specific case from the electronic medical record information regarding the specific case.
  • the medical information management method from another viewpoint is as follows: A medical information management method using electronic medical record information storage that stores electronic medical record information stored in the same format each of a plurality of electronic medical record servers that store electronic medical record information in different formats, Generating definition information that defines a combination of search keys for searching electronic medical record information related to a specific case from a plurality of electronic medical record information; Obtaining electronic medical chart information on the specific case from the plurality of electronic medical chart information based on the definition information; Extracting clinical information of a patient corresponding to the specific case from the acquired electronic medical record information.
  • the program according to the present invention is Computer Electronic medical record information storage for storing electronic medical record information stored in each of a plurality of electronic medical record servers storing electronic medical record information in different formats,
  • a definition information generating unit for generating definition information for defining a combination of search keys for searching electronic medical record information related to a specific case from a plurality of electronic medical record information;
  • An electronic medical record information search unit for acquiring electronic medical record information relating to the specific case from the plurality of electronic medical record information based on the definition information;
  • a clinical information extraction unit that extracts clinical information of a patient corresponding to the specific case from the electronic medical record information acquired by the electronic medical record information search unit; To function as.
  • the electronic medical record information storage stores the electronic medical record information stored in each of a plurality of electronic medical record servers storing the electronic medical record information in different formats in the same format.
  • the electronic medical record information search unit acquires electronic medical record information related to a specific case from a plurality of electronic medical record information based on the definition information generated by the definition information generation unit, and the clinical information extraction unit searches the electronic medical record information search The patient's clinical information corresponding to a specific case is extracted from the electronic medical record information acquired by the department.
  • clinical information can be collected in the same manner as collecting clinical information included in each of the plurality of electronic medical record servers individually. Therefore, it is possible to efficiently collect clinical information included in the electronic medical record information accumulated in a plurality of electronic medical record servers. This also has the advantage that secondary use of the collected clinical information may be facilitated.
  • FIG. 1 is a schematic configuration diagram of a medical information management system according to an embodiment of the present invention. It is a block diagram which shows the structure of the terminal device which concerns on embodiment. It is a figure which shows the content of the table which the definition information storage part which concerns on embodiment memorize
  • the medical information management system includes a storage server that stores electronic medical record information, and uses a definition information that defines a combination of search keys from the electronic medical record information stored in the storage server. Get medical record information. Then, the medical information management system acquires desired clinical information from the acquired electronic medical record information.
  • the medical information management system includes a terminal device 1 installed in a laboratory that conducts a clinical examination of pharmaceuticals, and a test value information acquisition server (clinical clinic) installed in a medical facility.
  • Information acquisition server) 5 a storage server 2, and a plurality of electronic medical record servers 3.
  • the terminal device 1 is connected to a network NT1 installed in the inspection organization.
  • the test value information acquisition server 5 and the storage server 2 are connected to a network NT2 laid in a medical facility.
  • the plurality of electronic medical record servers 3 are connected to a network NT2 laid in a medical facility or a network NT4 different from the network NT2.
  • the plurality of electronic medical record servers 3 have different vendors and store a plurality of pieces of electronic medical record information in different formats.
  • a terminal device 4 used by a user of a medical facility (for example, a doctor or a pharmacist) is connected to the network NT2.
  • the inspection institution network NT1 and the medical facility network NT2 are connected to the wide area network NT3 via firewall devices 61 and 62, respectively.
  • the user of the inspection organization inputs, for example, a search key combination for extracting inspection value information of an inspection performed on a patient suffering from a specific disease to the terminal device 1.
  • the terminal device 1 generates definition information that defines the combination of the input search keys, and transmits the generated definition information to the storage server 2 of the medical facility.
  • the inspection value information acquisition server 5 receives the definition information, it transmits the received definition information to the storage server 2.
  • the storage server 2 searches the electronic medical record information using a combination of search keys defined by the received definition information, and transmits the obtained electronic medical record information to the inspection value information acquisition server 5.
  • the inspection value information acquisition server 5 extracts inspection value information from the received electronic medical chart information and transmits it to the terminal device 1 of the inspection organization.
  • the terminal device 1 stores the received inspection value information.
  • the terminal device 1 is composed of, for example, a general-purpose personal computer. As shown in FIG. 2, the terminal device 1 includes a CPU (Central Processing Unit) 101, a main storage unit 102, an auxiliary storage unit 103, a user interface 104, and a communication unit 105. And a bus 106 that connects them to each other.
  • the main storage unit 102 includes a volatile memory and is used as a work area for the CPU 101.
  • the auxiliary storage unit 103 includes a nonvolatile memory such as a magnetic disk or a semiconductor memory, and stores programs for realizing various functions of the terminal device 1. Then, the CPU 101 reads out this program to the main storage unit 102 and executes it, thereby realizing various functions of the terminal device 1.
  • the communication unit 105 is connected to a network NT1 installed in the inspection organization.
  • the user interface 104 includes an input unit configured with, for example, a keyboard and a touch panel, and a display unit configured with a display.
  • the CPU 101 functions as a definition information generation unit 111 and an inspection value information acquisition unit 112 by executing a program stored in the auxiliary storage unit 103.
  • the auxiliary storage unit 103 includes a definition information storage unit 131.
  • the definition information storage unit 131 stores a table in which definition information defining a combination of search keys is associated with a disease name corresponding to the definition information, definition information identification information, and the like.
  • the definition information generation unit 111 searches for electronic medical record information relating to a specific case (hereinafter referred to as “potential case”) from among a plurality of electronic medical record information stored in a standardized storage described later.
  • Definition information that defines a combination of search keys is generated.
  • the search key includes information indicating a disease name, a therapeutic drug, and a medical practice included in the electronic medical record information.
  • the potential case corresponds to a case corresponding to electronic medical record information mechanically extracted based on the definition information.
  • Definition information is generated from a combination of search keys for extracting test value information indicating a result of a medical test performed on a patient suffering from a specific disease input to the terminal device 1 by the user via the user interface 104 To do.
  • the definition information generation unit 111 adds definition information identification information to the generated definition information and stores it in the definition information storage unit 131.
  • the definition information is stored in the definition information storage unit 131 as an XML format file, for example.
  • the test value information acquisition unit 112 acquires the definition information from the definition information storage unit 131 and transmits the definition information to the test value information acquisition server 5, whereby the patient corresponding to the search key for the definition information from the test value information acquisition server 5 (hereinafter referred to as the search information). This is referred to as “potential case.”) Each inspection value information is acquired.
  • the storage server 2 includes a CPU 201, a main storage unit 202, an auxiliary storage unit 203, a user interface 204, a communication unit 205, and a bus 206 that connects these components to each other.
  • the auxiliary storage unit 203 stores programs for realizing various functions of the storage server 2.
  • the CPU 201 reads out this program to the main storage unit 202 and executes it, thereby realizing various functions of the storage server 2.
  • the communication unit 205 is connected to a network NT2 laid in a medical facility.
  • the CPU 201 functions as a reception unit 211, an analysis unit 212, an information management unit 213, a potential case search unit 214, and a connection control unit 218 by executing a program stored in the auxiliary storage unit 203.
  • the auxiliary storage unit 203 includes a standardized storage (electronic medical record information storage) 231.
  • the standardized storage 231 is composed of, for example, an SS-MIX standardized storage, and stores the electronic medical record information stored in different formats by the plurality of electronic medical record servers 3 in the same format.
  • HL means a standard related to a comprehensive framework of computerized healthcare information.
  • the name of each file has a structure of “(patient identification information) _ (medical date) _ (data type) _ (order No) _ (occurrence date / time) _ (clinical department) _ (condition flag)”, for example.
  • the data type is composed of information related to the exchange of medical information as shown by the balloon in FIG.
  • the order number is an identification number for specifying an instruction from a doctor or nurse.
  • the occurrence date / time indicates the file creation date / time.
  • the condition flag is flag information indicating whether the file is valid or invalid.
  • the structure of the file includes event information, patient identification information, patient visit information, failure information, and test result information, as shown by a balloon in FIG.
  • the event information is information indicating the date when the patient visited the medical facility, the date when the disease occurred, and the like.
  • the patient identification information is information indicating the name and address of the patient.
  • the patient visit information is information indicating the name of the person accompanying the patient, the number of visits to the medical facility, and the like.
  • the failure information is information indicating an abnormality seen in the patient.
  • the test result information is information indicating the result of the result performed on the patient.
  • the standardized storage 231 manages electronic medical record information in a directory structure based on patient identification information, information indicating a medical treatment date, and information indicating a data type included in each of the plurality of electronic medical record information. is doing.
  • the receiving unit 211 receives the definition information transmitted from the terminal device 1 of the inspection organization and the electronic medical record information packet transmitted from the electronic medical record server 3.
  • the analysis unit 212 analyzes the electronic medical record information packet received by the receiving unit 211 and extracts patient identification information, information indicating a medical treatment date, and information indicating a data type included in the electronic medical record information packet.
  • the information management unit 213 sets the file path of the acquired electronic medical record information based on the patient identification information included in the electronic medical record information, the information indicating the medical treatment date, and the information indicating the data type. Then, the information management unit 213 stores the electronic medical record information in the standardized storage 231 based on the set file path.
  • the potential case search unit 214 extracts definition information from the electronic medical record information acquisition request, and searches for and acquires potential case electronic medical record information from a plurality of electronic medical record information based on the extracted definition information.
  • the potential case transmission unit 215 transmits the electronic medical record information acquired by the potential case search unit 214 to the inspection value information acquisition server 5.
  • the connection control unit 218 executes authentication processing of the electronic medical record server 3 that is the transmission source of the connection request. Also, when the authentication of the electronic medical record server 3 is successful, the connection control unit 218 establishes a connection with the electronic medical record server 3 and transmits a connection permission notification to the electronic medical record server 3.
  • the inspection value information acquisition server 5 includes a CPU 501, a main storage unit 502, an auxiliary storage unit 503, a user interface 504, a communication unit 505, and a bus 506 that interconnects these, Is provided.
  • the auxiliary storage unit 503 stores programs for realizing various functions of the inspection value information acquisition server 5. Then, the CPU 501 reads out and executes this program in the main storage unit 502, thereby realizing various functions of the inspection value information acquisition server 5.
  • the communication unit 505 is connected to a network NT2 installed in a medical facility.
  • the CPU 501 executes a program stored in the auxiliary storage unit 503, thereby causing a potential case acquisition unit (electronic medical record information search unit) 514, a test value information extraction unit (clinical information extraction unit) 515, a combining unit 516, and test value information. It functions as the transmission unit 517.
  • the auxiliary storage unit 503 includes an inspection value information storage unit 532.
  • the inspection value information storage unit 532 stores a table in which inspection value information corresponding to definition information is associated with definition information identification information and potential cases.
  • the inspection value information is composed of inspection items and corresponding inspection values.
  • the inspection value information storage unit 532 also stores inspection value information obtained by combining a plurality of inspection value information corresponding to one definition information.
  • the inspection value information is stored in the inspection value information storage unit 532 as, for example, an XML format file.
  • the potential case acquisition unit 514 generates an electronic medical record information request including definition information received from the terminal device 1 of the inspection organization. Then, the potential case acquisition unit 514 acquires the potential case electronic medical record information from the storage server 2 by transmitting the generated electronic medical record information request to the storage server 2.
  • the test value information extraction unit 515 extracts test value information indicating a medical test result, which is clinical information of a patient corresponding to the potential case, from the electronic medical record information acquired by the potential case acquisition unit 514. Then, the inspection value information extraction unit 515 stores the extracted inspection value information in the inspection value information storage unit 532.
  • the combining unit 516 combines a plurality of pieces of inspection value information according to a combining condition designated by the user.
  • the combining unit 516 requests a test value information combination request to combine a plurality of test value information. Accept.
  • This inspection value information combination request includes information indicating a combination condition designated by the user.
  • the combining unit 516 combines a plurality of pieces of inspection value information along information indicating a combination condition included in the inspection value information combining request. Further, the combining unit 516 compresses the inspection value information combined with each other and stores the compressed information in the inspection value information storage unit 532.
  • the inspection value information transmission unit 517 acquires the compressed inspection value information from the inspection value information storage unit 532 and transmits the acquired inspection value information to the terminal device 1.
  • the plurality of electronic medical record servers 3 store a plurality of electronic medical record information in different formats.
  • Each electronic medical record server 3 includes a CPU 301, a main storage unit 302, an auxiliary storage unit 303, a user interface 304, a communication unit 305, and a bus 306 that connects these components to each other.
  • the auxiliary storage unit 303 stores programs for realizing various functions of the electronic medical record server 3.
  • the CPU 301 reads out this program to the main storage unit 302 and executes it, thereby realizing various functions of the electronic medical record server 3.
  • the communication unit 305 is connected to a network NT2 installed in a medical facility.
  • the CPU 301 functions as an acquisition unit 311, a packet generation unit 312, and a transmission unit 313 by executing a program stored in the auxiliary storage unit 303.
  • the auxiliary storage unit 303 includes an electronic medical record storage 331.
  • the acquisition unit 311 acquires electronic medical record information from the terminal device 4 and stores it in the electronic medical record storage 331.
  • the electronic medical record storage 331 stores a plurality of electronic medical record information in different formats that are not compatible with each other.
  • the packet generation unit 312 generates an electronic medical record information packet including electronic medical record information stored in the electronic medical record storage 331.
  • the transmission unit 313 adds the header information based on HL7 to the electronic medical record information converted into a format suitable for HL7 by the packet generation unit 312 and transmits the information to the storage server 2.
  • Step S1 when a user of an inspection organization inputs a search key combination for searching for a potential case to the terminal device 1 via the user interface 104, the terminal device 1 generates definition information from the input search key combination.
  • Step S2 the generated definition information is transmitted from the terminal device 1 to the inspection value information acquisition server 5 (step S2).
  • the inspection value information acquisition server 5 receives the definition information, it generates an electronic medical record information request including the definition information (step S3). Subsequently, an electronic medical record information request is transmitted from the examination value information acquisition server 5 to the storage server 2 (step S4).
  • the storage server 2 acquires the electronic medical record information request from the inspection value information acquisition server 5, the storage server 2 extracts the definition information included in the acquired electronic medical record information request, and searches the standardized storage 231 using the definition information.
  • Step S5 the electronic medical record information of the potential case is acquired. Thereafter, the electronic chart information of the acquired potential case is transmitted from the storage server 2 to the inspection value information acquisition server 5 (step S6). Then, the inspection value information acquisition server 5 extracts inspection value information from the potential case electronic medical record information received from the storage server 2 and stores the inspection value information in the inspection value information storage unit 532 (step S7).
  • the test value information acquisition server 5 receives a test value information combining request for requesting to combine test value information (step S8).
  • a test value information combining request for requesting to combine test value information (step S8).
  • an operation screen 204a as shown in FIG. 8 is displayed.
  • the user clicks the merge data output button EK after checking a check box of inspection value information to be combined see a portion CB surrounded by a broken line in FIG. 8.
  • the test value information acquisition server 5 accepts a test value information combination request including a combination condition for combining the test value information with the identification numbers 1 to 3.
  • the inspection value information acquisition server 5 when the inspection value information acquisition server 5 receives the inspection value information combination request, the inspection value information acquisition server 5 combines the inspection value information in accordance with the combination condition designated by the user (step S9). Subsequently, the inspection value information acquisition server 5 compresses the combined inspection value information and stores it in the inspection value information storage unit 532 (step S10). Thereafter, the compressed inspection value information is transmitted from the inspection value information acquisition server 5 to the terminal device 1 (step S11).
  • the terminal device 1 expands the received test value information and stores it in the main storage unit 102 (step S12).
  • the storage server 2 executes the process described below in parallel with the operation described with reference to FIG.
  • the electronic medical record server 3 receives the electronic medical record information from the terminal device 4 (step S21).
  • a connection request for requesting establishment of a connection is transmitted from the electronic medical record server 3 to the storage server 2 (step S22).
  • the electronic medical record server 3 stores the received electronic medical record information in the electronic medical record storage 331.
  • the storage server 2 executes an authentication process of the electronic medical record server 3 that is the transmission source of the connection request (step S23).
  • the storage server 2 establishes a connection with the electronic medical record server 3 (step S24).
  • a connection permission notification for notifying the electronic medical record server 3 that connection to the storage server 2 is permitted is transmitted from the storage server 2 to the electronic medical record server 3 (step S25).
  • the electronic medical record server 3 acquires electronic medical record information from the electronic medical record storage 331, and generates an electronic medical record information packet from the acquired electronic medical record information (step S26).
  • the electronic medical record server 3 generates an electronic medical record information packet corresponding to each of a plurality of potential cases from the electronic medical record storage 331.
  • an electronic medical record information packet is transmitted from the electronic medical record server 3 to the storage server 2 (step S27).
  • the storage server 2 when receiving the electronic medical record information packet, the storage server 2 sets a file path corresponding to the electronic medical record information included therein (step S28). Thereafter, the storage server 2 stores the received electronic medical record information in the standardized storage 231 based on the set file path (step S29). Next, a storage completion notification for notifying that the received electronic medical record information is stored in the standardized storage 231 is transmitted from the storage server 2 to the electronic medical record server 3 (step S30).
  • step S31 when the electronic medical record server 3 receives the storage completion notification from the storage server 2, another electronic medical record information packet is transmitted from the electronic medical record server 3 to the storage server 2 (step S31).
  • the storage server 2 sets a file path corresponding to the packet (step S32), and stores the electronic medical record information in the standardized storage 231 based on the file path (step S33).
  • step S34 a storage completion notification is transmitted from the storage server 2 to the electronic medical record server 3 (step S34). Thereafter, the processing of steps S31 to S34 is repeatedly executed until the transmission of all the electronic medical record information packets generated by the electronic medical record server 3 is completed.
  • step S35 when the electronic medical record server 3 determines that all the electronic medical record information packets converted into a format conforming to HL7 have been transmitted (step S35), a transmission end notification for notifying the end of transmission of the electronic medical record information is sent to the electronic medical record information packet. It is transmitted from the chart server 3 to the storage server 2 (step S36). On the other hand, when the storage server 2 receives the transmission end notification, the storage server 2 disconnects the connection with the electronic medical record server 3 (step S37).
  • This inspection value information acquisition process is started when an operation for executing the inspection value information acquisition process is performed on the terminal device 1 by the user.
  • the definition information generation unit 111 uses a search key for extracting test value information of a test performed on a patient suffering from a specific disease, which is input to the terminal device 1 by the user via the user interface 104. Definition information is generated from the combination (step S101). At this time, the definition information generation unit 111 adds definition information identification information to the generated definition information and stores the definition information in the definition information storage unit 131.
  • the inspection value information acquisition unit 112 transmits definition information to the storage server 2 (step S102). Subsequently, the inspection value information acquisition unit 112 determines whether inspection value information has been received during a preset waiting time after the definition information is transmitted (step S103). When the inspection value information is not received during the waiting time (step S103: No), the inspection value information acquisition unit 112 transmits the definition information to the storage server 2 again (step S102). On the other hand, when it is determined that the inspection value information has been received (step S103: Yes), the inspection value information acquisition unit 112 develops the received inspection value information and stores it in the main storage unit 102 (step S104).
  • This inspection value information transmission process is started when the storage server 2 is powered on.
  • the potential case acquisition unit 514 determines whether definition information has been received from the terminal device 1 (step S201). If the potential case acquisition unit 514 determines that the definition information has not been received (step S201: No), a process of step S210 described later is executed.
  • the potential case acquisition unit 514 determines that the definition information has been received (step S201: Yes)
  • the potential case acquisition unit 514 generates an electronic medical record information transmission request including the received definition information and transmits it to the storage server 2. (Step S202).
  • the potential case acquisition unit 514 determines whether or not electronic medical record information has been received from the storage server 2 (step S203). If the potential case acquisition unit 514 determines that the electronic medical record information has not been received from the storage server 2 (step S203: No), it executes the process of step S202 again.
  • the potential case acquisition unit 514 determines that the electronic medical record information has been received from the storage server 2 (step S203: Yes)
  • the potential case acquisition unit 514 stores the received potential case electronic medical record information in the main storage unit 102.
  • the inspection value information extraction unit 515 extracts inspection value information from the electronic medical record information acquired from the storage server 2 and stores the extracted inspection value information in the inspection value information storage unit 532 (step S204).
  • the combining unit 516 determines whether or not the above-described inspection value information combining request has been received (step S205).
  • the combining unit 516 receives a test value information combining request when the user performs an operation for combining a plurality of test value information with the storage server 2 as described above.
  • the combining unit 516 determines that the inspection value information combining request has not been received (step S205: No)
  • a process of step S209 described later is executed.
  • the combining unit 516 determines that the inspection value information combining request has been received (step S205: Yes)
  • the combining unit 516 acquires a combining condition included in the inspection value information combining request (step S206), and performs a plurality of inspections according to the combining condition.
  • the value information is combined (step S207). Thereafter, the combining unit 516 compresses the inspection value information combined with each other and then stores the compressed information in the inspection value information storage unit 532 (step S208).
  • the inspection value information transmission unit 517 transmits the compressed inspection value information stored in the inspection value information storage unit 532 to the terminal device 1 (step S209). Subsequently, the potential case acquisition unit 514 determines whether or not there has been an end command for instructing the user to end the test value information transmission process via the user interface 504 (step S210). If it is determined by the potential case acquisition unit 514 that there is an end command (step S210: Yes), the inspection value information transmission process ends. On the other hand, if the potential case acquisition unit 514 determines that there is no termination command (step S210: No), it executes the process of step S201 again.
  • step S601 determines whether or not an electronic medical record information request has been received from the examination value information acquisition server 5 (step S601). If the receiving unit 211 determines that the electronic medical record information request has not been received (step S601: No), a process of step S605 described later is executed.
  • the potential case search unit 214 extracts definition information included in the received electronic medical record information request (step S602). Next, the potential case search unit 214 searches the electronic medical record information of the potential case using the combination of search keys defined by the extracted definition information (step S603).
  • the potential case transmission unit 215 transmits the electronic medical record information acquired by the search by the potential case search unit 214 to the inspection value information acquisition server 5 (step S604).
  • the receiving unit 211 determines whether or not there has been an end command for instructing the user to end the electronic medical record information search process via the user interface 204 (step S605). If it is determined by the receiving unit 211 that there has been an end command (step S605: Yes), the electronic medical record information search process ends. On the other hand, when the receiving unit 211 determines that there is no termination command (step S605: No), the receiving unit 211 executes the process of step S601 again.
  • This standardized storage management process is executed in parallel with the above-described electronic medical record information search process, and is started when the storage server 2 is powered on.
  • the receiving unit 211 determines whether or not a connection request is received from the electronic medical record server 3 (step S301). If the receiving unit 211 determines that the connection request has not been received (step S301: No), the process of step S312 described below is executed.
  • step S301: Yes the connection control unit 218 executes an authentication process of the electronic medical record server 3 that is the transmission source of the connection request (step S302).
  • step S303: No a process of step S312 described later is executed.
  • step S303 if the authentication of the electronic medical record server 3 is successful (step S303: Yes), the connection control unit 218 establishes a connection with the electronic medical record server 3 (step S304), and transmits a connection permission notification to the electronic medical record server 3. (Step S305).
  • the analysis unit 212 determines whether or not an electronic medical record information packet has been received from the electronic medical record server 3 within a predetermined waiting time after transmission of the connection permission notification (step S306). If the analysis unit 212 determines that the electronic medical record information packet has not been received within the waiting time (step S306: No), the process of step S310 described later is executed.
  • the analysis unit 212 determines that the electronic medical record information packet has been received within the waiting time (step S306: Yes)
  • the analysis unit 212 analyzes the electronic medical record information packet received by the reception unit 211 and includes the patient included in the electronic medical record information packet Identification information, information indicating a medical treatment date, and information indicating a data type are extracted.
  • the information management part 213 sets the file path
  • the information management unit 213 stores the electronic medical record information in the standardized storage 231 based on the set file path (step S308). Thereafter, the information management unit 213 transmits a storage completion notification notifying that the storage of the electronic medical record information in the standardized storage 231 is completed to the electronic medical record server 3 (step S309).
  • the receiving unit 211 determines whether or not a transmission end notification has been received from the electronic medical record server 3 (step S310). If it is determined that the reception unit 211 has not received the transmission end notification (step S310: No), the process of step S306 is executed again.
  • step S310 when it is determined that the reception unit 211 has received the transmission end notification (step S310: Yes), the connection control unit 218 disconnects the connection with the electronic medical record server 3 (step S311). Subsequently, the receiving unit 211 determines whether or not there has been an end command for instructing the user to end the standardized storage management process via the user interface 204 (step S312). If the receiving unit 211 determines that there is an end command (step S312: Yes), the standardized storage management process ends. On the other hand, if the receiving unit 211 determines that there is no termination command (step S312: No), it executes the process of step S301 again.
  • the acquisition unit 311 determines whether or not electronic medical record information has been received from the terminal device 4 (step S401). When it is determined that the acquisition unit 311 has not received the electronic medical record information (step S401: No), a process of step S410 described later is executed.
  • step S401: Yes the transmission unit 313 transmits a connection request to the storage server 2 (step S402).
  • the packet generation unit 312 determines whether or not a connection permission notification is received from the storage server 2 within a preset waiting time after the connection request is transmitted (step S403). If the packet generation unit 312 determines that the connection permission notification has not been received within the waiting time (step S303: No), the process of step S402 is executed again.
  • the packet generation unit 312 determines that the connection permission notification has been received within the waiting time (step S403: Yes)
  • the packet generation unit 312 acquires a plurality of electronic medical record information from the electronic medical record storage 331, and acquires the acquired plurality of electronic medical record information.
  • An electronic medical record information packet is generated (step S404).
  • the transmission unit 313 transmits the generated electronic medical record information packet to the storage server 2 (step S405).
  • the transmission unit 313 determines whether or not a storage completion notification is received from the storage server 2 within a preset waiting time after the electronic medical record information is transmitted (step S406). If the transmission unit 313 does not receive the storage completion notification within the waiting time (step S406: No), after retransmitting the same electronic medical record information packet to the storage server 2 (step S407), the transmission unit 313 again performs step S406. Execute the process.
  • step S406 when the transmission unit 313 receives the storage completion notification within the waiting time (step S406: Yes), the transmission unit 313 determines whether or not all the generated electronic medical record information packets have been transmitted to the storage server 2 (step S408). If the transmission unit 313 determines that an untransmitted electronic medical record information packet remains in the generated plurality of electronic medical record information packets (step S408: No), the transmission unit 313 executes the process of step S405 again.
  • step S408 determines that all of the generated plurality of electronic medical record information packets have been transmitted to the storage server 2 (step S408: Yes)
  • the transmission unit 313 transmits a transmission end notification to the storage server 2 (step S409).
  • the acquisition unit 311 determines whether or not there has been an end command that instructs the user to end the electronic medical record information transmission process via the user interface 304 (step S410). If it is determined by the acquisition unit 311 that there has been an end command (step S410: Yes), the electronic medical record information transmission process ends. On the other hand, when the acquisition unit 311 determines that there is no termination command (step S410: No), the acquisition unit 311 executes the process of step S401 again.
  • the electronic medical record information stored in each of the plurality of electronic medical record servers 3 may not be compatible.
  • the user confirms the inspection value information included in each of the electronic medical record information stored in the plurality of electronic medical record servers 3, checks the electronic medical record information individually in each electronic medical record server 3, and includes the inspection value information included therein.
  • the work of reading out and the work of storing the read out inspection value information in a recording medium may be forced.
  • the standardized storage 231 of the storage server 2 stores the electronic medical record information stored in each of the plurality of electronic medical record servers 3 that store the electronic medical record information in different formats. Store in the same format.
  • the potential case search unit 214 acquires the electronic medical record information of the potential case from the plurality of electronic medical record information based on the definition information.
  • the inspection value information extraction unit 515 extracts the inspection value information of the potential case from the electronic medical record information acquired by the potential case search unit 214.
  • the examination value information included in each of the electronic medical record information stored in each of the plurality of electronic medical record servers 3 is individually collected. Inspection value information can be collected. Accordingly, it is possible to efficiently collect the inspection value information included in the electronic medical record information accumulated in the plurality of electronic medical record servers 3 described above. In addition, there is an advantage that secondary use of the collected inspection value information may be facilitated.
  • the inspection value information acquisition server 5 includes a combining unit 516 that combines a plurality of pieces of inspection value information in accordance with a combining condition designated by the user.
  • the user can collect the electronic medical record information of the potential case according to the combination condition specified by the user, and there is an advantage that the electronic medical record information can be easily managed.
  • the standardized storage 231 manages a plurality of electronic medical record information in a directory structure based on patient identification information, information indicating a medical treatment date, and information indicating a data type included in each of the plurality of electronic medical record information. is doing. And when the information management part 213 acquires electronic medical chart information, based on the patient identification information contained in the acquired electronic medical chart information, the information which shows a medical treatment date, and the information identification information which shows a data type, the acquired electronic medical chart information Set the file path.
  • the present invention has been described above, but the present invention is not limited to the configuration of the embodiment described above.
  • the network NT1 and the network NT2 are not connected, and the definition information from the terminal device 1 to the storage server 2 and the inspection value information from the storage server 2 to the terminal device 1 are transferred via USB (Universal Serial Bus).
  • the configuration may be performed through a recording medium such as a memory.
  • the medical information management system has a function of evaluating the validity of definition information used when extracting specific medical information from the electronic medical record information stored in the storage server 2 Good.
  • the medical information management system according to this modification, for example, has a positive mediumity of medical information extracted by collating the medical information extracted using the above-described definition information with an information source that is an optimal standard (gold standard) (PPV: Positive Predictive Value) may be calculated.
  • the medical information management system may evaluate that the combination of the calculated search keys having a higher positive mediumness is more appropriate.
  • the terminal device 2001 includes a CPU (Central Processing Unit) 101, a main storage unit 102, an auxiliary storage unit 103, as shown in FIG. A user interface 104, a communication unit 105, and a bus 106 that connects them to each other are provided.
  • a CPU Central Processing Unit
  • main storage unit 102 main storage unit
  • auxiliary storage unit 103 main storage unit
  • a user interface 104 user interface 104
  • communication unit 105 communication unit
  • a bus 106 that connects them to each other are provided.
  • FIG. 15 the same reference numerals as those in FIG. 2 are assigned to the same configurations as those of the terminal device 1 according to the embodiment.
  • the CPU 101 executes the program stored in the auxiliary storage unit 103 to thereby define the definition information generation unit 111, the test value information acquisition unit 112, the determination unit 113, the PPV calculation unit (positive medium calculation unit) 114, and the definition validity. It functions as the evaluation unit 115.
  • the auxiliary storage unit 103 includes a definition information storage unit 131, a determination criterion storage unit 132, and a PPV storage unit 133.
  • the determination criterion storage unit 132 stores various types of information necessary for executing the best determination method (gold standard) among currently available determination criteria for determining the presence or absence of illness from test value information. .
  • the determination criteria are determined with reference to, for example, “Diabetic medical care guideline 2010 based on chemical basis” and “Arteriosclerotic disease prevention guideline 2007 version”.
  • the determination criterion storage unit 132 stores a table in which determination criterion value information indicating a determination criterion value is associated with a corresponding clinical test item and disease name.
  • the PPV storage unit 133 stores the PPV corresponding to the inspection value information obtained from each definition information in association with the definition information identification information.
  • the determination criterion storage unit 132 further stores target period information indicating a period to be determined and determination method information indicating a determination method for determining whether or not the determination target patient is a true patient. .
  • the PPV storage unit 133 stores a table in which the PPV, the definition information identification information, and the correspondence are associated.
  • the determination unit 113 refers to the table including the information indicating the determination criterion stored in the determination criterion storage unit 132, and uses the inspection value information acquired by the inspection value information acquisition unit 112 to generate the potential. It is determined whether the patient corresponding to the case is positive.
  • a case where a patient corresponding to a potential case is positive is referred to as a “true case”.
  • the test value information indicates that both of the test values in the test performed twice on the same day or another day in the determination target period are equal to or higher than the determination reference value, the test value information is included in the test value information.
  • the corresponding potential case is determined to be a true case.
  • the PPV calculation unit 114 calculates the positive moderate (hereinafter referred to as “PPV”) of the patient corresponding to the potential case based on the determination result by the determination unit 113. Specifically, the PPV calculation unit 114 includes, for all patients corresponding to the potential case, the number of patients determined to be a true case by the determination unit 113, the number of patients not determined to be a true case, Are counted. Then, the PPV calculation unit 114 calculates the PPV by dividing the number of patients determined to be a true case by the number of all patients corresponding to the potential case. The PPV calculation unit 114 stores the calculated PPV in the PPV storage unit 133 in association with the definition information identification information.
  • PPV positive moderate
  • the definition validity evaluation unit 115 refers to the PPV storage unit 133 and evaluates the validity of the definition information based on the patient's PPV corresponding to the potential case.
  • the definition validity evaluation unit 115 ranks each definition information so that the definition information having a larger PPV has higher validity.
  • the PPV evaluation process is started when the user performs an operation for executing the PPV evaluation process on the terminal device 2001.
  • the determination unit 113 refers to the determination reference value information, the target period information, and the determination method information stored in the determination reference storage unit 132, and uses the inspection value information stored in the main storage unit 102 to deal with the potential case. It is determined whether or not the patient to be true is a true case (step S701). Here, the determination unit 113 determines whether all of the patients corresponding to the potential case are true cases, and causes the main storage unit 102 to store the determination result.
  • the PPV calculation unit 114 totals the number of patients determined to be a true case by the determination unit 113 and the number of patients not determined to be a true case. To do. Then, the PPV calculation unit 114 calculates the PPV by dividing the number of patients determined to be a true case by the number of all patients corresponding to the potential case (step S702). The PPV calculation unit 114 stores the calculated PPV in the PPV storage unit 133 in association with the definition information identification information.
  • the definition validity evaluation unit 115 refers to the PPV storage unit 133 and evaluates the validity of each definition information (step S703).
  • the determination unit 113 determines whether or not a patient corresponding to a specific case is positive using the test value information extracted by the test value information extraction unit 515 of the test value information acquisition server 5. Then, the PPV calculation unit 114 calculates the PPV evaluation process for the patient corresponding to the specific case based on the determination result by the determination unit 113. Then, the definition validity evaluation unit 115 evaluates the validity of the definition information based on the patient's PPV corresponding to the specific case. Thereby, the user can select and correct the definition information as appropriate with reference to the evaluation result of the validity of the definition information that defines the combination of the search keys. Therefore, the user can acquire the electronic medical record information of a positive patient with a high probability from a plurality of electronic medical record information by using an appropriate combination of search keys. Therefore, a clinical trial using the electronic medical record information. This has the advantage of improving the accuracy.
  • the clinical information is test value information indicating a medical test result
  • the present invention is not limited to this example, and other information related to all clinics (for example, the patient's general state, local state, drug) Sensitivity, presence / absence of recurrence, survival status, etc.).
  • the storage server 2 includes the potential case search unit 214 and the potential case transmission unit 215 has been described.
  • the present invention is not limited to this.
  • a server other than the storage server 2 such as the inspection value information acquisition server 5 may have the potential case search unit 214 and the potential case transmission unit 215.
  • the configuration is not limited to this, and for example, a configuration in which a plurality of electronic medical record servers 3 are respectively connected to different networks may be employed. Or the structure by which the some electronic medical record server 3 is connected to the same network may be sufficient.
  • the configuration may be such that electronic medical record information is exchanged between the storage server 2 and the plurality of electronic medical record servers 3 through a recording medium such as a USB memory.
  • the various functions of the terminal device 1, the storage server 2, and the electronic medical record server 3 according to the present invention can be realized by using a normal computer system without depending on a dedicated system.
  • a program for executing the above operation is stored and distributed on a non-transitory recording medium (CD-ROM, magnetic disk, etc.) that can be read by a computer system.
  • You may comprise the terminal device 1, the storage server 2, and the electronic medical record server 3 which perform the above-mentioned process by installing a program in a computer system.
  • the method of providing the program to the computer is arbitrary.
  • the program may be uploaded to a bulletin board (BBS) on a communication line and distributed to a computer via the communication line.
  • BSS bulletin board
  • the computer activates this program and executes it like other applications under the control of the OS.
  • the computer functions as the terminal device 1, the storage server 2, and the electronic medical record server 3 that execute the above-described processing.
  • the electronic medical record information storage used in the present invention mainly refers to standardized storage in the embodiment of the present invention, but includes other than standardized storage (for example, expanded storage).
  • the present invention is suitable when the electronic medical record information is secondarily used in pharmacoepidemiological research.
  • Terminal device 2: Storage server, 3: Electronic medical record server, 5: Inspection value information acquisition server, 61, 62: Firewall device, 101, 201, 301, 501: CPU, 102, 202 , 302, 502: main storage unit, 103, 203, 303, 503: auxiliary storage unit, 104, 204, 304, 504: user interface, 105, 205, 305, 505: communication unit, 106, 206, 306, 506 : Bus, 111: Definition information generation unit, 112: Inspection value information acquisition unit, 113: Determination unit, 114: PPV calculation unit, 115: Definition validity evaluation unit, 131: Definition information storage unit, 132: Determination standard storage unit 133: PPV storage unit, 204a: operation screen, 211: reception unit, 212: analysis unit, 213: information management unit, 214: potency Lecase search unit, 215: potential case transmission unit, 218: connection control unit, 231: standardized storage, 3

Landscapes

  • Health & Medical Sciences (AREA)
  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • General Health & Medical Sciences (AREA)
  • Primary Health Care (AREA)
  • Tourism & Hospitality (AREA)
  • Medical Informatics (AREA)
  • Public Health (AREA)
  • Epidemiology (AREA)
  • Child & Adolescent Psychology (AREA)
  • Economics (AREA)
  • Human Resources & Organizations (AREA)
  • Marketing (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Medical Treatment And Welfare Office Work (AREA)

Abstract

医療情報管理システムは、互いに異なる形式で電子カルテ情報を記憶する複数の電子カルテサーバそれぞれが記憶する電子カルテ情報を同一の形式で記憶する標準化ストレージ（２３１）と、複数の電子カルテ情報の中から特定の症例に関する電子カルテ情報を検索するための検索キーの組み合わせを定義する定義情報を生成する定義情報生成部と、定義情報に基づいて複数の電子カルテ情報の中から特定の症例に関する電子カルテ情報を取得するポテンシャルケース検索部（２１４）と、ポテンシャルケース検索部（２１４）が取得した電子カルテ情報から特定の症例に対応する患者の臨床情報である検査値情報を抽出する検査値情報抽出部（５１５）と、を備える。

Description

医療情報管理システム、臨床情報取得サーバ、医療情報管理方法およびプログラム
　本発明は、医療情報管理システム、臨床情報取得サーバ、医療情報管理方法およびプログラムに関する。
　端末と、当該端末と通信可能に接続された治験データ収集サーバと、を備えるデータ収集処理システムが提案されている（例えば特許文献１参照）。治験データ収集サーバには、医療機関で取得された処方医薬品や診断名、検査値に関する情報を含む電子カルテ情報が蓄積されている。
特開２００８－２７６７６１号公報
　ところで、治験データ収集サーバが複数存在し、それらのベンダが互いに異なり互いに互換性の無い形式で複数の電子カルテ情報を蓄積しているとする。ここで、ユーザがこれらの治験データ収集サーバから特定の臨床情報を収集しようとする場合、ユーザは、複数の治験データ収集サーバに蓄積された電子カルテ情報それぞれに含まれる検査値情報を、各治験データ収集サーバで個別に電子カルテ情報を確認してそこに含まれる臨床情報を読み出す作業や読み出した検査値情報を記録媒体に保存する作業を強いられる。この場合、電子カルテ情報に含まれる臨床情報の収集効率は低くなってしまう。
　本発明は、上記事由に鑑みてなされたものであり、臨床情報を効率的に収集できる医療情報管理システム、臨床情報取得サーバ、医療情報管理方法およびプログラムを提供することを目的とする。
　上記目的を達成するために、本発明に係る医療情報管理システムは、
　互いに異なる形式で電子カルテ情報を記憶する複数の電子カルテサーバそれぞれが記憶する電子カルテ情報を同一の形式で記憶する電子カルテ情報ストレージと、
　複数の電子カルテ情報の中から特定の症例に関する電子カルテ情報を検索するための検索キーの組み合わせを定義する定義情報を生成する定義情報生成部と、
　前記定義情報に基づいて前記複数の電子カルテ情報の中から前記特定の症例に関する電子カルテ情報を取得する電子カルテ情報検索部と、
　前記電子カルテ情報検索部が取得した電子カルテ情報から前記特定の症例に対応する患者の臨床情報を抽出する臨床情報抽出部と、を備える。
　他の観点から見た本発明に係る臨床情報取得サーバは、
　電子カルテ情報ストレージが記憶する複数の電子カルテ情報の中から特定の症例に関する電子カルテ情報を検索するための検索キーの組み合わせを定義する定義情報に基づいて前記複数の電子カルテ情報の中から取得された前記特定の症例に関する電子カルテ情報から前記特定の症例に対応する患者の臨床情報を抽出する臨床情報抽出部を備える。
　他の観点から見た本発明に係る医療情報管理方法は、
　互いに異なる形式で電子カルテ情報を記憶する複数の電子カルテサーバそれぞれが記憶する電子カルテ情報を同一の形式で記憶する電子カルテ情報ストレージを用いた医療情報管理方法であって、
　複数の電子カルテ情報の中から特定の症例に関する電子カルテ情報を検索するための検索キーの組み合わせを定義する定義情報を生成するステップと、
　前記定義情報に基づいて前記複数の電子カルテ情報の中から前記特定の症例に関する電子カルテ情報を取得するステップと、
　取得した電子カルテ情報から前記特定の症例に対応する患者の臨床情報を抽出するステップと、を含む。
　他の観点から見た本発明に係るプログラムは、
　コンピュータを、
　互いに異なる形式で電子カルテ情報を記憶する複数の電子カルテサーバそれぞれが記憶する電子カルテ情報を同一の形式で記憶する電子カルテ情報ストレージ、
　複数の電子カルテ情報の中から特定の症例に関する電子カルテ情報を検索するための検索キーの組み合わせを定義する定義情報を生成する定義情報生成部、
　前記定義情報に基づいて前記複数の電子カルテ情報の中から前記特定の症例に関する電子カルテ情報を取得する電子カルテ情報検索部、
　前記電子カルテ情報検索部が取得した電子カルテ情報から前記特定の症例に対応する患者の臨床情報を抽出する臨床情報抽出部、
　として機能させる。
　本発明によれば、電子カルテ情報ストレージが、互いに異なる形式で電子カルテ情報を記憶する複数の電子カルテサーバそれぞれが記憶する電子カルテ情報を同一の形式で記憶する。そして、電子カルテ情報検索部が、定義情報生成部が生成した定義情報に基づいて複数の電子カルテ情報の中から特定の症例に関する電子カルテ情報を取得し、臨床情報抽出部が、電子カルテ情報検索部が取得した電子カルテ情報から特定の症例に対応する患者の臨床情報を抽出する。これにより、電子カルテ情報ストレージにアクセスするだけで、複数の電子カルテサーバそれぞれに蓄積された電子カルテ情報から個別にそれらに含まれる臨床情報を収集するのと同様に、臨床情報を収集できる。従って、複数の電子カルテサーバに蓄積された電子カルテ情報に含まれる臨床情報を効率的に収集することが可能となる。また、これにより、収集された臨床情報の二次利用が促進されやすくなる可能性もあるなどの利点もある。
本発明の実施の形態に係る医療情報管理システムの概略構成図である。 実施の形態に係る端末装置の構成を示すブロック図である。 実施の形態に係る定義情報記憶部が記憶するテーブルの内容を示す図である。 実施の形態に係るストレージサーバ、検査値情報取得サーバおよび電子カルテサーバの構成を示すブロック図である。 実施の形態に係る標準化ストレージのディレクトリ構造を示す図である。 実施の形態に係る検査値情報記憶部が記憶するテーブルの内容を示す図である。 実施の形態に係る端末装置、検査値情報取得サーバおよびストレージサーバの動作の一例を示すシーケンス図である。 実施の形態に係るストレージサーバのユーザインタフェースの表示部に表示される操作画面の一例を示す図である。 実施の形態に係るストレージサーバおよび電子カルテサーバの動作の一例を示すシーケンス図である。 実施の形態に係る端末装置が実行する検査値情報取得処理の流れの一例を示すフローチャートである。 実施の形態に係る検査値情報取得サーバが実行する検査値情報送信処理の流れの一例を示すフローチャートである。 実施の形態に係るストレージサーバが実行する電子カルテ情報検索処理の流れの一例を示すフローチャートである。 実施の形態に係るストレージサーバが実行する標準化ストレージ管理処理の流れの一例を示すフローチャートである。 実施の形態に係る電子カルテサーバが実行する電子カルテ情報送信処理の流れの一例を示すフローチャートである。 変形例に係る端末装置の構成を示すブロック図である。 変形例に係る判定基準記憶部が記憶するテーブルの内容を示す図である。 変形例に係るＰＰＶ記憶部が記憶するテーブルの内容を示す図である。 変形例に係る端末装置が実行するＰＰＶ評価処理の流れの一例を示すフローチャートである。
　以下、本発明の一実施の形態に係る医療情報管理システムについて図面を参照して詳細に説明する。本実施の形態に係る医療情報管理システムは、電子カルテ情報を蓄積するストレージサーバを備え、ストレージサーバに蓄積された電子カルテ情報の中から検索キーの組み合わせを定義する定義情報を用いて特定の電子カルテ情報を取得する。そして、医療情報管理システムは、取得した電子カルテ情報から所望の臨床情報を取得する。
　本実施の形態に係る医療情報管理システムは、図１に示すように、医薬品の臨床検査を実施する検査機関に設置された端末装置１と、医療施設に設置された検査値情報取得サーバ（臨床情報取得サーバ）５、ストレージサーバ２および複数の電子カルテサーバ３と、を備える。端末装置１は、検査機関に敷設されたネットワークＮＴ１に接続されている。検査値情報取得サーバ５およびストレージサーバ２は、医療施設に敷設されたネットワークＮＴ２に接続されている。また、複数の電子カルテサーバ３は、医療施設に敷設されたネットワークＮＴ２またはネットワークＮＴ２とは異なるネットワークＮＴ４に接続されている。複数の電子カルテサーバ３は、互いにベンダが異なっており、それぞれ異なる形式で複数の電子カルテ情報を記憶している。また、ネットワークＮＴ２には、医療施設のユーザ（例えば、医師、薬剤師など）が用いる端末装置４が接続されている。検査機関のネットワークＮＴ１と医療施設のネットワークＮＴ２とは、それぞれファイアウオール装置６１、６２を介して広域ネットワークＮＴ３に接続されている。検査機関のユーザは、例えば端末装置１に対して、特定の病気を患った患者に対して行われた検査の検査値情報を抽出するための検索キーの組み合わせを入力する。そうすると、端末装置１は、入力された検索キーの組み合わせを定義する定義情報を生成し、生成した定義情報を医療施設のストレージサーバ２へ送信する。一方、検査値情報取得サーバ５は、定義情報を受信すると、受信した定義情報をストレージサーバ２へ送信する。ストレージサーバ２は、受信した定義情報により定義される検索キーの組み合わせを用いて電子カルテ情報を検索し、得られた電子カルテ情報を検査値情報取得サーバ５へ送信する。検査値情報取得サーバ５は、受信した電子カルテ情報の中から検査値情報を抽出して検査機関の端末装置１へ送信する。端末装置１は、検査値情報取得サーバ５から検査値情報を受信すると、受信した検査値情報を記憶する。
　端末装置１は、例えば汎用のパーソナルコンピュータから構成され、図２に示すように、ＣＰＵ（Central Processing Unit）１０１と、主記憶部１０２と、補助記憶部１０３と、ユーザインタフェース１０４と、通信部１０５と、これらを相互に接続するバス１０６と、を備える。主記憶部１０２は、揮発性メモリから構成され、ＣＰＵ１０１の作業領域として用いられる。補助記憶部１０３は、磁気ディスク、半導体メモリ等の不揮発性メモリから構成され、端末装置１の各種機能を実現するためのプログラムを記憶する。そして、ＣＰＵ１０１が、このプログラムを主記憶部１０２に読み出して実行することにより、端末装置１の各種機能が実現される。通信部１０５は、検査機関に敷設されたネットワークＮＴ１に接続されている。ユーザインタフェース１０４は、例えばキーボードやタッチパネル等から構成される入力部とディスプレイから構成される表示部とを有する。
　ＣＰＵ１０１は、補助記憶部１０３が記憶するプログラムを実行することにより、定義情報生成部１１１および検査値情報取得部１１２として機能する。また、補助記憶部１０３は、定義情報記憶部１３１を有する。定義情報記憶部１３１は、例えば図３に示すように、検索キーの組み合わせを定義する定義情報を、その定義情報に対応する病名と、定義情報識別情報と、対応づけたテーブルを記憶する。
　図２に戻って、定義情報生成部１１１は、後述の標準化ストレージが記憶する複数の電子カルテ情報の中から特定の症例（以下、「ポテンシャルケース」と称する。）に関する電子カルテ情報を検索するための検索キーの組み合わせを定義する定義情報を生成する。検索キーは、電子カルテ情報に含まれる病名、治療薬、診療行為を示す情報から構成される。そして、ポテンシャルケースは、定義情報に基づいて機械的に抽出された電子カルテ情報に対応する症例に相当する。ユーザがユーザインタフェース１０４を介して端末装置１に入力した、特定の病気を患った患者に対して行われた医療検査結果を示す検査値情報を抽出するための検索キーの組み合わせから定義情報を生成する。そして、定義情報生成部１１１は、生成した定義情報に定義情報識別情報を付与して定義情報記憶部１３１に記憶させる。定義情報は、例えばＸＭＬ形式のファイルとして定義情報記憶部１３１に記憶されている。
　検査値情報取得部１１２は、定義情報記憶部１３１から定義情報を取得して検査値情報取得サーバ５へ送信することにより、検査値情報取得サーバ５から定義情報の検索キーに該当する患者（以下、「ポテンシャルケース」と称する。）それぞれの検査値情報を取得する。
　ストレージサーバ２は、図４に示すように、ＣＰＵ２０１と、主記憶部２０２と、補助記憶部２０３と、ユーザインタフェース２０４と、通信部２０５と、これらを相互に接続するバス２０６と、を備える。補助記憶部２０３は、ストレージサーバ２の各種機能を実現するためのプログラムを記憶する。そして、ＣＰＵ２０１が、このプログラムを主記憶部２０２に読み出して実行することにより、ストレージサーバ２の各種機能が実現される。通信部２０５は、医療施設に敷設されたネットワークＮＴ２に接続されている。
　ＣＰＵ２０１は、補助記憶部２０３が記憶するプログラムを実行することにより、受信部２１１、解析部２１２、情報管理部２１３、ポテンシャルケース検索部２１４およびコネクション制御部２１８として機能する。補助記憶部２０３は、標準化ストレージ（電子カルテ情報ストレージ）２３１を有する。
　標準化ストレージ２３１は、例えばＳＳ－ＭＩＸ標準化ストレージから構成され、複数の電子カルテサーバ３が互いに異なる形式で記憶する電子カルテ情報を同一の形式で記憶する。同一の形式としては、例えばＨＬ７（Health Level 7）に適合した形式が挙げられる。ここで、ＨＬとは、電子化ヘルスケア情報の包括的枠組みに関する標準を意味する。各ファイルの名称は、例えば「（患者識別情報）＿（診療日）＿（データ種別）＿（オーダＮｏ）＿（発生日時）＿（診療科）＿（コンディションフラグ）」の構造を有する。ここで、データ種別は、図５の吹き出しで示すように診療情報の交換に関わる情報から構成される。オーダＮｏは、医師や看護師等の指示を特定するための識別番号である。発生日時は、ファイル作成日時を示す。コンディションフラグは、ファイルが有効か無効かを示すフラグ情報である。ファイルの構造は、図５の吹き出しで示すように、事象情報、患者識別情報、患者来院情報、障害情報および検査結果情報を含む。ここで、事象情報は、患者が医療施設を訪れた日付や病気が発生した日付等を示す情報である。患者識別情報は、患者の名前や住所等を示す情報である。患者来院情報は、患者に同行した人の名前や医療施設に訪れた回数等を示す情報である。障害情報は、患者に見られる異常を示す情報である。検査結果情報は、患者に対して行った結果の結果を示す情報である。
　また、標準化ストレージ２３１は、例えば図５に示すように、電子カルテ情報を、複数の電子カルテ情報それぞれに含まれる患者識別情報、診療日を示す情報およびデータ種別を示す情報に基づくディレクトリ構造で管理している。
　図４に戻って、受信部２１１は、検査機関の端末装置１から送信された定義情報と、電子カルテサーバ３から送信された電子カルテ情報パケットと、を受信する。解析部２１２は、受信部２１１が受信した電子カルテ情報パケットを解析して電子カルテ情報パケットに含まれる患者識別情報、診療日を示す情報およびデータ種別を示す情報を抽出する。
　情報管理部２１３は、電子カルテ情報に含まれる患者識別情報、診療日を示す情報およびデータ種別を示す情報に基づいて、取得した電子カルテ情報のファイルパスを設定する。そして、情報管理部２１３は、設定したファイルパスに基づいて、電子カルテ情報を、標準化ストレージ２３１に記憶させる。
　ポテンシャルケース検索部２１４は、電子カルテ情報取得要求から定義情報を抽出し、抽出した定義情報に基づいて複数の電子カルテ情報の中からポテンシャルケースの電子カルテ情報を検索して取得する。
　ポテンシャルケース送信部２１５は、ポテンシャルケース検索部２１４が検索して取得した電子カルテ情報を、検査値情報取得サーバ５へ送信する。
　コネクション制御部２１８は、接続要求の送信元である電子カルテサーバ３の認証処理を実行する。また、コネクション制御部２１８は、電子カルテサーバ３の認証に成功した場合、電子カルテサーバ３とのコネクションを確立し、電子カルテサーバ３へ接続許可通知を送信する。
　検査値情報取得サーバ５は、図４に示すように、ＣＰＵ５０１と、主記憶部５０２と、補助記憶部５０３と、ユーザインタフェース５０４と、通信部５０５と、これらを相互に接続するバス５０６と、を備える。補助記憶部５０３は、検査値情報取得サーバ５の各種機能を実現するためのプログラムを記憶する。そして、ＣＰＵ５０１が、このプログラムを主記憶部５０２に読み出して実行することにより、検査値情報取得サーバ５の各種機能が実現される。通信部５０５は、医療施設に敷設されたネットワークＮＴ２に接続されている。
　ＣＰＵ５０１は、補助記憶部５０３が記憶するプログラムを実行することにより、ポテンシャルケース取得部（電子カルテ情報検索部）５１４、検査値情報抽出部（臨床情報抽出部）５１５、結合部５１６および検査値情報送信部５１７として機能する。補助記憶部５０３は、検査値情報記憶部５３２を有する。
　検査値情報記憶部５３２は、図６に示すように、定義情報に対応する検査値情報を、定義情報識別情報およびポテンシャルケースと対応づけたテーブルを記憶する。検査値情報は、検査項目とそれに対応する検査値とから構成される。また、検査値情報記憶部５３２は、１つの定義情報に対応する複数の検査値情報を結合した検査値情報も記憶している。検査値情報は、例えばＸＭＬ形式のファイルとして検査値情報記憶部５３２に記憶されている。
　図４に戻って、ポテンシャルケース取得部５１４は、検査機関の端末装置１から受信した定義情報を含む電子カルテ情報要求を生成する。そして、ポテンシャルケース取得部５１４は、生成した電子カルテ情報要求をストレージサーバ２へ送信することにより、ストレージサーバ２からポテンシャルケースの電子カルテ情報を取得する。
　検査値情報抽出部５１５は、ポテンシャルケース取得部５１４が取得した電子カルテ情報からポテンシャルケースに対応する患者の臨床情報である、医療検査結果を示す検査値情報を抽出する。そして、検査値情報抽出部５１５は、抽出した検査値情報を検査値情報記憶部５３２に記憶させる。
　結合部５１６は、ユーザの指定した結合条件に沿って複数の検査値情報を結合する。ユーザが検査値情報取得サーバ５のユーザインタフェース５０４を介して結合条件を特定する情報を入力する操作を行うと、結合部５１６は、複数の検査値情報を結合するよう要求する検査値情報結合要求を受け付ける。この検査値情報結合要求は、ユーザの指定した結合条件を示す情報を含む。そして、結合部５１６は、検査値情報結合要求に含まれる結合条件を示す情報に沿って、複数の検査値情報を結合する。また、結合部５１６は、互いに結合された検査値情報を圧縮してから検査値情報記憶部５３２に記憶させる。
　検査値情報送信部５１７は、検査値情報記憶部５３２から圧縮された検査値情報を取得し、取得した検査値情報を端末装置１へ送信する。
　複数の電子カルテサーバ３は、それぞれ異なる形式で複数の電子カルテ情報を記憶している。各電子カルテサーバ３は、ＣＰＵ３０１と、主記憶部３０２と、補助記憶部３０３と、ユーザインタフェース３０４と、通信部３０５と、これらを相互に接続するバス３０６と、を備える。補助記憶部３０３は、電子カルテサーバ３の各種機能を実現するためのプログラムを記憶する。そして、ＣＰＵ３０１が、このプログラムを主記憶部３０２に読み出して実行することにより、電子カルテサーバ３の各種機能が実現される。通信部３０５は、医療施設に敷設されたネットワークＮＴ２に接続されている。
　ＣＰＵ３０１は、補助記憶部３０３が記憶するプログラムを実行することにより、取得部３１１、パケット生成部３１２および送信部３１３として機能する。また、補助記憶部３０３は、電子カルテストレージ３３１を有する。
　取得部３１１は、端末装置４から電子カルテ情報を取得して電子カルテストレージ３３１に記憶させる。電子カルテストレージ３３１は、互いに互換性の無い異なる形式で複数の電子カルテ情報を記憶している。パケット生成部３１２は、電子カルテストレージ３３１が記憶する電子カルテ情報を含む電子カルテ情報パケットを生成する。送信部３１３は、パケット生成部３１２によりＨＬ７に適合する形式に変換された電子カルテ情報に、ＨＬ７に基づくヘッダ情報を付加してストレージサーバ２へ送信する。
　次に、端末装置１、検査値情報取得サーバ５およびストレージサーバ２の動作について図７を参照しながら説明する。まず、検査機関のユーザがユーザインタフェース１０４を介して端末装置１にポテンシャルケースを検索するための検索キーの組み合わせを入力すると、端末装置１は、入力された検索キーの組み合わせから定義情報を生成する（ステップＳ１）。次に、生成された定義情報が、端末装置１から検査値情報取得サーバ５へ送信される（ステップＳ２）。
　一方、検査値情報取得サーバ５は、定義情報を受信すると、定義情報を含む電子カルテ情報要求を生成する（ステップＳ３）。続いて、電子カルテ情報要求が、検査値情報取得サーバ５からストレージサーバ２へ送信される（ステップＳ４）。一方、ストレージサーバ２は、検査値情報取得サーバ５から電子カルテ情報要求を取得すると、取得した電子カルテ情報要求に含まれる定義情報を抽出し、その定義情報を用いて、標準化ストレージ２３１を検索し（ステップＳ５）、ポテンシャルケースの電子カルテ情報を取得する。その後、取得されたポテンシャルケースの電子カルテ情報が、ストレージサーバ２から検査値情報取得サーバ５へ送信される（ステップＳ６）。そして、検査値情報取得サーバ５は、ストレージサーバ２から受信したポテンシャルケースの電子カルテ情報から検査値情報を抽出して検査値情報記憶部５３２に記憶させる（ステップＳ７）。
　次に、医療施設のユーザが検査値情報取得サーバ５に対してユーザインタフェース２０４を介して検査値情報を結合するための操作を行ったとする。この場合、検査値情報取得サーバ５は、検査値情報を結合するよう要求する検査値情報結合要求を受け付ける（ステップＳ８）。ここで、ユーザインタフェース２０４の表示部には、例えば図８に示すような操作画面２０４ａが表示される。そして、ユーザが、結合したい検査値情報のチェックボックスにチェックを入れてから（図８中の破線で囲んだ部分ＣＢ参照）、マージデータ出力釦ＥＫをクリックしたとする。この場合、検査値情報取得サーバ５は、識別番号１乃至３の検査値情報を結合する旨の結合条件を含む検査値情報結合要求を受け付ける。
　図７に戻って、検査値情報取得サーバ５は、検査値情報結合要求を受け付けると、ユーザの指定した結合条件に沿って検査値情報を結合する（ステップＳ９）。続いて、検査値情報取得サーバ５は、結合した検査値情報を圧縮して検査値情報記憶部５３２に記憶させる（ステップＳ１０）。その後、圧縮された検査値情報が、検査値情報取得サーバ５から端末装置１へ送信される（ステップＳ１１）。
　一方、端末装置１は、検査値情報を受信すると、受信した検査値情報を展開して主記憶部１０２に記憶させる（ステップＳ１２）。
　次に、ストレージサーバ２および電子カルテサーバ３の動作について図９を参照しながら説明する。ストレージサーバ２は、前出の図７を用いて説明した動作と並行して以下に説明する処理を実行する。まず、医療施設のユーザが端末装置４において電子カルテ情報を電子カルテサーバ３へ送信する操作を行うと、電子カルテサーバ３が端末装置４から電子カルテ情報を受信する（ステップＳ２１）。このとき、コネクションの確立を要求する接続要求が、電子カルテサーバ３からストレージサーバ２へ送信される（ステップＳ２２）。また、電子カルテサーバ３は、受信した電子カルテ情報を電子カルテストレージ３３１に記憶させる。
　一方、ストレージサーバ２は、接続要求を受信すると、接続要求の送信元である電子カルテサーバ３の認証処理を実行する（ステップＳ２３）。ここで、ストレージサーバ２は、電子カルテサーバ３の認証が正常に行われた場合、電子カルテサーバ３とのコネクションを確立させる（ステップＳ２４）。次に、電子カルテサーバ３に対してストレージサーバ２への接続を許可する旨を通知する接続許可通知が、ストレージサーバ２から電子カルテサーバ３へ送信される（ステップＳ２５）。
　一方、電子カルテサーバ３は、ストレージサーバ２から接続許可通知を受信すると、電子カルテストレージ３３１から電子カルテ情報を取得し、取得した電子カルテ情報から電子カルテ情報パケットを生成する（ステップＳ２６）。ここで、電子カルテサーバ３は、電子カルテストレージ３３１から複数のポテンシャルケースそれぞれに対応する電子カルテ情報パケットを生成する。
　続いて、電子カルテ情報パケットが、電子カルテサーバ３からストレージサーバ２へ送信される（ステップＳ２７）。
　一方、ストレージサーバ２は、電子カルテ情報パケットを受信すると、それに含まれる電子カルテ情報に対応するファイルパスを設定する（ステップＳ２８）。その後、ストレージサーバ２は、設定されたファイルパスに基づいて、受信した電子カルテ情報を、標準化ストレージ２３１に記憶させる（ステップＳ２９）。次に、受信した電子カルテ情報が標準化ストレージ２３１に記憶されたことを通知する記憶完了通知が、ストレージサーバ２から電子カルテサーバ３へ送信される（ステップＳ３０）。
　一方、電子カルテサーバ３がストレージサーバ２から記憶完了通知を受信すると、他の電子カルテ情報パケットが、電子カルテサーバ３からストレージサーバ２へ送信される（ステップＳ３１）。一方、ストレージサーバ２は、電子カルテ情報パケットを受信すると、それに対応するファイルパスを設定し（ステップＳ３２）、そのファイルパスに基づいて電子カルテ情報を標準化ストレージ２３１に記憶させる（ステップＳ３３）。続いて、記憶完了通知が、ストレージサーバ２から電子カルテサーバ３へ送信される（ステップＳ３４）。以後、電子カルテサーバ３が生成した電子カルテ情報パケットの全ての送信を完了するまで、ステップＳ３１乃至Ｓ３４の処理が繰り返し実行される。
　その後、電子カルテサーバ３が、ＨＬ７に適合する形式に変換した電子カルテ情報パケットを全て送信したと判定すると（ステップＳ３５）、電子カルテ情報の送信を終了する旨を通知する送信終了通知が、電子カルテサーバ３からストレージサーバ２へ送信される（ステップＳ３６）。一方、ストレージサーバ２は、送信終了通知を受信すると、電子カルテサーバ３とのコネクションを遮断する（ステップＳ３７）。
　次に、本実施の形態に係る端末装置１が実行する検査値情報取得処理について図１０を参照しながら説明する。この検査値情報取得処理は、ユーザにより端末装置１に対して検査値情報取得処理を実行するための操作がなされたことを契機として開始される。
　まず、定義情報生成部１１１は、ユーザがユーザインタフェース１０４を介して端末装置１に入力した、特定の病気を患った患者に対して行われた検査の検査値情報を抽出するための検索キーの組み合わせから定義情報を生成する（ステップＳ１０１）。このとき、定義情報生成部１１１は、生成した定義情報に定義情報識別情報を付与して定義情報記憶部１３１に記憶させる。
　次に、検査値情報取得部１１２は、定義情報をストレージサーバ２へ送信する（ステップＳ１０２）。続いて、検査値情報取得部１１２は、定義情報送信後の予め設定された待ち時間の間、検査値情報を受信したか否かを判定する（ステップＳ１０３）。検査値情報取得部１１２は、待ち時間の間に検査値情報を受信しない場合（ステップＳ１０３：Ｎｏ）、再度定義情報をストレージサーバ２へ送信する（ステップＳ１０２）。一方、検査値情報取得部１１２は、検査値情報を受信したと判定すると（ステップＳ１０３：Ｙｅｓ）、受信した検査値情報を展開して主記憶部１０２に記憶させる（ステップＳ１０４）。
　次に、本実施の形態に係る検査値情報取得サーバ５が実行する検査値情報送信処理について図１１を参照しながら説明する。この検査値情報送信処理は、ストレージサーバ２へ電源が投入されたことを契機として開始される。
　まず、ポテンシャルケース取得部５１４は、端末装置１から定義情報を受信したか否かを判定する（ステップＳ２０１）。ポテンシャルケース取得部５１４が定義情報を受信していないと判定すると（ステップＳ２０１：Ｎｏ）、後述のステップＳ２１０の処理が実行される。
　一方、ポテンシャルケース取得部５１４が定義情報を受信したと判定すると（ステップＳ２０１：Ｙｅｓ）、ポテンシャルケース取得部５１４は、受信した定義情報を含む電子カルテ情報送信要求を生成してストレージサーバ２へ送信する（ステップＳ２０２）。次に、ポテンシャルケース取得部５１４は、ストレージサーバ２から電子カルテ情報を受信したか否かを判定する（ステップＳ２０３）。ポテンシャルケース取得部５１４は、ストレージサーバ２から電子カルテ情報を受信していないと判定すると（ステップＳ２０３：Ｎｏ）、再びステップＳ２０２の処理を実行する。一方、ポテンシャルケース取得部５１４は、ストレージサーバ２から電子カルテ情報を受信したと判定すると（ステップＳ２０３：Ｙｅｓ）、受信したポテンシャルケースの電子カルテ情報を主記憶部１０２に記憶させる。そして、検査値情報抽出部５１５は、ストレージサーバ２から取得した電子カルテ情報から検査値情報を抽出し抽出した検査値情報を検査値情報記憶部５３２に記憶させる（ステップＳ２０４）。
　続いて、結合部５１６は、前述の検査値情報結合要求を受け付けたか否かを判定する（ステップＳ２０５）。結合部５１６は、前述のようにユーザがストレージサーバ２に対して複数の検査値情報を結合するための操作を行ったときに、検査値情報結合要求を受け付ける。結合部５１６が検査値情報結合要求を受け付けていないと判定すると（ステップＳ２０５：Ｎｏ）、後述のステップＳ２０９の処理が実行される。
　一方、結合部５１６は、検査値情報結合要求を受け付けたと判定すると（ステップＳ２０５：Ｙｅｓ）、検査値情報結合要求に含まれる結合条件を取得し（ステップＳ２０６）、結合条件に沿って複数の検査値情報を結合する（ステップＳ２０７）。その後、結合部５１６は、互いに結合された検査値情報を圧縮してから検査値情報記憶部５３２に記憶させる（ステップＳ２０８）。
　次に、検査値情報送信部５１７は、検査値情報記憶部５３２が記憶する圧縮された検査値情報を、端末装置１へ送信する（ステップＳ２０９）。続いて、ポテンシャルケース取得部５１４は、ユーザがユーザインタフェース５０４を介して検査値情報送信処理を終了させるよう指令する終了指令が有ったか否かを判定する（ステップＳ２１０）。ポテンシャルケース取得部５１４により終了指令が有ったと判定されると（ステップＳ２１０：Ｙｅｓ）、検査値情報送信処理が終了する。一方、ポテンシャルケース取得部５１４は、終了指令が無いと判定すると（ステップＳ２１０：Ｎｏ）、再びステップＳ２０１の処理を実行する。
　次に、本実施の形態に係るストレージサーバ２が実行する電子カルテ情報検索処理について図１２を参照しながら説明する。この電子カルテ情報検索処理は、ストレージサーバ２へ電源が投入されたことを契機として開始される。まず、受信部２１１は、検査値情報取得サーバ５から電子カルテ情報要求を受信したか否かを判定する（ステップＳ６０１）。受信部２１１が電子カルテ情報要求を受信していないと判定すると（ステップＳ６０１：Ｎｏ）、後述のステップＳ６０５の処理が実行される。
　一方、受信部２１１が電子カルテ情報要求を受信したと判定すると（ステップＳ６０１：Ｙｅｓ）、ポテンシャルケース検索部２１４は、受信した電子カルテ情報要求に含まれる定義情報を抽出する（ステップＳ６０２）。次に、ポテンシャルケース検索部２１４は、抽出した定義情報により定義される検索キーの組み合わせを用いて、ポテンシャルケースの電子カルテ情報を検索する（ステップＳ６０３）。
　続いて、ポテンシャルケース送信部２１５は、ポテンシャルケース検索部２１４が検索して取得した電子カルテ情報を、検査値情報取得サーバ５へ送信する（ステップＳ６０４）。
　その後、受信部２１１は、ユーザがユーザインタフェース２０４を介して電子カルテ情報検索処理を終了させるよう指令する終了指令が有ったか否かを判定する（ステップＳ６０５）。受信部２１１により終了指令が有ったと判定されると（ステップＳ６０５：Ｙｅｓ）、電子カルテ情報検索処理が終了する。一方、受信部２１１は、終了指令が無いと判定すると（ステップＳ６０５：Ｎｏ）、再びステップＳ６０１の処理を実行する。
　次に、本実施の形態に係るストレージサーバ２が実行する標準化ストレージ管理処理について図１３を参照しながら説明する。この標準化ストレージ管理処理は、前述の電子カルテ情報検索処理と並行して実行され、ストレージサーバ２へ電源が投入されたことを契機として開始される。
　まず、受信部２１１は、電子カルテサーバ３から接続要求を受信したか否かを判定する（ステップＳ３０１）。受信部２１１が接続要求を受信していないと判定すると（ステップＳ３０１：Ｎｏ）、後述のステップＳ３１２の処理が実行される。
　一方、受信部２１１が接続要求を受信したと判定すると（ステップＳ３０１：Ｙｅｓ）、コネクション制御部２１８は、接続要求の送信元である電子カルテサーバ３の認証処理を実行する（ステップＳ３０２）。コネクション制御部２１８が電子カルテサーバ３の認証に失敗した場合（ステップＳ３０３：Ｎｏ）、後述のステップＳ３１２の処理が実行される。
　一方、コネクション制御部２１８は、電子カルテサーバ３の認証に成功した場合（ステップＳ３０３：Ｙｅｓ）、電子カルテサーバ３とのコネクションを確立し（ステップＳ３０４）、電子カルテサーバ３へ接続許可通知を送信する（ステップＳ３０５）。
　次に、解析部２１２は、接続許可通知の送信後予め定められた待ち時間内に、電子カルテサーバ３から電子カルテ情パケットを受信したか否かを判定する（ステップＳ３０６）。解析部２１２が待ち時間内に電子カルテ情報パケットを受信していないと判定すると（ステップＳ３０６：Ｎｏ）、後述のステップＳ３１０の処理が実行される。
　一方、解析部２１２は、待ち時間内に電子カルテ情報パケットを受信したと判定すると（ステップＳ３０６：Ｙｅｓ）、受信部２１１が受信した電子カルテ情報パケットを解析して電子カルテ情報パケットに含まれる患者識別情報、診療日を示す情報およびデータ種別を示す情報を抽出する。そして、情報管理部２１３が、電子カルテ情報に含まれる患者識別情報、診療日を示す情報およびデータ種別を示す情報に基づいて、取得した電子カルテ情報のファイルパスを設定する（ステップＳ３０７）。
　続いて、情報管理部２１３は、設定したファイルパスに基づいて、電子カルテ情報を標準化ストレージ２３１に記憶させる（ステップＳ３０８）。その後、情報管理部２１３は、電子カルテ情報の標準化ストレージ２３１への記憶が完了したことを通知する記憶完了通知を電子カルテサーバ３へ送信する（ステップＳ３０９）。
　次に、受信部２１１は、電子カルテサーバ３から送信終了通知を受信したか否かを判定する（ステップＳ３１０）。受信部２１１が送信終了通知を受信していないと判定すると（ステップＳ３１０：Ｎｏ）、再びステップＳ３０６の処理が実行される。
　一方、受信部２１１が送信終了通知を受信したと判定すると（ステップＳ３１０：Ｙｅｓ）、コネクション制御部２１８は、電子カルテサーバ３とのコネクションを遮断する（ステップＳ３１１）。続いて、受信部２１１は、ユーザがユーザインタフェース２０４を介して標準化ストレージ管理処理を終了させるよう指令する終了指令が有ったか否かを判定する（ステップＳ３１２）。受信部２１１により終了指令が有ったと判定されると（ステップＳ３１２：Ｙｅｓ）、標準化ストレージ管理処理が終了する。一方、受信部２１１は、終了指令が無いと判定すると（ステップＳ３１２：Ｎｏ）、再びステップＳ３０１の処理を実行する。
　次に、本実施の形態に係る電子カルテサーバ３が実行する電子カルテ情報送信処理について図１４を参照しながら説明する。この電子カルテ情報送信処理は、電子カルテサーバ３へ電源が投入されたことを契機として開始される。
　まず、取得部３１１は、端末装置４から電子カルテ情報を受信したか否かを判定する（ステップＳ４０１）。取得部３１１が電子カルテ情報を受信していないと判定すると（ステップＳ４０１：Ｎｏ）、後述のステップＳ４１０の処理が実行される。
　一方、取得部３１１が電子カルテ情報を受信したと判定すると（ステップＳ４０１：Ｙｅｓ）、送信部３１３は、接続要求をストレージサーバ２へ送信する（ステップＳ４０２）。次に、パケット生成部３１２は、接続要求送信後予め設定された待ち時間内にストレージサーバ２から接続許可通知を受信したか否かを判定する（ステップＳ４０３）。パケット生成部３１２が待ち時間内に接続許可通知を受信していないと判定すると（ステップＳ３０３：Ｎｏ）、再びステップＳ４０２の処理が実行される。
　一方、パケット生成部３１２は、待ち時間内に接続許可通知を受信したと判定すると（ステップＳ４０３：Ｙｅｓ）、電子カルテストレージ３３１から複数の電子カルテ情報を取得し、取得した複数の電子カルテ情報を含む電子カルテ情報パケットを生成する（ステップＳ４０４）。続いて、送信部３１３は、生成した電子カルテ情報パケットをストレージサーバ２へ送信する（ステップＳ４０５）。
　その後、送信部３１３は、電子カルテ情報送信後予め設定された待ち時間内に、ストレージサーバ２から記憶完了通知を受信したか否かを判定する（ステップＳ４０６）。送信部３１３は、待ち時間内に記憶完了通知を受信しなかった場合（ステップＳ４０６：Ｎｏ）、同一の電子カルテ情報パケットをストレージサーバ２へ再送信してから（ステップＳ４０７）、再びステップＳ４０６の処理を実行する。
　一方、送信部３１３は、待ち時間内に記憶完了通知を受信すると（ステップＳ４０６：Ｙｅｓ）、生成した電子カルテ情報パケットを全てストレージサーバ２へ送信したか否かを判定する（ステップＳ４０８）。送信部３１３は、生成した複数の電子カルテ情報パケットの中に未送信の電子カルテ情報パケットが残っていると判定すると（ステップＳ４０８：Ｎｏ）、再びステップＳ４０５の処理を実行する。
　一方、送信部３１３は、生成した複数の電子カルテ情報パケットを全てストレージサーバ２へ送信したと判定すると（ステップＳ４０８：Ｙｅｓ）、送信終了通知をストレージサーバ２へ送信する（ステップＳ４０９）。次に、取得部３１１は、ユーザがユーザインタフェース３０４を介して電子カルテ情報送信処理を終了させるよう指令する終了指令が有ったか否かを判定する（ステップＳ４１０）。取得部３１１により終了指令が有ったと判定されると（ステップＳ４１０：Ｙｅｓ）、電子カルテ情報送信処理が終了する。一方、取得部３１１は、終了指令が無いと判定すると（ステップＳ４１０：Ｎｏ）、再びステップＳ４０１の処理を実行する。
　ところで、例えば互いにベンダの異なる複数の電子カルテサーバ３に蓄積された電子カルテ情報を収集する場合、複数の電子カルテサーバ３それぞれに蓄積された電子カルテ情報に互換性がない場合がある。この場合、ユーザは、複数の電子カルテサーバ３に蓄積された電子カルテ情報それぞれに含まれる検査値情報を、各電子カルテサーバ３で個別に電子カルテ情報を確認してそこに含まれる検査値情報を読み出す作業や読み出した検査値情報を記録媒体に保存する作業を強いられる虞がある。
　これに対して、本実施の形態に係る医療情報管理システムでは、ストレージサーバ２の標準化ストレージ２３１が、互いに異なる形式で電子カルテ情報を記憶する複数の電子カルテサーバ３それぞれが記憶する電子カルテ情報を同一の形式で記憶する。そして、ポテンシャルケース検索部２１４が、定義情報に基づいて複数の電子カルテ情報の中からポテンシャルケースの電子カルテ情報を取得する。検査値情報抽出部５１５が、ポテンシャルケース検索部２１４が取得した電子カルテ情報からポテンシャルケースの検査値情報を抽出する。これにより、ストレージサーバ２の標準化ストレージ２３１にアクセスするだけで、前述の複数の電子カルテサーバ３それぞれに蓄積された電子カルテ情報から個別にそれらに含まれる検査値情報を収集するのと同様に、検査値情報を収集できる。従って、前述の複数の電子カルテサーバ３に蓄積された電子カルテ情報に含まれる検査値情報を効率的に収集することが可能となる。また、収集された検査値情報の二次利用を促進しやすくなる可能性もあるなどの利点もある。
　また、本実施の形態に係る検査値情報取得サーバ５は、ユーザの指定した結合条件に沿って複数の検査値情報を結合する結合部５１６を有する。これにより、ユーザは、ポテンシャルケースの電子カルテ情報を自らが指定した結合条件に沿って纏めることが可能となるので、電子カルテ情報の管理を行い易くなるという利点がある。
　更に、本実施の形態に係る標準化ストレージ２３１は、複数の電子カルテ情報を、複数の電子カルテ情報それぞれに含まれる患者識別情報、診療日を示す情報およびデータ種別を示す情報に基づくディレクトリ構造で管理している。そして、情報管理部２１３が、電子カルテ情報を取得すると、取得した電子カルテ情報に含まれる、患者識別情報、診療日を示す情報およびデータ種別を示す情報識別情報に基づいて、取得した電子カルテ情報のファイルパスを設定する。これにより、電子カルテ情報に含まれる患者識別情報や診療日を示す情報等に基づいて、標準化ストレージ２３１が記憶する電子カルテ情報のファイルパスを特定し易くなるので、電子カルテ情報の検索効率が向上するという利点がある。
　以上、本発明の実施の形態について説明したが、本発明は前述の実施の形態の構成に限定されるものではない。例えば、ネットワークＮＴ１とネットワークＮＴ２とが繋がっておらず、端末装置１からストレージサーバ２への定義情報の受け渡しおよびストレージサーバ２から端末装置１への検査値情報の受け渡しが、ＵＳＢ（Universal Serial Bus）メモリのような記録媒体を通じて行われる構成であってもよい。
　実施の形態に係る医療情報管理システムにおいて、ストレージサーバ２に蓄積された電子カルテ情報の中から特定の医療情報を抽出する際に用いる定義情報の妥当性を評価する機能を有するものであってもよい。この変形例に係る医療情報管理システムは、例えば、前述の定義情報を用いて抽出した医療情報を至適標準（ゴールドスタンダード）とする情報源と照合して抽出した医療情報の陽性的中度（ＰＰＶ：Positive Predictive Value）を算出するものであってもよい。また、医療情報管理システムは、算出した陽性的中度の高い検索キーの組み合わせほどその妥当性が高いと評価してもよい。
　本変形例に係る端末装置２００１は、実施の形態に係る端末装置１と同様に、図１５に示すように、ＣＰＵ（Central Processing Unit）１０１と、主記憶部１０２と、補助記憶部１０３と、ユーザインタフェース１０４と、通信部１０５と、これらを相互に接続するバス１０６と、を備える。なお、図１５において、実施の形態に係る端末装置１と同様の構成については図２と同一の符号を付している。
　ＣＰＵ１０１は、補助記憶部１０３が記憶するプログラムを実行することにより、定義情報生成部１１１、検査値情報取得部１１２、判定部１１３、ＰＰＶ算出部（陽性的中度算出部）１１４および定義妥当性評価部１１５として機能する。また、補助記憶部１０３は、定義情報記憶部１３１と、判定基準記憶部１３２と、ＰＰＶ記憶部１３３とを有する。
　判定基準記憶部１３２は、検査値情報から病気の有無を判定するための現在利用可能な判定基準のうち最良とされている判定方法（ゴールドスタンダード）を実行するために必要な各種情報を記憶する。判定基準は、例えば「化学的根拠に基づく糖尿病診療ガイドライン２０１０」や「動脈硬化性疾患予防ガイドライン２００７年版」等を参考に決定される。判定基準記憶部１３２は、例えば図１６Ａに示すように、判定基準値を示す判定基準値情報を、対応する臨床検査項目および病名と対応づけたテーブルを記憶する。ＰＰＶ記憶部１３３は、各定義情報により得られた検査値情報に対応するＰＰＶを、定義情報識別情報と対応づけて記憶する。また、判定基準記憶部１３２は、判定対象となる期間を示す対象期間情報と、判定対象の患者が真の患者であるか否かを判定する判定方法を示す判定方法情報と、を更に記憶する。
　ＰＰＶ記憶部１３３は、例えば図１６Ｂに示すように、ＰＰＶと、定義情報識別情報と、対応づけたテーブルを記憶する。
　図１５に戻って、判定部１１３は、判定基準記憶部１３２が記憶する判定基準を示す情報を含むテーブルを参照して、検査値情報取得部１１２により取得された検査値情報を用いて、ポテンシャルケースに対応する患者が陽性であるか否かを判定する。以下、ポテンシャルケースに対応する患者が陽性である場合を「真のケース」と称する。判定部１１３は、例えば検査値情報が判定対象期間内の同日または別の日に２回実施された検査での検査値の両方が判定基準値以上であることを示す場合、その検査値情報に対応するポテンシャルケースを真のケースと判定する。
　ＰＰＶ算出部１１４は、判定部１１３による判定の結果に基づいて、ポテンシャルケースに対応する患者の陽性的中度（以下、「ＰＰＶ」と称する。）を算出する。具体的には、ＰＰＶ算出部１１４は、ポテンシャルケースに対応する患者の全てについて、判定部１１３により真のケースと判定された患者の人数と、真のケースと判定されなかった患者の人数と、を集計する。そして、ＰＰＶ算出部１１４は、真のケースと判定された患者の人数をポテンシャルケースに対応する全ての患者の人数で除することによりＰＰＶを算出する。ＰＰＶ算出部１１４は、算出したＰＰＶを定義情報識別情報と対応付けてＰＰＶ記憶部１３３に記憶させる。
　定義妥当性評価部１１５は、ＰＰＶ記憶部１３３を参照して、ポテンシャルケースに対応する患者のＰＰＶに基づいて、定義情報の妥当性を評価する。定義妥当性評価部１１５は、各定義情報について、ＰＰＶの大きさが大きい定義情報ほど妥当性が高くなるようにランク付けを実行する。
　次に、本変形例に係る端末装置２００１が実行するＰＰＶ評価処理について図１７を参照しながら説明する。このＰＰＶ評価処理は、ユーザにより端末装置２００１に対してＰＰＶ評価処理を実行するための操作がなされたことを契機として開始される。
　まず、判定部１１３は、判定基準記憶部１３２が記憶する判定基準値情報、対象期間情報および判定方法情報を参照して、主記憶部１０２が記憶する検査値情報を用いて、ポテンシャルケースに対応する患者が真のケースであるか否かを判定する（ステップＳ７０１）。ここで、判定部１１３は、ポテンシャルケースに対応する患者の全てについてそれぞれ真のケースであるか否かを判定し、判定結果を主記憶部１０２に記憶させる。
　次に、ＰＰＶ算出部１１４は、ポテンシャルケースに対応する患者の全てについて、判定部１１３により真のケースと判定された患者の人数と、真のケースと判定されなかった患者の人数と、を集計する。そして、ＰＰＶ算出部１１４は、真のケースと判定された患者の人数をポテンシャルケースに対応する全ての患者の人数で除することによりＰＰＶを算出する（ステップＳ７０２）。ＰＰＶ算出部１１４は、算出したＰＰＶを定義情報識別情報と対応付けてＰＰＶ記憶部１３３に記憶させる。
　続いて、定義妥当性評価部１１５は、ＰＰＶ記憶部１３３を参照して、各定義情報の妥当性を評価する（ステップＳ７０３）。
　本構成によれば、判定部１１３が、検査値情報取得サーバ５の検査値情報抽出部５１５が抽出した検査値情報を用いて、特定の症例に対応する患者が陽性であるか否かを判定し、ＰＰＶ算出部１１４が、判定部１１３による判定結果に基づいて、特定の症例に対応する患者のＰＰＶ評価処理を算出する。その上で、定義妥当性評価部１１５が、特定の症例に対応する患者のＰＰＶに基づいて、定義情報の妥当性を評価する。これにより、ユーザは、検索キーの組み合わせを定義する定義情報の妥当性の評価結果を参照して適宜定義情報の選択や修正を行うことができる。従って、ユーザは、適切な検索キーの組み合わせを用いて、複数の電子カルテ情報の中から、高い確率で陽性の患者の電子カルテ情報を取得することができるので、電子カルテ情報を用いた臨床試験の精度が向上するという利点がある。
　実施の形態では、臨床情報が、医療検査結果を示す検査値情報である例について説明したが、これに限らず、例えばすべての臨床に関わる他の情報（患者の全身状態、局所の状態、薬剤に対する感受性、再発の有無、生存状況など）であってもよい。
　実施の形態では、ストレージサーバ２が、ポテンシャルケース検索部２１４およびポテンシャルケース送信部２１５を有する例について説明したが、これに限定されるものではない。例えば検査値情報取得サーバ５のようなストレージサーバ２以外のサーバが、ポテンシャルケース検索部２１４およびポテンシャルケース送信部２１５を有する構成であってもよい。
　実施の形態では、複数の電子カルテサーバ３の一部がネットワークＮＴ２に接続され他の電子カルテサーバ３が他のネットワークＮＴ４に接続されている例について説明した。但し、これに限らず、例えば複数の電子カルテサーバ３がそれぞれ各別のネットワークに接続されている構成であってもよい。或いは、複数の電子カルテサーバ３が同一のネットワークに接続されている構成であってもよい。また、ストレージサーバ２と複数の電子カルテサーバ３との間での電子カルテ情報の授受が、ＵＳＢメモリのような記録媒体を通じて行われる構成であってもよい。
　また、本発明に係る端末装置１、ストレージサーバ２および電子カルテサーバ３の各種機能は、専用のシステムによらず、通常のコンピュータシステムを用いて実現可能である。例えば、ネットワークに接続されているコンピュータに、上記動作を実行するためのプログラムを、コンピュータシステムが読み取り可能な非一時的な記録媒体（ＣＤ－ＲＯＭや磁気ディスク等）に格納して配布し、当該プログラムをコンピュータシステムにインストールすることにより、上述の処理を実行する端末装置１、ストレージサーバ２および電子カルテサーバ３を構成してもよい。
　また、コンピュータにプログラムを提供する方法は任意である。例えば、プログラムは、通信回線の掲示版（ＢＢＳ）にアップロードされ、通信回線を介してコンピュータに配信されてもよい。そして、コンピュータは、このプログラムを起動して、ＯＳの制御の下、他のアプリケーションと同様に実行する。これにより、コンピュータは、上述の処理を実行する端末装置１、ストレージサーバ２および電子カルテサーバ３として機能する。
　また、本発明で用いられる電子カルテ情報ストレージは、本発明の実施の形態では主に標準化ストレージを挙げているが、標準化ストレージ以外のもの（例えば拡張ストレージなど）も含まれる。
　以上、本発明の各実施の形態および変形例（なお書きに記載したものを含む。以下、同様。）について説明したが、本発明はこれらに限定されるものではない。本発明は、実施の形態及び変形例が適宜組み合わされたもの、それに適宜変更が加えられたものを含む。
　本出願は、２０１７年２月１５日に出願された日本国特許出願特願２０１７－０２６３６８号に基づく。本明細書中に日本国特許出願特願２０１７－０２６３６８号の明細書、特許請求の範囲および図面全体を参照として取り込むものとする。
　本発明は、薬剤疫学研究において電子カルテ情報を二次利用する場合などに好適である。
１，２，４，２００１：端末装置、２：ストレージサーバ、３：電子カルテサーバ、５：検査値情報取得サーバ、６１，６２：ファイアウオール装置、１０１，２０１，３０１，５０１：ＣＰＵ、１０２，２０２，３０２，５０２：主記憶部、１０３，２０３，３０３，５０３：補助記憶部、１０４，２０４，３０４，５０４：ユーザインタフェース、１０５，２０５，３０５，５０５：通信部、１０６，２０６，３０６，５０６：バス、１１１：定義情報生成部、１１２：検査値情報取得部、１１３：判定部、１１４：ＰＰＶ算出部、１１５：定義妥当性評価部、１３１：定義情報記憶部、１３２：判定基準記憶部、１３３：ＰＰＶ記憶部、２０４ａ：操作画面、２１１：受信部、２１２：解析部、２１３：情報管理部、２１４：ポテンシャルケース検索部、２１５：ポテンシャルケース送信部、２１８：コネクション制御部、２３１：標準化ストレージ、３１１：取得部、３１２：パケット生成部、３１３：送信部、３３１：電子カルテストレージ、５１４：ポテンシャルケース取得部、５１５：検査値情報抽出部、５１６：結合部、５１７：検査値情報送信部、５３２：検査値情報記憶部、ＮＴ１，ＮＴ２，ＮＴ４：ネットワーク、ＮＴ３：広域ネットワーク

Claims (7)

  1. 　互いに異なる形式で電子カルテ情報を記憶する複数の電子カルテサーバそれぞれが記憶する電子カルテ情報を同一の形式で記憶する電子カルテ情報ストレージと、
    　複数の電子カルテ情報の中から特定の症例に関する電子カルテ情報を検索するための検索キーの組み合わせを定義する定義情報を生成する定義情報生成部と、
    　前記定義情報に基づいて前記複数の電子カルテ情報の中から前記特定の症例に関する電子カルテ情報を取得する電子カルテ情報検索部と、
    　前記電子カルテ情報検索部が取得した電子カルテ情報から前記特定の症例に対応する患者の臨床情報を抽出する臨床情報抽出部と、を備える、
    　医療情報管理システム。
  2. 　ユーザの指定した結合条件に沿って複数の前記臨床情報を結合する結合部を更に備える、
    　請求項１に記載の医療情報管理システム。
  3. 　前記電子カルテ情報ストレージは、前記複数の電子カルテ情報を、前記複数の電子カルテ情報それぞれに含まれる識別情報に基づくディレクトリ構造で管理し、
    　電子カルテ情報を取得すると、取得した電子カルテ情報に含まれる識別情報に基づいて、前記取得した電子カルテ情報のファイルパスを設定する情報管理部を更に有する、
    　請求項１または２に記載の医療情報管理システム。
  4. 　前記臨床情報抽出部により抽出された臨床情報を用いて、前記特定の症例に対応する患者が陽性であるか否かを判定する判定部と、
    　前記判定部による判定結果に基づいて、前記特定の症例に対応する患者の陽性的中度を算出する陽性的中度算出部と、
    　前記特定の症例に対応する患者の陽性的中度に基づいて、定義情報の妥当性を評価する妥当性評価部と、を更に備える、
    　請求項１乃至３のいずれか１項に記載の医療情報管理システム。
  5. 　電子カルテ情報ストレージが記憶する複数の電子カルテ情報の中から特定の症例に関する電子カルテ情報を検索するための検索キーの組み合わせを定義する定義情報に基づいて前記複数の電子カルテ情報の中から取得された前記特定の症例に関する電子カルテ情報から前記特定の症例に対応する患者の臨床情報を抽出する臨床情報抽出部を備える、
    　臨床情報取得サーバ。
  6. 　互いに異なる形式で電子カルテ情報を記憶する複数の電子カルテサーバそれぞれが記憶する電子カルテ情報を同一の形式で記憶する電子カルテ情報ストレージを用いた医療情報管理方法であって、
    　複数の電子カルテ情報の中から特定の症例に関する電子カルテ情報を検索するための検索キーの組み合わせを定義する定義情報を生成するステップと、
    　前記定義情報に基づいて前記複数の電子カルテ情報の中から前記特定の症例に関する電子カルテ情報を取得するステップと、
    　取得した電子カルテ情報から前記特定の症例に対応する患者の臨床情報を抽出するステップと、を含む、
    　医療情報管理方法。
  7. 　コンピュータを、
    　互いに異なる形式で電子カルテ情報を記憶する複数の電子カルテサーバそれぞれが記憶する電子カルテ情報を同一の形式で記憶する電子カルテ情報ストレージ、
    　複数の電子カルテ情報の中から特定の症例に関する電子カルテ情報を検索するための検索キーの組み合わせを定義する定義情報を生成する定義情報生成部、
    　前記定義情報に基づいて前記複数の電子カルテ情報の中から前記特定の症例に関する電子カルテ情報を取得する電子カルテ情報検索部、
    　前記電子カルテ情報検索部が取得した電子カルテ情報から前記特定の症例に対応する患者の臨床情報を抽出する臨床情報抽出部、
    　として機能させるためのプログラム。
PCT/JP2018/005149 2017-02-15 2018-02-15 医療情報管理システム、臨床情報取得サーバ、医療情報管理方法およびプログラム WO2018151181A1 (ja)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CN201880012201.XA CN110313035A (zh) 2017-02-15 2018-02-15 医疗信息管理系统、临床信息获取服务器、医疗信息管理方法以及程序
KR1020197024614A KR20190107714A (ko) 2017-02-15 2018-02-15 의료정보 관리 시스템, 임상정보 취득 서버, 의료정보 관리방법 및 프로그램이 기록된 비일시적인 기록 매체
JP2018568585A JP6833878B2 (ja) 2017-02-15 2018-02-15 医療情報管理システム、医療情報管理方法およびプログラム
EP18754204.8A EP3576043A4 (en) 2017-02-15 2018-02-15 MEDICAL INFORMATION MANAGEMENT SYSTEM, SERVER FOR RECORDING CLINICAL INFORMATION, MEDICAL INFORMATION MANAGEMENT PROCEDURE AND PROGRAM

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2017026368 2017-02-15
JP2017-026368 2017-02-15

Publications (1)

Publication Number Publication Date
WO2018151181A1 true WO2018151181A1 (ja) 2018-08-23

Family

ID=63170357

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2018/005149 WO2018151181A1 (ja) 2017-02-15 2018-02-15 医療情報管理システム、臨床情報取得サーバ、医療情報管理方法およびプログラム

Country Status (5)

Country Link
EP (1) EP3576043A4 (ja)
JP (1) JP6833878B2 (ja)
KR (1) KR20190107714A (ja)
CN (1) CN110313035A (ja)
WO (1) WO2018151181A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2020166431A (ja) * 2019-03-28 2020-10-08 富士通株式会社 検索結果表示プログラム、検索結果表示方法および検索結果表示システム

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112541064A (zh) * 2020-12-09 2021-03-23 联仁健康医疗大数据科技股份有限公司 健康评测方法、装置、计算机设备及存储介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008276761A (ja) 2007-04-06 2008-11-13 Sbs Joho System:Kk データ収集処理システム
JP2014002505A (ja) * 2012-06-18 2014-01-09 Macro Com Co Ltd 医用データ変換送信装置及び医用データ変換送信方法
JP2014052821A (ja) * 2012-09-06 2014-03-20 Mebix Kk 電子カルテスクリーニングシステム、電子カルテスクリーニング装置、電子カルテスクリーニング方法及び電子カルテスクリーニングプログラム
JP2017026368A (ja) 2015-07-17 2017-02-02 日本特殊陶業株式会社 微粒子センサ

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103124972B (zh) * 2010-09-30 2016-10-19 皇家飞利浦电子股份有限公司 医学询问细化系统、方法、装置及包括医学询问系统的工作站
CN103049556B (zh) * 2012-12-28 2016-11-09 中国科学院深圳先进技术研究院 一种海量医疗数据的快速统计查询方法

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008276761A (ja) 2007-04-06 2008-11-13 Sbs Joho System:Kk データ収集処理システム
JP2014002505A (ja) * 2012-06-18 2014-01-09 Macro Com Co Ltd 医用データ変換送信装置及び医用データ変換送信方法
JP2014052821A (ja) * 2012-09-06 2014-03-20 Mebix Kk 電子カルテスクリーニングシステム、電子カルテスクリーニング装置、電子カルテスクリーニング方法及び電子カルテスクリーニングプログラム
JP2017026368A (ja) 2015-07-17 2017-02-02 日本特殊陶業株式会社 微粒子センサ

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
ATHEROSCLEROTIC DISEASES PREVENTION GUIDELINE, 2007
EVIDENCE-BASED CLINICAL PRACTICE GUIDELINE FOR DIABETES, 2010
See also references of EP3576043A4 *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2020166431A (ja) * 2019-03-28 2020-10-08 富士通株式会社 検索結果表示プログラム、検索結果表示方法および検索結果表示システム

Also Published As

Publication number Publication date
EP3576043A1 (en) 2019-12-04
JPWO2018151181A1 (ja) 2020-01-09
KR20190107714A (ko) 2019-09-20
CN110313035A (zh) 2019-10-08
EP3576043A4 (en) 2020-07-15
JP6833878B2 (ja) 2021-02-24

Similar Documents

Publication Publication Date Title
KR101270514B1 (ko) 의료정보 교류 시스템
CN106570307B (zh) 用于流化来自除纤颤器的病人信息的系统和方法
US20180300506A1 (en) Information processing apparatus and information processing system
US20060161460A1 (en) System and method for a graphical user interface for healthcare data
US20060129434A1 (en) System and method for disseminating healthcare data from a database
US20130013339A1 (en) Systems and methods for medical data storage and retrieval
US20160147975A1 (en) Open healthcare apparatus and method
JP2013200752A (ja) 医療機器の情報開示システム及び情報処理装置
CN116230147A (zh) 一种医学检查信息互认共享的系统
US20080249807A1 (en) Interpretation support system
WO2018151181A1 (ja) 医療情報管理システム、臨床情報取得サーバ、医療情報管理方法およびプログラム
JP2016148999A (ja) 医療支援システム、その作動方法及び医療支援プログラム並びに医療支援装置
JP6985721B2 (ja) 病理診断管理システム、方法およびプログラム
JP2010026899A (ja) 医療情報システム
JPH11143956A (ja) 診療情報を他医療機関に開示する方法及び装置
JP5183242B2 (ja) 診療支援情報提供方法、診療支援情報提供システム、及びコンピュータシステムに診療支援情報を提供するための処理を実行させるコンピュータプログラム。
WO2022225122A1 (ko) 환자 맞춤형 전자 문진 시스템, 문진용 단말 및 이를 이용한 문진 방법
JP5799155B1 (ja) 処方箋データを管理するためのシステム、サーバ装置およびプログラム
JP2005326984A (ja) 遠隔医療サービスを提供する方法およびコンピュータシステム
US20230197213A1 (en) Medical information management system, clinical information acquisition server, medical information management method, and non-transitory recording medium storing a program
JP2023503393A (ja) 健康管理方法、装置とシステム、およびデータ収集装置
KR101460174B1 (ko) 영상검사자료 통합검색기능이 구비된 병원진료검색시스템 및 그 제어방법
JP2011198310A (ja) 医療連携システム
US11393566B1 (en) Interoperable platform for reducing redundancy in medical database management
JP5332119B2 (ja) 診療過程データ処理プログラム、方法及び装置

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 18754204

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2018568585

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 20197024614

Country of ref document: KR

Kind code of ref document: A

ENP Entry into the national phase

Ref document number: 2018754204

Country of ref document: EP

Effective date: 20190830