JP6068619B2 - 医療情報管理装置、医療情報管理システム及び医療情報管理装置の制御方法 - Google Patents
医療情報管理装置、医療情報管理システム及び医療情報管理装置の制御方法 Download PDFInfo
- Publication number
- JP6068619B2 JP6068619B2 JP2015509737A JP2015509737A JP6068619B2 JP 6068619 B2 JP6068619 B2 JP 6068619B2 JP 2015509737 A JP2015509737 A JP 2015509737A JP 2015509737 A JP2015509737 A JP 2015509737A JP 6068619 B2 JP6068619 B2 JP 6068619B2
- Authority
- JP
- Japan
- Prior art keywords
- information
- medical
- drug
- degree
- medical information
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
- 238000000034 method Methods 0.000 title claims description 32
- 239000003814 drug Substances 0.000 claims description 246
- 229940079593 drug Drugs 0.000 claims description 212
- 230000000694 effects Effects 0.000 claims description 4
- 238000001802 infusion Methods 0.000 description 45
- 238000012545 processing Methods 0.000 description 45
- 238000007726 management method Methods 0.000 description 37
- 238000010586 diagram Methods 0.000 description 21
- 238000004458 analytical method Methods 0.000 description 19
- 238000004891 communication Methods 0.000 description 8
- 125000002066 L-histidyl group Chemical group [H]N1C([H])=NC(C([H])([H])[C@](C(=O)[*])([H])N([H])[H])=C1[H] 0.000 description 6
- 230000001186 cumulative effect Effects 0.000 description 5
- 108090000237 interleukin-24 Proteins 0.000 description 5
- 239000000126 substance Substances 0.000 description 5
- 102100035353 Cyclin-dependent kinase 2-associated protein 1 Human genes 0.000 description 4
- 101000760620 Homo sapiens Cell adhesion molecule 1 Proteins 0.000 description 4
- 101000737813 Homo sapiens Cyclin-dependent kinase 2-associated protein 1 Proteins 0.000 description 4
- 101000661816 Homo sapiens Suppression of tumorigenicity 18 protein Proteins 0.000 description 4
- 239000003795 chemical substances by application Substances 0.000 description 4
- 230000010365 information processing Effects 0.000 description 4
- 101001139126 Homo sapiens Krueppel-like factor 6 Proteins 0.000 description 3
- 101000585359 Homo sapiens Suppressor of tumorigenicity 20 protein Proteins 0.000 description 3
- 102100029860 Suppressor of tumorigenicity 20 protein Human genes 0.000 description 3
- 238000001647 drug administration Methods 0.000 description 3
- 101000710013 Homo sapiens Reversion-inducing cysteine-rich protein with Kazal motifs Proteins 0.000 description 2
- 101000661807 Homo sapiens Suppressor of tumorigenicity 14 protein Proteins 0.000 description 2
- 230000002159 abnormal effect Effects 0.000 description 2
- 238000013475 authorization Methods 0.000 description 2
- 239000003086 colorant Substances 0.000 description 2
- 239000000243 solution Substances 0.000 description 2
- 241000238557 Decapoda Species 0.000 description 1
- 101000911772 Homo sapiens Hsc70-interacting protein Proteins 0.000 description 1
- 240000007817 Olea europaea Species 0.000 description 1
- 231100000674 Phytotoxicity Toxicity 0.000 description 1
- 244000269722 Thea sinensis Species 0.000 description 1
- 238000009825 accumulation Methods 0.000 description 1
- 229940035674 anesthetics Drugs 0.000 description 1
- 239000002246 antineoplastic agent Substances 0.000 description 1
- 229940041181 antineoplastic drug Drugs 0.000 description 1
- 238000012790 confirmation Methods 0.000 description 1
- 230000003111 delayed effect Effects 0.000 description 1
- 239000003193 general anesthetic agent Substances 0.000 description 1
- 238000002347 injection Methods 0.000 description 1
- 239000007924 injection Substances 0.000 description 1
- 239000007788 liquid Substances 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
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
- 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/10—ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance relating to drugs or medications, e.g. for ensuring correct administration to patients
- G16H20/17—ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance relating to drugs or medications, e.g. for ensuring correct administration to patients delivered via infusion or injection
-
- 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
-
- 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
- G16H15/00—ICT specially adapted for medical reports, e.g. generation or transmission thereof
-
- 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
- G16H70/00—ICT specially adapted for the handling or processing of medical references
- G16H70/40—ICT specially adapted for the handling or processing of medical references relating to drugs, e.g. their side effects or intended usage
Landscapes
- Engineering & Computer Science (AREA)
- Health & Medical Sciences (AREA)
- Public Health (AREA)
- Epidemiology (AREA)
- General Health & Medical Sciences (AREA)
- Medical Informatics (AREA)
- Primary Health Care (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Bioinformatics & Cheminformatics (AREA)
- Medicinal Chemistry (AREA)
- Chemical & Material Sciences (AREA)
- Biomedical Technology (AREA)
- Medical Treatment And Welfare Office Work (AREA)
Description
本発明は、例えば、病院等で使用する薬剤情報等の医療情報を管理する医療情報管理装置、医療情報管理システム及び医療情報管理装置の制御方法に関するものである。
従来より、病院等では、薬剤を患者に適切に投与するために、輸液ポンプ等が用いられている（例えば、特許文献１）。
このような輸液ポンプ等の医療機器等で使用される薬剤情報等については、その情報を管理するため「薬剤ライブラリ」等のデータベースが構築され、輸液ポンプ等を用いて薬剤等を適切に処方等することが可能となるシステムが採用されている。
このような輸液ポンプ等の医療機器等で使用される薬剤情報等については、その情報を管理するため「薬剤ライブラリ」等のデータベースが構築され、輸液ポンプ等を用いて薬剤等を適切に処方等することが可能となるシステムが採用されている。
また、このような輸液ポンプで患者等に投与される薬剤には、少量でも人命に関わるような危険性の高い効能効用等を持つもの等が含まれている。
このため、かかる薬剤については、使用履歴情報を収集し、定期的にその使用情報を解析する必要がある。
具体的には、薬剤の使用場所である手術室やＩＣＵ（Ｉｎｔｅｎｓｉｖｅ Ｃａｒｅ Ｕｎｉｔ、集中治療室）等毎に、薬剤等の使用情報を収集し解析等していた。
このため、かかる薬剤については、使用履歴情報を収集し、定期的にその使用情報を解析する必要がある。
具体的には、薬剤の使用場所である手術室やＩＣＵ（Ｉｎｔｅｎｓｉｖｅ Ｃａｒｅ Ｕｎｉｔ、集中治療室）等毎に、薬剤等の使用情報を収集し解析等していた。
そこで、本発明は、初心者、初級者、中級者、上級者のいずれの操作レベルの操作者であっても、それぞれのレベルに見合った、使い易い医療機器情報提供装置を提供することを目的とする。
上記目的は，本発明にあっては、各薬剤の効能程度を複数の効能程度範囲情報で区分した効能程度範囲情報を各薬剤の個別薬剤情報と関連付けて記憶し、医療機器で使用される前記薬剤の使用履歴情報を、前記効能程度情報毎に生成する構成となっており、医療情報を利用する利用者を識別する利用者識別情報と、前記医療情報を、複数の種類に区分した複数の第１の医療情報と、前記第１の医療情報を、さらに複数の種類に区分した複数の第２の医療情報と、前記第２の医療情報と、当該前記第２の医療情報の程度を示す程度識別情報とを関連付ける第３の医療情報を記憶する第３の医療情報記憶部と、前記利用者識別情報と、少なくとも当該前記利用者識別情報が、アクセスが可能な前記第１の医療情報及び当該前記利用者識別情報に対応する前記程度識別情報を関連付けて登録する利用者アクセス関連情報を記憶する利用者アクセス関連情報記憶部と、を有し、前記利用者識別情報に基づいて、アクセス要求されたときに、前記程度識別情報に基づいて、当該アクセスの可否を判断する構成となっていることを特徴とする医療情報管理装置により達成される。
前記目的は、本発明にあっては、各薬剤の効能程度を複数の効能程度範囲情報で区分した効能程度範囲情報を各薬剤の個別薬剤情報と関連付けて記憶し、医療機器で使用される前記薬剤の使用履歴情報を、前記効能程度情報毎に生成することを特徴とする医療情報管理装置により達成される。
前記構成によれば、医療機器で使用される薬剤の使用履歴情報を、効能程度情報毎に生成する。
したがって、一定の効能程度情報を有する薬剤毎のより詳細な使用情報の解析等が可能となる。
したがって、一定の効能程度情報を有する薬剤毎のより詳細な使用情報の解析等が可能となる。
好ましくは、前記効能程度範囲情報が、色彩情報であり、前記使用履歴情報は、前記薬剤が前記医療機器で使用されたときに発生した警告情報と、前記薬剤の使用実績情報を含み、これら警告情報及び使用実勢情報は、前記色彩情報と共に表示部に表示されることを特徴とする。
前記構成によれば、効能程度範囲情報が、色彩情報であり、使用履歴情報は、薬剤が医療機器で使用されたときに発生した警告情報と、薬剤の使用実績情報を含む。
このため、一定の効能程度情報を有する薬剤毎の医療機器における警告情報及び使用実績情報を得ることができる。
また、これら警告情報及び使用実勢情報は、色彩情報と共に表示部に表示されるので、利用者が視認し易く、理解し易い構成となっている。
このため、一定の効能程度情報を有する薬剤毎の医療機器における警告情報及び使用実績情報を得ることができる。
また、これら警告情報及び使用実勢情報は、色彩情報と共に表示部に表示されるので、利用者が視認し易く、理解し易い構成となっている。
好ましくは、前記警告情報が、その警告情報の原因情報と関連付けて生成されることを特徴とする。
前記構成によれば、警告情報が、その警告情報の原因情報と関連付けて生成されるので、利用者は、警告情報の原因情報も同時に視認し理解できる。
好ましくは、医療情報を利用する利用者を識別する利用者識別情報と、前記医療情報を、複数の種類に区分した複数の第１の医療情報と、前記第１の医療情報を、さらに複数の種類に区分した複数の第２の医療情報と、前記第２の医療情報と、当該前記第２の医療情報の程度を示す程度識別情報とを関連付ける第３の医療情報を記憶する第３の医療情報記憶部と、前記利用者識別情報と、少なくとも当該前記利用者識別情報が、アクセスが可能な前記第１の医療情報及び当該前記利用者識別情報に対応する前記程度識別情報を関連付けて登録する利用者アクセス関連情報を記憶する利用者アクセス関連情報記憶部と、を有し、前記利用者識別情報に基づいて、アクセス要求された前記第２の医療情報の属する前記第１の医療情報が、前記利用者アクセス関連情報に基づいて、アクセス不可と判断されたとき、前記第３の医療情報に基づき、当該前記第２の医療情報の前記程度識別情報を特定し、この特定された前記程度識別情報と、前記利用者アクセス関連情報の前記程度識別情報を比較して、当該アクセスの可否を判断する構成となっていることを特徴とする。
好ましくは、前記程度識別情報に基づく前記アクセスの可否を判断は、前記アクセス要求された前記第２の医療情報の属する前記第１の医療情報が、前記利用者アクセス関連情報に基づいて、アクセス不可と判断されたとき、前記第３の医療情報に基づき、当該前記第２の医療情報の前記程度識別情報を特定し、この特定された前記程度識別情報と、前記利用者アクセス関連情報の前記程度識別情報を比較して、当該アクセスの可否を判断する構成となっていることを特徴とする。
しかし、上述のように、このような病院職員でも、通常、自己の業務と関連のない「薬剤ライブラリ」等のデータベースにアクセスする必要が生じる場合がある。この場合、従来は、当該病院職員の利用者関連情報に、例外的にかかるデータベースにアクセスする権限を関連付ける手続をした後、アクセスすることとなり、業務の遂行が滞るおそれがあった。
そこで、前記構成では、第３の医療情報に基づき、当該第２の医療情報の程度識別情報を特定し、この特定された程度識別情報と、利用者アクセス関連情報の程度識別情報を比較して、当該アクセスの可否を判断する構成となっている。
ここで、第３の医療情報は、第２の医療情報と、当該第２の医療情報の程度を示す程度識別情報とを関連付ける情報となっている。
すなわち、「薬剤ライブラリ解析」等の「第２の医療情報」と、程度識別情報である例えば、「権限レベル６」とが関連付けられている。
また、利用者アクセス関連情報記憶部には、利用者識別情報に対応する程度識別情報（例えば、権限レベル６等）が関連付けて登録されている。
したがって、この特定された「権限レベル６」の程度識別情報と、利用者アクセス関連情報の程度識別情報（例えば、権限レベル６）を比較して、当該アクセスの可否を判断する構成となっている。
例えば、利用者アクセス関連情報の程度識別情報（例えば、権限レベル６）が、特定された「権限レベル６」の程度識別情報以上場合には、自動的に当該アクセスを可能にする構成となっている。
そこで、前記構成では、第３の医療情報に基づき、当該第２の医療情報の程度識別情報を特定し、この特定された程度識別情報と、利用者アクセス関連情報の程度識別情報を比較して、当該アクセスの可否を判断する構成となっている。
ここで、第３の医療情報は、第２の医療情報と、当該第２の医療情報の程度を示す程度識別情報とを関連付ける情報となっている。
すなわち、「薬剤ライブラリ解析」等の「第２の医療情報」と、程度識別情報である例えば、「権限レベル６」とが関連付けられている。
また、利用者アクセス関連情報記憶部には、利用者識別情報に対応する程度識別情報（例えば、権限レベル６等）が関連付けて登録されている。
したがって、この特定された「権限レベル６」の程度識別情報と、利用者アクセス関連情報の程度識別情報（例えば、権限レベル６）を比較して、当該アクセスの可否を判断する構成となっている。
例えば、利用者アクセス関連情報の程度識別情報（例えば、権限レベル６）が、特定された「権限レベル６」の程度識別情報以上場合には、自動的に当該アクセスを可能にする構成となっている。
このため、ある病院職員にとって、通常は、アクセスしない「薬剤ライブラリ」等の「第１の医療情報」の「解析」等の「第２の医療情報」であっても、例えば、臨時的にアクセスすることが可能となり、業務の遂行が円滑となり、利用者の利便性が向上することとなる。
また、このアクセスは、無条件ではなく、アクセスしようとする「第２の医療情報」の「程度識別情報」と、当該病院職員等の利用者識別情報の「程度識別情報」とを比較して判断する。
したがって、医療情報の管理の安全性を確保しつつ、利用者の利便性を向上させることができる。
また、このアクセスは、無条件ではなく、アクセスしようとする「第２の医療情報」の「程度識別情報」と、当該病院職員等の利用者識別情報の「程度識別情報」とを比較して判断する。
したがって、医療情報の管理の安全性を確保しつつ、利用者の利便性を向上させることができる。
好ましくは、前記第２の医療情報の前記程度識別情報は、各前記第１の医療情報に共通の基準である段階程度情報を有し、前記特定された前記程度識別情報の前記段階程度情報が、前記利用者アクセス関連情報の前記程度識別情報の前記段階程度情報を超えないときは、当該利用者識別情報に基づくアクセス要求を、時期的限定を条件に認める構成となっていることを特徴とする。
前記構成によれば、「薬剤ライブラリ」等の第１の医療情報に属する程度識別情報は、各第１の医療情報に共通の基準である段階程度情報、例えば、権限レベル１、権限レベル２、権限レベル３等を有している。
また、特定された程度識別情報の段階程度情報、例えば、権限レベル６が、利用者アクセス関連情報の程度識別情報の段階程度情報（例えば、権限レベル６）を超えないときは、当該利用者識別情報に基づくアクセス要求を、時期的限定（例えば、その１回限り）を条件に認める構成となっている。
したがって、病院職員等の利用者の本来の業務（予め定められている業務）と異なる「薬剤ライブラリ編集」等の「第２の医療情報」のアクセスを許可する場合でも、時間的に限定されるので、医療情報の管理上の安全性を確保することができる。
また、特定された程度識別情報の段階程度情報、例えば、権限レベル６が、利用者アクセス関連情報の程度識別情報の段階程度情報（例えば、権限レベル６）を超えないときは、当該利用者識別情報に基づくアクセス要求を、時期的限定（例えば、その１回限り）を条件に認める構成となっている。
したがって、病院職員等の利用者の本来の業務（予め定められている業務）と異なる「薬剤ライブラリ編集」等の「第２の医療情報」のアクセスを許可する場合でも、時間的に限定されるので、医療情報の管理上の安全性を確保することができる。
好ましくは、前記医療機器と、利用者が利用する端末装置を有し、前記医療情報管理装置は、前記医療機器及び前記端末装置に通信可能に接続されていることを特徴とする。
前記目的は、本発明にあっては、各薬剤の効能程度を複数の効能程度範囲情報で区分した効能程度範囲情報を各薬剤の個別薬剤情報と関連付けて記憶し、医療機器で使用される前記薬剤の使用履歴情報を、前記効能程度情報毎に生成し、医療情報を利用する利用者を識別する利用者識別情報と、前記医療情報を、複数の種類に区分した複数の第１の医療情報と、前記第１の医療情報を、さらに複数の種類に区分した複数の第２の医療情報と、前記第２の医療情報と、当該前記第２の医療情報の程度を示す程度識別情報とを関連付ける第３の医療情報を記憶する第３の医療情報記憶部と、を有し、利用者アクセス関連情報記憶部は、前記利用者識別情報と、少なくとも当該前記利用者識別情報が、アクセスが可能な前記第１の医療情報及び当該前記利用者識別情報に対応する前記程度識別情報を関連付けて登録する利用者アクセス関連情報を記憶し、前記利用者識別情報に基づいて、アクセス要求されたときに、前記程度識別情報に基づいて、当該アクセスの可否を判断することを特徴とする医療情報管理装置の制御方法により達成される。
以上説明したように、本発明によれば、容易に薬剤の使用情報の詳細な解析等を可能にする医療情報管理装置、医療情報管理システム及び医療情報管理装置の制御方法を提供することができる。
以下、この発明の好適な実施の形態を添付図面等を参照しながら、詳細に説明する。
尚、以下に述べる実施の形態は、本発明の好適な具体例であるから、技術的に好ましい種々の限定が付されているが、本発明の範囲は、以下の説明において特に本発明を限定する旨の記載がない限り、これらの態様に限られるものではない。
尚、以下に述べる実施の形態は、本発明の好適な具体例であるから、技術的に好ましい種々の限定が付されているが、本発明の範囲は、以下の説明において特に本発明を限定する旨の記載がない限り、これらの態様に限られるものではない。
図１は、本発明の「医療情報管理システム」の実施の形態に係る「薬剤ライブラリ管理システム１」を示す概略図である。
図１に示すように、薬剤ライブラリ管理システム１は、医療情報管理装置である例えば、薬剤ライブラリサーバ１０を有している。また、端末装置である例えば、病院職員用端末５０Ａ、５０Ｂ及び５０Ｃが薬剤ライブラリサーバ１０と通信可能に接続されていると共に、病院内に配置されている薬液注入用医療機器である例えば、輸液ポンプ７０ａ、７０ｂ及び７０ｃも薬剤ライブラリサーバ１０と通信可能に接続されている。
図１に示すように、薬剤ライブラリ管理システム１は、医療情報管理装置である例えば、薬剤ライブラリサーバ１０を有している。また、端末装置である例えば、病院職員用端末５０Ａ、５０Ｂ及び５０Ｃが薬剤ライブラリサーバ１０と通信可能に接続されていると共に、病院内に配置されている薬液注入用医療機器である例えば、輸液ポンプ７０ａ、７０ｂ及び７０ｃも薬剤ライブラリサーバ１０と通信可能に接続されている。
この薬剤ライブラリサーバ１０には、病院内で使用される薬剤の処方等に関するデータのデータベースである「薬剤ライブラリ」等が格納されている。この「薬剤ライブラリ」のデータベースが、「医療情報」及び「第１の医療情報」の一例である。
図２は、このようなデータベースの具体例を示す概略図である。
図２（ａ）は、図１の「薬剤ライブラリサーバ１０」に格納されている「薬剤ライブラリ」のデータベースの内容の一部を示す概略図である。
「薬剤ライブラリ」は、薬剤の処方等に関する詳細なデータ（例えば、薬剤種類（抗ガン剤、麻酔剤）、薬剤名、流量（ｍＬ／ｈ）の上限・下限値、注入量（ｍＬ）の上限・下限値、近畿情報など）を含むものであり、このデータは、主に図１の輸液ポンプ７０ａ等に送信され、輸液ポンプ７０ａ等を操作する看護師等の医療従事者が薬剤を患者に投与する際に活用されるデータとなる。
図２（ａ）に示す内容は、特に、薬剤ライブラリのデータベースに対する後述する処理内容やその権限に関する部分を示すものである。
なお、図１に示す輸液ポンプ７０ａ等は、薬剤を患者に正確に投与等する場合に用いられる医療機器であって、薬剤の投与に高精度な制御が求められる場合等に点滴装置等に配置される。
図２（ａ）は、図１の「薬剤ライブラリサーバ１０」に格納されている「薬剤ライブラリ」のデータベースの内容の一部を示す概略図である。
「薬剤ライブラリ」は、薬剤の処方等に関する詳細なデータ（例えば、薬剤種類（抗ガン剤、麻酔剤）、薬剤名、流量（ｍＬ／ｈ）の上限・下限値、注入量（ｍＬ）の上限・下限値、近畿情報など）を含むものであり、このデータは、主に図１の輸液ポンプ７０ａ等に送信され、輸液ポンプ７０ａ等を操作する看護師等の医療従事者が薬剤を患者に投与する際に活用されるデータとなる。
図２（ａ）に示す内容は、特に、薬剤ライブラリのデータベースに対する後述する処理内容やその権限に関する部分を示すものである。
なお、図１に示す輸液ポンプ７０ａ等は、薬剤を患者に正確に投与等する場合に用いられる医療機器であって、薬剤の投与に高精度な制御が求められる場合等に点滴装置等に配置される。
また、図２（ｂ）は、病院内で使用する「薬剤ライブラリ」以外のデータベースである例えば、「病院事務管理データ」のデータベースの内容の一部を示す概略図である。
「病院事務管理データ」は、病院の医療事務や経営用のデータ等を管理するデータである。
したがって、看護師等の医療従事者や病院の医療事務の職員、さらには病院の経営者等の病院用職員は、図１の「病院職員用端末５０Ａ」等を操作し、この「病院事務管理データ」にアクセスすることで、自己の業務に関するデータに円滑に利用することができる構成となっている。
「病院事務管理データ」は、病院の医療事務や経営用のデータ等を管理するデータである。
したがって、看護師等の医療従事者や病院の医療事務の職員、さらには病院の経営者等の病院用職員は、図１の「病院職員用端末５０Ａ」等を操作し、この「病院事務管理データ」にアクセスすることで、自己の業務に関するデータに円滑に利用することができる構成となっている。
しかし、全ての病院職員、例えば、医療事務の職員が、「薬剤ライブラリ」のデータベースに自由にアクセス可能とすると、過誤の操作等により、そのデータが変更等され、ひいては「薬剤ライブラリ」を利用する際に不測の事態が生じるおそれがある。
したがって、図１の薬剤ライブラリサーバ１０に格納されている「薬剤ライブラリ」のデータベースには、アクセス権限が定められ、当該データベースと関連のない病院職員等の当該データベースへのアクセスが制限されている。
例えば、医師、看護師及び薬剤師等の医療従事者等にのみ「薬剤ライブラリサーバ１０」へのアクセス権限が付与され、他の医療事務の職員はアクセス権限が認められていない。
なお、図２（ａ）では、権限レベル２〜６までの５つのレベルが示されているがこれに限られるものではない。
一方、図２（ｂ）で示す「病院事務管理データ」のデータベース（図１では図示せず）は、医療事務の職員や経営担当職員にのみ、そのアクセス権限が与えられ、医師等の医療従事者等にはアクセス権限が与えられていない。
したがって、図１の薬剤ライブラリサーバ１０に格納されている「薬剤ライブラリ」のデータベースには、アクセス権限が定められ、当該データベースと関連のない病院職員等の当該データベースへのアクセスが制限されている。
例えば、医師、看護師及び薬剤師等の医療従事者等にのみ「薬剤ライブラリサーバ１０」へのアクセス権限が付与され、他の医療事務の職員はアクセス権限が認められていない。
なお、図２（ａ）では、権限レベル２〜６までの５つのレベルが示されているがこれに限られるものではない。
一方、図２（ｂ）で示す「病院事務管理データ」のデータベース（図１では図示せず）は、医療事務の職員や経営担当職員にのみ、そのアクセス権限が与えられ、医師等の医療従事者等にはアクセス権限が与えられていない。
また、これら「薬剤ライブラリ」や「病院情報管理データ」等にアクセスする場合、複数の処理内容が定められている。例えば、「薬剤ライブラリ」の場合は、図２（ａ）に示す、閲覧、作成／編集、確認及び承認、薬剤ライブラリ解析等の処理、「病院情報管理データ」の場合は、図２（ｂ）に示す、グラフ、マスター編集、システム管理等の処理が定められている。これらの処理内容が「第２の医療情報」の一例となっている。
そして、これらの処理内容は、その程度によって実行可能な「程度識別情報」である例えば、「権限レベル」が定められている。そして、このような「権限レベル」を有する病院職員のみが、かかる処理を実行できる構成となっている。具体的には、後述するように、権限レベルは、病院職員の「利用者識別情報」である例えば、ＩＤ番号と紐付けられている。
なお、図２（ｂ）では、権限レベル１〜７までの７つのレベルが示されているがこれに限られるものではない。
そして、これらの処理内容は、その程度によって実行可能な「程度識別情報」である例えば、「権限レベル」が定められている。そして、このような「権限レベル」を有する病院職員のみが、かかる処理を実行できる構成となっている。具体的には、後述するように、権限レベルは、病院職員の「利用者識別情報」である例えば、ＩＤ番号と紐付けられている。
なお、図２（ｂ）では、権限レベル１〜７までの７つのレベルが示されているがこれに限られるものではない。
ところで、図１に示す薬剤ライブラリサーバ１０、病院職員用端末５０Ａ等及び輸液ポンプ７０ａ等は、コンピュータを有し、コンピュータは、図示しないＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）等を有し、これらは、バスを介して接続されている。
図３は、図１に示す病院職員用端末５０Ａ等を示す概略ブロック図である。
図３に示すように、病院職員用端末５０Ａ等は、端末制御部５１を有している。この端末制御部５１は、データ等の入力を行う入力装置である例えば、「端末側入力装置５２」、データ等の表示を行う表示部である例えば、「端末側ディスプレイ５３」及び薬剤ライブラリサーバ１０等との通信を行う「端末側通信装置５４」を制御する他、「端末側各種情報記憶部５５」も制御する構成となっている。
図３に示すように、病院職員用端末５０Ａ等は、端末制御部５１を有している。この端末制御部５１は、データ等の入力を行う入力装置である例えば、「端末側入力装置５２」、データ等の表示を行う表示部である例えば、「端末側ディスプレイ５３」及び薬剤ライブラリサーバ１０等との通信を行う「端末側通信装置５４」を制御する他、「端末側各種情報記憶部５５」も制御する構成となっている。
図４は、図１に示す輸液ポンプ７０ａ等を示す概略ブロック図である。
図４に示すように、輸液ポンプ７０ａ等は、輸液ポンプ制御部７１を有している。この輸液ポンプ制御部７１は、データ等の入力を行うダイヤルや入力ボタン等の入力装置である例えば、「輸液ポンプ側入力装置７２」、データ等の表示を行う表示部である例えば、「輸液ポンプ側ディスプレイ７３」及び薬剤ライブラリサーバ１０等との通信を行う「輸液ポンプ側通信装置７４」及び輸液ポンプ７０ａのポンプ動作等を実行する「輸液ポンプ本体部７５」を制御する他、「輸液ポンプ側各種情報記憶部７６」も制御する構成となっている。
図４に示すように、輸液ポンプ７０ａ等は、輸液ポンプ制御部７１を有している。この輸液ポンプ制御部７１は、データ等の入力を行うダイヤルや入力ボタン等の入力装置である例えば、「輸液ポンプ側入力装置７２」、データ等の表示を行う表示部である例えば、「輸液ポンプ側ディスプレイ７３」及び薬剤ライブラリサーバ１０等との通信を行う「輸液ポンプ側通信装置７４」及び輸液ポンプ７０ａのポンプ動作等を実行する「輸液ポンプ本体部７５」を制御する他、「輸液ポンプ側各種情報記憶部７６」も制御する構成となっている。
図５は、図１に示す薬剤ライブラリサーバ１０を示す概略ブロック図である。
図５に示すように、薬剤ライブラリサーバ１０は、「サーバ制御部１１」を有している。このサーバ制御部１１は、データ等の入力を行う「サーバ側入力装置１２」、データ等の表示を行う「サーバ側ディスプレイ１３」及び輸液ポンプ７０ａ等や病院職員用端末５０Ａ等との通信を行う「サーバ側通信装置１４」も制御する構成となっている。
また、図４に示すように、サーバ制御部１１は、「第１記憶部２０」、「第２記憶部３０」及び「第３記憶部４０」等を制御する構成となっている。
図５に示すように、薬剤ライブラリサーバ１０は、「サーバ制御部１１」を有している。このサーバ制御部１１は、データ等の入力を行う「サーバ側入力装置１２」、データ等の表示を行う「サーバ側ディスプレイ１３」及び輸液ポンプ７０ａ等や病院職員用端末５０Ａ等との通信を行う「サーバ側通信装置１４」も制御する構成となっている。
また、図４に示すように、サーバ制御部１１は、「第１記憶部２０」、「第２記憶部３０」及び「第３記憶部４０」等を制御する構成となっている。
図６乃至図８は、それぞれ、図５の第１記憶部２０、第２記憶部３０及び第３記憶部４０に含まれる各種記憶部及び各種処理部（プログラム）等を示す概略ブロック図である。これらの内容については後述する。
図９乃至図１２は、本発明の実施の形態に係る薬剤ライブラリ管理システム１の動作例を示す概略フローチャートである。以下、図９乃至図１２のフローチャートに従い、その動作等を説明すると共に、図１乃至図８の構成等についても説明する。
図９は、輸液ポンプ７０ａ等で患者に薬剤を投与する際に、当該薬剤の使用回数情報（使用実績情報の一例）やアラート（警告情報の一例）の発生情報等を取得する工程を示す概略フローチャートである。
このアラートが発生する原因情報としては、例えば、薬剤の投与制限情報である「ソフトリミット超過」、「ソフトリミット後再設定」、ソフトリミットより厳しい、絶対的な投与制限情報である「ハードリミット抵触」、「薬剤キャンセル」、薬剤の投与の「流量異常」及び薬液の「残量」等の情報が挙げられる。
このアラートが発生する原因情報としては、例えば、薬剤の投与制限情報である「ソフトリミット超過」、「ソフトリミット後再設定」、ソフトリミットより厳しい、絶対的な投与制限情報である「ハードリミット抵触」、「薬剤キャンセル」、薬剤の投与の「流量異常」及び薬液の「残量」等の情報が挙げられる。
先ず、図９のＳＴ１では、図４の輸液ポンプ７０ａの「輸液ポンプ本体部７５」が動作し、輸液ポンプ７０ａが薬剤の送液を開始したか否かを判断する。
ＳＴ１で、輸液ポンプ７０ａが薬剤の送液を開始したと判断したときは、ＳＴ２へ進む。ＳＴ２では、輸液ポンプ７０ａは、送液を開始した「薬剤」の「薬剤名」情報、例えば、「薬剤Ａ」を「薬剤ライブラリサーバ１０」へ送信する。具体的には、図４の「輸液ポンプ側通信装置７４」を介して送信する。
ＳＴ１で、輸液ポンプ７０ａが薬剤の送液を開始したと判断したときは、ＳＴ２へ進む。ＳＴ２では、輸液ポンプ７０ａは、送液を開始した「薬剤」の「薬剤名」情報、例えば、「薬剤Ａ」を「薬剤ライブラリサーバ１０」へ送信する。具体的には、図４の「輸液ポンプ側通信装置７４」を介して送信する。
次いで、ＳＴ３へ進む。ＳＴ３では、「薬剤ライブラリサーバ１０」が輸液ポンプ７０ａから取得した「薬剤」の薬剤名（例えば、「Ａ」）情報に基づいて、「薬剤ライブラリサーバ１０」の「薬剤ライブラリデータベース」の当該薬剤Ａの薬剤ライブラリから、当該薬剤Ａに関連付けられている「薬剤カラー」、例えば、赤の情報を入手する。
この「薬剤カラー」が、「効能程度範囲情報」及び「色彩情報」の一例である。また、「当該薬剤Ａの薬剤ライブラリ」が、「個別薬剤情報」の一例である。
この「薬剤カラー」が、「効能程度範囲情報」及び「色彩情報」の一例である。また、「当該薬剤Ａの薬剤ライブラリ」が、「個別薬剤情報」の一例である。
ここで「薬剤カラー」について説明する。
図１３は、図２の薬剤ライブラリデータベース内に記憶されている個々の薬剤の薬剤ライブラリを示す概略図である。
図１３に示すように、個々の薬剤（例えば、薬剤名「Ａ」）の薬剤ライブラリには、薬剤名以外に「投与量」や「閉塞圧」等の情報が記録されるが、本実施の形態では、さらに「薬剤カラー」の情報も記録される。
この薬剤カラーの情報は、当該薬剤の投与時の危険度（効能程度である例えば、効能や効用が強いため、その投与に注意を要する程度等）に従って、色彩を違えて示している。
すなわち、薬害の効能効用等の危険度が高い順に薬剤をグループに分類し、グループ毎に色彩情報と関連付けている。
例えば、危険度が高いグループから順に、「赤」、「紫紅」、「黄緑」、「黄色」、「青緑」、「紫」、「緑」、「青」、「えび茶」、「オリーブ」及び「濃紺」としている。
したがって、利用者がディスプレイ等に表示されたこれらの色彩を視認することで、当該薬剤の危険度が高いか否かを迅速に認識することができる構成となっている。
図１３は、図２の薬剤ライブラリデータベース内に記憶されている個々の薬剤の薬剤ライブラリを示す概略図である。
図１３に示すように、個々の薬剤（例えば、薬剤名「Ａ」）の薬剤ライブラリには、薬剤名以外に「投与量」や「閉塞圧」等の情報が記録されるが、本実施の形態では、さらに「薬剤カラー」の情報も記録される。
この薬剤カラーの情報は、当該薬剤の投与時の危険度（効能程度である例えば、効能や効用が強いため、その投与に注意を要する程度等）に従って、色彩を違えて示している。
すなわち、薬害の効能効用等の危険度が高い順に薬剤をグループに分類し、グループ毎に色彩情報と関連付けている。
例えば、危険度が高いグループから順に、「赤」、「紫紅」、「黄緑」、「黄色」、「青緑」、「紫」、「緑」、「青」、「えび茶」、「オリーブ」及び「濃紺」としている。
したがって、利用者がディスプレイ等に表示されたこれらの色彩を視認することで、当該薬剤の危険度が高いか否かを迅速に認識することができる構成となっている。
ここで、ＳＴ３に戻ると、「薬剤ライブラリサーバ１０」は、薬剤Ａの薬剤ライブラリから薬剤カラー「赤」（図１３参照）の情報を取得すると共に、図６の「個別薬剤使用履歴情報記憶部２１」の「個別薬剤使用履歴情報２１ａ」の「薬剤名（Ａ）」に薬剤Ａの「薬剤名」情報と、その「薬剤カラー（赤）」の情報を入力し、「累積使用回数／月」に「１」を付加する。なお、既に、「薬剤名（Ａ）」及び「薬剤カラー（赤）」の情報が入力済みのときは、「累積使用回数／月」の情報のみ入力する。
また、これらの工程は，図６の「薬剤使用回数情報処理部（プログラム）２２」が動作して実行される。
また、「個別薬剤使用履歴情報２１ａ」が、「使用履歴情報」の一例となっている。
また、これらの工程は，図６の「薬剤使用回数情報処理部（プログラム）２２」が動作して実行される。
また、「個別薬剤使用履歴情報２１ａ」が、「使用履歴情報」の一例となっている。
次いで、ＳＴ４へ進む。ＳＴ４では、輸液ポンプ７０ａが薬剤Ａの送液中に「アラート」信号を発したか否かが判断される。
ＳＴ４で、輸液ポンプ７０ａが「アラート」信号を発したときは、輸液ポンプ７０ａは、アラート信号を発したときの送液中の「薬剤」の「薬剤名」情報、例えば、薬剤Ａ及び「アラート原因（ソフトリミット超過、ソフトリミット後再設定、ハードリミット抵触、薬剤キャンセル、流量異常、残量等の情報のいずれか等）を「薬剤ライブラリサーバ１０」へ送信する。
ＳＴ４で、輸液ポンプ７０ａが「アラート」信号を発したときは、輸液ポンプ７０ａは、アラート信号を発したときの送液中の「薬剤」の「薬剤名」情報、例えば、薬剤Ａ及び「アラート原因（ソフトリミット超過、ソフトリミット後再設定、ハードリミット抵触、薬剤キャンセル、流量異常、残量等の情報のいずれか等）を「薬剤ライブラリサーバ１０」へ送信する。
次いでＳＴ６へ進む。ＳＴ６では、輸液ポンプ７０ａから取得した「薬剤」の薬剤名（例えば、「Ａ」）情報に基づいて、「薬剤ライブラリサーバ１０」の図６の「個別薬剤使用履歴情報２１ａ」の「薬剤名（Ａ）」の「アラート累積回数／月」に「１」を付加する。また、「アラート原因」情報を「アラート原因」の欄に入力する。
これらの工程は、図６の「アラート回数情報処理部（プログラム）２３」が実行する。
以上で、図６の「個別薬剤使用履歴情報２１ａ」には、薬剤名Ａ等と関連付けて、「累積アラート回数／月」とその「アラート原因」、及び「累積使用回数／月」が記憶されると共に、当該薬剤の危険度を示す「色彩情報」も関連付けて記憶されることになる。
これらの工程は、図６の「アラート回数情報処理部（プログラム）２３」が実行する。
以上で、図６の「個別薬剤使用履歴情報２１ａ」には、薬剤名Ａ等と関連付けて、「累積アラート回数／月」とその「アラート原因」、及び「累積使用回数／月」が記憶されると共に、当該薬剤の危険度を示す「色彩情報」も関連付けて記憶されることになる。
以上で、輸液ポンプ７０ａ等で患者に薬剤を投与する際に、当該薬剤の使用回数情報やアラートの発生情報等を取得する工程は終了する。
図１０乃至図１２は、病院職員が図１の薬剤ライブラリサーバ１０にアクセスして、「色別薬剤アラート回数等グラフ」及び「色別薬剤使用率グラフ」等を作成する工程等を示す概略フローチャートである。
先ず、図１の薬剤ライブラリサーバ１０にアクセスしようとする利用者である例えば、病院職員は、それぞれ利用者識別情報である例えば、ＩＤ番号等を有している。
したがって、図１の薬剤ライブラリサーバ１０にアクセスしようとする病院職員は、図１に示す病院職員用端末５０Ａを用いて、ＳＴ１１に示すように、自己の病院職員用端末５０Ａに、自己のＩＤ番号及びパスワード等を入力する。
したがって、図１の薬剤ライブラリサーバ１０にアクセスしようとする病院職員は、図１に示す病院職員用端末５０Ａを用いて、ＳＴ１１に示すように、自己の病院職員用端末５０Ａに、自己のＩＤ番号及びパスワード等を入力する。
次いで、ＳＴ１２では、入力ＩＤ番号等が図６の「病院職員情報記憶部２４」に記憶されているか否かを判断する。この「病院職員情報記憶部２４」は、図６に示すように、病院職員のＩＤ番号及び、このＩＤ番号に対応する「パスワード」が登録されている。
したがって、この「病院職員情報記憶部２４」に記憶されているか否かを判断することで、入力者が登録済みか否かを判断でき、未登録者の「薬剤ライブラリサーバ１０」へのアクセスを未然に防止することができる。
この動作は、具体的には、図６の「入力情報判断処理部（プログラム）２５」が実行する。
したがって、この「病院職員情報記憶部２４」に記憶されているか否かを判断することで、入力者が登録済みか否かを判断でき、未登録者の「薬剤ライブラリサーバ１０」へのアクセスを未然に防止することができる。
この動作は、具体的には、図６の「入力情報判断処理部（プログラム）２５」が実行する。
ＳＴ１２で、入力ＩＤ番号等が「病院職員情報記憶部２４」に登録されていないと判断されたときは、ＳＴ１３に示すように「新規登録工程」が実行され、新規登録されるか、又は新規登録されず、本工程は終了する。
ＳＴ１２で、入力ＩＤ番号等が「病院職員情報記憶部２４」に登録されていると判断されたときは、ＳＴ１４へ進む。
ＳＴ１４では、入力されたＩＤ番号を図７の「当該入力職員ＩＤ情報記憶部３１」に記憶させる。
ＳＴ１４では、入力されたＩＤ番号を図７の「当該入力職員ＩＤ情報記憶部３１」に記憶させる。
次いで、ＳＴ１５へ進む。ＳＴ１５では、病院職員が自己の病院職員用端末７０ａから自己がアクセスしたいデータベースである「薬剤ライブラリデータベース」と「処理内容」を入力する。
例えば、処理内容として「薬剤ライブラリ解析（例えば、「色別薬剤アラート回数等グラフ」及び「色別薬剤使用率グラフ」等を作成）」（図２（ａ）参照）と入力する
例えば、処理内容として「薬剤ライブラリ解析（例えば、「色別薬剤アラート回数等グラフ」及び「色別薬剤使用率グラフ」等を作成）」（図２（ａ）参照）と入力する
次いで、ＳＴ１６へ進む。ＳＴ１６では、当該ＩＤ番号が当該薬剤ライブラリデータベースのアクセス権限に関連付けられているか否かを判断する。
具体的には、図７の「アクセス権限判断処理部（プログラム）３２」が動作し、図７の「当該入力職員ＩＤ情報記憶部３１」と図６の「病院職員情報記憶部２４」を参照し、当該ＩＤ番号の「アクセス可能なデータベース」に「薬剤ライブラリデータベース」が含まれているか否かを判断する。
具体的には、図７の「アクセス権限判断処理部（プログラム）３２」が動作し、図７の「当該入力職員ＩＤ情報記憶部３１」と図６の「病院職員情報記憶部２４」を参照し、当該ＩＤ番号の「アクセス可能なデータベース」に「薬剤ライブラリデータベース」が含まれているか否かを判断する。
ＳＴ１６で、当該ＩＤ番号が、「薬剤ライブラリデータベース」にアクセス可能であると判断されたときは、ＳＴ１７へ進む。
一方、ＳＴ１６で一致しない場合は、後述する。
一方、ＳＴ１６で一致しない場合は、後述する。
ＳＴ１７では、当該ＩＤ番号の既登録権限レベル、すなわち、図６の「病院職員情報記憶部２４」にＩＤ番号と関連付けて登録されている「権限レベル」が、入力された当該処理内容である「薬剤ライブラリ承認」の「権限レベル」以上か否かを判断する。
具体的には、「アクセス権限判断処理部（プログラム）３２」が判断する。すなわち、図７の「処理権限レベル対応情報記憶部３３」を参照して判断するが、この「処理権限レベル対応情報記憶部３３」には、各処理内容、例えば、図２（ａ）の「薬剤ライブラリ解析（例えば、「色別薬剤アラート回数等グラフ」及び「色別薬剤使用率グラフ」等を作成）」の「権限レベル」の段階程度情報である例えば、「権限レベル６」等が記憶されている。
このため、「アクセス権限判断処理部（プログラム）３２」は、「病院職員情報記憶部２４」にＩＤ番号と関連付けて登録されている「権限レベル」を取得した後、この「権限レベル」が、「処理権限レベル対応情報記憶部３３」に記憶されている「薬剤ライブラリ解析」という処理内容の「権限レベル６」以上であるか否かを判断する。
したがって、「病院職員情報記録部２４」は、「利用者アクセス関連情報記憶部」の一例であり、「処理権限レベル対応情報記憶部３３」は、「第３の医療情報記憶部」の一例となっている。
ＳＴ１７で、当該ＩＤ番号に関連付けられた「権限レベル」が、入力された処理内容、例えば、「薬剤ライブラリ解析」の例えば、「権限レベル６」以上でない場合は、当該ＩＤ番号を入力した病院職員は、当該処理内容をする権限がないとしてアクセスを拒否される。
一方、ＳＴ１７で、当該ＩＤ番号に関連付けられた「権限レベル」が、入力された処理内容、例えば、「薬剤ライブラリ解析」の例えば、「権限レベル６」以上のときは、ＳＴ１８へ進む。
ＳＴ１８では、「当該ＩＤ番号を入力した病院職員は、当該処理内容である「薬剤ライブラリ解析」を実行する権限があるとし、当該処理内容である「薬剤ライブラリ解析」が実行される。
具体的には、「色別薬剤アラート回数等グラフ作成」及び「色別薬剤使用率グラフ作成」のいずれか、又は双方を選択するための選択画面が「端末側ディスプレイ５３」に表示される。
すなわち、「色別薬剤アラート回数等グラフ」は、上述した「薬剤カラー」情報が同じ薬剤の使用で発生したアラート回数情報等を、当該薬剤カラー毎に表示するグラフである。したがって、薬剤カラー毎のアラートの発生回数等を容易に解析することができる。
一方、「色別薬剤使用率グラフ」は、上述した「薬剤カラー」情報が同じ薬剤の使用率等を、当該薬剤カラー毎に表示するグラフである。したがって、薬剤カラー毎の使用率等を容易に解析することができる。
具体的には、「色別薬剤アラート回数等グラフ作成」及び「色別薬剤使用率グラフ作成」のいずれか、又は双方を選択するための選択画面が「端末側ディスプレイ５３」に表示される。
すなわち、「色別薬剤アラート回数等グラフ」は、上述した「薬剤カラー」情報が同じ薬剤の使用で発生したアラート回数情報等を、当該薬剤カラー毎に表示するグラフである。したがって、薬剤カラー毎のアラートの発生回数等を容易に解析することができる。
一方、「色別薬剤使用率グラフ」は、上述した「薬剤カラー」情報が同じ薬剤の使用率等を、当該薬剤カラー毎に表示するグラフである。したがって、薬剤カラー毎の使用率等を容易に解析することができる。
このように，本実施の形態では、病院職員が例えば、医療事務管理の担当であり、医師、看護師、薬剤師等の医療従事者でない場合は、薬剤の処方等に関するデータベースである「薬剤ライブラリデータベース」には、原則、アクセス権限を有しないとして、そのデータの管理上の安全性を確保している。
一方、かかる医療事務管理の担当者は，図２（ｂ）のデータベースである「病院事務管理データ」にアクセス可能とし、その利便性を確保している。
しかし、医療事務管理の担当者であっても、経営に関する担当者で且つ医師でもある担当者等も存在し、かかる担当者の場合は、その業務上、本来の業務とは直接関係のないデータベースである例えば、「薬剤ライブラリデータベース」へのアクセスが必要となる場合がある。
この場合でも、一律、データベースへのアクセスが拒否され、その都度、アクセス権限の登録を強いられると、業務の遂行に支障を来すため、本実施の形態では、以下のような処理を行う。
一方、かかる医療事務管理の担当者は，図２（ｂ）のデータベースである「病院事務管理データ」にアクセス可能とし、その利便性を確保している。
しかし、医療事務管理の担当者であっても、経営に関する担当者で且つ医師でもある担当者等も存在し、かかる担当者の場合は、その業務上、本来の業務とは直接関係のないデータベースである例えば、「薬剤ライブラリデータベース」へのアクセスが必要となる場合がある。
この場合でも、一律、データベースへのアクセスが拒否され、その都度、アクセス権限の登録を強いられると、業務の遂行に支障を来すため、本実施の形態では、以下のような処理を行う。
先ず、ＳＴ１６で、当該ＩＤ番号は、例えば、「病院事務管理データ」のアクセス権限のみを有し、当該薬剤ライブラリデータベースへのアクセス権限が「病院職員情報記憶部２４」に登録されていない場合は、当該担当者が、自己のＩＤ番号で「薬剤ライブラリデータベース」へのアクセスを要求しても拒否されることになる。
次いで、図９のＳＴ１９へ進む。ＳＴ１９では、当該ＩＤ番号の既登録の権限レベル、すなわち、「病院職員情報記憶部２４」に記憶されている「権限レベル」例えば、「権限レベル６」等の情報を取得し、当該処理内容である「薬剤ライブラリ解析」の「権限レベル６」と比較する。そして、当該ＩＤ番号の既登録の権限レベルが、「薬剤ライブラリ解析」の「権限レベル６」以上あるか否かを判断する。
具体的には、「アクセス権限判断処理部（プログラム）３２」が判断する。
具体的には、「アクセス権限判断処理部（プログラム）３２」が判断する。
ＳＴ１９で、当該ＩＤ番号の既登録の権限レベルが、「薬剤ライブラリ解析」の「権限レベル６」以上でないと判断されたときは、予め付与されていないデータベースのアクセス権限を例外的に認める必要性がないと判断して，当該薬剤ライブラリデータベースの「承認」のアクセス要求を拒否する。
この場合、当該ＩＤ番号の病院職員が，「薬剤ライブラリデータベース」へアクセスし、「薬剤ライブラリ解析」の処理を実行するには、管理者等に申請し、図６の「病院職員情報記憶部２４」の記憶を変更させることが必要となる。これにより、必要性の低い病院職員の例外的なアクセス等を制限することができ、医療情報の管理上の安全性を確保することができる。
この場合、当該ＩＤ番号の病院職員が，「薬剤ライブラリデータベース」へアクセスし、「薬剤ライブラリ解析」の処理を実行するには、管理者等に申請し、図６の「病院職員情報記憶部２４」の記憶を変更させることが必要となる。これにより、必要性の低い病院職員の例外的なアクセス等を制限することができ、医療情報の管理上の安全性を確保することができる。
一方、ＳＴ１９で、当該ＩＤ番号の既登録の権限レベルが、「薬剤ライブラリ解析」の「権限レベル６」以上であると判断されたときは、当該病院職員の例外的なアクセスを認める必要性があるとして、ＳＴ１８へ進む。
ＳＴ１８では、上述のように、当該ＩＤ番号を入力した病院職員は、当該処理内容である「薬剤ライブラリ解析」を実行する権限があるとし、当該処理内容である「薬剤ライブラリ解析」が実行される。
具体的には、「色別薬剤アラート回数等グラフ作成」及び「色別薬剤使用率グラフ作成」のいずれか、又は双方を選択するための選択画面が端末側ディスプレイ５３に表示される。
ただし、この実行許可は、その都度、許可の判断工程を経るため、１回毎に許可が必要な構成となっている。この「１回毎の許可」が、「時期的限定」の一例となっている。
ＳＴ１８では、上述のように、当該ＩＤ番号を入力した病院職員は、当該処理内容である「薬剤ライブラリ解析」を実行する権限があるとし、当該処理内容である「薬剤ライブラリ解析」が実行される。
具体的には、「色別薬剤アラート回数等グラフ作成」及び「色別薬剤使用率グラフ作成」のいずれか、又は双方を選択するための選択画面が端末側ディスプレイ５３に表示される。
ただし、この実行許可は、その都度、許可の判断工程を経るため、１回毎に許可が必要な構成となっている。この「１回毎の許可」が、「時期的限定」の一例となっている。
このように、本実施の形態では、予め当該薬剤ライブラリデータベースのアクセス権限が「病院職員情報記憶部２４」に登録されていない場合でも、例外的にアクセスが認められるので、業務の遂行を妨げることを未然に防ぐことができる。
また、このように例外的にアクセスを認めるときは、処理内容の権限レベルの段階程度情報である数値が同等若しくはそれ以上の場合に限り認める構成となっているため、医療情報の管理上の安全性を確保しつつ、利用者の利便性を向上させる構成となっている。
また、このように例外的にアクセスを認めるときは、処理内容の権限レベルの段階程度情報である数値が同等若しくはそれ以上の場合に限り認める構成となっているため、医療情報の管理上の安全性を確保しつつ、利用者の利便性を向上させる構成となっている。
次いで、ＳＴ２０へ進む。ＳＴ２０では、図７の「グラフ種類判断処理部（プログラム）３４」が動作し、「色別薬剤アラート回数等グラフ作成」が選択されたか否かを判断する。
ＳＴ２０で、「色別薬剤アラート回数等グラフ作成」が選択されたときは、ＳＴ２１へ進む。ＳＴ２１では、図７の「色別薬剤アラート回数等グラフ作成処理部（プログラム）３５」が動作し、図６の「個別薬剤使用履歴情報２１ａ」の例えば、薬剤Ａと同一色彩が付された薬剤の「累積アラート回数／月」及び「アラート原因」の情報を抽出する。
そして、図１４に示すような「色別薬剤アラート回数等グラフ４１ａ」を作成し、図８の「色別薬剤アラート回数等グラフ記憶部４１」に記憶させる。
ＳＴ２０で、「色別薬剤アラート回数等グラフ作成」が選択されたときは、ＳＴ２１へ進む。ＳＴ２１では、図７の「色別薬剤アラート回数等グラフ作成処理部（プログラム）３５」が動作し、図６の「個別薬剤使用履歴情報２１ａ」の例えば、薬剤Ａと同一色彩が付された薬剤の「累積アラート回数／月」及び「アラート原因」の情報を抽出する。
そして、図１４に示すような「色別薬剤アラート回数等グラフ４１ａ」を作成し、図８の「色別薬剤アラート回数等グラフ記憶部４１」に記憶させる。
図１４は、色別薬剤アラート回数グラフ４１ａの概略説明図である。
図１４に示すように「色別薬剤アラート回数グラフ４１ａ」は、赤等の同じ色彩情報が関連付けられた薬剤のグループ毎に、例えば、月単位の輸液ポンプ７０ａ等におけるアラートの発生回数が示されている。
また、このグラフは、アラートの発生原因（ソフトリミット超過等）毎の発生回数も把握することができるように作成される。
したがって、このようなグラフを視認した利用者は、その薬剤の危険度が色彩情報で迅速に把握できると共に、そのような同じ色彩の危険度のグループ内の薬剤がどのような原因でどの程度アラートを発生させているかを容易に把握でき、この結果、解析し易い構成となっている。
図１４に示すように「色別薬剤アラート回数グラフ４１ａ」は、赤等の同じ色彩情報が関連付けられた薬剤のグループ毎に、例えば、月単位の輸液ポンプ７０ａ等におけるアラートの発生回数が示されている。
また、このグラフは、アラートの発生原因（ソフトリミット超過等）毎の発生回数も把握することができるように作成される。
したがって、このようなグラフを視認した利用者は、その薬剤の危険度が色彩情報で迅速に把握できると共に、そのような同じ色彩の危険度のグループ内の薬剤がどのような原因でどの程度アラートを発生させているかを容易に把握でき、この結果、解析し易い構成となっている。
次いで、ＳＴ２２へ進む。ＳＴ２２では、図７の「グラフ種類判断処理部（プログラム）３４」が動作し、「色別薬剤使用率グラフ作成」が選択されたか否かを判断する。
ＳＴ２２で、「色別薬剤使用率グラフ作成」が選択されたときは、ＳＴ２３へ進む。ＳＴ２３では、図８の「色別薬剤使用率グラフ作成処理部（プログラム）４２」が動作し、図６の「個別薬剤使用履歴情報２１ａ」の同一色彩が付された薬剤の「累積使用回数／月」の情報を抽出する。
そして、図１５に示すような、色毎の「色別薬剤使用率グラフ４３ａ」を作成し、図８の「色別薬剤使用率グラフ記憶部４３」に記憶させる。
ＳＴ２２で、「色別薬剤使用率グラフ作成」が選択されたときは、ＳＴ２３へ進む。ＳＴ２３では、図８の「色別薬剤使用率グラフ作成処理部（プログラム）４２」が動作し、図６の「個別薬剤使用履歴情報２１ａ」の同一色彩が付された薬剤の「累積使用回数／月」の情報を抽出する。
そして、図１５に示すような、色毎の「色別薬剤使用率グラフ４３ａ」を作成し、図８の「色別薬剤使用率グラフ記憶部４３」に記憶させる。
図１５は、色別薬剤使用率グラフ４３ａの概略説明図である。
図１５に示すように「色別薬剤使用率グラフ４３ａ」は、赤等の同じ色彩情報が関連付けられた薬剤のグループ毎に、例えば、月単位の輸液ポンプ７０ａ等における使用率（％）が示されている。
したがって、このようなグラフを視認した利用者は、その薬剤の危険度が色彩情報で迅速に把握できると共に、そのような同じ色彩の危険度のグループ内の薬剤がどのような使用率（％）であるかを容易に把握でき、この結果、解析し易い構成となっている。
図１５に示すように「色別薬剤使用率グラフ４３ａ」は、赤等の同じ色彩情報が関連付けられた薬剤のグループ毎に、例えば、月単位の輸液ポンプ７０ａ等における使用率（％）が示されている。
したがって、このようなグラフを視認した利用者は、その薬剤の危険度が色彩情報で迅速に把握できると共に、そのような同じ色彩の危険度のグループ内の薬剤がどのような使用率（％）であるかを容易に把握でき、この結果、解析し易い構成となっている。
次いで、ＳＴ２４へ進む。ＳＴ２４では、図８の「グラフ情報表示処理部（プログラム）４４」が動作し、利用者の「端末側ディスプレイ５３」に「色別薬剤アラート回数等グラフ記憶部４１」の図１４に示す「色別薬剤アラート回数等グラフ４１ａ」及び／又は「色別薬剤使用率グラフ記憶部４３」の図１５に示す「色別薬剤使用率グラフ４３ａ」を表示する。
したがって、上述のように、これらのグラフを視認した利用者は、その薬剤の危険度に応じたアラート回数や使用率等を容易に解析することができると共に、薬剤の使用情報の詳細な解析等が可能となる。
したがって、上述のように、これらのグラフを視認した利用者は、その薬剤の危険度に応じたアラート回数や使用率等を容易に解析することができると共に、薬剤の使用情報の詳細な解析等が可能となる。
ところで、本発明は、上述の実施の形態に限定されない。本実施の形態では、薬液注入用医療機器として輸液ポンプ７０ａ等を例に説明したが、本発明は、これに限らず、シリンジポンプ等の他の医療機器等でも好適に適用することができる。
１・・・薬剤ライブラリ管理システム、１０・・・薬剤ライブラリサーバ、１１・・・サーバ制御部、１２・・・サーバ側入力装置、１３・・・サーバ側ディスプレイ、１４・・・サーバ側通信装置、２０・・・第１記憶部、２１・・個別薬剤使用履歴情報記憶部、２１ａ・・・個別薬剤使用履歴情報、２２・・・薬剤使用回数情報処理部（プログラム）、２３・・・アラート回数情報処理部（プログラム）、２４・・・病院職員情報記憶部、２５・・・入力情報判断処理部（プログラム）、３１・・・当該入力職員ＩＤ情報記憶部、３２・・・アクセス権限判断処理部（プログラム）、３３・・・処理権限レベル対応情報記憶部、３４・・・グラフ種類判断処理部（プログラム）、３５・・・色別薬剤アラート回数等グラフ作成処理部（プログラム）、４１・・・色別薬剤アラート回数等グラフ記憶部、４１ａ・・・色別薬剤アラート回数等グラフ、４２・・・色別薬剤使用率グラフ作成処理部（プログラム）、４３・・・色別薬剤使用率グラフ記憶部、４４・・・グラフ情報表示処理部（プログラム）５０Ａ・・・病院職員用端末、５１・・・端末制御部、５２・・・端末側入力装置、５３・・・端末側ディスプレイ、５４・・・端末側通信装置、５５・・・端末側各種情報記憶部、７０ａ・・・輸液ポンプ、７１・・・輸液ポンプ制御部、７２・・・輸液ポンプ側入力装置、７３・・・輸液ポンプ側ディスプレイ、７４・・・輸液ポンプ側通信装置、７５・・・輸液ポンプ本体部、７６・・・輸液ポンプ側各種情報記憶部
Claims (7)
- 各薬剤の効能程度を複数の効能程度範囲情報で区分した効能程度範囲情報を各薬剤の個別薬剤情報と関連付けて記憶し、
医療機器で使用される前記薬剤の使用履歴情報を、前記効能程度情報毎に生成する構成となっており、
医療情報を利用する利用者を識別する利用者識別情報と、
前記医療情報を、複数の種類に区分した複数の第１の医療情報と、
前記第１の医療情報を、さらに複数の種類に区分した複数の第２の医療情報と、
前記第２の医療情報と、当該前記第２の医療情報の程度を示す程度識別情報とを関連付ける第３の医療情報を記憶する第３の医療情報記憶部と、
前記利用者識別情報と、少なくとも当該前記利用者識別情報が、アクセスが可能な前記第１の医療情報及び当該前記利用者識別情報に対応する前記程度識別情報を関連付けて登録する利用者アクセス関連情報を記憶する利用者アクセス関連情報記憶部と、を有し、
前記利用者識別情報に基づいて、アクセス要求されたときに、前記程度識別情報に基づいて、当該アクセスの可否を判断する構成となっていることを特徴とする医療情報管理装置。 - 前記効能程度範囲情報が、色彩情報であり、
前記使用履歴情報は、前記薬剤が前記医療機器で使用されたときに発生した警告情報と、前記薬剤の使用実績情報を含み、これら警告情報及び使用実勢情報は、前記色彩情報と共に表示部に表示されることを特徴とする請求項１に記載の医療情報管理装置。 - 前記警告情報が、その警告情報の原因情報と関連付けて生成されることを特徴とする請求項２に記載の医療情報管理装置。
- 前記程度識別情報に基づく前記アクセスの可否を判断は、前記アクセス要求された前記第２の医療情報の属する前記第１の医療情報が、前記利用者アクセス関連情報に基づいて、アクセス不可と判断されたとき、前記第３の医療情報に基づき、当該前記第２の医療情報の前記程度識別情報を特定し、この特定された前記程度識別情報と、前記利用者アクセス関連情報の前記程度識別情報を比較して、当該アクセスの可否を判断する構成となっていることを特徴とする請求項１乃至請求項３のいずれか１項に記載の医療情報管理装置。
- 前記第２の医療情報の前記程度識別情報は、各前記第１の医療情報に共通の基準である段階程度情報を有し、
前記特定された前記程度識別情報の前記段階程度情報が、前記利用者アクセス関連情報の前記程度識別情報の前記段階程度情報を超えないときは、当該利用者識別情報に基づくアクセス要求を、時期的限定を条件に認める構成となっていることを特徴とする請求項４に記載の医療情報管理装置。 - 前記医療機器と
利用者が利用する端末装置を有し、
前記医療情報管理装置は、前記医療機器及び前記端末装置に通信可能に接続されていることを特徴とする請求項１乃至請求項５のいずれか１項に記載の医療情報管理装置を備える医療情報管理システム。 - 各薬剤の効能程度を複数の効能程度範囲情報で区分した効能程度範囲情報を各薬剤の個別薬剤情報と関連付けて記憶し、
医療機器で使用される前記薬剤の使用履歴情報を、前記効能程度情報毎に生成し、
医療情報を利用する利用者を識別する利用者識別情報と、
前記医療情報を、複数の種類に区分した複数の第１の医療情報と、
前記第１の医療情報を、さらに複数の種類に区分した複数の第２の医療情報と、
前記第２の医療情報と、当該前記第２の医療情報の程度を示す程度識別情報とを関連付ける第３の医療情報を記憶する第３の医療情報記憶部と、を有し、
利用者アクセス関連情報記憶部は、前記利用者識別情報と、少なくとも当該前記利用者識別情報が、アクセスが可能な前記第１の医療情報及び当該前記利用者識別情報に対応する前記程度識別情報を関連付けて登録する利用者アクセス関連情報を記憶し、
前記利用者識別情報に基づいて、アクセス要求されたときに、前記程度識別情報に基づいて、当該アクセスの可否を判断することを特徴とする医療情報管理装置の制御方法。
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| PCT/JP2013/059995 WO2014162484A1 (ja) | 2013-04-01 | 2013-04-01 | 医療情報管理装置、医療情報管理システム及び医療情報管理方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP6068619B2 true JP6068619B2 (ja) | 2017-01-25 |
| JPWO2014162484A1 JPWO2014162484A1 (ja) | 2017-02-16 |
Family
ID=51657817
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2015509737A Active JP6068619B2 (ja) | 2013-04-01 | 2013-04-01 | 医療情報管理装置、医療情報管理システム及び医療情報管理装置の制御方法 |
Country Status (4)
| Country | Link |
|---|---|
| EP (1) | EP2983128A4 (ja) |
| JP (1) | JP6068619B2 (ja) |
| CN (1) | CN105074768A (ja) |
| WO (1) | WO2014162484A1 (ja) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP7232436B1 (ja) | 2021-12-24 | 2023-03-03 | 株式会社サンクスネット | 共有健康医療情報第三者開示システム |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2007525256A (ja) * | 2003-12-19 | 2007-09-06 | カーディナル ヘルス ３０３、インコーポレイテッド | 静脈投薬過誤による害に関するインデックスシステム |
| JP2010039990A (ja) * | 2008-08-08 | 2010-02-18 | Fuji Xerox Co Ltd | アクセス制御プログラム、アクセス制御装置 |
| JP2010113504A (ja) * | 2008-11-06 | 2010-05-20 | Toshiba Corp | 医用情報管理装置及び医用情報管理システム |
| JP2010224614A (ja) * | 2009-03-19 | 2010-10-07 | Hitachi Software Eng Co Ltd | 医薬品販売履歴管理システム |
| JP2012205710A (ja) * | 2011-03-29 | 2012-10-25 | Nippon Koden Corp | アラーム情報処理装置およびアラーム情報処理プログラム |
| WO2013042370A1 (ja) * | 2011-09-22 | 2013-03-28 | テルモ株式会社 | 薬剤情報管理装置及び薬剤情報管理方法 |
Family Cites Families (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| ATE302624T1 (de) * | 1998-09-30 | 2005-09-15 | Medtronic Minimed Inc | Kommunikationsstation und - software mit einer infusionspumpe, analytenüberwachungsanlage, analytenmessgerät , oder ähnliche geräte |
| AU2002350108B2 (en) * | 2001-11-01 | 2008-09-11 | Scott Laboratories, Inc. | User interface for sedation and analgesia delivery systems and methods |
| CN1834972A (zh) * | 2005-03-17 | 2006-09-20 | 林静 | 一种药物禁忌系统及药物禁忌掌上电脑 |
| US8965707B2 (en) * | 2006-08-03 | 2015-02-24 | Smiths Medical Asd, Inc. | Interface for medical infusion pump |
| CN201058122Y (zh) * | 2007-04-29 | 2008-05-14 | 李震 | 药物使用自动查询提醒器 |
| JP2011087678A (ja) | 2009-10-21 | 2011-05-06 | Paru Medical:Kk | 輸液ポンプ |
| CN201892974U (zh) * | 2010-07-09 | 2011-07-06 | 北京市药品监督管理局东城分局 | 一种药品安全信息服务系统 |
-
2013
- 2013-04-01 CN CN201380075305.2A patent/CN105074768A/zh active Pending
- 2013-04-01 WO PCT/JP2013/059995 patent/WO2014162484A1/ja active Application Filing
- 2013-04-01 EP EP13881319.1A patent/EP2983128A4/en not_active Withdrawn
- 2013-04-01 JP JP2015509737A patent/JP6068619B2/ja active Active
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2007525256A (ja) * | 2003-12-19 | 2007-09-06 | カーディナル ヘルス ３０３、インコーポレイテッド | 静脈投薬過誤による害に関するインデックスシステム |
| JP2010039990A (ja) * | 2008-08-08 | 2010-02-18 | Fuji Xerox Co Ltd | アクセス制御プログラム、アクセス制御装置 |
| JP2010113504A (ja) * | 2008-11-06 | 2010-05-20 | Toshiba Corp | 医用情報管理装置及び医用情報管理システム |
| JP2010224614A (ja) * | 2009-03-19 | 2010-10-07 | Hitachi Software Eng Co Ltd | 医薬品販売履歴管理システム |
| JP2012205710A (ja) * | 2011-03-29 | 2012-10-25 | Nippon Koden Corp | アラーム情報処理装置およびアラーム情報処理プログラム |
| WO2013042370A1 (ja) * | 2011-09-22 | 2013-03-28 | テルモ株式会社 | 薬剤情報管理装置及び薬剤情報管理方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| EP2983128A4 (en) | 2016-11-16 |
| EP2983128A1 (en) | 2016-02-10 |
| WO2014162484A1 (ja) | 2014-10-09 |
| CN105074768A (zh) | 2015-11-18 |
| JPWO2014162484A1 (ja) | 2017-02-16 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| Giuliano | Intravenous smart pumps: usability issues, intravenous medication administration error, and patient safety | |
| US11278671B2 (en) | Infusion pump with safety sequence keypad | |
| CA2574978C (en) | System and method for managing medical databases for patient care devices | |
| JP6457508B2 (ja) | 輸液計画システム | |
| US20050010447A1 (en) | Patient information management apparatus and method | |
| Hatcher et al. | An intravenous medication safety system: preventing high-risk medication errors at the point of care | |
| EP3398157A1 (en) | System for acquisition, processing and visualization of clinical data of patients | |
| NZ569955A (en) | Medication order processing and reconciliation | |
| 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 | |
| CN110176286A (zh) | 关于患者护理的分析 | |
| EP3245137A1 (en) | Medical labeling apparatus with drug information | |
| KR102328988B1 (ko) | 환자 관리 장치-특이적 구성 출력 | |
| CN113126847A (zh) | 药物信息智能处理设备 | |
| JP6068619B2 (ja) | 医療情報管理装置、医療情報管理システム及び医療情報管理装置の制御方法 | |
| JP5504620B2 (ja) | データ選択支援プログラム、データ選択支援装置およびデータ選択支援方法 | |
| JP5245804B2 (ja) | データ選択支援プログラム、データ選択支援装置およびデータ選択支援方法 | |
| WO2014118885A1 (ja) | 医療情報管理装置、医療情報管理システム及び医療情報管理装置の制御方法 | |
| KR101918694B1 (ko) | 인퓨전 펌프를 이용하여 환자에게 약물을 주입하기 위한 인터페이스를 제공하는 방법, 서버 및 컴퓨터 판독 가능한 기록 매체 | |
| WO2014118887A1 (ja) | 医療情報管理装置、医療情報管理システム及び医療情報管理装置の制御方法 | |
| WO2014118886A1 (ja) | 医療情報管理装置、医療情報管理システム及び医療情報管理装置の制御方法 | |
| JP6068620B2 (ja) | 医療情報管理装置、医療情報管理システム及び医療情報管理装置の制御方法 | |
| JP4130651B2 (ja) | Ｉｃｕ及び一般病棟の重傷患者における薬剤投与の指示登録及び指示確認システム | |
| JP2014067321A (ja) | 治癒情報表示システム、および治癒情報を表示する病院情報端末装置 | |
| Soelistijorini et al. | Implementation of medical error prevention system for hypertension disease based on fuzzy | |
| WO2014162487A1 (ja) | 医療情報管理装置、医療情報管理システム及び医療情報管理装置の制御方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20161207 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20161222 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 6068619 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |