WO2014118885A1 - 医療情報管理装置、医療情報管理システム及び医療情報管理装置の制御方法 - Google Patents

医療情報管理装置、医療情報管理システム及び医療情報管理装置の制御方法 Download PDF

Info

Publication number
WO2014118885A1
WO2014118885A1 PCT/JP2013/051898 JP2013051898W WO2014118885A1 WO 2014118885 A1 WO2014118885 A1 WO 2014118885A1 JP 2013051898 W JP2013051898 W JP 2013051898W WO 2014118885 A1 WO2014118885 A1 WO 2014118885A1
Authority
WO
WIPO (PCT)
Prior art keywords
information
medical information
medical
access
identification information
Prior art date
Application number
PCT/JP2013/051898
Other languages
English (en)
French (fr)
Inventor
裕也 塔野岡
山田　和広
Original Assignee
テルモ株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by テルモ株式会社 filed Critical テルモ株式会社
Priority to EP13873413.2A priority Critical patent/EP2953087A4/en
Priority to PCT/JP2013/051898 priority patent/WO2014118885A1/ja
Priority to JP2014559384A priority patent/JPWO2014118885A1/ja
Priority to CN201380045581.4A priority patent/CN104584063A/zh
Publication of WO2014118885A1 publication Critical patent/WO2014118885A1/ja
Priority to US14/664,143 priority patent/US20150242576A1/en

Links

Images

Classifications

    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H10/00—ICT specially adapted for the handling or processing of patient-related medical or healthcare data
    • G16H10/60—ICT specially adapted for the handling or processing of patient-related medical or healthcare data for patient-specific data, e.g. for electronic patient records
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • 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
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/10—Office automation; Time management
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00—Systems or methods specially adapted for specific business sectors, e.g. utilities or tourism
    • G06Q50/10—Services
    • G06Q50/22—Social work
    • 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
    • G16H40/00—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices
    • G16H40/20—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the management or administration of healthcare resources or facilities, e.g. managing hospital staff or surgery rooms

Definitions

  • the present invention relates to a medical information management apparatus, a medical information management system, and a control method for the medical information management apparatus that manage medical information such as drug information used in hospitals, for example.
  • Patent Document 1 Conventionally, in hospitals and the like, infusion pumps and the like have been used in order to appropriately administer drugs to patients (for example, Patent Document 1).
  • a database such as a “drug library” is built to manage that information, and drugs are properly prescribed using infusion pumps, etc.
  • a system that can be used is adopted.
  • the hospital includes not only drug information but also information related to the hospital's medical and management offices in the hospital database so that hospital staff can easily acquire various information about the entire hospital from their own terminals. It has become.
  • a staff member in charge of medical office management may also need to access a database such as a “drug library” that is not related in principle.
  • a database such as a “drug library” that is not related in principle.
  • access authority in order to access, there is a problem that access authority must be obtained from the system administrator each time, which hinders execution of business.
  • access authority it is difficult to allow unlimited access due to the nature of medical affairs. After all, the procedure for permitting access to the “drug library”, etc., after passing through procedures such as permission from the administrator, etc. It was.
  • the present invention can be automatically accessed under certain restrictions as an exception in order to enhance the convenience of users of medical information even if access of users such as hospital staff is restricted to medical information. It is an object of the present invention to provide a medical information management device, a medical information management system, and a control method for the medical information management device.
  • the object is to provide user identification information for identifying a user who uses medical information, a plurality of first medical information obtained by dividing the medical information into a plurality of types, and the first A second medical information that further classifies the medical information into a plurality of types, the second medical information, and the third medical information that associates the second medical information with the degree identification information indicating the degree of the second medical information
  • the third medical information storage unit that stores information, the user identification information, and at least the user identification information corresponding to the accessible first medical information and the user identification information
  • a user access related information storage unit that stores user access related information that is registered in association with the degree identification information, and the second medical information requested to be accessed belongs based on the user identification information
  • the first When the medical treatment information is determined to be inaccessible based on the user access related information, the degree identification information of the second medical information is specified based on the third medical information.
  • the degree identification information is compared with the degree identification information of the user access related information to determine whether the access is possible. This is achieved by a
  • the first medical information to which the second medical information requested for access belongs is determined to be inaccessible based on the user access related information. It is effective when For example, a hospital employee having the user identification information (for example, an ID number) is usually in charge of medical office work, but is not normally related in the business, such as “first medical information” such as “drug library” It may be necessary to access “second medical information” such as “Create / Edit”.
  • the hospital staff of the user-related information is usually not related to the “first medical information” called “drug library” on a business basis. It is impossible. This eliminates the possibility that the hospital staff mistakenly changes a database such as a “drug library” that is not related to his / her business, and ensures the safety of management of medical information handled by the system.
  • the degree identification information of the second medical information is specified based on the third medical information, and the specified degree identification information is compared with the degree identification information of the user access related information. In this configuration, whether or not the access is possible is determined.
  • the third medical information is information that associates the second medical information with the degree identification information indicating the degree of the second medical information.
  • “second medical information” such as “creation / editing” and the degree identification information, for example, “authority level 3” are associated with each other.
  • degree identification information for example, authority level 6
  • the degree identification information of the specified “authority level 3” is compared with the degree identification information of the user access related information (for example, the authority level 6) to determine whether the access is possible. .
  • the degree identification information (for example, authority level 6) of the user access related information exceeds the specified degree identification information of “authority level 3”, the access is automatically made possible. ing.
  • second medical information such as “creation / edit” of “first medical information” such as “drug library” that is not normally accessed is, for example, temporary It becomes possible to access the network, the performance of the business becomes smooth, and the convenience for the user is improved. In addition, this access is not unconditional. Compare the “degree identification information” of the “second medical information” to be accessed with the “degree identification information” of the user identification information of the hospital staff or the like. to decide. Therefore, it is possible to improve the convenience for the user while ensuring the safety of management of medical information.
  • the degree identification information of the second medical information includes stage degree information that is a standard common to each of the first medical information, and the stage degree information of the specified degree identification information is
  • the degree information of the degree identification information of the user access related information does not exceed the stage degree information, an access request based on the user identification information is allowed on a condition of time limitation. To do.
  • the degree identification information belonging to the first medical information has stage degree information that is a standard common to each first medical information, for example, authority level 1, authority level 2, authority level 3, and the like. is doing. Further, when the level information of the specified degree identification information, for example, the authority level 2 does not exceed the level information of the degree identification information of the user access related information (for example, authority level 6), the user identification is performed.
  • the access request based on the information is configured to be permitted on the condition of time limitation (for example, only once). Therefore, even when permitting access to “second medical information” such as “creation / editing of drug library” that is different from the original work (predetermined work) of a user such as a hospital staff member, etc. Since it is limited, it is possible to ensure the safety of medical information management.
  • an access history information storage unit that stores access permission history information on the condition of the time limitation, and when the history information satisfies a predetermined requirement, the specified degree identification information, The access is permitted without comparing the degree identification information of the user access related information.
  • the access history information storage unit stores access permission history information on the condition of time limitation, and when the history information satisfies a predetermined requirement, the specified degree identification information, The access is permitted without comparing the degree identification information of the user access related information. That is, permission for access to “second medical information” such as “creation / editing of a drug library” different from the original work (predetermined work) of a user such as a hospital staff is within a certain period of time, for example.
  • second medical information such as “creation / editing of a drug library” different from the original work (predetermined work) of a user such as a hospital staff is within a certain period of time, for example.
  • the number of times is more than a certain number of times, it is possible to perform the business more smoothly by guaranteeing quick access without permitting access each time.
  • the predetermined requirement of a certain number of times within a certain period is satisfied, there are many cases where there is no particular problem in terms of safety in the management of medical information, and it is necessary to give priority to the
  • the access special information storage unit prefferably, it is stored in the access special information storage unit as access special information that the access is permitted without comparing the specified degree identification information with the degree identification information of the user access related information.
  • the access special information is canceled.
  • the access special information storage unit when the specified degree identification information and the degree identification information of the user access related information are stored in the access special information storage unit as access special information without comparing the access identification information.
  • the access special information is canceled. That is, permission for access to “second medical information” such as “creation / editing of a drug library” different from the original work (predetermined work) of a user such as a hospital staff is within a certain period of time, for example.
  • a predetermined registration is made so that access is not permitted each time. However, if the number of similar accesses is reduced within a certain period of time afterwards, it will no longer be necessary to secure the management of medical information rather than the need to request such special cases.
  • the registration is canceled to ensure the safety of medical information management.
  • the medical device has a terminal device used by a user, and the medical information management device is communicably connected to the terminal device.
  • the object is to provide user identification information for identifying a user who uses medical information, a plurality of first medical information obtained by dividing the medical information into a plurality of types, and the first A second medical information that further classifies the medical information into a plurality of types, the second medical information, and the third medical information that associates the second medical information with the degree identification information indicating the degree of the second medical information
  • the third medical information storage unit that stores information, the user identification information, and at least the user identification information corresponding to the accessible first medical information and the user identification information
  • a user access related information storage unit that stores user access related information that is registered in association with the degree identification information, and the second medical information requested to be accessed belongs based on the user identification information
  • the first When the medical treatment information is determined to be inaccessible based on the user access related information, the degree identification information of the second medical information is specified based on the third medical information.
  • the degree identification information and the degree identification information of the user access related information are compared to determine whether or not the access is possible.
  • a medical information management device, a medical information management system, and a control method for the medical information management device that can be automatically accessed can be provided.
  • FIG. 1 is a schematic diagram showing a “medical information management system 1” according to the present invention.
  • the medical information management system 1 includes a hospital management server 10 that is a medical information management device, for example.
  • hospital staff terminals 50A, 50B, and 50C that are terminal devices are communicably connected to the hospital management server 1 and are medical devices that are arranged in the hospital, for example, infusion pumps 2a and 2b.
  • 2c of the hospital management server 10 are communicably connected.
  • the hospital management server 10 stores a database of various data used in the hospital.
  • This database is an example of “first medical information”.
  • FIG. 2 is a schematic diagram showing a specific example of such a database.
  • FIG. 2A is a schematic diagram showing a database of “drug library”.
  • Drug Library contains detailed data on drug prescriptions, etc. (for example, drug types (anticancer drugs, anesthetics), drug names, upper and lower limits of flow rate (mL / h), upper limit of injection volume (mL) ⁇
  • This data is mainly sent to the infusion pump 2a, etc. in FIG. 1, and medical personnel such as nurses who operate the infusion pump 2a etc. send drugs to patients.
  • This data is used when administering.
  • the infusion pump 2a or the like is a medical device used for accurately administering a drug to a patient, and is disposed in an infusion device or the like when high-precision control is required for drug administration.
  • FIG. 2B is a schematic diagram showing a database of “hospital office management data”.
  • “Hospital office management data” is data for managing hospital medical office management data and the like. Accordingly, medical staff such as nurses, medical staff of hospitals, and hospital staff such as hospital managers can operate their own services by operating the “terminal 50A for hospital staff” in FIG. The data can be accessed smoothly.
  • the access authority of the database stored in the hospital management server 10 in FIG. 1 is determined according to the type of the database, and access to the database by hospital staff or the like not related to the database is restricted.
  • the “medicine library” in FIG. 2A is given access authority only to medical personnel such as doctors, nurses, and pharmacists, and access authority is not granted to other medical office staff.
  • FIG. 2A four levels of authority levels 2 to 5 are shown, but the present invention is not limited to this.
  • the database of “Hospital Office Management Data” in FIG. 2B is given access authority only to medical office staff and management staff, and access authority is given to medical staff such as doctors. Not.
  • a plurality of processing contents are defined.
  • processing such as browsing, creation / editing, confirmation and editing shown in FIG. 2A
  • hospital information management data the graph shown in FIG.
  • processing contents are an example of “second medical information”.
  • an “authority level” is defined as “degree identification information” that can be executed depending on the degree of the processing contents. Only the hospital staff having such “authority level” can execute such processing.
  • the authority level is associated with, for example, an ID number that is “user identification information” of a hospital staff member.
  • FIG. 2B seven levels of authority levels 1 to 7 are shown, but the present invention is not limited to this.
  • the hospital management server 10, the hospital staff terminal 50A, etc., the infusion pump 2a, etc. shown in FIG. 1 have a computer, and the computer includes a CPU (Central Processing Memory), a RAM (Random Access Memory), a ROM (not shown). Read Only Memory) and the like are connected via a bus.
  • a CPU Central Processing Memory
  • RAM Random Access Memory
  • ROM Read Only Memory
  • FIG. 3 is a schematic block diagram showing main configurations of the hospital management server 10 and the hospital staff terminal 50A shown in FIG.
  • the hospital staff terminal 50 ⁇ / b> A has a terminal control unit 51.
  • the terminal control unit 51 includes a “terminal side input device 52” for inputting data and the like, a “terminal side display 53” for displaying data and the like, and a “terminal side communication device 54 for communicating with the hospital management server 10 and the like.
  • the “terminal-side various data storage unit 55” is also controlled.
  • the hospital management server 10 has a server control unit 11.
  • the server control unit 11 includes a “terminal communication device 12” for inputting data and the like, a “server display 13” for displaying data and the like, and a “server communication device for communicating with the hospital staff terminal 50”.
  • 14 and“ server side timing device 15 ”,“ server side various data storage unit 20 ”,“ server side various data processing unit (program) (1) 30 ”and“ server side various data processing unit (program) ) (2) 40 "is also controlled.
  • FIG. 4 is a schematic block diagram showing the contents of “various data storage section 20” shown in FIG. 3, and FIG. 5 is a schematic block showing the contents of “various data processing section (program) (1) 30”.
  • FIG. 6 is a schematic block diagram showing the contents of “various data processing section (program) (2) 40”. The individual contents of these blocks will be described later.
  • FIGS. 7 to 10 are schematic flowcharts showing an operation example of the medical information management system 1 according to the embodiment of the present invention. The operation will be described below with reference to the flowcharts of FIGS. 7 to 10, and the configuration of FIGS. 1 to 6 will be described.
  • a hospital staff who is a user who wants to access the hospital management server 10 of FIG. 1 has an ID number, for example, which is user identification information. Therefore, the hospital staff who wants to access the hospital management server 10 in FIG. 1 uses his / her hospital staff terminal 50A shown in FIG. 1 to assign his / her ID number to his / her hospital staff terminal 50A as shown in ST1. Enter the password.
  • the process proceeds to ST5.
  • the hospital staff inputs “database” and “processing contents” that he / she wants to access from his / her hospital staff terminal 1A.
  • “drug library” is input as the database
  • “drug library creation / edit” is input as the processing content.
  • ST6 it is determined whether or not the ID number is associated with the access authority of the database (for example, “drug library”). Specifically, the “access authority determination processing unit (program) 32” in FIG. 5 operates and determines whether or not it matches the “accessible database” in the “hospital staff information storage unit 21” in FIG. .
  • the registered authority level of the ID number that is, the “authority level” registered in association with the ID number in the “hospital staff information storage unit 21” in FIG. It is determined whether or not the “authority level” of “drug library creation / editing” or higher.
  • the “access authority determination processing unit (program) 32” determines. That is, the determination is made with reference to the “processing authority level correspondence information storage unit 23” in FIG. 4.
  • each processing content for example, “processing authority level correspondence information storage unit 23” in FIG.
  • “authority level 3” which is information about the level of “authority level” of “drug library creation / editing”
  • “master editing of hospital office management data” which is the processing content of FIG. "Is stored.
  • the “processing authority level correspondence information storage unit 23” acquires the “authority level” registered in the “hospital staff information storage unit 21” in association with the ID number, and then the “authority level” is “ It is determined whether or not it is “authority level 3” or more of the processing content “medicine library creation / editing” stored in the processing authority level correspondence information storage unit 23 ”.
  • hospital staff information recording unit 21 is an example of “user access related information storage unit”
  • processing authority level correspondence information storage unit 23 is an example of “third medical information storage unit”. It has become.
  • the hospital staff when the hospital staff is, for example, in charge of medical office management and is not a medical worker such as a doctor, a nurse, or a pharmacist, “medicine library” that is a database regarding drug prescriptions and the like.
  • “medicine library” As a rule, it has no access authority, and secures the security of its data management. That is, the person in charge of the medical office management can access the “hospital office management data”, which is the database of FIG. 2B, to ensure the convenience.
  • the hospital office management data which is the database of FIG. 2B
  • access to a “drug library” may be required. Even in this case, if access to the database is uniformly denied and registration of access authority is forced each time, the execution of the business will be hindered. In this embodiment, the following processing is performed.
  • the ID number has only the access authority of “hospital office management data”, for example, and the access authority of the database, eg, “drug library”, is registered in the “hospital staff information storage unit 21”. If not, even if the person in charge requests access to the “drug library” with his / her own ID number, the person in charge is rejected.
  • the process proceeds to ST9 in FIG. 8.
  • the “provisional access authority” in ST9 will be described later. If the ID number does not have “provisional access authority” in ST9, the process proceeds to ST10.
  • the registered authority level of the ID number that is, information such as “authority level” stored in the “hospital staff information storage unit 21”, for example, “authority level 6”, is acquired. It is compared with “authority level 3” of a certain “drug library creation / edit”. Then, it is determined whether the registered authority level of the ID number is “authority level 3” or higher of “drug library creation / edit”. Specifically, the “access authority determination processing unit (program) 32” determines.
  • the ID number is stored in the “temporary access authority grant history information storage unit 24” in FIG. In other words, at least, for example, a processing authority for one time, which is limited in time, is given. As a result, even if the access authority of the “medicine library” that is the database is not registered in the “hospital staff information storage unit 21” in advance, access is permitted exceptionally, thereby preventing the execution of the business. It can be prevented in advance.
  • the “temporary access authority grant history information storage unit 24” is an example of the “access history information storage unit”.
  • ST12 it is determined based on the temporary access authority grant history in ST11 whether the condition of “temporary access authority period and number information storage unit 25” in FIG. 4 is satisfied.
  • This “provisional access authority” refers to the case where the access authority is not registered in the “hospital staff information storage unit 21” in advance for the database entered for access. 7 days), if a certain number of times (for example, 5 times or more) is recognized, the process of ST10 (comparison of authority level, etc.) is temporarily omitted, and the processing contents (for example, “drug library creation / editing”) Etc.)). Therefore, when this “provisional access authority” is granted to the ID number, it becomes possible to access the target processing contents more quickly, and the convenience for the user is further improved.
  • the “provisional access authority registration determination processing unit (program) 33” in FIG. 5 performs the number of times information stored in the “temporary access authority grant history information storage unit 24”, the “temporary access authority period and The condition information (for example, 5 times or more in 7 days) stored in the number-of-times information storage unit 25 ”is referred to, and it is determined whether or not the condition information is met.
  • the process proceeds to ST13.
  • the ID number is stored in the “provisional access authority storage unit 26” together with the processing content (for example, “drug library creation / editing”).
  • the “provisional access authority grant processing unit (program) 34” in FIG. 5 executes.
  • the determination in ST9 is executed by the “provisional access authority confirmation processing unit (program) 35” in FIG. Therefore, the “provisional access authority storage unit 26” is an example of the “access special information storage unit”.
  • the process proceeds to ST15 in FIG.
  • the hospital staff who has input the ID number has the authority to execute the processing content, eg,“ drug library creation / editing ”, and the processing content“ medicine library creation / editing ”is executed. Is done.
  • the process proceeds to ST16.
  • the “processing history information storage unit 27” in FIG. 4 indicates that the processing content “drug library creation / editing” has been executed by the ID number at a specific time (year / month / day / time, etc.).
  • provisional access authority registration deletion step is provided.
  • the “provisional access authority maintenance determination processing unit (program) 41” of FIG. 6 operates and refers to the “server-side timing device 15” to determine whether or not a predetermined time has elapsed. To do. If it is determined in ST21 that a certain time has elapsed, the process proceeds to ST22. Also in ST22, the “provisional access authority maintenance determination processing unit (program) 41” operates, and first, the stored “ID number” is extracted with reference to the “provisional access authority storage unit 26” in FIG.
  • processing history information processing count, time information, etc.
  • the processing history information is extracted from the “processing history information storage section 27”, and the processing history information is stored in the “temporary access authority period and count information storage section of FIG. It is determined whether or not the condition of “25” (5 times or more in 7 days, etc.) is satisfied.
  • the “provisional access authority deletion processing unit (program) 42” in FIG. 6 operates and the ID number is deleted from the “provisional access authority storage unit 26”.
  • provisional access authority even after temporarily registering “provisional access authority”, such registration is limited to the range where the necessity exists, and it is unnecessary by monitoring the actual usage state.
  • the “provisional access authority” is deleted to ensure the security of medical information management.
  • the present invention is not limited to the above-described embodiment.
  • the infusion pump 2a or the like has been described as an example of the medical device, but the present invention is not limited to this, and can be suitably applied to other medical devices such as a syringe pump.
  • SYMBOLS 1 Medical information management system, 2a, 2b, 2c ... Infusion pump, 10 ... Hospital management server, 11 ... Server control part, 12 ... Terminal side input device, 13 ... Server Side display, 14 ... server side communication device, 15 ... server side timing device, 20 ... various data storage unit, 21 ... hospital staff information storage unit, 22 ... input staff ID information storage , 23... Processing authority level correspondence information storage unit, 24... Temporary access authority grant history information storage unit, 25... Temporary access authority period and number information storage unit, 26. , 27... Processing history information storage unit, 30... Various data processing unit (program) (1), 31... Input information determination processing unit (program), 32. ), 3 ...
  • provisional access authority registration determination processing unit program
  • 34 ... provisional access authority grant processing unit program
  • 35 ... provisional access authority confirmation processing unit program
  • 36 ... processing history information Input unit program
  • 40 ... various data processing units program) (2), 41 ... provisional access authority maintenance judgment processing unit (program), 42 ... provisional access authority deletion processing unit (program), 50A, 50B, 50C ... hospital staff terminal, 51 ... terminal control unit, 52 ... terminal side input device, 53 ... terminal side display, 54 ... terminal side communication device 54, 55 ..

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Theoretical Computer Science (AREA)
  • General Business, Economics & Management (AREA)
  • Human Resources & Organizations (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Medical Informatics (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Tourism & Hospitality (AREA)
  • Primary Health Care (AREA)
  • Bioethics (AREA)
  • Economics (AREA)
  • Epidemiology (AREA)
  • Public Health (AREA)
  • Marketing (AREA)
  • Data Mining & Analysis (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Databases & Information Systems (AREA)
  • Computer Hardware Design (AREA)
  • Computer Security & Cryptography (AREA)
  • Software Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Biomedical Technology (AREA)
  • Child & Adolescent Psychology (AREA)
  • Medical Treatment And Welfare Office Work (AREA)

Abstract

【課題】医療情報に対する病院職員等の利用者のアクセスが制限されていても、例外として一定の制限下で、自動的にアクセス可能とさせることができる医療情報管理装置等を提供すること。 【解決手段】利用者識別情報に基づいて、アクセス要求された第２の医療情報の属する第１の医療情報が、利用者アクセス関連情報（２１）に基づいて、アクセス不可と判断されたとき、第３の医療情報（２３）に基づき、当該第２の医療情報の程度識別情報を特定し、この特定された程度識別情報と、利用者アクセス関連情報の程度識別情報を比較して、当該アクセスの可否を判断する構成となっている医療情報管理装置（１０）。

Description

医療情報管理装置、医療情報管理システム及び医療情報管理装置の制御方法
　本発明は、例えば、病院等で使用する薬剤情報等の医療情報を管理する医療情報管理装置、医療情報管理システム及び医療情報管理装置の制御方法に関するものである。
　従来より、病院等では、薬剤を患者に適切に投与するために、輸液ポンプ等が用いられている（例えば、特許文献１）。
　このような輸液ポンプ等の医療機器等で使用される薬剤情報等については、その情報を管理するため「薬剤ライブラリ」等のデータベースが構築され、輸液ポンプ等を用いて薬剤等を適切に処方等することが可能となるシステムが採用されている。
　また、病院は、薬剤情報のみならず、病院の医療事務や経営事務等に関する情報も病院のデータベースに含め、病院全体の各種情報を病院の職員が自己の端末から容易に取得することができるシステムとなっている。
　このため、システムとして「薬剤ライブラリ」と「医療事務」等の病院事務管理データ等が一つのネットワークとされているため、医療事務管理等の担当職員であっても「薬剤ライブラリ」にアクセスでき、このアクセスにより、誤ってデータの変更等が生じるおそれがある。
　そこで、病院の職員には、予めアクセス可能なデータの領域等が定められ、当該職員の業務上関連しないデータベース等のアクセスを原則として禁止するシステムとなっている。
特開２０１１－８７６７８号公報
　しかし、例えば、医療事務管理等の担当職員も、原則的には関連が薄い「薬剤ライブラリ」等のデータベースにアクセスしなければならない場合がある。この場合、アクセスするために、アクセス権限をその都度、システムの管理者から取得しなければならず、業務の遂行に支障をきたすという問題があった。
　一方、無制限にアクセスを許可することは、医療事務という性質上、困難であり、やはり、管理者等の許可等の手続を経てから、「薬剤ライブラリ」等にアクセスするという手順を強いることとなっていた。
　そこで、本発明は、医療情報に対する病院職員等の利用者のアクセスが制限されていても、医療情報の利用者の利便性を高めるため、例外として一定の制限下で、自動的にアクセス可能とさせることができる医療情報管理装置、医療情報管理システム及び医療情報管理装置の制御方法を提供することを目的とする。
　前記目的は、本発明にあっては、医療情報を利用する利用者を識別する利用者識別情報と、前記医療情報を、複数の種類に区分した複数の第１の医療情報と、前記第１の医療情報を、さらに複数の種類に区分した複数の第２の医療情報と、前記第２の医療情報と、当該前記第２の医療情報の程度を示す程度識別情報とを関連付ける第３の医療情報を記憶する第３の医療情報記憶部と、前記利用者識別情報と、少なくとも当該前記利用者識別情報が、アクセスが可能な前記第１の医療情報及び当該前記利用者識別情報に対応する前記程度識別情報を関連付けて登録する利用者アクセス関連情報を記憶する利用者アクセス関連情報記憶部と、を有し、前記利用者識別情報に基づいて、アクセス要求された前記第２の医療情報の属する前記第１の医療情報が、前記利用者アクセス関連情報に基づいて、アクセス不可と判断されたとき、前記第３の医療情報に基づき、当該前記第２の医療情報の前記程度識別情報を特定し、この特定された前記程度識別情報と、前記利用者アクセス関連情報の前記程度識別情報を比較して、当該アクセスの可否を判断する構成となっていることを特徴とする医療情報管理装置により達成される。
　前記構成によれば、本発明は、利用者識別情報に基づいて、アクセス要求された第２の医療情報の属する第１の医療情報が、利用者アクセス関連情報に基づいて、アクセス不可と判断されたときに効果等を発揮する。例えば、当該利用者識別情報（例えば、ＩＤ番号）を有する病院職員が通常、医療事務を担当しているが、その業務上、通常関連のない、「薬剤ライブラリ」等の「第１の医療情報」の「作成／編集」等の「第２の医療情報」にアクセスする必要が生じる場合がある。
　このとき、前記構成では、例えば、当該利用者関連情報の病院職員は、通常「薬剤ライブラリ」という「第１の医療情報」と業務上関連がないため、この「薬剤ライブラリ」には、アクセスが不可となっている。
これにより、当該病院職員が自己の業務と関連のない「薬剤ライブラリ」等のデータベースを誤って変更等する可能性を排除し、システムが扱う医療情報の管理上の安全性を確保している。
　しかし、このような病院職員でも、通常、自己の業務と関連のない「薬剤ライブラリ」等のデータベースにアクセスする必要が生じる場合がある。この場合、従来は、当該病院職員の利用者関連情報に、例外的にかかるデータベースにアクセスする権限を関連付ける手続をした後、アクセスすることとなり、業務の遂行が滞るおそれがあった。
　そこで、前記構成では、第３の医療情報に基づき、当該第２の医療情報の程度識別情報を特定し、この特定された程度識別情報と、利用者アクセス関連情報の程度識別情報を比較して、当該アクセスの可否を判断する構成となっている。
　ここで、第３の医療情報は、第２の医療情報と、当該第２の医療情報の程度を示す程度識別情報とを関連付ける情報となっている。
　すなわち、「作成／編集」等の「第２の医療情報」と、程度識別情報である例えば、「権限レベル３」とが関連付けられている。
　また、利用者アクセス関連情報記憶部には、利用者識別情報に対応する程度識別情報（例えば、権限レベル６等）が関連付けて登録されている。
　したがって、この特定された「権限レベル３」の程度識別情報と、利用者アクセス関連情報の程度識別情報（例えば、権限レベル６）を比較して、当該アクセスの可否を判断する構成となっている。
　例えば、利用者アクセス関連情報の程度識別情報（例えば、権限レベル６）が、特定された「権限レベル３」の程度識別情報を超える場合には、自動的に当該アクセスを可能にする構成となっている。
　このため、ある病院職員にとって、通常は、アクセスしない「薬剤ライブラリ」等の「第１の医療情報」の「作成／編集」等の「第２の医療情報」であっても、例えば、臨時的にアクセスすることが可能となり、業務の遂行が円滑となり、利用者の利便性が向上することとなる。
　また、このアクセスは、無条件ではなく、アクセスしようとする「第２の医療情報」の「程度識別情報」と、当該病院職員等の利用者識別情報の「程度識別情報」とを比較して判断する。
　したがって、医療情報の管理の安全性を確保しつつ、利用者の利便性を向上させることができる。
　好ましくは、前記第２の医療情報の前記程度識別情報は、各前記第１の医療情報に共通の基準である段階程度情報を有し、前記特定された前記程度識別情報の前記段階程度情報が、前記利用者アクセス関連情報の前記程度識別情報の前記段階程度情報を超えないときは、当該利用者識別情報に基づくアクセス要求を、時期的限定を条件に認める構成となっていることを特徴とする。
　前記構成によれば、第１の医療情報に属する程度識別情報は、各第１の医療情報に共通の基準である段階程度情報、例えば、権限レベル１、権限レベル２、権限レベル３等を有している。
　また、特定された程度識別情報の段階程度情報、例えば、権限レベル２が、利用者アクセス関連情報の程度識別情報の段階程度情報（例えば、権限レベル６）を超えないときは、当該利用者識別情報に基づくアクセス要求を、時期的限定（例えば、その１回限り）を条件に認める構成となっている。
　したがって、病院職員等の利用者の本来の業務（予め定められている業務）と異なる「薬剤ライブラリの作成／編集」等の「第２の医療情報」のアクセスを許可する場合でも、時間的に限定されるので、医療情報の管理上の安全性を確保することができる。
　好ましくは、前記時期的限定を条件としたアクセス許可の履歴情報を記憶するアクセス履歴情報記憶部を有し、当該履歴情報が所定の要件を満たすときは、特定された前記程度識別情報と、前記利用者アクセス関連情報の前記程度識別情報を比較することなく、当該アクセスを許可する構成となっていることを特徴とする。
　前記構成によれば、時期的限定を条件としたアクセス許可の履歴情報を記憶するアクセス履歴情報記憶部を有し、当該履歴情報が所定の要件を満たすときは、特定された程度識別情報と、利用者アクセス関連情報の程度識別情報を比較することなく、当該アクセスを許可する構成となっている。
　すなわち、病院職員等の利用者の本来の業務（予め定められている業務）と異なる「薬剤ライブラリの作成／編集」等の「第２の医療情報」のアクセスの許可が、例えば、一定期間内に一定回数以上のときは、その都度、アクセスの許可をすることなく、速やかなアクセスを保証することで、業務の遂行をより円滑にすることができる。
　また、例えば、一定期間内に一定回数以上という所定の要件を満たす場合は、医療情報の管理上の安全性からも特段の問題がない場合が多く、業務の遂行の円滑化を優先する必要が高い。
　好ましくは、特定された前記程度識別情報と、前記利用者アクセス関連情報の前記程度識別情報を比較することなく、当該アクセスが許可されることをアクセス特例情報としてアクセス特例情報記憶部に記憶されたときに、前記履歴情報が所定の条件を満たすときに、当該前記アクセス特例情報の取り消しを行うことを特徴とする。
　前記構成によれば、特定された程度識別情報と、利用者アクセス関連情報の程度識別情報を比較することなく、アクセスが許可されることをアクセス特例情報としてアクセス特例情報記憶部に記憶されたときに、履歴情報が所定の条件を満たすときに、当該アクセス特例情報の取り消しを行う構成となっている。
　すなわち、病院職員等の利用者の本来の業務（予め定められている業務）と異なる「薬剤ライブラリの作成／編集」等の「第２の医療情報」のアクセスの許可が、例えば、一定期間内に一定回数以上のときは、その都度、アクセスの許可をすることないように所定の登録をする。しかし、その後、同様のアクセス回数等が一定期間内で少なくなった場合等は、最早、かかる特例を求める必要性よりも、医療情報の管理上の安全性を確保すべき事態となるので、その登録を取り消して、医療情報の管理上の安全性を確保している。
　好ましくは、利用者が利用する端末装置を有し、前記医療情報管理装置は、前記端末装置と通信可能に接続されていることを特徴とする。
　前記目的は、本発明にあっては、医療情報を利用する利用者を識別する利用者識別情報と、前記医療情報を、複数の種類に区分した複数の第１の医療情報と、前記第１の医療情報を、さらに複数の種類に区分した複数の第２の医療情報と、前記第２の医療情報と、当該前記第２の医療情報の程度を示す程度識別情報とを関連付ける第３の医療情報を記憶する第３の医療情報記憶部と、前記利用者識別情報と、少なくとも当該前記利用者識別情報が、アクセスが可能な前記第１の医療情報及び当該前記利用者識別情報に対応する前記程度識別情報を関連付けて登録する利用者アクセス関連情報を記憶する利用者アクセス関連情報記憶部と、を有し、前記利用者識別情報に基づいて、アクセス要求された前記第２の医療情報の属する前記第１の医療情報が、前記利用者アクセス関連情報に基づいて、アクセス不可と判断されたとき、前記第３の医療情報に基づき、当該前記第２の医療情報の前記程度識別情報を特定し、この特定された前記程度識別情報と、前記利用者アクセス関連情報の前記程度識別情報を比較して、当該アクセスの可否を判断する構成となっていることを特徴とする医療情報管理装置の制御方法により達成される。
　以上説明したように、本発明によれば、医療情報に対する病院職員等の利用者のアクセスが制限されていても、医療情報の利用者の利便性を高めるため、例外として一定の制限下で、自動的にアクセス可能とさせることができる医療情報管理装置、医療情報管理システム及び医療情報管理装置の制御方法を提供することができる。
本発明にかかる「医療情報管理システム」を示す概略図である。 （ａ）は、「薬剤ライブラリ」のデータベースを示す概略図であり、（ｂ）は、「病院事務管理データ」のデータベースを示す概略図である。 図１に示す病院管理用サーバと病院職員用端末の主な構成を示す概略ブロック図である。 図３に示す「各種データ記憶部」の内容を示す概略ブロック図である。 「各種データ処理部（プログラム）（１）」の内容を示す概略ブロックである。 「各種データ処理部（プログラム）（２）」の内容を示す概略ブロックである。 本発明の実施の形態に係る医療情報管理システムの動作例等を示す概略フローチャートである。 本発明の実施の形態に係る医療情報管理システムの動作例等を示す他の概略フローチャートである。 本発明の実施の形態に係る医療情報管理システムの動作例等を示す他の概略フローチャートである。 本発明の実施の形態に係る医療情報管理システムの動作例等を示す他の概略フローチャートである。
　以下、この発明の好適な実施の形態を添付図面等を参照しながら、詳細に説明する。
　尚、以下に述べる実施の形態は、本発明の好適な具体例であるから、技術的に好ましい種々の限定が付されているが、本発明の範囲は、以下の説明において特に本発明を限定する旨の記載がない限り、これらの態様に限られるものではない。
　図１は、本発明にかかる「医療情報管理システム１」を示す概略図である。
　図１に示すように、医療情報管理システム１は、医療情報管理装置である例えば、病院管理サーバ１０を有している。また、端末装置である例えば、病院職員用端末５０Ａ、５０Ｂ及び５０Ｃが病院管理サーバ１と通信可能に接続されていると共に、病院内に配置されている医療機器である例えば、輸液ポンプ２ａ、２ｂ及び２ｃの病院管理サーバ１０と通信可能に接続されている。
　この病院管理サーバ１０には、病院内で使用される様々なデータのデータベース等が格納されている。このデータベースが、「第１の医療情報」の一例である。
　図２は、このようなデータベースの具体例を示す概略図である。
　図２（ａ）は、「薬剤ライブラリ」のデータベースを示す概略図である。「薬剤ライブラリ」は、薬剤の処方等に関する詳細なデータ（例えば、薬剤種類（抗ガン剤、麻酔剤）、薬剤名、流量（ｍＬ/ｈ）の上限・下限値、注入量（ｍＬ）の上限・下限値、近畿情報など）を含むものであり、このデータは、主に図１の輸液ポンプ２ａ等に送信され、輸液ポンプ２ａ等を操作する看護師等の医療従事者が薬剤を患者に投与する際に活用されるデータである。
　なお、輸液ポンプ２ａ等は、薬剤を患者に正確に投与等する場合に用いられる医療機器であって、薬剤の投与に高精度な制御が求められる場合等に点滴装置等に配置される。
　また、図２（ｂ）は、「病院事務管理データ」のデータベースを示す概略図である。
　「病院事務管理データ」は、病院の医療事務や経営用のデータ等を管理するデータである。
　したがって、看護師等の医療従事者や病院の医療事務の職員、さらには病院の経営者等の病院用職員は、図１の「病院職員用端末５０Ａ」等を操作することで、自己の業務に関するデータに円滑にアクセスすることができる構成となっている。
　しかし、全ての病院職員、例えば、医療事務の職員が、「薬剤ライブラリ」のデータベースに自由にアクセス可能とすると、過誤の操作等により、そのデータが変更等され、ひいては「薬剤ライブラリ」を利用する際に不測の事態が生じるおそれがある。
　したがって、図１の病院管理サーバ１０に格納されているデータベースは、その種類によりアクセス権限が定められ、当該データベースと関連のない病院職員等の当該データベースへのアクセスが制限されている。
　例えば、図２（ａ）の「薬剤ライブラリ」は医師、看護師及び薬剤師等の医療従事者等にのみアクセス権限が付与され、他の医療事務の職員はアクセス権限が認められていない。
　なお、図２（ａ）では、権限レベル２～５までの４つのレベルが示されているがこれに限られるものではない。
　一方、図２（ｂ）の「病院事務管理データ」のデータベースは、医療事務の職員や経営担当職員にのみ、そのアクセス権限が与えられ、医師等の医療従事者等にはアクセス権限が与えられていない。
　また、これら「薬剤ライブラリ」や「病院情報管理データ」等にアクセスする場合、複数の処理内容が定められている。例えば、「薬剤ライブラリ」の場合は、図２（ａ）に示す、閲覧、作成／編集、確認及び編集等の処理、「病院情報管理データ」の場合は、図２（ｂ）に示す、グラフ、マスター編集、システム管理等の処理が定められている。これらの処理内容が「第２の医療情報」の一例となっている。
　そして、これらの処理内容は、その程度によって実行可能な「程度識別情報」である例えば、「権限レベル」が定められている。そして、このような「権限レベル」を有する病院職員のみが、かかる処理を実行できる構成となっている。具体的には、後述するように、権限レベルは、病院職員の「利用者識別情報」である例えば、ＩＤ番号と紐付けられている。
　なお、図２（ｂ）では、権限レベル１～７までの７つのレベルが示されているがこれに限られるものではない。
　ところで、図１に示す病院管理サーバ１０、病院職員用端末５０Ａ等及び輸液ポンプ２ａ等は、コンピュータを有し、コンピュータは、図示しないＣＰＵ（Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）、ＲＡＭ（Ｒａｎｄｏｍ　Ａｃｃｅｓｓ　Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ　Ｏｎｌｙ　Ｍｅｍｏｒｙ）等を有し、これらは、バスを介して接続されている。
　図３は、図１に示す病院管理用サーバ１０と病院職員用端末５０Ａ等の主な構成を示す概略ブロック図である。
　図３に示すように、病院職員用端末５０Ａ等は、端末制御部５１を有している。この端末制御部５１は、データ等の入力を行う「端末側入力装置５２」、データ等の表示を行う「端末側ディスプレイ５３」及び病院管理サーバ１０等との通信を行う「端末側通信装置５４」を制御する他、「端末側各種データ記憶部等５５」も制御する構成となっている。
　また、図３に示すように、病院管理サーバ１０は、サーバ制御部１１を有している。このサーバ制御部１１は、データ等の入力を行う「端末側入力装置１２」、データ等の表示を行う「サーバ側ディスプレイ１３」、病院職員用端末５０等との通信を行う「サーバ側通信装置１４」及び「サーバ側計時装置１５」を制御する他、「サーバ側各種データ記憶部２０」、「サーバ側各種データ処理部（プログラム）（１）３０」及び「サーバ側各種データ処理部（プログラム）（２）４０」も制御する構成となっている。
　なお、図４は、図３に示す「各種データ記憶部２０」の内容を示す概略ブロック図であり、図５は、「各種データ処理部（プログラム）（１）３０」の内容を示す概略ブロックであり、図６は「各種データ処理部（プログラム）（２）４０」の内容を示す概略ブロックである。これらのブロックの個々の内容については、後述する。
　図７乃至図１０は、本発明の実施の形態に係る医療情報管理システム１の動作例等を示す概略フローチャートである。以下、図７乃至図１０のフローチャートに従い、その動作を説明すると共に、図１乃至図６の構成等についても説明する。
　先ず、図１の病院管理サーバ１０にアクセスしようとする利用者である例えば、病院職員は、それぞれ利用者識別情報である例えば、ＩＤ番号等を有している。
　したがって、図１の病院管理サーバ１０にアクセスしようとする病院職員は、図１に示す病院職員用端末５０Ａを用いて、ＳＴ１に示すように、自己の病院職員用端末５０Ａに、自己のＩＤ番号及びパスワード等を入力する。
　次いで、ＳＴ２では、入力ＩＤ番号等が「病院職員情報記憶部２１」に記憶されているか否かを判断する。この「病院職員情報記憶部２１」は、図４に示すように、病院職員のＩＤ番号及び、このＩＤ番号に対応する「パスワード」が登録されている。
　したがって、この「病院職員情報記憶部２１」に記憶されているか否かを判断することで、入力者が登録済みか否かを判断でき、未登録者の「病院管理サーバ１０」へのアクセスを未然に防止することができる。
　この動作は、具体的には、図５の「入力情報判断処理部（プログラム）３１」が実行する。
　ＳＴ２で、入力ＩＤ番号等が「病院職員情報記憶部２１」に登録されていないと判断されたときは、ＳＴ３に示すように「新規登録工程」が実行され、新規登録されるか、又は新規登録されず、本工程は終了する。
　ＳＴ２で、入力ＩＤ番号等が「病院職員情報記憶部２１」に登録されていると判断されたときは、ＳＴ４へ進む。
　ＳＴ４では、入力されたＩＤ番号を図４の「当該入力職員ＩＤ情報記憶部２２」に記憶させる。
　次いで、ＳＴ５へ進む。ＳＴ５では、病院職員が自己の病院職員用端末１Ａから自己がアクセスしたい「データベース」と「処理内容」を入力する。
　例えば、データベースとして「薬剤ライブラリ」、処理内容として「薬剤ライブラリ作成／編集」（図２（ａ）参照）と入力する
　次いで、ＳＴ６へ進む。ＳＴ６では、当該ＩＤ番号が当該データベース（例えば、「薬剤ライブラリ」）のアクセス権限に関連付けられているか否かを判断する。
　具体的には、図５の「アクセス権限判断処理部（プログラム）３２」が動作し、図４の「病院職員情報記憶部２１」の「アクセス可能なデータベース」と一致するか否かを判断する。
　ＳＴ６で、入力可能なデータベースとアクセス可能なデータベースが一致する場合は、ＳＴ７へ進む。
　一方、ＳＴ７で一致しない場合は、後述する。
　ＳＴ７では、当該ＩＤ番号の既登録権限レベル、すなわち、図４の「病院職員情報記憶部２１」にＩＤ番号と関連付けて登録されている「権限レベル」が、入力された当該処理内容である「薬剤ライブラリ作成／編集」の「権限レベル」以上か否かを判断する。
　具体的には、「アクセス権限判断処理部（プログラム）３２」が判断する。すなわち、図４の「処理権限レベル対応情報記憶部２３」を参照して判断するが、この「処理権限レベル対応情報記憶部２３」には、各処理内容、例えば、図２（ａ）の「薬剤ライブラリ作成／編集」の「権限レベル」の段階程度情報である例えば、「権限レベル３」や、図２（ｂ）の処理内容である「病院事務管理データのマスター編集」が「権限レベル６」であること等が記憶されている。
　このため、「処理権限レベル対応情報記憶部２３」は、「病院職員情報記憶部２１」にＩＤ番号と関連付けて登録されている「権限レベル」を取得した後、この「権限レベル」が、「処理権限レベル対応情報記憶部２３」に記憶されている「薬剤ライブラリ作成／編集」という処理内容の「権限レベル３」以上であるか否かを判断する。
　したがって、「病院職員情報記録部２１」は、「利用者アクセス関連情報記憶部」の一例であり、「処理権限レベル対応情報記憶部２３」は、「第３の医療情報記憶部」の一例となっている。
　ＳＴ７で、当該ＩＤ番号に関連付けられた「権限レベル」が、入力された処理内容、例えば、「薬剤ライブラリ作成／編集」の例えば、「権限レベル３」以上でない場合は、当該ＩＤ番号を入力した病院職員は、当該処理内容をする権限がないとしてアクセスを拒否される。
　一方、ＳＴ７で、当該ＩＤ番号に関連付けられた「権限レベル」が、入力された処理内容、例えば、「薬剤ライブラリ作成／編集」の例えば、「権限レベル３」以上のときは、ＳＴ８へ進む。ＳＴ８では、「当該ＩＤ番号を入力した病院職員は、当該処理内容である「薬剤ライブラリ作成／編集」を実行する権限があるとし、当該処理内容である「薬剤ライブラリ作成／編集」が実行される。
　このように，本実施の形態では、病院職員が例えば、医療事務管理の担当であり、医師、看護師、薬剤師等の医療従事者でない場合は、薬剤の処方等に関するデータベースである「薬剤ライブラリ」には、原則、アクセス権限を有しないとして、そのデータの管理上の安全性を確保している。
　すなわち、かかる医療事務管理の担当者は，図２（ｂ）のデータベースである「病院事務管理データ」にアクセス可能とし、その利便性を確保している。
　しかし、医療事務管理の担当者であっても、経営に関する担当者で且つ医師でもある担当者等も存在し、かかる担当者の場合は、その業務上、本来の業務とは直接関係のないデータベースである例えば、「薬剤ライブラリ」へのアクセスが必要となる場合がある。
　この場合でも、一律、データベースへのアクセスが拒否され、その都度、アクセス権限の登録を強いられると、業務の遂行に支障を来すため、本実施の形態では、以下のような処理を行う。
　先ず、ＳＴ６で、当該ＩＤ番号は、例えば、「病院事務管理データ」のアクセス権限のみを有し、当該データベースである例えば、「薬剤ライブラリ」のアクセス権限が「病院職員情報記憶部２１」に登録されていない場合は、当該担当者が、自己のＩＤ番号で「薬剤ライブラリ」へのアクセスを要求しても拒否されることになる。
　次いで、図８のＳＴ９へ進むが、このＳＴ９の「暫定アクセス権限」については後述する。ＳＴ９で、当該ＩＤ番号が、「暫定アクセス権限」を有していない場合は、ＳＴ１０へ進む。
　ＳＴ１０では、当該ＩＤ番号の既登録の権限レベル、すなわち、「病院職員情報記憶部２１」に記憶されている「権限レベル」例えば、「権限レベル６」等の情報を取得し、当該処理内容である「薬剤ライブラリ作成／編集」の「権限レベル３」と比較する。そして、当該ＩＤ番号の既登録の権限レベルが、「薬剤ライブラリ作成／編集」の「権限レベル３」以上あるか否かを判断する。
　具体的には、「アクセス権限判断処理部（プログラム）３２」が判断する。
　ＳＴ１０で、当該ＩＤ番号の既登録の権限レベルが、「薬剤ライブラリ作成／編集」の「権限レベル３」以上でないと判断されたときは、予め付与されていないデータベースのアクセス権限を例外的に認める必要性がないと判断して，当該データベース、上記例では「薬剤ライブラリ」の「作成／編集」のアクセス要求を拒否する。
　この場合、当該ＩＤ番号の病院職員が，「薬剤ライブラリ」へアクセスし、「作成／編集」の処理を実行するには、管理者等に申請し、図４の「病院職員情報記憶部２１」の記憶を変更させることが必要となる。これにより、必要性の低い病院職員の例外的なアクセス等を制限することができ、医療情報の管理上の安全性を確保することができる。
　一方、ＳＴ１０で、当該ＩＤ番号の既登録の権限レベルが、「薬剤ライブラリ作成／編集」の「権限レベル３」以上であると判断されたときは、当該病院職員の例外的なアクセスを認める必要性があるとして、ＳＴ１１へ進む。
　ＳＴ１１では、当該ＩＤ番号を図４の「臨時アクセス権限付与履歴情報記憶部２４」に記憶する。すなわち、これにより、少なくとも、時期的限定である、例えば、１回の処理権限が付与されることになる。
　そして、これにより、予め当該データベースである「薬剤ライブラリ」のアクセス権限が「病院職員情報記憶部２１」に登録されていない場合でも、例外的にアクセスが認められるので、業務の遂行を妨げることを未然に防ぐことができる。
　また、このように例外的にアクセスを認めるときは、処理内容の権限レベルの段階程度情報である数値が同等若しくはそれ以上の場合に限り認める構成となっているため、医療情報の管理上の安全性を確保しつつ、利用者の利便性を向上させる構成となっている。
　なお、「臨時アクセス権限付与履歴情報記憶部２４」は、「アクセス履歴情報記憶部」の一例となっている。
　次いで、ＳＴ１２へ進む。ＳＴ１２では、ＳＴ１１の当該臨時アクセス権限付与履歴によって、図４の「暫定アクセス権限の期間及び回数情報記憶部２５」の条件を具備するか否かを判断する。
　この「暫定アクセス権限」は、アクセスを求めて入力したデータベースについて予め「病院職員情報記憶部２１」にアクセス権限が登録されていない場合で、ＳＴ１１の「臨時アクセス権限付与」が、一定期間（例えば、７日間）に、一定回数（例えば、５回以上）認められる場合に、暫定的にＳＴ１０の工程（権限レベルの比較等）を省略して、当該処理内容（例えば、「薬剤ライブラリ作成／編集」等）へのアクセスを認める登録である。
　したがって、ＩＤ番号に、この「暫定アクセス権限」が認められると、より速やかに、対象となる処理内容へのアクセスが可能となり、利用者の利便性が更に向上することになる。
　具体的には、図５の「暫定アクセス権限登録判断処理部（プログラム）３３」が、「臨時アクセス権限付与履歴情報記憶部２４」に記憶されている回数情報と、「暫定アクセス権限の期間及び回数情報記憶部２５」に記憶されている条件情報（例えば、７日間に５回以上）を参照し、この条件情報に該当するか否かを判断する。
　ＳＴ１２で、条件情報（例えば、７日間に５回以上）に該当すると判断した場合は、ＳＴ１３へ進む。ＳＴ１３では、当該ＩＤ番号を、その処理内容（例えば、「薬剤ライブラリ作成／編集」）と共に「暫定アクセス権限記憶部２６」に記憶させる。
　具体的には、図５の「暫定アクセス権限付与処理部（プログラム）３４」が実行する。
　このように、当該ＩＤ番号が「暫定アクセス権限記憶部２６」に登録されることにより、図８のＳＴ９からＳＴ１０等を経ることがなくなるので、円滑な処理が可能となる。
　なお、ＳＴ９の判断は、図５の「暫定アクセス権限確認処理部（プログラム）３５」が実行する。
　したがって、「暫定アクセス権限記憶部２６」は、「アクセス特例情報記憶部」の一例となっている。
　次いで、ＳＴ１４へ進む。ＳＴ１４では、図１の病院職員用端末１Ａの「端末側ディスプレイ５３」に当該処理結果（例えば、「暫定アクセス権限記憶部」に記憶されました。）が表示され、その事実を当該病院職員に告知する。
　次いで、図９のＳＴ１５へ進む。ＳＴ１５では、「当該ＩＤ番号を入力した病院職員は、当該処理内容である例えば、「薬剤ライブラリ作成／編集」を実行する権限があるとし、当該処理内容である「薬剤ライブラリ作成／編集」が実行される。
　次いで、ＳＴ１６へ進む。ＳＴ１６では、当該処理内容である「薬剤ライブラリ作成／編集」を、当該ＩＤ番号が、特定の時期（年月日時刻等）に実行したことを、図４の「処理履歴情報記憶部２７」に記憶する。
　具体的には、図５の「処理履歴情報入力部（プログラム）３６」が実行する。
　以上のように、本実施の形態では、予め「病院職員情報記憶部２１」にＩＤ番号との関連でアクセス可能と登録されていない「薬剤ライブラリ」等のデータベースの特定の処理内容（作成／編集等）であっても，一定の権限があることを条件に実行を認めるため、医療情報の管理上の安全性を確保しつつ、利用者の利便性の向上を図ることができることになる。
　また、本実施の形態では、上述のように、ＩＤ番号に「暫定アクセス権限」を付与することで、ＳＴ１０の権限レベルの比較をすることなく、より迅速に、当該処理内容である「薬剤ライブラリ作成／編集」を実行することができるので、利用者の利便性が、より向上することになる。
　しかし、一方で、この「暫定アクセス権限」を一旦付与した後、その権限を無制限に認めると、図４の「病院職員情報記憶部２１」に登録したことと同様の効果を認めることとなり、医療情報の管理の安全性の点から好ましくない。
　そこで、本実施の形態では、図１０に示すように、「暫定アクセス権限登録の削除工程」を設けている。
　先ず、図１０のＳＴ２１では、図６の「暫定アクセス権限維持判断処理部（プログラム）４１」が動作し、「サーバ側計時装置１５」を参照して、一定時間が経過したか否かを判断する。
　そして、ＳＴ２１で一定時間が経過したと判断したときは、ＳＴ２２へ進む。ＳＴ２２でも「暫定アクセス権限維持判断処理部（プログラム）４１」が動作し、先ず、図４の「暫定アクセス権限記憶部２６」を参照して、記憶されている「ＩＤ番号」を抽出する。そして、「処理履歴情報記憶部２７」から当該ＩＤ番号の処理履歴情報（処理回数、時刻情報等）を抽出し、当該処理履歴情報が、図４の「暫定アクセス権限の期間及び回数情報記憶部２５」の条件（７日間に５回以上等）を具備しているか否かを判断する。
　ＳＴ２２で、「暫定アクセス権限の期間及び回数情報記憶部２５」の条件（７日間に５回以上等）を具備していないと判断された場合は、ＳＴ２３に進む。
　ＳＴ２３では、「暫定アクセス権限」の削除を、当該ＩＤ番号の病院職員の病院職員用端末５０Ａの「端末側ディスプレイ５３」に表示する。
　次いで、ＳＴ２４では、図６の「暫定アクセス権限削除処理部（プログラム）４２」が動作し、当該ＩＤ番号が「暫定アクセス権限記憶部２６」から削除される。
　このように、本実施の形態では、一旦「暫定アクセス権限」登録をした後でも、かかる登録は必要性が存在する範囲内に限定され、その実際の利用状態をモニターすることで、不必要な「暫定アクセス権限」を削除し、医療情報の管理上の安全性を担保する構成となっている。
　ところで、本発明は、上述の実施の形態に限定されない。本実施の形態では、医療機器として輸液ポンプ２ａ等を例に説明したが、本発明は、これに限らず、シリンジポンプ等の他の医療機器等でも好適に適用することができる。
　１・・・医療情報管理システム、２ａ、２ｂ、２ｃ・・・輸液ポンプ、１０・・・病院管理サーバ、１１・・・サーバ制御部、１２・・・端末側入力装置、１３・・・サーバ側ディスプレイ、１４・・・サーバ側通信装置、１５・・・サーバ側計時装置、２０・・・各種データ記憶部、２１・・・病院職員情報記憶部、２２・・・当該入力職員ＩＤ情報記憶部、２３・・・処理権限レベル対応情報記憶部、２４・・・臨時アクセス権限付与履歴情報記憶部、２５・・・暫定アクセス権限の期間及び回数情報記憶部、２６・・・暫定アクセス権限記憶部、２７・・・処理履歴情報記憶部、３０・・各種データ処理部（プログラム）（１）、３１・・・入力情報判断処理部（プログラム）、３２・・・アクセス権限判断処理部（プログラム）、３３・・・暫定アクセス権限登録判断処理部（プログラム）、３４・・・暫定アクセス権限付与処理部（プログラム）、３５・・・暫定アクセス権限確認処理部（プログラム）、３６・・・処理履歴情報入力部（プログラム）、４０・・・各種データ処理部（プログラム）（２）、４１・・・暫定アクセス権限維持判断処理部（プログラム）、４２・・・暫定アクセス権限削除処理部（プログラム）、５０Ａ、５０Ｂ，５０Ｃ・・・病院職員用端末、５１・・・端末制御部、５２・・・端末側入力装置、５３・・・端末側ディスプレイ、５４・・・端末側通信装置５４、５５・・・端末側各種データ記憶部等５５

Claims (6)

  1. 　医療情報を利用する利用者を識別する利用者識別情報と、
    　前記医療情報を、複数の種類に区分した複数の第１の医療情報と、
    　前記第１の医療情報を、さらに複数の種類に区分した複数の第２の医療情報と、
    　前記第２の医療情報と、当該前記第２の医療情報の程度を示す程度識別情報とを関連付ける第３の医療情報を記憶する第３の医療情報記憶部と、
    　前記利用者識別情報と、少なくとも当該前記利用者識別情報が、アクセスが可能な前記第１の医療情報及び当該前記利用者識別情報に対応する前記程度識別情報を関連付けて登録する利用者アクセス関連情報を記憶する利用者アクセス関連情報記憶部と、を有し、
    　前記利用者識別情報に基づいて、アクセス要求された前記第２の医療情報の属する前記第１の医療情報が、前記利用者アクセス関連情報に基づいて、アクセス不可と判断されたとき、前記第３の医療情報に基づき、当該前記第２の医療情報の前記程度識別情報を特定し、この特定された前記程度識別情報と、前記利用者アクセス関連情報の前記程度識別情報を比較して、当該アクセスの可否を判断する構成となっていることを特徴とする医療情報管理装置。
  2. 　前記第２の医療情報の前記程度識別情報は、各前記第１の医療情報に共通の基準である段階程度情報を有し、
    　前記特定された前記程度識別情報の前記段階程度情報が、前記利用者アクセス関連情報の前記程度識別情報の前記段階程度情報を超えないときは、当該利用者識別情報に基づくアクセス要求を、時期的限定を条件に認める構成となっていることを特徴とする請求項１に記載の医療情報管理装置。
  3. 　前記時期的限定を条件としたアクセス許可の履歴情報を記憶するアクセス履歴情報記憶部を有し、当該履歴情報が所定の要件を満たすときは、特定された前記程度識別情報と、前記利用者アクセス関連情報の前記程度識別情報を比較することなく、当該アクセスを許可する構成となっていることを特徴とする請求項２に記載の医療情報管理装置。
  4. 　特定された前記程度識別情報と、前記利用者アクセス関連情報の前記程度識別情報を比較することなく、当該アクセスが許可されることをアクセス特例情報としてアクセス特例情報記憶部に記憶されたときに、前記履歴情報が所定の条件を満たすときに、当該前記アクセス特例情報の取り消しを行うことを特徴とする請求項３に記載の医療情報管理装置。
  5. 　利用者が利用する端末装置を有し、
    　前記医療情報管理装置は、前記端末装置と通信可能に接続されていることを特徴とする請求項１乃至請求項４のいずれか１項に記載の医療情報管理装置を備える医療情報管理システム。
  6. 　医療情報を利用する利用者を識別する利用者識別情報と、
    　前記医療情報を、複数の種類に区分した複数の第１の医療情報と、
    　前記第１の医療情報を、さらに複数の種類に区分した複数の第２の医療情報と、
    　前記第２の医療情報と、当該前記第２の医療情報の程度を示す程度識別情報とを関連付ける第３の医療情報を記憶する第３の医療情報記憶部と、
    　前記利用者識別情報と、少なくとも当該前記利用者識別情報が、アクセスが可能な前記第１の医療情報及び当該前記利用者識別情報に対応する前記程度識別情報を関連付けて登録する利用者アクセス関連情報を記憶する利用者アクセス関連情報記憶部と、を有し、
    　前記利用者識別情報に基づいて、アクセス要求された前記第２の医療情報の属する前記第１の医療情報が、前記利用者アクセス関連情報に基づいて、アクセス不可と判断されたとき、前記第３の医療情報に基づき、当該前記第２の医療情報の前記程度識別情報を特定し、この特定された前記程度識別情報と、前記利用者アクセス関連情報の前記程度識別情報を比較して、当該アクセスの可否を判断する構成となっていることを特徴とする医療情報管理装置の制御方法。
PCT/JP2013/051898 2013-01-29 2013-01-29 医療情報管理装置、医療情報管理システム及び医療情報管理装置の制御方法 WO2014118885A1 (ja)

Priority Applications (5)

Application Number Priority Date Filing Date Title
EP13873413.2A EP2953087A4 (en) 2013-01-29 2013-01-29 DEVICE FOR MANAGING MEDICAL DATA, SYSTEM FOR MANAGING MEDICAL DATA, AND CONTROL FOR THE DEVICE FOR MANAGING MEDICAL DATA
PCT/JP2013/051898 WO2014118885A1 (ja) 2013-01-29 2013-01-29 医療情報管理装置、医療情報管理システム及び医療情報管理装置の制御方法
JP2014559384A JPWO2014118885A1 (ja) 2013-01-29 2013-01-29 医療情報管理装置、医療情報管理システム及び医療情報管理装置の制御方法
CN201380045581.4A CN104584063A (zh) 2013-01-29 2013-01-29 医疗信息管理装置、医疗信息管理系统、以及医疗信息管理装置的控制方法
US14/664,143 US20150242576A1 (en) 2013-01-29 2015-03-20 Medical information management device, medical information management system, and control method for medical information management device

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2013/051898 WO2014118885A1 (ja) 2013-01-29 2013-01-29 医療情報管理装置、医療情報管理システム及び医療情報管理装置の制御方法

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US14/664,143 Continuation US20150242576A1 (en) 2013-01-29 2015-03-20 Medical information management device, medical information management system, and control method for medical information management device

Publications (1)

Publication Number Publication Date
WO2014118885A1 true WO2014118885A1 (ja) 2014-08-07

Family

ID=51261634

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2013/051898 WO2014118885A1 (ja) 2013-01-29 2013-01-29 医療情報管理装置、医療情報管理システム及び医療情報管理装置の制御方法

Country Status (5)

Country Link
US (1) US20150242576A1 (ja)
EP (1) EP2953087A4 (ja)
JP (1) JPWO2014118885A1 (ja)
CN (1) CN104584063A (ja)
WO (1) WO2014118885A1 (ja)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116386798B (zh) * 2023-05-23 2023-08-25 肇庆市高要区人民医院 医院信息数据监控系统及方法

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009282670A (ja) * 2008-05-21 2009-12-03 Fuji Xerox Co Ltd 医療情報アクセス制御装置および医療情報アクセス制御プログラム
JP2011087678A (ja) 2009-10-21 2011-05-06 Paru Medical:Kk 輸液ポンプ
JP2012049921A (ja) * 2010-08-27 2012-03-08 Canon Software Inc 印刷管理システム、印刷管理装置、印刷管理方法、制御方法およびプログラム。

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4804243B2 (ja) * 2006-06-29 2011-11-02 富士通株式会社 データアクセス管理システム
US8965707B2 (en) * 2006-08-03 2015-02-24 Smiths Medical Asd, Inc. Interface for medical infusion pump
JP2008052651A (ja) * 2006-08-28 2008-03-06 Fuji Xerox Co Ltd アクセス権管理プログラムおよびアクセス権管理システム
US20080120302A1 (en) * 2006-11-17 2008-05-22 Thompson Timothy J Resource level role based access control for storage management
US20080172737A1 (en) * 2007-01-11 2008-07-17 Jinmei Shen Secure Electronic Medical Record Management Using Hierarchically Determined and Recursively Limited Authorized Access
CN101465853B (zh) * 2008-12-19 2011-11-09 北京工业大学 基于访问控制的隐私信息保护方法
US9032512B2 (en) * 2010-11-11 2015-05-12 International Business Machines Corporation Secure access to healthcare information

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009282670A (ja) * 2008-05-21 2009-12-03 Fuji Xerox Co Ltd 医療情報アクセス制御装置および医療情報アクセス制御プログラム
JP2011087678A (ja) 2009-10-21 2011-05-06 Paru Medical:Kk 輸液ポンプ
JP2012049921A (ja) * 2010-08-27 2012-03-08 Canon Software Inc 印刷管理システム、印刷管理装置、印刷管理方法、制御方法およびプログラム。

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP2953087A4 *

Also Published As

Publication number Publication date
CN104584063A (zh) 2015-04-29
JPWO2014118885A1 (ja) 2017-01-26
EP2953087A4 (en) 2016-11-09
EP2953087A1 (en) 2015-12-09
US20150242576A1 (en) 2015-08-27

Similar Documents

Publication Publication Date Title
CN103886415A (zh) 药品管理方法和装置
Merino et al. The opioid epidemic in West Virginia
Kastrup et al. Analysis of event logs from syringe pumps: a retrospective pilot study to assess possible effects of syringe pumps on safety in a university hospital critical care unit in Germany
US20100168904A1 (en) Unverified order presentation mechanism
EP3987534A1 (en) Adaptive control of medical devices based on clinician interactions
US20230402162A1 (en) Systems and methods for dispensing medications based on proximity to an electronic medication storage cabinet
US20150227689A1 (en) Efficient Framework for Healthcare Order Entry
WO2014118885A1 (ja) 医療情報管理装置、医療情報管理システム及び医療情報管理装置の制御方法
JP5245804B2 (ja) データ選択支援プログラム、データ選択支援装置およびデータ選択支援方法
JP6068619B2 (ja) 医療情報管理装置、医療情報管理システム及び医療情報管理装置の制御方法
JP2009217386A (ja) 医療情報提供システム、医療情報提供方法および医療情報提供プログラム
WO2014118887A1 (ja) 医療情報管理装置、医療情報管理システム及び医療情報管理装置の制御方法
US20220375579A1 (en) Methods and systems for optimizing drug management
EP3750165B1 (en) Method for registering a user in a medical software application
WO2014118886A1 (ja) 医療情報管理装置、医療情報管理システム及び医療情報管理装置の制御方法
CN113126847A (zh) 药物信息智能处理设备
Schumacher Do your CATS PRRR?: A mnemonic device to teach safety checks for administering intravenous medications
Paparella A tale of waste and loss: lessons learned
JP6068620B2 (ja) 医療情報管理装置、医療情報管理システム及び医療情報管理装置の制御方法
Griffith Controlled drugs and the principle of double effect: the role of the district nurse
US9940578B1 (en) Systems and methods for disrupting undesirable outcomes
Matthews Forced Treatment Orders with Long-Acting Injectable Antipsychotics: Are They Forcing Implicit Biases?
JPH1125193A (ja) 訪問看護支援システムにおける携帯端末
US20050132019A1 (en) Security system based on rules and selection criteria

Legal Events

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

Ref document number: 13873413

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2014559384

Country of ref document: JP

Kind code of ref document: A

REEP Request for entry into the european phase

Ref document number: 2013873413

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2013873413

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE