WO2005122034A1 - データマネージメントシステム - Google Patents

データマネージメントシステム Download PDF

Info

Publication number
WO2005122034A1
WO2005122034A1 PCT/JP2005/010722 JP2005010722W WO2005122034A1 WO 2005122034 A1 WO2005122034 A1 WO 2005122034A1 JP 2005010722 W JP2005010722 W JP 2005010722W WO 2005122034 A1 WO2005122034 A1 WO 2005122034A1
Authority
WO
WIPO (PCT)
Prior art keywords
information
mask
hospital
database
terminal
Prior art date
Application number
PCT/JP2005/010722
Other languages
English (en)
French (fr)
Inventor
Masakazu Omoto
Norio Fueki
Koichi Hirose
Masaya Fujita
Tetsuyuki Nakahara
Original Assignee
Olympus Corporation
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
Priority claimed from JP2004176093A external-priority patent/JP2005353008A/ja
Priority claimed from JP2004243166A external-priority patent/JP4464764B2/ja
Application filed by Olympus Corporation filed Critical Olympus Corporation
Publication of WO2005122034A1 publication Critical patent/WO2005122034A1/ja
Priority to US11/610,147 priority Critical patent/US7957982B2/en

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/60—Protecting data
    • G06F21/62—Protecting access to data via a platform, e.g. using keys or access control rules
    • G06F21/6218—Protecting access to data via a platform, e.g. using keys or access control rules to a system of files or objects, e.g. local or distributed file system or database
    • G06F21/6245—Protecting personal data, e.g. for financial or medical purposes
    • 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
    • G16H20/00—ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance
    • G16H20/60—ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance relating to nutrition control, e.g. diets
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/2866—Architectures; Arrangements
    • H04L67/30—Profiles

Definitions

  • the present invention relates to a system for managing electronic data handled in a hospital, and more particularly, to a method of transferring electronic data when transferring electronic data to outside the hospital.
  • Patent Document 1 Japanese Unexamined Patent Application Publication No. 2002-207822 (FIG. 1, paragraphs [0010] to [0014]) discloses that a regional information server provided for each region is used for general households and medical services in that region. It shows a system that exchanges medical information and the like by connecting a terminal provided at the facility with a network and connecting a comprehensive information server that exchanges information with each regional information server via a network such as the Internet.
  • the information stored and managed on the server in this hospital is a power that can be used not only in the hospital but also for secondary use outside the hospital.
  • How to transfer data outside the hospital in this case Raw data stored in a database on the in-hospital server and stored in a server outside the hospital can be used as is, or only the data items for secondary use directly by the service application outside the hospital can be used.
  • a method is used in which the information is obtained from the hospital server and used.
  • FIG. 1 is an explanatory diagram of a conventional method of transferring data to the outside of a hospital.
  • FIG. 1A shows each of the services that provide services using data stored in the in-hospital server 101.
  • FIG. 1B shows a case where the service application 102 individually reads out successive data from the in-hospital server, and FIG. 1B shows a case in which an external server collects and raises data stored in the in-hospital server. It is shown.
  • the external server 103 downloads all the data stored in the in-hospital server 101 via the network, and the service applications 102-1 to 10-10.
  • 2-n reads necessary data from the external server 103 and uses the data secondary.
  • FIG. 2 is a flowchart showing the data transfer processing shown in FIG.
  • FIG. 2A shows the processing in the case of FIG. 1A.
  • step S101 information on the examination of each device in the hospital is also transmitted to the in-hospital server 101.
  • step S102 the hospital server 101 registers and accumulates this information in an internal database.
  • each service application 102 that makes secondary use of data in the in-hospital server 101 accesses the in-hospital server 101 via the network in step S103, and only necessary information from the in-hospital server 101 is Obtain (step S104). Then, this information is used to realize the service (step S105).
  • FIG. 2B shows the processing in the case of FIG. 1B.
  • the processing of FIG. 2B is started, as in the case of FIG.
  • the information is transmitted to the server 101, and then in step S112, the in-hospital server 101 registers and accumulates this information as in-hospital information in an internal database.
  • the external server 103 accesses the in-hospital server 101 via the network in step S113, and absorbs all in-hospital information stored and stored in the in-hospital server 101 as a database! , Raise and get.
  • the service application 102 for secondary use of the data in the in-hospital server 101 accesses the external server 103 via the network in step S113, and the necessary in-hospital information is transmitted from the external server 103. Only the information is acquired (step S114). And this information Is utilized to realize the service (step S115).
  • An object of the present invention is to provide a data management system having a mechanism for efficiently collecting necessary information from in-hospital sano and providing each service.
  • the task is to provide a data management system with a mechanism.
  • Patent Document 1 Japanese Patent Application Laid-Open No. 2002-207822 (FIG. 1, paragraphs [0010] to [0014])
  • Patent Document 2 Republished WO02Z017171 (Pages 14 to 25, FIGS. 1 to 9)
  • An in-hospital information storage device (or an in-hospital information storage unit), a mask information setting unit (or a mask information setting unit) for solving the above-mentioned problems is provided in an in-hospital information processing device that accumulates and manages in-hospital information handled in a hospital.
  • openable information generating means (or openable information generating unit).
  • the in-hospital information storage means stores and accumulates in-hospital information collected from within the hospital.
  • the mask information setting means sets mask information indicating whether or not the ability to permit the hospital information to be provided to the outside of the hospital is set for the in-hospital information stored in the in-hospital information storage means.
  • the disclosure-possible information generating means can obtain only the information that has been permitted to be provided to the outside of the hospital through a communication line, or can output the information to the outside of the hospital. Is generated.
  • openable information reading means or openable information reading section
  • openable information storage means or openable information storage section
  • the openable information reading means reads the openable information from the hospital server.
  • the openable information storage means stores openable information read from the in-hospital server.
  • the external server reads only the publishable information that does not include in-hospital information that is not permitted to be provided outside the hospital. Therefore, provision to the outside of the hospital is permitted, and no in-hospital information is read out to the external server! / ,.
  • FIG. 1A is an explanatory diagram of a conventional method of transferring data outside a hospital.
  • FIG. 1B is an explanatory diagram of a conventional method of transferring data outside the hospital.
  • FIG. 2A is a flowchart showing a conventional data transfer process.
  • FIG. 2B is a flowchart showing a conventional data transfer process.
  • FIG. 3 is a diagram showing a method of transferring in-hospital information to the outside by the data management system in the present embodiment.
  • FIG. 4 is a schematic diagram showing the entire configuration of a part laid in a hospital of the data management system according to the present embodiment.
  • FIG. 5 is a diagram showing a configuration of a system provided in a medical department.
  • FIG. 6 is a diagram showing a configuration of an in-hospital server.
  • FIG. 7 is a diagram showing an outline of an overall configuration of a data management system and a flow of information in the present embodiment.
  • FIG. 8 is a diagram showing a processing flow in the hospital at the time of endoscopy and main in-hospital information generated at that time.
  • FIG. 9 is a flowchart showing operation processing of the in-hospital server at the time of mask information setting processing.
  • FIG. 10 is a diagram showing an example of a mask information setting screen.
  • FIG. 11 is a diagram showing an example of in-hospital information stored in the in-hospital server.
  • FIG. 12 is a diagram showing an example of a definition statement using an SQL code for creating a publicly available in-hospital information view.
  • Fig. 13 is a flowchart showing a process executed in the external server when information is downloaded from the hospital server.
  • FIG. 14 is a diagram showing an example of a hospital selection screen.
  • FIG. 15B is a diagram showing an example of openable in-hospital information that an external server has collected from a hospital.
  • FIG. 15B is a diagram illustrating another example of the openable in-hospital information that the external server has collected from the hospital.
  • [15C] is a diagram showing still another example of the openable in-hospital information that the external server has collected from the hospital.
  • FIG. 15E is a diagram showing still another example of the openable in-hospital information collected by the external server from the hospital.
  • FIG. 16 is a flowchart showing processing by a service application.
  • FIG. 17 is a diagram schematically showing a data management system according to another embodiment.
  • FIG. 18 is a diagram showing a data management system according to another embodiment.
  • Fig. 19 is a flowchart for explaining the operation of the terminal.
  • FIG. 20 is a diagram showing an example of a mask setting GUI screen displayed on a terminal display or the like.
  • FIG. 21 is a diagram showing an example of a mask table recorded in a terminal.
  • FIG. 22 is a flowchart showing a series of operations up to a mask table recording operation in the information registration server in the terminal.
  • FIG. 23 is a diagram showing an example of a mask table after changing mask information.
  • FIG. 24 is a diagram showing another example of the mask table after the mask information is changed.
  • FIG. 25 is a diagram showing an example of a database provided in the database management terminal.
  • FIG. 27 is a diagram showing an example of a mask table when an old mask table and a new mask table are combined.
  • FIG. 28 is a diagram showing a state of a database when NULU rubbing all inspection content areas corresponding to changed mask information.
  • Fig. 29 is a flowchart for explaining an operation of additionally recording in-hospital information corresponding to changed mask information in a database.
  • FIG. 30 is a diagram showing an example of a mask table when an old mask table and a new mask table are combined.
  • Fig. 31 is a diagram showing a data table of in-hospital information from which the database power of the information storage server is also extracted.
  • Fig. 32 is a diagram showing a state when additional in-hospital information is additionally recorded in the database.
  • FIG. 33 is a diagram showing a data management system according to another embodiment.
  • Fig. 34 is a flowchart for describing operation of a terminal.
  • FIG. 35 is a flowchart for explaining the operation of the data management system when in-hospital information is additionally recorded in a database.
  • FIG. 36 is a flowchart for explaining the operation of the data management system when in-hospital information is deleted from the database.
  • FIG. 37 is a flowchart for explaining the operation of the data management system when in-hospital information is additionally recorded in a database.
  • FIG. 38 is a flowchart for explaining the operation of the data management system when in-hospital information is deleted from the database.
  • FIG. 3 is a diagram showing a method for transferring in-hospital information to the outside by the data management system in the present embodiment.
  • data is collected from each medical department and reception in the hospital via the in-hospital LAN provided in the hospital, and stored in the in-hospital server (also referred to as an in-hospital information processing device) 1.
  • the administrator sets and inputs mask information that instructs non-permission of information provision for information that cannot be sent out of the hospital, such as information related to patient privacy, for various types of information stored and stored.
  • mask information that instructs non-permission of information provision for information that cannot be sent out of the hospital, such as information related to patient privacy, for various types of information stored and stored.
  • information indicating permission to provide information is generated, and only that information is transmitted via a communication line (for example, a public network such as the Internet) to an external server outside the hospital (also referred to as an out-of-hospital information processing device).
  • Make 3 suck The service applications 2-1 to 2-n generated for each service require their own from the in-hospital information stored in the external server 3 and allowed to be provided outside the hospital. Read and use information to provide services.
  • in-hospital sano uses all servers that collect, store, and manage digitized data in hospitals, such as servers that store and manage information and servers that are provided for each medical department and department in a hospital.
  • FIG. 4 is a schematic diagram showing an entire configuration of a part (in-hospital system) of the data management system according to the present embodiment, which is laid in a hospital.
  • the data management system (also referred to as an in-hospital system) 10 has a configuration in which a plurality of terminals (terminals 12, 14, 16) are connected by a LAN 13.
  • the terminal 12 is a terminal used when the user wants to refer to data stored in the data management system 10.
  • the parts 15, 17, and 19 surrounded by dotted lines show the department systems arranged in each medical department in the hospital, and the terminals 14 and 16 show the terminals belonging to each medical department. ing.
  • the terminal 14 when performing an examination using an endoscope, the terminal 14 is used for displaying an image taken by the endoscope, inputting a doctor's findings, creating an examination report, and the like.
  • the medical department 17 is also provided with a terminal 16 for displaying images obtained during the examination and for inputting findings to create an examination report.
  • the terminal 14 and the terminal 16 may be medical devices connected to a network.
  • the electronic medical record system 18 is arranged, for example, at a reception desk of a hospital, schedules which patients are to be consulted in which department, and stores the patients to be treated in the terminals of each department 15, 17, 19 This is a system for transmitting information.
  • FIG. 5 is a diagram showing a configuration of a system provided in a medical department.
  • FIG. 5 corresponds to the 15 clinical departments in FIG.
  • a LAN 23 which is a part of the LAN 13 in FIG. 4, is connected to an inspection device terminal 22, a report input / output terminal 24, a data transmission / reception terminal 28, and a printer 29, and can exchange data with each other.
  • the inspection device terminal 22 is an information processing terminal that processes acquired data such as control of inspection tools and inspection results.
  • an endoscope inspection device 21 is shown as an example of an inspection tool handled by the inspection device terminal 22, and the image data of an image captured by the endoscope inspection device 21 is stored in the inspection device terminal 22. It is captured. Further, the inspection device terminal 22 also performs processing such as specifying the type of the endoscope inspection device 21.
  • the report input / output terminal 24 is a terminal for the doctor who performed the examination to input findings and the like and create a report. The report created on the report input / output terminal 24 is sent to the hospital server 25 and the DVD control terminal 27. The report created by the report input / output terminal 24 can be printed by the printer 29b connected thereto.
  • the in-hospital server 25 includes patient information such as a patient's name and age, examination information such as image data obtained as an examination result and a report describing findings, the type and duration of examination equipment used in the examination.
  • Data such as user information, which is information about hospital staff such as doctors and nurses, etc., is stored in a database. These information collected via LAN23 is used as in-hospital information. Stored in a database. These are printed using the printer 29a based on the user's instructions.
  • the DVD control terminal 27 stores the image data obtained by the inspection on the DVD mounted on the DVD changer 26 and reads out the image data stored on the DVD.
  • the data transmission / reception terminal 28 is a terminal for receiving data regarding a patient from the electronic medical record system 18 and accessing data of another medical department.
  • the printer 29 is generally used for printing data received by the data transmitting / receiving terminal 28 and for printing data for other general purposes.
  • FIG. 6 is a diagram showing a configuration of the in-hospital server 25 shown in FIG.
  • the hospital server 25 may use a general-purpose computer, but the configuration is as shown in FIG. 6, for example.
  • a data control unit 36 realized by a CPU or the like performs data processing based on a program in the data storage unit, and stores data in the data storage unit 35 as necessary, By reading from the unit 35, the processing described later is realized.
  • the data input section 32 is connected to an input device such as a pointing device such as a mouse or a user such as a keyboard for inputting an instruction, and the doctor operates the input device to input information such as findings.
  • the data display unit 34 is connected to the PC monitor, and sends data for displaying an information setting input screen described later on the PC monitor to the PC monitor.
  • Network IZF31 is used to exchange data with other devices via the hospital LAN. Interface.
  • a printer is connected to the printer I / F 33, and in-hospital information and the like stored in the external server are printed out.
  • FIG. 7 is a diagram showing an outline of an overall configuration of a data management system and a flow of information in the present embodiment.
  • Fig. 7 shows a service center that provides management services for equipment used for examinations using in-hospital information handled by hospitals, and extracts in-hospital information composed of character data, image data, etc., and uses this in-hospital information. Then, the case of performing service such as inspection tool maintenance management and billing will be described as an example.
  • Inspection tools connected to the in-hospital LAN 41 which is a network within the hospital facility 40, and their devices 43-1 to 43-m (the endoscope inspection device 21 and the terminal for the inspection device in FIG. 5)
  • To the in-hospital server 45 (corresponding to the in-hospital server 25 in FIG. 5) and store it in the in-hospital server 45
  • a request to read data stored in the in-hospital Sano 45 is sent from the external server 55 in the external facility 50 such as a service center outside the hospital facility 40 to the in-hospital Sano 45.
  • the external server 55 such as a service center outside the hospital facility 40
  • the route R4 or R5
  • R4 which is the reverse route of the route R2 (or R3)
  • the information stored in the external server 55 is transmitted by the service applications 56-l to 56-n via the in-house LAN 51 as shown in route R6 by a request from the service application used for each service. Acquired and variously utilized.
  • route R2 exchanges information via a network 61 via the Internet.
  • the external server 55 and the external server 55 in the external facility 50 are connected.
  • the in-hospital server 45 in the hospital facility 40 connects to the network 61 via a VPN (Virtual Private Network) 44 (VPN 53) and a firewall 47 (Firewall 52) to secure data communication security.
  • VPN 53 Virtual Private Network
  • Firewall 52 Firewall 52
  • the route R3 (and R5) transmits information via a network 62 using a public line such as a telephone line.
  • the external server 55 in the external facility 50 and the in-hospital server 45 in the hospital facility 40 use a dial-up router 46 (dial-up router 54) to connect the two via a network 62.
  • the external facility 50 as a service center is configured to be connected to one hospital facility 40, but the external facility 50 is connected to a plurality of hospital facilities 40 via networks 61 and 62. It is also possible to adopt a configuration in which a connection is made, and in-hospital information is collected from these plurality of hospital facilities 40 to provide a service. In this case, targeting multiple hospitals makes it possible to provide a wider range of services using in-hospital information collected from multiple hospitals.
  • each service application 56-1 to 56-n is provided in the same external facility 50 as the external server 55.
  • one of these service applications 56-1 to 56-n is provided. A part or all of them may be provided in a facility different from the external facility 50 in which the external server 55 is installed, and the necessary in-hospital information may be read from the external server 55 via a dedicated line or the networks 61 and 62. .
  • an endoscopy device performing an endoscopy is transmitted from the endoscope inspection device terminal 43 to device usage information.
  • Information on the examination, information based on the examination result, photographed image information, etc. are transmitted to the in-hospital server, and when the endoscope is cleaned after the examination, the endoscope cleaning device power is also transmitted to the in-hospital server for information on the cleaning process.
  • the in-hospital server 45 stores information about the patient and the examination transmitted from each device 43 and terminal as needed, and also includes the number of endoscope examination rooms, the number of endoscope examination apparatuses, the number of endoscopes, Information about the equipment such as the number of endoscope cleaning devices is also recorded and managed as in-hospital information, and the in-hospital information is masked by the mask information setting process described later, so that the administrator of the in-hospital server is notified to the hospital server.
  • the user is allowed to input mask information indicating whether or not to allow the provision to the outside, and the external server 55 siphons only the information permitted to be provided to the outside by this mask information.
  • the information may be output to the external server 55.
  • the service application 56 realizes a service using the information collected by the external server 55.
  • This service includes, for example, information stored in the external server 55, such as an endoscope. Based on the number of examinations, examination time, the number of doctors and nurses, the number of laboratories, the number of scopes, the number of endoscope washer, etc., how many scopes and endoscope washer can be used efficiently in this hospital.
  • a consultant seeking advice on the efficient use of equipment and consulting on the installation of endoscopy-related equipment when establishing a new hospital or introducing a new facility.
  • equipment leasing and billing services that charge only for the use of the device can be considered.
  • FIG. 8 is a diagram showing a flow of processing in the hospital at the time of endoscopy and main in-hospital information generated at that time.
  • the patient comes to the hospital as step S 1, receives treatment as step S 2, and performs the reception processing at the reception of the department, and at the reception, the patient information input by the hospital staff from the terminal is obtained.
  • HIS power Received patient information is stored in the hospital server of the department.
  • step S3 when a measurement of body temperature or pulse is received as a pretreatment for the patient force endoscopy as step S3, the execution record and the vital sign data as the measurement result are input from the terminal and sent to the in-hospital server. Recorded and stored.
  • step S4 Before starting the endoscopic examination, in preparation (step S4), information for specifying an inspection tool such as an endoscope apparatus to be used is input from a terminal.
  • step S5 the image data of the captured endoscope image, the information on the equipment used, and the execution record of the equipment used are sent to the terminal server for the inspection equipment to which each equipment is connected. On the in-hospital server, these data are compiled into a database and recorded and stored.
  • step S6 After the endoscopy is completed (step S6), while the patient is resting in the recovery room (step S7), measurement of body temperature and pulse are performed, and these results are used as vital sign data. Terminal power is input and sent to the hospital server.
  • the doctor in charge creates an examination report in step S8.
  • observation data, annotation data for an endoscopic image taken by the examination, and diagnostic data are input from the terminal and sent to the hospital server. After that, the test result is explained to the patient in step S9.
  • the instrument such as the endoscope used in the endoscopy as step S10 is cleaned by the endoscope cleaning device and then stored in the place determined as step S11.
  • the data of the cleaning cycle log and the cleaning history are sent to the in-hospital server.
  • In-hospital information shown in Fig. 8 is sent to the in-hospital server at any time via the in-hospital LAN, and the in-hospital server stores and manages the in-hospital information in a database.
  • the in-hospital information allows the administrator of the in-hospital server to input mask information indicating whether or not to provide the information to the outside of the hospital. Only the information permitted to be provided to the outside by the mask information is externally input. Let the server siphon.
  • FIG. 9 is a flowchart showing operation processing of the hospital server at the time of mask information setting processing.
  • the setting is made as to whether or not to allow public disclosure of the in-hospital information stored in the in-hospital server.
  • the administrator of the in-hospital server logs in to the in-hospital server connected to the in-hospital server or the in-hospital LAN from the in-hospital server in step S21. Then, the authentication password is inputted, the authentication processing is performed by referring to the authentication information by the input password, and the subsequent processing is stopped when the authentication permission is not given.
  • the hospital server After permitting the authentication in step S22, the hospital server starts the mask information setting application in step S23.
  • This mask information setting application is for performing mask information setting processing for setting whether or not to permit externally provided information recorded and stored in the hospital server.
  • Launched mask information setting application As step S24, a mask information setting screen displaying the in-hospital information items held by the in-hospital server is displayed on the screen of the terminal that has logged in to the in-hospital server in step S21. To do. Then, in step S25, the administrator of the in-hospital server allows the administrator of the in-hospital server to input an information item and a selection instruction for the information displayed on the screen in step S24 without permitting the information to be externally provided.
  • FIG. 10 is a diagram showing an example of the mask information setting screen displayed in step S24.
  • the administrator of the in-hospital server operates the pointing device and selects the tab 71 from the screen to select “Patient information”, “Examination information”, “Device information”, and “User information”.
  • classification method of “patient information”, “examination information”, “device information” and “user information” is an example of the in-hospital information stored in the in-hospital server, and the types of information collected and stored are Depending on how the data structure in the database is defined, an appropriate classification method can be used.
  • Step S26 When the administrator of the in-hospital server makes the information private from the outside on the mask information setting screen as shown in Fig. 10, selects and inputs all the information items, and presses the "register” button 74 from the screen. (Step S26, Yes), as step S27, the in-hospital server stores and manages, as mask information, in-hospital in-hospital information item data indicating the item selected and input in step S25.
  • step S28 the in-hospital server generates and executes a definition sentence based on the non-closed in-hospital information item data stored in step S27 using an SQL code for creating an openable in-hospital information view.
  • the process closes the mask information setting screen as step S30 and ends this processing.
  • FIG. 11 is a diagram showing an example of the in-hospital information stored in the in-hospital server from which the view is created in step S28.
  • Figure 11 shows an example of an act.
  • Patient-table that stores information on patient information.
  • This act. Patient-table has information items classified as patient information as columns. As column name of information item, its Japanese name and following line It is configured to store character and numerical data (not shown) corresponding to the column of characters and numerical values.
  • the in-hospital data collected by the in-hospital server is converted into a database, and the above-mentioned “patient information”, “examination information”, “device information”, and “user information” are considered.
  • FIG. 12 is a diagram showing an example of a definition sentence in SQL code for creating the openable in-hospital information view generated in step S29.
  • the definition statement in Figure 12 defines the generation of views for “patient information”, “examination information”, and “device information” using SQL commands.
  • the closed in-hospital information item data stored in step S27 of FIG. 10 indicates that the data is closed, and the values of PatientID (patient ID), PatientName (patient name), Age (age),
  • the table replaced with ⁇ Reft, patient-table '' is generated as ⁇ test information '' and ⁇ instrument information ''.
  • the study-table and act. equipment-table are defined as part 3; and the ref. study-table and ref. equipment-table are defined to generate views.
  • FIG. 13 is a flowchart showing a process executed in the external server when information is downloaded from a hospital sano.
  • step S41 the staff of the facility such as the service center starts the openable in-hospital information acquisition application on the external server.
  • This open in-hospital information acquisition application downloads information from each hospital using the network.
  • the openable in-hospital information acquisition application displays a selection screen as step S42, and causes the staff of a facility such as a service center to select a hospital from which information has been acquired (step S43, No).
  • FIG. 14 is a diagram showing an example of a hospital selection screen displayed at this time.
  • tabs 81 for “Ahko”, “Sasato”, “Naichiho”, and “Mahan”, which are sorted in order of hospital name by operating a pointing device, etc., are displayed on the screen. Select the desired hospital name from the hospital names shown in the next selected tab 81 by selecting the radio button 82 (the part shown in the figure indicates the selected item). ), Press the ⁇ Connect '' button 84 to record the contents of the selection instruction, and then press the ⁇ Close '' 83 to register the selection instruction by the operator, and to process the network connection to the next hospital Move on.
  • Step S43 From the screen shown in Fig. 14, when the staff of the facility such as the service center selects a hospital and presses the "Connect" button 84 (Step S43, Yes), the selected staff is selected as Step S44.
  • One or more hospital facilities are connected via the network 61 or 62 shown in Fig. 7, and the staff inputs an authentication password for obtaining authentication permission to the hospital selected in step S42, and responds to this.
  • the data is sent to the in-hospital server of the hospital to perform the authentication process.
  • the external server accesses the openable in-hospital information view, which is stored in the in-hospital server of the hospital and generated by the in-hospital server in step S28 in FIG. 9, as step S45. I do.
  • step S46 the external server causes the staff to designate and input the period of the openable in-hospital information to be downloaded from the in-hospital server.
  • step S47 the openable in-hospital information corresponding to the designated input period is downloaded, stored and managed, and if the connection is established via the network 62, the network line is disconnected, and then this processing is performed. finish.
  • FIG. 15 is a diagram showing an example of openable in-hospital information that the external server has downloaded from the hospital in step S47.
  • FIG. 15A shows in-hospital equipment information that shows information about endoscope devices in the hospital, with the upper scope and lower The types and numbers for the head scope, video processor, treatment tools used in the endoscope, vital sign monitor, and endoscope system are stored.
  • Fig. 15B shows test information indicating information on endoscopy performed at the hospital. The name of the patient who performed the test, the date of visit, the test start time, the type of test, the name of the scope used and its ID, and the endoscope The number of images taken, the name of the inspecting physician, the name of the nurse, the name and number of treatment tools used, and the name and number of used drugs are stored.
  • FIG. 15C shows equipment information, which is information about maintenance of endoscope equipment in a hospital.Name of the equipment, purchase date, unit price, number of times of use, failure date, repair company, warranty period, use of the equipment. And the date of application for repair are stored.
  • FIG. 15D shows information on the endoscope washer, the scope name and its ID of the scope cleaned by the washer, the name and ID of the person who performed the cleaning process, the cleaning start time, and the time when the cleaning process was performed.
  • Various setting information and the like of the cleaning device are stored.
  • Figure 15E shows in-hospital resource information, which is information on endoscopy staff and equipment in the hospital, including the number of endoscopists, nurses and cleaning staff, the number of examinations per day, vital monitors, The total number of scopes and video processors is stored.
  • the test information shown in FIG. 15B corresponds to the test information
  • the in-hospital resource information shown in FIG. 15E corresponds to the user information.
  • the publicly available in-hospital information collected by the external server may be stored in the external server as raw data, and each service application may be configured to manage the raw data.
  • a configuration is also possible in which the collected information is preliminarily processed and the data is read out by each service application.
  • FIG. 16 is a flowchart showing processing by each service application.
  • This service application is a terminal 56 connected to the in-house LAN 51 in the external facility 50 in FIG. 7 or an information processing device connected to the external server 55 via the networks 61 and 62. Performed on the table.
  • step S51 the terminal on which each service application is running accesses an external server via an in-house LAN or the like.
  • step S52 the service application running on the terminal prompts the user to input an authentication password for obtaining authentication permission to the external server, and sends the authentication password to the external server to perform an authentication process.
  • step S52 when the authentication permission is obtained from the external sano, the service application displays a selection screen on the terminal and prompts the user to select a facility for performing information processing in step S53.
  • the service application reads the openable in-hospital information recorded and managed in the external server, and extracts the data necessary for providing the open-hospital in-hospital information at step S55. Then, various processes corresponding to the above service are executed using this data as step S56, and after outputting the process results as step S57, the present process is terminated.
  • the data management system has a configuration in which information is exchanged between a hospital facility and an external facility such as a service center via a network.
  • the delivery may be performed by a portable storage medium such as a DVD.
  • the in-hospital information collected by the in-hospital server in the hospital is stored in a database, and the ability to store and manage this database is not limited to SQL-based data. It may be based on a database system constructed by words.
  • a terminal provided in a hospital stores in-hospital information indicating the use status of medical devices and the like in an information registration server provided in an external facility that provides medical services such as a medical device rental service (this information registration server). Is transmitted to the above-mentioned out-of-hospital server (out-of-hospital information processing device), which corresponds to the external server 55 in FIG. 7) via a network as a communication line, and an information registration server or the like analyzes the in-hospital information, and There is a data management system that provides medical services to and charges fees for the medical services (see, for example, WO 02Z017171 (pages 14 to 25, FIGS. 1 to 9)). .
  • new in-hospital information can be transmitted to the information registration server
  • the new in-hospital information can be added and the in-hospital information can be transmitted to the information registration server. Will be able to provide better medical services.
  • in-hospital information that can be transmitted to the information registration server according to the revised law and hospital policy is required. Must match the in-hospital information actually recorded in the information registration server.
  • the in-hospital information that can be transmitted to the external facility according to the revised law and the hospital policy while reducing the labor and cost, and the in-hospital information actually recorded on the external facility
  • FIG. 17 is a diagram schematically showing a data management system capable of matching in-hospital information that can be transmitted to an external facility and in-hospital information that is actually recorded on the external facility.
  • the data management system 1000 shown in FIG. 17 includes a terminal 1002 provided at the information transmission source facility 1001 (this terminal 1002 (this terminal 1002 is, for example, the in-hospital server (in-hospital information processing apparatus), the in-hospital information processing apparatus in FIG. 7). Server 45) and an information registration server 1004 provided in an external facility 1003 (this information registration server 1004 corresponds to, for example, the out-of-hospital server (out-of-hospital information processing device)). It is connected and configured via a network.
  • the terminal 1002 is connected to an information storage server 1005 provided in an information transmission source facility 1001 via a network such as a LAN (Local Area Network).
  • a network such as a LAN (Local Area Network).
  • the information storage server 1005 includes a database (first database) and stores a plurality of pieces of information in the database (for example, the plurality of pieces of information include patient information input by hospital staff shown in FIG. (Corresponding to an endoscope image), and transmits information to the terminal 1002 based on a request from the terminal 102 out of the plurality of information.
  • the database provided in the information storage server 1005 may be provided in the terminal 1002.
  • the terminal 1002 registers the item information indicating the item when a plurality of information recorded in the database of the information storage server 1005 is divided for each item, and the information corresponding to the item.
  • a mask setting means 1006 for recording as a mask table in association with mask information indicating whether transmission is possible to the server 1004 and a mask table after the mask information is changed.
  • Transmission means 1007 for transmitting change information based on the information to the information registration server 1004.
  • the transmitting means 1007 confirms information that can be transmitted to the information registration server 1004 based on the mask table set by the mask setting means 1006, and stores the confirmed information in the database of the information storage server 1005. Extract and send to information registration server 1004.
  • the information registration server 1004 is connected to a database management terminal 1008 that records information transmitted from the terminal 1002 (for example, this information corresponds to the information shown in Figs. 15A to 15E) and a LAN or the like. Connected via a network.
  • the database management terminal 1008 has a database (second database), and records information transmitted from the information registration server 1004 in the database. Further, the database management terminal 1008 may be configured by, for example, a personal computer or the like. Further, the database provided in the database management terminal 1008 may be provided in the information registration server 1004.
  • the information registration server 1004 stores the information recorded in the database of the information storage server 1005 before the mask information of the plurality of information is changed.
  • Registration information management means 1009 for requesting the terminal 1002 to record the past minute information in the database of the database management terminal 1008, or for deleting the past minute information already recorded in the database of the database management terminal 1008. It is composed.
  • the mask setting 1006 and the communication means 1007 include, for example, a program recorded in a RAM (Random Access Memory) or a ROM (Read Only Memory) provided in the terminal 1002, such as a CPU (Central Processing Unit). It may be realized by being executed by.
  • a program recorded in a RAM Random Access Memory
  • ROM Read Only Memory
  • CPU Central Processing Unit
  • the registration information management means 1009 may be realized, for example, by executing a program recorded in a RAM or a ROM provided in the information registration server 1004 by a CPU or the like.
  • the data management system 1000 records the past information in the database of the database management terminal 1008, Past information already recorded in the database of the base management terminal 1008 is deleted
  • the data management system 1000 Consider a case in which a terminal provided in a hospital and an information registration server provided in an external facility for providing medical services are connected via a network and applied to a data management system.
  • FIG. 18 is a diagram showing an embodiment in which the data management system 1000 is applied to a data management system configured by connecting a terminal of a hospital and an information registration server of an external facility via a network. is there.
  • the same components as those shown in FIG. 17 are denoted by the same reference numerals.
  • a terminal 1002 provided in a hospital 201 and an information registration server 1004 provided in an external facility 202 for providing medical services to the hospital 201 are connected via a network 203. Connected and configured.
  • the terminal 1002 is connected to the information storage server 1005 via the network 204.
  • the information storage server 1005 includes a PC (Personal) including an endoscope inspection device 205 and an endoscope inspection device 206 (the endoscope inspection device 206 corresponds to, for example, the endoscope inspection device 21).
  • Computer client 207 (this PC client 207 corresponds to, for example, the inspection apparatus terminal 22) via a network 204.
  • the in-hospital information indicating the test results obtained by the endoscopy device 205 and the endoscopy device 206 is transmitted from the endoscopy device 205 and the PC client 207 to the information storage server 1005 via the network 204.
  • the information is transmitted and recorded in the database of the information storage server 1005.
  • the terminal 1002 includes a mask setting unit 1006 and a transmitting unit 1007.
  • the mask setting means 1006 is configured to store, when a plurality of pieces of information recorded in the database of the information storage server 1005 are divided for each item, the item information indicating the item and the item information indicating the item.
  • the corresponding information is recorded in the terminal 1002 as a mask table 208 in association with the mask information indicating whether or not the information can be transmitted to the information registration server 1004.
  • the transmitting means 1007 stores the in-hospital information based on the mask table 208 in the information storage server 10.
  • the database capacity of 05 is also extracted and transmitted to the information registration server 1004.
  • the transmitting unit 1007 transmits the mask table 28 after the change of the mask information to the information registration server 1004.
  • the information registration server 1004 is connected via a network 209 to a database management terminal 1008 that records in-hospital information transmitted from the terminal 1002.
  • the database management terminal 1008 has a database, and records the in-hospital information transmitted from the information registration server 1004 in the database.
  • the information registration server 1004 records the mask table 208 before the mask information is changed as the old mask table 300, and also records the mask table 208 after the mask information is changed into the new mask table 301.
  • a database management terminal As a database management terminal
  • FIG. 19 is a flowchart illustrating the operation of terminal 1002.
  • step A1 the terminal 1002 associates each item with mask information indicating whether or not the in-hospital information corresponding to the item should be transmitted to the information registration server 1004 based on the user's operation, and associates the item with a mask table. (Mask setting).
  • FIG. 20 shows a mask setting GUI displayed on a display or the like provided in terminal 1002.
  • the mask setting GUI screen 400 includes an item display area in which items are displayed.
  • It comprises a 401 and a check box display area 402 in which a check box corresponding to each item is displayed.
  • the check boxes corresponding to “patient name” and “weight” are checked.
  • a setting completion button or the like may be provided on the mask setting GUI screen 400, and the mask setting may be terminated when the setting end button or the like is pressed.
  • the check box The in-hospital information of the item corresponding to the resource cannot be transmitted to the information registration server 1004. That is, in the example shown in FIG. 20, since the check boxes corresponding to “patient name” and “weight” are checked, the in-hospital information corresponding to “patient name” and “weight” is displayed. Information Unable to send to registration server 1004. In addition, in-hospital information corresponding to the “examiner”, “examination type”, and “examination date” for which the check boxes are not checked can be transmitted to the information registration server 1004. In addition, if the law is amended or the policy of the hospital 201 is changed and the in-hospital information corresponding to the item of “examiner” cannot be transmitted to the information registration server 1004, the user will be asked Check the check box corresponding to the item of "".
  • FIG. 21 is a diagram showing an example of the mask table 208 recorded in the terminal 1002.
  • the mask table 208 shown in FIG. 21 corresponds to the mask setting of each check box on the mask setting GUI screen 400 shown in FIG.
  • the mask table 208 includes a large number of mask information records 500 (500-1, 500-2, 500-3, 500-4, 500-5, ). It is configured within.
  • Each mask 'If information record 500 includes an item information area 501 in which item information is recorded, and a mask in which mask information indicating whether or not to transmit in-hospital information corresponding to the item information to the information registration server 1004 is recorded.
  • An information area 502 is provided.
  • step A2 of FIG. 19 when the mask setting is completed by the user operation, the terminal 1002 compares the mask table 208 in which the mask setting has been completed with the mask table 208 used so far. To overwrite.
  • terminal 1002 transmits mask table 208 after the overwriting and saving to information registration server 1004.
  • FIG. 22 shows that the transmission operation power of the mask table 208 in the terminal 1002 is 6 is a flowchart showing a series of operations up to the recording operation of the mask table 208 in FIG.
  • step B1 the terminal 1002 transmits the mask table 208 after the setting is completed to the information registration server 1004.
  • FIG. 23 is a diagram showing an example of the mask table 208 transmitted to the information registration server 1004 after the setting is completed.
  • the set mask table 208 is transmitted from the terminal 1002 to the information registration server 1004.
  • FIG. 24 is a diagram showing another example of the mask table 208 transmitted to the information registration server 1004 after the setting is completed.
  • the mask table 800 shown in FIG. 24 is similar to the mask table 208 shown in FIG. 23 in that the mask information area 502 of the mask information record 500-3 in the mask table 208 shown in FIG. "Based on the changed mask table 208.
  • the mask table 800 shown in Fig. 24 includes only the mask information record 801 (801-1) in which the mask information has been changed.
  • the mask information record 801 includes an item information area 802 in which item information is recorded, and a mask information area 803 in which mask information indicating whether or not to transmit in-hospital information corresponding to the item information to the information registration server 1004 is recorded.
  • the mask table 800 may be configured only with the mask information record 801 whose mask information has been changed, and the mask table 800 may be configured to be transmitted from the terminal 1002 to the information registration server 1004.
  • step B2 of FIG. 22 the information registration server 1004 receives the mask table 208 after the setting is completed.
  • step B3 the information registration server 1004 renames the old mask table 208 used so far and records it as the old mask table 300.
  • step B4 the information registration server 1004 records the new mask table 208 transmitted from the terminal 1002 after the setting is completed as the new mask table 301.
  • step B5 the information registration server 1004 notifies the terminal 1002 that the reception of the mask table 208 has been completed.
  • the information registration server 1004 records the old mask table 300 and the new mask table 301, compares the old mask table 300 with the new mask table 301, and checks which mask information has been changed. I do.
  • the information registration server 1004 requests the in-hospital information corresponding to the changed mask information from the terminal 1002 and sends it to the database management terminal 1008, or transmits the in-hospital information corresponding to the changed mask information to the database management terminal 1008.
  • the database management terminal 1008 database capability is also deleted.
  • FIG. 25 is a diagram showing an example of a database provided in the database management terminal 1008.
  • the database 900 shown in FIG. 25 includes a large number of in-hospital information records 901 (901-1, 901-2, 901-3, 901-4, 901-5, ).
  • Each hospital's blue report 901 has an item information area 902 in which item information is recorded, and an examination content area 903 (903) in which examination contents obtained by the endoscopy equipment 205 and the endoscopy equipment 206 are recorded.
  • the inspection content area 903 is added every time the inspection content is transmitted from the terminal 12. For example, even if it is added in chronological order, Good.
  • the registration information management means 1009 compares the old mask table 300 with the new mask table 301 and makes changes. The operation of deleting the in-hospital information corresponding to the updated mask information from the database of the database management terminal 1008 will be described.
  • FIG. 26 shows that the in-hospital information corresponding to the changed mask information is stored in the database management terminal 100.
  • FIG. 8 is a flowchart for explaining the operation of the data management system 1000 when deleting from the database of No. 8.
  • step C1 the registration information management unit 1009 reads the recorded old mask table 300 and new mask table 301.
  • step C2 the registration information management unit 1009 compares the old mask table 300 with the new mask table 301.
  • FIG. 27 is a diagram showing an example of a mask table when the old mask table 300 and the new mask table 301 are combined in order to compare the old mask table 300 and the new mask table 301.
  • the mask table shown in FIG. 27 is a mask table in which the mask table 208 shown in FIG. 21 and the mask table 208 shown in FIG. 23 are combined.
  • the mask table 1100 shown in FIG. 27 has a large number of mask information records 1101 (1101-1-1, 1101-2, 1101-2, 1101-3, 1101-4, 1101-5, ⁇ ). Has been inside.
  • Each mask information record 1101 includes an item information area 1102 in which item information is recorded, an old mask information area 1103 in which mask information of the old mask table 300 is recorded, and a new information in which mask information of the new mask table 301 is recorded.
  • a mask information area 1104 is provided.
  • the registration information management unit 1009 determines that in a certain mask information record 1101, the mask information recorded in the old mask information area 1103 is “none” and the mask information recorded in the new mask information area 1104 is “ If “Yes” is recorded, it is determined that the in-hospital information corresponding to the item information of the mask information record 1101 cannot be recorded in the database of the database management terminal 1008.
  • step C3 of FIG. 26 the registration information management unit 1009 reads item information corresponding to the mask information whose change has been confirmed from the database of the database management terminal 1008. Search for.
  • step C4 the registration information management means 1009 sets NULL in the database of the database management terminal 1008 to the field values of all the inspection content areas corresponding to the searched item information.
  • FIG. 28 is a diagram illustrating a state of the database of the database management terminal 1008 when all the inspection content areas corresponding to the changed mask information are set to NULL.
  • the database shown in FIG. 28 is a part of the database 900 shown in FIG.
  • the database 900 shown in Fig. 28 is a comparison result between the old mask table 300 and the new mask table 301 in the mask table 1100 shown in Fig. 27, and all the inspection content areas 903 corresponding to the in-hospital information records 901-3. Has been deleted. That is, when the in-hospital information to be recorded in the examination content area 903-3 is transmitted from the terminal 1002 to the information registration server 1004, the database 900 shown in FIG. The mask information area 502 of No. 3 was changed from “No” to “Yes”, and the in-hospital information recorded in the examination content areas 903-1 and 903-2 of the database of the database management terminal 1008 at that time was deleted. It shows that.
  • the in-hospital information recorded in the database of the database management terminal 1008 before the mask table 208 is changed can be deleted.
  • the field values of all the inspection content areas corresponding to the searched item information cannot be referenced. It may be set so that
  • the registration information management means 1009 compares the old mask table 300 with the new mask table 301, and causes the in-hospital information corresponding to the changed mask information to be added to the database of the database management terminal 1008. The operation will be described.
  • FIG. 29 is a flowchart for explaining an operation of additionally recording in-hospital information corresponding to the changed mask information in the database of the database management terminal 1008.
  • the registration information management unit 1009 checks the old mask Read Table 300 and New Mask Table 301.
  • step D2 the registration information management means 1009 compares the old mask table 300 with the new mask table 301.
  • FIG. 30 shows the old mask table 3 in order to compare the old mask table 300 with the new mask table 301.
  • FIG. 14 is a diagram showing an example of a mask table when 00 and a new mask table 301 are combined.
  • the mask table 1400 shown in Fig. 30 includes a large number of mask information records 1401 (1401-1, 1401).
  • Each mask information record 1401 includes an item information area 1402 where item information is recorded, and an old mask table 30.
  • the registration information management unit 1009 determines that in a certain mask information record 1401, the mask information recorded in the old mask information area 1403 is “present” and the mask information recorded in the new mask information area 1404 is “ If "none" is recorded, it is determined that hospital information corresponding to the item information of the mask information record 1401 can be recorded in the database of the database management terminal 1008.
  • the registration information management unit 1009 requests the terminal 1002 for insufficient hospital information corresponding to the changed mask information.
  • the examination content area 903 corresponding to the insufficient hospital information may be requested.
  • the registration information management means 1009 records that the mask information recorded in the old mask information area 1403 is “present” and the mask information recorded in the new mask information area 1404 is “none”.
  • the entire mask information record 1401 may be deleted from the database of the database management terminal 1008, and the corresponding new mask information record 1401 may be requested from the terminal 1002.
  • step D4 the terminal 1002 stores in-hospital information (field values) based on the request transmitted from the information registration server 1004 from the database of the information storage server 1005. Extract.
  • the in-hospital information at this time may be extracted by, for example, SQL (Structured Query Language) or another database control language as shown in FIG.
  • FIG. 31 is a diagram showing a data table of in-hospital information in which the database capacity of the information storage server 1005 is also extracted. It is assumed that the data table shown in FIG. 31 records in-hospital information corresponding to item information of “weight”.
  • the data table 1500 shown in Fig. 31 has a shortage information record 1501 (1501-1-1, 1501-2, 1501-3, ⁇ ⁇ ⁇ ⁇ ) in which a shortage of in-hospital information is recorded. It is composed of Each shortage information record 1501 has a test content area 1502 in which the test content is recorded, and a weight area 1503 in which the weight is recorded.
  • step D5 of FIG. 29 the terminal 1002 transmits the extracted in-hospital information to the information registration server 1004.
  • step D6 the information registration server 1004 receives the in-hospital information.
  • step D7 the registration information management means 1009 transmits the received in-hospital information to the database management terminal 1008, and causes the database management terminal 1008 to record the information in the database.
  • FIG. 32 is a diagram showing a state in which the received in-hospital information is additionally recorded in the database of the database management terminal 1008.
  • the database 900 shown in FIG. 32 is a part of the database 900 shown in FIG.
  • the database 900 shown in Fig. 32 is a comparison result between the old mask table 300 and the new mask table 301 in the mask table 1400 shown in Fig. 30, and all the inspection content areas 903 corresponding to the in-hospital information record 901-2. Indicates that additional in-hospital information was recorded. That is, when in-hospital information to be recorded in the examination content area 903-3 is transmitted from the terminal 1002 to the information registration server 1004, the database 900 shown in FIG. 32 stores the mask information record 500-2 of the mask table 208 in FIG. Is changed from “Yes” to “No” in the mask information area 502, and recorded in the inspection content areas 903-1 and 903-2 of the database of the information storage server 1005 until that time. This indicates that the in-hospital information that has been added has been additionally recorded in the database of the database management terminal 1008.
  • the in-hospital information recorded in the database of the information storage server 1005 before the mask table 208 is changed can be additionally recorded in the database of the database management terminal 1008.
  • the data management system 1000 stores the past information recorded in the database of the information storage server 1005 before the mask information is changed, into the database management terminal 1008.
  • the information stored in the database of the database management terminal 1008 or the past information recorded in the database of the database management terminal 1008 is deleted.
  • the in-hospital information actually recorded in the database of the database management terminal 1008 can always be matched.
  • FIG. 33 is a diagram showing another embodiment of the data management system 1000.
  • the same components as those shown in FIG. 18 are denoted by the same reference numerals.
  • the difference between the data management system 1700 shown in FIG. 33 and the data management system 200 shown in FIG. 18 is that the transmission means 1007 of the terminal 1002 compares the old mask table 1701 with the new mask table 1702 and transmits the data. If the transmittable mask information changed from impossible to transmittable is in the new mask table 1702, the past in-hospital information corresponding to the transmittable mask information and the past in-hospital information are additionally recorded in the database of the database management terminal 1008.
  • An additional instruction to the effect is sent to the information registration server 1004, and if the untransmittable mask information changed from transmittable to non-transmittable is included in the new mask table 1702, the past branch office corresponding to the non-transmittable mask information Information of database management terminal 1008 data
  • the point that a deletion instruction to delete from the base is transmitted to the information registration server 1004, and the registration information management means 1009 of the information registration server 1004 transmits the addition instruction from the terminal 1002 to the database of the database management terminal 1008.
  • the past in-hospital information corresponding to the possible mask information is additionally recorded, and when a delete instruction is transmitted from the terminal 1002, the past in-hospital information corresponding to the untransmittable mask information is deleted from the database of the database management terminal 1008. It is.
  • FIG. 34 is a flowchart for explaining the operation of the terminal 1002 of the data management system 1700.
  • step E1 the terminal 1002 associates each item with mask information indicating whether or not the in-hospital information corresponding to the item should be transmitted to the information registration server 1004 based on a user operation.
  • mask table mask setting
  • step E2 terminal 1002 renames the old mask table used so far and records it as old mask table 1701.
  • step E3 the terminal 1002 records the new mask table set in step E1 as a new mask table 1702.
  • the old mask table 1701 and the new mask table 1702 are compared, and if the changed mask information is in the new mask table 1702, the in-hospital information corresponding to the changed mask information is managed in the database.
  • the operation of additionally recording in the database of the terminal 1008 will be described.
  • FIG. 35 is a flowchart for explaining the operation of the data management system 1700 when in-hospital information is additionally recorded in the database of the database management terminal 1008.
  • step F1 the transmitting means 1007 of the terminal 1002 reads the recorded old mask table 1701 and new mask table 1702.
  • step F2 the transmitting means 1007 of the terminal 1002 compares the old mask table 1701 with the new mask table 1702.
  • transmitting means 1007 of terminal 1002 transmits the changed mask information.
  • the in-hospital information corresponding to the information is also extracted from the database capacity of the information storage server 1005.
  • the transmitting means 1007 of the terminal 1002 transmits the in-hospital information recorded in the database of the information storage server 1005 before the mask information is changed among all the in-hospital information corresponding to the changed mask information to the information storage server.
  • a database power of 1005 may also be extracted.
  • the in-hospital information may be extracted by, for example, SQL or another database control language.
  • step F4 the transmitting means 1007 of the terminal 1002 registers the extracted in-hospital information, an additional calorie instruction to additionally record the in-hospital information in the database of the database management terminal 1008, and registers the recording destination of the database. Send to server 1004.
  • step F5 upon receiving the addition instruction, the registration information management means 1009 of the information registration server 1004 transmits the in-hospital information and the recording destination of the database to the database management terminal 1008, and based on the recording destination of the database. In-hospital information is recorded in the database of the database management terminal 1008.
  • FIG. 36 is a flowchart for explaining the operation of data management system 1700 when in-hospital information is deleted from the database of database management terminal 1008.
  • step G1 the transmitting means 1007 of the terminal 1002 reads the recorded old mask table 1701 and new mask table 1702.
  • step G2 the transmitting means 1007 of the terminal 1002 compares the old mask table 1701 with the new mask table 1702.
  • step G3 the transmitting means 1007 of the terminal 1002 sends an in-hospital information corresponding to the changed mask information to the information registration server 1004 to delete the in-hospital information of the database management terminal 1008. Send to
  • the registration information management means 1009 of the information registration server 1004 stores the in-hospital information based on the received deletion instruction in the database management terminal 1008.
  • Source In the database of the database management terminal 1008, instead of deleting the in-hospital information corresponding to the changed mask information, it may be set so that the in-hospital information corresponding to the changed mask information cannot be referred to.
  • the terminal determines whether or not to record the in-hospital information recorded in the database of the information storage server 1005 in the database of the database management terminal 1008 before the mask information is changed. It may be performed on the 1002 side.
  • the difference between this data management system and the data management system 1000 shown in Fig. 18 is that the transmission means of the terminal 1002 that does not compare the old and new mask tables 1007 Out of the in-hospital information, which is the in-hospital information recorded in the database of the information storage server 1005 before the mask information is changed, and "the past in-hospital information is additionally recorded in the database of the database management terminal 1008" Request to delete the past in-hospital information recorded in the database of the database management terminal 1008 '', and the registration information management unit 1009 sends the addition instruction from the terminal 1002. Is sent, the past in-hospital information is recorded in the database of the database management terminal 1008, and deleted from the terminal 1002. When the deletion instruction is transmitted, the past in-hospital information recorded in the database of the database management terminal 1008 is deleted.
  • FIG. 37 is a flowchart for explaining the operation of another data management system when in-hospital information is additionally recorded in the database of the database management terminal 1008.
  • each item is associated with mask information indicating whether or not the in-hospital information corresponding to the item should be transmitted to the information registration server 1004 by a user operation.
  • mask information indicating whether or not the in-hospital information corresponding to the item should be transmitted to the information registration server 1004 by a user operation.
  • certain mask information is changed.
  • step H2 the terminal 1002 also extracts the in-hospital information corresponding to the changed mask information from the database of the information storage server 1005.
  • the terminal 1002 extracts the in-hospital information recorded in the database of the information storage server 1005 from the information storage server 1005 before the mask information is changed, out of all the in-hospital information corresponding to the changed mask information. May be.
  • In-hospital information may be extracted by, for example, SQL or another database control language.
  • step H3 the terminal 1002 sets the extracted in-hospital information, an additional instruction to additionally record the in-hospital information in the database of the database management terminal 1008, and the recording destination (item name) of the database. Sent to registration server 1004.
  • the terminal 1002 transmits the extracted in-hospital information, an additional instruction to additionally record the in-hospital information to the database of the database management terminal 1008, and a list of recording destinations (item names) of the database to the information registration server 1004. May be.
  • step H4 the information registration server 1004 receives the in-hospital information, the addition instruction, and the recording destination of the database transmitted from the terminal 1002.
  • step H5 upon receiving the addition instruction, the registration information management means 1009 of the information registration server 1004 transmits the in-hospital information and the recording destination of the database to the database management terminal 1008, and based on the recording destination of the database, Information is recorded in the database of the database management terminal 1008.
  • FIG. 38 is a flowchart for explaining the operation of the data management system when in-hospital information is deleted from the database of the database management terminal 1008.
  • step J1 in a mask table in which each item is associated with mask information indicating whether or not the in-hospital information corresponding to the item should be transmitted to the information registration server 1004 by a user operation, The mask information is changed.
  • step J2 the terminal 1002 transmits to the information registration server 1004 a deletion instruction to delete the in-hospital information corresponding to the changed mask information from the database of the database management terminal 1008.
  • step J3 the registration information management means 1009 of the information registration server 1004 causes the in-hospital information based on the deletion instruction transmitted from the terminal 1002 to be deleted from the database of the database management terminal 1008.
  • the database of the database management terminal 1008 instead of deleting the in-hospital information corresponding to the changed mask information, a setting is made so that the in-hospital information corresponding to the changed mask information cannot be referred to. Is also good.
  • the terminal 1002 and the information registration server 1004 each have a correspondence table in which item information and simple symbols such as numerals are recorded in association with each other.
  • the above simple symbol is sent instead of the item information, and the information registration server 1004 is configured to refer to the correspondence table.
  • the fact may be returned to the terminal 1002.
  • the fact may be returned to the terminal 1002.
  • the contents of the database of the database management terminal 1008 are updated.
  • the mask table currently used and the database management terminal 1008 are updated every predetermined time.
  • the contents of the database may be compared and the contents of the database of the database management terminal 1008 may be updated based on the comparison result.
  • the past information is stored in the information. Either the power recorded in the database provided by the information registration server 1004 or the past information recorded in the database is deleted, so that the terminal 1002 can transmit to the information registration server 1004 Information and the information recorded in the database of the information registration server 1004 can always be matched.
  • the law on medical care is revised, and the in-hospital information of the hospital 202 is stored outside the hospital. Even if the policy regarding whether or not is changed, the in-hospital information that can be sent from the terminal 1002 to the information registration server 1004 and the in-hospital information recorded in the database provided in the information registration server 1004 can always be matched. By analyzing in-hospital information recorded in the database, medical services provided to the hospital 202 can be correctly performed.

Landscapes

  • Engineering & Computer Science (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Theoretical Computer Science (AREA)
  • Medical Informatics (AREA)
  • Bioethics (AREA)
  • General Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Software Systems (AREA)
  • Physics & Mathematics (AREA)
  • Computer Hardware Design (AREA)
  • General Physics & Mathematics (AREA)
  • Databases & Information Systems (AREA)
  • Nutrition Science (AREA)
  • Epidemiology (AREA)
  • Primary Health Care (AREA)
  • Public Health (AREA)
  • Endoscopes (AREA)
  • Storage Device Security (AREA)

Abstract

　外部に出すことが出来ない情報に対して情報提供の不許可を指示するマスク情報を管理者に設定入力させて、このマスク情報が情報提供の許可を示している情報のみを院内サーバから、院外にある外部サーバに吸い上げさせる。そして各サービス毎に生成されているサービスアプリケーションは、外部サーバが吸い上げた院内情報の中から自己が必要な情報を読み出して活用し、サービスを提供する。

Description

明 細 書
データマネージメントシステム 技術分野
[0001] 本発明は、病院内で扱われる電子データの管理を行なうシステムに関し、更に詳し くは病院外部へ電子データを受け渡す際のデータの受け渡しの仕方に関する。 背景技術
[0002] 現在医療分野にお!、ても、ネットワーク技術や情報処理技術の発展に伴 、、各種 医療行為に対する情報や会計情報等の病院施設内で用いられる情報を電子データ 化してこれをネットワークを介してやり取りするシステムが考案化され、実用化されて いる。
[0003] 例えば、特許文献 1 (特開 2002— 207822号公報（図 1、段落 [0010]〜[0014]) )には、地域毎に設けられた地域情報サーバを一般家庭やその地域の医療施設に 設けられた端末とネットワーク接続し、また各地域情報サーバと情報のやり取りを行な う総合情報サーバをインターネット等のネットワークによって接続して、医療情報等を やり取りするシステムが示されている。
[0004] また病院内においても HIS (Hospital Information System)等の医療情報の 連携システムの発達に伴い、患者やその医療行為に対する様々なデータを、検査機 器や端末装置力もネットワークを介して病院内に設けられた院内サーバに蓄積'管理 することが行なわれて 、る。
[0005] この病院内でサーバに蓄積 '管理されている各種情報は、病院内で用いるだけで なく病院外部で二次利用することも考えられる力 この場合の病院外部へのデータの 受け渡しの仕方としては、院内サーバにデータベース化して蓄積されている生デー タをそのまま病院外部のサーバにコピーして利用する、或いは病院外部にあるサー ビスアプリケーションが直接、二次利用する分のデータ項目だけを院内サーバから取 得して利用するという方法が取られている。
[0006] 図 1は、従来の病院外部へのデータの受け渡しの仕方の説明図である。
図 1Aは、院内サーバ 101に蓄積されて 、るデータを用いてサービスを提供する各 サービスアプリケーション 102がそれぞれ個別に、院内サーバから遂次データを読み 出す場合を示すもので、また図 1Bは、院内サーバに蓄積されているデータを外部サ ーバがー括して吸 、上げる場合を示すものである。
[0007] 図 1Aの場合、院内サーバ 101に対して、各サービスアプリケーション 102— 1〜10
2— nがネットワークを介してそれぞれ個別に院内サーバ 101にアクセスし、必要なデ ータを読み出ししている。
[0008] また図 1Bの場合には、外部サーバ 103がネットワークを介して、院内サーバ 101内 に蓄積されているデータを全て吸い上げ、各サービスアプリケーション 102— 1〜10
2— nは、この外部サーバ 103から必要なデータを読み出して二次利用する。
[0009] 図 2は、図 1に示したデータの受け渡しの処理を示すフローチャートである。
図 2Aは、図 1 Aの場合の処理を示しており、図 2Aの処理が開始されると、まずステ ップ S101として病院内の各機器力も検査に関する情報を院内サーバ 101に送信す る。次にステップ S102として、院内サーバ 101はこの情報を内部データベースに登 録して蓄積する。
[0010] この状態において、院内サーバ 101内のデータを二次利用する各サービスアプリケ ーシヨン 102はそれぞれ、ステップ S103として、ネットワークを介して院内サーバ 101 にアクセスし、院内サーバ 101から必要な情報のみを取得する (ステップ S104)。そ してこの情報をサービスを実現するために活用する (ステップ S 105)。
[0011] また図 2Bは、図 1Bの場合の処理を示しており、図 2Bの処理が開始されると、図 2 Aの場合と同様、まずステップ S 111として各機器力 検査に関する情報を院内サー ノ 101に送信し、次にステップ S112として、院内サーバ 101はこの情報を院内情報 として内部データベースに登録して蓄積する。
[0012] この状態において、外部サーバ 103は、ステップ S 113としてネットワークを介して院 内サーバ 101アクセスし、院内サーバ 101内にデータベース化して記憶'蓄積されて V、る全ての院内情報を吸!、上げて取得する。
[0013] 次に院内サーバ 101内のデータを二次利用するサービスアプリケーション 102はそ れぞれ、ステップ S 113として、ネットワークを介して外部サーバ 103にアクセスし、外 部サーバ 103から必要な院内情報のみを取得する (ステップ S114)。そしてこの情報 をサービスを実現するために活用する (ステップ S 115)。
[0014] 上記したように、院内情報を病院外部で利用する場合、従来は院内サーバ 101に 収集した情報を、この情報を利用するサービスアプリケーション 102が直接取得して 活用する（方法 1)、または外部サーバ 103が院内サーバ 101内の情報を全て吸い 上げ、この外部サーバ 103から各サービスアプリケーション 102が必要な情報のみ活 用するという方法 (方法 2)を取っていた。
[0015] しかし、（方法 1)では、必要な情報はオンデマンドで院外サーノから院内サーバに アクセスするので、サービスアプリケーション毎に必要な情報を取得して処理を行え る半面、サービスアプリケーションが増える程、院内サーバへのアクセス回数が増え るので、セキュリティ面や院内サーバへの負荷が大きくなるという問題がある。さらに、 複数のサービスアプリケーションを作成する必要があるときは、院内サーバから情報 を取得するための仕組みを各サービスアプリケーションや院内サーバにそれぞれ設 ける必要があり、院内サーバ、院外サーバ、サービスアプリケーションを含むシステム 全体の拡張をさせるのには、多くの時間と手間を要するという問題もある。また、（方 法 2)では、院内サーバ内の情報を全て吸い上げるので、病院が院外に出したくない 情報、または法律 Z規制によって院外に出してはいけない情報も院外サーバが吸い 上げてしまうという問題がある。さらに、院内サーバ内の情報を全て吸い上げるので、 データ転送量が大きくなり、院外サーバや院内サーバに大きな負荷力 Sかかってしまう という問題もある。
[0016] 本発明は、院内サーノから効率よく必要な情報を吸い上げ、各サービスを提供す る仕組みを持つデータマネージメントシステムを提供することを課題とする。
また院内サーバから個人情報等、病院外部へ出したくない情報、または法律 Z院 内規律によって院外に出してはいけない情報の漏洩を防止しながら必要な情報を吸 V、上げ、各サービスを提供する仕組みを持つデータマネージメントシステムを提供す ることを課題とする。
[0017] 更に、サービスの数が増え、そのサービスの提供を行なうサービスアプリケーション の数が増えても、変更箇所を最小にすることが出来る、拡張性の高いデータマネー ジメントシステムを提供することを課題とする。 特許文献 1：特開 2002— 207822号（図 1、段落 [0010]〜[0014]) 特許文献 2 :再公表 WO02Z017171号 (第 14〜25頁、第 1〜9図）
発明の開示
[0018] 病院内で扱われる院内情報を蓄積、管理する院内情報処理装置に、上記問題点 を解決するため院内情報記憶手段 (又は院内情報記憶部）、マスク情報設定手段（ 又はマスク情報設定部)及び公開可能情報生成手段 (又は公開可能情報生成部)を 備える。
[0019] 院内情報記憶手段は、前記病院内から収集した院内情報を記憶、蓄積する。
マスク情報設定手段は、前記院内情報記憶手段に記憶された院内情報に対して、 前記病院の外部への提供を許可する力否かを示すマスク情報を設定する。
[0020] 公開可能情報生成手段は、前記マスク情報に基づ!、て、前記病院外部への提供 を許可したもののみを通信回線を介して病院外部力 取得できる状態又は病院外部 に出力できる状態とした公開可能情報を生成する。
[0021] また病院外に設置される院外情報処理装置に、公開可能情報読み出し手段 (又は 公開可能情報読み出し部)及び公開可能情報記憶手段 (又は公開可能情報記憶部
)を備える。
公開可能情報読み出し手段は、前記公開可能情報を前記院内サーバから読み出 す。
[0022] 公開可能情報記憶手段は、前記院内サーバから読み出した公開可能情報を記憶 する。
この構成により、外部サーバは、病院外部への提供が許可されていない院内情報 を含まない公開可能情報のみを読み出す。よって、病院外部への提供が許可されて V、な 、院内情報が外部サーバに読み出されることはな!/、。
図面の簡単な説明
[0023] [図 1A]従来の病院外部へのデータの受け渡しの仕方の説明図である。
[図 1B]従来の病院外部へのデータの受け渡しの仕方の説明図である。
[図 2A]従来のデータの受け渡しの処理を示すフローチャートである。
[図 2B]従来のデータの受け渡しの処理を示すフローチャートである。 [図 3]本実施形態におけるデータマネージメントシステムによる院内情報の外部への 受け渡しの方法を示す図である。
[図 4]本実施形態におけるデータマネージメントシステムの病院内に敷設される部分 の全体構成を示す概略図である。
[図 5]診療部門に設けられるシステムの構成を示す図である。
圆 6]院内サーバの構成を示す図である。
[図 7]本実施形態におけるデータマネージメントシステムの全体構成の概略及び情報 の流れを示す図である。
圆 8]内視鏡検査時の病院内での処理フローとそのとき生じる主な院内情報を示す 図である。
[図 9]マスク情報設定処理時の院内サーバの動作処理を示すフローチャートである。
[図 10]マスク情報設定画面の例を示す図である。
圆 11]院内サーバに記憶されている院内情報の例を示す図である。
[図 12]公開可能院内情報 Viewを作成するための SQLコードによる定義文の例を示 す図である。
圆 13]病院の院内サーバから情報の吸い上げを行なう際に、外部サーバにおいて実 行される処理を示すフローチャートである。
[図 14]病院の選択画面例を示す図である。
圆 15A]外部サーバが病院力 吸い上げた公開可能院内情報の例を示す図である。 圆 15B]外部サーバが病院力 吸い上げた公開可能院内情報の他の例を示す図で ある。
圆 15C]外部サーバが病院力 吸い上げた公開可能院内情報のさらに他の例を示 す図である。
圆 15D]外部サーバが病院力 吸い上げた公開可能院内情報のさらに他の例を示 す図である。
圆 15E]外部サーバが病院から吸い上げた公開可能院内情報のさらに他の例を示す 図である。
[図 16]サービスアプリケーションによる処理を示すフローチャートである。 [図 17]他の実施形態のデータマネージメントシステムを模式的に示す図である。
[図 18]他の実施形態のデータマネージメントシステムを示す図である。
圆 19]端末の動作を説明するためのフローチャートである。
[図 20]端末のディスプレイなどに表示されるマスク設定 GUI画面の一例を示す図で ある。
[図 21]端末に記録されるマスク表の一例を示す図である。
[図 22]端末におけるマスク表の送信動作力 情報登録サーバにおけるマスク表の記 録動作までの一連の動作を示すフローチャートである。
[図 23]マスク情報変更後のマスク表の一例を示す図である。
[図 24]マスク情報変更後のマスク表の他の例を示す図である。
[図 25]データベース管理端末が備えるデータベースの一例を示す図である。
圆 26]変更後のマスク情報に対応する院内情報をデータベース管理端末のデータ ベースから削除させる場合のデータマネージメントシステムの動作を示すフローチヤ ートである。
[図 27]旧マスク表と新マスク表とを合わせた際のマスク表の一例を示す図である。
[図 28]変更されたマスク情報に対応する全ての検査内容領域を NULUこするときの データベースの様子を示す図である。 圆 29]変更されたマスク情報に対応する院内情報をデータベースに追加記録する動 作を説明するためのフローチャートである。
[図 30]旧マスク表と新マスク表とを合わせた際のマスク表の一例を示す図である。 圆 31]情報保存サーバのデータベース力も抽出された院内情報のデータテーブルを 示す図である。
圆 32]不足分の院内情報をデータベースに追加記録するときの様子を示す図である
[図 33]他の実施形態のデータマネージメントシステムを示す図である。
圆 34]端末の動作を説明するためのフローチャートである。
[図 35]院内情報をデータベースに追加記録させる場合のデータマネージメントシステ ムの動作について説明するためのフローチャートである。 [図 36]院内情報をデータベースから削除させる場合のデータマネージメントシステム の動作について説明するためのフローチャートである。
[図 37]院内情報をデータベースに追加記録させる場合のデータマネージメントシステ ムの動作について説明するためのフローチャートである。
[図 38]院内情報をデータベースから削除させる場合のデータマネージメントシステム の動作について説明するためのフローチャートである。
発明を実施するための最良の形態
[0024] 以下に本発明に係る一実施形態を図面を参照しながら説明する。
図 3は、本実施形態におけるデータマネージメントシステムによる院内情報の外部 への受け渡しの方法を示す図である。
[0025] 本実施形態では、病院内の各診療科や受付等から病院内に施設されている院内 L ANを介して収集され、院内サーバ（院内情報処理装置とも呼ぶ） 1内にデータべ一 ス化して蓄積した各種情報に対して、患者のプライバシーに係る情報等病院の外に 出すことが出来ない情報に対して情報提供の不許可を指示するマスク情報を管理者 に設定入力させて、このマスク情報に基づいて情報提供の許可を示している情報を 生成し、その情報のみを通信回線 (例えば、インターネット等の公衆ネットワーク）を介 して院外にある外部サーバ（院外情報処理装置とも呼ぶ） 3に吸い上げさせる。そし て各サービス毎に生成されているサービスアプリケーション 2— 1〜2— nは、外部サ ーバ 3に蓄積されている病院外部への提供が許可されている院内情報の中から自己 が必要な情報を読み出して活用し、サービスを提供する。
[0026] これにより、患者の個人情報等病院外に出したくない情報が外部に漏洩することを 防ぐことが出来る。また各サービスアプリケーション 2— l〜2—nは、必要な情報を院 内サーバからではなく外部サーバ 2から読み出すので、データの転送速度の制限が 緩い。更に、新たな外部サービスアプリケーション 2を作成する必要があるときは、院 内サーバ 1のデータの中から予め病院外に出さない情報を省いた形で外部サーバ 3 に抽出し、そのデータを二次利用するサービスアプリケーション 2がそれを活用するこ とで冗長性を排除し、また拡張性を持つことが出来る。
[0027] 尚本明細書において「院内サーノ という言葉は、病院施設内全体で扱われている 情報を蓄積、管理するサーバ、病院内の各診療科や部署毎に設けられるサーバ等、 病院内で電子化データを収集、蓄積、管理するサーバ全般を包括して用いている。
[0028] 図 4は、本実施形態におけるデータマネージメントシステムの病院内に敷設される 部分 (院内システム)の全体構成を示す概略図である。
データマネージメントシステム（院内システムとも呼ぶ） 10は、複数の端末 (端末 12 、 14、 16)が LAN13によって接続された構成となっている。
[0029] このうち端末 12は、データマネージメントシステム 10に格納されているデータを参 照しょうとする場合に使用される端末である。また図 4において、点線で囲まれている 部分 15、 17、 19は、病院における各診療科に配置される部門システムを示しており 、端末 14、 16は各診察科に属している端末を示している。例えば、診療科 15では、 内視鏡を使った検査を行っているときには、端末 14は、内視鏡の撮像画像が表示さ れたり、医師の所見が入力されたりする、検査レポート作成等に用いる端末である。 診療科 17においても、検査にあたって得られた画像を表示したり、所見を入力して 検査レポートを作成するための端末 16が設けられている。端末 14や端末 16は、ネッ トワークに接続される医療機器であってもよ 、。
[0030] 電子カルテシステム 18は、例えば、病院の受付などに配置され、どの患者がどの診 療科の診察を受けるかをスケジューリングし、各診療科 15、 17、 19の端末に、診療 を受ける患者の情報を送信するシステムである。
[0031] 図 5は、診療科に設けられるシステムの構成を示す図である。図 5は、図 4の診療科 15部分に該当する。
図 5において、図 4の LAN13の一部である LAN23には、検査装置用端末 22、レ ポート入出力用端末 24、データ送受信用端末 28及びプリンタ 29が接続され、互い にデータをやり取り出来る構成となって ヽる。
[0032] 検査装置用端末 22は、検査具の制御や検査結果等の取得したデータを処理する 情報処理端末である。図 5では、検査装置用端末 22が扱う検査具の一例として内視 鏡検査装置 21が示してあり、検査装置用端末 22には内視鏡検査装置 21によって撮 像された画像の画像データが取り込まれる。また、検査装置用端末 22は、内視鏡検 查装置 21の種類を特定するなどの処理も行なう。 [0033] レポート入出力用端末 24は、検査を行なった医師が所見などを入力し、レポートを 作成するための端末である。このレポート入出力用端末 24上で作成されたレポート は、院内サーバ 25や DVD制御用端末 27に送られる。またレポート入出力用端末 24 によって作成されたレポートは、これに接続されたプリンタ 29bによって印刷すること が出来る。
[0034] 院内サーバ 25は、患者の氏名や年齢等の患者情報、検査結果として得られた画 像データや所見を記載したレポート等の検査情報、検査に使われた検査具の種類 や使用時間等の機器情報、医者や看護士等の病院スタッフに関する情報であるュ 一ザ情報などのデータを分類しデータベース化して保管するもので、 LAN23を介し て収集されたこれらの情報が、院内情報としてデータベース化されて格納される。ま たユーザ力もの指示に基づいてこれらをプリンタ 29aを使って印刷する。 DVD制御 用端末 27は、 DVDチェンジャー 26に搭載される DVDに検査で得られた画像デー タを格納したり、 DVDに格納されている画像データを読み出したりする。
[0035] データ送受信用端末 28は、電子カルテシステム 18から患者に関するデータを受け 取ったり、他の診療科のデータにアクセスするための端末である。プリンタ 29は、一 般にデータ送受信用端末 28が受け取ったデータを印刷したり、その他汎用的にデ ータを印刷するのに使用される。
[0036] 図 6は、図 5に示した院内サーバ 25の構成を示す図である。
院内サーバ 25は、通常の汎用コンピュータを用いても良いが、その構成は例えば 図 6のようになる。
[0037] 図 6の構成では、 CPU等によって実現されるデータ制御部 36がデータ記憶部内の プログラムに基づいてデータ処理を行い、必要に応じてデータをデータ記憶部 35に 格納したり、データ記憶部 35から読み出したりすることにより、後述する処理を実現 する。データ入力部 32には、マウス等のポインティングデバイスやキーボード等のュ 一ザが指示入力するための入力デバイスと接続されており、この入力デバイスを操作 して医師は所見等の情報を入力する。また、データ表示部 34は、 PCモニタに接続さ れ、 PCモニタ上に後述する情報設定入力画面を表示する為のデータを PCモニタに 送る。ネットワーク IZF31は、院内 LANを介して他の装置とデータをやり取りするた めのインターフェースである。プリンタ I/F33にはプリンタが接続され、外部サーバ 内に記憶されている院内情報などが印刷出力される。
[0038] 図 7は、本実施形態におけるデータマネージメントシステムの全体構成の概略及び 情報の流れを示す図である。
図 7は、病院で扱われている院内情報を用いて検査に用いる機器の管理サービス を行なうサービスセンタが、病院力 文字データや画像データ等力 構成される院内 情報を吸い上げ、この院内情報を用いて、検査具のメンテナンス管理や課金等のサ 一ビスを行なう場合を例として示して 、る。
[0039] 病院施設 40内のネットワークである院内 LAN41に接続されている検査具とその端 末等の各機器 43— 1〜43— m (図 5の内視鏡検査装置 21及び検査装置用端末 22 に対応)や 1乃至複数の端末装置 42 (図 4の端末 12、 14、 16に対応)で生じた様々 な情報を、ルート R1に示すように院内 LAN41 (図 4の LAN 13に対応）を介して院内 サーバ 45 (図 5の院内サーバ 25に対応）に送り、院内サーバ 45内に記憶'蓄積する
[0040] そしてルート R2又は R3から、病院施設 40の外部にあるサービスセンタ等の外部施 設 50内の外部サーバ 55から院内サーノ 45に対して、院内サーノ 45に格納された データの読み出し要求があると、病院側が外部への提供を許可した情報のみが、ル ート R2 (若しくは R3)の逆のルートであるルート R4 (若しくは R5)によって外部サーバ 55に吸い上げられ、格納される。
[0041] ここで外部サーバ 55に格納された情報は、各サービスで用いられるサービスアプリ ケーシヨンからの要求により、ルート R6に示すように社内 LAN51を介して各サービス アプリケーション 56— l〜56—nによって取得され、様々に二次活用される。
[0042] 尚図 7に示す情報の流れのうち、ルート R2 (及び R4)は、インターネットによるネット ワーク 61を介して情報をやり取りするもので、ルート R2では、外部施設 50内の外部 サーバ 55及び病院施設 40内の院内サーバ 45は、 VPN (Virtual Private Netw ork) 44 (VPN53)及びフアイヤーウォール（Firewall) 47 (フアイヤーウォール 52) を介してネットワーク 61に接続して、データ通信のセキュリティを向上させる。また、ル ート R3 (及び R5)は、電話回線等の公衆回線を用いたネットワーク 62を介して情報 をやり取りするもので、外部施設 50内の外部サーバ 55及び病院施設 40内の院内サ ーバ 45は、ダイアルアップルータ 46 (ダイアルアップルータ 54)を用い、ネットワーク 62を介して両者を接続する。
[0043] 尚、図 7ではサービスセンタである外部施設 50は、 1つの病院施設 40と接続されて いる構成であるが、外部施設 50は、ネットワーク 61、 62を介して複数の病院施設 40 と接続し、これら複数の病院施設 40から院内情報を吸い上げてサービスを行なう構 成としても良い。この場合複数の病院を対象とすることで、複数の病院から収集した 院内情報を用いたより幅広いサービスを提供することが可能となる。
[0044] また各サービスアプリケーション 56— 1〜56— nを、外部サーバ 55と同一の外部施 設 50内に備える構成として 、るが、これらのサービスアプリケーション 56— 1〜56— nの内、一部若しくは全部を、外部サーバ 55が設置されている外部施設 50とは別の 施設内に設け、専用回線若しくはネットワーク 61、 62を介して外部サーバ 55から必 要な院内情報を読み出す構成としても良い。
[0045] このようなシステム構成において、例えば内視鏡検査の場合を例に挙げると、内視 鏡検査を行なっている内視鏡検査装置が、内視鏡検査装置端末 43から機器利用情 報、検査に関する情報、検査結果に基づく情報、撮影画像情報等を院内サーバに 送信し、また検査後に内視鏡を洗滌する際には、内視鏡洗滌装置力も院内サーバに 対し、洗滌処理に関する情報を送信する。
[0046] 院内サーバ 45には、各機器 43や端末から随時送信されてくる患者や検査につい ての情報の他に、内視鏡検査室数や内視鏡検査装置数、内視鏡数、内視鏡洗滌装 置数等の機器設備についての情報も院内情報として記録管理しており、これらの院 内情報に対して後述するマスク情報設定処理により、院内サーバの管理者に対して 、病院外部への提供を許可するか否かを示すマスク情報を入力させ、このマスク情 報によって外部への提供が許可された情報のみを外部サーバ 55に吸い上げさせる 。なお外部サーバ 55に情報を出力するように構成しても良い。
[0047] そして外部施設内では、外部サーバ 55が吸い上げた情報を用いてサービスアプリ ケーシヨン 56がサービスを実現する。
このサービスとしては、例えば外部サーバ 55に格納されている情報の内、内視鏡 検査数、検査時間、医師及び看護士の数、検査室の数、スコープの数、内視鏡洗滌 機の数などから、この病院ではどのくらいのスコープや内視鏡洗滌機があれば効率 的に検査を行なうことができるかを求め、機器の効率的な使用に対するアドバイスや 、新規に病院を設立する時や施設の導入時に内視鏡検査関連設備の施工'導入に 対するコンサルテーシヨンを行なうコンサルタントサービス、内視鏡検査数、内視鏡装 置の特殊機能利用、スコープの使用回数などから、装置を利用した分だけ課金する 機器のリース、課金サービス等が考えられる。
[0048] 次に本実施形態におけるデータマネージメントシステムにおける各種情報の流れに ついて、内視鏡検査によって生じる各種情報の流れを例にしてより具体的に説明す る。
図 8は、内視鏡検査時の病院内での処理の流れとそのとき生じる主な院内情報を 示す図である。
[0049] 図 8において、ステップ S1として患者が病院に来院し、ステップ S2として治療を受 けて 、る診療科の受付で受付処理をすませると、受付では病院スタッフが端末から 入力した患者情報や HIS力 受信した患者情報がその診療科の院内サーバに記憶 される。
[0050] 次にステップ S3として患者力 内視鏡検査の前処置として体温や脈拍の計測等を 受けると、これらの実施記録やその計測結果であるバイタルサインデータが端末から 入力され、院内サーバに記録蓄積される。
[0051] 内視鏡検査を始めるに当たって、その準備 (ステップ S4)において、使用する内視 鏡装置等の検査具を特定する情報を端末から入力する。そして検査時 (ステップ S5) には、撮影された内視鏡画像の画像データや使用機器の情報、使用器具の実施記 録が各機器が接続されている検査装置用端末力 院内サーバに送られ、院内サー バではこれらのデータをデータベース化して記録、蓄積する。
[0052] 内視鏡検査が終了し (ステップ S6)、患者がリカバリルームにて安静にしている間（ ステップ S7)、体温や脈拍の計測等が行なわれ、これらの結果はバイタルサインデー タとして端末力 入力され、院内サーバに送られる。
[0053] 内視鏡検査が終了すると、ステップ S8として担当医師は検査レポートを作成する。 このレポート作成に当たっては、所見データ、検査で撮影した内視鏡画像に対する ァノテーシヨンデータ、診断データが端末から入力され、院内サーバに送られる。また この後、ステップ S9として患者に対して検査結果の説明が行なわれる。
[0054] ステップ S10として内視鏡検査で用いられた内視鏡等の器具は、内視鏡洗滌装置 によって洗滌された後、ステップ S11として決められた場所に収容される力 この洗滌 時の記録として、洗滌サイクルログ及び洗滌履歴のデータが院内サーバに送られる。
[0055] この図 8に示した院内情報力 院内 LANを介して、随時、院内サーバに送られ、院 内サーバではこれらの院内情報をデータベース化して記憶、管理する。そして、この 院内情報は、院内サーバの管理者によって、病院外部への提供を許可するか否か を示すマスク情報を入力させ、このマスク情報によって外部への提供が許可された情 報のみを外部サーバに吸い上げさせる。
[0056] 図 9は、マスク情報設定処理時の院内サーバの動作処理を示すフローチャートであ る。
本処理によって、院内サーバに蓄積されている院内情報に対して外部への公開を 許可するか否かの設定が行なわれる。
[0057] 図 9において、ステップ S 21として院内サーバの管理者は院内サーノくから若しくは 院内サーバと院内 LANによって接続されている端末力 院内サーバにログインする 次に、ステップ S22として院内サーバの管理者に認証パスワードを入力させ、入力 されたパスワードによって認証情報を参照して認証処理を行な 、、認証許可を与え ない場合には以降の処理を止める。
[0058] ステップ S22の認証処理お 、て認証を許可すると、次に院内サーバは、ステップ S 23としてマスク情報設定アプリケーションを起動する。
このマスク情報設定アプリケーションは、院内サーバに記録、蓄積された情報に対 して外部への提供を許可するか否かを設定するマスク情報設定処理を行なうもので 、院内サーバ上では、ステップ S23で起動されたマスク情報設定アプリケーション力 ステップ S24として、ステップ S21で院内サーバにログインした端末の画面上に、院 内サーバが保持している院内情報の項目が表示されたマスク情報設定画面を表示 する。そしてステップ S25としてこの画面上から院内サーバの管理者に、外部に提供 を許可しな 、情報の項目を、ステップ S 24で表示した画面上力も選択指示を入力さ せる。
[0059] 図 10は、ステップ S24で表示されるマスク情報設定画面の例を示す図である。
図 10の画面例では、院内サーバの管理者は、ポインティングデバイス等を操作して タブ 71を画面上から選択して「患者情報」、「検査情報」、「機器情報」及び「ユーザ情 報」の中から選択し、次に選択したタブ 71内の詳細な情報項目力 非公開としたい 情報項目に対してラジオボタン 72をチェックして選択（同図中參で示す部分が選択 されて 、る項目を示す)した後、「登録」ボタン 74を押下して選択指示した内容を記 録した後、「閉じる」 73を押下することによって、マスク情報の設定指示が完了する。 尚院内サーバにデータベース化されている院内情報に対して「患者情報」、「検査情 報」、「機器情報」及び「ユーザ情報」という分類の仕方は一例であり、収集蓄積される 情報の種類やデータベース内のデータ構成の定義の仕方によって適宜な分類の仕 方を用いることが出来る。
[0060] 図 10に示したようなマスク情報設定画面上から院内サーバの管理者が、外部に非 公開にした 、情報項目を全て選択指示入力し、画面上から「登録」ボタン 74を押下 すると (ステップ S26、 Yes)、ステップ S27として院内サーバは、マスク情報として、ス テツプ S25で選択指示入力された項目を示す非公開院内情報項目データを記憶、 管理する。
[0061] 次にステップ S28として、院内サーバは、ステップ S27で記憶した非公開院内情報 項目データを元に、公開可能院内情報 Viewを作成するための SQLコードによる定 義文を生成、実行して公開可能院内情報 Viewを作成後、ステップ S30としてマスク 情報設定画面を閉じて本処理を終了する。
[0062] 図 11は、ステップ S28でビュー作成のための元となる院内サーバに記憶されている 院内情報の例を示す図である。
図 11は、患者情報に対する情報が記憶されている act. patient— tableを例として 示すもので、この act. patient— tableは患者情報として分類される情報項目をカラ ム (列）として持ち、その情報項目のカラム名、その日本語名及びそれに続く行として 文字や数値によるそのカラムに対応する内容の文字や数値のデータ (不図示）が記 憶される構成となっている。尚本例では、院内サーバに収集された院内データはデ ータベース化され、上述した「患者情報」、「検査情報」、「機器情報」及び「ユーザ情 」に 心する、 act. patient― table ^ act. study― table ^ act. equipment― ta ble、及び act. user— tableとして記憶されている。尚これらのテーブル構成は一例 であり、収集蓄積される情報の種類やデータベース内のデータ構成の定義の仕方に よって適宜な構成が取られる。
[0063] 図 12は、ステップ S29で生成される公開可能院内情報 Viewを作成するための SQ Lコードによる定義文の例を示す図である。
図 12の定義文は SQLコマンドによって「患者情報」、「検査情報」及び「機器情報」 についての Viewの生成について定義されており、「患者情報」のテーブル act. pati ent— tableのカラムの内、図 10のステップ S27で記憶された非公開院内情報項目 データが非公開を示して 、る PatientID (患者 ID)、 PatientName (患者名 )、 Age ( 年齢）、 · · ·の値を" ，，で置き換えたテーブルを Reft, patient— tableとし て生成し、また「検査情報」及び「機器情報」については、非公開院内情報項目デー タで非公開を示している項目がなかったので、 act. study— table及び act. equipm ent― tableをその 3;ま ref. study― table及ぴ ref. equipment― tableとして、 Vie wを生成することを規定して 、る。
[0064] この図 12に示した、 SQLによる定義文を実行することにより、非公開を指定された 項目に対しては、 " "で置き換えた Viewが生成され、外部サーバは、この
Viewを院内サーノから吸い上げることにより、公開を許可していない情報が外部に 漏洩するのを防ぐことが出来る。
[0065] 図 13は、病院の院内サーノくから情報の吸い上げを行なう際に、外部サーバにおい て実行される処理を示すフローチャートである。
図 13において処理が開始されると、まずステップ S41としてサービスセンタ等の施 設のスタッフは、外部サーバ上に公開可能院内情報取得アプリケーションを起動す る。この公開可能院内情報取得アプリケーションが、ネットワークを用いて各病院から 情報の吸い上げを行なう。 [0066] この公開可能院内情報取得アプリケーションは、ステップ S42として選択画面を表 示し、サービスセンタ等の施設のスタッフに対して情報を取得した 、病院を選択させ る（ステップ S43、 No)。
[0067] 図 14はこのとき表示される病院の選択画面例を示す図である。
図 14の画面例では、ポインティングデバイス等を操作して病院名をあいうえお順に 区分した「あ〜こ」、「さ〜と」、「な一ほ」、「ま〜ん」のタブ 81を画面上力も選択し、次 に選択したタブ 81内に示されている病院名から目的の病院名をラジオボタン 82をチ エックすることによって選択（同図中參で示す部分が選択されている項目を示す)した 後、「接続」ボタン 84を押下して選択指示した内容を記録後、「閉じる」 83を押下する ことによって、操作者による選択指示が登録され、また次の病院へのネットワーク接続 処理に移る。
[0068] 図 14に示した画面上から、サービスセンタ等の施設のスタッフが病院を選択し、「接 続」ボタン 84を押下すると（ステップ S43、 Yes)、次にステップ S44として、この選択さ れた 1乃至複数の病院施設と図 7に示したネットワーク 61又は 62を介して接続し、ス タツフにステップ S42で選択した病院に認証許可を得るための認証パスワードを入力 させ、これを対応する病院の院内サーバに送って認証処理を行なわせる。そして、院 内サーノ から認証許可が得られたら、ステップ S45として、外部サーバはその病院の 院内サーバに記憶されている、図 9のステップ S28で院内サーバが生成した公開可 能院内情報 Viewにアクセスする。
[0069] 次に外部サーバは、ステップ S46として、スタッフに院内サーバから吸い上げたい 公開可能院内情報の期間を指定入力させる。そしてステップ S47としてこの指定入 力された期間に該当する公開可能院内情報を吸い上げ、これを記憶、管理し、ネット ワーク 62経由で接続している場合には、ネットワーク回線を切断後、本処理を終了す る。
[0070] 図 15は、ステップ S47で外部サーバが病院から吸い上げた公開可能院内情報の 例を示す図である。
外部サーバが院内サーバから吸い上げた公開可能院内情報のうち、図 15Aは病 院内にある内視鏡機器についての情報を示す院内設備情報で、上部スコープ、下 部スコープ、ビデオプロセッサ、内視鏡で用いる処置具、バイタルサインモニタ及び 内視鏡システムに対する種類と数が記憶されている。また図 15Bは、病院で行なわ れた内視鏡検査についての情報を示す検査情報で、検査を行なった患者名、来院 日、検査開始時刻、検査種別、使用スコープ名及びその ID、内視鏡画像の撮影枚 数、検査医師名、看護士名、使用処置具名とその数、使用薬剤名とその数が記憶さ れている。図 15Cは、病院内にある内視鏡機器のメンテナンスについての情報であ る設備情報で、対象設備名、その設備の購入日、単価、使用回数、故障日、修理会 社、保証期間、使用の可否、修理申請日が記憶されている。図 15Dは、内視鏡の洗 滌機についての情報で、洗滌機で洗滌したスコープのスコープ名とその ID、洗滌処 理の実行者名とその ID、洗滌開始時刻、及び洗滌処理実行時の洗滌装置の各種設 定情報等が記憶されている。図 15Eは、病院内にいる内視鏡検査のスタッフや機器 についての情報である院内リソース情報で内視鏡医、看護士及び洗滌担当者の人 数、 1日あたりの検査数、バイタルモニタ、スコープ及びビデオプロセッサの総数が記 憶されている。
[0071] 尚図 15に示した情報を上記した院内情報の分類に対応させると、図 15Aに示した 院内設備情報、図 15Cに示した設備情報及び図 15Dに示した洗滌機についての情 報が機器情報、図 15Bに示した検査情報が検査情報、図 15Eに示した院内リソース 情報がユーザ情報に対応する。
[0072] この図 15の例においては、検査情報中の患者名については、院内サーバにおい て非公開と設定されているので、図 15Bでは、その項目部分は" "となつ ており、患者名につ 、ては外部サーバには読み出されて ヽな 、。
[0073] 尚病院力 外部サーバが吸い上げた公開可能院内情報は、生データのまま外部 サーバに格納しておき、各サービスアプリケーションがこの生データをカ卩ェする構成 としても良いし、外部サーバが吸い上げた情報に事前に力卩ェを施し、そのデータを各 サービスアプリケーションそれぞれが読み出す構成としても良い。
[0074] 図 16は、各サービスアプリケーションによる処理を示すフローチャートである。この サービスアプリケーションは、図 7の外部施設 50内の社内 LAN51に接続されている 端末 56若しくはネットワーク 61、62を介して外部サーバ 55と接続される情報処理装 置上で実行される。
[0075] 図 16の処理が開始されると、まずステップ S51として、各サービスアプリケーション が稼働している端末は、社内 LAN等を介して外部サーバにアクセスする。
次に端末上で稼働しているサービスアプリケーションは、ステップ S52としてユーザ に外部サーバに認証許可を得るための認証パスワードを入力させ、これを外部サー バに送って認証処理を行なわせる。
[0076] ステップ S52で、外部サーノから認証許可が得られたら、サービスアプリケーション は、ステップ S53として、選択画面を端末上に表示し、ユーザに情報処理を行なう施 設を選択させる。
[0077] 次にサービスアプリケーションは、外部サーバ内に記録、管理されている公開可能 院内情報を読み込み、ステップ S55としてこの公開可能院内情報力もサービスを行う ために必要なデータを取り出す。そしてステップ S56としてこのデータを用いて上記 サービスに対応する各種処理を実行し、ステップ S57として処理結果を出力後、本処 理を終了する。
[0078] このように本実施形態によるデータマネージメントシステムでは、院内外部から院内 情報を効率よく必要な情報を吸!、上げ、各サービスを提供する仕組みを実現するこ とが出来る。
[0079] また病院内で扱われる院内情報のうち、外部への提供を許可したもののみが、外部 へ読み出されるので、個人情報等、外部へ出したくない情報の漏洩を防ぐことが出来 る。
更に、院内情報を用いたサービスが新たに増え、そのサービスを実現するためのサ 一ビスアプリケーションの数が増えても、既存のものに最小限の変更をカ卩えるだけで 容易に対処することができる。
[0080] 尚本実施形態におけるデータマネージメントシステムでは、病院施設とサービスセ ンタ等の外部施設との情報のやり取りをネットワークを介して行なう構成としている力
DVD等の可搬記憶媒体によって受け渡しを行なう構成としても良い。
[0081] また病院内の院内サーバに収集された院内情報はデータベース化されて、記憶、 管理している力 このデータベースは SQLによるものだけでなぐ他のデータ操作言 語によって構築されたデータベースシステムによるものであっても良い。
[0082] また、従来では、病院に設けられる端末が医療機器の利用状況などを示す院内情 報を医療機器のレンタルサービスなどの医療サービスを行う外部施設に設けられる 情報登録サーバ (この情報登録サーバは、例えば、上記院外サーバ（院外情報処理 装置）、図 7における外部サーバ 55に相当する。）に通信回線としてのネットワークを 介して送信し、情報登録サーバなどがその院内情報を解析して病院に対して医療サ 一ビスを行ったり、その医療サービスに対する料金を課金したりするデータマネージ メントシステムが存在する（例えば、再公表 WO02Z017171号 (第 14〜25頁、第 1 〜9図)参照)。
[0083] このように、外部施設が院内情報に基づいて医療サービスや医療サービスに対す る料金の課金を行う場合では、外部施設がより良い医療サービスを病院に提供する ために、様々な院内情報が情報登録サーバに記録されていることが望ましい。
[0084] ところで、医療に関する法律が改正されたり、病院のポリシーが変更されたりすると 、院内情報の一部が情報登録サーバに送信できなくなる場合や新たな院内情報を 情報登録サーバに送信できるようになる場合がある。
[0085] 院内情報の一部が情報登録サーバに送信できなくなる場合では、情報登録サーバ に送信できなくなった院内情報を除いたその他の院内情報を情報登録サーバに送 信し、改正後の法律に適合するようにしたり、病院に対してより良いサービスを提供す る必要がある。
[0086] また、新たな院内情報が情報登録サーバに送信できるようになる場合では、その新 たな院内情報を付加して院内情報を情報登録サーバに送信することができるので、 外部施設は病院に対してより良い医療サービスを提供することができるようになる。
[0087] このように、改正後の法律に適合するようにしたり、より良い医療サービスを提供し 続けるためには、改正後の法律や病院のポリシーに応じた情報登録サーバに送信 可能な院内情報と、実際に情報登録サーバに記録されている院内情報とがー致して いる必要がある。
[0088] そこで、従来では、病院側から外部施設側に送信可能な情報を再設定し、病院側 に記録される院内情報と外部施設側に記録される院内情報とを一致させるために、 病院側や外部施設側に共通に備えられるデータマネージメントシステム全体を入れ 替えることが行われて 、た。
[0089] し力しながら、病院側や外部施設側に共通に備えられるデータマネージメントシス テム全体を入れ替えることは、多くの手間やコストがかかるという問題があった。
そこで、以下に記載する実施形態では、手間やコストを抑えつつ、改正後の法律や 病院のポリシーに応じた外部施設側に送信可能な院内情報と、実際に外部施設側 に記録されている院内情報とを一致させることが可能なデータマネージメントシステム を示す。
[0090] 図 17は、外部施設側に送信可能な院内情報と、実際に外部施設側に記録されて いる院内情報とを一致させることが可能なデータマネージメントシステムを模式的に 示す図である。
[0091] 図 17に示すデータマネージメントシステム 1000は、情報送信元施設 1001に設け られる端末 1002 (この端末 1002 (この端末 1002は、例えば、上記院内サーバ（院 内情報処理装置）、図 7における院内サーバ 45に相当する。）と外部施設 1003に設 けられる情報登録サーバ 1004 (この情報登録サーバ 1004は、例えば、上記院外サ ーバ（院外情報処理装置）に相当する。 )とがインターネットなどのネットワークを介し て接続され構成されている。
[0092] 上記端末 1002は、 LAN (Local Area Network)などのネットワークを介して情 報送信元施設 1001に設けられる情報保存サーバ 1005と接続されている。
[0093] 上記情報保存サーバ 1005は、データベース（第 1のデータベース）を備え、そのデ ータベースに複数の情報 (この複数の情報は、例えば、図 8に示す病院スタッフが入 力した患者情報や内視鏡画像に相当する）を記録し、その複数の情報のうち端末 10 02からの要求に基づく情報を端末 1002に送信する。なお、情報保存サーバ 1005 が備えるデータベースは、端末 1002に備えられて 、てもよ 、。
[0094] また、端末 1002は、情報保存サーバ 1005のデータベースに記録される複数の情 報が項目毎に分けられたときのその項目を示す項目情報と、その項目に対応する情 報を情報登録サーバ 1004に送信可能か否かを示すマスク情報とを関連付けてマス ク表として記録するマスク設定手段 1006と、マスク情報が変更された後のマスク表に 基づく変更情報を情報登録サーバ 1004に送信する送信手段 1007とを備えて構成 されている。
[0095] 上記送信手段 1007は、マスク設定手段 1006で設定されたマスク表に基づいて、 情報登録サーバ 1004に送信可能な情報を確認し、その確認した情報を情報保存サ ーバ 1005のデータベース力も抽出して情報登録サーバ 1004に送信する。
[0096] 上記情報登録サーバ 1004は、端末 1002から送信される情報 (この情報は、例え ば、図 15 A〜図 15Eに示す情報に相当する）を記録するデータベース管理端末 10 08と LANなどのネットワークを介して接続されている。なお、データベース管理端末 1008は、データベース（第 2のデータベース）を備え、そのデータベースに情報登録 サーバ 1004から送信される情報を記録する。また、データベース管理端末 1008は 、例えば、パーソナルコンピュータなどにより構成されてもよい。また、データベース管 理端末 1008が備えるデータベースは、情報登録サーバ 1004に備えられていてもよ い。
[0097] また、情報登録サーバ 1004は、端末 1002から送信される変更情報に基づいて、 複数の情報のうちマスク情報が変更される前に情報保存サーバ 1005のデータべ一 スに記録された情報である過去分情報を端末 1002に要求してデータベース管理端 末 1008のデータベースに記録させる、または、データベース管理端末 1008のデー タベースにすでに記録される過去分情報を削除させる登録情報管理手段 1009を備 えて構成されている。
[0098] なお、上記マスク設定 1006及び上記通信手段 1007は、例えば、端末 1002が備 える RAM (Random Access Memory)や ROM (Read Only Memory)などに 記録されるプログラムが CPU (Central Processing Unit)などによって実行され ることによって実現されてもょ 、。
[0099] また、上記登録情報管理手段 1009は、例えば、情報登録サーバ 1004が備える R AMや ROMなどに記録されるプログラムが CPUなどによって実行されることによって 実現されてもよい。
[0100] そして、データマネージメントシステム 1000は、マスク情報が変更されると、過去分 情報がデータベース管理端末 1008のデータベースに記録される力、または、データ ベース管理端末 1008のデータベースにすでに記録される過去分情報が削除される
[0101] これにより、端末 1002から情報登録サーバ 1004に送信可能な情報とデータべ一 ス管理端末 1008のデータベースに記録される情報とを常に一致させることができる 次に、データマネージメントシステム 1000を、病院に設けられる端末と医療サービ スを行う外部施設に設けられる情報登録サーバとがネットワークを介して接続され構 成されるデータマネージメントシステムに適用させる場合を考える。
[0102] 図 18は、データマネージメントシステム 1000を、病院の端末と外部施設の情報登 録サーバとがネットワークを介して接続され構成されるデータマネージメントシステム に適用させた場合の実施形態を示す図である。なお、図 17に示す構成と同じ構成に は同じ符号を付している。
[0103] 図 18に示すデータマネージメントシステム 200は、病院 201に備えられる端末 100 2と、病院 201に対して医療サービスを行う外部施設 202に設けられる情報登録サー ノ 1004とがネットワーク 203を介して接続され構成されている。
[0104] 上記端末 1002は、情報保存サーバ 1005とネットワーク 204を介して接続されてい る。そして、情報保存サーバ 1005は、内視鏡検査機器 205や内視鏡検査機器 206 (この内視鏡検査機器 206は、例えば、上記内視鏡検査装置 21に相当する）を備え る PC (Personal Computer)クライアント 207 (この PCクライアント 207は、例えば、 上記検査装置用端末 22に相当する）とネットワーク 204を介して接続されている。そ して、内視鏡検査機器 205や内視鏡検査機器 206で得られる検査結果を示す院内 情報は、内視鏡検査機器 205や PCクライアント 207からネットワーク 204を介して情 報保存サーバ 1005に送信され、情報保存サーバ 1005が備えるデータベースに記 録される。
[0105] また、端末 1002は、マスク設定手段 1006と、送信手段 1007とを備えて構成され ている。
上記マスク設定手段 1006は、情報保存サーバ 1005のデータベースに記録される 複数の情報が項目毎に分けられたときのその項目を示す項目情報と、その項目に対 応する情報を情報登録サーバ 1004に送信可能力否かを示すマスク情報とを関連付 けてマスク表 208として端末 1002に記録する。
[0106] 上記送信手段 1007は、マスク表 208に基づいて、院内情報を情報保存サーバ 10
05のデータベース力も抽出して情報登録サーバ 1004に送信する。
また、送信手段 1007は、マスク情報が変更されると、マスク情報が変更された後の マスク表 28を情報登録サーバ 1004に送信する。
[0107] 上記情報登録サーバ 1004は、端末 1002から送信される院内情報を記録するデ ータベース管理端末 1008とネットワーク 209を介して接続されている。そして、デー タベース管理端末 1008は、データベースを備え、そのデータベースに情報登録サ ーバ 1004から送信される院内情報を記録する。
[0108] また、情報登録サーバ 1004は、マスク情報が変更される前のマスク表 208を旧マ スク表 300として記録すると共に、マスク情報が変更された後のマスク表 208を新マス ク表 301として記録し、端末 1002から送信される院内情報をデータベース管理端末
1008に送信する登録情報管理手段 1009を備えて構成されている。
[0109] 図 19は、端末 1002の動作を説明するためのフローチャートである。
まず、ステップ A1において、端末 1002は、ユーザの操作に基づいて、各項目と、 項目に対応する院内情報を情報登録サーバ 1004に送信すべき力否かを示すマス ク情報とを関連付けてマスク表を設定する (マスク設定)。
[0110] ここで、図 20は、端末 1002が備えるディスプレイなどに表示されるマスク設定 GUI
(Graphical User Interface)画面の一例を示す図である。
[0111] 図 20に示すように、マスク設定 GUI画面 400は、項目が表示される項目表示エリア
401と、各項目にそれぞれ対応するチェックボックスが表示されるチェックボックス表 示エリア 402とで構成されて ヽる。
[0112] 図 20に示す例では、「患者名」及び「体重」にそれぞれ対応するチェックボックスに チェックが入れられている。なお、設定完了ボタンなどをマスク設定 GUI画面 400に 設け、その設定終了ボタンなどが押されるとマスク設定が終了するように構成してもよ い。
[0113] そして、ユーザによりチェックボックスにチェックが入れられると、そのチェックボック スに対応する項目の院内情報が情報登録サーバ 1004に送信不可能になる。すな わち、図 20に示す例では、「患者名」及び「体重」に対応するそれぞれのチェックボッ タスにチェックが入っているため、「患者名」及び「体重」に対応する院内情報が情報 登録サーバ 1004に送信不可能になっている。また、チェックボックスにチェックが入 つていない、それ以外の「検査医」、「検査種別」、及び「検査日」に対応する院内情 報は情報登録サーバ 1004に送信可能になっている。また、法律が改正されたり、病 院 201のポリシーが変更され、「検査医」の項目に対応する院内情報が情報登録サ ーバ 1004に送信不可能になった場合、ユーザは、「検査医」の項目に対応するチェ ックボックス〖こチェックを人れる。
[0114] 図 21は、端末 1002に記録されるマスク表 208の一例を示す図である。なお、図 21 に示すマスク表 208は、図 20に示すマスク設定 GUI画面 400の各チェックボックスの マスク設定に対応して 、るものとする。
[0115] 図 21に示すように、マスク表 208は、多数のマスク情報レコード 500 (500—1、 50 0— 2、 500— 3、 500—4、 500— 5、 · · ·）力格糸内されて構成されている。各マスク' If 報レコード 500は、項目情報が記録される項目情報領域 501と、項目情報に対応す る院内情報を情報登録サーバ 1004に送信すべき力否かを示すマスク情報が記録さ れるマスク情報領域 502とを備えて 、る。
[0116] 図 21の例では、マスク情報レコード 500— 3の項目情報領域 501に「検査医」、マス ク情報領域 502に「なし」と記録されている。なお、図 21において、マスク情報領域 5 02に記録される「あり」は、情報登録サーバ 1004への院内情報の送信禁止を示して いる。また、図 21において、マスク情報領域 502に記録される「なし」は、情報登録サ ーバ 1004への院内情報の送信可能を示している。
[0117] 次に、図 19のステップ A2において、端末 1002は、ユーザの操作によりマスク設定 が終了すると、そのマスク設定が終了したマスク表 208を、今まで使用されていたマ スク表 208に対して上書き保存する。
[0118] そして、端末 1002は、その上書き保存した後のマスク表 208を情報登録サーバ 10 04に送信する。
図 22は、端末 1002におけるマスク表 208の送信動作力も情報登録サーバ 1004 におけるマスク表 208の記録動作までの一連の動作を示すフローチャートである。
[0119] まず、ステップ B1において、端末 1002は、設定終了後のマスク表 208を情報登録 サーバ 1004に送信する。
ここで、図 23は、情報登録サーバ 1004に送信される設定終了後のマスク表 208の 一例を示す図である。
[0120] 図 23に示すマスク表 208は、図 21に示すマスク表 208において、マスク†青報レコ ード 500— 3のマスク情報領域 502に記録される「なし」が「あり」に変更されたものを 示している。なお、マスク情報が変更されたことをユーザに対して視覚的に確認させ るため、マスク情報レコード 500 - 3のマスク情報領域 502に記録される「あり」を太字 にしてもよいし、その他、文字を斜体ゃ色変更などの強調をしてもよい。
[0121] このように、マスク表が設定されると、その設定後のマスク表 208を端末 1002から情 報登録サーバ 1004に送信する。
また、図 24は、情報登録サーバ 1004に送信される設定終了後のマスク表 208の 他の例を示す図である。なお、図 24に示すマスク表 800は、図 23に示すマスク表 20 8と同様に、図 21に示すマスク表 208において、マスク情報レコード 500— 3のマスク 情報領域 502が「なし」から「あり」に変更されたマスク表 208に基づくものを示して ヽ る。
[0122] 図 24に示すマスク表 800は、マスク情報が変更されたマスク情報レコード 801 (80 1— 1)のみで構成されている。マスク情報レコード 801は、項目情報が記録される項 目情報領域 802と、項目情報に対応する院内情報を情報登録サーバ 1004に送信 すべき力否かを示すマスク情報が記録されるマスク情報領域 803とを備えている。
[0123] 図 24の例では、マスク情報レコード 801— 1の項目情報領域 802に「検査医」、マス ク情報領域 803に「あり」と記録されて 、る。
このように、マスク情報が変更したマスク情報レコード 801のみでマスク表 800を構 成し、そのマスク表 800を端末 1002から情報登録サーバ 1004に送信するように構 成してちょい。
[0124] 次に、図 22のステップ B2において、情報登録サーバ 1004は、設定終了後のマス ク表 208を受信する。 次に、ステップ B3において、情報登録サーバ 1004は、今まで使用していた古いマ スク表 208をリネームして旧マスク表 300として記録する。
[0125] 次に、ステップ B4において、情報登録サーバ 1004は、端末 1002から送信された 設定終了後の新しいマスク表 208を新マスク表 301として記録する。
そして、ステップ B5において、情報登録サーバ 1004は、端末 1002に対してマスク 表 208の受信が完了したことを通知する。
[0126] このように、情報登録サーバ 1004は、旧マスク表 300と新マスク表 301とを記録し、 旧マスク表 300と新マスク表 301とを比較し、どのマスク情報が変更されたかを確認 する。
[0127] そして、情報登録サーバ 1004は、その変更されたマスク情報に対応する院内情報 を端末 1002に要求してデータベース管理端末 1008に送信したり、変更されたマス ク情報に対応する院内情報をデータベース管理端末 1008のデータベース力も削除 する。
[0128] 図 25は、データベース管理端末 1008が備えるデータベースの一例を示す図であ る。
図 25に示すデータベース 900は、多数の院内情報レコード 901 (901— 1、 901— 2、 901— 3、 901— 4、 901— 5、 · · ·）力格糸内されている。各院内' f青報レコード 901は 、項目情報が記録される項目情報領域 902と、内視鏡検査機器 205や内視鏡検査 機器 206で得られる検査内容が記録される検査内容領域 903 (903— 1、 903— 2、 • · とを備えている。なお、検査内容領域 903は、端末 12から検査内容が送信され る度に追加されるものであって、例えば、日付順に追加されてもよい。
[0129] 図 25に示す例では、院内情報レコード 901— 3の項目情報領域 92に「検査医」が 記録され、検査内容領域 903— 1及び 903— 2に検査内容が記録されている。なお、 検査内容領域 903に示す「〇」は、検査内容が記録されていることを示している。また 、検査内容領域 903に示す「X」は、検査内容が記録されていないことを示している。 また、情報保存サーバ 1005が備えるデータベースは、図 25に示すデータベース 90 0において、全ての検査内容領域 903に院内情報が記録されているものとする。
[0130] 次に、登録情報管理手段 1009が旧マスク表 300と新マスク表 301とを比較し、変 更されたマスク情報に対応する院内情報をデータベース管理端末 1008のデータべ ースから削除させる動作について説明する。
[0131] 図 26は、変更されたマスク情報に対応する院内情報をデータベース管理端末 100
8のデータベースから削除させる場合のデータマネージメントシステム 1000の動作を 説明するためのフローチャートである。
[0132] まず、ステップ C1において、登録情報管理手段 1009は、記録されている旧マスク 表 300と新マスク表 301とを読み取る。
次に、ステップ C2において、登録情報管理手段 1009は、旧マスク表 300と新マス ク表 301とを比較する。
[0133] ここで、図 27は、旧マスク表 300と新マスク表 301とを比較するために旧マスク表 3 00と新マスク表 301とを合わせた際のマスク表の一例を示す図である。なお、図 27 に示すマスク表は、図 21に示すマスク表 208と図 23に示すマスク表 208とが合わせ られたマスク表を示して!/、る。
[0134] 図 27に示すマスク表 1100は、多数のマスク情報レコード 1101 (1101— 1、 1101 —2、 1101— 2、 1101— 3、 1101—4、 1101— 5、 · · ·）力格糸内されている。各マスク 情報レコード 1101は、項目情報が記録される項目情報領域 1102と、旧マスク表 30 0のマスク情報が記録される旧マスク情報領域 1103と、新マスク表 301のマスク情報 が記録される新マスク情報領域 1104とを備えて 、る。
[0135] 図 27に示す例では、マスク情報レコード 1101— 3の項目情報領域 1102に「検査 医」、旧マスク情報領域 1103に「なし」、新マスク情報領域 1104に「あり」と記録され ている。
[0136] このように、登録情報管理手段 1009は、あるマスク情報レコード 1101において、旧 マスク情報領域 1103に記録されるマスク情報が「なし」、新マスク情報領域 1104に 記録されるマスク情報が「あり」と記録されている場合、そのマスク情報レコード 1101 の項目情報に対応する院内情報がデータベース管理端末 1008のデータベースに 記録できなくなつたと判断する。
[0137] 次に、図 26のステップ C3において、登録情報管理手段 1009は、変更を確認した マスク情報に対応する項目情報をデータベース管理端末 1008のデータベースから 検索する。
[0138] そして、ステップ C4において、登録情報管理手段 1009は、データベース管理端末 1008のデータベースにおいて、検索した項目情報に対応する全ての検査内容領域 のフィールド値を NULLにする。
[0139] ここで、図 28は、変更されたマスク情報に対応する全ての検査内容領域を NULL にするときのデータベース管理端末 1008のデータベースの様子を示す図である。な お、図 28に示すデータベースは、図 25に示すデータベース 900の一部を示してい る。
[0140] 図 28に示すデータベース 900は、図 27に示すマスク表 1100における旧マスク表 3 00と新マスク表 301との比較結果、院内情報レコード 901— 3に対応する全ての検 查内容領域 903に記録される院内情報が削除されたことを示している。すなわち、図 28に示すデータベース 900は、検査内容領域 903— 3に記録されるべき院内情報 が端末 1002から情報登録サーバ 1004に送信される際、図 21のマスク表 208のマス ク情報レコード 500— 3のマスク情報領域 502が「なし」から「あり」に変更され、そのと きまでデータベース管理端末 1008のデータベースの検査内容領域 903— 1及び 90 3— 2に記録されていた院内情報が削除されたことを示している。
[0141] これにより、マスク表 208が変更される前にデータベース管理端末 1008のデータ ベースに記録された院内情報を削除することができる。
なお、データベース管理端末 1008のデータベースにおいて、検索した項目情報 に対応する全ての検査内容領域のフィールド値を NULLにする代わりに、検索した 項目情報に対応する全ての検査内容領域のフィールド値を参照不可となるように設 定してちよい。
[0142] 次に、登録情報管理手段 1009が旧マスク表 300と新マスク表 301とを比較し、変 更されたマスク情報に対応する院内情報をデータベース管理端末 1008のデータべ ースに追加させる動作について説明する。
[0143] 図 29は、変更されたマスク情報に対応する院内情報をデータベース管理端末 100 8のデータベースに追加記録する動作を説明するためのフローチャートである。 まず、ステップ D1において、登録情報管理手段 1009は、記録されている旧マスク 表 300と新マスク表 301とを読み取る。
[0144] 次に、ステップ D2において、登録情報管理手段 1009は、旧マスク表 300と新マス ク表 301とを比較する。
ここで、図 30は、旧マスク表 300と新マスク表 301とを比較するために旧マスク表 3
00と新マスク表 301とを合わせた際のマスク表の一例を示す図である。
[0145] 図 30に示すマスク表 1400は、多数のマスク情報レコード 1401 (1401— 1、 1401
—2、 1401— 2、 1401— 3、 1401—4、 1401— 5、 · · ·）力格糸内されている。各マスク 情報レコード 1401は、項目情報が記録される項目情報領域 1402と、旧マスク表 30
0のマスク情報が記録される旧マスク情報領域 1403と、新マスク表 301のマスク情報 が記録される新マスク情報領域 1404とを備えている。
[0146] 図 30に示す例では、マスク情報レコード 1401— 2の項目情報領域 1402に「体重」
、旧マスク情報領域 1403に「あり」、新マスク情報領域 1404に「なし」と記録されてい る。
[0147] このように、登録情報管理手段 1009は、あるマスク情報レコード 1401において、旧 マスク情報領域 1403に記録されるマスク情報が「あり」、新マスク情報領域 1404に 記録されるマスク情報が「なし」と記録されている場合、そのマスク情報レコード 1401 の項目情報に対応する院内情報がデータベース管理端末 1008のデータベースに 記録できるようになったと判断する。
[0148] 次に、図 29のステップ D3において、登録情報管理手段 1009は、変更されたマス ク情報に対応する不足分の院内情報を端末 1002に要求する。なお、不足分の院内 情報を端末 1002に要求する際、その不足分の院内情報に対応する検査内容領域 9 03を要求してもよい。また、登録情報管理手段 1009は、図 30に示すように、旧マス ク情報領域 1403に記録されるマスク情報が「あり」、新マスク情報領域 1404に記録 されるマスク情報が「なし」と記録されているマスク情報レコード 1401全体をデータべ ース管理端末 1008のデータベースから削除し、対応する新しいマスク情報レコード 1401全体を端末 1002に要求してもよい。
[0149] 次に、ステップ D4において、端末 1002は、情報登録サーバ 1004から送信された 要求に基づく院内情報 (フィールド値)を情報保存サーバ 1005のデータベースから 抽出する。なお、このときの院内情報は、例えば、図 12に示すように、 SQL (Struct ured Query Language)やその他のデータベース制御言語により抽出されてもよ い。
[0150] ここで、図 31は、情報保存サーバ 1005のデータベース力も抽出された院内情報の データテーブルを示す図である。なお、図 31に示すデータテーブルは、「体重」の項 目情報に対応する院内情報が記録されているものとする。
[0151] 図 31に示すデータテーブル 1500は、不足分の院内情報が記録される不足分情 報レコード 1501 (1501— 1、 1501— 2、 1501— 3、 · · ·）力多数格糸内されて構成され ている。各不足分情報レコード 1501は、検査内容が記録される検査内容領域 1502 と、体重が記録される体重領域 1503とを備えている。
[0152] 図 31に示す例では、不足分情報レコード 1501— 1の検査内容領域 1502に「検査
1」、体重領域 1503に「68」と記録されている。
次に、図 29のステップ D5において、端末 1002は、抽出した院内情報を情報登録 サーバ 1004に送信する。
[0153] 次に、ステップ D6において、情報登録サーバ 1004は、院内情報を受信する。
そして、ステップ D7において、登録情報管理手段 1009は、受信された院内情報を データベース管理端末 1008に送信し、データベース管理端末 1008のデータべ一 スに記録させる。
[0154] ここで、図 32は、受信された院内情報をデータベース管理端末 1008のデータべ ースに追加記録するときの様子を示す図である。なお、図 32に示すデータベース 90 0は、図 25に示すデータベース 900の一部を示している。
[0155] 図 32に示すデータベース 900は、図 30に示すマスク表 1400における旧マスク表 3 00と新マスク表 301との比較結果、院内情報レコード 901— 2に対応する全ての検 查内容領域 903に院内情報が追加記録されたことを示している。すなわち、図 32に 示すデータベース 900は、検査内容領域 903— 3に記録されるべき院内情報が端末 1002から情報登録サーバ 1004に送信される際、図 21のマスク表 208のマスク情報 レコード 500— 2のマスク情報領域 502が「あり」から「なし」に変更され、そのときまで 情報保存サーバ 1005のデータベースの検査内容領域 903— 1及び 903— 2に記録 されていた院内情報がデータベース管理端末 1008のデータベースに追加記録され たことを示している。
[0156] これにより、マスク表 208が変更される前に情報保存サーバ 1005のデータベース に記録されていた院内情報をデータベース管理端末 1008のデータベースに追加記 録することができる。
[0157] このように、データマネージメントシステム 1000は、マスク情報が変更されると、マス ク情報が変更される前に情報保存サーバ 1005のデータベースに記録されていた過 去分情報をデータベース管理端末 1008のデータベースに記録するか、または、デ ータベース管理端末 1008のデータベースに記録される過去分情報が削除されるか のどちらか一方となるので、端末 1002から情報登録サーバ 1004に送信可能な院内 情報と、実際にデータベース管理端末 1008のデータベースに記録されている院内 情報とを常に一致させることができる。
[0158] これにより、院内情報に対する法律が改正されたり、病院のポリシーが変更されたり しても、医療サービスなどのための解析を正しく行うことができる。また、データマネー ジメントシステム全体を入れ替える必要がなくなり、データマネージメントシステムを構 築する際の手間やコストを抑えることができる。
[0159] なお、本発明は、上記実施形態に限定されるものではなぐ特許請求の範囲にお いて、種々の構成を採用可能である。例えば、以下のような構成変更も可能である。 図 33は、データマネージメントシステム 1000の他の実施形態を示す図である。な お、図 18に示す構成と同じ構成には同じ符号を付している。
[0160] 図 33に示すデータマネージメントシステム 1700において、図 18に示すデータマネ 一ジメントシステム 200と異なる点は、端末 1002の送信手段 1007力 旧マスク表 17 01と新マスク表 1702とを比較し、送信不可能から送信可能に変更された送信可能 マスク情報が新マスク表 1702にあると、その送信可能マスク情報に対応する過去分 院内情報及びその過去分院内情報をデータベース管理端末 1008のデータベース に追加記録させる旨の追加指示を情報登録サーバ 1004に送信し、送信可能から送 信不可能に変更された送信不可能マスク情報が新マスク表 1702にあると、送信不 可能マスク情報に対応する過去分院内情報をデータベース管理端末 1008のデータ ベースから削除させる旨の削除指示を情報登録サーバ 1004に送信する点と、情報 登録サーバ 1004の登録情報管理手段 1009が、端末 1002から追加指示が送信さ れると、データベース管理端末 1008のデータベースに送信可能マスク情報に対応 する過去分院内情報を追加記録させ、端末 1002から削除指示が送信されると、送 信不可能マスク情報に対応する過去分院内情報をデータベース管理端末 1008の データベースから削除させる点である。
[0161] まず、端末 1002の動作について説明する。
図 34は、データマネージメントシステム 1700の端末 1002の動作を説明するため のフローチャートである。
[0162] まず、ステップ E1において、端末 1002は、ユーザの操作に基づいて、各項目と、 項目に対応する院内情報を情報登録サーバ 1004に送信すべき力否かを示すマス ク情報とを関連付けてマスク表を設定する (マスク設定)。
[0163] 次に、ステップ E2において、端末 1002は、今まで使用していた古いマスク表をリネ ームして旧マスク表 1701として記録する。
そして、ステップ E3において、端末 1002は、ステップ E1で設定された新しいマスク 表を新マスク表 1702として記録する。
[0164] 次に、旧マスク表 1701と新マスク表 1702とが比較され、変更されたマスク情報が 新マスク表 1702にある場合に、その変更されたマスク情報に対応する院内情報をデ ータベース管理端末 1008のデータベースに追加記録させる動作について説明する
[0165] 図 35は、院内情報をデータベース管理端末 1008のデータベースに追加記録させ る場合のデータマネージメントシステム 1700の動作について説明するためのフロー チャートである。
[0166] まず、ステップ F1において、端末 1002の送信手段 1007は、記録されている旧マ スク表 1701と新マスク表 1702とを読み取る。
次に、ステップ F2において、端末 1002の送信手段 1007は、旧マスク表 1701と新 マスク表 1702とを比較する。
[0167] 次に、ステップ F3において、端末 1002の送信手段 1007は、変更されたマスク情 報に対応する院内情報を情報保存サーバ 1005のデータベース力も抽出する。なお 、端末 1002の送信手段 1007は、変更されたマスク情報に対応する全ての院内情報 のうちマスク情報が変更される前に情報保存サーバ 1005のデータベースに記録さ れていた院内情報を情報保存サーバ 1005のデータベース力も抽出してもよい。また 、院内情報は、例えば、 SQLやその他のデータベース制御言語により抽出されても よい。
[0168] 次に、ステップ F4において、端末 1002の送信手段 1007は、抽出した院内情報、 院内情報をデータベース管理端末 1008のデータベースに追加記録させる旨の追カロ 指示、及びデータベースの記録先を情報登録サーバ 1004に送信する。
[0169] そして、ステップ F5において、情報登録サーバ 1004の登録情報管理手段 1009は 、追加指示を受信すると、院内情報及びデータベースの記録先をデータベース管理 端末 1008に送信し、データベースの記録先に基づいて、院内情報をデータベース 管理端末 1008のデータベースに記録させる。
[0170] 次に、端末 1002が旧マスク表 1701と新マスク表 1702とを比較し、変更されたマス ク情報に対応する院内情報をデータベース管理端末 1008のデータベース力も削除 させる動作にっ 、て説明する。
[0171] 図 36は、院内情報をデータベース管理端末 1008のデータベースから削除させる 場合のデータマネージメントシステム 1700の動作について説明するためのフローチ ヤートである。
[0172] まず、ステップ G1において、端末 1002の送信手段 1007は、記録されている旧マ スク表 1701と新マスク表 1702とを読み取る。
次に、ステップ G2において、端末 1002の送信手段 1007は、旧マスク表 1701と新 マスク表 1702とを比較する。
[0173] 次に、ステップ G3において、端末 1002の送信手段 1007は、変更されたマスク情 報に対応する院内情報をデータベース管理端末 1008のデータベース力も削除すベ き旨の削除指示を情報登録サーバ 1004に送信する。
[0174] そして、ステップ G4において、情報登録サーバ 1004の登録情報管理手段 1009 は、受信した削除指示に基づく院内情報をデータベース管理端末 1008のデータべ ースから削除させる。なお、データベース管理端末 1008のデータベースにおいて、 変更されたマスク情報に対応する院内情報を削除する代わりに、変更されたマスク情 報に対応する院内情報を参照不可となるように設定してもよい。
[0175] このデータマネージメントシステム 1700のように、マスク情報が変更される前に情報 保存サーバ 1005のデータベースに記録された院内情報をデータベース管理端末 1 008のデータベースに記録すべきか否かの判断を端末 1002側で行うようにしてもよ い。
[0176] 次に、さらに他の実施形態のデータマネージメントシステム（以下、他のデータマネ 一ジメントシステムと ヽぅ）を説明する。
この他のデータマネージメントシステムが図 18に示すデータマネージメントシステム 1000と異なる点は、新旧マスク表を比較することなぐ端末 1002の送信手段 1007 力 「情報保存サーバ 1005のデータベースに記録される複数の院内情報のうちマス ク情報が変更される前に情報保存サーバ 1005のデータベースに記録された院内情 報である過去分院内情報」及び「その過去分院内情報をデータベース管理端末 100 8のデータベースに追加記録させる旨の追加指示」、または、「データベース管理端 末 1008のデータベースに記録される過去分院内情報を削除させるための削除指示 」を送信する点と、登録情報管理手段 1009が、端末 1002から追加指示が送信され ると、データベース管理端末 1008のデータベースに過去分院内情報を記録させ、 端末 1002から削除指示が送信されると、データベース管理端末 1008のデータべ一 スに記録される過去分院内情報を削除させる点である。
[0177] 次に、この他のデータマネージメントシステムにおいて、変更されたマスク情報に対 応する院内情報をデータベース管理端末 1008のデータベースに追加記録させる動 作について説明する。
[0178] 図 37は、院内情報をデータベース管理端末 1008のデータベースに追加記録させ る場合の他のデータマネージメントシステムの動作について説明するためのフローチ ヤートである。
[0179] まず、ステップ HIにおいて、ユーザの操作により、各項目と項目に対応する院内情 報を情報登録サーバ 1004に送信すべき力否かを示すマスク情報とが関連付けられ るマスク表において、あるマスク情報が変更される。
[0180] 次に、ステップ H2において、端末 1002は、変更されたマスク情報に対応する院内 情報を情報保存サーバ 1005のデータベース力も抽出する。なお、端末 1002は、変 更されたマスク情報に対応する全ての院内情報のうちマスク情報が変更される前に 情報保存サーバ 1005のデータベースに記録されていた院内情報を情報保存サー ノ 1005から抽出してもよい。また、院内情報は、例えば、 SQLやその他のデータべ ース制御言語により抽出されてもよい。
[0181] 次に、ステップ H3において、端末 1002は、抽出した院内情報、院内情報をデータ ベース管理端末 1008のデータベースに追加記録させる旨の追加指示、及びデータ ベースの記録先 (項目名）を情報登録サーバ 1004に送信する。なお、端末 1002は 、抽出した院内情報、院内情報をデータベース管理端末 1008のデータベースに追 加記録させる旨の追加指示、及びデータベースの記録先 (項目名）をリストにして情 報登録サーバ 1004に送信してもよい。
[0182] 次に、ステップ H4において、情報登録サーバ 1004は、端末 1002から送信された 院内情報、追加指示、及びデータベースの記録先を受信する。
そして、ステップ H5において、情報登録サーバ 1004の登録情報管理手段 1009 は、追加指示を受信すると、院内情報及びデータベースの記録先をデータベース管 理端末 1008に送信し、データベースの記録先に基づいて、院内情報をデータべ一 ス管理端末 1008のデータベースに記録させる。
[0183] 次に、この他のデータマネージメントシステムにおいて、変更されたマスク情報に対 応する院内情報をデータベース管理端末 1008のデータベース力も削除させる動作 について説明する。
[0184] 図 38は、院内情報をデータベース管理端末 1008のデータベースから削除させる 場合のデータマネージメントシステムの動作について説明するためのフローチャート である。
[0185] まず、ステップ J1において、ユーザの操作により、各項目と項目に対応する院内情 報を情報登録サーバ 1004に送信すべき力否かを示すマスク情報とが関連付けられ るマスク表において、あるマスク情報が変更される。 [0186] 次に、ステップ J2において、端末 1002は、変更されたマスク情報に対応する院内 情報をデータベース管理端末 1008のデータベースから削除させる旨の削除指示を 情報登録サーバ 1004に送信する。
[0187] そして、ステップ J3において、情報登録サーバ 1004の登録情報管理手段 1009は 、端末 1002から送信された削除指示に基づく院内情報をデータベース管理端末 10 08のデータベースから削除させる。なお、データベース管理端末 1008のデータべ ースにおいて、変更されたマスク情報に対応する院内情報を削除する代わりに、変 更されたマスク情報に対応する院内情報を参照不可となるように設定してもよい。
[0188] この他のデータマネージメントシステムのように、新旧マスク表の比較結果によらず に、変更されたマスク情報に対応する院内情報をデータベース管理端末 1008のデ ータベースに記録すべき力否かの判断を行うようにしてもよ 、。
[0189] また、上記実施形態において、端末 1002及び情報登録サーバ 1004にそれぞれ、 項目情報と数字などの簡単な記号とが関連付けられて記録される対応表を備え、端 末 1002から情報登録サーバ 1004に院内情報を送信する際、項目情報の代わりに 上記簡単な記号を送信し、情報登録サーバ 1004が上記対応表を参照するように構 成してちょい。
[0190] このように、院内情報を送信する際、項目情報の代わりに上記簡単な記号を送信す ることにより、送信時の情報量を少なくすることができる。
また、上記実施形態において、データベース管理端末 1008のデータベースに院 内情報を追加記録した後、その旨を端末 1002に返信してもよい。
[0191] また、上記実施形態において、データベース管理端末 1008のデータベースから院 内情報が削除された後、その旨を端末 1002に返信してもよい。
また、上記実施形態では、マスク表が変更されると、データベース管理端末 1008 のデータベースの内容を更新する構成であるが、所定時間経過毎に、現在使用して いるマスク表とデータベース管理端末 1008のデータベースの内容とを比較して、そ の比較結果に基づ 、てデータベース管理端末 1008のデータベースの内容を更新 してちよい。
[0192] このように、上記実施形態によれば、マスク情報が変更されると、過去分情報が情 報登録サーバ 1004が備えるデータベースに記録される力 または、そのデータべ一 スに記録される過去分情報が削除されるかのどちらか一方になるので、端末 1002か ら情報登録サーバ 1004に送信可能な情報と情報登録サーバ 1004が備えるデータ ベースに記録されている情報とを常に一致させることができる。
[0193] また、端末 1002を病院 201に設け、情報登録サーバ 1004を医療サービスを行う 外部施設 202に設けることにより、医療に関する法律が改正されたり、病院 202の院 内情報を院外に保存するか否かに係わるポリシーが変更されたりしても、端末 1002 から情報登録サーバ 1004に送信可能な院内情報と情報登録サーバ 1004が備える データベースに記録されている院内情報とを常に一致させることができるので、デー タベースに記録されている院内情報を解析して病院 202に提供する医療サービスな どを正しく行うことができる。
[0194] また、データマネージメントシステム全体を入れ替える必要がなくなり、データマネ 一ジメントシステムで扱われるデータベースの再構築の手間やコストを抑えることがで きる。

Claims

請求の範囲
[1] 以下を有するデータマネージメントシステムであって、
病院内で扱われる院内情報を蓄積、管理する院内情報処理装置に、前記病院内 から収集した院内情報を記憶、蓄積する院内情報記憶手段と、前記院内情報記憶 手段に記憶された院内情報に対して、前記病院の外部への提供を許可する力否か を示すマスク情報を設定するマスク情報設定手段と、前記マスク情報に基づいて、前 記病院外部への提供を許可した情報のみ通信回線を介して病院外部力 取得でき る状態又は病院外部に出力できる状態とした公開可能情報を生成する公開可能情 報生成手段とを備え、
病院外に設置される院外情報処理装置に、前記公開可能情報を前記院内情報処 理装置から取得又は出力された公開可能情報読み出し手段と、前記院内情報処理 装置から読み出した公開可能情報を記憶する公開可能情報記憶手段とを備える、 ことを特徴とするデータマネージメントシステム。
[2] 前記公開可能情報記憶手段に記憶されて!、る、前記公開可能情報内の情報から 必要な情報を選択し、該選択した情報を用いてサービスを行なう、当該サービス毎に 設けられた 1乃至複数のサービスアプリケーション手段を前記院外情報処理装置に アクセスする情報処理端末に備えたことを特徴とする請求の範囲の第 1項に記載の データマネージメントシステム。
[3] 前記院内情報処理装置に認証情報を送り、認証許可を得る手段を前記院外情報 処理装置に更に備えたことを特徴とする請求の範囲の第 1項に記載のデータマネー ジメントシステム。
[4] 前記公開可能情報読み出し手段は、前記院内情報処理装置から通信回線を介し て前記公開可能情報を読み出すことを特徴とする請求の範囲の第 1項に記載のデ ータマネージメントシステム。
[5] 以下を有する院内情報処理装置において、
病院内力 収集した院内情報を記憶、蓄積する院内情報記憶手段と、 前記院内情報記憶手段に記憶された院内情報に対して、前記病院の外部への提 供を許可するか否かを示すマスク情報を設定するマスク設定手段と、 前記マスク情報に基づ!/、て、前記病院外部への提供を許可したもののみを前記院 外情報処理装置が読み出せる状態とした公開可能情報を生成する公開可能情報生 成手段と、
を備えることを特徴とする院内情報処理装置。
[6] 前記マスク設定手段は、前記記憶手段に記憶された院内情報の項目の種類をュ 一ザに示し、当該ユーザに各院内情報の項目それぞれに対して前記病院の外部へ の提供を許可するか否かを示す選択指示を入力させる入力ユーザ指示入力手段を 更に備え、
前記マスク設定手段は、前記選択指示に基づ!、て前記マスク情報を設定すること を特徴とする請求の範囲の第 5項に記載の院内情報処理装置。
[7] ¥ユーザに認証情報を入力させ、該認証情報によって認証処理を行なうことを特徴 とする請求の範囲の第 5項に記載の院内情報処理装置。
[8] 病院内から収集し、院内情報処理装置に蓄積された院内情報に対し、前記病院の 外部への提供を許可するか否かを示すマスク情報を設定し、
前記マスク情報に基づ!/、て、前記病院外部への提供を許可したもののみを前記病 院の外部に設けられる院外情報処理装置が読み出せる状態とした公開可能情報を 生成する、
ことを特徴とする院内情報の受け渡し方法。
[9] コンピュータに、
病院内から収集し、院内情報処理装置に蓄積された院内情報に対し、前記病院の 外部への提供を許可するか否かを示すマスク情報を設定する機能、
前記マスク情報に基づ!/、て、前記病院外部への提供を許可したもののみを前記病 院の外部に設けられる院外情報処理装置が読み出せる状態とした公開可能情報を 生成する機能、
を実現させるためのプログラム。
[10] 以下を有するデータマネージメントシステムであって、
情報送信元施設に設けられる端末と、外部施設に設けられる情報登録サーバとを 備え、 前記端末は、複数の情報が記録される第 1のデータベースと、前記複数の情報が 項目毎に分けられたときの該項目を示す項目情報と、前記項目に対応する情報を前 記情報登録サーバに送信可能か否かを示すマスク情報とを関連付けてマスク表とし て記録するマスク設定手段と、前記マスク情報が変更された後の前記マスク表に基 づく変更情報を、ネットワークを介して前記情報登録サーバに送信する送信手段とを 備え、
前記情報登録サーバは、前記複数の情報が記録される第 2のデータベースと、前 記端末から送信される前記変更情報に基づいて、前記複数の情報のうち前記マスク 情報が変更される前に前記第 1のデータベースに記録された情報である過去分情報 を前記端末に要求して前記第 2のデータベースに記録する、または、前記第 2のデ ータベースに記録される前記過去分情報を削除する登録情報管理手段とを備えるこ とを特徴とするデータマネージメントシステム。
[11] 前記変更情報は、前記マスク情報が変更された後の前記マスク表であり、
前記情報登録サーバは、前記マスク情報が変更される前の前記マスク表を旧マス ク表として記録すると共に、前記マスク情報が更新された後の前記マスク表を新マス ク表として記録する記録手段を備え、
前記登録情報管理手段は、前記旧マスク表と前記新マスク表とを比較し、送信不 可能力 送信可能に変更された送信可能マスク情報が前記新マスク表にあると、前 記送信可能マスク情報に対応する前記過去分情報を前記端末に要求して前記第 2 のデータベースに記録し、送信可能力 送信不可能に変更された送信不可能マスク 情報が前記新マスク表にあると、前記送信不可能マスク情報に対応する前記過去分 情報を前記第 2のデータベースから削除することを特徴とする請求の範囲の第 10項 に記載のデータマネージメントシステム。
[12] 前記端末は、前記マスク情報が変更される前の前記マスク表を旧マスク表として記 録すると共に、前記マスク情報が変更された後の前記マスク表を新マスク表として記 録する記録手段を備え、
前記送信手段は、前記旧マスク表と前記新マスク表とを比較し、送信不可能から送 信可能に変更された送信可能マスク情報が前記新マスク表にあると、前記送信可能 マスク情報に対応する前記過去分情報及び該過去分情報を前記第 2のデータべ一 スに記録させる旨の追加指示を前記情報登録サーバに送信し、送信可能から送信 不可能に変更された送信不可能マスク情報が前記新マスク表にあると、前記送信不 可能マスク情報に対応する前記過去分情報を前記第 2のデータベースから削除させ る旨の削除指示を前記情報登録サーバに送信し、
前記登録情報管理手段は、前記端末から前記追加指示が送信されると、前記第 2 のデータベースに前記送信可能マスク情報に対応する前記過去分情報を記録し、 前記端末力 前記削除指示が送信されると、前記送信不可能マスク情報に対応する 前記過去分情報を前記第 2のデータベースから削除することを特徴とする請求の範 囲の第 10項に記載のデータマネージメントシステム。
[13] 前記更新情報は、前記過去分情報及び該過去分情報を前記第 2のデータベース に記録させる旨の追加指示、または、前記第 2のデータベースに記録される前記過 去分情報を削除させる旨の削除指示であり、
前記登録情報管理手段は、前記端末から前記追加指示が送信されると、前記第 2 のデータベースに前記過去分情報を記録し、前記端末から前記削除指示が送信さ れると、前記第 2のデータベースに記録される前記過去分情報を削除することを特徴 とする請求の範囲の第 10項に記載のデータマネージメントシステム。
[14] 以下を有する情報登録サーバであって、
情報送信元施設に設けられる端末が備える第 1のデータベースに記録される情報 のうち前記端末力 ネットワークを介して受信された複数の情報が記録される第 2の ケ' ~~タべ' ~~スと
前記複数の情報が項目毎に分けられたときの該項目を示す項目情報と、前記項目 に対応する情報が前記情報登録サーバに送信可能力否かを示すマスク情報とが関 連付けられて記録されるマスク表において、前記マスク情報が変更されると、前記マ スク情報が変更された後の前記マスク表に基づく変更情報に応じて、前記複数の情 報のうち前記マスク情報が変更される前に前記第 1のデータベースに記録された情 報である過去分情報を前記端末に要求して前記第 2のデータベースに記録する、ま たは、前記第 2のデータベースに記録される前記過去分情報を削除する登録情報管 理手段と、
を備えることを特徴とする情報登録サーバ。
[15] 前記変更情報は、前記マスク情報が変更された後の前記マスク表であり、
前記マスク情報が変更される前の前記マスク表を旧マスク表として記録すると共に、 前記マスク情報が更新された後の前記マスク表を新マスク表として記録する記録手 段を備え、
前記登録情報管理手段は、前記旧マスク表と前記新マスク表とを比較し、送信不 可能力 送信可能に変更された送信可能マスク情報が前記新マスク表にあると、前 記送信可能マスク情報に対応する前記過去分情報を前記端末に要求して前記第 2 のデータベースに記録し、送信可能力 送信不可能に変更された送信不可能マスク 情報が前記新マスク表にあると、前記送信不可能マスク情報に対応する前記過去分 情報を前記第 2のデータベースから削除することを特徴とする請求の範囲の第 14項 に記載の情報登録サーバ。
[16] 前記端末は、前記マスク情報が変更される前の前記マスク表を示す旧マスク表と、 前記マスク情報が変更された後の前記マスク表を示す新マスク表とを比較し、送信不 可能力 送信可能に変更された送信可能マスク情報が前記新マスク表にあると、前 記送信可能マスク情報に対応する前記過去分情報及び該過去分情報を前記第 2の データベースに記録させる旨の追加指示を前記情報登録サーバに送信し、送信可 能力 送信不可能に変更された送信不可能マスク情報が前記新マスク表にあると、 前記送信不可能マスク情報に対応する前記過去分情報を前記第 2のデータベース 力 削除させる旨の削除指示を前記情報登録サーバに送信し、
前記登録情報管理手段は、前記端末から前記追加指示が送信されると、前記第 2 のデータベースに前記送信可能マスク情報に対応する前記過去分情報を記録し、 前記端末から前記削除指示が送信されると、前記第 2のデータベースに記録される 前記送信不可能マスク情報に対応する前記過去分情報を削除することを特徴とする 請求の範囲の第 14項に記載の情報登録サーバ。
[17] 前期更新情報は、前期か古文情報及び外貨古文情報を前期第 2のデータベース に記録させる旨の追加指示、または、前記第 2のデータベースに記録される前記過 去分情報を削除させる旨の削除指示であり、
前記登録情報管理手段は、前記端末から前記追加指示が送信されると、前記第 2 のデータベースに前記過去分情報を記録し、前記端末から前記削除指示が送信さ れると、前記第 2のデータベースに記録される前記過去分情報を削除することを特徴 とする請求の範囲の第 14項に記載の情報登録サーバ。
[18] 以下を有する端末であって、
複数の情報が記録される第 1のデータベースと、
前記複数の情報が項目毎に分けられたときの該項目を示す項目情報と、前記項目 に対応する情報が外部施設に設けられる情報登録サーバに送信可能か否かを示す マスク情報とを関連付けてマスク表として記録するマスク設定手段と、
前記マスク情報が変更された後の前記マスク表に基づく変更情報に応じて、前記 複数の情報のうち前記マスク情報が変更される前に前記第 1のデータベースに記録 された情報である過去分情報を第 2のデータベースに記録する、または、前記第 2の データベースに記録される前記過去分情報を削除する情報登録サーバに、ネットヮ ークを介して前記変更情報を送信する送信手段と、
を備えることを特徴とする端末。
[19] 前記変更情報は、前記マスク情報が変更された後の前記マスク表であり、
前記送信手段は、前記マスク情報が変更される前の前記マスク表を示す旧マスク 表と、前記マスク情報が更新された後の前記マスク表を示す新マスク表とが前記情報 登録サーバにより比較され、送信不可能力 送信可能に変更された送信可能マスク 情報が前記新マスク表にあると、前記送信可能マスク情報に対応する前記過去分情 報を前記情報登録サーバに送信し、前記第 2のデータベースに前記過去分情報が 記録される、
ことを特徴とする請求の範囲の第 18項に記載の端末。
[20] 前記マスク情報が変更される前の前記マスク表を旧マスク表として記録すると共に、 前記マスク情報が変更された後の前記マスク表を新マスク表として記録する記録手 段を備え、
前記送信手段は、前記旧マスク表と前記新マスク表とを比較し、送信不可能から送 信可能に変更された送信可能マスク情報が前記新マスク表にあると、前記送信可能 マスク情報に対応する前記過去分情報及び該過去分情報を前記第 2のデータべ一 スに記録させる旨の追加指示を前記情報登録サーバに送信し、前記第 2のデータべ ースに前記送信可能マスク情報に対応する前記過去分情報を記録させ、送信可能 力 送信不可能に変更された送信不可能マスク情報が前記新マスク表にあると、前 記送信不可能マスク情報に対応する前記過去分情報を前記第 2のデータベースか ら削除させる旨の削除指示を前記情報登録サーバに送信し、前記送信不可能マスク 情報に対応する過去分情報を前記第 2のデータベースから削除させる、
ことを特徴とする請求の範囲の第 18項に記載の端末。
[21] 前記更新情報は、前記過去分情報及び該過去分情報を前記第 2のデータベース に記録させる旨の追加指示、または、前記第 2のデータベースに記録される前記過 去分情報を削除させる旨の削除指示であり、
前記送信手段は、前記情報登録サーバに前記追加指示を送信すると、前記第 2の データベースに前記過去分情報を記録させ、前記情報登録サーバに前記削除指示 を送信すると、前記第 2のデータベースに記録されている前記過去分情報を削除さ せる、
ことを特徴とする請求の範囲の第 18項に記載の端末。
[22] 情報送信元施設に設けられ第 1のデータベースを備える端末から外部施設に設け られ第 2のデータベースを備える情報登録サーバにネットワークを介して送信される 複数の情報が項目毎に分けられたときの該項目を示す項目情報と、前記項目に対 応する情報が前記情報登録サーバに送信可能か否かを示すマスク情報とを関連付 けてマスク表として記録し、
前記マスク情報が変更された後の前記マスク表に基づく変更情報を、前記端末か ら前記ネットワークを介して前記情報登録サーバに送信し、
前記端末から送信される前記変更情報に基づいて、前記複数の情報のうち前記マ スク情報が変更される前に前記第 1のデータベースに記録された情報である過去分 情報を前記端末に要求して前記第 2のデータベースに記録する、または、前記第 2 のデータベースに記録される前記過去分情報を削除する、 ことを特徴とする情報登録方法。
コンピュータに、
情報送信元施設に設けられ第 1のデータベースを備える端末から外部施設に設け られ第 2のデータベースを備える情報登録サーバにネットワークを介して送信される 複数の情報が項目毎に分けられたときの該項目を示す項目情報と、前記項目に対 応する情報が前記情報登録サーバに送信可能か否かを示すマスク情報とを関連付 けてマスク表として記録する機能、
前記マスク情報が変更された後の前記マスク表に基づく変更情報を、前記端末か ら前記ネットワークを介して前記情報登録サーバに送信する機能、
前記端末から送信される前記変更情報に基づいて、前記複数の情報のうち前記マ スク情報が変更される前に前記第 1のデータベースに記録された情報である過去分 情報を前記端末に要求して前記第 2のデータベースに記録する、または、前記第 2 のデータベースに記録される前記過去分情報を削除する機能、 を実現させるためのプログラム。
PCT/JP2005/010722 2004-06-14 2005-06-10 データマネージメントシステム WO2005122034A1 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US11/610,147 US7957982B2 (en) 2004-06-14 2006-12-13 Data management system

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
JP2004176093A JP2005353008A (ja) 2004-06-14 2004-06-14 病院情報システム、院内情報処理装置、院内情報の受け渡し方法及びプログラム
JP2004-176093 2004-06-14
JP2004243166A JP4464764B2 (ja) 2004-08-24 2004-08-24 情報登録システム
JP2004-243166 2004-08-24

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US11/610,147 Continuation US7957982B2 (en) 2004-06-14 2006-12-13 Data management system

Publications (1)

Publication Number Publication Date
WO2005122034A1 true WO2005122034A1 (ja) 2005-12-22

Family

ID=35503277

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2005/010722 WO2005122034A1 (ja) 2004-06-14 2005-06-10 データマネージメントシステム

Country Status (2)

Country Link
US (1) US7957982B2 (ja)
WO (1) WO2005122034A1 (ja)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2018165951A (ja) * 2017-03-28 2018-10-25 株式会社Ｋｄｄｉ総合研究所 セキュリティゲートウェイ装置、方法、及びプログラム
JPWO2021145051A1 (ja) * 2020-01-16 2021-07-22

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102007010603B4 (de) * 2007-03-05 2009-01-15 Siemens Ag Verfahren für Fernübertragung von Anzeigedaten zwischen zwei Rechnern
JP5100303B2 (ja) * 2007-10-17 2012-12-19 富士フイルム株式会社 内視鏡情報管理システム、洗浄情報管理システム及び洗浄情報管理装置
JP2010075267A (ja) * 2008-09-24 2010-04-08 Olympus Medical Systems Corp 洗浄装置、およびその保守管理装置
WO2012127572A1 (ja) * 2011-03-18 2012-09-27 富士通株式会社 秘匿データ処理方法、プログラム及び装置
JP2015041179A (ja) * 2013-08-21 2015-03-02 キヤノン株式会社 デバイス装置、制御方法およびコンピュータプログラム
JP6026385B2 (ja) * 2013-10-25 2016-11-16 株式会社日立製作所 属性情報提供方法および属性情報提供システム
US10440246B2 (en) * 2014-11-19 2019-10-08 Kiran K. Bhat System for enabling remote annotation of media data captured using endoscopic instruments and the creation of targeted digital advertising in a documentation environment using diagnosis and procedure code entries
EP3842977A4 (en) * 2018-08-21 2022-04-06 Matsunaga, Chikara SYSTEM AND PROCEDURES TO SUPPORT THE USE OF AN ITEM

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001357242A (ja) * 2000-06-13 2001-12-26 Nec Corp 個人情報一元管理システム
JP2002063280A (ja) * 2000-08-17 2002-02-28 Matsushita Electric Ind Co Ltd 医療情報システム
WO2002017171A1 (fr) * 2000-08-18 2002-02-28 Arkray, Inc. Systeme de fourniture de services a distance et procede de calcul de frais
JP2002109106A (ja) * 2000-09-27 2002-04-12 Hitachi Software Eng Co Ltd 人材の紹介・斡旋仲介方法及びシステム
JP2002207822A (ja) * 2001-01-09 2002-07-26 Olympus Optical Co Ltd 医療行為情報蓄積検索システム

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
AU6665998A (en) 1997-02-26 1998-09-29 Siebel Systems, Inc. Method of determining the visibility to a remote database client of a plurality of database transactions
US20020016718A1 (en) * 2000-06-22 2002-02-07 Rothschild Peter A. Medical image management system and method
JP3882729B2 (ja) * 2002-09-27 2007-02-21 富士通株式会社 情報開示プログラム

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001357242A (ja) * 2000-06-13 2001-12-26 Nec Corp 個人情報一元管理システム
JP2002063280A (ja) * 2000-08-17 2002-02-28 Matsushita Electric Ind Co Ltd 医療情報システム
WO2002017171A1 (fr) * 2000-08-18 2002-02-28 Arkray, Inc. Systeme de fourniture de services a distance et procede de calcul de frais
JP2002109106A (ja) * 2000-09-27 2002-04-12 Hitachi Software Eng Co Ltd 人材の紹介・斡旋仲介方法及びシステム
JP2002207822A (ja) * 2001-01-09 2002-07-26 Olympus Optical Co Ltd 医療行為情報蓄積検索システム

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2018165951A (ja) * 2017-03-28 2018-10-25 株式会社Ｋｄｄｉ総合研究所 セキュリティゲートウェイ装置、方法、及びプログラム
JPWO2021145051A1 (ja) * 2020-01-16 2021-07-22
WO2021145051A1 (ja) * 2020-01-16 2021-07-22 オリンパス株式会社 内視鏡システム
JP7346598B2 (ja) 2020-01-16 2023-09-19 オリンパス株式会社 内視鏡システム、および内視鏡システムの情報処理方法

Also Published As

Publication number Publication date
US7957982B2 (en) 2011-06-07
US20070088753A1 (en) 2007-04-19

Similar Documents

Publication Publication Date Title
WO2005122034A1 (ja) データマネージメントシステム
US7069227B1 (en) Healthcare information network
US6018713A (en) Integrated system and method for ordering and cumulative results reporting of medical tests
JP5669250B2 (ja) 情報アクセス制御システムとそのサーバ装置及び情報アクセス制御方法
US20120101843A1 (en) System and method for anonymizing patient data
EP1410761A1 (en) Medical image diagnostic system, and information providing server and information providing method
AU2009251030A1 (en) Improvements relating to graphical user interfaces
CN101803293A (zh) 卫生保健语义互操作性平台
JP5269664B2 (ja) 中継サーバ及びその制御方法、並びに医用ネットワークシステム
CN105723366A (zh) 用于准备用于搜索数据库的系统的方法以及用于执行向所连接的数据源的查询的系统和方法
US20130031232A1 (en) System and Method For Sharing Electronic Information
WO2013103961A1 (en) Systems and methods for managing, storing, and exchanging healthcare information and medical images
US20080133274A1 (en) ELECTRONICALLY DOCUMENTED MEDICAL RECORD and MEDICARE BILLING FORMS GENERATION SYSTEM
US20040243586A1 (en) Method and apparatus for obtaining and storing medical history records
JP2014099017A (ja) アクセス履歴提供システム及びアクセス履歴提供方法
Chang et al. Realization of integration and working procedure on digital hospital information system
McLoughlin et al. MEDIC: MobilE diagnosis for improved care
Adelhard et al. Functional requirements for a HIS-RIS-PACS-interface design, including integration of “old” modalities
JP2005353008A (ja) 病院情報システム、院内情報処理装置、院内情報の受け渡し方法及びプログラム
JP2002304466A (ja) モジュール自在連携型電子カルテシステム
JP6078459B2 (ja) 情報管理システムとそのデータ連携方法
JP2018081525A (ja) 電子カルテシステム
KR20110056633A (ko) 의료기기 통합 게이트웨이에서 웹기반 원격 관리 지원을 위한 통합 의료관리 인터페이스 시스템 및 그것에 의한 통합 의료관리 방법
KR100614033B1 (ko) 온라인 의료정보 제공 시스템 및 방법
KR20030081768A (ko) 임상정보관리방법

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BW BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE EG ES FI GB GD GE GH GM HR HU ID IL IN IS KE KG KM KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NA NG NI NO NZ OM PG PH PL PT RO RU SC SD SE SG SK SL SM SY TJ TM TN TR TT TZ UA UG US UZ VC VN YU ZA ZM ZW

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): BW GH GM KE LS MW MZ NA SD SL SZ TZ UG ZM ZW AM AZ BY KG KZ MD RU TJ TM AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IS IT LT LU MC NL PL PT RO SE SI SK TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG

WWE Wipo information: entry into national phase

Ref document number: 11610147

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE

WWW Wipo information: withdrawn in national office

Country of ref document: DE

WWP Wipo information: published in national office

Ref document number: 11610147

Country of ref document: US

122 Ep: pct application non-entry in european phase